特許 7603797 無線通信システムにおけるアクセスコントロールのための方法およびユーザ機器

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

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

(11)【特許番号】

(24)【登録日】2024-12-12

(45)【発行日】2024-12-20

(54)【発明の名称】無線通信システムにおけるアクセスコントロールのための方法およびユーザ機器

(51)【国際特許分類】

   H04W 72/1268 20230101AFI20241213BHJP

   H04W 74/0833 20240101ALI20241213BHJP

   H04W 72/231 20230101ALI20241213BHJP

【ＦＩ】

H04W72/1268

H04W74/0833

H04W72/231

【請求項の数】 12

(21)【出願番号】P 2023515345

(86)(22)【出願日】2021-09-08

(65)【公表番号】

(43)【公表日】2023-10-27

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

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

(87)【国際公開日】2022-03-17

【審査請求日】2023-08-04

(31)【優先権主張番号】63/075,735

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

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

(73)【特許権者】

【識別番号】518446879

【氏名又は名称】鴻穎創新有限公司

【氏名又は名称原語表記】ＦＧ ＩＮＮＯＶＡＴＩＯＮ ＣＯＭＰＡＮＹ ＬＩＭＩＴＥＤ

【住所又は居所原語表記】Ｆｌａｔ ２６２３，２６／Ｆ Ｔｕｅｎ Ｍｕｎ Ｃｅｎｔｒａｌ Ｓｑｕａｒｅ，２２ Ｈｏｉ Ｗｉｎｇ Ｒｏａｄ，Ｔｕｅｎ Ｍｕｎ，Ｎｅｗ Ｔｅｒｒｉｔｏｒｉｅｓ，Ｔｈｅ Ｈｏｎｇ Ｋｏｎｇ Ｓｐｅｃｉａｌ Ａｄｍｉｎｉｓｔｒａｔｉｖｅ Ｒｅｇｉｏｎ ｏｆ ｔｈｅ Ｐｅｏｐｌｅ’ｓ Ｒｅｐｕｂｌｉｃ ｏｆ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110000338

【氏名又は名称】弁理士法人 ＨＡＲＡＫＥＮＺＯ ＷＯＲＬＤ ＰＡＴＥＮＴ ＆ ＴＲＡＤＥＭＡＲＫ

(72)【発明者】

【氏名】ツェン，ユンラン

(72)【発明者】

【氏名】ツァイ，シンシ

(72)【発明者】

【氏名】チン，ホンリー

(72)【発明者】

【氏名】シー，メイジュウ

【審査官】鈴木 重幸

(56)【参考文献】

【文献】国際公開第２０２０／０６７７４９（ＷＯ，Ａ１）

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

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

【文献】vivo，General Considerations on Small Data Transmission[online]，3GPP TSG RAN WG2 #111-e R2-2006550，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_111-e/Docs/R2-2006550.zip>，2020年08月07日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

アクセスコントロールのためにユーザ機器（ＵＥ（９００））によって実行される方法であって、
ＵＥがＵＥの無線リソースコントロール（ＲＲＣ）非アクティブ状態中にサービングセルとのスモールデータ送信（ＳＤＴ）手続きを開始することを試行している間に、
前記サービングセルから前記ＳＤＴ手続きと関連付けられた無線リソース設定を受信すること、及び
ユニファイドアクセスコントロール（ＵＡＣ）機構を実行した後、前記ＳＤＴ手続きと関連付けられた前記無線リソース設定に基づいて、前記サービングセルに１つまたは複数の上りリンク(ＵＬ)パケットを送信すること、を実行し、
ＳＤＴの試行が、前記サービングセルによって禁止されない場合、前記ＵＥは前記ＵＡＣ機構をパスし、及び
前記ＵＥは前記ＵＡＣ機構をパスする場合には、前記ＵＥは設定スモールデータ送信（ＣＧ－ＳＤＴ）手続きまたはランダムアクセススモールデータ送信（ＲＡ－ＳＤＴ）手続きを開始し、
データ量の閾値に基づいて、前記ＳＤＴ手続きのための少なくとも１つのＵＬ－ＣＧにアクセスするかどうかを決定すること、および
前記データ量の閾値に基づいて、前記ＳＤＴ手続きのためのランダムアクセス（ＲＡ）手続きを開始するかどうかを決定することを、を更に実行し、
前記ＳＤＴ手続きは、ＵＥ固有のコントロールシグナリングを介して、前記サービングセルによって事前設定されたＵＬの設定されたグラント(ＵＬ－ＣＧ)設定に基づいて、少なくとも１つのＵＬ－ＣＧにアクセスすることを含む、
ことを特徴とする方法。

