(57)【要約】  ワイヤレス通信システムにおいて、ウェイクアップ信号(WUS)動作を改善するための技術を提供する。一実施形態では、ワイヤレス通信デバイスは、ウェイクアップ信号タイムウィンドウに関連するパラメータを示す情報をgNBから受信することができ、間欠受信(DRX)サイクルに基づいて、ワイヤレス通信デバイスの第１の受信機および第２の受信機の電源を切ることができる。ワイヤレス通信デバイスは、設定されたWUSタイムウィンドウ中にウェイクアップ信号をgNBから受信するために第２の受信機をウェイクアップし、ウェイクアップ状態を示すか、または非ウェイクアップ状態を示すか判定することができる。ウェイクアップ状態が示される場合、ワイヤレス通信デバイスはDRXサイクルのオン期間の前に第１の受信機をウェイクアップしてgNBとタイミングを同期させ、DRXサイクルのオン期間中にNew  Radio物理ダウンリンク制御チャネル(NR-PDCCH)を検出し、ウェイクアップ信号タイムウィンドウのサイズをリセットすることができる。
2020519196.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサおよびメモリを備えるワイヤレス通信デバイスであって、
前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
gNBから、ウェイクアップ信号タイムウィンドウとウェイクアップ信号タイミングオフセットとを含むパラメータを示す情報を受信し、
間欠受信(DRX)サイクルに基づいて、前記ワイヤレス通信デバイスの第１の受信機および前記ワイヤレス通信デバイスの第２の受信機の電源を切り、
ウェイクアップ信号送信チャネルを監視し、
ウェイクアップ信号がウェイクアップ信号送信チャネル上で検出された場合、前記ウェイクアップ信号タイムウィンドウおよびタイミングオフセットに基づいて、前記ワイヤレス通信デバイスの前記第２の受信機をウェイクアップして、前記gNBからウェイクアップ信号を受信し、
前記受信したウェイクアップ信号がウェイクアップ状態を示すか、または非ウェイクアップ状態を示すか判定し、
前記受信したウェイクアップ信号がウェイクアップ状態を示す場合、前記DRXサイクルのオン期間の前に前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップして前記gNBとタイミングを同期させ、前記DRXサイクルのオン期間中にNew  Radio物理ダウンリンク制御チャネル(NR-PDCCH)を検出し、ウェイクアップ信号タイムウィンドウのサイズをリセットする、
各手順を行わせる、前記メモリに格納されたコンピュータ実行可能命令をさらに備えるワイヤレス通信デバイス。
【請求項２】
前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記受信したウェイクアップ信号が非ウェイクアップ状態を示す場合、前記受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示すかどうかを判定させる、
前記メモリに格納されたコンピュータ実行可能命令をさらに備える請求項１に記載のワイヤレス通信デバイス。
【請求項３】
前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示さない場合、前記第１の受信機をウェイクアップせず、
前記ウェイクアップ信号タイムウィンドウのサイズを大きくする、
各手順を行わせる、前記メモリに格納されたコンピュータ実行可能命令をさらに備える請求項１に記載のワイヤレス通信デバイス。
【請求項４】
前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示す場合、前記DRXサイクルのオン期間の前に前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップして前記gNBとタイミングを同期させ、前記DRXサイクルのオン期間中にNR-PDCCHを検出し、前記ウェイクアップ信号タイムウィンドウのサイズをリセットする、
各手順を行わせる、前記メモリに格納されたコンピュータ実行可能命令をさらに備える請求項２に記載のワイヤレス通信デバイス。
【請求項５】
前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示す場合、前記受信したウェイクアップ信号が同期信号(SS)または基準信号(RS)のタイミングに関連する情報を含むかどうかを判定させる、
前記メモリに格納されたコンピュータ実行可能命令をさらに備える請求項２に記載のワイヤレス通信デバイス。
【請求項６】
前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記受信したウェイクアップがSSまたはRSのタイミングに関連する情報を含む場合、該SSまたはRSのタイミングに基づいて前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップし、
前記gNBとタイミングを同期させるために前記SSまたはRSを受信し、
セル間測定を実行する、
各手順を行わせる、前記メモリに格納されたコンピュータ実行可能命令をさらに備える請求項５に記載のワイヤレス通信デバイス。
【請求項７】
前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記受信したウェイクアップがSSまたはRSのタイミングに関連する情報を含まない場合、該SSまたはRSのタイミングより前の最大タイミングシフトで前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップし、
前記SSまたはRSを受信し、
セル間測定を実行する、
各手順を行わせる、前記メモリに格納されたコンピュータ実行可能命令をさらに備える請求項５に記載のワイヤレス通信デバイス。
【請求項８】
前記ワイヤレス通信デバイスの前記プロセッサによって実行さると、前記ワイヤレス通信デバイスに、
前記受信したウェイクアップがSSまたはRSのタイミングに関連する情報を含まない場合、ダウンリンク(DL)信号のタイミングの前の最大タイミングシフトで前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップし、
前記DLを受信し、
セル間測定を実行する、
各手順を行わせる、前記メモリに格納されたコンピュータ実行可能命令をさらに備える請求項５に記載のワイヤレス通信デバイス。
【請求項９】
強制ウェイクアップ状態に関連する基準は、最後にウェイクアップ状態が示されてからの時間を含む、請求項２に記載のワイヤレス通信デバイス。
【請求項１０】
前記ウェイクアップ信号タイムウィンドウのサイズは、１つのウェイクアップ信号サイクルによって引き起こされるタイムドリフトを加えた基本ウィンドウサイズにリセットされる、請求項１に記載のワイヤレス通信デバイス。
【請求項１１】
前記パラメータは、複数のワイヤレス通信デバイスに関連するグループ識別子をさらに備える、請求項１に記載のワイヤレス通信デバイス。
【請求項１２】
前記受信したウェイクアップ信号は、前記グループ識別子に関連付けられる、請求項１１に記載のワイヤレス通信デバイス。
【請求項１３】
前記グループ識別子は、順序付けられたグループ内の前記複数のワイヤレス通信デバイスそれぞれのウェイクアップ状態を識別するインデックスを備える、請求項１１に記載のワイヤレス通信デバイス。
【請求項１４】
前記インデックスは、前記順序付けられたグループ内の前記複数のワイヤレス通信デバイスそれぞれのウェイクアップ状態を示すビットのビットマップを備える、請求項１３に記載のワイヤレス通信デバイス。
【請求項１５】
前記パラメータは、グループ無線ネットワーク一時識別子(RNTI)をさらに備える、請求項１に記載のワイヤレス通信デバイス。
【請求項１６】
前記受信したウェイクアップ信号は、前記グループRNTIに関連付けられる、請求項１５に記載のワイヤレス通信デバイス。
【請求項１７】
前記グループRNTIは、周波数偏移変調(frequency-shift  keying;  FSK)オンおよびオフ周波数によって示される、請求項１５に記載のワイヤレス通信デバイス。
【請求項１８】
前記パラメータは、最大タイムドリフトを含む強制ウェイクアップ状態に関連する基準をさらに含む、請求項１に記載のワイヤレス通信デバイス。
【請求項１９】
前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記受信したウェイクアップ信号がウェイクアップ状態を示す場合、推定タイムドリフトが最大タイムドリフトよりも大きいときには、ワイヤレス通信デバイスのタイミングを前記gNBと同期させる、
前記メモリに格納されたコンピュータ実行可能命令をさらに備える請求項１８に記載のワイヤレス通信デバイス。
【請求項２０】
前記ウェイクアップ信号送信チャネルは、無線リソース制御(RRC)非アクティブ、アイドル、または接続モードで監視される、請求項１に記載のワイヤレス通信デバイス。
【請求項２１】
プロセッサおよびメモリを備えるワイヤレス通信デバイスにおいて使用するための方法であって、
gNBから、ウェイクアップ信号タイムウィンドウとウェイクアップ信号タイミングオフセットとを含むパラメータを示す情報を受信し、
間欠受信(DRX)サイクルに基づいて、前記ワイヤレス通信デバイスの第１の受信機および前記ワイヤレス通信デバイスの第２の受信機の電源を切り、
無線リソース制御(RRC)非アクティブモードに入り、
RRC非アクティブモードにある間、ウェイクアップ信号送信チャネルを監視し、
ウェイクアップ信号がウェイクアップ信号送信チャネル上で検出された場合、ウェイクアップ信号タイムウィンドウおよびタイミングオフセットに基づいて、前記ワイヤレス通信デバイスの前記第２の受信機をウェイクアップして、前記gNBからウェイクアップ信号を受信し、
前記受信したウェイクアップ信号がウェイクアップ状態を示すか、または非ウェイクアップ状態を示すか判定し、
前記受信したウェイクアップ信号がウェイクアップ状態を示す場合、前記DRXサイクルのオン期間の前に前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップして前記gNBとタイミングを同期させ、前記DRXサイクルのオン期間中にNew  Radio物理ダウンリンク制御チャネル(NR-PDCCH)を検出し、ウェイクアップ信号タイムウィンドウのサイズをリセットする、
ことを含む方法。
【請求項２２】
前記受信したウェイクアップ信号が非ウェイクアップ状態を示す場合、前記受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示すかどうかを判定することをさらに含む請求項２１に記載の方法。
【請求項２３】
前記受信したウェイクアップ信号が、強制ウェイクアップ状態に関連する基準を示さない場合、前記第１の受信機をウェイクアップせず、
ウェイクアップ信号タイムウィンドウのサイズを大きくする
ことをさらに含む請求項２２に記載の方法。
【請求項２４】
前記受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示す場合、前記DRXサイクルのオン期間の前に前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップして前記gNBとタイミングを同期させ、前記DRXサイクルのオン期間中にNR-PDCCHを検出し、ウェイクアップ信号タイムウィンドウのサイズをリセットすることをさらに含む、請求項２１に記載の方法。
【請求項２５】
前記受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示す場合、前記受信したウェイクアップ信号が同期信号(SS)または基準信号(RS)のタイミングに関連する情報を含むかどうかを判定することをさらに含む、請求項２１に記載の方法。
【請求項２６】
前記受信したウェイクアップがSSまたはRSのタイミングに関連する情報を含む場合、該SSまたはRSのタイミングに基づいて前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップし、
前記gNBとタイミングを同期させるために前記SSまたはRSを受信すし、
セル間測定を実行する、
ことをさらに含む、請求項２５に記載の方法。
【請求項２７】
前記受信したウェイクアップがSSまたはRSのタイミングに関連する情報を含まない場合、該SSまたはRSのタイミングより前の最大タイミングシフトで前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップし、
前記SSまたはRSを受信し、
セル間測定を実行する
ことをさらに含む、請求項２５に記載の方法。
【請求項２８】
前記受信したウェイクアップがSSまたはRSのタイミングに関連する情報を含まない場合、ダウンリンク(DL)信号のタイミングの前の最大タイミングシフトで前記ワイヤレス通信デバイスの前記第１の受信機をウェイクアップし、
前記DL信号を受信し、
セル間測定を実行する
ことをさらに含む、請求項２５に記載の方法。
【請求項２９】
強制ウェイクアップ状態に関連する基準は、最後にウェイクアップ状態が示されてからの時間を含む、請求項２２に記載の方法。
【請求項３０】
前記ウェイクアップ信号タイムウィンドウのサイズは、１つのDRXサイクルによって引き起こされるタイムドリフトを加えた基本ウィンドウサイズにリセットされる、請求項２１に記載の方法。
【請求項３１】
前記パラメータは、複数のワイヤレス通信デバイスに関連するグループ識別子をさらに備える、請求項２１に記載の方法。
【請求項３２】
前記受信したウェイクアップ信号は、前記グループ識別子に関連付けられる、請求項３１に記載の方法。
【請求項３３】
前記グループ識別子は、順序付けられたグループ内の前記複数のワイヤレス通信デバイスそれぞれのウェイクアップ状態を識別するインデックスを備える、請求項３１に記載の方法。
【請求項３４】
前記インデックスは、前記順序付けられたグループ内の前記複数のワイヤレス通信デバイスそれぞれのウェイクアップ状態を示すビットのビットマップを備える、請求項３３に記載の方法。
【請求項３５】
前記パラメータは、グループ無線ネットワーク一時識別子(RNTI)をさらに備える、請求項２１に記載の方法。
【請求項３６】
前記受信したウェイクアップ信号は、前記グループRNTIに関連付けられる、請求項３５に記載の方法。
【請求項３７】
前記グループRNTIは、周波数偏移変調(frequency-shift  keying;  FSK)オンおよびオフ周波数によって示される、請求項３５に記載の方法。
【請求項３８】
前記ウェイクアップ信号送信チャネルは、無線リソース制御(RRC)非アクティブ、アイドル、または接続モードで監視される、請求項２１に記載の方法。
【請求項３９】
プロセッサおよびメモリを備えるワイヤレス通信デバイスであって、前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
ウェイクアップ信号タイムウィンドウに関連するパラメータを初期化して、非ウェイクアップを示す受信信号のカウンタを初期化し、
次の設定されたWUSタイムウィンドウの間に、受信したウェイクアップ信号を検出し、
前記受信したウェイクアップ信号がウェイクアップ状態を示すか、または非ウェイクアップ状態を示すか判定し、
前記受信したウェイクアップ信号がウェイクアップ状態を示す場合、(i)間欠受信(DRX)のオン期間中にNew  Radio物理ダウンリンク制御チャネル(NR-PDCCH)を検出するために前記ワイヤレス通信デバイスの受信機をウェイクアップし、(ii)非ウェイクアップを示す信号の前記カウンタをリセットし、(iii)次の拡張WUSタイムウィンドウのサイズを、１つのウェイクアップ信号サイクルによって引き起こされるタイムドリフトを加えた基本ウィンドウサイズにリセットする、
各手順を行わせる前記メモリに格納されたコンピュータ実行可能命令をさらに備える、ワイヤレス通信デバイス。
【請求項４０】
前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、  前記ウェイクアップ信号が非ウェイクアップ状態を示す場合、(i)カウンタをインクリメントし、(ii)次の拡張WUSタイムウィンドウのサイズを調整する、
各手順を行わせる前記メモリに格納されたコンピュータ実行可能命令をさらに備える、請求項３９に記載のワイヤレス通信デバイス。
【発明の詳細な説明】
【背景技術】
【０００１】
（関連出願の相互参照）
本出願は2017年5月4日に出願された米国仮出願第62/501,181号の利益を主張し、その内容は、参照によりその全体が本明細書に組み込まれる。
【０００２】
（背景）
3rd  Generation  Partnership  Project  (3GPP)TR  38.913-Study  on  Scenarios  and  Requirements  for  Next  Generation  Access  Technologies;(Release  14),  V0.2.0は、New  Radio(NR)技術のシナリオおよび要件を定義している。eMBB、URLLC、およびmMTCデバイスのキーパフォーマンスインジケータ(Key  Performance  Indicators;  KPI)は、以下の表１に要約されている。
【表１】
2020519196.tif 000003
【０００３】
図１は、間欠受信(discontinuous  reception;  DRX)サイクルおよびユーザ機器(UE)挙動の一例１００を示す図である。ロングタームエボリューション(Long-Term  Evolution;  LTE)およびLTEアドバンスト(LTE-A)では、RRC_CONNECTED状態にあるUEが物理ダウンリンク共有チャネル(Physical  Downlink  Shared  Channel;  PDSCH)上でダウンリンクデータを受信するためのダウンリンク送信許可を得るために、物理ダウンリンク制御チャネル(Physical  Downlink  Control  Channel;  PDCCH)を監視し得る。接続状態DRX処理が、UEの電力節約のためにLTE/LTE-A規格に導入される。DRXサイクルは、オン期間１９０およびDRX期間を含む。オン期間１９０の間、UEは、許可についてPDCCHを監視する。許可が受信される(１９１)ときはいつでも、UEは非アクティブタイマを開始する。UEは、非アクティブタイマが満了するか(１９７)、またはMACコマンドによって停止されるまで、PDCCHを監視し続ける(１９５)。次いで、UEはDRX期間(たとえば、電力を節約するためにUEがスリープモード１９２、１９４に入ることができる短期DRXサイクル１９３または長期DRXサイクル１９６)に入る。DRX期間のスリープモード１９２、１９４の区間では、UEは、その受信機の電源を切ることができる。
【０００４】
図２は、許可が受信されない例示的なDRXサイクル２００の図である。許可が受信されないDRXサイクルは、接続モードDRX(CDRX)状態２０１である。許可が受信されるDRXサイクルは、アクティブ状態とみなされる。CDRXサイクルでは、UEは、スリープ２０２からウェイクアップし、スリープ２０２からのランプアップ２０３に時間およびエネルギーを費やし、オン期間２０４の間PDCCHを監視し、ランプダウン２０５し、スリープ２０２に戻ることができる。
【０００５】
R1-1700820,  Qualcomm  Incorporated,  UE  Power  Evaluation  for  DRX  with  Wake-Up  Signalingは、モデム電力状態の以下の概要を提供する:
【表２】
2020519196.tif 000004
【０００６】
図３は、モデム電力状態時間重み配分の例３００を示す図である。図３の例では、YOUTUBE時間重み配分の例はCDRXの時間３０１、アクティブ:PDCCHのみの時間３０２、およびアクティブ:データの時間３０３を含む。GOOGLE  HANGOUT時間重み配分の例は、CDRXの時間３０６、アクティブ:PDCCHのみの時間３０４、およびアクティブ:データの時間３０５を含む。Webブラウジング時間重み配分の例は、CDRXの時間３０９、アクティブ:PDCCHのみの時間３０８、およびアクティブ:データの時間３０７を含む。
【０００７】
現在の3GPPの試みにおける5G  NRについて、NRにおけるUEエネルギー消費および電力節約機能の以下の態様が議論された：UEのダウンリンク(DL)受信エネルギー消費の影響を研究し、DoUに焦点を当てた総電力消費（例えば、許可がない場合、データを有するスロット、データ受信プロセス、測定、および同期信号(SS)における、物理層DL制御ブラインド復号でのUE復号電力消費）を考慮すること；および、UE電力低減法を研究すること。
【０００８】
図４は、DRXサイクル４００中の許可なしのウェイクアップ信号(WUS)の一例を示す図である。CDRXと共にウェイクアップ信号は、UE電力消費をさらに低減するための潜在的な解決策として論じられてきた。図４の例では、gNB(すなわち、次世代NB)はWUS信号オフセット４０３によって示されるように、DRXサイクル４０５のオン期間４０４の開始前に、WUS４０１、４０２をUEに送信することができる。UEは、WUS４０１、４０２を検出するために、その低電力WUS受信機のみをウェイクアップすることができる。UEの主受信機は、電力を節約するためにオフのままでよい。WUSは、次のオン期間４０４の間に許可を予期すべきかどうかをUEに示し得る。許可が予期されない場合、UEはスリープに戻り、オン期間をスキップすることができる。WUSを受信するために消費されるエネルギーが、オン期間を経過するためのエネルギーよりも実質的に低い場合、そのCDRX状態の電力消費は低減され得る。UE電力消費の削減など、WUSを使用する利点があり得るため、NRにはWUS設計の必要性がある。
【発明の概要】
【０００９】
ワイヤレス通信システムにおいて、ウェイクアップ信号(WUS)動作を改善するための技術を以下で説明する。
【００１０】
一例では、ワイヤレス通信デバイスはgNBから、ウェイクアップ信号タイムウィンドウに関連するパラメータを示す情報を受信し得る。ワイヤレス通信デバイスは、間欠受信(DRX)サイクルに基づいて、ワイヤレス通信デバイスの第１の受信機および第２の受信機の電源を切ることができる。ワイヤレス通信デバイスは、ワイヤレス通信デバイスの第２の受信機をウェイクアップして、設定されたWUSタイムウィンドウ中にウェイクアップ信号をgNBから受信することができる。ワイヤレス通信デバイスは、受信したウェイクアップ信号がウェイクアップ状態を示すか、または非ウェイクアップ状態を示すか判定し得る。受信したウェイクアップ信号がウェイクアップ状態を示す場合、ワイヤレス通信デバイスは、DRXサイクルのオン期間の前にワイヤレス通信デバイスの第１の受信機をウェイクアップしてgNBとタイミングを同期させ、DRXサイクルのオン期間中にNew  Radio物理ダウンリンク制御チャネル(NR-PDCCH)を検出し、ウェイクアップ信号タイムウィンドウのサイズをリセットすることができる。受信したウェイクアップ信号が非ウェイクアップ状態を示す場合、ワイヤレス通信デバイスは、受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示すかどうかを判定することができる。
【００１１】
別の例では、ワイヤレス通信デバイスは、ウェイクアップ信号タイムウィンドウに関連するパラメータを初期化し、非ウェイクアップを示す受信信号のカウンタを初期化し得る。ワイヤレス通信デバイスは、次の設定されたWUSタイムウィンドウ中に、受信されたウェイクアップ信号を検出し得る。ワイヤレス通信デバイスは、受信したウェイクアップ信号がウェイクアップ状態を示すか、または非ウェイクアップ状態を示すか判定し得る。受信したウェイクアップ信号がウェイクアップ状態を示す場合、ワイヤレス通信デバイスは、(i)間欠受信(DRX)のオン期間中にNew  Radio物理ダウンリンク制御チャネル(NR-PDCCH)を検出するためにワイヤレス通信デバイスの受信機をウェイクアップし、(ii)非ウェイクアップを示す信号のカウンタをリセットし、(iii)次の拡張WUSタイムウィンドウのサイズを、１つのDRXサイクルによって引き起こされるタイムドリフトを加えた基本ウィンドウサイズにリセットすることができる。ウェイクアップ信号が非ウェイクアップ状態を示す場合、ワイヤレス通信デバイスは(i)カウンタをインクリメントし、(ii)次の拡張WUSタイムウィンドウのサイズを調整することができる。
【図面の簡単な説明】
【００１２】
前述の発明の概要、ならびに以下の詳細な説明は、添付の図面と併せて読むと、よりよく理解できる。本開示を説明するために、様々な態様を示すが、本開示は、ここに記載する特定の態様に限定されない。
【００１３】
【図１】図１は、間欠受信(DRX)サイクルおよびユーザ機器(UE)挙動の一例を示す図である。
【図２】図２は、許可が受信されない例示的なDRXサイクルの図である。
【図３】図３は、モデム電力状態時間重み配分の例を示す図である。
【図４】図４は、DRXサイクル中に許可なしのウェイクアップ信号(WUS)の例を示す図である。
【図５】図５は、例示的なWUSタイムウィンドウを示す図である。
【図６】図６は、WUSサイクルごとにWUSタイムウィンドウパラメータを更新するWUS支援DRX処理の一例を示す図である。
【図７】図７は、NR-PDCCHベースのWUS同期処理の処理例を示す図である。
【図８】図８は、SS/RSベースのWUS同期処理の例示的な処理を示す図である。
【図９】図９は、RRC_IDLEモードおよびRRC_INACTIVEモードにおいてWUS動作モードを設定する例示的な処理を示す図である。
【図１０】図１０は、UEがWUS到達不能からWUS到達可能に遷移する場合の例示的な処理を示す図である。
【図１１Ａ】図１１Ａは、本明細書で開示された技術的解決策が実施され得る例示的な通信システムを示す図である。
【図１１Ｂ】図１１Ｂは、一実施形態による無線通信のために構成された例示的な装置を示す図である。
【図１１Ｃ】図１１Ｃは、本明細書で開示される技術的解決策が実施され得る無線アクセスネットワークおよびコアネットワークの一例のシステム図である。
【図１１Ｄ】図１１Ｄは、本明細書で開示される技術的解決策が実施され得る無線アクセスネットワークおよびコアネットワークの別の例のシステム図である。
【図１１Ｅ】図１１Ｅは、本明細書で開示される技術的解決策が実施され得る無線アクセスネットワークおよびコアネットワークのさらに別の例のシステム図である。
【図１１Ｆ】図１１Ｆは、図１１Ａ、１１Ｃ、１１Ｄおよび１１Ｅに示すネットワークの１つまたは複数のノードまたはエンティティを実装するために使用することができる例示的なコンピューティングシステムを示すブロック図である。
【００１４】
ワイヤレス通信システムにおいてウェイクアップ信号(WUS)動作を改善するための方法および装置が本明細書で説明される。本明細書で説明する実施形態では特に指定のない限り、ユーザ機器(UE)、ワイヤレス通信デバイス、およびワイヤレス送受信ユニット(WTRU)は限定することなく、互換的に使用され得る。
【００１５】
以下の略語および頭字語は、以下の説明全体を通して使用され得る:
A/N：    Ack/Nack
BRS：    Beam  Reference  Signal
CE：     Control  Element
DL：     Downlink
DRX：    Discontinuous  Reception
eMBB：   enhanced  Mobile  Broadband
ETWS：   Earthquake  and  Tsunami  Warning  System
HARQ：   Hybrid  Automatic  Repeat  Request
KPI：    Key  Performance  Indicators
LTE：    Long  term  Evolution
MAC：    Medium  Access  Control
MIB：    Master  Information  Block
mMTC：   massive  Machine  Type  Communication
NACK：   Non-ACKnowledgement
NR：     New  Radio
PBCH：   Physical  Broadcast  Channel
PDCCH:   Physical  Downlink  Control  Channel
PDSCH：  Physical  Downlink  Shared  Data  Channel
PRACH：  Physical  Random  Access  Channel
PRB：    Physical  Resource  Block
RAN：    Radio  Access  Network
RNTI：   Radio  Network  Temporary  Identifier
RRC：    Radio  Resource  Control
SI：     System  Information
SIB：    System  Information  Block
TDD：    Time  Division  Duplex
UE：     User  Equipment
UL：     Uplink
URLLC：  Ultra-Reliable  and  Low  Latency  Communications
WUS：    Wake-up  Signal(s)
【００１６】
3GPPは、無線アクセス、コア・トランスポート・ネットワーク、ならびに、コーデック、セキュリティ、およびサービス品質に関する作業を含むサービス性能を含む、セルラ電気通信ネットワーク技術の技術規格を開発する。最近の無線アクセス技術(RAT)規格は、WCDMA(一般的に3Gと呼ばれる)、LTE(一般的に4Gと呼ばれる)、およびLTE-Advanced規格を含む。3GPPは、「5G」とも呼ばれるNR(New  Radio)という次世代セルラ技術の規格化に取り組み始めている。3GPP  NR規格の開発は次世代無線アクセス技術(new  RAT)の定義を含むことが予期され、これは6GHz未満の新しい柔軟な無線アクセスの提供、および6GHzを超える新しいウルトラモバイルブロードバンド無線アクセスの提供を含むことが予期される。柔軟な無線アクセスは、6GHz未満の新しいスペクトルにおいて新しい後方互換性のない無線アクセスで構成されることが予期され、多様な要件の幅広い3GPP  NRユースケースのセットに対処するために同じスペクトルで一緒に多重化され得る多様な動作モードを含むことが予期される。ウルトラモバイルブロードバンドは例えば、屋内アプリケーションおよびホットスポット用にウルトラモバイルブロードバンドアクセスの機会を提供するcmWaveおよびmmWaveスペクトルを含むことが予期される。特に、ウルトラモバイルブロードバンドは、cmWaveおよびmmWave固有の設計最適化によって、6GHz未満の柔軟な無線アクセスと共通の設計フレームワークを共有することが予期される。
【００１７】
3GPPは、NRがサポートすることが予期される様々なユースケースを識別し、その結果、データレート、遅延、およびモビリティに関する様々なユーザエクスペリエンス要件がもたらされている。ユースケースには、以下の一般的なカテゴリが含まれる：拡張モバイルブロードバンド(例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群衆におけるブロードバンドアクセス、あらゆる場所における50+Mbps、超低コストブロードバンドアクセス、車両におけるモバイルブロードバンド)、クリティカル通信、大規模マシンタイプ通信、ネットワーク動作(例えば、ネットワークスライシング、ルーティング、マイグレーション、およびインターワーキング、エネルギー節約)、およびeV2X（enhanced  vehicle-to-everything）通信。これらのカテゴリにおける具体的なサービスおよびアプリケーションには、例えば、モニタリングおよびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、ワイヤレスクラウドベースのオフィス、第１応答者接続性、自動車イーコール（ecall）、災害警報、リアルタイムゲーム、グループビデオ通話、自律運転、拡張現実、触覚インターネット、および仮想現実が含まれる。これらおよび他のユースケースのすべてが、本明細書で企図される。
【００１８】
本明細書で説明する方法および装置は、NR用のWUS設計のいくつかの態様に対処する。第１に、WUSを使用するUEは低電力WUS受信機をオンに保ち、主受信機をオフに保ち得る。WUSが(受信するデータがないために)DRXの数サイクルの間UEをウェイクアップしない場合、WUSは、タイミング、測定/モビリティ、およびビーム管理の点で問題を引き起こす可能性がある。経時的に、低電力WUS受信機のクロックとgNBのクロックとの間のタイミング差が大きくなり、WUS受信のタイミング不一致を引き起こすことがある。主受信機がオフにされると、UEはモビリティ関連機能(例えば、ハンドオーバまたは隣接セル発見)またはビーム管理を実行しないことがある。これらの問題に対処するため、ウェイクアップ信号のために同期させる設計を本明細書で説明する。この設計は、タイミング不一致に対処するために使用され得るWUS受信タイミングウィンドウと、暗黙的および/または明示的な方法でタイミング情報を搬送するWUSと、ウェイクアップして同期を保守するようUEに「強制する」処理という特徴を含むが、これらに限定されない。
【００１９】
さらに、ウェイクアップ信号および関連するウェイクアップ処理を可能にするために、以下の設計態様を本明細書で説明する:WUS送信チャネル(データチャネルが6GHzを上回るまたは下回る場合を含む);セル間ウェイクアップ信号が誤ってUEをウェイクアップすることを防止すること;UEのWUS性能をネットワークに通信すること;およびUEとgNBとの間のWUSパラメータ(周期性、タイミングオフセットなどを含むが、これらに限定されない)を構成/設定すること。これらの問題に対処するためにWUSおよび関連するウェイクアップ処理を可能にするための設計を本明細書で説明する。この設計は、以下の特徴を含むがこれらに限定されない：WUS送信チャネルを定義すること;WUS性能およびシグナリングを定義すること;DRX設定/ネットワークとのネゴシエーションの一部であり得るか、または別個に設定され得る、WUS設定(周期性、タイミングオフセットなど);ならびにRRCまたは他のシグナリングを使用するWUS処理アクティブ化。
【００２０】
本明細書で対処する別の問題は、WUSの場合、UEでの検知ミスが発生する可能性があり、gNBおよびUEが検知ミスを別様に知覚する可能性があることである。WUS検知ミスは、DRX処理およびUE性能にマイナスの影響を及ぼす可能性がある。これらの問題に対処するため、本明細書では、WUS検知ミスから回復するためのgNBおよびUEの挙動、ならびに、WUS検知ミス統計に基づいてWUSパラメータを再設定するためのgNBおよびUEの挙動、を含む解決策を説明するが、これらに限定されない。
【００２１】
本明細書で対処する別の問題は、WUSの場合、誤警報が検出される可能性があり、gNBおよびUEが誤警報を別様にとらえる可能性があることである。WUS誤警報検知は、DRX処理およびUE性能にマイナスの影響を及ぼす可能性がある。これらの問題に対処するため、本明細書では、WUS誤警報検出から回復するためのgNBおよびUEの挙動、ならびに、WUS誤警報検出統計に基づいてWUSパラメータ(タイミング、ウィンドウ長など)を再設定するためのgNBおよびUEの挙動、を含む解決策を説明するが、これらに限定されない。
【００２２】
本明細書で対処するさらに別の問題は、多くのアクティブUEを有するセルの場合、個々のUEごとのWUSが大量のチャネルリソースを消費し、オーバヘッドを増大させる可能性があることである。この場合、UE固有のWUSは、非効率的である可能性がある。本明細書で説明するWUSの設計(シグナリングおよび処理の両方)は、グループベースのWUS設計の効率性および電力節約と、どのUEが次のオン期間でPDCCH／許可を受信し得るかを示す処理とのバランスをとる。
【００２３】
図５は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、第１の実施形態による例示的なWUSタイムウィンドウ５００の図である。UEの基本的なWUSタイムウィンドウは、UEが、WUSを監視(アクティブなWUS受信機の場合にはUEがその低電力WUS受信機をオンにする)または検出することができる期間として定義することができる。この基本WUSタイムウィンドウは、UEのためのWUSおよび/またはDRX設定中にRRCシグナリングを使用して設定され得る。UEがWUSを検出するために設定されたウェイクアップ時間はDRXサイクルiではT(i)であってもよく、基本的なWUSタイムウィンドウ長はWbであってもよい。UEは、時間｛T(i),T(i)＋Wb｝の間に、ウェイクアップしてWUSを検出することができる。基本WUSタイムウィンドウの長さは、少なくとも１つのWUS(TWUS)の期間をカバーしなければならない。換言すれば、Wb＝k・TWUS＋marginである。ｋ＞１のWUSタイムウィンドウの場合、WUSはUEの検出の信頼性およびロバスト性を向上させるために、ｋ回繰り返し送信され得る。WUS長(OFDMシンボルに関する)およびリソース定義を以下に説明する。
【００２４】
gNBおよびUE低電力WUS受信機のクロックドリフト問題のために、それらの間のタイミング不一致は、時間の経過と共に増加する。図５の例は、UEタイミング５０４およびgNBタイミング５０１を示している。gNBのWUSタイムウィンドウ５０２およびUEのWUSタイムウィンドウ５０６は、時間T(1)５０７において時間D0５０５の後に開始することができる。１つまたは複数のウェイクアップ信号５０３が、gNBのWUSタイムウィンドウ５０２中に送信され得る。図５の例に示されるように、gNBのWUSタイムウィンドウ５０２の開始とUEのWUSタイムウィンドウ５０６の開始との間にタイミング不一致ΔT×D0５０８が生じることがある。
【００２５】
一実施形態では、このタイミングドリフト問題に対応するために、拡張WUSタイムウィンドウを使用することができる。拡張WUSタイムウィンドウの期間はWext(i)によって表され、WUSタイムウィンドウの有効開始時間はTeff(i)によって表されうる。DRXサイクルiの対応するタイムウィンドウは｛Teff(i),Teff(i)＋Wext(i)｝であってもよい。WUSサイクルは、１つまたは複数のDRXサイクルよりも長い期間を含むことができる。gNBとUE低電力WUS受信機との間のクロックドリフトが１秒当たりΔTであり、DRXサイクルiの期間がDiである場合、WUSサイクルごとのWUSタイミングウィンドウパラメータを更新する際に、以下が適用される:
【００２６】
Wext(i)＝Wadj(i−1)＋2*ΔT*Di-1,  Teff(i)＝Tadj(i−1)−ΔT*Di-1＋Di-1
【００２７】
図６は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、一実施形態による、WUSサイクルごとのWUSタイムウィンドウパラメータを更新するための例示的なWUS支援DRX処理６００を示す図である。図６の処理６００の各ステップは、別々に示されて説明されているが、複数のステップは示されるものとは異なる順序で、並行して、または同時に実行されてもよい。処理６００は一例としてUEによって実行されるが、処理６００はワイヤレス通信デバイス、WTRU、またはワイヤレス通信が可能な本明細書で説明する他のいずれかのデバイスによって実行することもできる。図６を参照すると、WUSウィンドウパラメータおよび連続する非ウェイクアップWUSのカウンタが初期化される(ステップ６０１)。例えば、WUSウィンドウパラメータは、Tadj(0)＝T0,Wext(0)＝Wbとして初期化されてもよく、連続する非ウェイクアップWUSのカウンタは0に初期化されてもよい。次の設定されたWUSタイムウィンドウ中に、UEの低電力WUS受信機は、WUSを検出するためにウェイクアップすることができる(ステップ６０２)。UEは、検出されたWUSを処理して、WUSが「ウェイクアップ」を示しているかどうかを確認することができる(ステップ６０３)。
【００２８】
WUSが「非ウェイクアップ」を示す場合、非ウェイクアップWUSのカウンタを１ずつインクリメントすることができる(ステップ６０４)。WUSタイムウィンドウパラメータは、Wadj(i−1)＝Wext(i−1)、および、Tadj(i−1)＝Teff(i−1)と調整することができる。次のWUSウィンドウのパラメータは、Wext(i)＝Wadj(i−1)＋2*ΔT*Di-1,  Teff(i)＝Tadj(i−1)−ΔT*Di-1＋Di-1と設定されてもよい。UEの主受信機は、DRXサイクル中にNR-PDCCHを検出するためにウェイクアップせず(ステップ６０５)、次の拡張WUSウィンドウがそれに応じて大きくなる(ステップ６０６)。
【００２９】
一方、WUSが「ウェイクアップ」を示す場合、UEはウェイクアップし、その主受信機をオンにし、その主受信機をgNBと同期させ、その低電力WUS受信機をgNbと同期させ(ステップ６０７)、DRXオン期間中にNR-PDCCH検出を実行し(ステップ６０８)、残りのDRX処理に従うことができる。WTRUには、その主受信機をオンにする際にそのタイミングを同期させるか否かを決定するためにWTRUが使用することができる、許容される最大タイムドリフトΔTmax値を設定することができる。UEは、そのタイムドリフトを推定することができ、推定されたタイムドリフトがΔTmaxよりも大きい場合、UEは、その主受信機をオンにする際にそのタイミングを同期させることができる(ステップ６０９)。それ以外の場合、WTRUは、そのタイミングを再同期させることができない。
【００３０】
UEが再びその主受信機をオフにしてスリープ状態になる前に、UEは、WUS支援DRX処理６００を開始することができる。
【００３１】
低電力WUS受信機とgNBとを同期させるための処理は、別の実施形態に従って本明細書で説明される。低電力WUS受信機とgNBとを同期させるための処理は、gNBとUEの低電力WUS受信機との間のタイミングおよび周波数のドリフトが大きくなりすぎることを防止し得る。UEの「強制」ウェイクアップのための１つまたは複数のトリガ基準も、本明細書で説明される。当該基準の一例は、UEのための最後のＮ個の連続するウェイクアップ信号が「ウェイクアップしない」ことを示すことができることである。つまり、UEは、受信されたWUSに基づいて、最後のＮ個の連続するWUSサイクルの間ウェイクアップしないことがある。「強制」ウェイクアップトリガ基準の別の例は、UEのウェイクアップの数が過去Ｎ個のWUSサイクルにおいてＫ回未満であることである。UEは、Ｎ個のDRXサイクルのうちの少なくともＫ回ウェイクアップし得る。「強制」ウェイクアップトリガ基準の別の例は、推定タイムドリフトが許容最大タイムドリフトΔTmaxよりも大きいことである。
【００３２】
図７は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、一実施形態によるNR-PDCCHベースのWUS同期処理７００の例示的な処理を示す図である。図７の処理７００の各ステップは別々に示されて説明されているが、複数のステップは示されるものとは異なる順序で、並行して、または同時に実行されてもよい。処理７００は一例としてUEによって実行されるが、処理７００はワイヤレス通信デバイス、WTRU、またはワイヤレス通信が可能な本明細書で説明する他のいずれかのデバイスによって実行することもできる。図７を参照すると、UEはWUSタイムウィンドウパラメータを初期化し、DRXに入ることができる(ステップ７０１)。UEは次の設定されたWUSタイムウィンドウまで待機し、次いで、次の設定されたWUSタイムウィンドウ中にWUSを検出するためにWUS受信機をウェイクアップすることができる(ステップ７０２)。次いで、UEは、WUSがウェイクアップを示すかどうかを判定することができる(ステップ７０３)。UEは、受信したWUSに応じて異なるアクションをとることができる。
【００３３】
受信したWUSが「ウェイクアップなし」を示す場合、UEは、強制ウェイクアップのトリガ基準を満たすかどうかをチェックすることができる(ステップ７０４)。強制ウェイクアップのトリガ基準を満たす場合、UEはその主受信機をウェイクアップし、その主受信機をランプアップして、DRXサイクルにおけるDRXオン期間の開始前に、タイミングおよび周波数をgNBタイミングと同期させることができる(ステップ７０５)。例えば、「ウェイクアップなし」を示すＮ番目のWUSを受信すると、強制ウェイクアップ処理はウェイクアップなしを示す受信したWUS内の「ウェイクアップなし」表示を無視し、UEの主受信機をウェイクアップすることができる。一方、受信したWUSが「ウェイクアップ」を示す場合、UEはステップ７０５を実行することができる(すなわち、ウェイクアップ)。
【００３４】
UEはDRXオン期間中にNR-PDCCHを検出し、通常のDRX処理に従うことができる(強制ウェイクアップ基準を以前に満たしている場合、受信したWUSは、NR-PDCCHがUEによって受信されないことを既に示しているので、このステップはスキップすることができる)(ステップ７０６)。
【００３５】
強制ウェイクアップの場合、UEはこの「強制」ウェイクアップを使用して、隣接セルから受信信号品質を取得するために、隣接セルのDL信号(SSおよび/または基準信号(RS)など)に対してセル間測定を実行することもできる(ステップ７０７)。例えば、UEは、ステップ７０５におけるランプアップの後に(そのDRXオン期間開始直前に)セル間測定を実行することができる。隣接セルの受信信号品質が現在のサービングセルよりも優れている場合、検出されたターゲットセルへのハンドオーバのプロセスが開始され得る。強制ウェイクアップ後、UEは次の拡張WUSタイミングウィンドウサイズをリセットし、通常のWUS-DRXサイクルに戻ることができる(ステップ７０８)。
【００３６】
強制ウェイクアップのトリガ基準を満たさない場合、UEは、主受信機をウェイクアップすることができない(ステップ７０９)。次に、次の拡張WUSタイムウィンドウは、それに応じて大きくなり得る(ステップ７１０)。その後、UEはステップ７０２に戻ることができる。
【００３７】
図８は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、一実施形態によるSS/RSベースのWUS同期処理８００の例示的な処理を示す図である。図８の処理８００の各ステップは別々に示されて説明されているが、複数のステップは示されるものとは異なる順序で、並行して、または同時に実行されてもよい。処理８００は一例としてUEによって実行されるが、処理８００はワイヤレス通信デバイス、WTRU、またはワイヤレス通信が可能な本明細書で説明する他のいずれかのデバイスによって実行することもできる。図８の例では、Ｎ番目の非ウェイクアップWUSは、UEが測定することができ、UEがDLタイミングおよび周波数を取得することができる、次のSSまたはRSのリソースまたは測定スロットの追加情報を搬送することができる。例えば、このようなWUSは、次のSSまたはRSのリソースあるいは測定スロットに対するタイミングオフセットを含み得る。
【００３８】
図８を参照すると、UEはWUSタイムウィンドウパラメータを初期化し、DRXに入ることができる(ステップ８０１)。UEは次の設定されたWUSタイムウィンドウまで待機し、次いで、次の設定されたWUSタイムウィンドウ中にWUSを検出するためにWUS受信機をウェイクアップすることができる(ステップ８０２)。次いで、UEは、WUSがウェイクアップを示すかどうかを判定することができる(ステップ８０３)。UEは、受信したWUSに応じて異なるアクションをとることができる。
【００３９】
受信したWUSが「ウェイクアップ」を示す場合、UEはその主受信機をランプアップし、DRXサイクルにおけるDRXオン期間の開始前にタイミングおよび周波数を同期させることができる(ステップ８０４)。UEはDRXオン期間中にNR-PDCCHを検出し、通常のDRX処理に従うことができる(ステップ８０５)。UEは、次の拡張WUSタイミングウィンドウサイズをリセットすることができる(ステップ８０６)。その後、UEはステップ８０２に戻ることができる。
【００４０】
受信したWUSが「ウェイクアップなし」を示す場合、UEは、強制ウェイクアップのトリガ基準を満たすかどうかをチェックすることができる(ステップ８０７)。強制ウェイクアップのトリガ基準を満たす場合、UEは、受信したWUSがSS/RS情報(タイミングおよびその他)を搬送するかどうかをチェックすることができる(ステップ８０８)。WUSがSS/RS情報(タイミングおよびその他)を搬送する場合、UEは受信したWUSにおいて搬送されるSS/RS情報によって示される正確なタイミングでウェイクアップし、そのサービングセルのSS/CSI-RSおよび/または他のDL信号を検出および処理して、DLタイミング/周波数同期を取得し、ビーム対リンク管理またはビーム対応を実行することができる(ステップ８０９)。UEはまた、この「強制」ウェイクアップを使用して、隣接セルから受信信号品質を取得するために、隣接セルのDL信号(SSおよびRSなど)の測定を実行することができる(ステップ８１０)。例えば、UEは、ステップ８０４におけるランプアップの後に(そのDRXオン期間開始の直前に)セル間測定を実行することができる。隣接セルの受信信号品質が現在のサービングセルよりも優れている場合、検出されたターゲットセルへのハンドオーバのプロセスが開始され得る。強制ウェイクアップ後、UEは次の拡張WUSタイミングウィンドウサイズをリセットし、通常のWUS-DRXサイクルに戻ることができる(ステップ８０６)。
【００４１】
受信したWUSがSS/RS情報(タイミングおよびその他)を搬送しない場合(ステップ８０８)、UEはそのサービングセルのSS/CSI-RSまたは他のDL信号のタイミングの前に、可能な最大タイミングシフトで主受信機をウェイクアップし、それらの信号を正常に検出するまでの信号の検出を開始することができる(ステップ８１１)。これにより、UEはDLタイミング/周波数同期を取得し、ビーム対リンク管理またはビーム対応を実行し得る。その後、UEは、セル間測定を実行することができる(ステップ８１０)。
【００４２】
強制ウェイクアップのトリガ基準を満たさない場合、UEは、その主受信機をウェイクアップすることができない(ステップ８１２)。次に、次の拡張WUSタイムウィンドウは、それに応じて大きくなり得る(ステップ８１３)。その後、UEはステップ８０２に戻ることができる。
【００４３】
gNBとUEの低電力WUS受信機との間のクロックドリフトは、時間の経過に伴ってタイミングの曖昧さを引き起こす可能性があるため、WUSはこのタイミングの曖昧さを排除するために、暗黙的または明示的な方法でタイミング情報を搬送することができる。例えば、WUSは、(サブフレーム内の)OFDMシンボルインデックスを備えるタイミング情報を搬送しうる。有効なWUSの検出に成功すると、UEはサブフレーム境界に対するOFDMシンボルインデックスを取得することができるため、DLタイミングを導出することができる。WUSは、タイムドリフトの大きさに応じて、異なる時間分解能の他のタイミング情報を搬送することができる。
【００４４】
別の実施形態では、UEのWUS検知のチャネル帯域幅が定義される。WUS検出中のエネルギー消費を低減するために、UEのWUS送信チャネルは、帯域幅BWiの狭帯域チャネルとすることができる。このようなWUS送信チャネルは、(mmW帯域に対して6GHz帯域未満のWUSを可能にするため)データ送信の同じ帯域内にあるか、または別個のチャネルのいずれかであり得る。WUS送信チャネル設定は、別個のIEまたは別のIE内のフィールドのいずれかであり得るWUSInfoでシグナリングすることができ、WUSInfoは、DRX設定メッセージで搬送することができる。設定されたロケーションはUEがWUSを検出するために使用することができ、これにより電力を節約し得る。複数のロケーションが使用される場合、当該ロケーションはさらに電力節約するために、次のPDCCHタイミング情報を暗黙的にシグナリングするために使用され得る。
【００４５】
(OFDMシンボルの数に関して)異なる長さが定義されてもよく、UEは、上位層シグナリングまたはMAC  CEを使用するネットワークによって、UE固有のWUS長を設定してもよい。
【００４６】
WUSInfoデータ構造の例を次に示す:
【表３】
2020519196.tif 000005
【００４７】
別の実施形態では、WUS性能はUE性能の一部であってもよい。それは、別個のIEまたは別のIE内のフィールドのいずれかであり得る。UE-WUSInfo  IEは、WUS機能および処理に必要とされるUE性能情報を含み得る。例示的なUE-WUSInfo情報要素は、以下のものを含むことができる:
【表４】
2020519196.tif 000006
【００４８】
あるいは、WUSのUE性能は、UECapabilityInformationなどの一般的なUE性能IE内のフィールドであり得る。UE  WUS性能は例えば、ネットワークの要求に応じて、RRCメッセージを使用して、ネットワークにシグナリングされ得る。
【００４９】
さらに別の実施形態は、WUS設定信号に関する。UEのためのWUSの処理およびパラメータは、UEのDRX処理に関連し得る。したがって、WUSパラメータ(周期性、タイミングオフセットなど)は以下のように、DRX設定の一部として含めることができる:
【表５】
2020519196.tif 000007
【００５０】
あるいは、WUSのコンテンツは、以下のように、別個のIEまたは別のIE内のフィールド内で別個に設定され得る:
【表６】
2020519196.tif 000008
【００５１】
追加のWUS設計および設定が本明細書に記載されている。ウェイクアップ信号は、デジタルシーケンスを含むことができる。WUSはUE固有であってもよい。すなわち、WUSは、特定のUEに宛先指定される得る。UEを宛先指定するために使用される識別情報は、IMSI、TMSI、GUTI、M-TMSI、S-TMSI、RAN通知エリア識別情報(すなわち、NR  Inactive(RRC_INACTIVE)状態でUEを宛先指定するために使用される固有の識別情報)、およびレジュームID(または同等のもの)(すなわち、RRC接続レジューム処理に使用されるE-UTRANレベルのUE固有の識別情報)のうちのいずれか１つを含むことができるが、これらに限定されない。
【００５２】
ウェイクアップ信号は、UEグループベースであり得る。この場合、WUSは、UEのグループに宛先指定され得る。UEを宛先指定するために使用される識別情報は、UEにグループ固有のWUS-RNTIが設定される場合のWUS-RNTIのうちのいずれか１つを含むことができるが、これに限定されない。
【００５３】
ウェイクアップ信号は、セル固有のものであってもよい。この場合、WUSは、UEまたはUEのグループに固有ではないことがある。WUSは、セル固有の基準信号に類似し得る。
【００５４】
UEには、２つ以上のタイプのWUSが設定され得る。一実施形態では、UEは、UE固有のWUSおよびセル固有のWUSで設定され得る。別の実施形態では、UEには、UEグループベースのWUSおよびセル固有のWUSが設定され得る。例えば、一実施形態では、UEは最初に、セル固有WUSを使用して、UEがWUSのカバレッジ下にあるかどうかを決定することができ、したがって、WUS通知モードで動作することができる。次いで、UEは、UE固有のWUSまたはUEグループベースのWUSを監視して、ウェイクアップすべきかどうかを決定し、ネットワークとの接続を確立することができる。
【００５５】
UEは、様々なRRC状態においてWUSを監視しうる。例えば、UEは、RRC_IDLE状態またはRRC_INACTIVE状態でWUSを監視し得る。gNBは、アイドルモード動作でのみ有効であるWUS(例えば、時間-周波数領域におけるリソース、シンボル数などに対するWUS持続時間、リスニング期間および非リスニング期間を含むリスニング時間間隔などの設定パラメータセット)をUEに設定し得る。例えば、UEは、RRC_IDLE状態でこのWUSを監視することのみが可能であり、これを、本明細書ではアイドルモードWUSと呼ぶことがある。
【００５６】
また、gNBは、非アクティブモード動作でのみ有効であるWUSをUEに設定することもできる。例えば、UEは、RRC_INACTIVE状態でこのWUSを監視することのみが可能であり、これを、本明細書では非アクティブモードWUSと呼ぶことがある。
【００５７】
UEは、RRC_IDLE状態でアイドルモードのWUSを監視することができる。UEは、RRC_INACTIVE状態で非アクティブのWUSを監視することができる。gNBは、RRC_IDLE状態およびRRC_INACTIVE状態の両方で有効なWUSをUEに設定することができ、これを、本明細書ではWUS  IDLE_INACTIVE  WUSと呼ぶことがある。一例では、UEは、RRC_IDLE状態またはRRC_INACTIVE状態でIDLE_INACTIVE  WUSを監視することができる。
【００５８】
gNBは、RRC_CONNECTED状態でのみ有効なWUSをUEに設定することができる。例えば、UEはRRC_CONNECTED状態でWUSを監視することができ、これを、本明細書ではRRC_CONNECTED  WUSと呼ぶことがある。UEは、RRC_CONNECTED状態でRRC_CONNECTED  WUSを監視することができる。
【００５９】
gNBはまた、すべてのRRC状態において有効であるWUSをUEに設定することができ、UEは、いずれのRRC状態においてもそのようなステートレスWUSを監視することができる。
【００６０】
WUSを監視するように設定されたUEは、当該UEに宛先指定されたWUSを、他のUEに宛先指定されたWUSと区別することが可能であり得る。例えば、UEは、当該UEにのみ宛先指定されたWUSを、他のUEまたはUEのグループに宛先指定されたWUSと区別することができる。UEは、当該UEが属するUEのグループに宛先指定されたWUSを、他のUEまたはUEのグループに宛先指定されたWUSと区別することが可能であり得る。UEは、サービングセルWUSを隣接セルWUSと区別することができる。
【００６１】
WUSとUEとの間の関連付け（すなわち、UEがそのUEに宛先指定されたWUSを、他のUEまたはUEのグループに宛先指定されたWUSと識別して区別することができるメカニズム）は、暗黙的な関連付けまたは明示的な関連付けであり得る。
【００６２】
暗黙の関連付けがある場合、UEはそのような識別情報で明示的に構成されなくてもよく、UEは暗黙のうちに識別情報を導出していてもよい。例えば、識別情報は、物理セルIDから暗黙的に導出され得る。
【００６３】
UEは、WUSを識別して区別するために使用される識別メカニズムによって、(例えば、RRCシグナリングを介して)明示的に設定され得る。例えば、UEに宛先指定されたWUSは、その識別情報でスクランブルされ得る。UEは、受信したWUSでスクランブルされた識別情報を検出することによって、WUSが当該UEに宛先指定されていることを判定し得る。別の例では、UEがUEにシグナリングされた識別情報を用いてWUSをデスクランブルし得る。WUSのデスクランブルが成功した場合、UEは、WUSがこのUEに向けられていると肯定的に結論付けることができる。
【００６４】
UEには、２つ以上のWUS識別情報が設定され得る。例えば、UEには、WUSのタイプ(例えば、UE固有のWUSとセル固有のWUS)ごとに、UE固有のWUSに対する１つの識別情報と、セル固有のWUSに対する１つの識別情報とが設定され得る。
【００６５】
WUS特徴の配備は、UEとネットワークとの間のWUS性能交換によって制御され得る。例えば、UEは、ネットワークとのWUS性能シグナリングを実行することができる。
【００６６】
UEはそのWUS性能情報をネットワークに示すことができる。例えば、UEは、そのWUS性能情報をUE無線性能情報の一部として示すことができる。UEは、例えば、初期アタッチ処理またはトラッキングエリア更新処理の間に、コアネットワークにWUS性能情報を提供し得る。次いで、コアネットワークは例えば、初期コンテキスト設定処理の間に、情報を無線アクセスネットワーク(RAN)に配信し得る。あるいは、UEはそのWUS性能情報をRANと直接交換することができる。
【００６７】
WUS対応UEについては、以下のUE到達可能性オプションまたは到達可能性動作モードを考慮することができる:
【００６８】
UEは、WUSによってのみ到達可能であり得る。例えば、WUSおよびページングは同じカバレッジを有さないことがあり、その結果、UEはWUSによって到達可能であるもののページングによって到達可能ではない場合があり、逆もまたあり得る。
【００６９】
UEは、ページングによってのみ到達可能であり、したがって、WUSによって到達可能ではない場合がある。
【００７０】
UEは、WUSまたはページングのいずれかによって到達可能である場合がある。これは、UEがページングおよびWUSの両方のカバレッジ内にある場合であり得る。
【００７１】
発生し得る１つの問題は、UEが正しい到達可能性モードで動作し得るように、UEおよびネットワークの両方において最新の到達可能性情報を維持することである。例えば、UEがWUS到達可能性モードにあるか、ページング到達可能性モードにあるかを維持する際に問題が存在し得る。別の例では、UEとネットワークとの間の到達可能性モードの不一致が電力消費、バッテリ寿命、およびネットワークアクセス遅延に関して、UE性能にマイナスの影響を与え得る。UEは、非効率となり得るため、ページングとWUSの両方を監視することを要求されないことがある。
【００７２】
UEは、UEがWUS到達可能性モードで動作することができるかどうかを判定するためにWUSを監視することができる。例えば、UEは、この目的のためにセル固有のWUSを監視することができる。WUS到達可能性エントリ(イベントR1)およびWUS到達可能性エグジット(イベントR2)の２つのイベントが定義されてもよい。UEは、WUS到達可能イベントR1またはイベントR2をネットワークに通知し得る。UEはイベントR1およびイベントR2を自主的に監視し、そのイベントをネットワークに報告し得る。このような監視および報告の条件は、予め定められ得る。あるいは、ネットワークがイベントR1および/またはイベントR2をUEに設定することができ、ネットワークはUEがイベントR1および/またはイベントR2を監視する方法および時期、ならびにそのようなイベントの報告を制御することができる。
【００７３】
UEは、ネットワークからのページングに応答して、到達可能イベントR1またはイベントR2を報告することができる。UEは、トラッキングエリア更新処理中に到達可能イベントR1またはイベントR2を報告することができる。例えば、UEは、トラッキングエリアの変更があるとき、またはNR  RAN通知エリア更新中に(例えば、RAN通知エリア(RRC_INACTIVE状態をサポートするRANページングエリアとも呼ばれる)が変化するとき)、到達可能イベントR1またはイベントR2を報告することができる。UEはネットワークからの要求に応じて、そのWUS到達可能性ステータス(すなわち、イベントR1またはイベントR2)を報告することができる。
【００７４】
別の実施形態では、UEがWUSを監視するときと、UEがページングを監視するときとの間に、WUS動作モードおよび調整のためのトリガが存在し得る。ネットワークは、WUS到達可能性モードまたはページング到達可能性モードのための特定の到達可能性モードで動作するようにUEを構成することができる。UEは、ネットワークによって設定された到達可能性動作モードに従ってWUSまたはページングを監視する。gNBは、コアネットワークからのトリガ(コアネットワークからのアイドルモード・ページングメッセージ)に応じて、UEがページングされる必要があると判定されると、UE固有WUSの送信を開始することができる。これは、RRC_INACTIVE状態にあるUEに到達するため、またはRRC_CONNECTED  UEをDRXから持ってくるために実行され得る。
【００７５】
UEはまた、イベントR1の際にWUS到達可能性モードで動作を自主的に開始し、そのイベントをネットワークに報告しうる。ネットワークは、イベントR1の際にWUS到達可能性モードで動作を開始するようUEを設定することができる。
【００７６】
UEはまた、イベントR2の際にページング到達可能性モードで動作を自主的に開始し、そのイベントをネットワークに報告しうる。ネットワークは、イベントR2の際にページング到達可能性モードで動作を開始するようUEを設定することができる。
【００７７】
UEがWUS到達可能性モードで動作するようにネットワークによって設定され、UEがWUSによって到達できないか、またはその後WUSによって到達不可能になると、UEは、WUS到達可能イベントをR1に設定する、ページング監視にフォールバックする、WUS到達可能イベントR2を、即座に、または、例えばページングに応答するなどの次の可能な機会にネットワークに通知する、というアクションのうちの１つまたは複数をとることができる。次の可能な機会は例えば、トラッキングエリア更新、RANエリア通知更新、またはULデータ送信の結果として、UE上位層によって開始されるネットワークへの接続を含むこともできる。
【００７８】
UEがページング到達可能性モードで動作するようにネットワークによって設定され、UEがページングによって到達できないか、またはその後ページングによって到達不可能になると、UEは、WUS到達可能イベントR1をチェックし、WUSを介して到達可能である場合、WUS到達可能イベントR1を、即座に、または、例えばUE上位層によって開始されたネットワークへの接続時などの次の可能な機会にネットワークに通知する、というアクションのうちの１つまたは複数をとることができる。これは、トラッキングエリア更新、RANエリア通知更新、またはULデータ送信の結果であり得る。例えば、ULおよびWUSの両方が低周波数範囲(例えば、6GHz未満)に配備され、一方、DLが高周波数範囲(例えば、6GHz超)に配備される場合である。
【００７９】
図９は、一実施形態に係るRRC_IDLEモードおよびRRC_INACTIVEモードでWUS動作モードを設定する例示的な処理９００の図であり、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る。図９の処理９００の各ステップは別々に示されて説明されているが、複数のステップは示されるものとは異なる順序で、並行して、または同時に実行されてもよい。処理９００は一例としてUEによって実行されるが、処理９００はワイヤレス通信デバイス、WTRU、またはワイヤレス通信が可能な本明細書で説明する他のいずれかのデバイスによって実行することもできる。図９の処理９００は、RRCまたは他のシグナリング(MAC  CEなど)を使用してアクティブ化することができ、DRXアクティブ化と一緒に、または別々に実行することができる。図９の例では、UE９０１は、WUS性能情報レポートを介してCN９０３にWUS性能シグナリングを開始することができる(ステップ９１０)。CN９０３は、WUS性能情報レポートをgNB９０２に送信することができる。あるいは、CN９０３は、WUS性能情報要求を介して、gNB９０２にWUS性能シグナリングを開始することができる(ステップ９１２)。gNB９０２は、UE９０１にWUS性能情報要求を送信することができる(ステップ９１３)。UE９０１は、WUS性能情報レポートをgNB９０２に送信し(ステップ９１４)、これによりWUS性能情報レポートをCN９０３に送信することができる(ステップ９１５)。
【００８０】
次に、gNB９０２は、WUS設定を送信することができる(ステップ９１６)。WUS設定は、UE固有のWUSまたはUEグループベースのWUS設定パラメータおよびセル固有のWUS設定パラメータを備えることができる。UE９０１は(例えば、セル固有のWUS測定およびUE９０１との関連に基づいて)イベントR1を検出し得る(ステップ９１７)。UE９０１は、UE到達可能性モードをWUS到達可能に設定し、UE送信機および主受信機をオフにすることができる(ステップ９１８)。UE９０１は、UE固有のWUSが設定されている場合、UE固有のWUSを監視することができ、、UE９０１は、UEグループベースのWUSが設定されている場合、UEグループベースのWUSを監視することができる(ステップ９１９)。UE９０１は、UE到達可能性ステータス更新(イベントR1)をgNB９０２に送信することができる(ステップ９２０)。
【００８１】
CN９０３は、ページング要求をgNB９０２に送信することができる(ステップ９２１)。gNB９０２は、自身のUE到達可能性ステータスをWUS到達可能に更新することができる(ステップ９２２)。gNB９０２は、受信したページング要求に応じてUE９０１をページングするかどうかを決定することができる(ステップ９２３)。gNB９０２は、UE固有のWUSまたはUEグループベースのWUSをUE９０１に送信することができ(ステップ９２４)、WUS応答タイマを開始することができる(ステップ９２５)。UE９０１は、自身宛のWUSを識別することができる(ステップ９２６)。UE９０１は、その送信機及び主受信機をオンにすることができる(ステップ９２７)。UE９０１は、WUS応答(例えば、RRC接続要求)をgNB９０２に送信することができる(ステップ９２８)。gNB９０２は、そのUE到達可能性ステータスをWUS到達可能に更新し、WUS応答タイマを終了することができる(ステップ９２９)。
【００８２】
図１０は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、一実施形態による、WUS到達不能からWUS到達可能への遷移の例示的な処理１０００の図である。図１０の処理１０００の各ステップは別々に示されて説明されているが、複数のステップは示されるものとは異なる順序で、並行して、または同時に実行されてもよい。処理１０００は一例としてUEによって実行されるが、処理１０００はワイヤレス通信デバイス、WTRU、またはワイヤレス通信が可能な本明細書で説明する他のいずれかのデバイスによって実行することもできる。図１０の処理１０００は、RRCまたは他のシグナリング(MAC  CEなど)を使用してアクティブ化することができ、DRXアクティブ化と一緒に、または別々に実行することができる。図１０を参照すると、UE１００１は、WUS動作モードにある(ステップ１０１０)。UE１００１は例えば、セル固有のWUS測定を検出および実行することができないことに基づいて、イベントR2を検出することができる(ステップ１０１１)。UE１００１は、UE到達可能性をWUS到達不能に設定することができる(ステップ１０１２)。UE１００１は、UE主受信機をオンにし、ページングを監視することができる(ステップ１０１３)。CN１００３は、gNB１００２にページング要求を送信し(ステップ１０１４)、ページング応答タイマを開始することができる(ステップ１０１５)。gNB１００２は、CN１００３からページング要求を受信し、UE１００１をページングすることを決定することができる(ステップ１０１６)。gNB１００２は、UE固有のWUSまたはUEグループベースのWUSを送信することができる(ステップ１０１７)。gNB１００２は、WUS応答タイマを開始することができる(ステップ１０１８)。WUS応答タイマは満了し得る(ステップ１０１９)。gNB１００２は、UE１００１にページングメッセージを送信することができる(ステップ１０２０)。UE１００１は、gNB１００２にページング応答を送信することができる(ステップ１０２１)。gNB１００２は、UE到達可能性ステータスをWUS到達不能に更新することができる(ステップ１０２２)。gNB１００２は、CN１００３にページング応答を送信することができる(ステップ１０２３)。CN１００３は、ページング応答タイマをリセットすることができる(ステップ１０２４)。
【００８３】
UE１００１は、(例えば、セル固有のWUS測定およびUE１００１との関連に基づいて)イベントR1を検出し得る(ステップ１０２５)。UE１００１は、UE到達可能性モードをWUS到達可能に設定し、UE送信機および主受信機をオフにすることができる(ステップ１０２６)。UE１００１は、UE固有のWUSが設定されている場合、UE固有のWUSを監視することができ、、UE１００１は、UEグループベースのWUSが設定されている場合、UEグループベースのWUSを監視することができる(ステップ１０２７)。
【００８４】
CN１００３は、ページング要求をgNB１００２に送信し(ステップ１０２８)、ページング応答タイマを開始することができる(ステップ１０２９)。gNB１００２は、CN１００３からページング要求を受信し、UE１００１をページングすることを決定することができる(ステップ１０３０)。gNB１００２は、UE１００１にページングメッセージを送信することができる(ステップ１０３１)。CN１００３は、ページング応答が受信されなかったことを示すメッセージをgNB１００２に送信することができる(ステップ１０３３)。gNB１００２は、UE固有またはUEグループベースのWUSをUE１００１に送信し(ステップ１０３４)、WUS応答タイマを開始することができる(ステップ１０３５)。UE１００１は、自身宛のWUSを識別することができる(ステップ１０３６)。UE１００１は、その送信機及び主受信機をオンにすることができる(ステップ１０３７)。UE１００１は、WUS応答(例えば、RRC接続要求)をgNB１００２に送信することができる(ステップ１０３８)。gNB１００２は、そのUE到達可能性ステータスをWUS到達可能に更新し、WUS応答タイマを終了することができる(ステップ１０３９)。gNB１００２は、CN１００３にページング応答を送信することができる(ステップ１０４０)。CN１００３は、ページング応答タイマをリセットすることができる(ステップ１０４１)。
【００８５】
WUS検知ミスから回復するためのUEおよびgNbの挙動は、別の実施形態に従って本明細書で説明される。UEのWUS検知ミスイベントは、本明細書で定義される設定/計算されたWUSタイミング又は設定/計算されたWUSタイミングウィンドウ中に、UEが有効なWUSを検出しないイベントとして定義される。
【００８６】
gNBのWUS検知ミスイベントは、「ウェイクアップ」を示すWUSタイミングウィンドウ中に、gNBが１つまたは複数の繰り返されるウェイクアップ信号をUEに送信し得るイベントとして定義されてもよい。次いで、gNBは、「DRX_On」期間中にウェイクアップすると想定されるNR-PDCCHをUEに送信することができる。gNBは、NR-PDSCH上でUEにデータを送信してもよいが、UEからACK/NACKを受信しなくてもよい。
【００８７】
以下はWUS検知ミスを処理するためのUE挙動の方法であり、これは、代替的に、または任意の組合せで使用され得る:
【００８８】
第１の方法では、WUSの検知ミスの後、UEは、「ウェイクアップ」を示す有効なWUSの検知時と同じ処理に従うことができる。すなわち、UEは、その主受信機をウェイクアップしてDRXオン期間の前にランプアップし、DLにおいてgNBと同期し、DRXオン期間内でNR-PDCCHを検出しうる。
【００８９】
第２の方法では、WUSの検知ミスの後、UEは、「ウェイクアップなし」を示す有効なWUSの検知時と同じ処理に従うことができる。すなわち、UEは、次のDRXサイクルを通してスリープし、次のWUSタイミングウィンドウまでウェイクアップしないことがある。UEがウェイクアップするか否かは、WUSおよび/またはDRX設定において設定され得る。
【００９０】
第３の方法では、WUSの検知ミスの後、UEは、所定のあるいは設定された基準またはパラメータに従ってウェイクアップするまたはウェイクアップしないことができる。例えば、ウェイクアップするか否かのUE挙動の基準は、最後のＮ個のDRXサイクルにおけるWUS統計によって決定され得る。UEが、Ｎ個のDRXサイクルのうちのＫ個で「ウェイクアップ」を示すWUSを受信した場合、UEはウェイクアップし得る。そうでない場合、UEはウェイクアップし得ない。パラメータＫおよびＮは、現在のアプリケーションのUEのトラフィックモデルに依存し得る。UEウェイクアップ基準およびパラメータ(ＫおよびＮなど)は、そのWUSおよび/またはDRX設定で設定され得る。あるいは、ウェイクアップするか否かのUEの決定は、デバイス/サービスの種類に基づいてもよい。例えば、ベストエフォート型サービスが使用されている場合、UEはウェイクアップしないことがあるが、高信頼性を要件とするアプリケーションがサポートされている場合、UEはウェイクアップすることを選択することができる。
【００９１】
第４の方法では、WUSのＭ回の検知ミスの後、UEはDLにおける同期を再取得する(例えば、SSおよびPBCH、CSI-RSを取得する)ために、その主受信機をウェイクアップするよう「強制する」ことができる。
【００９２】
第５の方法では、UEは、WUSパラメータ(ウィンドウ長、チャネルコーディング、およびチャネルリソース)を再設定するプロセスを開始し、WUS検知ミスの統計に基づいてネットワークによってWUSを非アクティブ化しうる。
【００９３】
以下は、WUS検知ミス回復のためのgNB挙動の方法であり、これは、代替的に、または任意の組合せで使用され得る。
【００９４】
第１の方法では、gNBは、(次のDRXサイクルの)次のWUSタイミングウィンドウでWUSを再送信し、UEの後続のNR-PDCCHのよりロバストな送信(たとえば、より高いアグリゲーションレベルなど)を実行することができる。
【００９５】
第２の方法では、gNBは、WUSパラメータ(ウィンドウ長、チャネルコーディング、およびチャネルリソース)を再設定し、WUS検知ミスの統計に基づいてUEによってWUSを非アクティブ化するプロセスを開始することができる。
【００９６】
あるいは、アップリンクWUS応答チャネル/信号は、UEがWUSの受信をACKすることを可能にするように定義され得る。電力消費を最小限に抑えるため、WUS応答チャネル/信号は、WUSの送信に使用される帯域と同じ/類似の特性を有する帯域で動作する低電力送信機を使用して送信され得る。WUS応答を送信するために5G送信機をオンにすることは回避され得る。例えば、上記のチャネル/信号は、PRACHまたは共通ULチャネル(エネルギー検出ベース)であり得る。これにより、gNBは検知ミスの原因を特定できる。
【００９７】
WUS誤警報検出イベントから回復するためのUEおよびgNbの挙動は、別の実施形態に従って本明細書で説明される。WUS誤警報検出イベントは、UEが「ウェイクアップ」を示すWUSを検出するイベントとしてUEに対して定義される。次いで、UEがウェイクアップした後、UEはDRXサイクルにおいてPDCCHをリッスンするが、DRXサイクルにおいて有効なPDCCHまたはPDSCHを受信しない。
【００９８】
アップリンクWUS応答チャネル/信号は、UEがWUSの受信をACKすることを可能にするために使用され得る。電力消費を最小限に抑えるため、WUS応答チャネル/信号は、WUSを送信するために使用される帯域と同じ/類似の特性を有する帯域で動作する低電力送信機を使用して送信され得る。WUS応答を送信するために5G送信機をオンにすることは回避され得る。例えば、上記のチャネル/信号は、PRACHまたは共通ULチャネル(エネルギー検出ベース)であり得る。これにより、gNBは、予期しないWUS応答を受信するとすぐに、UEの誤警報検出を検出することができる。これにより、UEは誤検知原因の原因を決定することもできる。
【００９９】
UEまたはgNBのいずれかは、WUSパラメータ(ウィンドウ長、WUSチャネルリソースロケーション、チャネルコーディング、およびチャネルリソース)を再設定し、WUS誤警報検出統計に基づいて、ネットワークによってWUSを非アクティブ化するためのプロセスを開始することができる。例えば、gNBは、誤警報が干渉によって引き起こされたと判定した場合、ウェイクアップ信号に使用される異なる周波数領域リソース(１つ又は複数)を設定することができる。
【０１００】
グループベースのWUS処理は、別の実施形態にしたがって本明細書に記載される。セル内に多数のUEが存在する展開シナリオの場合、グループベースのWUSを設定することにより、(ページンググループと同様に)効率が上がり得る。グループベースのWUSは、１つのUEをウェイクアップするのではなく、UEのグループをウェイクアップすることができる。
【０１０１】
UEのグループは(RRCを介するなどして)上位層信号によって設定されてもよく、各グループは独自のグループIDまたはグループRNTIを有する。グループ内のUEは、所定の順序で配列されてもよい。グループ内の各UEのインデックスもまた、WUSグループ設定信号に含まれうる。UEは、複数のWUSグループに対して設定され得る。UEは、そのグループID宛のWUSを受信すると、その主受信機をウェイクアップして、DRXオン期間のNR-PDCCHを検出し得る。
【０１０２】
グループ内のすべてのUEが(DRXサイクルに出入りする)同じデータトラフィックを有するわけではない。これは、グループ内のUEが享受する電力節約の利益に影響を及ぼし得る。したがって、WUSグループ内の各特定のUEがウェイクアップする必要があるかどうかを示す情報を含めることができる(または、次のDRXオン期間のNR-PDCCH/許可を受信することができる)。このようなシグナリングの例には以下のものが含まれるが、これらに限定されない:
【０１０３】
１つのグループ内でウェイクアップする必要があり得るUEのビットマップ表示。Ｍ個のUEのグループの場合、ビットマップサブフィールドはＭビット長を有することができ、各ビットは、それらの位置の順序でUEに対応する。「１」に設定されたビットマップ内の位置は、「ウェイクアップ」を示すために使用されてもよく、「ウェイクアップなし」を示すために「０」に設定されてもよい。
【０１０４】
アナログFSKタイプシグナリングがWUSに使用される場合、オン/オフ周波数は、UEのRNTI/グループを示すために使用され得る。
【０１０５】
図１１Ａは、本明細書で説明され、特許請求される方法および装置が具現化され得る、例示的な通信システム１００の一実施形態を示す図である。図示されているように、例示的な通信システム１００は、ワイヤレス送受信ユニット(WTRU)１０２ａ、１０２ｂ、１０２ｃ、および/または１０２ｄ(全体としてまたはまとめてWTRU１０２ともいう)、無線アクセスネットワーク(RAN)１０３/１０４/１０５/１０３ｂ/１０４ｂ/１０５ｂ、コアネットワーク１０６/１０７/１０９、公衆交換電話網(PSTN)１０８、インターネット１１０、およびその他のネットワーク１１２を含み得るが、開示される実施形態は任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を企図することが理解されよう。WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのそれぞれは、ワイヤレス環境で動作および/または通信するように設定されたいずれのタイプの装置またはデバイスでもよい。WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのそれぞれは、ハンドヘルドワイヤレス通信装置として図１１Ａ〜１１Ｅに示されているが、5Gワイヤレス通信のために企図される多種多様なユースケースでは各WTRUは、例として、ユーザ機器(UE)、移動局、ワイヤレス通信デバイス、固定またはモバイルの加入者ユニット、ページャ、携帯電話、携帯情報端末(PDA)、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療またはeHealthデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車、または飛行機などの車両などを含む、無線信号を送信および/または受信するよう設定されたいずれのタイプの装置またはデバイスも備えることができ、またはその中で実施されることができることを理解されたい。
【０１０６】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａは、コアネットワーク１０６/１０７/１０９、インターネット１１０、および/またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするため、WTRU１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースするよう設定された任意のタイプのデバイスでもよい。基地局１１４ｂは、コアネットワーク１０６/１０７/１０９、インターネット１１０、および/またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、RRH(リモート無線ヘッド)１１８ａ、１１８ｂ、および/またはTRP(送信点および受信点)１１９ａ、１１９ｂのうちの少なくとも１つと有線および/または無線でインターフェースするよう設定された任意のタイプのデバイスでもよい。RRH１１８ａ、１１８ｂは、コアネットワーク１０６/１０７/１０９、インターネット１１０、および/またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、WTRU１０２ｃのうちの少なくとも１つと無線でインターフェースするよう設定された任意のタイプのデバイスであってもよい。TRP１１９ａ、１１９ｂは、コアネットワーク１０６/１０７/１０９、インターネット１１０、および/またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、WTRU１０２ｄのうちの少なくとも１つと無線でインターフェースするよう設定された任意のタイプのデバイスでもよい。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局(BTS)、Node-B、eNode-B、ホームNodeB、ホームeNodeB、サイトコントローラ、アクセスポイント(AP)、ワイヤレスルータなどでもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および/またはネットワーク要素を含み得ることが理解されよう。
【０１０７】
基地局１１４ａは、RAN１０３/１０４/１０５の一部であってもよく、これはさらに、基地局コントローラ(BSC)、無線ネットワークコントローラ(RNC)、中継ノード等の他の基地局及び/又はネットワーク要素(図示せず)を含んでもよい。基地局１１４ｂは、RAN１０３ｂ/１０４ｂ/１０５ｂの一部であってもよく、これはさらに、基地局コントローラ(BSC)、無線ネットワークコントローラ(RNC)、中継ノード等の他の基地局及び/又はネットワーク要素(図示せず)を含んでもよい。基地局１１４ａは、セル(図示せず)と呼ばれ得る特定の地理的領域内で無線信号を送信および/または受信するように設定され得る。基地局１１４ｂは、セル(図示せず)と呼ばれ得る特定の地理的領域内で有線および/または無線信号を送信および/または受信するように設定され得る。セルはさらに、セルセクタに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａが３つのトランシーバ（たとえば、セルのセクタごとに１つのトランシーバ）を含むことができる。一実施形態では、基地局１１４ａは、多入力多出力(MIMO)技術を使用することができ、したがって、セルのセクタごとに複数のトランシーバを利用することができる。
【０１０８】
基地局１１４ａは、任意の適切な無線通信リンク(たとえば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光線、cmWave、mmWaveなど)とすることができるエアインターフェース１１５/１１６/１１７を介してWTRU１０２ａ、１０２ｂ、１０２ｃのうちの１つまたは複数と通信することができる。エアインターフェース１１５/１１６/１１７は、任意の適切な無線アクセス技術(RAT)を使用して確立され得る。
【０１０９】
基地局１１４ｂは、任意の適切な有線(たとえば、ケーブル、光学ファイバなど)または無線通信リンク(たとえば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光学線、cmWave、mmWaveなど)とすることができる有線またはエアインターフェース１１５ｂ/１１６ｂ/１１７ｂを介して、RRH１１８ａ、１１８ｂおよび/またはTRP１１９ａ、１１９ｂのうちの１つまたは複数と通信することができる。エアインタフェース１１５ｂ/１１６ｂ/１１７ｂは、任意の適切な無線アクセス技術(RAT)を使用して確立され得る。
【０１１０】
RRH１１８ａ、１１８ｂおよび/またはTRP１１９ａ、１１９ｂは、任意の適切な無線通信リンク(たとえば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光線、cmWave、mmWaveなど)とすることができるエアインターフェース１１５ｃ/１１６ｃ/１１７ｃを介してWTRU１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができる。エアインタフェース１１５ｃ/１１６ｃ/１１７ｃは、任意の適切な無線アクセス技術(RAT)を使用して確立され得る。
【０１１１】
より具体的には上述したように、通信システム１００は、多元接続システムであってもよく、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの１つまたは複数のチャネルアクセス方式を採用してもよい。例えば、RAN１０３/１０４/１０５内の基地局１１４ａおよびWTRU１０２ａ、１０２ｂ、１０２ｃ、または、RAN１０３ｂ/１０４ｂ/１０５ｂ内のRRH１１８ａ、１１８ｂ、およびTRP１１９ａ、１１９ｂ、ならびにWTRU１０２ｃ、１０２ｄは、広帯域CDMA(WCDMA)を使用してそれぞれエアインターフェース１１５/１１６/１１７または１１５ｃ/１１６ｃ/１１７ｃを確立することができるユニバーサルモバイルテレコミュニケーションシステム(UMTS)地上無線アクセス(UTRA)などの無線技術を実装することができる。WCDMAは、高速パケットアクセス(HSPA)および/または進化型HSPA(HSPA+)のような通信プロトコルを含み得る。HSPAは、高速ダウンリンクパケットアクセス(HSDPA)および/または高速アップリンクパケットアクセス(HSUPA)を含み得る。
【０１１２】
一実施形態では、基地局１１４ａおよびWTRU１０２ａ、１０２ｂ、１０２ｃ、または、RAN１０３ｂ/１０４ｂ/１０５ｂ内のRRH１１８ａ、１１８ｂおよびTRP１１９ａ、１１９ｂならびにWTRU１０２ｃ、１０２ｄは、LTE(Long  Term  Evolution)および/またはLTE-A(LTE-Advanced)を使用してそれぞれエアインターフェース１１５/１１６/１１７または１１５ｃ/１１６ｃ/１１７ｃを確立することができる、E-UTRA(Evolved  UMTS  Terrestrial  Radio  Access)などの無線技術を実装することができる。将来的には、エアインタフェース１１５/１１６/１１７は、3GPP  NR技術を実装することができる。
【０１１３】
一実施形態では、RAN１０３/１０４/１０５内の基地局１１４ａおよびWTRU１０２ａ、１０２ｂ、１０２ｃ、または、RAN１０３ｂ/１０４ｂ/１０５ｂ内のRRH１１８ａ、１１８ｂおよびTRP１１９ａ、１１９ｂならびにWTRU１０２ｃ、１０２ｄは、IEEE  802.16(たとえば、WiMAX(Worldwide  Interoperability  for  Microwave  Access))、CDMA2000、CDMA2000  1X、CDMA2000  EV-DO、暫定規格2000(IS-2000)、暫定規格95(IS-95)、暫定規格856(IS-856)、GSM(登録商標)(Global  System  for  Mobile  communications)、EDGE(Enhanced  Data  rates  for  GSM  Evolution)、GERAN(GSM  EDGE)などの無線技術を実装することができる。
【０１１４】
図１１Ａの基地局１１４ｃは例えば、ワイヤレスルータ、ホームNodeB、ホームeNodeB、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパスなどの局所的エリアにおけるワイヤレス接続を容易にするために、任意の適切なRATを利用してもよい。一実施形態では、基地局１１４ｃおよびWTRU１０２ｅは、ワイヤレスローカルエリアネットワーク(WLAN)を確立するために、IEEE  802.11などの無線技術を実施することができる。一実施形態では、基地局１１４ｃおよびWTRU１０２ｄは、ワイヤレスパーソナルエリアネットワーク(WPAN)を確立するために、IEEE  802.15などの無線技術を実施することができる。さらに一実施形態では、基地局１１４ｃおよびWTRU１０２ｅは、ピコセルまたはフェムトセルを確立するために、セルラーベースのRAT(たとえば、WCDMA、CDMA2000、GSM、LTE、LTE-Aなど)を利用することができる。図１１Ａに示すように、基地局１１４ｂは、インターネット１１０に直接接続し得る。したがって、基地局１１４ｃは、コアネットワーク１０６/１０７/１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【０１１５】
RAN１０３/１０４/１０５及び/又はRAN１０３ｂ/１０４ｂ/１０５ｂは、WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上に音声、データ、アプリケーション、及び/又はボイスオーバーインターネットプロトコル(VoIP)サービスを提供するように設定されたいかなる種類のネットワークでもよいコアネットワーク１０６/１０７/１０９と通信してもよい。例えば、コアネットワーク１０６/１０７/１０９は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続、ビデオ配信などの提供、および/または、ユーザ認証などの高レベルセキュリティ機能の実行ができる。
【０１１６】
図１１Ａには示されていないが、RAN１０３/１０４/１０５および/またはRAN１０３ｂ/１０４ｂ/１０５ｂおよび/またはコアネットワーク１０６/１０７/１０９は、RAN１０３/１０４/１０５および/またはRAN１０３ｂ/１０４ｂ/１０５ｂと同じRATまたは異なるRATを使用する他のRANと直接的または間接的に通信し得ることが理解されよう。例えば、コアネットワーク１０６/１０７/１０９は、E-UTRA無線技術を利用することができるRAN１０３/１０４/１０５および/またはRAN１０３ｂ/１０４ｂ/１０５ｂに接続されることに加えて、GSM無線技術を利用する別のRAN(図示せず)と通信することもできる。
【０１１７】
コアネットワーク１０６/１０７/１０９は、WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがPSTN１０８、インターネット１１０、および/またはその他のネットワーク１１２にアクセスするためのゲートウェイとしても機能することもできる。PSTN１０８は、基本電話サービス(plain  old  telephone  service;  POTS)を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、TCP/IPインターネットプロトコルスイート内の伝送制御プロトコル(TCP)、ユーザデータグラムプロトコル(UDP)、およびインターネットプロトコル(IP)などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有及び/又は運営される有線又は無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、RAN１０３/１０４/１０５および/またはRAN１０３ｂ/１０４ｂ/１０５ｂと同じRATまたは異なるRATを使用し得る、１つまたは複数のRANに接続された別のコアネットワークを含み得る。
【０１１８】
通信システム１００内のWTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード機能を含むことができる。たとえば、WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信する複数のトランシーバを含むことができる。例えば、図１１Ａに示すWTRU１０２ｅは、セルラーベースの無線技術を使用することができる基地局１１４ａと、IEEE  802無線技術を使用することができる基地局１１４ｃと通信するように設定することができる。
【０１１９】
図１１Ｂは例えば、WTRU１０２など、本明細書で例示される実施形態によるワイヤレス通信のために構成された例示的な装置またはデバイスのブロック図である。図１１Ｂに示すように、例示的なWTRU１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ/マイクロフォン１２４、キーパッド１２６、ディスプレイ/タッチパッド/インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム(GPS)チップセット１３６、およびその他の周辺機器１３８を含むことができる。WTRU１０２は、一実施形態との整合性を保ちながら、前述の要素の任意の部分的組み合わせを含むことができることが理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに/または、基地局１１４ａおよび１１４ｂによって表されるトランシーバ局(BTS)、Node-B、サイトコントローラ、アクセスポイント(AP)、ホームNode  B、進化型ホームNodeB(eNodeB)、ホーム進化型NodeB(HeNB)、ホーム進化型NodeBゲートウェイ、およびプロキシノードなどのノード（これらに限定されない）は、図１１Ｂに示されて本明細書で説明される要素の一部またはすべてを含むことができることを企図する。
【０１２０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールド・プログラマブル・ゲート・アレイ(FPGA)回路、任意の他のタイプの集積回路(IC)、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU１０２がワイヤレス環境で動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８は、送受信要素１２２に接続され得るトランシーバ１２０に接続されてもよい。図１１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０は電子パッケージまたはチップに一体化されてもよいことが理解されよう。
【０１２１】
送受信要素１２２は、エアインターフェース１１５/１１６/１１７を介して、基地局(例えば基地局１１４ａ)に信号を送信する、または基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信要素１２２は、RF信号を送信および/または受信するように構成されたアンテナであり得る。一実施形態では、図１１Ａには示されていないが、RAN１０３/１０４/１０５および/またはコアネットワーク１０６/１０７/１０９は、RAN１０３/１０４/１０５と同じRATまたは異なるRATを使用する他のRANと直接的または間接的に通信し得ることが理解されるのであろう。例えば、コアネットワーク１０６/１０７/１０９は、E-UTRA無線技術を利用することができるRAN１０３/１０４/１０５に接続されることに加えて、GSM無線技術を利用する別のRAN(図示せず)と通信することもできる。
【０１２２】
コアネットワーク１０６/１０７/１０９は、WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがPSTN１０８、インターネット１１０、および/またはその他のネットワーク１１２にアクセスするためのゲートウェイとしても機能することができる。PSTN１０８は、基本電話サービス(plain  old  telephone  service;  POTS)を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、TCP/IPインターネットプロトコルスイート内の伝送制御プロトコル(TCP)、ユーザデータグラムプロトコル(UDP)、およびインターネットプロトコル(IP)などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有及び/又は運営される有線又は無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、RAN１０３/１０４/１０５と同じRATまたは異なるRATを使用し得る、１つまたは複数のRANに接続された別のコアネットワークを含み得る。
【０１２３】
通信システム１００内のWTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード機能を含むことができる。たとえば、WTRU１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信する複数のトランシーバを含むことができる。例えば、図１１Ａに示すWTRU１０２ｃは、セルラーベースの無線技術を使用することができる基地局１１４ａと、IEEE  802無線技術を使用することができる基地局１１４ｂと通信するように設定することができる。
【０１２４】
図１１Ｂは例えば、WTRU１０２など、本明細書で例示される実施形態によるワイヤレス通信のために構成された例示的な装置またはデバイスのブロック図である。図１１Ｂに示すように、例示的なWTRU１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ/マイクロフォン１２４、キーパッド１２６、ディスプレイ/タッチパッド/インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム(GPS)チップセット１３６、および他の周辺機器１３８を含むことができる。WTRU１０２は、一実施形態との整合性を保ちながら、前述の要素の任意の部分的組み合わせを含むことができることが理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに/または、基地局１１４ａおよび１１４ｂによって表されるトランシーバ局(BTS)、Node-B、サイトコントローラ、アクセスポイント(AP)、ホームNodeB、進化型ホームNodeB(eNodeB)、ホーム進化型NodeB(HeNB)、ホーム進化型NodeBゲートウェイ、およびプロキシノードなどのノード（これらに限定されない）は、図１１Ｂに示されて本明細書で説明される要素の一部またはすべてを含むことができることを企図する。
【０１２５】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールド・プログラマブル・ゲート・アレイ(FPGA)回路、任意の他のタイプの集積回路(IC)、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU１０２がワイヤレス環境で動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８は、送受信要素１２２に接続され得るトランシーバ１２０に接続されてもよい。図１１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０は電子パッケージまたはチップに一体化されてもよいことが理解されよう。
【０１２６】
送受信要素１２２は、エアインターフェース１１５/１１６/１１７を介して、基地局(例えば基地局１１４ａ)に信号を送信する、または基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信要素１２２は、RF信号を送信および/または受信するように構成されたアンテナであり得る。一実施形態では、送受信要素１２２は例えば、IR、UV、または可視光信号を送信および/または受信するように構成されたエミッタ/検出器とすることができる。さらに一実施形態では、送受信要素１２２は、RF信号および光信号の両方を送信および受信するように構成することができる。送受信要素１２２は、無線信号のいずれの組合せも送信および/または受信するように構成され得ることが理解されよう。
【０１２７】
加えて、送受信要素１２２は図１１Ｂでは単一の要素として示されているが、WTRU１０２は任意の数の送受信要素１２２を含むことができる。より具体的には、WTRU１０２はMIMO技術を使用することができる。したがって、一実施形態では、WTRU１０２は、エアインターフェース１１５/１１６/１１７を介して無線信号を送受信するための２つ以上の送受信要素１２２(たとえば、複数のアンテナ)を含むことができる。
【０１２８】
トランシーバ１２０は、送受信要素１２２によって送信される信号を変調し、送受信要素１２２によって受信された信号を復調するように構成され得る。上述したように、WTRU１０２は、マルチモード機能を有することができる。したがって、トランシーバ１２０は、WTRU１０２が例えば、UTRAおよびIEEE  802.11などの複数のRATを介して通信することを可能にするために、複数のトランシーバを含むことができる。
【０１２９】
WTRU１０２のプロセッサ１１８は、スピーカ/マイクロフォン１２４、キーパッド１２６、および/またはディスプレイ/タッチパッド/インジケータ１２８(例えば、液晶ディスプレイ(LCD)ディスプレイユニットまたは有機発光ダイオード(OLED)ディスプレイユニット)に接続することができ、それらからユーザ入力データを受信することができる。また、プロセッサ１１８は、ユーザデータをスピーカ/マイクロフォン１２４、キーパッド１２６、および/またはディスプレイ/タッチパッド/インジケータ１２８に出力することもできる。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および/またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報にアクセスし、その中にデータを格納することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ(RAM)、リードオンリメモリ(ROM)、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、SIM(subscriber  identity  module)カード、メモリスティック、SD(secure  digital)メモリカード等を含むことができる。一実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ(図示せず)など、WTRU１０２上に物理的に配置されていないメモリから情報にアクセスし、そのメモリにデータを格納することができる。
【０１３０】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、WTRU１０２内の他の構成要素に電力を分配および/または制御するように構成することができる。電源１３４は、WTRU１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池等を含んでもよい。
【０１３１】
プロセッサ１１８はまた、GPSチップセット１３６に連結されてもよく、このチップセットはWTRU１０２の現在位置に関する位置情報(例えば、経度及び緯度)を提供するように構成されてもよい。GPSチップセット１３６からの情報に加えて、またはその代わりに、WTRU１０２は基地局(たとえば、基地局１１４ａ、１１４ｂ)からエアインターフェース１１５/１１６/１１７を介して位置情報を受信し、かつ/または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてその位置を決定することができる。WTRU１０２は一実施形態との整合性を保ちながら、任意の適切な位置決定方法によって位置情報を取得することができることを理解されたい。
【０１３２】
プロセッサ１１８はさらに、追加の特徴、機能性、および/または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含み得る他の周辺機器１３８に接続され得る。例えば、周辺機器１３８は、加速度計、バイオメトリクス(例えば、指紋)センサ、eコンパス、衛星トランシーバ、デジタルカメラ(写真又はビデオ用)、ユニバーサルシリアルバス(USB)ポート又はその他の相互接続インターフェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Bluetooth(登録商標)モジュール、周波数変調(FM)ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等の様々なセンサを含むことができる。
【０１３３】
WTRU１０２は、センサ、家庭用電化製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療またはeHealthデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車、または飛行機などの車両など、他の装置またはデバイスで実施することができる。WTRU１０２は、周辺機器１３８のうちの１つを備えることができる相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、上記のような装置またはデバイスの他の構成要素、モジュール、またはシステムに接続することができる。
【０１３４】
図１１Ｃは、一実施形態に係るRAN１０３及びコアネットワーク１０６のシステム図である。上述したように、RAN１０３は、エアインターフェース１１５を介してWTRU１０２ａ、１０２ｂ、および１０２ｃと通信するためにUTRA無線技術を使用することができる。RAN１０３はまた、コアネットワーク１０６と通信してもよい。図１１Ｃに示されるように、RAN１０３は、エアインターフェース１１５を介してWTRU１０２ａ、１０２ｂ、１０２ｃと通信するためそれぞれ１つ以上のトランシーバを含み得るNode-B１４０ａ、１４０ｂ、１４０ｃを含むことができる。Node-B１４０ａ、１４０ｂ、１４０ｃはそれぞれ、RAN１０３内の特定のセル(図示せず)に関連付けられ得る。RAN１０３はまた、RNC１４２ａ、１４２ｂを含むことができる。RAN１０３は、一実施形態との整合性を保ちながら、任意の数のNode-BおよびRNCを含むことができることが理解されよう。
【０１３５】
図１１Ｃに示されるように、Node-B１４０ａ、１４０ｂは、RNC１４２ａと通信することができる。加えて、Node-B１４０ｃは、RNC１４２ｂと通信することができる。Node-B１４０ａ、１４０ｂ、１４０ｃは、Iubインターフェースを介して、それぞれRNC１４２ａ、１４２ｂと通信することができる。RNC１４２ａ、１４２ｂは、Iurインターフェースを介して互いに通信してもよい。RNC１４２ａ、１４２ｂの各々は、接続されているそれぞれNode-B１４０ａ、１４０ｂ、１４０ｃをそれぞれ制御するように構成され得る。さらに、RNC１４２ａ、１４２ｂのそれぞれは、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行するか、またはサポートするように構成され得る。
【０１３６】
図１１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ(MGW)１４４、移動交換センタ(MSC)１４６、サービングGPRSサポートノード(SGSN)１４８、および/またはゲートウェイGPRSサポートノード(GGSN)１５０を含むことができる。前述の要素の各々はコアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれもコアネットワークオペレータ以外のエンティティによって所有および/または運営され得ることが理解される。
【０１３７】
RAN１０３内のRNC１４２ａは、IuCSインターフェースを介してコアネットワーク１０６内のMSC１４６に接続することができる。MSC１４６は、MGW１４４に接続されてもよい。MSC１４６およびMGW１４４は、WTRU１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、PSTN１０８などの回線交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【０１３８】
RAN１０３内のRNC１４２ａはまた、IuPSインターフェースを介してコアネットワーク１０６内のSGSN１４８に接続されてもよい。SGSN１４８は、GGSN１５０に接続されてもよい。SGSN１４８およびGGSN１５０は、WTRU１０２ａ、１０２ｂ、１０２ｃとIP対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【０１３９】
上述のように、コアネットワーク１０６は、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができるネットワーク１１２に接続することもできる。
【０１４０】
図１１Ｄは、一実施形態によるRAN１０４およびコアネットワーク１０７のシステム図である。上述したように、RAN１０４は、E-UTRA無線技術を使用して、エアインターフェース１１６を介してWTRU１０２ａ、１０２ｂ、および１０２ｃと通信することができる。RAN１０４はまた、コアネットワーク１０７と通信してもよい。
【０１４１】
RAN１０４はeNode-B１６０ａ、１６０ｂ、１６０ｃを含むことができるが、RAN１０４は一実施形態との整合性を保ちながら、任意の数のeNode-Bを含むことができることが理解されよう。eNode-B１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してWTRU１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、eNode-B１６０ａ、１６０ｂ、１６０ｃはMIMO技術を実装することができる。したがって、例えば、eNode-B１６０ａは複数のアンテナを用いて、WTRU１０２ａに無線信号を送り、WTRU１０２ａから無線信号を受け取ることができる。
【０１４２】
eNode-B１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル(図示せず)に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成され得る。図１１Ｄに示されるように、eNode-B１６０ａ、１６０ｂ、１６０ｃは、X2インターフェースを介して互いに通信し得る。
【０１４３】
図１１Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ(MME)１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク(PDN)ゲートウェイ１６６を含むことができる。前述の要素の各々はコアネットワーク１０７の一部として示されているが、これらの要素のうちのいずれもコアネットワークオペレータ以外のエンティティによって所有および/または運営されてもよいことが理解されよう。
【０１４４】
MME１６２は、S1インターフェースを介してRAN１０４内のeNode-B１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続され、制御ノードとして機能することができる。例えば、MME１６２は、WTRU１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化/非アクティブ化、WTRU１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などを担うことができる。MME１６２はまた、RAN１０４と、GSMまたはWCDMAなどの他の無線技術を使用する他のRAN(図示せず)との間で切り替える制御プレーン機能を提供することができる。
【０１４５】
サービングゲートウェイ１６４は、S1インターフェースを介してRAN１０４内のeNode-B１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続され得る。サービングゲートウェイ１６４は一般に、WTRU１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１６４はまた、eNode-B間ハンドオーバ中にユーザプレーンをアンカーすること、ダウンリンクデータがWTRU１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、WTRU１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することもできる。
【０１４６】
サービスゲートウェイ１６４はまた、WTRU１０２ａ、１０２ｂ、１０２ｃ及びIP対応デバイスとの間の通信を容易にするため、WTRU１０２ａ、１０２ｂ、１０２ｃをインターネット１１０のようなパケットスイッチされたネットワークにアクセスさせるPDNゲートウェイ１６６に接続されてもよい。
【０１４７】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、WTRU１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、PSTN１０８などの回線交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とPSTN１０８との間のインターフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含んでもよく、またはそれと通信してもよい。さらに、コアネットワーク１０７は、WTRU１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスを提供することができる。
【０１４８】
図１１Ｅは、一実施形態によるRAN１０５およびコアネットワーク１０９のシステム図である。RAN１０５は、エアインターフェース１１７を介してWTRU１０２ａ、１０２ｂ、および１０２ｃと通信するためにIEEE  802.16無線技術を使用するアクセスサービスネットワーク(ASN)でもよい。以下でさらに説明するように、WTRU１０２ａ、１０２ｂ、１０２ｃ、RAN１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義され得る。
【０１４９】
図１１Ｅに示されるように、RAN１０５は基地局１８０ａ、１８０ｂ、１８０ｃ、およびASNゲートウェイ１８２を含むことができるが、RAN１０５は実施形態との整合性を保ちながら、任意の数の基地局およびASNゲートウェイを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、RAN１０５内の特定のセルに関連付けることができ、エアインターフェース１１７を介してWTRU１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃはMIMO技術を実装することができる。したがって、基地局１８０ａは例えば、複数のアンテナを用いて、WTRU１０２ａに無線信号を送り、かつ、WTRU１０２ａから無線信号を受け取ることができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフ・トリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質(QoS)ポリシー施行などのモビリティ管理機能を提供することもできる。ASNゲートウェイ１８２はトラフィック集約ポイントとして機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担うことができる。
【０１５０】
WTRU１０２ａ、１０２ｂ、１０２ｃとRAN１０５との間のエアインターフェース１１７は、IEEE  802.16仕様を実装するR1基準点として定義することができる。さらに、WTRU１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース(図示せず)を確立することができる。WTRU１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、許可、IPホスト構成管理、および/またはモビリティ管理に使用することができるR2基準点として定義することができる。
【０１５１】
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれの間の通信リンクは、WTRUハンドオーバおよび基地局間のデータ転送を容易にするためのプロトコルを含むR8基準点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとASNゲートウェイ１８２との間の通信リンクは、R6基準点として定義することができる。R6基準点は、WTRU１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。
【０１５２】
図１１Ｅに示すように、RAN１０５は、コアネットワーク１０９に接続することができる。RAN１０５とコアネットワーク１０９との間の通信リンクは例えば、データ転送およびモビリティ管理性能を容易にするためのプロトコルを含むR3基準点として定義され得る。コアネットワーク１０９は、モバイルIPホームエージェント(MIP-HA)１８４、認証、許可、アカウンティング(AAA)サーバ１８６、およびゲートウェイ１８８を含むことができる。前述の要素の各々はコアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれもコアネットワークオペレータ以外のエンティティによって所有され、かつ/または運営され得ることが理解される。
【０１５３】
MIP-HAは、IPアドレス管理を担うことができ、WTRU１０２ａ、１０２ｂ、および１０２ｃに、異なるASNおよび/または異なるコアネットワーク間でローミングさせることができる。MIP-HA１８４は、WTRU１０２ａ、１０２ｂ、１０２ｃとIP対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。AAAサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にすることができる。例えば、ゲートウェイ１８８は、WTRU１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、PSTN１０８などの回線交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。さらに、ゲートウェイ１８８は、WTRU１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスを提供することができる。
【０１５４】
図１１Ｅには示されていないが、RAN１０５は他のASNに接続されてもよく、コアネットワーク１０９は他のコアネットワークに接続されてもよいことが理解されよう。RAN１０５と他のASNとの間の通信リンクは、RAN１０５と他のASNとの間のWTRU１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るR4基準点として定義することができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問先コアネットワークとの間のインターワーキングを容易にするためのプロトコルを含み得るR5基準として定義することができる。
【０１５５】
本明細書で説明し、図１１Ａ、１１Ｃ、１１Ｄ、および１１Ｅに示すコアネットワークエンティティは、特定の既存の3GPP仕様のエンティティに付与された名称によって識別されるが、将来的に、これらのエンティティおよび機能は他の名称によって識別されてもよく、特定のエンティティまたは機能は将来の3GPP  NR仕様を含む、3GPPによって公開される将来の仕様において組み合わせられてもよいことが理解される。したがって、本明細書で説明されて図１１Ａ、１１Ｂ、１１Ｃ、１１Ｄ、および１１Ｅで示される特定のネットワークエンティティおよび機能はは、例としてのみ提供され、本明細書で開示されて特許請求される主題は現在定義されているか、または将来定義されるかにかかわらず、任意の同様の通信システムにおいて実施または実装され得ることが理解される。
【０１５６】
図１１Ｆは、RAN１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、PSTN１０８、インターネット１１０、またはその他のネットワーク１１２内の特定のノードまたは機能エンティティなど、図１１Ａ、１１Ｃ、１１Ｄ、および１１Ｅに示す通信ネットワークの１つまたは複数の装置を実施することができる例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバーを含むことができ、主に、ソフトウェアの形式などによるコンピュータ可読命令によって制御することができ、ソフトウェアの格納場所やそのアクセス手段は問わない。当該コンピュータ可読命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０に作業を行わせることができる。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールド・プログラマブル・ゲート・アレイ(FPGA)回路、任意の他のタイプの集積回路(IC)、状態機械などとすることができる。プロセッサ９１は、信号符号化、データ処理、電力制御、入出力処理、および/またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能を実行することができる。コプロセッサ８１はメインプロセッサ９１とは別個のオプションのプロセッサであり、追加の機能を実行し、またはプロセッサ９１を支援することができる。プロセッサ９１および/またはコプロセッサ８１は本明細書で開示される方法および装置に関連するデータを受信し、生成し、処理し得る。
【０１５７】
動作中、プロセッサ９１は命令をフェッチし、デコードし、実行し、コンピューティングシステムのメインデータ転送経路であるシステムバス８０を介して他のリソースとの間で情報をやりとりする。このようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、通常、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信してシステムバスを動作させるための制御ラインとを含む。このようなシステムバス８０の一例は、PCI(Peripheral  Component  Interconnect)バスである。
【０１５８】
システムバス８０に結合されたメモリは、ランダムアクセスメモリ(RAM)８２および読取り専用メモリ(ROM)９３を含む。これらのメモリは、情報を記憶し、検索することを可能にする回路を含む。ROM９３は一般的に、容易に変更することができない記憶済みデータを含む。RAM８２に記憶されたデータは、プロセッサ９１又は他のハードウェア装置によって読み出され又は変更される得る。RAM８２および/またはROM９３へのアクセスは、メモリコントローラ９２によって制御することができる。メモリコントローラ９２は、命令が実行されるときに仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、システム内の処理を分離して、システム処理をユーザ処理から分離するメモリ保護機能も提供することができる。したがって、第１のモードで実行されるプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされたメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【０１５９】
さらに、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う周辺機器コントローラ８３を含むことができる。
【０１６０】
ディスプレイ８６は、ディスプレイコントローラ９６によって制御され、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。この視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含むことができる。視覚的出力は、グラフィカルユーザインタフェース(GUI)の形態で提供されてもよい。ディスプレイ８６は、CRTベースのビデオディスプレイ、LCDベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送られるビデオ信号を生成するのに必要な電子構成要素を含む。
【０１６１】
さらに、コンピューティングシステム９０は、コンピューティングシステム９０がそのネットワークの他のノードまたは機能エンティティと通信することを可能にするために、コンピューティングシステム９０を図１１Ａ、１１Ｂ、１１Ｃ、１１Ｄ、および１１ＥのRAN１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、PSTN１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信ネットワークに接続するために使用できる、たとえばネットワークアダプタ９７などの通信回路を含むことができる。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で説明される特定の装置、ノード、または機能エンティティの送信および受信ステップを実行するために使用され得る。
【０１６２】
本明細書で説明される装置、システム、方法、およびプロセスのいずれかまたはすべては、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに本明細書で説明されるシステム、方法、およびプロセスを実行させ、かつ/または実装させる命令を、コンピュータ可読記憶媒体上に格納されたコンピュータ実行可能命令(たとえば、プログラムコード)の形態で実施され得ることを理解されたい。具体的には、本明細書で説明される工程、動作、または機能のいずれも、無線および/または有線ネットワーク通信のために構成された装置またはコンピューティングシステムのプロセッサ上で実行される、コンピュータ実行可能命令の形式で実装され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的な(例えば、有形または物理的な)方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルな媒体を含むが、このようなコンピュータ可読記憶媒体は信号を含まない。コンピュータ可読記憶媒体には、RAM、ROM、EEPROM、フラッシュメモリまたは他のメモリ技術、CD-ROM、デジタル多用途ディスク(DVD)または他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置、あるいは所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスすることができる任意の他の有形または物理的な媒体が含まれるが、これらに限定されない。
【０１６３】
上記の解決策の説明は、これらの解決策の作成または使用を可能にするために提供される。これらの解決策の様々な変形は容易に明らかであり、本明細書で定義される一般的な原理は、本開示の範囲から逸脱することなく、他の態様に適用され得る。したがって、本開示は、本明細書に示される態様に限定されることを意図するものではなく、以下の特許請求の範囲によって定義される原理および新規な特徴と一致する可能な限り広い範囲が与えられるべきである。
【図１】
2020519196.tif 000009
【図２】
2020519196.tif 000010
【図３】
2020519196.tif 000011
【図４】
2020519196.tif 000012
【図５】
2020519196.tif 000013
【図６】
2020519196.tif 000014
【図７】
2020519196.tif 000015
【図８】
2020519196.tif 000016
【図９】
2020519196.tif 000017
【図１０】
2020519196.tif 000018
【図１１Ａ】
2020519196.tif 000019
【図１１Ｂ】
2020519196.tif 000020
【図１１Ｃ】
2020519196.tif 000021
【図１１Ｄ】
2020519196.tif 000022
【図１１Ｅ】
2020519196.tif 000023
【図１１Ｆ】
2020519196.tif 000024
【国際調査報告】
2020519196.tif 000025
2020519196.tif 000026