特開 2024-1308 少量データ送信手順でのリリースメッセージ

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

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

(11)【公開番号】P2024001308

(43)【公開日】2024-01-09

(54)【発明の名称】少量データ送信手順でのリリースメッセージ

(51)【国際特許分類】

   H04W 76/10 20180101AFI20231226BHJP

   H04W 92/20 20090101ALI20231226BHJP

【ＦＩ】

H04W76/10

H04W92/20

【審査請求】未請求

【請求項の数】1

【出願形態】ＯＬ

(21)【出願番号】P 2023187676

(22)【出願日】2023-11-01

(62)【分割の表示】P 2023518777の分割

【原出願日】2021-09-23

(31)【優先権主張番号】63/083,025

(32)【優先日】2020-09-24

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

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＳＩＭＵＬＩＮＫ

２．ＶＥＲＩＬＯＧ

(71)【出願人】

【識別番号】517308024

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

(74)【代理人】

【識別番号】100078282

【弁理士】

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

(74)【代理人】

【識別番号】100113413

【弁理士】

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

(74)【代理人】

【識別番号】100181674

【弁理士】

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

(74)【代理人】

【識別番号】100181641

【弁理士】

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

(74)【代理人】

【識別番号】230113332

【弁護士】

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

(72)【発明者】

【氏名】テフン キム

(72)【発明者】

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

(72)【発明者】

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

(72)【発明者】

【氏名】キュンミン パク

(72)【発明者】

【氏名】ジンスク リュ

(72)【発明者】

【氏名】ペイマン タレビ ファード

(57)【要約】

【課題】少量データ送信手順でのリリースメッセージの提供
【解決手段】第一の基地局は、第二の基地局から、無線デバイスの少量データ送信（ＳＤＴ）手順を示す要求メッセージを受信する。第一の基地局は、第二の基地局に、第一の基地局が無線デバイスのコンテキストを保持するという表示を送信する。第一の基地局は、第二の基地局を介して無線デバイスから、ＳＤＴ手順に関連付けられるアップリンクデータを受信する。第一の基地局は、第二の基地局に、およびＳＤＴ手順の完了に基づき、無線デバイスに対する無線リソース制御（ＲＲＣ）リリースメッセージを送信する。
【選択図】図２８

【特許請求の範囲】

【請求項1】

本明細書に記載の発明。

【発明の詳細な説明】

【背景技術】

【0001】

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

【発明の概要】

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

【0002】

