特許 7150747 ウェイクアップ信号動作

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-09-30

(45)【発行日】2022-10-11

(54)【発明の名称】ウェイクアップ信号動作

(51)【国際特許分類】

   H04W 52/02 20090101AFI20221003BHJP

   H04W 56/00 20090101ALI20221003BHJP

   H04W 28/06 20090101ALI20221003BHJP

【ＦＩ】

H04W52/02 111

H04W56/00 130

H04W28/06

【請求項の数】 19

(21)【出願番号】P 2019560733

(86)(22)【出願日】2018-05-04

(65)【公表番号】

(43)【公表日】2020-06-25

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

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

(87)【国際公開日】2018-11-08

【審査請求日】2021-05-06

(31)【優先権主張番号】62/501,181

(32)【優先日】2017-05-04

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

(73)【特許権者】

【識別番号】513018028

【氏名又は名称】アイピーエルエー ホールディングス インコーポレイテッド

【氏名又は名称原語表記】ＩＰＬＡ Ｈｏｌｄｉｎｇｓ Ｉｎｃ．

【住所又は居所原語表記】２５ Ｍａｄｉｓｏｎ Ａｖｅｎｕｅ，Ｎｅｗ Ｙｏｒｋ，ＮＹ １００１０，Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】ジャン，グオドン

(72)【発明者】

【氏名】アジャクプレ，パスカル エム．

(72)【発明者】

【氏名】マリー，ジョゼフ，エム．

(72)【発明者】

【氏名】アイヤー，ラクシュミー，アール．

【審査官】三枝 保裕

(56)【参考文献】

【文献】米国特許出願公開第２０１２／０２７５３６４（ＵＳ，Ａ１）

【文献】Huawei, HiSilicon，Upper range for extended DRX[online]，3GPP TSG-RAN WG2#90 R2-152506，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_90/Docs/R2-152506.zip＞，2015年05月29日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

プロセッサ及びメモリを備えるワイヤレス通信デバイスであって、前記ワイヤレス通信デバイスの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
間欠受信（Discontinuous Reception：ＤＲＸ）サイクルに基づいて、前記ワイヤレス通信デバイスの電力節約機能を制御することであって、前記ＤＲＸサイクルは、オン期間およびオフ期間を備える、ことと、
ネットワークノードから、ウェイクアップ信号タイミングオフセットを含むパラメータを示す情報を受信することであって、前記ウェイクアップ信号タイミングオフセットは、前記ＤＲＸサイクルの前記オン期間の前にウェイクアップ信号を通信するためのタイムオフセットを示し、また、前記パラメータを示す情報は、前記ウェイクアップ信号に関連するグループ無線ネットワーク一時識別子(Radio Network Temporary Identifier：ＲＮＴＩ)をさらに備え、無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージによって送信される、ことと、
前記ネットワークノードからウェイクアップ信号を受信するための前記ウェイクアップ信号タイミングオフセット及び前記ＲＲＣメッセージを使用して上位層シグナリングによって設定されたウェイクアップ信号長に従って、前記ウェイクアップ信号に関連するＲＮＴＩによってスクランブルされたウェイクアップ信号送信チャネルを監視することと、
強制ウェイクアップトリガ基準が満たされている場合に、前記ＤＲＸサイクルを、前記ウェイクアップ信号によるウェイクアップ指示が検知されなかった場合であっても前記ＤＲＸサイクルがオンになるように、制御することと
を行わせる、ワイヤレス通信デバイス。

【請求項2】

前記ワイヤレス通信デバイスの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記ウェイクアップ信号送信チャネル上で前記ウェイクアップ信号を検出することと、
前記ウェイクアップ信号がウェイクアップ状態を示すか、又は非ウェイクアップ状態を示すかを判定することと、
前記ウェイクアップ信号によって示される前記ウェイクアップ状態を検出することに基づいて、前記ＤＲＸサイクルの次のオン期間で、物理ダウンリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）を監視することと
を行わせる、請求項１に記載のワイヤレス通信デバイス。

【請求項3】

前記ワイヤレス通信デバイスの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記ウェイクアップ信号送信チャネル上で前記ウェイクアップ信号を検出することと、
前記ウェイクアップ信号がウェイクアップ状態を示すか、又は非ウェイクアップ状態を示すかを判定することと、
前記ウェイクアップ信号によって示される前記非ウェイクアップ状態を検出することに基づいて、前記ＤＲＸサイクルの次のオン期間で、物理ダウンリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）の監視をスキップすることと
を行わせる、請求項１に記載のワイヤレス通信デバイス。

【請求項4】

前記パラメータは、強制ウェイクアップ状態に関連する基準をさらに備える、請求項１に記載のワイヤレス通信デバイス。

【請求項5】

前記ワイヤレス通信デバイスの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記ウェイクアップ信号送信チャネル上でウェイクアップなし信号を検出することに基づいて、強制ウェイクアップ状態に関連する基準をチェックすること
を行わせる、請求項４に記載のワイヤレス通信デバイス。

【請求項6】

前記ワイヤレス通信デバイスの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
強制ウェイクアップ状態に関連する前記基準がウェイクアップ状態を示すことを検出することに基づいて、前記ＤＲＸサイクルの次のオン期間で、物理ダウンリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）を監視すること
を行わせる、請求項５に記載のワイヤレス通信デバイス。

【請求項7】

前記ワイヤレス通信デバイスの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
強制ウェイクアップ状態に関連する前記基準が非ウェイクアップ状態を示すことを検出することに基づいて、前記ＤＲＸサイクルの次のオン期間で、物理ダウンリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）の監視をスキップすること
を行わせる、請求項５に記載のワイヤレス通信デバイス。

【請求項8】

前記パラメータは、複数のワイヤレス通信デバイスに関連するグループ識別子をさらに備える、請求項１に記載のワイヤレス通信デバイス。

【請求項9】

前記ウェイクアップ信号は、前記グループ識別子に関連する、請求項８に記載のワイヤレス通信デバイス。

【請求項10】

前記グループ識別子は、順序付けられたグループ内の前記複数のワイヤレス通信デバイスの各々についてのウェイクアップ状態を識別するインデックスを備える、請求項８に記載のワイヤレス通信デバイス。

【請求項11】

前記インデックスは、前記順序付けられたグループ内の前記複数のワイヤレス通信デバイスの各々についてのウェイクアップ状態を示すビットのビットマップを備える、請求項１０に記載のワイヤレス通信デバイス。

【請求項12】

前記グループＲＮＴＩは、周波数偏移変調(Frequency-Shift Keying; ＦＳＫ)オン及びオフ周波数によって示される、請求項１に記載のワイヤレス通信デバイス。

【請求項13】

前記ウェイクアップ信号は、前記ワイヤレス通信デバイスに固有の識別情報を含む、請求項１に記載のワイヤレス通信デバイス。

【請求項14】

前記ワイヤレス通信デバイスの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージを使用して、ユーザ機器（User Equipment：ＵＥ）性能メッセージで、前記ネットワークノードに、ウェイクアップ信号性能を送信すること
を行わせる、請求項１に記載のワイヤレス通信デバイス。

【請求項15】

前記ウェイクアップ信号送信チャネルは、無線リソース制御（Radio Resource Control：ＲＲＣ）接続モードで監視される、請求項１に記載のワイヤレス通信デバイス。

【請求項16】

前記パラメータは、最大タイムドリフトを備える強制ウェイクアップ状態に関連する基準をさらに含む、請求項１に記載のワイヤレス通信デバイス。

【請求項17】

前記ワイヤレス通信デバイスの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ワイヤレス通信デバイスの前記プロセッサによって実行されると、前記ワイヤレス通信デバイスに、
前記ウェイクアップ信号がウェイクアップ状態を示す場合に、推定タイムドリフトが前記最大タイムドリフトよりも大きい場合に前記ワイヤレス通信デバイスのタイミングを前記ネットワークノードと同期させること
を行わせる、請求項１６に記載のワイヤレス通信デバイス。

【請求項18】

強制ウェイクアップ状態に関連する基準は、最後にウェイクアップ状態が示されてからの時間を備える、請求項１６に記載のワイヤレス通信デバイス。

【請求項19】

プロセッサ及びメモリを備えるネットワークノードであって、前記ネットワークノードの前記メモリに格納されたコンピュータ実行可能命令をさらに含み、前記コンピュータ実行可能命令は、前記ネットワークノードの前記プロセッサによって実行されると、前記ネットワークノードに、
ワイヤレス通信デバイスに、ウェイクアップ信号タイミングオフセットを含むパラメータを示す情報を送信することであって、前記ウェイクアップ信号タイミングオフセットは、間欠受信（Discontinuous Reception：ＤＲＸ）サイクルのオン期間の前にウェイクアップ信号を通信するためのタイムオフセットを示し、前記ＤＲＸサイクルは、電力節約機能を制御するための前記オン期間及びオフ期間を備え、また、前記パラメータを示す情報は、前記ウェイクアップ信号に関連するグループ無線ネットワーク一時識別子(Radio Network Temporary Identifier：ＲＮＴＩ)をさらに備え、無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージによって送信される、ことと、
前記ウェイクアップ信号タイミングオフセット及びウェイクアップ信号長に従って、前記ウェイクアップ信号に関連するＲＮＴＩによってスクランブルされたウェイクアップ信号送信チャネルを使用してウェイクアップ信号を、前記ワイヤレス通信デバイスに送信することであって、前記ウェイクアップ信号長は、前記ワイヤレス通信デバイスに対して前記ＲＲＣメッセージを使用して上位層シグナリングによって通知される、ことと
を行わせ、
強制ウェイクアップトリガ基準が満たされている場合に、前記ワイヤレス通信デバイスは、前記ＤＲＸサイクルを、前記ウェイクアップ信号によるウェイクアップ指示が検知されなかった場合であっても前記ＤＲＸサイクルがオンになるように、制御する
ネットワークノード。

【発明の詳細な説明】

【背景技術】

【0001】

（関連出願の相互参照）
本出願は2017年5月4日に出願された米国仮出願第62/501,181号の利益を主張し、その内容は、参照によりその全体が本明細書に組み込まれる。

【0002】

（背景）
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)は、以下の表１に要約されている。

【表1】

【0003】

