JP7109466B2 - ウェイクアップ信号を使用した制御チャネル監視のための技法および装置 - Google Patents

Description

本開示の態様は、一般に、ワイヤレス通信に関し、より詳細には、ウェイクアップ信号を使用した制御チャネル監視のための技法および装置に関する。

ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、およびブロードキャストなどの、様々な電気通信サービスを提供するために広く展開されている。代表的なワイヤレス通信システムは、利用可能なシステムリソース(たとえば、帯域幅、送信電力など)を共有することによって複数のユーザとの通信をサポートすることができる多元接続技術を使用する場合がある。そのような多元接続技術の例は、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、周波数分割多元接続(FDMA)システム、直交周波数分割多元接続(OFDMA)システム、シングルキャリア周波数分割多元接続(SC-FDMA)システム、時分割同期符号分割多元接続(TD-SCDMA)、ロングタームエボリューション(LTE)を含む。LTE/LTE-Advancedは、第3世代パートナーシッププロジェクト(3GPP)によって公表されたユニバーサルモバイル電気通信システム(UMTS)モバイル標準規格に対する拡張規格のセットである。

ワイヤレス通信ネットワークは、いくつかのユーザ機器(UE)のための通信をサポートできるいくつかの基地局(BS)を含んでもよい。UEは、ダウンリンクおよびアップリンクを介してBSと通信してもよい。ダウンリンク(または、順方向リンク)は、BSからUEへの通信リンクを指し、アップリンク(または、逆方向リンク)は、UEからBSへの通信リンクを指す。より詳細に説明するように、BSは、ノードB、gNB、アクセスポイント(AP)、無線ヘッド、送信受信ポイント(TRP)、5G BS、5GノードBなどと呼ばれることもある。

上記の多元接続技術は、異なるワイヤレス通信デバイスが都市規模、国家規模、地域規模、場合によっては地球規模で通信することを可能にする共通プロトコルを提供するために、様々な電気通信規格において採用されている。5Gは、新無線(NR)と呼ばれることもあり、第3世代パートナーシッププロジェクト(3GPP)によって公表されたLTEモバイル規格の拡張規格のセットである。5Gは、スペクトル効率を改善し、コストを削減し、サービスを改善し、新しいスペクトルを使用し、またダウンリンク(DL)上でサイクリックプレフィックス(CP)を含むOFDM(CP-OFDM)を使用し、アップリンク(UL)上でCP-OFDMおよび/または(たとえば、離散フーリエ変換拡散OFDM(DFT-s-OFDM)とも呼ばれる)SC-FDMを使用し、ならびにビームフォーミング、多入力多出力(MIMO)アンテナ技術、およびキャリアアグリゲーションをサポートする他のオープン規格とよりうまく統合することによって、モバイルブロードバンドインターネットアクセスをよりうまくサポートするように設計されている。しかしながら、モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、LTE技術および5G技術におけるさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術、およびこれらの技術を用いる電気通信規格に適用可能であるべきである。

アイドルモードまたは接続モード不連続受信(CDRX)モードのときには、UEは、バッテリー電力を節約するために低電力状態に入ることがあり、周期的にウェイクアップして制御チャネルをページなどのUEに関する信号について監視する場合がある。しかし、そのような制御チャネル監視は、リソースを消耗する場合があり、制御チャネルが大量の情報を含む複合信号を使用するのでバッテリー電力を消費することがある。たとえば、UEは、ウェイクアップし、制御チャネル上で信号を探索し、信号が見つかった場合に信号を復号し、復号した信号がUEに関連するかどうかを判定することがある。復号した制御チャネル信号がUEに関連していないかまたは制御チャネル信号が見つからない場合、制御チャネル信号を探索し、受信し、復号するために使用されるバッテリー電力が消耗される。

本明細書で説明する技法は、ウェイクアップ信号を使用して、次の制御チャネル信号リソースがUEに関連する情報を含むかどうかをUEに指示する。このようにして、UEは、制御チャネルがUEに関連する信号を含むときにのみウェイクアップして複合制御チャネル信号処理を実行し、それによって、UEのバッテリー電力およびリソースを節約する。そのような技法は、マシンタイプ通信(MTC)UE、狭帯域モノのインターネット(NB-IoT)UEなどに特に適しており、これらのUEは、たまにのみネットワークと通信することがあり、バッテリーの交換または再充電が困難な遠隔地に位置することがある。

本開示の一態様では、方法、ユーザ機器、基地局、装置、およびコンピュータプログラム製品が提供される。

いくつかの態様では、この方法は、ユーザ機器(UE)によって、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別するステップであって、ウェイクアップ信号リソースが、制御チャネル探索空間リソースにマップされ、制御チャネル探索空間リソースに先行する、ステップと、UEによって、ウェイクアップ信号リソースにおいて、制御チャネル探索空間リソースを監視すべきかどうかの指示を監視するステップと、UEによって、制御チャネル探索空間リソースを監視すべきかどうかの指示に少なくとも部分的に基づいて制御チャネル探索空間リソースを選択的に監視するステップとを含んでもよい。

いくつかの態様では、この方法は、基地局によって、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別するステップであって、ウェイクアップ信号リソースが、制御チャネル探索空間リソースにマップされ、制御チャネル探索空間リソースに先行する、ステップと、基地局によって、制御チャネル探索空間リソースに関連する制御チャネル探索空間が、UEに関連する制御情報を含むことになるかどうかを判定するステップと、基地局によって、制御チャネル探索空間がUEに関連する制御情報を含むことになるかどうかの判定に少なくとも部分的に基づいて、ウェイクアップ信号リソースにおいてウェイクアップ信号を選択的に送信するステップとを含んでもよい。

いくつかの態様では、このUEは、メモリと、メモリに結合された1つまたは複数のプロセッサとを含んでもよい。1つまたは複数のプロセッサは、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別することであって、ウェイクアップ信号リソースが制御チャネル探索空間リソースにマップされ、制御チャネル探索空間リソースに先行する、識別することと、ウェイクアップ信号リソースにおいて、制御チャネル探索空間リソースを監視すべきかどうかの指示を監視することと、制御チャネル探索空間リソースを監視すべきかどうかの指示に少なくとも部分的に基づいて制御チャネル探索空間リソースを選択的に監視することとを行うように構成されてもよい。

いくつかの態様では、基地局は、メモリと、メモリに結合された1つまたは複数のプロセッサとを含んでもよい。1つまたは複数のプロセッサは、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別することであって、ウェイクアップ信号リソースが、制御チャネル探索空間リソースにマップされ、制御チャネル探索空間リソースに先行する、識別することと、制御チャネル探索空間リソースに関連する制御チャネル探索空間が、UEに関連する制御情報を含むことになるかどうかを判定することと、制御チャネル探索空間がUEに関連する制御情報を含むことになるかどうかの判定に少なくとも部分的に基づいて、ウェイクアップ信号リソースにおいてウェイクアップ信号を選択的に送信することとを行うように構成されてもよい。

いくつかの態様では、装置は、装置に関連する制御チャネル探索空間リソースに少なくとも部分的に基づいて装置に関連するウェイクアップ信号リソースを識別するための手段であって、ウェイクアップ信号リソースが制御チャネル探索空間リソースにマップされ、制御チャネル探索空間リソースに先行する、手段と、ウェイクアップ信号リソースにおいて、制御チャネル探索空間リソースを監視すべきかどうかの指示を監視するための手段と、制御チャネル探索空間リソースを監視すべきかどうかの指示に少なくとも部分的に基づいて制御チャネル探索空間リソースを選択的に監視するための手段とを含んでもよい。

いくつかの態様では、この装置は、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別するための手段であって、ウェイクアップ信号リソースが、制御チャネル探索空間リソースにマップされ、制御チャネル探索空間リソースに先行する、手段と、制御チャネル探索空間リソースに関連する制御チャネル探索空間が、UEに関連する制御情報を含むことになるかどうかを判定するための手段と、制御チャネル探索空間がUEに関連する制御情報を含むことになるかどうかの判定に少なくとも部分的に基づいて、ウェイクアップ信号リソースにおいてウェイクアップ信号を選択的に送信するための手段とを含んでもよい。

いくつかの態様では、コンピュータプログラム製品は、ワイヤレス通信についての1つまたは複数の命令を含んでもよい。1つまたは複数の命令は、1つまたは複数のプロセッサによって実行されたときに、1つまたは複数のプロセッサに、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別することであって、ウェイクアップ信号リソースが制御チャネル探索空間リソースにマップされ、制御チャネル探索空間リソースに先行する、識別することと、ウェイクアップ信号リソースにおいて、制御チャネル探索空間リソースを監視すべきかどうかの指示を監視することと、制御チャネル探索空間リソースを監視すべきかどうかの指示に少なくとも部分的に基づいて制御チャネル探索空間リソースを選択的に監視することとを行わせてもよい。

いくつかの態様では、コンピュータプログラム製品は、ワイヤレス通信についての1つまたは複数の命令を含んでもよい。1つまたは複数の命令は、1つまたは複数のプロセッサによって実行されたときに、1つまたは複数のプロセッサに、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別することであって、ウェイクアップ信号リソースが、制御チャネル探索空間リソースにマップされ、制御チャネル探索空間リソースに先行する、識別することと、制御チャネル探索空間リソースに関連する制御チャネル探索空間が、UEに関連する制御情報を含むことになるかどうかを判定することと、制御チャネル探索空間がUEに関連する制御情報を含むことになるかどうかの判定に少なくとも部分的に基づいて、ウェイクアップ信号リソースにおいてウェイクアップ信号を選択的に送信することとを行わせてもよい。

各態様は、一般に、添付の図面および本明細書を参照しながら本明細書で十分に説明され、添付の図面および本明細書によって示される、方法、装置、システム、コンピュータプログラム製品、非一時的コンピュータ可読媒体、ユーザ機器、基地局、ワイヤレス通信デバイス、および処理システムを含む。

上では、以下の発明を実施するための形態をより良く理解できるように、本開示による例の特徴および技術的利点をかなり広範に概説した。追加の特徴および利点について以下で説明する。開示される概念および具体例は、本開示の同じ目的を実行するために他の構造を変更または設計するための基礎として容易に利用されることがある。そのような均等な構成は、添付の特許請求の範囲から逸脱しない。本明細書で開示される概念の特性、それらの構成と動作方法の両方が、関連する利点とともに、添付の図に関して検討されると以下の説明からより良く理解されよう。図の各々は、例示および説明のために提供され、特許請求の範囲の限定の定義として提供されるものではない。

ワイヤレス通信ネットワークの一例を示す図である。 ワイヤレス通信ネットワークにおいてユーザ機器(UE)と通信している基地局の一例を示す図である。 ワイヤレス通信ネットワークにおけるフレーム構造の一例を示す図である。 ノーマルサイクリックプレフィックスを有する2つの例示的なサブフレームフォーマットを示す図である。 分散無線アクセスネットワーク(RAN)の例示的な論理アーキテクチャを示す図である。 分散RANの例示的な物理的アーキテクチャを示す図である。 ダウンリンク(DL)中心のワイヤレス通信構造の一例を示す図である。 アップリンク(UL)中心のワイヤレス通信構造の一例を示す図である。 ウェイクアップ信号を使用した制御チャネル監視の例を示す図である。 ウェイクアップ信号を使用した制御チャネル監視の別の例を示す図である。 ワイヤレス通信の方法のフローチャートである。 ワイヤレス通信の別の方法のフローチャートである。 例示的な装置内のそれぞれに異なるモジュール/手段/構成要素間のデータフローを示す概念データフロー図である。 処理システムを採用する装置のためのハードウェア実装形態の一例を示す図である。 別の例示的な装置内のそれぞれに異なるモジュール/手段/構成要素間のデータフローを示す概念データフロー図である。 処理システムを採用する装置のためのハードウェア実装形態の別の例を示す図である。

添付の図面に関して以下に記載する詳細な説明は、様々な構成の説明として意図されており、本明細書で説明する概念が実践されてもよい構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解を可能にすることを目的として具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細がなくても実践され得ることが、当業者には明らかであろう。いくつかの事例では、そのような概念を不明瞭にすることを避けるために、よく知られている構造および構成要素がブロック図の形態で示される。

次に、様々な装置および方法を参照しながら、電気通信システムのいくつかの態様を提示する。これらの装置および方法について、以下の詳細な説明において説明し、様々なブロック、モジュール、構成要素、回路、ステップ、プロセス、アルゴリズムなど(「要素」と総称される)によって添付の図面に示す。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組合せを使用して実装されてもよい。そのような要素がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例および全体的なシステムに課される設計制約に依存する。

例として、要素、要素の任意の部分、または要素の任意の組合せは、1つまたは複数のプロセッサを含む「処理システム」を用いて実装されてもよい。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブル論理デバイス(PLD)、ステートマシン、ゲート論理、個別ハードウェア回路、および本開示全体にわたって説明する様々な機能を実行するように構成された他の好適なハードウェアを含む。処理システムの中の1つまたは複数のプロセッサは、ソフトウェアを実行してもよい。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれ以外のものとして言及されているかどうかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、プロシージャ、ファンクション等を意味するものと広く解釈されるものとする。

したがって、1つまたは複数の例示的な実施形態では、説明する機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装されてもよい。ソフトウェアで実装される場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、または符号化されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体であってもよい。限定ではなく例として、そのようなコンピュータ可読媒体は、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、電気的消去可能プログラマブルROM(EEPROM)、コンパクトディスクROM(CD-ROM)もしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気記憶デバイス、前述したタイプのコンピュータ可読媒体の組合せ、またはコンピュータによってアクセスできる命令もしくはデータ構造の形態でコンピュータ実行可能コードを記憶するのに使用できる任意の他の媒体を含むことができる。

アクセスポイント(「AP」)は、ノードB、無線ネットワークコントローラ(「RNC」)、eノードB(eNB)、基地局コントローラ(「BSC」)、トランシーバ基地局(「BTS」)、基地局(「BS」)、トランシーバ機能(「TF」)、無線ルータ、無線トランシーバ、基本サービスセット(「BSS」)、拡張サービスセット(「ESS」)、無線基地局(「RBS」)、ノードB(NB)、gNB、5G NB、5G BS、送信受信ポイント(TRP)、または何らかの他の用語を含み、それらとして実装され、またはそのように呼ばれることがある。

