特表 2024-526999 無線通信システムにおいて無線信号の送受信方法及び装置

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

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

(11)【公表番号】

(43)【公表日】2024-07-19

(54)【発明の名称】無線通信システムにおいて無線信号の送受信方法及び装置

(51)【国際特許分類】

   H04W 72/232 20230101AFI20240711BHJP

   H04W 68/02 20090101ALI20240711BHJP

【ＦＩ】

H04W72/232

H04W68/02

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024504487

(86)(22)【出願日】2022-08-08

(85)【翻訳文提出日】2024-01-24

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

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

(87)【国際公開日】2023-02-09

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

(32)【優先日】2021-08-06

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

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

(32)【優先日】2021-10-13

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

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

(32)【優先日】2021-11-04

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】ファン スンケ

(72)【発明者】

【氏名】キム チェヒョン

(72)【発明者】

【氏名】ヤン ソクチェル

(72)【発明者】

【氏名】キム ソンウク

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

5K067

【Ｆターム（参考）】

5K067AA43

5K067DD13

5K067EE02

5K067EE10

(57)【要約】

この発明による端末は、階層シグナリングによってＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)ＤＣＩペイロードサイズ「Ｎ」に関する情報を受信し、ページングに関連する第１情報ビット及びＲＲＣ遊休／非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性に関連する第２情報ビットを含むＰＥＩ ＤＣＩの全情報ビットのサイズ「Ｍ」を決定し、「Ｎ」－「Ｍ」留保したビットを決定する。
【選択図】図１２

【特許請求の範囲】

【請求項1】

無線通信システムにおいて、端末が信号を受信する方法であって、
上位階層シグナリングによってＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)に関する設定情報を受信することと、
前記ＰＥＩに関する設定情報に基づいて、ＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)遊休(ｉｄｌｅ)又はＲＲＣ非活性(ｉｎａｃｔｉｖｅ)の状態において、前記ＰＥＩのためのフォーマットのＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ第１ＰＤＣＣＨをモニタリングすることと、
前記ＰＥＩのためのフォーマットのＤＣＩの検出に基づいて、前記ＰＥＩと連携されたＰＯ(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)でページングのための第２ＰＤＣＣＨをモニタリングすることを含み、
前記ＰＥＩに関する設定情報は、前記ＰＥＩのためのフォーマットのＤＣＩペイロードサイズ「Ｎ」に関する情報を含み、
前記ＰＥＩのためのフォーマットのＤＣＩは、前記ページングに関連する第１情報ビット及び前記ＲＲＣ遊休又は前記ＲＲＣ非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性(ａｖａｉｌａｂｉｌｉｔｙ)に関連する第２情報ビットを含み、
前記第１情報ビット及び前記第２情報ビットを含む前記ＰＥＩのためのフォーマットのＤＣＩの全情報ビットのサイズ「Ｍ」は、前記ＤＣＩペイロードサイズ「Ｎ」を超えず、
前記端末は、前記ＰＥＩに関する設定情報に含まれた前記ＤＣＩペイロードサイズ「Ｎ」及び前記全情報ビットのサイズ「Ｍ」に基づいて、「Ｎ」－「Ｍ」留保した(ｒｅｓｅｒｖｅｄ)ビットを仮定して、前記ＰＥＩのためのフォーマットのＤＣＩを検出する、方法。

【請求項2】

前記留保したビットのサイズ「Ｎ」－「Ｍ」は、前記端末によって決定された全情報ビットのサイズ「Ｍ」及び前記上位階層シグナリングによって前記端末に設定される前記ＤＣＩペイロードサイズ「Ｎ」に基づいて決定される変数(ｖａｒｉａｂｌｅ)である、請求項１に記載の方法。

【請求項3】

前記第１ＰＤＣＣＨのＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)は、ＰＥＩ－ＲＮＴＩ(ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ)でスクランブルされる、請求項１に記載の方法。

【請求項4】

前記端末は、ＣＳＳ(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)セット内において、前記ＰＥＩ－ＲＮＴＩに基づいて前記第１ＰＤＣＣＨをモニタリングする、請求項３に記載の方法。

【請求項5】

前記ＰＥＩのためのフォーマットのＤＣＩは、前記端末を含む１つ又は２つ以上の端末において共通である、請求項１に記載の方法。

【請求項6】

前記ＰＥＩのためのフォーマットのＤＣＩを運ぶ前記第１ＰＤＣＣＨのモニタリングは、前記端末がＲＲＣ遊休状態にあるか、又は前記端末がＲＲＣ非活性の状態にある場合に限って行われる、請求項１に記載の方法。

【請求項7】

前記端末は、ＲＲＣ接続(ｃｏｎｎｅｃｔｅｄ)状態では、前記ＰＥＩのためのフォーマットのＤＣＩを運ぶ前記第１ＰＤＣＣＨのモニタリングを中止する、請求項６に記載の方法。

【請求項8】

前記上位階層シグナリングは、ＳＩＢ(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ)と関連する、請求項１に記載の方法。

【請求項9】

前記ＰＥＩに関する設定情報は、前記第１情報ビットのサイズに関連する情報及び前記第２情報ビットのサイズに関連する情報を含む、請求項１に記載の方法。

【請求項10】

請求項１に記載の方法を行うためのプログラムを記録したコンピューターで読み取り可能な記録媒体。

【請求項11】

無線通信のためのデバイスであって、
命令語を格納するメモリと、
前記命令語を実行することで動作するプロセッサとを含み、
前記プロセッサの動作は、上位階層シグナリングによってＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)に関する設定情報を受信；前記ＰＥＩに関する設定情報に基づいて、ＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)遊休(ｉｄｌｅ)又はＲＲＣ非活性(ｉｎａｃｔｉｖｅ)の状態において、前記ＰＥＩのためのフォーマットのＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ第１ＰＤＣＣＨをモニタリングすること、及び前記ＰＥＩのためのフォーマットのＤＣＩの検出に基づいて、前記ＰＥＩと連携されたＰＯ(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)でページングのための第２ＰＤＣＣＨをモニタリングすることを含み、
前記ＰＥＩに関する設定情報は、前記ＰＥＩのためのフォーマットのＤＣＩペイロードサイズ「Ｎ」に関する情報を含み、
前記ＰＥＩのためのフォーマットのＤＣＩは、前記ページングに関連する第１情報ビット及び前記ＲＲＣ遊休又は前記ＲＲＣ非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性(ａｖａｉｌａｂｉｌｉｔｙ)に関連する第２情報ビットを含み、
前記第１情報ビット及び前記第２情報ビットを含む前記ＰＥＩのためのフォーマットのＤＣＩの全情報ビットのサイズ「Ｍ」は、前記ＤＣＩペイロードサイズ「Ｎ」を超えず、
前記プロセッサは、前記ＰＥＩに関する設定情報に含まれた前記ＤＣＩペイロードサイズ「Ｎ」及び前記全情報ビットのサイズ「Ｍ」に基づいて、「Ｎ」－「Ｍ」留保した(ｒｅｓｅｒｖｅｄ)ビットを仮定し、前記ＰＥＩのためのフォーマットのＤＣＩを検出する、デバイス。

【請求項12】

さらに、前記プロセッサの制御下で無線信号を送信又は受信する送受信機を含む、請求項１１に記載のデバイス。

【請求項13】

前記デバイスは、無線通信システムにおいて動作する端末(ＵＥ)である、請求項１１に記載の方法。

【請求項14】

無線通信システムにおいて、基地局が信号を送信する方法であって、
上位階層シグナリングによってＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)に関する設定情報を送信すること、
前記ＰＥＩに関する設定情報に基づいて、端末のＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)遊休(ｉｄｌｅ)又はＲＲＣ非活性(ｉｎａｃｔｉｖｅ)の状態において、前記ＰＥＩのためのフォーマットのＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ第１ＰＤＣＣＨを送信すること、及び
前記ＰＥＩのためのフォーマットのＤＣＩに基づいて、前記ＰＥＩと連携されたＰＯ(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)でページングのための第２ＰＤＣＣＨを送信することを含み、
前記ＰＥＩに関する設定情報は、前記ＰＥＩのためのフォーマットのＤＣＩペイロードサイズ「Ｎ」に関する情報を含み、
前記ＰＥＩのためのフォーマットのＤＣＩは、前記ページングに関連する第１情報ビット及び前記ＲＲＣ遊休又は前記ＲＲＣ非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性(ａｖａｉｌａｂｉｌｉｔｙ)に関連する第２情報ビットを含み、
前記第１情報ビット及び前記第２情報ビットを含む前記ＰＥＩのためのフォーマットのＤＣＩの全情報ビットのサイズ「Ｍ」は、前記ＤＣＩペイロードサイズ「Ｎ」を超えず、
前記基地局は、前記ＰＥＩに関する設定情報に含まれた前記ＤＣＩペイロードサイズ「Ｎ」及び前記全情報ビットのサイズ「Ｍ」に基づいて、「Ｎ」－「Ｍ」留保した(ｒｅｓｅｒｖｅｄ)ビットを設定する、方法。

【請求項15】

無線通信のための基地局であって、
命令語を格納するメモリと、
前記命令語を実行することで動作するプロセッサを含み、
前記プロセッサの動作は、上位階層シグナリングによってＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)に関する設定情報を送信すること、前記ＰＥＩに関する設定情報に基づいて、端末のＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)遊休(ｉｄｌｅ)又はＲＲＣ非活性(ｉｎａｃｔｉｖｅ)の状態において、前記ＰＥＩのためのフォーマットのＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ第１ＰＤＣＣＨを送信すること、及び前記ＰＥＩのためのフォーマットのＤＣＩに基づいて、前記ＰＥＩと連携されたＰＯ(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)でページングのための第２ＰＤＣＣＨを送信することを含み、
前記ＰＥＩに関する設定情報は、前記ＰＥＩのためのフォーマットのＤＣＩペイロードサイズ「Ｎ」に関する情報を含み、
前記ＰＥＩのためのフォーマットのＤＣＩは、前記ページングに関連する第１情報ビット及び前記ＲＲＣ遊休又は前記ＲＲＣ非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性(ａｖａｉｌａｂｉｌｉｔｙ)に関連する第２情報ビットを含み、
前記第１情報ビット及び前記第２情報ビットを含む前記ＰＥＩのためのフォーマットのＤＣＩの全情報ビットのサイズ「Ｍ」は、前記ＤＣＩペイロードサイズ「Ｎ」を超えず、
前記プロセッサは、前記ＰＥＩに関する設定情報に含まれた前記ＤＣＩペイロードサイズ「Ｎ」及び前記全情報ビットのサイズ「Ｍ」に基づいて、「Ｎ」－「Ｍ」留保した(ｒｅｓｅｒｖｅｄ)ビットを設定する、基地局。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は無線通信システムに関し、より具体的には無線信号の送受信方法及びその装置に関する。

【背景技術】

【0002】

無線通信システムが音声やデータなどの種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは可用のシステムリソース(帯域幅、伝送パワーなど)を共有して多重使用者との通信を支援する多重接続(ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムである。多重接続システムの例としては、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システム、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)システムなどがある。

【発明の概要】

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

【0003】

本発明の目的は、無線信号の送受信過程を効率的に行う方法及びそのための装置を提供することにある。

【0004】

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

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

【0005】

本発明の一様相による無線通信システムにおいて、端末が信号を受信する方法は、上位階層シグナリングによってＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)に関する設定情報を受信すること、ＰＥＩに関する設定情報に基づいて、ＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)遊休(ｉｄｌｅ)又はＲＲＣ非活性(ｉｎａｃｔｉｖｅ)の状態において、ＰＥＩのためのフォーマットのＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ第１ＰＤＣＣＨをモニタリングすること、及びＰＥＩのためのフォーマットのＤＣＩの検出に基づいて、ＰＥＩと連携されたＰＯ(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)でページングのための第２ＰＤＣＣＨをモニタリングすることを含む。ＰＥＩに関する設定情報は、ＰＥＩのためのフォーマットのＤＣＩペイロードサイズ「Ｎ」に関する情報を含む。ＰＥＩのためのフォーマットのＤＣＩは、ページングに関連する第１情報ビット及びＲＲＣ遊休又はＲＲＣ非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性(ａｖａｉｌａｂｉｌｉｔｙ)に関連する第２情報ビットを含む。第１情報ビット及び第２情報ビットを含むＰＥＩのためのフォーマットのＤＣＩの全情報ビットのサイズ「Ｍ」は、ＤＣＩペイロードサイズ「Ｎ」を超えない。端末は、ＰＥＩに関する設定情報に含まれたＤＣＩペイロードサイズ「Ｎ」及び全情報ビットのサイズ「Ｍ」に基づいて、「Ｎ」－「Ｍ」 留保した(ｒｅｓｅｒｖｅｄ)ビットを仮定し、ＰＥＩのためのフォーマットのＤＣＩを検出する。

