JP2020096391A - ネットワークへの接続性を制御する方法および装置 - Google Patents

Abstract

【課題】間欠的データサービスに関するネットワークへの接続性を制御する方法および装置を開示する。【解決手段】ＷＴＲＵ（無線送信／受信ユニット）が、トリガする条件に基づいて接続状態またはアイドル状態から休止モードに遷移できるように、新しい休止モードを定義する。ＷＴＲＵは、データの特性または優先順位が休止モードの特性または優先順位と一致する場合に、接続状態またはアイドル状態から休止モードに遷移し、接続状態またはアイドル状態に使用される構成とは異なる構成を使用して動作することができる。休止モードのＷＴＲＵは、ＷＴＲＵによって制御されるモビリティ手続を実行することができる。休止モードのＷＴＲＵは、ネットワークからユニキャストトラフィックを受信するための、Ｃ−ＲＮＴＩ（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ）などの専用リソースを保持することができる。【選択図】図３

Description

本発明は、ネットワークへの接続性を制御する方法および装置に関する。

関連出願の相互参照
本願は、その内容がこれによって参照によって本明細書に組み込まれている、２０１１年４月１日に出願した米国特許仮出願第６１／４７０，９５３号、２０１１年１１月４日に出願した米国特許仮出願第６１／５５５，６５３号、２０１２年１月２７日に出願した米国特許仮出願第６１／５９１，３８９号、および２０１２年３月１６日に出願した米国特許仮出願第６１／６１１，９７４号の優先権を主張するものである。

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）Ｒｅｌｅａｓｅ ８／９（ＬＴＥ Ｒ８／９）は、２ｘ２構成に関してダウンリンク（ＤＬ）で１００Ｍｂｐｓ、アップリンク（ＵＬ）で５０Ｍｂｐｓまでをサポートする。ＬＴＥ ＤＬ伝送方式は、ＯＦＤＭＡ（直交周波数分割多元接続）エアインターフェースに基づく。

柔軟な展開のために、ＬＴＥ Ｒ８／９システムは、スケーラブルな伝送帯域幅すなわち、１．４ＭＨｚ、２．５ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、または２０ＭＨｚのうちの１つをサポートする。ＬＴＥでは、各無線フレーム（１０ｍｓ）が、１ｍｓの１０個の等しいサイズのサブフレームを含む。各サブフレームは、それぞれ０．５ｍｓの２つの等しいサイズのタイムスロットを含む。ＣＰ（サイクリックプレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ））の長さに応じて、１タイムスロットあたり７つまたは６つのいずれかのＯＦＤＭ（直交周波数分割多重）シンボルが存在する。１タイムスロットあたり７つのシンボルは、通常のＣＰ長さと共に使用され、１タイムスロットあたり６つのシンボルは、拡張されたＣＰ長さと共に使用される。ＬＴＥのサブキャリア間隔は、１５ｋＨｚである。７．５ｋＨｚを使用する、代替の減らされた副搬送波間隔モードも可能である。

ＲＥ（リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ））は、１つのＯＦＤＭシンボルインターバル中の１つの副搬送波に対応する。０．５ｍｓタイムスロット中の１２個の連続する副搬送波が、１つのＲＢ（リソースブロック）を構成する。したがって、１タイムスロットあたり７つのシンボルを用いると、各ＲＢは、１２ｘ７＝８４個のＲＥからなる。ＤＬ搬送波は、６個のＲＢから１１０個のＲＢまでの範囲にわたる、スケーラブルな個数のＲＢを含むことができる。これは、約１ＭＨｚから２０ＭＨｚまでの全体的なスケーラブルな伝送帯域幅に対応する。通常、共通の伝送帯域幅のセット、たとえば１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、または２０ＭＨｚが指定される。

動的スケジューリングに関する基本的な時間領域単位は、２つの連続するタイムスロットを含む１つのサブフレームであり、この２つのタイムスロットを、リソースブロック対（ｒｅｓｏｕｒｃｅ−ｂｌｏｃｋ ｐａｉｒ）と称する場合がある。いくつかのＯＦＤＭシンボル上のある種の副搬送波は、時間周波数グリッド内でパイロット信号を搬送するために割り当てられる。伝送帯域幅のエッジの所与の個数の副搬送波は、スペクトルマスク要件に従うために送信されない。

キャリアアグリゲーション（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）を用いるＬＴＥ−Ａｄｖａｎｃｅｄは、他の方法の中でも帯域幅拡張（すなわち、キャリアアグリゲーション）を使用して単一搬送波ＬＴＥ Ｒ８／９／１０のデータレートを改善することを目指す進化である。キャリアアグリゲーションを用いると、ＷＴＲＵは、複数のサービングセル上でそれぞれＰＵＳＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）およびＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を介して同時に送信し、受信することができる。４つまでの副セル（ＳＣｅｌｌ）を、主サービングセル（ＰＣｅｌｌ）に加えて構成することができる。副セルは、１００ＭＨｚまでの柔軟な帯域幅割当をサポートすることができる。

ＰＤＳＣＨおよびＰＵＳＣＨのスケジューリングに関する制御情報を、１つまたは複数のＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）上で送信することができる。ＵＬ搬送波およびＤＬ搬送波の対について１つのＰＤＣＣＨを使用するＬＴＥ Ｒ８／９スケジューリングに加えて、クロスキャリアスケジューリング（ｃｒｏｓｓ−ｃａｒｒｉｅｒ ｓｃｈｅｄｕｌｉｎｇ）を、所与のＰＤＣＣＨについてサポートすることができ、ネットワークが他のサービングセル（１つまたは複数）での送信のためのＰＤＳＣＨ割当および／またはＰＵＳＣＨグラントを提供することが可能になる。

ＬＴＥ Ｒ８／９および単一搬送波構成を用いるＬＴＥ Ｒｅｌｅａｓｅ １０（Ｒ１０）では、ネットワークが、ＷＴＲＵ（無線送受信ユニット）に１対のＵＬ搬送波およびＤＬ搬送波を割り当てるが、任意の所与のサブフレームについて、ＵＬでアクティブな単一のＨＡＲＱ（ハイブリッド自動再送要求）プロセスおよびＤＬでアクティブな単一のＨＡＲＱプロセスがある。

キャリアアグリゲーションを構成されたＬＴＥ Ｒ１０では、サービングセルごとに１つのＨＡＲＱエンティティがある。任意の所与のサブフレーム内に、ＵＬおよびＤＬについてアクティブな複数のＨＡＲＱプロセスがある場合があるが、１つの構成されたサービングセルあたり多くとも１つのＵＬ ＨＡＲＱプロセスおよび１つのＤＬ ＨＡＲＱプロセスがある。

間欠的データサービスに関するネットワークへの接続性を制御する方法および装置を開示する。ＷＴＲＵがトリガする条件に基づいて接続状態またはアイドル応対から休止モード（ｄｏｒｍａｎｔ ｍｏｄｅ）に遷移できるように、新しい休止モードを定義する。ＷＴＲＵは、データの特性または優先順位が休止モードの特性または優先順位と一致する場合に接続状態またはアイドル状態から休止モードに遷移し、接続状態またはアイドル状態に使用される構成とは異なる構成を使用して動作することができる。休止モードのＷＴＲＵは、セルからの信号を周期的に監視し、ＷＴＲＵによって制御されるモビリティ手続を実行することができ、そのため、ＷＴＲＵが事前に構成された判断基準に基づいて複数のセルのうちの１つを選択し、選択されたセルにキャンプすることができる。休止モードのＷＴＲＵは、ＷＴＲＵが、休止モードである間に制御シグナリングおよびユーザプレーンデータを受信するために構成されたスケジューリング機会に選択されたセルからのチャネルを監視できるように、ネットワークからユニキャストトラフィックを受信するための、Ｃ−ＲＮＴＩ（ｃｅｌｌ ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｔｙ）などの専用リソースを保持することができる。

ＷＴＲＵは、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）状態、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）状態、ＲＲＣ接続の解放もしくは再構成、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）状態、ダウンリンクアクティビティ、タイマ、アップリンクタイミング割当の状態、ＤＲＢ（データラジオベアラ（ｄａｔａ ｒａｄｉｏ ｂｅａｒｅｒ））構成、ＷＴＲＵバッファ内のデータの量、バッファ充填速度、またはパケット間もしくはバースト間到着時間のうちの少なくとも１つに基づいて、自律的に休止モードへまたはこれから出て遷移することができる。あるいは、ＷＴＲＵは、ネットワークからの制御シグナリングに基づいて休止モードへまたはこれから出て遷移することができる。

ＷＴＲＵは、特殊なサブフレーム上で送信することができる。特殊なサブフレームとは、有効なアップリンクタイミングアライメントを有しないＷＴＲＵからのアップリンクタイミングミスアライメントを許容するのに十分なガード期間を含むサブフレームである。あるいは、休止モードのＷＴＲＵは、ＷＴＲＵ固有サブフレーム上でＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）送信を送信することができる。ＷＴＲＵは、そのＷＴＲＵに専用のＰＲＡＣＨリソースを使用してＷＴＲＵ固有ＰＲＡＣＨ機会にＰＲＡＣＨ送信を送信することができる。ＰＲＡＣＨ送信は、ＨＡＲＱ（ハイブリッド自動再送要求）フィードバックまたはアップリンク送信に関して保留中のデータの優先順位を示すためのものとすることができる。

休止モードのＷＴＲＵは、休止モードに関して構成された無線ベアラを介してアップリンク送信を送信することができる。ＷＴＲＵは、トラフィックパターンを検出し、検出されたトラフィックパターンに基づいて休止モードへまたはこれから出て遷移することができる。ＷＴＲＵは、制御プレーンシグナリングを介してアップリンクユーザプレーンデータを送信することができる。

より詳細な理解は、添付図面に関連して例として与えられる次の詳細な説明から得ることができる。
１つまたは複数の開示される実施形態を実施できる例の通信システムを示すシステム図である。 図１Ａに示された通信システム内で使用できる例のＷＴＲＵ（無線送受信ユニット）を示すシステム図である。 図１Ａに示された通信システム内で使用できる例の無線アクセスネットワークおよび例のコアネットワークを示すシステム図である。 パケットフィルタが、関連する無線ベアラにパケットを向けるのに使用される、例のベアラサービスアーキテクチャを示す図である。 一実施形態によるＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ、およびＲＲＣ＿ＤＯＲＭＡＮＴの間の状態遷移を示す図である。 ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）での例の状態遷移を示す図である。 一実施形態によるセッション管理の例のプロセスを示すシグナリング図である。 一実施形態よる休止モードに入る例のプロセスを示すシグナリング図である。 一実施形態によるＴＤＦ（ｔｒａｆｆｉｃ ｄｅｔｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）ベースの制御プレーンポリシングの例の手続を示す図である。 望まれないフローから特定の無線ベアラへのパケットのルーティングを示す図である。

図１Ａは、１つまたは複数の開示される実施形態を実施できる例の通信システム１００の図である。通信システム１００を、音声、データ、ビデオ、メッセージング、放送、その他などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ ＦＤＭＡ）、および類似物などの１つまたは複数のチャネルアクセス方法を使用することができる。

図１Ａに示されているように、通信システム１００は、ＷＴＲＵ（無線送信／受信ユニット）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ（無線アクセスネットワーク）１０４、コアネットワーク１０６、ＰＳＴＮ（公衆交換電話網）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態が、任意の個数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを了解されたい。ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。たとえば、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、かつ／または受信するように構成され得、ＵＥ（ユーザ機器）、移動局、固定のまたはモバイルの加入者ユニット、ページャ、セル電話機、ＰＤＡ（携帯情報端末）、スマートホン、ラップトップ機、ネットブック、パーソナルコンピュータ、無線センサ、消費者エレクトロニクス、および類似物を含むことができる。

通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。たとえば、基地局１１４ａ、１１４ｂは、ＢＴＳ（無線基地局）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、サイトコントローラ、ＡＰ（アクセスポイント）、無線ルータ、および類似物とすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として図示されているが、基地局１１４ａ、１１４ｂが、任意の個数の相互接続された基地局および／またはネットワーク要素を含むことができることを了解されたい。

基地局１１４ａは、ＲＡＮ １０４の一部とすることができ、ＲＡＮ １０４は、ＢＳＣ（基地局制御装置）、ＲＮＣ（無線ネットワークコントローラ）、中継ノード、その他など、他の基地局および／またはネットワーク要素（図示せず）をも含むことができる。基地局１１４ａおよび／または基地局１１４ｂを、セル（図示せず）と称する場合がある特定の地理的領域内で無線信号を送信し、かつ／または受信するように構成することができる。セルを、さらに、セルセクタに分割することができる。たとえば、基地局１１４ａに関連するセルを、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つのトランシーバを含むことができる。もう１つの実施形態では、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ）技術を使用することができ、したがって、セルのセクタごとに複数のトランシーバを使用することができる。

基地局１１４ａ、１１４ｂは、エアインターフェース１１６を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１６は、任意の適切な無線通信リンク（たとえば、ＲＦ（ラジオ周波数）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、その他）とすることができる。エアインターフェース１１６を、任意の適切なＲＡＴ（無線アクセス技術）を使用して確立することができる。

より具体的には、上で注記したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および類似物などの１つまたは複数のチャネルアクセス方式を使用することができる。たとえば、ＲＡＮ １０４内の基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実施することができ、ＵＴＲＡは、ＷＣＤＭＡ（登録商標）（ｗｉｄｅｂａｎｄ ＣＤＭＡ）を使用してエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ ＨＳＰＡ）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ Ｕｐｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）を含むことができる。

もう１つの実施形態では、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）などの無線技術を実施することができ、Ｅ−ＵＴＲＡは、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアインターフェース１１６を確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ ８０２．１６（すなわち、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ ８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ ＥＤＧＥ）、および類似物などの無線技術を実施することができる。

図１Ａの基地局１１４ｂは、たとえば、無線ルータ、Ｈｏｍｅ Ｎｏｄｅ Ｂ、Ｈｏｍｅ ｅＮｏｄｅ Ｂ、またはアクセスポイントとすることができ、仕事場、家庭、車両、キャンパス、および類似物など、局所化された区域内での無線接続性を容易にする任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ＷＬＡＮ（無線ローカルエリアネットワーク）を確立するためにＩＥＥＥ ８０２．１１などの無線技術を実施することができる。もう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ＷＰＡＮ（無線パーソナルエリアネットワーク）を確立するためにＩＥＥＥ ８０２．１５などの無線技術を実施することができる。もう１つの実施形態では、基地局１１４ｂおよびＷＴＲＵ １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラベースのＲＡＴ（たとえば、ＷＣＤＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用することができる。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを要求されないものとすることができる。

ＲＡＮ １０４を、コアネットワーク１０６と通信しているものとすることができ、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）サービスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークとすることができる。たとえば、コアネットワーク１０６は、呼制御、請求サービス、モバイル位置ベースのサービス、前払い呼、インターネット接続性、ビデオ配布などを提供し、かつ／またはユーザ認証などの高水準セキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ １０４および／またはコアネットワーク１０６を、ＲＡＮ １０４と同一のＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接にまたは間接に通信しているものとすることができることを了解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用していることができるＲＡＮ １０４に接続されることに加えて、コアネットワーク１０６を、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信しているものとすることもできる。

コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ １０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ １０８は、ＰＯＴＳ（ｐｌａｉｎ ｏｌｄ ｔｅｌｅｐｈｏｎｅ ｓｅｒｖｉｃｅ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ（伝送制御プロトコル）／ＩＰ（インターネットプロトコル）インターネットプロトコルスイート内のＴＣＰ、ＵＤＰ（ユーザデータグラムプロトコル）、およびＩＰなどの一般的な通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの全世界のシステムを含む。ネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される有線のまたは無線の通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続された別のコアネットワークを含むことができ、この１つまたは複数のＲＡＮは、ＲＡＮ １０４と同一のＲＡＴまたは異なるＲＡＴを使用することができる。

通信システム１００内のＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード能力を含むことができる、すなわち、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａに示されたＷＴＲＵ １０２ｃを、セルラベースの無線技術を使用することができる基地局１１４ａおよびＩＥＥＥ ８０２無線技術を使用することができる基地局１１４ｂと通信するように構成することができる。

図１Ｂは、例のＷＴＲＵ １０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ １０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、ノンリムーバブルメモリ１０６、リムーバブルメモリ１３２、電源１３４、ＧＰＳ（全地球測位システム）チップセット１３６、および他の周辺機器１３８を含むことができる。ＷＴＲＵ １０２が、実施形態と一貫したままでありながら前述の要素の任意の副組合せを含むことができることを了解されたい。

プロセッサ１１８を、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ＤＳＰ（ディジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）回路、任意の他のタイプのＩＣ（集積回路）、状態機械、および類似物とすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ １０２が無線環境内で動作することを可能にする任意の他の機能性を実行することができる。プロセッサ１１８を、トランシーバ１２０に結合することができ、トランシーバ１２０を、送信／受信要素１２２に結合することができる。図１Ｂは、別々のコンポーネントとしてプロセッサ１１８およびトランシーバ１２０を示すが、プロセッサ１１８およびトランシーバ１２０を、電子パッケージまたはチップ内に一緒に一体化することができることを了解されたい。

エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ）へ信号を送信しまたはこれから信号を受信するように、送信／受信要素１２２を構成することができる。たとえば、一実施形態では、送信／受信要素１２２を、ＲＦ信号を送信し、かつ／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２を、たとえばＩＲ、ＵＶ、または可視光信号を送信し、かつ／または受信するように構成されたエミッタ／検出器とすることができる。別の実施形態では、送信／受信要素１２２を、ＲＦ信号と光信号との両方を送信し、受信するように構成することができる。送信／受信要素１２２を、無線信号の任意の組合せを送信し、かつ／または受信するように構成することができることを了解されたい。

さらに、送信／受信要素１２２は、図１Ｂでは単一の要素として図示されているが、ＷＴＲＵ １０２は、任意の個数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ １０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ １０２は、エアインターフェース１１６を介して無線信号を送信し、受信する複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。

送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信される信号を復調するように、トランシーバ１２０を構成することができる。上で注記したように、ＷＴＲＵ １０２は、マルチモード能力を有することができる。したがって、トランシーバ１２０は、ＷＴＲＵ １０２がたとえばＵＴＲＡおよびＩＥＥＥ ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数のトランシーバを含むことができる。

ＷＴＲＵ １０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、ＬＣＤ（液晶ディスプレイ）表示ユニットまたはＯＬＥＤ（有機発光ダイオード）表示ユニット）に結合され、またはこれらからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することもできる。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１０６および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。ノンリムーバブルメモリ１０６は、ＲＡＭ（ランダムアクセスメモリ）、ＲＯＭ（読取り専用メモリ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含むことができる。リムーバブルメモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ ｄｉｇｉｔａｌ）メモリカード、および類似物を含むことができる。他の実施形態では、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上など、ＷＴＲＵ １０２上に物理的に配置されていないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ １０２内の他のコンポーネントに電力を分配し、かつ／または制御するように構成することができる。電源１３４は、ＷＴＲＵ １０２に電力を供給する任意の適切なデバイスとすることができる。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ＮｉＣｄ（ニッケル−カドミウム）、ＮｉＺｎ（ニッケル−亜鉛）、ＮｉＭＨ（ニッケル水素）、リチウムイオン（Ｌｉ−ｉｏｎ）、その他）、太陽電池、燃料電池、および類似物を含むことができる。

プロセッサ１１８を、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６を、ＷＴＲＵ １０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ １０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介して位置情報を受信し、かつ／または複数の近くの基地局から受信されつつある信号のタイミングに基づいてその位置を判定することができる。ＷＴＲＵ １０２が、実施形態と一貫したままでありながら任意の適切な位置判定方法によって位置情報を獲得できることを了解されたい。

プロセッサ１１８を、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線の接続性を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、ディジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ ｓｅｒｉａｌ ｂｕｓ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）ラジオユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および類似物を含むことができる。

図１Ｃは、一実施形態によるＲＡＮ １０４およびコアネットワーク１０６のシステム図である。上で注記したように、ＲＡＮ １０４は、エアインターフェース１１６を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信するのにＥ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ １０４を、コアネットワーク１０６と通信しているものとすることもできる。

ＲＡＮ １０４は、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ １０４が、実施形態と一貫したままでありながら任意の個数のｅＮｏｄｅ−Ｂを含むことができることを了解されたい。ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアインターフェース１１６を介してＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと通信する１つまたは複数のトランシーバを含むことができる。一実施形態では、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅ−Ｂ １４０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ １０２ａに無線信号を送信し、ＷＴＲＵ １０２ａから無線信号を受信することができる。

ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃのそれぞれを、特定のセル（図示せず）に関連付けることができ、無線リソース管理判断、ハンドオーバ判断、アップリンクおよび／またはダウンリンクでのユーザのスケジューリング、ならびに類似物を処理するように構成することができる。図１Ｃに示されているように、ｅＮｏｄｅ−Ｂ １４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを介して互いに通信することができる。

図１Ｃに示されたコアネットワーク１０６は、ＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｇａｔｅｗａｙ）１４２、サービングゲートウェイ１４４、およびＰＤＮ（パケットデータネットワーク）ゲートウェイ１４６を含むことができる。前述の要素のそれぞれが、コアネットワーク１０６の一部として図示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、かつ／または運営される場合があることを了解されたい。

ＭＭＥ １４２は、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮｏｄｅ−Ｂ １４２ａ、１４２ｂ、１４２ｃのそれぞれに接続することができ、制御ノードとして働くことができる。たとえば、ＭＭＥ １４２は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択、および類似物の責任を負うことができる。ＭＭＥ １４２は、ＲＡＮ １０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間の切替のための制御プレーン機能を提供することもできる。

サービングゲートウェイ１４４を、Ｓ１インターフェースを介してＲＡＮ １０４内のｅＮｏｄｅ Ｂ １４０ａ、１４０ｂ、１４０ｃのそれぞれに接続することができる。サービングゲートウェイ１４４は、一般に、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、転送することができる。サービングゲートウェイ１４４は、ｅＮｏｄｅ Ｂ間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのために使用可能である時のページングのトリガ、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃのコンテンツの管理および格納、ならびに類似物など、他の機能を実行することもできる。

サービングゲートウェイ１４４を、ＰＤＮゲートウェイ１４６に接続することもでき、ＰＤＮゲートウェイ１４６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに与えることができる。

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃと伝統的な陸線通信デバイスとの間の通信を容易にするために、ＰＳＴＮ １０８などの回線交換ネットワークへのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに与えることができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ １０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＭＳ（ＩＰ ｍｕｌｔｉｍｅｄｉａ ｓｕｂｓｙｓｔｅｍ）サーバ）を含むことができ、またはこれと通信することができる。さらに、コアネットワーク１０６は、ネットワーク１１２へのアクセスをＷＴＲＵ １０２ａ、１０２ｂ、１０２ｃに与えることができ、このネットワーク１１２は、他のサービスプロバイダによって所有され、かつ／または運営される他の有線のまたは無線のネットワークを含むことができる。

ＬＴＥでは、ＰＤＣＣＨが、ダウンリンク送信用のＰＤＳＣＨリソースを割り当て、アップリンク送信用のＰＵＳＣＨリソースをＷＴＲＵにグラントするのに、ネットワークによって使用される。ＷＴＲＵは、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）をｅＮＢに送信することによって、アップリンク送信用の無線リソースを要求することができる。ＳＲを、ＰＵＣＣＨ上の専用リソースが構成される場合にそのリソース上で、またはランダムアクセス手続を使用してのいずれかで送信することができる。

ＷＴＲＵは、ＰＤＣＣＨまたは構成されたリソース上で受信されたグラント（すなわち、ＳＰＳ（ｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔｌｙ ｓｃｈｅｄｕｌｅｄ）ＵＬグラント）内で示される無線リソースをＰＵＳＣＨ上での送信のためにｅＮＢによってグラントされる。

ＷＴＲＵは、ＡＬ（ａｇｇｒｅｇａｔｉｏｎ ｌｅｖｅｌ）に基づいて物理リソース（すなわち、ＣＣＥ（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ））の異なる組合せを使用して、特定の位置（すなわち、検索空間）で既知のＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）を使用してスクランブルされた特定のＤＣＩ（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）メッセージについてＰＤＣＣＨを監視することによって、所与のサブフレーム内で制御シグナリングに作用する必要があるか否かを判定する。各ＡＬは、１つ、２つ、４つ、または８つのいずれかのＣＣＥに対応する。１つのＣＣＥは、３６個のＱＰＳＫ（ｑｕａｄｒａｔｕｒｅ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ）シンボルまたは７２個のチャネル符号化されたビットを含む。

ＰＤＣＣＨは、２つの別個の領域に分割される。ＷＴＲＵが、それが操作する必要のあるＤＣＩを見つける可能性があるＣＣＥ位置のセットを、検索空間と称する。検索空間は、共通検索空間とＷＴＲＵ固有検索空間とに分割される。共通検索空間は、所与のＰＤＣＣＨを監視するすべてのＷＴＲＵに共通するが、ＷＴＲＵ固有検索空間は、ＷＴＲＵごとに異なる。両方の検索空間は、ランダム化機能の関数なので、所与のサブフレーム内で所与のＷＴＲＵについてオーバーラップする場合があり、このオーバーラップは、サブフレームごとに異なる。

共通検索空間およびその開始点を構成するＣＣＥ位置のセットは、セルアイデンティティおよびサブフレーム番号の関数である。ＬＴＥ Ｒ８／９について、ＤＣＩを、共通検索空間内でＡＬ４（４つのＣＣＥ）またはＡＬ８（８つのＣＣＥ）を用いて送信することができる。ＷＴＲＵがＰＤＣＣＨを監視するサブフレームについて、ＷＴＲＵは、共通検索空間内で合計多くとも１２回のブラインド復号の試みについて、ＡＬ４について４つのＣＣＥの４つまでの異なるセット（すなわち、８回のブラインド復号）およびＡＬ８について８つのＣＣＥの２つまでの異なるセット（すなわち、４回のブラインド復号）で２つのＤＣＩフォーマットサイズを復号することを試みることができる（たとえば、ＤＣＩフォーマット１Ａおよび１Ｃ、ならびに電力制御に使用されるＤＣＩフォーマット３Ａ）。

共通検索空間は、ＣＣＥ ０〜１５に対応し、これは、ＡＬ４に関する４つの復号候補（すなわち、ＣＣＥ ０〜３、４〜７、８〜１１、および１２〜１５）およびＡＬ８に関する２つの復号候補（すなわち、ＣＣＥ ０〜７、および８〜１５）を暗示する。

ＷＴＲＵ固有検索空間およびその開始点を構成するＣＣＥ位置のセットは、ＷＴＲＵアイデンティティおよびサブフレーム番号の関数である。ＬＴＥ Ｒ８／９について、ＤＣＩを、ＷＴＲＵ固有検索空間内でＡＬ１、ＡＬ２、ＡＬ４、またはＡＬ８を用いて送信することができる。ＷＴＲＵがＰＤＣＣＨを監視するサブフレームについて、ＷＴＲＵは、そのＷＴＲＵ固有検索空間内で合計多くとも３２回のブラインド復号の試みについて、ＡＬ１について６つまでの異なるＣＣＥ（すなわち、１２回のブラインド復号）、ＡＬ２について２つのＣＣＥの６つまでの異なるセット（すなわち、１２回のブラインド復号）、ＡＬ８について８つのＣＣＥの２つまでの異なるセット（すなわち、４回のブラインド復号）、およびＡＬ８について８つのＣＣＥの２つまでの異なるセット（すなわち、４回のブラインド復号）で、２つのＤＣＩフォーマットの復号を試みることができる。