【請求項2】

前記ＳＤＴの前記試行が前記サービングセルによって禁止される場合、前記ＵＥは前記ＵＡＣ機構をパスせず、
前記ＵＥは前記ＵＡＣ機構をパスしない場合には、前記ＵＥは前記ＳＤＴ手続きを禁止する、請求項１に記載の方法。

【請求項3】

前記ＵＥが前記ＵＡＣ機構をパスする場合、前記ＵＥの媒体アクセスコントロール（ＭＡＣ）エンティティは、前記ＣＧ－ＳＤＴ手続きまたは前記ＲＡ－ＳＤＴ手続きを開始する、請求項１に記載の方法。

【請求項4】

前記ＵＡＣ機構は、前記ＵＥのＲＲＣエンティティ中で実行される、請求項１に記載の方法。

【請求項5】

前記ＳＤＴ手続きは、前記無線リソース設定に基づいて、前記ＵＥによってトリガされるランダムアクセス（ＲＡ）手続きである、請求項１に記載の方法。

【請求項6】

前記ＵＥが、前記サービングセルから、前記サービングセルが禁止されていることを示すセル禁止ビットを含むシステム情報を受信した場合、または
前記サービングセルが、前記ＵＡＣ機構の結果に基づいて、前記ＵＥによって決定された禁止期間中、禁止される場合、
前記ＳＤＴの前記試行は禁止される、請求項１に記載の方法。

【請求項7】

前記ＵＡＣ機構は、前記ＳＤＴ手続きに関連するアクセスカテゴリに基づいて、前記ＳＤＴ手続きのために前記ＵＥによって実行される、請求項６に記載の方法。

【請求項8】

前記サービングセルとの以前のアクセス試行のための前記禁止期間を決定することを更に含み、
前記以前のアクセス試行は、前記ＳＤＴ手続きを開始するための前記ＵＥのアクセス試行よりも早く起こり、
前記以前のアクセス試行および前記ＳＤＴ手続きを開始するための前記ＵＥの前記アクセス試行は、前記ＵＡＣ機構における同じアクセスカテゴリに属する、請求項６に記載の方法。

【請求項9】

前記禁止期間が経過するまで、前記ＳＤＴの前記試行のための別のＵＡＣ機構を実行しない、ことを更に含む、請求項６に記載の方法。

【請求項10】

ＵＥ固有ＲＲＣシグナリングを介して、またはブロードキャストシステム情報を介して、データ量の閾値を受信することを更に含む、請求項１記載の方法。

【請求項11】

前記ＲＲＣ非アクティブ状態の間に、前記ＳＤＴのための前記サービングセルによって許可される複数の論理チャネルのすべてにおいて保留中のデータのみを考慮することによって、保留中のＵＬデータの量を決定することを更に含む、請求項１記載の方法。

【請求項12】

アクセスコントロールのためのユーザ機器（ＵＥ（９００））であって、
コンピュータ実行可能命令（９３２）を有する１つ以上の非一時的コンピュータ可読媒体（９３４）、及び
前記１つ以上の非一時的コンピュータ可読媒体に接続される少なくとも１つのプロセッサ（９２８）を備え、
前記少なくとも１つのプロセッサによって実行されるとき、前記コンピュータ実行可能命令は、前記ＵＥに、請求項１から１１の何れか１項に記載の方法を実行させる、ＵＥ。

【発明の詳細な説明】

【技術分野】

【0002】

〔分野〕
本開示は無線通信に関し、より詳細には、無線通信システムにおけるアクセスコントロールのための方法およびユーザ機器（ＵＥ）に関する。

【背景技術】

【0003】

〔背景〕
接続される装置の数の大幅な増加及びユーザ／ネットワークトラフィック量の急速な増加に伴い、データ速度、遅延性、信頼性、及びモビリティを改善することによって、第５世代（５Ｇ）ニューラジオ（ＮＲ）といった、次世代無線通信システムのための無線通信システムの様々な態様を改善するための様々な努力がなされてきた。