図１は、間欠受信(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は、その受信機の電源を切ることができる。

【0004】

図２は、許可が受信されない例示的なDRXサイクル２００の図である。許可が受信されないDRXサイクルは、接続モードDRX(CDRX)状態２０１である。許可が受信されるDRXサイクルは、アクティブ状態とみなされる。CDRXサイクルでは、UEは、スリープ２０２からウェイクアップし、スリープ２０２からのランプアップ２０３に時間およびエネルギーを費やし、オン期間２０４の間PDCCHを監視し、ランプダウン２０５し、スリープ２０２に戻ることができる。

【0005】

R1-1700820, Qualcomm Incorporated, UE Power Evaluation for DRX with Wake-Up Signalingは、モデム電力状態の以下の概要を提供する:

【表2】

【0006】

図３は、モデム電力状態時間重み配分の例３００を示す図である。図３の例では、YOUTUBE時間重み配分の例はCDRXの時間３０１、アクティブ:PDCCHのみの時間３０２、およびアクティブ:データの時間３０３を含む。GOOGLE HANGOUT時間重み配分の例は、CDRXの時間３０６、アクティブ:PDCCHのみの時間３０４、およびアクティブ:データの時間３０５を含む。Webブラウジング時間重み配分の例は、CDRXの時間３０９、アクティブ:PDCCHのみの時間３０８、およびアクティブ:データの時間３０７を含む。

【0007】

現在の3GPPの試みにおける5G NRについて、NRにおけるUEエネルギー消費および電力節約機能の以下の態様が議論された：UEのダウンリンク(DL)受信エネルギー消費の影響を研究し、DoUに焦点を当てた総電力消費（例えば、許可がない場合、データを有するスロット、データ受信プロセス、測定、および同期信号(SS)における、物理層DL制御ブラインド復号でのUE復号電力消費）を考慮すること；および、UE電力低減法を研究すること。

【0008】

図４は、DRXサイクル４００中の許可なしのウェイクアップ信号(WUS)の一例を示す図である。CDRXと共にウェイクアップ信号は、UE電力消費をさらに低減するための潜在的な解決策として論じられてきた。図４の例では、gNB(すなわち、次世代NB)はWUS信号オフセット４０３によって示されるように、DRXサイクル４０５のオン期間４０４の開始前に、WUS４０１、４０２をUEに送信することができる。UEは、WUS４０１、４０２を検出するために、その低電力WUS受信機のみをウェイクアップすることができる。UEの主受信機は、電力を節約するためにオフのままでよい。WUSは、次のオン期間４０４の間に許可を予期すべきかどうかをUEに示し得る。許可が予期されない場合、UEはスリープに戻り、オン期間をスキップすることができる。WUSを受信するために消費されるエネルギーが、オン期間を経過するためのエネルギーよりも実質的に低い場合、そのCDRX状態の電力消費は低減され得る。UE電力消費の削減など、WUSを使用する利点があり得るため、NRにはWUS設計の必要性がある。

【発明の概要】

【0009】

ワイヤレス通信システムにおいて、ウェイクアップ信号(WUS)動作を改善するための技術を以下で説明する。

【0010】

一例では、ワイヤレス通信デバイスはgNBから、ウェイクアップ信号タイムウィンドウに関連するパラメータを示す情報を受信し得る。ワイヤレス通信デバイスは、間欠受信(DRX)サイクルに基づいて、ワイヤレス通信デバイスの第１の受信機および第２の受信機の電源を切ることができる。ワイヤレス通信デバイスは、ワイヤレス通信デバイスの第２の受信機をウェイクアップして、設定されたWUSタイムウィンドウ中にウェイクアップ信号をgNBから受信することができる。ワイヤレス通信デバイスは、受信したウェイクアップ信号がウェイクアップ状態を示すか、または非ウェイクアップ状態を示すか判定し得る。受信したウェイクアップ信号がウェイクアップ状態を示す場合、ワイヤレス通信デバイスは、DRXサイクルのオン期間の前にワイヤレス通信デバイスの第１の受信機をウェイクアップしてgNBとタイミングを同期させ、DRXサイクルのオン期間中にNew Radio物理ダウンリンク制御チャネル(NR-PDCCH)を検出し、ウェイクアップ信号タイムウィンドウのサイズをリセットすることができる。受信したウェイクアップ信号が非ウェイクアップ状態を示す場合、ワイヤレス通信デバイスは、受信したウェイクアップ信号が強制ウェイクアップ状態に関連する基準を示すかどうかを判定することができる。

【0011】

別の例では、ワイヤレス通信デバイスは、ウェイクアップ信号タイムウィンドウに関連するパラメータを初期化し、非ウェイクアップを示す受信信号のカウンタを初期化し得る。ワイヤレス通信デバイスは、次の設定されたWUSタイムウィンドウ中に、受信されたウェイクアップ信号を検出し得る。ワイヤレス通信デバイスは、受信したウェイクアップ信号がウェイクアップ状態を示すか、または非ウェイクアップ状態を示すか判定し得る。受信したウェイクアップ信号がウェイクアップ状態を示す場合、ワイヤレス通信デバイスは、(i)間欠受信(DRX)のオン期間中にNew Radio物理ダウンリンク制御チャネル(NR-PDCCH)を検出するためにワイヤレス通信デバイスの受信機をウェイクアップし、(ii)非ウェイクアップを示す信号のカウンタをリセットし、(iii)次の拡張WUSタイムウィンドウのサイズを、１つのDRXサイクルによって引き起こされるタイムドリフトを加えた基本ウィンドウサイズにリセットすることができる。ウェイクアップ信号が非ウェイクアップ状態を示す場合、ワイヤレス通信デバイスは(i)カウンタをインクリメントし、(ii)次の拡張WUSタイムウィンドウのサイズを調整することができる。

【図面の簡単な説明】

【0012】

前述の発明の概要、ならびに以下の詳細な説明は、添付の図面と併せて読むと、よりよく理解できる。本開示を説明するために、様々な態様を示すが、本開示は、ここに記載する特定の態様に限定されない。

【0013】

【図1】図１は、間欠受信(DRX)サイクルおよびユーザ機器(UE)挙動の一例を示す図である。

【図2】図２は、許可が受信されない例示的なDRXサイクルの図である。

【図3】図３は、モデム電力状態時間重み配分の例を示す図である。

【図4】図４は、DRXサイクル中に許可なしのウェイクアップ信号(WUS)の例を示す図である。

【図5】図５は、例示的なWUSタイムウィンドウを示す図である。

【図6】図６は、WUSサイクルごとにWUSタイムウィンドウパラメータを更新するWUS支援DRX処理の一例を示す図である。

【図7】図７は、NR-PDCCHベースのWUS同期処理の処理例を示す図である。

【図8】図８は、SS/RSベースのWUS同期処理の例示的な処理を示す図である。

【図9】図９は、RRC_IDLEモードおよびRRC_INACTIVEモードにおいてWUS動作モードを設定する例示的な処理を示す図である。

【図10】図１０は、UEがWUS到達不能からWUS到達可能に遷移する場合の例示的な処理を示す図である。

【図11A】図１１Ａは、本明細書で開示された技術的解決策が実施され得る例示的な通信システムを示す図である。

【図11B】図１１Ｂは、一実施形態による無線通信のために構成された例示的な装置を示す図である。

【図11C】図１１Ｃは、本明細書で開示される技術的解決策が実施され得る無線アクセスネットワークおよびコアネットワークの一例のシステム図である。

【図11D】図１１Ｄは、本明細書で開示される技術的解決策が実施され得る無線アクセスネットワークおよびコアネットワークの別の例のシステム図である。

【図11E】図１１Ｅは、本明細書で開示される技術的解決策が実施され得る無線アクセスネットワークおよびコアネットワークのさらに別の例のシステム図である。

【図11F】図１１Ｆは、図１１Ａ、１１Ｃ、１１Ｄおよび１１Ｅに示すネットワークの１つまたは複数のノードまたはエンティティを実装するために使用することができる例示的なコンピューティングシステムを示すブロック図である。

【0014】

ワイヤレス通信システムにおいてウェイクアップ信号(WUS)動作を改善するための方法および装置が本明細書で説明される。本明細書で説明する実施形態では特に指定のない限り、ユーザ機器(UE)、ワイヤレス通信デバイス、およびワイヤレス送受信ユニット(WTRU)は限定することなく、互換的に使用され得る。

【0015】

以下の略語および頭字語は、以下の説明全体を通して使用され得る:
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)

【0016】

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未満の柔軟な無線アクセスと共通の設計フレームワークを共有することが予期される。

【0017】

3GPPは、NRがサポートすることが予期される様々なユースケースを識別し、その結果、データレート、遅延、およびモビリティに関する様々なユーザエクスペリエンス要件がもたらされている。ユースケースには、以下の一般的なカテゴリが含まれる：拡張モバイルブロードバンド(例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群衆におけるブロードバンドアクセス、あらゆる場所における50+Mbps、超低コストブロードバンドアクセス、車両におけるモバイルブロードバンド)、クリティカル通信、大規模マシンタイプ通信、ネットワーク動作(例えば、ネットワークスライシング、ルーティング、マイグレーション、およびインターワーキング、エネルギー節約)、およびeV2X（enhanced vehicle-to-everything）通信。これらのカテゴリにおける具体的なサービスおよびアプリケーションには、例えば、モニタリングおよびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、ワイヤレスクラウドベースのオフィス、第１応答者接続性、自動車イーコール（ecall）、災害警報、リアルタイムゲーム、グループビデオ通話、自律運転、拡張現実、触覚インターネット、および仮想現実が含まれる。これらおよび他のユースケースのすべてが、本明細書で企図される。

【0018】

本明細書で説明する方法および装置は、NR用のWUS設計のいくつかの態様に対処する。第１に、WUSを使用するUEは低電力WUS受信機をオンに保ち、主受信機をオフに保ち得る。WUSが(受信するデータがないために)DRXの数サイクルの間UEをウェイクアップしない場合、WUSは、タイミング、測定/モビリティ、およびビーム管理の点で問題を引き起こす可能性がある。経時的に、低電力WUS受信機のクロックとgNBのクロックとの間のタイミング差が大きくなり、WUS受信のタイミング不一致を引き起こすことがある。主受信機がオフにされると、UEはモビリティ関連機能(例えば、ハンドオーバまたは隣接セル発見)またはビーム管理を実行しないことがある。これらの問題に対処するため、ウェイクアップ信号のために同期させる設計を本明細書で説明する。この設計は、タイミング不一致に対処するために使用され得るWUS受信タイミングウィンドウと、暗黙的および/または明示的な方法でタイミング情報を搬送するWUSと、ウェイクアップして同期を保守するようUEに「強制する」処理という特徴を含むが、これらに限定されない。

【0019】

さらに、ウェイクアップ信号および関連するウェイクアップ処理を可能にするために、以下の設計態様を本明細書で説明する:WUS送信チャネル(データチャネルが6GHzを上回るまたは下回る場合を含む);セル間ウェイクアップ信号が誤ってUEをウェイクアップすることを防止すること;UEのWUS性能をネットワークに通信すること;およびUEとgNBとの間のWUSパラメータ(周期性、タイミングオフセットなどを含むが、これらに限定されない)を構成/設定すること。これらの問題に対処するためにWUSおよび関連するウェイクアップ処理を可能にするための設計を本明細書で説明する。この設計は、以下の特徴を含むがこれらに限定されない：WUS送信チャネルを定義すること;WUS性能およびシグナリングを定義すること;DRX設定/ネットワークとのネゴシエーションの一部であり得るか、または別個に設定され得る、WUS設定(周期性、タイミングオフセットなど);ならびにRRCまたは他のシグナリングを使用するWUS処理アクティブ化。

【0020】

本明細書で対処する別の問題は、WUSの場合、UEでの検知ミスが発生する可能性があり、gNBおよびUEが検知ミスを別様に知覚する可能性があることである。WUS検知ミスは、DRX処理およびUE性能にマイナスの影響を及ぼす可能性がある。これらの問題に対処するため、本明細書では、WUS検知ミスから回復するためのgNBおよびUEの挙動、ならびに、WUS検知ミス統計に基づいてWUSパラメータを再設定するためのgNBおよびUEの挙動、を含む解決策を説明するが、これらに限定されない。

【0021】

本明細書で対処する別の問題は、WUSの場合、誤警報が検出される可能性があり、gNBおよびUEが誤警報を別様にとらえる可能性があることである。WUS誤警報検知は、DRX処理およびUE性能にマイナスの影響を及ぼす可能性がある。これらの問題に対処するため、本明細書では、WUS誤警報検出から回復するためのgNBおよびUEの挙動、ならびに、WUS誤警報検出統計に基づいてWUSパラメータ(タイミング、ウィンドウ長など)を再設定するためのgNBおよびUEの挙動、を含む解決策を説明するが、これらに限定されない。

【0022】

本明細書で対処するさらに別の問題は、多くのアクティブUEを有するセルの場合、個々のUEごとのWUSが大量のチャネルリソースを消費し、オーバヘッドを増大させる可能性があることである。この場合、UE固有のWUSは、非効率的である可能性がある。本明細書で説明するWUSの設計(シグナリングおよび処理の両方)は、グループベースのWUS設計の効率性および電力節約と、どのUEが次のオン期間でPDCCH／許可を受信し得るかを示す処理とのバランスをとる。

【0023】