【0006】

留保したビットのサイズ「Ｎ」－「Ｍ」は、端末によって決定された全情報ビットのサイズ「Ｍ」及び上位階層シグナリングによって端末に設定されるＤＣＩペイロードサイズ「Ｎ」に基づいて決定される変数(ｖａｒｉａｂｌｅ)である。

【0007】

第１ＰＤＣＣＨのＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)は、ＰＥＩ－ＲＮＴＩ(ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ)でスクランブルされる。端末は、ＣＳＳ(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)セットにおいてＰＥＩ－ＲＮＴＩに基づいて第１ＰＤＣＣＨをモニタリングする。

【0008】

ＰＥＩのためのフォーマットのＤＣＩは、前記の端末を含む１つ又は２つ以上の端末において共通である。

【0009】

ＰＥＩのためのフォーマットのＤＣＩを運ぶ第１ＰＤＣＣＨのモニタリングは、端末がＲＲＣ遊休状態にあるか、又は端末がＲＲＣ非活性状態にある場合に限って行われる。端末は、ＲＲＣ接続(ｃｏｎｎｅｃｔｅｄ)状態では、ＰＥＩのためのフォーマットのＤＣＩを運ぶ第１ＰＤＣＣＨのモニタリングを中止する。

【0010】

上位階層シグナリングは、ＳＩＢ(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ)と関連する。

【0011】

ＰＥＩに関する設定情報は、第１情報ビットのサイズに関連する情報及び第２情報ビットのサイズに関連する情報を含む。

【0012】

本発明の他の様相においては、上記の信号受信方法を行うためのプログラムを記録したコンピューターで読み取り可能な記録媒体が提供される。

【0013】

本発明のさらに他の様相においては、上記の信号受信方法を行う端末が提供される。

【0014】

本発明のさらに他の様相においては、上記の信号受信方法を行う端末を制御するデバイスが提供される。

【0015】

本発明のさらに他の様相による無線通信システムにおいて、基地局が信号を送信する方法は、上位階層シグナリングによってＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)に関する設定情報を送信することと、ＰＥＩに関する設定情報に基づいて、端末のＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)遊休(ｉｄｌｅ)又はＲＲＣ非活性(ｉｎａｃｔｉｖｅ)の状態において、ＰＥＩのためのフォーマットのＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ第１ＰＤＣＣＨを送信すること、及びＰＥＩのためのフォーマットのＤＣＩに基づいて、ＰＥＩと連携されたＰＯ(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)でページングのための第２ＰＤＣＣＨを送信することを含む。ＰＥＩに関する設定情報は、ＰＥＩのためのフォーマットのＤＣＩペイロードサイズ「Ｎ」に関する情報を含む。ＰＥＩのためのフォーマットのＤＣＩは、ページングに関連する第１情報ビット及びＲＲＣ遊休又はＲＲＣ非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性(ａｖａｉｌａｂｉｌｉｔｙ)に関連する第２情報ビットを含む。第１情報ビット及び第２情報ビットを含むＰＥＩのためのフォーマットのＤＣＩの全情報ビットのサイズ「Ｍ」は、ＤＣＩペイロードサイズ「Ｎ」を超えない。基地局は、ＰＥＩに関する設定情報に含まれたＤＣＩペイロードサイズ「Ｎ」及び全情報ビットのサイズ「Ｍ」に基づいて、「Ｎ」－「Ｍ」 留保した(ｒｅｓｅｒｖｅｄ)ビットを設定する。

【0016】

本発明のさらに他の様相においては、上記の信号送信方法を行う基地局が提供される。

【発明の効果】

【0017】

本発明の一実施例によれば、ＰＥＩのためのＤＣＩフォーマットの留保したビットのサイズが設定可能であるため、今後、新しい機能が追加される端末に対して、前向き互換(ｆｏｒｗａｒｄ ｃｏｍｐａｔｉｂｌｅ)できるという長所があり、また端末が新しい機能を支援しなくても、当該ＤＣＩに対するブラインド検出のオーバヘッドが増加しないため、節電(ｐｏｗｅｒ ｓａｖｉｎｇ)に有利であるという効果がある。

【0018】

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

【図面の簡単な説明】

【0019】

【図1】無線通信システムの一例である３ＧＰＰ（登録商標）システムに用いられる物理チャンネル及びこれらを用いた一般的な信号送信方法を例示する図である。

【0020】

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

【0021】

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

【0022】

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

【0023】

【図5】ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)の送受信過程を例示する図である。

【0024】

【図6】ＰＤＳＣＨ受信及びＡＣＫ／ＮＡＣＫ送信過程を例示する図である。

【0025】

【図7】ＰＵＳＣＨ送信過程を例示する図である。

【0026】

【図8】ＬＴＥ基盤の起動信号(ｗａｋｅｕｐ ｓｉｇｎａｌ)を示す図である。

【0027】

【図9-10】本発明による方法が適用可能な基地局の動作と端末の動作を示すフローチャートである。

【0028】

【図11】本発明の一実施例によるＰＥＩのためのＤＣＩフォーマットを説明するための図である。

【0029】

【図12】本発明の一実施例による端末の信号受信方法を説明するための図である。

【0030】

【図13】本発明の一実施例による基地局の信号送信方法を説明するための図である。

【0031】

【図14-17】本発明に適用可能な通信システム１と無線機器を例示する図である。

【0032】

【図18】本発明に適用可能なＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)の動作を例示する図である。

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

【0033】

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

【0034】

より多い通信機器がより大きい通信容量を要求することにより、既存のＲＡＴ(Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)に比べて向上した無線広帯域(ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ)通信に対する必要性が台頭しつつある。また、複数の機器及びモノを連結していつでもどこでも様々なサービスを提供するｍａｓｓｉｖｅ ＭＴＣ(Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)が次世代通信において考慮すべき重要なイッシュの一つである。のみならず、信頼度(ｒｅｌｉａｂｉｌｉｔｙ)及びレイテンシ(ｌａｔｅｎｃｙ)に敏感なサービス／端末を考慮した通信システムデザインが論議されている。このようにｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)、ｍａｓｓｉｖｅ ＭＴＣ、ＵＲＬＬＣ(Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)などを考慮した次世代ＲＡＴの導入が論議されており、本発明の一実施例では、便宜上、該当技術をＮＲ(Ｎｅｗ ｒａｄｉｏ又はＮｅｗ ＲＡＴ)と呼ぶ。

【0035】

説明を明確にするために、３ＧＰＰ ＮＲを主として説明するが、本発明の技術的思想はこれに限られない。

【0036】

この発明に関連する背景技術、用語、定義及び略語などのために、以下の文書を参照できる(Ｉｎｃｏｒｐｏｒａｔｅｄ ｂｙ Ｒｅｆｅｒｅｎｃｅ)。

【0037】

３ＧＰＰ ＬＴＥ

【0038】

－ＴＳ３６.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ

【0039】

－ＴＳ３６.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ

【0040】

－ＴＳ３６.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ

【0041】

－ＴＳ３６.３００：Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ

【0042】

－ＴＳ３６.３２１：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ(ＭＡＣ)

【0043】

－ＴＳ３６.３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ)

【0044】

３ＧＰＰ ＮＲ

【0045】

－ＴＳ３８.２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ

【0046】

－ＴＳ３８.２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ

【0047】

－ＴＳ３８.２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｃｏｎｔｒｏｌ

【0048】

－ＴＳ３８.２１４：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ

【0049】

－ＴＳ３８.３００：ＮＲ ａｎｄ ＮＧ-ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ

【0050】

－ＴＳ３８.３２１：Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ(ＭＡＣ)

【0051】

－ＴＳ３８.３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ(ＲＲＣ) ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ

【0052】

－ＴＳ３７.２１３：Ｉｎｔｒｏｄｕｃｔｉｏｎ ｏｆ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅｓ ｔｏ ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ ｆｏｒ ＮＲ-ｂａｓｅｄ ａｃｃｅｓｓ

【0053】

用語及び略語

【0054】

－ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ

【0055】

－ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ

【0056】

－ＣＲＳ：Ｃｅｌｌ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ

【0057】

－ＣＳＩ－ＲＳ：Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ

【0058】

－ＴＲＳ：Ｔｒａｃｋｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ

【0059】

－ＳＳ：Ｓｅａｒｃｈ Ｓｐａｃｅ

【0060】

－ＣＳＳ：Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ

【0061】

－ＵＳＳ：ＵＥ－ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ

【0062】

－ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ;今後の説明において、ＰＤＣＣＨは同じ目的で使用可能な様々な構造のＰＤＣＣＨを代表して使用する(例えば、ＮＰＤＣＣＨ(Ｎａｒｒｏｗｂａｎｄ ＰＤＣＣＨ)、ＭＰＤＣＣＨ(ＭＴＣ ＰＤＣＣＨ)など)。

【0063】

－ＰＯ：Ｐａｇｉｎｇ Ｏｃｃａｓｉｏｎ

【0064】

－ＭＯ：Ｍｏｎｉｔｏｒｉｎｇ Ｏｃｃａｓｉｎｏ

【0065】

－ＲＭＳＩ：Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ ＳＩ

【0066】

－ＢＤ：Ｂｌｉｎｄ Ｄｅｃｏｄｉｎｇ

【0067】

－ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ

【0068】

－ＷＵＳ：Ｗａｋｅ Ｕｐ Ｓｉｇｎａｌ；以後の説明において、ＷＵＳは類似する機能を行う他の方法シグナル又はチャンネル(例えば、ＰＥＩ(Ｐａｇｉｎｇ Ｅａｒｌｙ Ｉｎｄｉｃａｔｉｏｎ)など)の意味を代表して使用する。

【0069】

無線通信システムにおいて、端末は基地局から下りリンク(Ｄｏｗｎｌｉｎｋ、ＤＬ)を介して情報を受信し、端末は基地局から上りリンク(Ｕｐｌｉｎｋ、ＵＬ)を介して情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類／用途によって様々な物理チャンネルが存在する。

【0070】

図１は３ＧＰＰ ＮＲシステムに用いられる物理チャンネル及びこれらを用いた一般的な信号送信方法を例示する図である。

【0071】

電源Ｏｆｆ状態から電源を入れるか或いは新しくセルに進入する端末は、段階Ｓ１０１において、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う。このために、端末は基地局からＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)を受信する。ＳＳＢはＰＳＳ(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＳＳＳ(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及びＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)を含む。端末はＰＳＳ／ＳＳＳに基づいて基地局と同期を確立し、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を得る。また端末はＰＢＣＨに基づいてセル内の放送情報を得る。なお、端末は初期セル探索の段階において、下りリンク参照信号(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ)を受信して下りリンクチャンネルの状態を確認することができる。

【0072】

初期セル探索を終了した端末は、段階Ｓ１０２において、物理下りリンク制御チャンネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ)及び物理下りリンク制御チャンネルの情報に基づく物理下りリンク共有チャンネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ)を受信して、より具体的なシステム情報を得る。

【0073】

以後、端末は基地局に接続を完了するために、段階Ｓ１０３乃至段階Ｓ１０６のような任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う。このために端末は、物理任意接続チャンネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を送信し(Ｓ１０３)、物理下りリンク制御チャンネル及びこれに対応する物理下りリンク共有チャンネルを介してプリアンブルに対する応答メッセージを受信する(Ｓ１０４)。競争基盤の任意接続(Ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ)の場合、さらなる物理任意接続チャンネルの送信(Ｓ１０５)、物理下りリンク制御チャンネル及びそれに対応する物理下りリンク共有チャンネルの受信(Ｓ１０６)のような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う。

【0074】

このような手順を行った端末は、その後、一般的な上り／下りリンク信号の送信手順として物理下りリンク制御チャンネル／物理下りリンク共有チャンネルの受信(Ｓ１０７)、及び物理上りリンク共有チャンネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ)／物理上りリンク制御チャンネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ)の送信を行う(Ｓ１０８)。端末が基地局に送信する制御情報を併せて上りリンク制御情報(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ)と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して送信されるが、制御情報とトラヒックデータが同時に送信される必要がある場合にはＰＵＳＣＨを介して送信される。また、ネットワークの要請／指示によってＰＵＳＣＨを介してＵＣＩを非周期的に送信することができる。