【発明の概要】

【開示が解決しようとする課題】

【0004】

５Ｇ ＮＲシステムは、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、及び超高信頼低遅延通信（ＵＲＬＬＣ）といった、様々な使用方法に対応して、ネットワークサービス及びタイプを最適化するための柔軟性及び設定可能性を提供するように設計される。

【0005】

しかしながら、無線アクセスに対する需要が増加し続けるにつれて、次世代無線通信システムのための無線通信の更なる改善が必要とされている。

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

【0006】

開示は、無線通信システムにおけるアクセスコントロールのための方法およびユーザ機器を対象とする。

【0007】

本開示の第１の態様によれば、アクセスコントロールのためにユーザ機器（ＵＥ）によって実行される方法が提供される。この方法は、ＵＥの無線リソースコントロール（ＲＲＣ）非アクティブ状態中にサービングセルとの上りリンク（ＵＬ）データ送信手続きを開始することをＵＥが試行している間に、サービングセルから無線リソース設定を受信すること、及び、複数の条件が満たされたときに無線リソース設定に基づいてサービングセルに１つまたは複数のＵＬパケットを送信することを含む。前記複数の条件は、上りリンクデータ送信の試行はサービングセルによって禁止されないこと、及び、送信される保留中のＵＬデータの量がデータ量の閾値以下である、ことを含む。

【0008】

第１の態様の一実施形態では、ＵＬデータ送信手続きは、無線リソース設定に基づいてＵＥによってトリガされるランダムアクセス（ＲＡ）手続きである。

【0009】

第１の態様の別の実施形態では、ＵＬデータ送信手続きは、サービングセルによって事前設定されたＵＬ－ＣＧ設定に基づいて、ＵＥ固有コントロールシグナリングを介して少なくとも１つのＵＬ設定許可（ＵＬ－ＣＧ）にアクセスすることを含む。

【0010】

第１の態様の別の実施態様は、データ量の閾値に基づいてＵＬデータ送信手続きのための少なくとも１つのＵＬ－ＣＧにアクセスすべきかどうかを決定することと、データ量の閾値に基づいてＵＬデータ送信手続きのためのランダムアクセス（ＲＡ）手続きを開始すべきかどうかを決定すること、とをさらに含む。

【0011】

第１の態様の一実施形態では、ＵＥが、サービングセルが禁止されていることを示すセル禁止ビットを含むシステム情報をサービングセルから受信するか、またはサービングセルがユニファイドアクセスコントロール（ＵＡＣ）機構に基づいてＵＥによって決定された禁止期間中にＳＤＴ手続きのために（ＵＥによって）禁止される。

【0012】

第１の態様の一実施形態では、ＵＡＣ機構がＵＬデータ送信手続きに関連付けられたアクセスカテゴリに基づいて、ＵＬデータ送信手続きのためにＵＥによって実行される。

【0013】

第１の態様の別の実施態様では、サービングセルによる以前のアクセス試行のための禁止期間を決定することをさらに含み、以前のアクセス試行はＵＬデータ送信手続きを開始するためのＵＥのアクセス試行よりも早く発生し、以前のアクセス試行およびＵＬデータ送信手続きを開始するためのＵＥのアクセス試行は、ＵＡＣ機構における同じアクセスカテゴリに属する。

【0014】

第１の態様の別の実施形態は、禁止期間が経過するまで、ＵＬデータ送信手続きのアクセス試行のために別のＵＡＣ機構を実行しないことをさらに含む。

【0015】

第１の態様の別の実施形態は、ＵＥ固有のＲＲＣシグナリングまたはブロードキャストされるシステム情報を介してデータ量の閾値を受信することをさらに含む。

【0016】

第１の態様の別の実施形態は、サービングセルによって許可された複数の論理チャネルのすべてにおいて、ＲＲＣ非アクティブ状態中にＵＬデータ送信のための保留中のデータを考慮することのみによって、保留中のＵＬデータの量を決定することをさらに含む。

【0017】