本開示では、さまざまな実施形態が、開示された技術がどのように実装され得るか、および／または開示された技術がどのように環境およびシナリオで実践され得るかの実施例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態および詳細のさまざまな変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的な実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を基準して説明される。開示された例示的実施形態からの制限、特徴、および／または要素が組み合わせられ、本開示の範囲内でさらなる実施形態を作成し得る。機能と利点を強調する図は、例としてのみ示される。開示されたアーキテクチャーは、示される以外の方式で利用され得るように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、または任意選択的にのみ使用され得る。
本発明は、例えば以下を提供する。
（項目１）
第一の基地局によって、第二の基地局から、無線デバイスの少量データ送信（ＳＤＴ）手順の支援情報を含む要求メッセージを受信することと、
前記第一の基地局によって、および前記支援情報に基づき、前記無線デバイスのコンテキストを維持することを決定することと、
前記第二の基地局に、
前記無線デバイスを用いた前記ＳＤＴ手順の一つまたは複数の構成パラメーターと、
前記第一の基地局が前記無線デバイスの前記コンテキストを維持するという表示とを含む応答メッセージを送信することと、
前記第二の基地局を介して前記無線デバイスから、前記ＳＤＴ手順に関連付けられるアップリンクデータを受信することと、
前記第一の基地局によって、前記ＳＤＴ手順の完了を決定することと、
前記第二の基地局に、および前記ＳＤＴ手順の完了に基づき、前記無線デバイス用の無線リソース制御（ＲＲＣ）リリースメッセージを送信することと、を含む、方法。
（項目２）
前記ＳＤＴ手順の前記完了を前記決定することが、前記支援情報に基づく、項目１に記載の方法。
（項目３）
前記ＳＤＴ手順に関連付けられる前記アップリンクデータをコアネットワークエンティティに送信することと、
前記コアネットワークエンティティから、前記ＳＤＴ手順に関連付けられる後続のダウンリンクデータを受信することと、
前記第二の基地局を介して前記無線デバイスに、前記ＳＤＴ手順に関連付けられる前記後続のダウンリンクデータを送信することと、をさらに含む、項目１～２のいずれかに記載の方法。
（項目４）
前記第一の基地局はソース基地局である、項目１～３のいずれかに記載の方法。
（項目５）
第一の基地局によって、第二の基地局から、無線デバイスの少量データ送信（ＳＤＴ）手順の支援情報を含む要求メッセージを受信することと、
前記第一の基地局によって、および前記支援情報に基づき、前記無線デバイスのコンテキストを維持することを決定することと、
前記第二の基地局に、前記第一の基地局が前記無線デバイスの前記コンテキストを保持するという表示を送信することと、
前記第二の基地局を介して前記無線デバイスから、前記ＳＤＴ手順に関連付けられるアップリンクデータを受信することと、
前記第二の基地局に、および前記ＳＤＴ手順の完了に基づき、前記無線デバイス用の無線リソース制御（ＲＲＣ）リリースメッセージを送信することと、を含む、方法。
（項目６）
前記第一の基地局が前記無線デバイスの前記コンテキストを保持する前記表示が、前記無線デバイスを用いた前記ＳＤＴ手順の一つまたは複数の構成パラメーターを含む応答メッセージにおいて送信される、項目５に記載の方法。
（項目７）
前記第一の基地局によって、前記ＳＤＴ手順の前記完了を決定することをさらに含む、項目５～６のいずれかに記載の方法。
（項目８）
前記ＳＤＴ手順の前記完了を前記決定することが、前記支援情報に基づく、項目５～７のいずれかに記載の方法。
（項目９）
前記ＳＤＴ手順に関連付けられる前記アップリンクデータをコアネットワークエンティティに送信することと、
前記コアネットワークエンティティから、前記ＳＤＴ手順に関連付けられる後続のダウンリンクデータを受信することと、
前記第二の基地局を介して前記無線デバイスに、前記ＳＤＴ手順に関連付けられる前記後続のダウンリンクデータを送信することと、をさらに含む、項目５～８のいずれかに記載の方法。
（項目１０）
前記第一の基地局はソース基地局である、項目５～９のいずれかに記載の方法。
（項目１１）
第一の基地局によって、第二の基地局から、無線デバイスの少量データ送信（ＳＤＴ）手順を示す要求メッセージを受信することと、
前記第二の基地局に、前記第一の基地局が前記無線デバイスのコンテキストを保持するという表示を送信することと、
前記第二の基地局を介して前記無線デバイスから、前記ＳＤＴ手順に関連付けられるアップリンクデータを受信することと、
前記第二の基地局に、および前記ＳＤＴ手順の完了に基づき、前記無線デバイス用の無線リソース制御（ＲＲＣ）リリースメッセージを送信することと、を含む、方法。
（項目１２）
前記ＳＤＴ手順を示す前記要求メッセージが、前記ＳＤＴ手順の支援情報を含む、項目１１に記載の方法。
（項目１３）
前記支援情報が、
前記ＳＤＴ手順のトラフィックパターン、
前記無線デバイスのＳＤＴ表示、
アップリンクデータ情報、および
ダウンリンクデータ情報の少なくとも一つを含む、項目１２に記載の方法。
（項目１４）
前記支援情報が、リリース支援情報（ＲＡＩ）を含む、項目１２～１３のいずれかに記載の方法。
（項目１５）
前記ＲＡＩが、
さらなる、および／または後続のアップリンクデータが予期されないこと、
さらなる、および／または後続のダウンリンクデータが予期されないこと、
単一のダウンリンクデータ送信が予期され、およびさらなる、および／または後続のアップリンクデータ送信が予期されないこと、
複数のアップリンクまたはダウンリンクデータ送信が予期されること、
アップリンクデータのサイズが、アップリンクデータ閾値よりも小さいこと、および
ダウンリンクデータのサイズが、ダウンリンクデータ閾値よりも小さいことの少なくと
も一つを示す、項目１２に記載の方法。
（項目１６）
前記ＳＤＴ手順を示す前記要求メッセージが、コンテキスト取得要求メッセージである、項目１１～１５のいずれかに記載の方法。
（項目１７）
前記要求メッセージが、
前記無線デバイスのアイデンティティ、および
前記無線デバイスのメッセージ認証コード完全性（ＭＡＣ－Ｉ）の少なくとも一つをさらに含む、項目１１～１６のいずれかに記載の方法。
（項目１８）
前記第一の基地局によって、および前記ＳＤＴ手順を示す前記要求メッセージに基づき、前記無線デバイスの前記コンテキストを保持することを決定することをさらに含む、項目１１～１７のいずれかに記載の方法。
（項目１９）
前記第一の基地局によって、および前記支援情報に基づき、前記無線デバイスの前記コンテキストを保持することを決定することをさらに含む、項目１２～１８のいずれかに記載の方法。
（項目２０）
前記無線デバイスの前記コンテキストを保持することを前記決定することが、
さらなる、および／または後続のアップリンクデータ送信が予期されること、および
さらなる、および／または後続のダウンリンクデータ送信が予期されることの少なくとも一つを示す前記支援情報に基づく、項目１９に記載の方法。
（項目２１）
前記第一の基地局によって、および前記ＲＡＩに基づき、前記無線デバイスの前記コンテキストを保持することを決定することをさらに含む、項目１９～２０のいずれかに記載の方法。
（項目２２）
前記支援情報に基づき、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを決定することをさらに含む、項目１８～２１のいずれかに記載の方法。
（項目２３）
前記無線デバイスの前記コンテキストを保持することを前記決定することに基づき、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを決定することをさらに含む、項目１８～２１のいずれかに記載の方法。
（項目２４）
前記第一の基地局が前記無線デバイスの前記コンテキストを保持する前記表示が応答メッセージにおいて送信される、項目１１～２３のいずれかに記載の方法。
（項目２５）
前記応答メッセージが、前記ＳＤＴ手順を示す前記要求メッセージに応答している、項目２４に記載の方法。
（項目２６）
前記応答メッセージが前記ＲＲＣリリースメッセージを含まない、項目２４～２５のいずれかに記載の方法。
（項目２７）
前記応答メッセージが、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを決定することを示す、項目２４～２６のいずれかに記載の方法。
（項目２８）
前記応答メッセージが、前記無線デバイスを用いた前記ＳＤＴ手順の一つまたは複数の構成パラメーターを含む、項目２４～２７のいずれかに記載の方法。
（項目２９）
前記一つまたは複数の構成パラメーターが、
無線リンク制御構成パラメーター、
媒体アクセス制御構成パラメーター、および
物理層構成パラメーターの少なくとも一つを含む、項目２８に記載の方法。
（項目３０）
前記第二の基地局に、および前記ＳＤＴ手順が完了していることに基づき、前記ＳＤＴ手順の前記一つまたは複数の構成パラメーターをリリースする要求を送信することをさらに含む、項目２８～２９のいずれかに記載の方法。
（項目３１）
前記応答メッセージが、コンテキスト取得失敗メッセージである、項目２４～３０のいずれかに記載の方法。
（項目３２）
前記応答メッセージを前記送信することが、
前記無線デバイスを識別すること、および
前記無線デバイスを検証することの少なくとも一つに基づく、項目２４～３１のいずれかに記載の方法。
（項目３３）
前記無線デバイスを前記識別することが、前記無線デバイスのアイデンティティに基づく、項目３２に記載の方法。
（項目３４）
前記要求メッセージが、前記無線デバイスの前記アイデンティティを含む、項目３３に記載の方法。
（項目３５）
前記無線デバイスを前記検証することが、前記無線デバイスのメッセージ認証コード完全性（ＭＡＣ－Ｉ）に基づく、項目３２～３４のいずれかに記載の方法。
（項目３６）
前記要求メッセージが、前記無線デバイスの前記ＭＡＣ－Ｉを含む、項目３５に記載の方法。
（項目３７）
前記第一の基地局によって、前記ＳＤＴ手順の前記完了を決定することをさらに含む、項目１１～３６のいずれかに記載の方法。
（項目３８）
前記第一の基地局によって、および前記支援情報に基づき、前記ＳＤＴ手順の前記完了を決定することをさらに含む、項目１２～３７のいずれかに記載の方法。
（項目３９）
前記ＳＤＴ手順の前記完了を前記決定することが、前記第一の基地局によって実行される前記ＳＤＴ手順の一部が完了していることを決定することを含む、項目３７～３８のいずれかに記載の方法。
（項目４０）
前記ＳＤＴ手順の前記完了を前記決定することが、ＳＤＴ手順と関連付けられ、前記第一の基地局によって実行される少量データの一つまたは複数の送信および／または受信が完了していることを決定することを含む、項目３７～３９のいずれかに記載の方法。
（項目４１）
前記ＳＤＴ手順の前記完了を前記決定することが、
前記無線デバイス内に送信するアップリンクデータがないこと、および
前記無線デバイス内に受信するダウンリンクデータがないことの少なくとも一つを決定することを含む、項目３７～４０のいずれかに記載の方法。
（項目４２）
前記ＳＤＴ手順の前記完了を前記決定することが、
前記ＳＤＴ手順の完了の表示、
前記ＳＤＴ手順のアップリンクデータに関連付けられる終了マーカー、および
前記ＳＤＴ手順のダウンリンクデータに関連付けられる終了マーカーの少なくとも一つを含むメッセージを受信することに基づく、項目３７～４１のいずれかに記載の方法。
（項目４３）
前記メッセージが、
前記第二の基地局、
コアネットワークエンティティ、および
前記無線デバイスの少なくとも一つから受信される、項目４２に記載の方法。
（項目４４）
前記メッセージが、
前記ＳＤＴ手順に関連付けられるアップリンクデータ、
前記ＳＤＴ手順に関連付けられるダウンリンクデータ、および
信号メッセージの少なくとも一つを含む、項目４２～４３のいずれかに記載の方法。
（項目４５）
前記ＳＤＴ手順に関連付けられる前記アップリンクデータをコアネットワークエンティティに送信することをさらに含む、項目１１～４４のいずれかに記載の方法。
（項目４６）
前記コアネットワークエンティティから、前記ＳＤＴ手順に関連付けられるダウンリンクデータを受信することをさらに含む、項目４５に記載の方法。
（項目４７）
前記ダウンリンクデータが、前記アップリンクデータの後続のダウンリンクデータである、項目４６に記載の方法。
（項目４８）
前記第二の基地局を介して前記無線デバイスに前記ＳＤＴ手順に関連付けられる前記ダウンリンクデータを送信することをさらに含む、項目４７に記載の方法。
（項目４９）
前記ＲＲＣリリースメッセージが、前記ＳＤＴ手順の完了を示すメッセージの中にある、項目１１～４８のいずれかに記載の方法。
（項目５０）
前記ＲＲＣリリースメッセージが、
ＲＲＣ転送メッセージ、および
無線デバイスコンテキストリリースメッセージの少なくとも一つを含むメッセージの中にある、項目４９に記載の方法。
（項目５１）
前記ＲＲＣ転送メッセージが、前記ＲＲＣリリースメッセージを含む、項目５０に記載の方法。
（項目５２）
前記ＲＲＣ転送メッセージを送信した後に前記無線デバイスコンテキストリリースメッセージを送信することをさらに含む、項目５０～５１のいずれかに記載の方法。
（項目５３）
前記無線デバイスの前記ＳＤＴ手順が、
前記無線デバイスがＲＲＣ非アクティブ状態および／またはＲＲＣアイドル状態である間に、前記第一の基地局によって、前記無線デバイスから、アップリンクデータの一つまたは複数の受信、および
前記無線デバイスが前記ＲＲＣ非アクティブ状態および／または前記ＲＲＣアイドル状態である間に、前記第一の基地局によって前記無線デバイスにダウンリンクデータの一つまたは複数の送信、の少なくとも一つを含む、項目１１～５２のいずれかに記載の方法。（項目５４）
前記第一の基地局によって、前記無線デバイスのＲＲＣ状態を前記ＲＲＣ非アクティブ
状態および／またはＲＲＣアイドル状態に移行させることをさらに含む、項目５３に記載の方法。
（項目５５）
前記移行が、前記ＳＤＴ手順を示す前記要求メッセージを前記受信する前である、項目５４に記載の方法。
（項目５６）
前記移行が、前記第一の基地局によって、
前記無線デバイスのアイデンティティ、および
前記無線デバイスに関連付けられる次のホップチェーンカウント値の少なくとも一つを含む第二のＲＲＣリリースメッセージを送信することに基づく、項目５３～５４のいずれかに記載の方法。
（項目５７）
前記第二のＲＲＣリリースメッセージが、前記無線デバイスのＲＲＣ接続を一時停止することを要求する、項目５６に記載の方法。
（項目５８）
前記第二のＲＲＣリリースメッセージを前記送信することが、前記無線デバイスの前記コンテキストを保存することに基づく、項目５６～５７のいずれかに記載の方法。
（項目５９）
前記方法が前記第一の基地局による、項目１１～５８のいずれかに記載の方法。
（項目６０）
前記第一の基地局がソース基地局である、項目１１～５９のいずれかに記載の方法。
（項目６１）
前記第一の基地局がソース基地局である、項目１１～６０のいずれかに記載の方法。
（項目６２）
前記第一の基地局がアンカー基地局である、項目１１～６１のいずれかに記載の方法。（項目６３）
前記第二の基地局がターゲット基地局である、項目１１～６２のいずれかに記載の方法。
（項目６４）
前記第二の基地局が非アンカー基地局である、項目１１～６３のいずれかに記載の方法。
（項目６５）
前記第一の基地局が、基地局分散ユニット（ＤＵ）を含む、項目１１～６４のいずれかに記載の方法。
（項目６６）
前記第一の基地局が、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）および基地局中央ユニットユーザープレーン（ＣＵ－ＵＰ）を含む、項目１１～６５のいずれかに記載の方法。
（項目６７）
前記ＳＤＴ手順を示す前記要求メッセージを前記受信すること、
前記第一の基地局が前記無線デバイスの前記コンテキストを保持するという前記表示を前記送信すること、および
前記無線デバイスに対して前記ＲＲＣリリースメッセージを前記送信することの一つまたは複数が、前記基地局ＣＵ－ＣＰによる、項目６６に記載の方法。
（項目６８）
前記ＳＤＴ手順に関連付けられる前記アップリンクデータを前記受信することが、前記基地局ＣＵ－ＵＰによる、項目６６～６７のいずれかに記載の方法。
（項目６９）
基地局であって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記基地局に項目１～６８のいずれかに記載の方法を実行さ
せる命令を記憶するメモリーと、を含む、基地局。
（項目７０）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目１～６８のいずれかに記載の方法を実行させる命令を含む、非一時的コンピューター可読媒体。
（項目７１）
第二の基地局によって、無線デバイスから、少量データ送信（ＳＤＴ）手順に関連付けられるアップリンクデータを受信することと、
第一の基地局に、前記無線デバイスの前記ＳＤＴ手順を示す要求メッセージを送信することと、
前記第一の基地局から、前記第一の基地局が前記無線デバイスのコンテキストを保持するという表示を受信することと、
前記第一の基地局に、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを送信することと、
前記第一の基地局から、前記無線デバイス用の無線リソース制御（ＲＲＣ）リリースメッセージを受信することと、を含む、方法。
（項目７２）
前記アップリンクデータが、前記無線デバイスからメッセージで受信される、項目７１に記載の方法。
（項目７３）
前記メッセージが、
Ｍｓｇ３、または
ＭｓｇＡである、項目７２に記載の方法。
（項目７４）
前記メッセージが前記ＳＤＴ手順の支援情報を含む、項目７２～７３のいずれかに記載の方法。
（項目７５）
前記メッセージがＲＲＣ要求メッセージを含む、項目７２～７４のいずれかに記載の方法。
（項目７６）
前記ＲＲＣ要求メッセージが、共通制御チャネル（ＣＣＣＨ）を介して受信される、項目７５に記載の方法。
（項目７７）
前記ＲＲＣ要求メッセージの前記受信に応答して、前記無線デバイスの前記コンテキストが局所的に利用できないことを決定することをさらに含む、項目７５～７６のいずれかに記載の方法。
（項目７８）
前記無線デバイスの前記コンテキストが局所的に利用できないことを決定することをさらに含む、項目７１～７７のいずれかに記載の方法。
（項目７９）
前記要求メッセージを前記送信することが、前記無線デバイスの前記コンテキストが局所的に利用できないという前記決定に基づく、項目７７～７８のいずれかに記載の方法。（項目８０）
前記アップリンクデータが、専用トラフィックチャネル（ＤＴＣＨ）を介して受信される、項目７１～７９のいずれかに記載の方法。
（項目８１）
前記アップリンクデータの前記送信が、前記第一の基地局が前記無線デバイスの前記コンテキストを保持するという前記表示の前記受信に基づく、項目７１～８０のいずれかに記載の方法。
（項目８２）
前記無線デバイスに、前記ＲＲＣリリースメッセージを送信することをさらに含む、項目７１～８１のいずれかに記載の方法。
（項目８３）
前記第一の基地局から、前記ＳＤＴ手順に関連付けられるダウンリンクデータを受信することをさらに含む、項目７１～８２のいずれかに記載の方法。
（項目８４）
前記無線デバイスに、前記ＳＤＴ手順に関連付けられる前記ダウンリンクデータを送信することをさらに含む、項目８３に記載の方法。
（項目８５）
前記第一の基地局が前記無線デバイスの前記コンテキストを保持する前記表示が応答メッセージにおいて送信される、項目７１～８４のいずれかに記載の方法。
（項目８６）
前記応答メッセージが、前記無線デバイスを用いた前記ＳＤＴ手順の一つまたは複数の構成パラメーターを含む、項目８５に記載の方法。
（項目８７）
前記無線デバイスに、前記一つまたは複数の構成パラメーターを送信すること、および
前記一つまたは複数の構成パラメーターに基づき、少量データを、前記無線デバイスに送信すること、および／または前記無線デバイスから受信することの少なくとも一つをさらに含む、項目８６に記載の方法。
（項目８８）
前記一つまたは複数の構成パラメーターが、
無線リンク制御構成パラメーター、
媒体アクセス制御構成パラメーター、および
物理層構成パラメーターの少なくとも一つを含む、項目８６～８７のいずれかに記載の方法。
（項目８９）
前記ＳＤＴ手順の完了、および
前記メッセージを前記受信することのうちの少なくとも一つに基づき前記構成パラメーターをリリースすることをさらに含む、項目８６～８８のいずれかに記載の方法。
（項目９０）
前記第一の基地局から、前記ＳＤＴ手順の前記一つまたは複数の構成パラメーターをリリースする要求を受信することをさらに含む、項目８６～８９のいずれかに記載の方法。（項目９１）
前記第一の基地局から、前記一つまたは複数の構成パラメーターをリリースする前記要求を前記受信することに基づき、前記構成パラメーターをリリースすることをさらに含む、項目９０に記載の方法。
（項目９２）
前記第二の基地局によって、前記ＳＤＴ手順の前記完了を決定することをさらに含む、項目７１～９１のいずれかに記載の方法。
（項目９３）
前記第二の基地局によって、および前記支援情報に基づき、前記ＳＤＴ手順の前記完了を決定することをさらに含む、項目７４～９２のいずれかに記載の方法。
（項目９４）
前記ＳＤＴ手順の前記完了を前記決定することが、前記第二の基地局によって実行される前記ＳＤＴ手順の一部分が完了していることを決定することを含む、項目９２～９３のいずれかに記載の方法。
（項目９５）
前記ＳＤＴ手順の前記完了を前記決定することが、ＳＤＴ手順と関連付けられ、前記第二の基地局によって実行される少量データの一つまたは複数の送信および／または受信が完了していることを決定することを含む、項目９２～９４のいずれかに記載の方法。
（項目９６）
前記ＳＤＴ手順の前記完了を前記決定することが、
前記無線デバイス内に送信するアップリンクデータがないこと、および
前記無線デバイス内に受信するダウンリンクデータがないことの少なくとも一つを決定することを含む、項目９２～９５のいずれかに記載の方法。
（項目９７）
前記ＳＤＴ手順の前記完了を前記決定することが、
前記ＳＤＴ手順の完了の表示、
前記ＳＤＴ手順のアップリンクデータに関連付けられる終了マーカー、および
前記ＳＤＴ手順のダウンリンクデータに関連付けられる終了マーカーの少なくとも一つを含むメッセージを受信することに基づく、項目９２～９６のいずれかに記載の方法。
（項目９８）
前記メッセージが、
前記第一の基地局、
コアネットワークエンティティ、および
前記無線デバイスの少なくとも一つから受信される、項目９７に記載の方法。
（項目９９）
前記メッセージが、
前記ＳＤＴ手順に関連付けられるアップリンクデータ、
前記ＳＤＴ手順に関連付けられるダウンリンクデータ、および
信号メッセージの少なくとも一つを含む、項目９７～９８のいずれかに記載の方法。
（項目１００）
前記第一の基地局に、および前記ＳＤＴ手順の前記完了を前記決定することに基づき、前記ＳＤＴ手順の前記完了を示すメッセージを送信することをさらに含む、項目９２～９９のいずれかに記載の方法。
（項目１０１）
前記第二の基地局に、および前記ＳＤＴ手順の完了に基づき、前記無線デバイスに対する前記ＲＲＣリリースメッセージを送信することをさらに含む、項目７１～１００のいずれかに記載の方法。
（項目１０２）
前記方法が前記第二の基地局による、項目７１～１０１のいずれかに記載の方法。
（項目１０３）
前記第二の基地局が、基地局分散ユニット（ＤＵ）を含む、項目７１～１０２のいずれかに記載の方法。
（項目１０４）
前記無線デバイスから、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを前記受信することが、前記基地局ＤＵによる、項目１０３に記載の方法。
（項目１０５）
前記第二の基地局が、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）および基地局中央ユニットユーザープレーン（ＣＵ－ＵＰ）を含む、項目７１～１０４のいずれかに記載の方法。
（項目１０６）
前記ＳＤＴ手順を示す前記要求メッセージを前記送信すること、
前記第一の基地局が前記無線デバイスの前記コンテキストを保持するという前記表示を前記受信すること、および
前記無線デバイスに対して前記ＲＲＣリリースメッセージを前記受信することの一つまたは複数が、前記基地局ＣＵ－ＣＰによる、項目１０５に記載の方法。
（項目１０７）
前記無線デバイスから、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを前記受信すること、および
前記第一の基地局に、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを前記送信することのうちの一つまたは複数が、前記基地局ＣＵ－ＵＰによる、項目１０５～１０６に記載の方法。
（項目１０８）
基地局であって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記基地局に項目７１～１０７のいずれかに記載の方法を実行させる命令を記憶するメモリーと、を含む、基地局。
（項目１０９）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目７１～１０７のいずれかに記載の方法を実行させる命令を含む、非一時的コンピューター可読媒体。
（項目１１０）
第二の基地局であって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記第二の基地局に、
無線デバイスから、少量データ送信（ＳＤＴ）手順に関連付けられるアップリンクデータを受信すること、
第一の基地局に、前記無線デバイスの前記ＳＤＴ手順を示す要求メッセージを送信すること、
前記第一の基地局から、前記第一の基地局が前記無線デバイスのコンテキストを保持するという表示を受信すること、
前記第一の基地局に、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを送信すること、および
前記第一の基地局から、前記無線デバイスに対する無線リソース制御（ＲＲＣ）リリースメッセージを受信することを実行させる命令を記憶するメモリーと、を含む、第二の基地局と、
前記第一の基地局であって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記第一の基地局に、
前記第二の基地局から、前記無線デバイスの前記ＳＤＴ手順を示す前記要求メッセージを受信すること、
前記第二の基地局に、前記第一の基地局が前記無線デバイスの前記コンテキストを保持するという前記表示を送信すること、
前記第二の基地局を介して前記無線デバイスから、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを受信すること、および
前記第二の基地局に、および前記ＳＤＴ手順の完了に基づき、前記無線デバイスに対する前記ＲＲＣリリースメッセージを送信することを実行させる命令を記憶するメモリーと、を含む前記第一の基地局と、を含む、システム。
（項目１１１）
第二の基地局によって、無線デバイスから、少量データ送信（ＳＤＴ）手順に関連付けられるアップリンクデータを受信することと、
第一の基地局に、前記無線デバイスの前記ＳＤＴ手順を示す要求メッセージを送信することと、
前記第一の基地局から、
前記第一の基地局が前記無線デバイスのコンテキストを保持するという表示、および
前記無線デバイスに対する無線リソース制御（ＲＲＣ）リリースメッセージを受信することと、
前記第一の基地局に、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを送信することと、を含む、方法。
（項目１１２）
前記アップリンクデータがメッセージで受信される、項目１１１に記載の方法。
（項目１１３）
前記メッセージが、前記ＳＤＴ手順の支援情報を含む、項目１１２に記載の方法。
（項目１１４）
前記ＳＤＴ手順を示す前記要求メッセージが、前記ＳＤＴ手順の支援情報を含む、項目１１３に記載の方法。
（項目１１５）
前記支援情報が、
前記ＳＤＴ手順のトラフィックパターン、
前記無線デバイスのＳＤＴ表示、
アップリンクデータ情報、および
ダウンリンクデータ情報の少なくとも一つを含む、項目１１３～１１４のいずれかに記載の方法。
（項目１１６）
前記支援情報が、リリース支援情報（ＲＡＩ）を含む、項目１１３～１１５のいずれかに記載の方法。
（項目１１７）
前記ＲＡＩが、
さらなる、および／または後続のアップリンクデータが予期されないこと、
さらなる、および／または後続のダウンリンクデータが予期されないこと、
単一のダウンリンクデータ送信が予期され、およびさらなる、および／または後続のアップリンクデータ送信が予期されないこと、
複数のアップリンクまたはダウンリンクデータ送信が予期されること、
アップリンクデータのサイズが、アップリンクデータ閾値よりも小さいこと、および
ダウンリンクデータのサイズが、ダウンリンクデータ閾値よりも小さいことの少なくとも一つを示す、項目１１６に記載の方法。
（項目１１８）
前記メッセージが、
Ｍｓｇ３、または
ＭｓｇＡである、項目１１２～１１７のいずれかに記載の方法。
（項目１１９）
前記メッセージがＲＲＣ要求メッセージを含む、項目１１２～１１８のいずれかに記載の方法。
（項目１２０）
前記ＲＲＣ要求メッセージが、共通制御チャネル（ＣＣＣＨ）を介して受信される、項目１１９に記載の方法。
（項目１２１）
前記ＲＲＣ要求メッセージの前記受信に応答して、前記無線デバイスの前記コンテキストが局所的に利用できないことを決定することをさらに含む、項目１１９～１２０のいずれかに記載の方法。
（項目１２２）
前記無線デバイスの前記コンテキストが局所的に利用できないことを決定することをさらに含む、項目１１１～１２１のいずれかに記載の方法。
（項目１２３）
前記要求メッセージを前記送信することが、前記無線デバイスの前記コンテキストが局所的に利用できないという前記決定に基づく、項目１２１～１２２のいずれかに記載の方法。
（項目１２４）
前記アップリンクデータが、専用トラフィックチャネル（ＤＴＣＨ）を介して受信される、項目１１１～１２３のいずれかに記載の方法。
（項目１２５）
前記ＳＤＴ手順を示す前記要求メッセージが、コンテキスト取得要求メッセージである
、項目１１１～１２４のいずれかに記載の方法。
（項目１２６）
前記要求メッセージが、
前記無線デバイスのアイデンティティ、および
前記無線デバイスのメッセージ認証コード完全性（ＭＡＣ－Ｉ）の少なくとも一つをさらに含む、項目１１１～１２５のいずれかに記載の方法。
（項目１２７）
前記第一の基地局が前記無線デバイスの前記コンテキストを保持する前記表示が応答メッセージにおいて送信される、項目１１１～１２６のいずれかに記載の方法。
（項目１２８）
前記応答メッセージが、前記ＳＤＴ手順を示す前記要求メッセージに応答している、項目１２７に記載の方法。
（項目１２９）
前記応答メッセージが、前記無線デバイスを用いた前記ＳＤＴ手順の一つまたは複数の構成パラメーターを含む、項目１２７～１２８のいずれかに記載の方法。
（項目１３０）
前記無線デバイスに、前記一つまたは複数の構成パラメーターを送信すること、および
前記一つまたは複数の構成パラメーターに基づき、少量データを、前記無線デバイスに送信すること、および／または前記無線デバイスから受信することの少なくとも一つをさらに含む、項目１２９に記載の方法。
（項目１３１）
前記一つまたは複数の構成パラメーターが、
無線リンク制御構成パラメーター、
媒体アクセス制御構成パラメーター、および
物理層構成パラメーターの少なくとも一つを含む、項目１２９～１３０のいずれかに記載の方法。
（項目１３２）
前記ＳＤＴ手順の完了、および
前記ＳＤＴ手順の前記一つまたは複数の構成パラメーターをリリースする要求を前記受信することの少なくとも一つに基づき、前記構成パラメーターをリリースすることをさらに含む、項目１２９～１３１のいずれかに記載の方法。
（項目１３３）
前記第一の基地局から、前記ＳＤＴ手順の前記一つまたは複数の構成パラメーターをリリースする前記要求を受信することをさらに含む、項目１３２に記載の方法。
（項目１３４）
前記第一の基地局から、前記一つまたは複数の構成パラメーターをリリースする前記要求を前記受信することに基づき、前記構成パラメーターをリリースすることをさらに含む、項目１３３に記載の方法。
（項目１３５）
前記応答メッセージが、コンテキスト取得失敗メッセージである、項目１２７～１３４のいずれかに記載の方法。
（項目１３６）
前記第二の基地局によって、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを決定することをさらに含む、項目１１１～１３５のいずれかに記載の方法。
（項目１３７）
前記第二の基地局によって、および前記支援情報に基づき、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを決定することをさらに含む、項目１１３～１３５のいずれかに記載の方法。
（項目１３８）
前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを前記決定することが、
さらなる、および／または後続のアップリンクデータ送信が予期されること、および
さらなる、および／または後続のダウンリンクデータ送信が予期されることの少なくとも一つを示す前記支援情報に基づく、項目１３７に記載の方法。
（項目１３９）
前記第二の基地局によって、およびおよび前記応答メッセージに基づき、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを決定することをさらに含む、項目１２７～１３８のいずれかに記載の方法。
（項目１４０）
前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを前記決定することが、前記第一の基地局から前記ＲＲＣリリースメッセージを前記受信することに基づく、項目１３６～１３９に記載の方法。
（項目１４１）
前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを前記決定することが、前記ＲＲＣリリースメッセージの前記送信の一時停止、延期、および／または遅延を示す前記応答メッセージに基づく、項目１２７～１４０のいずれかに記載の方法。
（項目１４２）
前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを前記決定することが、前記第一の基地局が前記無線デバイスの前記コンテキストを保持するという前記表示を前記受信することに基づく、項目１２７～１４１のいずれかに記載の方法。
（項目１４３）
前記ＳＤＴ手順の完了まで、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することをさらに含む、項目１２７～１４２のいずれかに記載の方法。
（項目１４４）
前記第一の基地局から、前記ＳＤＴ手順に関連付けられるダウンリンクデータを受信することをさらに含む、項目１１１～１４３のいずれかに記載の方法。
（項目１４５）
前記ダウンリンクデータが、前記アップリンクデータの後続のダウンリンクデータである、項目１４４に記載の方法。
（項目１４６）
前記無線デバイスに、前記ＳＤＴ手順に関連付けられる前記ダウンリンクデータを送信することをさらに含む、項目１４５に記載の方法。
（項目１４７）
前記第二の基地局によって、前記ＳＤＴ手順の前記完了を決定することをさらに含む、項目１１１～１４６のいずれかに記載の方法。
（項目１４８）
前記第二の基地局によって、および前記支援情報に基づき、前記ＳＤＴ手順の前記完了を決定することをさらに含む、項目１１３～１４６のいずれかに記載の方法。
（項目１４９）
前記ＳＤＴ手順の前記完了を前記決定することが、前記第二の基地局によって実行される前記ＳＤＴ手順の一部分が完了していることを決定することを含む、項目１４７～１４８のいずれかに記載の方法。
（項目１５０）
前記ＳＤＴ手順の前記完了を前記決定することが、ＳＤＴ手順と関連付けられ、前記第二の基地局によって実行される少量データの一つまたは複数の送信および／または受信が完了していることを決定することを含む、項目１４７～１４９のいずれかに記載の方法。
（項目１５１）
前記ＳＤＴ手順の前記完了を前記決定することが、
前記無線デバイス内に送信するアップリンクデータがないこと、および
前記無線デバイス内に受信するダウンリンクデータがないことの少なくとも一つを決定することを含む、項目１４７～１５０のいずれかに記載の方法。
（項目１５２）
前記ＳＤＴ手順の前記完了を前記決定することが、
前記ＳＤＴ手順の完了の表示、
前記ＳＤＴ手順のアップリンクデータに関連付けられる終了マーカー、および
前記ＳＤＴ手順のダウンリンクデータに関連付けられる終了マーカーの少なくとも一つを含むメッセージを受信することに基づく、項目１４７～１５１のいずれかに記載の方法。
（項目１５３）
前記メッセージが、
前記第一の基地局、
コアネットワークエンティティ、および
前記無線デバイスの少なくとも一つから受信される、項目１５２に記載の方法。
（項目１５４）
前記メッセージが、
前記ＳＤＴ手順に関連付けられるアップリンクデータ、
前記ＳＤＴ手順に関連付けられるダウンリンクデータ、および
信号メッセージの少なくとも一つを含む、項目１５２～１５３のいずれかに記載の方法。
（項目１５５）
前記第一の基地局に、および前記ＳＤＴ手順の前記完了を前記決定することに基づき、前記ＳＤＴ手順の前記完了を示すメッセージを送信することをさらに含む、項目１４７～１５４のいずれかに記載の方法。
（項目１５６）
前記無線デバイスに、および前記ＳＤＴ手順の完了に基づき、前記無線デバイスに対する前記ＲＲＣリリースメッセージを送信することをさらに含む、項目１１１～１５５のいずれかに記載の方法。
（項目１５７）
前記無線デバイスの前記ＳＤＴ手順が、
前記無線デバイスがＲＲＣ非アクティブ状態および／またはＲＲＣアイドル状態である間に、前記第二の基地局によって、前記無線デバイスから、アップリンクデータの一つまたは複数の受信、および
前記無線デバイスが前記ＲＲＣ非アクティブ状態および／または前記ＲＲＣアイドル状態である間に、前記第二の基地局によって、前記無線デバイスに、ダウンリンクデータの一つまたは複数の送信、の少なくとも一つを含む、項目１１１～１５６のいずれかに記載の方法。
（項目１５８）
前記方法が前記第一の基地局による、項目１１１～１５７のいずれかに記載の方法。
（項目１５９）
前記第一の基地局が、ソース基地局である、項目１１１～１５８のいずれかに記載の方法。
（項目１６０）
前記第一の基地局が、アンカー基地局である、項目１１１～１５９のいずれかに記載の方法。
（項目１６１）
前記第二の基地局が、ターゲット基地局である、項目１１１～１６０のいずれかに記載
の方法。
（項目１６２）
前記第二の基地局が、非アンカー基地局である、項目１１１～１６１のいずれかに記載の方法。
（項目１６３）
前記第二の基地局が、基地局分散ユニット（ＤＵ）を含む、項目１１１～１６２のいずれかに記載の方法。
（項目１６４）
前記無線デバイスから、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを前記受信することが、前記基地局ＤＵによる、項目１６３に記載の方法。
（項目１６５）
前記第二の基地局が、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）および基地局中央ユニットユーザープレーン（ＣＵ－ＵＰ）を含む、項目１１１～１６４のいずれかに記載の方法。
（項目１６６）
前記ＳＤＴ手順を示す前記要求メッセージを前記送信すること、
前記第一の基地局が前記無線デバイスの前記コンテキストを保持するという前記表示を前記受信すること、および
前記無線デバイスに対して前記ＲＲＣリリースメッセージを前記受信することの一つまたは複数が、前記基地局ＣＵ－ＣＰによる、項目１６５に記載の方法。
（項目１６７）
前記無線デバイスから、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを前記受信することが、前記基地局ＣＵ－ＵＰによる、項目１６５～１６６のいずれかに記載の方法。
（項目１６８）
前記第一の基地局に、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを前記送信することが、前記基地局ＣＵ－ＵＰによる、項目１６５～１６７のいずれかに記載の方法。
（項目１６９）
基地局であって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記基地局に項目１１１～１６８のいずれかに記載の方法を実行させる命令を記憶するメモリーと、を含む、基地局。
（項目１７０）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目１１１～１６８のいずれかに記載の方法を実行させる命令を含む、非一時的コンピューター可読媒体。
（項目１７１）
第一の基地局によって、第二の基地局から、無線デバイスの少量データ送信（ＳＤＴ）手順を示す要求メッセージを受信することと、
前記第二の基地局に、
前記第一の基地局が前記無線デバイスのコンテキストを保持するという表示、および
前記無線デバイスに対する無線リソース制御（ＲＲＣ）リリースメッセージを送信することと、
前記第二の基地局を介して前記無線デバイスから、前記ＳＤＴ手順に関連付けられるアップリンクデータを受信することと、を含む、方法。
（項目１７２）
前記ＳＤＴ手順を示す前記要求メッセージが、前記ＳＤＴ手順の支援情報を含む、項目１７１に記載の方法。
（項目１７３）
前記ＳＤＴ手順を示す前記要求メッセージが、コンテキスト取得要求メッセージである
、項目１７１～１７２のいずれかに記載の方法。
（項目１７４）
前記要求メッセージが、
前記無線デバイスのアイデンティティ、および
前記無線デバイスのメッセージ認証コード完全性（ＭＡＣ－Ｉ）の少なくとも一つをさらに含む、項目１７１～１７３のいずれかに記載の方法。
（項目１７５）
前記第一の基地局によって、および前記ＳＤＴ手順を示す前記要求メッセージに基づき、前記無線デバイスの前記コンテキストを保持することを決定することをさらに含む、項目１７１～１７４のいずれかに記載の方法。
（項目１７６）
前記第一の基地局によって、および前記支援情報に基づき、前記無線デバイスの前記コンテキストを保持することを決定することをさらに含む、項目１７１～１７４のいずれかに記載の方法。
（項目１７７）
前記無線デバイスの前記コンテキストを保持することを前記決定することが、
さらなる、および／または後続のアップリンクデータ送信が予期されること、および
さらなる、および／または後続のダウンリンクデータ送信が予期されることの少なくとも一つを示す前記支援情報に基づく、項目１７６に記載の方法。
（項目１７８）
前記第一の基地局によって、および前記ＲＡＩに基づき、前記無線デバイスの前記コンテキストを保持することを決定することをさらに含む、項目１７６～１７７のいずれかに記載の方法。
（項目１７９）
前記支援情報に基づき、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを決定することをさらに含む、項目１７５～１７８のいずれかに記載の方法。
（項目１８０）
前記無線デバイスの前記コンテキストを保持することを前記決定することに基づき、前記ＲＲＣリリースメッセージの送信を一時停止、延期、および／または遅延することを決定することをさらに含む、項目１７５～１７９のいずれかに記載の方法。
（項目１８１）
前記第一の基地局が前記無線デバイスの前記コンテキストを保持する前記表示が、前記ＲＲＣリリースメッセージの前記送信の一時停止、延期、および／または遅延を要求する応答メッセージにおいて送信される、項目１７９～１８０のいずれかに記載の方法。
（項目１８２）
前記第一の基地局が前記無線デバイスの前記コンテキストを保持する前記表示が応答メッセージにおいて送信される、項目１７１～１８１のいずれかに記載の方法。
（項目１８３）
前記応答メッセージが、前記ＳＤＴ手順を示す前記要求メッセージに応答している、項目１８２に記載の方法。
（項目１８４）
前記応答メッセージが前記ＲＲＣリリースメッセージを含む、項目１８２～１８３のいずれかに記載の方法。
（項目１８５）
前記応答メッセージが、コンテキスト取得失敗メッセージである、項目１８２～１８４のいずれかに記載の方法。
（項目１８６）
前記応答メッセージを前記送信することが、
前記無線デバイスを識別すること、および
前記無線デバイスを検証することの少なくとも一つに基づく、項目１８２～１８５のいずれかに記載の方法。
（項目１８７）
前記無線デバイスを前記識別することが、前記無線デバイスのアイデンティティに基づく、項目１８６に記載の方法。
（項目１８８）
前記要求メッセージが前記無線デバイスの前記アイデンティティを含む、項目１８６に記載の方法。
（項目１８９）
前記無線デバイスを前記検証することが、前記無線デバイスのメッセージ認証コード完全性（ＭＡＣ－Ｉ）に基づく、項目１８６～１８８のいずれかに記載の方法。
（項目１９０）
前記要求メッセージが、前記無線デバイスの前記ＭＡＣ－Ｉを含む、項目１８９に記載の方法。
（項目１９１）
前記第一の基地局によって、前記ＳＤＴ手順の前記完了を決定することをさらに含む、項目１７１～１９０のいずれかに記載の方法。
（項目１９２）
前記ＳＤＴ手順に関連付けられる前記アップリンクデータをコアネットワークエンティティに送信することをさらに含む、項目１７１～１９１のいずれかに記載の方法。
（項目１９３）
前記コアネットワークエンティティから、前記ＳＤＴ手順に関連付けられるダウンリンクデータを受信することをさらに含む、項目１９２に記載の方法。
（項目１９４）
前記ダウンリンクデータが、前記アップリンクデータの後続のダウンリンクデータである、項目１９３に記載の方法。
（項目１９５）
前記第二の基地局を介して前記無線デバイスに、前記ＳＤＴ手順に関連付けられる前記ダウンリンクデータを送信することをさらに含む、項目１９４に記載の方法。
（項目１９６）
前記ＲＲＣリリースメッセージが、
ＲＲＣ転送メッセージ、および
無線デバイスコンテキストリリースメッセージの少なくとも一つを含むメッセージの中にある、項目１７１～１９５のいずれかに記載の方法。
（項目１９７）
前記ＲＲＣ転送メッセージが、前記ＲＲＣリリースメッセージを含む、項目１９６に記載の方法。
（項目１９８）
前記ＲＲＣ転送メッセージを送信した後に、前記無線デバイスコンテキストリリースメッセージを送信することをさらに含む、項目１９６～１９７のいずれかに記載の方法。
（項目１９９）
前記第一の基地局によって、前記無線デバイスのＲＲＣ状態を前記ＲＲＣ非アクティブ状態および／またはＲＲＣアイドル状態に移行させることをさらに含む、項目１７１～１９８のいずれかに記載の方法。
（項目２００）
前記移行が、前記ＳＤＴ手順を示す前記要求メッセージを前記受信する前である、項目１７１～１９９のいずれかに記載の方法。
（項目２０１）
前記移行が、前記第一の基地局によって、
前記無線デバイスのアイデンティティ、および
前記無線デバイスに関連付けられる次のホップチェーンカウント値の少なくとも一つを含む第二のＲＲＣリリースメッセージを送信することに基づく、項目１７１～２００のいずれかに記載の方法。
（項目２０２）
前記第二のＲＲＣリリースメッセージが、前記無線デバイスのＲＲＣ接続を一時停止することを要求する、項目２０１に記載の方法。
（項目２０３）
前記第二のＲＲＣリリースメッセージを前記送信することが、前記無線デバイスの前記コンテキストを保存することに基づく、項目２０１～２０２のいずれかに記載の方法。
（項目２０４）
前記方法が前記第一の基地局による、項目１７１～２０３のいずれかに記載の方法。
（項目２０５）
前記第一の基地局が、基地局中央ユニット制御プレーン（ＣＵ－ＣＰ）および基地局中央ユニットユーザープレーン（ＣＵ－ＵＰ）を含む、項目１７１～２０４のいずれかに記載の方法。
（項目２０６）
前記ＳＤＴ手順を示す前記要求メッセージを前記受信すること、および
前記第一の基地局が、前記無線デバイスの前記コンテキストおよび前記無線デバイスの前記ＲＲＣリリースメッセージを保持するという前記表示を前記送信することの一つまたは複数が、前記基地局ＣＵ－ＣＰによる、項目２０５に記載の方法。
（項目２０７）
前記ＳＤＴ手順に関連付けられる前記アップリンクデータを前記受信することが、前記基地局ＣＵ－ＵＰによる、項目２０５～２０６のいずれかに記載の方法。
（項目２０８）
基地局であって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記基地局に項目１７１～２０７のいずれかに記載の方法を実行させる命令を記憶するメモリーと、を含む、基地局。
（項目２０９）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目１７１～２０７のいずれかに記載の方法を実行させる命令を含む、非一時的コンピューター可読媒体。
（項目２１０）
第二の基地局であって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記第二の基地局に、
無線デバイスから、少量データ送信（ＳＤＴ）手順に関連付けられるアップリンクデータを受信すること、
第一の基地局に、前記無線デバイスの前記ＳＤＴ手順を示す要求メッセージを送信すること、
前記第一の基地局から、
前記第一の基地局が前記無線デバイスのコンテキストを保持するという表示、および
前記無線デバイスに対する無線リソース制御（ＲＲＣ）リリースメッセージを受信すること、および
前記第一の基地局に、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを送信することを実行させる命令を記憶するメモリーと、を含む、第二の基地局と、
前記第一の基地局であって、一つまたは複数のプロセッサーと、前記一つまたは複数のプロセッサーによって実行されるとき、前記第一の基地局に、
前記第二の基地局から、無線デバイスの前記ＳＤＴ手順を示す前記要求メッセージを受信すること、
前記第二の基地局に、
前記第一の基地局が前記無線デバイスの前記コンテキストを保持するという前記表示、
および
前記無線デバイスに対する前記ＲＲＣリリースメッセージを送信すること、および
前記第二の基地局を介して前記無線デバイスから、前記ＳＤＴ手順に関連付けられる前記アップリンクデータを受信することを実行させる命令を記憶するメモリーと、を含む前記第一の基地局と、を含む、システム。