ネットワークへのＷＴＲＵの接続、能力、およびサポートされる特徴に応じて、ＷＴＲＵは、ｅＮＢからのグラント、割当、および他の制御情報について１つまたは複数のＲＮＴＩを監視することができる。ＷＴＲＵは、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）、Ｐ−ＲＮＴＩ（ページングＲＮＴＩ）、ＲＡ−ＲＮＴＩ（ランダムアクセスＲＮＴＩ）、Ｍ−ＲＮＴＩ（ＭＢＭＳ（ｍｕｌｔｉｍｅｄｉａ ｂｒｏａｄｃａｓｔ／ｍｕｌｔｉｃａｓｔ ｓｅｒｖｉｃｅｓ）ＲＮＴＩ）、Ｃ−ＲＮＴＩ（ｃｅｌｌ ＲＮＴＩ）、ｔｅｍｐｏｒａｒｙ Ｃ−ＲＮＴＩ、ＳＰＳ−Ｃ−ＲＮＴＩ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ Ｃ−ＲＮＴＩ）、その他のうちの少なくとも１つを監視することができる。ＳＩ−ＲＮＴＩは、セル固有であり、共通検索空間内でＰＤＳＣＨ上のシステム情報のスケジューリングを示すのに使用される。Ｐ−ＲＮＴＩは、共通検索空間内でページング通知の復号（たとえば、ＩＤＬＥモードで）のために複数のＷＴＲＵに割り当てられ得る。ＲＡ−ＲＮＴＩは、ＰＤＳＣＨ上のランダムアクセス応答のスケジューリングを示すのに使用され、どの時間周波数リソースがランダムアクセスプリアンブルを送信するためにＷＴＲＵによって使用されたのかを識別する。Ｍ−ＲＮＴＩは、セル固有であり、共通検索空間内でＭＣＣＨ（ＭＢＭＳ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）上の変化の通知を復号するのに使用される。Ｃ−ＲＮＴＩは、たとえばＷＴＲＵ固有検索空間内のＤＣＩに関する、競合なしのグラントおよび割当のためにＰＤＣＣＨを復号するのに使用されるＷＴＲＵ固有ＲＮＴＩである。ｔｅｍｐｏｒａｒｙ Ｃ−ＲＮＴＩは、競合ベースの手続のためのメッセージの復号に使用でき、かつ／またはＷＴＲＵがそれ自体のＣ−ＲＮＴＩを割り当てられる前に使用することができる。ＳＰＳ−Ｃ−ＲＮＴＩは、ＷＴＲＵ固有検索空間内で、ＰＤＳＣＨ上の半永久的ダウンリンク割当またはＰＵＳＣＨ上のアップリンクグラントをアクティブ化するのに使用することができる。ＴＰＣ（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）−ＰＵＳＣＨ−ＲＮＴＩおよびＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩは、それぞれＰＵＳＣＨおよびＰＵＣＣＨの電力制御に使用することができる。

ＬＴＥでは、ネットワークは、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ ｒｅｃｅｐｔｉｏｎ）のパラメータを用いてＷＴＲＵを構成することができる。ＤＲＸは、ＷＴＲＵが、ＷＴＲＵ電力消費を下げるためにＰＤＣＣＨを監視せず、復号しないことを可能にする機能性である。ＤＲＸ機能性は、複数の特定のＲＮＴＩに関するＰＤＣＣＨアクティビティに基づくルールの特定のセットに頼る。これらのルールは、ネットワークおよびＷＴＲＵが、制御シグナリングを使用して、ＷＴＲＵにいつ到達できるのかに関して同期化されることを保証する。ＤＲＸが構成される時に、ＷＴＲＵは、少なくともＤＲＸアクティブ時間である時に（構成された測定ギャップを除く）ＰＤＣＣＨを監視することができる。

トランシーバ（すなわち、ＷＴＲＵ）内では、電力消費は、ベースラインベースバンド、ベースバンド、送信器、および受信器の間で分配される。ベースラインベースバンドは、電力をほとんど消費しないが、他の３つのコンポーネントのそれぞれは、総電力消費の約１／３に対応する。それぞれのスタートアップ時刻も異なり、ベースバンドコンポーネントのターンオンは、ネットワーク信号との同期化を含めて数十ｍｓ超を必要とする場合がある。

処理要件および実施態様の展望から、ＷＴＲＵがＤＬ割当に関してＰＤＣＣＨを監視するサブフレーム内で、ユーザデータを含むシンボル（たとえば、ＰＤＳＣＨ）は、Ｌ１制御領域に使用されるシンボル（たとえば、ＰＤＣＣＨ）に続き、Ｌ１シグナリングの処理は、瞬間的ではないと仮定する。ＷＴＲＵは、少なくともＬ１シグナリングの処理を完了でき、そのサブフレーム内のＰＤＳＣＨ上にＷＴＲＵにアドレッシングされたＤＬ送信があるか否かを判定できるようになるまでに、ＰＤＳＣＨシンボルの少なくとも一部をバッファリングすることができる。したがって、ＤＲＸの利益は、ＰＤＣＣＨのある処理を節約することを超える。ＷＴＲＵがＵＬグラントおよびＤＬ割当に関してＰＤＣＣＨを監視することを要求されないサブフレームについて、ＷＴＲＵは、メモリコンポーネントおよび／またはベースバンドコンポーネントの諸部分を含むそのトランシーバ（Ｔｘ／Ｒｘ）回路網の少なくとも一部をターンオフすることを選ぶことができる（ＷＴＲＵがＰＤＣＣＨを監視しないサブフレームの個数が十分に多く、たとえば２０〜３０ｍｓである場合に）。ＷＴＲＵが上記を適用するＲＮＴＩは、Ｃ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、ＳＰＳ−Ｃ−ＲＮＴＩ、その他を含む。

本明細書で説明するアイデアは、さらに、仕様のその後の進化で、追加のＲＮＴＩ（１つまたは複数）が考慮されるＤＲＸ機能に適用可能とすることができ、したがって、本文書によって除外されない。

ＬＴＥでは、ＷＴＲＵは、ＷＴＲＵがＲＲＣ接続を確立するためにネットワークへの初期アクセスを行う時、ＷＴＲＵがハンドオーバ中にターゲットセルにアクセスする時、ＷＴＲＵがＲＲＣ接続再確立手続を実行する時、ＷＴＲＵがランダムアクセス手続を実行するようにネットワークによって命令される時（すなわち、たとえばＤＬデータ到着に関する、ＰＤＣＣＨランダムアクセスオーダーによって）、ＷＴＲＵがスケジューリング要求を行うが、要求のためのＰＵＣＣＨ上の専用リソースを有しない時（たとえば、ＷＴＲＵが、そのバッファ内の既存のデータより高い優先順位を有する送信すべき新しいＵＬデータを有する時）、または類似物に、ランダムアクセス手続を開始することができる。

ＷＴＲＵが専用ＲＡＣＨリソース（たとえば、特定のプリアンブルおよび／またはＰＲＡＣＨリソース）を割り当てられるか否かに応じて、ランダムアクセス手続は、ＣＦＲＡ（ｃｏｎｔｅｎｔｉｏｎ−ｆｒｅｅ ｒａｎｄｏｍ ａｃｃｅｓｓ）またはＣＢＲＡ（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ）のいずれかになる可能性がある。ランダムアクセスのために、ＷＴＲＵは、ＰＲＡＣＨ（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ）のリソース上でプリアンブルを送信する。その後、ＷＴＲＵは、ＲＡＲ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）を受信する。ＲＡＲは、アップリンク送信のグラントと、ＴＡＣ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ ｃｏｍｍａｎｄ）とを含む。ＣＢＲＡについて、競合解決のために、ＷＴＲＵは、ＰＤＣＣＨ上のＣ−ＲＮＴＩまたはＤＬ−ＳＣＨ上のＷＴＲＵ競合解決アイデンティティのいずれかに基づいて、ＲＡＣＨ手続を成功して完了したか否かを判定する。

ＬＴＥでは、ＲＲＣを使用して、ＣＱＩ／ＰＭＩレポートの送信およびＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）に関する専用リソースを用いてＷＴＲＵを構成することができる。さらに、ＷＴＲＵを、ＳＰＳに関する専用アップリンクリソースならびに対応するＤＬ ＳＰＳ構成に関するＨＡＲＱ ＡＣＫ（肯定応答）に関するアップリンクＰＵＣＣＨリソースを用いて構成することができる。ネットワークは、ＰＵＳＣＨ送信に関するアップリンクリソースの割当におけるスケジューリング判断を援助するために、専用ＳＲＳリソースをＷＴＲＵに割り当てることができる。

ＬＴＥでは、複数のＷＴＲＵからのアップリンク送信の間で直交性を保持するために、同一サブフレーム内の異なるＷＴＲＵからｅＮＢへのアップリンク送信は、近似的に時間整列されなければならず、誤差のマージンは、サイクリックプレフィックス長以内でなければならない。サイクリックプレフィックスは、チャネル遅延拡散を処理するために各シンボルに追加される、時間領域におけるガードインターバルである。ＬＴＥに関して、通常のサイクリックプレフィックス長を有する包括的フレーム構造は、７個のシンボルを含み、サイクリックプレフィックス長は、最初のシンボルに関して５．２μｓであり、フレームの他のシンボルに関して４．７μｓである。より大きいセルについて、拡張プレフィックスを構成することができる。ｔｉｍｉｎｇ ａｄｖａｎｃｅは、モバイル端末では、受信されたダウンリンクサブフレームの始めと送信されるアップリンクサブフレームの始めとの間の負オフセットである（すなわち、アップリンク送信のサブフレームは、モバイル端末でダウンリンクサブフレームの前に始まる）。このオフセットを、ＴＡＣ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ ｃｏｍｍａｎｄ）シグナリングを使用してネットワークによって調整することができ、そのような調整は、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｓｉｇｎａｌ）および任意の他のアップリンク送信を含むＷＴＲＵによる以前のアップリンク送信に基づく。

ＬＴＥでは、ＷＴＲＵが周期的ＳＲＳに関するアップリンク送信またはＰＵＣＣＨ上もしくはＰＵＳＣＨ上のいずれかでのアップリンク送信を実行できる前に、ＷＴＲＵは、ネットワークとの正しいタイミングアライメントを有する必要がある。アップリンク同期化は、当初にＲＡＣＨ手続を使用して達成され、ネットワークは、その後、正しいタイミングアライメントを保持するためにダウンリンクでＴＡＣを送信する。ＷＴＲＵは、ＴＡＣの受信時に、ＴＡＴ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ ｔｉｍｅｒ）を（再）開始する。ＴＡＣは、ＲＡ手続中にＲＡＲ内でまたはＴｉｍｉｎｇ Ａｄｖａｎｃｅ ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）内で受信される可能性がある。

ＴＡＴが動作しつつある時に、ＷＴＲＵは、ＷＴＲＵがＰＵＳＣＨ送信を実行しないサブフレーム内ＰＵＣＣＨリソース上で送信することができる（単一搬送波プロパティ）。ＰＵＣＣＨリソースは、ＰＵＣＣＨ領域の周波数／時間共有リソース内でＰＤＳＣＨ送信に関するＨＡＲＱ ＡＣＫフィードバックのために動的に割り当てられる。ＷＴＲＵは、ＰＤＳＣＨ割当を示したＰＤＣＣＨ上で受信されたＤＣＩの最初のＣＣＥに基づいて、使用すべきＰＵＣＣＨリソースを判定する。

ＴＡＴは、同期化されたＷＴＲＵについて、それが少なくともＴＡＴの構成された値（すなわち、使用可能にされた場合に５００ｍｓから１０２４０ｍｓまでの範囲にわたる、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ）と等しい期間の間にネットワークからＴＡＣを受信しない時に満了するものとすることができる。ＷＴＲＵは、すべてのＴＡＣがその期間中に失われる場合に、ＴＡＣを受信しない可能性がある。あるいは、ＷＴＲＵは、ネットワークが新しい送信に関してそのＷＴＲＵをもはやスケジューリングしない時に専用アップリンクリソースを暗黙のうちに解放するためにネットワークがＴＡＣを全く送信しない場合に、ＴＡＣを受信しない可能性がある。ＷＴＲＵのｔｉｍｉｎｇ ａｄｖａｎｃｅの妥当性は、ｅＮＢによって制御される。

ＴＡＴが満了する時に、ＷＴＲＵは、その専用アップリンクリソースすなわち、すべての構成されたＳＲＳリソースならびにＳＲおよびＣＱＩ／ＰＭＩ／ＲＩのためのＰＵＣＣＨリソースと、すべての構成されたダウンリンクＳＰＳリソースおよびアップリンクＳＰＳリソースを解放する。さらに、ＷＴＲＵは、ネットワークと同期化されていないと考えられるようになった後には、ＰＵＣＣＨ送信またはＰＵＳＣＨ送信を実行することを全く許容されない可能性がある。これは、他のＷＴＲＵの送信への可能な干渉を回避するためのものである。さらに、これは、単純にネットワークからのＴＡＣの不在に続いてＴＡＴを満了させることによって、スケジューラが専用アップリンクリソースを取り消す暗黙の手段を提供する。

ＳＲＢ（ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）は、ＲＲＣメッセージおよびＮＡＳメッセージの送信に使用される無線ベアラである。ＳＲＢ０は、ＣＣＣＨ（ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を使用するＲＲＣメッセージに使用され、ＳＲＢ１は、ＲＲＣメッセージ（ピギーバックされたＮＡＳメッセージをも伴う）およびＤＣＣＨ（ｄｅｄｉｃａｔｅｄ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を使用するＳＲＢ２の確立の前のＮＡＳメッセージのためのものである。ＳＲＢ２は、ＮＡＳメッセージ用であり、セキュリティのアクティブ化の後に構成される。セキュリティがアクティブ化された後には、ＳＲＢ１上およびＳＲＢ２上のすべてのＲＲＣメッセージが、完全性保護され、暗号化される。ＤＲＢ（データラジオベアラ）は、ユーザプレーンデータ（たとえば、ＩＰパケット）の送信に使用される無線ベアラである。

同期化されている（すなわち、有効なタイミングアライメントを有する）が有効なＵＬグラントを有しないＷＴＲＵに関するユーザプレーン待ち時間を改善する１つの形は、ＣＢ（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ）方法を使用することである。ネットワークは、そのネットワークに接続された１つまたは複数のＷＴＲＵに、ＰＤＣＣＨ上で（それ以外では未使用の）アップリンクリソースをアドバタイズすることができる。特殊なＲＮＴＩ（すなわち、ＣＢ−ＲＮＴＩ（ｃｏｎｔｅｎｔｉｏｎ−ｂａｓｅｄ ＲＮＴＩ）を、たとえばＷＴＲＵの無線構成中に、この目的のためにＷＴＲＵ（１つまたは複数）に割り当てることができ、同一のＣＢ−ＲＮＴＩを、複数のＷＴＲＵにシグナリングすることができる。

ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）プロトコルは、ＷＴＲＵとコアネットワーク内のＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）との間で動作する。ＮＡＳは、（とりわけ）ＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）選択の実行、ネットワーク（たとえば、選択されたＰＬＭＮ）への登録（アタッチ手続またはｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ手続を介する）、ＩＰアドレス（１つまたは複数）の要求およびこれによるユーザプレーン動作に関するベアラの要求、ならびに、アイドルモードから接続モードへの遷移の責任を負う。

ＷＴＲＵは、パワーオンされる時に、ＥＭＭ（ＥＰＳ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ）−ＤＥＲＥＧＩＳＴＥＲＥＤ状態で開始する（まだネットワークに登録されていないので）。ＰＬＭＮ／セルが選択された後に、ＷＴＲＵ／ＮＡＳは、ネットワークへの登録を試み、これによって、最初のＮＡＳメッセージ（すなわち、アタッチメッセージ）を送信するためのＲＲＣ接続を要求する。

最初のＮＡＳメッセージが送信され（ＲＲＣ接続状態である時に）、最初のＮＡＳ応答が受信された後に、ＮＡＳは、ＥＭＭ−Ｃｏｎｎｅｃｔｅｄモードであると言われる。ＲＲＣ接続は、ＮＡＳ接続を確立するために（すなわち、ＷＴＲＵがＥＭＭ−Ｃｏｎｎｅｃｔｅｄモードになるために）必要である。

ＷＴＲＵがアイドルモードである時に、ＷＴＲＵとＭＭＥとの両方が、ＷＴＲＵのアクティブＥＰＳベアラに関するリソースが接続モードへの遷移時にセットアップされるように、これらのアクティブベアラを保持する。ＬＴＥでは、ＷＴＲＵは、少なくともデフォルトベアラをアクティブにすることができ、接続モードである間に、少なくともこのベアラに関する対応するリソース（無線上およびＳ１−Ｕ上）が、セットアップされ得る。

ＮＡＳサービス要求手続は、ＷＴＲＵをアイドルモードから接続モードにするのに使用される。この遷移が発生する時に、ネットワークは、ＭＭＥで保持されるアクティブＥＰＳベアラコンテキストに関するリソース（ＤＲＢおよびＳ１−Ｕ）をセットアップする。

ＷＴＲＵが、アイドルモードから接続モードになる時に、専用ベアラのすべてまたはサブセットが、リソース（ＤＲＢ）セットアップを有しない可能性があり、ＷＴＲＵ ＲＲＣは、非アクティブ化されたもの（ＤＲＢがセットアップされない）に関してＮＡＳに知らせ、したがって、ＮＡＳは、対応するＥＰＳベアラを非アクティブ化する。しかし、ＷＴＲＵは、システムに留まり、デフォルトベアラを用いて動作する（しかし、必要な場合には専用ベアラを要求することを許可される）。ＷＴＲＵのＲＲＣは、リソースセットアップを全く有しないベアラに関してＮＡＳに知らせる。デフォルトベアラがそのうちの１つである場合には、ＮＡＳは、ローカルデタッチを実行し、ＷＴＲＵは、動作のためにシステムに再アタッチする必要がある。

ＮＡＳサービス要求手続は、アイドルモードで開始される（ＣＳ（ｃｉｒｃｕｉｔ ｓｗｉｔｃｈｅｄ）フォールバックを除く）。既に接続モード（ＲＲＣおよびＥＭＭ）であるＷＴＲＵは、ＮＡＳサービス要求メッセージを送信しなくてもよい（ＣＳフォールバックを除く）。ＮＡＳサービス要求手続は、ＤＲＢがセットアップされたことの、より下の層による指示の時またはＭＭＥからのＮＡＳサービス拒絶メッセージの受信の時に、ＷＴＲＵ（すなわち、ＮＡＳ）によって成功とみなされる。

ＬＴＥでは、ユーザプレーンデータを保証するサービスを、ＲＡＢ（無線アクセスベアラ）に関連付けることができる。ＷＴＲＵを、１つまたは複数のＲＡＢを用いて構成することができ、異なるＲＡＢは、コアネットワーク内の異なるＰＧＷ（ＰＤＮゲートウェイ）内で終端する。

ＲＡＢを、ＤＲＢに関連付けることができる。ＲＡＢを、ＱｏＳ特性の特定のセットに関連付けることができる。ネットワークは、ＱｏＳの所望のレベルに従ってＤＲＢを構成する（たとえば、論理チャネル優先順位、ＰＢＲ（ｐｒｉｏｒｉｔｉｚｅｄ ｂｉｔ ｒａｔｅ）、およびＰＤＣＰ（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ）ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）破棄タイマ、その他などのパラメータを用いて）。

ＤＲＢを、デフォルトＥＰＳベアラまたは専用ベアラのいずれかに関連付けることができる。アプリケーションは、これらのベアラによってサポートされる所与のＱｏＳに従ってベアラ（デフォルトと専用との両方）を使用する。パケットフィルタをＷＴＲＵ内（たとえば、アップリンクデータに関して）およびＣＮ内（たとえば、ダウンリンクデータに関して）使用して、ＩＰパケットを所与のＲＡＢにどのように関連付けるべきかを判定することができる。

ＬＴＥでは、サービスは、異なるＱｏＳレベルを必要とするユーザプレーンデータを生成することができる。たとえば、ＶｏＩＰ（ｖｏｉｃｅ ｏｖｅｒ ＩＰ）アプリケーションは、所与のＵＤＰポートを使用するＲＴＰ音声／オーディオストリームを生成し、異なるＵＤＰポートを使用してＲＴＣＰ制御パケットを交換することができる。この場合に、ＲＴＰフローは、第１のＲＡＢを使用することができ、ＲＴＣＰフローは、第２のＲＡＢを使用することができる。したがって、ＷＴＲＵは、生成されたＩＰパケットごとに、パケットをどのＲＡＢ上で送信しなければならないのかを判定する。これは、パケットフィルタまたはＴＦＴ（ｔｒａｆｆｉｃ ｆｌｏｗ ｔｅｍｐｌａｔｅ）を使用して実現することができる。ＷＴＲＵを、パケットフィルタまたはＴＦＴを用いてネットワークによって構成することができる。

図２に、パケットフィルタが、関連する無線ベアラにパケットを向けるのに使用される、例のベアラサービスアーキテクチャを示す。この例では、パケットは、使用可能な専用ベアラのうちの１つもしくはデフォルトベアラのいずれかに送信され、または、関連するＴＦＴによって定義されるフロー特性と一致しない場合には破棄され得る。ＴＦＴは、ＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｑｕｅｓｔメッセージに応答してＣｒｅａｔｅＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅメッセージが送信される時に、ネットワーク（たとえば、ＰＧＷ）によって提供される。このメッセージは、たとえば、ＳＧＷが、たとえばハンドオーバ中に変化する時、またはＷＴＲＵがアタッチ手続中もしくはＰＤＮ接続性要求手続中のいずれかにＰＤＮ接続性を要求する時に、送信され得る。

ＬＴＥでは、１つまたは複数のＥＰＳベアラが、より上の層の手続を使用して、与えられたＷＴＲＵについてセットアップされまたは除去され得る。ＷＴＲＵは、ネットワークにアタッチされている限り、デフォルトＥＰＳベアラ（１つまたは複数）およびＷＴＲＵのコンテキスト内の任意の他の関連する専用ベアラ（１つまたは複数）を保持することができる。具体的には、ＥＰＳベアラは、ＲＲＣ接続の状態とは独立に（すなわち、アイドルモードである時であっても）ＷＴＲＵのコンテキスト内で保持される。ＥＰＳベアラは、ＷＴＲＵがネットワークからのデタッチ手続を実行する時に除去される。

ＬＴＥでは、ＷＴＲＵがＲＲＣ接続を解放する時に、任意の無線アクセスベアラ（ＳＲＢ、ＤＲＢ）を解放することができる（たとえば、ｅＮＢとＳＧＷとの間のＳ１ｕ接続および関連するコンテキストが解放される）。

コネクションレス伝送では、小さいデータパケットを、シグナリングＲＲＣ接続確立メッセージに続いて、制御プレーンによって搬送することができる。このタイプのデータ伝送を、セルラネットワークでのパケット転送に関するコネクションレス手法とみなすことができる。というのは、メッセージが、ユーザプレーン接続をセットアップせずに伝えられるからである。エンドユーザパケットを、受信するノードによるパケットの後続処理を可能にする大きいヘッダと一緒に送信することができる（たとえば、エンドユーザパケットは、ＮＡＳ／ＡＳ制御プレーンメッセージ内に埋め込まれる）。

ＷＴＲＵは、たとえばデータ部分を搬送できるＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を追加することによって、任意のＮＡＳメッセージ内でデータを送信することができる。ＩＥを、たとえば、アタッチ要求メッセージ、サービス要求メッセージ、ＰＤＮ接続性要求（ＬＴＥの場合に）メッセージ、ＴＡＵ（ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）要求メッセージ、または類似物に追加することができる。ＰＤＮ接続性要求メッセージが、アタッチメッセージ内に含まれる場合に、ＷＴＲＵは、ＥＰＳベアラ／ＰＤＨＰコンテキストをセットアップしなくてもよいことを示すことができる（たとえば、ＥＰＳベアラアイデンティティに与えられる特定の値を使用することによって）。さらに、小さいデータを、Ｐｒｏｔｏｃｏｌ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｏｐｔｉｏｎｓ ＩＥ内のコンテナ内で搬送することができる。類似する方法を使用して、ダウンリンク方向でデータを送信することができる。

新しいＩＥ「Ｍｔｃ−ｄａｔａｇｒａｍ−ｉｎｆｏ」を、管理機能とデータ転送機能との両方を１つで完了するためにオリジナルＮＡＳメッセージの能力を拡張するために、ＭＴＣ（ｍａｃｈｉｎｅ−ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスまたは他のアプリケーションの少量のデータを搬送するためにＮＡＳメッセージ（たとえば、ＭＭメッセージまたはＥＭＭメッセージなど）内に含めることができる。このＩＥは、宛先アドレス、ルーティング情報、小さいデータのタイプ、これがある宛先への小さいデータ転送単位のチェーンの最後のユニットであるかどうかを示すチェーンの終りパラメータ、セキュリティ情報、または類似物を含むことができる。

ＷＴＲＵを、データ転送待ち時間、電力消費、制御シグナリングオーバーヘッド、およびネットワーク効率の間でトレードオフを達成できるように、多数の異なる形で構成することができる。たとえば、ＷＴＲＵは、専用リソースがコミットされたままになる時のバッテリ使用およびネットワークリソース効率を犠牲にして、小さい制御シグナリングオーバーヘッドおよび短いデータ転送待ち時間という利益のために長い時間期間にわたってＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるものとすることができる。逆に、ＷＴＲＵは、その代わりに、増やされたデータ転送待ち時間および追加の制御シグナリングオーバーヘッドを犠牲にして、低い電力消費という利益のためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態とＲＲＣ＿ＩＤＬＥ状態との間で周期的に遷移することができる。

ＷＴＲＵは、それぞれが異なるトラフィック特性および要件を有するさまざまなアプリケーションを、しばしば並列にサポートすることができる。多くのそのようなアプリケーションは、そのデータの送信に使用される技術に対して不可知論的であり、いくつかのアプリケーションは、無線送信に非常によく適してはいない可能性がある。たとえば、間欠的なインターバルで少量の比較的長い期間を伴ってデータトラフィックを生成するアプリケーションの場合に、ＷＴＲＵは、長い期間の間にアイドルになる可能性があるが、それでも、少量のデータを交換するために規則的にネットワークに接続する可能性がある。

そのようなアプリケーションが、長い時間期間にわたってアクティブになる場合に、バックグラウンドトラフィックが、規則的なインターバルで生成される可能性がある。ＷＴＲＵが、バッテリおよびネットワークリソースの使用量を最大にしながら、少量のデータを送信する準備ができたままになることができるような方法の実施形態を、本明細書で開示する。

本明細書で開示される実施形態を実施するＷＴＲＵを、「休止ＷＴＲＵ」、「休止モードのＷＴＲＵ」、または「休止挙動を使用するＷＴＲＵ」と称し、これらは、交換可能に使用される。休止モードのＷＴＲＵを、新しいＲＲＣ状態（たとえば、ＲＲＣ＿ＤＯＲＭＡＮＴ）を使用することによって実現することができる。あるいは、休止モードを、ＲＲＣアイドル状態で追加の手続を使用して（すなわち、従来のＲＲＣ＿ＩＤＬＥ状態に対する変更を伴う副状態を定義することによって）、またはＲＲＣ接続状態で追加の手続を使用して（すなわち、従来のＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に対する変更を伴う副状態を定義することによって）実現することができる。あるいは、休止モードを、追加の省エネルギ方法を使用して実現することができる。そのような手続および方法は、適用可能な挙動に適用可能な構成パラメータの第２のセットを使用することを含むことができる。用語「休止モード」、「ＲＲＣ＿ＤＯＲＭＡＮＴ」、および「ＲＲＣ＿ＤＯＲＭＡＮＴ状態」を使用して、これらの実現のいずれかに関連するＷＴＲＵまたはネットワークエンティティの挙動または状態を指す。