【0075】

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

【0076】

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

【0077】

【表1】

【0078】

＊Ｎ^slot _symb:スロット内のシンボル数

【0079】

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

【0080】

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

【0081】

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

【0082】

【表2】

【0083】

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。

【0084】

ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ)が異なるように設定されることができる。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と統称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ここで、シンボルはＯＦＤＭシンボル(或いはＣＰ－ＯＦＤＭシンボル)、ＳＣ－ＦＤＭＡシンボル(或いはＤｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ、ＤＦＴ－ｓ－ＯＦＤＭシンボル)を含む。

【0085】

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

【0086】

図４はスロット内に物理チャンネルがマッピングされる例を示す図である。ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャンネル、ＤＬ又はＵＬデータ、ＵＬ制御チャンネルなどが全て含まれる自己－完結構造を特徴とする。例えば、スロット内の最初Ｎ個のシンボルはＤＬ制御チャンネル(例えば、ＰＤＣＣＨ)の送信に使用され(以下、ＤＬ制御領域)、スロット内の最後Ｍ個のシンボルはＵＬ制御チャンネル(例えば、ＰＵＣＣＨ)の送信に使用される(以下、ＵＬ制御領域)。ＮとＭはそれぞれ０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間にあるリソース領域(以下、データ領域)は、ＤＬデータ(例えば、ＰＤＳＣＨ)の送信に使用されるか、又はＵＬデータ(例えば、ＰＵＳＣＨ)の送信に使用される。ＧＰは基地局と端末が送信モードから受信モードに転換する過程又は受信モードから送信モードに転換する過程で時間ギャップを提供する。サブフレーム内でＤＬからＵＬに転換する時点の一部のシンボルがＧＰと設定されることができる。

【0087】

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

【0088】

図５はＰＤＣＣＨの送信／受信過程を例示する図である。

【0089】

図５を参照すると、基地局は端末にＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)を送信する(Ｓ５０２)。ＣＯＲＥＳＥＴは所定のニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)セットにより定義される。ＲＥＧは１つのＯＦＤＭシンボルと１つの(Ｐ)ＲＢにより定義される。１つの端末のための複数のＣＯＲＥＳＥＴは時間／周波数ドメインで重なることもある。ＣＯＲＥＳＥＴはシステム情報(例えば、Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＭＩＢ)又は上位階層(例えば、Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ、ｌａｙｅｒ)シグナリングにより設定される。例えば、ＭＩＢにより所定の共通(ｃｏｍｍｏｎ)ＣＯＲＥＳＥＴ(例えば、ＣＯＲＥＳＥＴ＃０)に関する設定情報が送信される。例えば、ＳＩＢ１(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ１)を運ぶＰＤＳＣＨが特定のＰＤＣＣＨによりスケジュールされ、ＣＯＲＥＳＥＴ＃０は特定のＰＤＣＣＨの送信のためのものである。また、ＣＯＲＥＳＥＴ＃Ｎ(例えば、Ｎ＞０)に関する設定情報はＲＲＣシグナリング(例えば、セル共通ＲＲＣシグナリング又は端末－特定のＲＲＣシグナリングなど)により送信される。一例として、ＣＯＲＥＳＥＴ設定情報を運ぶ端末－特定のＲＲＣシグナリングは、例えば、ＲＲＣセットアップメッセージ、ＲＲＣ再構成(ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ)メッセージ及び／又はＢＷＰ設定情報などの様々なシグナリングを含み、これに限られない。具体的には、ＣＯＲＥＳＥＴ構成には以下の情報／フィールドが含まれる。

【0090】

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：ＣＯＲＥＳＥＴのＩＤを示す。

【0091】

－ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ：ＣＯＲＥＳＥＴの周波数領域リソースを示す。ビットマップにより指示され、各ビットはＲＢグループ(＝６つの(連続する)ＲＢ)に対応する。例えば、ビットマップのＭＳＢ(Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)はＢＷＰ内の最初のＲＢグループに対応する。ビット値が１であるビットに対応するＲＢグループがＣＯＲＥＳＥＴの周波数領域リソースに割り当てられる。

【0092】

－ｄｕｒａｔｉｏｎ：ＣＯＲＥＳＥＴの時間領域リソースを示す。ＣＯＲＥＳＥＴを構成する連続するＯＦＤＭシンボルの数を示す。ｄｕｒａｔｉｏｎは１～３の値を有する。

【0093】

－ｃｃｅ－ＲＥＧ－ＭａｐｐｉｎｇＴｙｐｅ：ＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)とＲＥＧの間のマッピングタイプを示す。インターリーブタイプと非－インターリーブタイプが支援される。

【0094】

－ｉｎｔｅｒｌｅａｖｅｒＳｉｚｅ：インターリーブサイズを示す。

【0095】

－ｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤ：ＰＤＣＣＨ ＤＭＲＳの初期化に使用される値を示す。ｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤが含まれない場合、サービングセルの物理セルＩＤが使用される。

【0096】

－ｐｒｅｃｏｄｅｒＧｒａｎｕｌａｒｉｔｙ：周波数ドメインにおいてプリコーダ粒度を示す。

【0097】

－ｒｅｇ－ＢｕｎｄｌｅＳｉｚｅ：ＲＥＧバンドルサイズを示す。

【0098】

－ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ：ＴＣＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｅｘ)フィールドがＤＬ－関連ＤＣＩに含まれるか否かを示す。

【0099】

－ｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＡｄｄＬｉｓｔ：ＰＤＣＣＨ－構成に定義されたＴＣＩ状態のサブセットを示す。ＴＣＩ状態はＲＳセット(ＴＣＩ－状態)内のＤＬ ＲＳとＰＤＣＣＨ ＤＭＲＳポートのＱＣＬ(Ｑｕａｓｉ－Ｃｏ－Ｌｏｃａｔｉｏｎ)の関係提供に使用される。

【0100】

また基地局は端末にＰＤＣＣＨ ＳＳ(Ｓｅａｒｃｈ Ｓｐａｃｅ)構成を送信する(Ｓ５０４)。ＰＤＣＣＨ ＳＳ構成は上位階層シグナリング(例えば、ＲＲＣシグナリング)により送信される。例えば、ＲＲＣシグナリングはＲＲＣセットアップメッセージ、ＲＲＣ再構成メッセージ及び／又はＢＷＰ設定情報などの様々なシグナリングを含み、これらに限られない。図５では、説明の便宜のために、ＣＯＲＥＳＥＴ構成とＰＤＣＣＨ ＳＳ構成がそれぞれシグナリングされることが示されているが、この発明はこれに限られない。例えば、ＣＯＲＥＳＥＴ構成とＰＤＣＣＨ ＳＳ構成は１つのメッセージ(例えば、１回のＲＲＣシグナリング)により送信されてもよく、又は互いに異なるメッセージによりそれぞれ送信されてもよい。

【0101】

ＰＤＣＣＨ ＳＳ構成はＰＤＣＣＨ ＳＳセットの構成を関する情報を含む。ＰＤＣＣＨ ＳＳセットは端末がモニター(例えば、ブラインド検出)を行うＰＤＣＣＨ候補のセットにより定義される。端末には１つ又は複数のＳＳセットが設定される。各々のＳＳセットはＵＳＳセットであるか又はＣＳＳセットである。以下では便宜上、ＰＤＣＣＨ ＳＳセットを簡単に「ＳＳ」又は「ＰＤＣＣＨ ＳＳ」と称する。

【0102】

ＰＤＣＣＨ ＳＳセットはＰＤＣＣＨ候補を含む。ＰＤＣＣＨ候補はＰＤＣＣＨ受信／検出のために端末がモニタリングするＣＣＥを示す。ここで、モニタリングはＰＤＣＣＨ候補をブラインド復号(Ｂｌｉｎｄ Ｄｅｃｏｄｉｎｇ、ＢＤ)することを含む。１つのＰＤＣＣＨ(候補)はＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥで構成される。１つのＣＣＥは６つのＲＥＧで構成される。それぞれのＣＯＲＥＳＥＴ構成は１つ以上のＳＳに連関し(ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ)、それぞれのＳＳは１つのＣＯＲＥＳＴ構成に連関する。１つのＳＳは１つのＳＳ構成に基づいて定義され、ＳＳ構成には以下の情報／フィールドが含まれる。

【0103】

－ｓｅａｒｃｈＳｐａｃｅＩｄ：ＳＳのＩＤを示す。

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

－ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ：ＣＳＳ(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ)又はＵＳＳ(ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ)を示し、該当ＳＳタイプで使用されるＤＣＩフォーマットを示す。

【0109】