本開示の第２の態様によれば、アクセスコントロールのためのＵＥが提供される。ＵＥは、メモリとメモリに結合されたプロセス回路とを備える。プロセス回路は、ＵＥのＲＲＣ非アクティブ状態中にサービングセルとのＵＬデータ送信手続きを開始することをＵＥが試行している間に、サービングセルから無線リソース設定を受信し、複数の状態が満たされたときに、無線リソース設定に基づいて１つまたは複数のＵＬパケットをサービングセルに送信するように構成される。複数条件は、サービングセルによってＵＬデータ送信の試行が禁止されず、送信される保留中のＵＬデータの量がデータ量の閾値以下であることを含む。

【0018】

第２の態様の一実施形態では、無線リソース設定が無線リソース設定に基づいてＵＥによってトリガされるランダムアクセス（ＲＡ）手続きである。

【0019】

第２の態様の別の実施形態では、ＵＬデータ送信手続きは、サービングセルによって事前設定されたＵＬ－ＣＧ設定に基づいて、ＵＥ固有のコントロールシグナリングを介して少なくとも１つのＵＬ設定されたグラント（ＵＬ－ＣＧ）にアクセスすることを含む。

【0020】

第２の態様の別の実施形態では、プロセス回路は、データ量の閾値に基づいて、ＵＬデータ送信手続きのための少なくとも１つのＵＬ－ＣＧにアクセスするかどうかを決定し、データ量の閾値に基づいて、ＵＬデータ送信手続きのためのＲＡ手続きを開始するかどうかを決定するようにさらに構成される。

【0021】

第２の態様の一実施形態において、ＵＥがサービスセルから、サービスセルが禁止されていることを示すセル禁止ビットを含むシステム情報を受信した場合、ＵＬデータ送信の試行は、禁止される。またはサービスセルが統一アクセスコントロール（ＵＡＣ）機構の結果に基づいて、ＵＥによって決定される禁止期間中、禁止される。

【0022】

第２の態様の一実施形態では、ＵＡＣ機構がＵＬデータ送信手続きに関連付けられたアクセスカテゴリ（および／またはアクセスアイデンティティ情報）に基づいて、ＵＬデータ送信手続きのためにＵＥによって実施される。

【0023】

第２の態様の別の実施形態では、プロセス回路が、サービングセルを用いた以前のアクセス試行のための禁止期間を決定するようにさらに構成され、以前のアクセス試行はＵＬデータ送信手続きを開始するためのＵＥのアクセス試行よりも早く発生し、以前のアクセス試行およびＵＬデータ送信手続きを開始するためのＵＥのアクセス試行はＵＡＣ機構における同じアクセスカテゴリに属する。

【0024】

第２の態様の別の実施において、プロセス回路は、禁止期間が経過するまで、ＵＬデータ送信手続きのアクセス試行のための別のＵＡＣ機構を実行しないようにさらに構成される。

【0025】

第２の態様の別の実施形態では、データ量の閾値がＵＥ固有のＲＲＣ信号を介して、またはブロードキャストされるシステム情報を介して受信される。

【0026】

第２の態様の別の実施形態では、サービングセルがＵＬデータ送信のためのサービングセルによって許可された複数の論理チャネルのうちの１つまたは複数の論理チャネル中の保留データを考慮することのみによって、保留中のＵＬデータの量を決定するようにさらに構成される。

【図面の簡単な説明】

【0027】