図３に、一実施形態によるＲＲＣ＿ＩＤＬＥ３１０、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ３２０、およびＲＲＣ＿ＤＯＲＭＡＮＴ３３０（すなわち、新しいＲＲＣ状態）の間の状態遷移を示す。図３が、休止モードの例の実現として新しいＲＲＣ状態を使用する場合を示し、休止モードを、上で述べたようにＲＲＣ＿ＩＤＬＥ３１０またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ３２０の副状態を定義することによって実現できることに留意されたい。ＷＴＲＵは、下で詳細に説明する所定の暗黙のトリガまたは明示的トリガに基づいて、ＲＲＣ状態の間で遷移することができる。

ＷＴＲＵは、ＲＲＣ接続が確立された時にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ３２０である。ＲＲＣ接続が確立されない場合には、ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥ状態３１０である。ＲＲＣ＿ＩＤＬＥ状態３１０では、ＷＴＲＵは、ＷＴＲＵ固有ＤＲＸを用いて構成され得、ＷＴＲＵによって制御されたモビリティを実行する。ＷＴＲＵは、着呼、システム情報変化などを検出するためにページングチャネルを監視する。ＷＴＲＵは、隣接セル測定およびセル再選択を実行し、システム情報を獲得し、使用可能な測定値のログ記録を実行する。

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態３２０では、ＷＴＲＵは、ユニキャストデータを送信し、かつ／または受信する。より下の層では、ＷＴＲＵを、ＷＴＲＵ固有ＤＲＸを用いて構成することができる。ネットワークによって制御されたモビリティ（すなわち、ハンドオーバ）が、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態３２０で実行される。ＷＴＲＵは、ページングチャネルおよび／またはシステム情報ブロックタイプ１内容を監視して、システム情報変化を検出する。ＷＴＲＵは、共有データチャネルに関連する制御チャネルを監視して、データがそれに関してスケジューリングされるかどうかを判定し、チャネル品質およびフィードバック情報を提供し、隣接セル測定および測定報告などを実行する。

ＲＲＣ＿ＤＯＲＭＡＮＴ状態３３０では、ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥ３１０とは異なって、専用ＰＲＡＣＨを使用してスケジューリング要求を送信することができ、専用リソースを使用して（たとえば、Ｃ−ＲＮＴＩを使用して）ユニキャストデータを送信し、受信することができる。ＲＲＣ＿ＤＯＲＭＡＮＴ状態３３０では、ＷＴＲＵは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ３２０とは異なって、ＷＴＲＵによって制御されるモビリティ（たとえば、ＷＴＲＵ自律的セル選択および再選択）を実行することができ、ＷＴＲＵに関するスケジューリング機会は、ページングサイクルと一致するように調整され得る。

ＷＴＲＵは、ネットワークによって（Ｌ３メッセージを使用して）、ＲＲＣ＿ＤＯＲＭＡＮＴ状態３３０に移動するように要求され得る（たとえば、ネットワークによって制御された省エネルギ状態へのＷＴＲＵ遷移を可能にするために）。ＷＴＲＵを、Ｌ３ＤＲＸ動作またはＬ２ＤＲＸ動作のいずれかに関する１つまたは複数のＤＲＸ構成を用いて構成することができ、または、ＷＴＲＵが、それらのＤＲＸ構成を自律的に導出することができる。Ｌ２ＤＲＸに対する優先権を有する（たとえば、過度な無線リンク測定要件を回避するために）追加のＬ３ＤＲＸを、ＲＲＣ＿ＤＯＲＭＡＮＴ３３０で構成することができる。ＷＴＲＵは、少なくともそのＰＵＣＣＨ構成の一部（たとえば、ＣＱＩ報告に関する構成）および／または同期化されない時であっても専用ＳＲＳ構成の一部（たとえば、すべてのユニキャストデータ転送に関するＲＲＣ再構成の必要を回避するため）を保持することができる。ＷＴＲＵは、ユニキャスト転送に関してネットワークによって能動的にスケジューリングされない期間の間にセル再選択を使用することができると同時に、他の点では測定報告構成を使用することができる。セル再選択は、ＲＲＣ＿ＩＤＬＥ状態３１０ヘの遷移をトリガすることができ、ターゲットセルでの初期アクセスをトリガすることができる。

ＲＲＣ＿ＤＯＲＭＡＮＴ状態３３０では、ＷＴＲＵは、競合ベースのグラントを使用して、アップリンクデータを送信することができる（たとえば、スケジューリング要求の待ち時間を回避するために）。ＷＴＲＵは、アップリンクタイミング同期にかかわりなく、下で詳細に説明する、タイミングアライメントの保持を回避するために特殊なサブフレーム内で、アップリンク送信を実行することができる。あるいは、ＷＴＲＵは、休止モードに対応するアップリンク転送用のアップリンクリソースを要求するため、アップリンクタイミング同期を得るため、および／またはダウンリンク送信（１つまたは複数）を肯定応答するために、ＷＴＲＵ固有サブフレーム内でＣＦＲＡ（ｃｏｎｔｅｎｔｉｏｎ−ｆｒｅｅ ｒａｎｄｏｍ ａｃｃｅｓｓ）送信を実行することができる。

休止モードに遷移した時に、ＲＲＣは、そのような遷移についてより上の層（たとえば、ＮＡＳ）に知らせることができる。たとえば、ＲＲＣは、休止モードがアクティブ化されたことをＮＡＳに示すことができる（たとえば、ＲＲＣ＿ＤＯＲＭＡＮＴ状態３３０への遷移の際に）。ＮＡＳは、そのような指示を受信する時に、どのＤＲＢからのどのパケットをＷＴＲＵの構成のどの休止モード無線ベアラ（ＸＲＢ）を使用して送信できるのかをＷＴＲＵが判定できるように、たとえばパケットフィルタをインストールする（ＴＦＴ（ｔｒａｆｆｉｃ ｆｌｏｗ ｔｅｍｐｌａｔｅ）内で）ために、セッション管理シグナリングを開始することができる。ＸＲＢは、概念的に、特定のタイプのトラフィック（たとえば、低優先順位、間欠的、バックグラウンドデータサービス）に関する休止モードでユーザプレーンデータのために構成された無線ベアラと表される。

もう１つの実施形態では、休止挙動を、アイドルモード手続（たとえば、ＲＲＣ＿ＩＤＬＥ状態３１０）を変更することによって実現することができる。変更されたＲＲＣ＿ＩＤＬＥ状態（たとえば、ＲＲＣ＿ＩＤＬＥ状態３１０の副状態）では、ＷＴＲＵは、そのＷＴＲＵ固有ページング機会にページングメッセージについてＰＤＣＣＨを監視することができる。ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥに移動することを、Ｌ３メッセージを使用してネットワークに要求し、かつ／または示すことができる（たとえば、省エネルギ状態への自律的ＷＴＲＵ遷移を可能にするために）。ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥに移動する必要があることを、Ｌ３メッセージを使用してネットワークによって要求され得る（たとえば、ネットワークによって制御された省エネルギ状態へのＷＴＲＵ遷移を可能にするために）。ＷＴＲＵは、変更されたＲＲＣ＿ＩＤＬＥ状態でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態３２０に適用可能な構成の少なくとも一部を保持することができる（たとえば、ＲＲＣ＿ＩＤＬＥ状態３１０の副状態内で）。ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥへの遷移時に、少なくともそのセキュリティコンテキストを保持することができる（たとえば、次のユニキャストデータ転送のためにセキュリティを再アクティブ化する必要を回避するために）。ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥへの遷移時に、少なくともそのＣ−ＲＮＴＩを保持することができる（たとえば、次のユニキャストデータ転送のためにランダムアクセス手続を使用してＣ−ＲＮＴＩを再割り当てする必要を回避するために）。ＷＴＲＵは、ＲＲＣ＿ＩＤＬＥへの遷移時に、同期化されない場合であっても、そのＰＵＣＣＨ構成（たとえば、ＣＱＩ報告またはＤ−ＳＲに関する）および／または専用ＳＲＳ構成の少なくとも一部を保持することができる（たとえば、次のユニキャストデータ転送のためのＲＲＣ再構成の必要を回避するために）。セル再選択は、セキュリティコンテキストおよび専用構成（たとえば、ＰＵＣＣＨ構成）などのＲＲＣ＿ＣＯＮＮＥＣＴＥＤおよび休止モードに適用可能な構成を無効化し、ＲＲＣ＿ＩＤＬＥ状態への遷移を完了することができる。タイマベースの機構を使用して、セキュリティコンテキストおよび専用構成（たとえば、ＰＵＣＣＨ構成）を無効化し、ＲＲＣ＿ＩＤＬＥ状態への遷移を完了することができる（たとえば、ユニキャストデータ転送が、最後の転送以降など、ある時間期間の間に発生しない場合）。

もう１つの実施形態では、休止モードは、接続モード手続を変更することによって（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で）実現される。変更されたＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の副状態）では、ＷＴＲＵを、Ｌ３ＤＲＸ動作またはＬ２ＤＲＸ動作のいずれかに関する１つまたは複数のＤＲＸ構成を用いて構成することができ、または、ＷＴＲＵが、これらのＤＲＸ構成を自律的に導出することができる。ＷＴＲＵは、省エネルギおよびスケジューリングの機会のためにＬ２ＤＲＸを用いて構成され得、Ｌ２ＤＲＸに対する優先権を有する（たとえば、過度な無線リンク測定要件を回避するために）追加のＬ３ＤＲＸが、構成され得る。ＷＴＲＵは、同期化されない時であっても、そのＰＵＣＣＨ構成（たとえば、ＣＱＩ報告またはＤ−ＳＲに関する）および／または専用ＳＲＳ構成の少なくとも一部を保持することができる（たとえば、すべてのユニキャストデータ転送のためのＲＲＣ再構成の必要を回避するために）。

新しいＮＡＳ状態を定義して、休止モードに入ることまたは休止モードを終了することを反映することができる。一例として、この状態を、休止モードと称することができ、ＥＭＭ−ＩＤＬＥモードまたはＥＭＭ−ＣＯＮＮＥＣＴＥＤモードのいずれかのサブセットとして実現することができる。用語「ＥＭＭ−ＤＯＲＭＡＮＴ」が、本明細書のこの後で使用され、これは、ＥＭＭ−ＩＤＬＥの副状態（たとえば、ＥＭＭ−ＩＤＬＥ．ＤＯＲＭＡＮＴ）またはＥＭＭ−ＣＯＮＮＥＣＴＥＤの副状態（たとえば、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ．ＤＯＲＭＡＮＴ）のいずれかとすることができるＮＡＳ休止モードを指すことができる。この休止状態を、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態の副状態すなわちＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ．ＮＯＲＭＡＬ−ＳＥＲＶＩＣＥ状態として実現することができる。

図４に、ＮＡＳでの例の状態遷移を示す。ＥＭＭ−ＤＯＲＭＡＮＴ４１０は、ＥＭＭ−ＩＤＬＥ、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ、またはＥＭＭ−ＲＥＧＩＳＴＥＲＥＤなどの副状態として実現できる休止モードでのＷＴＲＵ ＮＡＳ挙動を定義する。状態ＥＭＭ−ｎｏｎＤＯＲＭＡＮＴ４２０は、ＷＴＲＵが、休止モードで動作しているのではなく、ＥＭＭ−ＩＤＬＥ、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ、またはＥＭＭ−ＲＥＧＩＳＴＥＲＥＤなどである可能性があることを示す。ＮＡＳは、トリガまたはより下の層もしくはＭＭＥからの指示に基づいて、ＥＭＭ−ＤＯＲＭＡＮＴ４１０とＥＭＭ−ｎｏｎＤＯＲＭＡＮＴとの間で遷移する。

実施形態を、３ＧＰＰ ＬＴＥに関連して説明するが、諸実施形態が、ＷＣＤＭＡ、ＨＳＵＰＡ、ＨＳＤＰＡ、ＨＳＰＡ＋、ＧＥＲＡＮ、ＩＥＥＥ ８０２．ｘｘ、および類似物を含むがこれに限定されない任意の無線システムに適用可能であることに留意されたい。

休止モードをイネーブルし、ディスエーブルする実施形態を、本明細書でこの後で開示する。ＷＴＲＵが、動作の休止モードを使用できるか否かは、次の実施形態のいずれか１つまたは組合せを使用して制御することができる。

接続モードのＷＴＲＵは、暗黙のうちに、次の実施形態のうちの少なくとも１つを使用して動作の休止モードをイネーブルできると判定することができる。

ＷＴＲＵは、ＷＴＲＵのＮＡＳが休止モードに推移し（たとえば、ＥＭＭ＿ＤＯＲＭＡＮＴ）、これをＲＲＣに示すことを条件として、休止モードに推移することができる。ＷＴＲＵは、休止モード動作のためのリソースに関するセットアップを要求する（たとえば、ＸＲＢ（１つまたは複数）にマッピングする１つまたは複数のＥＰＳ ＲＡＢ）制御シグナリング（たとえば、ＮＡＳサービス要求またはＮＡＳサービス更新）をＷＴＲＵのＮＡＳが送信することを条件として、休止モード（たとえば、ＲＲＣ＿ＤＯＲＭＡＮＴ状態または休止モードの動作をサポートするＲＲＣ＿ＩＤＬＥ状態もしくはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）に推移することができる。あるいは、ＷＴＲＵは、ＷＴＲＵのＮＡＳが休止モード動作に関するリソースをセットアップする制御シグナリングを受信する（たとえば、ＸＲＢ（１つまたは複数）にマッピングする１つまたは複数のＥＰＳ ＲＡＢ）ことを条件として、休止モードに推移することができる。

あるいは、ＷＴＲＵは、接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）から休止モード（たとえば、ＲＲＣ＿ＤＯＲＭＡＮＴ状態または休止モードの動作をサポートするＲＲＣ＿ＩＤＬＥ状態もしくはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）に推移することができる。たとえば、ＷＴＲＵは、ＲＲＣ制御シグナリングまたはＷＴＲＵの休止挙動の使用をアクティブ化する任意の制御シグナリング（Ｌ２ ＭＡＣシグナリングなど）の受信を条件として休止モードに推移することができる。

あるいは、ＷＴＲＵは、ＲＲＣ接続の解放を自律的に示し、かつ／または要求することができる（たとえば、ＲＲＣ接続解放要求メッセージを送信することによって）。ＷＴＲＵは、本明細書で説明されるように、平均偏差を伴うまたは伴わない平均パケット間到着時間、平均偏差を伴うまたは伴わない平均バースト間到着時間、平均バーストサイズ、バッファ充填速度、平均パケットサイズ、または類似物のうちの少なくとも１つなどのトラフィック特性を含む追加情報を要求内に含めることができる。ＷＴＲＵは、ＷＴＲＵのモビリティに関連する情報を含めることができる。ＷＴＲＵは、使用可能なパラメータのリストから選択されたパラメータに対応するインデックスなど、ＤＲＸパラメータおよび／またはスケジューリング要求パラメータなどの好ましいパラメータの選択物を含むことができる。ＷＴＲＵは、ＲＲＣ接続解放要求の一部として休止モードを自律的にイネーブルすることができる。あるいは、ＷＴＲＵに、休止モードをイネーブルするように、ＲＲＣ接続解放要求に応答するメッセージ内で指示することができる。この応答メッセージは、休止モードで動作している間に使用すべきＷＴＲＵのパラメータの構成または再構成を含むことができる。

あるいは、ＷＴＲＵは、ＷＴＲＵが連続する個数（構成可能とすることができる）のＤＲＸサイクルの間に制御シグナリング（たとえば、専用送信のスケジューリングに関する）を全く受信しなかったことを条件として、または、ＷＴＲＵが、異なる（たとえば、おそらくはより長い）ＤＲＸサイクルを使用できることを示すＭＡＣ ＤＲＸ ＣＥ（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ）を受信することを条件として、休止モードをイネーブルすることができる。ＷＴＲＵは、使用可能なＤＲＸ構成のリストからのＤＲＸ構成へのインデックスを示すシグナリング（たとえば、ＭＡＣ ＣＥ）を受信することができる。たとえば、この指示は、ＲＡＣＨ構成および／またはＰＵＣＣＨ構成（たとえば、Ｄ−ＳＲに関する）などの他の構成態様に関する異なる（たとえば、非デフォルトの）構成に対応することができる。

あるいは、ＷＴＲＵは、ＷＴＲＵがある時間期間の間にスケジューリングされなかった、および／またはＰＤＣＣＨアクティビティがあるしきい値（構成可能とすることができる）未満であることを条件として、休止モードをイネーブルすることができる。

あるいは、ＷＴＲＵは、タイマ（たとえば、ある個数のサブフレームが経過した）に基づいて休止モードをイネーブルすることができる。このタイマは、たとえば、ＷＴＲＵのスケジューリングアクティビティに基づいて再開始することができる。たとえば、このタイマを、ＷＴＲＵがＰＤＣＣＨ制御シグナリング（たとえば、Ｃ−ＲＮＴＩを用いてスクランブルされた）を成功して復号することを条件として再開始することができる。あるいは、このタイマは、制御シグナリングを全く受信しないＤＲＸサイクル（構成される場合に）の個数に対応することができる。あるいは、このタイマを、ＷＴＲＵのバッファ状況に基づいて再開始することができる。たとえば、このタイマを、ＷＴＲＵのアップリンクバッファが空であることを条件として再開始することができる。これを、構成されたＬＣＧ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｇｒｏｕｐ）および／またはＬＣＨ（論理チャネル）のサブセットに関するバッファ状況に適用することができ、いくつかのデータ（たとえば、特定のＱｏＳ／サービスに対応する１つまたは複数のＬＣＨのデータ）を除外することができる。あるいは、このタイマを、ＷＴＲＵのＴＡＴ（ｔｉｍｉｎｇ ａｌｉｇｎｍｅｎｔ ｔｉｍｅｒ）に基づいて（たとえば、ＴＡＴの満了時に）再開始することができる。

あるいは、ＷＴＲＵは、もはや有効なアップリンクタイミングアライメントを有しない（たとえば、ＴＡＴが少なくともＷＴＲＵの主サービングセルに関して満了する）ことを条件として、休止モードをイネーブルすることができる。

あるいは、ＷＴＲＵは、ＷＴＲＵ ＲＲＣが、ＷＴＲＵの構成の一部としての少なくとも１つのＸＲＢを含めて再構成されることを条件として、休止モードをイネーブルすることができる。

あるいは、ＷＴＲＵは、ＷＴＲＵが送信に使用可能なデータを有しないことを条件として、休止モードをイネーブルすることができる。たとえば、ＷＴＲＵは、たとえば、すべての構成されたＤＲＢまたはＸＲＢとして構成されていないＤＲＢのいずれかについて０データを報告する、パディングＢＳＲ（ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）を含めることによって、ＷＴＲＵがＰＵＳＣＨ送信で空バッファを示すことを条件として、休止モードをイネーブルすることができる。あるいは、ＷＴＲＵは、たとえば、ＢＳＲが送信に含まれたサブフレームからまたはＷＴＲＵが送信に関してＨＡＲＱ ＡＣＫを受信したサブフレームから所定の長さの時間の後に、休止モードをイネーブルすることができる。あるいは、ＷＴＲＵは、少なくとも１つのＤＲＢ（たとえば、ＸＲＢ（１つまたは複数）、および他のＤＲＢがその時間中に空バッファを有する時）のデータ到着レートがあるしきい値（構成可能とすることができる）未満であるとＷＴＲＵが判定することを条件として、休止モードをイネーブルすることができる。あるいは、ＷＴＲＵは、１つまたは複数の特定のＤＲＢ（たとえば、ＸＲＢ（１つまたは複数）、および他のＤＲＢがその時間中に空バッファを有する時）のパケット間到着レートがあるしきい値（構成可能とすることができる）を超えるとＷＴＲＵが判定することを条件として、休止モードをイネーブルすることができる。あるいは、ＷＴＲＵは、データの合計全体があるしきい値未満であることを条件として、休止モードをイネーブルすることができる。

あるいは、ＷＴＲＵは、アップリンク送信および／またはダウンリンク送信の間に経過した時間（すなわち、パケット間到着時間またはバースト間到着時間）があるしきい値（構成可能とすることができる）を超えることを条件として、休止モードをイネーブルすることができる。ＷＴＲＵは、構成されたＤＲＢの１つまたは複数のサブセットについてそのような測定を実行することができる。たとえば、ＷＴＲＵは、ＸＲＢとして構成されていないＤＲＢに関するデータを有しない場合および／またはそのようなＤＲＢがある時間期間の間にインアクティブであった場合に、ＸＲＢとして構成されたＤＲＢのセットについてパケット間到着時間またはバースト間到着時間を記録することができる。ＷＴＲＵは、平均時間推定値を保持することができる。ＷＴＲＵは、平均偏差推定値を保持することができる。ＷＴＲＵの時間推定値は、ＳＲＢ（ｓｉｇｎａｌｉｎｇ ｒａｄｉｏ ｂｅａｒｅｒ）の送信が実行されるか、ＸＲＢとして構成されていない任意のＲＢの送信が実行されることを条件として、リセットされ得る。

あるいは、ＷＴＲＵは、アップリンク送信および／またはダウンリンク送信のバッファ充填速度がある時間期間の間にあるしきい値（構成可能とすることができる）未満であることを条件として、休止モードをイネーブルすることができる。ＷＴＲＵは、構成されたＤＲＢの１つまたは複数のサブセットについてそのような測定を実行する。たとえば、ＷＴＲＵは、ＸＲＢとして構成されていないＤＲＢのデータを有しない場合および／またはそのようなＤＲＢがある時間期間の間にインアクティブであった場合に、ＸＲＢとして構成されたＤＲＢのセットのバッファ充填速度を記録することができる。ＷＴＲＵのバッファ充填速度推定値は、ＳＲＢに関する送信が実行されるか、ＸＲＢとして構成されていない任意のＲＢに関する送信が実行されることを条件として、リセットされ得る。

ＷＴＲＵは、次の実施形態のうちの少なくとも１つを使用して、動作の休止モードをディスエーブルすることができると暗黙のうちに判定することができる。

ＷＴＲＵは、ＷＴＲＵのＮＡＳが休止モードから離れて遷移し、これをＲＲＣに示すことを条件として、休止モードから離れて遷移することができる。ＷＴＲＵは、ＷＴＲＵのＮＡＳが、少なくとも１つの専用ベアラおよび／またはデフォルトベアラ（たとえば、ＸＲＢに関連しないベアラ）のリソースに関するセットアップを要求する制御シグナリング（たとえば、ＮＡＳサービス要求またはＮＡＳサービス更新）を送信することまたは保留中のＮＡＳセッション管理手続があることを条件として、休止モードから離れて遷移することができる。ＷＴＲＵは、ＷＴＲＵのＮＡＳが少なくとも１つの専用ベアラおよび／またはデフォルトベアラ（たとえば、ＸＲＢに関連しないベアラ）のリソースをセットアップする制御シグナリングを受信することまたは保留中のＮＡＳセッション管理手続があることを条件として、休止モードから離れて遷移することができる。

ＷＴＲＵは、ＲＲＣ制御シグナリングの受信時に、休止モード（たとえばＲＲＣ＿ＤＯＲＭＡＮＴ状態）からまたは動作の休止モードをサポートするアイドルモードもしくは接続モードの副状態から、接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）に遷移することができる。たとえば、ＷＴＲＵは、より上の層（たとえば、ＮＡＳ）が休止挙動なしの接続モード（たとえば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）への遷移を要求することを条件として、休止モードをディスエーブルすることができる。ＷＴＲＵは、接続モードに遷移するのにＲＲＣシグナリング手続を使用することができる。たとえば、ＷＴＲＵは、休止挙動をディスエーブルでき、かつ／またはＲＲＣ接続状態に遷移できるように、ＲＲＣ接続要求手続を実行することができる。

あるいは、ＷＴＲＵは、より上の層（たとえば、ＮＡＳ）がアイドルモード（たとえば、休止挙動なしのＩＤＬＥ状態）への遷移を要求することを条件として、休止モードをディスエーブルすることができる。あるいは、ＷＴＲＵは、たとえばＵＬ無線リンク故障またはＤＬ無線リンク故障の検出時に、ＷＴＲＵがアイドルモード（たとえば、休止挙動なしのＩＤＬＥ状態）へのＲＲＣ状態遷移を実行しなければならないとＷＴＲＵが判定することを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、ＷＴＲＵがある連続する個数（構成可能とすることができる）のＤＲＸサイクルにわたって制御シグナリング（たとえば、専用送信のスケジューリングに関する）を受信したことまたはＷＴＲＵが異なる（たとえば、おそらくはより短い）ＤＲＸサイクルを使用できることを示すＭＡＣ ＤＲＸ ＣＥを受信することを条件として、休止モードをディスエーブルすることができる。ＷＴＲＵは、使用可能なＤＲＸ構成のリストからのＤＲＸ構成へのインデックスを示すシグナリング（たとえば、ＭＡＣ ＣＥ）を受信することができる。あるいは、ＷＴＲＵは、デフォルトＤＲＸ構成に戻ることができる。たとえば、ＷＴＲＵは、ＲＡＣＨ構成および／またはＰＵＣＣＨ構成（たとえば、Ｄ−ＳＲに関する）などの他の構成態様に関するデフォルト構成に戻ることができる。

ＷＴＲＵは、ＷＴＲＵがサブフレームの特定のセットの間および／もしくはある個数のサブフレームより長い期間の間にスケジューリングされたことまたはＰＤＣＣＨアクティビティがあるしきい値（構成可能とすることができる）を超えるとＷＴＲＵが判定することを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、タイマに基づいて休止モードをディスエーブルすることができる。たとえば、ＷＴＲＵは、ある個数のサブフレームが経過したことを条件として、休止モードをディスエーブルすることができる。このタイマは、ＷＴＲＵのバッファ状態に基づいて再開始され得る。たとえば、このタイマを、ＷＴＲＵのアップリンクバッファがたとえばＷＴＲＵの構成されたＬＣＧおよび／またはＬＣＨのサブセットについて非ゼロであることを条件として、再開始され得る。ＷＴＲＵは、より多くのリソースを要求できるように、休止のディスエーブルにつながる可能性があるある長さの時間についてバッファレベルが使用可能なアップリンクリソースを超えると判定することができる。

ＷＴＲＵは、たとえばＰＲＡＣＨ上または競合ベースのリソース上での送信の後に、ＴＡＣを受信し、有効なアップリンクタイミングアライメントを有する（たとえば、ＴＡＴが、少なくともＷＴＲＵの構成の主サービングセルについて開始される場合）ことを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、ＸＲＢではない少なくとも１つのＤＲＢをＷＴＲＵの構成に追加するＲＲＣ再構成手続が実行されることを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、ＷＴＲＵが送信に使用可能な新しいデータを有することを条件として、休止モードをディスエーブルすることができる。たとえば、ＷＴＲＵは、接続モード挙動から利益を得ることができるデータが送信に使用可能になる（たとえば、ＸＲＢとして構成されていない無線ベアラ（すなわち、ＤＲＢおよび／またはＳＲＢ）が、セットアップされる必要があるか、ＸＲＢではない既存のＤＲＢおよび／またはＳＲＢに関するデータが送信に使用可能になる）とＷＴＲＵが判定することを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、データがＳＲＢおよび／またはＸＲＢとして構成されていない任意のＤＲＢ上での送信に使用可能になることを条件として、休止モードをディスエーブルすることができる。ＷＴＲＵは、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）がトリガされる（または保留中である）か、そのＢＳＲがトリガされたことを条件として、休止モードをディスエーブルすることができる。ＷＴＲＵは、ＳＲがトリガされ、かつ／もしくはＳＲＢについて保留中であること、ＳＲがトリガされ、かつ／もしくはＸＲＢとして構成されていないＤＲＢについて保留中であること、ＳＲがトリガされ、かつ／もしくはしきい値より高い優先順位を有するＬＣＨ／ＬＣＧに関連するＲＢについて保留中であること、および／またはより上の層（たとえば、ＮＡＳ）が、接続モード（たとえば、休止挙動なしのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）への遷移を要求する新しいサービスのセットアップを開始することを条件として、休止モードをディスエーブルすることができる。その後、ＷＴＲＵは、ＲＲＣ接続要求手続を開始することができる。