今後、基地局はＰＤＣＣＨを生成して端末に送信し(Ｓ５０６)、端末はＰＤＣＣＨ受信／検出のために１つ以上のＳＳでＰＤＣＣＨ候補をモニタリングする(Ｓ５０８)。ＰＤＣＣＨ候補をモニタリングする機会(ｏｃｃａｓｉｏｎ)(例、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会であると定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

【0110】

表３はＳＳタイプごとの特徴を例示する。

【0111】

【表3】

【0112】

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

【0113】

【表4】

【0114】

ＤＣＩフォーマット０_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジュールするために使用される。ＤＣＩフォーマット１_０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジュールするために使用され、ＤＣＩフォーマット１_１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジュールするために使用される(ＤＬグラントＤＣＩ)。ＤＣＩフォーマット０_０／０_１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１_０／１_１はＤＬグラントＤＣＩ又はＤＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２_０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃ ＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２_１は下りリンク先取(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２_０及び／又はＤＣＩフォーマット２_１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。

【0115】

ＤＣＩフォーマット０_０とＤＣＩフォーマット１_０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０_１とＤＣＩフォーマット１_１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。

【0116】

ＣＣＥからＲＥＧへのマッピングタイプは、非－インターリーブ(ｎｏｎ－ｉｎｔｅｒｌｅａｖｅｄ)ＣＣＥ－ＲＥＧマッピングタイプ及びインターリーブ(ｉｎｔｅｒｌｅａｖｅｄ)ＣＣＥ－ＲＥＧマッピングタイプのいずれかに設定される。

【0117】

－非－インターリーブ(ｎｏｎ－ｉｎｔｅｒｌｅａｖｅｄ)ＣＣＥ－ＲＥＧマッピングタイプ(又は局所的マッピングタイプ)(図５)：所定のＣＣＥのための６ＲＥＧで１つのＲＥＧバンドルを構成し、所定のＣＣＥのための全てのＲＥＧは連続する。１つのＲＥＧバンドルは１つのＣＣＥに対応する。

【0118】

－インターリーブ(ｉｎｔｅｒｌｅａｖｅｄ)ＣＣＥ－ＲＥＧマッピングタイプ(又は分散型マッピングタイプ)：所定のＣＣＥのための２、３又は６ＲＥＧで１つのＲＥＧバンドルを構成し、ＲＥＧバンドルはＣＯＲＥＳＥＴ内でインターリーブされる。１～２のＯＦＤＭシンボルで構成されたＣＯＲＥＳＥＴ内のＲＥＧバンドルは２又は６のＲＥＧで構成され、３つのＯＦＤＭシンボルで構成されたＣＯＲＥＳＥＴ内のＲＥＧバンドルは３又は６のＲＥＧで構成される。ＲＥＧバンドルのサイズはＣＯＲＥＳＥＴごとに設定される。

【0119】

図６はＰＤＳＣＨ受信及びＡＣＫ／ＮＡＣＫ送信過程を例示する。図６を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは下りリンクスケジューリング情報(例えば、ＤＣＩフォーマット１_０、１_１)を含み、ＰＤＣＣＨはＤＬ割り当て－ｔｏ－ＰＤＳＣＨオフセット(Ｋ０)とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ報告オフセット(Ｋ１)を示す。例えば、ＤＣＩフォーマット１_０、１_１は以下の情報を含む。

【0120】

－Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。

【0121】

－Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：Ｋ０(例、スロットオフセット)、スロット＃ｎ＋Ｋ０内のＰＤＳＣＨの開始位置(例えば、ＯＦＤＭシンボルインデックス)及びＰＤＳＣＨの長さ(例：ＯＦＤＭシンボルの数)を示す。

【0122】

－ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ_ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ：Ｋ１を示す。

【0123】

－ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ(４ビット)：データ(例、ＰＤＳＣＨ、ＴＢ)に対するＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤ(Ｉｄｅｎｔｉｔｙ)を示す。

【0124】

－ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ(ＰＲＩ)：ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうち、ＵＣＩ送信に使用されるＰＵＣＣＨリソースを指示する。

【0125】

以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ０)からＰＤＳＣＨを受信した後、スロット＃ｎ１(ｗｈｅｒｅ、ｎ＋Ｋ０≦ｎ１)でＰＤＳＣＨの受信が終わると、スロット＃(ｎ１＋Ｋ１)でＰＵＣＣＨを介してＵＣＩを送信する。ここで、ＵＣＩはＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。図６では便宜上、ＰＤＳＣＨに対するＳＣＳとＰＵＣＣＨに対するＳＣＳが同一であり、スロット＃ｎ１＝スロット＃ｎ＋Ｋ０と仮定したが、本発明はこれに限定されない。ＳＣＳが互いに異なる場合、ＰＵＣＣＨのＳＣＳに基づいてＫ１が指示／解釈される。

【0126】

ＰＤＳＣＨが最大１つのＴＢを送信するように構成された場合、ＨＡＲＱ－ＡＣＫ応答は１－ビットで構成される。ＰＤＳＣＨが最大２つのＴＢを送信するように構成された場合は、ＨＡＲＱ－ＡＣＫ応答は空間(ｓｐａｔｉａｌ)バンドリングが構成されないと、２－ビットで構成され、空間バンドリングが構成されると、１－ビットで構成される。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫの送信時点がスロット＃(ｎ＋Ｋ１)と指定された場合、スロット＃(ｎ＋Ｋ１)で送信されるＵＣＩは複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

【0127】

ＨＡＲＱ－ＡＣＫ応答のために端末が空間(Ｓｐａｔｉａｌ)バンドリングを行うか否かは、セルグループごとに構成(ｃｏｎｆｉｇｕｒｅ)(例えば、ＲＲＣ／上位階層シグナリング)される。一例として、空間バンドリングはＰＵＣＣＨを介して送信されるＨＡＲＱ－ＡＣＫ応答及び／又はＰＵＳＣＨを介して送信されるＨＡＲＱ－ＡＣＫ応答のそれぞれに個々に構成される。

【0128】

空間バンドリングは該当サービングセルで一度に受信可能な(又は１ＤＣＩによりスケジューリング可能な)ＴＢ(又はコードワード)の最大数が２つである場合(又は２つ以上である場合)に支援される(例えば、上位階層パラメータｍａｘＮｒｏｆＣｏｄｅＷｏｒｄｓＳｃｈｅｄｕｌｅｄＢｙＤＣＩが２－ＴＢに該当する場合)。一方、２－ＴＢ送信のためには、４つより多いレイヤが使用され、１－ＴＢ送信には最大４つのレイヤが使用される。結局、空間バンドリングが該当セルグループに構成された場合、該当セルグループ内のサービングセルのうち、４つより多いレイヤがスケジューリング可能なサービングセルに対して空間バンドリングが行われる。該当サービングセル上で、空間バンドリングによりＨＡＲＱ－ＡＣＫ応答を送信しようとする端末は、複数のＴＢに対するＡ／Ｎビットを(ｂｉｔ-ｗｉｓｅ)ｌｏｇｉｃａｌ ＡＮＤ演算してＨＡＲＱ－ＡＣＫ応答を生成することができる。

【0129】

例えば、端末が２－ＴＢをスケジューリングするＤＣＩを受信し、該当ＤＣＩに基づいてＰＤＳＣＨを介して２－ＴＢを受信したと仮定するとき、空間バンドリングを行う端末は、第１ＴＢに対する第１Ａ／Ｎビットと第２ＴＢに対する第２Ａ／Ｎビットを論理的ＡＮＤ演算して単一のＡ／Ｎビットを生成することができる。結局、第１ＴＢと第２ＴＢがいずれもＡＣＫである場合、端末はＡＣＫビット値を基地局に報告し、いずれのＴＢでもＮＡＣＫであると、端末はＮＡＣＫビット値を基地局に報告する。

【0130】

例えば、２－ＴＢが受信可能に構成(ｃｏｎｆｉｇｕｒｅ)されたサービングセル上で実際に１－ＴＢのみがスケジュールされた場合、端末は該当１－ＴＢに対するＡ／Ｎビットとビット値１を論理的ＡＮＤ演算して、単一のＡ／Ｎビットを生成することができる。結局、端末は該当１－ＴＢに対するＡ／Ｎビットをそのまま基地局に報告する。

【0131】

基地局／端末にはＤＬ送信のために複数の並列ＤＬ ＨＡＲＱプロセスが存在する。複数の並列ＨＡＲＱプロセスは以前のＤＬ送信に対する成功又は非成功受信に対するＨＡＲＱフィードバックを待つ間にＤＬ送信が連続して行われるようにする。それぞれのＨＡＲＱプロセスはＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)階層のＨＡＲＱバッファーに連関する。それぞれのＤＬ ＨＡＲＱプロセスはバッファー内のＭＡＣ ＰＤＵ(Ｐｈｙｓｉｃａｌ Ｄａｔａ Ｂｌｏｃｋ)の送信回数、バッファー内のＭＡＣ ＰＤＵに対するＨＡＲＱフィードバック、現在の冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)などに関する状態変数を管理する。それぞれのＨＡＲＱプロセスはＨＡＲＱプロセスＩＤにより区別される。

【0132】

図７はＰＵＳＣＨ送信過程を例示する。図７を参照すると、端末はスロット＃ｎでＰＤＣＣＨを検出する。ここで、ＰＤＣＣＨは上りリンクスケジューリング情報(例えば、ＤＣＩフォーマット０_０、０_１)を含む。ＤＣＩフォーマット０＿０、０＿１は以下の情報を含む。

【0133】

－Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＵＳＣＨに割り当てられたＲＢセットを示す。

【0134】

－Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：スロットオフセットＫ２、スロット内のＰＵＳＣＨの開始位置(例えば、シンボルインデックス)及び長さ(例：ＯＦＤＭシンボル数)を示す。開始シンボル及び長さはＳＬＩＶ(Ｓｔａｒｔ ａｎｄ Ｌｅｎｇｔｈ Ｉｎｄｉｃａｔｏｒ Ｖａｌｕｅ)により指示されるか、又は各々指示される。

【0135】

以後、端末はスロット＃ｎのスケジューリング情報によってスロット＃(ｎ＋Ｋ２)でＰＵＳＣＨを送信する。ここで、ＰＵＳＣＨはＵＬ－ＳＣＨ ＴＢを含む。

【0136】

ページング(Ｐａｇｉｎｇ)

【0137】

ネットワークは、(i)ページングメッセージによりＲＲＣ_ＩＤＬＥ、ＲＲＣ_ＩＮＡＣＴＩＶＥ及びＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態のＵＥに接近し、(ii)Ｓｈｏｒｔ ＭｅｓｓａｇｅによってはＲＲＣ_ＩＤＬＥ、ＲＲＣ_ＩＮＡＣＴＩＶＥ状態のＵＥ及びＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態のＵＥにシステム情報変更、ＥＴＷＳ／ＣＭＡＳ(Ｅａｒｔｈｑｕａｋｅ ａｎｄ Ｔｓｕｎａｍｉ Ｗａｒｎｉｎｇ Ｓｙｓｔｅｍ／Ｃｏｍｍｅｒｃｉａｌ Ｍｏｂｉｌｅ Ａｌｅｒｔ Ｓｙｓｔｅｍ)指示を端末に通知する。ページングメッセージとＳｈｏｒｔ ＭｅｓｓａｇｅはいずれもＰ－ＲＮＴＩ基盤のＰＤＣＣＨに基づいて送信されるが、ページングメッセージは論理チャンネルであるＰａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ(ＰＣＣＨ)上で送信されるが、Ｓｈｏｒｔ Ｍｅｓｓａｇｅは物理チャンネルであるＰＤＣＣＨを介して直接送信される。論理チャンネルであるＰＣＣＨは物理チャンネルＰＤＳＣＨにマッピングされるので、ページングメッセージはＰ－ＲＮＴＩ基盤のＰＤＣＣＨに基づいてスケジュールされると理解できる。

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

【表5】

【0191】

埋めビット(Ｐａｄｄｉｎｇ ｂｉｔ)の挿入

【0192】

前述した凍結ビットの指定と同様な効果が得られる他の方法として、互いに異なるＩｎｆｏ－Ａを送信するためのＤＣＩフォーマットを別として使用し(以下、ＤＦ－ｎｅｗ)、埋めビットを追加して、ＤＦ－ｒｅｆのサイズに合わせる方法が用いられる。提案する方法は、ＭビットサイズのＩｎｆｏ－Ａを送信するために使用されるＤＦ－ｎｅｗが共通探索空間(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)(ＣＳＳ)上で送受信され、Ｍより大きい整数であるＮビットサイズのＤＦ－ｒｅｆが同一のサービングセル上のＣＳＳ上で送受信され、端末が両方ともモニタリングする必要がある場合に適用され、このとき、ＤＦ－ｎｅｗにはＮ－Ｍビットサイズのゼロ埋めビット(ｚｅｒｏ ｐａｄｄｉｎｇ ｂｉｔ)が追加され、ＤＦ－ｎｅｗとＤＦ－ｒｅｆのサイズを同一に合わせる方法が使用される。

【0193】

このために、基地局は、ＤＦ－ｒｅｆに関する設定情報及びＤＦ－ｎｅｗに含まれるｉｎｆｏ－Ａに関する設定情報を端末に通知し、この設定情報には情報の種類及びサイズが含まれる。端末は、基地局が送信するＤＦ－ｒｅｆ及びＤＦ－ｎｅｗに含まれるｉｎｆｏ－Ａの設定情報を受信し、これによって提案１を適用する。このとき、設定情報は、上位階層シグナリング(例えば、ＳＩＢ又はＲＲＣシグナリング)を用いて送受信されてもよく、ＤＣＩやＭＡＣによる適応的な制御方式が共に使用されてもよい。このとき、ＤＦ－ｒｅｆに関する設定情報は、提案１の目的のみのために別として提供される代わりに、その他の目的のＰＤＣＣＨ送受信のために提供されるシグナルを参照することができる。

【0194】

基地局は、設定情報を送信した後、送信しようとするｉｎｆｏ－Ａがある場合、これを含むＰＤＣＣＨを生成し、定められた探索空間の位置で送信する。このとき、基地局は、ＤＦ－ｎｅｗを基準としてＤＣＩを生成し、ｉｎｆｏ－Ａを定められたビットの位置にマッピングする。このとき、もしＤＦ－ｎｅｗのサイズがＤＦ－ｒｅｆのサイズより小さい場合、ゼロ埋めビットがＤＦ－ｎｅｗのサイズをＤＦ－ｒｅｆに合わせるためにマッピングされる。端末は、設定情報を受信した後、受信情報に基づいて定められた探索空間の位置でＰＤＣＣＨ候補に対するＢＤを行い、このとき、ＤＦ－ｎｅｗの受信において、ゼロ埋めとｉｎｆｏ－Ａの定められたビットの位置を考慮して復号を行う。

【0195】

表６は、前述した提案の一例であって、ＤＦ－ｒｅｆとしてＤＣＩ ｆｏｒｍａｔ ２＿Ｘが使用され、ＲＮＴＩ－Ａによってｉｎｆｏ－Ａの送信が指示されることを示す。表６の例示において、Ｉｎｆｏｒｍａｔｉｏｎ＿１とＩｎｆｏｒｍａｔｉｏｎ＿２はＩｎｆｏ－Ａに含まれる情報、Ｐａｄｄｉｎｇ ｂｉｔｓはゼロ埋めが挿入されるフィールドを意味し、Ｎ_１とＮ_２は各々のビット数を意味する。但し、この発明は、以下の例示に使用される用語や構造に限られない。

【0196】

【表6】

【0197】

端末のＰＤＣＣＨ復号複雑度を増加しないために、提案１が使用される場合、ＤＦ－ｒｅｆは、従来に使用されている(又は、一般的な場合に使用される)ＤＣＩフォーマットとして選択される。一例として、ＮＲでは、全ての状態の端末が共通して受信が期待できる３ＧＰＰ ＴＳ ３８.２１２標準に定義されているＤＣＩ ｆｏｒｍａｔ ０＿０／１＿０がＤＦ－ｒｅｆとして使用される。