【図面の簡単な説明】

【0003】

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

【0004】

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

【0005】

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

【0006】

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

【0007】

【図4】図４Ａは、図２ＡのＮＲユーザープレーンプロトコルスタックを通る例示的なダウンリンクデータフローを示す。図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

【図11】図１１Ａは、ＳＳ／ＰＢＣＨブロック構造および位置の実施例を示す。図１１Ｂは、時間および周波数ドメインにマッピングされたＣＳＩ－ＲＳの実施例を示す。

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

【図17】図１７は、ＲＲＣ接続再確立手順の実施例を示す。

【0021】

【図18】図１８は、ＲＲＣ接続再開手順の実施例を示す。

【0022】

【図19】図１９は、アンカー再配置を伴うＲＲＣ接続再開手順の実施例を示す。

【0023】

【図20】図２０は、アンカー再配置を伴わないＲＲＣ接続再開手順の実施例を示す。

【0024】

【図21】図２１は、制御プレーンの早期データ送信手順の実施例を示す。

【0025】

【図22】図２２は、アンカー再配置を伴うユーザープレーンの早期データ送信手順の実施例を示す。

【0026】

【図23】図２３は、コンテキスト取得失敗の実施例を示す。

【0027】

【図24】図２４は、無線デバイスの移動におけるデータ送信のための最適な経路の実施例を示す。