あるいは、ＷＴＲＵは、少なくともＤＲＢのサブセットに関するデータ到着レートが、あるしきい値（構成可能とすることができる）を超え、特定のＤＲＢ（たとえば、ＸＲＢ（１つまたは複数）に関して、および他のＤＲＢがその時間中に空のバッファを有する時）が、あるしきい値（構成可能とすることができる）未満であり、またはデータの合計全体があるしきい値を超えることを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、構成された測定イベントが、たとえば特定のタイプの測定イベント（たとえば、しきい値未満のサービングセルまたは測定構成で明示的に示される）に関する測定レポートをトリガすることを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、ＷＴＲＵが休止モードに留まる必要があることを示さないモビリティ制御ＩＥを有するＲＲＣ接続再構成メッセージをＷＴＲＵが受信することを条件として、または、ハンドオーバが、異なるＲＡＴ（無線アクセス技術）に対する場合もしくは異なるＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）へ向かう場合に、または、休止状態で継続することを試みる間にハンドオーバ実行の失敗が発生する場合に、休止モードをディスエーブルすることができる。

ＷＴＲＵは、セル再選択手続が、ＷＴＲＵが現在接続されているかキャンプしつつあるセルとは異なるセルの選択をもたらすことを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、ＷＴＲＵが無線リンク問題（たとえば、同期はずれまたは無線リンク障害条件に出会う）ことまたはＷＴＲＵがＲＲＣ接続再確立手続を実行することを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、アップリンク送信および／またはダウンリンク送信の間に経過した時間（たとえば、パケット間バースト間到着時間）があるしきい値（構成可能とすることができる）未満であることを条件として、休止モードをディスエーブルすることができる。ＷＴＲＵは、構成されたＤＲＢの１つまたは複数のサブセットに関してそのような測定を実行することができる。たとえば、ＷＴＲＵは、ＸＲＢとして構成されたＤＲＢのセットに関してパケット間到着時間またはバースト間到着時間を記録することができる。ＷＴＲＵは、平均時間推定値を保持することができる。ＷＴＲＵの時間推定値は、ＳＲＢの送信が実行され、ＸＲＢとして構成されていない任意のＲＢの送信が実行され、かつ／またはＷＴＲＵが休止モードを終了することを条件として、リセットされ得る。

ＷＴＲＵは、アップリンク送信および／またはダウンリンク送信のバッファ充填速度がある期間にわたってあるしきい値（構成可能とすることができる）を超えることを条件として、休止モードをディスエーブルすることができる。ＷＴＲＵは、構成されたＤＲＢの１つまたは複数のサブセットについてそのような測定を実行することができる。たとえば、ＷＴＲＵは、ＸＲＢとして構成されたＤＲＢのバッファ充填速度を記録することができる。ＷＴＲＵのバッファ充填速度推定値は、ＳＲＢに関する送信が実行され、ＸＲＢとして構成されていない任意のＲＢに関する送信が実行され、かつ／またはＷＴＲＵが休止モードを終了することを条件として、リセットされ得る。

ＷＴＲＵは、休止モードの使用がＷＴＲＵの無線リソース構成内で構成され、かつ／または許容されることを条件として、上記の実施形態の任意の組合せを使用して休止モードをイネーブルし、ディスエーブルすることができる。休止モードに関する構成は、ＤＲＸ、ＰＵＣＣＨ、ＳＲＳ、およびＰＲＡＣＨなどの態様に関する休止モードを用いて動作していない間に使用される構成に加えられるものとすることができる。この構成は、態様ごとに、たとえばパラメータのインデクシングされたリストとして構成される、複数のパラメータを含むことができる。

接続モードのＷＴＲＵは、次の実施形態のうちの少なくとも１つに従う明示的指示に基づいて、動作の休止モードをイネーブルすることができる。

ＷＴＲＵは、ＷＴＲＵのＮＡＳが休止モード動作に関する要求を示す制御シグナリング（たとえば、ＮＡＳサービス要求またはＮＡＳサービス更新）を送信することを条件として、休止モードに遷移することができる。たとえば、ＷＴＲＵは、ＷＴＲＵのＮＡＳが休止モード動作を示す制御シグナリングを受信する時に、休止モードに遷移することができる。

ＷＴＲＵは、休止モードをイネーブルする必要があることを示すＲＲＣメッセージを受信することを条件として、休止モードをイネーブルすることができる。たとえば、ＷＴＲＵは、休止モードをイネーブルする必要があることの指示を有するＲＲＣ接続再構成メッセージ（たとえば、フラグを含み、かつ／またはＲＲＣ＿ＤＯＲＭＡＮＴもしくは休止挙動をサポートするＲＲＣアイドル状態もしくはＲＲＣ接続状態の副状態など、異なるＲＲＣ状態への状態遷移をトリガするメッセージ）の受信を条件として、休止モードをイネーブルすることができる。このメッセージは、休止モードで動作している間に使用すべき構成パラメータのセットへのインデックスを含むことができる。ＷＴＲＵは、応答メッセージ内で要求および／または再構成を確認することができる。

あるいは、ＷＴＲＵは、ＷＴＲＵがＲＲＣ接続解放メッセージを受信することを条件として、休止モードをイネーブルすることができる。このメッセージは、休止モードがイネーブルされる必要があることの指示を含むことができる（たとえば、フラグを含み、かつ／またはＲＲＣ＿ＤＯＲＭＡＮＴもしくは休止挙動をサポートするＲＲＣアイドル状態もしくはＲＲＣ接続状態の副状態など、異なるＲＲＣ状態への状態遷移をトリガするメッセージ）。ＷＴＲＵは、応答メッセージ内で要求および／または再構成を確認することができる。ＷＴＲＵは、平均偏差を伴うまたは伴わない平均パケット間到着時間、平均偏差を伴うまたは伴わない平均バースト間到着時間、平均バーストサイズ、バッファ充填速度、平均パケットサイズ、または類似物のうちの少なくとも１つなどのトラフィック特性を含む追加情報を確認内に含めることができる。ＷＴＲＵは、ＷＴＲＵのモビリティに関連する情報を含めることができる。ＷＴＲＵは、たとえば使用可能なパラメータのリストから選択されたパラメータに対応するインデックスなど、ＤＲＸパラメータおよび／またはスケジューリング要求パラメータなどの好ましいパラメータの選択物を含めることができる。休止モードをイネーブルするメッセージは、構成されたＤＲＢ（１つまたは複数）および／またはＳＲＢ（１つまたは複数）を除去し、かつ／または解放することができ、ＸＲＢ（１つまたは複数）を追加し、再構成し、または保持することができる。

ＷＴＲＵは、休止モードをイネーブルする必要があることを示すＬ２制御シグナリングを受信することを条件として、休止モードをイネーブルすることができる。たとえば、ＷＴＲＵは、異なる（たとえば、より長い）ＤＲＸサイクルを使用する必要があることの指示を有するＭＡＣ ＣＥをＷＴＲＵが受信することを条件として、休止モードをイネーブルすることができる。ＷＴＲＵは、使用可能なＤＲＸ構成のリストからのＤＲＸ構成へのインデックスを示すシグナリング（たとえば、ＭＡＣ ＣＥ）を受信することができる。たとえば、この指示は、ＲＡＣＨ構成および／またはＰＵＣＣＨ構成（たとえば、Ｄ−ＳＲに関する）などの他の構成態様に関する異なる（たとえば、非デフォルト）構成に対応することができる。このシグナリングは、専用プリアンブルインデックス（たとえば、ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘ）および／またはＰＲＡＣＨマスク（たとえば、ｒａ−ＰＲＡＣＨ−ＭａｓｋＩｎｄｅｘ）を含むことができる。あるいは、ＷＴＲＵは、ＷＴＲＵの副サービングセルを非アクティブ化し、休止モードを主サービングセルについて使用する必要があることを示すＭＡＣ非アクティブ化ＣＥをＷＴＲＵが受信することを条件として、休止モードをイネーブルすることができる。あるいは、ＷＴＲＵは、ＷＴＲＵの主サービングセルを非アクティブ化する（たとえば、ＭＡＣ ＣＥ内で示され、ＲＲＣによって構成され、または先験的に既知とすることのできる複数のサブフレームについて）ＭＡＣ非アクティブ化ＣＥをＷＴＲＵが受信することを条件として、休止モードをイネーブルすることができる。

ＷＴＲＵは、ＰＤＳＣＨ送信に関するダウンリンク割当および／またはＰＵＳＣＨ送信に関するアップリンクグラントを示すＬ１制御シグナリングを受信することを条件として、休止モードをイネーブルすることができる。たとえば、ＷＴＲＵは、制御シグナリングが特定のサブフレーム内（たとえば、サブフレームの半静的に構成されたセット内および／またはＤＲＸアクティブ時間のオン持続時間内）に受信されることを条件として、休止モードをイネーブルすることができる。あるいは、ＷＴＲＵは、ＤＲＸアクティブ時間の一部であるがＷＴＲＵのＤＲＸオン持続時間の一部ではないサブフレーム内にＬ１制御シグナリングが受信されることを条件として、休止モードをイネーブルすることができる。あるいは、ＷＴＲＵは、ＷＴＲＵが休止モードをイネーブルする必要があることを示す（たとえば、ＤＣＩフォーマット内のビットを使用して）Ｌ１制御シグナリングを受信することを条件として、休止モードをイネーブルすることができる。あるいは、ＷＴＲＵは、ＷＴＲＵが休止モード動作の状態を変更する必要があることを示すＷＴＲＵ固有ＲＮＴＩを使用してＤＣＩがスクランブルされることを条件として、休止モードをイネーブルすることができる。

ＷＴＲＵは、ＴＤＦ（ｔｒａｆｆｉｃ ｄｅｔｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）ベースのＣＰ（制御プレーン）ポリシングに基づいて（たとえば、ＰＣＲＦ（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｒｕｌｅｓ ｆｕｎｃｔｉｏｎ）を介して提供されまたはＰＧＷ内で直接にオペレータによって構成される（すなわち、ＰＣＥＦ（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ａｎｄ ｅｎｆｏｒｃｅｍｅｎｔ ｆｕｎｃｔｉｏｎ））のいずれかである従来のＴＤＦ実施オペレータポリシを使用して）、休止モードをイネーブルすることができる。ＴＤＦ／ＡＤＣＦ（ａｐｐｌｉｃａｔｉｏｎ ｄｅｔｅｃｔｉｏｎ ａｎｄ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）は、ある種の挙動を示すユーザプレーンフローを識別し、この情報を制御プレーン管理エンティティに戻って供給する。挙動の例は、システムリソースの確立または分解を引き起こす可能性がある規則的なインターバルでの小サイズパケットのバーストの受信を含むが、これに限定されない。ユーザプレーンでのそのような挙動の検出は、制御プレーン妨害にリンクされまたは関連する可能性があるので、ＰＧＷ（ＳＧＷを介して）は、そのような挙動を分類し、その特性をＭＭＥ（または他の制御プレーンエンティティ）に通信する。ＭＭＥは、アクションを行うか、この情報をｅＮＢまたはＷＴＲＵに渡し、このｅＮＢまたはＷＴＲＵは、特定のアクションを行うことができる。そのような特定のアクションは、ある種のトラフィックをフラッシュアウトするかＮＡＳサービス要求などの特定の制御プレーンイベントをバックオフするために新しいベアラをインスタンス化することを含むが、これに限定されない。

ＷＴＲＵは、次の実施形態のうちの少なくとも１つに従って明示的な指示に基づいて動作の休止モードをディスエーブルすることができる。

ＷＴＲＵは、ＷＴＲＵのＮＡＳが休止モードに関連しない動作（たとえば、接続モードでの送信に関するリソース）を示す制御シグナリング（たとえば、ＮＡＳサービス要求またはＮＡＳサービス更新）を送信することを条件として、休止モードから離れて遷移することができる。あるいは、ＷＴＲＵは、ＷＴＲＵのＮＡＳが休止モードに関連しない動作（たとえば、接続モードでの送信に関するリソース）を示す制御シグナリングを受信することを条件として、休止モードから遷移することができる。

ＷＴＲＵは、休止モードをディスエーブルする必要があることを示すＲＲＣメッセージを受信する時に、休止モードをディスエーブルすることができる。たとえば、ＷＴＲＵは、休止モードをディスエーブルする必要があることの指示を有するＲＲＣ接続再構成メッセージ（たとえば、休止挙動をサポートしないＲＲＣ＿ＣＯＮＮＥＣＴＥＤまたはＲＲＣ＿ＩＤＬＥなどの異なるＲＲＣ状態への状態遷移を示し、かつ／またはトリガするフラグを含むメッセージ）を受信することを条件として、休止モードをディスエーブルすることができる。

ＷＴＲＵは、ＲＲＣ接続再構成要求など、ＲＲＣ接続を再構成するＲＲＣメッセージをＷＴＲＵが受信することを条件として、休止モードから接続状態に遷移することができる。ＲＲＣ接続再構成メッセージは、休止挙動を非アクティブ化する必要があることを示すことができる。

ＷＴＲＵは、ＲＲＣ接続解放メッセージをＷＴＲＵが受信することを条件として、休止モードからアイドル状態に遷移することができる。ＲＲＣ接続解放メッセージは、休止モードをディスエーブルする必要があることの指示を含むことができる（たとえば、休止挙動を非アクティブ化する必要があることを示すフラグを含むメッセージおよび／またはＲＲＣ＿ＩＤＬＥなどのアイドルモードへの状態遷移をトリガするフラグを含むメッセージ）。ＷＴＲＵは、応答メッセージ内で要求および／または再構成を確認することができる。休止モードをディスエーブルするメッセージは、すべての構成された無線ベアラ（たとえば、すべてのＳＲＢ、ＤＲＢ、および／またはＸＲＢ）を除去し、かつ／または解放することができる。

ＷＴＲＵは、休止モードをディスエーブルする必要があることを示すＬ２制御シグナリングを受信することを条件として、休止モードをディスエーブルすることができる。たとえば、Ｌ２制御シグナリングを、異なる（たとえば、より短い）ＤＲＸサイクルを使用する必要があることの指示を有するＭＡＣ ＣＥ、またはＷＴＲＵの少なくとも１つのサービングセル、たとえばＷＴＲＵの構成の副セルをアクティブ化するＭＡＣアクティブ化ＣＥとすることができる。ＷＴＲＵは、使用可能なＤＲＸ構成のリストからのＤＲＸ構成へのインデックスを示すシグナリング（たとえば、ＭＡＣ ＣＥ）を受信することができる。あるいは、ＷＴＲＵは、デフォルトＤＲＸ構成に戻ることができる。たとえば、ＷＴＲＵは、ＲＡＣＨ構成および／またはＰＵＣＣＨ構成（たとえば、Ｄ−ＳＲに関する）などの他の構成態様に関するデフォルト構成に戻ることができる。

ＷＴＲＵは、ＰＤＳＣＨ送信に関するダウンリンク割当および／またはＰＵＳＣＨ送信に関するアップリンクグラントを示すＬ１制御シグナリングを受信することを条件として、休止モードをディスエーブルすることができる。たとえば、ＷＴＲＵは、制御シグナリングが、サブフレームの半静的に構成されたセット内および／または複数の連続するＤＲＸサイクルのＤＲＸアクティブ時間のオン持続時間内など、特定のサブフレーム内で受信されることを条件として、休止モードをディスエーブルすることができる。あるいは、ＷＴＲＵは、たとえばＤＣＩフォーマット内のビットを使用して、ＷＴＲＵが休止モードをディスエーブルする必要があることを明示的に示すＬ１制御シグナリングを受信することを条件として、休止モードをディスエーブルすることができる。あるいは、ＷＴＲＵは、ＷＴＲＵが休止モード動作の状態を変更する必要があることを示すＷＴＲＵ固有ＲＮＴＩを使用してＤＣＩがスクランブルされることを条件として、休止モードをディスエーブルすることができる。あるいは、ＷＴＲＵは、ＷＴＲＵがランダムアクセス手続をトリガするＰＤＣＣＨシグナリングを受信することを条件として、休止モードをディスエーブルすることができる。

休止モードのＷＴＲＵに関するスケジューリング機会を導出する実施形態を、本明細書でこの後で説明する。

ＷＴＲＵは、ＰＤＣＣＨの受信および特定のＲＮＴＩを用いてスクランブルされたＤＣＩの復号を含む制御シグナリングの受信をイネーブルすることができる１つまたは複数のサブフレームのシーケンスを判定することができる。さらに、ＷＴＲＵは、ＷＴＲＵのＲＮＴＩにアドレッシングされたＤＣＩの場合に、ＷＴＲＵが、必要な場合にＰＤＳＣＨ上での対応する送信を復号できるように、対応するＰＤＳＣＨの少なくとも一部をバッファリングすることができる。

本明細書で説明される実施形態のいずれに関しても、ＷＴＲＵは、固定された個数のサブフレーム（たとえば、４ｍｓまたは８ｍｓ）またはＷＴＲＵ処理時間に対応するものとすることができる任意の期間の後に、制御シグナリングの受信をイネーブルし、かつ／またはディスエーブルすることができる。

さらに、休止モードのＷＴＲＵが制御シグナリングを監視する期間を使用して、ＷＴＲＵの他の挙動を制御することができる。たとえば、ＷＴＲＵは、チャネル測定（構成される場合に）を実行し、ＣＱＩ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）、および／もしくはＲＩ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ）（構成される場合に）を報告し、ＰＤＣＣＨを能動的に監視するサブフレーム内またはＷＴＲＵ固有ＲＮＴＩ（たとえばＷＴＲＵのＣ−ＲＮＴＩ）についてＰＤＣＣＨを監視する時にＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）（構成される場合に）を送信することができる。

ｅＮＢがＷＴＲＵを時間整列された状態に保持することを可能にするために、ＷＴＲＵは、それが制御シグナリングを監視するサブフレーム内にＳＲＳを送信することができる。あるいは、ＷＴＲＵは、正しいタイミングアライメントを有しない時に、非周期的ＳＲＳ要求に応答して、および／またはＷＴＲＵがダウンリンク制御シグナリングを監視しつつある間に、下で詳細に説明する特殊なサブフレーム内でＳＲＳを送信することができる。

ＷＴＲＵは、たとえば電力消費を減らすために、動作の休止モードでＤＲＸ機構を使用することができる。ＤＲＸ機構は、ＷＴＲＵがたとえばＰＤＣＣＨ上で制御シグナリングを監視する機会を提供する。ＤＲＸ機構は、レイヤ３（たとえば、ＲＲＣ）機構、またはあるいは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードで使用されるレイヤ２（たとえば、ＭＡＣ）機構、またはその変更された機構とすることができる。

ＷＴＲＵは、ダウンリンク割当、アップリンクグラント、およびランダムアクセス手続を独立に実行するためのＰＤＣＣＨオーダーに関するＤＣＩに関するダウンリンク制御シグナリングの受信をイネーブルし、またはディスエーブルすることができる。たとえば、ＷＴＲＵが、アップリンク送信に使用可能なデータを有しないが、関係するサブフレーム内で制御シグナリングを監視する必要があると判定する場合に、ＷＴＲＵは、ダウンリンク割当およびランダムアクセス手続を実行するためのＰＤＣＣＨオーダーに関する制御シグナリングの復号を試みることができる。

休止モードのＷＴＲＵは、次の実施形態のうちの少なくとも１つを使用して、ユニキャスト送信（１つまたは複数）のスケジューリングに関する制御シグナリングの受信を暗黙のうちにイネーブルすることができる。

ＷＴＲＵは、レイヤ３（Ｌ３）ＤＲＸ機構を使用することができる。ＷＴＲＵは、ＰＤＣＣＨ上での制御シグナリングの受信をイネーブルし、ＷＴＲＵ固有ページング機会にＷＴＲＵに割り当てられたＲＮＴＩを用いてスクランブルされた１つまたは複数のＤＣＩについて復号することができる。ＲＮＴＩを、ＷＴＲＵ固有ＲＮＴＩ（すなわち、ＷＴＲＵのＣ−ＲＮＴＩ）とすることができる。ＲＮＴＩを、ＷＴＲＵがページング機会に復号できる他のＲＮＴＩ（たとえば、Ｐ−ＲＮＴＩ）に加えて、ＰＤＣＣＨ上での復号の試みで使用することができる。ＷＴＲＵは、アイドルモード手続と同様に、ＷＴＲＵ固有のページング機会にそのＣ−ＲＮＴＩについてＰＤＣＣＨを監視することができる。ページング機会を、ＷＴＲＵが割り当てられたＲＮＴＩ（たとえば、ＷＴＲＵのＣ−ＲＮＴＩ）について監視できる複数のサブフレーム（構成可能とすることができる）だけ延長することができる。

あるいは、ＷＴＲＵは、ＷＴＲＵ固有のページング機会とは異なる可能性があるＬ３（たとえばＲＲＣ）構成された機会を使用することができる。たとえば、ＷＴＲＵは、スケジューリング機会にそのＣ−ＲＮＴＩについてＰＤＣＣＨを監視することができる。１つのスケジューリングフレームが、１つの無線フレームに対応することができ、この無線フレームは、１つまたは複数のスケジューリング機会を含むことができる。スケジューリングフレームおよびスケジューリング機会を、ＲＲＣによって提供される（ブロードキャストによってまたは専用のシグナリングを使用してのいずれかで）式およびＤＲＸパラメータの組合せを使用して導出することができる。たとえば、スケジューリングフレームを、ＳＦＮ（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ）およびＷＴＲＵのアイデンティティ（たとえば、ＷＴＲＵのＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ）から導出される）の関数によって判定することができ、スケジューリング機会を、ＷＴＲＵのアイデンティティ（たとえば、ＷＴＲＵのＩＭＳＩから導出される）の関数とすることができるサブフレームパターンへのインデックスに基づいて判定することができる。あるいは、スケジューリングフレームおよびスケジューリング機会を、専用のシグナリング（たとえば、ＲＲＣ）を介して、たとえば、無線リソース構成手続の一部としてまたはＷＴＲＵに関するＤＲＸを構成するシグナリング手続の一部として、受信することができる。ＷＴＲＵは、ＤＲＸサイクルに従い、このサイクルは、特定のＷＴＲＵに関するスケジューリング機会の監視の間の個々のタイムインターバルに対応する。ＷＴＲＵは、１ＤＲＸサイクルあたり少なくとも１つのスケジューリング機会を監視することができる。

あるいは、ＷＴＲＵは、レイヤ２（Ｌ２）ＤＲＸ機構を使用することができる。ＷＴＲＵを、Ｌ２ ＤＲＸ動作に関する１つまたは複数のＤＲＸ構成を用いて構成することができ、または、ＷＴＲＵは、Ｌ２ ＤＲＸ動作に関する１つまたは複数のＤＲＸ構成を自律的に導出することができる。たとえば、ＷＴＲＵは、複数の構成されたレイヤ２ＤＲＸサイクルを使用することができ、かつ／または追加のＤＲＸサイクルを用いて構成され得る。たとえば、ＷＴＲＵは、ＰＤＣＣＨ上の制御シグナリングの受信をイネーブルし、スケジューリング要求がトリガされるサブフレームからＷＴＲＵに割り当てられたＲＮＴＩを用いてスクランブルされた１つまたは複数のＤＣＩについて復号することができる。ＲＮＴＩを、ＷＴＲＵ固有ＲＮＴＩ（たとえば、ＷＴＲＵのＣ−ＲＮＴＩ）とすることができる。ＷＴＲＵは、その間にＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）が保留中であるサブフレームについてそのＣ−ＲＮＴＩについてＰＤＣＣＨを監視することができる。ＳＲは、ＳＲＢについてトリガされ得る（かつ／または保留中である）（たとえば、新しいデータがＳＲＢに関して使用可能になる時）。ＳＲは、ＤＲＢについてトリガされ得る（かつ／または保留中である）（たとえば、新しいデータがＤＲＢに関して使用可能になる時）。ＳＲは、ＸＲＢとして構成されていないＤＲＢについてトリガされ得る。ＳＲは、しきい値より高い優先順位を有するＬＣＨ／ＬＣＧに関連するＲＢについてトリガされ得る（かつ／または保留中である）（たとえば、新しいデータがＤＲＢに関して使用可能になる時）。ＳＲは、たとえばしきい値未満のサービングセルなど、特定のタイプのＬ３メッセージ（たとえば、測定レポート）の送信の可用性からトリガされ得る（かつ／または保留中である）。

あるいは、ＷＴＲＵは、ＰＲＡＣＨリソース上でのランダムアクセスプリアンブルの送信の後のサブフレーム内でのＰＤＣＣＨ上での制御シグナリングの受信をイネーブルすることができる。ＷＴＲＵは、専用プリアンブルがＲＡＣＨに関して使用される場合に、ランダムアクセス応答に関するＲＡ−ＲＮＴＩおよびＣ−ＲＮＴＩに関して復号することができる。

上記のいずれに関しても、ＷＴＲＵが、少なくとも１つの制御シグナリングを成功して復号した後に、ＰＤＣＣＨ監視アクティビティを、ＤＣＩがスケジューリング情報を含めて受信される場合を含めて延長することができる（たとえば、「キープアライブ」を提供するためのおよび／もしくはｅＮＢでのタイミングアライメントのための非周期的ＳＲＳ送信を要求するＤＣＩが復号される場合、または、ランダムアクセス手続をトリガするＤＣＩが復号される場合）。

休止モードのＷＴＲＵは、ユニキャスト送信のスケジューリングに関する制御シグナリングの受信を暗黙のうちにディスエーブルすることができる。たとえば、ＷＴＲＵがＤＣＩを成功して復号することを条件として、ＷＴＲＵは、ＷＴＲＵが少なくとも次のウェイクアップ機会まで制御シグナリングの受信をディスエーブルできるように関連するタイマ（１つまたは複数）が満了するまで、複数の後続のサブフレームに関してＰＤＣＣＨ監視アクティビティを延長することができる（たとえば、制御シグナリングの成功の復号の際に再開始できるタイマに基づいて、および／または構成される場合にＬ２ ＤＲＸを使用して）。

休止モードのＷＴＲＵは、明示的シグナリングに基づいて、ユニキャスト送信（１つまたは複数）のスケジューリングに関する制御シグナリングの受信をイネーブルすることができる。

ＷＴＲＵを、周期的なインターバルで発生するウェイクアップ機会を用いて構成することができる。あるいは、ＷＴＲＵは、ＰＤＣＣＨ上の制御シグナリングの受信をイネーブルし、ＷＴＲＵの識別子（たとえば、より上の層によってまたはＲＲＣによって割り当てられたＷＴＲＵアイデンティティのうちの１つと一致するページングレコード内のＷＴＲＵアイデンティティ）を有する少なくとも１つのページングレコードを含むページングメッセージの受信の後に、ＷＴＲＵに割り当てられたＲＮＴＩ（たとえば、Ｃ−ＲＮＴＩ）を用いてスクランブルされた１つまたは複数のＤＣＩを復号することができる。ページングメッセージは、Ｃ−ＲＮＴＩならびに／または（専用の）プリアンブルおよび／もしくは（専用の）ＰＲＡＣＨリソースなど、ＷＴＲＵに関する専用の情報を含むことができる。