【0198】

一例として、提案１がＰＤＣＣＨ基盤のＰＥＩに適用される場合、ＰＥＩのためのＤＣＩはＤＣＩ ｆｏｒｍａｔ １＿０のサイズを基準として設計される。またＰＥＩによって送受信される情報のサイズがＭ_１であり、ＤＣＩ ｆｏｒｍａｔ １＿０のサイズがＮ_１であるとき、Ｍ_１＜Ｎ_１である。

【0199】

前述した凍結ビットが使用される場合、ＰＥＩのためのＰＤＣＣＨは、ＰＥＩ－ＲＮＴＩでＣＲＣがスクランブルされたＤＣＩ ｆｏｒｍａｔ １＿０を用いて生成される。このとき、基地局と端末は、ＰＤＣＣＨ基盤のＰＥＩの送受信において、ＤＣＩ ｆｏｒｍａｔ １＿０を構成するビットのうち、Ｎ_１－Ｍ_１ビットが０の値を有する凍結ビットとして設定されることを仮定する。このために、基地局は、ＰＥＩによって送信されるＭ_１サイズを端末に通知する。

【0200】

前述した埋めビットの挿入方法が使用される場合、ＰＥＩのための新しいＤＣＩフォーマットが定義され(以下、ＤＣＩ ｆｏｒｍａｔ ２＿Ｐ)、ＰＥＩのためのＰＤＣＣＨは、ＰＥＩ－ＲＮＴＩでＣＲＣがスクランブルされたＤＣＩ ｆｏｒｍａｔ ２＿Ｐを用いて生成される。このとき、ＰＥＩがＣＳＳ上で送受信される場合、基地局と端末は、ＣＳＳが送信される同一のセル内に、他のＣＳＳで送受信されるＤＣＩ ｆｏｒｍａｔ １＿０のサイズにＤＣＩ ｆｏｒｍａｔ ２＿Ｐのサイズを合わせるためのゼロ埋めビットが挿入されることを仮定する。このために、基地局は、ＰＥＩによって送信されるＭ_１サイズを端末に通知する。

【0201】

ＰＥＩに提案１が適用される場合、端末がＰＥＩの他にＰＤＣＣＨを受信することにおいて、ＢＤによる複雑度の増加がないという長所がある。これは同一の開始(ｓｔａｒｔｉｎｇ)ＯＦＤＭシンボルのようなＣＯＲＥＳＥＴを共有する複数のＤＣＩフォーマットを端末がモニタリングする場合、さらにＢＤを行うことなく、マスキングされた各ＲＮＴＩを確認する動作のみで、複数のＤＣＩフォーマットが区分できるからである。特に、ＰＥＩによってＴＲＳ／ＣＳＩ－ＲＳの可用性(ａｖａｉｌａｂｉｌｉｔｙ)指示などの節電の向上に役立つ情報が提供される場合、端末は端末のＰＥＩモニタリング機会ではなくても、さらに複雑度を発生せず、必要に応じてＰＥＩが確認できるという長所がある。

【0202】

一方、端末がＰＥＩのためのＰＤＣＣＨをモニタリングしようとする場合、端末は、凍結ビット及び／又はゼロ埋めビットとして使用されるビットの位置と状態を仮定して、ＤＣＩ ｆｏｒｍａｔ １＿０基準ではなく、ＰＥＩの情報サイズを基準とするチャンネル復号を行うことができるため、有効な符号化利得(ｅｆｆｅｃｔｉｖｅ ｃｏｄｉｎｇ ｇａｉｎ)の向上と復号信頼度(ｄｅｃｏｄｉｎｇ ｒｅｌｉａｂｉｌｉｔｙ)の向上が期待することができる。これは、端末がＰＤＣＣＨ基盤のＰＥＩをモニタリングする前に求められる時間／周波数の正確度に影響を与え、結果として、端末が少ない数のＳＳＢをモニタリングすることを許容することで、節電の利得を高めることができる。

【0203】

提案２： 留保したビットフィールドの追加

【0204】

一部のＤＣＩフォーマットでは、端末に必要な情報を提供するビットフィールド(以下、ｉｎｆｏ－ｂｉｔ－ｆｉｅｌｄ)の他にも(特定の条件の端末が意味のある情報を仮定しない)留保したビットフィールド(ｒｅｓｅｒｖｅｄ ｂｉｔ ｆｉｅｌｄ)(以下、ｒｓｖ－ｂｉｔ－ｆｉｅｌｄ)が共に含まれる。このｒｓｖ－ｂｉｔ－ｆｉｅｌｄの主な目的の１つは、新しい機能及び情報の処理能力が追加された端末が導入される場合、この能力(ｃａｐａｂｉｌｉｔｙ)のない従来の端末との共存、即ち、前向き互換性(ｆｏｒｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ)を保障するためである。具体的に、ｒｓｖ－ｂｉｔ－ｆｉｅｌｄを用いた前向き互換性の保障方式は、ＣＳＳのように不特定多数の端末が共にモニタリングする探索空間上のＤＣＩフォーマットにおいて有用である。一例として、ＮＲでは、ＣＲＣがＰ－ＲＮＴＩでスクランブルされたＤＣＩ ｆｏｒｍａｔ １＿０の場合、多数の端末が共通して送受信され、Ｒｅｌ－１６のＴＳ ３８.２１２標準を基準として、６又は８ビットの留保したビットが定義されている。一方、留保したビットは、ゼロ埋めビットや凍結ビットとは異なり、端末がビットの状態値を仮定できないという相違点がある。よって、端末は、復号の対象となるＤＣＩフォーマットに留保したビットが含まれている場合、通常の情報と同様にチャンネル復号の過程を行う必要があり、これは留保したビットの増加が符号化利得の減少に影響を与える。一例として、ｒｓｖ－ｂｉｔ ｆｉｅｌｄを用いた前向き互換性の確保を支援する一方、基地局の決定に従って符号化利得が向上できる方法を提案する。

【0205】

この例示では、送信しようとする特定の情報(以下、ｉｎｆｏ－Ｂ)のサイズがＬビットである状況を示す。このとき、ｉｎｆｏ－ＢをＰＤＣＣＨによって送信しようとする場合、Ｎビットサイズの特定のＤＣＩフォーマット(以下、ＤＦ－ａｄｄ)が使用され、ＤＦ－ａｄｄにｉｎｆｏ－Ｂと基地局によって指示されたＲビットの留保したビットフィールドが共に含まれる。

【0206】

ＤＣＩサイズ整列を考慮しないｒｓｖ－ｂｉｔ－ｆｉｅｌｄの設定

【0207】

Ｉｎｆｏ－Ｂを送信するためにＤＣＩ－ａｄｄが使用されるとき、ＤＣＩ－ａｄｄにｒｓｖ－ｂｉｔ－ｆｉｅｌｄが構成される。一例として、ｒｓｖ－ｂｉｔ－ｆｉｅｌｄを構成するか否か及びサイズが基地局によって設定される。具体的に、基地局がＬビットのｉｎｆｏ－Ｂ及び／又はＲビットのｒｓｖ－ｂｉｔ－ｆｉｅｌｄの少なくとも１つを設定して端末に通知する場合、端末は、ＤＣＩ－ａｄｄを構成するビット数であるＮ＝Ｌ＋Ｒであると仮定する。

【0208】

このために、基地局は、ＤＦ－ａｄｄに含まれるｉｎｆｏ－Ｂに関する設定情報を端末に通知し、設定情報には情報の種類及びサイズが含まれる。また、基地局は、端末にｉｎｆｏ－Ｂが送信されるＤＦ－ａｄｄに含まれるｒｓｖ－ｂｉｔ－ｆｉｌｅｄのビット数を決定し、これを含む設定情報を端末に知らせる。端末は、基地局が送信するＤＦ－ａｄｄに含まれるｉｎｆｏ－Ｂとｒｓｖ－ｂｉｔ－ｆｉｅｌｄの設定情報を受信し、これによって提案２に基づいて動作する。このとき、設定情報は、上位階層シグナリング(例えば、ＳＩＢ又はＲＲＣシグナリング)を用いて送受信され、ＤＣＩやＭＡＣによる適応的な制御方式が共に使用されてもよい。ｉｎｆｏ－Ｂとｒｓｖ－ｂｉｔ－ｆｉｅｌｄに関する設定情報は、端末が支援する機能、又は端末の能力(ｃａｐａｂｉｌｉｔｙ)に応じて異なる。一例として、基地局は、ｉｎｆｏ－Ｂを構成する各細部情報に端末が支援するリリース(ｒｅｌｅａｓｅ)の情報や能力の情報を区分して端末に提供するか、ｒｓｖ－ｂｉｔ－ｆｉｅｌｄの情報は、端末が支援する各リリースの情報や能力の情報に応じて明示的に区分されて提供するか、又はその他の情報に基づいて暗示的に推定される。端末は、基地局が送信した設定情報を受信し、端末が支援する機能や能力などに基づいて、適用可能な設定情報を選択し、それに関連する動作を行う。

【0209】

基地局は、設定情報を送信した後、ｉｎｆｏ－Ｂを含むＰＤＣＣＨを生成し、定められた探索空間の位置で送信する。このとき、基地局は、ＤＦ－ａｄｄを基準としてＤＣＩを生成し、ｉｎｆｏ－Ｂと、必要があればｒｓｖ－ｂｉｔ－ｆｉｅｌｄを、定められたビットの位置にマッピングする。もしＤＦ－ａｄｄにｒｓｖ－ｂｉｔ－ｆｉｅｌｄが構成される必要がある場合、該当フィールドを構成するビットの状態は基地局が任意に選択する。端末は、設定情報を受信した後、受信情報に基づいて、定められた探索空間の位置でＰＤＣＣＨ候補に対するＢＤを行い、このとき、ＤＦ－ａｄｄの受信において、ｉｎｆｏ－Ｂとｒｓｖ－ｂｉｔ－ｆｉｅｌｄの定められたビット位置及びサイズを考慮して、復号を行う。

【0210】

ＤＣＩ－ａｄｄのＣＲＣスクランブルに使用可能なＲＮＴＩの値は、別として指定されたＲＮＴＩ値、又はその他の目的で使用されるＲＮＴＩ値が再使用されてもよく、これに限られない。

【0211】

表７は、前述した提案の一例であって、ＤＦ－ａｄｄとしてＤＣＩ ｆｏｒｍａｔ ２＿Ｘが使用され、ＲＮＴＩ－Ａによってｉｎｆｏ－Ｂの送信が指示されることを示す。Ｉｎｆｏｒｍａｔｉｏｎ＿１とＩｎｆｏｒｍａｔｉｏｎ＿２は、Ｉｎｆｏ－Ｂに含まれる情報、留保したビットは、基地局によって明示的に指示されたｒｓｖ－ｂｉｔ－ｆｉｅｌｄを意味し、Ｎ_１とＮ_２、Ｎ_Ｒは各々のビット数を意味する。このとき、Ｉｎｆｏｒｍａｔｉｏｎ＿２は、端末の能力に応じて支援可否が決定される情報を意味し、もし端末がこれを支援しない場合、留保したビットとして仮定できるビットフィールドの一例を示す。以下の例示は、発明の原理を説明するためのものであって、これに限られない。

【0212】

【表7】

【0213】

ＤＣＩサイズ整列を考慮したｒｓｖ－ｂｉｔ－ｆｉｅｌｄの設定

【0214】

また他の方法として、提案１のように、Ｎ_ｒｅｆビットのサイズを有するＤＣＩ－ｒｅｆを基準として、ＤＣＩのサイズを合わせる方法がＤＣＩ－ａｄｄに適用される場合、ＤＣＩ－ａｄｄにはｉｎｆｏ－Ｂを構成するＬビットとｒｓｖ－ｂｉｔ－ｆｉｅｌｄを構成するＲビットが含まれ、残りのＮ_ｒｅｆ－(Ｌ＋Ｒ)ｂｉｔは、凍結ビット及び／又はゼロ埋めビットが適用される。凍結ビットとゼロ埋めビットに対する定義と適用方法は提案１に従う。具体的に、提案１におけるｉｎｆｏ－Ａは、提案２におけるｉｎｆｏ－Ｂとｒｓｖ－ｂｉｔ－ｆｉｅｌｄをいずれも含む概念に対応する。