アクセス端末(「AT」)は、アクセス端末、加入者局、加入者ユニット、移動局、遠隔局、遠隔端末、ユーザ端末、ユーザエージェント、ユーザデバイス、ユーザ機器(UE)、ユーザ局、ワイヤレスノード、もしくは何らかの他の用語を含み、それらとして実装され、またはそのように呼ばれる場合がある。いくつかの実装形態では、アクセス端末は、セルラー電話、スマートフォン、コードレス電話、セッション開始プロトコル(「SIP」)電話、ワイヤレスローカルループ(「WLL」)局、携帯情報端末(「PDA」)、タブレット、ネットブック、スマートブック、ウルトラブック、ワイヤレス接続機能を有するハンドヘルドデバイス、局(「STA」)、または、ワイヤレスモデムに接続されたなにか他の適切な処理デバイスを備えてもよい。したがって、本明細書で教示する1つまたは複数の態様は、電話(たとえば、セルラーフォン、スマートフォン)、コンピュータ(たとえば、デスクトップ)、ポータブル通信デバイス、ポータブルコンピューティングデバイス(たとえば、ラップトップ、携帯情報端末、タブレット、ネットブック、スマートブック、ウルトラブック)、ウェアラブルデバイス(たとえば、スマートウォッチ、スマートグラス、スマートブレスレット、スマートリストバンド、スマートリング、スマートクロージングなど)、医療デバイスもしくは機器、生体センサー/デバイス、エンターテインメントデバイス(たとえば、音楽デバイス、ビデオデバイス、衛星ラジオ、ゲームデバイスなど)、車両構成要素もしくはセンサー、スマートメーター/センサー、産業用製造機器、全地球測位システムデバイス、または、ワイヤレスもしくはワイヤード媒体を介して通信するように構成される任意の他の好適なデバイスに組み込まれてもよい。いくつかの態様では、ノードはワイヤレスノードである。ワイヤレスノードは、たとえば、ワイヤード通信リンクまたはワイヤレス通信リンクを介して、ネットワーク(たとえば、インターネットまたはセルラーネットワークなどのワイドエリアネットワーク)のための、またはネットワークへの接続性を実現してもよい。いくつかのUEは、マシンタイプ通信(MTC)UEと見なされる場合があり、MTC UEは、基地局、別のリモートデバイス、または何らかの他のエンティティと通信することがあるリモートデバイスを含んでもよい。マシンタイプ通信(MTC)は、通信の少なくとも一端上の少なくとも1つのリモートデバイスを伴う通信を指す場合があり、必ずしも人間の対話を必要とするとは限らない1つまたは複数のエンティティを伴うデータ通信の形態を含んでもよい。MTC UEは、たとえば、パブリックランドモバイルネットワーク(PLMN)を介したMTCサーバおよび/または他のMTCデバイスとのMTC通信が可能なUEを含んでもよい。MTCデバイスの例には、センサー、メーター、位置タグ、モニタ、ドローン、ロボット/ロボティックデバイスなどが含まれる。MTC UE、ならびに他の種類のUEは、NB-IoT(狭帯域モノのインターネット)デバイス、拡張MTC(eMTC)デバイス、LTEカテゴリーM1(LTE-M)デバイス、マシンツーマシン(M2M)デバイスなどとして実装されてもよい。

本明細書では3Gおよび/または4Gワイヤレス技術に一般的に関連する用語を使用して、態様について説明する場合があるが、本開示の態様は、5G技術を含む5G以降など、他の世代ベースの通信システムにおいて適用されてもよいことに留意されたい。

図1は、本開示の態様が実践されてもよいネットワーク100を示す図である。ネットワーク100は、LTEネットワーク、または5Gネットワークなどの何らかの他のワイヤレスネットワークであってよい。ワイヤレスネットワーク100は、いくつかのBS110(BS110a、BS110b、BS110c、およびBS110dとして示されている)と、他のネットワークエンティティとを含んでもよい。BSは、ユーザ機器(UE)と通信するエンティティであり、基地局、5G BS、ノードB、gNB、5G NB、アクセスポイント、TRPなどと呼ばれることもある。各BSは、特定の地理的エリア用の通信カバレージを実現してもよい。3GPPでは、「セル」という用語は、その用語が使用されるコンテキストに応じて、BSのカバレージエリア、および/またはこのカバレージエリアをサービスしているBSサブシステムを指すことができる。

BSは、マクロセル、ピコセル、フェムトセル、および/または他のタイプのセルのための通信カバレージを実現してもよい。マクロセルは、比較的大きい地理的エリア(たとえば、半径数キロメートル)をカバーしてもよく、サービスに加入しているUEによる無制限アクセスを可能にしてもよい。ピコセルは、比較的小さい地理的エリアをカバーしてもよく、サービスに加入しているUEによる無制限アクセスを可能にしてもよい。フェムトセルは、比較的小さい地理的エリア(たとえば、自宅)をカバーしてもよく、フェムトセルとの関連付けを有するUE(たとえば、限定加入者グループ(CSG)内のUE)による制限付きアクセスを可能にしてもよい。マクロセルのためのBSは、マクロBSと呼ばれることがある。ピコセルのためのBSは、ピコBSと呼ばれることがある。また、フェムトセルのためのBSは、フェムトBSまたはホームBSと呼ばれることがある。図1に示す例では、BS110aは、マクロセル102aのためのマクロBSであってもよく、BS110bは、ピコセル102bのためのピコBSであってもよく、BS110cは、フェムトセル102cのためのフェムトBSであってもよい。BSは1つまたは複数(たとえば、3つ)のセルをサポートしてもよい。「eNB」、「基地局」、「5G BS」、「gNB」、「TRP」、「AP」、「ノードB」、「5G NB」、および「セル」という用語が互換的に使用されてもよい。

いくつかの例では、セルは、必ずしも静止しているとは限らないことがあり、セルの地理的エリアは、モバイルBSのロケーションに従って移動してもよい。いくつかの例では、BSは、任意の好適なトランスポートネットワークを使用して、直接物理接続、仮想ネットワークなど、様々なタイプのバックホールインターフェースを通して、アクセスネットワーク100内で互いに相互接続されてもよく、および/または1つまたは複数の他のBSもしくはネットワークノード(図示せず)に相互接続されてもよい。

ワイヤレスネットワーク100はまた、中継局を含んでもよい。中継局は、上流局(たとえば、BSまたはUE)からデータの送信を受信でき、そのデータの送信を下流局(たとえば、UEまたはBS)に送ることができるエンティティである。中継局はまた、他のUEのための送信を中継できるUEであってもよい。図1に示す例では、中継局110dは、BS110aとUE120dとの間の通信を容易にするために、マクロBS110aおよびUE120dと通信してもよい。中継局は、中継BS、中継基地局、リレーなどと呼ばれることもある。

ワイヤレスネットワーク100は、異なるタイプのBS、たとえば、マクロBS、ピコBS、フェムトBS、中継BSなどを含む、異種ネットワークであってよい。これらの異なるタイプのBSは、ワイヤレスネットワーク100において、異なる送信電力レベル、異なるカバレージエリア、および干渉に対する異なる影響を有してもよい。たとえば、マクロBSは、高い送信電力レベル(たとえば、5～40ワット)を有してもよく、一方、ピコBS、フェムトBS、および中継BSは、より低い送信電力レベル(たとえば、0.1～2ワット)を有してもよい。

ネットワークコントローラ130は、BSのセットに結合してもよく、これらのBSのための協働および制御を行ってもよい。ネットワークコントローラ130は、バックホールを経由してBSと通信してもよい。BSはまた、たとえば、ワイヤレスまたはワイヤラインのバックホールを経由して直接または間接的に互いに通信してもよい。

UE120(たとえば、120a、120b、120c)はワイヤレスネットワーク100全体にわたって分散されてもよく、各UEは固定されてもよく、またはモバイルであってもよい。UEは、アクセス端末、端末、移動局、加入者ユニット、ステーションなどと呼ばれることもある。UEは、携帯電話(たとえば、スマートフォン)、携帯情報端末(PDA)、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ(WLL)局、タブレット、カメラ、ゲームデバイス、ネットブック、スマートブック、ウルトラブック、医療デバイスもしくは医療機器、生体センサー/デバイス、(スマートウォッチ、スマートクロージング、スマートグラス、スマートリストバンド、スマートジュエリー(たとえば、スマートリング、スマートブレスレットなど)などの)ウェアラブルデバイス、エンターテインメントデバイス(たとえば、音楽デバイス、ビデオデバイス、衛星ラジオなど)、車両の構成要素もしくはセンサー、スマートメーター/センサー、産業用製造機器、全地球測位システムデバイス、または、ワイヤレス媒体もしくはワイヤード媒体を介して通信するように構成される任意の他の適切なデバイスであってもよい。いくつかのUEは、発展型または拡張マシンタイプ通信(eMTC)UEと見なされてもよい。MTC UEおよびeMTC UEは、たとえば、基地局、別のデバイス(たとえば、リモートデバイス)、またはいくつかの他のエンティティと通信することがある、ロボット、ドローン、センサー、メーター、モニタ、ロケーションタグなどのリモートデバイスなどを含む。ワイヤレスノードは、たとえば、ワイヤード通信リンクまたはワイヤレス通信リンクを介して、ネットワーク(たとえば、インターネットまたはセルラーネットワークなどのワイドエリアネットワーク)のための、またはネットワークへの接続性を実現してもよい。一部のUEは、モノのインターネット(IoT)デバイスと見なされてもよい。一部のUEは、顧客構内機器(CPE)と見なされてもよい。

図1において、両矢印を有する実線は、UEとサービングBSとの間の所望の送信を示し、サービングBSは、ダウンリンク上および/またはアップリンク上でUEをサービスするように指定されたBSである。両矢印を有する破線は、UEとBSとの間の潜在的に干渉する送信を示す。

一般に、任意の数のワイヤレスネットワークが、所与の地理的エリアにおいて展開される場合がある。各ワイヤレスネットワークは、特定のRATをサポートしてもよく、1つまたは複数の周波数で動作してもよい。RATは、無線技術、エアインターフェースなどと呼ばれることもある。周波数は、キャリア、周波数チャネルなどと呼ばれることもある。各周波数は、異なるRATのワイヤレスネットワーク間の干渉を回避するために、所与の地理的エリアにおいて単一のRATをサポートしてもよい。場合によっては、5G RATネットワークが展開されてもよい。

いくつかの例では、エアインターフェースへのアクセスがスケジュールされてもよく、スケジューリングエンティティ(たとえば、基地局)は、そのサービスエリアまたはセル内のいくつかまたはすべてのデバイスおよび機器の間で通信用のリソースを割り振る。本開示内で、以下でさらに論じるように、スケジューリングエンティティは、1つまたは複数の従属エンティティのためのリソースのスケジューリング、割当て、再構成、および解放を担ってもよい。すなわち、スケジュールされた通信のために、従属エンティティは、スケジューリングエンティティによって割り振られるリソースを利用する。

基地局は、スケジューリングエンティティとして機能する場合がある唯一のエンティティではない。すなわち、いくつかの例では、UEが、1つまたは複数の従属エンティティ(たとえば、1つまたは複数の他のUE)のためのリソースをスケジュールする、スケジューリングエンティティとして機能してもよい。この例では、UEは、スケジューリングエンティティとして機能しており、他のUEは、ワイヤレス通信のためにUEによってスケジュールされたリソースを利用する。UEは、ピアツーピア(P2P)ネットワーク内、および/またはメッシュネットワーク内で、スケジューリングエンティティとして機能してもよい。メッシュネットワーク例では、UEは、スケジューリングエンティティと通信することに加えて、随意に互いに直接通信してもよい。

したがって、時間-周波数リソースへのスケジュールされたアクセスを伴い、セルラー構成、P2P構成、およびメッシュ構成を有するワイヤレス通信ネットワークでは、スケジューリングエンティティおよび1つまたは複数の従属エンティティは、スケジュールされたリソースを利用して通信してもよい。

本明細書で説明する技法は、ウェイクアップ信号を使用して、次の制御チャネル信号リソースがUE120に関連する情報を含むかどうかをUE120に指示する。このようにして、UE120は、制御チャネルがUE120に関連する信号を含むときにのみウェイクアップして複合制御チャネル信号処理を実行し、それによって、UE120のバッテリー電力およびリソースを節約する。そのような技法は、MTC UE120、NB-IoT UE120などに特に適しており、これらのUEは、たまにのみネットワークと通信することがあり、バッテリーの交換または再充電が困難な遠隔地に位置することがある。

上記のように、図1は単に例として示されている。他の例が可能であり、図1に関して説明したことと異なってもよい。

図2は、図1の基地局の1つである場合がある基地局110および図1のUEの1つである場合があるUE120の設計のブロック図200を示している。基地局110はT個のアンテナ234a～234tを備えてもよく、UE120はR個のアンテナ252a～252rを備えてもよく、ただし、一般にT≧1およびR≧1である。

基地局110において、送信プロセッサ220は、データソース212から1つまたは複数のUEのためのデータを受信し、UEから受信されたチャネル品質インジケータ(CQI)に少なくとも部分的に基づいて各UE用の1つまたは複数の変調およびコーディング方式(MCS)を選択し、UE用に選択されたMCSに少なくとも部分的に基づいて各UE用のデータを処理(たとえば、符号化および変調)し、データシンボルをすべてのUEに与えてもよい。送信プロセッサ220はまた、(たとえば、半静的リソース区分情報(SRPI)などについての)システム情報および制御情報(たとえば、CQI要求、許可、上位レイヤシグナリングなど)を処理し、オーバーヘッドシンボルおよび制御シンボルを与えてもよい。送信プロセッサ220はまた、基準信号(たとえば、CRS)および同期信号(たとえば、1次同期信号(PSS)および2次同期信号(SSS))用の基準シンボルを生成してもよい。送信(TX)多入力多出力(MIMO)プロセッサ230は、適用可能な場合、データシンボル、制御シンボル、オーバーヘッドシンボル、および/または基準シンボルに対して空間処理(たとえば、プリコーディング)を実行してもよく、T個の出力シンボルストリームをT個の変調器(MOD)232a～232tに与えてもよい。各変調器232は、(たとえば、OFDM用などに)それぞれの出力シンボルストリームを処理して出力サンプルストリームを取得してもよい。各変調器232は、出力サンプルストリームをさらに処理(たとえば、アナログに変換、増幅、フィルタ処理、およびアップコンバート)して、ダウンリンク信号を取得してもよい。変調器232a～232tからのT個のダウンリンク信号は、それぞれ、T個のアンテナ234a～234tを介して送信されてもよい。本明細書で以下に詳しく説明するいくつかの態様によれば、同期信号を位置符号化によって生成して追加の情報を伝達することができる。

UE120において、アンテナ252a～252rは、基地局110および/または他の基地局からダウンリンク信号を受信してもよく、それぞれ、受信信号を復調器(DEMOD)254a～254rに与えてもよい。各復調器254は、それぞれの受信信号を調整(たとえば、フィルタリング、増幅、ダウンコンバート、およびデジタル化)して、入力サンプルを取得してもよい。各復調器254は、(たとえば、OFDM用などに)入力サンプルをさらに処理して受信シンボルを取得してもよい。MIMO検出器256は、すべてのR個の復調器254a～254rから受信シンボルを取得し、適用可能な場合、受信シンボルに対してMIMO検出を実行し、検出されたシンボルを供給してもよい。受信(RX)プロセッサ258は、検出されたシンボルを処理(たとえば、復調および復号)し、UE120のための復号データをデータシンク260に与え、復号された制御情報およびシステム情報をコントローラ/プロセッサ280に与えてもよい。チャネルプロセッサは、RSRP、RSSI、RSRQ、CQIなどを決定してもよい。

アップリンク上では、UE120において、送信プロセッサ264は、データソース262からのデータ、およびコントローラ/プロセッサ280からの(たとえば、RSRP、RSSI、RSRQ、CQIなどを備える報告用の)制御情報を、受信および処理してもよい。送信プロセッサ264はまた、1つまたは複数の基準信号用の基準シンボルを生成してもよい。送信プロセッサ264からのシンボルは、適用可能な場合、TX MIMOプロセッサ266によってプリコードされ、(たとえば、DFT-s-OFDM、CP-OFDM用などに)変調器254a～254rによってさらに処理され、基地局110に送信されてもよい。基地局110において、UE120および他のUEからのアップリンク信号は、アンテナ234によって受信され、復調器232によって処理され、該当する場合はMIMO検出器236によって検出され、受信(RX)プロセッサ238によってさらに処理されて、UE120によって送られた復号されたデータおよび制御情報を取得してもよい。RXプロセッサ238は、復号されたデータをデータシンク239に供給し、復号された制御情報をコントローラ/プロセッサ240に供給してもよい。基地局110は、通信ユニット244を含み、通信ユニット244を介してネットワークコントローラ130と通信してもよい。ネットワークコントローラ130は、通信ユニット294と、コントローラ/プロセッサ290と、メモリ292とを含んでもよい。