ＷＴＲＵは、ページングメッセージの受信に続いて、ランダムアクセス手続を開始することができる。ランダムアクセス手続は、ＷＴＲＵが有効なタイミングアライメントを有しないことまたはＷＴＲＵがまず有効なタイミングアライメントを有することなくＰＵＳＣＨ上での送信に関する構成を有しないこと（たとえば、ＷＴＲＵが、アップリンクでのタイムアライメントなしでＰＵＳＣＨ上で送信することを許可されない場合）を条件として実行され得る。

上記のいずれに関しても、ＷＴＲＵが、少なくとも１つの制御信号を成功して復号した後に、ＰＤＣＣＨ監視アクティビティを延長することができる。たとえば、受信されたＤＣＩが、たとえば非周期的ＳＲＳ送信を要求するＤＣＩが復号される場合に（たとえば、「キープアライブ」を提供するためおよび／またはｅＮＢでのタイミングアライメントのため）、スケジューリング情報を含む場合があり得る。

休止モードのＷＴＲＵは、明示的シグナリングに基づいて、ユニキャスト送信（１つまたは複数）のスケジューリングに関する制御シグナリングの受信をディスエーブルすることができる。明示的シグナリングは、Ｌ３シグナリング（たとえば、ＲＲＣ）、Ｌ２シグナリング（たとえば、ＭＡＣ ＣＥ）、およびＬ１シグナリング（たとえば、明示的指示を伴うＤＣＩ）を含む。たとえば、ＷＴＲＵは、ＷＴＲＵがＰＤＣＣＨの監視を停止できることを示すＭＡＣ ＤＲＸ ＣＥの受信時に、制御シグナリングの受信をディスエーブルすることができる。あるいは、特定のＭＡＣ ＣＥを、このために定義することができる。たとえば、ＷＴＲＵは、ＷＴＲＵが制御シグナリングの受信をディスエーブルすることの指示を含むＤＣＩまたはあるいは特定のＲＮＴＩを用いてスクランブルされたＤＣＩの受信時に、制御シグナリングの受信をディスエーブルすることができる。

休止モードでのダウンリンクデータ送信および／またはアップリンクデータ送信に関する実施形態を、本明細書のこの後で開示する。小さいデータの間欠的送信のトラフィックパターンは、ダウンリンクデータ転送のみ（たとえば、ネットワークサービスからの「キープアライブ」タイプのメッセージ）、ダウンリンクデータ転送とそれに続くアップリンクデータ転送（たとえば、ネットワークサービス（たとえば、ロケーションベースのサービスおよび／またはプッシュベースのサービス（たとえば、電子メール））から発する要求などの要求−応答タイプのメッセージ、アップリンクデータ転送のみ（たとえば、アプリケーショからのキープアライブタイプのメッセージ）、およびアップリンクデータ転送とそれに続くダウンリンクデータ転送（たとえば、モバイル端末内のアプリケーション（たとえば、ロケーションベースのクライアントおよび／またはフェッチベースのサービス（たとえば、電子メールクライアント））から発する要求などの要求−応答タイプのメッセージ））の特徴があるものとすることができる。

休止モードのＷＴＲＵは、スケジューリング機会を判定するために本明細書で開示される１つまたは複数の実施形態に従って制御シグナリングを監視することができる。休止モードである間に、ＷＴＲＵは、小さいデータを転送するのに、コネクションレス手法または制御プレーン／シグナリングベアラを使用することができる。ＷＴＲＵは、開始される時に、対応するデータ転送ごとに次の手続のいずれをも実行することができる。

ＷＴＲＵを、ＷＴＲＵが正しいタイミングアライメントを有しない可能性がある（たとえば、ＴＡタイマがＷＴＲＵに関して満了する時）間にアップリンク送信に関してスケジューリングすることができる。

一実施形態では、ＷＴＲＵを、タイミングミスアライメントを許容できる特殊なサブフレーム内でのアップリンク送信のために構成することができる。特殊なサブフレームは、大きいタイミングミスアライメントが隣接サブフレーム内の他のセル内送信に干渉しなくなるように、少なくとも１つのガード期間（たとえば、セルのサイズに基づくものとすることができる十分に大きい複数のシンボル）を含むことができる。たとえば、１つのガード期間を、サブフレームの始めおよび／または終りに定義することができる。ＷＴＲＵは、特殊なサブフレーム内で、同期化されない送信（たとえば、ＰＲＡＣＨリソース上のＲＡＣＨプリアンブル送信、ＰＵＣＣＨ送信、またはＰＵＳＣＨ送信を含むランダムアクセス手続）を実行することができる。特殊なサブフレーム内でのランダムアクセスを、競合なしとすることができる。

ＷＴＲＵは、半静的な形（たとえば、時間において周期的）で１つまたは複数の特殊なサブフレームを構成する専用シグナリング（たとえば、ＲＲＣ）を受信することができる。あるいは、ＷＴＲＵは、動的ＰＤＣＣＨ制御シグナリング（たとえば、ＰＵＳＣＨ送信に関するグラントのＤＣＩ）を受信することができる。あるいは、ＷＴＲＵは、１つまたは複数の特殊なサブフレームおよび／または周期性を示すブロードキャストシグナリング（たとえば、ＢＣＣＨ（ｂｒｏａｄｃａｓｔ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）上のシステム情報ブロードキャスト）を受信することができる。ネットワークは、アップリンクリソースの適当な割当を介してすべての可能なセル内干渉およびセル間干渉を処理することができる。たとえば、そのようなサブフレームは、再帰するサブフレーム（たとえば、無線フレームの各整数Ｘ個のサブフレーム１、ここで、Ｘは１以上とすることができる）とすることができる。

他のＷＴＲＵは、特殊なサブフレーム内で送信することを許可されないものとすることができる。特殊なサブフレームのフォーマットを、特殊なサブフレーム内での送信をサポートするＷＴＲＵ（１つまたは複数）によって理解されるものとすることができる。特殊なサブフレーム内での送信をサポートしないＷＴＲＵについて、特殊なサブフレームを、ＭＢＳＦＮ（ｍｕｌｔｉｃａｓｔ／ｂｒｏａｄｃａｓｔ ｏｖｅｒ ａ ｓｉｎｇｌｅ ｆｒｅｑｕｅｎｃｙ ｎｅｔｗｏｒｋ）サブフレームとして構成することができる。これは、サポートしないＷＴＲＵに関する後方互換性を保証すると同時に、特殊なサブフレーム内でのセル内干渉およびセル間干渉を防ぐはずである。

正しいタイミングアライメントを有しないＷＴＲＵは、ＰＤＣＣＨ制御シグナリングに従って特殊なサブフレーム内でＰＵＳＣＨリソース上でのアップリンク送信を実行することができるが、他のサブフレーム上でＰＵＳＣＨ送信を実行することはできない。特殊なサブフレームは、ＰＵＳＣＨ送信またはＰＲＡＣＨ送信に制限されるのではないものとすることができ、ＳＲＳ送信（構成される場合）または任意の他の物理チャネル送信に適用することができる。これを、「特殊なサブフレーム内でのアップリンク送信」と称する。

特殊なサブフレームについて、ＷＴＲＵを、たとえば、ＰＤＣＣＨ上で監視すべき特定のＲＮＴＩ（たとえば、ＣＢ−ＲＮＴＩ）を含む競合ベースのＰＵＳＣＨ（ＣＢ−ＰＵＳＣＨ）上のアップリンク送信をスケジューリングする動的ダウンリンク制御シグナリングの復号および処理に関するパラメータ、ＷＴＲＵがＣＢ−ＰＵＳＣＨ送信に関する制御シグナリングを復号できるサブフレーム、ＷＴＲＵがＣＢ−ＰＵＳＣＨリソース上で送信を実行できるサブフレーム、または類似物のうちの少なくとも１つを用いて構成することができる。この構成を、リソースの周期性、ＲＮＴＩなどのパラメータ、リソース割当（たとえば、リソースブロック）、およびＭＳＣ（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ）に関してＳＰＳ構成に類似するものとすることができる。

ＷＴＲＵは、アップリンク送信を実行するためのパラメータを判定するために、ＰＤＣＣＨ上のＣＢ−ＲＮＴＩを用いてスクランブルされたＤＣＩを周期的に監視し、復号することができる。ＷＴＲＵは、それが送信に使用可能なデータを有する、データがＸＲＢに対応する、ＷＴＲＵが送信すべきＢＳＲ（ｂｕｆｆｅｒ ｓｔａｔｕｓ ｒｅｐｏｒｔ）を有する、またはＷＴＲＵが有効なアップリンクタイミング同期化を有することのうちの少なくとも１つを条件として、制御シグナリングを復号することができる。

ＷＴＲＵは、ＷＴＲＵ固有サブフレーム（１つまたは複数）に関して有効な専用ＰＲＡＣＨリソースを受信することができる。ＷＴＲＵ固有サブフレームに関して、ＷＴＲＵを、ＰＲＡＣＨリソース上での送信に関する専用パラメータ、専用プリアンブル（ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘ）、ＰＲＡＣＨマスクインデックス（ＰＲＡＣＨ−Ｍａｓｋ−ｉｎｄｅｘ）、プリアンブル再送信の最大回数、または類似物のうちの少なくとも１つを用いて構成することができる。たとえば、ＷＴＲＵを、専用プリアンブル（たとえば、ＰＲＡＣＨリソース上の競合なしの送信用）および／または専用ＰＲＡＣＨリソース（たとえば、所与のサブフレームに関する異なるＷＴＲＵの多重化用）を用いて構成することができる。ＷＴＲＵは、サブフレームのサブセット内で構成を使用してＰＲＡＣＨ上での送信を実行することができる。サブフレームのこのサブセットを、ネットワークによって、たとえば周期性、複数のサブフレーム（たとえば、１つのフレーム、または複数のフレーム）に適用可能なビットマスク、および／またはＳＦＮ（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ）の関数を使用して、構成することができる。この手続を、「ＷＴＲＵ固有サブフレームでのＣＦＲＡ送信」と称する。

ＷＴＲＵを、ネットワークに追加情報を伝えるためのＰＲＡＣＨパラメータの複数のセットを用いて構成することができる。そのような情報は、ＨＡＲＱフィードバック、ＸＲＢ（１つまたは複数）に関するリソースおよび／またはＸＲＢ以外の無線ベアラに関するリソース（たとえば、より高い優先順位を有する）を含むアップリンクリソースの要求を含むことができる。そのような情報を伝えるために構成され得るパラメータは、ＰＲＡＣＨリソースの別々のセット、ＰＲＡＣＨ用のＷＴＲＵ固有サブフレームの異なるセット、および／または専用プリアンブルの異なるセットを含む。たとえば、ＷＴＲＵが、アップリンクリソースを要求するためにＷＴＲＵ固有ＰＲＡＣＨ機会にプリアンブル送信を実行する時に、ＷＴＲＵは、ＷＴＲＵのバッファ（ＢＳＲを含む）内のデータのタイプに関するスケジューリング要求（すなわち、ＲＡ−ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ ｖｉａ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ））を示すための第１の専用プリアンブルまたはＸＲＢに対応するデータのＳＲを示すための第２のプリアンブルのいずれかを選択することができる。あるいは、第１のプリアンブルは、ＸＲＢのＳＲ（休止モードに留まりながらのユーザデータのアップリンク送信用）を示すことができ、第２のプリアンブルは、ＳＲＢに関する（たとえば、休止モードを終了するＲＲＣ接続を要求するため）。あるいは、上の以前の例に関して、第１のプリアンブルと第２のプリアンブルとの間で選択するのではなく、ＷＴＲＵは、その代わりに、第１のＷＴＲＵ固有サブフレームと第２のＷＴＲＵ固有サブフレームとの間で選択することができる。あるいは、ＷＴＲＵは、第１のＰＲＡＣＨリソースと第２のＰＲＡＣＨリソースとの間で選択することができる。あるいは、ＷＴＲＵは、ＷＴＲＵが有効なアップリンクタイミングアライメントを有することを条件として、ＰＲＡＣＨ構成などのスケジューリング要求に関する第１の構成と、Ｄ−ＳＲ用のＰＵＣＣＨ構成などのスケジューリング要求に関する第２の構成との間で選択することができる。

ＷＴＲＵは、たとえばＸＲＢに関する、１つまたは複数（たとえば、バースト）の送信または再送信に対応するＨＡＲＱフィードバックを送信するためのＷＴＲＵ固有のＰＲＡＣＨ機会（すなわち、ＷＴＲＵ固有サブフレーム内）でプリアンブル送信を実行することができる。ＷＴＲＵは、ＨＡＲＱ肯定応答に対応するように、またはバースト全体を肯定応答するために、第１のプリアンブルを選択することができる。ＷＴＲＵは、ＲＡ−ＳＡを実行するためおよび／またはＨＡＲＱ ＮＡＣＫを示すために、第２のプリアンブルを選択することができる。ネットワークがＲＬＣで再送信を実行すべきか否かを判定できるようにするＲＬＣレポートを、第１のアップリンク送信に含めることができる。あるいは、第１のプリアンブルと第２のプリアンブルとの間で選択するのではなく、ＷＴＲＵは、その代わりに、第１のＷＴＲＵ固有サブフレームと第２のＷＴＲＵ固有サブフレームとの間で選択することができる。あるいは、ＷＴＲＵは、第１のＰＲＡＣＨリソースと第２のＰＲＡＣＨリソースとの間で選択することができる。あるいは、ＷＴＲＵは、ＨＡＲＱフィードバックがそれに関して送信されるダウンリンク送信をＤＣＩがスケジューリングしたＰＤＣＣＨシグナリング上で受信されたＤＣＩの第１のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）の関数としてＨＡＲＱフィードバック（たとえば、ＨＡＲＱ ＡＣＫ）を示すのに使用されるプリアンブルを選択することができる。フィードバックが複数の送信（たとえば、バースト）に対応する場合には、選択されるプリアンブルを、バースト内の最後の送信をスケジューリングしたＤＣＩの関数とすることができる。フィードバックが複数の送信（たとえば、バースト）に対応する場合には、ＨＡＲＱフィードバックを、バンドルのすべてのダウンリンク送信が成功して受信されたことを条件としてＡＣＫとすることができる。あるいは、バースト内の少なくとも１つの送信が成功して受信されたことを条件として、プリアンブルを送信することができる。選択されるプリアンブルを、たとえば、肯定の肯定応答が送信されなかった最後の送信から始まる連続する送信に関する、バースト内で成功して受信された送信の個数の関数とすることができる。

あるいは、休止モードのＷＴＲＵは、たとえばＸＲＢに関連するデータ以外のデータ（ＢＳＲを除外することができる）について、ＷＴＲＵ固有サブフレーム以外のサブフレーム内でネットワークにアクセスするのに従来の手続を使用することができる。たとえば、ＷＴＲＵは、ＷＴＲＵ固有サブフレームに関するＰＲＡＣＨ送信に関連するものに対応しない可能性があるセルパラメータもしくは他の専用パラメータを使用してランダムアクセス手続を使用し、または、たとえば休止挙動がそれに関して適切ではないデータが送信に使用可能になる時にＲＲＣ接続を確立し、かつ／もしくは専用送信リソースを要求するために、ＷＴＲＵが有効なアップリンク同期を有することを条件として、構成される場合にＰＵＣＣＨ上でスケジューリング要求を使用することができる。そのようなデータは、より高い優先順位を有するデータ（たとえば、ＳＲＢデータ、ＤＲＢデータ）に対応するものとすることができる。そのようなデータは、ＷＴＲＵの構成のＸＲＢではない任意の無線ベアラに関するデータに対応するものとすることができる。あるいは、ＷＴＲＵが、ランダムアクセス手続を実行するようにＷＴＲＵに要求するＰＤＣＣＨ上の制御シグナリングを受信する場合には、ＷＴＲＵは、従来のランダムアクセス手続を実行することができる。

休止モードで動作するＷＴＲＵは、ＷＴＲＵが有効なアップリンクタイミングアライメントを有しない（たとえば、ＴＡＴが少なくとも主サービングセルに関して動作していない）場合に、有効なアップリンクタイミングアライメントを得るために手続を開始することができる（たとえば、ＷＴＲＵ固有サブフレーム内のＣＦＲＡ送信または構成される場合に特殊なサブフレーム内のＳＲＳ送信を含むランダムアクセス）。休止モードのＷＴＲＵが、ＰＤＳＣＨ割当を示す成功のダウンリンク制御シグナリング（ＷＴＲＵがその後にＰＵＣＣＨ上でＨＡＲＱ Ａ／Ｎを送信できるように）またはＰＵＳＣＨグラントを示すダウンリンク制御シグナリング（ＷＴＲＵがその後にＰＵＳＣＨ上で送信できるように）を受信することを条件として、タイミングアライメントを得るようにＷＴＲＵを構成することができる（たとえば、より上の層によって）。ＷＴＲＵが、関係するサブフレーム内で有効なタイミングアライメントを有しない場合には、ＷＴＲＵは、グラントに関してＰＵＳＣＨ上での送信を実行しないものとすることができる。

ＷＴＲＵが、そのバッファ内に送信に使用可能なデータを有する（たとえば、ＢＳＲがトリガされている）、もしくは、ＷＴＲＵが、保留中のスケジューリング要求を有することを条件として、または、ＷＴＲＵが、休止モードである間に有効なタイミングアライメントを入手する必要があると判定する（たとえば、ランダムアクセス手続を開始するために）場合には、休止モードで動作するＷＴＲＵは、有効なアップリンクタイミングアライメントを得るために手続を開始することができる。

ダウンリンクデータ転送に関して、休止モードで動作するＷＴＲＵは、ＷＴＲＵが有効なＴＡ（タイムアライメント）を有するか否かにかかわりなく、ＰＤＣＣＨ（たとえば、Ｃ−ＲＮＴＩを使用してスクランブルされた）上で専用ダウンリンク割当（１つまたは複数）を受信し、復号することができる。ＷＴＲＵが有効なＴＡを有する場合に、ＷＴＲＵは、ＨＡＲＱ Ａ／Ｎフィードバックを（たとえば、ＰＵＤＣＨ上で）送信することができる。そうではない場合には、ＷＴＲＵは、ＨＡＲＱ Ａ／Ｎフィードバックを送信しないものとすることができる。あるいは、ＷＴＲＵは、アップリンクタイミング同期を得るためおよび／またはダウンリンク送信を肯定応答するために、ＷＴＲＵ固有サブフレーム内でＣＦＲＡ送信を実行することができる。

アップリンクデータ転送が続くダウンリンクデータ転送について、休止モードで動作するＷＴＲＵは、ＷＴＲＵが有効なＴＡを有するか否かにかかわりなく、ＰＤＣＣＨ（たとえば、Ｃ−ＲＮＴＩを使用してスクランブルされた）上で専用ダウンリンク割当（１つまたは複数）を受信し、復号することができる。ＷＴＲＵが有効なＴＡを有する場合には、ＷＴＲＵは、ダウンリンク送信を受信した後に、ＨＡＲＱ Ａ／Ｎフィードバックを（たとえば、ＰＵＣＣＨ上で）送信することができる。あるいは、休止モードで動作するＷＴＲＵは、具体的にはＷＴＲＵが有効なＴＡを有しない場合に、ランダムアクセス手続を実行するようにＷＴＲＵに命令する、ＰＤＣＣＨ（たとえば、Ｃ−ＲＮＴＩを使用してスクランブルされた）上の制御シグナリングを受信し、復号することができる。ＷＴＲＵは、ＷＴＲＵが有効なＴＡを有する場合に、専用ＰＵＳＣＨリソース上でアップリンク送信に関するＰＤＣＣＨ（たとえば、Ｃ−ＲＮＴＩを使用してスクランブルされた）上の制御シグナリング（たとえば、アップリンクグラント）を受信し、復号することができる。あるいは、ＷＴＲＵは、グラントのタイミングが特殊なサブフレームに対応し、かつ、ＷＴＲＵが有効なタイミングアライメントを有しない場合に、特殊なサブフレームを使用して専用ＰＵＳＣＨリソース上で送信することができる。ＷＴＲＵは、ＰＵＳＣＨ上の競合ベースのアップリンク送信に関して、ＰＤＣＣＨ（たとえば、ＣＢ−ＲＮＴＩ（ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ＲＮＴＩ）を使用してスクランブルされた）上の制御シグナリング（たとえば、アップリンクグラント）を受信し、復号することができる。ＷＴＲＵは、ＷＴＲＵが有効なＴＡを有する場合に、ＰＵＳＣＨリソース上で送信することができる。ＷＴＲＵは、ＷＴＲＵが有効なタイミングアライメントを有しない場合および／またはグラントのタイミングが特殊なサブフレームに対応する場合に、特殊なサブフレーム内でＰＵＳＣＨリソース上で送信することができる。

ＷＴＲＵは、有効なＰＵＣＣＨリソースを使用して、構成される場合にＷＴＲＵ固有サブフレーム内でＣＦＲＡ送信を使用して、またはランダムアクセス手続を使用してのいずれかで、ＳＲ（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ）手続を開始することができる。ＷＴＲＵは、競合ベースのグラントが関係するサブフレームに関して使用可能ではないことを条件として、ＳＲ手続を開始することができる。たとえば、Ｄ−ＳＲに関するＰＵＣＣＨリソースを、休止モードである間の使用のために構成されるリソースとすることができる。あるいは、ＳＲに関して使用すべき方法および／またはリソースを、ＭＡＣ ＣＥなどのダウンリンク送信内でシグナリングすることができる。

アップリンクデータ転送に関して、休止モードで動作するＷＴＲＵは、ＳＲに関する有効なＰＵＣＣＨリソースを使用して、構成される場合にＷＴＲＵ固有サブフレーム内でＣＦＲＡ送信を使用して、またはランダムアクセス手続を使用してのいずれかで、ＳＲ手続を開始することができる。ＷＴＲＵは、競合ベースのグラントが関係するサブフレームに関して使用可能ではないことを条件として、ＳＲ手続を開始することができる。

ＷＴＲＵは、アップリンク送信に関してＰＤＣＣＨ（たとえば、Ｃ−ＲＮＴＩを使用してスクランブルされた）上で制御シグナリング（たとえば、アップリンクグラント）を受信し、復号することができる。ＷＴＲＵは、ＷＴＲＵが有効なＴＡを有することを条件として、専用ＰＵＳＣＨリソース上で送信することができる。あるいは、ＷＴＲＵは、グラントのタイミングが特殊なサブフレームに対応し、かつ、ＷＴＲＵが有効なタイミングアライメントを有しない場合に、特殊なサブフレーム内で専用ＰＵＳＣＨリソース上で送信することができる。

ＷＴＲＵは、ＰＵＳＣＨ上の競合ベースのアップリンク送信に関して、ＰＤＣＣＨ（たとえば、ＣＢ−ＲＮＴＩを使用してスクランブルされた）上で制御シグナリング（たとえば、アップリンクグラント）を受信し、復号することができる。この場合に、ＷＴＲＵは、ＷＴＲＵが有効なＴＡを有する場合にＰＵＳＣＨリソース上で、または、ＷＴＲＵが有効なタイミングアライメントを有しておらず、かつ／もしくはグラントのタイミングが特殊なサブフレームに対応することを条件として特殊なサブフレーム内のＰＵＳＣＨリソース上で、送信することができる。

ダウンリンクデータ転送が続くアップリンクデータ転送について、休止モードで動作するＷＴＲＵは、ＳＲに関する有効なＰＵＣＣＨリソースを使用して、ＷＴＲＵ固有サブフレーム内でのＣＦＲＡ送信を使用して、またはランダムアクセス手続を使用してのいずれかで、ＳＲ手続を開始することができる。ＷＴＲＵは、競合ベースのグラントが関係するサブフレームに関して使用可能でないことを条件として、ＳＲ手続を開始することができる。

ＷＴＲＵは、アップリンク送信に関してＰＤＣＣＨ（たとえば、Ｃ−ＲＮＴＩを使用してスクランブルされた）上で制御シグナリング（たとえば、アップリンクグラント）を受信し、復号することができる。ＷＴＲＵは、ＷＴＲＵが有効なＴＡを有することを条件として専用ＰＵＳＣＨリソース上で、または、グラントのタイミングが特殊なサブフレームに対応し、かつ、ＷＴＲＵが有効なタイミングアライメントを有しない場合に特殊なサブフレーム内の専用ＰＵＳＣＨリソース上で、送信することができる。

ＷＴＲＵは、ＰＵＳＣＨ上の競合ベースのアップリンク送信に関して、ＰＤＣＣＨ（たとえば、ＣＢ−ＲＮＴＩを使用してスクランブルされる）上で制御シグナリング（たとえば、アップリンクグラント）を受信し、復号することができる。この場合に、ＷＴＲＵは、ＷＴＲＵが有効なＴＡを有する場合にＰＵＳＣＨリソース上で、または、ＷＴＲＵが有効なタイミングアライメントを有しておらず、かつ／またはグラントのタイミングが特殊なサブフレームに対応することを条件として特殊なサブフレーム内のＰＵＳＣＨリソース上で、送信することができる。

さらに、ＷＴＲＵは、ＷＴＲＵが有効なタイムアライメントを有するか否かにかかわりなく、ＰＤＣＣＨ（たとえば、Ｃ−ＲＮＴＩを使用してスクランブルされる）上で専用ダウンリンク割当（１つまたは複数）を受信し、復号することができる。ＷＴＲＵが有効なＴＡを有する場合に、ＷＴＲＵは、ＨＡＲＱ Ａ／Ｎフィードバックを送信することができる（たとえば、ＰＵＣＣＨ上で）。

休止モードでのチャネル品質測定および報告に関する実施形態を、本明細書でこの後で開示する。休止モードで動作するＷＴＲＵを、ＣＱＩ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）、ＲＩ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ）、または類似物などのチャネル状態報告を用いて構成することができる。ＷＴＲＵは、有効なタイミングアライメントを有しない時に、ＣＱＩ構成を保持することができる。たとえば、ＷＴＲＵは、ＴＡＴ満了時にＣＱＩ−ＲｅｐｏｒｔＣｏｎｆｉｇおよびｃｑｉ−Ｍａｓｋに関するデフォルト物理チャネル構成を適用しないものとすることができる。

ＷＴＲＵは、ＷＴＲＵがそれに関してＰＤＣＣＨ上で制御シグナリングを監視するサブフレームに関して、ＣＱＩ、ＰＭＩ、および／またはＲＩなどのチャネル状態情報を測定し、報告することができる。ＷＴＲＵは、ＷＴＲＵが制御シグナリングを成功して復号するサブフレームから開始して、測定し、報告することができる。ＷＴＲＵは、たとえばＷＴＲＵが制御シグナリングを成功して復号するサブフレームから開始して、ＷＴＲＵがそれに関してＰＤＣＣＨ上で制御シグナリングを監視するサブフレーム内でＣＱＩ、ＰＭＩ、および／またはＲＩを測定し、報告することができる。上記は、ＳＲＳ構成パラメータ（たとえば、ｓｏｕｎｄｉｎｇＲＳ−ＵＬ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄ）および手続に適用することができる。

休止モードでモビリティ関連手続を実行するための実施形態を、本明細書でこの後で開示する。

休止モードで動作するＷＴＲＵは、ネットワークによって制御されるモビリティ（たとえば、構成されたＬ３測定値を使用する）とＷＴＲＵ自律的モビリティ（たとえば、セル再選択を使用する）との両方をサポートすることができる。

休止モードで動作するＷＴＲＵは、Ｌ３測定が構成されないことを条件として、またはＷＴＲＵがユニキャスト送信に関してネットワークによって能動的にスケジューリングされていない期間中に、セル再選択を実行することができる。