【0215】

このために、基地局は、端末にＤＦ－ｒｅｆとＤＦ－ａｄｄに関する設定情報を通知し、この設定情報には情報の種類及びサイズが含まれる。

【0216】

また、基地局は、端末にｉｎｆｏ－Ｂが送信されるＤＦ－ａｄｄに含まれるｒｓｖ－ｂｉｔ－ｆｉｌｅｄのビット数を決定し、これを含む設定情報を端末に通知する。このとき、ｒｓｖ－ｂｉｔ－ｆｉｅｌｄに関する設定情報は、ｒｓｖ－ｂｉｔ－ｆｉｅｌｄのサイズを直接指示するか、又は端末がｒｓｖ－ｂｉｔ－ｆｉｅｌｄのサイズを推定するために必要な情報(例えば、ＤＣＩ－ａｄｄに適用される凍結ビット又はゼロ埋めビットのサイズ)を指示する。端末は、基地局が送信するＤＦ－ａｄｄに含まれるｉｎｆｏ－Ｂとｒｓｖ－ｂｉｔ－ｆｉｅｌｄの設定情報を受信し、これによって提案１と提案２の組み合わせに基づいて動作する。設定情報は、上位階層シグナリング(例えば、ＳＩＢ又はＲＲＣシグナリング)を用いて送受信されてもよく、ＤＣＩやＭＡＣによる適応的な制御方式が共に使用されてもよい。ｉｎｆｏ－Ｂとｒｓｖ－ｂｉｔ－ｆｉｅｌｄに関する設定情報は、端末が支援する機能、又は端末の能力に応じて異なる。一例として、基地局は、ｉｎｆｏ－Ｂを構成する各細部情報を端末が支援するリリース情報又は能力情報を区分して端末に提供し、またｒｓｖ－ｂｉｔ－ｆｉｅｌｄの情報は、端末が支援する各リリース情報又は能力情報ごとに明示的に区分されて提供されるか、又はその他の情報に基づいて暗示的に推定される。このとき、端末は、基地局が送信した設定情報を受信し、端末が支援する機能と能力などに基づいて、適用可能な設定情報を選択して関連動作を行う。一方、凍結ビット又はゼロ埋めビットとして指定されたビットの領域は、端末が支援するリリース又は能力に関係なく、同じセル(又は、ＢＷＰ又はＣＯＲＥＳＥＴ)内において同一に設定される。

【0217】

基地局は、設定情報を送信した後、ｉｎｆｏ－Ｂを含むＰＤＣＣＨを生成し、定められた探索空間の位置で送信する。このとき、基地局は、凍結ビットの指定及び／又は埋めビットの挿入方法が適用されたＤＦ－ａｄｄを基準としてＤＣＩを生成し、ｉｎｆｏ－Ｂと、必要に応じてｒｓｖ－ｂｉｔ－ｆｉｅｌｄを、定められたビットの位置にマッピングする。また、ｉｎｆｏ－Ｂとｒｓｖ－ｂｉｔ－ｆｉｅｌｄのために定められない残りのビットは、凍結ビット及び／又はゼロ埋めビットとして使用される。このとき、ＤＦ－ａｄｄにｒｓｖ－ｂｉｔ－ｆｉｅｌｄが構成される必要がある場合、当該フィールドを構成するビットの状態は、基地局が任意に選択する。端末は、設定情報を受信した後、受信情報に基づいて定めされた探索空間の位置でＰＤＣＣＨ候補に対するＢＤを行い、このとき、ＤＦ－ａｄｄの受信において、ｉｎｆｏ－Ｂとｒｓｖ－ｂｉｔ－ｆｉｅｌｄの定められたビット位置とサイズを考慮して復号を行う。

【0218】

ＤＣＩ－ａｄｄのＣＲＣスクランブルに使用されるＲＮＴＩの値は、提案１のように、ＲＮＴＩ－Ａ(即ち、その他の目的のＲＮＴＩとは区分されるＲＮＴＩ)が使用される。これは、同一サイズのＤＣＩ－ｒｅｆとＤＣＩ－ａｄｄを互いに区分するためである。

【0219】

表８は、前述した提案の一例であって、ＤＦ－ａｄｄとしてＤＣＩ ｆｏｒｍａｔ ２＿Ｘが使用され、ＲＮＴＩ－Ａによってｉｎｆｏ－Ｂの送信が指示され、ＤＣＩ ｆｏｒｍａｔ １＿０とサイズを合わせるために、ゼロ埋めビットが追加される一例を示す。Ｉｎｆｏｒｍａｔｉｏｎ＿１とＩｎｆｏｒｍａｔｉｏｎ＿２は、Ｉｎｆｏ－Ｂに含まれる情報、Ｐａｄｄｉｎｇ ｂｉｔｓはゼロ埋めが挿入されるフィールド、Ｒｅｓｅｒｖｅｄ ｂｉｔｓは基地局によって明示的に指示されたｒｓｖ－ｂｉｔ－ｆｉｅｌｄを意味し、Ｎ_１とＮ_２、Ｎ_Ｒは各々のビット数を意味する。Ｉｎｆｏｒｍａｔｉｏｎ＿２は、端末の能力に応じて支援可否が決定される情報を意味し、端末がこれを支援しない場合、留保したビットとして仮定可能なビットフィールドの一例を示す。この発明は、例示に使用する用語や構造に限られない。

【0220】

【表8】

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

【表9】

【0253】

同様な方法として、ＰＥＩが送信されるＣＳＳセットに対しても、端末の節電利得を高めるために、ＡＬ及び／又はＰＤＣＣＨ候補のサイズを予め定義されたサイズに制限する。

【0254】

ＰＥＩが送受信されるＣＳＳセットに対して、端末が期待できるＣＣＥ ＡＬ及びＰＤＣＣＨ候補数を決定する方法を提案する。

【0255】

提案４－１： 遊休／非活性モードの端末が期待できるテーブルを複数使用する方法

【0256】

一般に、ＰＥＩの場合、ＰＤＣＣＨ復号信頼度を高めるために、ページングＤＣＩに比べて小さいペイロードが使用されることが有利である。よって、その他のタイプのＣＳＳ－ｓｅｔに比べて低いＡＬにおいても復号が可能である。また、ＢＤの回数を減らすために、適用可能なＡＬ数を３つ未満に減らす方法も考えられる。

【0257】

このような特性を考慮して、ＤＬ ＢＷＰ上で端末がＰＥＩをモニタリングするＣＳＳセットが設定された場合、そのＣＳＳセットに適用可能なＣＣＥ ＡＬ及びＰＤＣＣＨ候補に対する表(ｔａｂｌｅ)を複数定義し、これから１つを選択して適用する。複数のＣＣＥ ＡＬ及びＰＤＣＣＨ候補に対する表の一例として、ＴＳ３８.２１３標準に定義されている表９があり、さらに表９より小さいＡＬ値を含む表が定義されてもよい。表１０は、さらに定義可能なＣＣＥ ＡＬ及びＰＤＣＣＨ候補に対する表の一例である。この発明は、表１０に限られず、ＣＣＥ ＡＬ及びＰＤＣＣＨ候補は様々に変更できる。

【0258】

【表10】

【0259】

前述のように、ＣＣＥ ＡＬ及びＰＤＣＣＨ候補の組み合わせに対する複数の表が定義されている場合、実際に適用される表を決定するための具体的な方法の１つとして、基地局が上位階層シグナリングによって明示的に指示することがある。一例として、２つの表から１つを選択する場合、基地局は、ＳＩＢによって送信される指示子(例えば、１ビット指示子)によって使用する表を指示する。例えば、１ビットが０である場合と１である場合、対応する表がそれぞれ異なるように設定されてもよく、又は上位階層シグナリング上に指示子(１ビット)がない場合には、従来の表(例えば、表９)が使用され、もし指示子が存在して、０(又は１)の値である場合には、新しい表(例えば、表１０)を指示し、その他の場合は留保されてもよい。このような明示的な指示方法は、基地局の適応的なスケジューリングを保障できるという利得がある。

【0260】

又は、ＰＥＩ ＤＣＩに含まれたペイロードサイズを基準として使用する表が決定される。一例として、予め定義された整数Ｎを基準として、ＰＥＩ ＤＣＩに含まれたＤＣＩビット数がＮより大きい場合、従来の表(例えば、表９)を用い、逆にＮより小さい場合には、新しい表(例えば、表１０)を用いる。これは、別のシグナリングオーバーヘッドを発生しないことから有利であり、同時にＤＣＩペイロードサイズを考慮しているため、ＰＥＩが送信されるＰＤＣＣＨ復号信頼度を考慮してＡＬを決定することから安定したＰＥＩ性能が期待できる。

【0261】

提案４－２： 従来の表に対する相対値を適用

【0262】

ＤＬ ＢＷＰ上でＰＥＩモニタリングのためのＣＳＳセットが設定された場合、ＣＳＳセットに適用されるＣＣＥ ＡＬ及びＰＤＣＣＨ候補の値が従来の表(例えば、表９)に対する相対値として決定される。これは、従来に定義された表９を再使用すると共に、新しい値を指示できることから有利である。

【0263】

相対値を使用する具体的な一例として、所定の整数Ｎ_ＭＰを使用する方法を検討すると、ＰＥＩのためのＣＳＳセットに適用されるＣＣＥ ＡＬのサイズがＡＬ_ＰＥＩであり、従来の表によって適用されるＣＣＥ ＡＬのサイズがＡＬ_{Ｌｅｇａｃｙ}であるとき、ＡＬ_ＰＥＩ＝ＡＬ_{Ｌｅｇａｃｙ}／Ｎ_ＭＰを満たす値がＰＥＩのために使用される。また、ＰＥＩのためのＣＳＳセットに適用されるＰＤＣＣＨ候補の最大数がＮＣ_ＰＥＩであり、従来の表によって適用されるＰＤＣＣＨ候補の最大数がＮＣ_{Ｌｅｇａｃｙ}であるとき、ＮＣ_ＰＥＩ＝ＮＣ_{Ｌｅｇａｃｙ}＊Ｎ_ＭＰを満たす値がＰＥＩのために使用される。一例として、実際の標準文書になくても、端末は、ＰＥＩのためのＣＳＳセットに適用されるＡＬ及びＰＤＣＣＨ候補の値が表１１のように適用されることを期待できるように定められる。このとき、Ｎ_ＭＰの値は２の乗数(即ち、２Ｘ)の条件を満たすように定義される。

【0264】

【表11】

【0265】

一方、基地局の上位階層シグナリングによって、相対値が明示的に指示されてもよい。一例として、相対値として前述した所定の整数Ｎ_ＭＰが使用される場合、基地局は、Ｎ_ＭＰの値を決定し、これをＳＩＢによって端末に明示的に指示する。この明示的な指示方法は、基地局の適応的なスケジューリングを保障できるという利得がある。

【0266】

また他の具体的な方法として、ＰＥＩ ＤＣＩに含まれたペイロードサイズを基準として使用される相対値が決定されてもよい。一例として、予め定義された整数Ｎを基準として、ＰＥＩ ＤＣＩビット数がＮより大きい場合に適用されるＮ_ＭＰ値と、逆にＰＥＩ ＤＣＩビット数がＮより小さい場合に適用されるＮ_ＭＰ値とは異なる場合がある。これは、別のシグナリングオーバーヘッドを発生しないことから有利であり、同時にＤＣＩペイロードサイズを考慮しているため、ＰＥＩが送信されるＰＤＣＣＨ復号信頼度を考慮してＡＬを決定することから安定したＰＥＩ性能が期待できる。

【0267】

提案５： ＰＥＩによるＰＥＩモニタリング指示の中止

【0268】