図５は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、第１の実施形態による例示的なWUSタイムウィンドウ５００の図である。UEの基本的なWUSタイムウィンドウは、UEが、WUSを監視(アクティブなWUS受信機の場合にはUEがその低電力WUS受信機をオンにする)または検出することができる期間として定義することができる。この基本WUSタイムウィンドウは、UEのためのWUSおよび/またはDRX設定中にRRCシグナリングを使用して設定され得る。UEがWUSを検出するために設定されたウェイクアップ時間はDRXサイクルiではT(i)であってもよく、基本的なWUSタイムウィンドウ長はW_bであってもよい。UEは、時間｛T(i),T(i)＋W_b｝の間に、ウェイクアップしてWUSを検出することができる。基本WUSタイムウィンドウの長さは、少なくとも１つのWUS(T_WUS)の期間をカバーしなければならない。換言すれば、W_b＝k・T_WUS＋marginである。ｋ＞１のWUSタイムウィンドウの場合、WUSはUEの検出の信頼性およびロバスト性を向上させるために、ｋ回繰り返し送信され得る。WUS長(OFDMシンボルに関する)およびリソース定義を以下に説明する。

【0024】

gNBおよびUE低電力WUS受信機のクロックドリフト問題のために、それらの間のタイミング不一致は、時間の経過と共に増加する。図５の例は、UEタイミング５０４およびgNBタイミング５０１を示している。gNBのWUSタイムウィンドウ５０２およびUEのWUSタイムウィンドウ５０６は、時間T(1)５０７において時間D₀５０５の後に開始することができる。１つまたは複数のウェイクアップ信号５０３が、gNBのWUSタイムウィンドウ５０２中に送信され得る。図５の例に示されるように、gNBのWUSタイムウィンドウ５０２の開始とUEのWUSタイムウィンドウ５０６の開始との間にタイミング不一致ΔT×D₀５０８が生じることがある。

【0025】

一実施形態では、このタイミングドリフト問題に対応するために、拡張WUSタイムウィンドウを使用することができる。拡張WUSタイムウィンドウの期間はW_ext(i)によって表され、WUSタイムウィンドウの有効開始時間はT_eff(i)によって表されうる。DRXサイクルiの対応するタイムウィンドウは｛T_eff(i),T_eff(i)＋W_ext(i)｝であってもよい。WUSサイクルは、１つまたは複数のDRXサイクルよりも長い期間を含むことができる。gNBとUE低電力WUS受信機との間のクロックドリフトが１秒当たりΔTであり、DRXサイクルiの期間がD_iである場合、WUSサイクルごとのWUSタイミングウィンドウパラメータを更新する際に、以下が適用される:

【0026】

W_ext(i)＝W_adj(i－1)＋2*ΔT*D_i-1, T_eff(i)＝T_adj(i－1)－ΔT*D_i-1＋D_i-1

【0027】

図６は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、一実施形態による、WUSサイクルごとのWUSタイムウィンドウパラメータを更新するための例示的なWUS支援DRX処理６００を示す図である。図６の処理６００の各ステップは、別々に示されて説明されているが、複数のステップは示されるものとは異なる順序で、並行して、または同時に実行されてもよい。処理６００は一例としてUEによって実行されるが、処理６００はワイヤレス通信デバイス、WTRU、またはワイヤレス通信が可能な本明細書で説明する他のいずれかのデバイスによって実行することもできる。図６を参照すると、WUSウィンドウパラメータおよび連続する非ウェイクアップWUSのカウンタが初期化される(ステップ６０１)。例えば、WUSウィンドウパラメータは、T_adj(0)＝T₀,W_ext(0)＝W_bとして初期化されてもよく、連続する非ウェイクアップWUSのカウンタは0に初期化されてもよい。次の設定されたWUSタイムウィンドウ中に、UEの低電力WUS受信機は、WUSを検出するためにウェイクアップすることができる(ステップ６０２)。UEは、検出されたWUSを処理して、WUSが「ウェイクアップ」を示しているかどうかを確認することができる(ステップ６０３)。

【0028】

WUSが「非ウェイクアップ」を示す場合、非ウェイクアップWUSのカウンタを１ずつインクリメントすることができる(ステップ６０４)。WUSタイムウィンドウパラメータは、W_adj(i－1)＝W_ext(i－1)、および、T_adj(i－1)＝T_eff(i－1)と調整することができる。次のWUSウィンドウのパラメータは、W_ext(i)＝W_adj(i－1)＋2*ΔT*D_i-1, T_eff(i)＝T_adj(i－1)－ΔT*D_i-1＋D_i-1と設定されてもよい。UEの主受信機は、DRXサイクル中にNR-PDCCHを検出するためにウェイクアップせず(ステップ６０５)、次の拡張WUSウィンドウがそれに応じて大きくなる(ステップ６０６)。

【0029】

一方、WUSが「ウェイクアップ」を示す場合、UEはウェイクアップし、その主受信機をオンにし、その主受信機をgNBと同期させ、その低電力WUS受信機をgNbと同期させ(ステップ６０７)、DRXオン期間中にNR-PDCCH検出を実行し(ステップ６０８)、残りのDRX処理に従うことができる。WTRUには、その主受信機をオンにする際にそのタイミングを同期させるか否かを決定するためにWTRUが使用することができる、許容される最大タイムドリフトΔTmax値を設定することができる。UEは、そのタイムドリフトを推定することができ、推定されたタイムドリフトがΔTmaxよりも大きい場合、UEは、その主受信機をオンにする際にそのタイミングを同期させることができる(ステップ６０９)。それ以外の場合、WTRUは、そのタイミングを再同期させることができない。

【0030】

UEが再びその主受信機をオフにしてスリープ状態になる前に、UEは、WUS支援DRX処理６００を開始することができる。

【0031】

低電力WUS受信機とgNBとを同期させるための処理は、別の実施形態に従って本明細書で説明される。低電力WUS受信機とgNBとを同期させるための処理は、gNBとUEの低電力WUS受信機との間のタイミングおよび周波数のドリフトが大きくなりすぎることを防止し得る。UEの「強制」ウェイクアップのための１つまたは複数のトリガ基準も、本明細書で説明される。当該基準の一例は、UEのための最後のＮ個の連続するウェイクアップ信号が「ウェイクアップしない」ことを示すことができることである。つまり、UEは、受信されたWUSに基づいて、最後のＮ個の連続するWUSサイクルの間ウェイクアップしないことがある。「強制」ウェイクアップトリガ基準の別の例は、UEのウェイクアップの数が過去Ｎ個のWUSサイクルにおいてＫ回未満であることである。UEは、Ｎ個のDRXサイクルのうちの少なくともＫ回ウェイクアップし得る。「強制」ウェイクアップトリガ基準の別の例は、推定タイムドリフトが許容最大タイムドリフトΔTmaxよりも大きいことである。

【0032】

図７は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、一実施形態によるNR-PDCCHベースのWUS同期処理７００の例示的な処理を示す図である。図７の処理７００の各ステップは別々に示されて説明されているが、複数のステップは示されるものとは異なる順序で、並行して、または同時に実行されてもよい。処理７００は一例としてUEによって実行されるが、処理７００はワイヤレス通信デバイス、WTRU、またはワイヤレス通信が可能な本明細書で説明する他のいずれかのデバイスによって実行することもできる。図７を参照すると、UEはWUSタイムウィンドウパラメータを初期化し、DRXに入ることができる(ステップ７０１)。UEは次の設定されたWUSタイムウィンドウまで待機し、次いで、次の設定されたWUSタイムウィンドウ中にWUSを検出するためにWUS受信機をウェイクアップすることができる(ステップ７０２)。次いで、UEは、WUSがウェイクアップを示すかどうかを判定することができる(ステップ７０３)。UEは、受信したWUSに応じて異なるアクションをとることができる。

【0033】

受信したWUSが「ウェイクアップなし」を示す場合、UEは、強制ウェイクアップのトリガ基準を満たすかどうかをチェックすることができる(ステップ７０４)。強制ウェイクアップのトリガ基準を満たす場合、UEはその主受信機をウェイクアップし、その主受信機をランプアップして、DRXサイクルにおけるDRXオン期間の開始前に、タイミングおよび周波数をgNBタイミングと同期させることができる(ステップ７０５)。例えば、「ウェイクアップなし」を示すＮ番目のWUSを受信すると、強制ウェイクアップ処理はウェイクアップなしを示す受信したWUS内の「ウェイクアップなし」表示を無視し、UEの主受信機をウェイクアップすることができる。一方、受信したWUSが「ウェイクアップ」を示す場合、UEはステップ７０５を実行することができる(すなわち、ウェイクアップ)。

【0034】

UEはDRXオン期間中にNR-PDCCHを検出し、通常のDRX処理に従うことができる(強制ウェイクアップ基準を以前に満たしている場合、受信したWUSは、NR-PDCCHがUEによって受信されないことを既に示しているので、このステップはスキップすることができる)(ステップ７０６)。

【0035】

強制ウェイクアップの場合、UEはこの「強制」ウェイクアップを使用して、隣接セルから受信信号品質を取得するために、隣接セルのDL信号(SSおよび/または基準信号(RS)など)に対してセル間測定を実行することもできる(ステップ７０７)。例えば、UEは、ステップ７０５におけるランプアップの後に(そのDRXオン期間開始直前に)セル間測定を実行することができる。隣接セルの受信信号品質が現在のサービングセルよりも優れている場合、検出されたターゲットセルへのハンドオーバのプロセスが開始され得る。強制ウェイクアップ後、UEは次の拡張WUSタイミングウィンドウサイズをリセットし、通常のWUS-DRXサイクルに戻ることができる(ステップ７０８)。

【0036】

強制ウェイクアップのトリガ基準を満たさない場合、UEは、主受信機をウェイクアップすることができない(ステップ７０９)。次に、次の拡張WUSタイムウィンドウは、それに応じて大きくなり得る(ステップ７１０)。その後、UEはステップ７０２に戻ることができる。

【0037】

図８は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、一実施形態によるSS/RSベースのWUS同期処理８００の例示的な処理を示す図である。図８の処理８００の各ステップは別々に示されて説明されているが、複数のステップは示されるものとは異なる順序で、並行して、または同時に実行されてもよい。処理８００は一例としてUEによって実行されるが、処理８００はワイヤレス通信デバイス、WTRU、またはワイヤレス通信が可能な本明細書で説明する他のいずれかのデバイスによって実行することもできる。図８の例では、Ｎ番目の非ウェイクアップWUSは、UEが測定することができ、UEがDLタイミングおよび周波数を取得することができる、次のSSまたはRSのリソースまたは測定スロットの追加情報を搬送することができる。例えば、このようなWUSは、次のSSまたはRSのリソースあるいは測定スロットに対するタイミングオフセットを含み得る。

【0038】

図８を参照すると、UEはWUSタイムウィンドウパラメータを初期化し、DRXに入ることができる(ステップ８０１)。UEは次の設定されたWUSタイムウィンドウまで待機し、次いで、次の設定されたWUSタイムウィンドウ中にWUSを検出するためにWUS受信機をウェイクアップすることができる(ステップ８０２)。次いで、UEは、WUSがウェイクアップを示すかどうかを判定することができる(ステップ８０３)。UEは、受信したWUSに応じて異なるアクションをとることができる。

【0039】

受信したWUSが「ウェイクアップ」を示す場合、UEはその主受信機をランプアップし、DRXサイクルにおけるDRXオン期間の開始前にタイミングおよび周波数を同期させることができる(ステップ８０４)。UEはDRXオン期間中にNR-PDCCHを検出し、通常のDRX処理に従うことができる(ステップ８０５)。UEは、次の拡張WUSタイミングウィンドウサイズをリセットすることができる(ステップ８０６)。その後、UEはステップ８０２に戻ることができる。

【0040】

受信した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サイクルに戻ることができる(ステップ８０６)。

【0041】