休止モードで動作するＷＴＲＵは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態と比較して測定インターバルに関してより少ない要件を有するＬ３測定および測定値報告を実行することができる。ＷＴＲＵは、ＷＴＲＵがユニキャスト送信に関してネットワークによって能動的にスケジューリングされている期間中にＬ３測定および報告を実行することができる。ＷＴＲＵは、ＷＴＲＵが休止モードである間にモビリティイベントが発生する時に、セル固有ＷＴＲＵ専用パラメータを解放することができる。たとえば、ＷＴＲＵは、ランダムアクセスに関するすべての専用構成、Ｃ−ＲＮＴＩ、スケジューリング機会、ＤＲＸ、および／または測定に関する構成、ならびに休止モードである間に有効なままであった可能性がある類似物を解放することができる。そのようなモビリティイベントは、モビリティ制御ＩＥに関するＲＲＣ接続再構成メッセージ（ハンドオーバコマンド）の受信、セル（再）選択手続の開始、現在のサービングセルとは異なるセルの選択をもたらすセル（再）選択手続、トラフィックエリア更新、ＲＲＣ＿ＩＤＬＥモードへの遷移、および／または休止挙動の使用の停止を含むが、これらに限定されない。

休止モードで動作するＷＴＲＵを、Ｌ３測定を用いて構成することができ、構成される場合に、ＷＴＲＵは、ユニキャスト送信に関してネットワークによって能動的にスケジューリングされている期間中に測定を実行することができる。たとえば、ＷＴＲＵは、ある時間期間の間に、たとえばタイマが満了する（たとえば、ＴＡタイマまたは任意の他のアクティビティタイマ）までまたはＷＴＲＵが制御シグナリングの監視を停止するまで、ダウンリンク割当および／またはアップリンクグラントに関してＷＴＲＵが最初に制御シグナリングを受信するサブフレームから開始して、Ｌ３測定を実行することができる。ＷＴＲＵは、ユニキャスト送信に関してネットワークによって能動的にスケジューリングされている期間中にイベントによってトリガされた時に、測定値を報告することができる。

セル再選択およびＷＴＲＵによって制御されるモビリティの実施形態を、本明細書でこの後で開示する。休止モードで動作するＷＴＲＵは、アイドルモード手続に従ってセル再選択手続を実行することができる。ＷＴＲＵは、制御シグナリングの監視を開始する明示的指示を成功して受信したが、ある時間期間の後に専用制御シグナリングを成功して復号しなかった場合に、セル再選択手続を実行することができる。ＷＴＲＵは、選択されたセル内で初期接続確立手続を実行することができる。

セル再選択手続が、ＷＴＲＵが動作するセルとは異なるセルの選択につながる場合に、ＷＴＲＵは、次のうちの少なくとも１つを実行することができる。ＷＴＲＵが能動的にスケジューリングされている間にセル再選択が発生する場合には、ＷＴＲＵは、アイドルモードに移動し、選択されたセル内で初期接続確立手続を実行することができる。ＷＴＲＵが能動的にスケジューリングされていない間にセル再選択が発生する場合には、ＷＴＲＵは、アイドルモードに移動し、選択されたセルにキャンプすることができる。あるいは、ＷＴＲＵは、選択されたセル内で初期接続確立手続を実行することができる。

ＷＴＲＵが、制御シグナリングの監視を開始する明示的指示を成功して受信した後であるが、ＷＴＲＵがまず能動的にスケジューリングされる前にセル再選択が発生する場合には、ＷＴＲＵは、アイドルモードに移動し、選択されたセル内で初期接続確立手続を実行することができる。

上の実施形態のいずれにおいても、ＷＴＲＵは、まず、選択されたセル内で接続再確立手続を試みることができる。ＷＴＲＵが、測定報告に関して構成され、Ｌ３測定を実行する場合には、ＷＴＲＵは、たとえばＷＴＲＵが能動的にスケジューリングされている間にＬ３測定を実行する場合に、セル再選択手続を実行することができない。

間欠的サービスに関して無線ベアラ（ＸＲＢ）を構成する実施形態を、本明細書でこの後で開示する。ＷＴＲＵを、１つまたは複数のＥＰＳ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）ベアラに関連するＸＲＢを用いて構成することができる。たとえば、ＷＴＲＵを、ＥＰＳベアラに対応する値（たとえば、ｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙ値）にそれぞれが関連する１つまたは複数のＸＲＢを用いて構成することができる。休止モードがアクティブ化される時に、ＷＴＲＵは、関係するＥＰＳベアラに対応するユーザデータ（たとえば、制御プレーンデータを除外する）の送信にＸＲＢを使用することができる。１つまたは複数のＥＰＳベアラを、所与のＸＲＢに関連付けることができる。

もう１つの実施形態では、ＷＴＲＵを、単一のＸＲＢを用いて構成することができる。これを、デフォルト挙動とすることができ、あるいは、これを、フラグまたはｅｐｓ−ＢｅａｒｅｒＩｄｅｎｔｉｔｙの値に関する固定されたコードポイントのいずれかを使用して示すことができる。休止挙動がアクティブ化される時に、ＷＴＲＵは、ＷＴＲＵの構成のＥＰＳベアラのいずれかに対応する任意のユーザデータ（たとえば、制御プレーンデータを除外する）の送信にＸＲＢを使用することができる。これは、ＷＴＲＵが休止挙動の使用を開始する時に構成されるＥＰＳベアラに適用することができる。

もう１つの実施形態では、ＷＴＲＵを、構成されたＲＢごとに１つのＸＲＢを用いて構成することができ、たとえば、ＷＴＲＵの構成のＤＲＢごとに１つのＸＲＢがあるものとすることができる。たとえば、休止挙動がアクティブ化される時に、ＷＴＲＵは、ＷＴＲＵの構成の関連するＲＢ（たとえば、ＤＲＢ）に対応する任意のユーザデータ（たとえば、制御プレーンデータを除外する）の送信にＸＲＢを使用することができる。

もう１つの実施形態では、ＷＴＲＵを、ＷＴＲＵの構成のデフォルトＥＰＳベアラごとに１つのＸＲＢを用いて構成することができる。休止挙動がアクティブ化される時に、ＷＴＲＵは、ＷＴＲＵの構成の関連するＥＰＳベアラに対応する任意のユーザデータ（たとえば、制御プレーンデータを除外する）の送信にＸＲＢを使用することができる。これは、ＷＴＲＵが休止挙動の使用を開始する時に構成されるベアラに適用することができる。

もう１つの実施形態では、ＷＴＲＵを、デフォルトＸＲＢを用いて構成することができる。休止挙動がアクティブ化される時に、ＷＴＲＵは、別のＸＲＢに明示的に関連付けられていない任意のＥＰＳベアラに対応するユーザデータ（たとえば、制御プレーンデータを除外する）の送信にデフォルトＸＲＢを使用することができる。これは、類似するコンテキストを共有するＥＰＳベアラ（たとえば、同一のソースＩＰアドレスを使用するアプリケーションに関する）に適用することができる。これは、ＷＴＲＵがＸＲＢを追加する構成を受信する時に構成されるＥＰＳベアラに適用することができる。

上の代替案のいずれをも、休止挙動がアクティブ化される時にＤＲＢがＸＲＢとして動作するように実現することができる。休止挙動が非アクティブ化され、ＷＴＲＵが接続状態に留まる時に、ＸＲＢは、その通常のＤＲＢ動作に戻ることができる。

所与のＸＲＢについて、所与のＥＰＳベアラに関するユーザデータ（たとえば、制御プレーンデータを除く）のサブセットを、休止挙動がアクティブ化される時に構成されたＸＲＢを使用して送信できるように、ＷＴＲＵを構成することができる。そのようなデータを、下で詳細に説明する、フロー分類およびルーティングに関する実施形態のいずれをも使用して識別することができる。

ＷＴＲＵは、休止挙動が適用可能ではない時に適用可能な方法に従って、ＸＲＢに関連しないユーザデータを処理することができる。たとえば、アクティブ化された休止挙動を有する同期化されないＷＴＲＵに関して、ＸＲＢを使用して送信できない送信に関して使用可能になる新しいデータは、ＲＲＣ接続の確立（ＷＴＲＵが確立されたＲＲＣ接続を有しない場合）および／またはＤＲＢを使用する送信をイネーブルするためにアップリンクリソースを要求するためにランダムアクセスを使用する要求のスケジューリングをトリガすることができる。

ＷＴＲＵは、新しいデータがＸＲＢに関して使用可能になる時に、ＢＳＲおよび／またはＳＲをトリガしないものとすることができる（たとえば、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇｕｒａｔｉｏｎ ＩＥ内のパラメータｌｏｇｉｃａｌＣｈａｎｎｅｌＳＲ−Ｍａｓｋ−Ｒ１ｘに基づいて）。これを、休止挙動がアクティブ化される場合に適用することができる。たとえば、休止挙動を使用するＷＴＲＵは、ＸＲＢとして構成されていない（またはこれに関連付けられない）ＤＲＢまたはＳＲＢに関して新しいデータが使用可能になる時に、ＢＳＲおよび／またはＳＲをトリガすることができる。ＷＴＲＵは、ＢＳＲトリガおよび／またはＳＲトリガがＷＴＲＵの構成に従って許可されるように構成されたＸＲＢに関してＢＳＲおよび／またはＳＲをトリガすることができる。もう１つの例では、休止挙動を使用するＷＴＲＵは、ＢＳＲおよび／またはＳＲがＷＴＲＵの構成に従って禁止されないように構成されたＸＢＲに関して新しいデータが使用可能になる時に、ＢＳＲおよび／またはＳＲをトリガすることができる。

ＷＴＲＵは、新しいデータがＸＲＢに関して使用可能になる時に、特殊なサブフレーム内のアップリンクリソース上でのデータの送信に関する手続を開始することができる。ＷＴＲＵは、休止挙動がアクティブ化される場合に、そのような手続を開始することができる。

ＸＲＢのＬＣＨ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、たとえばＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇｕｒａｔｉｏｎ ＩＥ内で、ＬＣＧ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｇｒｏｕｐ）に関連付けられないものとすることができる。ＸＲＢのｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｃｏｎｆｉｇｕｒａｔｉｏｎは、ＳＲＢの優先順位より低い優先順位を有することができる。ＸＲＢは、ＷＴＲＵの構成の無線ベアラの中で最低の優先順位を有することができる。これは、休止挙動がアクティブ化される場合に適用することができる。

ＸＲＢの構成は、関係するＸＲＢを、休止挙動から利益を得ることができるユーザプレーントラフィックに関してＤＲＢとして使用できるか否かをＷＴＲＵが判定できるように（たとえば、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇｕｒａｔｉｏｎ ＩＥ内のパラメータｌｏｇｉｃａｌＣｈａｎｎｅｌＤｏｒｍａｎｔ−Ｍａｓｋ−Ｒ１ｘを使用して）、明示的指示を含むことができる。

ＷＴＲＵは、ヘッダ圧縮を構成されない動作に関してＸＲＢを構成することができる。ＷＴＲＵは、セキュリティをアクティブ化されない（たとえば、暗号化なしの）ＸＲＢ上でデータを送信することができる。これを、ＸＲＢの構成可能な態様とすることができる。ＸＲＢが、ＲＬＣ ＵＭ（ＲＬＣ Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）動作を使用するように、ＷＴＲＵを構成することができる。ＲＣセグメント化が、休止モードで動作している間のデータ送信に関して許容されないように（たとえば、ＸＲＢに対応するデータに関して）、ＷＴＲＵを構成することができる。ＷＴＲＵは、セグメント化なしのトランスポートブロックによってデータ送信に対処できない場合に、関係するデータ転送に関する休止挙動をディスエーブルすることができる。

ＷＴＲＵを、１つまたは複数のＸＲＢを用いて構成することができる。複数のＸＲＢが構成される時に、優先順位（たとえば、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥ内のｐｒｉｏｒｉｔｙ）、ＳＤＵ破棄タイマ（たとえば、ＰＤＣＰ−Ｃｏｎｆｉｇ ＩＥ内のｄｉｓｃａｒｄＴｉｍｅｒ）、バケットサイズ持続時間（たとえば、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥ内のｂｕｃｋｅｔＳｉｚｅＤｕｒａｔｉｏｎ）、ＰＢＲ（ｐｒｉｏｒｉｔｉｚｅｄ ｂｉｔ ｒａｔｅ）（たとえば、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ ＩＥ内のｐｒｉｏｒｉｔｉｚｅｄＢｉｔＲａｔｅ）、または類似物、パラメータを含むが、限定されない、ＱｏＳの異なるレベルをサポートするように各ＸＲＢを構成することができる。

制御プレーンに関して、ＷＴＲＵは、休止挙動が適用可能ではない時に適用可能な任意の方法に従って、ＸＲＢに関連しない制御プレーンデータ（たとえば、ＳＲＢに関するデータ）を処理することができる。

ＷＴＲＵは、ＳＲＢ０に関する１つのＸＲＢを有することができる。ＳＲＢ０を、ＲＲＣ接続を（再）確立するのに、および／またはＲＲＣ接続モードに遷移するのに使用することができる。ＷＴＲＵは、さらに、ＳＲＢ０に関する１つのＸＲＢ、およびＳＲＢ１とＳＲＢ２との両方に関する１つのＸＲＢを有することができる。あるいは、ＷＴＲＵは、ＳＲＢごとに（すなわち、ＳＲＢ０、ＳＲＢ１、ＳＲＢ２）１つのＸＲＢを有することができる。あるいは、ＷＴＲＵは、さらに、すべてのＳＲＢに関して１つのＸＲＢを有することができる。あるいは、ＸＲＢを、制御シグナリングを有するユーザデータを送信するために、構成するＳＲＢによって構成することができる。

フロー分類およびルーティングに関する実施形態を、本明細書でこの後で開示する。ＷＴＲＵを、単一のＰＧＷに関係するＥＰＳベアラ（１つまたは複数）に関連するＸＲＢを用いて構成することができ、または、複数のＰＧＷからのＥＰＳベアラに関連するＸＲＢを用いて構成することができる。ＷＴＲＵが、複数のＥＰＳベアラからのトラフィックに関連するＸＲＢを用いて構成される時に、ｅＮＢは、ユーザのデータのフロー分類および正しいＰＧＷに向かうルーティングを実行することができる。あるいは、ＷＴＲＵが、複数のＥＰＳからのトラフィックに関連するＸＲＢを用いて構成される時に、ＷＴＲＵは、ユーザデータのフロー分類および正しいＰＧＷに向かうルーティングを実行することができる。交互に、ＷＴＲＵを、特定のＡＰＮ（ａｃｃｅｓｓ ｐｏｉｎｔ ｎａｍｅ）に関連するＸＲＢを用いて構成することができる、すなわち、ＷＴＲＵが接続される１ＡＰＮあたり１つまたは複数のＸＲＢがあってもよい。この場合に、ＷＴＲＵは、ユーザデータのトラフィックフロー分類および適当なＡＰＮに向かうルーティングを実行することができる。これらのＡＰＮが、同一のＰ−ＧＷを介してアクセスされる場合に、Ｐ−ＧＷは、ＡＰＮごとにトラフィックを区別し、パケットを正しいネットワークにルーティングすることができる。

休止挙動をアクティブ化されたＷＴＲＵは、異なるサービスおよび／またはアプリケーションによって生成されたトラフィックに対するフロー分類を実行することができる。ＷＴＲＵを、複数のパケットフィルタおよび／またはＴＦＴ（ｔｒａｆｆｉｃ ｆｌｏｗ ｔｅｍｐｌａｔｅ）を用いて構成することができる。ＷＴＲＵを、休止挙動がアクティブ化されない時に使用できるパケットフィルタおよび／またはＴＦＴの第１のセットと、そうでない場合に使用できる第２のセットとを用いて構成することができる。

ＷＴＲＵは、構成され適用可能なパケットフィルタおよび／またはＴＦＴを使用して、ＸＲＢを使用してデータを転送できる時を判定することができる。これらのパケットフィルタを、ＭＭＥによってＷＴＲＵ内で構成することができる。ＭＭＥは、ベアラアクティブ化メッセージ、ベアラ変更メッセージ、またはＥＰＳベアラがセットアップされる時にＷＴＲＵに向かう新しい専用ＮＡＳメッセージ内で、パケットフィルタを送信することができる。ＷＴＲＵが接続モードまたは休止モードのどちらであるのかに応じて異なって適用され得るパケットフィルタの異なるセットがあることを、ＮＡＳメッセージ内で指定することができる。あるいは、休止モードパケットフィルタを、ＷＴＲＵが休止モードに入る時にＷＴＲＵに送信することができる。これを、ＥＭＭ−Ｄｏｒｍａｎｔモードに入るようにＷＴＲＵに知らせるＮＡＳメッセージによって実行することができる。

ＷＴＲＵは、ｅＮＢへのルーティングおよびフロー分類に関係するさらなる情報を提供することができる。たとえば、そのような情報は、ＤＲＢの個数および／もしくはパケットサイズに関連する詳細（たとえば、平均値、最大値、最小値）、パケット間遅延および／またはバースト間遅延（たとえば、平均値、最大値、最小値）、バースト内のパケットの個数、プロトコルタイプ（たとえば、ＴＣＰ（伝送制御プロトコル）、ＵＤＰ（ユーザデータグラムプロトコル）、ＲＴＰ（リアルタイム伝送プロトコル）、ＲＴＣＰ（リアルタイム伝送制御プロトコル））を含むことができる。ｅＮＢは、この情報を使用して、ＸＲＢ構成を含む休止挙動に関してＷＴＲＵを正しく構成することができる。ｅＮＢは、この情報を使用して、ＳＧＷに向かうリンク上でＳ１−Ｕベアラへの所与のＸＲＢに関して受信されるデータの正しいマッピングを実行することができる。

あるいは、ＸＲＢデータを、ＳＧＷに向かう同等のＳ１−Ｕ ＸＲＢに供給することができる。類似する機能性を、ＳＧＷで実施して、ＰＤＮ ＧＷに向かう正しいＳ５ベアラにパケットをマッピングすることができる。これは、ｅＮＢとＳＧＷとの間の同等のＳ１−Ｕ ＸＲＢのセットアップ（常時または休止モードに入る時またはＸＲＢのセットアップ時）を暗示することができる。

次のうちの少なくとも１つを、たとえばフロー分類のために、ＷＴＲＵによって受信できるように、パケットを分類する追加の手段を、パケットフィルタに対する拡張によって提供することができる。

パケットフィルタは、パケットのサイズに関連するパラメータ（たとえば、最大サイズまたは最小サイズ）を含むことができる。サイズを、ＩＰヘッダまたはトランスポートヘッダの長さフィールドから導出することができる。あるいは、サイズを、ＰＤＣＰ（ｐａｃｋｅｔ ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）ＳＤＵ（ｓｅｒｖｉｃｅ ｄａｔａ ｕｎｉｔ）サイズ（非圧縮ＩＰヘッダ）から導出することができる。

パケットフィルタは、フィルタの所与のルールに関するパケット間到着時間に関する値、バーストの特徴を表すパラメータ（所与の時間内の送信の回数）、フィルタの所与のルールに関するパケット間到着時間の値、またはルールがパケットによって照合されつつあるレートのうちの少なくとも１つを含むフィルタに適用可能なメトリックスを含むことができる。これらの値を、しきい値として使用し、フィルタエントリを妥当性検査するための追加ルールとして使用することができる。

ＷＴＲＵの休止挙動をトリガする実施形態を、パケットがどのようにフィルタリングされるかの観察および／またはパケットの分類に関する挙動に基づいてパケットフィルタおよびＴＦＴの層で適用することができる。そのようなトリガがある時に、ＷＴＲＵは、休止挙動に入るか出ることができ、または、ＮＡＳサービス要求メッセージもしくはＮＡＳサービス更新メッセージを送信することができ、またはＲＲＣ／ＮＡＳ状態を変更することができる。ＷＴＲＵが休止モードに入った後に、ＷＴＲＵは、パケットフィルタを切り替え、ＸＲＢに向かうデータのルーティングを開始することができ、または、パケットフィルタは、ＷＴＲＵがバックグラウンドトラフィックの一部を破棄するような形で構成され得る。あるいは、ＷＴＲＵは、データを送信するためにコネクションレス手法（すなわち、制御プレーンを介するデータの送信）を使用することを選択することができる。

休止挙動を有するＲＡＢ（無線アクセスベアラ）に関するセッション管理の実施形態を、本明細書でこの後で開示する。ＷＴＲＵが、休止挙動をアクティブ化され、ＷＴＲＵが、モビリティ関連手続（たとえば、ＷＴＲＵがキャンプするセルを変更するセル（再）選択）手続などのＷＴＲＵ自律的手続またはｅＮＢによって制御される手続（たとえば、ＷＴＲＵが接続モードの拡張として休止モード挙動を実施する場合の異なるセルへのハンドオーバ）のいずれか）を実行する時に、ＷＴＲＵは、次のうちの少なくとも１つを実行することができる。ＷＴＲＵは、休止モードが非アクティブ化されない限り、または明示的シグナリング（たとえば、モビリティ制御ＩＥを有するＲＲＣ接続再構成メッセージ（すなわち、ハンドオーバコマンド））によってそうではないと指示されない限り、ＷＴＲＵのコンテキスト内で少なくともＸＲＢを保持することができる。ＷＴＲＵは、ＸＲＢに関連するすべてのＤＲＢ（１つまたは複数）を保持することができる。

ＷＴＲＵ自律的手続に関して、ＷＴＲＵは、無線アクセスベアラを再確立する新しいサービス要求を開始することができる。ＷＴＲＵは、ＲＲＣシグナリングを使用して（たとえば、ターゲットｅＮＢが、接続されたＭＭＥとの接続を確立することができる）またはＮＡＳ手続を使用してのいずれかでこのサービス要求を実行することができる。これは、ＲＡＢが保持されず、ＷＴＲＵ自律的モビリティイベントに続いて自律的に解放される場合に適用され得る。

ＷＴＲＵ自律的手続について、ＷＴＲＵは、ＷＴＲＵがその新しい位置をネットワークに示すことができるように、手続を開始することができる。これは、ネットワークがターゲットｅＮＢへのＷＴＲＵのコンテキストをセットアップする手段を提供することができる。たとえば、ＷＴＲＵは、ＴＡＵ（ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）手続を開始することができる。ＴＡＵ手続は、ＷＴＲＵのコンテキストのＥＰＳベアラについてリソースを割り当てることができることの指示を含むことができる。

ＷＴＲＵ自律的手続について、ＷＴＲＵは、すべての構成されたＸＲＢの解放を含めて、休止挙動を非アクティブ化することができる。その後、ＷＴＲＵは、その新しい位置をネットワークに示すことができるようにする手続を開始することができる。これは、必要な場合に休止挙動を再構成できるように、ネットワークがＷＴＲＵとのＲＲＣ接続を確立する手段を提供することができる。たとえば、ＷＴＲＵは、ＴＡＵ手続を開始することができる。ＴＡＵ手続は、ＷＴＲＵのコンテキストのＥＰＳベアラのためにリソースを割り当てなければならないことの指示を含むことができる。

上の実施形態は、ＷＴＲＵが休止挙動を終了することを望むか試みる時に適用することができる。休止モードの終了は、追加のユーザプレーントラフィック、専用ベアラ（１つまたは複数）を必要とするトラフィックのためにリソースをセットアップする必要に起因する場合があり、または、終了は、保留中のＮＡＳセッション管理手続（少なくとも１つの専用ＥＰＳベアラのアクティブ化、変更、または非アクティブ化）に起因する場合がある。ＷＴＲＵは、手動ＣＳＧ（ｃｌｏｓｅｄ ｓｕｂｓｃｒｉｂｅｒ ｇｒｏｕｐ）選択の結果として休止モードを終了することができる。休止モードの終了が、ＲＲＣ（またはより下の層）によって制御される場合に、ＮＡＳは、ＲＲＣ（またはより下の層）による休止モードの終了につながり得る指示（上のリストされたトリガに基づく）をＲＲＣ（またはより下の層）に提供することができる。

ＮＡＳシグナリングを拡張して、休止モードをサポートすることができる。ＷＴＲＵは、休止モードをアクティブ化する必要があるとＷＴＲＵが判定するので、または休止挙動を既に使用しているが休止挙動での動作のために追加のリソースを必要とするのでのいずれかで、休止挙動での動作のために追加のリソースが必要であると判定することができる。ＷＴＲＵは、その場合にＮＡＳサービス要求手続を開始することを許可されるものとすることができる。ＷＴＲＵは、現在のＲＲＣモード（たとえば、ＣＯＮＮＥＣＴＥＤ、ＤＯＲＭＡＮＴ、ＩＤＬＥ）および／または休止挙動をサポートするＥＭＭ状態（たとえば、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ、ＥＭＭ−ＤＯＲＭＡＮＴ、ＥＭＭ−ＩＤＬＥ）でＮＡＳサービス要求手続を開始することができる。ＷＴＲＵは、接続モードでＮＡＳサービス要求を送信することを許可されるものとすることができる。この手続は、ネットワークによって受け入れられる場合に、ＷＴＲＵに関してアクティブである専用ベアラ（１つまたは複数）またはデフォルトベアラ（１つまたは複数）の追加リソースのセットアップをトリガすることができる。あるいは、ＷＴＲＵは、ネットワークがＷＴＲＵの現在割り当てられているリソースに対する変更を開始する場合に、ＮＡＳ応答を受信することができる。この応答は、新しいＮＡＳメッセージまたは既存のセッション管理メッセージもしくはモビリティ管理メッセージ（たとえば、追加のＩＥを伴う）とすることができる。

ＷＴＲＵは、たとえば休止モードを非アクティブ化する必要があるとＷＴＲＵが判定するので、追加のリソースが必要であると判定することができる。ＷＴＲＵは、その場合に、ＮＡＳサービス要求手続を開始することを許可されるものとすることができる。言い替えると、ＷＴＲＵは、ＲＲＣモード（たとえば、ＣＯＮＮＥＣＴＥＤ、ＤＯＲＭＡＮＴ、ＩＤＬＥ）および／または休止挙動をサポートするＥＭＭ状態（たとえば、ＥＭＭ−ＣＯＮＮＥＣＴＥＤ、ＥＭＭ−ＤＯＲＭＡＮＴ、ＥＭＭ−ＩＤＬＥ）でＮＡＳサービス要求手続を開始することができる。あるいは、ＷＴＲＵは、ネットワークがＷＴＲＵの現在割り当てられているリソースに対する変更を開始する場合に、ＮＡＳサービス要求を受信することができる。

ＷＴＲＵによって開始されたＮＡＳサービス要求手続に起因する、または、ネットワークによって開始されたＮＡＳサービス要求手続（すなわち、ページングとそれに続くＷＴＲＵからのＮＡＳサービス要求と）もしくはＷＴＲＵによるＮＡＳサービス要求（または類似するＮＡＳ手続）をトリガする任意の専用ＮＡＳメッセージに起因する追加リソースのセットアップは、ＷＴＲＵが休止挙動を終了するかこれを非アクティブ化することをもたらすことができる。あるいは、ＷＴＲＵは、ＮＡＳサービス要求またはＮＡＳサービス更新などの類似するＮＡＳメッセージを送信する前に、ＮＡＳセッション管理メッセージ（ＥＰＳベアラコンテキストをセットアップし、変更し、または非アクティブ化することを要求するため）を直接に送信することを許可されるものとすることができる。拡張されたＮＡＳサービス要求を使用して、休止挙動のアクティブ化または非アクティブ化を要求することができる。