ＮＲでは、共有スペクトル上でのページング動作のためにＰＯを構成するＰＤＣＣＨモニタリング機会をＸ倍に延長する方法が使用されてもよい。具体的に、ＮＲ ＴＳ ３８.３０４標準に従い、「Ｓ」がＳＩＢ１を介して送信されるｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔによって決定される実際に送信されるＳＳＢの数を意味し、「Ｘ」がｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＯによって決定されるＰＤＣＣＨモニタリング機会の繰り返し回数を意味するとき、ＰＯを構成する連続するＰＤＣＣＨモニタリング機会の数はＳ＊Ｘと定められる。端末は、これに基づいて構成されたＰＯ上でページングＰＤＣＣＨ ＢＤを行う。これは、共有スペクトルの特性上、他のシグナル／チャンネルの周波数占有が発生しても安定したＰＤＣＣＨ送受信を保障するための目的であるが、端末からしてはＰＤＣＣＨ ＢＤの回数が増加し、これによって消費電力が増加するという短所がある。これを防止するために、Ｐ－ＲＮＴＩでスクランブルされたＤＣＩ ｆｏｒｍａｔ １＿０(以下、ページングＤＣＩ)のショットメッセージフィールド(ｓｈｏｒｔ ｍｅｓｓａｇｅ ｆｉｅｌｄ)の３番目のビットが共有スペクトルである場合、「ｓｔｏｐＰａｇｉｎｇＭｏｎｉｔｏｒｉｎｇ」を指示する方法が使用される。もし端末が受信したページングＤＣＩに「ｓｔｏｐＰａｇｉｎｇＭｏｎｉｔｏｒｉｎｇ」のビットが１を指示する場合、端末はそのＰＯの残りのＰＤＣＣＨモニタリング機会に対するＢＤを中止する。

【0269】

ＰＥＩが共有スペクトルにおいて支援される場合、ページングと同様な目的のために、ＰＥＩ－Ｏを構成するＰＤＣＣＨモニタリング機会を延長する方法が使用されてもよい。一例として、ＰＯが構成される方法と同様に、ＰＥＩ－ＯがＳ＊Ｙの連続したＰＤＣＣＨモニタリング機会で構成されてもよい。このとき、Ｙ値を決定するために、ＰＯの構成のために設定されるｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＯが使用されてもよく、又はＰＥＩ－Ｏのみのために別として構成される新しいパラメータ(例えば、ｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＥＩ)が導入されてもよい。ＰＥＩ－Ｏの長さが延長される場合、ＰＯと同様に、受信可能なＰＤＣＣＨモニタリング機会が増加し、端末のページング受信機会を高めるという長所があるが、それと共にＢＤ回数の増加により、電力消耗が増加するという短所も存在する。

【0270】

このような問題点を解決するために、ＰＥＩにはＰＤＣＣＨモニタリングを中止する「ｓｔｏｐＰｅｉＭｏｎｉｔｏｒｉｎｇ」を指示するための指示子(例えば、別の１ビット)が含まれてもよい。Ｙ＞１の値が設定された場合(例えば、ｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＯ又はｎｒｏｆＰＤＣＣＨ－ＭｏｎｉｔｏｒｉｎｇＯｃｃａｓｉｏｎＰｅｒＳＳＢ－ＩｎＰＥＩによってＹ＞１が設定された場合)、指示子(１ビット)がＰＥＩに暗示的に構成されてもよく、これは別のシグナリングオーバーヘッドを発生せずに節電に必要な動作を支援する目的でもある。又は、Ｙ＞１の値が設定され、別として「ｓｔｏｐＰｅｉＭｏｎｉｔｏｒｉｎｇ」を指示する指示子がＰＥＩ ＤＣＩに含まれることを指示した場合に限って、その指示子が構成されるように定められてもよく、これは基地局がＰＥＩ ＤＣＩのオーバーヘッドを制御して、ＰＥＩの受信確率を制御できるようにするためである。「ｓｔｏｐＰｅｉＭｏｎｉｔｏｒｉｎｇ」指示子がＰＥＩ ＤＣＩに設定された場合、ＰＥＩを受信した端末がその指示子が特定の値(例えば、１)を指示していることを確認した場合、該当ＰＥＩ－Ｏの残りのＰＤＣＣＨモニタリング機会の全部又は一部の区間ではＰＥＩ ＰＤＣＣＨの受信をこれ以上期待しないように定められる。

【0271】

また他の方法として、端末がＰＥＩ－Ｏ上においてＰＥＩが送信されるＰＤＣＣＨを１回でも受信した場合、そのＰＥＩ－Ｏの残りのＰＤＣＣＨモニタリング機会の全部又は一部の区間ではこれ以上にＰＥＩ ＰＤＣＣＨを受信しないように定義する。このとき、ＰＤＣＣＨを受信したということは、端末がＰＤＣＣＨ復号を行い、ＰＥＩに使用されたＲＮＴＩを用いてＰＤＣＣＨ ＣＲＣをチェックし、ＰＤＣＣＨ検出に成功したことを意味する。このような方法が使用される場合、別の指示ビットを追加しないため、ＰＥＩ ＤＣＩのオーバーヘッド減少において有利な効果が期待できる。

【0272】

また他の方法として、端末が受信したＰＥＩ ＤＣＩ上のＤＣＩフィールドに有効(ｅｎａｂｌｅ)を指示する情報がない場合、これをＰＥＩモニタリング中止の指示として認識し、ＰＥＩ－Ｏの残りのＰＤＣＣＨモニタリング機会の全部又は一部の区間ではこれ以上にＰＥＩ ＰＤＣＣＨを受信しないように定義する。一例として、ＰＥＩ ＤＣＩ上のＤＣＩフィールドには、ＵＥグループ／サブグループ指示フィールド(即ち、ＵＥグループ／サブグループを区分するビットマップによって起動(ｗａｋｅ ｕｐ)可否を指示するフィールド)が含まれてもよく、全てのＵＥグループ／サブグループが非起動(ｎｏｎ－ｗａｋｅ ｕｐ)状態と指示された場合(例えば、ＵＥグループ／サブグループフィールドがいずれも０の値を示し、このときＰＥＩを受信した全ての端末が関連するＰＯの位置におけるページングＰＤＣＣＨの受信を期待しない場合)、有効(ｅｎａｂｌｅ)情報がない場合の条件が含まれてもよい。及び／又はＴＲＳ可用指示(ａｖａｉｌａｂｉｌｉｔｙ ｉｎｄｉｃａｔｉｏｎ)情報がＰＥＩ ＤＣＩに含まれ、そのＤＣＩフィールドが有効状態を指示するＴＲＳリソースがない場合、有効情報がない場合の条件が含まれてもよい。及び／又はＳＩ変換指示(ＳＩ ｃｈａｎｇｅ ｉｎｄｉｃａｔｉｏｎ)及びＥＴＷＳ／ＣＭＡＳ通知(ｎｏｔｉｆｉｃａｔｉｏｎ)の情報がＰＥＩ ＤＣＩに含まれ、そのＤＣＩフィールドが有効状態を指示する情報がない場合の条件が含まれてもよい。この方法は、前述したまた他の方法において説明した、端末がＰＥＩ－Ｏ上でＰＤＣＣＨを１回でも受信した場合に含まれる下位条件であってもよく、これは基地局と端末とが約束した動作を設定し、端末が全ての情報が無効(ｄｉｓａｂｌｅ)となったＰＥＩを受信しても、これをエラーケース(ｅｒｒｏｒ ｃａｓｅ)として処理することなく、１つの情報伝達の手段として認識するためである。

【0273】

前述の提案において、もし残りの一部の区間で端末がＰＥＩを受信しないように定める場合、その一部の区間は、ＰＥＩ－Ｏが開始する１番目のＰＤＣＣＨモニタリング機会からＳ個のＰＤＣＣＨモニタリング機会を単位として決定してもよい。一例として、端末がＰＥＩ－Ｏ上においてＰ番目のＰＤＣＣＨモニタリング機会でＰＥＩを受信した場合、ｃｅｉｌ(Ｐ／Ｓ)＊Ｓ番目のＰＤＣＣＨモニタリング機会までのＰＤＣＣＨモニタリング機会でＰＥＩ ＰＤＣＣＨを受信し、この後、ｃｅｉｌ(Ｐ／Ｓ)Ｓ＋１番目のＰＤＣＣＨモニタリング機会からはＰＥＩ ＰＤＣＣＨを受信しなくてもよい。これはマルチビーム(ｍｕｌｔｉ－ｂｅａｍ)動作を考慮して、端末が受信を期待可能な全てのＳＳＢビーム方向に対してＰＥＩの送受信を保障するためであり、またＰＥＩ－Ｏの各ＰＤＣＣＨモニタリング機会において互いに異なる情報が送信される場合(例えば、ＴＲＳ可用指示の情報が互いに異なる場合)、端末は各々のＰＤＣＣＨモニタリング機会で互いに異なる情報を取得する。

【0274】

図１１は、この発明の一実施例によるＰＥＩのためのＤＣＩフォーマットを説明するための図である。

【0275】

図１１を参照すると、ＰＥＩのためのＤＣＩフォーマットは、１つ又は２つ以上の端末によって受信される。便宜上、ＵＥ１及びＵＥ２が共通してモニタリングするＣＳＳセットにＰＥＩのためのＤＣＩフォーマットがマッピングされることを仮定する。ＵＥ１及びＵＥ２は、異なる能力(ｃａｐａｂｉｌｉｔｙ)(又は異なるＵＥクラス)を有するＵＥであってもよい。また、ＰＥＩのためのＤＣＩフォーマットは、Ｒｅｌ.１５～Ｒｅｌ.１６ ＮＲ標準に定義されているＤＣＩフォーマットとは異なる新しいＤＣＩフォーマットであってもよい。

【0276】

基地局は、ＵＥ１及びＵＥ２の共通にＰＥＩのためのＤＣＩフォーマットのペイロードサイズを上位階層シグナリングによってＮ－ビットであると指示する。

【0277】

ＵＥ１とＵＥ２のそれぞれは、Ｎ－ビットのＤＣＩペイロードサイズを仮定し、ＰＥＩ－ＲＮＴＩに基づいてＣＳＳセット上でＰＥＩのためのＤＣＩの検出を試みる。

【0278】

ＵＥ１とＵＥ２のそれぞれが仮定するＤＣＩの情報ビットサイズは異なってもよい。例えば、ＵＥ１はＤＣＩの情報ビットが全Ｍビットであると仮定するが、ＵＥ２はＤＣＩの情報ビットが全Ｌビットであると仮定する(Ｍ≠Ｌ)。図１１では、Ｍ＜Ｌを仮定する。具体的に、図１１を参照すると、ＵＥ１は、ＤＣＩのＭ情報ビットがページング指示に関する第１情報ビット及びＴＲＳ可用性に関する第２情報ビットで構成されることを仮定する。一方、ＵＥ２はＤＣＩのＬ情報ビットがページング指示に関する第１情報ビット及びＴＲＳ可用性に関する第２情報ビットを含むだけではなく、さらにＤＣＩに第３情報ビットが構成されていることを仮定する。

【0279】

このように、ＰＥＩのためのＤＣＩの留保したビットのサイズは、ネットワークシグナリング及び該当ＵＥが解釈可能な情報ビットサイズに応じて決定される変数であってもよい。

【0280】

図１２は本発明の一実施例による端末の信号受信方法を説明するための図である。

【0281】

図１２を参照すると、端末は、上位階層シグナリングによって、ＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)に関する設定情報を受信する(Ａ１２０５)。

【0282】

端末は、ＰＥＩに関する設定情報に基づいて、ＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)遊休(ｉｄｌｅ)又はＲＲＣ非活性(ｉｎａｃｔｉｖｅ)状態において、ＰＥＩのためのフォーマットのＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ第１ＰＤＣＣＨをモニタリングする(Ａ１２１０)。

【0283】

端末は、ＰＥＩのためのフォーマットのＤＣＩの検出に基づいて、ＰＥＩと連携されたＰＯ(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)においてページングのための第２ＰＤＣＣＨをモニタリングする(Ａ１２１５)。

【0284】

ＰＥＩに関する設定情報は、ＰＥＩのためのフォーマットのＤＣＩペイロードサイズ「Ｎ」に関する情報を含む。

【0285】

ＰＥＩのためのフォーマットのＤＣＩは、ページングに関連する第１情報ビット及びＲＲＣ遊休又はＲＲＣ非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性(ａｖａｉｌａｂｉｌｉｔｙ)に関連する第２情報ビットを含む。

【0286】

第１情報ビット及び第２情報ビットを含むＰＥＩのためのフォーマットのＤＣＩの全情報ビットのサイズ「Ｍ」は、ＤＣＩペイロードサイズ「Ｎ」を超えない。

【0287】