受信したWUSがSS/RS情報(タイミングおよびその他)を搬送しない場合(ステップ８０８)、UEはそのサービングセルのSS/CSI-RSまたは他のDL信号のタイミングの前に、可能な最大タイミングシフトで主受信機をウェイクアップし、それらの信号を正常に検出するまでの信号の検出を開始することができる(ステップ８１１)。これにより、UEはDLタイミング/周波数同期を取得し、ビーム対リンク管理またはビーム対応を実行し得る。その後、UEは、セル間測定を実行することができる(ステップ８１０)。

【0042】

強制ウェイクアップのトリガ基準を満たさない場合、UEは、その主受信機をウェイクアップすることができない(ステップ８１２)。次に、次の拡張WUSタイムウィンドウは、それに応じて大きくなり得る(ステップ８１３)。その後、UEはステップ８０２に戻ることができる。

【0043】

gNBとUEの低電力WUS受信機との間のクロックドリフトは、時間の経過に伴ってタイミングの曖昧さを引き起こす可能性があるため、WUSはこのタイミングの曖昧さを排除するために、暗黙的または明示的な方法でタイミング情報を搬送することができる。例えば、WUSは、(サブフレーム内の)OFDMシンボルインデックスを備えるタイミング情報を搬送しうる。有効なWUSの検出に成功すると、UEはサブフレーム境界に対するOFDMシンボルインデックスを取得することができるため、DLタイミングを導出することができる。WUSは、タイムドリフトの大きさに応じて、異なる時間分解能の他のタイミング情報を搬送することができる。

【0044】

別の実施形態では、UEのWUS検知のチャネル帯域幅が定義される。WUS検出中のエネルギー消費を低減するために、UEのWUS送信チャネルは、帯域幅BWiの狭帯域チャネルとすることができる。このようなWUS送信チャネルは、(mmW帯域に対して6GHz帯域未満のWUSを可能にするため)データ送信の同じ帯域内にあるか、または別個のチャネルのいずれかであり得る。WUS送信チャネル設定は、別個のIEまたは別のIE内のフィールドのいずれかであり得るWUSInfoでシグナリングすることができ、WUSInfoは、DRX設定メッセージで搬送することができる。設定されたロケーションはUEがWUSを検出するために使用することができ、これにより電力を節約し得る。複数のロケーションが使用される場合、当該ロケーションはさらに電力節約するために、次のPDCCHタイミング情報を暗黙的にシグナリングするために使用され得る。

【0045】

(OFDMシンボルの数に関して)異なる長さが定義されてもよく、UEは、上位層シグナリングまたはMAC CEを使用するネットワークによって、UE固有のWUS長を設定してもよい。

【0046】

WUSInfoデータ構造の例を次に示す:

【表3】

【0047】

別の実施形態では、WUS性能はUE性能の一部であってもよい。それは、別個のIEまたは別のIE内のフィールドのいずれかであり得る。UE-WUSInfo IEは、WUS機能および処理に必要とされるUE性能情報を含み得る。例示的なUE-WUSInfo情報要素は、以下のものを含むことができる:

【表4】

【0048】

あるいは、WUSのUE性能は、UECapabilityInformationなどの一般的なUE性能IE内のフィールドであり得る。UE WUS性能は例えば、ネットワークの要求に応じて、RRCメッセージを使用して、ネットワークにシグナリングされ得る。

【0049】

さらに別の実施形態は、WUS設定信号に関する。UEのためのWUSの処理およびパラメータは、UEのDRX処理に関連し得る。したがって、WUSパラメータ(周期性、タイミングオフセットなど)は以下のように、DRX設定の一部として含めることができる:

【表5】

【0050】

あるいは、WUSのコンテンツは、以下のように、別個のIEまたは別のIE内のフィールド内で別個に設定され得る:

【表6】

【0051】

追加のWUS設計および設定が本明細書に記載されている。ウェイクアップ信号は、デジタルシーケンスを含むことができる。WUSはUE固有であってもよい。すなわち、WUSは、特定のUEに宛先指定される得る。UEを宛先指定するために使用される識別情報は、IMSI、TMSI、GUTI、M-TMSI、S-TMSI、RAN通知エリア識別情報(すなわち、NR Inactive(RRC_INACTIVE)状態でUEを宛先指定するために使用される固有の識別情報)、およびレジュームID(または同等のもの)(すなわち、RRC接続レジューム処理に使用されるE-UTRANレベルのUE固有の識別情報)のうちのいずれか１つを含むことができるが、これらに限定されない。

【0052】

ウェイクアップ信号は、UEグループベースであり得る。この場合、WUSは、UEのグループに宛先指定され得る。UEを宛先指定するために使用される識別情報は、UEにグループ固有のWUS-RNTIが設定される場合のWUS-RNTIのうちのいずれか１つを含むことができるが、これに限定されない。

【0053】

ウェイクアップ信号は、セル固有のものであってもよい。この場合、WUSは、UEまたはUEのグループに固有ではないことがある。WUSは、セル固有の基準信号に類似し得る。

【0054】

UEには、２つ以上のタイプのWUSが設定され得る。一実施形態では、UEは、UE固有のWUSおよびセル固有のWUSで設定され得る。別の実施形態では、UEには、UEグループベースのWUSおよびセル固有のWUSが設定され得る。例えば、一実施形態では、UEは最初に、セル固有WUSを使用して、UEがWUSのカバレッジ下にあるかどうかを決定することができ、したがって、WUS通知モードで動作することができる。次いで、UEは、UE固有のWUSまたはUEグループベースのWUSを監視して、ウェイクアップすべきかどうかを決定し、ネットワークとの接続を確立することができる。

【0055】

UEは、様々なRRC状態においてWUSを監視しうる。例えば、UEは、RRC_IDLE状態またはRRC_INACTIVE状態でWUSを監視し得る。gNBは、アイドルモード動作でのみ有効であるWUS(例えば、時間-周波数領域におけるリソース、シンボル数などに対するWUS持続時間、リスニング期間および非リスニング期間を含むリスニング時間間隔などの設定パラメータセット)をUEに設定し得る。例えば、UEは、RRC_IDLE状態でこのWUSを監視することのみが可能であり、これを、本明細書ではアイドルモードWUSと呼ぶことがある。

【0056】

また、gNBは、非アクティブモード動作でのみ有効であるWUSをUEに設定することもできる。例えば、UEは、RRC_INACTIVE状態でこのWUSを監視することのみが可能であり、これを、本明細書では非アクティブモードWUSと呼ぶことがある。

【0057】

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を監視することができる。

【0058】

gNBは、RRC_CONNECTED状態でのみ有効なWUSをUEに設定することができる。例えば、UEはRRC_CONNECTED状態でWUSを監視することができ、これを、本明細書ではRRC_CONNECTED WUSと呼ぶことがある。UEは、RRC_CONNECTED状態でRRC_CONNECTED WUSを監視することができる。

【0059】

gNBはまた、すべてのRRC状態において有効であるWUSをUEに設定することができ、UEは、いずれのRRC状態においてもそのようなステートレスWUSを監視することができる。

【0060】

WUSを監視するように設定されたUEは、当該UEに宛先指定されたWUSを、他のUEに宛先指定されたWUSと区別することが可能であり得る。例えば、UEは、当該UEにのみ宛先指定されたWUSを、他のUEまたはUEのグループに宛先指定されたWUSと区別することができる。UEは、当該UEが属するUEのグループに宛先指定されたWUSを、他のUEまたはUEのグループに宛先指定されたWUSと区別することが可能であり得る。UEは、サービングセルWUSを隣接セルWUSと区別することができる。

【0061】

WUSとUEとの間の関連付け（すなわち、UEがそのUEに宛先指定されたWUSを、他のUEまたはUEのグループに宛先指定されたWUSと識別して区別することができるメカニズム）は、暗黙的な関連付けまたは明示的な関連付けであり得る。

【0062】

暗黙の関連付けがある場合、UEはそのような識別情報で明示的に構成されなくてもよく、UEは暗黙のうちに識別情報を導出していてもよい。例えば、識別情報は、物理セルIDから暗黙的に導出され得る。

【0063】

UEは、WUSを識別して区別するために使用される識別メカニズムによって、(例えば、RRCシグナリングを介して)明示的に設定され得る。例えば、UEに宛先指定されたWUSは、その識別情報でスクランブルされ得る。UEは、受信したWUSでスクランブルされた識別情報を検出することによって、WUSが当該UEに宛先指定されていることを判定し得る。別の例では、UEがUEにシグナリングされた識別情報を用いてWUSをデスクランブルし得る。WUSのデスクランブルが成功した場合、UEは、WUSがこのUEに向けられていると肯定的に結論付けることができる。

【0064】

UEには、２つ以上のWUS識別情報が設定され得る。例えば、UEには、WUSのタイプ(例えば、UE固有のWUSとセル固有のWUS)ごとに、UE固有のWUSに対する１つの識別情報と、セル固有のWUSに対する１つの識別情報とが設定され得る。

【0065】

WUS特徴の配備は、UEとネットワークとの間のWUS性能交換によって制御され得る。例えば、UEは、ネットワークとのWUS性能シグナリングを実行することができる。

【0066】

UEはそのWUS性能情報をネットワークに示すことができる。例えば、UEは、そのWUS性能情報をUE無線性能情報の一部として示すことができる。UEは、例えば、初期アタッチ処理またはトラッキングエリア更新処理の間に、コアネットワークにWUS性能情報を提供し得る。次いで、コアネットワークは例えば、初期コンテキスト設定処理の間に、情報を無線アクセスネットワーク(RAN)に配信し得る。あるいは、UEはそのWUS性能情報をRANと直接交換することができる。

【0067】

WUS対応UEについては、以下のUE到達可能性オプションまたは到達可能性動作モードを考慮することができる:

【0068】

UEは、WUSによってのみ到達可能であり得る。例えば、WUSおよびページングは同じカバレッジを有さないことがあり、その結果、UEはWUSによって到達可能であるもののページングによって到達可能ではない場合があり、逆もまたあり得る。

【0069】

UEは、ページングによってのみ到達可能であり、したがって、WUSによって到達可能ではない場合がある。

【0070】

UEは、WUSまたはページングのいずれかによって到達可能である場合がある。これは、UEがページングおよびWUSの両方のカバレッジ内にある場合であり得る。

【0071】

発生し得る１つの問題は、UEが正しい到達可能性モードで動作し得るように、UEおよびネットワークの両方において最新の到達可能性情報を維持することである。例えば、UEがWUS到達可能性モードにあるか、ページング到達可能性モードにあるかを維持する際に問題が存在し得る。別の例では、UEとネットワークとの間の到達可能性モードの不一致が電力消費、バッテリ寿命、およびネットワークアクセス遅延に関して、UE性能にマイナスの影響を与え得る。UEは、非効率となり得るため、ページングとWUSの両方を監視することを要求されないことがある。

【0072】

UEは、UEがWUS到達可能性モードで動作することができるかどうかを判定するためにWUSを監視することができる。例えば、UEは、この目的のためにセル固有のWUSを監視することができる。WUS到達可能性エントリ(イベントR1)およびWUS到達可能性エグジット(イベントR2)の２つのイベントが定義されてもよい。UEは、WUS到達可能イベントR1またはイベントR2をネットワークに通知し得る。UEはイベントR1およびイベントR2を自主的に監視し、そのイベントをネットワークに報告し得る。このような監視および報告の条件は、予め定められ得る。あるいは、ネットワークがイベントR1および/またはイベントR2をUEに設定することができ、ネットワークはUEがイベントR1および/またはイベントR2を監視する方法および時期、ならびにそのようなイベントの報告を制御することができる。

【0073】

UEは、ネットワークからのページングに応答して、到達可能イベントR1またはイベントR2を報告することができる。UEは、トラッキングエリア更新処理中に到達可能イベントR1またはイベントR2を報告することができる。例えば、UEは、トラッキングエリアの変更があるとき、またはNR RAN通知エリア更新中に(例えば、RAN通知エリア(RRC_INACTIVE状態をサポートするRANページングエリアとも呼ばれる)が変化するとき)、到達可能イベントR1またはイベントR2を報告することができる。UEはネットワークからの要求に応じて、そのWUS到達可能性ステータス(すなわち、イベントR1またはイベントR2)を報告することができる。