上で説明した拡張されたＮＡＳサービス要求に似て、新しいＮＡＳサービス更新メッセージを導入して、ＷＴＲＵの専用リソースを変更し、かつ／または休止挙動のアクティブ化もしくは非アクティブ化を要求することができる。ＮＡＳサービス更新の挙動は、拡張されたＮＡＳサービス要求に関して上で説明したものに類似するものとすることができる。

ＷＴＲＵは、追加のユーザプレーンリソースを要求するかＮＡＳセッション管理手続を実行するために、ＮＡＳ層でのモビリティ管理に関係する上で説明した実施形態のいずれをも実行することができる。さらにまたはあるいは、ＷＴＲＵは、実施形態の次の１つまたは組合せのいずれをも実行することができる。ＷＴＲＵは、休止モードである間に使用できる無線ベアラ（たとえば、ＸＲＢ）の管理を実行することができる。たとえば、ＷＴＲＵは、少なくとも１つの無線ベアラのセットアップもしくは再アクティブ化、または少なくとも１つの無線ベアラの分解もしくは非アクティブ化を実行することができる。ＷＴＲＵは、ＷＴＲＵが休止モードを終了する時に使用できる無線ベアラ（たとえば、１つまたは複数のＥＰＳ ＲＡＢ）の管理を実行することができる。ＷＴＲＵは、少なくとも１つの無線ベアラのセットアップもしくは再アクティブ化、または少なくとも１つの無線ベアラの分解もしくは非アクティブ化を実行することができる。

ＮＡＳサービス要求手続は、従来、アイドルモードのＷＴＲＵに使用される。セッション管理に対する拡張を定義して、休止挙動を伴う動作を可能にすることができる。休止モードのＷＴＲＵが他のベアラに関するより多くのリソースを要求することを可能にする実施形態を、本明細書で提供する。これは、無線インターフェースとＳ１インターフェースとの両方でのリソース割当を暗示し、これによって、無線リソースとＳ１リソースとの両方がセットアップされるようにするために、ＭＭＥがこの要求を知ることを必要とする。

ＷＴＲＵは、無線ベアラの管理のために、休止モードである間に次の手続のうちの少なくとも１つを実行することができる。

一実施形態では、ＷＴＲＵは、休止モードである間に、ＷＴＲＵによって開始されるＮＡＳサービス要求またはＮＡＳサービス更新を実行することができる。ＷＴＲＵは、ユーザプレーンリソースを変更するために、ＭＭＥを伴うＮＡＳ手続を開始することができる。たとえば、ＷＴＲＵは、ユーザプレーンリソース（たとえば、少なくとも１つの専用ベアラに関する）が必要であることをＭＭＥに示すためにＮＡＳメッセージ（たとえば、拡張されたＮＡＳサービス要求またはＮＡＳサービス更新のいずれか）を送信することができる。ＮＡＳメッセージは、それに関してリソースが要求される専用ベアラのリストを含むことができ、それに関してリソースが必要である時間の持続時間を示すのに使用できる時間パラメータまたはフラグパラメータを含むことができる。たとえば、ＷＴＲＵの特定のアプリケーションは、短い時間期間に相対的に大量のデータの送信（たとえば、連続する送信を介する）を必要とする場合があり、リソースは、特定の時間インターバルの後に不要になる。要求されるベアラ（１つまたは複数）に関するリソースのセットアップは、ＷＴＲＵが休止モードを終了することをもたらす場合がある。あるいは、ＮＡＳメッセージの送信が、ＷＴＲＵが休止モードを終了するかこれを非アクティブ化することをもたらす場合がある。ＷＴＲＵは、その後、ＷＴＲＵのＮＡＳ要求の受信を確認するＮＡＳメッセージを受信することができ、このメッセージは、ＷＴＲＵが休止モードを終了するかこれを非アクティブ化することができることを知らせることができる。要求されるベアラ（１つまたは複数）に関するリソースのセットアップが、ＷＴＲＵが休止モードを終了することをもたらす場合がある。

ＭＭＥは、ＷＴＲＵからＮＡＳメッセージ（たとえば、拡張されたＮＡＳサービス要求またはＮＡＳサービス更新のいずれか）を受信することができる。ＭＭＥは、ＮＡＳメッセージを受信する時に、ＷＴＲＵのコンテキスト内でアクティブであるＥＰＳベアラのユーザプレーンを確立することができる。ＭＭＥは、ＷＴＲＵが休止モードであることを知ることができる。あるいは、受信されたＮＡＳメッセージが、どのＥＰＳベアラがユーザプレーンリソースを必要とするのかに関するインジケータを含むことができる。ＭＭＥは、リソースが特定の時間期間の間にセットアップされるように、ＮＡＳメッセージに含まれる可能性がある時間ファクタまたは他のパラメータを考慮に入れることができる。ＭＭＥは、少なくとも１つの専用ベアラおよび／またはデフォルトベアラに関してリソースをセットアップするために、その後にサービングｅＮＢに知らせることができる（Ｓ１ＡＰインターフェースを介して、既存のメッセージまたは新しいメッセージを使用して）。ＭＭＥは、リソースがその間に保持されなければならない時間インターバルなどの追加のパラメータを、ｅＮＢに向かう制御シグナリングに含めることができる。ＭＭＥは、タイマの満了の後に１つまたは複数の専用ベアラおよび／またはデフォルトベアラに関するリソースを解放するようにｅＮＢに知らせることができるように、示された値を用いてタイマを動作させることができる。ＭＭＥは、ＮＡＳメッセージの受信を確認するメッセージをＷＴＲＵに送信することができ、休止モードを終了するようにＷＴＲＵに知らせることができる。

ｅＮＢは、休止モードのＷＴＲＵに関するリソースをセットアップするためのＳ１ＡＰメッセージ（新しいまたは既存の）をＭＭＥから受信することができる。その後、ｅＮＢは、休止モードを終了するようにＷＴＲＵを再構成することができる。ｅＮＢは、セットアップされるリソースをタイマの満了の後に解放できるように、受信されたメッセージ内の指示に従ってタイマを始動することができる。ｅＮＢは、このタイマの満了の後に休止モードで動作するようにＷＴＲＵを再構成することができる。

もう１つの実施形態では、ＭＭＥは、上で説明したＮＡＳ要求を開始することができる。

もう１つの実施形態では、ＮＡＳは、ＲＲＣに要求のタイプに関する情報（たとえば、ユーザプレーンリソースセットアップ、ＮＡＳセッション管理シグナリング、ＮＡＳシグナリングなど）を提供することができる。ＷＴＲＵ ＲＲＣは、たとえば休止モードを終了するためのトリガの際に、休止モードからの遷移を要求するためにｅＮＢにＲＲＣメッセージを送信することができる。あるいはまたはさらに、ＷＴＲＵ ＲＲＣは、休止モードを終了することを必ずしも要求しない保留要求に関してｅＮＢに知らせることができる。これは、より上の層（たとえば、ＮＡＳ）の要求に関する情報を含むことができる。

ｅＮＢは、休止モードのＷＴＲＵからＲＲＣメッセージを受信する。このＲＲＣメッセージは、休止モードを終了することの指示またはあるいはＮＡＳプロトコルに関係する指示を含むことができる。ｅＮＢは、受信された可能性がある（たとえば、ＭＭＥから）以前の構成に基づいて、ＷＴＲＵを休止モードから遷移させる判断を行うことができる。たとえば、ＷＴＲＵが、最初に休止モードにされた時に、ＭＭＥは、追加のベアラに関するリソースをセットアップするすべての将来の要求が、ＭＭＥからの許可なしでグラントされ得ることをｅＮＢに知らせた可能性がある。あるいは、ＭＭＥは、休止モードから（または休止モードへ）のすべての遷移が、ＭＭＥからの許可を必要とする可能性があることをｅＮＢに知らせることができる。

ｅＮＢは、ページング要求に関してＭＭＥに知らせることができる。これは、ＷＴＲＵを休止モードを終了させる許可とすることができる。あるいは、ｅＮＢは、ＷＴＲＵから受信した追加情報をＭＭＥに転送することができる。たとえば、ｅＮＢが、少なくとも１つの専用ベアラに関するリソースをセットアップするメッセージを受信した場合に、ｅＮＢは、ＷＴＲＵが少なくとも１つの専用ベアラに関する追加リソースを必要とすることをＭＭＥに示すことができる。ｅＮＢは、進行する前に、ＭＭＥが要求を受け入れるか拒絶するのを待つことができる。ｅＮＢは、Ｓ１−Ｕリソース経路に関してＳＧＷ（サービングゲートウェイ）によって使用できるＴＥＩＤ（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ｉｄｅｎｔｉｔｙ）を含むことができる。ＭＭＥは、要求がグラントされる場合に、この情報をＳＧＷに転送することができる。さらに、ＭＭＥは、ＴＥＩＤ（ＳＧＷから受信された）をｅＮＢに転送することができ、その結果、アップリンクデータのユーザプレーン経路をセットアップできるようになる。

上で説明したＲＲＣ手続は、休止モードが接続モードの副状態である場合に、ＮＡＳがサービス要求または他のメッセージを送信することを許可されない場合に適用することができる。

図５は、上で開示した実施形態によるセッション管理の例のプロセス５００のシグナリング図である。ＷＴＲＵ ＮＡＳ（ＥＳＭ（ＥＰＳ ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ）またはＥＭＭ（ＥＰＳ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ））は、休止モードを終了するイベント（たとえば、ＥＳＭ層またはアプリケーションからのリソースをセットアップする要求に起因する）を検出し、リソースをセットアップするか休止モードを終了する指示をＷＴＲＵ ＲＲＣに送信する（５０２）。

その後、ＷＴＲＵ内のＲＲＣは、動作の休止モードを終了することの望みを示す指示（たとえば、新しいＩＥ）を有するＲＲＣメッセージをｅＮＢに送信することができる（５０４）。あるいは、ＷＴＲＵ（すなわち、ＮＡＳ）は、休止モードを終了することの望みを示すＮＡＳメッセージ（新しいまたは既存の）をネットワークに送信することができる。

ｅＮＢは、休止モードを終了するＷＴＲＵの要求を示す新しいＩＥを有する新しいまたは既存のＳ１ＡＰメッセージをＭＭＥに送信する（５０６）。このＳ１ＡＰメッセージは、ＴＥＩＤを含むことができる。

ＭＭＥは、このメッセージを受信した後に、ＩＥを検証することができ、休止モードを終了する要求を受け入れることができる。あるいは、ＭＭＥが、ＷＴＲＵからＮＡＳメッセージを受信する場合に、ＭＭＥは、ＮＡＳ要求を検証し、休止モードを終了するＷＴＲＵ要求を受け入れることができる。その後、ＭＭＥは、ＳＧＷに向かうベアラ変更手続をトリガすることができる（５０８）。ＳＧＷは、ＰＤＮ ＧＷ（図示せず）に向かうベアラ変更手続をトリガすることができ、ベアラ変更応答をＭＭＥに送信する（５１０）。

ＭＭＥは、休止モードを終了する要求の結果を示す新しいＩＥを含むことができる新しいまたは既存のＳ１ＡＰメッセージを用いてｅＮＢに応答する（５１２）。このメッセージは、ＲＡＢ、したがってＷＴＲＵのためにセットアップされるべき無線ベアラのリストをｅＮＢに示すことができる。あるいは、ＭＭＥは、ＷＴＲＵに向かうＮＡＳメッセージを応答することができる。

その後、ｅＮＢは、休止モードを終了する要求の結果を示すためにＷＴＲＵに新しいまたは既存のＲＲＣメッセージを送信することができる（５１４）。ｅＮＢは、休止モードを終了することの受け入れを暗黙のうちに示す他のデータラジオベアラを追加するためにＲＲＣ再構成を実行するようにＷＴＲＵに要求することができる。

その後、ＷＴＲＵ ＲＲＣは、休止モードの終了を反映するために、その状態または他のパラメータを変更することができる。ＲＲＣは、休止モード動作が終了され、これが、この変化を反映するためにＮＡＳに状態またはパラメータを変更させる可能性があることをＮＡＳに示すことができる。

あるいは、ＷＴＲＵがＭＭＥからＮＡＳメッセージを受信する場合に、ＷＴＲＵは、休止モードを終了する要求の結果を検証し、要求が受け入れられる場合には、ＷＴＲＵ ＮＡＳは、休止モードの終了を反映するためにその状態または他のパラメータを変更することができる。ＷＴＲＵ ＮＡＳは、休止モードを終了できることをＷＴＲＵ ＲＲＣに示すことができる。ＷＴＲＵ ＮＡＳは、任意のＲＲＣ状態を変更するためにＲＲＣをトリガすることができる。その後、ＷＴＲＵは、ユーザプレーントラフィックに関する通常モード（すなわち、休止モードではない）での動作のためにセットアップされるデータラジオベアラを使用することができる（５１６）。

あるいは、ｅＮＢは、ＷＴＲＵについて上で説明したものに似て、ＲＲＣ要求を開始することができる。

ＮＡＳ層内で発生するイベントは、休止モードから非休止モードへの遷移およびその逆を引き起こすことができる。

ＷＴＲＵが休止モード（ＲＲＣ接続モードのサブセットまたは別々のＲＲＣ状態として実現され得る）に入る時に、ＮＡＳは、適当なアクションを実行できるようにするために、これについて知らされるものとすることができる。たとえば、休止モードでは、ＮＡＳは、専用ベアラに関するリソースを要求し、したがって休止モードを終了するために、新しいメッセージ（たとえば、サービス更新）を送信することができる。

ＲＲＣおよびＮＡＳは、各エンティティで休止モードへまたはこれからの遷移の際に相互作用することができる。休止モード動作の変更は、ＲＲＣおよび／またはＮＡＳでの動作の休止モードからまたはこれへの遷移を暗示することができる。

ＲＲＣは、休止モード動作の変化に関してＮＡＳに知らせることができる。たとえば、ＲＲＣが動作の休止モードに入る時に、ＲＲＣは、休止モードへの遷移に関してＮＡＳ（ＥＭＭまたはＥＳＭ）に知らせることができる。この指示は、ＮＡＳに知られている、またはＲＲＣによってシグナリングされる、のいずれかである所与の時間期間の間に有効とすることができる。同様に、ＲＲＣは、休止モードから動作の通常モードへの遷移についてＮＡＳに知らせることができる。

ＮＡＳが、休止モードに入り、出ることを知り、かつ、そのような遷移が、ＮＡＳによってトリガされまたは制御され得る場合に、ＮＡＳは、休止モードへ出入りするすべての遷移に関してＲＲＣ（または任意の他の層、たとえば、ＥＳＭまたはＭＡＣなどのより下の層）に知らせることができる。

ＮＡＳなどのエンティティは、休止モードへの遷移に関する指示（たとえば、ＲＲＣまたはＭＭＥなどの他のエンティティから）の受信時に、ＷＴＲＵでの動作の現在のモードを示すパラメータを使用しまたはセットすることができる。たとえば、ＷＴＲＵが休止モードで動作しつつあることの指示の受信時に、ＮＡＳは、ＷＴＲＵの動作のモードを示すフラグまたは任意の他のパラメータを定義しまたは使用することができる。休止フラッグを定義することができ（たとえば、ブールパラメータ）、ここで、真（または１）は、ＷＴＲＵが休止モードであることを示すことができ、偽（または０）は、ＷＴＲＵが通常モードである（すなわち、休止モードではない）ことを示すことができる。この挙動は、ＷＴＲＵ内の他のエンティティ／層（たとえば、ＲＲＣ、ＭＡＣ、またはＮＡＳのＥＳＭエンティティ）に適用することができる。

ＮＡＳへの指示は、より下の層（たとえば、ＲＲＣ）からまたはＭＭＥなどの他のネットワークエンティティからである場合がある。たとえば、ＮＡＳが、ＭＭＥから休止モード動作に関する指示または休止モードに入る要求を受信する場合に、ＮＡＳは、ＷＴＲＵが休止モードで動作しつつあることを知るために、上で説明したフラグ（または別のパラメータ）をセットすることができる。同様に、ＭＭＥから受信される可能性がある、休止モードを終了する要求または休止モードの終了に関する指示は、動作の通常モードが開始されるように、休止フラグ（または任意のパラメータ）の値をＷＴＲＵが変更することをもたらす可能性がある。

動作のどの時にも、ＮＡＳは、フラグもしくは状態または任意の他の方法のいずれかを使用して、ＷＴＲＵが休止モードで動作しつつあるのか否かを検証することができる。その後、ＮＡＳは、ＷＴＲＵの現在の動作のモードに従って振る舞うことができる。ＮＡＳは、さらに、この状態が、ＮＡＳ ＥＭＭ−ＩＤＬＥもしくはＥＭＭ−ＣＯＮＮＥＣＴＥＤまたは任意の他の状態の一部と考えられるかどうかを検証することができる。たとえば、ＮＡＳが、動作の休止モードを知っている場合に、ＮＡＳは、専用ベアラに関するリソースを要求するサービス更新メッセージを送信することができる。これは、休止モードがＥＭＭ−ＣＯＮＮＥＣＴＥＤのサブセットとして実現される場合に行うことができる。あるいは、これを、休止挙動を実現する実際の状態に関わりなく行うことができる。あるいは、ＮＡＳは、休止モードでサービス要求を送信することを許可されるものとすることができる。サービス更新メッセージとサービス要求メッセージとの両方を使用することができる。ＮＡＳ（ＥＭＭまたはＥＳＭ）は、休止モードである時にさらなるＥＳＭ要求を禁止することができる。これは、より下の層またはネットワークからの指示に従って定義された時間期間の間に行うことができる。

動作のどの時にも、ＮＡＳが、ＷＴＲＵが休止モードで動作していないことを識別する場合に、ＮＡＳは、ＷＴＲＵ ＮＡＳが休止モードに入ろうとしていることをＭＭＥに知らせるためにサービス更新メッセージ送信しなければならないことを除いて、サービス更新メッセージを使用するのを避けることができる。

ＮＡＳは、休止モードに入るトリガに基づいて、または休止モードに入る、より下の層の要求に基づいて、休止モードでのＷＴＲＵ ＮＡＳ動作に関してＭＭＥに知らせるためにＭＭＥにメッセージを送信することができる。ＮＡＳは、その後、新しい状態に入るか、休止モードでの動作を示すフラグを保つことができる。ＮＡＳは、ＭＭＥからの確認または肯定応答の後に、新しい状態に入るか、フラグを保つことができる。ＮＡＳは、ＷＴＲＵが休止モードで動作しつつあることを、より下の層または他のエンティティ（たとえば、ＥＳＭ）に通知することができる。

あるいは、ＷＴＲＵから受信した指示に基づいて、またはＭＭＥでのトリガに基づいて、ＭＭＥは、ＷＴＲＵを動作の休止モードにするようにｅＮＢに要求することができる。これは、Ｓ１ＡＰメッセージ（たとえば、ＷＴＲＵ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴ）またはｅＮＢがＷＴＲＵを休止モードにする必要があることを示すために定義されたＩＥを有する任意の新しいメッセージを使用して行うことができる。ＷＴＲＵを休止モードにすることのＭＭＥからの要求の受信時に、ｅＮＢは、ＲＲＣメッセージを使用して、休止モードに入るようにＷＴＲＵに示すことができる。ＭＭＥは、休止モードが現在アクティブであることをＷＴＲＵに示すために、ＮＡＳメッセージを送信することができる。あるいは、ＷＴＲＵ内のＮＡＳに、ＲＲＣまたは任意の他の層によって通知することができる。

ＷＴＲＵを動作の休止モードにするトリガを定義することができる（休止モードの実現は、ＮＡＳ、ＲＲＣ、またはその両方のいずれかとすることができる）。一実施形態では、セッション管理エンティティ（たとえば、ＮＡＳ ＥＳＭ）は、ＷＴＲＵが、ある特性（たとえば、特定のまたは最大のパケットサイズ、もしくは特定のパケット間（またはバースト）到着時間、もしくは任意の他の定義された特性、またはその組合せ）を有するパケットを送信しつつあることを観察することができる。セッション管理エンティティは、ある種のトラフィックパターンを観察した結果として、ある種のトラフィックパケットがＸＲＢとすることのできる少なくとも１つのベアラにグループ化され得るように、パケットフィルタを（ローカルにまたはＭＭＥを用いるシグナリングを介して）インストールすることができる。あるいは、ＷＴＲＵが、休止モードでの動作を知らせ／要求するためにＭＭＥに新しいセッション管理メッセージを送信することができる。

ＷＴＲＵ内のセッション管理エンティティは、休止モードで動作する前に、肯定応答を待つことができる。この肯定応答は、アップリンクおよび／もしくはダウンリンクでのパケットフィルタのインストールの肯定応答の形とすることができ、または、ＷＴＲＵでパケットフィルタをインストールする要求の形とすることができる。この肯定応答を、新しいセッション管理メッセージの形とすることができる。この肯定応答を、ネットワーク（たとえば、ＭＭＥ）によって送信することができる。

セッション管理エンティティは、休止モードに入る指示を受信することができ、結果として、事前定義のアクションを実行することができる。この指示は、たとえばアプリケーションまたは、ある種のトラフィックパターンを観察する機能性を有することができるユーザプレーンエンティティ（たとえば、ＰＤＣＰエンティティ）などであるがこれに限定されないＷＴＲＵ内の他のエンティティからの、ローカルとすることができる。この指示は、ネットワーク内の別のエンティティから、たとえばネットワーク内のセッション管理エンティティ（すなわち、ＭＭＥ）から受信され得る。

セッション管理エンティティ（たとえば、ＮＡＳ ＥＳＭ）は、休止モードに入るトリガに起因して、ＷＴＲＵが今や休止モードに入ることをモビリティ管理エンティティ（たとえば、ＮＡＳ ＥＭＭ）に示すことができる。ＥＭＭは、休止モードに入るＥＳＭからの指示に起因して、または上で定義されたものと同一のトリガに起因して、事前定義のアクションを実行することができる（すなわち、上で定義されたアクションをＥＭＭに適用することができる）。

図６は、一実施形態による休止モードに入る例のプロセス６００のシグナリング図である。ＷＴＲＵ（たとえば、ＮＡＳのＥＳＭエンティティまたはＥＭＭエンティティ）でトリガされた時に、ＮＡＳ（ＥＳＭまたはＥＭＭ）は、休止モードで動作すると判断する（６０２）。このトリガは、小さいパケットの送信の検出または任意の他のトリガとすることができる。

ＮＡＳ（ＥＳＭまたはＥＭＭ）は、ネットワーク（ｅＮＢ）にＮＡＳメッセージを送信する（６０４）。このＮＡＳメッセージは、たとえばパケットフィルタをインストーするＥＳＭメッセージ、または休止モード動作を要求するために定義できるＥＭＭメッセージとすることができる。あるいは、ＮＡＳは、送信のためにＮＡＳメッセージを必ずしも提供せずに休止モードに入る必要を示すためにＲＲＣと相互作用することができる。この場合に、ＲＲＣは、ＷＴＲＵが休止モードに入ることを求めることを示す情報要素ＩＥを有するＲＲＣメッセージをｅＮＢに送信することができる。

ｅＮＢは、受信されたＮＡＳメッセージをＭＭＥに転送する（６０６）。あるいは、ｅＮＢが、休止モードに入る要求を示すＩＥを有するＲＲＣメッセージを受信する場合に、ｅＮＢは、新しいＩＥ（たとえば、ＷＴＲＵから受信されたものをセットされた値を有する）を有する既存のまたは新しいＳ１ＡＰメッセージをＭＭＥに向かって送信することができる。このメッセージは、ＴＥＩＤを含むことができる。

ＭＭＥは、ネットワーク内の構成に基づいて、要求を受け入れまたは拒絶することができる。ＭＭＥが要求を受け入れる場合に、ＭＭＥは、ＳＧＷに向かってベアラの変更をトリガすることができる（６０８）。ＳＧＷは、ＰＤＮ ＧＷ（図示せず）に向かってベアラ変更を開始し、ＭＭＥにベアラ変更応答を送信することができる（６１０）。ＭＭＥは、要求の結果を有するＮＡＳメッセージ（ＥＭＭまたはＥＳＭ）をｅＮＢに送信することによって、休止モードに入る要求に応答することができる（６１２）。あるいは、ＭＭＥは、既存のまたは新しいＳ１ＡＰメッセージを介して、休止モードに入る要求の結果に関してｅＮＢに知らせることができる。このメッセージは、ＴＥＩＤを含むことができる。

ｅＮＢは、受信されたＮＡＳメッセージのすべてをＷＴＲＵに転送する（６１４）。ＷＴＲＵは、休止モードに入る要求の結果に関してＮＡＳ（ＥＳＭまたはＥＭＭ）メッセージを検証する。結果が、休止モードが受け入れられることを示す場合には、ＮＡＳは、休止モードに入ることができる。ＮＡＳは、さらに、ＷＴＲＵが休止モードで動作する必要があることをＲＲＣに示すことができる。ＲＲＣは、休止状態に入ることができる。ＷＴＲＵは、ＮＡＳメッセージによって要求される場合に、パケットフィルタをインストールすることができる。

あるいは、ｅＮＢは、休止モード要求の結果を示すＩＥを有するＲＲＣメッセージを送信することができる。ＲＲＣは、メッセージを検証し、応答に関してＮＡＳに知らせることができる。ＮＡＳおよび／またはＲＲＣは、その後、休止状態に入り、かつ／または結果がそれを示す場合に休止モード挙動を反映するようにそれ相応にある種のフラグをセットすることができる。ユーザプレーンデータを、休止モードのＷＴＲＵとＳＧＷとの間で転送することができる（６１６）。

休止モードのフローごとのアクセスバーリング（ａｃｃｅｓｓ ｂａｒｒｉｎｇ）の実施形態を、本明細書でこの後で開示する。非アクティブＷＴＲＵの大きい母集団からの間欠的バックグラウンドトラフィックの増加は、特に他のＷＴＲＵがより高い優先順位のサービスおよび／またはデータに関してアクティブである可能性があるピーク時間中の、システム内の過度の負荷の生成に大きく寄与する可能性がある。そのような負荷は、ユーザプレーントラフィック、ＲＡＣＨ上のアクセスの試み、および制御プレーンシグナリングなどを含む可能性がある。ＲＡＣＨ過負荷は、サービスされるべきより高い優先順位のデータを先取りする可能性がある。バックグラウンドサービスのＲＲＭ（無線リソース管理）に関係する制御プレーンシグナリングは、高優先順位サービスに関する有用なユーザプレーントラフィックを先取りする可能性がある。

確立されたＲＲＣ接続および／または構成された専用リソースを有するＷＴＲＵに関して、ネットワークは、異なるサービスのＱｏＳ要件がセル内で満足されることを保証するために、ＱｏＳ構成パラメータ（無線ベアラごとの）およびスケジューリング優先順位（所与のＷＴＲＵのＲＡＢの間および／または異なるＷＴＲＵの間）の組合せを使用することができる。あるいは、ネットワークは、１つまたは複数のフローがＷＴＲＵによって破棄されるようにパケットフィルタを更新することができ、これは、ｅＮＢによって経験される問題（輻輳）に対処するためにＭＭＥ（ＮＡＳ）からのかかわりを必要とする。

確立されたＲＲＣ接続および／または構成された専用リソースを有するＷＴＲＵについて、ネットワークは、システム内の過負荷（たとえば、より高い優先順位のデータまたはＷＴＲＵにサービスするために使用可能なリソースが少ないまたはない）の場合に、ＷＴＲＵを他のセルに再分配し（ハンドオーバを使用して）またはＷＴＲＵ ＲＲＣ接続を解放する（別のセルへのリダイレクションをおそらくは用いるＲＲＣ接続解放手続を使用して）ことができる。