コントローラ/プロセッサ240および280ならびに/または図2における任意の他の構成要素は、それぞれ基地局110およびUE120における動作に、ウェイクアップ信号を使用した制御チャネル監視を実行するように指示してもよい。たとえば、基地局110におけるコントローラ/プロセッサ280ならびに/またはその他のプロセッサおよびモジュールは、UE120の動作を実行するか、またはウェイクアップ信号を使用した制御チャネル監視を実行するようにUE120の動作に指示してもよい。たとえば、コントローラ/プロセッサ280ならびに/またはBS110における他のコントローラ/プロセッサおよびモジュールは、たとえば、図11の方法1100、図12の方法1200、および/または本明細書で説明する他のプロセスの動作を実行または指示してもよい。いくつかの態様では、図2に示す構成要素のうちの1つまたは複数は、図11の例示的な方法1100、図12の例示的な方法1200、および/または本明細書で説明する技法のための他のプロセスを実行するために用いられてもよい。メモリ242および282は、それぞれBS110およびUE120のためのデータおよびプログラムコードを記憶してもよい。スケジューラ246は、ダウンリンク上および/またはアップリンク上のデータ送信に対してUEをスケジュールしてもよい。

上記のように、図2は単に例として示されている。他の例が可能であり、図2に関して説明したことと異なってもよい。

図3は、電気通信システム(たとえば、LTE)におけるFDDのための例示的なフレーム構造300を示す。ダウンリンクおよびアップリンクの各々に対する送信タイムラインは、無線フレームの単位に区分されてもよい。各無線フレームは、所定の持続時間(たとえば、10ミリ秒(ms))を有してもよく、0～9というインデックスを有する10個のサブフレームに区分されてもよい。各サブフレームは2個のスロットを含んでもよい。各無線フレームは、0～19というインデックスを有する20個のスロットをそのように含んでもよい。各スロットは、L個のシンボル期間、たとえば、(図3に示すように)ノーマルサイクリックプレフィックスに対して7個のシンボル期間、または拡張サイクリックプレフィックスに対して6個のシンボル期間を含んでもよい。各サブフレームにおける2L個のシンボル期間には、0～2L-1のインデックスが割り当てられてもよい。

本明細書ではいくつかの技法についてフレーム、サブフレーム、スロットなどに関して説明するが、これらの技法は、他の種類のワイヤレス通信構造に同様に適用されてもよく、そのようなワイヤレス通信構造は、5Gにおける「フレーム」、「サブフレーム」、「スロット」など以外の用語で呼ばれることがある。いくつかの態様では、ワイヤレス通信構造は、ワイヤレス通信規格および/またはプロトコルによって定義される周期的な時間制限通信ユニットを指す場合がある。

特定の電気通信(たとえば、LTE)において、BSは、BSによってサポートされるセルごとのシステム帯域幅の中心において、ダウンリンク上で1次同期信号(PSS)および2次同期信号(SSS)を送信してもよい。PSSおよびSSSは、図3に示すように、それぞれ、ノーマルサイクリックプレフィックスを有する各無線フレームのサブフレーム0および5の中で、シンボル期間6および5において送信されてもよい。PSSおよびSSSは、セル探索およびセル捕捉のためにUEによって使用されてもよい。BSは、BSによってサポートされるセルごとのシステム帯域幅にわたってセル固有基準信号(CRS)を送信してもよい。CRSは、各サブフレームのいくつかのシンボル期間の中で送信されてよく、チャネル推定、チャネル品質測定、および/または他の機能を実行するためにUEによって使用されてもよい。BSはまた、いくつかの無線フレームのスロット1の中のシンボル期間0～3の中で物理ブロードキャストチャネル(PBCH)を送信してもよい。PBCHは、いくつかのシステム情報を搬送してもよい。BSは、いくつかのサブフレーム中の物理ダウンリンク共有チャネル(PDSCH)上で、システム情報ブロック(SIB)などの他のシステム情報を送信してもよい。BSは、サブフレームの最初のB個のシンボル期間の中で物理ダウンリンク制御チャネル(PDCCH)上で制御情報/データを送信してもよく、ここで、Bはサブフレームごとに構成可能であってよい。BSは、各サブフレームの残りのシンボル期間の中でPDSCH上でトラフィックデータおよび/または他のデータを送信してもよい。いくつかの態様では、ウェイクアップ信号は、PDCCH上の制御情報/データがUEに関連するかどうかを指示してもよい。

(たとえば、5Gシステムなどの)他のシステムでは、ノードBは、サブフレームのこれらのロケーションまたは異なるロケーションにおいて、これらまたは他の信号を送信してもよい。

上記のように、図3は単に例として示されている。他の例が可能であり、図3に関して説明したことと異なってもよい。

図4は、ノーマルサイクリックプレフィックスを有する2つの例示的なサブフレームフォーマット410および420を示す。利用可能な時間周波数リソースは、リソースブロックに区分されてもよい。各リソースブロックは、1つのスロットの中で12個のサブキャリアをカバーしてもよく、いくつかのリソース要素を含んでもよい。各リソース要素は、1つのシンボル期間において1つのサブキャリアをカバーしてもよく、実数値または複素数値であることもある1つの変調シンボルを送るために使用されてもよい。

サブフレームフォーマット410は、2つのアンテナのために使用されてもよい。CRSは、シンボル期間0、4、7、および11においてアンテナ0および1から送信されてもよい。基準信号は、トランスミッタおよびレシーバによって事前に知られている信号であり、パイロットと呼ばれることもある。CRSは、たとえば、セル識別情報(ID)に少なくとも部分的に基づいて生成される、セルに固有の基準信号である。図4では、ラベルRaを有する所与のリソース要素について、アンテナaからそのリソース要素上で変調シンボルが送信されてもよく、他のアンテナからそのリソース要素上で変調シンボルが送信されないことがある。サブフレームフォーマット420は、4つのアンテナとともに使用されてもよい。CRSは、シンボル期間0、4、7、および11においてアンテナ0および1から送信され、またシンボル期間1および8においてアンテナ2および3から送信されてもよい。サブフレームフォーマット410と420の両方に対して、CRSは、少なくとも部分的にセルIDに基づいて決定される場合がある、均等に離間したサブキャリア上で送信されてもよい。CRSは、それらのセルIDに応じて、同じかまたは異なるサブキャリア上で送信されてもよい。サブフレームフォーマット410と420の両方について、CRSのために使用されないリソース要素は、データ(たとえば、トラフィックデータ、制御データ、および/または他のデータ)を送信するために使用されてもよい。

LTEにおけるPSS、SSS、CRS、およびPBCHは、一般公開された「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題する3GPP TS 36.211に記載されている。

インターレース構造は、いくつかの電気通信システム(たとえば、LTE)におけるFDD用のダウンリンクおよびアップリンクの各々のために使用されてもよい。たとえば、0～Q-1のインデックスを有するQ個のインターレースが定義されてもよく、ここで、Qは、4、6、8、10、または何らかの他の値に等しくてもよい。各インターレースは、Q個のフレームだけ離間しているサブフレームを含んでもよい。具体的には、インターレースqは、サブフレームq、q+Q、q+2Qなどを含んでもよく、ただし、q∈{0,...,Q-1}である。

ワイヤレスネットワークは、ダウンリンク上およびアップリンク上でのデータ送信に対して、ハイブリッド自動再送要求(HARQ)をサポートしてもよい。HARQの場合、送信機(たとえばBS)は、パケットが受信機(たとえば、UE)によって正しく復号されるか、またはいくつかの他の終了条件に遭遇するまで、パケットの1つまたは複数の送信を送ってもよい。同期HARQの場合、パケットのすべての送信は、単一のインターレースのサブフレームの中で送られてもよい。非同期HARQの場合、パケットの各送信は、任意のサブフレームの中で送られてもよい。

UEは、複数のBSのカバレージ内に位置することがある。これらのBSのうちの1つが、UEをサービスするために選択されてもよい。サービングBSは、受信信号強度、受信信号品質、経路損失などの様々な基準に少なくとも部分的に基づいて選択されてもよい。受信信号品質は、信号対雑音干渉比(SINR)もしくは基準信号受信品質(RSRQ)、またはいくつかの他のメトリックによって定量化されてもよい。UEは、UEが1つまたは複数の干渉BSからの高い干渉を観測する場合がある支配的干渉シナリオにおいて動作してもよい。

本明細書で説明する例の態様はLTE技術に関連する場合があるが、本開示の態様は、5G技術など、他のワイヤレス通信システムに適用可能であってもよい。

5Gとは、(たとえば、直交周波数分割多元接続(OFDMA)ベースのエアインターフェース以外の)新たなエアインターフェースまたは(たとえば、インターネットプロトコル(IP)以外の)固定トランスポートレイヤに従って動作するように構成された無線を指すことがある。各態様では、5Gは、CPを含むOFDM(本明細書ではサイクリックプレフィックスOFDMもしくはCP-OFDMと呼ばれる)および/またはSC-FDMをアップリンク上で利用してもよく、ダウンリンク上でCP-OFDMを利用し、TDDを使用する半二重動作のサポートを含んでもよい。各態様では、5Gは、たとえば、CPを含むOFDM(本明細書ではCP-OFDMと呼ばれる)および/または離散フーリエ変換拡散直交周波数-分割多重化(DFT-s-OFDM)をアップリンク上で利用してもよく、ダウンリンク上でCP-OFDMを利用し、TDDを使用する半二重動作のサポートを含んでもよい。5Gは、拡張モバイルブロードバンド(eMBB)サービスターゲットの広い帯域幅(たとえば、80MHzを超える)、ミリ波(mmW)ターゲットの高いキャリア周波数(たとえば、60GHz)、マッシブMTC(mMTC)ターゲットの後方互換性のないMTC技法、および/またはミッションクリティカルターゲットの超高信頼低レイテンシ通信(URLLC:ultra reliable low latency communications)サービスを含んでもよい。

100MHzの単一のコンポーネントキャリア帯域幅がサポートされてもよい。5Gリソースブロックは、0.1msの持続時間にわたって、サブキャリア帯域幅が75kHzの12個のサブキャリアにまたがってもよい。各無線フレームは、10msの長さを有する50個のサブフレームを含んでもよい。結果として、各サブフレームは0.2msの長さを有してもよい。各サブフレームは、データ送信用のリンク方向(たとえば、DLまたはUL)を示してもよく、サブフレームごとのリンク方向は、動的に切り替えられてもよい。各サブフレームは、DL/ULデータならびにDL/UL制御データを含んでもよい。5G用のULサブフレームおよびDLサブフレームは、図7および図8に関して以下でより詳細に説明するようなサブフレームであってもよく、本明細書の他の箇所でより詳細に説明するようにウェイクアップ信号リソースにマップされる制御チャネル探索空間リソースを含んでもよい。

ビームフォーミングがサポートされてもよく、ビーム方向が動的に構成されてもよい。プリコーディングを用いたMIMO送信もサポートされてもよい。DLにおけるMIMO構成は、最高で8個のストリームおよびUEごとに最高で2個のストリームを用いたマルチレイヤDL送信で最高で8個の送信アンテナをサポートしてもよい。UEごとに最高で2個のストリームを用いたマルチレイヤ送信がサポートされてもよい。最高で8個のサービングセルを用いて複数のセルのアグリゲーションがサポートされてもよい。代替として、5Gは、OFDMベースのインターフェース以外の異なるエアインターフェースをサポートしてもよい。5Gネットワークは、中心ユニットまたは分散ユニットなどのエンティティを含んでもよい。

RANは、集約ユニット(CU)および分散ユニット(DU)を含んでもよい。5G BS(たとえば、gNB、5GノードB、ノードB、送信受信ポイント(TRP)、アクセスポイント(AP))が、1つまたは複数のBSに相当してもよい。5Gセルは、アクセスセル(ACell)またはデータオンリーセル(DCell)として構成することができる。たとえば、RAN(たとえば、集約ユニットまたは分散ユニット)は、セルを構成することができる。DCellは、キャリアアグリゲーションまたは二重接続性のために使用されるが、初期アクセス、セル選択/再選択、またはハンドオーバのために使用されないセルであってもよい。場合によっては、DCellは同期信号を送信しないことがあり、場合によっては、DCellはSSを送信することがある。5G BSは、セルタイプを指示するダウンリンク信号をUEに送信してもよい。UEは、セルタイプ指示に少なくとも部分的に基づいて、5G BSと通信してもよい。たとえば、UEは、指示されたセルタイプに少なくとも部分的に基づいて、セル選択用、アクセス用、ハンドオーバ用、および/または測定用と見なすべき5G BSを判定してもよい。

上記のように、図4は単に例として示されている。他の例が可能であり、図4に関して説明したことと異なってもよい。

図5は、本開示の態様による、分散型RAN500の例示的な論理アーキテクチャを示す。5Gアクセスノード506は、アクセスノードコントローラ(ANC)502を含んでもよい。ANCは、分散型RAN500の中央装置(CU)であってよい。次世代コアネットワーク(NG-CN)504へのバックホールインターフェースは、ANCにおいて終端してもよい。近隣次世代アクセスノード(NG-AN)へのバックホールインターフェースは、ANCにおいて終端してもよい。ANCは、1つまたは複数のTRP508(BS、5G BS、ノードB、5G NB、AP、gNB、または何らかの他の用語で呼ばれることもある)を含んでもよい。上記で説明したように、TRPが「セル」と互換的に使用されてもよい。

TRP508は、分散ユニット(DU)であってもよい。TRPは、1つのANC(ANC502)に接続されてよく、または2つ以上のANC(図示せず)に接続されてもよい。たとえば、RAN共有、サービスとしての無線(RaaS:radio as a service)、およびサービス固有のAND展開に関して、TRPは2つ以上のANCに接続されてもよい。TRPは、1つまたは複数のアンテナポートを含んでもよい。TRPは、UEへのトラフィックを個別に(たとえば、動的選択)または協働で(たとえば、ジョイント送信)サービスするように構成されてもよい。

RAN500の論理アーキテクチャは、フロントホール定義を示すために使用されてもよい。異なる配置タイプにわたるフロントホーリング解決策(fronthauling solution)をサポートするアーキテクチャが定義されてもよい。たとえば、アーキテクチャは、少なくとも部分的に送信ネットワーク能力(たとえば、帯域幅、レイテンシ、および/またはジッタ)に基づいてもよい。

アーキテクチャは、特徴および/または構成要素をLTEと共有してもよい。態様によれば、次世代AN(NG-AN)510は、5Gとの二重接続性をサポートしてもよい。NG-ANは、LTEおよび5Gに対して共通フロントホールを共有してもよい。

アーキテクチャは、TRP508間の協働を可能にしてもよい。たとえば、協働は、TRP内にあらかじめ設定されてもよく、かつ/またはANC502を介してTRP全体にわたってあらかじめ設定されてもよい。態様によれば、TRP間インターフェースが必要とされない/存在しない場合がある。

態様によれば、RAN500のアーキテクチャ内に、分割された論理機能の動的構成が存在する場合がある。PDCP、RLC、MACプロトコルは、ANCまたはTRPにおいて適用可能に位置付けられてもよい。

いくつかの態様によれば、BSは、中央ユニット(たとえば、ANC502)および/または1つもしくは複数の分散ユニット(たとえば、1つもしくは複数のTRP508)を含んでもよい。そのようなBSは、本明細書の他の箇所でより詳細に説明するようにUEにウェイクアップ信号を送信してもよい。

上記のように、図5は単に例として示されている。他の例が可能であり、図5に関して説明したことと異なってもよい。