【0028】

【図25】図２５は、少量データ送信中にＲＲＣリリースメッセージを受信する例を示す。

【0029】

【図26】図２６は、アンカー再配置を行なわずに、少量データ送信のための強化された手順を示す例示的な図を示す。

【0030】

【図27】図２７は、非アンカー再配置を決定し、第一の基地局のＲＲＣリリースメッセージの送信を遅らせる実施例を示す。

【0031】

【図28】図２８は、ＲＲＣリリースメッセージを送信するのを遅延する古い基地局の強化手順の実施例を示す。

【0032】

【図29】図２９は、ＣＵ ＤＵアーキテクチャーにおける古い基地局についてＳＤＴが完了していることを決定する実施例を示す。

【0033】

【図30】図３０は、ＲＲＣリリースメッセージを送信するのを遅延する新しい基地局のための強化された手順の実施例を示す。

【0034】

【図31】図３１は、ＣＵ ＤＵアーキテクチャーにおける新しい基地局についてＳＤＴが完了していることを決定する実施例を示す。

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

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

一実施例では、ＳＤＴが完了していることを決定することは、無線デバイス内に送信するアップリンクデータなし、および／または無線デバイス内に受信するダウンリンクデータなしのうちの少なくとも一つを決定することに基づき、ＳＤＴが完了していることを決定することを含む。終了マーカーは、アップリンク終了マーカーおよびダウンリンク終了マーカーのうちの少なくとも一つを含んでもよい。基地局は、アップリンク終了マーカーおよび／またはダウンリンク終了マーカーのうちの少なくとも一つを受信することに基づき、ＳＤＴが完了していることを決定し得る。例えば、少量データ送信（ＳＤＴ）は、少なくとも一つのアップリンクデータ送信および少なくとも一つのダウンリンクデータ受信を含み得る。基地局は、アップリンク終了マーカーおよびダウンリンク終了マーカーの受信に基づき、ＳＤＴが完了していることを決定し得る。例えば、少量データ送信（ＳＤＴ）は、少なくとも一つのアップリンクデータ送信を含んでもよい。基地局は、アップリンク終了マーカーの受信に基づき、ＳＤＴが完了していることを決定し得る。基地局は、新しい基地局、または古い基地局のうちの少なくとも一つを含んでもよい。