本出願における略語は以下のように定義され、特に明記しない限り、略語は以下の意味を有する：
略語 フルネーム
３ＧＰＰ 第３世代パートナーシップ・プロジェクト
５ＧＣ ５Ｇコア
ＡＣＫ 肯定応答
ＡＭＦ アクセスおよびモビリティ管理機能
ＡＲＱ 自動再送要求
ＡＳ アクセス層
ＢＣＣＨ ブロードキャストコントロールチャンネル
ＢＣＨ ブロードキャストチャンネル
ＢＦＲ ビーム障害リカバリ
ＢＳ 基地局
ＢＳＲ バッファ状態レポート
ＢＷＰ 帯域幅部分
ＣＡ キャリアアグリゲーション
ＣＢＲＡ コンテンションベースランダムアクセス
ＣＦＲＡ コンテンションフリーランダムアクセス
ＣＧ Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ
ＣＭ 接続管理
ＣＮ コアネットワーク
ＣＰ コントロールプレーン
Ｃ－ＲＮＴＩ セル無線ネットワーク一時識別子
ＣＧ－ＳＤＴ 設定スモールデータ送信
ＣＳ－ＲＮＴＩ 設定されたスケジューリング無線ネットワーク一時識別子
ＣＳＩ－ＲＳ チャネル状態情報参照信号
ＤＣ デュアルアクセス
ＤＣＩ 下りリンク制御情報
ＤＬ 下りリンク
ＤＲＢ データ無線ベアラ
ＤＲＸ 間欠受信
ＨＡＲＱ ハイブリッド自動再送要求
ＩＤ 識別子
ＩＥ 情報要素
Ｉ－ＲＮＴＩ 非アクティブ無線ネットワーク一時識別子
ＬＣＨ 論理チャネル
ＬＣＧ 論理チャネルグループ
ＬＣＰ 論理チャネルの優先順位付け
ＭＡＣ 媒体アクセスコントロール
ＭＩＢ マスタ情報ブロック
ＭＳＧ メッセージ
ＮＡＳ 非アクセス層
ナック 否定応答
ＮＧ－ＲＡＮ 次世代無線アクセスネットワーク
ＮＲ 新無線
ＮＷ ネットワーク
ＰＣｅｌｌ 一次セル
ＰＣＣＨ ページングコントロールチャンネル
ＰＤＣＣＨ 物理下りリンクコントロールチャンネル
ＰＤＣＰ パケットデータコンバージェンスプロトコル
ＰＤＵ プロトコルデータユニット
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＰＵＣＣＨ 物理上りリンクコントロールチャンネル
ＰＵＳＣＨ 物理上りリンク共有チャネル
ＰＬＭＮ 公共陸上移動通信網
ＱｏＳ サービス品質
ＲＡ ランダムアクセス
ＲＡ－ＳＤＴ ランダムアクセススモールデータ送信
ＲＡＣＨ ランダムアクセスチャネル
ＲＡＮ 無線アクセスネットワーク
ＲＢ 無線ベアラ
Ｒｅｌ リリース
ＲＬＣ 無線回線コントロール
ＲＮＡ ＲＡＮベースの通知領域
ＲＮＴＩ 無線ネットワーク一時識別子
ＲＲＣ 無線リソースコントロール
ＲＳＲＰ 基準信号受信電力
ＳＣｅｌｌ 二次セル
ＳＣＧ 二次セルグループ
ＳＣＳ サブキャリア間隔
ＳＤＴ スモールデータ送信
ＳＤＵ サービスデータ単位
ＳＦＮ システムフレーム番号
ＳＩ システム情報
ＳＩＢ システム情報ブロック
ＳＩＢ１ システム情報ブロックタイプ１
ＳＩＮＲ 信号対干渉プラス雑音比
ＳＬＩＶ 開始および長さインジケータ
ＳＮＰＮ スタンドアロン非公開ネットワーク
ＳＲ スケジューリング要求
ＳＲＢ シグナリング無線ベアラ
ＳＳＢ 同期信号ブロック
Ｓ－ＴＭＳＩ ＳＡＥ－一時モバイル加入者識別
ＳＵＬ 補助上りリンク
ＴＡ タイミングアドバンスまたはタイムアライメント
ＴＢ トランスポートブロック
ＴＡＧ タイミングアドバンスグループ
ＴＳ 技術仕様
ＵＡＣ ユニファイドアクセスコントロール
ＵＥ ユーザ機器
ＵＬ 上りリンク
ＵＬ－ＣＧ 上りリンク設定されたグラント
ＵＰ ユーザプレーン
ＵＰＦ ユーザプレーン機能
本実施例の態様は添付の図面と共に読まれるとき、以下の詳細な記載から最もよく理解される。様々な特徴は、縮尺通りに描かれていない。様々な特徴の寸法は議論を明確にするために、任意に増減されてもよい。

【図1】図１は、本開示の一実施形態による、ＵＥがサービングＲＡＮを用いてＳＤＴ手続きを開始しようと試行している間のアクセスコントロール機構のための処理を示す概略図である。

【図2】図２は、本開示の実施形態によるＲＡ－ＳＤＴ手続きの一実施例を示す。

【図3】図３は、本開示の実施形態によるＣＧ－ＳＤＴ手続きの一実施例を示す。

【図4】図４は、本開示の一実施形態によるＳＤＴのアクセスコントロールの方法のフローチャートである。