図6は、本開示の態様による、分散型RAN600の例示的な物理アーキテクチャを示す。集中型コアネットワークユニット(C-CU)602は、コアネットワーク機能をホストしてもよい。C-CUは、中央に展開されてもよい。C-CU機能は、ピーク容量を処理するように(たとえば、アドバンストワイヤレスサービス(AWS:advanced wireless services)に)オフロードされてもよい。

集中型RANユニット(C-RU)604は、1つまたは複数のANC機能をホストしてもよい。場合によっては、C-RUは、コアネットワーク機能を局所的にホストしてもよい。C-RUは分散型展開を有してよい。C-RUは、ネットワークエッジのより近くにあってもよい。

分散ユニット(DU)606は、1つまたは複数のTRPをホストしてもよい。DUは、無線周波数(RF)機能を備えたネットワークのエッジに位置してもよい。

上記のように、図6は単に例として示されている。他の例が可能であり、図6に関して説明したことと異なってもよい。

図7は、DL中心のサブフレームまたはワイヤレス通信構成の一例を示す図700である。DL中心のサブフレームは、制御部分702を含んでもよい。制御部分702は、DL中心のサブフレームの最初の部分または開始部分に存在してもよい。制御部分702は、DL中心のサブフレームの様々な部分に対応する様々なスケジューリング情報および/または制御情報を含んでもよい。いくつかの構成では、制御部分702は、図7に示すように、物理DL制御チャネル(PDCCH)であってもよい。いくつかの態様では、ウェイクアップ信号は、PDCCHがUEに関連する情報を含むかどうかを示してもよく、時間的にPDCCHよりも前に(たとえば、前のサブフレームにおいてまたは同じサブフレームにおいてより早く)受信されてもよい。

DL中心のサブフレームはまた、DLデータ部分704を含んでもよい。DLデータ部分704は、DL中心のサブフレームのペイロードと呼ばれことがある。DLデータ部分704は、スケジューリングエンティティ(たとえば、UEまたはBS)から下位のエンティティ(たとえば、UE)にDLデータを通信するために利用される通信リソースを含んでもよい。いくつかの構成では、DLデータ部分704は物理DL共有チャネル(PDSCH)であってもよい。

DL中心のサブフレームはまた、ULショートバースト部分706を含んでもよい。ULショートバースト部分706は、場合によっては、ULバースト、ULバースト部分、共通ULバースト、ショートバースト、ULショートバースト、共通ULショートバースト、共通ULショートバースト部分、および/または様々な他の適切な用語で呼ばれることがある。いくつかの態様では、ULショートバースト部分706は1つまたは複数の基準信号を含んでもよい。追加または代替として、ULショートバースト部分706は、DL中心のサブフレームの様々な他の部分に対応するフィードバック情報を含んでもよい。たとえば、ULショートバースト部分706は、制御部分702および/またはデータ部分704に対応するフィードバック情報を含んでもよい。ULショートバースト部分706に含まれる場合がある情報の非限定的な例には、ACK信号(たとえば、PUCCH ACK、PUSCH ACK、即時ACK)、NACK信号(たとえば、PUCCH NACK、PUSCH NACK、即時NACK)、スケジューリング要求(SR)、バッファステータス報告(BSR)、HARQインジケータ、チャネル状態指示(CSI)、チャネル品質インジケータ(CQI)、サウンディング基準信号(SRS)、復調基準信号(DMRS)、PUSCHデータ、および/または様々な他の適切な種類の情報が含まれる。ULショートバースト部分706は、ランダムアクセスチャネル(RACH)手順、スケジューリング要求に関する情報、および様々な他の適切なタイプの情報などの、追加のまたは代替の情報を含んでもよい。

図7に示すように、DLデータ部分704の終了点は、ULショートバースト部分706の開始点から時間的に分離されてもよい。この時間分離は、場合によっては、ギャップ、ガード期間、ガードインターバル、および/または様々な他の好適な用語で呼ばれることがある。この分離は、DL通信(たとえば、下位のエンティティ(たとえば、UE)による受信動作)からUL通信(たとえば、下位のエンティティ(たとえば、UE)による送信動作)への切替えのための時間をもたらす。上記のことは、DL中心のワイヤレス通信構造の単なる一例であり、本明細書で説明する態様から必ずしも逸脱せずに、同様の特徴を有する代替構造が存在してもよい。

上記のように、図7は単に例として示されている。他の例が可能であり、図7に関して説明したことと異なってもよい。

図8は、UL中心のサブフレームまたはワイヤレス通信構造の一例を示す図800である。UL中心のサブフレームは、制御部分802を含んでもよい。制御部分802は、UL中心のサブフレームの最初の部分または開始部分に存在してもよい。図8における制御部分802は、図7を参照しながら上記で説明した制御部分702と同様であってもよい。いくつかの構成では、制御部分802は、物理DL制御チャネル(PDCCH)であってもよい。いくつかの態様では、ウェイクアップ信号は、PDCCHがUEに関連する情報を含むかどうかを示してもよく、時間的にPDCCHよりも前に(たとえば、前のサブフレームにおいてまたは同じサブフレームにおいてより早く)受信されてもよい。

UL中心のサブフレームはまた、ULロングバースト部分804を含んでもよい。ULロングバースト部分804は、場合によっては、UL中心のサブフレームのペイロードと呼ばれることがある。UL部分は、下位エンティティ(たとえば、UE)からスケジューリングエンティティ(たとえば、UEまたはBS)にULデータを通信するために利用される通信リソースを指す場合がある。

図8に示すように、制御部分802の終了点は、ULロングバースト部分804の開始点から時間的に分離されてもよい。この時間の分離は、場合によっては、ギャップ、ガード期間、ガードインターバル、および/または様々な他の適切な用語で呼ばれてもよい。この分離は、DL通信(たとえば、スケジューリングエンティティによる受信動作)からUL通信(たとえば、スケジューリングエンティティによる送信動作)への切替えのための時間をもたらす。

UDL中心のサブフレームはまた、ULショートバースト部分806を含んでもよい。図8におけるULショートバースト部分806は、図7に関して上記で説明したULショートバースト部分706と同様であってもよく、図7に関して上記で説明した情報のいずれを含んでもよい。上記のことは、UL中心のワイヤレス通信構造の単なる一例であり、本明細書で説明する態様から必ずしも逸脱せずに、同様の特徴を有する代替構造が存在してもよい。

いくつかの状況では、2つ以上の下位のエンティティ(たとえば、UE)はサイドリンク信号を使用して互いと通信してもよい。そのようなサイドリンク通信の現実世界の適用例は、公共安全、近接サービス、UEからネットワークへの中継、車両間(V2V)通信、インターネットオブエブリシング(IoE)通信、IoT通信、ミッションクリティカルメッシュ、および/または様々な他の好適な適用例を含んでもよい。一般に、サイドリンク信号は、スケジューリングおよび/または制御のためにスケジューリングエンティティが利用される場合があるにもかかわらず、スケジューリングエンティティ(たとえば、UEまたはBS)を通じて通信を中継せずに、ある下位のエンティティ(たとえば、UE1)から別の下位のエンティティ(たとえば、UE2)に通信される信号を指す場合がある。いくつかの例では、サイドリンク信号は、(通常は免許不要スペクトルを使用するワイヤレスローカルエリアネットワークとは異なり)免許必要スペクトルを使用して通信されてもよい。

一例では、フレームなどのワイヤレス通信構造は、UL中心のサブフレームとDL中心のサブフレームの両方を含んでもよい。この例では、フレーム内のDL中心のサブフレームに対するUL中心のサブフレームの割合は、送信されるULデータの量およびDLデータの量に少なくとも部分的に基づいて動的に調整されてもよい。たとえば、ULデータの方が多い場合、DL中心のサブフレームに対するUL中心のサブフレームの割合を大きくしてもよい。逆に、DLデータの方が多い場合、DL中心のサブフレームに対するUL中心のサブフレームの割合を小さくしてもよい。

上記のように、図8は単に例として示されている。他の例が可能であり、図8に関して説明したことと異なってもよい。

アイドルモードまたは接続モード不連続受信(CDRX)モードのときには、UEは、バッテリー電力を節約するために低電力状態に入ることがあり、周期的にウェイクアップして制御チャネル(たとえば、PDCCHなど)をページなどのUEに関する信号について監視する場合がある。しかし、そのような制御チャネル監視は、リソースを消耗する場合があり、制御チャネルが大量の情報を含む複合信号を使用するのでバッテリー電力を消費することがある。たとえば、UEは、ウェイクアップし、制御チャネル上で信号を探索し、信号が見つかった場合に信号を復号し、復号した信号がUEに関連するかどうかを判定することがある。復号した制御チャネル信号がUEに関連していないかまたは制御チャネル信号が検出されない場合、制御チャネル信号を探索し、受信し、復号するために使用されるバッテリー電力が消耗される。

本明細書で説明する技法は、単純な(たとえば、1ビット)ウェイクアップ信号を使用して、次の制御チャネル信号リソースがUEに関連する情報を含むかどうかをUEに指示する。このようにして、UEは、制御チャネルがUEに関連する信号を含むときにのみウェイクアップして複合制御チャネル信号処理を実行し、それによって、UEのバッテリー電力およびリソースを節約する。そのような技法は、MTC UE、NB-IoT UEなどに特に適しており、これらのUEは、たまにのみネットワークと通信することがあり、バッテリーの交換または再充電が困難な遠隔地に位置することがある。

図9は、ウェイクアップ信号を使用した制御チャネル監視の例900を示す図である。ウェイクアップ信号は、次の制御チャネル探索空間リソース(たとえば、時間領域、周波数領域、コード領域などにおける制御チャネルリソース)が、ページ、データなどの、UEについての情報を含むかどうかを示すように基地局からUEに通信されてもよい。いくつかの態様では、UEは、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別してもよい。ウェイクアップ信号リソースは、時間領域(たとえば、時分割多重を使用する)、周波数領域(たとえば、周波数分割多重を使用する)、コード領域(たとえば、シーケンスを使用する符号分割多重を使用する)などにおいて定義されてもよい。ウェイクアップ信号リソースは、制御チャネル探索空間リソースにマップされてもよく、制御チャネル探索空間リソースに先行してもよい。いくつかの態様では、ウェイクアップ信号リソースは、制御チャネル探索空間リソースを含むサブフレーム(またはスロット)よりも前のサブフレーム(またはスロット)に配置されてもよい。いくつかの態様では、ウェイクアップ信号リソースは、同じサブフレーム(またはスロット)において制御チャネル探索空間リソースに先行してもよい。いくつかの態様では、ウェイクアップ信号リソースは、1つまたは複数の制御チャネル探索空間リソース(たとえば、1つまたは複数のキャリア上、サブフレームの1つまたは複数のセット上など)にマップされてもよい。

図9に示すように、ウェイクアップ信号グループ905は、様々なリソースにおける(たとえば、時間領域、周波数領域、コード領域などにおける)複数のウェイクアップ信号を含んでもよい。たとえば、ウェイクアップ信号グループ905は、第1のウェイクアップ信号サブグループ910(WSサブグループ1として示されている)、第2のウェイクアップ信号サブグループ915(WSサブグループ2として示されている)、第3のウェイクアップ信号サブグループ920(WSサブグループ3として示されている)などを含んでもよい。ウェイクアップ信号サブグループは、1つまたは複数のウェイクアップ信号(たとえば、第1のウェイクアップ信号WS1および第2のウェイクアップ信号WS2として示されている)を含んでもよい。追加または代替として、ウェイクアップ信号グループ905に含まれるウェイクアップ信号サブグループ910、915、920は、第1のウェイクアップ信号周期925(たとえば、WS周期1)、第2のウェイクアップ信号周期930(たとえば、WS周期2)、第3のウェイクアップ信号周期935(たとえば、WS周期3)として示されている周期性および/または時間オフセットによって構成されてもよい。いくつかの態様では、様々なウェイクアップ信号グループが、それぞれに異なる周期性、時間オフセット、サブグループサイズ(たとえば、サブグループに含まれるウェイクアップ信号の数)などによって構成されてもよい。ウェイクアップ信号サブグループは、時間的に重複しないように示されているが、いくつかの態様では、第1のウェイクアップ信号サブグループは、時間的に第2のウェイクアップ信号サブグループ(たとえば、以後のウェイクアップ信号サブグループ)と重複してもよい。

さらに図9に示すように、第1の制御チャネル探索空間(CCSS)周期940は、第1のウェイクアップ信号サブグループ910によって制御されてもよく、第2のCCSS周期945は、第2のウェイクアップ信号サブグループ915によって制御されてもよく、第3のCCSS周期950は、第3のウェイクアップ信号サブグループ920によって制御されてもよい。参照番号955によって示されているように、CCSSリソースが第1のCCSS周期940から始まると、CCSSリソースに関連するUEは、第1のウェイクアップ信号サブグループ910におけるウェイクアップ信号を、CCSSリソースがUEに関連する情報を含むかどうかの指示について監視してもよい。たとえば、UEは、(たとえば、参照番号955によって示されているように)UEに関連するCCSSリソースを識別してもよく、CCSSリソースに対応するウェイクアップ信号リソース(たとえば、第1のウェイクアップ信号サブグループ910内の第2のウェイクアップ信号リソースWS2)を識別してもよく、ウェイクアップ信号リソースを、CCSSリソースを監視すべきかどうかの指示について監視してもよい。UEは、この指示に少なくとも部分的に基づいてCCSSリソースを選択的に監視してもよい。たとえば、UEは、指示が、CCSSリソースを監視すべきであることを示すときにウェイクアップ手順を開始してCCSSリソースを監視してもよく、または指示が、CCSSリソースを監視すべきでないことを示すときにはCCSSリソースの間スリープしてもよい。このようにして、UEは、CCSSリソースがUEに関連する情報を含まないときにCCSSリソースの監視をスキップしてもよく、それによってバッテリー電力およびUEリソースが節約される。

図示のように、第1のUE(たとえば、UE1)は、第1のCCSS周期940内の1つのCCSSリソースに関連付けられてもよい。第1のUEは、第1のウェイクアップ信号サブグループ910内のウェイクアップ信号を監視して、CCSSリソースを監視すべきかどうかを判定してもよい。たとえば、第1のUEは、(たとえば、後述のように、構成に応じて)WS1またはWS2の少なくとも一方を監視してもよい。さらに示すように、第2のUE(たとえば、UE2)は、第1のCCSS周期940から始まる2つのCCSSリソースに関連付けられてもよい。いくつかの態様では、第2のUEは、第1のウェイクアップ信号サブグループ910内の第1のウェイクアップ信号(たとえば、WS1)を監視して、CCSSリソースを監視すべきかどうかを判定してもよく、第1のウェイクアップ信号サブグループ910内の第2のウェイクアップ信号(たとえば、WS2)を監視して、第2のCCSSリソースを監視すべきかどうかを判定してもよい。いくつかの態様では、第2のUEは、単一のウェイクアップ信号(たとえば、WS1)を監視して、第1のCCSSリソースと第2のCCSSリソースの両方についてウェイクアップすべきかどうかを判定してもよい。たとえば、単一のウェイクアップ信号が複数のCCSSリソース(たとえば、いくつかのCCSSリソース、1つまたは複数のCCSSリソースに関連する期間など)に対応してもよい。いくつかの態様では、ウェイクアップ信号サブグループのサイズは、CCSS周期内に生じる、単一のUEに関連するCCSSリソースの最大数に対応してもよい。さらに示すように、第3のUE(たとえば、UE3)は、第1のCCSS周期940内の1つのCCSSリソースに関連付けられ、第1のUEに関して説明したのと同様に第1のウェイクアップ信号サブグループ910を監視してもよい。