【0312】

図２９は、ＣＵ ＤＵアーキテクチャーにおける古い基地局についてＳＤＴが完了していることを決定する実施例を示す。無線デバイスは、基地局中央ユニット（ｇＮＢ－ＣＵ）および基地局分散ユニット（ｇＮＢ－ＤＵ）を含む基地局（ｇＮＢ）と通信することができる。無線デバイスは、セルを含む一つまたは複数のセルの無線チャネルを介して、基地局分散ユニットと直接通信し得る。無線デバイスは、基地局分散ユニットを介して、基地局中央ユニットと通信し得る。基地局分散ユニットおよび基地局中央ユニットは、Ｆ１制御プレーンインターフェイス（Ｆ１－Ｃ）および／またはＦ１ユーザープレーンインターフェイス（Ｆ１－Ｕ）を含むＦ１インターフェイスを介して互いに接続され得る。基地局中央ユニットは、基地局中央ユニット制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）および／または基地局中央ユニットユーザープレーン（ｇＮＢ－ＣＵ－ＵＰ）を含み得る。基地局分散ユニットは、Ｆ１制御プレーンインターフェイス（Ｆ１－Ｃ）を介して、基地局中央ユニット制御プレーンと通信し得る。基地局分散ユニットは、Ｆ１ユーザープレーンインターフェイス（Ｆ１－Ｕ）を介して基地局中央ユニットユーザープレーンと通信し得る。基地局中央ユニット制御プレーンは、Ｅ１インターフェイスを介して基地局中央ユニットユーザープレーンと通信し得る。一実施例では、基地局は、基地局分散ユニットおよび／または第二の基地局分散ユニットを含む、複数の基地局分散ユニットを含み得る。基地局中央ユニットは、複数のＦ１インターフェイスを介して、複数の基地局分散ユニットと通信し得る。無線デバイスは、複数の基地局分散ユニットと通信し得る。無線デバイスは、複数の基地局分散ユニットの一つまたは複数を介して、基地局中央ユニットと通信し得る。一実施例では、基地局分散ユニットは、無線デバイスに一次セルおよび／またはマスターセルグループを提供することができる。一実施例では、基地局（例えば、基地局中央ユニット、基地局中央ユニット制御プレーン、および／または基地局中央ユニットユーザープレーン）は、コアネットワークノード／デバイス（例えば、コアネットワーク制御プレーン：ＡＭＦ、ＭＭＥ、またはコアネットワークユーザープレーン：ＵＰＦ、Ｓ－ＧＷ）に接続され得る。一実施例では、基地局（例えば、基地局中央ユニット、基地局中央ユニット制御プレーン、および／または基地局中央ユニットユーザープレーン）は、第二の基地局（例えば、ｇＮＢ、ｅＮＢなど）を含む複数の隣接基地局に接続され得る。

【0313】

一実施例では、図２９および／または図２８に示すように、無線デバイスは、新しい基地局中央ユニット（ｇＮＢ－ＣＵ）および新しい基地局分散ユニット（ｇＮＢ－ＤＵ）を含む新しい基地局（ｇＮＢ）と通信することができる。ＳＤＴを決定することに基づき、無線デバイスは、メッセージを新しい基地局分散ユニットに送信してもよく、メッセージが、ＲＲＣ再開要求メッセージ、第１のアップリンクデータ、ＳＤＴの支援パラメーター、第２のアップリンクデータの送信のためのアップリンク許可／リソースを要求するバッファステータスレポート（ＢＳＲ）のうちの少なくとも一つを含んでもよい。メッセージの受信に基づき、新しい基地局分散ユニットは、第一のＦ１メッセージを、Ｆ１－Ｃを介して新しい基地局中央ユニット制御プレーンに送信してもよく、第一のＦ１メッセージが、ＲＲＣ再開要求メッセージ、ＳＤＴの支援パラメーター、および／またはＢＳＲのうちの少なくとも一つを含んでもよい。メッセージの受信に基づき、新しい基地局分散ユニットは、第二のＦ１メッセージを、Ｆ１－Ｕを介して新しい基地局中央ユニットユーザープレーンに送信してもよく、第二のＦ１メッセージが、第１のアップリンクデータを含み得る。第一のＦ１メッセージの受信に基づき、新しい基地局中央ユニット制御プレーンは、ＵＥコンテキスト取得要求メッセージを、古い基地局中央ユニット制御プレーンに送信することができ、ＵＥコンテキスト取得メッセージが、ＳＤＴの支援情報を含み得る。ＵＥコンテキスト取得メッセージに基づき、古い基地局中央ユニット制御プレーンは、無線デバイスのコンテキストを維持することを決定し得る。ＵＥコンテキスト取得メッセージに基づき、古い基地局中央ユニット制御プレーンはさらに、ＲＲＣリリースメッセージを送信することを延期／遅延することを決定し得る。無線デバイスのコンテキストを保持することを決定することに基づき、古い基地局中央ユニット制御プレーンは、Ｘｎ ＤＬメッセージ（ＵＥコンテキスト取得失敗メッセージを取得）を新しい基地局中央ユニット制御プレーンに送信してもよく、Ｘｎ ＤＬメッセージが、無線デバイスのコンテキストを保持することを決定すること（アンカーキープ）またはＲＲＣリリースメッセージの送信を延期／遅延する決定を示し得る。Ｘｎ ＤＬメッセージの受信に基づき、新しい基地局中央ユニット制御プレーンは、古い基地局でＳＤＴを開始／実行することを決定し得る。ＳＤＴを開始／実行する決定に基づき、新しい基地局中央ユニット制御プレーンは、Ｅ１メッセージを新しい基地局ユーザープレーンに送信してもよく、Ｅ１メッセージが、ＳＤＴを開始／実行することを決定または無線デバイスのコンテキストを保持することを決定することを示し得る。Ｅ１メッセージに基づき、新しい基地局中央ユニットユーザープレーンは、ＳＤＴを開始／実行し得る。ＳＤＴを開始／実行すること、または無線デバイスのコンテキストを保持することを決定することに基づき、新しい基地局中央ユニットユーザープレーンは、第１のアップリンクデータを古い基地局中央ユニットユーザープレーンに送信し得る。

【0314】

一実施例では、図２９および／または図２８に示すように、第１のアップリンクデータは、制御プレーンを介して送信することができる。第１のアップリンクデータの受信に基づき、新しい基地局分散ユニットは、第１のアップリンクデータを新しい基地局中央ユニット制御プレーンに送信し得る。無線デバイスのコンテキストを保持することを決定すること、またはＲＲＣリリースメッセージの送信を延期／遅延することと決定することを示すＸｎ ＤＬメッセージの受信に基づき、新しい基地局中央ユニット制御プレーンは、第１のアップリンクデータを古い基地局中央ユニット制御プレーンに送信し得る。第１のアップリンクデータの受信に基づき、古い基地局中央ユニット制御プレーンは、第１のアップリンクデータを無線デバイスのコアネットワークエンティティに送信し得る。

【0315】

一実施例では、図２９に示すように、新しい基地局は、ＳＤＴが完了していることを決定し得る。新しい基地局は、新しい基地局分散ユニット、および新しい基地局中央ユニットのうちの少なくとも一つを含み得る。新しい基地局中央ユニットは、新しい基地局中央ユニット制御プレーン、および新しい基地局中央ユニットユーザープレーンのうちの少なくとも一つを含み得る。新しい基地局分散ユニットは、無線デバイスによって送信されるメッセージ（例えば、支援パラメーター）に基づき、ＳＤＴが完了していることを決定し得る。ＳＤＴが完了していることを決定したことに基づき、新しい基地局分散ユニットは、図２９のオプションＡに示すように、第一の終了マーカーを新しい基地局中央ユニットユーザープレーンに送信することができる。アップリンクデータは、第一の終了マーカーを含んでもよい。第一の終了マーカーの受信に基づき、新しい基地局中央ユニットユーザープレーンは、第一の終了マーカーを古い基地局中央ユニットユーザープレーンに送信し得る。第一の終了マーカーの受信に基づき、古い基地局の中央ユニットユーザープレーンは、第一の終了マーカーを無線デバイスのコアネットワークエンティティに送信し得る。第一の終了マーカーの受信に基づき、古い基地局の中央ユニットユーザープレーンは、ＳＤＴが完了していることを決定し得る。

【0316】

図２９の実施例では、コアネットワークエンティティは、第二の終了マーカーを古い基地局の中央ユニットユーザープレーンに送信し得る。第二の終了マーカーの受信に基づき、古い基地局の中央ユニットユーザープレーンは、ＳＤＴが完了していることを決定し得る。

【0317】

図２９の実施例では、第一の終了マーカーまたはＳＤＴ開始表示を受信することに応答して、コアネットワークエンティティは、コアネットワークエンティティのバッファ内の無線デバイスの最後のダウンリンクデータを古い基地局（中央ユニット）に送信することに基づき、第二の終了マーカーを古い基地局（中央ユニット）に送信し得る。例えば、第一の終了マーカーまたはＳＤＴ開始表示を受信することに応答して、コアネットワークエンティティは、コアネットワークエンティティのバッファ内の無線デバイスの最後のダウンリンクデータを古い基地局中央ユニットユーザープレーンに送信することに基づき、第二の終了マーカーを古い基地局中央ユニットユーザープレーンに送信し得る。

【0318】

図２９の実施例では、第一の終了マーカーは、無線デバイス内に送信するアップリンクデータがこれ以上ないことを示すアップリンク終了マーカーを含み得る。第二の終了マーカーは、無線デバイス内に受信するダウンリンクデータがこれ以上ないことを示す、ダウンリンク終了マーカーを含む。第一の終了マーカーおよび第二の終了マーカーの受信に基づき、古い基地局（中央ユニット）は、ＳＤＴが完了していることを決定してもよく、例えば、第一の終了マーカーおよび第二の終了マーカーの受信に基づき、古い基地局の中央ユニットユーザープレーンは、ＳＤＴが完了していることを決定し得る。

【0319】

図２９の実施例では、ＳＤＴが完了していること決定したことに基づき、新しい基地局分散ユニットは、図２９のオプションＢに示すように、新しい基地局中央ユニット制御プレーンにＳＤＴ終了表示を送信することができる。ＳＤＴ終了表示の受信に基づき、新しい基地局中央ユニット制御プレーンは、ＳＤＴ終了表示を古い基地局中央ユニット中央ユニットに送信し得る。ＳＤＴ終了表示の受信に基づき、古い基地局は、ＳＤＴが完了していることを決定し得る。

【0320】

図２９の実施例では、コアネットワークエンティティは、ＳＤＴ終了表示を古い基地局（中央ユニット）に送信し得る。例えば、ＳＤＴが完了していることの決定に基づき、コアネットワークエンティティは、ＳＤＴ終了表示を古い基地局（中央ユニット）に送信し得る。ＳＤＴ終了表示の受信に基づき、古い基地局（中央ユニット）は、ＳＤＴが完了していることを決定し得る。

【0321】

図２９の実施例では、新しい基地局（中央ユニット）は、第一のＳＤＴ終了表示を古い基地局（中央ユニット）に送信し得る。無線デバイスのコアネットワークエンティティは、第二のＳＤＴ終了表示を古い基地局（中央ユニット）に送信し得る。第一のＳＤＴ終了表示および第二のＳＤＴ終了表示の受信に基づき、古い基地局（中央ユニット）は、ＳＤＴが完了していることを決定し得る。例えば、第一のＳＤＴ終了表示は、無線デバイス内に送信するアップリンクデータがこれ以上ないことを示し得る。第二のＳＤＴ終了表示は、無線デバイス内に受信するダウンリンクデータがこれ以上ないことを示し得る。古い基地局中央ユニットは、古い基地局中央ユニット制御プレーンを含むことができる。

【0322】