【図5】図５は、本開示の実行による、ＳＤＴのためのＵＡＣ機構を実行する方法のフローチャートを示す。

【図6】図６は、本開示の一実施形態によるＵＥによって実行されるアクセスコントロールの方法のフローチャートである。

【図7】図７は、本開示の一実施形態による、アクセスコントロールの方法のフローチャートを示す。

【図8】図８は、本開示の一実施形態による、アクセスコントロールの方法のフローチャートを示す。

【図9】図９は、本開示の実施形態による無線通信のためのノードを示すブロック図である。

【開示を実施するための形態】

【0028】

〔詳細な説明〕
以下は、本開示の実行に関連する具体的な情報を含む。図面およびそれらの添付の詳細な説明は、単に実施形態を対象とする。しかしながら、本開示は、これらの実行に限定されない。本開示の他の変形および実行は、当業者には明らかであろう。

【0029】

特に明記しない限り、図面間の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。さらに、本開示における図面および例示は一般に、一定の重量計ではなく、実際の相対寸法に対応することを意図していない。

【0030】

一貫性および理解を容易にするために、同様の特徴は、図面において同じ番号によって識別され得る（いくつかの実施例では図示せず）。しかしながら、異なる実施形態における特徴は、他の点で異なり得、図面に示されるものに狭く限定されないものとする。

【0031】

「一実施形態では」または「いくつかの実施形態では」という語句は、それぞれ、同じまたは異なる実施形態のうちの１つまたは複数を指し得る。「結合された」という用語は、介在する構成要素を介して直接的または間接的に接続されたものとして定義され、必ずしも物理的接続に限定されない。用語「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、開示された組み合わせ、群、グループ、または同等物における、解放型の包含またはメンバーシップを示すが、必ずしもこれに限定されるものではない。表現「Ａ、ＢおよびＣのうちの少なくとも１つ」または「Ａ、ＢおよびＣのうちの少なくとも１つ」は「Ａのみ、またはＢのみ、またはＣのみ、またはＡ、ＢおよびＣの任意の組合せ」を意味する
「システム」および「ネットワーク」という用語は、互換的に使用され得る。用語「および／または」は関連するオブジェクトを開示するための関連付け関係のみであり、Ａおよび／またはＢがＡが単独で存在すること、ＡおよびＢが同時に存在すること、またはＢが単独で存在することを示し得るように、３つの関係が存在し得ることを表す。「Ａおよび／またはＢおよび／またはＣ」は、Ａ、Ｂ、およびＣのうちの少なくとも１つが存在することを表し得る。文字「／」は一般に、関連するオブジェクトが「または」関係にあることを表す。

【0032】

説明および非限定のために、機能的実体、技法、プロトコル、標準などの具体的な詳細が、具体的な詳細は、開示された技術の理解を提供するために記載される。他の実施例において、周知の方法、技術、システム、アーキテクチャなどの詳細な開示は、不必要な細部で本開示を不明瞭にしないように省略される。

【0033】

当業者は、任意の開示されたネットワーク機能またはアルゴリズムがハードウェア、ソフトウェア、またはソフトウェアとハードウェアとの組合せによって実行され得ることを直ちに認識するのであろう。開示される機能は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せであり得るモジュールに対応し得る。

【0034】

ソフトウェア実施形態は、メモリまたは他のタイプの記憶デバイスなどのコンピュータ可読媒体上に記憶されたコンピュータ実行可能命令を含み得る。通信処理能力を有する１つまたは複数のマイクロプロセッサまたは汎用コンピュータは、対応するコンピュータ実行可能命令でプログラムされ、開示されたネットワーク機能またはアルゴリズムを実行することができる。

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

本開示を考慮すると、開示された概念を実行するために、それらの概念の範囲から逸脱することなく、様々な技法が使用され得ることが明らかである。さらに、いくつかの実施形態を具体的に参照しながら概念を開示してきたが、当業者はそれらの概念の範囲から逸脱することなく、形態および詳細において変更が行われ得ることを認識し得る。したがって、開示された実施形態はすべての点で例示的であり、限定的ではないと見なされる。また、本開示は、開示された特定の実施形態に限定されないことを理解されたい。さらに、本開示の範囲から逸脱することなく、多くの再設定、修正、および置換が可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】