アイドルモードのＷＴＲＵに関して、ネットワークは、ＷＴＲＵのセル（再）選択手続の挙動に影響するシステム情報パラメータ内でシグナリングする（セルが、選択されるより低い尤度を有するように）か、特定のタイプのサービスが、他のサービスが許容される（たとえば、緊急呼出）間にセルへのアクセスを一時的に先取りされる可能性がある拡張されたセルバーリングなどの機構を使用するかのいずれかを行うことができる。拡張されたセルバーリングは、システム情報のブロードキャストに頼り、ＩＤＬＥモードで適用可能であり、クラスは、ＷＴＲＵごとに定義される。

休止挙動の使用との組合せで所与の時間期間の間にシステムにアクセスする１つまたは複数のＷＴＲＵを遅延させまたは先取りする実施形態を、本明細書でこの後で開示する。これらの実施形態は、ネットワークが、あるタイプのサービスに関連するデータに関するバックオフのある形を実行すること、および／または１つもしくは複数のＷＴＲＵに提供されるそのようなサービスのグレースフルでグラデーションを実行すること（たとえば、休止挙動を使用しつつあるＷＴＲＵおよび／または少なくとも１つのＸＲＢを用いて構成されたＷＴＲＵについて）を可能にすることができる。

諸実施形態では、バックオフを、パケットフィルタおよび／または無線ベアラ構成との組合せである種のタイプのサービスに関して適用することができる。諸実施形態を、ＲＲＣ ＣＯＮＮＥＣＴＥＤモードまたはＲＲＣ ＩＤＬＥモード（たとえば、ＷＴＲＵの構成に留まることができるパケットフィルタおよびＲＡＢ構成などの休止挙動に関する）またはＲＲＣ ＤＯＲＭＡＮＴモードで適用することができる。

諸実施形態は、より高い優先順位を有するデータがもはやセル内でサービスされ得ないおよび／またはアドミッション制御がもはやさらなる接続を受け入れることができない、過度な負荷にシステムが達する時に有用である可能性がある。そのような条件は、システムが可能なＲＲＣ接続の最大個数に達することに起因する、不十分なシステム容量に起因する、制御チャネルの輻輳に起因する、および／またはランダムアクセスチャネル上の福相に起因する可能性がある。

バックオフが適用される時に、ＷＴＲＵは、システムにアクセスせず、かつ／またはバックオフ機能が適用可能であるユーザデータに関してアップリンクリソースに関する要求（たとえば、専用リソースまたはランダムアクセスのいずれかを使用する要求のスケジューリング、またはＷＴＲＵ固有のＰＲＡＣＨ機会でのプリアンブル送信）を実行しないものとすることができる。あるいは、ＷＴＲＵは、ある量のデータ（構成可能とすることができる）がＷＴＲＵのバッファ内で送信に使用可能になるまで、バックオフ機能がそれに関して適用可能であるユーザデータに関係するすべての要求を遅延させることができる。あるいは、ＷＴＲＵは、ｐｒｉｏｒｉｔｉｚｅｄ ｂｉｔ ｒａｔｅを超えるデータまたはＷＴＲＵの構成のＤＲＢに関して、バックオフ機能がそれに関して適用可能であるユーザデータに関係するすべての要求の送信を控えることができる。

ＷＴＲＵを、たとえばＸＲＢ、パケットフィルタ、サービスタイプおよび／もしくはＱｏＳパラメータ、または類似物（ＤＲＢ構成の一部として与えられ得る）のうちの少なくとも１つに基づいて、バックオフ機能を適用するために１つまたは複数のフロー（以下では、「適用可能なフロー」と称する）を判定するように構成することができる。

ＷＴＲＵを、たとえば、ＷＴＲＵ休止挙動、ＷＴＲＵ状態（たとえば、ＲＲＣ ＤＯＲＭＡＮＴ状態）、暗黙の指示、ネットワークからの明示的指示（たとえば、システム情報の一部としてブロードキャストされる過負荷指示および／またはセル内の許容されるサービスクラスの指示）、特定のサブフレーム（たとえば、スケジューリング機会）、または類似物のうちの少なくとも１つに基づいて、適用可能なフローにバックオフ機能を適用すべき時を判定するように構成することができる。

ＷＴＲＵを、適用可能なフローにどれほど長くバックオフ機能を適用すべきかを判定するように構成することができる。ＷＴＲＵは、特定の（構成可能な）長さの時間の間にバックオフ機能を適用することができる。ＷＴＲＵは、バックオフ機能がもはや適用可能ではなくなるまで、たとえば、バックオフ機能がもはや事前定義の条件を満足しない時、ＷＴＲＵがＲＲＣ状態を変更する時、および／または休止挙動がもはや適用可能ではなくなる時まで、バックオフ機能を適用することができる。さらに、ＷＴＲＵは、異なるサービングセルをもたらすセル（再）選択手続またはモビリティ制御ＩＥを有するＲＲＣ接続再構成（たとえば、ハンドオーバ）の受信のいずれかからモビリティイベントが発生する（サービングセルの変化）時に、バックオフ機能の適用を停止することができる。

ＷＴＲＵが、バックオフ機能がその無線ベアラのいくつかに適用される間に、ＢＳＲを含むアップリンク送信を実行する場合に、ＷＴＲＵは、適用可能な場合に、ＢＳＲ内の無線ベアラについて、非ゼロ量のデータを報告することができる。

トラフィッククラスは、異なるサービスクラスの中で相対優先順位を表すことができる（たとえば、最高優先順位、高優先順位、中優先順位、低優先順位、最低優先順位）。優先順位を、割り当てられた整数、たとえば［１５、…、０］に従うものとすることができ、ここで、１５は、最高優先順位を表すことができる。トラフィッククラスを、適用可能な場合に、無線ベアラの構成に関連するＬＣＧ（ｌｏｇｉｃａｌ ｃｈａｎｎｅｌ ｇｒｏｕｐ）に関連する優先順位とすることができる。

休止モードでは、ＷＴＲＵは、低トラフィッククラスを割り当てられたＤＲＢに関する要求を先取りする。たとえば、ＷＴＲＵを、複数のＤＲＢを用いて構成することができ、１つまたは複数のＤＲＢを、１つのＸＲＢに関連付けることができる。このＸＲＢを、１つのトラフィッククラスに関連付けることができる。あるいは、ＤＲＢを、１つのトラフィッククラスに関連付けることができる。休止モードで動作する時に、ＷＴＲＵは、構成された値未満のトラフィッククラスに対応するデータに関してバックオフ機能を適用することができる（たとえば、ＷＴＲＵは、ネットワークへのアップリンクリソースに関する要求を開始しないものとすることができる）。これは、サービングセルがたとえばシステムブロードキャスティング情報の受信から過負荷状態であることをＷＴＲＵがそれに関して判定する期間に適用することができる。ＷＴＲＵが、その送信がＢＳＲを含む可能性があるより高いトラフィッククラスの無線ベアラに関してアップリンク送信を実行する場合に、ＷＴＲＵは、ＢＳＲ内で、より低いトラフィッククラスに対応するＤＲＢのデータの量を報告することができる。

もう１つの実施形態では、休止モードで、ＷＴＲＵは、ＤＲＢ ＰＲＢを超えるデータに関する要求を先取りすることができる。たとえば、ＷＴＲＵを、複数のＤＲＢを用いて構成することができ、ＤＲＢを、トラフィッククラスに関連付けることができる。休止挙動では、ＷＴＲＵは、ＰＲＢを超える適用可能なＤＲＢのデータに関してネットワークにアップリンクリソースの要求を開始できなくなるように、構成された値未満のトラフィッククラスに対応するデータのバックオフ機能を適用することができる。これは、サービングセルが、システムブロードキャスティング情報の受信に基づいて判定できる、過負荷の条件にある時に適用することができる。

ＷＴＲＵを、複数のパケットフィルタを用いて構成することができる。各パケットフィルタを、インデックス（たとえば、０から始まる）に関連付けることができる。ＷＴＲＵは、どの時にも１つのパケットフィルタをアクティブにすることができる。ＷＴＲＵは、最低のインデックスを有するパケットフィルタをデフォルトパケットフィルタと考えることができる。ＷＴＲＵは、ネットワークから受信する指示に基づいて、アクティブパケットフィルタを変更することができる。この指示を、システム情報ブロードキャスト内で受信することができる。システム情報ブロードキャストは、セル内の複数のパケットフィルタを用いて構成されたＷＴＲＵに適用可能なインデックスをシグナリングすることができる。ＷＴＲＵは、休止モードで動作する場合に、デフォルトパケットフィルタとは異なるパケットフィルタを使用することができる。ＷＴＲＵが、複数のパケットフィルタを用いて構成され、最高の構成されたインデックスが、システムブロードキャスティングによって示される値より小さい場合には、ＷＴＲＵは、最高の値を有するインデックスを使用することができる。

ＴＤＦベースの制御プレーンポリシングは、次のケースすなわち、ネットワークベースおよびＷＴＲＵベースを検討することができる。ネットワークベースのＴＤＦベースの制御プレーンポリシングでは、望まれないユーザプレーントラフィックパターンは、ネットワーク（たとえば、ＰＧＷ）で識別され、その後、ネットワークは、これらのパターンを、望まれないシステム挙動を引き起こす可能性がある潜在的な制御プレーンイベントに相関させる。その後、ネットワークは、関連する制御プレーン輻輳を軽減するためのアクションを実行することができる。ＷＴＲＵベースのＴＤＦベースの制御プレーンポリシングでは、ＷＴＲＵは、望まれないユーザプレーントラフィックパターンを検出し、制御プレーンイベントを相関し、可能な望まれないシステム挙動を軽減するアクションをネットワークが実行するためにネットワークにこの挙動を通知するか、ユーザプレーントラフィックパターンを制御プレーンイベントに相関させることによってＡＤＣルールを実施し、潜在的に有害／望ましくない制御プレーンイベントを軽減するかのいずれかを行う。

図７に、一実施形態によるＴＤＦベースの制御プレーンポリシングの例の手続を示す。図７は、ネットワークベースとＷＴＲＵベースとの両方のＴＤＦベースの制御プレーンポリシングを示す。

ＰＣＲＦによってセットされたルールまたはオペレータによって事前に構成されたルールに基づいて、ＰＧＷは、トラフィックパターンを検出することができる。トラフィックパターンの検出時に、ＰＧＷは、このイベントをＰＣＲＦに報告する（７０２）。ＰＣＲＦは、トラフィック検出情報を受信し、ＰＧＷ内でＡＤＣ（ａｐｐｌｉｃａｔｉｏｎ ｄｅｔｅｃｔｉｏｎ ａｎｄ ｃｏｎｔｒｏｌ）ルールを構成する（７０４）。ＰＧＷは、これらのルールを使用して、その後に制御プレーンイベントと相関され得る潜在的なユーザプレーントラフィックを識別する（７０６）。たとえば、ＰＧＷ内のＴＤＦは、提供されたルールを使用して、ＡＤＣルールの一部としてＰＣＲＦによって提供されたアプリケーションＩＤを使用することによってサービスデータフロー内のアプリケーションを識別する。

ＰＧＷが、ルールに従って特定のパターンを識別する場合に、ＰＧＷは、訂正アクションを判定するために、制御プレーン管理エンティティで相関され得るユーザプレーンの望まれない挙動に関して制御プレーン管理エンティティに通知することができる。訂正アクションは、新しいサービス要求または新しい確立を確立するための新しいＲＲＣ接続要求の送信などのある種の制御プレーンイベントを防ぐことを含むが、これに限定されない。ＰＧＷは、たとえばＳＧＷを介してベアラ更新要求を送信することに追って、この通知をＭＭＥに渡す（７０８、７１０）。

ＭＭＥは、トラフィック検出情報を既知のシグナリングパターンに相関させる。その後、ＭＭＥは、２〜３バイトを送信するために短命の接続を確立し、分解するのを防ぐために新しい休止ベアラをセットアップする、既存の休止ベアラにパケットを向けるために新しいフィルタをセットアップする、またはｅＮＢがリソース可用性に応じてさらなるアクションを行うためにｅＮＢにトラフィックパターン識別を通信／通知する、のいずれかのために、Ｅ−ＲＡＢ ＭＯＤＩＦＹ ＲＥＱＵＥＳＴメッセージまたはＤＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージを送信することができる（７１２）。

あるいは、ＭＭＥは、バックオフタイマの持続時間の間に新しい制御プレーンメッセージをすべて防ぐために、ＷＴＲＵ内のバックオフタイマを初期化するためにＥ−ＲＡＢ ＭＯＤＩＦＹ ＲＥＱＵＥＳＴメッセージ、ＤＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ、または類似するメッセージを送信する（７１２）。その後、ｅＮＢは、ＲＲＣシグナリングを介してこのタイマをＷＴＲＵに転送することができる（７１４）。あるいは、ＭＭＥが、ＮＡＳシグナリングを介してＷＴＲＵに直接にタイマを送信することができる。

バックオフタイマを、サービス要求など、特定の制御プレーンメッセージに適用することができる（すなわち、このタイマを提供される時に、ＷＴＲＵは、タイマの持続時間の間にサービス要求（任意のサービスに関する）を送信することができない）。あるいは、ＷＴＲＵは、音声呼、緊急呼出、または他のサービスに関するサービス要求の送信を許可されるものとすることができる。どのサービスが許可されるのかおよびどのサービスが許可されないのかを、ＷＴＲＵに供給することができる。

あるいは、バックオフタイマを、特定のトラフィッククラスまたは特定のベアラもしくはフローに適用することができる。たとえば、ＷＴＲＵが、バックオフタイマを提供される時に、ＷＴＲＵは、特定のベアラ上で生成されたトラフィックまたは特定のフローに関して接続モードに遷移しないものとすることができる。あるいは、バックオフタイマを、ＷＴＲＵ全体に適用することができる。

ＷＴＲＵベースのＴＤベースの制御プレーンポリシングに関して、ＷＴＲＵは、ＡＤＣルールを用いて構成され、または、フィルタリング情報が、たとえばベアラ確立中に、ＷＴＲＵに供給され得る。ＷＴＲＵは、これらのルールを使用して、トラフィックパターンを検出する。トラフィックパターンが検出された後に、ＷＴＲＵは、たとえばベアラリソース要求またはＮＡＳメッセージの包括的トランスポート（または、任意のセッション管理ＮＡＳメッセージもしくはモビリティ管理ＮＡＳメッセージ）を使用して、ＰＣＲＦ（またはＭＭＥなどの任意の他のノード）に向かって通知を送信することができる（７０２ａ）。ＷＴＲＵは、この指示をＭＭＥに提供することができ、ＭＭＥは、その後、これを、ベアラ変更要求メッセージなどのＣＮメッセージを使用して、ＳＧＷおよびＰＧＷを介してＰＣＲＦに転送することができる。あるいは、新しいメッセージを、これらのノードの間で定義することができる。このメッセージ（すなわち、ＷＴＲＵからのトリガ）がＰＣＲＦによって受信された後に、ＰＣＲＦは、図７の動作７０２〜７１４のようにアクションを実行することができる。

あるいは、ＷＴＲＵは、アクションノいくつかを実施するために、構成されたＡＤＣルールを使用することができる。ＷＴＲＵは、上で開示したように、休止ベアラの要求をトリガすることができる。あるいは、ＷＴＲＵは望まれないフローからのパケットを休止ベアラにルーティングすることができる。図８に、望まれないフローからＸＲＢへのパケットのルーティングを示す。ＰＧＷによって構成されたＴＤＦ／ＡＤＣ８０６に従って制御され得るＷＴＲＵ内のユーザプレーンフィルタ８０２は、一致するトラフィックをＸＲＢ８０４にルーティングする。

あるいは、ＷＴＲＵは、事前に構成された時間の持続時間の間にバックオフし、特定のフローまたはベアラに関して特定の制御プレーンメッセージを送信するのを控え、または事前に構成されたタイマの持続時間の間のすべての制御プレーンメッセージの送信を控えることができる。

ページングを使用して、ＲＲＣ＿ＩＤＬＥのＷＴＲＵにページング情報を送信し、かつ／またはＷＴＲＵのダウンリンクデータの可用性をＲＲＣ＿ＤＯＲＭＡＮＴのＷＴＲＵに示すことができる。ページングを使用して、システム情報変化に関してＲＲＣ＿ＩＤＬＥ、ＲＲＣ＿ＤＯＲＭＡＮＴ、およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤのＷＴＲＵに知らせ、ＥＴＷＳ主通知および／もしくはＥＴＷＳ副通知に関して知らせ、かつ／またはＣＭＡＳ通知に関して知らせることができる。

ページング情報は、より上の層に提供され、この層は、これに応答して、たとえば着呼を受信するために、ＲＲＣ接続確立を開始することができる。より上の相違は、応答して、物理層でのダウンリンク制御シグナリングの復号を再開することができる（たとえば、短いユニキャストデータ転送を受信するために）。

ネットワークは、ＷＴＲＵのページング機会にページングメッセージを送信することによって、ページング手続を開始することができる。ネットワークは、ＷＴＲＵごとに１つのページングレコードを含めることによって、１つのページングメッセージ内で複数のＷＴＲＵをアドレッシングすることができる。ネットワークは、ページングメッセージ内で、システム情報の変化を示し、かつ／またはＥＴＷＳ通値もしくはＣＭＡＳ通知を提供することができる。

ページングメッセージの受信時に、ＲＲＣ＿ＩＤＬＥである場合に、ページングメッセージ内にページングレコードが含まる場合にはページングレコードごとに、ページングレコード内に含まれるＷＴＲＵ−Ｉｄｅｎｔｉｔｙがより上の層によって割り当てられたＷＴＲＵアイデンティティのうちの１つと一致する場合に、ＷＴＲＵは、そのＷＴＲＵ−Ｉｄｅｎｔｉｔｙおよびｃｎ−Ｄｏｍａｉｎをより上の層に転送することができる。

ページングメッセージの受信時に、ＲＲＣ＿ＤＯＲＭＡＮＴである場合に、ページングメッセージ内にページングレコードが含まる場合にはページングレコードごとに、ページングレコード内に含まれるＷＴＲＵ−Ｉｄｅｎｔｉｔｙがより上の層によって割り当てられたＷＴＲＵアイデンティティのうちの１つと一致する場合に、ＷＴＲＵは、ダウンリンク制御シグナリングの監視を再開できることをより下の層に示すことができる。

ｓｙｓｔｅｍＩｎｆｏＭｏｄｉｆｉｃａｔｉｏｎが含まれる場合には、ＷＴＲＵは、システム情報獲得手続を使用してシステム情報を再獲得することができる。ｅｔｗｓ−Ｉｎｄｉｃａｔｉｏｎが含まれ、ＷＴＲＵがＥＴＷＳ対応である場合には、ＷＴＲＵは、即座にすなわち、次のシステム情報変更周期境界まで待たずに、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１を再獲得することができる。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔが、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１０が存在することを示す場合には、ＷＴＲＵは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１０を獲得することができる。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔが、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１１が存在することを示す場合には、ＷＴＲＵは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１１を獲得することができる。ｃｍａｓ−Ｉｎｄｉｃａｔｉｏｎが含まれ、ＷＴＲＵがＣＭＡＳ対応である場合には、ＷＴＲＵは、即座にすなわち次のシステム情報変更周期境界まで待たずに、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１を再獲得することができる。ｓｃｈｅｄｕｌｉｎｇＩｎｆｏＬｉｓｔが、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１２が存在することを示す場合には、ＷＴＲＵは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１２を獲得することができる。

実施形態。

１．ネットワークへのＷＴＲＵの接続性を制御する方法。

２．ＷＴＲＵが、送信すべきデータの特性および／または優先順位を判定するステップを含む、実施形態１に記載の方法。

３．ＷＴＲＵが、データの特性または優先順位が休止モードの特性または優先順位と一致することを条件として接続状態またはアイドル状態から休止モードに遷移するステップを含む、実施形態２に記載の方法。

４．ＷＴＲＵが、接続状態またはアイドル状態に使用される構成とは異なる、データの送信のための構成を使用して動作するステップを含む、実施形態３に記載の方法。

５．休止モードのＷＴＲＵは、ＷＴＲＵが事前に構成された判断基準に基づいて複数のセルのうちの１つを選択し、選択されたセルにキャンプするように、セルからの信号を周期的に監視し、ＷＴＲＵによって制御されるモビリティ手続を実行する、実施形態２〜４のいずれか１項に記載の方法。

６．休止モードのＷＴＲＵは、ネットワークからユニキャストトラフィックを受信するための専用リソースを保持する、実施形態２〜５のいずれか１項に記載の方法。

７．ＷＴＲＵは、データの特性または優先順位に応じて、ＰＵＣＣＨまたはＰＲＡＣＨのいずれかを介してスケジューリング要求を送信する、実施形態２〜６のいずれか１項に記載の方法。

８．ＷＴＲＵは、データの特性または優先順位に応じて、ＲＡＣＨ構成の第１のセットまたはＲＡＣＨ構成の第２のセットのいずれかを使用することによってＲＡＣＨを介してスケジューリング要求を送信する、実施形態２〜７のいずれか１項に記載の方法。

９．ＷＴＲＵは、ＷＴＲＵ固有スケジューリング機会に専用のＷＴＲＵ固有ＲＮＴＩを使用して、また、休止モードである間にＷＴＲＵ固有ページング機会にページングＲＮＴＩを使用して、選択されたセルからのダウンリンク送信を監視する、実施形態２〜８のいずれか１項に記載の方法。

１０．休止モードのＷＴＲＵが、ＷＴＲＵ固有サブフレーム上でＰＲＡＣＨ送信を送信するステップを含む、実施形態２〜９のいずれか１項に記載の方法。

１１．ＰＲＡＣＨ送信は、ＨＡＲＱフィードバックまたはアップリンク送信に関して保留中のデータの優先順位を示すためのものである、実施形態１０に記載の方法。

１２．ＷＴＲＵは、ＷＴＲＵが送信に関する有効なアップリンクタイミングアライメントを有することを条件として、ＣＢ−ＰＵＳＣＨ送信を実行する、実施形態２〜１１のいずれか１項に記載の方法。

１３．ＷＴＲＵは、休止モードに関する要求を示すＲＲＣシグナリングを送信する、実施形態２〜１２のいずれか１項に記載の方法。

１４．ＲＲＣシグナリングは、パケット間またはバースト間平均時間および平均偏差、モビリティ情報、ＤＲＸ構成のリストからのＤＲＸ構成へのインデックス、平均パケットサイズ、および集計ビットレートのうちの少なくとも１つを含むトラフィック特性に関する情報を含む、実施形態１３に記載の方法。

１５．休止モードのＷＴＲＵが、休止モードに関して構成された無線ベアラを介してアップリンク送信を送信するステップを含む、実施形態２〜１４のいずれか１項に記載の方法。

１６．休止モードのＷＴＲＵは、制御プレーンシグナリングを介してアップリンクユーザプレーンデータを送信する、実施形態２〜１５のいずれか１項に記載の方法。

１７．ＷＴＲＵは、ＷＴＲＵが新しいサービングセルを自律的に選択することを条件として、休止モードを終了し、アイドル状態に移動する、実施形態２〜１６のいずれか１項に記載の方法。

１８．ネットワークへの接続性を制御するＷＴＲＵ。

１９．送信すべきデータの特性および／または優先順位を判定するように構成されたプロセッサを含む、実施形態１８に記載のＷＴＲＵ。

２０．プロセッサは、データの特性または優先順位が休止モードの特性または優先順位と一致することを条件として接続状態またはアイドル状態から休止モードに遷移するように構成される、実施形態１９に記載のＷＴＲＵ。

２１．プロセッサは、接続状態またはアイドル状態に使用される構成とは異なる、データの送信のための構成を使用して動作するように構成される、実施形態２０に記載のＷＴＲＵ。

２２．プロセッサは、休止モードで、セルを選択し、キャンプするために、複数のセルからの信号を周期的に監視し、ＷＴＲＵによって制御されるモビリティ手続を実行するように構成される、実施形態１９〜２１のいずれか１項に記載のＷＴＲＵ。

２３．プロセッサは、休止モードで、ネットワークからユニキャストトラフィックを受信するための専用リソースを保持するように構成される、実施形態１９〜２２のいずれか１項に記載のＷＴＲＵ。

２４．プロセッサは、データの特性または優先順位に応じて、ＰＵＣＣＨまたはＰＲＡＣＨのいずれかを介してスケジューリング要求を送信するように構成される、実施形態１９〜２３のいずれか１項に記載のＷＴＲＵ。

２５．プロセッサは、データの特性または優先順位に応じて、ＲＡＣＨ構成の第１のセットまたはＲＡＣＨ構成の第２のセットのいずれかを使用することによってＲＡＣＨを介してスケジューリング要求を送信するように構成される、実施形態１９〜２４のいずれか１項に記載のＷＴＲＵ。

２６．プロセッサは、ＷＴＲＵ固有スケジューリング機会に専用のＷＴＲＵ固有ＲＮＴＩを使用して、また、休止モードである間にＷＴＲＵ固有ページング機会にページングＲＮＴＩを使用して、選択されたセルからのダウンリンク送信を監視するように構成される、実施形態１９〜２５のいずれか１項に記載のＷＴＲＵ。

２７．休止モードのプロセッサは、ＷＴＲＵ固有サブフレーム上でＰＲＡＣＨ送信を送信するように構成される、実施形態１９〜２６のいずれか１項に記載のＷＴＲＵ。

２８．ＰＲＡＣＨ送信は、ＨＡＲＱフィードバックまたはアップリンク送信に関して保留中のデータの優先順位を示すためのものである、実施形態１９〜２７のいずれか１項に記載のＷＴＲＵ。

２９．プロセッサは、ＷＴＲＵが送信に関する有効なアップリンクタイミングアライメントを有することを条件として、ＣＢ−ＰＵＳＣＨ送信を実行するように構成される、実施形態１９〜２８のいずれか１項に記載のＷＴＲＵ。

３０．プロセッサは、休止モードに関する要求を示すＲＲＣシグナリングを送信するように構成される、実施形態１９〜２９のいずれか１項に記載のＷＴＲＵ。

３１．ＲＲＣシグナリングは、パケット間またはバースト間平均時間および平均偏差、モビリティ情報、ＤＲＸ構成のリストからのＤＲＸ構成へのインデックス、平均パケットサイズ、および集計ビットレートのうちの少なくとも１つを含むトラフィック特性に関する情報を含む、実施形態３０に記載のＷＴＲＵ。

３２．休止モードのプロセッサは、休止モードに関して構成された無線ベアラを介してアップリンク送信を送信するように構成される、実施形態１９〜３１のいずれか１項に記載のＷＴＲＵ。

３３．休止モードのプロセッサは、制御プレーンシグナリングを介してアップリンクユーザプレーンデータを送信するように構成される、実施形態１９〜３２のいずれか１項に記載のＷＴＲＵ。

３４．プロセッサは、ＷＴＲＵが新しいサービングセルを自律的に選択することを条件として、休止モードを終了し、アイドル状態に移動するように構成される、実施形態１９〜３３のいずれか１項に記載のＷＴＲＵ。

特徴および要素が、上では特定の組合せで説明されるが、当業者は、各特徴または要素を単独でまたは他の特徴および要素との任意の組合せで使用できることを了解するであろう。さらに、本明細書で説明される方法を、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体内に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線の接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、ＲＯＭ（読取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（ディジタル多用途ディスク）などの光学媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用されるラジオ周波数トランシーバを実施することができる。

Claims (26)

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. 前記プロセッサは、前記ＷＴＲＵが新しいサービングセルを自律的に選択することを条件として、前記休止モードを終了し、前記アイドル状態に移動するように構成されることを特徴とする請求項１４に記載のＷＴＲＵ。

Images