図３０は、ＲＲＣリリースメッセージを送信するのを遅延する新しい基地局のための強化された手順の実施例を示す。ＲＲＣ非アクティブ状態（またはＲＲＣアイドル状態）の無線デバイスは、無線デバイスのアップリンクバッファ内の、第１のアップリンクデータおよび第２のアップリンクデータのうちの少なくとも一つを有し得る。無線デバイスは、少量データ送信（ＳＤＴ）を決定し得る。ＳＤＴを決定することに基づき、無線デバイスは、新しい基地局にメッセージを送信してもよく、メッセージが、ＲＲＣ再開要求メッセージ、第１のアップリンクデータ、ＳＤＴの支援パラメーター、第２のアップリンクデータの送信のためのアップリンク許可／リソースを要求するバッファステータスレポート（ＢＳＲ）のうちの少なくとも一つを含んでもよい。メッセージの受信に基づき、新しい基地局は、ＳＤＴの支援情報を含むＵＥコンテキスト取得要求メッセージを送信することができる。ＵＥコンテキスト取得要求メッセージに基づき、古い基地局は、無線デバイス（無線デバイスのＵＥコンテキスト）のコンテキストを古い基地局内に維持することを決定し得る。例えば、支援情報に基づき、古い基地局は、無線デバイスのコンテキストを古い基地局に保持すること、無線デバイスに対するＲＲＣメッセージ（ＲＲＣリリースメッセージ）の送信を遅らせることの少なくとも一つを決定し得る。例えば、無線デバイスのコンテキストを古い基地局に保持することを決定することに応答して、古い基地局は、ＲＲＣメッセージ（ＲＲＣリリースメッセージ）の送信を遅らせることを決定し得る。無線デバイスのコンテキストを古い基地局に維持すること、および／またはＲＲＣリリースメッセージの送信を遅らせることの少なくとも一つを決定することに基づき、古い基地局は、決定を示すＸｎ ＤＬメッセージ（ＵＥコンテキスト取得失敗メッセージ）を送信し得る。Ｘｎ ＤＬメッセージが、ＲＲＣリリースメッセージを含んでもよい。表示に基づき、新しい基地局は、ＲＲＣリリースメッセージを無線デバイスに送信することを延期／遅延し得る。Ｘｎ ＤＬメッセージの受信に応答して、新しい基地局は、第１のアップリンクデータを古い基地局に送信し得る。第１のアップリンクデータの受信に基づき、古い基地局は、第１のアップリンクデータを無線デバイスのコアネットワークエンティティに送信してもよく、コアネットワークエンティティは、ＵＰＦおよびＡＭＦのうちの少なくとも一つを含む。コアネットワークエンティティからダウンリンクデータを受信することに基づき、古い基地局は、ダウンリンクデータを新しい基地局に送信し得る。新しい基地局は、ダウンリンクデータを無線デバイスに送信し得る。ＢＳＲに応答して、新しい基地局は、第２のアップリンクデータに対するアップリンク許可を送信し得る。例えば、ＢＳＲに応答して、新しい基地局は、Ｘｎ ＤＬメッセージおよびＢＳＲのうちの少なくとも一つに基づき第２のアップリンクデータに対するアップリンク許可を送信し得る。ＢＳＲに基づき、新しい基地局は、無線デバイスが、送信する第２のアップリンクデータを有することを知ってもよい。Ｘｎ ＤＬメッセージに基づき、新しい基地局は、古い基地局が無線デバイスのコンテキストを保持すると決定することを識別し得る。識別に基づき、新しい基地局は、無線デバイスのコンテキストなしに、無線デバイスで少量データ送信を続けると決定し得る。決定に基づき、新しい基地局は、第２のアップリンクデータに対するアップリンク許可を無線デバイスに送信し得る。新しい基地局は、ダウンリンク制御信号を介してアップリンク許可を送信してもよく、ダウンリンク制御信号は、ＲＲＣメッセージ、ＭＡＣ制御要素（ＭＡＣ ＣＥ）、またはダウンリンク制御情報（ＤＣＩ）のうちの少なくとも一つを含む。無線デバイスは、ダウンリンク制御信号を監視することができる。例えば、メッセージを送信することに応答して、無線デバイスは、新しい基地局からのダウンリンク制御信号を監視し得る。監視に基づき、無線デバイスは、アップリンク許可を含むダウンリンク制御信号を受信し得る。アップリンク許可に基づき、無線デバイスは、第２のアップリンクデータを新しい基地局に送信し得る。新しい基地局は、無線デバイスから第２のアップリンクデータを受信し得る。古い基地局は、第２のアップリンクデータをコアネットワークエンティティに送信し得る。新しい基地局は、ＳＤＴが完了していることを決定し得る。ＳＤＴが完了していることの決定に基づき、新しい基地局は、遅延されたＲＲＣリリースメッセージを無線デバイスに送信し得る。ＲＲＣリリースメッセージの受信に基づき、無線デバイスは、ＲＲＣ非アクティブ状態にとどまるか、またはＲＲＣアイドル状態に移行することができる。

【0323】

図３０の実施例では、新しい基地局は、図３０のオプション１に示されるように、ＳＤＴが完了していることを決定することができる。例えば、新しい基地局は、無線デバイスによって送信されるメッセージに基づき、ＳＤＴが完了していることを決定し得る。新しい基地局は、無線デバイスの支援パラメーターまたはＳＤＴ終了表示に基づき、ＳＤＴが完了していることを決定し得る。

【0324】

図３０の実施例では、新しい基地局は、図３０のオプション２に示されるように、ＳＤＴが完了していることを決定することができる。古い基地局は、ＳＤＴが完了していることを決定し得る。決定に基づき、古い基地局は、第二のＸｎ ＤＬメッセージを新しい基地局に送信してもよく、第二のＸｎ ＤＬメッセージが、無線デバイスの（ＳＤＴ）構成／コンテキスト／パラメーターをリリースするよう要求し得る。決定に基づき、古い基地局は、ＳＤＴ終了表示を含む第二のＸｎ ＤＬメッセージを送信し得る。第二のＸｎ ＤＬメッセージの受信に基づき、新しい基地局は、ＳＤＴが完了していることを決定し得る。ＳＤＴが完了していることの決定に基づき、新しい基地局は、延期／遅延されたＲＲＣリリースメッセージを無線デバイスに送信し得る。

【0325】

図３１は、ＣＵ ＤＵアーキテクチャーにおける新しい基地局についてＳＤＴが完了していることを決定する実施例を示す。無線デバイスは、基地局中央ユニット（ｇＮＢ－ＣＵ）および基地局分散ユニット（ｇＮＢ－ＤＵ）を含む基地局（ｇＮＢ）と通信することができる。図３１に示すように、古い基地局中央ユニットは、無線デバイスのコンテキストを維持すること、および／または無線デバイス用のＲＲＣリリースメッセージの送信を延期／遅延することを決定し得る。決定に基づき、古い基地局中央ユニットは、決定を示すＸｎ ＤＬメッセージを送信し得る。Ｘｎ ＤＬメッセージが、ＲＲＣリリースメッセージを含んでもよい。Ｘｎ ＤＬメッセージに基づき、新しい基地局中央ユニットは、ＲＲＣリリースメッセージを無線デバイスに送信することを延期／遅延／一時停止し得る。Ｘｎ ＤＬメッセージの受信に基づき、新しい基地局中央ユニット制御プレーンは、古い基地局でＳＤＴを開始／実行することを決定し得る。ＳＤＴを開始／実行する決定に基づき、新しい基地局中央ユニット制御プレーンは、Ｅ１メッセージを新しい基地局ユーザープレーンに送信してもよく、Ｅ１メッセージが、ＳＤＴを開始／実行することを決定または無線デバイスのコンテキストを保持することを決定することを示し得る。Ｅ１メッセージに基づき、新しい基地局中央ユニットユーザープレーンは、ＳＤＴを開始／実行し得る。ＳＤＴを開始／実行すること、または無線デバイスのコンテキストを保持することを決定することに基づき、新しい基地局中央ユニットユーザープレーンは、第１のアップリンクデータを古い基地局中央ユニットユーザープレーンに送信し得る。

【0326】

一実施例では、図３１および／または図３０に示すように、第１のアップリンクデータは、制御プレーンを介して送信されることが許容される。第１のアップリンクデータの受信に基づき、新しい基地局分散ユニットは、第１のアップリンクデータを新しい基地局中央ユニット制御プレーンに送信し得る。無線デバイスのコンテキストを保持することを決定すること、またはＲＲＣリリースメッセージの送信を延期／遅延することと決定することを示すＸｎ ＤＬメッセージの受信に基づき、新しい基地局中央ユニット制御プレーンは、第１のアップリンクデータを古い基地局中央ユニット制御プレーンに送信し得る。第１のアップリンクデータの受信に基づき、古い基地局中央ユニット制御プレーンは、第１のアップリンクデータを無線デバイスのコアネットワークエンティティに送信し得る。

【0327】

図３１の実施例では、新しい基地局中央ユニットユーザープレーンによって、ＳＤＴが完了していることを決定し得る。図３１のオプションＡに示すように、決定に基づき、新しい基地局中央ユニットユーザープレーンは、第二のＸｎ ＤＬメッセージを含むメッセージを新しい基地局中央ユニット制御プレーンに送信してもよく、第二のＸｎ ＤＬメッセージが、新しい基地局内の無線デバイスの（ＳＤＴ）構成／コンテキスト／パラメーターをリリースするよう要求し得る。決定に基づき、新しい基地局中央ユニットユーザープレーンは、第二のＸｎ ＤＬメッセージを含むメッセージを新しい基地局中央ユニット制御プレーンに送信してもよく、第二のＸｎ ＤＬメッセージが、ＳＤＴ終了表示を含み得る。第二のＸｎ ＤＬメッセージの受信に基づき、新しい基地局中央ユニット制御プレーンは、ＳＤＴが完了していることを決定し得る。ＳＤＴが完了していることの決定に基づき、新しい基地局は、延期／遅延されたＲＲＣリリースメッセージを無線デバイスに送信し得る。

【0328】

図３１のオプションＡの実施例では、新しい基地局中央ユニットのユーザープレーンは、図３０のオプションＡに示されるように、終了マーカーに基づいてＳＤＴが完了していることを決定することができる。終了マーカーは、アップリンクデータ用の第一のマーカーと、ダウンリンクデータ用の第二の終了マーカーとを含んでもよい。

【0329】

図３１のオプションＢの実施例では、新しい基地局中央ユニット制御プレーンは、新しい基地局分散ユニットからＳＤＴ終了表示を受信することに基づき、ＳＤＴが完了していることを決定し得る。新しい基地局分散ユニットは、ＳＤＴが完了していることを決定し得る。決定に基づき、新しい基地局分散ユニットは、ＳＤＴ終了表示を送信し得る。新しい基地局に基づき、延期／遅延されたＲＲＣリリースメッセージを無線デバイスに送信し得る。

【0330】

一実施例では、ＲＲＣリリースメッセージを送信する延期／遅延を決定することに基づき、古い基地局は、メッセージ容器を含むＸｎ ＤＬメッセージを送信し得る。メッセージ容器は、無線デバイス用のＲＲＣリリースメッセージを含み得る。Ｘｎ ＤＬメッセージが、メッセージ容器の内容送信の延期／遅延を示し得る。Ｘｎ ＤＬメッセージの受信（または示すこと）に基づき、新しい基地局は、メッセージ容器のコンテキスト（ＲＲＣリリースメッセージ）を送信することを延期／遅延し得る。ＳＤＴが完了していることの決定に基づき、新しい基地局は、メッセージ容器の内容を無線デバイスに送信し得る。

【0331】

一実施例では、新しい基地局（中央ユニット）は、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターを生成し得る。例えば、新しい基地局は、古い基地局からのＵＥコンテキスト取得要求メッセージに応答して、Ｘｎ ＤＬメッセージを受信することができる。Ｘｎ ＤＬメッセージに基づき、新しい基地局は、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターを生成し得る。Ｘｎ ＤＬメッセージが、古い基地局に無線デバイスのコンテキストを保持することを決定すること、または無線デバイスに対してＲＲＣリリースメッセージを送信することを延期／遅延することを決定することを示し得る。例えば、無線デバイスからのメッセージに基づき、新しい基地局は、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターを生成し得る。支援パラメーターに基づき、新しい基地局は、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターを生成し得る。無線デバイスのＳＤＴ構成／コンテキストに基づき、新しい基地局は、無線デバイスでＳＤＴを実行し得る。例えば、ＳＤＴ構成／コンテキスト／パラメーターは、無線デバイスのＰＤＣＰ構成、無線デバイスのＲＬＣ構成、無線デバイスのＭＡＣ構成、および無線デバイスの物理層構成のうちの少なくとも一つを含んでもよい。生成に基づき、新しい基地局は、ＳＤＴ構成／コンテキスト／パラメーターを無線デバイスに送信し得る。ＳＤＴ構成／コンテキスト／パラメーターの受信に基づき、無線デバイスは、ＳＤＴ構成／コンテキストを構成し得る。ＳＤＴ構成／コンテキスト／パラメーターに基づき、無線デバイスは、ＳＤＴを実行し得る。例えば、ＳＤＴ構成／コンテキスト／パラメーターに基づき、無線デバイスは、ＲＲＣ非アクティブ状態またはＲＲＣアイドル状態のままで、アップリンクデータを送信し、および／またはダウンリンクデータを受信し得る。例えば、Ｘｎ ＤＬマッサージは、ＳＤＴ構成／コンテキストの構成情報を含み得る。Ｘｎ ＤＬメッセージに基づき、新しい基地局は、ＳＤＴ構成／コンテキストを生成し得る。構成情報は、無線デバイスのＰＤＣＰ構成の少なくとも一つ、無線デバイスのＲＬＣ構成、無線デバイスのＭＡＣ構成、および無線デバイスの物理層構成のうちの少なくとも一つを含み得る。