【0074】

別の実施形態では、UEがWUSを監視するときと、UEがページングを監視するときとの間に、WUS動作モードおよび調整のためのトリガが存在し得る。ネットワークは、WUS到達可能性モードまたはページング到達可能性モードのための特定の到達可能性モードで動作するようにUEを構成することができる。UEは、ネットワークによって設定された到達可能性動作モードに従ってWUSまたはページングを監視する。gNBは、コアネットワークからのトリガ(コアネットワークからのアイドルモード・ページングメッセージ)に応じて、UEがページングされる必要があると判定されると、UE固有WUSの送信を開始することができる。これは、RRC_INACTIVE状態にあるUEに到達するため、またはRRC_CONNECTED UEをDRXから持ってくるために実行され得る。

【0075】

UEはまた、イベントR1の際にWUS到達可能性モードで動作を自主的に開始し、そのイベントをネットワークに報告しうる。ネットワークは、イベントR1の際にWUS到達可能性モードで動作を開始するようUEを設定することができる。

【0076】

UEはまた、イベントR2の際にページング到達可能性モードで動作を自主的に開始し、そのイベントをネットワークに報告しうる。ネットワークは、イベントR2の際にページング到達可能性モードで動作を開始するようUEを設定することができる。

【0077】

UEがWUS到達可能性モードで動作するようにネットワークによって設定され、UEがWUSによって到達できないか、またはその後WUSによって到達不可能になると、UEは、WUS到達可能イベントをR1に設定する、ページング監視にフォールバックする、WUS到達可能イベントR2を、即座に、または、例えばページングに応答するなどの次の可能な機会にネットワークに通知する、というアクションのうちの１つまたは複数をとることができる。次の可能な機会は例えば、トラッキングエリア更新、RANエリア通知更新、またはULデータ送信の結果として、UE上位層によって開始されるネットワークへの接続を含むこともできる。

【0078】

UEがページング到達可能性モードで動作するようにネットワークによって設定され、UEがページングによって到達できないか、またはその後ページングによって到達不可能になると、UEは、WUS到達可能イベントR1をチェックし、WUSを介して到達可能である場合、WUS到達可能イベントR1を、即座に、または、例えばUE上位層によって開始されたネットワークへの接続時などの次の可能な機会にネットワークに通知する、というアクションのうちの１つまたは複数をとることができる。これは、トラッキングエリア更新、RANエリア通知更新、またはULデータ送信の結果であり得る。例えば、ULおよびWUSの両方が低周波数範囲(例えば、6GHz未満)に配備され、一方、DLが高周波数範囲(例えば、6GHz超)に配備される場合である。

【0079】

図９は、一実施形態に係る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９０３に送信することができる(ステップ９１５)。

【0080】

次に、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９０２に送信することができる(ステップ９２０)。

【0081】

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応答タイマを終了することができる(ステップ９２９)。

【0082】

図１０は、本明細書で説明される実施形態のいずれかと組み合わせて使用され得る、一実施形態による、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１００３は、ページング応答タイマをリセットすることができる(ステップ１０２４)。

【0083】

UE１００１は、(例えば、セル固有のWUS測定およびUE１００１との関連に基づいて)イベントR1を検出し得る(ステップ１０２５)。UE１００１は、UE到達可能性モードをWUS到達可能に設定し、UE送信機および主受信機をオフにすることができる(ステップ１０２６)。UE１００１は、UE固有のWUSが設定されている場合、UE固有のWUSを監視することができ、、UE１００１は、UEグループベースのWUSが設定されている場合、UEグループベースのWUSを監視することができる(ステップ１０２７)。

【0084】

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１００３は、ページング応答タイマをリセットすることができる(ステップ１０４１)。

【0085】

WUS検知ミスから回復するためのUEおよびgNbの挙動は、別の実施形態に従って本明細書で説明される。UEのWUS検知ミスイベントは、本明細書で定義される設定/計算されたWUSタイミング又は設定/計算されたWUSタイミングウィンドウ中に、UEが有効なWUSを検出しないイベントとして定義される。

【0086】

gNBのWUS検知ミスイベントは、「ウェイクアップ」を示すWUSタイミングウィンドウ中に、gNBが１つまたは複数の繰り返されるウェイクアップ信号をUEに送信し得るイベントとして定義されてもよい。次いで、gNBは、「DRX_On」期間中にウェイクアップすると想定されるNR-PDCCHをUEに送信することができる。gNBは、NR-PDSCH上でUEにデータを送信してもよいが、UEからACK/NACKを受信しなくてもよい。

【0087】

以下はWUS検知ミスを処理するためのUE挙動の方法であり、これは、代替的に、または任意の組合せで使用され得る:

【0088】

第１の方法では、WUSの検知ミスの後、UEは、「ウェイクアップ」を示す有効なWUSの検知時と同じ処理に従うことができる。すなわち、UEは、その主受信機をウェイクアップしてDRXオン期間の前にランプアップし、DLにおいてgNBと同期し、DRXオン期間内でNR-PDCCHを検出しうる。

【0089】

第２の方法では、WUSの検知ミスの後、UEは、「ウェイクアップなし」を示す有効なWUSの検知時と同じ処理に従うことができる。すなわち、UEは、次のDRXサイクルを通してスリープし、次のWUSタイミングウィンドウまでウェイクアップしないことがある。UEがウェイクアップするか否かは、WUSおよび/またはDRX設定において設定され得る。

【0090】

第３の方法では、WUSの検知ミスの後、UEは、所定のあるいは設定された基準またはパラメータに従ってウェイクアップするまたはウェイクアップしないことができる。例えば、ウェイクアップするか否かのUE挙動の基準は、最後のＮ個のDRXサイクルにおけるWUS統計によって決定され得る。UEが、Ｎ個のDRXサイクルのうちのＫ個で「ウェイクアップ」を示すWUSを受信した場合、UEはウェイクアップし得る。そうでない場合、UEはウェイクアップし得ない。パラメータＫおよびＮは、現在のアプリケーションのUEのトラフィックモデルに依存し得る。UEウェイクアップ基準およびパラメータ(ＫおよびＮなど)は、そのWUSおよび/またはDRX設定で設定され得る。あるいは、ウェイクアップするか否かのUEの決定は、デバイス/サービスの種類に基づいてもよい。例えば、ベストエフォート型サービスが使用されている場合、UEはウェイクアップしないことがあるが、高信頼性を要件とするアプリケーションがサポートされている場合、UEはウェイクアップすることを選択することができる。

【0091】

第４の方法では、WUSのＭ回の検知ミスの後、UEはDLにおける同期を再取得する(例えば、SSおよびPBCH、CSI-RSを取得する)ために、その主受信機をウェイクアップするよう「強制する」ことができる。

【0092】

第５の方法では、UEは、WUSパラメータ(ウィンドウ長、チャネルコーディング、およびチャネルリソース)を再設定するプロセスを開始し、WUS検知ミスの統計に基づいてネットワークによってWUSを非アクティブ化しうる。

【0093】

以下は、WUS検知ミス回復のためのgNB挙動の方法であり、これは、代替的に、または任意の組合せで使用され得る。

【0094】

第１の方法では、gNBは、(次のDRXサイクルの)次のWUSタイミングウィンドウでWUSを再送信し、UEの後続のNR-PDCCHのよりロバストな送信(たとえば、より高いアグリゲーションレベルなど)を実行することができる。

【0095】

第２の方法では、gNBは、WUSパラメータ(ウィンドウ長、チャネルコーディング、およびチャネルリソース)を再設定し、WUS検知ミスの統計に基づいてUEによってWUSを非アクティブ化するプロセスを開始することができる。

【0096】

あるいは、アップリンクWUS応答チャネル/信号は、UEがWUSの受信をACKすることを可能にするように定義され得る。電力消費を最小限に抑えるため、WUS応答チャネル/信号は、WUSの送信に使用される帯域と同じ/類似の特性を有する帯域で動作する低電力送信機を使用して送信され得る。WUS応答を送信するために5G送信機をオンにすることは回避され得る。例えば、上記のチャネル/信号は、PRACHまたは共通ULチャネル(エネルギー検出ベース)であり得る。これにより、gNBは検知ミスの原因を特定できる。

【0097】

WUS誤警報検出イベントから回復するためのUEおよびgNbの挙動は、別の実施形態に従って本明細書で説明される。WUS誤警報検出イベントは、UEが「ウェイクアップ」を示すWUSを検出するイベントとしてUEに対して定義される。次いで、UEがウェイクアップした後、UEはDRXサイクルにおいてPDCCHをリッスンするが、DRXサイクルにおいて有効なPDCCHまたはPDSCHを受信しない。

【0098】

アップリンクWUS応答チャネル/信号は、UEがWUSの受信をACKすることを可能にするために使用され得る。電力消費を最小限に抑えるため、WUS応答チャネル/信号は、WUSを送信するために使用される帯域と同じ/類似の特性を有する帯域で動作する低電力送信機を使用して送信され得る。WUS応答を送信するために5G送信機をオンにすることは回避され得る。例えば、上記のチャネル/信号は、PRACHまたは共通ULチャネル(エネルギー検出ベース)であり得る。これにより、gNBは、予期しないWUS応答を受信するとすぐに、UEの誤警報検出を検出することができる。これにより、UEは誤検知原因の原因を決定することもできる。

【0099】

UEまたはgNBのいずれかは、WUSパラメータ(ウィンドウ長、WUSチャネルリソースロケーション、チャネルコーディング、およびチャネルリソース)を再設定し、WUS誤警報検出統計に基づいて、ネットワークによってWUSを非アクティブ化するためのプロセスを開始することができる。例えば、gNBは、誤警報が干渉によって引き起こされたと判定した場合、ウェイクアップ信号に使用される異なる周波数領域リソース(１つ又は複数)を設定することができる。

【0100】

グループベースのWUS処理は、別の実施形態にしたがって本明細書に記載される。セル内に多数のUEが存在する展開シナリオの場合、グループベースのWUSを設定することにより、(ページンググループと同様に)効率が上がり得る。グループベースのWUSは、１つのUEをウェイクアップするのではなく、UEのグループをウェイクアップすることができる。

【0101】

UEのグループは(RRCを介するなどして)上位層信号によって設定されてもよく、各グループは独自のグループIDまたはグループRNTIを有する。グループ内のUEは、所定の順序で配列されてもよい。グループ内の各UEのインデックスもまた、WUSグループ設定信号に含まれうる。UEは、複数のWUSグループに対して設定され得る。UEは、そのグループID宛のWUSを受信すると、その主受信機をウェイクアップして、DRXオン期間のNR-PDCCHを検出し得る。

【0102】

グループ内のすべてのUEが(DRXサイクルに出入りする)同じデータトラフィックを有するわけではない。これは、グループ内のUEが享受する電力節約の利益に影響を及ぼし得る。したがって、WUSグループ内の各特定のUEがウェイクアップする必要があるかどうかを示す情報を含めることができる(または、次のDRXオン期間のNR-PDCCH/許可を受信することができる)。このようなシグナリングの例には以下のものが含まれるが、これらに限定されない:

【0103】

１つのグループ内でウェイクアップする必要があり得るUEのビットマップ表示。Ｍ個のUEのグループの場合、ビットマップサブフィールドはＭビット長を有することができ、各ビットは、それらの位置の順序でUEに対応する。「１」に設定されたビットマップ内の位置は、「ウェイクアップ」を示すために使用されてもよく、「ウェイクアップなし」を示すために「０」に設定されてもよい。

【0104】

アナログFSKタイプシグナリングがWUSに使用される場合、オン/オフ周波数は、UEのRNTI/グループを示すために使用され得る。