参照番号960によって示されているように、CCSSリソースが第2のCCSS周期945から始まると、CCSSリソースに関連するUEは、第2のウェイクアップ信号サブグループ915におけるウェイクアップ信号を、CCSSリソースがUEに関連する情報を含むかどうかの指示について監視してもよい。たとえば、第1のUEおよび第2のUEは、第1のウェイクアップ信号サブグループ910に関して上記で説明したのと同様に第2のウェイクアップ信号サブグループ915を監視してもよい。しかし、第3のUEは、第2のCCSS周期945内にどのCCSSリソースにも関連付けられない。この場合、第3のUEは、第2のウェイクアップ信号サブグループ915の監視をスキップしてもよく、それによってバッテリー電力およびUEリソースがさらに節約される。いくつかの態様では、UEは、CCSSリソースを示す指示を基地局から受信してもよい。

参照番号965によって示されているように、CCSSリソースが第3のCCSS周期950から始まると、CCSSリソースに関連するUEは、第3のウェイクアップ信号サブグループ920におけるウェイクアップ信号を、CCSSリソースがUEに関連する情報を含むかどうかの指示について監視してもよい。たとえば、第1のUE、第2のUE、および第3のUEは、第1のウェイクアップ信号サブグループ910に関して上記で説明したのと同様に第3のウェイクアップ信号サブグループ920を監視してもよい。

参照番号970によって示すように、いくつかの態様では、ウェイクアップ信号サブグループの終了点とCCSS周期の開始点および/またはCCSS周期内に生じる第1のCCSSリソースとの間にマージン(たとえば、時間マージン)であってもよい。このマージンは、1つまたは複数のUEに関連するCCSSリソースが生じる前に1つまたは複数のUEによってウェイクアップ信号を処理するのに十分な時間が確保される場合がある。

さらに図9に示すように、いくつかの態様では、UEに関連するウェイクアップ信号サブグループの介在なしに、UEの対応するCCSS位置よりも前にウェイクアップ信号サブグループ(たとえば、ウェイクアップ信号サブグループの位置)が生じることがある。このようにして、レイテンシが短縮される場合があり、UEと基地局は、CCSSリソースよりもずっと前に生じるウェイクアップ信号サブグループを使用する場合と比較して事前にデータを処理する必要がなくなる。

いくつかの態様では、ウェイクアップ信号リソースは、複数のCCSSリソースにマップされてもよい。いくつかの態様では、複数のCCSSリソースは単一のUEに関連付けられてもよい。たとえば、第1のウェイクアップ信号サブグループ910は、第2のUEに関連する2つのCCSSリソースにマップされてもよい。追加または代替として、複数のCCSSリソースが複数のUEに関連付けられてもよい。たとえば、第1のウェイクアップ信号サブグループ910が第1のUEに関連する1つのCCSSリソースにマップされ、2つのCCSSリソースが第2のUEに関連付けられ、1つのCCSSリソースが第3のUEに関連付けられてもよい。いくつかの態様では、ウェイクアップ信号を使用して複数のUE用のCCSSリソースの監視を制御してもよく、それによって、各UEに別々のウェイクアップ信号を使用する場合と比較してネットワークリソースが節約される。

いくつかの態様では、UEは、ウェイクアップ信号リソースに関連する周期性または時間オフセットに少なくとも部分的に基づいてCCSSリソースに対応するウェイクアップ信号リソースを識別してもよい。たとえば、ウェイクアップ信号リソースは、CCSS周期の境界、CCSSリソースの境界などと比較して時間オフセットを有してもよい。さらに、それぞれに異なるウェイクアップ信号リソースは、周期性に従って時間的に分離されてもよい。いくつかの態様では、時間オフセットおよび/または周期性は、基地局によってUEにシグナリングされてもよい。

いくつかの態様では、UEは、1つまたは複数の因子に少なくとも部分的に基づいてウェイクアップ信号グループ(たとえば、1つまたは複数のウェイクアップ信号リソース)にマップされてもよい。この場合、基地局は、複数のウェイクアップ信号をそれぞれに異なるリソースまたはグループにおいて送信してもよく、1つまたは複数の因子に少なくとも部分的に基づいてUEをそれぞれに異なるリソースまたはグループに割り当ててもよい。因子は、たとえば、UEに関連するUE識別子、UEによって監視される制御チャネル通信に関連する無線ネットワーク一時識別子(RNTI)、UEに関連する信号対雑音比(SINR)、UEに関連する最大反復レベル、UEについての制御チャネル通信に関連する実際の反復レベル、UEに関連するCCSSリソースに関連するキャリアインデックスなどを含んでもよい。いくつかの態様では、UE識別子を使用してUEをウェイクアップ信号グループに割り当てる場合、割当てに使用されるUE識別子のビットは、(たとえば、ページを受信するために)UEをページンググループに割り当てるために使用されるUE識別子のビットとは異なってもよい。このようにして、ウェイクアップ信号リソースは、同じページングリソースを監視するそれぞれに異なるUEについて異なってもよく、それによって誤ページングウェイクアップが低減する。いくつかの態様では、UEがPDCCHについての複数のRNTIを監視して、ウェイクアップ信号リソースがRNTIに依存する場合、UEは、UEによって監視されるすべてのRNTIについて1つのウェイクアップ信号リソースのみを監視してもよい。この場合、基地局は、1つのRNTIに対応するウェイクアップ信号リソースを送ってもよいが、異なるRNTIを使用して実際のPDCCHを送ってもよい。代替的に、UEは、様々な異なるRNTIについてそれぞれに異なるウェイクアップ信号リソースを監視してもよい。

いくつかの態様では、ウェイクアップ信号グループに対するUEのそのようなマッピングは性能を向上させる場合がある。たとえば、第1のウェイクアップ信号グループは、短い周期性を有してもよく、ウェイクアップ信号は、長い周期性を有する第2のウェイクアップ信号グループよりも頻繁に送信される。この場合、基地局は、低いSINR(たとえば、しきい値よりも低いSINR)、繰り返される通信のための高い反復レベル(たとえば、しきい値よりも高い最大反復レベルまたは実際の反復レベル)などを有するUEを第1のウェイクアップ信号グループにマップしてもよい。このようにして、不十分なネットワーク条件に関連するUEは、周期性が低いことに起因してウェイクアップ信号を受信する可能性がより高い。逆に、基地局は、高いSINR(たとえば、しきい値よりも高いSINR)、繰り返される通信のための低い反復レベル(たとえば、しきい値よりも低い最大反復レベルまたは実際の反復レベル)などを有するUEを第2のウェイクアップ信号グループにマップしてもよい。このようにして、良好なネットワーク条件に関連するUEは、周期性がより高いのでバッテリー電力およびUEリソースを節約する場合がある。

いくつかの態様では、ウェイクアップ信号は固定リソースにおいて送信されてもよく、それによって、ウェイクアップ信号を監視するのに必要なUE電力が低減する。いくつかの態様では、ウェイクアップ信号は、複数のリソースにおいて送信されてもよく、UEは、複数のリソースを監視してもよく、それによって、UE電力消費量が犠牲になってスケジューリングの融通性が向上する場合がある。いくつかの態様では、ウェイクアップ信号は、(たとえば、ウェイクアップ信号または複数のウェイクアップ信号を時間ギャップの介在を伴って送信される複数のチャンクに分割することによって)時間ダイバーシティを使用して送信されてもよい。たとえば、ウェイクアップ信号は、空間周波数ブロックコーディング(SFBC)、空間時間送信ダイバーシティ(STTD)、ビーム掃引などを使用して送信されてもよい。追加または代替として、ウェイクアップ信号は、周波数ダイバーシティを使用して(たとえば、それぞれに異なるウェイクアップ信号に周波数ホッピングを使用して)送信されてもよい。

上記のように、図9は一例として示されている。他の例が可能であり、図9に関して説明したことと異なってもよい。

図10は、ウェイクアップ信号を使用した制御チャネル監視の例1000を示す図である。図9に関して上記で説明したように、ウェイクアップ信号は、基地局からUEに通信され、次のCCSSリソース(たとえば、PDCCH探索空間リソース)が、ページなどのUEについての情報を含むかどうかを示してもよい。いくつかの態様では、UEは、UEに関連するCCSSリソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別してもよい。ウェイクアップ信号リソースは、CCSSリソースにマップされてもよく、制御チャネル探索空間リソースに先行してもよい。

参照番号1005によって示すように、いくつかの態様では、ウェイクアップ信号は、CCSSリソースよりも前の事前構成された期間に生じてもよい。事前構成された期間は、たとえば、CCSSリソースなどよりも前のいくつかのサブフレーム(またはスロット)であってもよい。この場合、UEは、対応するCCSSリソースおよびサブフレームの数に少なくとも部分的に基づいてウェイクアップ信号リソースを識別してもよい。いくつかの態様では、基地局は、事前構成された期間(たとえば、サブフレームの数)をUEにシグナリングしてもよい。追加または代替として、事前構成された期間は、UEに関連するSINR、UEに関連する制御チャネルの最大反復レベル、UEについての制御チャネル通信に関連する実際の反復レベルなどのうちの少なくとも1つに少なくとも部分的に基づいて決定されてもよい。たとえば、低いSINRおよび/または高い反復レベルに関連するUEは、ウェイクアップ信号リソースとCCSSリソースとの間のより多くのサブフレームを使用してCCSSリソースよりも前にウェイクアップ信号反復の機会をもたらすように構成されてもよい。逆に、高いSINRおよび/または低い反復レベルに関連するUEは、ウェイクアップ信号反復が必要とされない場合があるのでウェイクアップ信号リソースとCCSSリソースとの間のより少ないサブフレームを使用するように構成されてもよい。

いくつかの態様では、同じCCSSリソースに関連するそれぞれに異なるUEは、CCSSリソースに対応するウェイクアップ信号サブグループに含まれるそれぞれに異なるウェイクアップ信号を監視してもよい。たとえば、第1のUEは、ウェイクアップ信号サブグループ内の第1のウェイクアップ信号を監視して、CCSSリソースを監視すべきかどうかを判定してもよく、第2のUEは、ウェイクアップ信号サブグループ内の第2のウェイクアップ信号を監視して、CCSSリソースを監視すべきかどうかを判定してもよい。このようにして、様々なUEにそれぞれに異なるウェイクアップ信号サブグループを使用するのではなく、複数のUEが同じウェイクアップ信号サブグループを監視するのを可能にすることによって、ネットワークリソースが節約されてもよい。

対応するCCSSリソースよりも構成可能な数のサブフレーム(またはスロット)分前に生じるウェイクアップ信号リソースを使用することによって、スケジューリング遅延を低減させることができる。たとえば、基地局は、通信が実際に送られる時間により近い時間に通信についてのスケジューリング決定を下すことが可能であってもよく、それによって、スケジューリングの間のネットワークリソースの利用が向上する。

いくつかの態様では、基地局はUEにウェイクアップ信号モードをシグナリングしてもよく、ならびに/または基地局とUEはウェイクアップ信号モードをネゴシエートしてもよい。いくつかの態様では、第1のウェイクアップ信号モードは、ウェイクアップ信号サブグループを使用して、図9に関して上記で説明したようにCCSS周期に含まれるCCSSリソースについての指示を与えてもよい。いくつかの態様では、第2のウェイクアップ信号モードは、図10に関して説明したようにCCSSリソースの介在なしに各CCSSリソースよりも前にウェイクアップ信号を使用してもよい。いくつかの態様では、ウェイクアップ信号モードは、ウェイクアップ信号がページング、CDRX、特定の種類のRNTIなどに使用されるかどうかに少なくとも部分的に基づいて決定されてもよい。いくつかの態様では、両方のウェイクアップ信号モードが一緒に使用されてもよい。たとえば、第1のウェイクアップ信号モードは、CCSS周期内のUE用の第1のCCSSリソースに使用されてもよく、第2のウェイクアップ信号モードは、CCSS周期内のUE用の追加のCCSSリソースに使用されてもよい。

いくつかの態様では、ウェイクアップシグナリングに関連する構成情報は、マスタ情報ブロック、システム情報ブロック、ユニキャスト通信(たとえば、CDRX)などに含められてもよい。構成情報は、たとえば、周期性、ウェイクアップ信号グループの数および/または構成、ウェイクアップ信号サブグループの数および/または構成、マージンなどを含んでもよい。

いくつかの態様では、ウェイクアップ信号リソースにウェイクアップ信号が存在することは、対応するCCSSリソースが、ウェイクアップ信号を監視するUEに関連する情報を含むことを示してもよい。この場合、UEは、ウェイクアップ信号リソースにウェイクアップ信号が存在するときにCCSSリソースを監視するように構成されてもよい。追加または代替として、ウェイクアップ信号リソースにウェイクアップ信号に存在しないことは、対応するCCSSリソースが、ウェイクアップ信号を監視するUEに関連する情報を含まないことを示してもよい。この場合、UEは、ウェイクアップ信号リソースにウェイクアップ信号が存在しないときにCCSSリソースの監視をスキップするように構成されてもよい。このようにして、基地局は、対応するCCSSリソースがUEに関連する情報を含まないときにウェイクアップ信号の送信を妨げてもよく、それによってネットワークリソースが節約される。いくつかの態様では、基地局は、同じ期間、同じ周波数などにおけるUEのそれぞれに異なるグループに対応する複数のウェイクアップ信号を送信してもよい。代替的に、ウェイクアップ信号リソースにウェイクアップ信号が存在することは、対応するCCSSリソースが、ウェイクアップ信号を監視するUEに関連する情報を含まないことを示してもよく、ウェイクアップ信号リソースにウェイクアップ信号が存在しないことは、対応するCCSSリソースが、ウェイクアップ信号を監視するUEに関連する情報を含むことを示してもよい。

いくつかの態様では、ウェイクアップ信号における第1のビット値(たとえば、1)は、CCSSリソースがUEに関連する情報を含むのでCCSSリソースを監視すべきであることを示してもよく、ウェイクアップ信号における第2のビット値(たとえば、0)は、CCSSリソースがUEに関連する情報を含まないのでCCSSリソースをスキップすべきであることを示してもよい。いくつかの態様では、ウェイクアップ信号に単一のビットが使用されてもよい。いくつかの態様では、ウェイクアップ信号に複数のビットが使用されてもよい。いくつかの態様では、ウェイクアップ信号のペイロードサイズ(たとえば、ビット数)は、レガシーダウンリンク制御情報(DCI)に使用されるビットの数よりも小さくてもよい。たとえば、レガシーDCIペイロード(たとえば、PDCCHペイロード)は23ビットであってもよく(たとえば、NB-IoTデバイスの場合)、ウェイクアップ信号のペイロードサイズは、たとえば、1ビット、2ビット、3ビット、4ビット、5ビットなどであってもよい。PDCCHを復号するために監視すべきリソースの数は、ペイロードビットの数とともに増加するので、より小さいペイロードを使用すると、監視されるリソースの数を減らす助けになる。このようにして、UEは、より少ないサブフレームまたはリソース要素を監視することによって電力を節約してもよい。いくつかの態様では、ウェイクアップ信号とともに送られたDCIは、レガシーDCIと同じ探索空間内で送られてもよい。いくつかの態様では、ウェイクアップ信号とともに送られるDCIは、レガシーDCIよりも早い探索空間内で送られてもよい。いくつかの態様では、ウェイクアップ信号とともに送られるDCIは、レガシーDCIとは異なる探索空間内で送られてもよい。

いくつかの態様では、ビットの値は、ウェイクアップ信号が複数のCCSSリソースに対応するときに監視すべき特定のCCSSリソースを示してもよい。たとえば、第1の値が、UEがウェイクアップ信号に対応する第1のCCSSリソースのみを監視すべきであることを示し、第2の値が、UEがウェイクアップ信号に対応する第2のCCSSリソースのみを監視すべきであることを示し、第3の値が、UEが第1のCCSSリソースと第2のCCSSリソースの両方を監視すべきであることを示し、第4の値(またはウェイクアップ信号が存在しないこと)が、すべての対応するCCSSリソースの監視をスキップすべきであることを示す、などのことが行われてもよい。