【0332】

一実施例では、新しい基地局中央ユニット制御プレーンは、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターを生成し得る。生成に基づき、新しい基地局中央ユニット制御プレーンは、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターを、新しい基地局中央ユニットユーザープレーンおよび／または新しい基地局分散ユニットに構成し得る。構成に基づき、新しい基地局中央ユニット制御プレーンは、メッセージを新しい基地局中央ユニットユーザープレーンおよび／または新しい基地局分散ユニットに送信してもよく、メッセージが無線デバイスのＳＤＴ構成／コンテキスト／パラメーターを含み得る。メッセージに基づき、新しい基地局中央ユニットのユーザープレーンおよび／または新しい基地局分散ユニットは、無線デバイス、古い基地局および／または新しい基地局中央ユニットの制御プレーン（または新しい基地局ユニットのユーザープレーン）を用いてＳＤＴを実行し得る。

【0333】

一実施例では、新しい基地局（中央ユニット）は、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターをリリースし得る。例えば、ＳＤＴが完了していることの決定に基づき、新しい基地局は、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターをリリースし得る。ＳＤＴ終了表示または無線デバイスの（ＳＤＴ）構成／コンテキスト／パラメーターのリリース要求の受信に基づき、新しい基地局は、無線デバイスのＳＤＴ構成／コンテキストをリリースし得る。例えば、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターのリリースに基づき、新しい基地局は、延期／遅延されたＲＲＣリリースメッセージを無線デバイスに送信し得る。

【0334】

一実施例では、新しい基地局中央ユニット制御プレーンは、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターをリリースし得る。リリースに基づき、新しい基地局中央ユニット制御プレーンは、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターを、新しい基地局中央ユニットユーザープレーンおよび／または新しい基地局分散ユニットにリリースするよう要求し得る。要求に基づき、新しい基地局中央ユニット制御プレーンは、新しい基地局中央ユニットユーザープレーンおよび／または新しい基地局分散ユニットにメッセージを送信してもよく、メッセージが、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターをリリースするよう要求し得る。メッセージに基づき、新しい基地局中央ユニットのユーザープレーンおよび／または新しい基地局分散ユニットは、無線デバイスのＳＤＴ構成／コンテキスト／パラメーターをリリースし得る。

【0335】

一実施例では、無線デバイスは、メッセージを第二の基地局に送信してもよく、メッセージが、ＲＲＣ要求メッセージ、ＳＤＴの第一のアップリンクデータおよび支援パラメーターのうちの少なくとも一つを含んでもよい。メッセージに基づき、第二の基地局は、無線デバイスのコンテキストの非アンカー再配置を推奨することを決定し得る。決定に基づき、第二の基地局は、無線デバイスのコンテキストの非アンカー再配置の推奨を含むＸｎ
ＵＬメッセージを送信し得る。Ｘｎ ＵＬメッセージに基づき、第一の基地局は、第一の基地局内の無線デバイスのコンテキストを保持することを決定し得る。Ｘｎ ＵＬメッセージが、ＵＥコンテキスト取得要求メッセージであり得る。

【0336】

一実施例では、第一の基地局は、コアネットワークエンティティにおいて保留中のダウンリンクデータまたはダウンリンクデータを示す第一のページングメッセージを受信し得る。ダウンリンクデータまたは第一のページングメッセージの受信に基づき、第一の基地局は、第二のページングメッセージを無線デバイスに送信し得る。例えば、第一の基地局は、第二のページングメッセージを第二の基地局を介して無線デバイスに送信することができる。第一の基地局または第二の基地局は、少量データ送信を決定し得る。例えば、ダウンリンクデータのサイズに基づき、第一の基地局または第二の基地局は、少量データ送信を決定し得る。第二のページングメッセージが、少量データ送信のためのモバイルサービス終了を示し得る。例えば、少量データ送信を決定することに基づき、第二のページングメッセージが、少量データ送信のためのモバイルサービス終了を示し得る。

【0337】

一実施例では、第二のページングメッセージを受信することに基づき、第二の基地局は第二のページングメッセージを無線デバイスに送信することができる。第二の基地局から第二のページングメッセージを受信することに基づき、無線デバイスは、ＲＲＣ要求メッセージと、ＳＤＴに対する支援パラメーターのうちの少なくとも一つを含むメッセージを送信し得る。例えば、ＲＲＣ要求メッセージが、少量データ送信に対するモバイル終了応答を示し得る。メッセージの受信に基づき、第二の基地局は、無線デバイスのアイデンティティ、ＭＡＣ－Ｉ、ＳＤＴに対する支援パラメーター、および少量データ送信の（それに対するモバイル終了応答）の表示のうちの少なくとも一つを含む第一のＸｎ ＵＬメッセージを送信し得る。第一のＸｎ ＵＬメッセージが、ＵＥコンテキスト取得要求メッセージを含むことができる。第一のＸｎ ＵＬメッセージに基づき、第一の基地局は、第一の基地局に無線デバイスのコンテキストを維持することを決定し得る。決定に基づき、第一の基地局は、決定を示すＸｎ ＤＬメッセージを送信し得る。決定および／または第一のＸｎ ＵＬメッセージに基づき、第一の基地局は、ダウンリンクデータを含むＸｎ ＤＬメッセージを送信することができる。ダウンリンクデータの受信に基づき、第二の基地局は、ダウンリンクデータを無線デバイスに転送し得る。Ｘｎ ＤＬメッセージまたは転送成功の受信に基づき、第二の基地局は、第一の基地局内の無線デバイスのコンテキストを保持することを決定することを確認する、および／または転送成功を示す第二のＸｎ ＵＬメッセージを送信し得る。第二のＸｎ ＵＬメッセージの受信に基づき、第一の基地局は、第二のダウンリンクデータを有すること／受信することに基づき、第二のダウンリンクデータを第二の基地局に送信し得る。第二のＸｎ ＵＬメッセージの受信に基づき、第一の基地局は、無線デバイスに対してＲＲＣリリースメッセージを送信し得る。例えば、第一の基地局は、ＲＲＣ転送メッセージまたはメッセージ容器を含むＵＥコンテキストリリースメッセージを送信してもよく、メッセージ容器は、ＲＲＣリリースメッセージを含み得る。第二のＸｎ ＵＬメッセージの受信に基づき、第二の基地局は、メッセージ容器の内容（ＲＲＣリリースメッセージ）を無線デバイスに転送し得る。

【0338】

一実施例では、第二の基地局は、ＵＥコンテキスト取得要求メッセージを第一の基地局に送信することができ、ＵＥコンテキスト取得要求メッセージが、無線デバイスの第１のアップリンクデータを含むことができる。ＵＥコンテキスト取得要求メッセージの受信に基づき、第一の基地局は、無線デバイスのコンテキストを保持すること、および／または無線デバイスに対してＲＲＣリリースメッセージを送信することを延期／遅延することを決定し得る。決定に基づき、第一の基地局は、第１のアップリンクデータを無線デバイスのコアネットワークエンティティに送信し得る。決定に基づき、第一の基地局は、Ｘｎ ＤＬメッセージを第二の基地局に送信することができ、Ｘｎ ＤＬメッセージが決定を示すことができる。Ｘｎ ＤＬメッセージの受信に基づき、第二の基地局は、決定を確認する第二のＸｎ ＵＬメッセージを送信し得る。第二のＸｎ ＵＬメッセージの受信に基づき、第一の基地局は、無線デバイスのダウンリンクデータを第二の基地局に送信してもよく、第一の基地局は、無線デバイスのコアネットワークエンティティからダウンリンクデータを受信し得る。

【0339】

第二の基地局から、第一の基地局は、無線デバイスのための少量データ送信（ＳＤＴ）の支援情報を含むコンテキスト取得要求メッセージを受信することができる。支援情報に基づき、第一の基地局は、無線デバイスのコンテキストを第一の基地局に保持することを決定し得る。第一の基地局は、第一の基地局が無線デバイスのコンテキストを保持することを示す応答メッセージを送信し得る。応答メッセージに基づき、第一の基地局は、無線デバイス用のＳＤＴに関連付けられるアップリンクデータを受信し得る。ＳＤＴが完了していることに基づき、第一の基地局は、無線デバイス用のＲＲＣリリースメッセージを含む少なくとも一つのメッセージを送信し得る。

【0340】

応答メッセージが、ＲＲＣリリースメッセージを含み得ない。

【0341】

無線デバイスのコンテキストを保持することを決定することは、さらなるアップリンクおよびさらなるダウンリンクデータ転送が予期されないこと、単一のダウンリンクデータ送信が予期されおよびさらなるアップリンクデータ送信が予期されないこと、または無線デバイスのアップリンクデータおよび／または無線デバイスのダウンリンクデータのサイズが閾値よりも小さいことの少なくとも一つを示す支援情報に基づいてもよい。

【0342】

アップリンクデータの受信に基づき、第一の基地局は、アップリンクデータを無線デバイスのコアネットワークエンティティに送信してもよく、コアネットワークエンティティは、ユーザープレーン機能（ＵＰＦ）およびアクセスおよびモビリティ管理機能（ＡＭＦ）のうちの少なくとも一つを含む。

【0343】

応答メッセージに基づき、第一の基地局は、ＳＤＴに関連付けられるダウンリンクデータを第二の基地局に送信することができる。

【0344】

応答メッセージに応答して、第一の基地局は、コアネットワークエンティティからダウンリンクデータを受信することができる。

【0345】

応答メッセージを送信することは、無線デバイスを正しく識別し、無線デバイスを正しく検証することに基づき、応答メッセージを送信することをさらに含み得る。

【0346】

ＳＤＴが完了していることの決定は、無線デバイス内に送信するアップリンクデータなし、および／または無線デバイス内に受信するダウンリンクデータなしのうちの少なくとも一つを決定することに基づき、ＳＤＴが完了していることを決定することを含み得る。

【0347】

無線デバイス内に送信するアップリンクデータなし、または無線デバイス内に受信するダウンリンクデータなしを決定することは、終了マーカーを受信すること、ＳＤＴ終了表示を受信すること、および支援情報のうちの少なくとも一つに基づいてもよい。

【0348】

終了マーカーまたはＳＤＴ終了表示を受信することは、第二の基地局、および／または無線デバイスのコアネットワークエンティティのうちの少なくとも一つから、終了マーカーまたはＳＤＴ終了表示を受信することを含み得る。

【0349】

無線デバイスのアップリンクデータまたは無線デバイスのダウンリンクデータは、終了マーカーまたはＳＤＴ終了表示のうちの少なくとも一つを含む。

【0350】

ＳＤＴ終了表示を受信することは、Ｘｎインターフェイス、またはＮＧ－制御プレーン（ＮＧ－Ｃ）インターフェイスのうちの少なくとも一つを含む、制御プレーンインターフェイスを介して送信または受信されたシグナリングメッセージにおいて、ＳＤＴ終了表示を受信することを含み得る。

【0351】

少なくとも一つのメッセージが、ＲＲＣ転送メッセージおよび／またはＵＥコンテキストリリースメッセージのうちの少なくとも一つを含んでもよい。

【0352】

第一の基地局は、ＲＲＣリリースメッセージを含むＲＲＣ転送を送信することに応答して、ＵＥコンテキストリリースメッセージを送信し得る。

【0353】

少なくとも一つのメッセージが、ＳＤＴが完了していることを示し得る。

【0354】

第一の基地局は、ＳＤＴ終了表示または終了マーカーの受信に応答して、ＳＤＴが完了していることを示す少なくとも一つのメッセージを送信し得る。

【0355】

支援情報は、リリース支援情報（ＲＡＩ）、ＳＤＴのトラフィックパターン、無線デバイスのＳＤＴ表示、アップリンクデータ情報、およびダウンリンクデータ情報のうちの少なくとも一つを含んでもよい。

【0356】

ＳＤＴは、無線デバイスのＲＲＣ非アクティブ状態またはＲＲＣアイドル状態のアップリンクデータの一つまたは複数の送信、および無線デバイスのＲＲＣ非アクティブ状態またはＲＲＣアイドル状態のダウンリンクデータの一つまたは複数の受信のうちの少なくとも一つを含み得る。

【0357】

アップリンクデータは、無線デバイスによってＲＲＣ要求メッセージと一緒に送信されるアップリンクデータを含む第一のアップリンクデータ、および第一のアップリンクデータの送信に基づき、無線デバイスのアップリンクバッファで保留中のアップリンクデータ、およびＳＤＴに基づく無線デバイスの予期アップリンクデータのうちの少なくとも一つを含む第二のアップリンクデータのうちの少なくとも一つを含んでもよい。

【0358】

ＲＡＩは、さらなるアップリンク、およびさらなるダウンリンクデータ送信が予期されないこと、単一のダウンリンクデータ送信が予期され、さらなるアップリンクデータ送信が予期されないこと、または単一のアップリンクまたはダウンリンクデータ送信よりも多いことが予期されること、のうちの少なくとも一つを含み得る。

【0359】

アップリンクデータ情報は、アップリンクデータのサイズを含むアップリンクデータの情報を含み得る。