【0105】

図１１Ａは、本明細書で説明され、特許請求される方法および装置が具現化され得る、例示的な通信システム１００の一実施形態を示す図である。図示されているように、例示的な通信システム１００は、ワイヤレス送受信ユニット(WTRU)１０２ａ、１０２ｂ、１０２ｃ、および/または１０２ｄ(全体としてまたはまとめてWTRU１０２ともいう)、無線アクセスネットワーク(RAN)１０３/１０４/１０５/１０３ｂ/１０４ｂ/１０５ｂ、コアネットワーク１０６/１０７/１０９、公衆交換電話網(PSTN)１０８、インターネット１１０、およびその他のネットワーク１１２を含み得るが、開示される実施形態は任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を企図することが理解されよう。WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのそれぞれは、ワイヤレス環境で動作および/または通信するように設定されたいずれのタイプの装置またはデバイスでもよい。WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのそれぞれは、ハンドヘルドワイヤレス通信装置として図１１Ａ～１１Ｅに示されているが、5Gワイヤレス通信のために企図される多種多様なユースケースでは各WTRUは、例として、ユーザ機器(UE)、移動局、ワイヤレス通信デバイス、固定またはモバイルの加入者ユニット、ページャ、携帯電話、携帯情報端末(PDA)、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療またはeHealthデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車、または飛行機などの車両などを含む、無線信号を送信および/または受信するよう設定されたいずれのタイプの装置またはデバイスも備えることができ、またはその中で実施されることができることを理解されたい。

【0106】

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａは、コアネットワーク１０６/１０７/１０９、インターネット１１０、および/またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするため、WTRU１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースするよう設定された任意のタイプのデバイスでもよい。基地局１１４ｂは、コアネットワーク１０６/１０７/１０９、インターネット１１０、および/またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、RRH(リモート無線ヘッド)１１８ａ、１１８ｂ、および/またはTRP(送信点および受信点)１１９ａ、１１９ｂのうちの少なくとも１つと有線および/または無線でインターフェースするよう設定された任意のタイプのデバイスでもよい。RRH１１８ａ、１１８ｂは、コアネットワーク１０６/１０７/１０９、インターネット１１０、および/またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、WTRU１０２ｃのうちの少なくとも１つと無線でインターフェースするよう設定された任意のタイプのデバイスであってもよい。TRP１１９ａ、１１９ｂは、コアネットワーク１０６/１０７/１０９、インターネット１１０、および/またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、WTRU１０２ｄのうちの少なくとも１つと無線でインターフェースするよう設定された任意のタイプのデバイスでもよい。例として、基地局１１４ａ、１１４ｂは、基地トランシーバ局(BTS)、Node-B、eNode-B、ホームNodeB、ホームeNodeB、サイトコントローラ、アクセスポイント(AP)、ワイヤレスルータなどでもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局および/またはネットワーク要素を含み得ることが理解されよう。

【0107】

基地局１１４ａは、RAN１０３/１０４/１０５の一部であってもよく、これはさらに、基地局コントローラ(BSC)、無線ネットワークコントローラ(RNC)、中継ノード等の他の基地局及び/又はネットワーク要素(図示せず)を含んでもよい。基地局１１４ｂは、RAN１０３ｂ/１０４ｂ/１０５ｂの一部であってもよく、これはさらに、基地局コントローラ(BSC)、無線ネットワークコントローラ(RNC)、中継ノード等の他の基地局及び/又はネットワーク要素(図示せず)を含んでもよい。基地局１１４ａは、セル(図示せず)と呼ばれ得る特定の地理的領域内で無線信号を送信および/または受信するように設定され得る。基地局１１４ｂは、セル(図示せず)と呼ばれ得る特定の地理的領域内で有線および/または無線信号を送信および/または受信するように設定され得る。セルはさらに、セルセクタに分割され得る。例えば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａが３つのトランシーバ（たとえば、セルのセクタごとに１つのトランシーバ）を含むことができる。一実施形態では、基地局１１４ａは、多入力多出力(MIMO)技術を使用することができ、したがって、セルのセクタごとに複数のトランシーバを利用することができる。

【0108】

基地局１１４ａは、任意の適切な無線通信リンク(たとえば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光線、cmWave、mmWaveなど)とすることができるエアインターフェース１１５/１１６/１１７を介してWTRU１０２ａ、１０２ｂ、１０２ｃのうちの１つまたは複数と通信することができる。エアインターフェース１１５/１１６/１１７は、任意の適切な無線アクセス技術(RAT)を使用して確立され得る。

【0109】

基地局１１４ｂは、任意の適切な有線(たとえば、ケーブル、光学ファイバなど)または無線通信リンク(たとえば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光学線、cmWave、mmWaveなど)とすることができる有線またはエアインターフェース１１５ｂ/１１６ｂ/１１７ｂを介して、RRH１１８ａ、１１８ｂおよび/またはTRP１１９ａ、１１９ｂのうちの１つまたは複数と通信することができる。エアインタフェース１１５ｂ/１１６ｂ/１１７ｂは、任意の適切な無線アクセス技術(RAT)を使用して確立され得る。

【0110】

RRH１１８ａ、１１８ｂおよび/またはTRP１１９ａ、１１９ｂは、任意の適切な無線通信リンク(たとえば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光線、cmWave、mmWaveなど)とすることができるエアインターフェース１１５ｃ/１１６ｃ/１１７ｃを介してWTRU１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができる。エアインタフェース１１５ｃ/１１６ｃ/１１７ｃは、任意の適切な無線アクセス技術(RAT)を使用して確立され得る。

【0111】

より具体的には上述したように、通信システム１００は、多元接続システムであってもよく、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなどの１つまたは複数のチャネルアクセス方式を採用してもよい。例えば、RAN１０３/１０４/１０５内の基地局１１４ａおよびWTRU１０２ａ、１０２ｂ、１０２ｃ、または、RAN１０３ｂ/１０４ｂ/１０５ｂ内のRRH１１８ａ、１１８ｂ、およびTRP１１９ａ、１１９ｂ、ならびにWTRU１０２ｃ、１０２ｄは、広帯域CDMA(WCDMA)を使用してそれぞれエアインターフェース１１５/１１６/１１７または１１５ｃ/１１６ｃ/１１７ｃを確立することができるユニバーサルモバイルテレコミュニケーションシステム(UMTS)地上無線アクセス(UTRA)などの無線技術を実装することができる。WCDMAは、高速パケットアクセス(HSPA)および/または進化型HSPA(HSPA+)のような通信プロトコルを含み得る。HSPAは、高速ダウンリンクパケットアクセス(HSDPA)および/または高速アップリンクパケットアクセス(HSUPA)を含み得る。

【0112】

一実施形態では、基地局１１４ａおよびWTRU１０２ａ、１０２ｂ、１０２ｃ、または、RAN１０３ｂ/１０４ｂ/１０５ｂ内のRRH１１８ａ、１１８ｂおよびTRP１１９ａ、１１９ｂならびにWTRU１０２ｃ、１０２ｄは、LTE(Long Term Evolution)および/またはLTE-A(LTE-Advanced)を使用してそれぞれエアインターフェース１１５/１１６/１１７または１１５ｃ/１１６ｃ/１１７ｃを確立することができる、E-UTRA(Evolved UMTS Terrestrial Radio Access)などの無線技術を実装することができる。将来的には、エアインタフェース１１５/１１６/１１７は、3GPP NR技術を実装することができる。

【0113】

一実施形態では、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)などの無線技術を実装することができる。

【0114】

図１１Ａの基地局１１４ｃは例えば、ワイヤレスルータ、ホームNodeB、ホームeNodeB、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパスなどの局所的エリアにおけるワイヤレス接続を容易にするために、任意の適切なRATを利用してもよい。一実施形態では、基地局１１４ｃおよびWTRU１０２ｅは、ワイヤレスローカルエリアネットワーク(WLAN)を確立するために、IEEE 802.11などの無線技術を実施することができる。一実施形態では、基地局１１４ｃおよびWTRU１０２ｄは、ワイヤレスパーソナルエリアネットワーク(WPAN)を確立するために、IEEE 802.15などの無線技術を実施することができる。さらに一実施形態では、基地局１１４ｃおよびWTRU１０２ｅは、ピコセルまたはフェムトセルを確立するために、セルラーベースのRAT(たとえば、WCDMA、CDMA2000、GSM、LTE、LTE-Aなど)を利用することができる。図１１Ａに示すように、基地局１１４ｂは、インターネット１１０に直接接続し得る。したがって、基地局１１４ｃは、コアネットワーク１０６/１０７/１０９を介してインターネット１１０にアクセスする必要がない場合がある。

【0115】

RAN１０３/１０４/１０５及び/又はRAN１０３ｂ/１０４ｂ/１０５ｂは、WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つ以上に音声、データ、アプリケーション、及び/又はボイスオーバーインターネットプロトコル(VoIP)サービスを提供するように設定されたいかなる種類のネットワークでもよいコアネットワーク１０６/１０７/１０９と通信してもよい。例えば、コアネットワーク１０６/１０７/１０９は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続、ビデオ配信などの提供、および/または、ユーザ認証などの高レベルセキュリティ機能の実行ができる。

【0116】

図１１Ａには示されていないが、RAN１０３/１０４/１０５および/またはRAN１０３ｂ/１０４ｂ/１０５ｂおよび/またはコアネットワーク１０６/１０７/１０９は、RAN１０３/１０４/１０５および/またはRAN１０３ｂ/１０４ｂ/１０５ｂと同じRATまたは異なるRATを使用する他のRANと直接的または間接的に通信し得ることが理解されよう。例えば、コアネットワーク１０６/１０７/１０９は、E-UTRA無線技術を利用することができるRAN１０３/１０４/１０５および/またはRAN１０３ｂ/１０４ｂ/１０５ｂに接続されることに加えて、GSM無線技術を利用する別のRAN(図示せず)と通信することもできる。

【0117】

コアネットワーク１０６/１０７/１０９は、WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがPSTN１０８、インターネット１１０、および/またはその他のネットワーク１１２にアクセスするためのゲートウェイとしても機能することもできる。PSTN１０８は、基本電話サービス(plain old telephone service; POTS)を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、TCP/IPインターネットプロトコルスイート内の伝送制御プロトコル(TCP)、ユーザデータグラムプロトコル(UDP)、およびインターネットプロトコル(IP)などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有及び/又は運営される有線又は無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、RAN１０３/１０４/１０５および/またはRAN１０３ｂ/１０４ｂ/１０５ｂと同じRATまたは異なるRATを使用し得る、１つまたは複数のRANに接続された別のコアネットワークを含み得る。

【0118】

通信システム１００内のWTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード機能を含むことができる。たとえば、WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信する複数のトランシーバを含むことができる。例えば、図１１Ａに示すWTRU１０２ｅは、セルラーベースの無線技術を使用することができる基地局１１４ａと、IEEE 802無線技術を使用することができる基地局１１４ｃと通信するように設定することができる。

【0119】

図１１Ｂは例えば、WTRU１０２など、本明細書で例示される実施形態によるワイヤレス通信のために構成された例示的な装置またはデバイスのブロック図である。図１１Ｂに示すように、例示的なWTRU１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ/マイクロフォン１２４、キーパッド１２６、ディスプレイ/タッチパッド/インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム(GPS)チップセット１３６、およびその他の周辺機器１３８を含むことができる。WTRU１０２は、一実施形態との整合性を保ちながら、前述の要素の任意の部分的組み合わせを含むことができることが理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに/または、基地局１１４ａおよび１１４ｂによって表されるトランシーバ局(BTS)、Node-B、サイトコントローラ、アクセスポイント(AP)、ホームNode B、進化型ホームNodeB(eNodeB)、ホーム進化型NodeB(HeNB)、ホーム進化型NodeBゲートウェイ、およびプロキシノードなどのノード（これらに限定されない）は、図１１Ｂに示されて本明細書で説明される要素の一部またはすべてを含むことができることを企図する。

