特許 7584053 非アクティブ状態の事前設定されるリソースの検証

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

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

(11)【特許番号】

(24)【登録日】2024-11-07

(45)【発行日】2024-11-15

(54)【発明の名称】非アクティブ状態の事前設定されるリソースの検証

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20241108BHJP

   H04W 4/20 20180101ALI20241108BHJP

   H04W 72/231 20230101ALI20241108BHJP

   H04W 76/27 20180101ALI20241108BHJP

【ＦＩ】

H04W72/1268

H04W4/20 110

H04W72/231

H04W76/27

【請求項の数】 15

(21)【出願番号】P 2023501071

(86)(22)【出願日】2021-07-07

(65)【公表番号】

(43)【公表日】2023-08-01

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

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

(87)【国際公開日】2022-01-13

【審査請求日】2024-07-03

(31)【優先権主張番号】63/049,050

(32)【優先日】2020-07-07

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

【早期審査対象出願】

(73)【特許権者】

【識別番号】517308024

【氏名又は名称】オフィノ， エルエルシー

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】チョン， ヒョンスク

(72)【発明者】

【氏名】ディナン， エスマエル ヘジャジ

(72)【発明者】

【氏名】キム， テフン

(72)【発明者】

【氏名】パク， キュンミン

(72)【発明者】

【氏名】イ， ユンジュン

(72)【発明者】

【氏名】ジョウ， フア

【審査官】吉倉 大智

(56)【参考文献】

【文献】特開２０２０－２７９５５（ＪＰ，Ａ）

【文献】Samsung，On RRC message for transition into RRC_IDLE and RRC_INACTIVE，3GPP TSG RAN WG2 #101bis R2-1804868，2018年04月06日

【文献】Moderator (ZTE)，Summary on the physical layer aspects of small data transmission，3GPP TSG RAN WG1 #104-e R1-2102076，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104-e/Docs/R1-2102076.zip>

【文献】ZTE, Sanechips，Discussion on the physical layer aspects of small data transmission，3GPP TSG RAN WG1 #104-e R1-2100080，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_104-e/Docs/R1-2100080.zip>

【文献】Email discussion rapporteur (Lenovo)，Report from email discussion [POST112-e][550][SDT] Further details of CG aspects，3GPP TSG RAN WG2 #113-e R2-2100930，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_113-e/Docs/R2-2100930.zip>

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

方法であって、
無線リソース制御（ＲＲＣ）接続状態の無線デバイス（１０６）によって、ＲＲＣ非アクティブ状態の間の送信で使用するための構成パラメーターを含むＲＲＣリリースメッセージを受信することであって、前記構成パラメーターが、
セルの複数の同期信号ブロック（ＳＳＢ）のうちの第一のＳＳＢの識別子と、
前記ＲＲＣ非アクティブ状態中に前記送信で使用するための、前記第一のＳＳＢに対応するアップリンクリソースの一つまたは複数のリソースパラメーターと、
前記アップリンクリソースを介した前記送信を検証するための第一の閾値と
を含む、ことと、
前記無線デバイスによって、前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記無線デバイスによって、前記アップリンクリソースが、前記ＲＲＣ非アクティブ状態の間の前記送信における使用に有効であると決定することであって、前記決定が、前記第一のＳＳＢのビーム測定値が前記第一の閾値に基づく基準信号受信電力（ＲＳＲＰ）測定閾値以上であることに基づく、ことと、
前記決定に基づき、前記アップリンクリソースを介してトランスポートブロックを送信することと
を含む、方法。

【請求項2】

前記アップリンクリソースが有効であることの前記決定が、前記第一のＳＳＢの前記ビーム測定値が第二の閾値に基づく第二のＲＳＲＰ測定値未満であることにさらに基づく、請求項１に記載の方法。

【請求項3】

前記ＲＲＣリリースメッセージが、前記第二の閾値を示す、請求項２に記載の方法。

【請求項4】

前記ビーム測定値が、前記第一のＳＳＢの基準信号受信電力（ＲＳＲＰ）である、請求項１～３のいずれか一項に記載の方法。

【請求項5】

前記送信することが、前記無線デバイスが前記ＲＲＣ非アクティブ状態にある状態で前記トランスポートブロックを送信することを含む、請求項１～４のいずれか一項に記載の方法。

【請求項6】

無線デバイスであって、前記無線デバイスは、一つまたは複数のプロセッサーと、命令を記憶するメモリーとを含み、前記命令は、前記一つまたは複数のプロセッサーによって実行されるとき、前記無線デバイスに、請求項１～５のいずれか一項に記載の方法を実施させる、無線デバイス。

【請求項7】

非一時的コンピューター可読媒体であって、前記非一時的コンピューター可読媒体は、命令を含み、前記命令は、一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに請求項１～５のいずれか一項に記載の方法を実施させる、非一時的コンピューター可読媒体。

【請求項8】

方法であって、
基地局（１６０）によって、無線リソース制御（ＲＲＣ）接続状態の無線デバイス（１０６）に、前記無線デバイスがＲＲＣ非アクティブ状態の間の送信で使用する構成パラメーターを含むＲＲＣリリースメッセージを送信することであって、前記構成パラメーターが、
セルの複数の同期信号ブロック（ＳＳＢ）のうちの第一のＳＳＢの識別子と、
前記ＲＲＣ非アクティブ状態中に前記送信で使用するための、前記第一のＳＳＢに対応するアップリンクリソースの一つまたは複数のリソースパラメーターと、
前記アップリンクリソースを介した前記送信を検証するための第一の閾値と
を含む、ことと、
前記無線デバイスに関して、前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記アップリンクリソースを介して、前記アップリンクリソースが前記ＲＲＣ非アクティブ状態の間の前記送信における使用に有効であるとの前記無線デバイスによる決定に基づきトランスポートブロックを受信することであって、前記決定が、前記第一のＳＳＢのビーム測定値が前記第一の閾値に基づく基準信号受信電力（ＲＳＲＰ）測定閾値以上であることに基づく、ことと
を含む、方法。

【請求項9】

前記アップリンクリソースが有効であるとの前記決定が、前記第一のＳＳＢの前記ビーム測定値が第二の閾値に基づく第二のＲＳＲＰ測定値未満であることにさらに基づく、請求項８に記載の方法。

【請求項10】

前記ＲＲＣリリースメッセージは、前記第二の閾値を示す、請求項９に記載の方法。

【請求項11】

前記ビーム測定値が、前記第一のＳＳＢの基準信号受信電力（ＲＳＲＰ）である、請求項８～１０のいずれか一項に記載の方法。

【請求項12】

前記受信することが、前記無線デバイスが前記ＲＲＣ非アクティブ状態にある状態で前記トランスポートブロックを受信することを含む、請求項８～１１のいずれか一項に記載の方法。

【請求項13】

基地局であって、前記基地局は、一つまたは複数のプロセッサーと、命令を記憶するメモリーとを含み、前記命令は、前記一つまたは複数のプロセッサーによって実行されるとき、前記基地局に請求項８～１２のいずれか一項に記載の方法を実施させる、基地局。

【請求項14】

非一時的コンピューター可読媒体であって、前記非一時的コンピューター可読媒体は、命令を含み、前記命令は、一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに請求項８～１２のいずれか一項に記載の方法を実施させる、非一時的コンピューター可読媒体。

【請求項15】

システムであって、
基地局（１６０）であって、前記基地局は、一つまたは複数の第一のプロセッサーと、第一の命令を記憶する第一のメモリーとを含み、前記第一の命令は、前記一つまたは複数の第一のプロセッサーによって実行されるとき、
無線リソース制御（ＲＲＣ）接続状態の無線デバイス（１０６）に、前記無線デバイスがＲＲＣ非アクティブ状態の間の送信で使用する構成パラメーターを含むＲＲＣリリースメッセージを送信することであって、前記構成パラメーターが、
セルの複数の同期信号ブロック（ＳＳＢ）のうちの第一のＳＳＢの識別子と、
前記ＲＲＣ非アクティブ状態中に前記送信で使用するための、前記第一のＳＳＢに対応するアップリンクリソースの一つまたは複数のリソースパラメーターと、
前記アップリンクリソースを介した前記送信を検証するための第一の閾値と
を含む、ことと、
前記無線デバイスに関して、前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記アップリンクリソースを介して、前記アップリンクリソースが前記ＲＲＣ非アクティブ状態の間の前記送信における使用に有効であるとの決定に基づきトランスポートブロックを受信することと
を前記基地局に行わせる、基地局と、
前記無線デバイスであって、前記無線デバイスは、一つまたは複数の第二のプロセッサーと、第二の命令を記憶する第二のメモリーとを含み、前記第二の命令は、前記一つまたは複数の第二のプロセッサーによって実行されるとき、
前記ＲＲＣ接続状態において、前記ＲＲＣリリースメッセージを受信することと、
前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記アップリンクリソースが、前記ＲＲＣ非アクティブ状態の間の前記送信における使用に有効であると決定することであって、前記決定が、前記第一のＳＳＢのビーム測定値が前記第一の閾値に基づく基準信号受信電力（ＲＳＲＰ）測定閾値以上であることに基づく、ことと、
前記決定に基づき、前記アップリンクリソースを介して前記トランスポートブロックを送信することと
を前記無線デバイスに行わせる、無線デバイスと
を含む、システム。

【発明の詳細な説明】

【背景技術】

【0001】

関連出願の相互参照
本出願は、２０２０年７月７日に出願された米国仮特許出願第６３／０４９，０５０号の優先権を主張し、その出願は、参照によりその全体が本明細書に組み込まれる。

【発明の概要】

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

【0002】

本開示では、さまざまな実施形態が、開示された技術がどのように実装され得るか、および／または開示された技術がどのように環境およびシナリオで実践され得るかの実施例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態および詳細のさまざまな変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的な実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を参照して説明される。開示された例示的実施形態からの制限、特徴、および／または要素が組み合わせられ、本開示の範囲内でさらなる実施形態を作成することができる。機能と利点を強調する図は、例としてのみ示される。開示されたアーキテクチャーは、示される以外の方式で利用することができるように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、または任意選択としてのみ使用され得る。
本発明は、例えば、以下を提供する。
（項目１）
方法であって、
無線リソース制御（ＲＲＣ）接続状態の無線デバイスによって、ＲＲＣ非アクティブ状態の間の送信で使用するための構成パラメーターを含むＲＲＣリリースメッセージを受信することであって、前記構成パラメーターが、
セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）の識別子と、
前記ＲＲＣ非アクティブ状態中に前記送信で使用するための、前記第一のＳＳＢに対応するアップリンクリソースの一つまたは複数のリソースパラメーターと、
前記アップリンクソースを介した前記送信を検証するための第一の閾値と、を含む、受信することと、
前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記アップリンクリソースが、前記ＲＲＣ非アクティブ状態の間の前記送信における使用に有効であると決定することであって、前記決定が、前記第一のＳＳＢのビーム測定値が前記第一の閾値以上であることに基づく、決定することと、
前記決定に基づき、前記アップリンクリソースを介してトランスポートブロックを送信することと、を含む、方法。
（項目２）
方法であって、
無線デバイスによって、非アクティブ状態で使用するためのアップリンクリソースを示す無線リソース制御（ＲＲＣ）リリースメッセージを受信することであって、前記アップリンクリソースが、複数のＳＳＢのうち第一の同期信号ブロック（ＳＳＢ）と関連付けられる、受信することと、
前記アップリンクリソースが前記非アクティブ状態での使用に有効であると決定することに基づき、前記アップリンクリソースを介してトランスポートブロックを送信することであって、前記決定が、前記第一のＳＳＢのビーム測定値が第一の閾値以上であることに基づく、送信することと、を含む、方法。
（項目３）
前記ＲＲＣリリースメッセージが、
前記複数のＳＳＢのうちの前記第一のＳＳＢの識別子と、
前記非アクティブ状態で使用するための、前記第一のＳＳＢに対応する前記アップリンクリソースの一つまたは複数のリソースパラメーターと、を含む、項目２に記載の方法。
（項目４）
前記無線デバイスが接続状態にある状態で前記ＲＲＣリリースメッセージを受信することをさらに含む、項目２～３のいずれか一項に記載の方法。
（項目５）
前記接続状態がＲＲＣ接続状態を含む、項目４に記載の方法。
（項目６）
前記ＲＲＣリリースメッセージが、前記非アクティブ状態の間の送信で使用するための構成パラメーターを含む、項目２～５のいずれか一項に記載の方法。
（項目７）
前記ＲＲＣリリースメッセージが、前記アップリンクソースを介した前記送信を検証するための前記第一の閾値を含む、項目２～６のいずれか一項に記載の方法。
（項目８）
前記ＲＲＣリリースメッセージに基づき、前記接続状態から前記非アクティブ状態に移行することをさらに含む、項目２～７のいずれか一項に記載の方法。
（項目９）
前記アップリンクリソースが有効であることの前記決定が、前記第一のＳＳＢの前記ビーム測定値が第二の閾値未満であることにさらに基づく、項目２～８のいずれか一項に記載の方法。
（項目１０）
前記ＲＲＣリリースメッセージが、前記第二の閾値を示す、項目９に記載の方法。
（項目１１）
前記第一の閾値と前記第二の閾値が、
１ミリワットを基準としデシベルの絶対値である、または
前記ビーム測定値の前に決定された第二のビーム測定値を基準とし、デシベルの相対値である、項目９～１０のいずれか一項に記載の方法。
（項目１２）
前記ビーム測定値が、前記第一のＳＳＢの基準信号受信電力（ＲＳＲＰ）である、項目２～１１のいずれか一項に記載の方法。
（項目１３）
前記アップリンクリソースが有効であることを前記決定することが、前記複数のＳＳＢのうちの一つまたは複数のＳＳＢに基づき、前記セルのセル測定値を決定することをさらに含む、項目２～１２のいずれか一項に記載の方法。
（項目１４）
前記セル測定値が、前記複数のＳＳＢのうちの二つ以上のＳＳＢに基づき決定される、項目１３に記載の方法。
（項目１５）
前記アップリンクリソースが有効であることの前記決定が、前記一つまたは複数のＳＳＢが前記第一のＳＳＢを含むことにさらに基づく、項目１３～１４のいずれか一項に記載の方法。
（項目１６）
前記セル測定値が第三の閾値以上であることに基づき、複数のセルから前記セルを選択することをさらに含む、項目１３～１５のいずれか一項に記載の方法。
（項目１７）
前記一つまたは複数のＳＳＢの数を示す、前記セルのシステム情報を受信することをさらに含む、項目１３～１６のいずれか一項に記載の方法。
（項目１８）
前記セル測定値が、前記一つまたは複数のＳＳＢのＲＳＲＰに基づく、項目１３～１７のいずれか一項に記載の方法。
（項目１９）
前記セル測定値が、前記一つまたは複数のＳＳＢの前記ＲＳＲＰの平均値である、項目１８に記載の方法。
（項目２０）
前記複数のＳＳＢの前記ＲＳＲＰに基づき、前記複数のＳＳＢから前記一つまたは複数のＳＳＢを選択することをさらに含む、項目１３～１９のいずれか一項に記載の方法。
（項目２１）
前記送信することが、前記無線デバイスが前記非アクティブ状態にある状態で前記トランスポートブロックを送信することを含む、項目２～２０のいずれか一項に記載の方法。
（項目２２）
前記ＲＲＣリリースメッセージが、前記非アクティブ状態で使用するための、前記第一のＳＳＢに関連付けられる第二のアップリンクリソースの一つまたは複数の第二のリソースパラメーターをさらに含む、項目２～２１のいずれか一項に記載の方法。
（項目２３）
前記第一のＳＳＢに関連付けられる前記第二のアップリンクリソースが、前記非アクティブ状態での使用に無効であると決定することをさらに含む、項目２２に記載の方法。
（項目２４）
前記第二のアップリンクリソースが無効であるとの前記決定が、前記第一のＳＳＢの第二のビーム測定値が前記第一の閾値未満であるか、または第二の閾値以上であることに基づく、項目２３に記載の方法。
（項目２５）
前記第二のアップリンクリソースが無効であるとの前記決定が、前記第一のＳＳＢの第二のビーム測定値が前記第一の閾値と前記第二の閾値との間にないことに基づく、項目２３に記載の方法。
（項目２６）
前記複数のＳＳＢのうちの一つまたは複数の第二のＳＳＢに基づき、前記セルの第二のセル測定値を決定することをさらに含む、項目２３～２５のいずれか一項に記載の方法。
（項目２７）
前記第二のアップリンクリソースが無効であるとの前記決定が、前記一つまたは複数の第二のＳＳＢが前記第一のＳＳＢを含まないことにさらに基づく、項目２６に記載の方法。
（項目２８）
前記第二のアップリンクリソースが無効であるとの前記決定に基づきランダムアクセス手順を開始することをさらに含む、項目２３～２７のいずれか一項に記載の方法。
（項目２９）
前記非アクティブ状態がＲＲＣ非アクティブ状態を含む、項目２～２８のいずれか一項に記載の方法。
（項目３０）
前記非アクティブ状態がＲＲＣアイドル状態を含む、項目２～２９のいずれか一項に記載の方法。
（項目３１）
方法であって、
無線リソース制御（ＲＲＣ）接続状態の無線デバイスによって、ＲＲＣ非アクティブ状態で使用するためのアップリンクリソースを示すＲＲＣリリースメッセージを受信することであって、前記アップリンクリソースが、セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）と関連付けられる、受信することと、
前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記アップリンクリソースが、前記ＲＲＣ非アクティブ状態での使用に有効であると決定することであって、前記決定が、前記第一のＳＳＢのビーム測定値が第一の閾値以上であることに基づく、決定することと、
前記決定に基づき、前記アップリンクリソースを介してトランスポートブロックを送信することと、を含む、方法。
（項目３２）
前記ＲＲＣリリースメッセージが、ＲＲＣ非アクティブ状態の間の送信で使用するための構成パラメーターを含み、前記構成パラメーターが、
前記セルの前記複数のＳＳＢのうちの前記第一のＳＳＢの識別子と、
前記ＲＲＣ非アクティブ状態中に前記送信で使用するための、前記第一のＳＳＢに対応する前記アップリンクリソースの一つまたは複数のリソースパラメーターと、
前記アップリンクソースを介して前記送信を検証するための前記第一の閾値と、を含む、項目３１に記載の方法。
（項目３３）
前記アップリンクリソースが有効であるとの前記決定が、前記第一のＳＳＢの前記ビーム測定値が第二の閾値未満であることにさらに基づく、項目３１～３２のいずれか一項に記載の方法。
（項目３４）
前記ＲＲＣリリースメッセージが、前記第一の閾値および第二の閾値を示す、項目３３に記載の方法。
（項目３５）
前記第一の閾値および前記第二の閾値が、１ミリワットを基準としデシベルの絶対値である、項目３４に記載の方法。
（項目３６）
前記第一の閾値および前記第二の閾値が、前記ビーム測定値の前に決定される第二のビーム測定値を基準としてデシベルの相対値である、項目３４～３５のいずれか一項に記載の方法。
（項目３７）
前記ＲＲＣリリースメッセージが、前記ＲＲＣ非アクティブ状態で使用するための前記第一のＳＳＢに関連付けられる第二のアップリンクリソースの一つまたは複数の第二のリソースパラメーターを含む、項目３１～３６のいずれか一項に記載の方法。
（項目３８）
前記第一のＳＳＢに関連付けられる前記第二のアップリンクリソースが、前記ＲＲＣ非アクティブ状態での使用に無効であると決定することをさらに含む、項目３７に記載の方法。
（項目３９）
前記第二のアップリンクリソースが無効であることの前記決定が、前記第一のＳＳＢの第二のビーム測定値が前記第一の閾値未満であるか、または第二の閾値以上であることに基づく、項目３８に記載の方法。
（項目４０）
前記複数のＳＳＢのうちの一つまたは複数の第二のＳＳＢに基づき、前記セルの第二のセル測定値を決定することをさらに含む、項目３８～３９のいずれか一項に記載の方法。
（項目４１）
前記第二のアップリンクリソースが無効であるとの前記決定が、前記一つまたは複数の第二のＳＳＢが前記第一のＳＳＢを含まないことにさらに基づく、項目４０に記載の方法。
（項目４２）
前記第二のアップリンクリソースが無効であるとの前記決定に基づきランダムアクセス手順を開始することをさらに含む、項目４０～４１のいずれか一項に記載の方法。
（項目４３）
方法であって、
無線リソース制御（ＲＲＣ）接続状態の無線デバイスによって、ＲＲＣ非アクティブ状態で使用するためのアップリンクリソースを示すＲＲＣリリースメッセージを受信することであって、前記アップリンクリソースが、セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）と関連付けられる、受信することと、
前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記アップリンクリソースが、前記ＲＲＣ非アクティブ状態で使用するのに無効であると決定することであって、前記決定が、
前記第一のＳＳＢの同期信号（ＳＳ）ＲＳＲＰが、第一の閾値よりも小さいこと、および
前記複数のＳＳＢのうちの一つまたは複数のＳＳＢのサービングセルＲＳＲＰが、第二の閾値以上であることに基づく、決定することと、
前記決定に基づき、前記ランダムアクセス手順のプリアンブルを送信することと、を含む、方法。
（項目４４）
前記アップリンクリソースが無効であるとの前記決定が、前記非アクティブ状態のデータ到着に応答している、項目４３に記載の方法。
（項目４５）
方法であって、
無線リソース制御（ＲＲＣ）接続状態の無線デバイスによって、ＲＲＣ非アクティブ状態で使用するためのアップリンクリソースを示すＲＲＣリリースメッセージを受信することであって、前記アップリンクリソースが、セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）と関連付けられる、受信することと、
前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記複数のＳＳＢのうちの一つまたは複数のＳＳＢを選択して、タイミングアドバンス値を検証することと、
前記アップリンクリソースを、
前記一つまたは複数のＳＳＢの基準信号受信電力（ＲＳＲＰ）が範囲内にあること、および
前記一つまたは複数のＳＳＢが前記第一のＳＳＢを含むことに基づき、検証することと、
前記ＲＲＣ非アクティブ状態で、前記第一のＳＳＢに関連付けられる前記アップリンクリソースを介してトランスポートブロックを送信することと、を含む、方法。
（項目４６）
方法であって、
無線リソース制御（ＲＲＣ）接続状態の無線デバイスによって、ＲＲＣ非アクティブ状態で使用するためのアップリンクリソースを示すＲＲＣリリースメッセージを受信することであって、前記アップリンクリソースが、セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）と関連付けられる、受信することと、
前記ＲＲＣリリースメッセージに基づき、前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記複数のＳＳＢのうちの一つまたは複数のＳＳＢを選択して、タイミングアドバンス値を検証することと、
前記ＲＲＣ非アクティブ状態で使用するために、
前記一つまたは複数のＳＳＢの基準信号受信電力（ＲＳＲＰ）が範囲外であること、または
前記一つまたは複数のＳＳＢが前記第一のＳＳＢを含まないことに基づき、前記アップリンクリソースを無効化することと、
前記アップリンクリソースが無効化されることに基づき、ランダムアクセスプリアンブルを送信することと、を含む、方法。
（項目４７）
一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、無線デバイスに、項目１～４６のいずれか一項に記載の方法を実施させる命令を格納するメモリーと、を含む、無線デバイス。
（項目４８）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目１～４６のいずれか一項に記載の方法を実行させる命令を含む、非一時的コンピューター可読媒体。
（項目４９）
方法であって、
基地局によって、無線リソース制御（ＲＲＣ）接続状態の無線デバイスに、前記無線デバイスがＲＲＣ非アクティブ状態の間の送信で使用する構成パラメーターを含むＲＲＣリリースメッセージを送信することであって、前記構成パラメーターが、
セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）の識別子と、
ＲＲＣ非アクティブ状態中に前記送信で使用するための、前記第一のＳＳＢに対応するアップリンクリソースの一つまたは複数のリソースパラメーターと、
前記アップリンクソースを介した前記送信を検証するための第一の閾値および第二の閾値と、を含む、送信することと、
前記ＲＲＣリリースメッセージに基づき、前記無線デバイスのＲＲＣ状態を前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記アップリンクリソースを介して、前記アップリンクリソースが前記ＲＲＣ非アクティブ状態の間の前記送信における使用に有効であるとの決定に基づきトランスポートブロックを受信することであって、前記アップリンクリソースが有効であることが、前記第一のＳＳＢのビーム測定値が、
前記第一の閾値以上であること、および
前記第二の閾値未満であることに基づく、受信することと、を含む、方法。
（項目５０）
方法であって、
基地局によって無線デバイスに、非アクティブ状態で使用するためにアップリンクリソースを示す無線リソース制御（ＲＲＣ）リリースメッセージを送信することであって、前記アップリンクリソースが複数のＳＳＢのうち第一の同期信号ブロック（ＳＳＢ）と関連付けられる、送信することと、
前記アップリンクリソースを介して、前記アップリンクリソースが前記ＲＲＣ非アクティブ状態での使用に有効であるとの決定に基づき、トランスポートブロックを受信することであって、前記アップリンクリソースが有効であることが、前記第一のＳＳＢのビーム測定値が第一の閾値以上であることに基づく、受信することとを含む、方法。
（項目５１）
前記ＲＲＣリリースメッセージが、
複数のＳＳＢのうちの前記第一のＳＳＢの識別子と、
前記非アクティブ状態で使用するための、前記第一のＳＳＢに対応する前記アップリンクリソースの一つまたは複数のリソースパラメーターと、を含む、項目５０に記載の方法。
（項目５２）
前記無線デバイスに、前記無線デバイスが接続状態にある状態で前記ＲＲＣリリースメッセージを送信することをさらに含む、項目５０～５１のいずれか一項に記載の方法。
（項目５３）
前記接続状態が、ＲＲＣ接続状態を含む、項目５２に記載の方法。
（項目５４）
前記ＲＲＣリリースメッセージが、前記無線デバイスが前記非アクティブ状態の間の送信に使用する構成パラメーターを含む、項目５０～５１に記載の方法。
（項目５５）
前記ＲＲＣリリースメッセージが、前記無線デバイスが前記アップリンクソースを介した前記送信を検証するための前記第一の閾値を含む、項目５０～５２に記載の方法。
（項目５６）
前記ＲＲＣリリースメッセージに基づき、かつ前記無線デバイスの前記ＲＲＣ状態について、前記接続状態から前記非アクティブ状態に移行することをさらに含む、項目５０～５３に記載の方法。
（項目５７）
前記アップリンクリソースが有効であるとの前記決定が、前記第一のＳＳＢの前記ビーム測定値が、第二の閾値未満であることにさらに基づく、項目５０～５６に記載の方法。
（項目５８）
前記ＲＲＣリリースメッセージは、前記第二の閾値を示す、項目５７に記載の方法。
（項目５９）
前記第一の閾値と前記第二の閾値が、
１ミリワットを基準としデシベルの絶対値である、または
前記ビーム測定値の前に決定された第二のビーム測定値を基準とし、デシベルの相対値である、項目５７～５８のいずれか一項に記載の方法。
（項目６０）
前記ビーム測定値が、前記第一のＳＳＢの基準信号受信電力（ＲＳＲＰ）である、項目５０～５９のいずれか一項に記載の方法。
（項目６１）
前記アップリンクリソースが有効であると前記決定することが、前記複数のＳＳＢのうちの一つまたは複数のＳＳＢに基づき、前記セルのセル測定値を決定することを含む、項目５０～６０のいずれか一項に記載の方法。
（項目６２）
前記セル測定値が、前記複数のＳＳＢのうちの二つ以上のＳＳＢに基づき決定される、項目６１に記載の方法。
（項目６３）
前記アップリンクリソースが有効であることが、前記一つまたは複数のＳＳＢが前記第一のＳＳＢを含むことにさらに基づく、項目６１～６２のいずれか一項に記載の方法。
（項目６４）
前記アップリンクリソースが有効であることが、前記セル測定値が第三の閾値以上であることに基づき、複数のセルから、選択された前記セルにさらに基づく、項目６１～６３のいずれか一項に記載の方法。
（項目６５）
前記一つまたは複数のＳＳＢの数を示す、前記セルのシステム情報を送信することをさらに含む、項目６１～６４のいずれか一項に記載の方法。
（項目６６）
前記セル測定値が、前記一つまたは複数のＳＳＢのＲＳＲＰに基づく、項目６１～６５のいずれか一項に記載の方法。
（項目６７）
前記セル測定値が、前記一つまたは複数のＳＳＢの前記ＲＳＲＰの平均値である、項目６６に記載の方法。
（項目６８）
前記複数のＳＳＢの前記ＲＳＲＰに基づき、前記複数のＳＳＢのうちの前記一つまたは複数のＳＳＢを選択することをさらに含む、項目６１～６７のいずれか一項に記載の方法。
（項目６９）
前記受信することが、前記無線デバイスが前記非アクティブ状態にある状態で前記トランスポートブロックを受信することを含む、項目５０～６８のいずれか一項に記載の方法。
（項目７０）
前記ＲＲＣリリースメッセージが、前記非アクティブ状態で使用するために、前記第一のＳＳＢに関連付けられる第二のアップリンクリソースの一つまたは複数の第二のリソースパラメーターをさらに含む、項目５０～６９のいずれか一項に記載の方法。
（項目７１）
前記第二のアップリンクリソースの使用が前記ＲＲＣ非アクティブ状態で無効化されることを決定することをさらに含む、項目７０に記載の方法。
（項目７２）
前記ＲＲＣ非アクティブ状態で前記第一のＳＳＢに関連付けられる前記第二のアップリンクリソースを介した送信なしを決定することをさらに含み、前記送信なしの決定が、前記第二のアップリンクリソースの前記使用が前記ＲＲＣ非アクティブ状態で無効化されることに基づく、項目７１に記載の方法。
（項目７３）
前記第二のアップリンクリソースを介した送信なしの前記決定が、前記第一のＳＳＢの第二のビーム測定値が、前記第一の閾値未満であるか、または第二の閾値以上であることに基づく、項目７２に記載の方法。
（項目７４）
前記第二のアップリンクリソースを介した送信なしの前記決定が、前記第一のＳＳＢの第二のビーム測定値が前記第一の閾値と前記第二の閾値との間にはないことに基づく、項目７２に記載の方法。
（項目７５）
前記第二のアップリンクリソースを介した送信なしの前記決定が、前記複数のＳＳＢのうちの一つまたは複数の第二のＳＳＢに基づき測定される、前記セルの第二のセル測定値に基づく、項目７０～７４のいずれか一項に記載の方法。
（項目７６）
前記第二のアップリンクリソースを介した送信なしの前記決定が、前記一つまたは複数の第二のＳＳＢが前記第一のＳＳＢを含まないことにさらに基づく、項目７５に記載の方法。
（項目７７）
前記第二のアップリンクリソースが無効であるとの前記決定に基づき開始されるランダムアクセス手順のプリアンブルを受信することをさらに含む、項目７０～７６のいずれか一項に記載の方法。
（項目７８）
前記非アクティブ状態が、ＲＲＣ非アクティブ状態を含む、項目５０～７７のいずれか一項に記載の方法。
（項目７９）
前記非アクティブ状態が、ＲＲＣアイドル状態を含む、項目５０～７８のいずれか一項に記載の方法。
（項目８０）
方法であって、
基地局によって、無線リソース制御（ＲＲＣ）接続状態の無線デバイスに、前記無線デバイスがＲＲＣ非アクティブ状態で使用するためのアップリンクリソースを示す、ＲＲＣリリースメッセージを送信することであって、前記アップリンクリソースが、セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）と関連付けられる、送信することと、
前記ＲＲＣリリースメッセージに基づき、前記無線デバイスのＲＲＣ状態を前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記アップリンクリソースを介して送信なしを受信することを決定することであって、前記決定が、前記アップリンクリソースが、
前記第一のＳＳＢの同期信号（ＳＳ）ＲＳＲＰが、第一の閾値よりも小さいこと、および
前記複数のＳＳＢのうちの一つまたは複数のＳＳＢのサービングセルＲＳＲＰが、第二の閾値以上であることに基づき無効であることを示す、決定することと、
前記アップリンクリソースが無効であることに基づき、前記ランダムアクセス手順のプリアンブルを受信することと、を含む、方法。
（項目８１）
方法であって、
基地局によって、無線リソース制御（ＲＲＣ）接続状態の無線デバイスに、ＲＲＣ非アクティブ状態で使用するためのアップリンクリソースを示すＲＲＣリリースメッセージを送信することであって、前記アップリンクリソースが、セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）と関連付けられる、送信することと、
前記ＲＲＣリリースメッセージに基づき、前記無線デバイスのＲＲＣ状態を前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記ＲＲＣ非アクティブ状態の前記無線デバイスから、前記第一のＳＳＢに関連付けられる前記アップリンクリソースを介してトランスポートブロックを受信することであって、前記受信が、前記アップリンクリソースが、
タイミングアドバンス値を検証するために前記複数のＳＳＢから選択される一つまたは複数のＳＳＢ、
前記一つまたは複数のＳＳＢの基準信号受信電力（ＲＳＲＰ）が範囲内にあること、および
前記一つまたは複数のＳＳＢが前記第一のＳＳＢを含むことに基づき無効化されることに基づく、受信することと、を含む、方法。
（項目８２）
方法であって、
基地局によって、無線リソース制御（ＲＲＣ）接続状態の無線デバイスに、ＲＲＣ非アクティブ状態で使用するためのアップリンクリソースを示すＲＲＣリリースメッセージを送信することであって、前記アップリンクリソースが、セルの複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）と関連付けられる、送信することと、
前記ＲＲＣリリースメッセージに基づき、前記無線デバイスのＲＲＣ状態を前記ＲＲＣ接続状態から前記ＲＲＣ非アクティブ状態に移行することと、
前記ＲＲＣ非アクティブ状態の前記無線デバイスから、ランダムアクセスプリアンブルを受信することであって、前記受信が、前記アップリンクリソースが、
タイミングアドバンス値を検証するために前記複数のＳＳＢから選択される一つまたは複数のＳＳＢ、および
少なくとも下記のうちの一つ：
前記一つまたは複数のＳＳＢの基準信号受信電力（ＲＳＲＰ）が範囲外であること、または
前記一つまたは複数のＳＳＢが、前記第一のＳＳＢを含まないこと、に基づき無効化されることに基づく、受信することと、を含む、方法。
（項目８３）
一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるときに、前記無線デバイスに項目５０～８２のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、基地局。
（項目８４）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目５０～８２のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピューター可読媒体。

【図面の簡単な説明】

【0003】

本開示のさまざまな実施形態のうちのいくつかの実施例が、図面を参照して本明細書に記載される。

【0004】

【図1】図１Ａおよび図１Ｂは、本開示の実施形態が実装され得る、移動体通信ネットワークの実施例を示す。

【0005】

【図2】図２Ａおよび図２Ｂは、新しい無線（ＮＲ）ユーザープレーンおよび制御プレーンプロトコルスタックをそれぞれ示す。

【0006】

【図3】図３は、図２ＡのＮＲユーザープレーンプロトコルスタックのプロトコル層間で提供されるサービスの実施例を示す。

【0007】

【図4A】図４Ａは、図２ＡのＮＲユーザープレーンプロトコルスタックを通る例示的なダウンリンクデータフローを示す。

【0008】

【図4B】図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。

【0009】

【図5】図５Ａおよび図５Ｂは、ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングをそれぞれ示す。

【0010】

【図6】図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。

【0011】

【図7】図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。

【0012】

【図8】図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。

【0013】

【図9】図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用した帯域幅適合の実施例を示す。

【0014】

【図10A】図１０Ａは、二つのコンポーネントキャリアを有する三つのキャリアアグリゲーション構成を示す。

【0015】

【図10B】図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨグループに構成され得るかの実施例を示す。

【0016】

【図11A】図１１Ａは、ＳＳ／ＰＢＣＨブロック構造および位置の実施例を示す。

【0017】

【図11B】図１１Ｂは、時間および周波数ドメインにマッピングされたＣＳＩ－ＲＳの実施例を示す。

【0018】

【図12】図１２Ａおよび図１２Ｂは、三つのダウンリンクおよびアップリンクビーム管理手順の実施例をそれぞれ示す。

【0019】

【図13】図１３Ａ、図１３Ｂ、および図１３Ｃは、４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、および別の２ステップランダムアクセス手順をそれぞれ示す。

【0020】

【図14A】図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。

【0021】

【図14B】図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。

【0022】

【図15】図１５は、基地局と通信する無線デバイスの実施例を示す。

【0023】

【図16】図１６Ａ、図１６Ｂ、図１６Ｃ、および図１６Ｄは、アップリンクおよびダウンリンク送信のための例示的な構造を示す。

【0024】

【図17】図１７は、本開示の実施形態の一態様による、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）における一つまたは複数のデータパケット送信の例である。

【0025】

【図18A】図１８Ａは、本開示の実施形態の一態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態）中の一つまたは複数のアップリンク無線リソースを示す（事前）構成されたグラントの例である。

【0026】

【図18B】図１８Ｂは、本開示の実施形態の態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態）中の一つまたは複数のアップリンク無線リソースを示す（事前）構成されたグラントの例である。

【0027】

【図19】図１９は、本開示の実施形態の一態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）状態の一つまたは複数のデータパケット送信の例である。

【0028】

【図20】図２０は、本開示の実施形態の一態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）状態の一つまたは複数のデータパケット送信の例である。

【0029】

【図21A】図２１Ａは、本開示の実施形態の一態様によるＴＡ検証の一例である。

【0030】

【図21B】図２１Ｂは、本開示の実施形態の一態様によるＴＡ検証の一例である。

【0031】

【図22】図２２は、本開示の実施形態の一態様による、増加閾値および／または減少閾値の地理的表示の例である。

【0032】

【図23】図２３は、本開示の実施形態の一態様による、ＢＷＰ（例えば、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰ）中の一つまたは複数の無線リソースの例である。

【0033】

【図24】図２４は、本開示の実施形態の一態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送信および／または受信のためのビーム管理の例である。

【0034】

【図25】図２５は、本開示の実施形態の一態様によるセル測定量値に対するＤＬ ＲＳの選択の例である。

【0035】

【図26】図２６は、本開示の実施形態の一態様によるビーム検証の一例である。

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

【0036】

実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされるときに実行され得る。例示的な基準は、例えば、無線デバイスまたはネットワークノード構成、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づいてもよい。一つまたは複数の基準が満たされると、さまざまな例示的実施形態が適用されることができる。従って、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。

【0037】

基地局は、無線デバイスの混合と通信することができる。無線デバイスおよび／または基地局は、複数の技術、および／または同じ技術の複数のリリースをサポートすることができる。無線デバイスは、無線デバイスのカテゴリーおよび／または能力に応じて、いくつかの特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及することができる。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥまたは５Ｇリリースの複数の無線デバイスに言及することができる。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及することができる。開示された方法に準拠し得ないカバレッジエリアに複数の基地局または複数の無線デバイスが存在し得る。例えば、それらの無線デバイスまたは基地局は、ＬＴＥまたは５Ｇ技術の古いリリースに基づき実行される。

【0038】

本明細書では、「ａ」と「ａｎ」および同様の語句は「少なくとも一つ」および「一つまたは複数」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも一つ」および「一つまたは複数」として解釈されるべきである。本明細書では、「ｍａｙ」という用語は「例えば、～であり得る」として解釈される。言い換えると、「ｍａｙ」という用語は、「ｍａｙ」という用語に続く語句が複数の適切な可能性の一つの実施例であり、種々の実施形態の一つまたは複数によって用いられても用いられなくてもよいことを示す。本明細書で使用される場合、「含む（ｃｏｍｐｒｉｓｅｓ）」および「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」という用語は、記載される要素の一つまたは複数の構成要素を列挙する。「含む（ｃｏｍｐｒｉｓｅｓ）」という用語は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記述される要素の一つまたは複数の構成要素の完全な列挙を提供する。本明細書で使用される場合、「に基づく」という用語は、例えば、「のみに基づく」というよりも、むしろ「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「および／または」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、および／またはＣ」は、Ａ、Ｂ、Ｃ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡ、Ｂ、およびＣを表し得る。

【0039】

ＡおよびＢがセットであり、Ａの全ての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、非空集合およびサブセットのみが考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、および｛セル１、セル２｝である。「に基づき」（または同等に「に少なくとも基づき」）というフレーズは、「に基づき」という用語に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応答して」（または同等に「に少なくとも応答して」）というフレーズは、フレーズ「に応答して」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応じて」（または同等に「に少なくとも応じて」）というフレーズは、フレーズ「に応じて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「採用／使用」（または同等に「少なくとも採用／使用」）というフレーズは、フレーズ「採用／使用」に続くフレーズがさまざまな実施形態の一つまたは複数に使用される場合とされない場合とがある多数の適切な可能性の一つの実施例であることを示す。

【0040】

構成されるという用語は、装置が動作状態にあるか非動作状態にあるかにかかわらず、装置の容量に関連し得る。構成されるとは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定に言及することもできる。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリー値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「装置において発生する制御メッセージ」などの用語は、装置が動作状態か非動作状態かにかかわらず、制御メッセージが装置における特定の特性を構成するために使用することができる、または装置における特定のアクションを実装するために使用することができるパラメーターを有することを意味し得る。

【0041】

本開示では、パラメーター（または同等にフィールド、または情報要素：ＩＥと呼ばれる）は、一つまたは複数の情報オブジェクトを含むことができ、情報オブジェクトは、一つまたは複数の他のオブジェクトを含むことができる。例えば、パラメーター（ＩＥ）Ｎがパラメーター（ＩＥ）Ｍを含み、パラメーター（ＩＥ）Ｍがパラメーター（ＩＥ）Ｋを含み、パラメーター（ＩＥ）Ｋがパラメーター（情報要素）Ｊを含む場合、例えば、ＮはＫを含み、ＮはＪを含む。例示的実施形態においては、一つまたは複数のメッセージが複数のパラメーターを含むとき、それは、複数のパラメーターのうちのパラメーターが一つまたは複数のメッセージのうちの少なくとも一つに含まれるが、一つまたは複数のメッセージの各々に含まれる必要はないことを意味する。

【0042】

さらにまた、上記で提示された多くの特徴は、「ｍａｙ」の使用または括弧の使用により任意選択であるものとして説明される。簡潔さおよび読みやすさのために、本開示は、任意選択の特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、三つの任意選択の特徴を有するものとして説明されたシステムは、七つの方式、すなわち、三つの可能な特徴の一つのみ、三つの特徴のいずれか二つ、または三つの特徴の三つによって具現化されることができる。

【0043】

開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェイスを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（例えば、生物学的要素を有するハードウェア）、またはそれらの組み合わせで実装されてもよく、それらは、挙動的に等価とすることができる。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋ ＋ 、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂ（登録商標）など）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ Ｏｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピューター言語で記述されたソフトウェアルーチンで実装され得る。ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの例には、コンピューター、マイクロコントローラー、マイクロプロセッサー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマーブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピューター、マイクロコントローラー、およびマイクロプロセッサーは、アセンブリー、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは、多くの場合、プログラマーブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。

【0044】

図１Ａは、本開示の実施形態が実装され得る移動体通信ネットワーク１００の実施例を示す。移動体通信ネットワーク１００は、例えば、ネットワークオペレーターによって実行される公共の土地移動体ネットワーク（ＰＬＭＮ）であり得る。図１Ａに示すように、移動体通信ネットワーク１００は、コアネットワーク（ＣＮ）１０２、無線アクセスネットワーク（ＲＡＮ）１０４、および無線デバイス１０６を含む。

【0045】

ＣＮ１０２は、無線デバイス１０６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のデータネットワーク（ＤＮ）へのインターフェイスを提供し得る。インターフェイス機能の一部として、ＣＮ１０２は、無線デバイス１０６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、無線デバイス１０６を認証し、充電機能を提供し得る。

【0046】

ＲＡＮ１０４は、エアーインターフェイス上で無線通信を介して、ＣＮ１０２を無線デバイス１０６に接続し得る。無線通信の一部として、ＲＡＮ１０４は、スケジューリング、無線リソース管理、および再送信プロトコルを提供し得る。エアーインターフェイス上のＲＡＮ１０４から無線デバイス１０６への通信方向は、ダウンリンクとして知られ、エアーインターフェイス上の無線デバイス１０６からＲＡＮ１０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。

【0047】

無線デバイスという用語は、本開示全体を通して、無線通信が必要または利用可能な任意のモバイルデバイスまたは固定（非携帯）デバイスを指し、および包含するために使用され得る。例えば、無線デバイスは、電話、スマートフォン、タブレット、コンピューター、ラップトップ、センサー、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）装置、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、および／またはそれらの任意の組み合わせであり得る。無線デバイスという用語は、ユーザー機器（ＵＥ）、ユーザー端末（ＵＴ）、アクセス端末（ＡＴ）、モバイルステーション、受話器、無線送受信ユニット（ＷＴＲＵ）、および／または無線通信装置を含む、他の用語を包含する。

【0048】

ＲＡＮ１０４は、一つまたは複数の基地局（図示せず）を含み得る。基地局という用語は、ノードＢ（ＵＭＴＳおよび／または３Ｇ標準に関連付けられる）、進化したノードＢ（ｅＮＢ、Ｅ－ＵＴＲＡおよび／または４Ｇ規格と関連）、遠隔無線ヘッド（ＲＲＨ）、一つまたは複数のＲＲＨに結合されたベースバンド処理ユニット、ドナーノードのカバレッジエリアを拡張するために使用されるリピーターノードまたは中継ノード、次世代進化ノードＢ（ｎｇ－ｅＮＢ）、生成ノードＢ（ｇＮＢ、ＮＲおよび／または５Ｇ規格と関連）、アクセスポイント（ＡＰ、例えばＷｉＦｉまたはその他の適切な無線通信規格に関連している）、および／またはそれらの任意の組み合わせを指し、かつそれを包含するために、本開示全体を通して使用され得る。基地局は、少なくとも一つのｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）および少なくとも一つのｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を含み得る。

【0049】

ＲＡＮ１０４に含まれる基地局は、無線デバイス１０６とエアーインターフェイス上で通信するための一つまたは複数のアンテナのセットを含み得る。例えば、一つまたは複数の基地局は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含み得る。セルのサイズは、レシーバー（例えば、基地局レシーバー）が、セルで動作するトランスミッター（例えば、無線デバイストランスミッター）から送信を首尾よく受信できる範囲によって決定され得る。一緒に、基地局のセルは、無線デバイス可動性をサポートするために、広い地理的エリアにわたって無線デバイス１０６に無線カバレッジを提供し得る。

【0050】

三つのセクターサイトに加えて、基地局の他の実装も可能である。例えば、ＲＡＮ１０４の一つまたは複数の基地局は、三つより多いまたはそれ未満のセクターを有するセクターサイトとして実装され得る。ＲＡＮ１０４の一つまたは複数の基地局は、アクセスポイントとして、複数の遠隔無線ヘッド（ＲＲＨ）に結合されたベースバンド処理ユニットとして、および／またはドナーノードのカバレッジエリアを拡張するために使用されるリピータまたは中継ノードとして実装され得る。ＲＲＨに結合されたベースバンド処理ユニットは、集中型またはクラウドＲＡＮアーキテクチャーの一部であってもよく、ベースバンド処理ユニットは、ベースバンド処理ユニットのプール内に集中型であるか、または仮想化されていてもよい。リピーターノードは、ドナーノードから受信した無線信号を増幅および再ブロードキャストし得る。中継ノードは、リピーターノードと同じ／類似の機能を実行し得るが、ドナーノードから受信した無線信号を復号化して、無線信号を増幅および再ブロードキャストする前にノイズを除去し得る。

【0051】

ＲＡＮ１０４は、類似のアンテナパターンおよび類似の高レベル送信電力を有するマクロセル基地局の均質なネットワークとして展開され得る。ＲＡＮ１０４は、異種ネットワークとして展開され得る。異種ネットワークでは、小規模なセル基地局を使用して、例えば、マクロセル基地局によって提供される比較的大きなカバレッジエリアと重複するカバレッジエリアなど、小さなカバレッジエリアを提供することができる。小さなカバレッジエリアは、データトラフィックの多いエリア（またはいわゆるホットスポット）、またはマクロセルカバレッジが弱いエリアに提供され得る。スモールセル基地局の実施例としては、カバレッジエリアが縮小する順に、マイクロセル基地局、ピコセル基地局、およびフェムトセル基地局またはホーム基地局が挙げられる。

【0052】

第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、図１Ａの移動体通信ネットワーク１００と同様の移動体通信ネットワークの仕様のグローバル標準化を提供するために１９９８年に形成される。現在までに、３ＧＰＰ（登録商標）は、ユニバーサルモバイル通信システム（ＵＭＴＳ）として知られる第三世代（３Ｇ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）として知られる第四世代（４Ｇ）ネットワーク、および５Ｇシステム（５ＧＳ）として知られる第五世代（５Ｇ）ネットワークという、三世代のモバイルネットワークの仕様を生産している。本開示の実施形態は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と呼ばれる、３ＧＰＰ（登録商標）５ＧネットワークのＲＡＮを参照して記載される。実施形態は、図１ＡのＲＡＮ１０４、以前の３Ｇおよび４ＧネットワークのＲＡＮ、およびまだ仕様化されていない将来のネットワーク（例えば、３ＧＰＰ（登録商標）６Ｇネットワーク）などの他の移動体通信ネットワークのＲＡＮに適用可能であり得る。ＮＧ－ＲＡＮは、新しい無線（ＮＲ）として知られる５Ｇ無線アクセス技術を実装し、４Ｇ無線アクセス技術または非３ＧＰＰ（登録商標）無線アクセス技術を含むその他の無線アクセス技術を実装するために供給され得る。

【0053】

図１Ｂは、本開示の実施形態が実装され得る、別の実施例の移動体通信ネットワーク１５０を示す。移動体通信ネットワーク１５０は、例えば、ネットワークオペレーターによって実行されるＰＬＭＮであり得る。図１Ｂに示すように、移動体通信ネットワーク１５０は、５Ｇコアネットワーク（５Ｇ－ＣＮ）１５２、ＮＧ－ＲＡＮ１５４、およびＵＥ１５６ＡおよびＵＥ１５６Ｂ（総称してＵＥ１５６）を含む。これらの構成要素は、図１Ａに関して説明された対応する構成要素と同じまたは同様の方法で実装および動作することができる。

【0054】

５Ｇ－ＣＮ１５２は、ＵＥ１５６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のＤＮへのインターフェイスを提供する。インターフェイス機能の一部として、５Ｇ－ＣＮ１５２は、ＵＥ１５６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、ＵＥ１５６を認証し、充電機能を提供し得る。３ＧＰＰ（登録商標）４ＧネットワークのＣＮと比較して、５Ｇ－ＣＮ１５２のベースは、サービスベースのアーキテクチャーであり得る。これは、５Ｇ－ＣＮ１５２を構成するノードのアーキテクチャーが、他のネットワーク機能へのインターフェイスを介してサービスを提供するネットワーク機能として定義され得ることを意味する。５Ｇ－ＣＮ１５２のネットワーク機能は、専用もしくは共有ハードウェア上のネットワーク要素として、専用もしくは共有ハードウェア上で動作するソフトウェアインスタンスとして、またはプラットフォーム（例えば、クラウドベースのプラットフォーム）上でインスタンス化された仮想化機能として、いくつかの方法で実装され得る。

【0055】

図１Ｂに示すように、５Ｇ－ＣＮ１５２は、簡単に説明できるように、図１Ｂで一つの構成要素ＡＭＦ／ＵＰＦ１５８として示すように、アクセスおよびモビリティ管理機能（ＡＭＦ）１５８Ａおよびユーザープレーン機能（ＵＰＦ）１５８Ｂを含む。ＵＰＦ１５８Ｂは、ＮＧ－ＲＡＮ１５４と一つまたは複数のＤＮとの間のゲートウェイとして機能し得る。ＵＰＦ１５８Ｂは、パケットルーティングおよび転送、パケット検査およびユーザープレーンポリシールールの施行、トラフィック利用の報告、一つまたは複数のＤＮへのトラフィックフローのルーティングをサポートするアップリンク分類、ユーザープレーンに対するサービス品質（ＱｏＳ）処理（例えば、パケットフィルターリング、ゲーティング、アップリンク／ダウンリンクレート実施、およびアップリンクトラフィック検証）、ダウンリンクパケットバッファリング、およびダウンリンクデータ通知トリガーなどの機能を実行し得る。ＵＰＦ１５８Ｂは、イントラ／インター無線アクセス技術（ＲＡＴ）モビリティのアンカーポイント、一つまたは複数のＤＮに相互接続される外部プロトコル（またはパケット）データユニット（ＰＤＵ）セッションポイント、および／または分岐ポイントとして機能して、マルチホームＰＤＵセッションをサポートし得る。ＵＥ１５６は、ＵＥとＤＮとの間の論理接続である、ＰＤＵセッションを介してサービスを受信するように構成され得る。

【0056】

ＡＭＦ１５８Ａは、非アクセス層（ＮＡＳ）シグナリングの終了、ＮＡＳシグナリングセキュリティ、アクセス層（ＡＳ）セキュリティ制御、３ＧＰＰ（登録商標）アクセスネットワーク間のモビリティのためのＣＮ間ノードシグナリング、アイドルモードＵＥ到達可能性（例えば、ページング再送信の制御と実行）、登録エリア管理、システム内およびシステム間モビリティサポート、アクセス認証、ローミング権限のチェックを含むアクセス許可、モビリティ管理制御（サブスクリプションとポリシー）、ネットワークスライシングのサポート、および／またはセッション管理機能（ＳＭＦ）の選択などの機能を実行できる。ＮＡＳは、ＣＮとＵＥの間で動作する機能を指してもよく、ＡＳは、ＵＥとＲＡＮの間で動作する機能を指し得る。

【0057】

５Ｇ－ＣＮ１５２は、わかりやすくするために図１Ｂに示されていない一つまたは複数の追加のネットワーク機能を含み得る。例えば、５Ｇ－ＣＮ１５２は、セッション管理機能（ＳＭＦ）、ＮＲリポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ネットワーク露出機能（ＮＥＦ）、統一データ管理（ＵＤＭ）、アプリケーション機能（ＡＦ）、および／または認証サーバー機能（ＡＵＳＦ）のうちの一つまたは複数を含み得る。

【0058】

ＮＧ－ＲＡＮ１５４は、５Ｇ－ＣＮ１５２を、エアーインターフェイス上で無線通信を介してＵＥ１５６に接続し得る。ＮＧ－ＲＡＮ１５４は、ｇＮＢ１６０ＡおよびｇＮＢ１６０Ｂとして図示された一つまたは複数のｇＮＢ（まとめてｇＮＢ１６０）および／またはｎｇ－ｅＮＢ１６２Ａおよびｎｇ－ｅＮＢ１６２Ｂとして図示された一つまたは複数のｎｇ－ｅＮＢ（まとめてｎｇ－ｅＮＢ１６２）を含み得る。ｇＮＢ１６０およびｎｇ－ｅＮＢ１６２は、より一般的に基地局と呼んでもよい。ｇＮＢ１６０およびｎｇ－ｅＮＢ１６２は、エアーインターフェイス上でＵＥ１５６と通信するための一つまたは複数のアンテナのセットを含み得る。例えば、ｇＮＢ１６０の一つまたは複数および／またはｎｇ－ｅＮＢ１６２の一つまたは複数は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含み得る。合わせて、ｇＮＢ１６０およびｎｇ－ｅＮＢ１６２のセルは、ＵＥモビリティをサポートするために、広い地理的エリアにわたってＵＥ１５６に無線カバレッジを提供し得る。

【0059】

図１Ｂに示すように、ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、ＮＧインターフェイスによって５Ｇ－ＣＮ１５２に接続されてもよく、Ｘｎインターフェイスによって他の基地局に接続され得る。ＮＧおよびＸｎインターフェイスは、インターネットプロトコル（ＩＰ）トランスポートネットワークなどの基となるトランスポートネットワーク上に、直接的な物理的接続および／または間接的な接続を使用して確立され得る。ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、ＵｕインターフェイスによってＵＥ１５６に接続され得る。例えば、図１Ｂに示すように、ｇＮＢ１６０Ａは、ＵｕインターフェイスによってＵＥ１５６Ａに接続され得る。ＮＧ、Ｘｎ、およびＵｕインターフェイスは、プロトコルスタックに関連付けられている。インターフェイスに関連付けられるプロトコルスタックは、データおよびシグナリングメッセージを交換するため図１Ｂのネットワーク要素によって使用されてもよく、ユーザープレーンおよび制御プレーンの二つのプレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理し得る。制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。

【0060】

ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、一つまたは複数のＮＧインターフェイスによって、ＡＭＦ／ＵＰＦ１５８など、５Ｇ－ＣＮ１５２の一つまたは複数のＡＭＦ／ＵＰＦ機能に接続され得る。例えば、ｇＮＢ１６０Ａは、ＮＧユーザープレーン（ＮＧ－Ｕ）インターフェイスによって、ＡＭＦ／ＵＰＦ１５８のＵＰＦ１５８Ｂに接続され得る。ＮＧ－Ｕインターフェイスは、ｇＮＢ１６０ＡとＵＰＦ１５８Ｂ間のユーザープレーンＰＤＵの供給を提供し得る（例えば、非保証送達）。ｇＮＢ１６０Ａは、ＮＧ制御プレーン（ＮＧ－Ｃ）インターフェイスを使用してＡＭＦ１５８Ａに接続できる。ＮＧ－Ｃインターフェイスは、例えば、ＮＧインターフェイス管理、ＵＥコンテキスト管理、ＵＥモビリティ管理、ＮＡＳメッセージの転送、ページング、ＰＤＵセッション管理および構成転送および／または警告メッセージ送信を提供することができる。

【0061】

ｇＮＢ１６０は、Ｕｕインターフェイス上のＵＥ１５６に向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。例えば、ｇＮＢ１６０Ａは、第一のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ａに向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。ｎｇ－ｅＮＢ１６２は、Ｕｕインターフェイス上のＵＥ１５６に向かって、Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）ユーザープレーンおよび制御プレーンプロトコル終端を提供してもよく、Ｅ－ＵＴＲＡは３ＧＰＰ（登録商標）４Ｇ無線アクセス技術を指す。例えば、ｎｇ－ｅＮＢ１６２Ｂは、第二のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ｂに向かってＥ－ＵＴＲＡユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。

【0062】

５Ｇ－ＣＮ１５２は、ＮＲおよび４Ｇの無線アクセスを処理するように構成されると記述された。当業者であれば、ＮＲが４Ｇコアネットワークに、「非スタンドアローン動作」として知られるモードで接続することが可能であり得ることを理解するであろう。非スタンドアローン動作では、４Ｇコアネットワークを使用して、制御プレーン機能（例えば、初期アクセス、モビリティ、およびページング）を提供する（または少なくともサポートする）。一つのＡＭＦ／ＵＰＦ１５８のみが図１Ｂに示されるが、一つのｇＮＢまたはｎｇ－ｅＮＢは、複数のＡＭＦ／ＵＰＦノードに接続されて、冗長性を提供し、および／または複数のＡＭＦ／ＵＰＦノードにわたって共有をロードし得る。

【0063】

論じるように、図１Ｂにおいて、ネットワーク要素間のインターフェイス（例えば、Ｕｕ、Ｘｎ、およびＮＧインターフェイス）がデータおよびシグナリングメッセージを交換するためにネットワーク要素が使用するプロトコルスタックと関連付けられてもよい。プロトコルスタックは、二つのプレーン、すなわち、ユーザープレーンおよび制御プレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理してもよく、制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。

【0064】

図２Ａおよび図２Ｂはそれぞれ、ＵＥ２１０とｇＮＢ２２０の間にあるＵｕインターフェイス用のＮＲユーザープレーンおよびＮＲ制御プレーンプロトコルスタックの実施例を示す。図２Ａおよび図２Ｂに示されるプロトコルスタックは、例えば、図１Ｂに示されるＵＥ１５６ＡとｇＮＢ１６０Ａとの間のＵｕインターフェイスに使用されるものと同じまたは類似であり得る。

【0065】

図２Ａは、ＵＥ２１０およびｇＮＢ２２０に実装された五つの層を含むＮＲユーザープレーンプロトコルスタックを示す。プロトコルスタックの底部で、物理層（ＰＨＹｓ）２１１および２２１は、プロトコルスタックの上位層にトランスポートサービスを提供してもよく、オープンシステム相互接続（ＯＳＩ）モデルの層１に対応し得る。ＰＨＹ２１１および２２１の上の次の四つのプロトコルは、メディアアクセス制御層（ＭＡＣ）２１２および２２２、無線リンク制御層（ＲＬＣ）２１３および２２３、パケットデータ収束プロトコル層（ＰＤＣＰ）２１４および２２４、並びにサービスデータアプリケーションプロトコル層（ＳＤＡＰ）２１５および２２５を含む。合わせて、これらの四つのプロトコルは、ＯＳＩモデルの層２またはデータリンク層を構成し得る。

【0066】

図３は、ＮＲユーザープレーンプロトコルスタックのプロトコル層間に提供されるサービスの実施例を示す。図２Ａおよび図３の上からスタートして、ＳＤＡＰ２１５および２２５は、ＱｏＳフロー処理を実行し得る。ＵＥ２１０は、ＵＥ２１０とＤＮとの間の論理接続であり得る、ＰＤＵセッションを介してサービスを受信し得る。ＰＤＵセッションは、一つまたは複数のＱｏＳフローを有し得る。ＣＮのＵＰＦ（例えば、ＵＰＦ１５８Ｂ）は、ＱｏＳ要件（例えば、遅延、データレート、および／またはエラーレートに関して）に基づき、ＰＤＵセッションの一つまたは複数のＱｏＳフローにＩＰパケットをマッピングし得る。ＳＤＡＰ２１５および２２５は、一つまたは複数のＱｏＳフローと一つまたは複数のデータ無線ベアラとの間のマッピング／マッピング解除を実行し得る。ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除は、ｇＮＢ２２０でＳＤＡＰ２２５によって決定され得る。ＵＥ２１０でのＳＤＡＰ２１５は、ｇＮＢ２２０から受信した反射マッピングまたは制御シグナリングを介して、ＱｏＳフローとデータ無線ベアラとの間のマッピングについて通知され得る。反射マッピングについては、ｇＮＢ２２０でのＳＤＡＰ２２５は、ダウンリンクパケットを、ＵＥ２１０のＳＤＡＰ２１５によって観察されて、ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除を決定することができる、ＱｏＳフローインジケーター（ＱＦＩ）でマークし得る。

【0067】

ＰＤＣＰ２１４およびＰＤＣＰ２２４は、エアーインターフェイス上で送信する必要のあるデータ量を低減するためのヘッダー圧縮／解凍、エアーインターフェイス上で送信されるデータの不正な復号化を防止するための暗号／暗号解除、および完全性保護（制御メッセージが意図されたソースから発信されることを確実にするため）を行ってもよい。ＰＤＣＰ２１４および２２４は、例えば、未送信のパケットの再送信、パケットのシーケンス内送達および再シーケンス、並びにｇＮＢ内ハンドオーバーのために、重複して受信されたパケットの除去を実行し得る。ＰＤＣＰ２１４および２２４は、受信されるパケットの可能性を改善し、レシーバーで、任意の重複パケットを除去するために、パケット重複を実行し得る。パケット重複は、高信頼性を必要とするサービスに有用であり得る。

【0068】

図３には示されていないが、ＰＤＣＰ２１４および２２４は、二重接続シナリオにおいて、分割無線ベアラとＲＬＣチャネルとの間のマッピング／マッピング解除を実行し得る。二重接続は、ＵＥが二つのセル、またはより一般的には、マスターセルグループ（ＭＣＧ）およびセカンダリーセルグループ（ＳＣＧ）の二つのセルグループに接続することを可能にする技術である。分割ベアラは、ＳＤＡＰ２１５および２２５へのサービスとしてＰＤＣＰ２１４および２２４によって提供される無線ベアラの一つなどの単一の無線ベアラが、二重接続でセルグループによって処理されるときである。ＰＤＣＰ２１４および２２４は、セルグループに属するＲＬＣチャネル間で分割無線ベアラをマッピング／マッピング解除し得る。

【0069】

ＲＬＣ２１３および２２３は、それぞれ、ＭＡＣ２１２および２２２から受信した複製データユニットのセグメンテーション、自動反復要求（ＡＲＱ）を通した再送信、および除去を実行し得る。ＲＬＣ２１３および２２３は、トランスペアレントモード（ＴＭ）、未確認応答モード（ＵＭ）、および確認応答モード（ＡＭ）の三つの送信モードをサポートし得る。ＲＬＣが動作している送信モードに基づき、ＲＬＣは、指摘された機能のうちの一つまたは複数を実行し得る。このＲＬＣ構成は、ヌメロロジおよび／または送信時間間隔（ＴＴＩ）持続時間に依存せずに論理チャネル毎とすることができる。図３に示すように、ＲＬＣ２１３および２２３は、それぞれＰＤＣＰ２１４および２２４にサービスとしてＲＬＣチャネルを提供し得る。

【0070】

ＭＡＣ２１２およびＭＡＣ２２２は、論理チャネルの多重化／多重分離、および／または論理チャネルとトランスポートチャネルとの間のマッピングを実行し得る。多重化／多重分離は、ＰＨＹ２１１および２２１へ／から送達されるトランスポートブロック（ＴＢ）へ／からの一つまたは複数の論理チャネルに属するデータユニットの多重化／多重分離を含み得る。ＭＡＣ２２２は、動的スケジューリングによって、ＵＥ間の、スケジューリング、スケジューリング情報レポート、および優先度処理を行うように構成され得る。スケジューリングは、ダウンリンクおよびアップリンクのためにｇＮＢ２２０（ＭＡＣ２２２にて）で実施され得る。ＭＡＣ２１２および２２２は、ハイブリッド自動反復要求（ＨＡＲＱ）（例えば、キャリアアグリゲーション（ＣＡ）の場合、キャリア毎に一つのＨＡＲＱエンティティ）を通して、エラー訂正、論理チャネル優先度付けによるＵＥ２１０の論理チャネル間の優先度処理、および／またはパディングを行うように構成され得る。ＭＡＣ２１２およびＭＡＣ２２２は、一つまたは複数のヌメロロジおよび／または送信タイミングをサポートし得る。一実施例では、論理チャネル優先順位付けにおけるマッピング制限により、論理チャネルがどのヌメロロジおよび／または送信タイミングを使用することができるかを制御することができる。図３に示すように、ＭＡＣ２１２および２２２は、サービスとしてＲＬＣ２１３および２２３に論理チャネルを提供し得る。

【0071】

ＰＨＹ２１１および２２１は、エアーインターフェイス上で情報を送受信するために、物理チャネルへのトランスポートチャネルのマッピングおよびデジタルおよびアナログ信号処理機能を実行し得る。これらのデジタルおよびアナログ信号処理機能は、例えば、符号化／復号化および変調／復調を含み得る。ＰＨＹ２１１および２２１は、マルチアンテナマッピングを実行し得る。図３に示すように、ＰＨＹ２１１および２２１は、サービスとして、ＭＡＣ２１２および２２２に一つまたは複数のトランスポートチャネルを提供し得る。

【0072】

図４Ａは、ＮＲユーザープレーンプロトコルスタックを通るダウンリンクデータフローの実施例を示す。図４Ａは、ＮＲユーザープレーンプロトコルスタックを通した三つのＩＰパケット（ｎ、ｎ＋１、およびｍ）のダウンリンクデータフローを示し、ｇＮＢ２２０で二つのＴＢを生成する。ＮＲユーザープレーンプロトコルスタックを通るアップリンクデータフローは、図４Ａに示すダウンリンクデータフローと類似し得る。

【0073】

図４Ａのダウンリンクデータフローは、ＳＤＡＰ２２５が、一つまたは複数のＱｏＳフローから三つのＩＰパケットを受信し、三つのパケットを無線ベアラにマッピングしたときに開始する。図４Ａでは、ＳＤＡＰ２２５は、ＩＰパケットｎおよびｎ＋１を第一の無線ベアラ４０２にマッピングし、ＩＰパケットｍを第二の無線ベアラ４０４にマッピングする。ＳＤＡＰヘッダー（図４Ａで「Ｈ」とラベル付けされる）がＩＰパケットに追加される。より高いプロトコル層から／へのデータユニットは、より低いプロトコル層のサービスデータユニット（ＳＤＵ）と呼ばれ、より低いプロトコル層へ／からのデータユニットは、より高いプロトコル層のプロトコルデータユニット（ＰＤＵ）と呼ばれる。図４Ａに示すように、ＳＤＡＰ２２５からのデータユニットは、より低いプロトコル層ＰＤＣＰ２２４のＳＤＵであり、ＳＤＡＰ２２５のＰＤＵである。

【0074】

図４Ａの残りのプロトコル層は、関連する機能（例えば、図３に関して）を実行し、対応するヘッダーを追加し、それぞれの出力を次の下位層に転送し得る。例えば、ＰＤＣＰ２２４は、ＩＰヘッダー圧縮および暗号化を実行し、その出力をＲＬＣ２２３に転送し得る。ＲＬＣ２２３は、任意選択で（例えば、図４ＡのＩＰパケットｍについて示されるように）セグメンテーションを実行し、その出力をＭＡＣ２２２に転送することができる。ＭＡＣ２２２は、いくつかのＲＬＣ ＰＤＵを多重化してもよく、ＭＡＣサブヘッダーをＲＬＣ ＰＤＵに取り付けてトランスポートブロックを形成し得る。ＮＲでは、図４Ａに示すように、ＭＡＣサブヘッダーはＭＡＣ ＰＤＵ全体に分散され得る。ＬＴＥでは、ＭＡＣサブヘッダーはＭＡＣ ＰＤＵの先頭に完全に配置され得る。ＮＲ ＭＡＣ ＰＤＵ構造は、ＭＡＣ ＰＤＵサブヘッダーが、完全なＭＡＣ ＰＤＵが組み立てられる前に計算され得るため、処理時間および関連遅延を低減し得る。

【0075】

図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。ＭＡＣサブヘッダーには、ＭＡＣサブヘッダーが対応しているＭＡＣ ＳＤＵの長さ（バイト単位など）を示すためのＳＤＵ長さフィールド、ＭＡＣ ＳＤＵが多重分離プロセスを支援するために開始した論理チャネルを識別するための論理チャネル識別子（ＬＣＩＤ）フィールド、ＳＤＵ長さフィールドのサイズを示すためのフラグ（Ｆ）、および将来使用するための予約ビット（Ｒ）フィールドが含まれる。

【0076】

図４Ｂはさらに、ＭＡＣ２２３またはＭＡＣ２２２などのＭＡＣによってＭＡＣ ＰＤＵに挿入されるＭＡＣ制御要素（ＣＥ）を示す。例えば、図４Ｂは、ＭＡＣ ＰＤＵに挿入された二つのＭＡＣ ＣＥを示す。ＭＡＣ ＣＥは、ダウンリンク送信（図４Ｂに示されるように）のためＭＡＣ ＰＤＵの開始に、およびアップリンク送信のためＭＡＣ ＰＤＵの終わりに挿入され得る。ＭＡＣ ＣＥは、インバンド制御シグナリングに使用され得る。ＭＡＣ ＣＥの実施例としては、バッファ状態レポートや電力ヘッドルームレポートなどのスケジューリング関連ＭＡＣ ＣＥ、ＰＤＣＰ重複検出の起動／停止、チャネル状態情報（ＣＳＩ）レポート、サウンディング基準信号（ＳＲＳ）送信、および事前構成済みコンポーネントのためのものなどの起動／停止ＭＡＣ ＣＥ、不連続受信（ＤＲＸ）関連ＭＡＣ ＣＥ、タイミングアドバンスＭＡＣ ＣＥ、およびランダムアクセス関連ＭＡＣ ＣＥが挙げられる。ＭＡＣ ＣＥは、ＭＡＣ ＳＤＵに説明されるのと類似したフォーマットのＭＡＣサブヘッダーによって先行されてもよく、ＭＡＣ ＣＥに含まれる制御情報のタイプを示すＬＣＩＤフィールドに予約値で識別され得る。

【0077】

ＮＲ制御プレーンプロトコルスタックを説明する前に、論理チャネル、トランスポートチャネル、および物理チャネル、並びにチャネルタイプ間のマッピングを最初に説明する。一つまたは複数のチャネルを使用して、後述するＮＲ制御プレーンプロトコルスタックに関連する機能を実行し得る。

【0078】

図５Ａおよび図５Ｂは、それぞれダウンリンクおよびアップリンクについて、論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。情報は、ＮＲプロトコルスタックのＲＬＣ、ＭＡＣ、およびＰＨＹ間のチャネルを通して送信される。論理チャネルは、ＲＬＣとＭＡＣとの間で使用することができ、ＮＲ制御プレーン内に制御および構成情報を伝達する制御チャネルとして、またはＮＲユーザープレーン内にデータを伝達するトラフィックチャネルとして分類することができる。論理チャネルは、特定のＵＥ専用の専用論理チャネルとして、または複数のＵＥによって使用され得る共通の論理チャネルとして分類され得る。論理チャネルはまた、それが運ぶ情報のタイプによって定義され得る。ＮＲによって定義される論理チャネルのセットには、例えば、
－位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
－マスター情報ブロック（ＭＩＢ）およびいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
－ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
－ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
－ユーザーデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。

【0079】

トランスポートチャネルは、ＭＡＣ層とＰＨＹ層の間で使用され、それらが送信する情報をエアーインターフェイス上でどのように送信するかによって定義され得る。ＮＲによって定義されるトランスポートチャネルのセットには、例えば、
－ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
－ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
－ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータおよびシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）と、
－アップリンクデータおよびシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ－ＳＣＨ）と、
－事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。

【0080】

ＰＨＹは、物理チャネルを使用して、ＰＨＹの処理レベル間で情報を渡すことができる。物理チャネルは、一つまたは複数のトランスポートチャネルの情報を運ぶための時間周波数リソースの関連セットを有し得る。ＰＨＹは、制御情報を生成して、ＰＨＹの低レベル動作をサポートし、Ｌ１／Ｌ２制御チャネルとして知られる物理制御チャネルを介して、ＰＨＹの低レベルへ制御情報を提供し得る。ＮＲによって定義される物理チャネルおよび物理制御チャネルのセットは、例えば、
－ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
－ＤＬ－ＳＣＨからのダウンリンクデータおよびシグナリングメッセージ、並びにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
－ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、およびアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
－ＵＬ－ＳＣＨおよび以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータおよびシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
－ＨＡＲＱ確認応答、チャネル品質インジケーター（ＣＱＩ）、プリコーディングマトリックスインジケーター（ＰＭＩ）、ランクインジケーター（ＲＩ）、およびスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
－ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。

【0081】

物理制御チャネルと同様に、物理層は、物理層の低レベル動作をサポートするために物理信号を生成する。図５Ａおよび図５Ｂに示すように、ＮＲによって定義される物理層信号には、プライマリー同期信号（ＰＳＳ）、セカンダリー同期信号（ＳＳＳ）、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、復調基準信号（ＤＭＲＳ）、サウンディング基準信号（ＳＲＳ）、および位相トラッキング基準信号（ＰＴ－ＲＳ）が含まれる。これらの物理層信号は、以下でより詳細に説明される。

【0082】

図２Ｂは、ＮＲ制御プレーンプロトコルスタックの実施例を示す。図２Ｂにおいて、ＮＲ制御プレーンプロトコルスタックは、ＮＲユーザープレーンプロトコルスタックの例と同じ／類似の第一の四つのプロトコル層を使用し得る。これら四つのプロトコル層には、ＰＨＹ２１１および２２１、ＭＡＣ２１２および２２２、ＲＬＣ２１３および２２３、並びにＰＤＣＰ２１４および２２４が含まれる。ＮＲユーザープレーンプロトコルスタックのように、スタックの上部にＳＤＡＰ２１５および２２５を有する代わりに、ＮＲ制御プレーンスタックは、ＮＲ制御プレーンプロトコルスタックの上部に無線リソース制御（ＲＲＣ）２１６および２２６、並びにＮＡＳプロトコル２１７および２３７を持つ。

【0083】

ＮＡＳプロトコル２１７および２３７は、ＵＥ２１０とＡＭＦ２３０（例えば、ＡＭＦ１５８Ａ）の間、またはより一般的には、ＵＥ２１０とＣＮとの間に制御プレーン機能を提供し得る。ＮＡＳプロトコル２１７および２３７は、ＮＡＳメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とＡＭＦ２３０との間に制御プレーン機能を提供し得る。ＵＥ２１０とＡＭＦ２３０の間には、ＮＡＳメッセージを送信できる直接経路はない。ＮＡＳメッセージは、ＵｕおよびＮＧインターフェイスのＡＳを使用して送信され得る。ＮＡＳプロトコル２１７および２３７は、認証、セキュリティ、接続セットアップ、モビリティ管理、およびセッション管理などの制御プレーン機能を提供し得る。

【0084】

ＲＲＣ２１６および２２６は、ＵＥ２１０とｇＮＢ２２０との間に、またはより一般的には、ＵＥ２１０とＲＡＮとの間に制御プレーン機能を提供し得る。ＲＲＣ２１６および２２６は、ＲＲＣメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とｇＮＢ２２０との間に制御プレーン機能を提供し得る。ＲＲＣメッセージは、シグナリング無線ベアラ、および同一／類似のＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹプロトコル層を使用して、ＵＥ２１０とＲＡＮとの間で送信され得る。ＭＡＣは、制御プレーンおよびユーザープレーンデータを、同じトランスポートブロック（ＴＢ）内に多重化し得る。ＲＲＣ２１６および２２６は、ＡＳおよびＮＡＳに関連するシステム情報のブロードキャスト、ＣＮまたはＲＡＮによって開始されたページング、ＵＥ２１０とＲＡＮとの間のＲＲＣ接続の確立、メンテナンス、およびリリース、キー管理を含むセキュリティ機能、シグナリング無線ベアラおよびデータ無線ベアラの確立、構成、メンテナンス、およびリリース、モビリティ機能、ＱｏＳ管理機能、ＵＥ測定レポートとレポートの制御、無線リンク障害（ＲＬＦ）の検出と回復、および／またはＮＡＳメッセージ転送のような制御プレーン機能を提供できる。ＲＲＣ接続の確立の一部として、ＲＲＣ２１６および２２６は、ＵＥ２１０とＲＡＮとの間の通信のためのパラメーターの設定を伴い得る、ＲＲＣコンテキストを確立し得る。

【0085】

図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。ＵＥは、図１Ａに示す無線デバイス１０６、図２Ａおよび図２Ｂに示すＵＥ２１０、または本開示に記載される任意の他の無線デバイス、と同一または類似であり得る。図６に示されるように、ＵＥは、三つのＲＲＣ状態のうちのうちの少なくとも一つにあり得る。つまり、ＲＲＣ接続６０２（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、ＲＲＣアイドル６０４（例えば、ＲＲＣ＿ＩＤＬＥ）、およびＲＲＣ非アクティブ６０６（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）。

【0086】

ＲＲＣ接続６０２では、ＵＥは確立されたＲＲＣコンテキストを有し、基地局と少なくとも一つのＲＲＣ接続を有し得る。基地局は、図１Ａに示すＲＡＮ１０４に含まれる一つまたは複数の基地局の一つ、図１Ｂに示すｇＮＢ１６０またはｎｇ－ｅＮＢ１６２の一つ、図２Ａおよび図２Ｂに示すｇＮＢ２２０、または本開示に記載される任意の他の基地局に類似であり得る。ＵＥが接続される基地局には、ＵＥのＲＲＣコンテキストがあり得る。ＵＥコンテキストと呼ばれるＲＲＣコンテキストは、ＵＥと基地局との間の通信のためのパラメーターを含み得る。これらのパラメーターには、例えば、一つまたは複数のＡＳコンテキスト、一つまたは複数の無線リンク構成パラメーター、ベアラ構成情報（例えば、データ無線ベアラ、シグナリング無線ベアラ、論理チャネル、ＱｏＳフロー、および／またはＰＤＵセッションに関連する）、セキュリティ情報、および／またはＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／またはＳＤＡＰ層構成情報が含まれ得る。ＲＲＣ接続６０２では、ＵＥのモビリティはＲＡＮ（例えば、ＲＡＮ１０４またはＮＧ－ＲＡＮ１５４）によって管理され得る。ＵＥは、サービングセルおよび隣接セルからの信号レベル（例えば、基準信号レベル）を測定し、これらの測定値を現在ＵＥにサービスを提供している基地局に報告し得る。ＵＥのサービング基地局は、報告された測定値に基づき、隣接基地局の一つのセルへのハンドオーバーを要求し得る。ＲＲＣ状態は、ＲＲＣ接続６０２から、接続リリース手順６０８を介して、ＲＲＣアイドル６０４に、移行してもよく、または接続非アクティブ化手順６１０を介してＲＲＣ非アクティブ６０６に移行し得る。

【0087】

ＲＲＣアイドル６０４では、ＲＲＣコンテキストはＵＥに対して確立され得ない。ＲＲＣアイドル６０４では、ＵＥは基地局とのＲＲＣ接続を有し得ない。ＲＲＣアイドル６０４中、ＵＥは、ほとんどの時間の間、スリープ状態であり得る（例えば、バッテリー電力を節約するため）。ＵＥは、周期的に（例えば、不連続受信サイクル毎に１回）起動して、ＲＡＮからのページングメッセージを監視することができる。ＵＥのモビリティは、セル再選択として知られる手順を通してＵＥによって管理され得る。ＲＲＣ状態は、以下でより詳細に論じるようにランダムアクセス手順を伴い得る接続確立手順６１２を介して、ＲＲＣアイドル６０４からＲＲＣ接続６０２に移行し得る。

【0088】

ＲＲＣ非アクティブ６０６では、以前に確立されたＲＲＣコンテキストは、ＵＥおよび基地局で維持される。これにより、ＲＲＣアイドル６０４からＲＲＣ接続６０２への遷移と比較して、シグナリングオーバーヘッドが低減されて、ＲＲＣ接続６０２への高速遷移が可能となる。ＲＲＣ非アクティブ６０６では、ＵＥはスリープ状態にあり、ＵＥのモビリティは、セル再選択を通してＵＥによって管理され得る。ＲＲＣ状態は、ＲＲＣ非アクティブ６０６から、接続再開手順６１４によって、ＲＲＣ接続６０２に、または接続リリース手順６０８と同一または類似の接続リリース手順６１６を介して、ＲＲＣアイドル６０４に移行し得る。

【0089】

ＲＲＣ状態は、モビリティ管理機構と関連付けられてもよい。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６では、モビリティは、セル再選択を通してＵＥによって管理される。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６におけるモビリティ管理の目的は、ネットワークが、移動体通信ネットワーク全体にわたりページングメッセージをブロードキャストすることなく、ページングメッセージを介してイベントをＵＥに通知できるようにすることである。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６で使用されるモビリティ管理機構は、ページングメッセージが、移動体通信ネットワーク全体の代わりにＵＥが現在存在するセルグループのセル上にブロードキャストされ得るように、ネットワークがセルグループレベル上でＵＥを追跡することを可能にし得る。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６のモビリティ管理機構は、セルグループレベル上でＵＥを追跡する。それらは、異なる粒度のグループ化を使用して、そうすることができる。例えば、セルグループ化の粒度の三つのレベル、すなわち、個々のセル、ＲＡＮエリア識別子（ＲＡＩ）によって識別されるＲＡＮエリア内のセル、および追跡エリアと呼ばれ、追跡エリア識別子（ＴＡＩ）によって識別されるＲＡＮエリアのグループ内のセル、であり得る。

【0090】

追跡エリアは、ＣＮレベルでＵＥを追跡するために使用され得る。ＣＮ（例えば、ＣＮ１０２または５Ｇ－ＣＮ１５２）は、ＵＥ登録エリアに関連付けられるＴＡＩのリストをＵＥに提供し得る。ＵＥが、セル再選択を通して、ＵＥ登録エリアに関連付けられるＴＡＩのリストに含まれないＴＡＩに関連付けられているセルに移動した場合、ＵＥは、ＣＮがＵＥの位置を更新できるようにＣＮで登録更新を行い、ＵＥに新しいＵＥ登録エリアを提供し得る。

【0091】

ＲＡＮエリアは、ＲＡＮレベルでＵＥを追跡するために使用され得る。ＲＲＣ非アクティブ６０６状態のＵＥについては、ＵＥにＲＡＮ通知エリアを割り当てることができる。ＲＡＮ通知エリアは、一つまたは複数のセルアイデンティティ、ＲＡＩのリスト、またはＴＡＩのリストを含み得る。一実施例では、基地局は、一つまたは複数のＲＡＮ通知エリアに属し得る。一実施例では、セルは、一つまたは複数のＲＡＮ通知エリアに属することができる。ＵＥがセル再選択を通して、ＵＥに割り当てられたＲＡＮ通知エリアに含まれないセルに移動した場合、ＵＥは、ＲＡＮで通知エリアの更新を実行し、ＵＥのＲＡＮ通知エリアを更新することができる。

【0092】

ＵＥに対するＲＲＣコンテキストを格納する基地局、またはＵＥの最後のサービング基地局は、アンカー基地局と呼んでもよい。アンカー基地局は、少なくとも、ＵＥがアンカー基地局のＲＡＮ通知エリアに留まっている時間の間、および／またはＵＥがＲＲＣ非アクティブ６０６に留まっている時間の間に、ＵＥに対するＲＲＣコンテキストを維持し得る。

【0093】

図１ＢのｇＮＢ１６０などのｇＮＢは、二つの部分、つまり中央ユニット（ｇＮＢ－ＣＵ）、および一つまたは複数の分散ユニット（ｇＮＢ－ＤＵ）に分割できる。ｇＮＢ－ＣＵは、Ｆ１インターフェイスを使用して、一つまたは複数のｇＮＢ－ＤＵに結合され得る。ｇＮＢ－ＣＵは、ＲＲＣ、ＰＤＣＰ、およびＳＤＡＰを含み得る。ｇＮＢ－ＤＵは、ＲＬＣ、ＭＡＣ、およびＰＨＹを含み得る。

【0094】

ＮＲでは、物理信号および物理チャネル（図５Ａおよび図５Ｂ）を直交周波数分割多重化（ＯＦＤＭ）シンボル上にマッピングし得る。ＯＦＤＭは、Ｆ直交サブキャリア（またはトーン）上でデータを送信するマルチキャリア通信方式である。送信前に、データは、ソースシンボルと呼ばれ、Ｆ平行シンボルストリームに分割される、一連の複雑なシンボル（例えば、Ｍ直交振幅変調（Ｍ－ＱＡＭ）またはＭ相シフトキーイング（Ｍ－ＰＳＫ）シンボル）にマッピングされ得る。Ｆ平行シンボルストリームは、それらが周波数ドメイン内にあるかのように扱われ、それらを時間ドメインに変換する逆高速フーリエ変換（ＩＦＦＴ）ブロックへの入力として使用され得る。ＩＦＦＴブロックは、Ｆ平行シンボルストリームのそれぞれから一つを、Ｆソースシンボルに一度に取り込み、各ソースシンボルを使用して、Ｆ直交サブキャリアに対応するＦ正弦波基底関数の一つの振幅および位相を変調することができる。ＩＦＦＴブロックの出力は、Ｆ直交サブキャリアの総和を表すＦ時間ドメインサンプルであり得る。Ｆ時間ドメインサンプルは、単一ＯＦＤＭシンボルを形成し得る。いくつかの処理（例えば、サイクリックプレフィックスの追加）およびアップコンバージョンの後、ＩＦＦＴブロックによって提供されるＯＦＤＭシンボルは、キャリア周波数でエアーインターフェイス上で送信され得る。Ｆ平行シンボルストリームは、ＩＦＦＴブロックによって処理される前に、ＦＦＴブロックを使用して混合され得る。この処理は、ディスクリートフーリエ変換（ＤＦＴ）であらかじめ符号化されたＯＦＤＭシンボルを生成し、アップリンク内のＵＥにより使用され、ピーク対平均電力比（ＰＡＰＲ）を減少させることができる。逆処理を、ＦＦＴブロックを使用してレシーバーでＯＦＤＭシンボルに実行して、ソースシンボルにマッピングされたデータを復元し得る。

【0095】

図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。ＮＲフレームは、システムフレーム番号（ＳＦＮ）によって識別され得る。ＳＦＮは、１０２４フレームの期間で繰り返し得る。図示するように、一つのＮＲフレームは、持続時間が１０ミリ秒（ｍｓ）であってもよく、持続時間が１ミリ秒である１０個のサブフレームを含み得る。サブフレームは、例えば、スロット当たり１４個のＯＦＤＭシンボルを含むスロットに分割され得る。

【0096】

スロットの持続時間は、スロットのＯＦＤＭシンボルに使用されるヌメロロジに依存し得る。ＮＲでは、異なるセル展開（例えば、最大ｍｍ波の範囲のキャリア周波数のセルまでのキャリア周波数が１ＧＨｚ未満のセル）を収容するために、柔軟なヌメロロジがサポートされる。ヌメロロジは、サブキャリア間隔およびサイクリックプレフィックス持続時間に関して定義され得る。ＮＲにおけるヌメロロジについては、サブキャリア間隔は、１５ｋＨｚのベースラインサブキャリア間隔から２の累乗によってスケールアップされてもよく、サイクリックプレフィックス持続時間は、４．７μｓのベースラインサイクリックプレフィックス持続時間から２の累乗によってスケールダウンされ得る。例えば、ＮＲは、以下のサブキャリア間隔／サイクリックプレフィックス持続時間の組み合わせを、用いてヌメロロジを定義する：１５ｋＨｚ／４．７μｓ、３０ｋＨｚ／２．３μｓ、６０ｋＨｚ／１．２μｓ、１２０ｋＨｚ／０．５９μｓ、および２４０ｋＨｚ／０．２９μｓ。

【0097】

スロットは、固定数のＯＦＤＭシンボル（例えば、１４個のＯＦＤＭシンボル）を有し得る。より高いサブキャリア間隔を有するヌメロロジは、スロット持続時間が短く、それに応じて、サブフレーム当たりのスロットの数が多い。図７は、このヌメロロジ依存性スロット持続時間およびサブフレーム当たりのスロット送信構造を示す（図示を容易にするために、２４０ｋＨｚのサブキャリア間隔を有するヌメロロジは図７には示されていない）。ＮＲ内のサブフレームは、ヌメロロジ非依存時間基準として使用され得るが、スロットは、アップリンクおよびダウンリンク送信がスケジュールされるユニットとして使用され得る。低遅延サポートするために、ＮＲでのスケジューリングは、スロット持続時間から分離され、任意のＯＦＤＭシンボルで始まり、送信に必要なだけ多くのシンボルで終わってもよい。これらの部分スロット送信は、ミニスロット送信またはサブスロット送信と呼んでもよい。

【0098】

図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。スロットには、リソース要素（ＲＥ）とリソースブロック（ＲＢ）が含まれる。ＲＥは、ＮＲの中で最小の物理リソースである。ＲＥは、図８に示されるように、周波数ドメインの一つのサブキャリアによって、時間ドメインの一つのＯＦＤＭシンボルにわたる。ＲＢは、図８に示されるように、周波数ドメインで１２個の連続するＲＥにわたる。ＮＲキャリアは、２７５ＲＢまたは２７５×１２＝３３００サブキャリアの幅に制限され得る。こうした制限は、使用される場合、ＮＲキャリアをサブキャリア間隔が１５、３０、６０、および１２０ｋＨｚのそれぞれについて、５０、１００、２００、および４００ＭＨｚに制限してもよく、４００ＭＨｚの帯域幅が、キャリア帯域幅制限当たり４００ＭＨｚに基づき設定され得る。

【0099】

図８は、ＮＲキャリアの全帯域幅にわたって使用される単一ヌメロロジを示す。他の例示的な構成では、複数のヌメロロジが、同じキャリア上でサポートされ得る。

【0100】

ＮＲは、広範なキャリア帯域幅（例えば、１２０ｋＨｚのサブキャリア間隔に対して最大４００ＭＨｚ）をサポートし得る。全てのＵＥが、全キャリア帯域幅を受信できるとは限らない（例えば、ハードウェアの制限など）。また、全キャリア帯域幅を受信することは、ＵＥの電力消費量の観点からは禁止され得る。一実施例では、電力消費量を低減するため、および／または他の目的のために、ＵＥは、ＵＥが受信を予定しているトラフィック量に基づき、ＵＥの受信帯域幅のサイズを適合させ得る。これは帯域幅適合と呼ばれる。

【0101】

ＮＲは、全キャリア帯域幅を受信できないＵＥをサポートし、帯域幅適合をサポートする帯域幅部分（ＢＷＰ）を定義する。一実施例では、ＢＷＰは、キャリア上の連続ＲＢのサブセットによって定義され得る。ＵＥは、サービングセル当たり一つまたは複数のダウンリンクＢＷＰおよび一つまたは複数のアップリンクＢＷＰ（例えば、サービングセル当たり最大四つのダウンリンクＢＷＰおよび最大四つのアップリンクＢＷＰ）で（例えば、ＲＲＣ層を介して）で構成され得る。所与の時間で、サービングセルに対して構成されるＢＷＰのうちの一つまたは複数がアクティブであり得る。これらの一つまたは複数のＢＷＰは、サービングセルのアクティブＢＷＰと呼んでもよい。サービングセルがセカンダリーアップリンクキャリアで構成されるとき、サービングセルは、アップリンクキャリアに一つまたは複数の第一のアクティブＢＷＰ、およびセカンダリーアップリンクキャリアに一つまたは複数の第二のアクティブＢＷＰを有し得る。

【0102】

ペアでないスペクトルについては、ダウンリンクＢＷＰのダウンリンクＢＷＰインデックスとアップリンクＢＷＰのアップリンクＢＷＰインデックスが同じ場合、構成されたダウンリンクＢＷＰのセットからのダウンリンクＢＷＰを、構成済みアップリンクＢＷＰのセットからのアップリンクＢＷＰとリンクし得る。ペアでないスペクトルについては、ＵＥは、ダウンリンクＢＷＰの中心周波数がアップリンクＢＷＰの中心周波数と同じであると予想し得る。

【0103】

プライマリーセル（ＰＣｅｌｌ）上の構成されたダウンリンクＢＷＰのセット内のダウンリンクＢＷＰについて、基地局は、少なくとも一つの検索空間に対してＵＥを、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）で構成し得る。検索空間は、ＵＥが制御情報を見つけることができる、時間および周波数ドメイン内の位置のセットである。検索空間は、ＵＥ固有検索空間または共通検索空間（複数のＵＥによって潜在的に使用可能）であり得る。例えば、基地局は、アクティブダウンリンクＢＷＰにおいて、ＰＣｅｌｌ上またはプライマリーセカンダリーセル（ＰＳＣｅｌｌ）上に、共通検索空間でＵＥを構成することができる。

【0104】

構成済みアップリンクＢＷＰのセット内のアップリンクＢＷＰの場合、ＢＳは、一つまたは複数のＰＵＣＣＨ送信のための一つまたは複数のリソースセットでＵＥを構成することができる。ＵＥは、ダウンリンクＢＷＰに対して、構成されるヌメロロジ（例えば、サブキャリア間隔およびサイクリックプレフィックス持続時間）に従って、ダウンリンクＢＷＰ内のダウンリンク受信（例えば、ＰＤＣＣＨまたはＰＤＳＣＨ）を受信し得る。ＵＥは、構成されるヌメロロジ（例えば、アップリンクＢＷＰのサブキャリア間隔およびサイクリックプレフィックス長）に従って、アップリンクＢＷＰ内のアップリンク送信（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）を送信し得る。

【0105】

一つまたは複数のＢＷＰインジケーターフィールドは、ダウンリンク制御情報（ＤＣＩ）に提供され得る。ＢＷＰインジケーターフィールドの値は、構成されるＢＷＰのセットのどのＢＷＰが、一つまたは複数のダウンリンク受信に対するアクティブダウンリンクＢＷＰであるかを示し得る。一つまたは複数のＢＷＰインジケーターフィールドの値は、一つまたは複数のアップリンク送信に対するアクティブアップリンクＢＷＰを示し得る。

【0106】

基地局は、ＰＣｅｌｌに関連付けられる構成されたダウンリンクＢＷＰのセット内のデフォルトダウンリンクＢＷＰで、ＵＥを半静的に構成し得る。基地局が、ＵＥに対するデフォルトダウンリンクＢＷＰを提供していない場合、デフォルトダウンリンクＢＷＰは、初期アクティブダウンリンクＢＷＰとすることができる。ＵＥは、ＰＢＣＨを使用して取得されたＣＯＲＥＳＥＴ構成に基づき、どのＢＷＰが初期アクティブダウンリンクＢＷＰであるかを決定し得る。

【0107】

基地局は、ＰＣｅｌｌのＢＷＰ非アクティブタイマー値でＵＥを構成できる。ＵＥは、適切な任意の時点でＢＷＰ非アクティブタイマーを開始または再起動することができる。例えば、（ａ）ＵＥが、対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ以外のアクティブダウンリンクＢＷＰを示すＤＣＩを検出するときに、または（ｂ）ＵＥが、非対のスペクトル動作に対するデフォルトダウンリンクＢＷＰまたはアップリンクＢＷＰ以外のアクティブダウンリンクＢＷＰまたはアクティブアップリンクＢＷＰを示すＤＣＩを検出するときに、ＵＥがＢＷＰ非アクティブタイマーを開始または再起動し得る。ＵＥが一定期間（例えば、１ミリ秒または０．５ミリ秒）ＤＣＩを検出しない場合、ＵＥは、ＢＷＰ非アクティブタイマーを満了に向かって実行し得る（例えば、ゼロからＢＷＰ非アクティブタイマー値まで増加させるか、またはＢＷＰ非アクティブタイマー値からゼロへ減少させる）。ＢＷＰ非アクティブタイマーが満了になると、ＵＥはアクティブダウンリンクＢＷＰからデフォルトダウンリンクＢＷＰに切り替えられてもよい。

【0108】

一実施例では、基地局は、一つまたは複数のＢＷＰを有するＵＥを半静的に構成することができる。ＵＥは、第二のＢＷＰをアクティブＢＷＰとして示すＤＣＩを受信することに応答して、および／またはＢＷＰ非アクティブタイマーの満了に応答して（例えば、第二のＢＷＰがデフォルトＢＷＰである場合）、アクティブＢＷＰを第一のＢＷＰから第二のＢＷＰに切り替えることができる。

【0109】

ダウンリンクおよびアップリンクＢＷＰスイッチング（ＢＷＰスイッチングが、現在アクティブＢＷＰから、現在アクティブＢＷＰでないへのスイッチングを指す）は、ペアのスペクトルで独立して行われてもよい。ペアでないスペクトルでは、ダウンリンクおよびアップリンクＢＷＰスイッチングを同時に実施し得る。構成されるＢＷＰ間の切り替えは、ＲＲＣシグナリング、ＤＣＩ、ＢＷＰ非アクティブタイマーの満了、および／またはランダムアクセスの開始に基づき発生し得る。

【0110】

図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用した帯域幅適合の実施例を示す。三つのＢＷＰで構成されるＵＥは、切替点で、一つのＢＷＰから別のＢＷＰに切り替えてもよい。図９に示される例では、ＢＷＰに、帯域幅が４０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０２、帯域幅が１０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０４、および帯域幅が２０ＭＨｚ、サブキャリア間隔が６０ｋＨｚのＢＷＰ９０６が含まれる。ＢＷＰ９０２は、初期アクティブＢＷＰであってもよく、ＢＷＰ９０４は、デフォルトＢＷＰであり得る。ＵＥは、切替点においてＢＷＰ間を切り替えることができる。図９の実施例では、ＵＥは、切替点９０８でＢＷＰ９０２からＢＷＰ９０４にスイッチングし得る。切替点９０８での切り替えは、例えば、ＢＷＰ非アクティブタイマー（デフォルトＢＷＰへのスイッチングを示す）の満了に応答して、および／またはアクティブＢＷＰとしてＢＷＰ９０４を示すＤＣＩを受信することに応答して、任意の適切な理由のために発生し得る。ＵＥは、アクティブＢＷＰとしてＢＷＰ９０６を示すＤＣＩを受信する応答で、切替点９１０でアクティブＢＷＰ９０４からＢＷＰ９０６に切り替えてもよい。ＵＥは、ＢＷＰ非アクティブタイマーの満了に応答して、および／またはＢＷＰ９０４をアクティブＢＷＰとして示すＤＣＩを受信することに応答して、切替点９１２でアクティブＢＷＰ９０６からＢＷＰ９０４に切り替えてもよい。ＵＥは、ＢＷＰ９０２をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切替点９１４でアクティブＢＷＰ９０４からＢＷＰ９０２に切り替えてもよい。

【0111】

ＵＥが、構成されたダウンリンクＢＷＰのセットとタイマー値におけるデフォルトダウンリンクＢＷＰでセカンダリーセルに対して構成される場合、セカンダリーセル上のＢＷＰを切り替えるためのＵＥ手順は、プライマリーセル上のものと同一／類似であり得る。例えば、ＵＥは、ＵＥがプライマリーセルに対してこれらの値を使用するのと同じ／同様の様式で、セカンダリーセルに対してタイマー値およびデフォルトダウンリンクＢＷＰを使用し得る。

【0112】

より大きなデータレートを提供するために、キャリアアグリゲーション（ＣＡ）を使用して、二つ以上のキャリアをアグリゲーションし、同じＵＥとの間で同時に送信することができる。ＣＡのアグリゲーションキャリアは、コンポーネントキャリア（ＣＣ）と呼んでもよい。ＣＡを使用する場合、ＵＥ用のサービングセルは多数あり、ＣＣ用のセルは一つである。ＣＣは、周波数ドメイン内に三つの構成を有し得る。

【0113】

図１０Ａは、二つのＣＣを有する三つのＣＡ構成を示す。バンド内、連続的な構成１００２において、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、周波数帯内で互いに直接隣接して配置される。バンド内、連続しない構成１００４では、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、ギャップによって周波数帯に分離される。バンド内構成１００６では、二つのＣＣは、周波数帯（周波数帯Ａおよび周波数帯Ｂ）に位置する。

【0114】

一実施例では、最大３２個のＣＣがアグリゲーションされ得る。アグリゲーションＣＣは、同じまたは異なる帯域幅、サブキャリア間隔、および／または二重化スキーム（ＴＤＤまたはＦＤＤ）を有し得る。ＣＡを使用するＵＥのサービングセルは、ダウンリンクＣＣを有し得る。ＦＤＤについて、一つまたは複数のアップリンクＣＣは、任意選択で、サービングセル用に構成され得る。アップリンクキャリアよりも多くのダウンリンクキャリアをアグリゲーションすることができることは、例えば、ＵＥがアップリンクよりもダウンリンクにおいてより多くのデータトラフィックを有する場合に有用であり得る。

【0115】

ＣＡを使用する場合、ＵＥのアグリゲーションセルの一つを、プライマリーセル（ＰＣｅｌｌ）と呼んでもよい。ＰＣｅｌｌは、ＵＥが最初にＲＲＣ接続確立、再確立、および／またはハンドオーバーで接続するサービングセルであり得る。ＰＣｅｌｌは、ＵＥにＮＡＳモビリティ情報とセキュリティ入力を提供し得る。ＵＥは異なるＰＣｅｌｌを有し得る。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリーＣＣ（ＤＬ ＰＣＣ）と呼んでもよい。アップリンクでは、ＰＣｅｌｌに対応するキャリアは、アップリンクプライマリーＣＣ（ＵＬ ＰＣＣ）と呼んでもよい。ＵＥのその他のアグリゲーションセルは、セカンダリーセル（ＳＣｅｌｌ）と呼んでもよい。一実施例では、ＳＣｅｌｌは、ＰＣｅｌｌがＵＥに対して構成される後に構成され得る。例えば、ＳＣｅｌｌは、ＲＲＣ接続再構成手順を介して構成され得る。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリーＣＣ（ＤＬ ＳＣＣ）と呼んでもよい。アップリンクでは、ＳＣｅｌｌに対応するキャリアは、アップリンクセカンダリーＣＣ（ＵＬ ＳＣＣ）と呼んでもよい。

【0116】

ＵＥに対して構成されるＳＣｅｌｌは、例えば、トラフィックおよびチャネル条件に基づき起動および停止され得る。ＳＣｅｌｌの停止は、ＳＣｅｌｌ上のＰＤＣＣＨおよびＰＤＳＣＨ受信が停止され、ＳＣｅｌｌ上のＰＵＳＣＨ、ＳＲＳ、およびＣＱＩ送信が停止されることを意味し得る。構成されるＳＣｅｌｌは、図４Ｂに関して、ＭＡＣ ＣＥを使用して起動および停止され得る。例えば、ＭＡＣ ＣＥは、ビットマップ（例えば、ＳＣｅｌｌ当たり１ビット）を使用して、ＵＥに対するどのＳＣｅｌｌ（例えば、構成されるＳＣｅｌｌのサブセットの中）が起動または停止されるかを示し得る。構成されるＳＣｅｌｌは、ＳＣｅｌｌ停止タイマー（例えば、ＳＣｅｌｌ当たり一つのＳＣｅｌｌ停止タイマー）の満了に応答して停止され得る。

【0117】

セルのスケジューリング割り当ておよびスケジューリング許可などのダウンリンク制御情報は、自己スケジューリングとして知られる、割り当ておよび許可に対応するセル上で送信され得る。セルに対するＤＣＩは、クロスキャリアスケジューリングとして知られる別のセル上で送信され得る。アグリゲーションセルに対するアップリンク制御情報（例えば、ＣＱＩ、ＰＭＩ、および／またはＲＩなどのＨＡＲＱ確認応答およびチャネル状態フィードバック）は、ＰＣｅｌｌのＰＵＣＣＨ上で送信され得る。アグリゲーションされたダウンリンクＣＣの数が多いと、ＰＣｅｌｌのＰＵＣＣＨが過負荷になるかもしれない。セルは、複数のＰＵＣＣＨグループに分けられてもよい。

【0118】

図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨグループに構成され得るかの実施例を示す。ＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０は、それぞれ一つまたは複数のダウンリンクＣＣを含み得る。図１０Ｂの実施例において、ＰＵＣＣＨグループ１０１０は、ＰＣｅｌｌ１０１１、ＳＣｅｌｌ１０１２、およびＳＣｅｌｌ１０１３の三つのダウンリンクＣＣを含む。ＰＵＣＣＨグループ１０５０は、本実施例において、ＰＣｅｌｌ１０５１、ＳＣｅｌｌ１０５２、およびＳＣｅｌｌ１０５３の三つのダウンリンクＣＣを含む。一つまたは複数のアップリンクＣＣは、ＰＣｅｌｌ１０２１、ＳＣｅｌｌ１０２２、およびＳＣｅｌｌ１０２３として構成され得る。一つまたは複数の他のアップリンクＣＣは、プライマリーＳセル（ＰＳＣｅｌｌ）１０６１、ＳＣｅｌｌ１０６２、およびＳＣｅｌｌ１０６３として構成され得る。ＵＣＩ１０３１、ＵＣＩ１０３２、およびＵＣＩ１０３３として示されるＰＵＣＣＨグループ１０１０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌ１０２１のアップリンクで送信され得る。ＵＣＩ１０７１、ＵＣＩ１０７２、およびＵＣＩ１０７３として示されるＰＵＣＣＨグループ１０５０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＳＣｅｌｌ１０６１のアップリンクで送信され得る。一実施例では、図１０Ｂに描写されるアグリゲーションセルがＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０に分割されていない場合、ダウンリンクＣＣに関連するＵＣＩを送信するための単一アップリンクＰＣｅｌｌおよびＰＣｅｌｌは、過負荷状態になり得る。ＵＣＩの送信をＰＣｅｌｌ１０２１とＰＳＣｅｌｌ１０６１の間で分割することによって、過負荷を防止し得る。

【0119】

ダウンリンクキャリアとオプションのアップリンクキャリアを含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。物理セルＩＤまたはセルインデックスは、例えば、物理セルＩＤが使用される、コンテキストに応じて、セルのダウンリンクキャリアおよび／またはアップリンクキャリアを識別し得る。物理セルＩＤは、ダウンリンクコンポーネントキャリア上で送信される同期信号を使用して決定することができる。セルインデックスは、ＲＲＣメッセージを使用して決定することができる。本開示において、物理セルＩＤは、キャリアＩＤと呼ばれることがある。セルインデックスは、キャリアインデックスと呼ばれることがある。例えば、本開示が第一のダウンリンクキャリアに対する第一の物理セルＩＤに言及する場合、本開示は、第一の物理セルＩＤが、第一のダウンリンクキャリアを含むセルに対するものであることを意味することができる。同じ概念は、例えば、キャリアの起動に適用し得る。本開示が第一のキャリアが起動されることを示す場合、本明細書は、第一のキャリアを含むセルが起動されることを意味し得る。

【0120】

ＣＡでは、ＰＨＹのマルチキャリアの性質がＭＡＣに曝露され得る。一実施例では、ＨＡＲＱエンティティは、サービングセル上で動作し得る。トランスポートブロックは、サービングセル当たりの割り当て／許可当たりに生成され得る。トランスポートブロックおよびトランスポートブロックの潜在的なＨＡＲＱ再送信は、サービングセルにマッピングされ得る。

【0121】

ダウンリンクでは、基地局が、ＵＥへの一つまたは複数の基準信号（ＲＳ）（例えば、図５Ａに示されるように、ＰＳＳ、ＳＳＳ、ＣＳＩ－ＲＳ、ＤＭＲＳ、および／またはＰＴ－ＲＳ）を送信（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト）し得る。アップリンクでは、ＵＥは、一つまたは複数のＲＳを基地局（例えば、図５Ｂに示されるように、ＤＭＲＳ、ＰＴ－ＲＳ、および／またはＳＲＳ）に送信することができる。ＰＳＳおよびＳＳＳは、基地局によって送信され、ＵＥによって使用され、ＵＥを基地局に同期化することができる。ＰＳＳおよびＳＳＳは、ＰＳＳ、ＳＳＳ、およびＰＢＣＨを含む同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック内に提供され得る。基地局は、ＳＳ／ＰＢＣＨブロックのバーストを周期的に送信し得る。

【0122】

図１１Ａは、ＳＳ／ＰＢＣＨブロックの構造および位置の実施例を示す。ＳＳ／ＰＢＣＨブロックのバーストは、一つまたは複数のＳＳ／ＰＢＣＨブロック（例えば、図１１Ａに示すように、４つのＳＳ／ＰＢＣＨブロック）を含み得る。バーストは、周期的に送信され得る（例えば、２フレーム毎または２０ミリ秒毎）。バーストは、ハーフフレーム（例えば、持続時間５ミリ秒を有する第一のハーフフレーム）に制限され得る。図１１Ａは一実施例であり、これらのパラメーター（バースト当たりのＳＳ／ＰＢＣＨブロックの数、バーストの周期性、フレーム内のバーストの位置）は、例えば、ＳＳ／ＰＢＣＨブロックが送信されるセルのキャリア周波数、セルのヌメロロジまたはサブキャリア間隔、ネットワークによる構成（例えば、ＲＲＣシグナリングを使用する）、または任意の他の適切な要因に基づき構成され得ることが理解されよう。一実施例では、ＵＥは、監視されるキャリア周波数に基づきＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔を想定し得る。ただし、無線ネットワークが、異なるサブキャリア間隔を想定するようＵＥを構成している場合はこの限りではない。

【0123】

ＳＳ／ＰＢＣＨブロックは、時間ドメイン内の一つまたは複数のＯＦＤＭシンボル（例えば、図１１Ａの例に示されるような４つのＯＦＤＭシンボル）にわたってもよく、周波数ドメインの一つまたは複数のサブキャリア（例えば、２４０個の連続サブキャリア）にわたってもよい。ＰＳＳ、ＳＳＳ、およびＰＢＣＨは、共通中心周波数を有し得る。ＰＳＳは、最初に送信されてもよく、例えば、１つのＯＦＤＭシンボルおよび１２７個のサブキャリアにわたってもよい。ＳＳＳは、ＰＳＳの後に送信されてもよく（例えば、後の二つのシンボル）、１ＯＦＤＭシンボルおよび１２７サブキャリアにわたってもよい。ＰＢＣＨは、ＰＳＳの後に送信されてもよく（例えば、次の３つのＯＦＤＭシンボルにわたって）、２４０個のサブキャリアにわたってもよい。

【0124】

時間および周波数ドメインにおけるＳＳ／ＰＢＣＨブロックの位置は、ＵＥに知られ得ない（例えば、ＵＥがセルを検索している場合）。セルを見つけて選択するために、ＵＥはＰＳＳのキャリアを監視し得る。例えば、ＵＥは、キャリア内の周波数位置を監視し得る。ある特定の期間（例えば、２０ミリ秒）後にＰＳＳが見つからない場合、ＵＥは、同期ラスタによって示されるように、キャリア内の異なる周波数位置でＰＳＳを検索し得る。ＰＳＳが時間および周波数ドメイン内の位置に見られる場合、ＵＥは、ＳＳ／ＰＢＣＨブロックの既知の構造に基づき、ＳＳＳおよびＰＢＣＨの位置をそれぞれ決定し得る。ＳＳ／ＰＢＣＨブロックは、セル定義ＳＳブロック（ＣＤ－ＳＳＢ）であり得る。一実施例では、プライマリーセルは、ＣＤ－ＳＳＢと関連付けられてもよい。ＣＤ－ＳＳＢは、同期ラスタ上に配置され得る。一実施例では、セル選択／検索および／または再選択は、ＣＤ－ＳＳＢに基づいてもよい。

【0125】

ＳＳ／ＰＢＣＨブロックは、ＵＥによってセルの一つまたは複数のパラメーターを決定するのに使用され得る。例えば、ＵＥは、ＰＳＳおよびＳＳＳのシーケンスそれぞれに基づき、セルの物理セル識別子（ＰＣＩ）を決定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロックの位置に基づき、セルのフレーム境界の位置を決定し得る。例えば、ＳＳ／ＰＢＣＨブロックは、送信パターンに従って送信されたことを示してもよく、送信パターン中のＳＳ／ＰＢＣＨブロックは、フレーム境界から既知の距離である。

【0126】

ＰＢＣＨは、ＱＰＳＫ変調を使用してもよく、順方向エラー訂正（ＦＥＣ）を使用し得る。ＦＥＣは、極性符号化を使用し得る。ＰＢＣＨによってスパンされる一つまたは複数のシンボルは、ＰＢＣＨの復調のために一つまたは複数のＤＭＲＳを運んでもよい。ＰＢＣＨは、セルの現在のシステムフレーム番号（ＳＦＮ）および／またはＳＳ／ＰＢＣＨブロックタイミングインデックスの表示を含み得る。これらのパラメーターは、ＵＥの基地局への時間同期を容易にし得る。ＰＢＣＨは、ＵＥに一つまたは複数のパラメーターを提供するために使用されるマスター情報ブロック（ＭＩＢ）を含み得る。ＭＩＢは、ＵＥによって使用され、セルに関連付けられる残りの最小システム情報（ＲＭＳＩ）を見つけることができる。ＲＭＳＩは、システム情報ブロックタイプ１（ＳＩＢ１）を含み得る。ＳＩＢ１は、ＵＥがセルにアクセスするために必要な情報を含み得る。ＵＥは、ＰＤＳＣＨをスケジュールするために使用され得る、ＰＤＣＣＨを監視するためにＭＩＢの一つまたは複数のパラメーターを使用し得る。ＰＤＳＣＨは、ＳＩＢ１を含み得る。ＳＩＢ１は、ＭＩＢに提供されたパラメーターを使用して復号化され得る。ＰＢＣＨは、ＳＩＢ１の不在を示し得る。ＳＩＢ１が存在しないことを示すＰＢＣＨに基づき、ＵＥは周波数を指し示し得る。ＵＥは、ＵＥが指される周波数でＳＳ／ＰＢＣＨブロックを検索し得る。

【0127】

ＵＥは、同じＳＳ／ＰＢＣＨブロックインデックスで送信された一つまたは複数のＳＳ／ＰＢＣＨブロックが、準同じ位置に配置される（ＱＣＬされる）（例えば、同じ／類似のドップラー拡散、ドップラーシフト、平均利得、平均遅延、および／または空間Ｒｘパラメーターを持つ）と想定することができる。ＵＥは、ＳＳ／ＰＢＣＨブロック送信に対してＱＣＬが異なるＳＳ／ＰＢＣＨブロックインデックスを有することを想定し得ない。

【0128】

ＳＳ／ＰＢＣＨブロック（例えば、半フレーム内にあるブロック）は、空間方向（例えば、セルのカバレッジエリアにわたる異なるビームを使用して）に送信され得る。一実施例では、第一のＳＳ／ＰＢＣＨブロックは、第一のビームを使用して第一の空間方向に送信されてもよく、第二のＳＳ／ＰＢＣＨブロックは、第二のビームを使用して第二の空間方向に送信され得る。

【0129】

一実施例では、キャリアの周波数スパン内で、基地局は、複数のＳＳ／ＰＢＣＨブロックを送信し得る。一実施例では、複数のＳＳ／ＰＢＣＨブロックの第一のＳＳ／ＰＢＣＨブロックの第一のＰＣＩは、複数のＳＳ／ＰＢＣＨブロックの第二のＳＳ／ＰＢＣＨブロックの第二のＰＣＩとは異なってもよい。異なる周波数位置で送信されるＳＳ／ＰＢＣＨブロックのＰＣＩは、異なってもよく、または同一であり得る。

【0130】

ＣＳＩ－ＲＳは、基地局によって送信され、ＵＥによってチャネル状態情報（ＣＳＩ）を取得するために使用され得る。基地局は、チャネル推定またはその他の任意の適切な目的のために、一つまたは複数のＣＳＩ－ＲＳでＵＥを構成し得る。基地局は、同一／類似のＣＳＩ－ＲＳのうちの一つまたは複数でＵＥを構成し得る。ＵＥは、一つまたは複数のＣＳＩ－ＲＳを測定することができる。ＵＥは、一つまたは複数のダウンリンクＣＳＩ－ＲＳの測定に基づき、ダウンリンクチャネル状態を推定し、および／またはＣＳＩレポートを生成することができる。ＵＥは、ＣＳＩレポートを基地局に提供し得る。基地局は、ＵＥによって提供されるフィードバック（例えば、推定されたダウンリンクチャネル状態）を使用して、リンク適合を実行し得る。

【0131】

基地局は、一つまたは複数のＣＳＩ－ＲＳリソースセットでＵＥを半静的に構成できる。ＣＳＩ－ＲＳリソースは、時間および周波数ドメイン内の位置および周期性と関連付けられてもよい。基地局は、ＣＳＩ－ＲＳリソースを選択的に起動および／または停止し得る。基地局は、ＣＳＩ－ＲＳリソースセット内のＣＳＩ－ＲＳリソースが起動および／または停止されることをＵＥに示し得る。

【0132】

基地局は、ＣＳＩ測定値を報告するようにＵＥを構成し得る。基地局は、周期的に、非周期的に、または半永続的にＣＳＩレポートを提供するようにＵＥを構成し得る。周期的ＣＳＩレポートについては、ＵＥは、複数のＣＳＩレポートのタイミングおよび／または周期性で構成され得る。非周期的ＣＳＩレポートについては、基地局がＣＳＩレポートを要求し得る。例えば、基地局は、ＵＥに、構成されるＣＳＩ－ＲＳリソースを測定し、測定値に関するＣＳＩレポートを提供するように命令し得る。半持続性ＣＳＩレポートについては、基地局は、定期レポートを周期的に送信し、選択的に起動または停止するようＵＥを構成することができる。基地局は、ＲＲＣシグナリングを使用して、ＣＳＩ－ＲＳリソースセットおよびＣＳＩレポートでＵＥを構成し得る。

【0133】

ＣＳＩ－ＲＳ構成は、例えば、最大３２個のアンテナポートを示す一つまたは複数のパラメーターを含み得る。ＵＥは、ダウンリンクＣＳＩ－ＲＳおよびＣＯＲＥＳＥＴが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＣＯＲＥＳＥＴ用に構成される物理リソースブロック（ＰＲＢ）の外部にある場合、ダウンリンクＣＳＩ－ＲＳと制御リソースセット（ＣＯＲＥＳＥＴ）に同じＯＦＤＭシンボルを使用するように構成できる。ＵＥは、ダウンリンクＣＳＩ－ＲＳおよびＳＳ／ＰＢＣＨブロックが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＳＳ／ＰＢＣＨブロック用に構成されるＰＲＢの外部にある場合、ダウンリンクＣＳＩ－ＲＳおよびＳＳ／ＰＢＣＨブロックに同じＯＦＤＭシンボルを使用するように構成できる。

【0134】

ダウンリンクＤＭＲＳは、基地局によって送信されてもよく、ＵＥによってチャネル推定のために使用され得る。例えば、ダウンリンクＤＭＲＳは、一つまたは複数のダウンリンク物理チャネル（例えば、ＰＤＳＣＨ）のコヒーレント復調に使用され得る。ＮＲネットワークは、データ復調のために一つまたは複数の可変および／または構成可能なＤＭＲＳパターンをサポートし得る。少なくとも一つのダウンリンクＤＭＲＳ構成は、フロントロードされたＤＭＲＳパターンをサポートすることができる。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。基地局は、ＰＤＳＣＨのフロントロードされたＤＭＲＳシンボルの数（例えば、最大数）を使用してＵＥを半静的に構成できる。ＤＭＲＳ構成は、一つまたは複数のＤＭＲＳポートをサポートし得る。例えば、シングルユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大八つの直交ダウンリンクＤＭＲＳポートをサポートし得る。マルチユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大４つの直交ダウンリンクＤＭＲＳポートをサポートできる。無線ネットワークは、ダウンリンクとアップリンクの一般的なＤＭＲＳ構造を（例えば、少なくともＣＰ－ＯＦＤＭに対し）サポートできる。ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはスクランブルシーケンスは、同じであっても異なっていてもよい。基地局は、同じプリコーディングマトリックスを使用して、ダウンリンクＤＭＲＳおよび対応するＰＤＳＣＨを送信し得る。ＵＥは、ＰＤＳＣＨのコヒーレント復調／チャネル推定のために一つまたは複数のダウンリンクＤＭＲＳを使用し得る。

【0135】

一実施例では、トランスミッター（例えば、基地局）は、送信帯域幅の一部に対してプリコーダマトリックスを使用し得る。例えば、トランスミッターは、第一の帯域幅に第一のプリコーダマトリックスを、第二の帯域幅に第二のプリコーダマトリックスを使用し得る。第一のプリコーダマトリックスおよび第二のプリコーダマトリックスは、第一の帯域幅が第二の帯域幅とは異なることに基づき異なってもよい。ＵＥは、同じプリコーディングマトリックスが、ＰＲＢのセットにわたって使用されると仮定し得る。ＰＲＢのセットは、プリコーディングリソースブロックグループ（ＰＲＧ）として示され得る。

【0136】

ＰＤＳＣＨは、一つまたは複数の層を含み得る。ＵＥは、ＤＭＲＳを有する少なくとも一つのシンボルが、ＰＤＳＣＨの一つまたは複数の層の層上に存在すると仮定し得る。上位層は、ＰＤＳＣＨに対して最大３つのＤＭＲＳを構成し得る。

【0137】

ダウンリンクＰＴ－ＲＳは、基地局によって送信されてもよく、位相雑音補償のためにＵＥによって使用され得る。ダウンリンクＰＴ－ＲＳが存在するかどうかは、ＲＲＣ構成によって異なる。ダウンリンクＰＴ－ＲＳの存在および／またはパターンは、ＲＲＣシグナリングの組み合わせ、および／またはＤＣＩによって示され得る、他の目的（例えば、変調および符号化スキーム（ＭＣＳ））に使用される一つまたは複数のパラメーターとの関連付けを使用して、ＵＥ固有ベースに構成できる。構成される場合、ダウンリンクＰＴ－ＲＳの動的存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。ＮＲネットワークは、時間および／または周波数ドメインで定義された複数のＰＴ－ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭＲＳポート数よりも少なくてもよい。ダウンリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。ダウンリンクＰＴ－ＲＳは、レシーバーでの位相追跡を容易にするためにシンボル上で送信され得る。

【0138】

ＵＥは、アップリンクＤＭＲＳを基地局に送信してチャネル推定を行うことができる。例えば、基地局は、一つまたは複数のアップリンク物理チャネルのコヒーレント復調のためにアップリンクＤＭＲＳを使用し得る。例えば、ＵＥは、ＰＵＳＣＨおよび／またはＰＵＣＣＨでアップリンクＤＭＲＳを送信し得る。アップリンクＤＭ－ＲＳは、対応する物理チャネルに関連付けられる周波数の範囲に類似する周波数の範囲にわたってもよい。基地局は、一つまたは複数のアップリンクＤＭＲＳ構成でＵＥを構成することができる。少なくとも一つのＤＭＲＳ構成が、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。一つまたは複数のアップリンクＤＭＲＳは、ＰＵＳＣＨおよび／またはＰＵＣＣＨの一つまたは複数のシンボルで送信するように構成され得る。基地局は、ＵＥが、単一シンボルＤＭＲＳおよび／または二重シンボルＤＭＲＳをスケジュールするために使用し得る、ＰＵＳＣＨおよび／またはＰＵＣＣＨ用のフロントロードＤＭＲＳシンボルの数（例えば、最大数）を用いて、ＵＥを半静的に構成し得る。ＮＲネットワークは、ダウンリンクおよびアップリンク用の共通ＤＭＲＳ構造（例えば、サイクリックプレフィックス直交周波数分割多重化（ＣＰ－ＯＦＤＭ）のために）をサポートしてもよく、ここで、ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはＤＭＲＳのスクランブルシーケンスは、同一であっても異なってもよい。

【0139】

ＰＵＳＣＨは、一つまたは複数の層を含んでもよく、ＵＥは、ＰＵＳＣＨの一つまたは複数の層の層上に存在するＤＭＲＳを有する少なくとも一つのシンボルを送信し得る。一実施例では、上位層は、ＰＵＳＣＨに対して最大三つのＤＭＲＳを構成し得る。

【0140】

アップリンクＰＴ－ＲＳ（位相追跡および／または位相雑音補償のために基地局によって使用され得る）は、ＵＥのＲＲＣ構成に応じて存在し得るか、または存在しなくてもよい。アップリンクＰＴ－ＲＳの存在および／またはパターンは、ＲＲＣシグナリングおよび／またはＤＣＩによって示され得る、他の目的（例えば、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ（ＭＣＳ））に使用される一つまたは複数のパラメーターの組み合わせによってＵＥ固有ベースに構成できる。構成される場合、アップリンクＰＴ－ＲＳの動的存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。無線ネットワークは、時間／周波数ドメインで画定される複数のアップリンクＰＴ－ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭＲＳポート数よりも少なくてもよい。例えば、アップリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。

【0141】

ＳＲＳは、アップリンクチャネル依存スケジューリングおよび／またはリンク適合をサポートするために、チャネル状態推定のためにＵＥによって基地局に送信され得る。ＵＥによって送信されるＳＲＳは、基地局が一つまたは複数の周波数でアップリンクチャネル状態を推定することを可能にし得る。基地局のスケジューラは、推定されたアップリンクチャネル状態を使用して、ＵＥからのアップリンクＰＵＳＣＨ送信のために一つまたは複数のリソースブロックを割り当てることができる。基地局は、一つまたは複数のＳＲＳリソースセットを用いてＵＥを半静的に構成することができる。ＳＲＳリソースセットの場合、基地局は、一つまたは複数のＳＲＳリソースを用いてＵＥを構成することができる。ＳＲＳリソースセット適用性は、上位層（例えば、ＲＲＣ）のパラメーターによって構成されることができる。例えば、上位層パラメーターがビーム管理を示す場合、一つまたは複数のＳＲＳリソースセット（例えば、同一／類似の時間ドメイン挙動、周期性、非周期性、および／または同種のものを有する）のＳＲＳリソースセット内のＳＲＳリソースが、瞬時に（例えば、同時に）送信され得る。ＵＥは、ＳＲＳリソースセット内の一つまたは複数のＳＲＳリソースを送信することができる。ＮＲネットワークは、非周期的、周期的、および／または半持続的ＳＲＳ送信をサポートし得る。ＵＥは、一つまたは複数のトリガータイプに基づきＳＲＳリソースを送信してもよく、一つまたは複数のトリガータイプは、上位層シグナリング（例えば、ＲＲＣ）および／または一つまたは複数のＤＣＩフォーマットを含み得る。一実施例では、少なくとも一つのＤＣＩフォーマットが、ＵＥに対して用いられて、一つまたは複数の構成されるＳＲＳリソースセットのうちのうちの少なくとも一つを選択し得る。ＳＲＳトリガータイプ０は、上位層シグナリングに基づきトリガーされたＳＲＳを指し得る。ＳＲＳトリガータイプ１は、一つまたは複数のＤＣＩフォーマットに基づきトリガーされたＳＲＳを指すことができる。一実施例では、ＰＵＳＣＨとＳＲＳが同じスロットで送信される場合、ＵＥは、ＰＵＳＣＨおよび対応するアップリンクＤＭＲＳの送信の後にＳＲＳを送信するように構成され得る。

【0142】

基地局は、ＳＲＳリソース構成識別子、ＳＲＳポートの数、ＳＲＳリソース構成の時間ドメイン挙動（例えば、周期的、半永続的、または非周期的ＳＲＳの表示）、スロット、ミニスロット、および／またはサブフレームレベル周期性、周期的および／または非周期的ＳＲＳリソースのためのオフセット、ＳＲＳリソース内のＯＦＤＭシンボルの数、ＳＲＳリソースの開始ＯＦＤＭシンボル、ＳＲＳ帯域幅、周波数ホッピング帯域幅、周期シフト、および／またはＳＲＳシーケンスＩＤのうちの少なくとも一つを示す一つまたは複数のＳＲＳ構成パラメーターを用いてＵＥを準統計学的に構成することができる。

【0143】

アンテナポートは、アンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測され得るように定義される。第一のシンボルおよび第二のシンボルが同じアンテナポート上に送信される場合、レシーバーは、アンテナポート上の第一のシンボルを搬送するためのチャネルから、アンテナポート上の第二のシンボルを搬送するためのチャネル（例えば、フェードゲイン、マルチパス遅延、および／または同種のもの）を推測し得る。第一のアンテナポートおよび第二のアンテナポートは、第一のアンテナポート上の第一のシンボルが伝達されるチャネルの一つまたは複数の大規模特性が、第二のアンテナポートの第二のシンボルが送信される、チャネルから推測され得る場合、準同じ位置に配置される（ＱＣＬされる）と呼ばれてもよい。一つまたは複数の大規模特性は、遅延拡散、ドップラー拡散、ドップラーシフト、平均利得、平均遅延、および／または空間受信（Ｒｘ）パラメーターのうちの少なくとも一つを含み得る。

【0144】

ビームフォーミングを使用するチャネルでは、ビーム管理が必要である。ビーム管理は、ビーム測定、ビーム選択、およびビーム表示を含み得る。ビームは、一つまたは複数の基準信号と関連付けられてもよい。例えば、ビームは、一つまたは複数のビーム形成基準信号によって識別され得る。ＵＥは、ダウンリンク基準信号（例えば、チャネル状態情報基準信号（ＣＳＩ－ＲＳ））に基づきダウンリンクビーム測定を実行し、ビーム測定レポートを生成し得る。ＵＥは、ＲＲＣ接続が基地局でセットアップされた後、ダウンリンクビーム測定手順を実施することができる。

【0145】

図１１Ｂは、時間および周波数ドメインにマッピングされるチャネル状態情報基準信号（ＣＳＩ－ＲＳ）の実施例を示す。図１１Ｂに示される正方形は、セルの帯域幅内のリソースブロック（ＲＢ）にわたってもよい。基地局は、一つまたは複数のＣＳＩ－ＲＳを示すＣＳＩ－ＲＳリソース構成パラメーターを含む一つまたは複数のＲＲＣメッセージを送信できる。次のパラメーターの一つまたは複数は、ＣＳＩ－ＲＳリソース構成に対する、上位層シグナリング（例えば、ＲＲＣおよび／またはＭＡＣシグナリング）によって設定できる。ＣＳＩ－ＲＳリソース構成アイデンティティ、ＣＳＩ－ＲＳポートの数、ＣＳＩ－ＲＳ構成（例えば、サブフレーム内のシンボルおよびリソース要素（ＲＥ）の位置）、ＣＳＩ－ＲＳサブフレーム構成（例えば、サブフレーム位置、オフセット、および無線フレームの周期性）、ＣＳＩ－ＲＳ電力パラメーター、ＣＳＩ－ＲＳシーケンスパラメーター、符号分割多重（ＣＤＭ）タイプパラメーター、周波数密度、送信コーム、疑似コロケーション（ＱＣＬ）パラメーター（例えば、ＱＣＬ－ｓｃｒａｍｂｌｉｎｇｉｄｅｎｔｉｔｙ、ｃｒｓ－ｐｏｒｔｓｃｏｕｎｔ、ｍｂｓｆｎ－ｓｕｂｆｒａｍｅｃｏｎｆｉｇｌｉｓｔ、ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＺＰｉｄ、ｑｃｌ－ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＮＺＰｉｄ）、および／または他の無線リソースパラメーター。

【0146】

図１１Ｂに示す三つのビームは、ＵＥ固有の構成のＵＥに対して構成され得る。三つのビームを図１１Ｂに示し（ビーム＃１、ビーム＃２、およびビーム＃３）、それより多い、またはそれより少ないビームを構成し得る。ビーム＃１は、第一のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０１で割り当てられ得る。ビーム＃２は、第二のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０２で割り当てられ得る。ビーム＃３は、第三のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０３で割り当てられ得る。周波数分割多重化（ＦＤＭ）を使用することにより、基地局は、同じＲＢ内の他のサブキャリア（例えば、ＣＳＩ－ＲＳ１１０１を送信するために使用されないもの）を使用して、別のＵＥのビームに関連付けられる別のＣＳＩ－ＲＳを送信し得る。時間ドメイン多重化（ＴＤＭ）を使用することで、ＵＥに使用されるビームは、ＵＥのビームが他のＵＥのビームからのシンボルを使用するように構成され得る。

【0147】

図１１Ｂに示されるＣＳＩ－ＲＳ（例えば、ＣＳＩ－ＲＳ１１０１、１１０２、１１０３）は、基地局によって送信され、一つまたは複数の測定のためにＵＥによって使用され得る。例えば、ＵＥは、構成されるＣＳＩ－ＲＳリソースの基準信号受信電力（ＲＳＲＰ）を測定することができる。基地局は、レポート構成を用いてＵＥを構成してもよく、ＵＥは、レポート構成に基づき、ＲＳＲＰ測定値をネットワークに（例えば、一つまたは複数の基地局を介して）報告し得る。一実施例では、基地局は、報告された測定結果に基づき、いくつかの基準信号を含む一つまたは複数の送信構成表示（ＴＣＩ）状態を決定し得る。一実施例では、基地局は、一つまたは複数のＴＣＩ状態をＵＥに示し得る（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、および／またはＤＣＩを介して）。ＵＥは、一つまたは複数のＴＣＩ状態に基づき決定される受信（Ｒｘ）ビームを有するダウンリンク送信を受信し得る。一実施例では、ＵＥは、ビームコレスポンデンス能力を有してもよく、または有しなくてもよい。ＵＥがビームコレスポンデンス能力を有する場合、ＵＥは、コレスポンデンスするＲｘビームの空間ドメインフィルターに基づき、送信（Ｔｘ）ビームの空間ドメインフィルターを決定し得る。ＵＥがビームコレスポンデンス能力を有していない場合、ＵＥは、アップリンクビーム選択手順を実行して、Ｔｘビームの空間ドメインフィルターを決定し得る。ＵＥは、基地局によってＵＥに構成される一つまたは複数のサウンディング基準信号（ＳＲＳ）リソースに基づき、アップリンクビーム選択手順を実行し得る。基地局は、ＵＥによって送信される一つまたは複数のＳＲＳリソースの測定値に基づき、ＵＥ用のアップリンクビームを選択し、表示し得る。

【0148】

ビーム管理手順において、ＵＥは、一つまたは複数のビームペアリンク、基地局によって送信される送信ビーム、およびＵＥによって受信される受信ビームを含むビームペアリンクのチャネル品質を評価（例えば、測定）し得る。評価に基づき、ＵＥは、例えば、一つまたは複数のビーム識別（例えば、ビームインデックス、基準信号インデックス、または類似のもの）、ＲＳＲＰ、プリコーディングマトリックスインジケーター（ＰＭＩ）、チャネル品質インジケーター（ＣＱＩ）、および／またはランクインジケーター（ＲＩ）を含む、一つまたは複数のビームペア品質パラメーターを示すビーム測定レポートを送信し得る。

【0149】

図１２Ａは、三つのダウンリンクビーム管理手順、Ｐ１、Ｐ２、およびＰ３の例を示す。手順Ｐ１は、例えば、一つまたは複数の基地局Ｔｘビームおよび／またはＵＥ Ｒｘビーム（Ｐ１の一番上の行と一番下の行にそれぞれ楕円として表示される）の選択をサポートするために、送信受信点（ＴＲＰ）（または複数のＴＲＰ）の送信（Ｔｘ）ビームでのＵＥ測定を可能にし得る。ＴＲＰでのビームフォーミングは、ビームのセットのＴｘビームスイープを含み得る（Ｐ１とＰ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥでのビームフォーミングは、ビームのセットのためのＲｘビームスイープを含み得る（Ｐ１とＰ３の下の行に示されるように、楕円は破線の矢印で示されるとき計回りの方向に回転している）。手順Ｐ２を使用して、ＴＲＰのＴｘビームでＵＥ測定を有効にすることができる。（Ｐ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｐ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局で同じＴｘビームを使用し、ＵＥでＲｘビームをスイープすることによって、Ｒｘビーム決定のための手順Ｐ３を実施することができる。

【0150】

図１２Ｂは、三つのアップリンクビーム管理手順、Ｕ１、Ｕ２、およびＵ３の例を示す。手順Ｕ１を使用して、例えば、一つまたは複数のＵＥ Ｔｘビームおよび／または基地局Ｒｘビーム（Ｕ１の最上行および最下行にそれぞれ楕円として示される）の選択をサポートするために、ＵＥのＴｘビームに対して基地局が測定を実行できるようにし得る。ＵＥでのビームフォーミングは、例えば、ビームのセットからのＴｘビームスイープを含み得る。（Ｕ１とＵ３の下の行に、破線の矢印で示されるとき計回りに回転した楕円として示される）。基地局でのビームフォーミングは、例えば、ビームのセットからのＲｘビームスイープを含み得る。（Ｕ１とＵ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。手順Ｕ２を使用して、ＵＥが固定Ｔｘビームを使用するときに基地局がそのＲｘビームを調整できるようにし得る。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｕ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局が固定Ｒｘビームを使用するときに、そのＴｘビームを調整する手順Ｕ３を実施することができる。

【0151】

ＵＥは、ビーム障害の検出に基づき、ビーム障害復旧復（ＢＦＲ）手順を開始し得る。ＵＥは、ＢＦＲ手順の開始に基づき、ＢＦＲ要求（例えば、プリアンブル、ＵＣＩ、ＳＲ、ＭＡＣ ＣＥ、および／または同種のもの）を送信し得る。ＵＥは、関連する制御チャネルのビームペアリンクの品質が満足のいかない（例えば、エラーレート閾値よりも高いエラーレート、受信信号パワー閾値より低い受信信号パワー、タイマーの満了、および／または類似のものを有する）という決定に基づき、ビーム障害を検出し得る。

【0152】

ＵＥは、一つまたは複数のＳＳ／ＰＢＣＨブロック、一つまたは複数のＣＳＩ－ＲＳリソース、および／または一つまたは複数の復調基準信号（ＤＭＲＳ）を含む一つまたは複数の基準信号（ＲＳ）を使用して、ビームペアリンクの品質を測定し得る。ビームペアリンクの品質は、ブロックエラーレート（ＢＬＥＲ）、ＲＳＲＰ値、信号対干渉プラスノイズ比（ＳＩＮＲ）値、基準信号受信品質（ＲＳＲＱ）値、および／またはＲＳリソースで測定されるＣＳＩ値の一つまたは複数に基づいてもよい。基地局は、ＲＳリソースが、チャネル（例えば、制御チャネル、共有データチャネル、および／または類似のもの）の一つまたは複数のＤＭ－ＲＳと準同じ位置に配置される（ＱＣＬされる）ことを示し得る。チャネルのＲＳリソースおよび一つまたは複数のＤＭＲＳは、ＲＳリソースを介したＵＥへの送信からのチャネル特性（例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、空間Ｒｘパラメーター、フェード、および／または同種のもの）が、チャネルを介してＵＥへの送信からのチャネル特性と類似または同一であるとき、ＱＣＬ化され得る。

【0153】

ネットワーク（例えば、ネットワークのｇＮＢおよび／またはｎｇ－ｅＮＢ）および／またはＵＥは、ランダムアクセス手順を開始し得る。ＲＲＣ＿ＩＤＬＥ状態のＵＥおよび／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ランダムアクセス手順を開始して、ネットワークへの接続セットアップを要求し得る。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からランダムアクセス手順を開始し得る。ＵＥは、ランダムアクセス手順を開始して、アップリンクリソースを要求し（例えば、利用可能なＰＵＣＣＨリソースがない場合にＳＲのアップリンク送信のために）、および／またはアップリンクタイミング（例えば、アップリンク同期状態が同期されていない場合）を取得することができる。ＵＥは、ランダムアクセス手順を開始し、一つまたは複数のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、および／または類似のものなどの他のシステム情報）を要求し得る。ＵＥは、ビーム障害復旧復要求のためのランダムアクセス手順を開始することができる。ネットワークは、ハンドオーバーのための、および／またはＳＣｅｌｌ追加のための時間アライメントを確立するためのランダムアクセス手順を開始し得る。

【0154】

図１３Ａは、４ステップの競合ベースのランダムアクセス手順を示す。手順の開始前に、基地局は、構成メッセージ１３１０をＵＥに送信し得る。図１３Ａは、Ｍｓｇ１ １３１１、Ｍｓｇ２ １３１２、Ｍｓｇ３ １３１３、およびＭｓｇ４ １３１４の四つのメッセージの送信を含む。Ｍｓｇ１ １３１１は、プリアンブル（またはランダムアクセスプリアンブル）を含んでもよく、および／またはプリアンブルと呼んでもよい。Ｍｓｇ２ １３１２は、ランダムアクセス応答（ＲＡＲ）を含んでもよく、および／またはランダムアクセス応答（ＲＡＲ）と呼んでもよい。

【0155】

構成メッセージ１３１０は、例えば、一つまたは複数のＲＲＣメッセージを使用して送信され得る。一つまたは複数のＲＲＣメッセージは、ＵＥへの一つまたは複数のランダムアクセスチャネル（ＲＡＣＨ）パラメーターを示し得る。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のランダムアクセス手順に対する一般的なパラメーター（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＧｅｎｅｒａｌ）、セル固有のパラメーター（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）、および／または専用パラメーター（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＤｅｄｉｃａｔｅｄ）のうちのうちの少なくとも一つを含み得る。基地局は、一つまたは複数のＲＲＣメッセージを一つまたは複数のＵＥにブロードキャストまたはマルチキャストすることができる。一つまたは複数のＲＲＣメッセージは、ＵＥ固有であり得る（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥに送信される専用ＲＲＣメッセージ）。ＵＥは、一つまたは複数のＲＡＣＨパラメーターに基づき、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３の送信のための時間周波数リソースおよび／またはアップリンク送信電力を決定し得る。一つまたは複数のＲＡＣＨパラメーターに基づき、ＵＥは、Ｍｓｇ２ １３１２およびＭｓｇ４ １３１４を受信するための受信タイミングおよびダウンリンクチャネルを決定し得る。

【0156】

構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターは、Ｍｓｇ１ １３１１の送信に利用可能な一つまたは複数の物理ＲＡＣＨ（ＰＲＡＣＨ）機会を示し得る。一つまたは複数のＰＲＡＣＨ機会は、事前に定義されていてもよい。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のＰＲＡＣＨ機会の一つまたは複数の利用可能なセットを示し得る（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ）。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のＰＲＡＣＨ機会と、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のプリアンブルと、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数の基準信号は、ＳＳ／ＰＢＣＨブロックおよび／またはＣＳＩ－ＲＳであり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、ＰＲＡＣＨ機会にマッピングされたＳＳ／ＰＢＣＨブロックの数、および／またはＳＳ／ＰＢＣＨブロックにマッピングされたプリアンブルの数を示し得る。

【0157】

構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターを使用して、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３のアップリンク送信電力を決定し得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、プリアンブル送信用の基準電力（例えば、受信したターゲット電力および／またはプリアンブル送信の初期電力）を示し得る。一つまたは複数のＲＡＣＨパラメーターによって示される一つまたは複数の電力オフセットがあり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、パワーランピングステップ、ＳＳＢとＣＳＩ－ＲＳとの間の電力オフセット、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の送信間の電力オフセット、および／またはプリアンブルグループ間の電力オフセット値を示し得る。一つまたは複数のＲＡＣＨパラメーターは、ＵＥが少なくとも一つの基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）および／またはアップリンクキャリア（例えば、正常アップリンク（ＮＵＬ）キャリアおよび／または補完的アップリンク（ＳＵＬ）キャリア）を決定し得るための、一つまたは複数の閾値を示し得る。

【0158】

Ｍｓｇ１ １３１１は、一つまたは複数のプリアンブル送信（例えば、プリアンブル送信および一つまたは複数のプリアンブル再送信）を含み得る。ＲＲＣメッセージは、一つまたは複数のプリアンブルグループ（例えば、グループＡおよび／またはグループＢ）を構成するために使用され得る。プリアンブルグループは、一つまたは複数のプリアンブルを含み得る。ＵＥは、経路損失測定および／またはＭｓｇ３ １３１３のサイズに基づき、プリアンブルグループを決定し得る。ＵＥは、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）のＲＳＲＰを測定し、ＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢおよび／またはｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ）を超えるＲＳＲＰを有する少なくとも一つの基準信号を決定し得る。ＵＥは、例えば、一つまたは複数のプリアンブルと少なくとも一つの基準信号との間の関連付けがＲＲＣメッセージによって構成される場合、一つまたは複数の基準信号および／または選択されたプリアンブルグループに関連付けられる少なくとも一つのプリアンブルを選択し得る。

【0159】

ＵＥは、構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターに基づき、プリアンブルを決定し得る。例えば、ＵＥは、経路損失測定、ＲＳＲＰ測定、および／またはＭｓｇ３ １３１３のサイズに基づき、プリアンブルを決定し得る。別の実施例として、一つまたは複数のＲＡＣＨパラメーターは、プリアンブルフォーマット、プリアンブル送信の最大数、および／または一つまたは複数のプリアンブルグループ（例えば、グループＡおよびグループＢ）を決定するための一つまたは複数の閾値を示し得る。基地局は、一つまたは複数のＲＡＣＨパラメーターを使用して、一つまたは複数のプリアンブルと一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）との間の関連付けでＵＥを構成し得る。関連付けが構成される場合、ＵＥは、関連付けに基づき、Ｍｓｇ１ １３１１に含めるようにプリアンブルを決定し得る。Ｍｓｇ１ １３１１は、一つまたは複数のＰＲＡＣＨ機会を介して基地局に送信され得る。ＵＥは、プリアンブルの選択およびＰＲＡＣＨ機会の決定のために、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）を使用し得る。一つまたは複数のＲＡＣＨパラメーター（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭｓｋＩｎｄｅｘおよび／またはｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ）は、ＰＲＡＣＨ機会と一つまたは複数の基準信号との間の関連付けを示し得る。

【0160】

ＵＥは、プリアンブル送信後に応答が受信されない場合、プリアンブル再送信を実行し得る。ＵＥは、プリアンブル再送信のためにアップリンク送信電力を増加させ得る。ＵＥは、ネットワークによって構成される、経路損失測定および／またはターゲット受信プリアンブル電力に基づき、初期プリアンブル送信電力を選択し得る。ＵＥは、プリアンブルを再送信することを決定してもよく、アップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル再送信のランピングステップを示す一つまたは複数のＲＡＣＨパラメーター（例えば、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ）を受信し得る。ランピングステップは、再送信のためのアップリンク送信電力の増分増加の量であり得る。ＵＥが、前のプリアンブル送信と同じである基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）を決定する場合、ＵＥはアップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル送信および／または再送信の数をカウントすることができる（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）。ＵＥは、ランダムアクセス手順が、例えば、プリアンブル送信の数が、一つまたは複数のＲＡＣＨパラメーター（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）によって構成される閾値を超える場合、失敗して完了したと決定し得る。

【0161】

ＵＥが受信するＭｓｇ２ １３１２は、ＲＡＲを含み得る。一部のシナリオでは、Ｍｓｇ２ １３１２は、複数のＵＥに対応する複数のＲＡＲを含み得る。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１の送信の後またはそれに応答して受信され得る。Ｍｓｇ２ １３１２は、ＤＬ－ＳＣＨ上でスケジュールされ、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用してＰＤＣＣＨ上で表示され得る。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１が基地局によって受信されたことを示し得る。Ｍｓｇ２ １３１２は、ＵＥがＵＥの送信タイミングを調整するために使用し得る時間アライメントコマンド、Ｍｓｇ３ １３１３の送信のためのスケジューリング許可、および／または一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）を含み得る。プリアンブルを送信した後、ＵＥは、Ｍｓｇ２ １３１２のＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ＵＥは、ＵＥがプリアンブルを送信するために使用するＰＲＡＣＨ機会に基づき、いつ時間ウィンドウを開始するかを決定し得る。例えば、ＵＥは、プリアンブルの最後のシンボルの一つまたは複数のシンボルの後に（例えば、プリアンブル送信の終わりからの第一のＰＤＣＣＨ機会に）、時間ウィンドウを開始し得る。一つまたは複数のシンボルは、ヌメロロジに基づき決定され得る。ＰＤＣＣＨは、ＲＲＣメッセージによって構成される共通検索空間（例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間）の中にあり得る。ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）に基づきＲＡＲを識別し得る。ＲＮＴＩは、ランダムアクセス手順を開始する一つまたは複数のイベントに応じて使用され得る。ＵＥは、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用し得る。ＲＡ－ＲＮＴＩは、ＵＥがプリアンブルを送信するＰＲＡＣＨ機会と関連付けられてもよい。例えば、ＵＥは、ＯＦＤＭシンボルインデックス、スロットインデックス、周波数ドメインインデックス、および／またはＰＲＡＣＨ機会のＵＬキャリアインジケーターに基づき、ＲＡ－ＲＮＴＩを決定し得る。ＲＡ－ＲＮＴＩの実施例は、以下の通りであり得る。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ここで、ｓ＿ｉｄは、ＰＲＡＣＨ機会の第一のＯＦＤＭシンボルのインデックスであってもよく（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨ機会の第一のスロットのインデックスであってもよく（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨ機会のインデックスであってもよく（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２ １３１２の受信成功に応答して（例えば、Ｍｓｇ２ １３１２で識別されたリソースを使用して）、Ｍｓｇ３ １３１３を送信し得る。Ｍｓｇ３ １３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信してもよく、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生し得る。競合解決（例えば、Ｍｓｇ３ １３１３およびＭｓｇ４ １３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させてもよい。競合解決を実施するために、ＵＥは、Ｍｓｇ３ １３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ－ＲＮＴＩ、Ｍｓｇ２ １３１２に含まれるＴＣ－ＲＮＴＩ、および／または任意の他の適切な識別子）を含んでもよい。

【0162】

Ｍｓｇ４ １３１４は、Ｍｓｇ３ １３１３の送信の後、またはそれに応答して受信され得る。Ｃ－ＲＮＴＩがＭｓｇ３ １３１３に含まれていた場合、基地局は、Ｃ－ＲＮＴＩを使用してＰＤＣＣＨ上のＵＥに対処する。ＵＥの固有のＣ－ＲＮＴＩがＰＤＣＣＨ上で検出された場合、ランダムアクセス手順が成功裏に完了したと決定される。ＴＣ－ＲＮＴＩがＭｓｇ３ １３１３に含まれる場合（例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態であるか、またはそうでなければ基地局に接続されていない場合）、Ｍｓｇ４ １３１４は、ＴＣ－ＲＮＴＩに関連付けられるＤＬ－ＳＣＨを使用して受信される。ＭＡＣ ＰＤＵが正常に復号化され、ＭＡＣ ＰＤＵが、Ｍｓｇ３ １３１３で送信された（例えば、送信された）ＣＣＣＨ ＳＤＵと一致するか、そうでなければ対応するＵＥ競合解決アイデンティティＭＡＣ ＣＥを含む場合、ＵＥは、競合解決が成功したと決定することができる、および／またはＵＥは、ランダムアクセス手順が成功裏に完了したと決定し得る。

【0163】

ＵＥは、補完的アップリンク（ＳＵＬ）キャリアおよび正常アップリンク（ＮＵＬ）キャリアで構成され得る。初期アクセス（例えば、ランダムアクセス手順）は、アップリンクキャリアでサポートされ得る。例えば、基地局は、二つの別個のＲＡＣＨ構成、すなわち、一つはＳＵＬキャリア用、もう一つはＮＵＬキャリア用であるＵＥを構成し得る。ＳＵＬキャリアで構成されるセル内のランダムアクセスについて、ネットワークは、どのキャリア（ＮＵＬまたはＳＵＬ）を使用するかを示し得る。ＵＥは、例えば、一つまたは複数の基準信号の測定品質がブロードキャスト閾値未満である場合、ＳＵＬキャリアを決定し得る。ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３）のアップリンク送信は、選択されたキャリア上にとどまることができる。ＵＥは、一つまたは複数の事例において、ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の間）中にアップリンクキャリアを切り替えることができる。例えば、ＵＥは、チャネルクリアアセスメント（例えば、リッスンビフォアトーク）に基づき、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３のアップリンクキャリアを決定および／または切り替え得る。

【0164】

図１３Ｂは、２ステップの競合のないランダムアクセス手順を示す。図１３Ａに示される４ステップの競合ベースのランダムアクセス手順と同様、基地局は、手順の開始前に、構成メッセージ１３２０をＵＥに送信することができる。構成メッセージ１３２０は、構成メッセージ１３１０に対して一部の点で類似し得る。図１３Ｂは、Ｍｓｇ１ １３２１およびＭｓｇ２ １３２２の二つのメッセージの送信を含む。Ｍｓｇ１ １３２１およびＭｓｇ２ １３２２は、いくつかの点で、図１３Ａそれぞれに示されるＭｓｇ１ １３１１およびＭｓｇ２ １３１２に類似し得る。図１３Ａおよび図１３Ｂから理解されるように、競合のないランダムアクセス手順は、Ｍｓｇ３ １３１３および／またはＭｓｇ４ １３１４に類似したメッセージを含み得ない。

【0165】

図１３Ｂに示す競合のないランダムアクセス手順は、ビーム障害復旧復、他のＳＩ要求、ＳＣｅｌｌ追加、および／またはハンドオーバーのために開始され得る。例えば、基地局は、Ｍｓｇ１ １３２１に使用されるプリアンブルをＵＥに表示または割り当ててもよい。ＵＥは、ＰＤＣＣＨおよび／またはＲＲＣを介して基地局から、プリアンブル（例えば、ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘ）の表示を受信し得る。

【0166】

プリアンブルを送信した後、ＵＥは、ＲＡＲのＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ビーム障害復旧復要求の場合、基地局は、ＲＲＣメッセージ（例えば、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ）によって示される検索空間内に別個の時間ウィンドウおよび／または別個のＰＤＣＣＨでＵＥを構成し得る。ＵＥは、検索空間上のＣｅｌｌ ＲＮＴＩ（Ｃ－ＲＮＴＩ）宛のＰＤＣＣＨ送信に対し監視し得る。図１３Ｂに示す競合のないランダムアクセス手順において、ＵＥは、Ｍｓｇ１ １３２１の送信および対応するＭｓｇ２ １３２２の受信の後、またはこれに応答して、ランダムアクセス手順が成功裏に完了したと決定し得る。ＵＥは、例えば、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス指定される場合に、ランダムアクセス手順が成功裏に完了すると決定し得る。ＵＥは、ランダムアクセス手順が、例えば、ＵＥが、ＵＥによって送信されるプリアンブルに対応するプリアンブル識別子を含むＲＡＲを受信した場合、および／またはＲＡＲが、プリアンブル識別子を含むＭＡＣサブＰＤＵを含む場合、成功裏に完了すると決定し得る。ＵＥは、応答をＳＩ要求に対する確認の指標として決定し得る。

【0167】

図１３Ｃは、別の２ステップランダムアクセス手順を示す。図１３Ａおよび図１３Ｂに示されるランダムアクセス手順と同様に、基地局は、手順の開始前に、構成メッセージ１３３０をＵＥに送信することができる。構成メッセージ１３３０は、構成メッセージ１３１０および／または構成メッセージ１３２０に対して一部の点で類似し得る。図１３Ｃは、二つのメッセージ、すなわち、Ｍｓｇ Ａ １３３１およびＭｓｇ Ｂ １３３２の送信を含む。

【0168】

Ｍｓｇ Ａ １３３１は、ＵＥによってアップリンク送信で送信され得る。Ｍｓｇ Ａ １３３１は、プリアンブル１３４１の一つまたは複数の送信および／またはトランスポートブロック１３４２の一つまたは複数の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるＭｓｇ３ １３１３の内容と類似および／または同等である内容を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、および／または類似のもの）を含み得る。ＵＥは、Ｍｓｇ Ａ １３３１の送信の後、またはその送信に応答して、Ｍｓｇ Ｂ １３３２を受信し得る。Ｍｓｇ Ｂ １３３２は、図１３Ａおよび１３Ｂ示されるＭｓｇ２ １３１２（例えば、ＲＡＲ）、および／または図１３Ａに示されるＭｓｇ４ １３１４の内容と類似および／または同等である内容を含み得る。

【0169】

ＵＥは、ライセンスされたスペクトルおよび／またはライセンスされていないスペクトルに対し、図１３Ｃの２ステップランダムアクセス手順を開始することができる。ＵＥは、一つまたは複数の要因に基づき、２ステップランダムアクセス手順を開始するかどうかを決定し得る。一つまたは複数の要因は、使用中の無線アクセス技術（例えば、ＬＴＥ、ＮＲ、および／または同種のもの）、ＵＥが有効なＴＡを有するかどうか、セルサイズ、ＵＥのＲＲＣ状態、スペクトルのタイプ（例えば、ライセンスされた対ライセンスされていない）、および／または任意の他の適切な要因であり得る。

【0170】

ＵＥは、構成メッセージ１３３０に含まれる２ステップのＲＡＣＨパラメーターに基づき、プリアンブル１３４１および／またはＭｓｇ Ａ １３３１に含まれるトランスポートブロック１３４２に対する無線リソースおよび／またはアップリンク送信電力を決定し得る。ＲＡＣＨパラメーターは、変調および符号化スキーム（ＭＣＳ）、時間周波数リソース、および／またはプリアンブル１３４１および／またはトランスポートブロック１３４２に対する電力制御を示し得る。プリアンブル１３４１（例えば、ＰＲＡＣＨ）の送信のための時間周波数リソースおよびトランスポートブロック１３４２（例えば、ＰＵＳＣＨ）の送信のための時間周波数リソースは、ＦＤＭ、ＴＤＭ、および／またはＣＤＭを使用して多重化され得る。ＲＡＣＨパラメーターは、ＵＥが、Ｍｓｇ Ｂ １３３２の監視および／または受信のための受信タイミングおよびダウンリンクチャネルを決定することを可能にし得る。

【0171】

トランスポートブロック１３４２は、データ（例えば、遅延に敏感なデータ）、ＵＥの識別子、セキュリティ情報、および／またはデバイス情報（例えば、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ））を含み得る。基地局は、Ｍｓｇ Ａ １３３１に対する応答としてＭｓｇ Ｂ １３３２を送信し得る。Ｍｓｇ Ｂ １３３２は、プリアンブル識別子、タイミングアドバンスコマンド、電力制御コマンド、アップリンクグラント（例えば、無線リソース割り当ておよび／またはＭＣＳ）、競合解決のためのＵＥ識別子、および／またはＲＮＴＩ（例えば、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩ）のうちのうちの少なくとも一つを含み得る。ＵＥは、Ｍｓｇ Ｂ １３３２のプリアンブル識別子がＵＥによって送信されるプリアンブルに一致し、および／またはＭｓｇ Ｂ １３３２のＵＥの識別子がＭｓｇ Ａ １３３１のＵＥの識別子（例えば、トランスポートブロック１３４２）に一致した場合に、２ステップランダムアクセス手順が成功裏に完了されると決定し得る。

【0172】

ＵＥおよび基地局は、制御シグナリングを交換し得る。制御シグナリングは、Ｌ１／Ｌ２制御シグナリングと呼ばれてもよく、ＰＨＹ層（例えば、層１）および／またはＭＡＣ層（例えば、層２）に由来し得る。制御シグナリングは、基地局からＵＥに送信されるダウンリンク制御シグナリングおよび／またはＵＥから基地局に送信されるアップリンク制御シグナリングを含み得る。

【0173】

ダウンリンク制御シグナリングは、ダウンリンクスケジューリング割り当て、アップリンク無線リソースおよび／またはトランスポートフォーマットを示すアップリンクスケジューリング許可、スロットフォーマット情報、プリエンプション表示、電力制御コマンド、および／またはその他の任意の適切なシグナリングを含み得る。ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の基地局によって送信されるペイロード内のダウンリンク制御シグナリングを受信し得る。ＰＤＣＣＨ上で送信されるペイロードは、ダウンリンク制御情報（ＤＣＩ）と呼ばれてもよい。一部のシナリオでは、ＰＤＣＣＨは、ＵＥのグループに共通なグループ共通ＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ）であり得る。

【0174】

基地局は、送信エラーの検出を容易にするために、一つまたは複数の巡回冗長検査（ＣＲＣ）パリティビットをＤＣＩに取り付け得る。ＤＣＩがＵＥ（またはＵＥのグループ）に対して意図される場合、基地局は、ＵＥの識別子（またはＵＥのグループの識別子）でＣＲＣパリティビットをスクランブルし得る。識別子を用いてＣＲＣパリティビットをスクランブルすることは、識別子値およびＣＲＣパリティビットのＭｏｄｕｌｏ－２追加（または排他的ＯＲ演算）を含み得る。識別子は、１６ビットの値の無線ネットワーク一時識別子（ＲＮＴＩ）を含み得る。

【0175】

ＤＣＩは、異なる目的に使用され得る。目的は、ＣＲＣパリティビットをスクランブルするために使用されるＲＮＴＩのタイプによって示され得る。例えば、ページングＲＮＴＩ（Ｐ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ページング情報および／またはシステム情報変更通知を示し得る。Ｐ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。システム情報ＲＮＴＩ（ＳＩ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、システム情報のブロードキャスト送信を示し得る。ＳＩ－ＲＮＴＩは、１６進数で「ＦＦＦＦ」として事前に定義され得る。ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ランダムアクセス応答（ＲＡＲ）を示し得る。セルＲＮＴＩ（Ｃ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、動的スケジュールのユニキャスト送信および／またはＰＤＣＣＨ順序のランダムアクセスのトリガーを示し得る。一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、競合解決を示し得る（例えば、図１３Ａに示されるＭｓｇ３ １３１３に類似するＭｓｇ３）。基地局によってＵＥに構成される他のＲＮＴＩの符号化は、Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ （ＣＳ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＣＣＨ ＲＮＴＩ （ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＳＣＨ ＲＮＴＩ （ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＳＲＳ ＲＮＴＩ （ＴＰＣ－ＳＲＳ－ＲＮＴＩ）、Ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ （ＩＮＴ－ＲＮＴＩ）、Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｉｏｎ ＲＮＴＩ （ＳＦＩ－ＲＮＴＩ）、Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ （ＳＰ－ＣＳＩ－ＲＮＴＩ）、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ （ＭＣＳ－Ｃ－ＲＮＴＩ）、および／または類似のものを含む。

【0176】

ＤＣＩの目的および／または内容に応じて、基地局は、一つまたは複数のＤＣＩフォーマットでＤＣＩを送信し得る。例えば、ＤＣＩフォーマット０＿０は、セル内のＰＵＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット０＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット０＿１は、セル内のＰＵＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット０＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿０は、セル内のＰＤＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット１＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿１は、セル内のＰＤＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット１＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット２＿０は、ＵＥのグループにスロットフォーマット表示を提供するために使用され得る。ＤＣＩフォーマット２＿１は、ＵＥがＵＥへの送信を意図していないと想定する物理リソースブロックおよび／またはＯＦＤＭシンボルをＵＥのグループに通知するために使用され得る。ＤＣＩフォーマット２＿２は、ＰＵＣＣＨまたはＰＵＳＣＨ用の送信電力制御（ＴＰＣ）コマンドの送信に使用され得る。ＤＣＩフォーマット２＿３は、一つまたは複数のＵＥによるＳＲＳ送信用のＴＰＣコマンドのグループの送信に使用され得る。新機能のＤＣＩフォーマットは、今後のリリースで定義され得る。ＤＣＩフォーマットは、異なるＤＣＩサイズを有するか、または同じＤＣＩサイズを共有し得る。

【0177】

ＲＮＴＩでＤＣＩをスクランブルした後、基地局は、チャネル符号化（例えば、極性符号化）、レートマッチング、スクランブルおよび／またはＱＰＳＫ変調を用いてＤＣＩを処理し得る。基地局は、ＰＤＣＣＨのために使用および／または構成されるリソース要素上に、符号化および変調されたＤＣＩをマッピングし得る。ＤＣＩのペイロードサイズおよび／または基地局のカバレッジに基づき、基地局は、いくつかの連続制御チャネル要素（ＣＣＥ）を占有するＰＤＣＣＨを介してＤＣＩを送信し得る。連続するＣＣＥの数（アグリゲーションレベルと呼ばれる）は、１、２、４、８、１６、および／または任意の他の適切な数であり得る。ＣＣＥは、リソース要素グループ（ＲＥＧ）の数（例えば、６）を含み得る。ＲＥＧは、ＯＦＤＭシンボル内のリソースブロックを含み得る。リソース要素上の符号化および変調されたＤＣＩのマッピングは、ＣＣＥおよびＲＥＧのマッピング（例えば、ＣＣＥ～ＲＥＧマッピング）に基づいてもよい。

【0178】

図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。基地局は、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）上のＰＤＣＣＨを介してＤＣＩを送信し得る。ＣＯＲＥＳＥＴは、ＵＥが一つまたは複数の検索空間を使用してＤＣＩを復号化しようとする時間周波数リソースを含み得る。基地局は、時間周波数ドメイン内にＣＯＲＥＳＥＴを構成し得る。図１４Ａの実施例において、第一のＣＯＲＥＳＥＴ１４０１および第二のＣＯＲＥＳＥＴ１４０２は、スロット内の第一のシンボルで生じる。第一のＣＯＲＥＳＥＴ１４０１は、周波数ドメイン内の第二のＣＯＲＥＳＥＴ１４０２と重複する。第三のＣＯＲＥＳＥＴ１４０３は、スロット内の第三のシンボルで生じる。第四のＣＯＲＥＳＥＴ１４０４は、スロットの第七のシンボルで生じる。ＣＯＲＥＳＥＴは、周波数ドメイン内に異なる数のリソースブロックを有し得る。

【0179】

図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。ＣＣＥ～ＲＥＧマッピングは、インターリーブマッピング（例えば、周波数多様性を提供する目的で）または非インターリーブマッピング（例えば、干渉調整および／または制御チャネルの周波数選択送信を促進する目的で）であり得る。基地局は、異なるまたは同一のＣＣＥ～ＲＥＧマッピングを異なるＣＯＲＥＳＥＴ上で実行し得る。ＣＯＲＥＳＥＴは、ＲＲＣ構成によるＣＣＥ～ＲＥＧマッピングと関連付けられてもよい。ＣＯＲＥＳＥＴは、アンテナポート疑似コロケーション（ＱＣＬ）パラメーターで構成され得る。アンテナポートのＱＣＬパラメーターは、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信用の復調基準信号（ＤＭＲＳ）のＱＣＬ情報を示し得る。

【0180】

基地局は、一つまたは複数のＣＯＲＥＳＥＴおよび一つまたは複数の検索空間セットの構成パラメーターを含むＲＲＣメッセージをＵＥに送信することができる。構成パラメーターは、検索空間セットとＣＯＲＥＳＥＴとの間の関連を示し得る。検索空間セットは、所与のアグリゲーションレベルでＣＣＥによって形成されるＰＤＣＣＨ候補のセットを含み得る。構成パラメーターは、アグリゲーションレベル毎に監視されるＰＤＣＣＨ候補の数、ＰＤＣＣＨ監視周期性およびＰＤＣＣＨ監視パターン、ＵＥによって監視される一つまたは複数のＤＣＩフォーマット、および／または検索空間セットが、共通検索空間セットまたはＵＥ固有検索空間セットであるかどうかを示し得る。共通検索空間セット内のＣＣＥのセットは、事前に定義され、ＵＥに既知であり得る。ＵＥ固有検索空間セット内のＣＣＥのセットは、ＵＥのアイデンティティ（例えば、Ｃ－ＲＮＴＩ）に基づき構成され得る。

【0181】

図１４Ｂに示すように、ＵＥは、ＲＲＣメッセージに基づき、ＣＯＲＥＳＥＴの時間周波数リソースを決定し得る。ＵＥは、ＣＯＲＥＳＥＴの構成パラメーターに基づき、ＣＯＲＥＳＥＴに対するＣＣＥ～ＲＥＧマッピング（例えば、インターリーブまたは非インターリーブ、および／またはマッピングパラメーター）を決定し得る。ＵＥは、ＲＲＣメッセージに基づき、ＣＯＲＥＳＥＴ上に構成される検索空間セットの数（例えば、最大で１０）を決定し得る。ＵＥは、検索空間セットの構成パラメーターに従って、ＰＤＣＣＨ候補のセットを監視し得る。ＵＥは、一つまたは複数のＤＣＩを検出するために、一つまたは複数のＣＯＲＥＳＥＴ内のＰＤＣＣＨ候補のセットを監視し得る。監視は、監視されたＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のセットの一つまたは複数のＰＤＣＣＨ候補を復号することを含み得る。監視は、可能な（または構成される）ＰＤＣＣＨ位置、可能な（または構成される）ＰＤＣＣＨフォーマット（例えば、共通検索空間におけるＣＣＥの数、ＰＤＣＣＨ候補の数、および／またはＵＥ固有検索空間におけるＰＤＣＣＨ候補の数）、および可能な（または構成される）ＤＣＩフォーマットを有する一つまたは複数のＰＤＣＣＨ候補のＤＣＩ内容を復号することを含み得る。復号化は、ブラインドブラインド複合化ブラインド復号化と呼んでもよい。ＵＥは、ＣＲＣチェック（例えば、ＲＮＴＩ値に一致するＤＣＩのＣＲＣパリティビットに対するスクランブルビット）に応答して、ＵＥに対して有効なＤＣＩを決定し得る。ＵＥは、ＤＣＩに含まれる情報（例えば、スケジューリング割り当て、アップリンクグラント、電力制御、スロットフォーマット表示、ダウンリンクプリエンプション、および／または同種のもの）を処理し得る。

【0182】

ＵＥは、アップリンク制御シグナリング（例えば、アップリンク制御情報（ＵＣＩ））を基地局に送信し得る。アップリンク制御シグナリングは、受信したＤＬ－ＳＣＨトランスポートブロックに対するハイブリッド自動反復要求（ＨＡＲＱ）確認応答を含み得る。ＵＥは、ＤＬ－ＳＣＨトランスポートブロックを受信した後、ＨＡＲＱ確認応答を送信し得る。アップリンク制御シグナリングは、物理ダウンリンクチャネルのチャネル品質を示すチャネル状態情報（ＣＳＩ）を含み得る。ＵＥは、ＣＳＩを基地局に送信し得る。基地局は、受信したＣＳＩに基づき、ダウンリンク送信のための送信フォーマットパラメーター（例えば、マルチアンテナおよびビーム形成スキームを含む）を決定し得る。アップリンク制御シグナリングは、スケジューリング要求（ＳＲ）を含み得る。ＵＥは、アップリンクデータが基地局に送信可能であることを示すＳＲを送信し得る。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、ＵＣＩ（例えば、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）、ＣＳＩレポート、ＳＲなど）を送信し得る。ＵＥは、いくつかのＰＵＣＣＨフォーマットのうちの一つを使用して、ＰＵＣＣＨを介してアップリンク制御シグナリングを送信し得る。

【0183】

五つのＰＵＣＣＨフォーマットがあり得、ＵＥは、ＵＣＩのサイズ（例えば、ＵＣＩ送信のアップリンクシンボルの数およびＵＣＩビットの数）に基づきＰＵＣＣＨフォーマットを決定し得る。ＰＵＣＣＨフォーマット０は、一つまたは二つのＯＦＤＭシンボルの長さを有してもよく、２以下のビットを含み得る。ＵＥは、送信が一つまたは二つのシンボルを超えており、正または負のＳＲを持つＨＡＲＱ－ＡＣＫ情報ビットの数（ＨＡＲＱ－ＡＣＫ／ＳＲビット）が一つまたは二つである場合、ＰＵＣＣＨフォーマット０を使用して、ＰＵＣＣＨリソースでＵＣＩを送信することができる。ＰＵＣＣＨフォーマット１は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２以下のビットを含み得る。ＵＥは、送信が四つ以上のシンボルであり、ＨＡＲＱ－ＡＣＫ／ＳＲビットの数が一つまたは二つである場合、ＰＵＣＣＨフォーマット１を使用し得る。ＰＵＣＣＨフォーマット２は、一つまたは二つのＯＦＤＭシンボルを占有してもよく、２ビット超を含み得る。ＵＥは、送信が一つまたは二つのシンボルを超え、ＵＣＩビットの数が二つ以上である場合、ＰＵＣＣＨフォーマット２を使用し得る。ＰＵＣＣＨフォーマット３は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含み得る。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含まない場合、ＰＵＣＣＨフォーマット３を使用し得る。ＰＵＣＣＨフォーマット４は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含み得る。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含む場合、ＰＵＣＣＨフォーマット４を使用し得る。

【0184】

基地局は、例えば、ＲＲＣメッセージを使用して、複数のＰＵＣＣＨリソースセットの構成パラメーターをＵＥに送信し得る。複数のＰＵＣＣＨリソースセット（例えば、最大四つのセット）は、セルのアップリンクＢＷＰ上に構成され得る。ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックス、ＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ－Ｒｅｓｏｕｒｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを有する複数のＰＵＣＣＨリソース、および／またはＵＥが、ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうちの一つを使用して送信することができるＵＣＩ情報ビットの数（例えば、最大数）で構成され得る。複数のＰＵＣＣＨリソースセットで構成する場合、ＵＥは、ＵＣＩ情報ビット（例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ、および／またはＣＳＩ）の合計ビット長に基づき、複数のＰＵＣＣＨリソースセットのうちの一つを選択し得る。ＵＣＩ情報ビットの合計ビット長が２以下である場合、ＵＥは、ＰＵＣＣＨリソースセットのインデックスが「０」に等しい第一のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が２より大きく、第一の構成値以下の場合、ＵＥは、「１」に等しいＰＵＣＣＨリソースセットインデックスを有する第二のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第一の構成値より大きく、第二の構成値以下の場合、ＵＥは、「２」に等しいＰＵＣＣＨリソースセットインデックスを有する第三のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第二の構成値より大きく、第三の値（例えば、１４０６）以下である場合、ＵＥは、「３」に等しいＰＵＣＣＨリソースセットインデックスを有する第四のＰＵＣＣＨリソースセットを選択することができる。

【0185】

複数のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースセットを決定した後、ＵＥは、ＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩ、および／またはＳＲ）送信用のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定し得る。ＵＥは、ＰＤＣＣＨ上で受信されたＤＣＩ（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）内のＰＵＣＣＨリソースインジケーターに基づき、ＰＵＣＣＨリソースを決定し得る。ＤＣＩの３ビットＰＵＣＣＨリソースインジケーターは、ＰＵＣＣＨリソースセット内の八つのＰＵＣＣＨリソースのうちの一つを示し得る。ＰＵＣＣＨリソースインジケーターに基づき、ＵＥは、ＤＣＩ内のＰＵＣＣＨリソースインジケーターによって示されるＰＵＣＣＨリソースを使用してＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩおよび／またはＳＲ）を送信することができる。

【0186】

図１５は、本開示の実施形態による基地局１５０４と通信する無線デバイス１５０２の実施例を示す。無線デバイス１５０２および基地局１５０４は、図１Ａに示される移動体通信ネットワーク１００、図１Ｂに示される移動体通信ネットワーク１５０、またはその他の通信ネットワークなどの移動体通信ネットワークの一部であり得る。図１５には、一つの無線デバイス１５０２および一つの基地局１５０４のみが示される。しかし、移動体通信ネットワークは、図１５に示されるものと同じまたは同様の構成を有する、複数のＵＥおよび／または複数の基地局を含み得ることが理解されよう。

【0187】

基地局１５０４は、無線デバイス１５０２を、エアーインターフェイス（または無線インターフェイス）１５０６上で無線通信を介してコアネットワーク（図示せず）に接続し得る。エアーインターフェイス１５０６上の基地局１５０４から無線デバイス１５０２への通信方向は、ダウンリンクとして知られ、エアーインターフェイス上の無線デバイス１５０２から基地局１５０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、ＦＤＤ、ＴＤＤ、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。

【0188】

ダウンリンクでは、基地局１５０４から無線デバイス１５０２に送信されるデータは、基地局１５０４の処理システム１５０８に提供され得る。データは、例えば、コアネットワークによって処理システム１５０８に提供され得る。アップリンクでは、無線デバイス１５０２から基地局１５０４に送信されるデータは、無線デバイス１５０２の処理システム１５１８に提供され得る。処理システム１５０８および処理システム１５１８は、層３および層２のＯＳＩ機能を実装して、送信のためにデータを処理し得る。層２は、例えば、図２Ａ、図２Ｂ、図３、および図４Ａに関して、ＳＤＡＰ層、ＰＤＣＰ層、ＲＬＣ層、およびＭＡＣ層を含み得る。層３は、図２Ｂに関してＲＲＣ層を含み得る。

【0189】

処理システム１５０８によって処理された後、無線デバイス１５０２に送信されるデータは、基地局１５０４の送信処理システム１５１０に提供され得る。同様に、処理システム１５１８によって処理された後、基地局１５０４に送信されるデータは、無線デバイス１５０２の送信処理システム１５２０に提供され得る。送信処理システム１５１０および送信処理システム１５２０は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。送信処理のために、ＰＨＹ層は、例えば、トランスポートチャネルの順方向エラー訂正符号化、インターリーブ、レートマッチング、トランスポートチャネルの物理チャネルへのマッピング、物理チャネルの変調、多重入力多重出力（ＭＩＭＯ）またはマルチアンテナ処理、および／または同種のものを実行し得る。

【0190】

基地局１５０４で、受信処理システム１５１２は、無線デバイス１５０２からアップリンク送信を受信し得る。無線デバイス１５０２では、受信処理システム１５２２は、基地局１５０４からダウンリンク送信を受信し得る。受信処理システム１５１２および受信処理システム１５２２は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。受信処理のために、ＰＨＹ層は、例えば、エラー検出、順方向エラー訂正復号化、デインターリーブ、物理チャネルへのトランスポートチャネルのデマッピング、物理チャネルの復調、ＭＩＭＯまたはマルチアンテナ処理、および／または同種のものを実行し得る。

【0191】

図１５に示すように、無線デバイス１５０２および基地局１５０４は、複数のアンテナを含み得る。複数のアンテナは、空間多重化（例えば、単一ユーザーＭＩＭＯまたはマルチユーザーＭＩＭＯ）、送信／受信多様性、および／またはビームフォーミングなどの一つまたは複数のＭＩＭＯまたはマルチアンテナ技術を実施するために使用され得る。他の実施例では、無線デバイス１５０２および／または基地局１５０４は、単一アンテナを有し得る。

【0192】

処理システム１５０８および処理システム１５１８は、それぞれメモリー１５１４およびメモリー１５２４と関連付けられてもよい。メモリー１５１４およびメモリー１５２４（例えば、一つまたは複数の非一時的コンピューター可読媒体）は、本出願で論じる一つまたは複数の機能を実施するために、処理システム１５０８および／または処理システム１５１８によって実行され得るコンピュータープログラム命令またはコードを記憶し得る。図１５には示されていないが、送信処理システム１５１０、送信処理システム１５２０、受信処理システム１５１２、および／または受信処理システム１５２２は、それらのそれぞれの機能のうちの一つまたは複数を実行するために実行され得るコンピュータープログラム命令またはコードを格納するメモリー（例えば、一つまたは複数の非一時的コンピューター可読媒体）に結合され得る。

【0193】

処理システム１５０８および／または処理システム１５１８は、一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーを含み得る。一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーは、例えば、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、マイクロコントローラー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／またはその他のプログラマーブルロジックデバイス、ディスクリートゲートおよび／またはトランジスターロジック、ディスクリートハードウェアコンポーネント、オンボードユニット、またはそれらの任意の組み合わせを含み得る。処理システム１５０８および／または処理システム１５１８は、信号符号化／処理、データ処理、電力制御、入出力処理、および／または無線デバイス１５０２および基地局１５０４が無線環境で動作するのを可能にし得る他の任意の機能のうちのうちの少なくとも一つを実行し得る。

【0194】

処理システム１５０８および／または処理システム１５１８は、それぞれ、一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６に接続され得る。一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６は、特徴および／または機能を提供するソフトウェアおよび／またはハードウェア、例えばスピーカー、マイク、キーパッド、表示装置、タッチパッド、電源、衛星トランシーバー、ユニバーサルシリアルバス（ＵＳＢ）ポート、ハンズフリーヘッドセット、周波数変調（ＦＭ）無線ユニット、メディアプレーヤー、インターネットブラウザ、電子制御ユニット（例えば、車両用）、および／または一つまたは複数のセンサー（例えば、加速度計、ジャイロスコープ、温度センサー、レーダーセンサー、ライダーセンサー、超音波センサー、光センサー、カメラ、および／または類似のもの）を含み得る。処理システム１５０８および／または処理システム１５１８は、一つまたは複数の周辺装置１５１６および／または一つまたは複数の周辺装置１５２６からユーザー入力データを受信し、および／またはユーザー出力データを提供し得る。無線デバイス１５０２内の処理システム１５１８は、電源から電力を受け取ることができ、および／または無線デバイス１５０２内の他のコンポーネントに電力を分配するように構成することができる。電源は、一つまたは複数の電源、例えば、バッテリー、太陽電池、燃料電池、またはそれらの任意の組み合わせを含み得る。処理システム１５０８および／または処理システム１５１８は、それぞれ、ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７に接続され得る。ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７は、それぞれ、無線デバイス１５０２および基地局１５０４の地理的位置情報を提供するように構成され得る。

【0195】

図１６Ａは、アップリンク送信のための例示的な構造を示す。物理アップリンク共有チャネルを代表するベースバンド信号は、一つまたは複数の機能を実行することができる。この一つまたは複数の機能は、スクランブリング、複素数値シンボルを生成するためのスクランブルビットの変調、一つまたはいくつかの送信層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、複素数値時間ドメイン単一キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）またはＣＰ－ＯＦＤＭ信号のアンテナポートへの生成、および／または同様のもののうちの少なくとも一つを含むことができる。一実施例では、変換プリコーディングが有効である場合は、アップリンク送信のためのＳＣ－ＦＤＭＡ信号が生成され得る。一実施例では、変換プリコーディングが有効でない場合は、図１６Ａによって、アップリンク送信のためのＣＰ－ＯＦＤＭ信号が生成されることができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。

【0196】

図１６Ｂは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための例示的な構造を示す。ベースバンド信号は、アンテナポートに対する、複素数値ＳＣ－ＦＤＭＡまたはＣＰ－ＯＦＤＭベースバンド信号および／または複素数値物理ランダムアクセスチャネル（ＰＲＡＣＨ）ベースバンド信号であり得る。送信前にフィルターリングを用いることができる。

【0197】

図１６Ｃは、ダウンリンク送信の例示的な構造を示す。物理ダウンリンクチャネルを表すベースバンド信号は、一つまたは複数の機能を実行できる。この一つまたは複数の機能は、物理チャネル上で送信されるべきコードワード内の符号化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブルされたビットの変調、複素数値変調シンボルの一つまたはいくつかの送信層上へのマッピング、アンテナポート上での送信のための層上にある複素数値変調シンボルのプリコーディング、アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、および／または同様のものを含むことができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。

【0198】

図１６Ｄは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための別の実施例示的な構造を示す。ベースバンド信号は、アンテナポート用の複素数値ＯＦＤＭベースバンド信号であり得る。送信前にフィルターリングを用いることができる。

【0199】

無線デバイスは、複数のセル（例えば、プライマリーセル、セカンダリーセル）の構成パラメーターを含む一つまたは複数のメッセージ（例えば、ＲＲＣメッセージ）を基地局から受信し得る。無線デバイスは、複数のセルを介して、少なくとも一つの基地局（例えば、二重接続の二つ以上の基地局）と通信し得る。一つまたは複数のメッセージ（例えば、構成パラメーターの一部として）は、無線デバイスを構成するための物理的、ＭＡＣ、ＲＬＣ、ＰＣＤＰ、ＳＤＡＰ、ＲＲＣ層のパラメーターを含み得る。例えば、構成パラメーターは、物理層およびＭＡＣ層チャネル、ベアラなどを構成するためのパラメーターを含み得る。例えば、構成パラメーターは、物理層、ＭＡＣ層、ＲＬＣ層、ＰＣＤＰ層、ＳＤＡＰ層、ＲＲＣ層、および／または通信チャネル用のタイマーの値を示すパラメーターを含み得る。

【0200】

タイマーが開始されると実行を開始し、停止するまで、または満了するまで、実行を継続し得る。タイマーは、動いていない場合に開始され得るか、動いている場合に再起動され得る。タイマーは、値と関連付けられてもよい（例えば、タイマーは、ある値から開始または再開されてもよく、またはゼロから開始され、値に到達したら満了し得る）。タイマーの持続時間は、（例えば、ＢＷＰスイッチングにより）タイマーが停止するか、または満了するまで更新され得ない。タイマーを使用して、プロセスの期間／ウィンドウを測定することができる。本明細書が、一つまたは複数のタイマーに関連する実装および手順を指す場合、一つまたは複数のタイマーを実装する複数の方法があることが理解されよう。例えば、タイマーを実施するための複数の方法のうちの一つまたは複数が、手順の期間／ウィンドウを測定するために使用され得ることが理解されよう。例えば、ランダムアクセス応答ウィンドウタイマーは、ランダムアクセス応答を受信するためのウィンドウ時間を測定するために使用され得る。一実施例では、ランダムアクセス応答ウィンドウタイマーの開始および満了の代わりに、二つのタイムスタンプ間の時間差を使用し得る。タイマーが再開されると、時間ウィンドウの測定のためのプロセスが再開され得る。他の例示的実施は、時間ウィンドウの測定を再開するために提供され得る。

【0201】

無線デバイスは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態でのアップリンクデータ送信を実行しえない（例えば、実行することが許可されない、または禁止しえる）。このような場合、無線デバイスは、ＤＬ（例えば、携帯終端（ＭＴ））データおよび／またはＵＬ（例えば、携帯起源（ＭＯ））データの送信のために、ネットワークに接続（例えば、セットアップ、（再）確立、および／または再開）し得る。例えば、無線デバイスは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ－ＩＤＬＥ状態）でネットワークへの接続を行うために、一つまたは複数の手順（例えば、接続セットアップ手順）を実行し得る。例えば、無線デバイスは、例えば、ＤＬ（例えば、携帯終端（ＭＴ））および／またはＵＬ（例えば、携帯起源（ＭＯ））データがバッファ内で利用可能である場合に、一つまたは複数の手順（例えば、接続セットアップまたは再開手順）を実施し得る。一つまたは複数の手順（例えば、接続セットアップまたは再開手順の正常な完了に応答して）に基づき、無線デバイスのＲＲＣ状態は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）から、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行し得る。無線デバイスは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、ＤＬ送信の受信（例えば、ＤＬデータを受信する）および／またはＵＬ送信（例えば、ＵＬデータを送信する）を行ってもよい。無線デバイスは、例えば、バッファ内に（例えば、受信されるべき）ＤＬデータがもう存在しない、および／または（例えば、送信されるべき）ＵＬデータがもう存在しなくなった後、またはそのことに応答して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）に移行し得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に移行するために、無線デバイスは、接続リリース手順を実行し得る。接続リリース手順（例えば、ＲＲＣリリース手順）は、ＲＲＣ状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ）に移行させ得る。

【0202】

ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）とＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態との間の頻繁なＲＲＣ状態遷移は、異なる層（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＤＣＩ）で複数の制御信号を送信および／または受信する無線デバイスを必要とし得る。例えば、ＲＲＣ接続セットアップについて、無線デバイスは、ＲＲＣ接続セットアップ要求を基地局に送信し、ＲＲＣ接続セットアップ要求への応答としてＲＲＣ接続セットアップメッセージを受信し得る。例えば、ＲＲＣ接続再開のために、無線デバイスは、基地局に、ＲＲＣ接続再開要求を送信し、ＲＲＣ接続再開要求への応答としてＲＲＣ接続再開メッセージを受信し得る。例えば、ＲＲＣ接続リリースのために、無線デバイスは、基地局から、ＲＲＣ接続リリース要求を受信し得る。例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）で利用可能（または到着）な小さなデータのＤＬおよび／またはＵＬ送信のために、無線デバイスが、ネットワークへの接続を行う（または再開）し（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの移行）、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで、小さいデータのＤＬおよび／またはＵＬ送信を実行する前に、またはそれに応答して、接続をリリースする（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥまたはＲＲＣ＿ＩＤＬＥへの移行）ことは非効率的であり得る。これにより、不要な電力消費および／またはシグナリングオーバーヘッドが増加する可能性がある。例えば、ペイロードを送信するために必要なシグナリングオーバーヘッド（例えば、制御シグナリングオーバーヘッド）は、ペイロードよりも大きくてもよい。例えば、小さくて低頻度のＤＬおよび／またはＵＬデータパケットに対する頻繁なＲＲＣ状態遷移は、無線デバイスに不必要な電力消費およびシグナリングオーバーヘッドを引き起こし得る。

【0203】

小さくて低頻度のデータパケットの例としては、スマートフォンアプリケーション、インスタントメッセージング（ＩＭ）サービスから生成されるトラフィック、ＩＭ／電子メールクライアントおよびその他のアプリからのハートビート／キープアライブトラフィック、各種アプリ、スマホ以外のアプリ、ウェアラブル（位置情報など）、センサー（例えば、温度、圧力の読み取り値を定期的に、またはイベントによってトリガーされる方法で送信するため）、および／またはメーターの測定値を送信するスマートメーターおよびスマートメーターネットワークからのプッシュ通知などあり得る。

【0204】

無線デバイスは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）で、アップリンクデータ送信を実行し得る。例えば、無線デバイスは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（および／またはＲＲＣ＿ＩＤＬＥ状態）で一つまたは複数のデータパケットを送信し得る。例えば、無線デバイスは、基地局から、無線デバイスのＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の一つまたは複数のアップリンク無線リソースを示すスケジューリング情報（例えば、ＲＲＣメッセージ）を受信し得る。一つまたは複数のアップリンク無線リソースは、低頻度のデータ送信用であり得る。一つまたは複数のアップリンク無線リソースは、非定期的なデータ送信用であり得る。一つまたは複数のアップリンク無線リソースは、定期的なデータ送信用であり得る。無線デバイスは、そのＲＲＣ状態をＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（および／またはＲＲＣ＿ＩＤＬＥ状態）として維持しながら、一つまたは複数の無線リソースを介して一つまたは複数のデータパケットを送信し得る。例えば、無線デバイスは、一つまたは複数の無線リソースを介して一つまたは複数のデータパケットを送信するためにそのＲＲＣ状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行しえない。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）の一つまたは複数の無線リソースを介したアップリンク送信は、効率的で柔軟であり得る（例えば、低スループットのショートデータバーストに対して）。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）の一つまたは複数の無線リソースを介したアップリンク送信は、効率的なシグナリング機構（例えば、シグナリングオーバーヘッドがペイロードよりも少ない）を提供し得る。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）の一つまたは複数の無線リソースを介したアップリンク送信は、シグナリングオーバーヘッドを低減し得る。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）の一つまたは複数の無線リソースを介したアップリンク送信は、無線デバイスの電池性能を改善することができる。例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）で断続的な小さなデータパケットを有する無線デバイスは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）のかかるアップリンク送信から利益を得ることができる。

【0205】

本明細書では、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のアップリンクデータ送信は、ＲＲＣ＿ＩＤＬＥ状態のアップリンクデータ送信と互換性があり得る。例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のアップリンクデータ送信に関連する手順、構成パラメーター、および／または機能説明は、例えば、ＲＲＣ＿ＩＤＬＥ状態に対して指定しない限り、ＲＲＣ＿ＩＤＬＥ状態に適用可能であり、および／またはＲＲＣ＿ＩＤＬＥ状態に対して利用可能であり得る。本明細書では、ＲＲＣ＿ＩＤＬＥ状態のアップリンクデータ送信に関連する手順、構成パラメーター、および／または機能説明は、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に対して指定しない限り、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に適用可能であり、および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に対して利用可能であり得る。例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよび／またはＲＲＣ＿ＩＤＬＥ状態が、無線デバイスが有するＲＲＣ状態である場合、本明細書に記載されるＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のアップリンクデータ送信に関する手順、構成パラメーターおよび／または機能説明が、無線デバイスのＲＲＣ＿ＩＤＬＥ状態に適用可能であり、および／または利用可能であり得る。例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ、および／またはＲＲＣ＿ＩＤＬＥ状態が、無線デバイスが有するＲＲＣ状態である場合、本明細書に記述されたアップリンクデータ送信に関連する手順、構成パラメーター、および／または機能説明は、無線デバイスのＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ状態に対し適用可能である、および／または無線デバイスのＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ状態に対し利用可能であり得る。

【0206】

図１７は、本開示の実施形態の一態様による、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）における一つまたは複数のデータパケット送信の例である。図１７の一つまたは複数のデータパケット送信は、本明細書の一つまたは複数の例示的実施形態に適用可能である。無線デバイスは、アップリンクリソースを構成するＲＲＣメッセージを受信し得る。ＲＲＣメッセージは、ＲＲＣリリースメッセージであり得る。アップリンクリソースは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（および／またはＲＲＣ＿ＩＤＬＥ状態）で利用可能、スケジュール化、および／または構成され得る。例えば、無線デバイスは、無線デバイスのＲＲＣ状態に基づき、アップリンクリソースを使用する（および／または開始、および／または起動）か、または使用を停止する（および／またはクリア、および／または一時停止、および／または起動停止）かを決定し得る。無線デバイスは、無線デバイスがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）で使用し得る一つまたは複数のアップリンク無線リソースの無線リソース構成パラメーターを受信し得る。例えば、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、および／またはＲＲＣ＿ＩＤＬＥ状態の間、一つまたは複数のアップリンク無線リソースが（事前）構成され得る。例えば、無線デバイスは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤである一方で、一つまたは複数のアップリンク無線リソースの無線リソース構成パラメーターを含むＲＲＣメッセージを受信し得る。無線デバイスは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の間、一つまたは複数のアップリンク無線リソースを開始（または起動）しえない。例えば、ＲＲＣリリースメッセージは、一つまたは複数のアップリンク無線リソースの無線リソース構成パラメーターを含んでもよい。無線デバイスは、ＲＲＣリリースメッセージの受信後、および／または受信に応答して、一つまたは複数のアップリンク無線リソースを開始（または起動）し得る。無線デバイスは、無線デバイスのＲＲＣ状態がＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）である後、および／またはそれに応答して、一つまたは複数のアップリンク無線リソースを開始（および／または起動および／または使用）し得る。無線デバイスは、例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行することなく、ＲＲＣ状態をＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）として維持しながら、一つまたは複数のアップリンク無線リソースを介して一つまたは複数のデータパケットを送信し得る。無線デバイスは、ＲＲＣ状態を、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）から、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行することを決定し得る。ＲＲＣ状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行した後、またはそれに応答して、無線デバイスは、一つまたは複数のアップリンクリソースの使用を停止（および／またはクリア、および／または一時停止、および／または起動停止）することを決定し得る。

【0207】

図１７では、無線デバイスは、無線デバイスのＲＲＣ状態を、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）に移行することを決定し得る。無線デバイスは、ＲＲＣメッセージの受信後、またはそれに応答して、ＲＲＣ状態をＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）に移行することを決定し得る。例えば、無線デバイスは、基地局から、ＲＲＣメッセージ（例えば、ＲＲＣリリースメッセージ）を受信し得る。ＲＲＣメッセージ（例えば、ＲＲＣリリースメッセージ）は、ネットワークからのＲＲＣ接続のリリースを示し得る。ＲＲＣメッセージの受信に応答して、無線デバイスは、ＲＲＣリリース手順を実行し得る。ＲＲＣリリース手順には、確立された無線ベアラおよび／または構成される無線リソースのリリースを含めることができる。ＲＲＣリリース手順には、ＲＲＣ接続の一時停止（例えば、シグナリング無線ベアラ（ＳＲＢ）（例えば、ＳＲＢ２）および／または少なくとも一つの専用無線ベアラ（ＤＲＢ）がセットアップされる場合）および／または確立された無線ベアラの一時停止が含まれてもよい。ＲＲＣメッセージを受信した（またはＲＲＣリリース手順を実行した）後、および／またはそれに応答して、無線デバイスは、無線デバイスのＲＲＣ状態を、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）に移行することを決定し得る。

【0208】

図１７では、無線デバイスは、無線デバイスのＲＲＣ状態をＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行することを決定し得る。例えば、無線デバイスは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行するためのランダムアクセス手順を実行し得る。無線デバイスは、例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）の間に到来するアップリンクデータのアップリンク送信のためのランダムアクセス手順を実行（および／または開始）し得る。無線デバイスは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）でページングメッセージを受信した後、またはそれに応答して、ランダムアクセス手順を実行し得る。無線デバイスは、例えば、定期的に、ページングメッセージのダウンリンク制御チャネルを監視し得る。無線デバイスは、基地局（またはネットワーク）から、無線デバイスの識別子を示すページングメッセージを受信し得る。ページングメッセージは、無線デバイスが、例えば、ネットワークへの接続を行うために、ランダムアクセス手順を実施することを示し得る。

【0209】

無線デバイスは、一つまたは複数の構成を含むメッセージを受信することができる。一つまたは複数の構成の構成は、構成の識別子（またはインデックス）を含み得る。一つまたは複数の構成の各々は、無線デバイスがＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（またはＲＲＣ＿ＩＤＬＥ状態）で使用し得る一つまたは複数のアップリンク無線リソースの無線リソース構成パラメーターを含み得る。

【0210】

無線デバイスは、無線デバイスがＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）で使用する一つまたは複数のアップリンク無線リソースを示すＲＲＣメッセージを受信し得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースは、例えば、単一の送信について、１回のみの使用リソースであり得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースは、例えば、一つまたは複数のアップリンク送信用の周期的リソースであり得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースは、異なるシステムおよび／または実装において、さまざまな名称として呼ばれ得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースは、事前設定されたアップリンクリソース（ＰＵＲ）と呼ばれ得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを示すアップリンクグラントは、（事前）構成されたグラントと呼んでもよい。（事前）構成されたグラントは、複数のタイプを含み得る。例えば、（事前）構成されたグラントは、（事前）構成されたグラントタイプ１および／または（事前）構成されたグラントタイプ２を含んでもよい。（事前）構成されたグラントタイプ１によって決定された（および／または示される）一つまたは複数のアップリンク無線リソースは、例えば、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを示すＲＲＣメッセージの受信後、またはそれに応答して、一つまたは複数のアップリンク無線リソースを（再）開始（および／または（再）起動）するという表示を必要としえない。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における一つまたは複数のアップリンク無線リソースを示す（事前）構成されたグラントタイプ１を含むＲＲＣメッセージの受信後、またはそれに応答して、一つまたは複数のアップリンク無線リソースを（再）開始（および／または（再）起動）し得る。（事前）構成されたグラントタイプ２によって決定された（および／または示される）一つまたは複数のアップリンク無線リソースは、一つまたは複数のアップリンク無線リソースを示すＲＲＣメッセージの受信後、またはそれに応答して、一つまたは複数のアップリンク無線リソースを（再）開始（および／または（再）起動）する表示を要求し得る。例えば、無線デバイスは、一つまたは複数のアップリンク無線リソースを示す（事前）構成されたグラントタイプ２を含むＲＲＣメッセージの受信の後、またはそれに応答して、一つまたは複数のアップリンク無線リソースを（再）開始（および／または（再）起動）しえない。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを（再）開始（および／または（再）起動）する表示を受信した後、またはそれに応答して、一つまたは複数のアップリンク無線リソースを（再）開始（および／または（再）起動）し得る。無線デバイスは、一つまたは複数のアップリンク無線リソースを示す（事前）構成されたグラントタイプ２を含むＲＲＣメッセージの受信の後、またはそれに応答して、表示を受信し得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを示すアップリンクグラントは、特定のタイプインジケーター、例えば、（事前）構成されたグラントタイプ３、４などを有する（事前）構成されたグラントと呼んでもよい。例えば、（事前）構成されたグラントタイプ１および（事前）構成されたグラントタイプ２は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での一つまたは複数の（定期的な）アップリンクグラントを示し得る。例えば、（事前）構成されたグラントタイプ３（および／または他のタイプの（事前）構成されたグラント）は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での一つまたは複数の（定期的な）アップリンクグラントを示し得る。

【0211】

図１８Ａは、本開示の実施形態の一態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態）中の一つまたは複数のアップリンク無線リソースを示す（事前）構成されたグラントの例である。図１８Ａの（事前）構成されたグラント）は、一つまたは複数のアップリンク無線リソース（および／または（事前）構成されたグラント）を起動（および／または開始）する追加の起動メッセージ（例えば、ＤＣＩ、ＭＡＣ ＣＥ、および／またはＲＲＣ）を必要としえない。例えば、無線デバイスは、セルの（事前）構成されたグラントの構成パラメーターを含むＲＲＣメッセージを受信することができる。例えば、ＲＲＣメッセージはＲＲＣリリースメッセージであり得る。ＲＲＣメッセージの受信後、またはそれに応答して、無線デバイスは、セルに対して（事前）構成されたグラントを決定（および／または記憶）し得る。ＲＲＣメッセージの受信後、またはそれに応答して、無線デバイスは、（事前）構成されたグラントを（再）開始（または起動）し得る。一つまたは複数のアップリンク無線リソース（および／または（事前）構成されたグラント）は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態で起動および／または開始（または有効化）され得る。例えば、無線デバイスは、時間基準で（および／またはそれから）開始するために、（事前）構成されたグラントを（再）開始（または起動）し得る。例えば、時間基準は、シンボル、スロット、サブフレーム、ＳＦＮ、および／またはハイパーＳＦＮ（Ｈ－ＳＦＮ）であり得る。例えば、Ｈ－ＳＦＮは、一つまたは複数のＳＦＮ（例えば、１０２４個のＳＦＮ）を含む。例えば、時間基準は、シンボル、スロット、サブフレーム、ＳＦＮ、および／またはハイパーＳＦＮ（Ｈ－ＳＦＮ）のうちの一つまたは複数の組み合わせであり得る。例えば、時間基準は、構成パラメーター（例えば、時間ドメインオフセット）（例えば、Ｈ－ＳＦＮ、ＳＦＮ、および／またはスロットを示す）によって示されるＨ－ＳＦＮのＳＦＮのスロットのシンボル、およびシンボル番号Ｓ（例えば、シンボルを示す）であり得る。例えば、無線デバイスは、（事前）構成されたグラントが、構成パラメーターによって示される周期性で（再）発生することを決定することができる。無線デバイスは、ネットワーク（または基地局）に接続することができる。無線デバイスは、接続を行うために、ＲＲＣ接続セットアップ手順および／またはＲＲＣ接続再開手順を実行することができる。例えば、無線デバイスはＲＲＣ接続セットアップ要求（例えば、ＲＲＣ接続セットアップ手順用）、および／またはＲＲＣ接続再開要求（例えば、ＲＲＣ接続再開手順用）を送信することができる。無線デバイスは、基地局から、ＲＲＣ接続の完了を示す応答を受信することができる。例えば、無線デバイスは、ＲＲＣ接続セットアップ完了を受信し得る（例えば、ＲＲＣ接続セットアップ手順用）。例えば、無線デバイスはＲＲＣ接続再開完了を受信し得る（例えば、ＲＲＣ接続再開手順のため）。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、一つまたは複数のアップリンク無線リソース（および／または（事前に）構成されたグラント）は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、起動停止および／または一時停止され得る（クリア、および／または無効）。例えば、一つまたは複数のアップリンク無線リソース（および／または（事前に）設定されたグラント）は、図１８Ａの基地局への接続後、またはそれに応答して（例えば、ＲＲＣ接続セットアップおよび／または再開完了の受信後、またはそれに応答して）、起動停止および／または一時停止され得る（クリア、および／または無効）。

【0212】

図１８Ｂは、本開示の実施形態の態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態および／またはＲＲＣ＿ＩＤＬＥ状態）中の一つまたは複数のアップリンク無線リソースを示す（事前）構成されたグラントの例である。図１８Ｂは、一つまたは複数のアップリンク無線リソース（および／または（事前）構成されたグラント）を起動（および／または開始）する、追加の起動メッセージ（例えば、ＤＣＩ、ＭＡＣ ＣＥ、および／またはＲＲＣ）を必要とし得る。例えば、無線デバイスは、セルの（事前）構成されたグラントの構成パラメーターを含むＲＲＣメッセージを受信することができる。ＲＲＣメッセージの受信後、またはそれに応答して、無線デバイスは、セルに対して（事前）構成されたグラントを決定（および／または記憶）し得る。例えば、ＲＲＣメッセージはＲＲＣリリースメッセージであり得る。ＲＲＣメッセージの受信の後、またはそれに応答して、無線デバイスが、例えば、無線デバイスが追加の起動メッセージ（例えば、ＤＣＩ、ＭＡＣ ＣＥ、および／またはＲＲＣ）を受信するまで、（事前）構成されたグラントを（再）開始（または起動）しえない。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＰＤＣＣＨを監視して、追加の起動メッセージを受信し得る。無線デバイスは、ＲＲＣメッセージの受信後、またはそれに応答して、追加の起動メッセージ（例えば、ＤＣＩ、ＭＡＣ ＣＥ、および／またはＲＲＣ）を受信し得る。ＰＤＣＣＨによって運ばれるＤＣＩは、追加の起動メッセージであり得る。ＰＤＣＣＨによって伝送されるＤＣＩのダウンリンク割り当てに基づき受信されるＭＡＣ ＣＥおよび／またはＲＲＣメッセージは、追加の起動メッセージであり得る。ＲＲＣメッセージ内の構成パラメーターは、ＰＤＣＣＨの時間および頻度のリソース割り当て、ＰＤＣＣＨの監視機会、および／またはＰＤＣＣＨの監視周期を示し得る。無線デバイスは、（事前）構成されたグラントが、構成パラメーターおよび／またはタイミングオフセット基準（例えば、Ｈ－ＳＦＮ、ＳＦＮ、スロットおよび／またはシンボル）によって示される周期性で（再）発生することを決定し得る。例えば、無線デバイスは、ＰＤＣＣＨを介して受信された追加の起動メッセージの受信タイミングに基づき、ＳＦＮ（例えば、Ｈ－ＳＦＮの）、スロットおよび／またはシンボルを決定し得る。無線デバイスは、一つまたは複数のアップリンク無線リソース（および／または（事前）構成されたグラント）を起動停止および／または一時停止（クリアおよび／または無効化）することを示す、起動停止メッセージを受信し得る。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で起動停止メッセージを受信し得る。無線デバイスは、ネットワーク（または基地局）に接続し得る。無線デバイスは、ＲＲＣ接続セットアップ手順および／またはＲＲＣ接続再開手順を実行して、接続を行ってもよい。例えば、無線デバイスは、ＲＲＣ接続セットアップ要求（例えば、ＲＲＣ接続セットアップ手順用）および／またはＲＲＣ接続再開要求（例えば、ＲＲＣ接続再開手順用）を送信し得る。無線デバイスは、基地局から、ＲＲＣ接続の完了を示す応答を受信し得る。例えば、無線デバイスは、ＲＲＣ接続セットアップ完了を受信し得る（例えば、ＲＲＣ接続セットアップ手順に対して）。例えば、無線デバイスは、ＲＲＣ接続再開完了を受信し得る（例えば、ＲＲＣ接続再開手順に対して）。接続の後、または接続に応答して、無線デバイスのＲＲＣ状態がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行され得る。一つまたは複数のアップリンク無線リソース（および／または（事前）構成されたグラント）は、例えば、ＲＲＣ状態がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態となった後、またはそれに応答して、起動停止および／または一時停止（クリア、および／または無効化）され得る。例えば、一つまたは複数のアップリンク無線リソース（および／または（事前）構成されたグラント）は、図１８Ｂの基地局への接続の後、またはそれに応答して（例えば、ＲＲＣ接続セットアップおよび／または再開完了の受信後、またはそれに応答して）、起動停止および／または一時停止（クリア、および／または無効化）し得る。

【0213】

Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースは、上層、例えば、ＲＲＣ層および／またはＭＡＣ層によって構成され得る。例えば、無線デバイスは、基地局から、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介してアップリンクデータを送信するための一つまたは複数の構成パラメーターを含むメッセージ（例えば、ＲＲＣメッセージ）を受信し得る。

【0214】

一例では、一つまたは複数の構成パラメーターは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介したアップリンクデータの送信に対し、ＲＮＴＩを示し得る。ＲＮＴＩは、無線デバイスの識別子であり得る。Ｃ－ＲＮＴＩ． ＲＮＴＩは、Ｃ－ＲＮＴＩであり得る。ＲＮＴＩは、事前設定されたアップリンクリソースＣ－ＲＮＴＩ（ＰＵＲ－Ｃ－ＲＮＴＩまたはＰＵＲ－ＲＮＴＩ）であり得る。無線デバイスは、ＲＮＴＩを使用してＰＤＣＣＨを監視することができる。例えば、無線デバイスは、一つまたは複数のアップリンク無線リソースを介したアップリンクデータの送信の後、またはその応答として、ＲＮＴＩを使用してＰＤＣＣＨを監視し得る。例えば、無線デバイスは、ＰＤＣＣＨを介して、ＲＮＴＩによってスクランブルされたＣＲＣとのＤＣＩを受信し得る。ＤＣＩは、アップリンクデータの送信の肯定確認応答を示すことができる。ＤＣＩは、アップリンクデータの送信の否定確認応答を示し得る。ＤＣＩは、アップリンクデータの送信の再送信を示し得る。ＤＣＩは、再送信のためのアップリンクグラントを示し得る。ＤＣＩは、一つまたは複数の構成パラメーターの更新済みパラメーター値を示し得る。例えば、ＤＣＩは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介してアップリンクデータを送信するための（例えば、新規または更新した）タイミングアドバンス値を示し得る。ＤＣＩは、ＲＡ手順のトリガーを示し得る。一つまたは複数の構成パラメーターは、応答ウィンドウの持続時間を示し得る（例えば、パラメーター名の例： ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ）。無線デバイスは、応答ウィンドウが基地局から、データの送信に対する応答（例えば、ＤＣＩ）を受信する間、ＰＤＣＣＨを監視し得る。

【0215】

一例では、一つまたは複数の構成パラメーターは、スキップされたアップリンクグラント（および／またはリソース機会）の数を示し得る（例えば、パラメーター名の例：ＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）。示される数に基づき、無線デバイスは、一つまたは複数のアップリンク無線リソース、一つまたは複数のアップリンク無線リソースを示すアップリンクグラント、および／または一つまたは複数の構成パラメーターをリリース（クリア、起動停止、破棄、および／または一時停止）することを決定し得る。このリリース（クリア、起動停止、破棄、および／または一時停止）メカニズムは、黙示的リソースリリース、黙示的に事前設定されたアップリンクリソースリリース、またはこれに類するものと呼んでもよい。一つまたは複数の構成パラメーターによって示されるスキップされたアップリンクグラント（またはリソース機会）の数は、スキップされた（および／または空の）連続するアップリンクグラント（および／またはリソース機会）の数であり得る。例えば、無線デバイスが一つまたは複数のアップリンク無線リソースのＮ機会（例えば、Ｎ連続機会）をスキップできる、またはＮ回の間（例えば、Ｎ＝スキップされたアップリンクグラントおよび／またはリソース機会の数）、一つまたは複数のアップリンク無線リソースを介してアップリンクパケットを送信しえないという決定の後またはその決定に応答して、無線デバイスは、一つまたは複数のアップリンク無線リソース、一つまたは複数のアップリンク無線リソースを示すアップリンクグラント、および／または一つまたは複数の構成パラメーターをリリース（クリア、起動停止、破棄、および／または一時停止）し得る。無線デバイスは、例えば、一つまたは複数の構成パラメーターが、スキップされたアップリンクグラントの数を示すパラメーター（および／またはリソース機会）を含まない場合（例えば、一つまたは複数の構成パラメーターにＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒが存在しない場合）、黙示的リソースリリース（例えば、黙示的に事前設定されたアップリンクリソースリリースなど）を適用（または使用）しえない。

【0216】

図１９は、本開示の実施形態の一態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）状態の一つまたは複数のデータパケット送信の例である。無線デバイスは、アップリンクリソースを構成するＲＲＣメッセージを受信し得る。アップリンクリソースは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で利用可能、スケジュール化、および／または構成され得る。無線デバイスは、アップリンクリソースの一つまたは複数の機会、アップリンクパケットを送信しえない。無線デバイスは、一つまたは複数の機会をカウントすることができる。無線デバイスは、例えば、無線デバイスがアップリンクパケットを送信するためにスキップする（および／または使用しない）一つまたは複数の機会の数が閾値と等しい場合などに、アップリンクリソースをリリースすると決定し得る（例えば、リリース、クリア、起動停止、および／または一時停止のうちの少なくとも一つを決定し得る）。例えば、一つまたは複数の機会の数は、無線デバイスがスキップする（および／または使用しない）アップリンクリソースの連続的な一つまたは複数の機会の数であり得る。

【0217】

無線デバイスは、例えば、一つまたは複数のアップリンク無線リソース、一つまたは複数のアップリンク無線リソースを示すアップリンクグラント、および／または一つまたは複数の構成パラメーターをリリース（クリア、起動停止、破棄、および／または一時停止）するかどうかを決定するために、スキップされたアップリンクグラント（および／またはリソース機会）の数をカウントし得る。例えば、ｍは、無線デバイスがカウントする、スキップされたアップリンクグラント（および／またはリソース機会）の数である。無線デバイスは、例えば、ｍが閾値に到達した場合（例えば、閾値と等しい場合）、一つまたは複数のアップリンク無線リソース、アップリンクグラント、および／または一つまたは複数の構成パラメーターをリリース（クリア、起動停止、破棄、および／または一時停止）することを決定することができる。閾値は、構成可能でありえてもよく、例えば、閾値は、一つまたは複数の構成パラメーターによって、１つ、２つ、３つ、４つ、８つなどであり得る。例えば、一つまたは複数の構成パラメーターは、閾値が構成されていない（例えば、閾値＝無効）ことを示し得る。例えば、無線デバイスは、例えば、一つまたは複数の構成パラメーターが閾値を含まない場合、黙示的リソースリリースが適用されていない（例えば、無効になっている）と決定し得る。

【0218】

無線デバイスは、スキップされたアップリンクグラント（および／またはリソース機会）の数をカウンターでカウントし得る。カウンターの値は、ｍと呼んでもよい。カウンターは、一つまたは複数の方法で実装され得る。例えば、カウンターの値は、実装されたカウンターに基づき増加または減少し得る。例えば、カウンターは、スキップされたアップリンクグラント（および／またはリソース機会）の数を昇順で数えるアップカウンターであり得る。この場合、無線デバイスは、例えば、カウンターｍの値が閾値に到達した場合に、一つまたは複数のアップリンク無線リソース、一つまたは複数のアップリンク無線リソースを示すアップリンクグラント、および／または一つまたは複数の構成パラメーターをリリース（クリア、起動停止、破棄、および／または一時停止）することを決定し得る。例えば、カウンターは、スキップされた昇順のアップリンクグラント（および／またはリソース機会）の数を降順で数えるダウンカウンターとし得る。この場合、無線デバイスは、例えば、カウンターの値が閾値（または第一の所定の値）から開始して、ゼロ（または第二の所定の値）に到達し得る場合、一つまたは複数のアップリンク無線リソース、一つまたは複数のアップリンク無線リソースを示すアップリンクグラント、および／または一つまたは複数の構成パラメーターをリリース（クリア、起動停止、破棄、および／または一時停止）することを決定し得る。両方のカウンターについて、無線デバイスは、例えば、無線デバイスカウンターがカウントするスキップされたアップリンクグラント（および／またはリソース機会）の数が、閾値に到達した場合、一つまたは複数のアップリンク無線リソース、一つまたは複数のアップリンク無線リソースを示すアップリンクグラント、および／または一つまたは複数の構成パラメーターをリリース（クリア、起動停止、破棄、および／または一時停止）することを決定し得る。本明細書の例示的実施形態では、アップカウンターに基づき導入された機構は、ダウンカウンターに基づき実装され得る。

【0219】

無線デバイスは、以下のうちの少なくとも一つに基づきｍを増加させるように決定し得る。無線デバイスは、例えば、一つまたは複数のアップリンク無線リソースの無線リソース機会が使用されない場合、ｍを増加させ得る（例えば、無線デバイスが一つまたは複数のアップリンク無線リソースの無線リソース機会を介してデータパケットを送信しない場合、無線デバイスはｍを増加させ得る）。無線デバイスは、例えば、無線デバイスがＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤである間に、一つまたは複数のアップリンク無線リソースの無線リソース機会が使用されない場合、ｍを増加させ得る。無線デバイスは、例えば、アップリンクグラントおよび／またはリソース機会に対してＭＡＣ ＰＤＵが生成されていない場合、ｍ、（例えば、一つまたは複数のアップリンク無線リソースのアップリンクグラントおよび／または一つまたは複数のアップリンク無線リソースのリソース機会）を増加させ得る。無線デバイスは、例えば、一つまたは複数のアップリンク無線リソースの無線リソース機会が使用される（例えば、無線デバイスが、一つまたは複数のアップリンク無線リソースの無線リソース機会を介してデータパケットを送信する）が、データパケットに対応する応答（例えば、一つまたは複数のＨＡＲＱ ＡＣＫ、ＨＡＲＱ ＮＡＣＫ、Ｌ２（例えば、ＭＡＣ ＣＥ）応答、および／またはＬ３（例えば、ＲＲＣメッセージ）応答）が受信されない場合、ｍを増加させ得る。無線デバイスは、例えば、無線デバイスが、一つまたは複数のアップリンク無線リソースが構成されるセルへのアクセス禁止のために、一つまたは複数のアップリンク無線リソースの無線リソース機会をスキップする場合、ｍを増加させ得る。無線デバイスは、例えば、無線デバイスが待ち時間（および／または延長待ち時間）にあるために、無線デバイスが一つまたは複数のアップリンク無線リソースの無線リソース機会をスキップする場合、ｍを増加させ得る。待ち時間（および／または延長待ち時間）は、ＲＲＣ接続要求メッセージが送信されるまで、無線デバイスがＲＲＣ接続拒否の受信の後、またはそれに応答して秒数待機するかを定義することができる。

【0220】

基地局（例えば、ネットワーク）は、カウンターを無線デバイスと同期するように維持し得る。基地局（例えば、ネットワーク）は、少なくとも以下のものに基づきｍを増加させるように決定し得る。基地局（例えば、ネットワーク）は、例えば、基地局が、一つまたは複数のアップリンク無線リソースの無線リソース機会を介してアップリンクパケットを受信しない場合、ｍを増加させ得る。基地局（例えば、ネットワーク）は、例えば、無線デバイスがＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤである間、ｍを増加させてもよい。基地局（例えば、ネットワーク）は、例えば、基地局（例えば、ネットワーク）が応答（例えば、ＨＡＲＱフィードバック（ＡＣＫおよび／またはＮＡＣＫ））を送信しない場合、ｍを増加させてもよい。例えば、基地局（例えば、ネットワーク）は、例えば、基地局が、一つまたは複数のアップリンク無線リソースの無線リソース機会を介してアップリンクパケットを受信するが、無線デバイスに、アップリンクパケットへの応答を送信しない場合、ｍを増加させ得る。例えば、応答は、ＨＡＲＱ ＡＣＫフィードバックであり得る。例えば、応答は、ＨＡＲＱ ＮＡＣＫフィードバックであり得る。例えば、応答は、Ｌ２（例えば、ＭＡＣ ＣＥ）応答および／またはＬ３（例えば、ＲＲＣメッセージ）応答であり得る。基地局（例えば、ネットワーク）は、例えば、一つまたは複数のアップリンク無線リソースの無線リソース機会が、一つまたは複数のアップリンク無線リソースが構成されるセルへのアクセス禁止のために無線デバイスによってスキップされる場合、ｍを増加させ得る。基地局（例えば、ネットワーク）は、例えば、無線デバイスが待ち時間（および／または延長待ち時間）にあるために、一つまたは複数のアップリンク無線リソースの無線リソース機会が無線デバイスによってスキップされる場合に、ｍを増加させ得る。待ち時間（および／または延長待ち時間）は、ＲＲＣ接続要求メッセージが送信されるまで、無線デバイスがＲＲＣ接続拒否の受信の後、またはそれに応答して秒数待機するかを定義することができる。

【0221】

無線デバイスは、以下のうちの少なくとも一つに基づきｍを増加しないことを決定し得る。無線デバイスは、例えば、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は、ｍ増加しえない。無線デバイスは、例えば、無線デバイスの一つまたは複数のアップリンク無線リソースが一時停止された（起動停止された、および／またはクリアされた）後、またはそれに応答して、ｍを増加しえない。無線デバイスは、例えば、無線デバイスの禁止タイマーが動作している間は、ｍを増加しえない。例えば、無線デバイスは、禁止タイマー（例えば、禁止タイマーが満了する時）に基づき、アクセス試行が、アクセス試行がアクセス禁止チェックで禁止された後、またはそれに応答して実施される前の時間を決定する。基地局（例えば、ネットワーク）は、カウンターを無線デバイスと同期するように維持し得る。基地局（例えば、ネットワーク）は、少なくとも以下のものに基づきｍを増加しないことを決定し得る。基地局（例えば、ネットワーク）は、例えば、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の間、ｍを増加しえない。基地局（例えば、ネットワーク）は、例えば、無線デバイスの一つまたは複数のアップリンク無線リソースが一時停止された（起動停止された、および／またはクリアされた）後、またはそれに応答して、ｍを増加しえない。基地局（例えば、ネットワーク）は、例えば、無線デバイスの禁止タイマーが動作している間、ｍを増加しえない。例えば、無線デバイスは、禁止タイマー（例えば、禁止タイマーが満了する時）に基づき、アクセス試行が、アクセス試行がアクセス禁止チェックで禁止された後、またはそれに応答して実施される前の時間を決定する。

【0222】

無線デバイスは、以下の少なくとも一つに基づき、カウンターをリセットし得る。無線デバイスは、無線デバイスと基地局（例えば、ネットワーク）との間の通信の成功の後、またはそれに応答して、（例えば、アップカウンターの場合、ゼロに）リセットする。例えば、無線デバイスは、一つまたは複数のアップリンク無線リソースを介してアップリンク送信に対応するＡＣＫを受信した後、またはそれに応答して、（例えば、アップカウンターの場合、ゼロに）リセットする。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態であり得る。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、基地局（例えば、ネットワーク）からのダウンリンクデータパケットの受信に対応するＡＣＫを送信した後、またはそれに応答して、（例えば、アップカウンターの場合、ゼロに）リセットする。例えば、無線デバイスは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間、通信の成功の後、またはそれに応答してリセットされ得ない。基地局（例えば、ネットワーク）は、以下のうちの少なくとも一つに基づきカウンターをリセットし得る。基地局（例えば、ネットワーク）は、無線デバイスと基地局（例えば、ネットワーク）との間の通信の成功の後、またはそれに応答して、（例えば、アップカウンターの場合、ゼロに）リセットする。例えば、基地局（例えば、ネットワーク）は、一つまたは複数のアップリンク無線リソースを介して無線デバイスによって実行されるアップリンク送信に対応するＡＣＫを送信した後、またはそれに応答して、（例えば、アップカウンターの場合、ゼロに）リセットする。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でアップリンク送信を実行し得る。例えば、基地局（例えば、ネットワーク）は、無線デバイスがＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間、無線デバイスに送信されたダウンリンクデータパケットに対応するＡＣＫを、無線デバイスから、受信した後、またはそれに応答して、（例えば、アップカウンターの場合、ゼロに）リセットする。例えば、基地局（例えば、ネットワーク）は、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の間、通信の成功の後、またはそれに応答してリセットされ得ない。

【0223】

実施例では、一つまたは複数の構成パラメーターは、セル（および／またはセルを含むセルグループ）に対する時間アライメントタイマー（ＴＡＴ）（例えば、パラメーター名の例：ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ）の値を示してもよく、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）状態の一つまたは複数のアップリンク無線リソースが構成される。セルを含むセルグループは、タイミングアドバンスグループ（ＴＡＧ）と呼んでもよい。ＴＡＴの値は、タイミングアドバンスオフセット値が有効である時間を示してもよく、および／またはセル（および／またはセルグループ内のセル）へのアップリンク送信のためのアップリンクタイミングを調節するために使用され得る。例えば、ＴＡＴの値は、無線デバイスが、セル（および／または関連するＴＡＧに属するセル）が、アップリンク時間整列されるのをどのくらい期間で決定するかを決定し得る。無線デバイスは、タイミングアドバンスオフセット値に基づき、セル（および／またはセルグループのセル）上のアップリンク送信（例えば、ＰＲＡＣＨ、ＰＵＳＣＨ、ＳＲＳ、および／またはＰＵＣＣＨ送信）のアップリンクタイミングを決定（または調整）し得る。例えば、タイミングアドバンスオフセット値は、アップリンク送信のためのアップリンクタイミングが、アップリンク同期のために遅延または前進される量（および／または長さ）を示し得る。例えば、無線デバイスは、ＴＡＴの値によって示される時間間隔（および／または持続時間）の間にＴＡＴを実行し得る。無線デバイスは、ＴＡＴが動作している間に、セル（またはセルグループ内のセル）上のアップリンク送信のためのアップリンクタイミングを調整するために、タイミングアドバンスオフセット値が有効である（および／または使用される）と決定し得る。無線デバイスは、無線デバイスからセル（例えば、基地局）へのアップリンクが、例えば、セルが属するセルグループ（例えば、ＴＡＧ）に関連付けられるＴＡＴが動作していない、および／または満了している場合に、同期されていないと決定し得る。例えば、無線デバイスは、例えば、セルが属するセルグループ（例えば、ＴＡＧ）と関連付けられるＴＡＴが動作していない、および／または満了している場合に、セル（および／またはセルグループ内のセル）上でアップリンク送信を行うために停止し得る。無線デバイスは、例えば、無線デバイスのＴＡＧ間の（例えば、最大）アップリンク送信タイミング差、または無線デバイスの任意のＭＡＣエンティティ（例えば、二重接続のために構成される二つのＭＡＣエンティティ）のＴＡＧ間の（例えば、最大）アップリンク送信タイミング差が超過するという事実によって、セルのアップリンク送信を停止してもよく、無線デバイスは、セルに関連付けられるＴＡＴが満了しているとして決定し得る。無線デバイスは、例えば、セルが属するセルグループ（例えば、ＴＡＧ）に関連付けられるＴＡＴが動作していない、および／または満了しているとき、ランダムアクセスプリアンブル（再）送信および／またはＭＳＧ Ａ（再）送信を実行し得る。無線デバイスは、セル（および／またはセルグループ内のセル）の（新規および／または更新済みの）タイミングアドバンスオフセット値を示すタイミングアドバンスコマンドの受信の後、またはそれに応答して、ＴＡＴを（再）開始させてもよい。タイミングアドバンスコマンドは、ＭＡＣ ＣＥおよび／またはＤＣＩとして受信され得る。タイミングアドバンスコマンドは、一つまたは複数のアップリンク無線リソースがＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）状態であるセルのタイミングアドバンスオフセット値を示し得る。

【0224】

無線デバイスは、例えば、無線デバイスがＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に対する一つまたは複数のアップリンク無線リソースを受信（および／またはそれで構成）する場合に、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに移行した後、またはそれに応答して、時間アライメントタイマーを（再）開始させてもよい。例えば、無線デバイスは、時間アライメントタイマーに関連付けられる構成パラメーター（例えば、時間アライメントタイマーのタイマー値）を受信した後、またはそれに応答して、時間アライメントタイマーを（再）開始させてもよい。無線デバイスは、タイミングアドバンスオフセット値を受信した後、またはそれに応答して、時間アライメントタイマーを（再）開始させてもよい。無線デバイスは、タイミングアドバンスオフセット値を示す、下位層制御メッセージ（例えば、ＤＣＩまたはＰＤＣＣＨ）を受信し得る。無線デバイスは、タイミングアドバンスオフセット値を示すＭＡＣ層制御メッセージ（例えば、ＭＡＣ ＣＥおよび／またはＲＡＲ）を受信し得る。例えば、無線デバイスは、タイミングアドバンスコマンドＭＡＣ制御要素および／またはタイミングアドバンス調整を示すＰＤＣＣＨを受信した後、またはそれに応答して、時間アライメントタイマーを（再）開始し得る。無線デバイスは、タイミングアドバンスオフセット値が、少なくともＴＡＴが動作している間に有効であると決定し得る。無線デバイスは、一つまたは複数の検証条件に基づき、ＴＡ値を検証し得る。無線デバイスは、ＴＡが検証されるという決定の後、またはそれに応答して、時間アライメントタイマーを（再）開始させてもよい。例えば、ＴＡＴが、ＴＡＴの値によって示される時間間隔（または持続時間）の間動作した場合、無線デバイスは、ＴＡＴが満了であると決定し得る。無線デバイスは、タイミングアドバンスオフセット値が、ＴＡＴの満了に応答して無効であると決定し得る。

【0225】

本明細書で使用される用語は、互換性がありおよび／または一つまたは複数の異なる用語と呼んでもよい。例えば、タイミングアドバンス値は、タイミングアライメント値と呼んでもよい。例えば、タイミングアドバンスオフセット値は、タイミングアライメントオフセット値と呼んでもよい。例えば、タイミングアライメントタイマーは、時間アライメントタイマー、タイミングアドバンスタイマー、および／または時間アドバンスタイマーと呼んでもよい。例えば、タイミングアドバンスグループは、タイミングアライメントグループと呼んでもよい。

【0226】

実施例では、一つまたは複数の構成パラメーターは、一つまたは複数のアップリンク無線リソース（例えば、パラメーター名の例：ＮｕｍＯｃｃａｓｉｏｎｓ）の機会の数を示し得る。機会の数は、一つまたは複数のアップリンク無線リソースが、単一のアップリンク送信に対する１回のみの使用のリソース（または許可）であることを示し得る。機会の数は、一つまたは複数のアップリンク無線リソースが、複数のアップリンク無線リソースであることを示し得る。機会の数は、一つまたは複数のアップリンク無線リソースが一つまたは複数の周期性無線リソースであることを示し得る。

【0227】

一例では、一つまたは複数の構成パラメーターは、一つまたは複数のアップリンク無線リソースの時間ドメインリソース割り当てを示し得る。例えば、一つまたは複数の構成パラメーターは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における一つまたは複数のアップリンク無線リソースの周期性（例えば、パラメーター名の例：Ｐｅｒｉｏｄｉｃｉｔｙ）を示し得る。例えば、一つまたは複数の構成パラメーターは時間オフセットを含むことができる。時間オフセットは、時間基準に関する（および／または関連する）時間ドメインオフセットであり得る。時間基準は、特定のＳＦＮ（例えば、Ｈ－ＳＦＮの）、特定のサブフレーム番号、特定のスロット番号、特定のシンボル番号、および／またはそれらの組み合わせであり得る。時間基準は、事前に定義されていてもよい（例えば、ＳＦＮ＝０および／またはＨ－ＳＦＮ＝０）。時間基準は、例えば、時間基準のフィールドが、一つまたは複数の構成パラメーターに存在しない場合、事前定義された値（例えば、ＳＦＮ＝０および／またはＨ－ＳＦＮ＝０）であり得る。例えば、無線デバイスは、例えば、一つまたは複数の構成パラメーターによって示される、一つまたは複数のアップリンクグラントを受信し得る。一つまたは複数のアップリンクグラントは、一つまたは複数のアップリンク無線リソースを示し得る。一つまたは複数のアップリンク無線リソースは、時間オフセットによって示される（Ｈ－ＳＦＮのＳＦＮのスロットの）シンボルから開始され得る。一つまたは複数のアップリンク無線リソースは、周期性で定期的にシンボルから発生し得る。例えば、無線デバイスは、例えば、順次、一つまたは複数のアップリンクグラントのＮ番目のアップリンクグラントが、時間オフセットおよびＮ＊周期性に基づき、送信時間間隔（ＴＴＩ、例えば、スロット、ミニスロット、シンボル）で発生すると決定し得る。時間オフセットは、シンボルの数、スロットの数、サブフレームの数、ＳＦＮの数、Ｈ－ＳＦＮの数、および／またはそれらの組み合わせの観点から定義され得る。例えば、一つまたは複数の構成パラメーターは、パラメーター、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔなどを含み得る。例えば、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔは、無線デバイスが基地局から受信した時間オフセットを示す。例えば、一つまたは複数の構成パラメーターは、パラメーター、ｔｉｍｅＲｅｆｅｒｅｎｃｅＳＦＮまたはこれに類するもの（例えば、ＳＦＮおよび／またはＨ－ＳＦＮの観点から定義される時間基準）を含み得る。例えば、ｔｉｍｅＲｅｆｅｒｅｎｃｅＳＦＮは、時間ドメイン内のリソースの時間オフセットの決定に使用される時間基準としてＳＦＮを示す。例えば、ＳＦＮは１０２４フレームの周期で繰り返され得る。例えば、無線デバイスは、ＳＦＮ＝３を介して、ｔｉｍｅＲｅｆｅｒｅｎｃｅＳＦＮ＝０を示す一つまたは複数の構成パラメーターを受信し得る。例えば、ｔｉｍｅＲｅｆｅｒｅｎｃｅＳＦＮ＝０は、ＳＦＮ＝３の前に３のＳＦＮである、時間基準ＳＦＮ＝０を示し得る。例えば、ｔｉｍｅＲｅｆｅｒｅｎｃｅＳＦＮ＝０は、ＳＦＮ＝３の後の１０２１のＳＦＮである、時間基準ＳＦＮ＝０を示し得る。例えば、無線デバイスは、構成されたグラント構成の受信に先立って、示された数で最も近いＳＦＮを決定し得る。例えば、上の例では、無線デバイスは、ｔｉｍｅＲｅｆｅｒｅｎｃｅＳＦＮ＝０が、ＳＦＮ＝３の前に３のＳＦＮである、時間基準ＳＦＮ＝０を示すと決定し得る。例えば、無線デバイスは、下記に対するシンボルにおいて、例えば、連続的に、Ｎ番目のアップリンクグラントが発生する（および／またはアップリンクグラントが再発生する）ことを決定し得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ］＝
（ｔｉｍｅＲｅｆｅｒｅｎｃｅＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋Ｓ＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ） ｍｏｄｕｌｏ （１０２４ × ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）。例えば、ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅは、フレーム内のスロット数である。例えば、ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔは、スロット内のシンボルの数である。例えば、ｐｅｒｉｏｄｉｃｉｔｙは、一つまたは複数の構成パラメーターによって示される一つまたは複数のアップリンク無線リソースの周期性である。例えば、Ｓは、一つまたは複数の構成パラメーターによって示されるシンボル番号（またはシンボルオフセット）である。上記のＮ番目のアップリンクグラントの決定は、図１８Ａの（事前）設定されるグランが、一つまたは複数のアップリンク無線リソース（および／または（事前）構成されたグラント）を起動（および／または開始）する、追加の起動メッセージ（例えば、ＤＣＩ、ＭＡＣ ＣＥ、および／またはＲＲＣ）を必要としえない。例えば、無線デバイスは、下記に対するシンボルにおいて、例えば、連続的に、Ｎ番目のアップリンクグラントが発生する（および／またはアップリンクグラントが再発生する）ことを決定し得る。
［（ＳＦＮ×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋（ｓｌｏｔ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｆｒａｍｅ × ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）＋ｓｙｍｂｏｌ ｎｕｍｂｅｒ ｉｎ ｔｈｅ ｓｌｏｔ］＝［（ＳＦＮｓｔａｒｔ ｔｉｍｅ × ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｌｏｔｓｔａｒｔ ｔｉｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ＋ｓｙｍｂｏｌｓｔａｒｔ ｔｉｍｅ）＋Ｎ×ｐｅｒｉｏｄｉｃｉｔｙ］ｍｏｄｕｌｏ（１０２４×ｎｕｍｂｅｒＯｆＳｌｏｔｓＰｅｒＦｒａｍｅ×ｎｕｍｂｅｒＯｆＳｙｍｂｏｌｓＰｅｒＳｌｏｔ）。上記のＮ番目のアップリンクグラントの決定は、図１８Ｂの（事前）設定されるグランが、一つまたは複数のアップリンク無線リソース（および／または（事前）構成されたグラント）を起動（および／または開始）する、追加の起動メッセージ（例えば、ＤＣＩ、ＭＡＣ ＣＥ、および／またはＲＲＣ）を必要とし得る。例えば、ＳＦＮｓｔａｒｔ ｔｉｍｅ、ｓｌｏｔｓｔａｒｔ ｔｉｍｅ、およびｓｙｍｂｏｌｓｔａｒｔ ｔｉｍｅは、一つまたは複数のアップリンクグラントが（再）初期化された時点で、それぞれＳＦＮ、スロット、および記号である。例えば、ＳＦＮｓｔａｒｔ ｔｉｍｅ、ｓｌｏｔｓｔａｒｔ ｔｉｍｅ、およびｓｙｍｂｏｌｓｔａｒｔ ｔｉｍｅは、無線デバイスが、一つまたは複数のアップリンクグラントを（再）初期化（および／または（再）起動）する表示（例えば、ＤＣＩ）を受信する時点で、それぞれＳＦＮ、スロット、およびシンボルである。例えば、ＳＦＮｓｔａｒｔ ｔｉｍｅ、ｓｌｏｔｓｔａｒｔ ｔｉｍｅ、およびｓｙｍｂｏｌｓｔａｒｔ ｔｉｍｅは、一つまたは複数のアップリンクグラントが（再）初期化されたＰＵＳＣＨの送信機会のＳＦＮ、スロット、およびシンボルである。例えば、ＰＵＳＣＨの送信機会は、一つまたは複数のアップリンクグラントが（再）初期化されたＰＵＳＣＨの最初の機会である。

【0228】

無線デバイスは、一つまたは複数の条件に基づき、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介して送信を（再）開始し得る。例えば、無線デバイスは、一つまたは複数の条件を示す構成パラメーターを受信することができる。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースが構成されるセルが、一つまたは複数のアップリンク無線リソースを介した送信をサポートするかどうかを決定し得る。例えば、無線デバイスは、ＲＲＣメッセージ（例えば、ＳＩＢ）を受信することができる。ＲＲＣメッセージは、セルが一つまたは複数のアップリンク無線リソースを介した送信を支持するかを示す構成パラメーターを含み得る。構成パラメーターは、一つまたは複数のアップリンク無線リソースを介してサポートされる（または利用可能な）送信のタイプを示し得る。例えば、そのタイプは、制御プレーン（ＣＰ）送信および／またはユーザープレーン（ＵＰ）送信を含み得る。構成パラメーターは、セルが接続される、どのタイプのネットワークが、一つまたは複数のアップリンク無線リソースを介した送信をサポートしているかを示し得る。セルが接続されるネットワークのタイプに応じて、無線デバイスは、一つまたは複数のアップリンク無線リソースを介した送信がセル内でサポートされるかどうかを決定し得る。例えば、ネットワークのタイプは、ネットワークシステム（例えば、５Ｇコア、進化パケットコア（ＥＰＣ）、および／または同種のもの）および／または一つまたは複数の無線技術（例えば、Ｗｉｆｉ、５Ｇ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、および／または同種のもの）に一つまたは複数の世代を含み得る。例えば、構成パラメーターは、どのタイプのスペクトル（および／または周波数帯）が、一つまたは複数のアップリンク無線リソースを介した送信をサポートするかを示し得る。例えば、スペクトルのタイプは、ライセンスされたスペクトルおよび／またはライセンスされていないスペクトルを含んでもよい。例えば、スペクトルのタイプは、ＣＢＲＳ（Ｃｉｔｉｚｅｎｓ Ｂｒｏａｄｂａｎｄ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）バンド（例えば、３．５ＧＨｚ帯の広帯域）を含んでもよい。例えば、スペクトルのタイプは、ミリ波帯（例えば、３０ＧＨｚ帯超）を含み得る。ＲＲＣメッセージの構成パラメーターは、ネットワークのタイプ、スペクトルのタイプ、および／または送信のタイプの組み合わせを示し得る。例えば、ＲＲＣメッセージで、ｃｐ－ＰＵＲ－５ＧＣ（例えば、パラメーター値が、‘ｔｒｕｅ’／‘ｆａｌｓｅ’または‘ｅｎａｂｌｅｄ’／‘ｄｉｓａｂｌｅｄ’であり得る）は、５Ｇコアネットワークに接続されるときに、ＰＵＲを使用したＣＰ送信がセル内でサポートされるかどうかを示す。例えば、ＲＲＣメッセージ中のパラメーター、ｃｐ－ＰＵＲ－ＥＰＣ（例えば、パラメーター値が、‘ｔｒｕｅ’／‘ｆａｌｓｅ’または‘ｅｎａｂｌｅｄ’／‘ｄｉｓａｂｌｅｄ’であり得る）は、ＰＵＲを使用したＣＰ送信が、ＥＰＣに接続されるときにセル内でサポートされるかどうかを示す。例えば、セルから受信されたＲＲＣメッセージがｃｐ－ＰＵＲ－ＥＰＣ＝’ｔｒｕｅ’（または‘ｅｎａｂｌｅｄ’）を示す場合、無線デバイスは、ＰＵＲが、ＥＰＣに接続されたときにセル内でサポートされると決定する。

【0229】

無線デバイスは、一つまたは複数の条件に基づき、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介して送信を（再）開始し得る。例えば、無線デバイスは、例えば、以下の条件の少なくとも一つが満たされる場合、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介して送信を（再）開始することができる。無線デバイスが、一つまたは複数のアップリンク無線リソースの有効な構成を有する。無線デバイスが有効なタイミングアドバンス値を有する。無線デバイスが、ＲＲＣ接続の確立を要求するようにトリガーする。無線デバイスが、ＲＲＣ接続の再開を要求するようにトリガーする。無線デバイスが、有効なセキュリティパラメーター（例えば、前の一時停止手順中に一時停止を示すＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージで提供されるｎｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ）の保存された値を有する。無線デバイスがモバイル発信コールの確立または再開要求をトリガーし、および／または確立原因が、ｍｏ－Ｄａｔａまたはｍｏ－ＥｘｃｅｐｔｉｏｎＤａｔａまたはｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓである。および／またはＭＡＣ ＰＤＵのサイズ（例えば、ＵＬデータ全体を含む）が、ＰＵＲ用に構成されたトランスポートブロックサイズ（ＴＢＳ）以下であることが期待される。

【0230】

例えば、無線デバイスは、一つまたは複数の検証条件（例えば、ＴＡＴベースの検証および／または測定ベースの検証）に基づき、無線デバイスが有効なタイミングアドバンス値を有するかどうかを決定する。例えば、無線デバイスは、例えば、構成の有効性を示す一つまたは複数のアップリンク無線リソースの構成パラメーターに基づき、一つまたは複数のアップリンク無線リソースの構成が有効であると決定し得る。例えば、無線デバイスは、構成パラメーターを含むメッセージを受信する。構成は、例えば、メッセージ内のフィールドｃｏｎｆｉｇが、セットアップ（例えば、ｔｒｕｅ）に設定される場合に有効である。例えば、設定が、例えば、フィールドｃｏｎｆｉｇが、リリース（例えば、ｆａｌｓｅ）に設定される場合に有効である。

【0231】

無線デバイスは、一つまたは複数の検証条件に基づき、タイミングアドバンス値が、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介して送信されるのに有効かどうかを決定し得る。例えば、一つまたは複数の検証条件は、ＴＡＴベースの検証および／または測定ベースの検証を含み得る。無線デバイスは、一つまたは複数の検証条件の間に、構成される条件を適用するように決定し得る。例えば、無線デバイスは、一つまたは複数の検証条件の間の第一の検証条件（例えば、ＴＡＴベースの評価）の構成パラメーターを含むメッセージを受信する。メッセージは、一つまたは複数の検証条件のうちの第二の検証条件（例えば、測定値ベースの検証）の構成パラメーターを含まなくてもよい。この場合、無線デバイスは、少なくとも第一の検証条件に基づき、タイミングアドバンス値が有効であるかどうかを決定し得る。例えば、メッセージが、第一の検証条件（例えば、ＴＡＴベースの検証）および第二の検証条件（例えば、測定値ベースの検証）の構成パラメーターを含む場合、無線デバイスは、少なくとも第一の検証条件および第二の検証条件に基づき、タイミングアドバンス値が、有効であるかどうかを決定し得る。

【0232】

例えば、ＴＡＴベースの検証については、無線デバイスは、ＴＡＴに基づきタイミングアドバンス値の有効性を決定する。無線デバイスは、ＴＡＴの値を含むＲＲＣメッセージを受信し得る。ＴＡＴは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースが構成されるセル（および／またはセルを含むＴＡＧ）用であり得る。無線デバイスは、例えば、ＴＡＴが動作している場合、一つまたは複数のアップリンク無線リソースを介した送信のタイミングアドバンス値が有効であると決定し得る。無線デバイスは、送信のタイミングアドバンス値の検証が、例えば、ＴＡＴの値が構成されていない場合（例えば、ＲＲＣメッセージが、ＴＡＴの値を含まない場合）、少なくともＴＡＴに基づいていないと決定し得る。

【0233】

図２０は、本開示の実施形態の一態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）状態の一つまたは複数のデータパケット送信の例である。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のアップリンクリソースの構成パラメーターを含むＲＲＣメッセージを受信し得る。アップリンクリソースは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で利用可能、スケジュール化、および／または構成され得る。無線デバイスは、例えば、送信に対するＴＡ値が検証された場合、アップリンクリソースのうちの一つの機会を介して、アップリンクパケットを送信し得る。無線デバイスは、例えば、ＴＡＴが動作している場合、ＴＡ値がＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で一つまたは複数のデータパケット送信に使用される有効であると決定（例えば、検証）し得る。例えば、無線デバイスは、例えば、無線デバイスがＴＡ値を有効として決定（例えば、検証）し得る、および／またはＴＡＴが動作している場合、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のアップリンクリソースを介してデータを送信し得る。例えば、ＴＡＴが実行されていない（および／または満了）場合、無線デバイスは、ＴＡ値が無効であると決定し得る。無線デバイスは、アップリンクリソースを介したアップリンク送信を停止し得る（例えば、実行が禁止される）。

【0234】

例えば、測定ベースの検証について、無線デバイスは、一つまたは複数のアップリンク無線リソースが構成されるセルのＤＬ ＲＳの測定値に基づき、決定し得る。ＤＬ ＲＳは、ＳＳＢ、ＣＳＩ－ＲＳ、セル固有ＲＳなどであり得る。例えば、無線デバイスは、ＤＬ ＲＳの測定値に基づき、一つまたは複数のアップリンク無線リソースを介した送信のタイミングアドバンス値が有効かどうかを決定し得る。例えば、セルのＤＬ ＲＳの測定値は、セル測定量値（例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩなど）であり得る。ＤＬ ＲＳの測定値は、サービングセル測定、セルの測定量、および／または類似のものと呼ばれ得る。例えば、無線デバイスは、一つまたは複数の閾値を含むＲＲＣメッセージを受信し得る。例えば、無線デバイスは、例えば、一つまたは複数のアップリンク無線リソースが構成されるセル（例えば、ＴＲＰ）から受信した少なくとも一つのＤＬ ＲＳの受信信号強度を測定し得る。少なくとも一つのＤＬ ＲＳは、同期信号（ＰＳＳおよび／またはＳＳＳ）、ＣＳＩ－ＲＳ、および／またはセル固有ＲＳを含み得る。例えば、受信した信号強度の測定値は、少なくとも一つのＤＬ ＲＳのＲＳＲＰである。例えば、測定値は、ＲＳＲＱおよび／またはＲＳＳＩ（受信信号強度インジケーター）である。無線デバイスは、例えば、測定値が、一つまたは複数の閾値によって示される範囲内にある場合、一つまたは複数のアップリンク無線リソースを介した送信のタイミングアドバンス値が有効であると決定し得る。例えば、無線デバイスは、例えば、測定値が、無線デバイスが以前のＤＬ ＲＳを測定したときから、一つまたは複数の閾値によって示される範囲を超えて変化していない場合、一つまたは複数のアップリンク無線リソースを介した送信のタイミングアドバンス値が有効であると決定し得る。例えば、無線デバイスは、例えば、アップリンクリソースのリソース割り当てとは無関係に、一つまたは複数の測定をスケジュールする測定構成に基づき、以前のＤＬ ＲＳを測定した。例えば、無線デバイスは、一つまたは複数のアップリンク無線リソースを介した送信のために無線デバイスが行った最後のＴＡ検証について、以前のＤＬ ＲＳを測定した。

【0235】

測定の一つまたは複数の閾値は、増加閾値および／または減少閾値を含む。例えば、増加閾値および／または減少閾値は、セル中の少なくとも一つのＤＬ ＲＳの測定値の変化に対する閾値を示し得る。例えば、増加閾値および／または減少閾値は、無線デバイスがＴＡ値が有効であると決定する範囲を示す（例えば、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介した送信に使用される）。例えば、範囲は、ＴＡ値が、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介した送信に使用される、セルのある特定の領域（例えば、セルのある特定のカバレッジ層、例えば、中央領域、セルエッジ領域など）を示し得る。

【0236】

増加閾値および／または減少閾値は、閾値を、ｄＢｍで示すことができる。例えば、無線デバイスは、例えば、セルのＤＬ ＲＳの測定値が、増加閾値未満である場合に、ＴＡ値を、有効と決定する。例えば、無線デバイスは、例えば、セルのＤＬ ＲＳの測定値が減少閾値以上である場合に、ＴＡ値を、有効と決定する。例えば、無線デバイスは、例えば、セルのＤＬ ＲＳの測定値が増加閾値以上であり、および／またはセルのＤＬ ＲＳの測定値が減少閾値未満である場合、ＴＡ値が無効であると決定する。

【0237】

図２１Ａは、本開示の実施形態の一態様によるＴＡ検証の一例である。無線デバイスは、増加閾値および／または減少閾値を含むメッセージ（例えば、ＲＲＣメッセージ）を受信し得る。例えば、増加閾値および／または減少閾値は、閾値の絶対値であり得る（例えば、ｄＢｍで）。ＴＡ値は、例えば、測定値（例えば、ＲＳＲＰ）が、増加閾値および／または減少閾値によって示されるＲＳＲＰ範囲にある場合、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースにおける送信に使用され得る。例えば、測定値（例えば、ＲＳＲＰ）が、増加閾値よりも小さい、および／または減少閾値よりも高い場合、無線デバイスは、ＴＡ値が有効であると決定し得る。例えば、測定値（例えば、ＲＳＲＰ）が、増加閾値よりも高い（または等しい）、および／または減少閾値未満である場合、無線デバイスは、ＴＡ値が無効であると決定し得る。

【0238】

増加閾値および／または減少閾値は、ＴＡ検証に対して値を、例えば、ｄＢで示し得る。例えば、無線デバイスは、例えば、セルのＤＬ ＲＳの測定値が増加閾値を超えて増加していない場合に、ＴＡ値を、有効と決定する。例えば、無線デバイスは、例えば、セルのＤＬ ＲＳの測定値が減少閾値を超えて減少していない場合に、ＴＡ値を、有効と決定する。例えば、無線デバイスは、例えば、セルのＤＬ ＲＳの測定値が増加閾値よりも多く増加した場合、および／またはセルのＤＬ ＲＳの測定値が減少閾値よりも多く減少した場合、ＴＡ値が無効であると決定する。無線デバイスは、基準測定値に基づき、測定値がどれだけ変化したか（例えば、増加していないか、および／または減少していないか）を決定し得る。例えば、参照測定値は、最後のＴＡ検証のために実施される一つまたは複数の測定値である。例えば、最後のＴＡ検証は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介して送信するために、無線デバイスによって行われてもよい。

【0239】

図２１Ｂは、本開示の実施形態の一態様によるＴＡ検証の一例である。無線デバイスは、増加閾値および／または減少閾値を含むメッセージ（例えば、ＲＲＣメッセージ）を受信し得る。例えば、増加閾値および／または減少閾値は、基準測定値（例えば、ｄＢで）に対する閾値の値であり得る。例えば、無線デバイスが、ＴＡ値が送信に使用されるのに有効であるかどうかを決定するとき、無線デバイスは、測定値を基準測定値と比較し得る。例えば、無線デバイスは、例えば、セルのＤＬ ＲＳの測定値が増加閾値を超えて増加していない場合、および／またはセルのＤＬ ＲＳの測定値が減少閾値を超えて減少していない場合、ＴＡ値が有効であると決定し得る。そうでなければ、無線デバイスは、ＴＡ値が、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介した送信に使用されるのに無効であると決定し得る。

【0240】

図２２は、本開示の実施形態の一態様による増加閾値および／または減少閾値の地理的な一例である。セルと無線デバイスとの間の距離、およびセルから送信されるＤＬ ＲＳの信号強度（例えば、ＲＳＲＰ）の測定値は、逆比例を有し得る。例えば、セルと無線デバイスとの間の距離が大きいほど、ＤＬ ＲＳの測定値（例えば、ＲＳＲＰ）が小さい。例えば、無線デバイスがセルに近づくと、測定値はより大きくなり得る。測定値（および／または測定値の変化）が、増加閾値よりも大きい場合、無線デバイスは、ＴＡ値が送信に使用されるのに無効であると決定し得る。例えば、無線デバイスがセルから離れると、測定値は小さくなり得る。受信信号強度の測定値（および／または測定値の変化）が減少閾値よりも小さい場合、無線デバイスは、ＴＡ値が送信に使用されるのに無効であると決定し得る。図２２に示すように、無線デバイスは、例えば、無線デバイスがセルからの距離を保ちながら周りを移動する場合に、ＴＡ値が有効であると決定し得る。例えば、この場合、測定値（および／または測定値の変化）は、減少閾値以上であり、および／または増加閾値以下である。

【0241】

無線デバイスは、増加閾値および減少閾値を含むメッセージを受信し得る。この場合、無線デバイスは、本開示の実施形態の態様による開示の例として、ＴＡ検証のための増加閾値および減少閾値を使用し得る。無線デバイスは、増加閾値および／または減少閾値のうちの一つを含むメッセージを受信し得る。この場合、無線デバイスは、本開示の実施形態の態様による、開示された実施例として、増加閾値および／または減少閾値のうちの一つを使用し得る。例えば、セルエッジ領域内の無線デバイスは、増加閾値を含むメッセージを受信し得る。例えば、セル中央領域内の無線デバイスは、減少閾値を含むメッセージを受信し得る。増加閾値および減少閾値は、メッセージ中に存在しなくてもよい。例えば、無線デバイスは、増加閾値および減少閾値のためのフィールド値を含まないメッセージを受信し得る。この場合、無線デバイスは、ＴＡ検証が少なくとも測定値（例えば、ＲＳＲＰ、ＲＳＲＰ、および／またはＲＳＳＩ）に基づいていないと決定し得る。例えば、増加閾値および減少閾値が構成されていない場合、セルの測定値（例えば、ＲＳＲＰ、ＲＳＲＰ、および／またはＲＳＳＩ）の変化に基づくＴＡ検証は適用されない。

【0242】

一つまたは複数のアップリンク無線リソースを介してデータを送信した後、またはそれに応答して、無線デバイスは、応答ウィンドウ中にＲＮＴＩによって識別されたＰＤＣＣＨを監視し得る。例えば、無線デバイスは、ＲＮＴＩおよび／または応答ウィンドウのサイズ（例えば、パラメーター名の例：ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓＴｉｍｅｒなど）を示すメッセージ（例えば、ＲＲＣメッセージ）を受信し得る。応答ウィンドウは、一つまたは複数のアップリンク無線リソースを介してデータを転送することに関連付けられる基準時間から開始され得る。例えば、基準時間は、無線デバイスが一つまたは複数のアップリンク無線リソースを介してデータを送信する、送信時間間隔（例えば、フレーム、サブフレーム、スロット、および／またはシンボル）であり得る。例えば、基準時間は、対応するＰＵＳＣＨ送信（例えば、一つまたは複数のアップリンク無線リソースを介したデータの送信）の終了を含み得る。例えば、基準時間は、対応するＰＵＳＣＨ送信（例えば、一つまたは複数のアップリンク無線リソースを介したデータの送信）の終わりからの第一のＰＤＣＣＨ機会であり得る。基準時間は、時間オフセット（例えば、事前に定義されたまたはＲＲＣで構成される）をさらに含み得る。例えば、基準時間は、対応するＰＵＳＣＨ送信の終端を含むサブフレーム（またはスロット）に、時間オフセットを加えたものであり得る。例えば、基準時間は、対応するＰＵＳＣＨ送信の終わりからの第一のＰＤＣＣＨ機会に、時間オフセットを加えたものあり得る。

【0243】

無線デバイスは、時間ウィンドウ中（例えば、ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓＴｉｍｅｒが実行中）にＰＤＣＣＨを介して制御メッセージ（例えば、ＤＣＩ）を受信し得る。例えば、受信された制御メッセージ（例えば、ＤＣＩ）は、無線デバイスが、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介して送信するために受信する、ＲＮＴＩによってスクランブルされるＣＲＣを有し得る。制御メッセージ（例えば、ＤＣＩ）は、データの再送信のためのアップリンクグラントを含み得る。無線デバイスは、アップリンクグラントの受信後、またはそれに応答して、時間ウィンドウ（例えば、ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓＴｉｍｅｒ）を（再）開始させてもよい。例えば、時間ウィンドウは、アップリンクグラントによって示される再送信に対応するＰＵＳＣＨ送信の最後のスロット（サブフレーム、シンボル）で（再）開始する。例えば、時間ウィンドウは、アップリンクグラントによって示される再送信に対応するＰＵＳＣＨ送信の終了から、第一のＰＤＣＣＨ機会で（再）開始する。制御メッセージ（例えば、ＤＣＩ）は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介したデータの送信に対する確認（例えば、Ｌ１ ＡＣＫ）を示し得る。この場合、無線デバイスは、時間ウィンドウ（例えば、ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓＴｉｍｅｒ）を停止するか、および／または一つまたは複数の無線リソースを介したデータの送信が成功すると決定し得る。制御メッセージ（例えば、ＤＣＩ）は、ＭＡＣ ＰＤＵを含むＰＤＳＣＨのダウンリンク割り当てを含み得る。無線デバイスがＭＡＣ ＰＤＵを正常に復号化する場合、無線デバイスは、時間ウィンドウ（例えば、ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓＴｉｍｅｒ）を停止するか、および／または一つまたは複数の無線リソースを介したデータの送信が成功すると決定し得る。制御メッセージ（例えば、ＤＣＩ）は、データの送信（例えば、フォールバック）の失敗を示し得る。無線デバイスは、例えば、障害（例えば、フォールバック）を示す制御メッセージの受信の後、またはそれに応答して、時間ウィンドウ（例えば、ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓＴｉｍｅｒ）を停止するように決定し得る。無線デバイスは、例えば、障害（例えば、フォールバック）を示す制御メッセージの受信後、またはそれに応答して、一つまたは複数の無線リソースを介したデータの送信が失敗したと決定し得る。無線デバイスは、例えば、障害（例えば、フォールバック）を示す制御メッセージの受信の後、またはそれに応答して、ランダムアクセス手順を開始し得る。無線デバイスは、例えば、障害（例えば、フォールバック）を示す制御メッセージの受信の後、またはそれに応答して、ランダムアクセス手順を開始し得る。無線デバイスは、時間ウィンドウ（例えば、ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓＴｉｍｅｒ）が満了していると決定し得る。無線デバイスは、事前構成されたアップリンクグラントがスキップされ、ＰＵＲ送信が、時間ウィンドウの満了の後、またはそれに応答して失敗したと決定し得る。

【0244】

無線デバイスおよび／または基地局は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でのアップリンク送信の一つまたは複数の再送信のために、ＨＡＲＱ動作および／またはプロセスを使用し得る。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（例えば、図１７に示す）に対して構成される一つまたは複数のアップリンク無線リソースを介して、データパケットを送信し得る。無線デバイスは、例えば、ＲＲＣ状態をＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態として維持しながら、データパケットの送信の後、またはそれに応答して、ＰＤＣＣＨを監視し得る。無線デバイスは、ＰＤＣＣＨを介して、データパケットの再送信のためのアップリンクグラントを示し得るＤＣＩを受信し得る。アップリンクグラントは、再送信用のアップリンク無線リソースとして、一つまたは複数のアップリンク無線リソースのうちの一つを示し得る。アップリンクグラントは、再送信のために、一つまたは複数のアップリンク無線リソースから独立している（例えば、別々に割り当てられている）アップリンク無線リソースを示し得る。無線デバイスは、例えば、アップリンクグラントの代わりに、ＲＡ手順を実施することを示す表示（例えば、異なるタイプのＤＣＩ）を受信し得る。表示は、データパケットの送信の失敗を示し得る。無線デバイスは、ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態、例えば、ＲＲＣ接続セットアップ手順および／またはＲＲＣ再開手順に移行し得る。無線デバイスは、ＲＡ手順に基づき、ＲＲＣ接続セットアップ手順および／またはＲＲＣ再開手順を開始（または実行）し得る。無線デバイスは、表示（例えば、無線デバイスがＲＡ手順を実施することを示す）の受信に基づきＲＡ手順を開始し得る。無線デバイスは、ページングメッセージ（例えば、無線デバイスがＲＡ手順を実施することを示す）の受信に基づき、および／またはアップリンクパケットの到着に基づき、ＲＡ手順を開始し得る。無線デバイスがＲＲＣ ＣＯＮＮＥＣＴＥＤ状態の間、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に対して構成される一つまたは複数のアップリンク無線リソースは、使用されなえない。無線デバイスは、例えば、ＲＲＣ状態がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である場合、一つまたは複数のアップリンク無線リソースを介してデータパケットを送信しえない（および／または送信を停止し得る）。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のために構成される一つまたは複数のアップリンク無線リソース、および／またはＲＲＣ状態がＲＲＣ ＣＯＮＮＥＣＴＥＤ状態に移行された後、またはそれに応答して、一つまたは複数のアップリンク無線リソースを示すアップリンクグラントをリリース（クリア、起動停止、一時停止、および／または破棄）し得る。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のために構成される一つまたは複数のアップリンク無線リソースおよび／またはＲＲＣ状態がＲＲＣ ＣＯＮＮＥＣＴＥＤ状態に移行された後、またはそれに応答して、一つまたは複数のアップリンク無線リソースを示すアップリンクグラントを一時停止し得る。

【0245】

無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）の一つまたは複数のアップリンク無線リソースを示す、（事前）構成されたグラントの一つまたは複数のパラメーターを要求するメッセージ（例えば、ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔなどのＲＲＣメッセージ）を送信し得る。無線デバイスは、例えば、メッセージを送信するためのＵＥ開始手順などの手順を開始し得る。無線デバイスは、基地局からの要求、例えば、ＢＳ開始手順の受信に応答して、メッセージを送信し得る。無線デバイスは、無線デバイスがＲＲＣ状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ、および／またはＲＲＣ＿ＩＤＬＥのいずれかにある間、メッセージを送信し得る。無線デバイスは、無線デバイスが特定のＲＲＣ状態である間、メッセージを送信し得る。例えば、無線デバイスは、無線デバイスがＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間、メッセージを送信し得る。例えば、無線デバイスは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間、メッセージを送信し得る。メッセージは、データトラフィック情報を示し得る。例えば、メッセージは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、例えば、例示的なパラメーター、ｒｅｑｕｅｓｔｅｄＮｕｍＯｃｃａｓｉｏｎｓにおける、一つまたは複数のアップリンク無線リソースの回数を示し得る。例えば、メッセージは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、例えば、例示的なパラメーターｒｅｑｕｅｓｔｅｄＰｅｒｉｏｄｉｃｉｔｙの一つまたは複数のアップリンク無線リソースの周期性を示し得る。例えば、メッセージは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、例えば、例示的なパラメーター、ｒｅｑｕｅｓｔｅｄＴＢＳでの一つまたは複数のアップリンク無線リソースを介して送信されるデータパケットのＴＢサイズを示し得る。例えば、メッセージは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、例えば、例示的なパラメーター、ｒｅｑｕｅｓｔｅｄＴｉｍｅＯｆｆｓｅｔにおける、一つまたは複数のアップリンク無線リソースに対する時間オフセットを示し得る。無線デバイスは、基地局からメッセージに対する応答を受信しえない（例えば、受信することを期待する）。例えば、無線デバイスは、基地局から、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数のアップリンク無線リソースを介して、アップリンクデータを送信するための一つまたは複数の構成パラメーターを受信し得る。

【0246】

無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で送信するためのセルの動作バンドで構成され得る。送信用の動作バンドは、キャリア帯域幅であり得る。動作バンドは、ＤＬバンドおよび／またはＵＬバンドを含んでもよい。送信用の動作バンドは、ＢＷＰであり得る。ＢＷＰは、ＤＬ ＢＷＰ（例えば、ＤＬバンド）および／またはＵＬ ＢＷＰ（例えば、ＵＬバンド）を含んでもよい。例えば、無線デバイスは、セル内のＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送受信用の動作バンドの構成を含むメッセージ（例えば、ＲＲＣメッセージおよび／またはＲＲＣリリースメッセージ）を受信し得る。メッセージは、ＲＢ（またはＰＲＢ）の数および周波数位置（例えば、中心周波数の位置）に基づき構成を示し得る。構成は、動作バンドで使用されるヌメロロジ（例えば、サブキャリア間隔）を示し得る。構成は、ＤＬバンド（例えば、ＤＬ ＢＷＰ）およびＵＬバンド（例えば、ＵＬ ＢＷＰ）に対する別個のヌメロロジ（例えば、サブキャリア間隔）を示し得る。ＤＬバンド（例えば、ＤＬ ＢＷＰ）およびＵＬバンド（例えば、ＵＬ ＢＷＰ）に対して構成されるヌメロロジ（例えば、サブキャリア間隔）は、異なってもよく、または同一であり得る。

【0247】

メッセージは、動作バンド（例えば、開始、サイズおよび／または中心周波数および帯域幅など）の位置および範囲を示し得る。動作バンドの位置および範囲（例えば、開始、サイズおよび／または中心周波数および帯域幅など）は、例えば、リソースユニットの倍数として、リソースユニット（例えば、ＲＢおよび／またはＰＲＢ）の観点から定義され得る。動作バンドの位置および範囲は、セルの一つのキャリアの少なくとも一部であり得る。メッセージは、セルのキャリア帯域幅の中心周波数に対する周波数オフセットおよび帯域幅に基づき、動作バンドの位置および範囲を示し得る。メッセージは、無線デバイスによって検出される同期信号が位置する中心周波数（例えば、初期ＢＷＰ）に対する周波数オフセットおよび動作バンドの帯域幅に基づき、動作バンドの位置および範囲を示し得る。

【0248】

メッセージは、動作バンドで使用されるヌメロロジ情報（例えば、マイクロおよび／またはサブキャリア間隔）を示し得る。無線デバイスは、ヌメロロジ情報からＲＥ構造を決定し得る。メッセージは、制御チャネル（例えば、ＰＤＣＣＨおよび／またはＰＵＣＣＨ）、データチャネル（例えば、ＰＤＳＣＨおよび／またはＰＵＳＣＨ）、および／または基準信号（ＳＳＢ、ＣＳＩ－ＲＳ、および／またはＳＲＳの構成パラメーターを含み得る。メッセージは、動作バンド内の基準位置に対する周波数オフセットに基づき、制御チャネル、データチャネル、および／または基準信号の周波数位置を示し得る。例えば、基準位置は、第一のＲＢの開始点（および／または終了点）が、動作バンドの開始点（および／または終了点）に合致する点であり得る。例えば、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースは、ＲＢ（またはＰＲＢ）の数に関して定義されるサイズで、開始点（例えば、基準位置からの周波数オフセットを有する）に割り当てられてもよい。無線デバイスは、決定されたＲＥ構造に基づき、制御チャネル、データチャネル、および／または基準信号の位置および／またはサイズを決定し得る。

【0249】

Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースは、一つまたは複数のサブバンド（例えば、ＢＷＰ）を含む動作バンドに割り当てられてもよい。例えば、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースは、動作バンド内の特定のサブバンドに割り当てられてもよい。例えば、無線デバイスが受信するメッセージは、一つまたは複数のサブバンド（例えば、ＢＷＰ）を含む動作バンドを示し得る。メッセージは、別個の位置（例えば、周波数位置）、サイズ（例えば、帯域幅）、および／またはヌメロロジ（例えば、サブキャリア間隔）を有する一つまたは複数のサブバンドを示し得る。一つまたは複数のサブバンドを構成するためのＲＥ構造と、動作バンドを構成するためのＲＥ構造は、異なっていてもよい。ＤＬバンド（例えば、ＤＬ ＢＷＰ）およびＵＬバンド（例えば、ＵＬ ＢＷＰ）は、別々に構成され得る。例えば、ＤＬバンドおよびＵＬバンドは、例えば、周波数位置およびヌメロロジ（例えば、サブキャリア間隔）に関して、異なる構成情報を有し得る。例えば、無線デバイスは、ＤＬバンド（および／またはサブバンド）の動作バンドの情報に基づき、ＤＬ制御メッセージ（例えば、ＰＤＣＣＨを介したＤＣＩ）および／またはＤＬデータ（例えば、ＰＤＳＣＨを介したトランスポートブロック）を受信し得る。無線デバイスは、ＵＬ帯に構成される動作バンド（および／またはサブバンド）の情報に基づき、ＵＬ制御（例えば、ＰＵＣＣＨ）および／またはＵＬデータ（例えば、ＰＵＳＣＨを介したトランスポートブロック）を送信し得る。例えば、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースは、サブバンドごとに割り当てられてもよい。例えば、周波数位置および／または一つまたは複数の無線リソースのサイズは、サブバンド関し得る。

【0250】

Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介した送信について、基地局は、構成パラメーターを構成するために無線デバイスにメッセージ（例えば、ＲＲＣメッセージ）を送信し得る。構成パラメーターは、以下の少なくとも一つを示す一つまたは複数のフィールドを含むことができる。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介した送信に使用されるアンテナポート。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介した送信に使用されるＤＭＲＳ構成。（事前）構成されたグラントタイマーの値（例えば、（事前）構成されたグラントタイマーは、周期の倍数であり得る）。周波数ドメインリソース割り当て。周波数ホッピング構成（例えば、スロット内周波数ホッピングおよび／またはスロット間周波数ホッピング。フィールドが存在しない場合、周波数ホッピングは構成されない）。例えば、周波数ホッピングが有効な場合に使用される、周波数ホッピングオフセット。無線デバイスがＰＵＳＣＨに使用できるＭＣＳテーブル（例えば、変換プリコーディングあり／なしのＰＵＳＣＨ）。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介した送信、例えば、フィールドが存在しない場合、無線デバイスは事前定義されたＭＣＳ（例えば、ｑａｍ６４）を決定することができる。一つまたは複数の無線リソースを介した送信の変調オーダー、コードレートおよび／またはＴＢサイズ。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介した送信用に構成されたＨＡＲＱプロセスの数。一つまたは複数の無線リソースを介した送信のアップリンク電力制御パラメーター、例えば、閉ループ・アップリンク電力制御のインジケーターおよび／またはインデックス、一つまたは複数の基準電力値（例えば、ｐ０）、および／または経路損失スケーリング値（例えば、Ａｌｐｈａ）。一つまたは複数の無線リソースの周期性、例えば、有効な周期性値は、ヌメロロジ（例えば、サブキャリア間隔）に基づいて決定（事前定義）することができ、および／または周期性は絶対時間値であり、および／またはＴＴＩ（シンボル、スロット、サブフレーム、システムフレーム、および／またはそれらの任意の組み合わせ）に関して定義され得る。一つまたは複数の無線リソースを介したＰＵＳＣＨ送信のＲＢＧサイズ。一つまたは複数の無線リソースを介した送信のための冗長性バージョン（ＲＶ）シーケンス（例えば、［０ ２ ３ １］、［０ ３ ０ ３］）。一つまたは複数の無線リソースを介した送信の反復回数。追加の起動メッセージ（例えば、ＤＣＩ、ＭＡＣ ＣＥ、および／またはＲＲＣ）が、一つまたは複数の無線リソース（例えば、図１８Ａおよび図１８Ｂ）を起動する必要があるかどうかを示す起動タイプインジケーター。使用されるＳＲＳリソースを示すＳＲＳリソースインジケーター。開始シンボル（例えば、Ｎ番目のアップリンクグラントを決定するために使用される開始シンボル番号（またはシンボルオフセット）Ｓ）と長さＬを示す時間ドメイン割り当て（例えば、時間ドメイン割り当ての値は、開始シンボルと長さの組み合わせであり得る）。一つまたは複数の無線リソースを介した送信のＰＵＳＣＨマッピングタイプ。時間基準に関して定義された時間ドメインオフセット（例えば、ＳＦＮ＝０および／またはｔｉｍｅＲｅｆｅｒｅｎｃｅＳＦＮ）。ベータオフセット値が動的に構成されているか、半静的に構成されているかを示すインジケーター。ここで、ベータオフセット値は、一つまたは複数の無線リソースを介したＰＵＳＣＨ送信のアップリンク電力および／またはＵＣＩ多重化を決定するために使用される。

【0251】

一つまたは複数の無線リソースは、特定のＢＷＰで構成され得る。例えば、無線デバイスは、特定のＢＷＰの構成パラメーターを含むメッセージ（例えば、ＲＲＣメッセージ）を受信し得る。特定のＢＷＰは、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰを含んでもよい。構成パラメーターは、特定のＢＷＰで使用されるヌメロロジ（例えば、サブキャリア間隔）を示し得る。構成パラメーターは、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰに適用されるヌメロロジを示し得る。構成パラメーターは、それぞれＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰで使用される、ヌメロロジを示す別個のフィールドおよび／またはインジケーターを含み得る。ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰで使用されるヌメロロジは、同一であっても異なってもよい。構成パラメーターは、一つまたは複数の無線リソースを介した送信に使用される、ＤＬおよび／またはＵＬ制御チャネル（例えば、ＰＤＣＣＨおよび／またはＰＵＣＣＨ）の無線リソース構成パラメーターを示し得る。構成パラメーターは、一つまたは複数の無線リソースを介した送信に使用される、ＤＬおよび／またはＵＬデータチャネル（例えば、ＰＤＳＣＨおよび／またはＰＵＳＣＨ）の無線リソース構成パラメーターであり得る。ＤＬ制御および／またはデータチャネル（例えば、ＰＤＣＣＨおよび／またはＰＤＳＣＨ）は、ＤＬ ＢＷＰ内に構成され得る。ＵＬ制御および／またはデータチャネル（例えば、ＰＵＣＣＨおよび／またはＰＵＳＣＨ）は、ＵＬ ＢＷＰ内に構成され得る。

【0252】

特定のＢＷＰは、初期ＢＷＰであり得る。例えば、特定のＢＷＰのＤＬ ＢＷＰは、初期ＤＬ ＢＷＰであり得る。例えば、特定のＢＷＰのＵＬ ＢＷＰは、初期ＵＬ ＢＷＰであり得る。特定のＢＷＰは、初期ＢＷＰとは別個に構成され得る。例えば、特定のＢＷＰのＤＬ ＢＷＰは、初期ＤＬ ＢＷＰとは異なる形態であり得る。例えば、特定のＢＷＰのＵＬ ＢＷＰは、初期ＵＬ ＢＷＰとは異なってもよい。例えば、一つまたは複数の無線リソースは、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰと関連付けられてもよい。例えば、一つまたは複数の無線リソースを介した送信に関連する、ＰＤＣＣＨ（例えば、一つまたは複数の無線リソースを介して送信されるＡＣＫ、ＮＡＣＫ、および／またはフォールバック応答）および／またはＰＤＳＣＨ（例えば、一つまたは複数の無線リソースを介して送信されるＲＲＣメッセージに対するＲＲＣ応答）は、ＤＬ ＢＷＰで構成され得る。例えば、ＰＵＣＣＨ（例えば、ＡＣＫおよび／またはＮＡＣＫのＰＤＳＣＨへの応答）および／またはＰＵＳＣＨ（例えば、一つまたは複数の無線リソースを介した送信に関連する、一つまたは複数の無線リソースを介したデータ）は、ＵＬ ＢＷＰで構成され得る。無線デバイスは、例えば、例えば、初期ＢＷＰとは異なる特定のＢＷＰの構成（例えば、周波数位置、帯域幅、および／またはヌメロロジ（例えば、サブキャリア間隔））を示すフィールドが、一つまたは複数の無線リソースを示す構成パラメーターに存在しない場合、特定のＢＷＰ（例えば、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰ）が初期ＢＷＰ（例えば、それぞれ初期ＤＬ ＢＷＰおよび／または初期ＵＬ ＢＷＰ）であると決定し得る。

【0253】

特定のＢＷＰは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤで使用した最後のＢＷＰであり得る。例えば、特定のＢＷＰのＤＬ ＢＷＰは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で使用される最後のＤＬ ＢＷＰであり得る。例えば、特定のＢＷＰのＵＬ ＢＷＰは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤで使用される最後のＵＬ ＢＷＰであり得る。例えば、無線デバイスは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥおよび／またはＲＲＣ＿ＩＤＬＥ）状態に移行し得る。無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で使用するＢＷＰ（例えば、最後のＤＬ ＢＷＰおよび／または最後のＵＬ ＢＷＰ）は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行された状態で使用され得る。無線デバイスは、例えば、例えば、最後のＢＷＰと異なる特定のＢＷＰの構成（例えば、周波数位置、帯域幅、および／またはヌメロロジ（例えば、サブキャリア間隔））を示すフィールドが、一つまたは複数の無線リソースを示す構成パラメーターに存在しない場合、特定のＢＷＰ（例えば、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰ）が、ＢＷＰ（例えば、それぞれ最後のＤＬ ＢＷＰおよび／または最後のＵＬ ＢＷＰ）であることを決定し得る。

【0254】

特定のＢＷＰは、初期ＢＷＰとは別個に構成され得る。例えば、特定のＢＷＰのＤＬ ＢＷＰは、初期ＤＬ ＢＷＰとは異なる形態であり得る。例えば、特定のＢＷＰのＵＬ ＢＷＰは、初期ＵＬ ＢＷＰとは異なってもよい。例えば、一つまたは複数の無線リソースは、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰと関連付けられてもよい。例えば、一つまたは複数の無線リソースを介した送信に関連する、ＰＤＣＣＨ（例えば、一つまたは複数の無線リソースを介して送信されるＡＣＫ、ＮＡＣＫ、および／またはフォールバック応答）および／またはＰＤＳＣＨ（例えば、一つまたは複数の無線リソースを介して送信されるＲＲＣメッセージに対するＲＲＣ応答）は、ＤＬ ＢＷＰで構成され得る。例えば、ＰＵＣＣＨ（例えば、ＡＣＫおよび／またはＮＡＣＫのＰＤＳＣＨへの応答）および／またはＰＵＳＣＨ（例えば、一つまたは複数の無線リソースを介した送信に関連する、一つまたは複数の無線リソースを介したデータ）は、ＵＬ ＢＷＰで構成され得る。

【0255】

図２３は、本開示の実施形態の一態様による、ＢＷＰ（例えば、ＤＬ ＢＷＰおよび／またはＵＬ ＢＷＰ）中の一つまたは複数の無線リソースの例である。無線デバイスは、初期ＢＷＰ（例えば、初期ＤＬ ＢＷＰおよび／または初期ＵＬ ＢＷＰ）の構成パラメーターを含むメッセージ（例えば、ブロードキャストメッセージおよび／または無線デバイス固有のＲＲＣメッセージ）を受信し得る。初期ＢＷＰは、セル検索および／または初期／ランダムアクセスのためのものであり得る。例えば、無線デバイスは、初期ＤＬ ＢＷＰを介してＳＳＢ（例えば、セル定義ＳＳＢ）を受信し得る。例えば、無線デバイスは、初期ＢＷＰを介してランダムアクセス手順を実行し得る。例えば、無線デバイスは、初期ＵＬ ＢＷＰを介して、Ｍｓｇ１、Ｍｓｇ３、および／またはＭｓｇ Ａを送信し得る。無線デバイスは、初期ＤＬ ＢＷＰを介して、Ｍｓｇ２、Ｍｓｇ４、および／またはＭｓｇ Ｂを受信し得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤで送信するために構成される一つまたは複数の無線リソースは、初期ＢＷＰとは異なるＢＷＰで構成され得る。ＢＷＰは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（例えば、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する前に）で使用する最後のＢＷＰであり得る。ＢＷＰは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの無線デバイス用の送信および／または受信用であり得る。送信用の一つまたは複数の無線リソースは、ＢＷＰのＵＬ ＢＷＰで構成され得る。ＰＤＣＣＨおよび／またはＰＤＳＣＨは、ＢＷＰのＤＬ ＢＷＰで構成され得る。無線デバイスは、例えば、無線デバイスのＲＲＣ状態が変化する場合（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）、ＢＷＰを起動停止し得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の送信に関連付けられる一つまたは複数の無線リソースおよび／またはＰＵＣＣＨは、初期ＵＬ ＢＷＰに構成され得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の送信に関連付けられるＰＤＣＣＨおよび／またはＰＤＳＣＨは、初期ＤＬ ＢＷＰに構成され得る。メッセージは、ＢＷＰが初期ＢＷＰとは別個に構成されるかどうかを示し得る。

【0256】

無線デバイスは、基地局を用いて、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でダウンリンクおよび／またはアップリンクビーム管理を実行し得る。ダウンリンクおよび／またはアップリンクビーム管理は、ダウンリンクおよび／またはアップリンクビーム測定手順、一つまたは複数のビームの（再）構成、一つまたは複数のビームのビーム起動、一つまたは複数のビーム間のビーム選択を含み得る。

【0257】

ダウンリンクおよび／またはアップリンクビーム管理における基準信号のインジケーターは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で使用するためのビーム（例えば、無線デバイスのＴＸビームおよび／またはＲＸビーム）を示し得る。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースの構成パラメーターを含むメッセージ（例えば、ＲＲＣメッセージ）を受信し得る。構成パラメーターは、一つまたは複数の基準信号を示すことができる。一つまたは複数の基準信号は、ＳＳＢインデックス／識別子によって識別されたＳＳＢ、ＣＳＩ－ＲＳインデックス／識別子（および／またはＣＳＩ－ＲＳリソースインデックス／識別子）によって識別されたＣＳＩ－ＲＳを含んでもよい。一つまたは複数の基準信号は、ＳＲＳインデックス／識別子（例えば、ＳＲＳリソースインデックス／識別子、ＳＲＳリソースセットインデックス／識別子、および／またはそれらの組み合わせ）によって識別されるＳＲＳを含んでもよい。基準信号は、特定のビームを表し得る。例えば、ＳＳＢは、ワイドビームを表し得る。例えば、ＣＳＩ－ＲＳは狭いビームを表し得る。例えば、ＳＲＳは、無線デバイスのＴＸビームを表し得る。

【0258】

メッセージの構成パラメーターは、どの基準信号がどの送信（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＳＲＳ）および／またはどの受信（例えば、ＰＤＣＣＨおよび／またはＰＤＳＣＨ）と関連付けられるかを示すインジケーターを含み得る。

【0259】

例えば、構成パラメーターは、どの基準信号がＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、データ（例えば、ＰＤＳＣＨ）および／または制御信号（例えば、ＰＤＣＣＨ）の受信と関連付けられているかを示すインジケーターを含み得る。例えば、データおよび／または制御信号は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介した送信と関連付けられてもよい。例えば、受信は、送信に対する応答（例えば、ＰＤＳＣＨを介したＲＲＣ応答および／またはＰＤＣＣＨを介したＬ１ ＡＣＫ／ＮＡＣＫ／フォールバック）を受信するためのものであり得る。例えば、インジケーターは、一つまたは複数のＤＬ基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）と、ＰＤＳＣＨのＤＭ－ＲＳポート、ＰＤＣＣＨのＤＭ－ＲＳポート、および／またはＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポートとの間のＱＣＬ関係を構成するためのパラメーターとし得る。このパラメーターは、一つまたは複数のＴＣＩ状態を含んでもよい。一つまたは複数のＴＣＩ状態の各々は、一つまたは複数のＤＬ ＲＳ（例えば、ＳＳＢ、ＣＳＩ－ＲＳ、任意の組み合わせ）、セルインデックス／識別子、ＢＷＰインデックス／識別子、および／またはＱＣＬ関係タイプ（例えば、一つまたは複数の大規模特性）のうちの少なくとも一つを含んでもよい。例えば、インジケーターは、特定のチャネル構成（例えば、ＰＤＳＣＨ、ＰＤＣＣＨ（例えば、ＣＯＲＥＳＥＴ））のＴＣＩ状態であり得る。例えば、ＰＤＳＣＨおよび／またはＰＤＣＣＨ（例えば、ＣＯＲＥＳＥＴ）構成は、一つまたは複数のＴＣＩ状態のうちの少なくとも一つを含んでもよい。例えば、ＰＤＳＣＨのＴＣＩ状態は、一つまたは複数のＤＬ基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）と、ＰＤＳＣＨのＤＭ－ＲＳポートとの間のＱＣＬ関係を示し得る。無線デバイスは、ＴＣＩ状態（例えば、ＴＣＩ状態のＱＣＬ関係）に基づき、ＰＤＳＣＨを介してデータを受信するために使用されるＲＸビームを決定し得る。例えば、ＰＤＣＣＨのＴＣＩ状態は、一つまたは複数のＤＬ基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）とＰＤＣＣＨのＤＭ－ＲＳポートとの間のＱＣＬ関係を示し得る。無線デバイスは、ＴＣＩ状態（例えば、ＴＣＩ状態のＱＣＬ関係）に基づき、ＰＤＣＣＨを介して制御信号を受信するのに使用されるＲＸビームを決定し得る。

【0260】

無線デバイスは、ＰＤＳＣＨおよび／またはＰＤＣＣＨ（例えば、ＣＯＲＥＳＥＴ）のＴＣＩ状態を（再）構成、更新、および／または起動する一つまたは複数のメッセージを受信し得る。例えば、無線デバイスが受信する第一の制御メッセージ（例えば、ＲＲＣメッセージ）は、ＰＤＳＣＨおよび／またはＰＤＣＣＨ（例えば、ＣＯＲＥＳＥＴ）に使用される少なくとも一つのＴＣＩ状態を示し得る。例えば、無線デバイスが受信する第一の制御メッセージ（例えば、ＲＲＣメッセージ）は、一つまたは複数のＴＣＩ状態を示し得る。無線デバイスが受信する第二の制御メッセージ（例えば、別のＲＲＣメッセージ、ＤＣＩおよび／またはＭＡＣ ＣＥ）は、ＰＤＳＣＨおよび／またはＰＤＣＣＨ（例えば、ＣＯＲＥＳＥＴ）に使用される一つまたは複数のＴＣＩ状態のうちの少なくとも一つを示し得る。例えば、無線デバイスが受信する第一の制御メッセージ（例えば、ＲＲＣメッセージ）は、一つまたは複数のＴＣＩ状態を示し得る。無線デバイスが受信する第二の制御メッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＤＣＩ）は、一つまたは複数のＴＣＩ状態のうちの少なくとも第一の一つを表示（または起動）し得る。無線デバイスが受信する第三の制御メッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＤＣＩ）は、ＰＤＳＣＨおよび／またはＰＤＣＣＨ（例えば、ＣＯＲＥＳＥＴ）に使用される、一つまたは複数のＴＣＩ状態のうちの少なくとも第一の一つのうちの少なくとも第二の一つを示し得る。

【0261】

無線デバイスは、どの基準信号が一つまたは複数の無線リソースを介した送信に関連するデータ（例えば、ＰＵＳＣＨ）および／または制御信号（例えば、ＰＵＣＣＨ）送信に関連付けられているかを示すインジケーターを含む構成パラメーターを受信し得る。

【0262】

例えば、インジケーターは、空間関係情報を含み得る。空間関係情報は、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＳＲＳを介した送信のためのものであり得る。無線デバイスは、特定の空間関係情報のインデックスおよび／または識別子に基づき、特定の空間関係情報を決定（例えば、識別）し得る。空間関係情報は、セルインデックス／識別子、一つまたは複数のＤＬ ＲＳ（例えば、ＳＳＢ、ＣＳＩ－ＲＳ、および／またはそれらの任意の組み合わせ）、ＳＲＳリソースインデックス／識別子、ＢＷＰインデックス／識別子、経路損失基準ＲＳインデックス／識別子、および／または電力制御パラメーターのうちの少なくとも一つを示し得る。無線デバイスは、空間関係情報に基づき、ＰＵＳＣＨおよび／またはＰＵＣＣＨを介した送信に使用されるアンテナポートおよび／またはプリコーダを決定し得る。

【0263】

例えば、インジケーターは、特定のチャネル構成の空間関係情報（例えば、ＰＵＳＣＨのｓｒｓ－空間－関係－情報および／またはＰＵＣＣＨのｐｕｃｃｈ－空間－関係－情報）であり得る。例えば、ＰＵＳＣＨ構成は、少なくとも一つの空間関係情報を含み得る。例えば、ＰＵＣＣＨ構成は、少なくとも一つの空間関係情報を含み得る。ＰＵＳＣＨの空間関係情報は、ＰＵＣＣＨの一つとは異なってもよい。ＰＵＳＣＨの空間関係情報は、ＰＵＣＣＨの一つと同一であり得る。ＰＵＳＣＨおよびＰＵＣＣＨの空間関係情報は、別々におよび／または独立して構成され得る。ＰＵＳＣＨおよびＰＵＣＣＨに適用される（および／またはＰＵＣＣＨに使用される）一つまたは複数の空間関係情報があり得る。

【0264】

無線デバイスは、ＰＵＳＣＨの空間関係情報に基づき、ＰＵＳＣＨに使用されるアンテナポートおよび／またはプリコーダを決定し得る。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介した送信の構成パラメーターを含むメッセージを受信する。構成パラメーター（例えば、ＳＲＳリソースインジケーター）は、ＳＲＳリソースセットのＳＲＳリソースを示し得る。ＳＲＳリソースは、空間関係情報を含み得る。無線デバイスは、一つまたは複数の無線リソースを介した送信について、ＳＲＳリソースのＳＲＳポートと同じアンテナポートを使用するように決定し得る。無線デバイスは、決定に基づき、同じアンテナポートを使用して、一つまたは複数の無線リソースを介してデータを送信し得る。

【0265】

例えば、無線デバイスは、ＰＵＣＣＨの空間関係情報に基づき、ＰＵＣＣＨに使用されるアンテナポートおよび／またはプリコーダを決定し得る。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＰＵＣＣＨの構成パラメーターを含むメッセージを受信する。無線デバイスは、ＳＲ送信および／または測定レポートについて、ＨＡＲＱフィードバック（例えば、ＡＣＫまたはＮＡＣＫ）用のＰＵＣＣＨを介して、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＰＤＳＣＨにアップリンク制御信号を送信し得る。構成パラメーター（例えば、ＰＵＣＣＨ空間関係情報）は、ＰＵＣＣＨ送信のための空間設定（例えば、プリコーダおよび／または空間ドメインフィルター）、およびＰＵＣＣＨ電力制御のためのパラメーターを示し得る。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＰＵＣＣＨ送信について、空間関係情報によって示されるＤＬ ＲＳの受信に使用される空間ドメインフィルターを決定し得る。例えば、ＰＵＣＣＨの空間関係情報がＳＳＢのＳＳＢインデックス／識別子を含む場合、無線デバイスは、セルに対するＳＳＢの受信と同じ空間ドメインフィルターを使用してＰＵＣＣＨを送信し得る。例えば、ＰＵＣＣＨの空間関係情報が、ＣＳＩ－ＲＳのＣＳＩ－ＲＳインデックス／識別子（例えば、ＮＺＰ－ＣＳＩ－ＲＳリソースインデックス／識別子）を含む場合、無線デバイスは、セルに対するＣＳＩ－ＲＳの受信と同じ空間ドメインフィルターを使用して、ＰＵＣＣＨを送信し得る。例えば、ＰＵＣＣＨの空間関係情報がＳＲＳのＳＲＳインデックス／識別子（例えば、ＳＲＳリソース）を含む場合、無線デバイスは、セルおよび／またはＵＬ ＢＷＰに対するＳＲＳの送信と同じ空間ドメインフィルターを使用してＰＵＣＣＨを送信し得る。

【0266】

無線デバイスは、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＳＲＳの空間関係情報を（再）構成、更新、および／または起動する一つまたは複数のメッセージを受信し得る。例えば、無線デバイスが受信する第一の制御メッセージ（例えば、ＲＲＣメッセージ）は、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＳＲＳに使用される少なくとも一つの空間関係情報を示し得る。例えば、無線デバイスが受信する第一の制御メッセージ（例えば、ＲＲＣメッセージ）は、一つまたは複数の空間関係情報を示し得る。無線デバイスが受信する第二の制御メッセージ（例えば、別のＲＲＣメッセージ、ＤＣＩおよび／またはＭＡＣ ＣＥ）は、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＳＲＳに使用される一つまたは複数の空間関係情報の少なくとも一つを示し得る。例えば、無線デバイスが受信する第一の制御メッセージ（例えば、ＲＲＣメッセージ）は、一つまたは複数の空間関係情報を示し得る。無線デバイスが受信する第二の制御メッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＤＣＩ）は、一つまたは複数の空間関係情報の少なくとも第一の一つを表示（または起動）し得る。無線デバイスが受信する第三の制御メッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＤＣＩ）は、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＳＲＳに使用される、一つまたは複数の空間関係情報の少なくとも第一の一つのうちの少なくとも第二の一つを示し得る。

【0267】

図２４は、本開示の実施形態の一態様による、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送信および／または受信のためのビーム管理の例である。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における送信／受信の構成パラメーターを含むメッセージを受信し得る。構成パラメーターは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で使用されるＰＵＳＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ、および／またはＰＵＣＣＨの無線リソースの構成を示し得る。構成パラメーターは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のアップリンク送信（例えば、ＰＵＳＣＨ経由）用の一つまたは複数の無線リソースを示し得る。構成パラメーターは、どのビーム（例えば、基準信号）が、（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨを介して）送信または（例えば、ＰＤＳＣＨおよび／またはＰＤＣＣＨを介して）受信するために使用されるかを示し得る。例えば、図２４では、無線デバイスは、第１のビームを使用して、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介してデータを送信する。無線デバイスは、第３のビームを使用してＰＤＣＣＨを監視し始めることができる。無線デバイスは、ＰＤＣＣＨを介して、ＰＤＳＣＨのダウンリンク割り当てを含むＤＣＩを受信し得る。無線デバイスは、第４のビームを使用してＰＤＳＣＨを受信し得る。無線デバイスは、ＰＵＣＣＨを介して、第２のビームを使用して、ＨＡＲＱフィードバック（例えば、ＡＣＫまたはＮＡＣＫ）を送信し得る。基地局は、異なるビームおよび／または同じビーム、例えば、ＰＵＳＣＨ受信用の第１のビーム、ＰＤＣＣＨ送信用の第２のビーム、ＰＤＳＣＨ送信用の第３のビーム、および／またはＰＵＣＣＨ受信用の第４のビームを使用して、データを受信または送信し得る。無線デバイスは、第二のメッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、ＤＣＩ、および／またはそれらの組み合わせ）を受信して、ＰＵＳＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ、および／またはＰＵＣＣＨのビーム構成を再構成、変更、起動／起動停止、および／または更新し得る。

【0268】

Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、無線デバイスは一つまたは複数の手順を実行できる。例えば、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースを介して、システム情報（ＳＩ）取得手順、セル（再）選択手順、ページングメッセージ受信、および／またはデータ送信を実行し得る。

【0269】

例えば、無線デバイスは、ＳＩ取得手順を介して、ＡＳ、ＮＡＳ－および位置決め支援データ情報を受信し得る。Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の無線デバイスは、ＳＩ取得手順に基づき、（少なくとも）ＭＩＢおよび／または一つまたは複数のＳＩＢ（例えば、ＳＩＢ１～ＳＩＢ４、ＳＩＢ５、および／またはＳＩＢ１１）の有効なバージョンであるかを決定し得る。無線デバイスは、セル選択（例えば、電源投入時）、セル再選択、カバレッジ外からの復帰のとき、同期完了による再構成後、別のＲＡＴからネットワークに入った後、システム情報が変更されたことの指示（例えば、ページング機会に受信したショートメッセージの表示）を受けたとき、ＰＷＳ（Ｐｕｂｌｉｃ Ｗａｒｎｉｎｇ Ｓｙｓｔｅｍ）通知を受信したとき、上層から位置付け要求を受信したとき、および／または無線デバイスに保存されているＳＩＢの有効なバージョンがない場合システム情報（ＳＩ）取得手順を開始（実行）し得る。

【0270】

一つまたは複数の手順を実行することによって、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における送信用の一つまたは複数の無線リソースが無線デバイスに対して構成される、セルのセル構成パラメーター（例えば、ＭＩＢおよび／またはＳＩＢ内）を受信し得る。例えば、ＳＩ取得手順では、無線デバイスは、ＭＩＢおよび／またはＳＩＢ（例えば、ＳＩＢ１および／または任意のＳＩＢブロードキャスト／マルチキャスト／ユニキャスト）を受信する。ＭＩＢおよび／またはＳＩＢは、セルのセル構成パラメーター（例えば、ヌメロロジ、ＵＬ／ＤＬ ＢＷＰ構成、送信ＳＳＢ、および／またはランダムアクセス構成パラメーター）を示し得る。セル構成パラメーターの値は、無線デバイスが基準時間で受信した値と同じであり得る。例えば、基準時間は、無線デバイスが、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の送信用の一つまたは複数の無線リソースに関連付けられるパラメーター（例えば、ＵＬグラント、周期性、電力制御パラメーター、ビームのインジケーターなど）を受信する時であり得る。例えば、基準時間は、無線デバイスがＲＲＣ状態をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行したとき、および／または無線デバイスがＲＲＣリリースメッセージを受信するときであり得る。例えば、基準時間は、無線デバイスが一つまたは複数の無線リソースを介してデータを送信する時であり得る。例えば、基準時間は、無線デバイスが最後のＳＩ取得手順を実行する時であり得る。セルのセル構成パラメーターの一つまたは複数の値は、無線デバイスが基準時間で受信した値とは異なってもよい。

【0271】

マルチビーム動作では、セルは、例えば、複数のビーム（例えば、セルのＴＸビーム）を使用して、複数のＤＬ ＲＳ（例えば、複数のＳＳＢ、ＣＳＩ／ＲＳ、および／または類似のもの）を送信し得る。セル内に構成されるＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の一つまたは複数の無線リソースは、複数のビームで構成され得る。例えば、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の送信および／または受信のためのチャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）は、複数のビームの第一のビームと関連付けられてもよい。例えば、無線デバイスは、チャネルと第一のビームとの間の関連付けを示す無線リソース構成パラメーターを含むメッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、ＤＣＩ、および／またはそれらの任意の組み合わせ）を受信し得る。例えば、無線リソース構成パラメーターは、チャネルのビーム構成（例えば、ＴＣＩおよび／または空間関係情報）が、複数のＤＬ ＲＳの第一のＤＬ ＲＳを含むことを示し得る。第一のＤＬ ＲＳは、第一のビーム（例えば、図２４に示すように）を表し得る。例えば、複数のＤＬ ＲＳのうちの一つは、一つまたは複数のチャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、および／またはＰＵＣＣＨ）と関連付けられてもよい。無線デバイスは、関連付けに基づき、チャネルを介して実行される送信および／または受信に使用される、アンテナポートおよび／またはプリコーダ（例えば、空間ドメインフィルター）を決定し得る。例えば、無線デバイスは、第一のＤＬ ＲＳを受信するために使用されるものに基づき、アンテナポートおよび／またはプリコーダ（例えば、空間ドメインフィルター）を決定し得る。

【0272】

マルチビーム動作では、無線デバイスは、セルの複数のビーム間のセルのセル測定量値を決定し得る。セルのセル測定量値（例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩなど）は、サービングセル測定、セルの測定量、および／または同種のものと呼ぶことができる。無線デバイスは、セル（および／または基地局）から一つまたは複数のＤＬ ＲＳを受信することができる。セルは、複数のビームを使用して、一つまたは複数のＤＬ ＲＳを送信し得る。一つまたは複数のＤＬ ＲＳは、ＳＳＢ、ＣＳＩ－ＲＳ、および／またはセル固有ＲＳ、および／またはセルからおよび／または無線デバイスのために送信される任意のタイプのＲＳであり得る。例えば、一つまたは複数のＤＬ ＲＳの各々は、複数のビームのうちの少なくとも一つを表し、かつ／またはそれらと関連付けられてもよい。例えば、無線デバイスは、セルから受信した一つまたは複数のＤＬ ＲＳの測定される電力値（例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、および／または同種のもの）に基づき、セル測定量値を決定し得る。

【0273】

マルチビーム動作では、無線デバイスは、一つまたは複数のＤＬ ＲＳの測定される電力値（例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、および／または類似のもの）の関数（例えば、線形平均）によって、セル測定量値を決定し得る。ＤＬ ＲＳの測定される電力値は、ＤＬ ＲＳのビーム測定量と呼んでもよい。例えば、無線デバイスは、セル測定量値を、一つまたは複数のＤＬ ＲＳの測定される電力値の平均（例えば、線形平均）、および／または一つまたは複数のＤＬ ＲＳのビーム測定量として決定し得る。

【0274】

無線デバイスは、何個のＤＬ ＲＳ（例えば、ビーム）がセル測定量値を決定するために使用されるかを示す一つまたは複数のパラメーターを含むメッセージ（例えば、ＳＩＢおよび／またはＲＲＣリリースメッセージ）を受信し得る。一つまたは複数のパラメーターは、セル測定量値が第一の閾値（例えば、ｎｒｏｆＳＳ－ＢｌｏｃｋｓＴｏＡｖｅｒａｇｅ、および／またはｍａｘＲＳ－ＩｎｄｅｘＣｅｌｌＱｕａｌ）以下であることを決定するために使用される一つまたは複数のＤＬ ＲＳの数を示す第一のパラメーターを含み得る。一つまたは複数のパラメーターは、第二の閾値（例えば、ａｂｓＴｈｒｅｓｈＳＳ－ＢｌｏｃｋｓＣｏｎｓｏｌｉｄａｔｉｏｎ、および／またはｔｈｒｅｓｈＲＳ－Ｉｎｄｅｘ）を示す第二のパラメーターを含み得る。無線デバイスは、セル測定量値を決定するために、一つまたは複数のＤＬ ＲＳの中から少なくとも一つのＤＬ ＲＳを選択し得る。例えば、無線デバイスが選択する少なくとも一つのＤＬ ＲＳの測定される電力値は、第二の閾値よりも高くてもよい。例えば、少なくとも一つのＤＬ ＲＳの番号は、第一の閾値以下であり得る。

【0275】

一つまたは複数のＤＬ ＲＳの中で、測定される電力値が第二の閾値よりも高いＭのＤＬ ＲＳがあり得る。例えば、Ｍが第一の閾値よりも大きい場合、無線デバイスは、ＭのＤＬ ＲＳ（例えば、Ｎ≦第一の閾値）の中からＮのＤＬ ＲＳを選択し得る。例えば、ＮＤＬ ＲＳは、一つまたは複数のＤＬ ＲＳの中でＮの最も高い測定される電力値を有し得る。例えば、無線デバイスは、ＭのＤＬ ＲＳの中から、および／または一つまたは複数のＤＬ ＲＳの中からＮのＤＬ ＲＳをランダムに選択し得る。

【0276】

第一の閾値が構成されない場合がある。この場合、無線デバイスが一つまたは複数のＤＬ ＲＳの中から選択する少なくとも一つのＤＬ ＲＳの番号は、（例えば、ＲＲＣメッセージおよび／またはＭＩＢ／ＳＩＢによって）事前に定義されてもよく、および／または半静的に構成され得る。例えば、無線デバイスが受信するメッセージに第一の閾値を示すフィールドがない場合（例えば、構成されていない、および／または示されない）、無線デバイスは、最も高い測定される電力値として、ＤＬ ＲＳに基づきセル測定量値を選択し得る。

【0277】

第二の閾値が構成されない場合がある。この場合、無線デバイスが一つまたは複数のＤＬ ＲＳの中から選択する少なくとも一つのＤＬ ＲＳの番号は、（例えば、ＲＲＣメッセージおよび／またはＭＩＢ／ＳＩＢによって）事前に定義されてもよく、および／または半静的に構成され得る。例えば、無線デバイスが受信するメッセージに第二の閾値を示すファイルがない場合（例えば、構成されていない、および／または示されない）、無線デバイスは、最も高い測定電力値として、ＤＬ ＲＳに基づきセル測定量値を選択し得る。

【0278】

一つまたは複数のＤＬ ＲＳの測定される電力値が第二の閾値と等しいか、またはそれより小さい場合があり得る。この場合、無線デバイスが一つまたは複数のＤＬ ＲＳの中から選択する少なくとも一つのＤＬ ＲＳの番号は、（例えば、ＲＲＣメッセージおよび／またはＭＩＢ／ＳＩＢによって）事前に定義されてもよく、および／または半静的に構成され得る。例えば、無線デバイスは、ＤＬ ＲＳに基づき、セル測定量値を最も高い測定電力値として選択し得る。

【0279】

無線デバイスは、セルのセル測定量値を使用して、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の送信（セルへの）および／または受信（セルからの）を検証し得る。例えば、無線デバイスは、ＴＡ値が、セル測定量値（例えば、サービングセルＲＳＲＰ値）に基づき有効かどうかを決定し得る。例えば、無線デバイスは、例えば、次の条件の少なくとも一つが満たされている場合、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での一つまたは複数の無線リソースを介して、送信に対するＴＡ値を決定し得る。ＴＡＴが動作している。セル測定量値（例えば、サービングセルＲＳＲＰの測定値）が増加閾値を超える値だけ増加していない（例えば、最後のＴＡ検証以降）。および／またはセル測定量値（例えば、サービングセルＲＳＲＰの測定値）が減少閾値を超える値だけ減少していない（例えば、最後のＴＡ検証以降）。

【0280】

無線デバイスは、マルチビーム動作で構成されるセルから一つまたは複数のＤＬ ＲＳを受信し得る。無線デバイスは、一つまたは複数のＤＬ ＲＳの少なくとも一つのＤＬ ＲＳの測定値（例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、および／または類似のもの）の関数（例えば、平均、線形平均として）によって、セル測定量値を決定し得る。無線デバイスは、一つまたは複数のＤＬ ＲＳの測定される電力値を使用して、一つまたは複数のＤＬ ＲＳの中からその少なくとも一つのＤＬ ＲＳを選択し得る。例えば、無線デバイスは、一つまたは複数のＤＬ ＲＳの中からＮのＤＬ ＲＳ（Ｎ≧１）を選択して、セル測定量値を決定し得る。例えば、ＮのＤＬ ＲＳの測定値は、第二の閾値よりも高くてもよい。例えば、ＮのＤＬ ＲＳの測定値は、一つまたは複数のＤＬ ＲＳの測定値の中で最も高いＮ値であり得る。例えば、無線デバイスが動くと、

【0281】

図２５は、本開示の実施形態の一態様によるセル測定量値に対するＤＬ ＲＳの選択の例である。無線デバイスは、セルから一つまたは複数のＤＬ ＲＳを受信し得る。図２５では、無線デバイスは４のＤＬ ＲＳを受信する。無線デバイスは、一つまたは複数のＤＬ ＲＳの中から少なくとも一つのＤＬ ＲＳを選択し、セル測定量値を決定し得る。例えば、時刻Ｔ１で、無線デバイスは、一つまたは複数のＤＬ ＲＳの測定値に基づき、ＤＬ ＲＳ３およびＤＬ ＲＳ４を選択し得る。例えば、ＤＬ ＲＳ３およびＤＬ ＲＳ４の測定値は、一つまたは複数のＤＬ ＲＳのうちの最も高いものである。無線デバイスは、ＤＬ ＲＳ１および／またはＤＬ ＲＳ２によって覆われた領域に向かって移動し得る。時刻Ｔ２で、無線デバイスは、一つまたは複数のＤＬ ＲＳの測定値に基づき、ＤＬ ＲＳ １およびＤＬ ＲＳ ２を選択し得る。例えば、ＤＬ ＲＳ１およびＤＬ ＲＳ２の測定値は、一つまたは複数のＤＬ ＲＳのうちの最も高いものである。

【0282】

ブロードキャストおよび／またはマルチキャストメッセージ（例えば、システム情報）は、無線デバイスに専用の構成パラメーターを含まなくてもよい（例えば、示さない）。ブロードキャストおよび／またはマルチキャストメッセージ（例えば、システム情報）は、複数の無線デバイスと共有される無線リソースのスケジューリング情報を構成（例えば、提供）し得る。ブロードキャストおよび／またはマルチキャストメッセージ（例えば、システム情報）は、無線デバイス専用の無線リソースのスケジューリング情報を構成（例えば、提供）しえない（例えば、そうすることが適切ではあり得ない）。

【0283】

ＲＲＣ再構成メッセージは、無線デバイスがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で受信するメッセージであり得る。ＲＲＣ再構成メッセージは、無線デバイス専用のＳＤＴの構成パラメーターを含むことができる。ＲＲＣ再構成メッセージは、ネットワーク（例えば、基地局）からの接続のリリースを示しえない。例えば、ＲＲＣ再構成メッセージは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を示しえない。ＲＲＣ再構成メッセージは、（ＲＲＣ）接続リリース手順をトリガーしえない。無線デバイスは、例えば、ＲＲＣ再構成メッセージを受信した後、ＲＲＣリリースメッセージを受信し得る。無線デバイスとネットワーク（例えば、基地局）との間の無線チャネル状態は、ＲＲＣ再構成メッセージを受信した後、および／またはＲＲＣリリースメッセージを受信する前に変化し得る。例えば、ＲＲＣ再構成メッセージがＳＤＴの構成パラメーターを含む場合、ネットワーク（例えば、基地局）が、ＳＤＴの構成パラメーターを決定するには早すぎる場合がある。構成パラメーターの不正確な値は、無線デバイスの再送信数およびバッテリー電力を増加させ得る。構成パラメーターの不正確な値は、信頼性を低下させ、および／または無線デバイスと基地局との間の通信の待ち時間を増大させ得る。

【0284】

例えば、特定のタイプのメッセージが、無線デバイスに専用のＳＤＴ（例えば、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で使用される一つまたは複数の無線リソース）の構成パラメーターおよび／またはネットワーク（例えば、基地局）からの接続リリースを示す（および／または含む）場合、無線デバイスにとって有益であり得る。例えば、メッセージの特定のタイプは、ＲＲＣリリースメッセージであり得る。ＲＲＣメッセージは、例えば、ＲＲＣメッセージの受信後、またはそれに応答してＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態への遷移を示し得る。無線デバイスは、例えば、無線デバイスがＳＤＴを開始するときに、ＲＲＣリリースメッセージの構成パラメーターを読み出すことができる。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のセルの送信および／または受信のために、ＳＤＴの構成パラメーターを使用し得る。ＲＲＣリリースメッセージは、無線デバイスがＳＤＴを開始する前に受信する最新のメッセージ（例えば、無線デバイス専用）のうちの一つであり得る。例えば、ＲＲＣリリースメッセージの構成パラメーターは、無線デバイスと基地局との間の最近の無線チャネル条件に基づき（基地局によって）決定され得る。例えば、最近の無線チャネル条件に基づき決定される構成パラメーターは、無線デバイスのバッテリー電力を減少させ、および／または無線デバイスと基地局との間の通信の信頼性および遅延を改善することができる。

【0285】

例示的実施において、ＲＲＣリリースメッセージは、ＳＤＴの構成パラメーターを含んでもよい。構成パラメーターは、一つまたは複数のＳＳＢのうちの第一の同期信号ブロック（ＳＳＢ）のインデックス（または識別子）、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＳＤＴに使用されるアップリンクリソースの時間および頻度リソース構成、および／または第一のＳＳＢとアップリンクリソースとの間のマッピング表示（または関連付け）を含み得る。特許請求される発明では、ＲＲＣリリースメッセージが第一のＳＳＢのアップリンクリソースを構成したとしても、無線デバイスは、一つまたは複数のＳＳＢを測定することによってリソースを検証する。例示的実施形態では、ＲＲＣリリースメッセージは、一つまたは複数のＳＳＢの構成パラメーター、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＳＤＴ用のアップリンクリソースを含む。無線デバイスは、例えば、無線リソース制御（ＲＲＣ）接続状態で、ＳＤＴに対する構成パラメーターを含むＲＲＣリリースメッセージを受信してもよく、構成パラメーターは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で使用するために、セルの複数のＳＳＢのうちの第一のＳＳＢの識別子、および／または第一のＳＳＢに対応するアップリンクリソースの一つまたは複数のリソースパラメーターを含む。一例では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で、構成されたグラントアップリンクリソースに対するＲＲＣ再構成メッセージを使用した、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での構成は、有効ではないか、および／またはＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の無線デバイスによって使用できえない。他のメッセージ（例えば、ＲＲＣ再構成メッセージ、ブロードキャストメッセージ、マルチキャストメッセージ、および／またはシステム情報）の代わりにＲＲＣリリースメッセージを使用すると、追加の利点が得られる。なぜなら、ＲＲＣリリースメッセージは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＳＤＴを開始する前に（無線デバイスによって、および基地局から）受信した最新のメッセージの一つであるためである。基地局は、ＲＲＣリリースメッセージ内の第一のＳＳＢおよびアップリンクリソースの構成パラメーターを送信して、ＳＤＴ用のリソースを構成し、無線デバイスをＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行し得る。

【0286】

例示的実施において、構成パラメーターは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＳＤＴに使用されるアップリンクソースを介した送信を検証するための第一の閾値を含んでもよい。基地局は、第一の閾値を含むＲＲＣリリースメッセージを送信し得る。無線デバイスは、アップリンクリソースが、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での使用に有効であると決定してもよく、決定が、第一のＳＳＢのビーム測定値が第一の閾値以上であることに基づく。例えば、基地局は、（例えば、ＲＲＣリリースメッセージを使用して）最新のチャネル測定値および／または特定の無線デバイス能力およびパラメーターに基づき第一の閾値を構成できる。例示的実施形態は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の無線デバイスのための、低減されたシグナリングオーバーヘッドおよび／または改善されたアップリンク送信を提供する。ＲＲＣリリースメッセージは、無線デバイス専用のユニキャストメッセージ（例えば、ユニキャスト専用ＵＥ固有のメッセージ）であり、基地局は、無線固有のパラメーター（例えば、チャネル条件、能力、構成、および／または同種のもの）に基づき、無線デバイスに対して、これらのパラメーターを構成できる。

【0287】

例示的実施において、ＲＲＣリリースメッセージは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のＳＤＴに使用されるアップリンクリソースを介した送信を検証するための第二の閾値を含んでもよい。一実施例では、アップリンクリソースを介した送信を検証するための第二の閾値の構成により、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の間の小さなデータパケットのＳＤＴがさらに改善される。無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でのＳＤＴの送信にアップリンクリソースを使用することが有効であると決定してもよく、決定は、第一のＳＳＢのビーム測定値に基づき、第一の閾値以上であり、第二の閾値未満である。第二の閾値の構成は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の間のアップリンクリソース（例えば、アップリンクリソースを介した送信用）のための、より正確な検証メカニズムの実装を提供する。例えば、第一の閾値および第二の閾値の構成は、無線デバイスが、基地局および／または他の無線デバイスへの干渉を低減するために、アップリンクリソースを検証することを可能にし得る。例えば、無線デバイスは、無線デバイスが基地局に非常に近いとき、アップリンクリソースを介して送信を無効化してもよく、他のノードに対して追加の干渉を生成し得る（ＳＳＢの受信された測定値が第二の閾値を上回るとき）。

【0288】

既存の技術では、セルの一つまたは複数の無線リソースを介した送信および／または受信に関連するビーム測定量値が低い（例えば、第二の閾値以下である）一方、セルのセル測定量値が高い（例えば、第一の閾値よりも高い）とき、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に問題が生じ得る。無線デバイスは、ＤＬ ＲＳ（例えば、ビーム構成のＴＣＩおよび／または空間関係情報）を（再）構成（変更および／または更新）する無線デバイス固有のメッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、ＤＣＩ、および／またはそれらの任意の組み合わせ）を受信し得る。無線デバイス固有のメッセージは、ＤＬ ＲＳが、セルの一つまたは複数の無線リソースを介した送信および／または受信と関連付けられ得ることを示し得る。無線デバイスは、セルのＤＬ ＲＳの測定される電力値が小さい（例えば、事前に定義されたおよび／または半静的に構成される閾値未満）と決定し得る。例えば、ＤＬ ＲＳの測定電力値は、セル測定量値（および／または最後の検証以降のセル測定量値の変化）が有効な範囲（例えば、増加閾値と減少閾値との間の）内にあり得る一方で、ドロップされ得る。これは、例えば、無線デバイスが、ＤＬ ＲＳ（例えば、ビーム構成のＴＣＩおよび／または空間関係情報）を（再）構成（変更および／または更新）できる無線デバイス固有のメッセージを受信し得るまで、無線デバイスが、ＤＬ ＲＳを一つまたは複数の無線リソースのビーム構成（例えば、ＴＣＩおよび／または空間関係情報）として保持（例えば、維持）しながら、無線デバイスが、セル測定量値を決定するために選択するセルの一つまたは複数のＤＬ ＲＳが変化し得るとき発生し得る。この場合、無線デバイスは、セル測定量値に基づき、セルの一つまたは複数の無線リソースを介した送信および／または受信が、例えば、ＤＬ ＲＳの測定される電力値が低いときに、有効であると決定し得る。例えば、既存の技術では、無線デバイスは、ＤＬ ＲＳの測定される電力値を使用して、一つまたは複数の無線リソースを介した送信および／または受信の有効性を決定し得ない。ＤＬ ＲＳの電力値が低いと、一つまたは複数の無線リソースを介した送信および／または受信の復号化失敗の割合が高くなる。例えば、失敗率が増加すると、無線デバイスの遅延および／または電池消費量は、復号化の失敗によって引き起こされる再送信のために増加する。

【0289】

Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送信および／または受信の検証を強化する必要があり得る。例示的実施形態では、無線デバイスは、ＤＬ ＲＳのビーム測定量値（例えば、セルから受信）に基づき、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で送信および／または受信を行うかどうかを決定し得る。無線デバイスは、ＤＬ ＲＳのビーム測定量値として、ＤＬ ＲＳの測定される電力値（例えば、ＲＳＲＰ、ＲＳＲＱ、および／またはＲＳＳＩ）を決定し得る。ビーム測定量に基づく強化された検証は、セルのビーム検証と呼んでもよい。例えば、ビーム検証のために、無線デバイスは、送信および／または受信に関連付けられる一つまたは複数のＤＬ ＲＳのビーム測定量値を使用して、送信および／または受信の有効性を決定し得る。例えば、無線デバイスは、例えば、一つまたは複数のＤＬ ＲＳの少なくとも一つのＤＬ ＲＳのビーム測定量値が範囲外である場合、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でセルの送信および／または受信が無効であると決定し得る。例示的実施形態では、無線デバイスは、例えば、無線デバイスが送信および／または受信が無効であると決定する場合、送信および／または受信を実行しえない（例えば、スキップする、開始しない、および／または開始をスキップする）。範囲は、一つまたは複数の閾値によって構成および／または定義され得る。例えば、無線デバイスが基地局から受信するメッセージ（例えば、ＲＲＣメッセージ、ＭＡＣ ＣＥ、および／またはＤＣＩ）は、一つまたは複数の閾値を含む。

【0290】

例示的実施形態では、異なるレベルの測定値、例えば、セルレベル測定値および／またはビームレベル測定値を使用して、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送信および／または受信を検証し得る。例えば、無線デバイスは、セルのセル測定量値（例えば、サービングセルＲＳＲＰ値）および／または一つまたは複数の無線リソースに関連付けられる少なくとも一つのＤＬ ＲＳのビーム測定量値（例えば、測定されるＲＳＲＰ値）に基づき、一つまたは複数の無線リソースを介して送信および／または受信を行うかどうかを決定する。セル測定量値に基づき無線デバイスが実行する検証は、ＴＡ検証（例えば、図２１Ａ、図２１Ｂ、および図２２に示すように）であり得る。例えば、セル測定量値に基づくＴＡ検証によって、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送信にＴＡ値を使用するかどうかを決定し得る。少なくとも一つのＤＬ ＲＳのビーム測定量値に基づき、無線デバイスが実行する検証は、例えば、無線デバイスが、少なくとも一つのＤＬ ＲＳ（例えば、アンテナポートおよび／またはプリコーダを決定するために）を送信および／または受信に使用するときに、送信および／または受信の失敗を予期するかどうかを決定することができる。例えば、無線デバイスは、ビーム検証の結果に基づき、一つまたは複数の無線リソースに関連付けられる一つまたは複数のＤＬ ＲＳを使用して、一つまたは複数の無線リソースを介して、送信および／または受信を行う（例えば、スキップ、および／または開始）か、または実行しないかを決定する。例示的実施形態におけるビーム検証は、無線デバイスと基地局との間のチャネルにおいて大きな損失を経験するビーム（例えば、ＤＬ ＲＳ）による不必要な送信および／または受信を低減することによって、無線デバイスのスペクトル効率を改善し、および／または電力消費を低減することができる。

【0291】

図２６は、本開示の実施形態の一態様によるビーム検証の一例である。無線デバイスは、セルから一つまたは複数のＤＬ ＲＳを受信し得る。図２６では、無線デバイスは４つのＤＬ ＲＳを受信する。無線デバイスは、基地局から、ＤＬ ＲＳ４がＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のセルの送信および／または受信に関連付けられていることを示す表示を受信し得る。例えば、無線デバイスは、指示されたＤＬ ＲＳ４に基づき、送信および／または受信に使用されるアンテナポートおよび／またはプリコーダ（例えば、空間ドメインフィルター）を決定し得る。無線デバイスは、一つまたは複数のＤＬ ＲＳの中から少なくとも一つのＤＬ ＲＳを選択し、セル測定量値を決定し得る。例えば、時刻Ｔ１で、無線デバイスは、ＤＬ ＲＳ３およびＤＬ ＲＳ４の測定される電力値に基づき、セル測定量値を決定する。無線デバイスは、時刻Ｔ１で測定されたセル測定量値が第一の有効範囲（例えば、図２１Ａおよび／または図２１Ｂの例における増加閾値および／または減少閾値に基づいて定義される範囲）内にあり、および／またはＤＬ ＲＳ４のビーム測定量値が、送信および／または受信に使用されるのに有効である（例えば、第二の有効範囲内で）、という決定に基づいて、送信および／または受信を実行することができる。時刻Ｔ２で、無線デバイスは、ＤＬ ＲＳ１およびＤＬ ＲＳ２の測定電力値に基づきセル測定量値を決定し、一方でＤＬ ＲＳ４の測定電力値に基づきビーム測定量値を決定し得る。無線デバイスは、時刻Ｔ２で測定されるセル測定量値が、第一の有効範囲内であると決定し得る。無線デバイスは、時刻Ｔ２でＤＬ ＲＳ４のビーム測定量値が、送信および／または受信に使用されるのに無効（例えば、第二の有効範囲外）であると決定し得る。無線デバイスは、ビーム測定量値が無効と決定された後、またはそれに応答して、送信および／または受信を実行しえない（例えば、スキップする、開始をスキップする、および／または開始しない）。

【0292】

無線デバイスは、セル測定量値に基づき、ビーム検証を実行し得る。無線デバイスは、セルの複数のＤＬ ＲＳの中で一つまたは複数のＤＬ ＲＳを使用して、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送信および／または受信を検証するためのセル測定量値を決定し得る。例えば、無線デバイスは、ＴＡ検証のためにセル測定量を使用し得る。無線デバイスは、複数のＤＬ ＲＳの測定される電力値に基づき、一つまたは複数のＤＬ ＲＳを選択し得る。例えば、一つまたは複数のＤＬ ＲＳの測定される電力値は、複数のＤＬ ＲＳの測定される電力値の中でＮ（例えば、Ｎ≧１）の最大値であり得る。一つまたは複数のＤＬ ＲＳが少なくとも一つのＤＬ ＲＳを含む場合、無線デバイスは、セルの一つまたは複数の無線リソースが、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の送信および／または受信に使用されるのに有効であると決定し得る。無線デバイスは、一つまたは複数の条件、例えば、ＴＡＴが動作しているかどうか（例えば、図２０）、および／またはセル測定量値（および／または測定量値の変化）が範囲内にあるかどうか（例えば、図２１Ａおよび図２１Ｂ）に基づき、一つまたは複数の検証を引き続き実施し得る。一つまたは複数のＤＬ ＲＳが少なくとも一つのＤＬ ＲＳを含んでいない場合、無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおける送信および／または受信のための一つまたは複数の無線リソースの使用を無効化し得る（例えば、使用しないことを決定し得る）。

【0293】

図２６では、時刻Ｔ１で、無線デバイスは、セルの一つまたは複数の無線リソースが、例えば、ＤＬ ＲＳ４に基づき決定されたセル測定量値の後または応答で、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の送信および／または受信に使用されるのに有効であると決定し得る。例えば、図２６の時刻Ｔ２で、無線デバイスは、セルの一つまたは複数の無線リソースが、例えば、ＤＬ ＲＳ４に基づかず決定されたセル測定量値の後またはそれに応答して、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送信および／または受信に使用されるのに無効であると決定し得る。

【0294】

ビーム検証がセルの一つまたは複数の無線リソースが送信および／または受信に使用されるのに無効であると示した後、またはそれに応答して、無線デバイスは、送信および／または受信を実行しえない（例えば、スキップする、開始しない、開始をスキップする）。ビーム検証がセルの一つまたは複数の無線リソースが送信および／または受信に使用されるのに無効であると示した後、またはそれに応答して、無線デバイスは、一つまたは複数の無線リソースを起動停止してもよく、および／または一つまたは複数の無線リソースの構成パラメーターおよび／またはグラントを一時停止し得る。ビーム検証がセルの一つまたは複数の無線リソースが送信および／または受信に使用されるのに無効であると示した後、またはそれに応答して、無線デバイスは、ランダムアクセス手順をトリガーし得る。ランダムアクセス手順は、ビーム回復手順とし得る。ビーム検証がセルの一つまたは複数の無線リソースが送信および／または受信に使用されるのに無効であると示した後、またはそれに応答して、無線デバイスは、ビーム障害の表示、少なくとも一つのＤＬ ＲＳ上のビーム障害の表示、少なくとも一つのＤＬ ＲＳ、一つまたは複数のＤＬ ＲＳ、およびまたは複数のＤＬ ＲＳのビーム測定量値の少なくとも一つを含むメッセージ（例えば、要求メッセージ）を送信し得る。

【0295】

無線デバイスは、一つまたは複数の無線リソースに関連付けられるＤＬ ＲＳのビーム測定量値（例えば、ＲＳＲＰ、ＲＳＲＱ、ＲＳＳＩ、および／または同種のもの）に基づき、ビーム検証を行ってもよい。無線デバイスは、一つまたは複数のビーム閾値を含むメッセージを受信し得る。一つまたは複数のビーム閾値は、第一のビーム閾値および／または第二のビーム閾値を含む。

【0296】

例えば、第一のビーム閾値および／または第二のビーム閾値は、一つまたは複数の無線リソースに関連付けられる少なくとも一つのＤＬ ＲＳの測定値の変化に対する閾値を示し得る。例えば、第一のビーム閾値および／または第二のビーム閾値は、無線デバイスが、一つまたは複数の無線リソースを介した送信および／または受信を、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の少なくとも一つのＤＬ ＲＳに基づき使用されるのに有効であると決定する範囲を示す。

【0297】

第一のビーム閾値および／または第二のビーム閾値は、ｄＢｍでの値であり得る。例えば、無線デバイスは、例えば、少なくとも一つのＤＬ ＲＳのビーム測定量値が第一のビーム閾値未満である場合に、少なくとも一つのＤＬ ＲＳに関連付けられる送信および受信を、有効として決定する。例えば、無線デバイスは、例えば、少なくとも一つのＤＬ ＲＳのビーム測定量値が第二のビーム閾値以上である場合に、少なくとも一つのＤＬ ＲＳに関連付けられる送信および受信を、有効として決定する。例えば、無線デバイスは、例えば、少なくとも一つのＤＬ ＲＳのビーム測定量値が、第一のビーム閾値以上であり、および／または第二のビーム閾値未満である場合、少なくとも一つのＤＬ ＲＳに関連付けられる送信および受信を、無効として決定する。

【0298】

第一のビーム閾値および／または第二のビーム閾値は、ビーム検証のための値をｄＢで示し得る。例えば、無線デバイスは、例えば、少なくとも一つのＤＬ ＲＳのビーム測定量値が、第一のビーム閾値を超えて増加していない、および／または第二のビーム閾値を超えて減少していない場合、少なくとも一つのＤＬ ＲＳに関連付けられる送信および受信を、有効と決定する。例えば、無線デバイスは、例えば、少なくとも一つのＤＬ ＲＳのビーム測定量値が、第一のビーム閾値よりも多く増加したか、および／または第二のビーム閾値よりも多く減少した場合に、少なくとも一つのＤＬ ＲＳに関連付けられる送信および受信を、無効と決定する。無線デバイスは、基準測定値に基づき、測定値がどれだけ変化したか（例えば、増加していないか、および／または減少していないか）を決定し得る。例えば、基準測定値は、最後のビーム検証および／またはビーム測定量値の最後の測定のために実施される一つまたは複数の測定値である。

【0299】

無線デバイスは、第一のビーム閾値および第二のビーム閾値を含むメッセージを受信し得る。この場合、無線デバイスは、本開示の実施形態の態様による、開示された実施例として、第一のビーム閾値および第二のビーム閾値をビーム検証に使用し得る。無線デバイスは、第一のビーム閾値および／または第二のビーム閾値のうちの一つを含むメッセージを受信し得る。この場合、無線デバイスは、本開示の実施形態の態様による、開示された実施例として、第一のビーム閾値および／または第二のビーム閾値のうちの一つを使用し得る。例えば、セルエッジ領域内の無線デバイスは、第一のビーム閾値を含むメッセージを受信し得る。例えば、セル中央領域内の無線デバイスは、第二のビーム閾値を含むメッセージを受信し得る。第一のビーム閾値および第二のビーム閾値は、メッセージに存在しなくてもよい。例えば、無線デバイスは、第一のビーム閾値および第二のビーム閾値に対するフィールド値を含まないメッセージを受信し得る。この場合、無線デバイスは、ビーム検証が少なくともビーム測定量値に基づかないと決定し得る。例えば、第一のビーム閾値および第二のビーム閾値が構成されていない場合、ビーム測定量値（例えば、ＲＳＲＰ、ＲＳＲＰ、および／またはＲＳＳＩ）の変化に基づくビーム検証は、適用されない。

【0300】

無線デバイスは、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における送信および／または受信のための、セルの一つまたは複数の無線リソースのリソース構成を含むメッセージを受信し得る。メッセージは、セルのどのＤＬ ＲＳが、送信および／または受信を行うのに使用されるかを示し得る。送信は、ＰＵＳＣＨおよび／またはＰＵＣＣＨを含んでもよい。受信は、ＰＤＳＣＨおよび／またはＰＤＣＣＨを含んでもよい。メッセージは、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、および／またはＰＤＣＣＨの別個のビーム構成を示し得る。例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、および／またはＰＤＣＣＨの各々は、少なくとも一つのＤＬ ＲＳで構成され得る。無線デバイスは、ビーム構成の各々に対して、ビーム検証を実行し得る。

【0301】

例えば、無線デバイスは、送信および／または受信のチャネルごとに、送信および／または受信を実行しない（例えば、スキップする、開始しない、および／または開始をスキップする）ことを決定し得る。例えば、特定のチャネル（例えば、ＰＵＳＣＨ）のビーム検証が、特定のチャネルに対応する送信または受信のために構成される少なくとも一つのＤＬ ＲＳが、使用されるのに無効であると示す場合、無線デバイスは、特定のチャネルを介した送信または受信を実行しない（例えば、スキップする、開始しない、および／または開始をスキップする）と決定し得る。例えば、無線デバイスは、例えば、ビーム検証がＰＵＳＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、および／またはＰＤＣＣＨの少なくとも一つが送信および／または受信を実行するのに無効であると示した後、またはそれに応答して、送信および／または受信を実行しない（例えば、スキップしない、開始しない、および／または開始をスキップする）ことを決定し得る。例えば、無線デバイスは、例えば、ビーム検証がＰＵＳＣＨ、ＰＵＣＣＨ、ＰＤＳＣＨ、および／またはＰＤＣＣＨの全てが、送信および／または受信を実行するのに無効であると示した後、またはそれに応答して、送信および／または受信を実行しない（例えば、スキップしない、開始しない、および／または開始をスキップする）ことを決定し得る。例えば、無線デバイスは、例えば、ビーム検証がＰＵＳＣＨおよび／またはＰＵＣＣＨの少なくとも一つが送信および／または受信を実行するのに無効であると示した後、またはそれに応答して、送信および／または受信を実行しない（例えば、スキップしない、開始しない、および／または開始をスキップする）ことを決定し得る。

【0302】

例示的実施形態では、無線デバイスは、セルのセル測定量値および／またはＤＬ ＲＳのビーム測定量値として、層１（Ｌ１）測定量値を使用し得る。例えば、無線デバイスは、ＤＬ ＲＳ（例えば、プライマリー同期信号、セカンダリー同期信号、ＳＳＢ、ＣＳＩ－ＲＳ、セル固有ＲＳ、および／または類似のもの）のＬ１測定量（例えば、ＲＳＲＰ、ＲＳＲＱ、および／またはＲＳＳＩ）値を、ＤＬ ＲＳを運ぶ一つまたは複数のリソース要素の力の寄与（例えば、［Ｗ］単位）の関数として決定し得る。例えば、ＲＳＲＰがＬ１測定量である場合、ＤＬ ＲＳのＬ１測定量（例えば、Ｌ１－ＲＳＲＰ測定）値を決定する関数は、ＤＬ ＲＳを運ぶ一つまたは複数のリソース要素の力の寄与（例えば、［Ｗ］単位）の平均（例えば、線形平均）であり得る。例えば、ＲＳＲＱがＬ１測定量である場合、ＤＬ ＲＳのＬ１測定量（例えば、Ｌ１－ＲＳＲＱ測定）値を決定する関数は、ＲＳＲＰおよびＲＳＳＩ測定値の比率であり得る。例えば、関数は、Ｎ×ＲＳＲＰ／ＲＳＳＩの比率であってもよく、Ｎは、（キャリアＲＳＳＩ測定帯域幅における）リソースブロックの数であってもよく、および／またはＲＳＲＰは、ＤＬ ＲＳの測定されるＲＳＲＰ値であり得る。ＲＳＳＩは、同一チャネルサービングセルおよび非サービングセル、隣接チャネル干渉、熱雑音などを含むソースからのリソースブロックのＮ個を超える、測定帯域幅における測定時間リソースの一つまたは複数のＯＦＤＭシンボルで観察された総受信電力（［Ｗ］単位）の平均（例えば、線形平均）を含むキャリアＲＳＳＩであり得る。

【0303】

例示的実施形態では、無線デバイスは、層３（Ｌ３）フィルターリングされた測定量値をセルのセル測定量値および／またはＤＬ ＲＳのビーム測定量値として、使用し得る。例えば、無線デバイスは、Ｌ３ビームフィルターリングに基づくＬ３フィルターリングされた測定量（例えば、ＲＳＲＰ、ＲＳＲＱ、および／またはＲＳＳＩ）値を決定し得る。Ｌ３ビームフィルターリングは、現在の（例えば、最新の）測定値および一つまたは複数の以前のＬ３フィルターリングされた測定量値の関数に基づき、Ｌ３フィルターリングされた測定量値を決定し得る。関数は、（加重）移動平均であり得る。例えば、関数（例えば、Ｌ３ビームフィルターリング）は、Ｆ_ｎ＝（１－ａ）×Ｆ_ｎ－１＋ａ×Ｍ_ｎであり得る。例えば、Ｍ_ｎは、最新の測定結果であり得る。例えば、Ｆ_ｎは、更新されたフィルターリングされた測定結果であり得る。例えば、Ｆ_ｎ－１は、以前のフィルターリングされた測定結果であり得る。例えば、Ｆ_０は、Ｍ_１に設定され得る。ａは、あらかじめ定義された、および／または半静的に構成されるスケーリング値であり得る。

【0304】

無線デバイスは、どのタイプの測定値（例えば、Ｌ１測定量値および／またはＬ３フィルターリングされた測定量値）がセル測定量値および／またはビーム測定量に使用されるかを示すメッセージを受信し得る。どのタイプの測定値（例えば、Ｌ１測定量値および／またはＬ３フィルターリングされた測定量値）がセル測定量値および／またはビーム測定量値に使用されるかは事前に定義されていてもよい。

【0305】

基地局は、一つまたは複数の測定を実施するために、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の無線デバイスを構成し得る。基地局は、無線デバイスが、測定構成に基づき一つまたは複数の測定値を送信（例えば、報告）し、および／または条件付き構成に基づき条件付き構成評価を実施するように、構成し得る。無線デバイスは、基地局から、測定構成および／または条件付き構成を含むメッセージ（例えば、ＲＲＣリリースメッセージ）を受信し得る。メッセージは、無線デバイスが、一つまたは複数のセル（例えば、周波数間、周波数内、および／またはＲＡＴ間）の測定を実施すると示し得る。メッセージは、無線デバイスが、ＤＬ ＲＳ（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）当たり、一つまたは複数の測定結果（例えば、ビーム測定量値）、ＳＳＢに基づき、セル当たり、一つまたは複数の測定結果（例えば、セル測定量値）、および／またはＤＬ ＲＳの識別子（またはインデックス）を送信（例えば、レポート）することを示し得る。メッセージは、一つまたは複数の測定オブジェクト（例えば、無線デバイスが測定を実行し得るオブジェクトのリスト）を示し得る。例えば、一つまたは複数の測定オブジェクトは、無線デバイスが測定する一つまたは複数のセルの一つまたは複数のＤＬ ＲＳの頻度／時間位置およびサブキャリア間隔を含み得る。メッセージは、一つまたは複数のレポート構成を示し得る。例えば、一つまたは複数のレポート構成は、一つまたは複数のレポート構成のリストを含み得る。各測定オブジェクトに対して、一つまたは複数のレポート構成と関連付けられてもよい。各測定レポート構成は、以下の少なくとも一つを含むことができる。測定レポートを送信する（例えば、送信する）ために無線デバイスをトリガーするレポート基準（例えば、定期的または単一のイベント記述）、無線デバイスがビームおよびセル測定結果に使用するＤＬ ＲＳのタイプ（例えば、ＳＳＢ、ＣＳＩ－ＲＳ、および／またはセル固有ＲＳ）、無線デバイスが測定レポート（例えば、ＲＳＲＰ）を介して送信するセルごとおよび／またはビームごとの量、および他の関連情報、例えば、レポートするセルの最大数およびセルごとの最大ビーム数を示すレポート形式、条件付き設定の実行を行う無線デバイスをトリガーする実行基準、無線デバイスが条件付き構成実行条件のビームおよびセル測定結果に使用できるＤＬ ＲＳのタイプ。メッセージは、測定レポートのための測定アイデンティティのリストを示してもよく、各測定アイデンティティは、少なくとも一つの測定オブジェクトを少なくとも一つのレポート構成とリンクし得る。メッセージは、イベント評価および関連報告、および／またはその測定の定期レポートに使用される、測定フィルターリング構成（例えば、Ｌ３ビームフィルターリングのスケーリング係数を決定するフィルター係数）を示す、数量構成を示し得る。

【0306】

測定構成および／または条件付き構成を含むメッセージ（例えば、ＲＲＣリリースメッセージ）は、Ｎｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のセルの送信（例えば、ＰＵＳＣＨおよび／またはＰＵＣＣＨ）および／または受信（例えば、ＰＤＳＣＨおよび／またはＰＤＣＣＨ）のために構成される一つまたは複数のＤＬ ＲＳを含まなくてもよい。セルのセル測定量および／または一つまたは複数のＤＬ ＲＳのビーム測定量は、無線デバイスがＮｏｎ－ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態での送信および／または受信を実施するために必要とし得る。例えば、無線デバイスは、基地局から、セルを含む測定オブジェクト（例えば、ＶａｒＭｅａｓＩｄｌｅＣｏｎｆｉｇおよび／またはｍｅａｓＩｄｌｅＣｏｎｆｉｇＳＩＢ中のｍｅａｓＩｄｌｅＣａｒｒｉｅｒＬｉｓｔＮＲ）のリストを受信し得る。例えば、無線デバイスは、基地局から、セルを含まない測定オブジェクトのリストを受信し得る。この場合、無線デバイスは、ｍｅａｓＩｄｌｅＣａｒｒｉｅｒＬｉｓｔＮＲにセルを追加することを決定し得る。無線デバイスは、セルの複数のＤＬ ＲＳの電力値を測定し得る。無線デバイスは、複数のＤＬ ＲＳの中から少なくとも一つのＤＬ ＲＳの少なくとも一つのビーム測定量を送信し得る。例えば、無線デバイスは、少なくとも一つのＤＬ ＲＳが一つまたは複数のＤＬ ＲＳを含むように、少なくとも一つのＤＬ ＲＳを選択し得る。無線デバイスは、少なくとも一つのＤＬ ＲＳの測定電力値を保存し、保存された測定電力を測定レポートに送信し得る。無線デバイスは、ある期間（例えば、タイマー（例えば、Ｔ３１１）が動作している間）、複数のＤＬ ＲＳの電力値を測定し得る。無線デバイスは、時間の期間（例えば、タイマー（例えば、Ｔ３１１）が動作しているかどうかに関わらず）にかかわらず、一つまたは複数のＤＬ ＲＳの電力値を測定し得る。

【0307】

例示的実施形態によれば、無線デバイスは、セルの一つまたは複数の第一の事前設定されたアップリンクリソースを示すメッセージを受信し得る。例えば、一つまたは複数の第一の事前設定されたアップリンクリソースは、セルの複数のダウンリンクＲＳの中で、少なくとも一つの第一のダウンリンク基準信号（ＲＳ）と関連付けられ得る。無線デバイスは、セルの測定量値に対して、セルの複数のダウンリンクＲＳの一つまたは複数のダウンリンクＲＳを決定し得る。例えば、無線デバイスは、一つまたは複数のダウンリンクＲＳが少なくとも一つのダウンリンクＲＳを含むと決定し得る。無線デバイスは、少なくとも一つのダウンリンクＲＳを含む一つまたは複数のダウンリンクＲＳに基づき、一つまたは複数の第一の事前設定されたアップリンクリソースを介してトランスポートブロックを送信し得る。無線デバイスは、複数のビームに対するビーム構成を受信し得る。例えば、ビーム構成は、複数のビームの第一のビームが、少なくとも一つの第一のダウンリンクＲＳおよび一つまたは複数の第一の事前設定されたアップリンクリソースに対応することを示し得る。例えば、無線デバイスは、ビーム構成に基づき、トランスポートブロックの送信に使用されるアンテナポートおよび／またはプリコーダ（例えば、空間ドメインフィルター）を決定し得る。例えば、メッセージは、無線リソース構成（ＲＲＣ）リリースメッセージである。例えば、無線デバイスは、メッセージに基づき、無線デバイスのＲＲＣ状態を無線リソース制御（ＲＲＣ）接続状態からＲＲＣ非アクティブ状態に遷移させることを決定することができる。例えば、一つまたは複数のダウンリンクＲＳの決定は、ＲＲＣ非アクティブ状態である間に、一つまたは複数のダウンリンクＲＳを決定することを含む。無線デバイスは、セルの測定量値が、一つまたは複数のダウンリンクＲＳに基づき測定される基準信号受信電力（ＲＳＲＰ）値の平均値に等しいと決定し得る。無線デバイスは、一つまたは複数のダウンリンクＲＳの基準信号受信電力（ＲＳＲＰ）値に基づき、一つまたは複数のダウンリンクＲＳを決定（例えば、選択）し得る。無線デバイスは、セルの測定量値に対して選択される一つまたは複数のダウンリンクＲＳの数を示すパラメーターを受信し得る。例えば、一つまたは複数のダウンリンクＲＳの決定は、セルの複数のダウンリンクＲＳの各々の基準信号受信電力（ＲＳＲＰ）を測定すること、および／または複数のダウンリンクＲＳから最高値ダウンリンクＲＳを選択すること、を含み得る。無線デバイスは、選択される一つまたは複数のダウンリンクＲＳの数に到達するまで、複数のダウンリンクＲＳから最高値ダウンリンクＲＳを選択し得る。無線デバイスは、一つまたは複数のダウンリンクＲＳの基準信号受信電力（ＲＳＲＰ）値がＲＳＲＰ閾値よりも高いことに基づき、トランスポートブロックを送信し得る。無線デバイスは、少なくとも一つの第一のダウンリンクＲＳを含む一つまたは複数のダウンリンクＲＳに基づき、一つまたは複数の事前設定されたアップリンクリソースを検証し得る。例えば、一つまたは複数の事前設定されたアップリンクリソースの検証は、一つまたは複数のダウンリンクＲＳの基準信号受信電力（ＲＳＲＰ）値がＲＳＲＰ閾値よりも高いことに基づき、一つまたは複数の事前設定されたアップリンクリソースが、トランスポートブロックの送信に使用されるのに有効であることを決定することを含み得る。例えば、トランスポートブロックの送信は、一つまたは複数の事前設定されたアップリンクリソースの検証に基づいてもよい。例えば、無線デバイスは、トランスポートブロックを送信しながら、ＲＲＣ非アクティブ状態であり得る。例えば、一つまたは複数の事前設定されたアップリンクリソースの検証は、一つまたは複数のダウンリンクＲＳの基準信号受信電力（ＲＳＲＰ）値がＲＳＲＰ閾値以下であることに基づき、一つまたは複数の事前設定されたアップリンクリソースが、トランスポートブロックの送信に使用されるのに無効であると決定することを含み得る。無線デバイスは、一つまたは複数の事前設定されたアップリンクリソースが無効であることに基づき、一つまたは複数の第一の事前設定されたアップリンクリソースを介して、トランスポートブロックを送信しえない（例えば、送信をスキップし得る、送信を開始しえない、および／または送信の開始をスキップし得る）。無線デバイスは、一つまたは複数のダウンリンクＲＳが少なくとも一つのダウンリンクＲＳを含まないことに基づき、一つまたは複数の第一の事前設定されたアップリンクリソースを介して、トランスポートブロックを送信しえない（例えば、送信をスキップし得る、送信を開始しえない、および／または送信の開始をスキップし得る）。無線デバイスは、一つまたは複数のダウンリンクＲＳが少なくとも一つのダウンリンクＲＳを含まないことに基づき、一つまたは複数の事前設定されたアップリンクリソースを無効化し得る。無線デバイスは、無効化に基づき、一つまたは複数の事前設定されたアップリンクリソースを介して送信を停止し得る。無線デバイスは、無効化に基づきランダムアクセス手順を開始し得る。

【0308】

例示的実施形態によれば、無線デバイスは、セルの一つまたは複数の事前設定されたアップリンクリソースを示すメッセージおよび／または複数のダウンリンク基準信号を受信し得る。例えば、複数のダウンリンク基準信号は、一つまたは複数の事前設定されたアップリンクリソースおよび／または少なくとも一つの第二のダウンリンクＲＳに関連付けられる少なくとも一つの第一のダウンリンクＲＳを含んでもよい。例えば、少なくとも一つの第一のダウンリンクＲＳと一つまたは複数の事前設定されたアップリンクリソースとの間の関連付けは、無線デバイスが、一つまたは複数の事前設定されたアップリンクリソースを介した送信に使用される、少なくとも一つの第一のダウンリンクＲＳアンテナポートおよび／またはプレコーダ（例えば、空間ドメインフィルター）に基づき、決定し得ることを示し得る。無線デバイスは、セルの測定量値が少なくとも一つの第二のダウンリンクＲＳに基づくと決定し得る。例えば、セルの測定量値は、少なくとも一つの第一のダウンリンクＲＳに基づかない（例えば、独立し得る）。セルの測定量値が少なくとも一つの第二のダウンリンクＲＳに基づくという決定に基づき、無線デバイスは、一つまたは複数の事前設定されたアップリンクリソースを介したアップリンク送信をスキップ（例えば、停止してもよく、および／または開始しなくてもよい）し得る。例えば、メッセージは、無線リソース構成（ＲＲＣ）リリースメッセージであり得る。例えば、セルの測定量値は、一つまたは複数のダウンリンクＲＳに基づき測定される基準信号受信電力（ＲＳＲＰ）値の平均値であり得る。例えば、無線デバイスは、複数のダウンリンクＲＳのＲＳＲＰ値に基づき、セルの測定量値に対して少なくとも一つの第二のダウンリンクＲＳを選択し得る。例えば、少なくとも一つの第二のダウンリンクＲＳのＲＳＲＰ値は、ＲＳＲＰ閾値よりも高い。例えば、ＲＳＲＰ値の中でＮ個の最も高いＲＳＲＰ値は、少なくとも一つの第二のダウンリンクＲＳのＲＳＲＰ値を含んでもよい。例えば、Ｎは、事前に定義されてもよく、および／または半静止的に構成され得る。例えば、セルの測定量値が少なくとも一つの第二のダウンリンクＲＳに基づくことに基づき、無線デバイスは、一つまたは複数の事前設定されたアップリンクリソースを介した送信を無効化し得る。

【0309】

例示的実施形態によれば、無線デバイスは、セルの一つまたは複数の事前設定されたアップリンクリソース、セルの第一の測定量値の第一の有効範囲、および／または一つまたは複数の事前設定されたアップリンクリソースに関連付けられる少なくとも一つのダウンリンク基準信号（ＲＳ）の第二の測定量値の第二の有効範囲を示すメッセージを受信し得る。無線デバイスは、第一の測定量値が第一の有効範囲内にあると決定し得る。無線デバイスは、第二の測定量値が第二の有効な範囲内にあると決定し得る。第一の測定量値が第一の有効範囲にあり、および／または第二の測定量値が第二の有効範囲にあるという決定に基づき、無線デバイスは、一つまたは複数の事前設定されたアップリンクリソースを介してトランスポートブロックを送信し得る。例えば、第一の測定量値は、セルの一つまたは複数のダウンリンクＲＳに基づいてもよい。例えば、第一の測定量値数量値は、セルのサービングセル基準信号受信電力であり得る。例えば、無線デバイスは、セルの一つまたは複数のダウンリンクＲＳのＲＳＲＰ値に基づき、第一の測定量値を決定し得る。例えば、一つまたは複数のダウンリンクＲＳは、少なくとも一つのダウンリンクＲＳを含んでもよい。例えば、一つまたは複数のダウンリンクＲＳは、少なくとも一つのダウンリンクＲＳを含み得ない。例えば、第二の測定量値は、少なくとも一つのダウンリンクＲＳの同期信号ＲＳＲＰ（ＳＳ－ＲＳＲＰ）であり得る。例えば、無線デバイスは、第一の測定値が第一の有効範囲内にあることに基づき、タイミングアドバンス値が、一つまたは複数の事前設定されたアップリンクリソースを介した送信に使用されるのに有効であると決定し得る。無線デバイスは、第二の測定量値が第二の有効な範囲にあることに基づき、少なくとも一つのダウンリンクＲＳが、一つまたは複数の事前設定されたアップリンクリソースを介した送信（例えば、そのためのアンテナポートおよび／またはプリコーダ決定）に使用されるために有効であると決定し得る。無線デバイスは、第一の測定量値が第一の有効範囲にある、および／または第二の測定量値が第二の有効範囲にあるという決定に基づき、トランスポートブロックの送信を開始し得る。

【0310】

例示的実施形態によれば、無線デバイスは、セルの一つまたは複数の事前設定されたアップリンクリソース、セルの第一の測定値の第一の有効範囲、および／または一つまたは複数の事前設定されたアップリンクリソースに関連付けられる少なくとも一つのダウンリンク基準信号（ＲＳ）の第二の測定値の第二の有効範囲を示すメッセージを受信し得る。無線デバイスは、第一の測定値が第一の有効範囲外であると決定し得る。無線デバイスは、第二の測定値が第二の有効範囲外であると決定し得る。第一の測定量値が第一の有効範囲外であり、および／または第二の測定量値が第二の有効範囲内であるという決定に基づき、無線デバイスは、一つまたは複数の事前設定されたアップリンクリソースを介したアップリンク送信をスキップ（例えば、停止、および／または開始をスキップ）し得る。

【0311】

例示的実施形態によれば、無線デバイスは、セルの一つまたは複数の事前設定されたアップリンクリソース、セルの第一の測定値の第一の有効範囲、および／または一つまたは複数の事前設定されたアップリンクリソースに関連付けられる少なくとも一つのダウンリンク基準信号（ＲＳ）の第二の測定値の第二の有効範囲を示すメッセージを受信し得る。無線デバイスは、第一の測定値が第一の有効範囲内にあると決定し得る。無線デバイスは、第二の測定値が第二の有効範囲外であると決定し得る。第一の測定量値が第一の有効範囲内であり、および／または第二の測定量値が第二の有効範囲外であるという決定に基づき、無線デバイスは、一つまたは複数の事前設定されたアップリンクリソースを介したアップリンク送信をスキップ（例えば、停止、および／または開始をスキップ）し得る。例えば、無線デバイスは、第一の測定値が第一の有効範囲内にあることに基づき、タイミングアドバンス値が有効であると決定し得る。例えば、無線デバイスは、第二の測定値が第二の有効範囲にあることに基づき、少なくとも一つのダウンリンクＲＳが、一つまたは複数の事前設定されたアップリンクリソースを介した送信（例えば、そのためのアンテナポートおよび／またはプリコーダ決定）に使用されるのに無効であると決定し得る。

【図1】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図11A】

【図11B】

【図12】

【図13】

【図14A】

【図14B】

【図15】

【図16】

【図17】

【図18A】

【図18B】

【図19】

【図20】

【図21A】

【図21B】

【図22】

【図23】

【図24】

【図25】

【図26】