【0360】

ダウンリンクデータ情報は、ダウンリンクデータのサイズを含むダウンリンクデータの情報を含み得る。

【0361】

応答メッセージが、（ＵＥ）コンテキスト取得失敗メッセージを含むことができる。

【0362】

識別することは、無線デバイスのアイデンティティに基づき、無線デバイスを識別することを含み得る。

【0363】

検証することは、無線デバイスのメッセージ認証コード完全性（ＭＡＣ－Ｉ）に基づき、無線デバイスを検証することを含み得る。

【0364】

コンテキスト取得要求メッセージが、無線デバイスのアイデンティティ、および無線デバイスのＭＡＣ－Ｉをさらに含み得る。

【0365】

第一の基地局は、無線デバイスに、ＲＲＣ接続を一時停止することを要求するダウンリンクＲＲＣメッセージを送信してもよく、ダウンリンクＲＲＣメッセージが、無線デバイスの再開アイデンティティを含む。

【0366】

応答メッセージが、第一の基地局がＲＲＣリリースメッセージを送信することを延期／遅延することをさらに示し得る。

【0367】

ＲＲＣ要求メッセージが、ＲＲＣ再開要求メッセージ、またはＲＲＣ再確立要求メッセージのうちの少なくとも一つであり得る。

【0368】

ＲＲＣ要求メッセージが、無線デバイスのアイデンティティ、および無線デバイスのＭＡＣ－Ｉのうちの少なくとも一つを含む。

【0369】

アイデンティティは、再開アイデンティティ、またはセル無線ネットワーク一時アイデンティティ（Ｃ－ＲＮＴＩ）のうちの少なくとも一つを含んでもよい。

【0370】

応答メッセージが、無線デバイスのＳＤＴ構成／パラメーターを含むことができる。

【0371】

無線デバイスから、第二の基地局は、ＲＲＣ要求メッセージ、第一のアップリンクデータ、およびＳＤＴの支援パラメーターを含む、少量データ送信（ＳＤＴ）用の少なくとも一つの第一のメッセージを受信し得る。第二の基地局は、少量データ送信（ＳＤＴ）の支援情報を含む、コンテキスト取得要求メッセージを第一の基地局に送信し得る。第二の基地局は、第一の基地局が無線デバイスのコンテキストを保持していることを示す応答メッセージを受信することができる。第二の基地局は、第一の基地局に、および応答メッセージに基づき、第一のアップリンクデータを送信し得る。第二の基地局は、第一の基地局から、無線デバイス用のＲＲＣリリースメッセージを含む少なくとも一つのメッセージを受信し得る。

【0372】

第二の基地局は、ＲＲＣリリースメッセージの受信に応答して、ＲＲＣリリースメッセージを無線デバイスに送信し得る。

【0373】

第二の基地局は、第一の基地局から、および応答メッセージに基づき、ＳＤＴに関連付けられるダウンリンクデータを受信し得る。

【0374】

第二の基地局は、無線デバイス内に送信するアップリンクデータなし、および／または無線デバイス内に受信するダウンリンクデータなしのうち少なくとも一つを決定することに基づき、ＳＤＴが完了していることを決定し得る。

【0375】

第二の基地局は、第一の基地局に、およびＳＤＴが完了していることの決定に基づき、終了マーカーまたはＳＤＴ終了表示を送信し得る。

【0376】

無線デバイス内に送信するアップリンクデータなしまたは無線デバイス内に受信するダウンリンクデータなしを決定することは、支援情報、および／または第一の基地局から、終了マーカー、またはＳＤＴ終了表示のうちの少なくとも一つを受信することのうちの少なくとも一つに基づいてもよい。

【0377】

無線デバイス内に送信するアップリンクデータなしを決定することは、第一の基地局に、第二の局内のアップリンクデータを送信することが完了すること、および／または無線デバイス内にアップリンクデータがないこと、または無線デバイスからのアップリンク許可要求がないことのうちの少なくとも一つを示す、無線デバイスのアップリンク許可要求（バッファステータスレポート（ＢＳＲ））の少なくとも一つにさらに基づいてもよい。

【0378】

無線デバイス内に受信するダウンリンクデータなしを決定することは、無線デバイスに、第二の局内のダウンリンクデータを送信することが完了していることにさらに基づいてもよい。

【0379】

少なくとも一つのメッセージが、ＲＲＣ転送メッセージおよび／またはＵＥコンテキストリリースメッセージのうちの少なくとも一つを含んでもよい。

【0380】

第二の基地局は、ＲＲＣリリースメッセージを含むＲＲＣ転送を受信することに応答して、ＵＥコンテキストリリースメッセージを受信し得る。

【0381】

少なくとも一つのメッセージが、ＳＤＴが完了していることを示し得る。

【0382】

第二の基地局は、ＳＤＴ競合表示または終了マーカーの送信に応答して、および第一の基地局から、ＳＤＴが完了していることを示す少なくとも一つのメッセージを受信し得る。

【0383】

第二の基地局は、ＳＤＴが完了していること、および／またはＵＥコンテキストリリースメッセージのうちの少なくとも一つを受信することに基づき、ＳＤＴ構成／パラメーターをリリースし得る。

【0384】

第二の基地局は、応答メッセージに基づき、無線デバイスに対するＳＤＴ構成／パラメーターを構成し得る。

【0385】

第二の基地局は、無線デバイスを用いて、無線デバイスに対するＳＤＴ構成／パラメーターに基づき、ＳＤＴを実行してもよく、無線デバイスに対するＳＤＴ構成／パラメーターが、下記の少なくとも一つを含む。無線デバイスのＰＤＣＰ構成パラメーター、無線デバイスのＲＬＣ構成パラメーター、無線デバイスのＭＡＣ構成パラメーター、および／または無線デバイスの物理層構成パラメーター。

【0386】

第二の基地局は、無線デバイスに、および構成に基づいて無線デバイスに対するＳＤＴ構成／パラメーターを送信し得る。

【0387】

第二の基地局は、第一の基地局から、無線デバイスのＳＤＴ構成／パラメーターを受信することができる。

【0388】

ＲＲＣ要求メッセージを受信することは、ＲＲＣ接続を一時停止する無線デバイスから、ＲＲＣ再開要求メッセージを受信することを含み得る。

【0389】

ＲＲＣ接続を一時停止している無線デバイスは、ＲＲＣ非アクティブ状態またはＲＲＣアイドル状態にあり得る。

【0390】

ＲＲＣ要求メッセージを受信することは、ＲＲＣ接続状態にある無線デバイスから、ＲＲＣ再確立要求メッセージを受信することを含み得る。

【0391】

第一のアップリンクデータを送信することは、第一の基地局がＲＲＣリリースメッセージを送信することを延期／遅延することを示す応答メッセージにさらに基づき、第一のアップリンクデータを送信することを含み得る。

【0392】

支援パラメーターは、リリース支援情報（ＲＡＩ）、ＳＤＴのトラフィックパターン、および無線デバイスのＳＤＴ表示のうちの少なくとも一つを含んでもよい。

【0393】

第一の基地局は、第二の基地局から、無線デバイスのための少量データ送信（ＳＤＴ）の支援情報を含むコンテキスト取得要求メッセージを受信することができる。第一の基地局は、支援情報に基づき、第一の基地局に無線デバイスのコンテキストを維持することを決定し得る。第一の基地局は、第一の基地局が無線デバイスのコンテキストを保持するという表示と、無線デバイス用のＲＲＣリリースメッセージとを含む応答メッセージを送信し得る。第一の基地局は、応答メッセージに基づき、ＳＤＴに関連付けられるアップリンクデータを受信し得る。

【0394】

第一の基地局は、第二の基地局に、および応答メッセージに基づき、ＳＤＴに関連付けられるダウンリンクデータを送信し得る。

【0395】

第一の基地局は、ＳＤＴが完了していることを決定し得る。

【0396】

第一の基地局は、第二の基地局に、およびＳＤＴが完了していることの決定に基づき、ＳＤＴが完了していることを示すダウンリンクメッセージを送信し得る。

【0397】

ＳＤＴが完了していることの決定は、終了マーカーを受信すること、ＳＤＴ終了表示を受信すること、または支援情報のうちの少なくとも一つに基づき、ＳＤＴが完了していることを決定することを含み得る。

【0398】

終了マーカーまたはＳＤＴ終了表示を受信することは、第二の基地局、および／または無線デバイスのコアネットワークエンティティのうち少なくとも一つから終了マーカーまたはＳＤＴ終了表示を受信することを含み、コアネットワークエンティティは、ユーザープレーン機能（ＵＰＦ）およびアクセスおよびモビリティ管理機能（ＡＭＦ）のうちの少なくとも一つを含む。

【0399】

無線デバイスのアップリンクデータまたは無線デバイスのダウンリンクデータは、終了マーカー、またはＳＤＴ終了表示のうちの少なくとも一つを含み得る。

【0400】

ＳＤＴ終了表示を受信することは、制御プレーンインターフェイスを介してシグナリングメッセージ内のＳＤＴ終了表示を受信することを含み得る。

【0401】

ダウンリンクメッセージが、ＵＥコンテキストリリースメッセージを含むことができる。

【0402】

ＳＤＴが完了していることを示すダウンリンクメッセージを送信することは、ＳＤＴ競合表示または終了マーカーの受信に基づき、および第二の基地局から、ＳＤＴが完了していることを示すダウンリンクメッセージを送信することをさらに含み得る。

【0403】

応答メッセージが、ＵＥコンテキスト取得失敗メッセージを含むことができる。

【0404】

応答メッセージが、第二の基地局がＲＲＣリリースメッセージを送信することを延期／遅延する要求を含み得る。

【0405】

要求を含む応答メッセージが、無線デバイスのコンテキストを第一の基地局に保持することを決定することに基づき要求を含む応答メッセージを含み得る。

【0406】

第二の基地局は、無線デバイスから、ＲＲＣ要求メッセージ、第一のアップリンクデータ、およびＳＤＴの支援パラメーターを含む、少量データ送信（ＳＤＴ）用の少なくとも一つの第一のメッセージを受信し得る。第二の基地局は、少量データ送信（ＳＤＴ）の支援情報を含む、コンテキスト取得要求メッセージを第一の基地局に送信し得る。第二の基地局は、第一の基地局が無線デバイスのコンテキストを保持するという表示と、無線デバイス用のＲＲＣリリースメッセージとを含む応答メッセージを受信し得る。第二の基地局は、第一の基地局に、および応答メッセージに基づき、第一のアップリンクデータを送信し得る。第二の基地局は、無線デバイスに、およびＳＤＴが完了していることの決定に基づき、ＲＲＣリリースメッセージを送信し得る。

【0407】

第二の基地局は、第一の基地局から、および応答メッセージに基づき、ＳＤＴに関連付けられるダウンリンクデータを受信し得る。

【0408】

第二の基地局は、応答メッセージに基づき、ＲＲＣリリースメッセージを無線デバイスに送信するために、延期／遅延／一時停止し得る。

【0409】

ＳＤＴが完了していることの決定は、無線デバイス内に送信するアップリンクデータなし、および／または無線デバイス内に受信するダウンリンクデータなしのうちの少なくとも一つを決定することに基づき、ＳＤＴが完了していることを決定することを含み得る。

【0410】

第二の基地局は、第一の基地局に、およびＳＤＴが完了していることの決定に基づき、終了マーカーまたはＳＤＴ終了表示を送信し得る。

【0411】

無線デバイス内に送信するアップリンクデータがないことを決定することは、ＳＤＴ支援情報、無線デバイスのアップリンクデータ、無線デバイスのアップリンク許可要求（バッファステータスレポート（ＢＳＲ））、および／または無線デバイスから、終了マーカー、またはＳＤＴ終了表示のうちの少なくとも一つを受信すること、のうちの少なくとも一つに基づいてもよい。

【0412】

無線デバイス内に受信するダウンリンクデータなしを決定することが、ＳＤＴ支援情報、および／または第一の基地局から、終了マーカー、またはＳＤＴ終了表示のうちの少なくとも一つを受信することのうちの少なくとも一つに基づき、無線デバイス内に送信するアップリンクデータなしを決定することを含み得る、請求項４に記載の方法。

【0413】

ダウンリンクメッセージが、ＵＥコンテキストリリースメッセージを含むことができる。

【0414】

ＵＥコンテキストリリースメッセージが、ＳＤＴが完了していることを示し得る。

【0415】

第二の基地局は、ＳＤＴ競合表示または終了マーカーの送信に応答して、および第一の基地局から、ＳＤＴが完了していることを示すダウンリンクを受信し得る。

【0416】

第二の基地局は、ＳＤＴが完了していることを決定すること、および／またはＵＥコンテキストリリースメッセージを受信することのうちの少なくとも一つに基づき、無線デバイスのＳＤＴ構成／コンテキストをリリースし得る。

【0417】

第二の基地局は、応答メッセージに基づき、ＲＲＣリリースメッセージを送信することを延期／遅延し得る。

【0418】

ＲＲＣリリースメッセージの延期／遅延は、第二の基地局がＲＲＣリリースメッセージを送信することを延期／遅延する要求に基づき、ＲＲＣリリースメッセージを延期／遅延することを含み得る。

【0419】

ＲＲＣリリースメッセージを送信することは、延期／遅延されたＲＲＣリリースメッセージを送信することを含み得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】