【0120】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールド・プログラマブル・ゲート・アレイ(FPGA)回路、任意の他のタイプの集積回路(IC)、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU１０２がワイヤレス環境で動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８は、送受信要素１２２に接続され得るトランシーバ１２０に接続されてもよい。図１１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０は電子パッケージまたはチップに一体化されてもよいことが理解されよう。

【0121】

送受信要素１２２は、エアインターフェース１１５/１１６/１１７を介して、基地局(例えば基地局１１４ａ)に信号を送信する、または基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信要素１２２は、RF信号を送信および/または受信するように構成されたアンテナであり得る。一実施形態では、図１１Ａには示されていないが、RAN１０３/１０４/１０５および/またはコアネットワーク１０６/１０７/１０９は、RAN１０３/１０４/１０５と同じRATまたは異なるRATを使用する他のRANと直接的または間接的に通信し得ることが理解されるのであろう。例えば、コアネットワーク１０６/１０７/１０９は、E-UTRA無線技術を利用することができるRAN１０３/１０４/１０５に接続されることに加えて、GSM無線技術を利用する別のRAN(図示せず)と通信することもできる。

【0122】

コアネットワーク１０６/１０７/１０９は、WTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがPSTN１０８、インターネット１１０、および/またはその他のネットワーク１１２にアクセスするためのゲートウェイとしても機能することができる。PSTN１０８は、基本電話サービス(plain old telephone service; POTS)を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、TCP/IPインターネットプロトコルスイート内の伝送制御プロトコル(TCP)、ユーザデータグラムプロトコル(UDP)、およびインターネットプロトコル(IP)などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有及び/又は運営される有線又は無線の通信ネットワークを含むことができる。例えば、ネットワーク１１２は、RAN１０３/１０４/１０５と同じRATまたは異なるRATを使用し得る、１つまたは複数のRANに接続された別のコアネットワークを含み得る。

【0123】

通信システム１００内のWTRU１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード機能を含むことができる。たとえば、WTRU１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信する複数のトランシーバを含むことができる。例えば、図１１Ａに示すWTRU１０２ｃは、セルラーベースの無線技術を使用することができる基地局１１４ａと、IEEE 802無線技術を使用することができる基地局１１４ｂと通信するように設定することができる。

【0124】

図１１Ｂは例えば、WTRU１０２など、本明細書で例示される実施形態によるワイヤレス通信のために構成された例示的な装置またはデバイスのブロック図である。図１１Ｂに示すように、例示的なWTRU１０２は、プロセッサ１１８、トランシーバ１２０、送受信要素１２２、スピーカ/マイクロフォン１２４、キーパッド１２６、ディスプレイ/タッチパッド/インジケータ１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム(GPS)チップセット１３６、および他の周辺機器１３８を含むことができる。WTRU１０２は、一実施形態との整合性を保ちながら、前述の要素の任意の部分的組み合わせを含むことができることが理解されよう。また、実施形態は、基地局１１４ａおよび１１４ｂ、ならびに/または、基地局１１４ａおよび１１４ｂによって表されるトランシーバ局(BTS)、Node-B、サイトコントローラ、アクセスポイント(AP)、ホームNodeB、進化型ホームNodeB(eNodeB)、ホーム進化型NodeB(HeNB)、ホーム進化型NodeBゲートウェイ、およびプロキシノードなどのノード（これらに限定されない）は、図１１Ｂに示されて本明細書で説明される要素の一部またはすべてを含むことができることを企図する。

【0125】

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールド・プログラマブル・ゲート・アレイ(FPGA)回路、任意の他のタイプの集積回路(IC)、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU１０２がワイヤレス環境で動作することを可能にする任意の他の機能を実行することができる。プロセッサ１１８は、送受信要素１２２に接続され得るトランシーバ１２０に接続されてもよい。図１１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０は電子パッケージまたはチップに一体化されてもよいことが理解されよう。

【0126】

送受信要素１２２は、エアインターフェース１１５/１１６/１１７を介して、基地局(例えば基地局１１４ａ)に信号を送信する、または基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信要素１２２は、RF信号を送信および/または受信するように構成されたアンテナであり得る。一実施形態では、送受信要素１２２は例えば、IR、UV、または可視光信号を送信および/または受信するように構成されたエミッタ/検出器とすることができる。さらに一実施形態では、送受信要素１２２は、RF信号および光信号の両方を送信および受信するように構成することができる。送受信要素１２２は、無線信号のいずれの組合せも送信および/または受信するように構成され得ることが理解されよう。

【0127】

加えて、送受信要素１２２は図１１Ｂでは単一の要素として示されているが、WTRU１０２は任意の数の送受信要素１２２を含むことができる。より具体的には、WTRU１０２はMIMO技術を使用することができる。したがって、一実施形態では、WTRU１０２は、エアインターフェース１１５/１１６/１１７を介して無線信号を送受信するための２つ以上の送受信要素１２２(たとえば、複数のアンテナ)を含むことができる。

【0128】

トランシーバ１２０は、送受信要素１２２によって送信される信号を変調し、送受信要素１２２によって受信された信号を復調するように構成され得る。上述したように、WTRU１０２は、マルチモード機能を有することができる。したがって、トランシーバ１２０は、WTRU１０２が例えば、UTRAおよびIEEE 802.11などの複数のRATを介して通信することを可能にするために、複数のトランシーバを含むことができる。

【0129】

WTRU１０２のプロセッサ１１８は、スピーカ/マイクロフォン１２４、キーパッド１２６、および/またはディスプレイ/タッチパッド/インジケータ１２８(例えば、液晶ディスプレイ(LCD)ディスプレイユニットまたは有機発光ダイオード(OLED)ディスプレイユニット)に接続することができ、それらからユーザ入力データを受信することができる。また、プロセッサ１１８は、ユーザデータをスピーカ/マイクロフォン１２４、キーパッド１２６、および/またはディスプレイ/タッチパッド/インジケータ１２８に出力することもできる。さらに、プロセッサ１１８は、非リムーバブルメモリ１３０および/またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報にアクセスし、その中にデータを格納することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ(RAM)、リードオンリメモリ(ROM)、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。リムーバブルメモリ１３２は、SIM(subscriber identity module)カード、メモリスティック、SD(secure digital)メモリカード等を含むことができる。一実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ(図示せず)など、WTRU１０２上に物理的に配置されていないメモリから情報にアクセスし、そのメモリにデータを格納することができる。

【0130】

プロセッサ１１８は、電源１３４から電力を受け取ることができ、WTRU１０２内の他の構成要素に電力を分配および/または制御するように構成することができる。電源１３４は、WTRU１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池等を含んでもよい。

【0131】

プロセッサ１１８はまた、GPSチップセット１３６に連結されてもよく、このチップセットはWTRU１０２の現在位置に関する位置情報(例えば、経度及び緯度)を提供するように構成されてもよい。GPSチップセット１３６からの情報に加えて、またはその代わりに、WTRU１０２は基地局(たとえば、基地局１１４ａ、１１４ｂ)からエアインターフェース１１５/１１６/１１７を介して位置情報を受信し、かつ/または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてその位置を決定することができる。WTRU１０２は一実施形態との整合性を保ちながら、任意の適切な位置決定方法によって位置情報を取得することができることを理解されたい。

【0132】

プロセッサ１１８はさらに、追加の特徴、機能性、および/または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含み得る他の周辺機器１３８に接続され得る。例えば、周辺機器１３８は、加速度計、バイオメトリクス(例えば、指紋)センサ、eコンパス、衛星トランシーバ、デジタルカメラ(写真又はビデオ用)、ユニバーサルシリアルバス(USB)ポート又はその他の相互接続インターフェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Bluetooth(登録商標)モジュール、周波数変調(FM)ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等の様々なセンサを含むことができる。

【0133】

WTRU１０２は、センサ、家庭用電化製品、スマートウォッチまたはスマートウェアなどのウェアラブルデバイス、医療またはeHealthデバイス、ロボット、産業機器、ドローン、自動車、トラック、列車、または飛行機などの車両など、他の装置またはデバイスで実施することができる。WTRU１０２は、周辺機器１３８のうちの１つを備えることができる相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、上記のような装置またはデバイスの他の構成要素、モジュール、またはシステムに接続することができる。

【0134】

図１１Ｃは、一実施形態に係るRAN１０３及びコアネットワーク１０６のシステム図である。上述したように、RAN１０３は、エアインターフェース１１５を介してWTRU１０２ａ、１０２ｂ、および１０２ｃと通信するためにUTRA無線技術を使用することができる。RAN１０３はまた、コアネットワーク１０６と通信してもよい。図１１Ｃに示されるように、RAN１０３は、エアインターフェース１１５を介してWTRU１０２ａ、１０２ｂ、１０２ｃと通信するためそれぞれ１つ以上のトランシーバを含み得るNode-B１４０ａ、１４０ｂ、１４０ｃを含むことができる。Node-B１４０ａ、１４０ｂ、１４０ｃはそれぞれ、RAN１０３内の特定のセル(図示せず)に関連付けられ得る。RAN１０３はまた、RNC１４２ａ、１４２ｂを含むことができる。RAN１０３は、一実施形態との整合性を保ちながら、任意の数のNode-BおよびRNCを含むことができることが理解されよう。

【0135】

図１１Ｃに示されるように、Node-B１４０ａ、１４０ｂは、RNC１４２ａと通信することができる。加えて、Node-B１４０ｃは、RNC１４２ｂと通信することができる。Node-B１４０ａ、１４０ｂ、１４０ｃは、Iubインターフェースを介して、それぞれRNC１４２ａ、１４２ｂと通信することができる。RNC１４２ａ、１４２ｂは、Iurインターフェースを介して互いに通信してもよい。RNC１４２ａ、１４２ｂの各々は、接続されているそれぞれNode-B１４０ａ、１４０ｂ、１４０ｃをそれぞれ制御するように構成され得る。さらに、RNC１４２ａ、１４２ｂのそれぞれは、外部ループ電力制御、負荷制御、許可制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの他の機能を実行するか、またはサポートするように構成され得る。

【0136】

図１１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ(MGW)１４４、移動交換センタ(MSC)１４６、サービングGPRSサポートノード(SGSN)１４８、および/またはゲートウェイGPRSサポートノード(GGSN)１５０を含むことができる。前述の要素の各々はコアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれもコアネットワークオペレータ以外のエンティティによって所有および/または運営され得ることが理解される。

【0137】

RAN１０３内のRNC１４２ａは、IuCSインターフェースを介してコアネットワーク１０６内のMSC１４６に接続することができる。MSC１４６は、MGW１４４に接続されてもよい。MSC１４６およびMGW１４４は、WTRU１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、PSTN１０８などの回線交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。

【0138】

RAN１０３内のRNC１４２ａはまた、IuPSインターフェースを介してコアネットワーク１０６内のSGSN１４８に接続されてもよい。SGSN１４８は、GGSN１５０に接続されてもよい。SGSN１４８およびGGSN１５０は、WTRU１０２ａ、１０２ｂ、１０２ｃとIP対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。

【0139】

上述のように、コアネットワーク１０６は、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができるネットワーク１１２に接続することもできる。

【0140】

図１１Ｄは、一実施形態によるRAN１０４およびコアネットワーク１０７のシステム図である。上述したように、RAN１０４は、E-UTRA無線技術を使用して、エアインターフェース１１６を介してWTRU１０２ａ、１０２ｂ、および１０２ｃと通信することができる。RAN１０４はまた、コアネットワーク１０７と通信してもよい。

【0141】