端末は、ＰＥＩに関する設定情報に含まれたＤＣＩペイロードサイズ「Ｎ」及び全情報ビットのサイズ「Ｍ」に基づいて、「Ｎ」－「Ｍ」留保した(ｒｅｓｅｒｖｅｄ)ビットを仮定し、ＰＥＩのためのフォーマットのＤＣＩを検出する。

【0288】

留保したビットのサイズ「Ｎ」－「Ｍ」は、端末によって決定された全情報ビットのサイズ「Ｍ」及び上位階層シグナリングによって端末に設定されるＤＣＩペイロードサイズ「Ｎ」に基づいて決定される変数(ｖａｒｉａｂｌｅ)である。

【0289】

第１ＰＤＣＣＨのＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)は、ＰＥＩ－ＲＮＴＩ(ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ)でスクランブルされる。端末は、ＣＳＳ(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)セット内においてＰＥＩ－ＲＮＴＩに基づいて第１ＰＤＣＣＨをモニタリングする。

【0290】

ＰＥＩのためのフォーマットのＤＣＩは、端末を含む１つ又は２つ以上の端末において共通である。

【0291】

ＰＥＩのためのフォーマットのＤＣＩを運ぶ第１ＰＤＣＣＨのモニタリングは、端末がＲＲＣ遊休状態にあるか、又は端末がＲＲＣ非活性状態にある場合に限って行われる。端末は、ＲＲＣ接続(ｃｏｎｎｅｃｔｅｄ)状態では、ＰＥＩのためのフォーマットのＤＣＩを運ぶ第１ＰＤＣＣＨのモニタリングを中止する。

【0292】

上位階層シグナリングは、ＳＩＢ(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ)と関連する。

【0293】

ＰＥＩに関する設定情報は、第１情報ビットのサイズに関する情報及び第２情報ビットのサイズに関する情報を含む。

【0294】

図１３は、この発明の一実施例による基地局の信号送信方法を説明するための図である。

【0295】

図１３を参照すると、基地局は、上位階層シグナリングによってＰＥＩ(ｐａｇｉｎｇ ｅａｒｌｙ ｉｎｄｉｃａｔｉｏｎ)に関する設定情報を送信する(Ａ１３０５)。

【0296】

基地局は、ＰＥＩに関する設定情報に基づいて、端末のＲＲＣ(ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)遊休(ｉｄｌｅ)又はＲＲＣ非活性(ｉｎａｃｔｉｖｅ)の状態において、ＰＥＩのためのフォーマットのＤＣＩ(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ第１ＰＤＣＣＨを送信する(Ａ１３１０)。

【0297】

基地局は、ＰＥＩのためのフォーマットのＤＣＩに基づいて、ＰＥＩと連携されたＰＯ(ｐａｇｉｎｇ ｏｃｃａｓｉｏｎ)においてページングのための第２ＰＤＣＣＨを送信する(Ａ１３１５)。

【0298】

ＰＥＩに関する設定情報は、ＰＥＩのためのフォーマットのＤＣＩペイロードサイズ「Ｎ」に関する情報を含む。

【0299】

ＰＥＩのためのフォーマットのＤＣＩは、ページングに関連する第１情報ビット及びＲＲＣ遊休又はＲＲＣ非活性の状態におけるＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)可用性(ａｖａｉｌａｂｉｌｉｔｙ)に関連する第２情報ビットを含む。

【0300】

第１情報ビット及び第２情報ビットを含むＰＥＩのためのフォーマットのＤＣＩの全情報ビットのサイズ「Ｍ」は、ＤＣＩペイロードサイズ「Ｎ」を超えない。

【0301】

基地局は、ＰＥＩに関する設定情報に含まれたＤＣＩペイロードサイズ「Ｎ」及び全情報ビットのサイズ「Ｍ」に基づいて、「Ｎ」－「Ｍ」留保した(ｒｅｓｅｒｖｅｄ)ビットを設定する。

【0302】

留保したビットのサイズ「Ｎ」－「Ｍ」は、全情報ビットのサイズ「Ｍ」及び上位階層シグナリングによって設定されるＤＣＩペイロードサイズ「Ｎ」に基づいて決定される変数(ｖａｒｉａｂｌｅ)である。

【0303】

第１ＰＤＣＣＨのＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)は、ＰＥＩ－ＲＮＴＩ(ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ)でスクランブルされる。基地局は、ＣＳＳ(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)セット内でＰＥＩ－ＲＮＴＩに基づいて第１ＰＤＣＣＨを送信する。

【0304】

ＰＥＩのためのフォーマットのＤＣＩは、端末を含む１つ又は２つ以上の端末において共通である。

【0305】

ＰＥＩのためのフォーマットのＤＣＩを運ぶ第１ＰＤＣＣＨの送信は、端末がＲＲＣ遊休状態にあるか、又は端末がＲＲＣ非活性状態にある場合に限って行われる。基地局は、端末のＲＲＣ接続(ｃｏｎｎｅｃｔｅｄ)状態では、ＰＥＩのためのフォーマットのＤＣＩを運ぶ第１ＰＤＣＣＨの送信を中止する。

【0306】

上位階層シグナリングは、ＳＩＢ(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ)と関連する。

【0307】

ＰＥＩに関する設定情報は、第１情報ビットのサイズに関連する情報及び第２情報ビットのサイズに関連する情報を含む。

【0308】

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

【0309】

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

【0310】

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

【0311】

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

【0312】

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

【0313】

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

【0314】

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

【0315】

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

【0316】

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

【0317】

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

【0318】

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

【0319】

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

【0320】

図１６は本発明に適用される無線機器の他の例を示す。無線機器は使用例／サービスによって様々な形態で具現される(図１５を参照)。

【0321】

図１６を参照すると、無線機器１００，２００は図１５の無線機器１００，２００に対応し、様々な要素(ｅｌｅｍｅｎｔ)、成分(ｃｏｍｐｏｎｅｎｔ)、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００，２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図１６における１つ以上のプロセッサ１０２，２０２及び／又は１つ以上のメモリ１０４，２０４を含む。例えば、送受信機１１４は図１６の１つ以上の送受信機１０６，２０６及び／又は１つ以上のアンテナ１０８，２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０により外部(例えば、他の通信機器)に無線／有線インターフェースにより送信するか、又は通信部１１０により外部(例えば、他の通信機器)から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。

【0322】

追加要素１４０は無線機器の種類によって様々に構成される。例えば、追加要素１４０はパワーユニット／バッテリー、入出力部(Ｉ／Ｏ ｕｎｉｔ)、駆動部及びコンピュータ部のうち、いずれか１つを含む。これに限られないが、無線機器はロボット(図１６、１００ａ)、車両(図１６、１００ｂ－１、１００ｂ－２)、ＸＲ機器(図１６、１００ｃ)、携帯機器(図１６、１００ｄ)、家電(図１６、１００ｅ)、ＩｏＴ機器(図１６、１００ｆ)、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候／環境装置、ＡＩサーバ／機器(図１６、４００)、基地局(図１６、２００)及びネットワークノードなどの形態で具現される。無線機器は使用例／サービスによって移動可能であるか、又は固定した場所で使用される。

【0323】

図１６において、無線機器１００，２００内の様々な要素、成分、ユニット／部及び／又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部１１０により無線連結される。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線連結され、制御部１２０と第１ユニット(例えば、１３０、１４０は通信部１１０により無線連結される。また無線機器１００，２００内の各要素、成分、ユニット／部及び／又はモジュールは１つ以上の要素をさらに含む。例えば、制御部１２０は１つ以上のプロセッサ集合で構成される。例えば、制御部１２０は通信制御プロセッサ、アプリケーションプロセッサ(Ａｐｐｌｉｃａｔｉｏｎ ＰＲＯＣＥＳＳＯＲ)、ＥＣＵ(Ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ Ｕｎｉｔ)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部１３０はＲＡＭ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ)、ＤＲＡＭ(Ｄｙｎａｍｉｃ ＲＡＭ)、ＲＯＭ(Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ)、フラッシュメモリ(ｆｌａｓｈ Ｍｅｍｏｒｙ)、揮発性メモリ(ｖｏｌａｔｉｌｅ Ｍｅｍｏｒｙ)、非揮発生メモリ及び／又はこれらの組み合わせで構成される。

【0324】

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

【0325】

図１７を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ図１７におけるブロック１１０／１３０／１４０に対応する。

【0326】

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

【0327】

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

【0328】

図１８は本発明の一実施例による端末のＤＲＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ)動作を説明する図である。

【0329】

端末は、上述した説明／提案した手順及び／又は方法を実行しながら、ＤＲＸ動作を行うことができる。ＤＲＸが設定された端末は、ＤＬ信号を不連続的に受信することで電力消費を下げることができる。ＤＲＸは、ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ)_ＩＤＬＥ状態、ＲＲＣ_ＩＮＡＣＴＩＶＥ状態、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で行われる。ＲＲＣ_ＩＤＬＥ状態及びＲＲＣ_ＩＮＡＣＴＩＶＥ状態におけるＤＲＸは、ページング信号を不連続的に受信するのに用いられる。以下、ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態で行われるＤＲＸについて説明する(ＲＲＣ_ＣＯＮＮＥＣＴＥＤ ＤＲＸ)。

【0330】

図１８を参照すると、ＤＲＸサイクルは、Ｏｎ ＤｕｒａｔｉｏｎとＯｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸとからなる。ＤＲＸサイクルは、Ｏｎ Ｄｕｒａｔｉｏｎが周期的に繰り返される時間間隔を定義する。Ｏｎ Ｄｕｒａｔｉｏｎは、端末がＰＤＣＣＨを受信するためにモニタリングする時間区間を示す。ＤＲＸが設定されると、端末は、Ｏｎ Ｄｕｒａｔｉｏｎの間にＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリングの間に、検出に成功したＰＤＣＣＨがある場合、端末は、ｉｎａｃｔｉｖｉｔｙタイマーを動作させて、起動(ａｗａｋｅ)状態を維持する。一方、ＰＤＣＣＨモニタリングの間に検出に成功したＰＤＣＣＨがない場合、端末は、Ｏｎ Ｄｕｒａｔｉｏｎが終了した後、睡眠(ｓｌｅｅｐ)状態へ入る。よって、ＤＲＸが設定された場合、上述した説明／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて不連続的に行われる。例えば、ＤＲＸが設定された場合、本発明の一実施例において、ＰＤＣＣＨ受信機会(ｏｃｃａｓｉｏｎ)(例えば、ＰＤＣＣＨ探索空間を有するスロット)は、ＤＲＸ設定に従って不連続的に設定される。一方、ＤＲＸが設定されていない場合、上述／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて連続的に行われる。例えば、ＤＲＸが設定されていない場合、本発明の一実施例において、ＰＤＣＣＨ受信機会(例えば、ＰＤＣＣＨ探索空間を有するスロット)は連続的に設定される。一方、ＤＲＸ設定有無には関係なく、測定ギャップで設定された時間区間では、ＰＤＣＣＨモニタリングが制限されてもよい。

【0331】

表１２はＤＲＸに関連する端末の過程を示す(ＲＲＣ_ＣＯＮＮＥＣＴＥＤ状態)。表６を参照すると、ＤＲＸ設定情報は、上位層(例えば、ＲＲＣ)シグナリングを介して受信され、ＤＲＸ ＯＮ／ＯＦＦは、ＭＡＣ層のＤＲＸコマンドによって制御される。ＤＲＸが設定される場合、本発明において説明／提案した手順及び／又は方法を行うとき、ＰＤＣＣＨモニタリングを不連続的に行うことができる。

【0332】

【表12】

【0333】

ここで、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)パラメータを設定するのに必要な設定情報を含む。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する設定情報を含んでもよい。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸの定義において以下のような情報を含む。

【0334】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義

【0335】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬ又はＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会の後に端末が起動状態にある時間区間の長さを定義

【0336】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるまでの最大時間区間の長さを定義

【0337】

－Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信されるまでの最大の時間区間の長さを定義

【0338】

－ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長さと開始時点を定義

【0339】

－ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ(ｏｐｔｉｏｎａｌ)：ｓｈｏｒｔ ＤＲＸサイクルの時間長さを定義

【0340】

ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのうちのいずれか１つでも動作中であれば、端末は起動状態を維持しながら、毎ＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを行う。

【0341】

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

【0342】

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

【産業上の利用可能性】

【0343】

本発明は無線移動通信システムの端末機、基地局又はその他の装備に使用できる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【国際調査報告】