いくつかの態様では、ウェイクアップ信号の1つまたは複数のペイロードビットは、対応するCCSSリソースを監視すべきかどうか、対応するCCSSリソースを監視すべき(たとえば、UE識別子、RNTIなどによって示される)1つまたは複数のUE、制御チャネルが有効化される1つまたは複数のリソース(たとえば、キャリア、探索空間、サブフレーム、スロット、時間リソース、周波数リソースなど)、制御チャネルを復号するために使用すべき1つまたは複数のパラメータ(たとえば、帯域幅、制御チャネルの種類など)、UEが、ウェイクアップ信号および/またはCCSSリソースを監視することに関連するCSIフィードバックを送信すべきかどうかなどのうちの少なくとも1つを示してもよい。いくつかの態様では、制御チャネルは、PDCCH、eMTC PDCCH、NB-IoT PDCCH、レガシーPDCCH、ePDCCHなどであってもよい。

いくつかの態様では、ウェイクアップ信号リソースは、複数のリソース要素を介して送信されるウェイクアップ信号に関連するリソース要素の数に対応してもよく、UEがウェイクアップ信号について監視するように構成されるリソース要素の数は、制御チャネル通信の最大反復レベルまたはUEに関連する信号対雑音比に少なくとも部分的に基づいて決定される。たとえば、ウェイクアップ信号は、複数のサブフレームを介して送られてもよく、UEは、複数のサブフレームの一部またはすべてのサブフレームを監視してもよい。いくつかの態様では、ウェイクアップ信号が構成されるサブフレームの数(たとえば、ウェイクアップ信号の長さ)は、制御チャネルについての最大反復レベルに少なくとも部分的に基づいてもよい(制御チャネルについての最大反復レベルと等しくてもよい)。いくつかの態様では、システムによってサポートされる最大反復レベルによって構成されたUEは、すべてのサブフレームを監視してもよい。いくつかの態様では、システムによってサポートされる最大反復レベルよりも低い最大制御チャネル反復レベルによって構成されたUEは、すべてのサブフレームよりも少ないサブフレーム(たとえば、サブフレームの一部)を監視してもよい。いくつかの態様では、UEによって監視されるサブフレームおよび/またはリソース要素の数は、UEに関連する最大制御チャネル反復レベルおよび/またはUEに関連するSINRの関数であってもよい。このようにして、UEは、良好なネットワーク条件のときにはバッテリー電力およびUEリソースを節約することがあり、不十分なネットワーク条件のときにはウェイクアップ信号を受信する可能性を高める場合がある。追加または代替として、UEは、UEが条件を満たす反復レベルまたは信号対雑音比に関連付けられているとの判定に少なくとも部分的に基づいてウェイクアップ信号リソースを識別または監視するように構成されてもよい。たとえば、ウェイクアップ信号監視は、UEが不十分なネットワーク条件に関連付けられているときにのみUEに対して有効化されてもよい。

いくつかの態様では、ウェイクアップ信号の長さ(たとえば、ウェイクアップ信号に使用されるリソース要素、サブフレーム、ビットなどの数)は、上述のように、制御チャネルに関連する最大反復レベルおよび/または実際の反復レベルに少なくとも部分的に基づいて構成されてもよい。追加または代替として、ウェイクアップ信号の長さは、ウェイクアップ信号が送信ダイバーシティ(TxD)を使用して送信されるかどうか、ウェイクアップ信号が周波数ホッピングを使用して送信されるかどうか、UEおよび/またはセルに関連するDRXサイクル長さなどに少なくとも部分的に基づいて構成されてもよい。たとえば、ウェイクアップ信号がTxDを使用して送信される場合、(たとえば、所与のSINRレベルについての)ウェイクアップ信号の長さは、ウェイクアップ信号がTxDを使用して送信されない場合よりも短くなるように構成されてもよい。同様に、ウェイクアップ信号が周波数ホッピングを使用して送信される場合、(たとえば、所与のSINRレベルについての)ウェイクアップ信号の長さは、ウェイクアップ信号が周波数ホッピングを使用して送信されない場合よりも短くなるように構成されてもよい。このようにして、ウェイクアップ信号の長さは、TxDおよび/または周波数ホッピングの結果としてUEがウェイクアップ信号を受信する可能性が高くなったときにはネットワークリソースを節約するために短くしてもよい。

いくつかの態様では、ウェイクアップ信号は、DRXサイクルがより長い(たとえば、しきい値以上である)場合はより長くなるように構成されてもよく、DRXサイクルがより短い場合はより短くなるように構成されてもよい。DRXサイクルの長さが長くなるにつれて、タイミング誤差および/または周波数誤差の可能性が高くなり、したがって、ウェイクアップ信号は、長さが長くなることにより、UEによってウェイクアップ信号が反復される可能性が高くなるように構成されてもよい。追加または代替として、ウェイクアップ信号の長さは、無線リソース制御(RRC)構成メッセージを介して明示的に構成されてもよい(たとえば、シグナリングされてもよい)。

いくつかの態様では、ウェイクアップ信号の持続時間を短縮し、UEスリープモード(たとえば、マイクロスリープ)を有効化するために、ウェイクアップ信号がより高い帯域幅(たとえば、最大可能帯域幅または最大可能帯域幅に対応する電力レベル)を使用して送信されてもよい。たとえば、ウェイクアップ信号が、NB-IoTの場合には、完全な1つのリソースブロックを使用して送信され、eMTCの場合には、完全な6つのリソースブロックを使用して送信されることなどが行われてもよい。追加または代替として、ウェイクアップ信号は、ウェイクアップ信号が送信されるシンボルにおける未使用リソース要素の電力を使用することによる電力ブーストによって送信されてもよく、したがって、UEが監視する必要がある帯域幅が小さくなる。たとえば、NB-IoTでは、ウェイクアップ信号は2つのトーンにおいて送信されてもよいが、UEが12個のリソース要素としての性能を効果的に実現するが、2つのリソース要素のみを監視するように、リソースブロック全体の電力を使用してもよい。追加または代替として、ウェイクアップ信号に使用される帯域幅(たとえば、周波数領域におけるリソース要素の数)は構成可能であってもよい。いくつかの態様では、ウェイクアップ信号送信は、送信に使用される周波数の数を減らす前に送信用のシンボルの数を最小限に抑えるように構成されてもよい。

いくつかの態様では、UEは、ウェイクアップ信号を検出したことに応答して確認応答指示(ACK)を送信してもよい。このようにして、基地局は、ACKが受信されないときにPDCCH上の送信を回避することによってリソースを節約してもよい。いくつかの態様では、基地局は、対応するPDCCH通信についてのACKに依存してもよい。いくつかの態様では、基地局は、(たとえば、DRXオン持続時間、ページングオケージョンなどにおいて)複数のウェイクアップ信号を送信してもよく、UEは、複数のウェイクアップ信号に確認応答してもよい。いくつかの態様では、PDCCH通信に応答してACKが使用される場合、基地局は、ACKが受信されない場合、ウェイクアップ信号および対応するPDCCH通信を再送してもよい。この場合、複数の送信に対応するためにDRXオン持続時間を延ばしてもよい。いくつかの態様では、UEは、連続するウェイクアップ信号および/または対応するPDCCH通信間にスリープして電力の節約を実現してもよい。

いくつかの態様では、NB-IoTの場合、ウェイクアップ信号は、PDCCH通信とは異なるキャリア上で送られてもよい。追加または代替として、1つのウェイクアップ信号リソースが複数のPDCCHキャリア、サブフレーム、探索空間などに対応してもよい。いくつかの態様では、NB-IoTキャリア上のウェイクアップ信号に使用されるサブフレームは、そのキャリア上のPDCCH通信および/またはPDSCH通信に利用可能であると判定されたサブフレームと同じサブフレームであってもよい。いくつかの態様では、独立した有効なサブフレーム構成(たとえば、ビットマップ)が、NB-IoTキャリア上のウェイクアップ信号リソースについてシグナリングされてもよい。いくつかの態様では、ウェイクアップ信号は、PDSCH領域において送られてもよく、(たとえば、独立帯域および/もしくは保護帯域用に)サブフレーム全体を占有してもよく、または(たとえば、帯域内用に)サブフレームの非制御部のみを占有してもよい。代替として、ウェイクアップ信号は、独立帯域および/または保護帯域用にサブフレーム全体を占有してもよい。いくつかの態様では、狭帯域基準信号(NRS)が存在してもよく、ウェイクアップ信号は、NRSを中心としてレートマッチングされ、ならびに/またはパンクチャリングされてもよい。いくつかの態様では、UEは、NRSが存在すると仮定してもよい。いくつかの態様では、UEは、NRSが存在しないと仮定してもよい。いくつかの態様では、UEは、NRSがウェイクアップ信号リソース(たとえば、ウェイクアップ信号と同じサブフレーム)に存在するかしないかについての指示を受信してもよく、この指示に少なくとも部分的に基づいてウェイクアップ信号を復号してもよい。追加または代替として、UEは、キャリアがアンカーキャリアであるか非アンカーキャリアであるかに少なくとも部分的に基づいて、NRSがキャリア上に存在するかしないかを判定してもよい。

いくつかの態様では、UEは、ウェイクアップ信号の受信および/または対応するPDCCH通信に適応的受信ダイバーシティ(RxD)を適用してもよい。たとえば、UEは、RxDなしでウェイクアップ信号を監視してもよく、(たとえば、ウェイクアップ信号を監視する際に電力を節約するために)RxDによって対応するPDCCHを監視してもよい。追加または代替として、UEは、受信すべき通信が、ウェイクアップ信号であるか、対応するPDCCHなどであるかに少なくとも部分的に基づいて、(たとえば、ある数のウェイクアップ信号の受信後、ある数のPDCCH通信の受信後、ある数のページングオケージョン後、ある数のPDCCH監視オケージョン後などに)RxDを有効化または無効化するように1つまたは複数のパラメータを修正してもよい。

いくつかの態様では、20MHz帯域幅の場合、UEがより小さい帯域幅を監視できるように5MHz PDCCH制御領域がPDSCHに定義されてもよい。いくつかの態様では、複数のそのような5MHzレガシーPDCCH領域が定義されてもよい。この場合、UEハードウェアなどの再使用を可能にするためにレガシーPDCCH多重化が再使用されてもよい。たとえば、OFDMシンボルの第1のセットが、UEが監視する第1のPDCCH制御領域に対応してもよく、OFDMシンボルの第2のセットが、異なるサブフレーム、異なるUE識別子などについての第2のPDCCH制御領域に対応してもよい。

上記のように、図10は一例として示されている。他の例が可能であり、図10に関して説明したことと異なってもよい。