RAN１０４はeNode-B１６０ａ、１６０ｂ、１６０ｃを含むことができるが、RAN１０４は一実施形態との整合性を保ちながら、任意の数のeNode-Bを含むことができることが理解されよう。eNode-B１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してWTRU１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、eNode-B１６０ａ、１６０ｂ、１６０ｃはMIMO技術を実装することができる。したがって、例えば、eNode-B１６０ａは複数のアンテナを用いて、WTRU１０２ａに無線信号を送り、WTRU１０２ａから無線信号を受け取ることができる。

【0142】

eNode-B１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル(図示せず)に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成され得る。図１１Ｄに示されるように、eNode-B１６０ａ、１６０ｂ、１６０ｃは、X2インターフェースを介して互いに通信し得る。

【0143】

図１１Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ(MME)１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク(PDN)ゲートウェイ１６６を含むことができる。前述の要素の各々はコアネットワーク１０７の一部として示されているが、これらの要素のうちのいずれもコアネットワークオペレータ以外のエンティティによって所有および/または運営されてもよいことが理解されよう。

【0144】

MME１６２は、S1インターフェースを介してRAN１０４内のeNode-B１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続され、制御ノードとして機能することができる。例えば、MME１６２は、WTRU１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化/非アクティブ化、WTRU１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などを担うことができる。MME１６２はまた、RAN１０４と、GSMまたはWCDMAなどの他の無線技術を使用する他のRAN(図示せず)との間で切り替える制御プレーン機能を提供することができる。

【0145】

サービングゲートウェイ１６４は、S1インターフェースを介してRAN１０４内のeNode-B１６０ａ、１６０ｂ、および１６０ｃのそれぞれに接続され得る。サービングゲートウェイ１６４は一般に、WTRU１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１６４はまた、eNode-B間ハンドオーバ中にユーザプレーンをアンカーすること、ダウンリンクデータがWTRU１０２ａ、１０２ｂ、１０２ｃに利用可能であるときにページングをトリガすること、WTRU１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなど、他の機能を実行することもできる。

【0146】

サービスゲートウェイ１６４はまた、WTRU１０２ａ、１０２ｂ、１０２ｃ及びIP対応デバイスとの間の通信を容易にするため、WTRU１０２ａ、１０２ｂ、１０２ｃをインターネット１１０のようなパケットスイッチされたネットワークにアクセスさせるPDNゲートウェイ１６６に接続されてもよい。

【0147】

コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、WTRU１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、PSTN１０８などの回線交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とPSTN１０８との間のインターフェースとして機能するIPゲートウェイ(例えば、IPマルチメディアサブシステム(IMS)サーバ)を含んでもよく、またはそれと通信してもよい。さらに、コアネットワーク１０７は、WTRU１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスを提供することができる。

【0148】

図１１Ｅは、一実施形態によるRAN１０５およびコアネットワーク１０９のシステム図である。RAN１０５は、エアインターフェース１１７を介してWTRU１０２ａ、１０２ｂ、および１０２ｃと通信するためにIEEE 802.16無線技術を使用するアクセスサービスネットワーク(ASN)でもよい。以下でさらに説明するように、WTRU１０２ａ、１０２ｂ、１０２ｃ、RAN１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、基準点として定義され得る。

【0149】

図１１Ｅに示されるように、RAN１０５は基地局１８０ａ、１８０ｂ、１８０ｃ、およびASNゲートウェイ１８２を含むことができるが、RAN１０５は実施形態との整合性を保ちながら、任意の数の基地局およびASNゲートウェイを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、RAN１０５内の特定のセルに関連付けることができ、エアインターフェース１１７を介してWTRU１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含むことができる。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃはMIMO技術を実装することができる。したがって、基地局１８０ａは例えば、複数のアンテナを用いて、WTRU１０２ａに無線信号を送り、かつ、WTRU１０２ａから無線信号を受け取ることができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフ・トリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質(QoS)ポリシー施行などのモビリティ管理機能を提供することもできる。ASNゲートウェイ１８２はトラフィック集約ポイントとして機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担うことができる。

【0150】

WTRU１０２ａ、１０２ｂ、１０２ｃとRAN１０５との間のエアインターフェース１１７は、IEEE 802.16仕様を実装するR1基準点として定義することができる。さらに、WTRU１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース(図示せず)を確立することができる。WTRU１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、許可、IPホスト構成管理、および/またはモビリティ管理に使用することができるR2基準点として定義することができる。

【0151】

基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれの間の通信リンクは、WTRUハンドオーバおよび基地局間のデータ転送を容易にするためのプロトコルを含むR8基準点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとASNゲートウェイ１８２との間の通信リンクは、R6基準点として定義することができる。R6基準点は、WTRU１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を容易にするためのプロトコルを含むことができる。

【0152】

図１１Ｅに示すように、RAN１０５は、コアネットワーク１０９に接続することができる。RAN１０５とコアネットワーク１０９との間の通信リンクは例えば、データ転送およびモビリティ管理性能を容易にするためのプロトコルを含むR3基準点として定義され得る。コアネットワーク１０９は、モバイルIPホームエージェント(MIP-HA)１８４、認証、許可、アカウンティング(AAA)サーバ１８６、およびゲートウェイ１８８を含むことができる。前述の要素の各々はコアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれもコアネットワークオペレータ以外のエンティティによって所有され、かつ/または運営され得ることが理解される。

【0153】

MIP-HAは、IPアドレス管理を担うことができ、WTRU１０２ａ、１０２ｂ、および１０２ｃに、異なるASNおよび/または異なるコアネットワーク間でローミングさせることができる。MIP-HA１８４は、WTRU１０２ａ、１０２ｂ、１０２ｃとIP対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。AAAサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの相互作用を容易にすることができる。例えば、ゲートウェイ１８８は、WTRU１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にするために、PSTN１０８などの回線交換ネットワークへのアクセスをWTRU１０２ａ、１０２ｂ、１０２ｃに提供することができる。さらに、ゲートウェイ１８８は、WTRU１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および/または運営される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスを提供することができる。

【0154】

図１１Ｅには示されていないが、RAN１０５は他のASNに接続されてもよく、コアネットワーク１０９は他のコアネットワークに接続されてもよいことが理解されよう。RAN１０５と他のASNとの間の通信リンクは、RAN１０５と他のASNとの間のWTRU１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含み得るR4基準点として定義することができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問先コアネットワークとの間のインターワーキングを容易にするためのプロトコルを含み得るR5基準として定義することができる。

【0155】

本明細書で説明し、図１１Ａ、１１Ｃ、１１Ｄ、および１１Ｅに示すコアネットワークエンティティは、特定の既存の3GPP仕様のエンティティに付与された名称によって識別されるが、将来的に、これらのエンティティおよび機能は他の名称によって識別されてもよく、特定のエンティティまたは機能は将来の3GPP NR仕様を含む、3GPPによって公開される将来の仕様において組み合わせられてもよいことが理解される。したがって、本明細書で説明されて図１１Ａ、１１Ｂ、１１Ｃ、１１Ｄ、および１１Ｅで示される特定のネットワークエンティティおよび機能はは、例としてのみ提供され、本明細書で開示されて特許請求される主題は現在定義されているか、または将来定義されるかにかかわらず、任意の同様の通信システムにおいて実施または実装され得ることが理解される。

【0156】

図１１Ｆは、RAN１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、PSTN１０８、インターネット１１０、またはその他のネットワーク１１２内の特定のノードまたは機能エンティティなど、図１１Ａ、１１Ｃ、１１Ｄ、および１１Ｅに示す通信ネットワークの１つまたは複数の装置を実施することができる例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバーを含むことができ、主に、ソフトウェアの形式などによるコンピュータ可読命令によって制御することができ、ソフトウェアの格納場所やそのアクセス手段は問わない。当該コンピュータ可読命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０に作業を行わせることができる。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールド・プログラマブル・ゲート・アレイ(FPGA)回路、任意の他のタイプの集積回路(IC)、状態機械などとすることができる。プロセッサ９１は、信号符号化、データ処理、電力制御、入出力処理、および/またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能を実行することができる。コプロセッサ８１はメインプロセッサ９１とは別個のオプションのプロセッサであり、追加の機能を実行し、またはプロセッサ９１を支援することができる。プロセッサ９１および/またはコプロセッサ８１は本明細書で開示される方法および装置に関連するデータを受信し、生成し、処理し得る。

【0157】

動作中、プロセッサ９１は命令をフェッチし、デコードし、実行し、コンピューティングシステムのメインデータ転送経路であるシステムバス８０を介して他のリソースとの間で情報をやりとりする。このようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、通常、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信してシステムバスを動作させるための制御ラインとを含む。このようなシステムバス８０の一例は、PCI(Peripheral Component Interconnect)バスである。

【0158】

システムバス８０に結合されたメモリは、ランダムアクセスメモリ(RAM)８２および読取り専用メモリ(ROM)９３を含む。これらのメモリは、情報を記憶し、検索することを可能にする回路を含む。ROM９３は一般的に、容易に変更することができない記憶済みデータを含む。RAM８２に記憶されたデータは、プロセッサ９１又は他のハードウェア装置によって読み出され又は変更される得る。RAM８２および/またはROM９３へのアクセスは、メモリコントローラ９２によって制御することができる。メモリコントローラ９２は、命令が実行されるときに仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、システム内の処理を分離して、システム処理をユーザ処理から分離するメモリ保護機能も提供することができる。したがって、第１のモードで実行されるプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされたメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。

【0159】

さらに、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う周辺機器コントローラ８３を含むことができる。

【0160】

ディスプレイ８６は、ディスプレイコントローラ９６によって制御され、コンピューティングシステム９０によって生成された視覚的出力を表示するために使用される。この視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含むことができる。視覚的出力は、グラフィカルユーザインタフェース(GUI)の形態で提供されてもよい。ディスプレイ８６は、CRTベースのビデオディスプレイ、LCDベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装されてもよい。ディスプレイコントローラ９６は、ディスプレイ８６に送られるビデオ信号を生成するのに必要な電子構成要素を含む。

【0161】

さらに、コンピューティングシステム９０は、コンピューティングシステム９０がそのネットワークの他のノードまたは機能エンティティと通信することを可能にするために、コンピューティングシステム９０を図１１Ａ、１１Ｂ、１１Ｃ、１１Ｄ、および１１ＥのRAN１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、PSTN１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信ネットワークに接続するために使用できる、たとえばネットワークアダプタ９７などの通信回路を含むことができる。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で説明される特定の装置、ノード、または機能エンティティの送信および受信ステップを実行するために使用され得る。

【0162】

本明細書で説明される装置、システム、方法、およびプロセスのいずれかまたはすべては、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに本明細書で説明されるシステム、方法、およびプロセスを実行させ、かつ/または実装させる命令を、コンピュータ可読記憶媒体上に格納されたコンピュータ実行可能命令(たとえば、プログラムコード)の形態で実施され得ることを理解されたい。具体的には、本明細書で説明される工程、動作、または機能のいずれも、無線および/または有線ネットワーク通信のために構成された装置またはコンピューティングシステムのプロセッサ上で実行される、コンピュータ実行可能命令の形式で実装され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的な(例えば、有形または物理的な)方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルな媒体を含むが、このようなコンピュータ可読記憶媒体は信号を含まない。コンピュータ可読記憶媒体には、RAM、ROM、EEPROM、フラッシュメモリまたは他のメモリ技術、CD-ROM、デジタル多用途ディスク(DVD)または他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶装置、あるいは所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスすることができる任意の他の有形または物理的な媒体が含まれるが、これらに限定されない。

【0163】

上記の解決策の説明は、これらの解決策の作成または使用を可能にするために提供される。これらの解決策の様々な変形は容易に明らかであり、本明細書で定義される一般的な原理は、本開示の範囲から逸脱することなく、他の態様に適用され得る。したがって、本開示は、本明細書に示される態様に限定されることを意図するものではなく、以下の特許請求の範囲によって定義される原理および新規な特徴と一致する可能な限り広い範囲が与えられるべきである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11A】

【図11B】

【図11C】

【図11D】

【図11E】

【図11F】