図11は、ワイヤレス通信の方法1100のフローチャートである。この方法は、UE(たとえば、図1のUE120、図9および/または図10に関して説明した1つまたは複数のUE、図13の装置1302、図14の装置1302'など)によって実行されてもよい。

1110において、UEは、UEに関連するウェイクアップ信号リソースを識別してもよい。たとえば、UEは、図9および図10に関して上記で説明したように、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別してもよい。ウェイクアップ信号リソースは、制御チャネル探索空間リソースにマップされてもよく、(たとえば、時間的に)制御チャネル探索空間リソースに先行してもよい。

いくつかの態様では、ウェイクアップ信号リソースは、複数の制御チャネル探索空間リソースにマップされる。いくつかの態様では、複数の制御チャネル探索空間リソースはUEに関連付けられる。いくつかの態様では、複数の制御チャネル探索空間リソースは複数のUEに関連付けられる。いくつかの態様では、ウェイクアップ信号リソースにおけるウェイクアップ信号は、制御チャネル探索空間リソースを監視すべき1つまたは複数のUEを示す。いくつかの態様では、ウェイクアップ信号リソースは、同じページングリソースを監視するそれぞれに異なるUEについて異なる。

いくつかの態様では、ウェイクアップ信号リソースは、ウェイクアップ信号リソースに関連する周期性または時間オフセットに少なくとも部分的に基づいて識別される。いくつかの態様では、ウェイクアップ信号リソースは、たとえば、UEに関連するUE識別子、UEによって監視される制御チャネル通信に関連する無線ネットワーク一時識別子(RNTI)、UEに関連する信号対雑音比、UEに関連する最大反復レベル、UEについての制御チャネル通信に関連する実際の反復レベル、制御チャネル探索空間リソースに関連するキャリアインデックス、またはそれらの何らかの組合せのうちの少なくとも1つに少なくとも部分的に基づいて識別されてもよい。

いくつかの態様では、ウェイクアップ信号リソースは、UEに関連するウェイクアップ信号リソースの介在なしに制御チャネル探索空間リソースよりも前に生じる。いくつかの態様では、ウェイクアップ信号リソースは、制御チャネル探索空間リソースよりもある数のサブフレームほど前に生じる。いくつかの態様では、サブフレームの数は、UEに関連する信号対雑音比、UEに関連する最大反復レベル、UEについての制御チャネル通信に関連する実際の反復レベル、またはそれらの何らかの組合せのうちの少なくとも1つに少なくとも部分的に基づいて識別される。

いくつかの態様では、UEは、UEが条件を満たす反復レベルまたは信号対雑音比に関連付けられているとの判定に少なくとも部分的に基づいてウェイクアップ信号リソースを識別または監視するように構成される。

1120において、UEは、ウェイクアップ信号リソースを、制御チャネル探索空間リソースを監視すべきかどうかの指示について監視してもよい。たとえば、UEは、図9および図10に関して上記で説明したように、制御チャネル探索空間リソースを監視すべきかどうかを示す場合があるウェイクアップ信号リソースを監視してもよい。

いくつかの態様では、UEは、ウェイクアップ信号リソースにウェイクアップ信号が存在するときに制御チャネル探索空間リソースを監視するように構成される。追加または代替として、UEは、ウェイクアップ信号リソースにウェイクアップ信号が存在しないときに制御チャネル探索空間リソースの監視をスキップするように構成される。いくつかの態様では、UEは、UEが条件を満たす反復レベルまたは信号対雑音比に関連付けられているとの判定に少なくとも部分的に基づいてウェイクアップ信号リソースを識別または監視するように構成される。

いくつかの態様では、ウェイクアップ信号リソースは、複数のリソース要素を介して送信されるウェイクアップ信号に関連するリソース要素の数に対応する。いくつかの態様では、UEがウェイクアップ信号について監視するように構成されるリソース要素の数は、制御チャネル通信の最大反復レベルまたはUEに関連する信号対雑音比に少なくとも部分的に基づいて決定される。いくつかの態様では、ウェイクアップ信号の長さは、制御チャネル探索空間リソースを含む制御チャネルに関連する最大反復レベル、制御チャネルに関連する実際の反復レベル、ウェイクアップ信号が送信ダイバーシティを使用して送信されるかどうかの判定、ウェイクアップ信号が周波数ホッピングを使用して送信されるかどうかの判定、UEに関連する不連続受信サイクル長、無線リソース制御(RRC)制御メッセージ、またはそれらの何らかの組合せのうちの少なくとも1つに少なくとも部分的に基づいて構成される。いくつかの態様では、ウェイクアップ信号リソースにおけるウェイクアップ信号のペイロードサイズは、制御チャネル探索空間リソースを含む制御チャネル内のレガシーダウンリンク制御情報に使用されるペイロードサイズよりも小さく、ウェイクアップ信号はまた、物理ダウンリンク制御チャネル(PDCCH)上で搬送される。

いくつかの態様では、ウェイクアップ信号リソースは、ウェイクアップ信号が接続モード不連続受信(CDRX)に使用されているかどうかに少なくとも部分的に基づいて判定されるウェイクアップ信号モードに少なくとも部分的に基づいて識別または監視される。

1130において、UEは、指示に少なくとも部分的に基づいて制御チャネル探索空間リソースを選択的に監視してもよい。たとえば、UEは、図9および図10に関して上記で説明したように、制御チャネル探索空間リソースを監視すべきかどうかの、ウェイクアップ信号リソースにおける指示に少なくとも部分的に基づいて制御チャネル探索空間リソースを選択的に監視してもよい(たとえば、監視するかまたは監視をスキップしてもよい)。

いくつかの態様では、UEは、ウェイクアップ信号リソースの監視が、制御チャネル探索空間リソースを監視すべきであることを示すときに制御チャネル探索空間リソースを監視するためのウェイクアップ手順を開始するように構成される。追加または代替として、UEは、ウェイクアップ信号リソースの監視が、制御チャネル探索空間リソースを監視すべきではないことを示すときに制御チャネル探索空間リソースの間スリープするように構成される。

図11は、ワイヤレス通信方法の例示的なブロックを示すが、いくつかの態様では、この方法は、図11に示すブロックに対する追加のブロック、図11に示すブロックよりも少ないブロック、図11に示すブロックとは異なるブロック、または図11に示すブロックとは異なるように配置されたブロックを含んでもよい。追加または代替として、図11に示す2つ以上のブロックは並列に実行されてもよい。

図12は、ワイヤレス通信の方法1200のフローチャートである。この方法は、基地局(たとえば、図1の基地局110、図9および/または図10に関して説明した1つまたは複数の基地局、図15の装置1502、図16の装置1502'など)によって実行されてもよい。

1210において、基地局は、UEに関連するウェイクアップ信号リソースを識別してもよい。たとえば、基地局は、図9および図10に関して上記で説明したように、UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別してもよい。ウェイクアップ信号リソースは、制御チャネル探索空間リソースにマップされてもよく、制御チャネル探索空間リソースに先行してもよい。

いくつかの態様では、ウェイクアップ信号リソースは、複数の制御チャネル探索空間リソースにマップされる。いくつかの態様では、複数の制御チャネル探索空間リソースはUEに関連付けられる。いくつかの態様では、複数の制御チャネル探索空間リソースは複数のUEに関連付けられる。

いくつかの態様では、ウェイクアップ信号リソースは、ウェイクアップ信号リソースに関連付けられUEに指示される周期性または時間オフセットに少なくとも部分的に基づいて識別される。いくつかの態様では、ウェイクアップ信号リソースは、UEに関連するUE識別子、UEによって監視される制御チャネル通信に関連する無線ネットワーク一時識別子(RNTI)、UEに関連する信号対雑音比、UEに関連する最大反復レベル、UEについての制御チャネル通信に関連する実際の反復レベル、制御チャネル探索空間リソースに関連するキャリアインデックス、またはそれらの何らかの組合せのうちの少なくとも1つに少なくとも部分的に基づいて識別される。

いくつかの態様では、ウェイクアップ信号リソースは、UEに関連するウェイクアップ信号リソースの介在なしに制御チャネル探索空間リソースよりも前に生じる。いくつかの態様では、ウェイクアップ信号リソースは、制御チャネル探索空間リソースよりもある数のサブフレームほど前に生じる。いくつかの態様では、サブフレームの数は、UEに関連する信号対雑音比、UEに関連する最大反復レベル、UEについての制御チャネル通信に関連する実際の反復レベル、またはそれらの何らかの組合せのうちの少なくとも1つに少なくとも部分的に基づいて識別される。

1220において、基地局は、制御チャネル探索空間がUEに関連する制御情報を含むことになるかどうかを判定してもよい。たとえば、基地局は、図9および図10に関して上記で説明したように、制御チャネル探索空間がUEに関連する制御情報を含むことになるかどうかを判定してもよい。制御チャネル探索空間は、制御チャネル探索空間リソースに関連付けられてもよい。

1230において、基地局は、制御チャネル探索空間が、UEに関連する制御情報を含むかどうかの判定に少なくとも部分的に基づいてウェイクアップ信号リソースにおけるウェイクアップ信号を選択的に送信してもよい。たとえば、基地局は、図9および図10に関して上記で説明したように、制御チャネル探索空間が、UEに関連する制御情報を含むことになるかどうかの判定に少なくとも部分的に基づいて、ウェイクアップ信号リソースにおけるウェイクアップ信号を選択的に送信してもよい。いくつかの態様では、ウェイクアップ信号は、制御チャネル探索空間リソースを監視するためのウェイクアップ手順を開始すべきかそれとも制御チャネル探索空間リソースの間スリープすべきかを指示する。いくつかの態様では、ウェイクアップ信号は、制御チャネル探索空間リソースを監視すべき1つまたは複数のUEを示す。

いくつかの態様では、基地局は、制御チャネル探索空間がUEに関連する制御情報を含むときにウェイクアップ信号を送信するように構成される。追加または代替として、基地局は、制御チャネル探索空間がUEに関連する制御情報を含まないときにウェイクアップ信号の送信をスキップするように構成される。

図12は、ワイヤレス通信の方法の例示的なブロックを示すが、いくつかの態様では、この方法は、図12に示すブロックに対する追加のブロック、図12に示すブロックよりも少ないブロック、図12に示すブロックとは異なるブロック、または図12に示すブロックとは異なるように配置されたブロックを含んでもよい。追加または代替として、図12に示す2つ以上のブロックが並列に実行されてもよい。

図13は、例示的な装置1302内のそれぞれに異なるモジュール/手段/構成要素間のデータフローを示す概念データフロー図1300である。装置1302は、UEであってもよい。いくつかの態様では、装置1302は、受信モジュール1304、識別モジュール1306、監視モジュール1308、および/または送信モジュール1310を含む。

受信モジュール1304は、装置1302に関連する制御チャネル探索空間リソースを識別する情報を基地局1350からのデータ1312として受信してもよい。受信モジュール1304は、制御チャネル探索空間リソースを識別する情報を識別モジュール1306にデータ1314として提供してもよい。識別モジュール1306は、装置1302に関連する制御チャネル探索空間リソースに少なくとも部分的に基づいて装置1302に関連するウェイクアップ信号リソースを識別してもよい。識別モジュール1306は、ウェイクアップ信号リソースを識別する情報を監視モジュール1308にデータ1316として提供してもよい。

監視モジュール1308は、ウェイクアップ信号リソースを、制御チャネル探索空間リソースを監視すべきかどうかの指示について監視してもよい。いくつかの態様では、監視モジュール1308と受信モジュール1304は、データ1318を使用して通信してもよい。たとえば、監視モジュール1308は、ウェイクアップ信号リソースの指示をデータ1318として与えてもよく、受信モジュール1304は、ウェイクアップ信号リソースを監視してもよい。受信モジュール1304は、ウェイクアップ信号リソースの監視に少なくとも部分的に基づく指示を監視モジュール1308にデータ1318として与えてもよい。監視モジュール1308は、制御チャネル探索空間リソースを監視すべきかどうかを判定するための指示を解釈してもよく、制御チャネル探索空間リソースを監視すべきかどうかの指示に少なくとも部分的に基づいて制御チャネル探索空間リソースを選択的に監視してもよい。たとえば、監視モジュール1308は、制御チャネル探索空間リソースを監視すべきかどうかの指示を受信モジュール1304にデータ1318として提供してもよい。受信モジュール1304は、指示に少なくとも部分的に基づいて制御チャネル探索空間リソースを選択的に監視してもよい。

いくつかの態様では、1つまたは複数のモジュール1304、1306、1308は、データ1320を送信モジュール1310に提供してもよく、送信モジュール1310は、データ1322を基地局1350に提供してもよい。たとえば、送信モジュール1310は、(たとえば、制御チャネル探索空間リソースが、装置1302にデータ1322を基地局1350に送信するように命令する制御情報を含むときに)制御チャネル探索空間リソースを監視する装置1302に少なくとも部分的に基づいて基地局1350にデータ1322を送信してもよい。

装置は、図11の上記のフローチャートにおけるアルゴリズムのブロックの各々を実行する、追加のモジュールを含んでもよい。そのため、図11の上記のフローチャート内の各ブロックは、モジュールによって実行される場合があり、装置は、それらのモジュールのうちの1つまたは複数を含んでもよい。モジュールは、前述のプロセス/アルゴリズムを実行するように特に構成され、指定されたプロセス/アルゴリズムを実行するように構成されたプロセッサによって実施され、プロセッサによる実施のためにコンピュータ可読媒体内に記憶された、1つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであってもよい。

図13に示すモジュールの数および配置は一例として示されている。実際には、図13に示すモジュールと比べて、追加のモジュール、より少ないモジュール、異なるモジュール、または異なるように配置されたモジュールがあってもよい。さらに、図13に示す2つ以上のモジュールが単一のモジュール内に実装されてもよく、または、図13に示す単一のモジュールが複数の分散したモジュールとして実装されてもよい。追加または代替として、図13に示すモジュールのセット(たとえば、1つまたは複数のモジュール)は、図13に示すモジュールの別のセットによって実行される機能として説明する1つまたは複数の機能を実行してもよい。

図14は、処理システム1402を利用する装置1302'のハードウェア実装形態の例を示す図1400である。装置1302'は、UEであってもよい。

処理システム1402は、バス1404によって全体的に表されるバスアーキテクチャを用いて実装されてもよい。バス1404は、処理システム1402の具体的な適用例および全体的な設計制約に応じて、任意の数の相互接続バスとブリッジとを含んでもよい。バス1404は、プロセッサ1406、モジュール1304、1306、1308および/または1310、ならびにコンピュータ可読媒体/メモリ1408によって表される、1つまたは複数のプロセッサおよび/またはハードウェアモジュールを含む種々の回路を互いにリンクする。また、バス1404はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路などの様々な他の回路をリンクしてもよく、これらの回路は当技術分野でよく知られており、したがって、これらの回路についてはこれ以上説明しない。

処理システム1402は、トランシーバ1410に結合されてもよい。トランシーバ1410は、1つまたは複数のアンテナ1412に結合されている。トランシーバ1410は、伝送媒体を介して様々な他の装置と通信するための手段を構成する。トランシーバ1410は、1つまたは複数のアンテナ1412から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム1402、詳細には受信モジュール1304に与える。加えて、トランシーバ1410は、処理システム1402、詳細には送信モジュール1310から情報を受信し、受信された情報に少なくとも部分的に基づいて、1つまたは複数のアンテナ1412に印加すべき信号を生成する。処理システム1402は、コンピュータ可読媒体/メモリ1408に結合されたプロセッサ1406を含む。プロセッサ1406は、コンピュータ可読媒体/メモリ1408に記憶されたソフトウェアの実行を含む、一般的な処理を担う。ソフトウェアは、プロセッサ1406によって実行されると、任意の特定の装置について上で説明した様々な機能を処理システム1402に実行させる。コンピュータ可読媒体/メモリ1408はまた、ソフトウェアを実行するときにプロセッサ1406によって操作されるデータを記憶するために使用されてもよい。処理システムは、モジュール1304、1306、1308、および/または1310のうちの少なくとも1つをさらに含む。モジュールは、プロセッサ1406内で実行され、コンピュータ可読媒体/メモリ1408内に存在し/記憶されたソフトウェアモジュールであってもよく、プロセッサ1406に結合された1つまたは複数のハードウェアモジュールであってもよく、あるいはそれらの何らかの組合せでもよい。処理システム1402は、UE120の構成要素である場合があり、メモリ282、ならびに/またはTX MIMOプロセッサ266、RXプロセッサ258、および/もしくはコントローラ/プロセッサ280のうちの少なくとも1つを含む場合がある。

いくつかの態様では、ワイヤレス通信のための装置1302/1302'は、UEに関連するウェイクアップ信号リソースを識別するための手段、ウェイクアップ信号リソースを監視するための手段、制御チャネル探索空間リソースを選択的に監視するための手段などを含む。上記の手段は、上記の手段によって列挙された機能を実行するように構成された装置1302、および/または装置1302'の処理システム1402の上記のモジュールのうちの1つまたは複数であってよい。上記で説明したように、処理システム1402は、TX MIMOプロセッサ266、RXプロセッサ258、および/またはコントローラ/プロセッサ280を含む場合がある。したがって、一構成では、上記の手段は、上記の手段によって列挙された機能を実行するように構成された、TX MIMOプロセッサ266、RXプロセッサ258、および/またはコントローラ/プロセッサ280であってもよい。

図14は、一例として示されている。他の例が可能であり、図14に関して説明したことと異なってもよい。

図15は、例示的な装置1502における様々なモジュール/手段/構成要素間のデータフローを示す概念データフロー図1500である。装置1502は基地局であってよい。いくつかの態様では、装置1502は、受信モジュール1504、識別モジュール1506、判定モジュール1508、および/または送信モジュール1510を含む。

受信モジュール1504は、UEまたはネットワークデバイスなどのデバイス1550からデータ1512を受信してもよい。たとえば、受信モジュール1504は、UEに関連付けられ、UEに関連するウェイクアップ信号リソースを識別するために使用される情報(たとえば、UE識別子など)を受信してもよい。受信モジュール1504は、そのような情報をデータ1514として識別モジュール1506に提供してもよい。識別モジュール1506は、(たとえば、UEに関連する情報に少なくとも部分的に基づいて判定された)UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいてUEに関連するウェイクアップ信号リソースを識別してもよい。識別モジュール1506は、制御チャネル探索空間リソースを識別する情報を判定モジュール1508にデータ1516として提供してもよい。

判定モジュール1508は、制御チャネル探索空間リソースに関連する制御チャネル探索空間が、UEに関連する制御情報を含むかどうかを判定してもよい。判定モジュール1508は、制御チャネル探索空間が制御情報を含むかどうかの指示を送信モジュール1510にデータ1518として提供してもよい。送信モジュール1510は、制御チャネル探索空間が、UEに関連する制御情報を含むかどうかの判定に少なくとも部分的に基づいてウェイクアップ信号リソースにおけるウェイクアップ信号をUEにデータ1520として選択的に送信してもよい。

装置は、図12の上記のフローチャートにおけるアルゴリズムのブロックの各々を実行する、追加のモジュールを含んでもよい。したがって、図12の上記のフローチャート内の各ブロックは、モジュールによって実行される場合があり、装置は、それらのモジュールのうちの1つまたは複数を含んでもよい。モジュールは、プロセッサによる実施のためにコンピュータ可読媒体内に記憶された、前述のプロセス/アルゴリズムを実行するように構成されたプロセッサによって実施される、前述のプロセス/アルゴリズムを実行するように特に構成された1つもしくは複数のハードウェア構成要素、またはそれらの何らかの組合せであってもよい。

図15に示すモジュールの数および配置は一例として示されている。実際には、図15に示すモジュールと比べて、追加のモジュール、より少ないモジュール、異なるモジュール、または異なるように配置されたモジュールがあってもよい。さらに、図15に示す2つ以上のモジュールが単一のモジュール内に実装されてもよく、または、図15に示す単一のモジュールが複数の分散したモジュールとして実装されてもよい。追加または代替として、図15に示すモジュールのセット(たとえば、1つまたは複数のモジュール)は、図15に示すモジュールの別のセットによって実行される機能として説明する1つまたは複数の機能を実行してもよい。

図16は、処理システム1602を採用する装置1502'のためのハードウェア実施態様の一例を示す図1600である。装置1502'は基地局であってもよい。

処理システム1602は、バス1604によって全体的に表されるバスアーキテクチャを用いて実装されてもよい。バス1604は、処理システム1602の具体的な適用例と全体的な設計制約とに応じて、任意の数の相互接続するバスおよびブリッジを含んでもよい。バス1604は、プロセッサ1606、モジュール1504、1506、1508、1510、およびコンピュータ可読媒体/メモリ1608によって表された、1つまたは複数のプロセッサおよび/またはハードウェアモジュールを含む様々な回路を一緒につなぐ。バス1604はまた、タイミングソース、周辺装置、電圧調整器、および電力管理回路などの様々な他の回路をつなぐ場合があるが、それらの回路は当技術分野でよく知られており、したがってそれらの回路についてこれ以上は説明しない。

処理システム1602はトランシーバ1610に結合されてもよい。トランシーバ1610は、1つまたは複数のアンテナ1612に結合される。トランシーバ1610は、伝達媒体を介して様々な他の装置と通信するための手段を構成する。トランシーバ1610は、1つまたは複数のアンテナ1612から信号を受信し、受信された信号から情報を抽出し、抽出された情報を処理システム1602、具体的には受信モジュール1504に提供する。加えて、トランシーバ1610は、処理システム1602、具体的には送信モジュール1510から情報を受信し、受信された情報に少なくとも部分的に基づいて、1つまたは複数のアンテナ1612に印加すべき信号を生成する。処理システム1602は、コンピュータ可読媒体/メモリ1608に結合されたプロセッサ1606を含む。プロセッサ1606は、コンピュータ可読媒体/メモリ1608上に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ1606によって実行されると、任意の特定の装置に対して、上で説明された様々な機能を処理システム1602に実行させる。コンピュータ可読媒体/メモリ1608は、ソフトウェアを実行するときにプロセッサ1606によって操作されるデータを記憶するためにも使用されることがある。処理システム1602はさらに、モジュール1504、1506、1508、および1510のうちの少なくとも1つを含む。モジュールは、プロセッサ1606内で実行され、コンピュータ可読媒体/メモリ1608内に存在し/記憶されたソフトウェアモジュールであってもよく、プロセッサ1606に結合された1つもしくは複数のハードウェアモジュールであってもよく、またはそれらの何らかの組合せであってもよい。処理システム1602は基地局110の構成要素であってもよく、メモリ242、ならびに/またはTX MIMOプロセッサ230、RXプロセッサ238、およびコントローラ/プロセッサ240のうちの少なくとも1つを含んでよい。

いくつかの態様では、ワイヤレス通信のための装置1502/1502'は、UEに関連するウェイクアップ信号リソースを識別するための手段、制御チャネル探索空間が、UEに関連する制御情報を含むことになるかどうかを判定するための手段、ウェイクアップ信号リソースにおけるウェイクアップ信号を選択的に送信するための手段などを含む。前述の手段は、前述の手段によって列挙した機能を実行するように構成された、装置1502および/または装置1502'の処理システム1602の前述のモジュールの1つまたは複数であってよい。上記で説明したように、処理システム1602は、TX MIMOプロセッサ230、RXプロセッサ238、および/またはコントローラ/プロセッサ240を含む場合がある。したがって、一構成では、上記の手段は、上記の手段によって列挙された機能を実行するように構成された、TXプロセッサ230、RXプロセッサ238、および/またはコントローラ/プロセッサ240であってもよい。

図16は、一例として示されている。他の例が可能であり、図16に関して説明したことと異なってもよい。

開示したプロセス/フローチャートにおけるブロックの特定の順序または階層は、例示的な手法の例示であることを理解されたい。設計上の優先事項に基づいて、プロセス/フローチャートにおけるブロックの特定の順序または階層が並べ替えられてもよいことを理解されたい。さらに、いくつかのブロックは組み合わされるかまたは省略される場合がある。添付の方法クレームは、様々なブロックの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

前の説明は、いかなる当業者も本明細書に記載された様々な態様を実践することを可能にするために提供される。これらの態様に対する様々な修正は当業者には容易に明らかであり、本明細書において規定された一般的原理は他の態様に適用される場合がある。したがって、特許請求の範囲は、本明細書に示された態様に限定されるものではなく、クレーム文言に矛盾しない最大の範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「1つまたは複数の」を意味するものである。「例示的」という単語は、本明細書において、「例、事例、または例示として働くこと」を意味するために使用される。「例示的」として本明細書に記載されたいかなる態様も、必ずしも他の態様よりも好ましいか、または有利であると解釈されるべきではない。別段に明記されていない限り、「いくつかの」という用語は1つまたは複数を指す。「A、B、またはCのうちの少なくとも1つ」、「A、B、およびCのうちの少なくとも1つ」、「A、B、C、またはそれらの任意の組合せ」などの組合せは、A、B、および/またはCの任意の組合せを含み、複数のA、複数のB、または複数のCを含んでもよい。具体的には、「A、B、またはCのうちの少なくとも1つ」、「A、B、およびCのうちの少なくとも1つ」、「A、B、C、またはそれらの任意の組合せ」などの組合せは、Aのみ、Bのみ、Cのみ、AおよびB、AおよびC、BおよびC、またはAおよびBおよびCであってもよく、任意のそのような組合せは、A、B、またはCのうちの1つまたは複数のメンバーを含んでもよい。当業者にとって周知の、または後に周知となる、本開示全体を通じて説明した様々な態様の要素に対するすべての構造的および機能的均等物が、参照により本明細書に明確に組み込まれ、特許請求の範囲によって包含されることが意図される。その上、本明細書で開示されたものは、そのような開示が特許請求の範囲において明示的に列挙されているかどうかにかかわらず、公に供されることは意図されていない。「ための手段」という句を使用して要素が明確に列挙されていない限り、いかなるクレーム要素もミーンズプラスファンクションとして解釈されるべきではない。

100 ネットワーク
102a マクロセル
102b ピコセル
102c フェムトセル
110 基地局
110、110a、110b、110c BS
110d 中継局
120、120a、120b、120c、120d UE
130 ネットワークコントローラ
212 データソース
220 送信プロセッサ
230 送信(TX)多入力多出力(MIMO)プロセッサ
232a～232t 変調器(MOD)、復調器
234a～234t アンテナ
236 MIMO検出器
238 受信プロセッサ
239 データシンク
240 コントローラ/プロセッサ
242 メモリ
244 通信ユニット
246 スケジューラ
252a～252r アンテナ
254a～254r 復調器(DEMOD)、変調器
256 MIMO検出器
258 受信プロセッサ、RXプロセッサ
260 データシンク
262 データソース
264 送信プロセッサ
266 TX MIMOプロセッサ
280 コントローラ/プロセッサ
282 メモリ
290 コントローラ/プロセッサ
292 メモリ
294 通信ユニット
300 フレーム構造
410、420 サブフレームフォーマット
500 分散型RAN
502 アクセスノードコントローラ(ANC)
504 次世代コアネットワーク(NG-CN)
506 5Gアクセスノード
508 TRP
510 次世代AN(NG-AN)
600 分散型RAN
602 集中型コアネットワークユニット(C-CU)
604 集中型RANユニット(C-RU)
606 分散ユニット
700 図
702 制御部分
704 DLデータ部分
706 ULショートバースト部分
800 図
802 制御部分
804 ULロングバースト部分
806 ULショートバースト部分
905 ウェイクアップ信号グループ
910 第1のウェイクアップ信号サブグループ
915 第2のウェイクアップ信号サブグループ
920 第3のウェイクアップ信号サブグループ
925 第1のウェイクアップ信号周期
930 第2のウェイクアップ信号周期
935 第3のウェイクアップ信号周期
940 第1の制御チャネル探索空間(CCSS)周期
945 第2のCCSS周期
950 第3のCCSS周期
1100 方法
1200 方法
1300 概念データフロー図
1302 装置
1302' 装置
1304 受信モジュール
1306 識別モジュール
1308 監視モジュール
1310 送信モジュール
1312 データ
1314 データ
1316 データ
1318 データ
1320 データ
1322 データ
1350 基地局
1402 処理システム
1404 バス
1406 プロセッサ
1408 コンピュータ可読媒体/メモリ
1410 トランシーバ
1412 アンテナ
1500 概念データフロー図
1502、1502' 装置
1504 受信モジュール
1506 識別モジュール
1508 判定モジュール
1510 送信モジュール
1512 データ
1514 データ
1516 データ
1518 データ
1520 データ
1550 デバイス
1600 図
1602 処理システム
1604 バス
1606 プロセッサ
1608 コンピュータ可読媒体/メモリ
1610 トランシーバ
1612 アンテナ
WS1 第1のウェイクアップ信号
WS2 第2のウェイクアップ信号

Claims (14)

1. ワイヤレス通信の方法であって、
   ユーザ機器(UE)によって、前記UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいて前記UEに関連するウェイクアップ信号リソースを識別するステップであって、前記ウェイクアップ信号リソースが、前記制御チャネル探索空間リソースにマップされ、前記制御チャネル探索空間リソースに先行する、ステップと、
   前記UEによって、前記ウェイクアップ信号リソースを、前記制御チャネル探索空間リソースを監視すべきかどうかの指示について監視するステップと、
   前記UEによって、前記制御チャネル探索空間リソースを監視すべきかどうかの前記指示に少なくとも部分的に基づいて前記制御チャネル探索空間リソースを選択的に監視するステップとを含み、
   前記ウェイクアップ信号リソースは、前記ウェイクアップ信号リソースに関連する周期性または時間オフセットに少なくとも部分的に基づいて識別される、
   方法。
2. 前記UEは、前記ウェイクアップ信号リソースの前記監視が、前記制御チャネル探索空間リソースを監視すべきであることを示すときに前記制御チャネル探索空間リソースを監視するためのウェイクアップ手順を開始するように構成され、
   前記UEは、前記ウェイクアップ信号リソースの前記監視が、前記制御チャネル探索空間リソースを監視すべきではないことを示すときに前記制御チャネル探索空間リソースの間スリープするように構成される、請求項1に記載の方法。
3. 前記ウェイクアップ信号リソースは、複数の制御チャネル探索空間リソースにマップされる、請求項1に記載の方法。
4. 前記複数の制御チャネル探索空間リソースは前記UEに関連付けられる、請求項3に記載の方法。
5. 前記複数の制御チャネル探索空間リソースは複数のUEに関連付けられる、請求項3に記載の方法。
6. 前記ウェイクアップ信号リソースは、
   前記UEに関連するUE識別子、
   前記UEによって監視される制御チャネル通信に関連する無線ネットワーク一時識別子(RNTI)、
   前記UEに関連する信号対雑音比、
   前記UEに関連する最大反復レベル、
   前記UEについての制御チャネル通信に関連する実際の反復レベル、
   前記制御チャネル探索空間リソースに関連するキャリアインデックス、または
   それらの何らかの組合せのうちの少なくとも1つに少なくとも部分的に基づいて識別される、請求項1に記載の方法。
7. 前記ウェイクアップ信号リソースは、前記制御チャネル探索空間リソースよりもある数のサブフレームほど前に生じる、請求項1に記載の方法。
8. 前記サブフレームの数は、
   前記UEに関連する信号対雑音比、
   前記UEに関連する最大反復レベル、
   前記UEについての制御チャネル通信に関連する実際の反復レベル、または
   それらの何らかの組合せのうちの少なくとも1つに少なくとも部分的に基づいて識別される、請求項７に記載の方法。
9. 前記ウェイクアップ信号リソースは、複数のリソース要素を介して送信されるウェイクアップ信号に関連するリソース要素の数に対応し、
   前記UEが前記ウェイクアップ信号について監視するように構成されるリソース要素の数は、制御チャネル通信の最大反復レベルまたは前記UEに関連する信号対雑音比に少なくとも部分的に基づいて決定される、請求項1に記載の方法。
10. 前記ウェイクアップ信号の長さは、
    前記制御チャネル探索空間リソースを含む制御チャネルに関連する最大反復レベル、
    前記制御チャネルに関連する実際の反復レベル、
    前記ウェイクアップ信号が送信ダイバーシティを使用して送信されるかどうかの判定、
    前記ウェイクアップ信号が周波数ホッピングを使用して送信されるかどうかの判定、
    前記UEに関連する不連続受信サイクル長、
    無線リソース制御(RRC)構成メッセージ、または
    それらの何らかの組合せのうちの少なくとも1つに少なくとも部分的に基づいて構成される、請求項９に記載の方法。
11. 前記UEは、前記UEが条件を満たす反復レベルまたは信号対雑音比に関連付けられているとの判定に少なくとも部分的に基づいて前記ウェイクアップ信号リソースを識別または監視するように構成される、請求項1に記載の方法。
12. ワイヤレス通信の方法であって、
    基地局によって、ユーザ機器(UE)に関連する制御チャネル探索空間リソースに少なくとも部分的に基づいて前記UEに関連するウェイクアップ信号リソースを識別するステップであって、前記ウェイクアップ信号リソースが、前記制御チャネル探索空間リソースにマップされ、前記制御チャネル探索空間リソースに先行する、ステップと、
    前記基地局によって、前記制御チャネル探索空間リソースに関連する制御チャネル探索空間が、前記UEに関連する制御情報を含むことになるかどうかを判定するステップと、
    前記基地局によって、前記制御チャネル探索空間が、前記UEに関連する制御情報を含むことになるかどうかの判定に少なくとも部分的に基づいて前記ウェイクアップ信号リソースにおけるウェイクアップ信号を選択的に送信するステップとを含み、
    前記ウェイクアップ信号リソースは、前記ウェイクアップ信号リソースに関連する周期性または時間オフセットに少なくとも部分的に基づいて識別される、方法。
13. ワイヤレス通信のためのユーザ機器(UE)であって、
    メモリと、
    前記メモリに結合された1つまたは複数のプロセッサとを含み、前記メモリおよび前記1つまたは複数のプロセッサが、
    前記UEに関連する制御チャネル探索空間リソースに少なくとも部分的に基づいて前記UEに関連するウェイクアップ信号リソースを識別することであって、前記ウェイクアップ信号リソースが、前記制御チャネル探索空間リソースにマップされ、前記制御チャネル探索空間リソースに先行する、識別することと、
    前記ウェイクアップ信号リソースを、前記制御チャネル探索空間リソースを監視すべきかどうかの指示について監視することと、
    前記制御チャネル探索空間リソースを監視すべきかどうかの指示に少なくとも部分的に基づいて前記制御チャネル探索空間リソースを選択的に監視することとを行うように構成され、
    前記ウェイクアップ信号リソースは、前記ウェイクアップ信号リソースに関連する周期性または時間オフセットに少なくとも部分的に基づいて識別される、
    ユーザ機器。
14. ワイヤレス通信のための基地局であって、
    メモリと、
    前記メモリに結合された1つまたは複数のプロセッサとを含み、前記メモリおよび前記1つまたは複数のプロセッサが、
    ユーザ機器(UE)に関連する制御チャネル探索空間リソースに少なくとも部分的に基づいて前記UEに関連するウェイクアップ信号リソースを識別することであって、前記ウェイクアップ信号リソースが、前記制御チャネル探索空間リソースにマップされ、前記制御チャネル探索空間リソースに先行する、識別することと、
    前記制御チャネル探索空間リソースに関連する制御チャネル探索空間が、前記UEに関連する制御情報を含むことになるかどうかを判定することと、
    前記制御チャネル探索空間が、前記UEに関連する制御情報を含むことになるかどうかの判定に少なくとも部分的に基づいて前記ウェイクアップ信号リソースにおけるウェイクアップ信号を選択的に送信することとを行うように構成され、
    前記ウェイクアップ信号リソースは、前記ウェイクアップ信号リソースに関連する周期性または時間オフセットに少なくとも部分的に基づいて識別される、
    基地局。

Images