JP2014140235A - 状態／モード遷移のための方法および装置 - Google Patents

Abstract

【課題】状態／モード遷移のための方法および装置の提供。
【解決手段】ユーザ機器は、ＳＣＲＩ（シグナリングコネクション解放指示）メッセージ等の指示メッセージを処理する方法を実装する。ユーザ機器（ＵＥ）は、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持する。ある場合には、無線ベアラ３以上でのＵＥによるシグナリングの伝送に応じて、カウントはリセットされる。ある場合には、ＲＲＣコネクトモードに入ることに応じて、カウントはリセットされる。
【選択図】図１２

Description

（関連出願の相互参照）
本願は、米国仮特許出願第６１／２６３，８２４号（２００９年月１１日２４出願）の利益を主張し、この出願は、その全体が参照することによって本明細書に援用される。

（開示の分野）
本開示は、ユーザ機器（ＵＥ）または他のワイヤレスあるいはモバイルデバイスと、ワイヤレスネットワークとの間の無線リソース制御に関し、具体的には、例えば、ユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ／ＵＭＴＳ）ネットワーク等の、ワイヤレスネットワークにおいて、動作の状態とモードとの間で遷移するステップに関する。

ユニバーサルモバイルテレコミュニケーションシステム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ／ＵＭＴＳ）は、テキスト、デジタル化音声、ビデオ、およびマルチメディアの伝送用の広帯域のパケットベースのシステムである。それは、第３世代の基準に広く受け入れられており、概して、広帯域符号分割多重アクセス（Ｗｉｄｅｂａｎｄ Ｃｏｄｅｄ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ／Ｗ−ＣＤＭＡ）に基づく。

ＵＭＴＳネットワークにおいて、プロトコルスタックの無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ／ＲＲＣ）部が、ＵＥとＵＴＲＡＮとの間の無線リソースの割当、構成、および解放に関与している。このＲＲＣプロトコルは、３ＧＰＰ ＴＳ ２５．３３１仕様書で詳細に説明されている。ＵＥがとり得る２つの基本モードは、「アイドルモード」および「ＵＴＲＡ ＲＲＣコネクトモード」（または単に、本明細書で使用されるような「コネクトモード」）として定義される。ＵＴＲＡは、ＵＭＴＳ地上波無線アクセス（Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）を表す。アイドルモードでは、ＵＥまたは他のモバイルデバイスは、任意のユーザデータを送信したい時はいつでも、または、ＵＴＲＡＮあるいは汎用パケット無線サービス（Ｓｅｒｖｉｎｇ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ／ＧＰＲＳ）サポートノード（Ｓｕｐｐｏｒｔ Ｎｏｄｅ）（ＳＧＳＮ）ページといったページに応じて、プッシュサーバ等の外部データネットワークからデータを受信したい時はいつでも、ＲＲＣコネクションを要求する必要がある。アイドルおよびコネクトモードの動作は、Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）仕様書ＴＳ ２５．３０４およびＴＳ ２５．３３１で詳細に説明されている。

ＵＴＲＡ ＲＲＣコネクトモードであるときに、デバイスは、４つの状態のうちの１つとなり得る。これらは、以下の通りである。
ＣＥＬＬ−ＤＣＨ：データを交換するために、この状態においてアップリンクおよびダウンリンクで専用チャネルがＵＥに割り当てられる。ＵＥは、３ＧＰＰ ２５．３３１で概説されるようなアクションを行わなければならない。
ＣＥＬＬ＿ＦＡＣＨ：この状態において、いずれの専用チャネルもユーザ機器に割り当てられない。その代わり、少量の集中的データを交換するために共通チャネルが使用される。ＵＥは、３ＧＰＰ ＴＳ ２５．３０４で定義されるようなセル選択プロセスを含む、３ＧＰＰ ２５．３３１で概説されるようなアクションを行わなければならない。
ＣＥＬＬ＿ＰＣＨ：ＵＥは、ページングインジケータチャネル（Ｐａｇｉｎｇ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ／ＰＩＣＨ）を介してブロードキャストメッセージおよびページを監視するために、不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ／ＤＲＸ）を使用する。いずれのアップリンクアクティビティも可能ではない。ＵＥは、３ＧＰＰ ＴＳ ２５．３０４で定義されるようなセル選択プロセスを含む、３ＧＰＰ ２５．３３１で概説されるようなアクションを行わなければならない。ＵＥは、セル再選択後に、セル更新プロシージャを行わなければならない。
ＵＲＡ＿ＰＣＨ：ＵＥは、ページングインジケータチャネル（Ｐａｇｉｎｇ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ／ＰＩＣＨ）を介してブロードキャストメッセージおよびページを監視するために、不連続受信（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ／ＤＲＸ）を使用する。いずれのアップリンクアクティビティも可能ではない。ＵＥは、３ＧＰＰ ＴＳ ２５．３０４で定義されるようなセル選択プロセスを含む、３ＧＰＰ ２５．３３１で概説されるようなアクションを行わなければならない。この状態は、ＵＲＡ更新プロシージャがＵＴＲＡＮ登録エリア（ＵＴＲＡＮ Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｒｅａ／ＵＲＡ）の再選択を介してのみ誘起されることを除いて、ＣＥＬＬ＿ＰＣＨと同様である。

アイドルモードからコネクトモードへの遷移、およびその逆は、ＵＴＲＡＮによって制御される。アイドルモードＵＥがＲＲＣコネクションを要求すると、ネットワークは、ＵＥをＣＥＬＬ−ＤＣＨまたはＣＥＬＬ−ＦＡＣＨ状態にするかどうかを決定する。ＵＥがＲＲＣコネクトモードにあるときは、この場合もやはり、ＲＲＣコネクションを解放するときを決定するのはネットワークである。ネットワークはまた、コネクションを解放する前に、または場合によってはコネクションを解放する代わりに、ＵＥを１つのＲＲＣ状態から別のＲＲＣ状態にし得る。状態遷移は、一般的には、ＵＥとネットワークとの間のデータアクティビティまたは非アクティビティによって誘起される。ネットワークは、ＵＥが所与のアプリケーションのためのデータ交換を完了した時を認識していない場合があるため、一般的には、ＵＥを往復するさらなるデータを見込んで、しばらくの間、ＲＲＣコネクションを保つ。これは、一般的には、呼設定および後続の無線リソース設定の待ち時間を削減するように行われる。ＲＲＣコネクション解放メッセージは、ＵＴＲＡＮのみによって送信することができる。このメッセージは、ＵＥとＵＴＲＡＮとの間の信号リンクコネクションおよびすべての無線リソースを解放する。概して、「無線ベアラ」という用語は、ＵＥとＵＴＲＡＮとの間で割り当てられる無線リソースを指す。そして、「無線アクセスベアラ」とは、概して、ＵＥと、例えば、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｅｒｖｉｃｅ Ｎｏｄｅ／サービングＧＰＲＳサービスノード）との間で割り当てられる無線リソースを指す。本開示は、時として、無線リソースという用語を指すものであり、そのような用語は、必要に応じて、無線ベアラおよび／または無線アクセスベアラのいずれか一方または両方を指すものである。

前述に関連する問題は、たとえＵＥ上のアプリケーションがデータトランザクションを完了し、さらなるデータ交換を予期していなくても、依然として、ネットワークがそれを正しい状態に移行することを待つという点である。ネットワークは、ＵＥ上のアプリケーションがそのデータ交換を完了したという事実を認識していない場合さえある。例えば、ＵＥ上のアプリケーションは、ＵＭＴＳコアネットワークを通してアクセスされるそのアプリケーションサーバとデータを交換するために、独自の確認に基づくプロトコルを使用し得る。実施例は、独自の保証された配信を実装するユーザデータグラムプロトコル（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）（ＵＤＰ／ＩＰ）上で作動するアプリケーションである。そのような場合、ＵＥは、アプリケーションサーバがすべてのデータパケットを送信または受信したかどうかを認識し、さらなるデータ交換が行われるかどうかを決定し、したがって、パケットサービス（Ｐａｃｋｅｔ Ｓｅｒｖｉｃｅ／ＰＳ）ドメインと関連付けられたＲＲＣコネクションを終結させるときを決定することにより良好な立場にある。ＵＴＲＡＮは、ＲＲＣコネクション状態が異なる状態またはアイドルモードに変更される時を制御し、かつＵＴＲＡＮは、ＵＥと外部サーバとの間のデータ配信の状態を認識していないので、ＵＥは、必要とされるよりも早いデータ転送速度またはモードであり続けることを余儀なくされる場合があり、移動局にバッテリ寿命の減少をもたらす可能性があり、また、無線リソースが不必要に占有されたままであり、したがって、別のユーザに利用可能ではないという事実によって、無駄なネットワークリソースをもたらす可能性もある。

前述の１つの解決法は、ＵＥがデータトランザクションを終了したことを認識すると、ＵＥがＵＴＲＡＮへシグナリング解放指示を送信するようにさせることである。３ＧＰＰ ＴＳ ２５．３３１仕様書の第８．１．１４．３節に準じて、ＵＴＲＡＮは、ＵＥからのシグナリング解放指示の受信時に、シグナリングコネクションを解放して、ＵＥをアイドルモードまたは何らかの他のＲＲＣ状態に遷移させてもよい。前述の解決法に関連する問題は、ＵＴＲＡＮにＵＥまたは他のＵＥからのシグナリング解放指示メッセージが殺到するかもしれないという点である。

本願の一側面によると、ユーザ機器（ＵＥ）によって行われる方法が提供され、方法は、ＵＥにおいて、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、ＵＥによってパケット交換（ＰＳ）データを受信するステップと、ＰＳデータの受信に応じて、ＵＥによってカウントをリセットするステップとを含む。

本願の別の側面によると、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、パケット交換（ＰＳ）データを受信するステップと、ＰＳデータの受信に応じて、カウントをリセットするステップとを行うように構成されるユーザ機器（ＵＥ）が提供される。

本願の別の側面によると、ユーザ機器（ＵＥ）によって行われる方法が提供され、方法は、ＵＥにおいて、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、パケット交換（ＰＳ）データを伝送するステップと、ＰＳデータの伝送に応じて、ＵＥによってカウントをリセットするステップとを含む。

本発明の別の側面によると、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、パケット交換（ＰＳ）データを伝送するステップと、ＰＳデータの伝送に応じて、ＵＥによってカウントをリセットするステップとを行うように構成されるユーザ機器（ＵＥ）が提供される。

本発明の別の側面によると、ユーザ機器（ＵＥ）によって行われる方法が提供され、方法は、ＵＥにおいて、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、無線ベアラ３（ＲＢ３）以上でＵＥによるシグナリングを伝送するステップと、シグナリングの伝送に応じて、ＵＥによってカウントをリセットするステップとを含む。

本発明の別の側面によると、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、無線ベアラ３（ＲＢ３）以上でシグナリングを伝送するステップと、シグナリングの伝送に応じて、カウントをリセットするステップとを行うように構成されるユーザ機器（ＵＥ）が提供される。

本発明の別の側面によると、ユーザ機器（ＵＥ）によって行われる方法が提供され、方法は、ＵＥにおいて、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、ＲＲＣコネクトモードに入るステップと、ＲＲＣコネクトモードに入ることに応じて、カウントをリセットするステップとを含む。

本発明の別の側面によると、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、ＲＲＣコネクトモードに入るステップと、ＲＲＣコネクトモードに入ることに応じて、カウントをリセットするステップとを行うように構成されるユーザ機器（ＵＥ）が提供される。

本願の別の側面によると、ユーザ機器（ＵＥ）によって行われる方法が提供され、方法は、ＵＥにおいて、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既に送信されたかについてのカウントを維持するステップと、セル更新プロシージャをトリガするページングメッセージを受信するステップと、ページングメッセージの受信に応じて、ＵＥによってカウントをリセットするステップとを含む。

前述の側面のいずれかのいくつかの実施形態において、シグナリングは、アップリンクの無線リンク制御（ＲＬＣ）制御プロトコルデータユニット（ＰＤＵ）を含む。

前述の側面のいずれかのいくつかの実施形態において、指示メッセージは、シグナリングコネクション解放指示メッセージを含む。

前述の側面のいずれかのいくつかの実施形態では、カウントにおける指示メッセージは各々、「ＵＥがＰＳデータセッション終了を要求した」に設定される原因を有する。

前述の側面のいずれかのいくつかの実施形態において、原因は、「ＵＥがＰＳデータセッション終了を要求した」に設定される。

前述の側面のいずれかのいくつかの実施形態において、少なくとも１つのＲＲＣ状態は、Ｃｅｌｌ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態を含む。

前述の側面のいずれかのいくつかの実施形態において、カウントを維持するステップはカウンタを使用するステップを含む。

いくつかの実施形態において、ページングメッセージを受信するステップは、セル更新プロシージャを開始するための条件を充足するページングタイプ１メッセージを受信するステップを含む。
例えば、本発明は、以下の項目を提供する。
(項目１）
ユーザ機器において指示メッセージを処理する方法であって、該方法は、
少なくとも１つのＲＲＣ状態の間、該ＵＥの現在のＲＲＣ状態が以前に送信された指示メッセージの結果である場合、該ＵＥは、自身がさらなる指示メッセージを送信することを禁止することを含む、方法。
(項目２）
前記ユーザ機器において、上層が、長期間にわたってこれ以上ＰＳデータが存在しないことを示す場合、
該ユーザ機器において、該ＵＥが、自身がさらなる指示メッセージを送信することを禁止していないとき、１つの原因の設定を有する指示メッセージを送信すること
をさらに含む、項目１に記載の方法。
(項目３）
禁止タイマが起動している間、前記原因の設定を有する指示メッセージの送信を禁止することをさらに含む、項目１に記載の方法。
(項目４）
前記少なくとも１つのＲＲＣ状態は、ＣＥＬＬ＿ＰＣＨ状態とＵＲＡ＿ＰＣＨ状態とから成る、項目１に記載の方法。
(項目５）
前記ＵＥが、自身がさらなる指示メッセージを送信することを禁止することは、
該ＵＥの現在の状態が以前に送信された指示メッセージの結果であるか否かを示すフラグ、ビットトークン、または他のインジケータを維持することと、
前記上層が、長期間にわたってこれ以上のＰＳデータが存在しないことを示す場合に、該フラグ、ビットトークン、または他のインジケータが、該ＵＥの現在のＲＲＣ状態が以前に送信された指示メッセージの結果であることを指示しないとき、前記原因の設定を有する指示メッセージを伝送することと
を含む、項目１に記載の方法。
(項目６）
フラグ、ビットトークン、または他のインジケータを維持することは、
前記ＵＥの現在のＲＲＣ状態が、以前に送信された指示メッセージの結果である場合、該フラグ、ビットトークン、または他のインジケータを第１の値に設定することと、
そうでない場合、該フラグ、ビットトークン、または他のインジケータを第２の値に設定することと
を含む、項目５に記載の方法。
(項目７）
前記フラグ、ビットトークン、または他のインジケータを前記第１の値に設定することは、変数ＴＲＩＧＧＥＲＥＤ＿ＳＣＲＩ＿ＩＮ＿ＰＣＨ＿ＳＴＡＴＥにおける「トリガされた」値をＦＡＬＳＥに設定することを含む、項目６に記載の方法。
(項目８）
前記上層が、長期間にわたってこれ以上ＰＳデータが存在しないことを示す場合、
前記ＵＥが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態にあり、前記「トリガされた」値がＦＡＬＳＥであるとき、
該「トリガされた」値をＴＲＵＥに設定することと、
前記原因の設定を有する指示メッセージを送信することと
をさらに含む、項目７に記載の方法。
(項目９）
前記原因の設定を有する指示メッセージを送信した後に、ＰＳデータが伝送のために利用可能となる場合に、前記変数をＦＡＬＳＥに設定することをさらに含む、項目７に記載の方法。
(項目１０）
前記現在の状態が以前に送信された指示メッセージの結果であるか否かを決定することをさらに含み、該決定することは、前記ネットワークが、指示メッセージの送信後の所定の時間内に、前記ＲＲＣ状態を前記ＵＥの低バッテリ集約状態に再構成するか否かを決定することによる、項目１に記載の方法。
(項目１１）
前記指示メッセージは、シグナリングコネクション解放指示メッセージを含む、項目１に記載の方法。
(項目１２）
指示メッセージを処理するように構成されるユーザ機器であって、該ユーザ機器は、
少なくとも１つのＲＲＣ状態の間、該ＵＥの現在のＲＲＣ状態が以前に送信された指示メッセージの結果である場合、自身がさらなる指示メッセージを送信することを禁止するように構成される、ユーザ機器。
(項目１３）
上層が、長期間にわたってこれ以上ＰＳデータが存在しないことを示す場合に、
前記ＵＥが、自身がさらなる指示メッセージを送信することを禁止していないとき、原因の設定を有する指示メッセージを送信するようにさらに構成される、項目１２に記載のユーザ機器。
(項目１４）
禁止タイマが起動している間、前記原因の設定を有する指示メッセージの前記送信を禁止するようにさらに構成される、項目１２に記載のユーザ機器。
(項目１５）
前記少なくとも１つのＲＲＣ状態は、ＣＥＬＬ＿ＰＣＨ状態とＵＲＡ＿ＰＣＨ状態とから成る、項目１２に記載のユーザ機器。
(項目１６）
自身がさらなる指示メッセージを送信することを禁止する前記ＵＥは、
該ＵＥの現在の状態が以前に送信された指示メッセージの結果であるか否かを示すフラグ、ビットトークン、または他のインジケータを維持することと、
上層が、長期間にわたってこれ以上のＰＳデータが存在しないことを示す場合、該フラグ、ビットトークン、または他のインジケータが、該ＵＥの現在のＲＲＣ状態が以前に送信された指示メッセージの結果であることを指示しないとき、原因の設定を有する指示メッセージを伝送することと
を行うようにさらに構成されるＵＥを含む、項目１に記載のユーザ機器。
(項目１７）
フラグ、ビットトークン、または他のインジケータを維持することは、
前記現在のＲＲＣ状態が以前に送信された指示メッセージの結果である場合、該フラグ、ビットトークン、または他のインジケータを第１の値に設定することと、
そうでない場合、該フラグ、ビットトークン、または他のインジケータを第２の値に設定することと
を行うようにさらに構成されるＵＥを備える、項目１６に記載のユーザ機器。
(項目１８）
前記ＵＥは、
前記フラグ、ビットトークン、または他のインジケータを前記第１の値に設定するようにさらに構成され、それは、変数ＴＲＩＧＧＥＲＥＤ＿ＳＣＲＩ＿ＩＮ＿ＰＣＨ＿ＳＴＡＴＥ内の「トリガされた」値をＦＡＬＳＥに設定することを含む、項目１７に記載のユーザ機器。
(項目１９）
上層が、長期間にわたってこれ以上のＰＳデータが存在しないことを示す場合、
前記ＵＥが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態にあり、前記「トリガされた」値がＦＡＬＳＥであるとき、
該「トリガされた」値をＴＲＵＥに設定することと、
前記原因の設定を有する指示メッセージを送信することと
を行うようにさらに構成される、項目１８に記載のユーザ機器。
(項目２０）
前記原因の設定を有する指示メッセージを送信した後、ＰＳデータが伝送のために利用可能となる場合に、前記変数をＦＡＬＳＥに設定するようにさらに構成される、項目１９に記載のユーザ機器。
(項目２１）
前記現在の状態が以前に送信された指示メッセージの結果であるか否かを決定するようにさらに構成され、該決定することは、前記ネットワークが、指示メッセージを送信した後の所定の時間間隔内に、前記ＲＲＣ状態を前記ＵＥの低バッテリ集約状態に再構成するか否かを決定することによる、項目１に記載のユーザ機器。
(項目２２）
前記指示メッセージは、シグナリングコネクション解放指示メッセージを含む、項目１に記載のユーザ機器。

本開示は、図面を参照すると、より良好に理解されるであろう。
図１は、ＲＣ状態および遷移を示すブロック図である。 図２は、種々のＵＭＴＳセルおよびＵＲＡを示すＵＭＴＳネットワークの概略図である。 図３は、ＲＲＣコネクション設定における種々の段階を示すブロック図である。 図４Ａは、現在の方法に従ってＵＴＲＡＮによって開始される、ＣＥＬＬ−ＤＣＨコネクトモード状態とアイドルモードとの間の例示的遷移のブロック図である。 図４Ｂは、シグナリング解放指示を利用する、ＣＥＬＬ−ＤＣＨ状態コネクトモードとアイドルモードとの間の例示的遷移を示す、ブロック図である。 図５Ａは、ＵＴＲＡＮによって開始される、ＣＥＬＬ−ＤＣＨ非アクティビティ状態、ＣＥＬＬ−ＦＡＣＨ非アクティビティ状態、アイドルモードへの例示的遷移を示すブロック図である。 図５Ｂは、シグナリング解放指示を利用するＣＥＬＬ−ＤＣＨ非アクティビティ状態とアイドルモードとの間の例示的遷移を示すブロック図である。 図６は、ＵＭＴＳプロトコルスタックのブロック図である。 図７は、本方法と関連して使用することができる例示的ＵＥである。 図８は、本方法およびシステムと関連して使用するための例示的ネットワークである。 図９は、ＵＥにおいてシグナリングコネクション解放指示の原因を追加するステップを示すフロー図である。 図１０は、原因を有するシグナリングコネクション解放指示の受信時にＵＥによって行われるステップを示すフロー図である。 図１１は、複数の同時パケットデータ通信サービスセッションがＵＥに提供される、図８に示されたネットワークの例示的動作中の例示的論理および物理チャネル割り当てのグラフ表示である。 図１２は、本開示の実施形態に従って、個々のパケットデータサービスの無線リソースを解放する無線リソース解放機能を提供する、ＵＥおよびネットワーク要素の機能的ブロック図を図示する。 図１３は、それによりＰＤＰコンテキストへの無線リソース割り当てを解放するように、本開示の実施形態の動作に従って生成されるシグナリングを表すメッセージシーケンス図を図示する。 図１４は、それにより無線リソース割り当てを解放するように、本開示の実施形態の動作に従って生成されるシグナリングを同様に表す、図１３に示された図と同様のメッセージシーケンス図を図示する。 図１５は、本開示の実施形態のプロセスを表すプロセス図を図示する。 図１６は、本開示の実施形態の動作の方法を図示する方法フロー図を図示する。 図１７は、本開示の実施形態の動作の方法を同様に図示する方法フロー図を図示する。 図１８は、遷移決定がネットワーク要素において無線リソースプロファイルに基づき行われる、実施形態の方法フロー図を図示する。 図１９は、図１８の方法とともに使用されることが可能なネットワーク要素の簡略化したブロック図を図示する。 図２０は、遷移指示または要求メッセージの送信のためのデータフロー図を図示する。 図２１は、ＵＥにおいて禁止タイマ値を設定するためのデータフロー図を図示する。

本願の別の側面によると、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージがＵＥによって既にいくつ送信されたかについてのカウントを維持するステップと、ＲＲＣコネクトモードに入るステップと、ＲＲＣコネクトモードに入ることに応じて、カウントをリセットするステップとを行うように構成されるユーザ機器（ＵＥ）が提供される。

以下で提供される実施例および実施形態は、例えば、ＵＭＴＳネットワーク等のワイヤレスネットワークにおいて、動作の種々の状態／モードの間で、ユーザ機器（ＵＥ）または他のモバイルデバイスを遷移させるための種々の方法およびシステムを説明する。他のタイプのネットワークにおける他の実装も可能であることを理解されたい。例えば、同教示は、符号分割多重アクセス（Ｃｏｄｅ−Ｄｉｖｉｓｉｏｎ−Ｍｕｌｔｉｐｌｅ−Ａｃｃｅｓｓ／ＣＤＭＡ）ネットワーク（例えば、３ＧＰＰ２ ＩＳ−２０００）、広帯域ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−ＣＤＭＡ／Ｗ−ＣＤＭＡ）ネットワーク（例えば、３ＧＰＰ ＵＭＴＳ／高速パケットアクセス（Ｈｉｇｈ−Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ／ＨＳＰＡ）、進化型ＵＴＲＡＮネットワーク（例えば、ＬＴＥ）に適用することもでき、または、一般的に言えば、ネットワーク制御された無線リソースを使用する無線アクセス技術に基づくか、あるいはデバイスアプリケーションレベルデータ交換の状態の知識を維持しない、任意のネットワークに適用することもできる。以下で説明されるが、ＵＭＴＳネットワークとの関連で簡単にするために提示される具体的実施例および実装は、これらの他のネットワーク環境にも適用可能である。さらに、ネットワーク要素は、ＵＴＲＡＮとして以下で説明されることもある。しかしながら、ＵＭＴＳの他に他のネットワーク型が利用される場合、ネットワーク型に基づいて、ネットワーク要素を適切に選択することができる。さらに、ネットワーク要素は、ＵＭＴＳシステムまたは任意の他の適切なネットワークシステム内のコアネットワークとなり得て、その場合、ネットワーク要素は、遷移決定を行うエンティティである。

具体的実施例では、このシステムおよび方法は、ネットワークにおける意思決定能力を提供しながら、ＲＲＣコネクトモードから、よりバッテリ効率的、または無線リソース効率的状態あるいはモードへの遷移を提供する。具体的には、この方法および装置は、暗示的または明示的に無線リソースとの特定のシグナリングコネクションと関連付けられたＲＲＣ状態またはモードの別の状態またはモードへの遷移が発生するべきであると示す、ＵＥからの指示の受信に基づいて遷移を提供する。理解されるように、そのような遷移指示または要求は、現在の基準下での既存の通信、例えば、シグナリングコネクション解放指示メッセージを利用することができ、または、「好ましいＲＲＣ状態要求」あるいは「データ転送完了指示メッセージ」等の、ＵＥの状態を変更する新規の専用メッセージとなり得る。データ転送完了指示メッセージは、上位層データ転送の完了を示すメッセージである。本明細書で使用されるように、指示は、いずれのシナリオも指すことができ、かつ要求を組み込むことができる。

ＵＥによって発信される遷移指示は、ＵＥ上の１つ以上のアプリケーションがデータの交換を完了したとき、および／または、ＵＥがさらなるデータを交換すると見込まれないという決定が行われたときの、いくつかの状況において送信することができる。次いで、ネットワーク要素は、モバイルデバイスを別のモードまたは状態に遷移させるか、何もしないかについて、ネットワーク特有の決定を行うために、指示およびその中で提供される任意の情報、ならびに、とりわけ、サービスの質、アクセスポイント名（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ／ＡＰＮ）、パケットデータプロトコル（Ｐａｃｋｅｔ Ｄａｔａ
Ｐｒｏｔｏｃｏｌ／ＰＤＰ）コンテキスト、履歴情報等の、本明細書で無線リソースプロファイルとして定義される、無線リソースに関係する他の情報を使用することができる。ＵＥまたはモバイルデバイスによって提供される遷移指示は、いくつかの形態を取ることができ、かつ異なる条件下で送信することができる。第１の実施例では、遷移指示は、ＵＥ上に常駐するアプリケーションのすべての複合状態に基づいて送信することができる。具体的には、ＵＭＴＳ環境では、ＵＥ上のアプリケーションがデータの交換を終了したと決定した場合、「終了」指示をＵＥソフトウェアの「コネクションマネージャ」コンポーネントに送信することができる。コネクションマネージャは、一実施形態において、すべての既存アプリケーション（１つまたは複数のプロトコル上でサービスを提供するもことを含む）、関連パケットデータプロトコル（ＰＤＰ）コンテキスト、関連パケット交換（ＰＳ）無線リソース、および関連回線交換（ＣＳ）無線リソースを追跡することができる。ＰＤＰコンテキストは、ＵＭＴＳコアネットワークにわたって作動する、ＵＥとＰＤＮ（Ｐｕｂｌｉｃ Ｄａｔａ Ｎｅｔｗｏｒｋ／公衆データネットワーク）との間の論理的関連付けである。ＵＥ上の１つまたは複数のアプリケーション（例えば、Ｅメールアプリケーションおよびブラウザアプリケーション）は、１つのＰＤＰコンテキストと関連付けられてもよい。場合によっては、ＵＥ上の１つのアプリケーションは、１つの一次ＰＤＰコンテキストと関連付けられ、複数のアプリケーションは、二次ＰＤＰコンテキストと結び付けられてもよい。コネクションマネージャは、同時にアクティブであるＵＥ上の異なるアプリケーションから、「終了」指示を受信する。例えば、ユーザは、ウェブを閲覧しながらプッシュサーバからＥメールを受信してもよい。Ｅメールアプリケーションは、確認を送信した後に、そのデータトランザクションを完了したことを示してもよい。ブラウザアプリケーションは、異なる挙動をし、代わりに、コネクションマネージャに「終了」指示を送信するときの（例えば、非アクティビティタイマを使用するための）予測決定を行ってもよい。

アクティブアプリケーションからのそのような指示の複合状態に基づいて、ＵＥソフトウェアは、遷移指示を送信することを決定して、１つの状態またはモードから別の状態またはモードへの遷移が発生すべきであることをネットワークに指示または要求することができる。代替として、ＵＥソフトウェアは、代わりに、遷移指示を送信する前に待機し、遅延を導入し、アプリケーションが本当にデータ交換を終了し、バッテリまたは無線リソース集中状態またはモードで維持される必要がないことを確実にすることができる。遅延は、トラフィック履歴および／またはアプリケーションプロファイルに基づいて動的となり得る。ある確率で、アプリケーションがデータを交換することが見込まれるとコネクションマネージャが決定する時はいつでも、ネットワークに遷移指示を送信して、遷移が発生すべきであると示すことができる。具体的実施例では、遷移指示は、アイドルモードへの遷移を要求する、適切なドメイン（例えば、ＰＳドメイン）のためのシグナリングコネクション解放指示となり得る。代替として、遷移指示は、ＵＴＲＡＮへのコネクトモード内の状態遷移の要求となり得る。

以下でさらに詳細に説明されるように、遷移指示、および随意で、無線リソースプロファイルの受信に基づいて、ＵＭＴＳ環境内のＵＴＲＡＮ等のネットワーク要素は、１つの状態またはモードから別の状態またはモードにＵＥを遷移させることを決定することができる。

他の遷移指示も可能である。例えば、ＵＥ上のすべてのアクティブアプリケーションの複合状態に依存する代わりに、ＵＥソフトウェアは、代替実施形態で、ＵＥアプリケーションがデータの交換を完了するたびに、および／またはアプリケーションがさらなるデータを交換すると見込まれないたびに、遷移指示を送信することができる。この場合、ネットワーク要素（例えば、ＵＴＲＡＮ）は、以下の図１８を参照して説明されるような、ＵＥのためのオプションの無線リソースプロファイルに基づいて、遷移決定を行うために指示を利用することができる。

さらに別の実施例では、遷移指示は、単に、ＵＥ上の１つ以上のアプリケーションがデータ交換を完了した、および／または、ＵＥアプリケーションがさらなるデータを交換すると見込まれないと示すことができる。その指示およびＵＥのためのプションの無線リソースプロファイルに基づいて、ネットワーク（例えば、ＵＴＲＡＮ）は、より適切な状態またはモードまたは動作にＵＥを遷移させるかどうかを決定することができる。

さらなる実施例では、遷移指示は、明示的よりもむしろ暗示的となり得る。例えば、指示は、周期的に送信される状態報告の一部であってもよい。そのような状態報告は、無線リンクバッファがデータを有するかどうか等の情報を含むことができ、またはアウトバウンドトラフィック上に情報を含むことができる。

ＵＥは、遷移指示を送信するときに、指示に対する行動を決定することにおいてネットワーク要素を支援するために、追加情報を含んでもよい。この追加情報は、ＵＥがメッセージを送信する理由または原因を含む。この原因または理由（以下でさらに詳細に説明される）は、「ファストドーマンシー」のような動作の必要性を決定するＵＥに基づく。そのような追加情報は、新規の情報要素、または遷移指示メッセージ内の新規パラメータを介したものであってもよい。

さらなる実施形態において、以前の遷移指示が送信されてから、ある期間が経過するまで（禁止期間）遷移指示が送信され得ないことを確実にするために、ＵＥ上にタイマが存在することができる。この禁止タイマは、ＵＥが遷移指示メッセージを過剰に頻繁に送信することを制限し、さらに、所与の最大頻度のみで誘起されるメッセージに依存することによって、ネットワークが決定を行うことを可能にする。期間は、その値が事前構成されるか、またはネットワークによって設定される（指示またはシグナリングされる）タイマによって決定することができる。値がネットワークによって設定される場合、それは、とりわけ、ＲＲＣコネクション要求、ＲＲＣコネクション解放、無線ベアラ設定、ＵＴＲＡＮモビリティ情報、またはシステム情報ブロック等の、新規または既存のメッセージの中で伝えることができ、およびこれらのメッセージの中の情報要素となり得る。値は、代替として、例えば、ＵＥから受信されたＲＲＣコネクション要求メッセージに応じてＵＴＲＡＮによって送信される、ＲＲＣコネクション設定メッセージの遷移禁止指示部分の中で伝えることができる。

代替実施形態において、そのタイプがＵＥの状態に依存するメッセージの中で、値をＵＥに伝えることができる。例えば、ネットワークは、ＩＤＬＥ、ＵＲＡ＿ＰＣＨ、Ｃｅｌｌ＿ＰＣＨ、またはＣＥＬＬ−ＦＡＣＨ状態であるときにＵＥによって読み取られるシステム情報メッセージの一部分として、すべてのＵＥに値を送信することができる。

さらに別の実施形態において、ＲＲＣコネクション設定メッセージの一部分として値を送信することができる。

ネットワーク生成されたメッセージはまた、メッセージの中、またはメッセージ内の情報要素の中に禁止タイマを含まないことにより、暗示禁止タイマ値を伝えてもよい。例えば、禁止タイマが受信メッセージから省略されていることを決定すると、ＵＥは、禁止タイマ値として使用するために所定の値を適用する。禁止タイマ値の省略の１つの例示的使用は、ＵＥが遷移指示メッセージを送信することを禁止するものである。そのような状況において、ＵＥが受信メッセージの中の予期された禁止タイマ値の省略を検出すると、ＵＥは、省略に基づいて、あらゆる遷移指示メッセージを送信することが禁止されてもよい。このことを達成するための１つの方法は、ＵＥが無限の禁止タイマ値を採択することである。

別の実施形態において、ＵＥは、禁止タイマ値の省略を検出すると（かつ、例えば、無限の禁止タイマ値を採択すると）、いずれの追加情報も含まずに遷移指示を送信してもよく、具体的には、遷移指示の送信を誘起するための原因を省略してもよい（以下でさらに詳細に説明される）。遷移指示メッセージの中の原因要素の省略は、ＵＥが遷移を要求または指示するために既存の遷移指示メッセージ（例えば、ＳＩＧＮＡＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮ）を使用できるようにすることによって、後方互換性を確保してもよい。

受信メッセージに禁止タイマを含まないことは、システム情報ブロックがセルの中でブロードキャストされるか、またはＵＥに送信され、かつシステム情報ブロックが禁止タイマ値を伝えるように構成される例示的実施形態を参照して、さらに詳述される。この実施形態において、ＵＥが、メッセージまたはメッセージ内の情報要素にＴ３ｘｘとして知られる禁止タイマを含有しないシステム情報ブロックを受信する場合、ＵＥは、例えば、禁止タイマＴ３ｘｘを無限に設定することによって、ＵＥが遷移指示メッセージを送信できなくなることを決定してもよい。

禁止タイマを含まないことは、禁止タイマＴ３ｘｘがＵＴＲＡＮモビリティ情報メッセージから省略される別の例示的実施形態を参照して、さらに詳述される。そのような状況において、受信ＵＥは、以前に記憶された禁止タイマ値を引き続き適用してもよい。代替として、ＵＥは、禁止タイマＴ３ｘｘの省略を検出すると、例えば、禁止タイマＴ３ｘｘを無限に設定することによって、ＵＥが遷移指示メッセージを送信できなくなることを決定してもよい。

さらに別の例示的実施形態において、ＵＥは、受信メッセージの中またはメッセージ内の情報要素の中の禁止タイマの省略を検出すると、禁止タイマ値を別の事前設定値（例えば、０秒、５秒、１０秒、１５秒、２０秒、３０秒、１分、１分３０秒、２分のうちの１つ）に設定する。代替として、または加えて、これらの実施例は、他のネットワーク生成されたメッセージを適用してもよい。

他の実施形態において、禁止タイマ（値）がメッセージまたは情報要素の中においてＵＥに送信またはシグナリングされなかった場合、または、１つのセルから別のセルへ遷移する際に、禁止タイマがブロードキャストシステム情報から読み取られないか、または他の専用ＵＴＲＡＮメッセージから受信されなかった場合、遷移指示の送信は、発生してもしなくてもよい。

具体的には、一実施形態で、ＵＥは、いずれの禁止タイマも存在しないことを検出すると、伝送するＰＳがもうないことを決定する上位層に基づいて、遷移指示を開始しない。

代替実施形態において、ＵＥは、いずれの禁止タイマも存在しないことを検出すると、伝送するＰＳがもうないことを決定する上位層に基づいて、遷移指示を開始しなくてもよい。

さらに別の実施形態において、（ブロードキャストまたは他の方法を介して）いずれのタイマ値も、メッセージ内またはメッセージの中の情報要素内において、ＵＴＲＡＮから受信されなかった場合、ＵＥにおいてタイマ値を無限に設定するよりむしろ、ＵＥは、禁止タイマをゼロに設定するか、または代替として、タイマの任意の構成を削除し、代わりに、遷移指示を送信することを許容されてもよい。この場合、ＵＥは、遷移指示メッセージの中の原因を省略するか、または原因にアタッチすることを禁止され得る。一実施形態において、シグナリングコネクション解放指示メッセージは、遷移指示の一例として使用される。

一実施形態において、遷移指示は、シグナリングコネクション解放指示プロシージャを使用して伝えられる。シグナリングコネクション解放指示プロシージャは、そのシグナリングコネクションのうちの１つが解放されたことを示すために、ＵＥによって使用される。

具体的には、ＴＳ ２５．３３１の第８．１．１４．２節に従って、ＵＥは、特定のＣＮドメインに対する上層からシグナリングコネクションを解放する要求を受信すると、情報要素「ＣＮドメイン識別」において識別される特定のＣＮドメインに対する変数「確立されたシグナリングコネクション（ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ）」におけるシグナリングコネクションが存在するかどうかをチェックする。存在すれば、ＵＥは、シグナリングコネクション解放指示プロシージャを開始してもよい。

禁止タイマ値がシグナリングされないか、あるいはＵＥに伝えられない場合、いずれのシグナリングコネクション解放指示原因もシグナリングコネクション解放指示メッセージの中で特定されない。当業者であれば、この代替実施形態で、タイマ値の欠如は、タイマ値を無限に設定させないことを理解するであろう。

ＵＴＲＡＮ側において、原因を伴わないシグナリングコネクション解放指示メッセージの受信時に、ＵＴＲＡＮは、上層に、識別されたＣＮドメイン識別に対するシグナリングコネクションの解放を指示する。次いで、これは、確立された無線リソース制御コネクションの解放を開始してもよい。

別の代替実施形態の下で、ＵＴＲＡＮが、ＵＥに、タイマ値、例えば、情報要素「コネクトモードのＵＥタイマまたは制約」の中で（あるいは、ＳＩＢ１、ＳＩＢ３、またはＳＩＢ４等のシステム情報を使用して、あるいは専用ＵＴＲＡＮモビリティ情報メッセージにより）禁止タイマＴ３ｘｘをシグナリングするか、または伝えると、以下に従って解放プロシージャが発生する。第１に、ＵＥは、示された回線交換ドメインコネクションがあるか否かをチェックすることができる。そのようなコネクションは、変数「確立されたシグナリングコネクション（ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ）」において示されてもよい。いずれの回線交換ドメインコネクションもない場合、長期間にわたってパケット交換ドメインデータが生じないことを上層が示すかどうかを決定する、第２のチェックが発生することができる。

いずれの回線交換ドメインコネクションもなく、かついずれのパケット交換ドメインデータも長期間にわたって予期されない場合、ＵＥは、次に、タイマＴ３ｘｘが作動しているか否かをチェックしてもよい。

タイマＴ３ｘｘが作動していない場合、ＵＥは、情報要素「ＣＮドメイン識別」をパケット交換（ＰＳ）ドメインに設定する。ＩＥ「シグナリングコネクション解放指示原因」を「ＵＥがＰＳデータセッション終了を要求した」に設定し、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを、ＡＭ ＲＬＣを使用して、ＤＣＣＨ上で伝送し、さらに、伝送後に、タイマＴ３ｘｘが起動される。

前述のプロシージャは、前述のプロシージャにおいてＲＬＣによって確認されるような、シグナリングコネクション解放指示メッセージの配信成功時に終了する。ＵＥは、タイマＴ３２３が作動中、「ＵＥがＰＳデータセッション終了を要求した」に設定されたＩＥ「シグナリングコネクション解放指示原因」を伴うＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを送信することが禁止される。

Ｔ３ｘｘタイマが作動しているときに、長期間にわたってさらなるパケット交換ドメインデータがないために、シグナリングコネクション解放指示プロシージャが開始される場合、ＵＥは、Ｔ３ｘｘタイマの満了に対してプロシージャを開始するかどうかを実装することに関与している。ＵＥ決定は、送信する後続のシグナリングコネクション解放指示または要求メッセージがあるか否かの決定に基づいてもよく、もしあれば、ＵＥ決定は、本明細書で概説されるようなプロシージャを開始するために同じチェックのうちのいくつかまたはすべてを再チェックするステップを含んでもよい。

ＵＴＲＡＮ側において、シグナリングコネクション解放指示メッセージがシグナリングコネクション解放指示原因を含まない場合、ＵＴＲＡＮは、上層からのシグナリングコネクションの解放を要求してもよく、次いで、上層は、シグナリングコネクションの解放を開始してもよい。一方で、受信されるシグナリングコネクション解放指示メッセージが原因を含む場合、ＵＴＲＡＮは、シグナリングコネクションを解放するか、または、よりバッテリ効率的状態（例えば、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ−ＰＣＨ、ＵＲＡ−ＰＣＨ、またはＩＤＬＥ＿モード）への状態遷移を開始してもよい。

前述の禁止期間は、ＵＥが遷移したい状態に基づいてもよい。例えば、禁止期間は、携帯電話が、他の状態／モードと対比した、いくつかのＲＲＣ状態／モードの最後の選好を示したかどうかによって異なってもよい。例えば、それは、携帯電話が、Ｃｅｌｌ−ＦＡＣＨ状態と対比した、またはＣｅｌｌ＿ＰＣＨ／ＵＲＡ ＰＣＨ状態と対比した、アイドルモードの選好を示した場合に、異なり得る。禁止期間がネットワークによって設定される場合において、これは、シナリオに応じて使用される、携帯電話に２つ（以上の）のセットの値を指示／送信するネットワークによって達成されてもよい。代替として、指示は、適切な禁止期間値のみが携帯電話に指示／シグナリングされるような方法で行うことができる。例えば、ＵＥがＣｅｌｌ−ＰＣＨに遷移したい場合、ＵＥがアイドルに遷移したい場合とは異なる経過期間を設定することができる。

前述からの禁止期間は、携帯電話の現在のＲＲＣ状態／モード（例えば、Ｃｅｌｌ＿ＤＣＨ／Ｃｅｌｌ＿ＦＡＣＨ対Ｃｅｌｌ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ、またはＣｅｌｌ＿ＤＣＨ対Ｃｅｌｌ＿ＦＡＣＨあるいはＣｅｌｌ＿ＰＣＨ／ＵＲＡ＿ＰＣＨ）に応じて、異なってもよい。

前述からの禁止期間は、ネットワークがすでに携帯電話からの選好ＲＲＣ状態情報にＩＥ「ＭＡＣ−ｅｓ／ｅリセットインジケータ」が受信されたように作用し、ＴＲＵＥに設定するかどうかに応じて、異なってもよい。そのような認識は、ネットワーク上で、または携帯電話側で起こってもよい。第１の場合において、これは、ネットワークによって携帯電話に指示／シグナリングされる禁止値に影響を及ぼしてもよい。第２の場合において、禁止期間値の異なるセットは、事前構成されるか、またはネットワークによって指示／シグナリングされてもよい。特定の場合として、ネットワークが携帯電話からの選好ＲＲＣ状態情報にＩＥ「ＭＡＣ−ｅｓ／ｅリセットインジケータ」が受信されたように作用し、ＴＲＵＥに設定する、例えば、ＵＥによって示された状態への状態遷移を開始した場合に、禁止期間／機能性が削減されるか、または取り消されてもよい。

前述からの禁止期間は、例えば、ネットワークの選好、特徴、能力、負荷、または容量に応じて、異なってもよい。ネットワークは、頻繁な遷移指示メッセージを受信することができる場合に、短い禁止期間を示してもよい。ネットワークは、頻繁な遷移指示メッセージを受信できないか、またはしたくない場合に、長い禁止期間を示してもよい。ネットワークは、ＵＥが遷移指示メッセージを送信することができない特定の期間を示してもよい。具体的期間は、例えば、数値的に示されてもよい（すなわち、０秒、３０秒、１分、１分３０秒、２分、または無限）。０秒の禁止期間を受信するＵＥは、遅延なしで遷移指示を送信することができる。無限の禁止期間を受信するＵＥは、遷移指示を送信することができない。

禁止期間の代わりに、またはそれに加えて、時間枠あたりのメッセージの最大数（例えば、「１０分毎にわずか１５のメッセージ」）が使用／特定されてもよい。

前述の禁止期間／時間枠あたりのメッセージの最大数の組み合わせが可能である。

一例として、本開示は、概して、ＵＴＲＡＮによるＵＥからのＲＲＣコネクション要求メッセージの受信を説明する。ＲＲＣコネクション要求メッセージを受信すると、ＵＴＲＡＮは、例えば、要求を受け入れ、ＵＥにＲＲＣコネクション設定メッセージを送信するはずである。ＲＲＣコネクション設定メッセージは、タイマＴ３ｘｘとして知られる遷移禁止指示を含んでもよい。ＵＥによるＲＲＣコネクション設定メッセージの受信時に、ＵＥは、例えば、以前に記憶された値を置き換えてタイマＴ３ｘｘの値を記憶するか、または、タイマＴ３ｘｘがＲＲＣコネクション設定メッセージの中になければ、タイマの値を無限に設定するはずである。いくつかの実施形態において、ＲＲＣコネクション設定メッセージは、ＵＴＲＡＮが遷移禁止指示シグナリングをサポートすることをＵＥが認識することを確実にするように、遷移禁止指示を含まなければならない。

一実施形態において、ＤＣＨ状態でのモビリティの間に、ＵＥが禁止タイマに対して、その現在記憶されている値を維持することが仮定される。禁止タイマが無限に設定されるいくつかの場合において、これは、ネットワークデータ非アクティビティタイマが満了になること、およびネットワークがＵＥをＲＲＣ状態にすることをＵＥが待機しなければならず、その場合、禁止タイマに対する新規の値を受信または決定できることを意味してもよい。禁止タイマがハンドオーバ前において無限以外の何らかの値である他の場合において、ＵＥがタイマ値を新規セルの中で示される値に更新することができるまで、この他の値が引き続き使用される。

場合によっては、禁止タイマおよび遷移指示（例えば、ＳＩＧＮＡＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮ）メッセージは、いくつかのネットワークの中、またはネットワーク内のいくつかのセルの中で実装されてもよい。モビリティの目的のために、遷移指示または要求メッセージを送信する機能にサポートが利用可能でない場合（特に、原因が使用される場合）、ＵＥは、メッセージを送信しないステップをデフォルトにするはずである。これは、不必要な伝送、および関連するネットワークリソースならびにバッテリリソースの無駄を回避する。

加えて、モビリティの目的のために、ネットワーク内で使用される異なる業者のネットワーク機器は、ＵＥがセル間を移動するときに、ＵＥ上で更新される必要のある異なる禁止タイマを使用して、隣接するセルに至ってもよい。

１つの代替実施形態において、これは、すべてのハンドオーバおよび関連ベアラ制御メッセージが、禁止タイマＴ３ｘｘの値を含むことを定めることによって取り扱われる。そのようなメッセージは、本明細書においてモビリティメッセージと呼ばれる。これは、ＵＥがセル間を移動するときに新規の禁止タイマ値を受信できるようにする。それはまた、これらのモビリティメッセージが禁止タイマ値を含有しない場合に、ＵＥが禁止タイマのデフォルトタイマ値を設定できるようにもする。理解されるように、いずれの禁止タイマ値もモビリティメッセージの中で受信されなかった場合、これは、セルがファストドーマンシーのために有効でないことを示す。

遷移指示プロシージャの別の実施例として、これ以上ＰＳドメインデータを転送する必要がないと決定したことをＵＴＲＡＮに示すために、データ転送完了指示プロシージャがＵＥによって使用されてもよい。前述で説明される実施例に関連して、タイマＴ３ｘｘが作動している場合、ＵＥは、タイマＴ３ｘｘが満了になる前にデータ転送完了指示メッセージを送信しない。

データ転送完了指示プロシージャは、ＲＲＣまたは上層が長期間にわたってこれ以上ＰＳドメインデータを持たないという指示で開始する。ＣＳドメインコネクションがシグナリングコネクション（ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ）という変数において示される場合、またはタイマＴ３ｘｘが無限に設定される場合に、プロシージャが終了する。そうでなければ、タイマＴ３ｘｘが作動していない（すなわち、満了になった）か、または０秒に設定される場合に、ＤＣＣＨ上でＡＭ ＲＬＣを使用してデータ転送完了指示メッセージが下層に提出され、その後、メッセージが下層に配信されると、タイマＴ３ｘｘが起動またはリセットされる。

ＵＴＲＡＮは、データ転送完了指示の受信時に、よりバッテリ効率的なＲＲＣ状態またはアイドルモードへのＵＥ遷移を開始することを決定してもよい。

ＵＥは、タイマＴ３ｘｘが作動している間に、データ転送完了指示メッセージを送信しないものである。

本開示は、構成メッセージに遷移禁止指示を含むステップと、遷移禁止指示を有する構成メッセージをユーザ機器に送信するステップとを含む、ユーザ機器による遷移指示メッセージの使用を制御する方法を提供する。

本開示はさらに、ユーザ機器による遷移指示メッセージの使用を制御するように構成されるネットワーク要素を提供し、ネットワーク要素は、構成メッセージ内に遷移禁止指示を含み、遷移禁止指示を有する構成メッセージをユーザ機器に送信するように構成される。

本開示はさらに、ユーザ機器（ＵＥ）において遷移指示を送信するための方法であって、ネットワーク要素から受信された遷移禁止指示に従ってタイマを設定するステップと、データ転送が完了したことを検出するステップと、タイマが作動していないことを検出すると遷移指示を送信するステップとを含む、方法を提供する。

本開示は、なおもさらに、遷移指示を送信するように構成されるユーザ機器であって、ネットワーク要素から受信された遷移禁止指示に従ってタイマを設定し、データ転送が完了したことを検出し、タイマが作動していないことを検出すると遷移指示を送信するように構成される、ユーザ機器を提供する。

ここで、図１を参照する。図１は、ＵＭＴＳネットワーク内のプロトコルスタックの無線リソース制御部分に対する種々のモードおよび状態を示すブロック図である。具体的には、ＲＲＣは、ＲＲＣアイドルモード１１０またはＲＲＣコネクトモード１２０のいずれかとなり得る。

当業者によって理解されるように、ＵＭＴＳネットワークは、２つの地上ベースのネットワークセグメントから成る。これらは、（図８に図示されるような）コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ／ＣＮ）およびユニバーサル地上波無線アクセスネットワーク（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ−Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ／ＵＴＲＡＮ）である。コアネットワークが、データ呼び出しの切替およびルーティング、ならびに外部ネットワークへのデータコネクションに関与している一方で、ＵＴＲＡＮは、すべての無線関連機能を取り扱う。

アイドルモード１１０において、ＵＥは、データがＵＥとネットワークとの間で交換される必要がある時はいつでも、ＲＲＣコネクションを要求して無線リソースを設定しなければならない。これは、データを送信するようにコネクションに要求するＵＥ上のアプリケーションの結果として、または、ＵＴＲＡＮまたはＳＧＳＮがプッシュサーバ等の外部データネットワークからデータを受信するようにＵＥを呼び出したかどうかを示すように、ＵＥがページングチャネルを監視する結果としてのものとなり得る。加えて、ＵＥはまた、ロケーションエリア更新等のモビリティ管理シグナリングメッセージを送信する必要がある時はいつでも、ＲＲＣコネクションを要求する。

いったんＵＥが無線コネクションを確立するようにＵＴＲＡＮに要求を送信すると、ＵＴＲＡＮは、ＲＲＣコネクションに入る状態を選択する。具体的には、ＲＲＣコネクトモード１２０は、４つの別個の状態を含む。これらは、ＣＥＬＬ＿ＤＣＨ状態１２２、ＣＥＬＬ＿ＦＡＣＨ状態１２４、ＣＥＬＬ−ＰＣＨ状態１２６、およびＵＲＡ−ＰＣＨ状態１２８である。

アイドルモード１１０から、ＵＥは、自律的に、ＣＥＬＬ＿ＦＡＣＨ状態１２４に遷移し、その場合、その初期データ転送を行い、その後、ネットワークがどのＲＲＣコネクト状態を継続的なデータ転送に使用するかを決定する。これは、ＵＥをセル専用チャネル（ＣＥＬＬ＿ＤＣＨ）状態１２２にするか、またはＵＥをセル順方向アクセスチャネル（ＣＥＬＬ＿ＦＡＣＨ）状態１２４に保つネットワークを含んでもよい。

ＣＥＬＬ−ＤＣＨ状態１２２において、データを交換するアップリンクおよびダウンリンクの両方のために、専用チャネルがＵＥに割り当てられる。この状態は、専用物理チャネルがＵＥに割り当てられるので、一般的に、ＵＥから最も多くのバッテリ電力を必要とする。

代替として、ＵＴＲＡＮは、ＵＥをＣＥＬＬ＿ＦＡＣＨ状態１２４に維持することができる。ＣＥＬＬ−ＦＡＣＨ状態において、いずれのチャネルもＵＥに割り当てられない。その代わり、少量の集中的データにおけるシグナリングを送信するために共通チャネルが使用される。しかしながら、ＵＥは、依然として、ＦＡＣＨを継続的に監視しなければならず、したがって、ＣＥＬＬ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、およびアイドルモードよりも多くのバッテリ電力を消費する。

ＲＲＣコネクトモード１２０において、ＲＲＣ状態は、ＵＴＲＡＮの判断で変更することができる。具体的には、データ非アクティビティが特定量の時間またはデータに対して検出されるか、または、ある閾値を下回るデータスループットが検出された場合に、ＵＴＲＡＮは、ＲＲＣ状態を、ＣＥＬＬ＿ＤＣＨ状態１２２からＣＥＬＬ＿ＦＡＣＨ状態１２４、ＣＥＬＬ＿ＰＣＨ状態１２６、またはＵＲＡ−ＰＣＨ状態１２８にし得る。同様に、ペイロードがある閾値を上回って検出された場合に、ＲＲＣ状態をＣＥＬＬ−ＦＡＣＨ状態１２４からＣＥＬＬ−ＤＣＨ状態１２２にすることができる。

ＣＥＬＬ−ＦＡＣＨ状態１２４から、データ非アクティビティがいくつかのネットワーク内で所定の時間にわたって検出された場合、ＵＴＲＡＮは、ＲＲＣ状態をＣＥＬＬ−ＦＡＣＨ状態１２４からページングチャネル（ＰＣＨ）状態にすることができる。これは、ＣＥＬＬ−ＰＣＨ状態１２６かＵＲＡ−ＰＣＨ状態１２８のいずれか一方であり得る。

ＣＥＬＬ−ＰＣＨ状態１２６またはＵＲＡ−ＰＣＨ状態１２８から、ＵＥが、専用チャネルを要求する更新プロシージャを開始するためには、ＣＥＬＬ−ＦＡＣＨ状態１２４とならなければならない。これは、ＵＥが制御する唯一の状態遷移である。

アイドルモード１１０、ならびにＣＥＬＬ＿ＰＣＨ状態１２６、およびＵＲＡ＿ＰＣＨ状態１２８は、ページングインジケータチャネル（Ｐａｇｉｎｇ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ／ＰＩＣＨ）を介してブロードキャストメッセージおよびページを監視するために、不連続受信サイクル（ＤＲＸ）を使用する。いずれのアップリンクアクティビティも可能ではない。

ＣＥＬＬ＿ＰＣＨ状態１２６とＵＲＡ＿ＰＣＨ状態１２８との間の違いは、ＵＥの現在のＵＴＲＡＮ登録エリア（ＵＲＡ）が、現在のセルに存在するＵＲＡ識別の一覧の中にない場合に、ＵＲＡ−ＰＣＨ状態１２８がＵＲＡ更新プロシージャしか誘起しないことである。具体的には、図２を参照する。図２は、種々のＵＭＴＳセル２１０、２１２、および２１４の説明図を示す。これらのセルのすべては、ＣＥＬＬ＿ＰＣＨ状態に再選択される場合に、セル更新プロシージャを必要とする。しかしながら、ＵＴＲＡＮ登録エリアにおいて、それぞれが同じＵＴＲＡＮ登録エリア（ＵＲＡ）３２０内に入り、したがって、ＵＲＡ＿ＰＣＨモードであるときに、２１０、２１２、および２１４の間で移動すると、ＵＲＡ更新プロシージャは誘発されない。

図２において見られるように、他のセル２１８は、ＵＲＡ３２０の外側にあり、別個のＵＲＡの一部となり得るか、またはいずれのＵＲＡの一部にもなり得ない。

当業者によって認識されるように、バッテリ寿命の観点から、アイドル状態は、前述の状態と比較して最低バッテリ使用量を提供する。具体的には、ＵＥは、間隔を置いてのみ、ページングチャネルを監視する必要があるので、無線は継続的にオンである必要はないが、その代わり周期的に起動する。これに対するトレードオフは、データを送信する待ち時間である。しかしながら、この待ち時間が長過ぎなければ、アイドルモードであること、およびバッテリ電力を節約することの利点は、コネクション待ち時間の不利点を上回る。

再度、図１を参照する。種々のＵＭＴＳ基礎構造ベンダは、種々の基準に基づいて、状態１２２、１２４、１２６、および１２８の間で移動する。これらの基準は、とりわけ、シグナリングの節約または無線リソースの節約に関するネットワークオペレータの選好となり得る。例示的基礎構造を以下において概説する。

第１の例示的基礎構造において、ＣＥＬＬ＿ＦＡＣＨ状態でアクセスを開始した直後に、ＲＲＣは、アイドルモードとＣｅｌｌ＿ＤＣＨ状態との間で移動する。Ｃｅｌｌ＿ＤＣＨ状態において、２秒間の非アクティビティが検出された場合、ＲＲＣ状態はＣｅｌｌ−ＦＡＣＨ状態１２４に変化する。もし、Ｃｅｌｌ−ＦＡＣＨ状態１２４で、１０秒間の非アクティビティが検出された場合は、ＲＲＣ状態はＣｅｌｌ＿ＰＣＨ状態１２６に変化する。Ｃｅｌｌ＿ＰＣＨ状態１２６での４５分間の非アクティビティは、ＲＲＣ状態をアイドルモード１１０に戻す。

第２の例示的基礎構造において、ＲＲＣ遷移は、ペイロード閾値に応じて、アイドルモード１１０とコネクトモード１２０との間で発生することができる。第２の基礎構造において、ペイロードがある閾値を下回る場合に、ＵＴＲＡＮは、ＲＲＣ状態をＣＥＬＬ＿ＦＡＣＨ状態１２４にする。逆に、データペイロードがあるペイロード閾値を上回る場合に、ＵＴＲＡＮは、ＲＲＣ状態をＣＥＬＬ−ＤＣＨ状態１２２にする。第２の基礎構造において、２分間の非アクティビティがＣＥＬＬ＿ＤＣＨ状態１２２で検出されると、ＵＴＲＡＮは、ＲＲＣ状態をＣＥＬＬ−ＦＡＣＨ状態１２４にする。ＣＥＬＬ−ＦＡＣＨ状態１２４での５分間の非アクティビティ後に、ＵＴＲＡＮはＲＲＣ状態をＣＥＬＬ−ＰＣＨ状態１２６にする。ＣＥＬＬ−ＰＣＨ状態１２６において、アイドルモード１１０に戻る前に、２時間の非アクティビティが必要とされる。

第３の例示的基礎構造において、アイドルモード１１０とコネクトモード１２０との間の移動は、常にＣＥＬＬ−ＤＣＨ状態１２２に対するものである。ＣＥＬＬ−ＤＣＨ状態１２２での５秒間の非アクティビティ後に、ＵＴＲＡＮはＲＲＣ状態をＣＥＬＬ−ＦＡＣＨ状態１２４にする。ＣＥＬＬ−ＦＡＣＨ状態１２４での３０秒間の非アクティビティは、アイドルモード１１０に戻る移動をもたらす。

第４の例示的基礎構造において、ＲＲＣは、アイドルモードからコネクトモードへと、ＣＥＬＬ＿ＤＣＨ状態１２２に直接遷移する。第４の例示的基礎構造において、ＣＥＬＬ＿ＤＣＨ状態１２２は、２つの構成を含む。第１の構成は、データ転送速度を有する構成を含み、第２の構成は、より低いデータ転送速度を含むが、依然として、ＣＥＬＬ−ＤＣＨ状態内にある。第４の例示的基礎構造において、ＲＲＣは、アイドルモード１１０から高データ転送速度のＣＥＬＬ−ＤＣＨサブ状態に直接遷移する。１０秒間の非アクティビティ後に、ＲＲＣ状態は、低データ転送速度のＣＥＬＬ−ＤＣＨサブ状態に遷移する。ＣＥＬＬ−ＤＣＨ状態１２２の低データサブ状態からの１７秒間の非アクティビティは、ＲＲＣ状態をアイドルモード１１０に変化させる。

前述の４つの例示的基礎構造は、種々のＵＭＴＳ基礎構造ベンダがどのように状態を実装しているかを示す。当業者によって理解されるように、それぞれの場合において、実データ（Ｅメール等）を交換することに費やされる時間は、ＣＥＬＬ−ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態に留まるために必要とされる時間と比較して、有意に短い。これは、不必要なカレントドレインを引き起こし、ＵＭＴＳ等のより新しい世代のネットワークにおけるユーザ体験を、ＧＰＲＳ等の以前の世代のネットワークよりも不良にする。

さらに、ＣＥＬＬ＿ＰＣＨ状態１２６が、バッテリ寿命の観点からＣＥＬＬ＿ＦＡＣＨ状態１２４よりも最適であるが、ＣＥＬＬ−ＰＣＨ状態１２６でのＤＲＸサイクルは、一般的に、アイドルモード１１０よりも低い値に設定される。結果として、ＵＥは、アイドルモード１１０よりもＣＥＬＬ＿ＰＣＨ状態１２６で頻繁に起動する必要がある。

アイドル状態１１０のＤＲＸサイクルと同様のＤＲＸサイクルを有するＵＲＡ＿ＰＣＨ状態１２８は、おそらく、バッテリ寿命とコネクションのための待ち時間との間の最適なトレードアップである。しかしながら、ＵＲＡ−ＰＣＨ状態１２８は、現在ＵＴＲＡＮでは実装されていない。したがって、場合によっては、バッテリ寿命の観点から、アプリケーションがデータ交換を終了した後にできるだけ早急に、アイドルモードに早急に遷移することが望ましい。

ここで、図３を参照する。アイドルモードからコネクトモードに遷移するときに、種々のシグナリングおよびデータコネクションを行う必要がある。図３を参照すると、行われる最初の事項は、ＲＲＣコネクション設定３１０である。前述で示されるように、このＲＲＣコネクション設定３１０は、ＵＴＲＡＮによってしか解放することができない。

いったんＲＲＣコネクション設定３１０が達成されると、シグナリングコネクション設定３１２が開始される。

いったんシグナリングコネクション設定３１２が終了されると、暗号化及び完全性設定３１４が開始される。これの完了時に、無線ベアラ設定３１６が達成される。この時点で、ＵＥとＵＴＲＡＮとの間でデータを交換することができる。

コネクションの解放は、一般に逆の順序で、同様に達成される。無線ベアラ設定３１６が取り払われ、次いで、ＲＲＣコネクション設定３１０が取り払われる。この時点で、ＲＲＣは、図１に図示されるようなアイドルモード１１０になる。

現在の３ＧＰＰ仕様書は、ＵＥがＲＲＣコネクションを解放すること、またはＲＲＣ状態に対するその選好を示すことを許容しないが、ＵＥは、依然として、パケット交換アプリケーションによって使用されるパケット交換（ＰＳ）ドメイン等の特定されたコアネットワークドメインに対するシグナリングコネクションの終結を示すことができる。３ＧＰＰ ＴＳ ２５．３３１の第８．１．１４．１節によれば、そのシグナリングコネクションのうちの１つが解放されたことをＵＴＲＡＮに示すために、シグナリングコネクション解放指示プロシージャがＵＥによって使用される。このプロシージャは、次に、ＲＲＣコネクション解放プロシージャを開始してもよい。

したがって、現在の３ＧＰＰ仕様書内に留まって、シグナリングコネクション設定３１２の解放時にシグナリングコネクション解放が開始されてもよい。それは、シグナリングコネクション設定３１２を解放するＵＥの能力内であり、これは次に、仕様書に従って、ＲＲＣコネクション解放を開始「してもよい」。

当業者によって理解されるように、シグナリングコネクション設定３１２が解放された場合、ＵＴＲＡＮはまた、シグナリングコネクション設定３１２が解放された後に、暗号化及び完全性設定３１４、ならびに無線ベアラ設定３１６を整理する必要もある。

シグナリングコネクション設定３１２が解放された場合、ＲＲＣコネクション設定は、一般的には、いずれのＣＳコネクションもアクティブではない場合に、現在のベンダ基礎構造のために、ネットワークによって停止させられる。

前述の具体的な遷移指示例のうちの１つにこれを使用して、ＵＥは、データの交換が終了したことを決定し、例えば、ＵＥソフトウェアの「コネクションマネージャ」コンポーネントに、データの交換が完了したという指示が提供された場合、コネクションマネージャは、シグナリング設定３１２を解放するかどうかを決定してもよい。例えば、デバイス上のＥメールアプリケーションは、Ｅメールがプッシュサーバによって確かに受信されたというプッシュＥメールサーバからの確認が受信されたという指示を送信する。コネクションマネージャは、一実施形態において、すべての既存のアプリケーション、関連ＰＤＰコンテキスト、関連ＰＳ無線リソース、および関連回線交換（ＣＳ）無線ベアラを追跡することができる。他の実施形態において、ネットワーク要素（例えば、ＵＴＲＡＮ）が、既存のアプリケーション、関連ＰＤＰコンテキスト、ＱｏＳ、関連ＰＳ無線リソース、および関連ＣＳ無線ベアラを追跡することができる。アプリケーションが本当にデータ交換を終了し、「終了」指示が送信された後でもＲＲＣコネクションをもはや必要としないことを確実にするように、ＵＥまたはネットワーク要素のうちのいずれかにおいて遅延を導入することができる。この遅延は、アプリケーションまたはＵＥと関連付けられた非アクティビティタイムアウトと同等にすることができる。各アプリケーションは、独自の非アクティビティタイムアウトを有することができ、したがって、遅延は、アプリケーションタイムアウトのすべての複合物となり得る。例えば、Ｅメールアプリケーションは、５秒間の非アクティビティタイムアウトを有することができるが、アクティブブラウザアプリケーションは、６０秒間のタイムアウトを有することができる。禁止期間タイマはさらに、遷移指示の送信を遅延させることができる。アクティブアプリケーションからのすべてのそのような指示の複合状態、ならびにいくつかの実施形態での無線リソースプロファイルおよび／または禁止期間タイマ遅延に基づいて、ＵＥソフトウェアは、適切なコアネットワーク（例えば、ＰＳドメイン）に対する（例えば、シグナリングコネクション解放指示または状態変更要求のための）遷移指示を送信する前に、どれだけ待機すべきか、または待機しなければならないかを決定する。ネットワーク要素において遅延が実装された場合、要素は、ＵＥに遷移するかどうか、およびどのようにＵＥに遷移するかの決定を行うが、遅延がその経過をたどった後にしか遷移を動作しない。

非アクティビティタイムアウトは、トラフィックパターン履歴および／またはアプリケーションプロファイルに基づいて動的にすることができる。

ネットワーク要素がＵＥをアイドルモード１１０に遷移する場合、それは図１に図示されるようなＲＲＣコネクトモード１２０の任意の段階において起こり得るが、ネットワーク要素は、ＲＲＣコネクションを解放し、ＵＥを図１に図示されるようなアイドルモード１１０にする。これはまた、ＵＥが音声電話中にあらゆるパケットデータサービスを行っているときにも適用可能である。この場合、ネットワークは、ＰＳドメインシグナリングコネクションのみを解放することを選択し、ＣＳドメインシグナリングコネクションを維持してもよく、または代替として、何も解放しないことを選択し、代わりに、ＰＳおよびＣＳドメインの両方へのシグナリングコネクションを維持してもよい。

さらなる実施形態において、指示の理由をＵＴＲＡＮに示す遷移指示に、原因を追加することができる。好ましい実施形態において、原因は、異常な状態が指示を引き起こしたという指示、または要求された遷移の結果として指示がＵＥによって開始されたという指示となり得る。他の正常な（すなわち、異常ではない）トランザクションもまた、遷移指示の送信をもたらすことができる。

さらなる好ましい実施形態において、種々のタイムアウトが、異常な状態に対して遷移指示を送信させることができる。以下のタイマの実施例は包括的ではなく、他のタイマまたは異常な状態が可能である。例えば、３ＧＰＰ ＴＳ ２４．００８の１０．２．４７は、タイマＴ３３１０を以下のように特定する。

このタイマは、アタッチの失敗を示すために使用される。アタッチの失敗は、ネットワークの結果となり得るか、または衝突あるいは不良な無線周波数（ＲＦ）等のＲＦの問題となり得る。

アタッチ試行は、複数回発生することができ、アタッチの失敗は、所定数の失敗または明示的な拒絶のいずれか一方に起因する。

３ＧＰＰの１０．２．４７の第２のタイマは、以下のように特定されるタイマＴ３３３０である。

このタイマは、ルーティングエリア更新失敗を示すために使用される。タイマの満了時に、さらなるルーティングアリア更新を複数回要求することができ、ルーティングエリア更新失敗は、所定数の失敗または明示的な拒絶のいずれか一方に起因する。

３ＧＰＰの１０．２．４７の第３のタイマは、以下のように特定されるタイマＴ３３４０である。

このタイマは、ＧＭＭサービス要求失敗を示すために使用される。タイマの満了時に、さらなるＧＭＭサービス要求を複数回開始することができ、ＧＭＭサービス要求失敗は、所定数の失敗または明示的拒絶のいずれか一方に起因する。

したがって、異常な状態およびＵＥによる解放に限定された遷移指示原因の代わりに、遷移指示原因は、どのタイマが異常な状態のために失敗したかについての情報をさらに含むことができる。シグナリングコネクション解放指示が遷移指示として使用される具体的実施例において、指示を以下のように構造化することができる。

このメッセージは、既存のシグナリングコネクションを解放する要求をＵＴＲＡＮに示すために、ＵＥによって使用される。シグナリングコネクション解放指示の追加は、ＵＴＲＡＮまたは他のネットワーク要素が、シグナリングコネクション解放指示の原因、それが異常な状態によるものであったかどうか、および異常な状態がどのようなものであったかどうかを受信することを可能にする。ＳＩＧＮＡＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮの受信に基づいて、ＲＲＣコネクション解放プロシージャは、次に、ＵＴＲＡＮにおいて開始されることが許容される。

この実施例の１つの実装において、ＵＥは、特定のＣＮ（コアネットワーク）ドメインに対する上層から、シグナリングコネクションを解放または中止する要求を受信すると、例えば、ＩＥ（情報要素）「ＣＮドメイン識別」で識別される特定のＣＮドメインに対して、変数「確立されたシグナリングコネクション（ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ）」が存在する場合に、シグナリングコネクション解放指示プロシージャを開始する。変数がいずれの既存のシグナリングコネクションも識別しなければ、その特定のＣＮドメインに対するシグナリングコネクションの任意の継続中の確立が別の方式で中止される。Ｃｅｌｌ−ＰＣＨまたはＵＲＡ＿ＰＣＨ状態でのシグナリングコネクション解放指示プロシージャの開始時に、ＵＥは、原因「アップリンクデータ伝送」を使用して、セル更新プロシージャを行う。セル更新プロシージャの完了が成功すると、ＵＥは、次に起こるシグナリングコネクション解放指示プロシージャを続ける。

すなわち、ＵＥは、情報要素（ＩＥ）「ＣＮドメイン識別」を上位論理層によって示される値に設定する。ＩＥの値は、上層が解放されるべきと示している、シグナリングコネクションが関連付けられたＣＮドメインを示す。ＣＮドメイン識別がＰＳドメインに設定された場合、および上層がこの要求を開始する原因を示す場合には、ＩＥ「ＳＩＧＮＡＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮ」が、それに応じて設定される。変数「ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳから上層によって示された識別とのシグナリングコネクションを除去しＵＥは、例えば、認知モード無線リンク制御（ＡＭ ＲＬＣ）を使用する専用制御チャネル（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ／ＤＣＣＨ）上で、ＳＩＧＮＡＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを伝送する。ＲＬＣによる解放指示メッセージの配信成功の確認時に、プロシージャが終了する。

ＩＥ「シグナリングコネクション解放指示原因」も、本開示の実施形態に従って使用される。解放原因は、例えば、既存のメッセージ定義と整合される。上層解放原因メッセージは、例えば、以下のように構造化される。

この実施例では、Ｔ３３１０、Ｔ３３０、およびＴ３３４０満了は、以前に識別された、対応する番号のタイマの満了に対応する。原因値は、一実装では、アイドル遷移に対する選好のＵＥ指示を除去し、状態遷移時に決定するＵＴＲＡＮを提供するように、「ＵＥが要求したアイドル遷移」よりもむしろ「ＵＥが要求したＰＳデータセッション終了」として設定可能であるが、予期された結果は、原因値によって識別されるもことに対応する。シグナリングコネクション解放指示の拡張は、好ましくは、非臨界拡張であるが、必ずしもそうではない。

ここで、図９を参照する。図９は、種々のドメイン（例えば、ＰＳまたはＣＳ）に対するシグナリングコネクション解放指示を送信するかどうかを監視する例示的ＵＥのフロー図である。プロセスは、ステップ９１０で開始する。

ＵＥは、異常な状態が存在するかどうかを確認するためにチェックする９１２に遷移する。そのような異常な状態は、前述で説明されるようなタイマＴ３３１０、タイマＴ３３２０、またはタイマＴ３３４０の満了を含むことができる。これらのタイマがある所定の回数で満了となる場合、またはこれらのタイマのうちのいずれかの満了に基づいて明示的な拒絶が受信された場合、ＵＥは、シグナリングコネクション解放指示を送信するステップ９１４に進む。ＳＩＧＮＡＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージが、シグナリング解放指示原因フィールドに付加される。シグナリング解放指示原因フィールドは、少なくとも、シグナリング解放指示が異常な状況または状態に基づくことを含み、一実施形態は、タイムアウトして異常な状態をもたらした特定のタイマを含む。

逆に、ステップ９１２において、異常な状態が存在しないことをＵＥが見出した場合、ＵＥは、さらなるデータがＵＥで見込まれるかどうかをチェックするステップ９２０に進む。これは、前述で説明されるように、Ｅメールが送信され、Ｅメールの送信の確認がＵＥにおいて返信される場合を含むことができる。さらなるデータが見込まれないことをＵＥが決定する場合のような他の実施例は、当業者にとって既知であろう。

ステップ９２０において、データ転送が終了したこと（または回線交換ドメインの場合には通話が終了したこと）をＵＥが決定した場合、ＵＥは、シグナリングコネクション解放指示を送信するステップ９２２に進み、その場合、シグナリング解放指示原因フィールドが追加され、ＵＥがアイドル遷移を要求したか、または単にＰＳセッションの終了を示したという事実を含む。

ステップ９２０から、データが終了していない場合、ＵＥは、元に戻り、ステップ９１２で異常な状態が存在するかどうか、およびステップ９２０においてデータが終了したかどうかを引き続きチェックする。

いったんシグナリングコネクション解放指示がステップ９１４またはステップ９２２に送信されると、プロセスはステップ９３０に進み、終了する。

ＵＥは、例えば、チェッカーおよび遷移指示送信機を形成するＵＥマイクロプロセッサの動作を通して、またはハードウェア実装によって実行されるアプリケーションまたはアルゴリズムによって実装可能な機能的要素を含む。チェッカーは、遷移指示が送信されるべきかどうかをチェックするように構成される。そして、遷移指示送信機は、遷移指示が送信されるべきであるという送信機による指示に対応する遷移指示を送信するように構成される。遷移指示は、遷移指示原因フィールドを含んでもよい。

一実装では、ネットワークは、代わりに、暗示的にタイマの満了を認識させられ、ＵＥは、タイマの満了を示す原因値を送信する必要がない。すなわち、タイマは、ネットワークの承認時に計時を開始する。原因コードが定義され、原因コードは、ネットワークによってＵＥに提供される。そのような原因コードは、タイマを開始するためにＵＥによって使用される。以前にネットワークによって送信された原因コードが、タイマに計時を開始させるので、ネットワークは、タイマの後続の満了の理由を暗示的に認識する。結果として、ＵＥは、タイマの満了を示す原因値を送信する必要がない。

図９ならびに前述の説明によって示唆されるように、原因は、遷移指示（例えば、シグナリングコネクション解放指示）とともに含有可能であって、送信され、１．）異常状態ならびに２．）正常状態（例えば、ＰＳデータセッション終了および／またはアイドルモードへの遷移要求等の異常状態ではない）を示す。したがって、種々の実装では、ＵＥにおける動作は、異常な状態を示すように、または代替として、アイドル遷移またはＰＳデータセッション終了、すなわち正常動作の要求に対する選好を示すために、遷移指示への原因の追加を提供する。そのような動作は、当然ながら、異常な状態の指示が行われる時のみに原因が遷移指示に追加されるＵＥ動作も含む。そして、逆に、そのような動作は、正常な、すなわち、異常ではない動作およびトランザクションを示すだけのために、原因が遷移指示に追加されるＵＥ動作も含む。すなわち、図９に関して、そのような代替動作において、もし、ステップ９１２において異常な状態が存在する場合は、「はい」の分岐がステップ９１４に運ばれる一方で、異常な状態が存在しない場合は、ＵＥは終了ステップ９３０に直接進む。逆に、他のそのような代替動作において、開始ステップ９１２の後に、経路がデータ終了ステップ９２０に直接運ばれる。データが終了している場合、「はい」の分岐がステップ９２０に運ばれ、その後、ステップ９３０に運ばれる。データがステップ９２０において終了していない場合、いずれの分岐も同ステップ、すなわち、ステップ９２０に戻されない。

図１０を参照して、ネットワーク要素がステップ１０１０において遷移指示（例えば、示されるようなシグナリングコネクション解放指示）を受信すると、ネットワーク要素は、ステップ１０１４において、もし存在すれば、遷移指示原因フィールドを検査し、ステップ１０１６において、原因が異常な原因であるか否か、または、それがアイドル遷移および／またはＰＳデータセッション終了を要求するＵＥによるものであるか否かをチェックする。もし、ステップ１０１６において、シグナリングコネクション解放指示が異常な原因であれば、ネットワークノードは、実行監視およびアラーム監視の目的のために、アラームが留意され得るステップ１０２０に進む。主要実行インジケータを適切に更新することができる。

逆に、もし、ステップ１０１６において、遷移指示（例えば、シグナリングコネクション解放指示）の原因が異常な状態の結果ではないか、または言い換えれば、ＰＳデータセッション終了またはアイドル遷移を要求するＵＥの結果であれば、ネットワークノードは、いずれのアラームも惹起されず、指示が実行統計から除去されることができるステップ１０３０に進み、それにより、実行統計が歪曲されることを防止する。ステップ１０２０またはステップ１０３０から、ネットワークノードは、プロセスが終了するステップ１０４０に進む。

遷移指示の受信または検査は、パケット交換データコネクション終結のネットワーク要素による開始、または代替として、別のより好適な状態、例えば、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、またはＩＤＬＥ＿モードへの遷移をもたらしてもよい。

前述において示唆されたように、いくつかの実装において、遷移指示の原因の欠如はまた、遷移指示が正常または異常な状態の結果であるか否か、およびアラームを惹起させなければいけないかどうかを決定するために、使用されてもよい。例えば、正常な状態（すなわち、例えば、ＰＳデータセッション終了および／またはアイドルモードへの遷移の要求等に関して、異常ではない）を表すためだけに原因が追加され、原因が追加されていない遷移指示をネットワーク要素が受信する場合、ネットワーク要素は、原因の欠如から、遷移指示が異常な状態の結果であることを推測し、随意で、アラームを惹起してもよい。逆に、別の実施例では、異常な状態を表すためだけに原因が追加され、ネットワーク要素が原因のない遷移指示を受信する場合、ネットワーク要素は、原因の欠如から、遷移指示が正常な状態（例えば、ＰＳデータセッッション終了および／またはアイドルモードへの遷移の要求）の結果であることを推測し、アラームを惹起しなくてもよい。

当業者によって理解されるように、ステップ１０２０は、種々のアラーム状態をさらに区別するために使用することができる。例えば、Ｔ３３１０タイムアウトは、第１の組の統計値を保つために使用することができ、Ｔ３３３０タイムアウトは、第２の組の統計値を保つために使用することができる。ステップ１０２０は、異常な状態の原因を区別するために使用することができ、それにより、ネットワークオペレータが性能をより効率的に追跡することを可能にする。

ネットワークは、例えば、検査器およびアラーム発生器を形成するプロセッサの動作を通して、またはハードウェア実装によって実行されるアプリケーションまたはアルゴリズムによって実装可能な機能的要素を含む。検査器は、遷移指示の遷移指示原因フィールドを検査するように構成される。検査器は、遷移指示原因フィールドが異常な状態を示すかどうかをチェックする。アラーム発生器は、シグナリングコネクション解放指示原因フィールドが異常な状態を示すことを検査器による検査が決定した場合に、選択的にアラームを生成するように構成される。

一実装では、シグナリングコネクション解放指示の受信時に、ＵＴＲＡＮは、受信される原因と、シグナリングコネクションの解放のための上層からの要求とを転送する。次いで、上層は、シグナリングコネクションの解放を開始することができる。ＩＥシグナリング解放指示原因は、ＵＥのＲＲＣを誘起してメッセージを送信するために、ＵＥの上層の原因を示す。原因は、異常な上層のプロシージャの結果である可能性が高い。メッセージの原因の区別は、ＩＥの受信成功を通して確保される。

可能なシナリオは、シグナリングコネクション解放指示メッセージの配信成功のＲＬＣによる確認の前に、シグナリング無線ベアラＲＢ２上でＲＬＣエンティティの伝送側の確立が発生する、シナリオを含む。そのような発生の場合、ＵＥは、例えば、シグナリング無線ベアラＲＢ２上のＡＭ ＲＬＣを使用するアップリンクＤＣＣＨ上で、シグナリングコネクション解放指示メッセージを再伝送する。シグナリングコネクション解放指示または要求メッセージの配信成功のＲＬＣによる確認の前に、ＵＴＲＡＮプロシージャからのＲＡＴ（無線アクセス技術）間ハンドオーバが発生する場合では、ＵＥは、新規ＲＡＴであるときにシグナリングコネクションを中止する。

さらなる実施形態において、「シグナリングコネクション解放指示」または要求の代わりに、「データ転送完了指示」を利用することができる。前述の図９および１０で説明されるものと同様の機能性が、このデータ転送完了指示に適用可能となる。

一実施形態において、データ転送完了指示は、継続中のＣＳドメインデータ転送がないことをＵＥが決定し、そのＰＳデータ転送を完了したことをＵＴＲＡＮに知らせるために、ＵＥによって使用される。そのようなメッセージは、例えば、ＡＭ ＲＬＣを使用するＤＣＣＨ上で、ＵＥからＵＴＲＡＮに送信される。例示的メッセージを以下に示す。

（１０．２．ｘデータ転送完了指示）
このメッセージは、継続中のＣＳドメインデータ転送がないことをＵＥが決定し、そのＰＳデータ転送を完了したことをＵＴＲＡＮに知らせるために、ＵＥによって使用される。
ＲＬＣ−ＳＡＰ：ＡＭ
論理チャネル：ＤＣＣＨ
方向：ＵＥ→ＵＴＲＡＮ

ここで、図２０を参照する。図２０は、（例えば、シグナリングコネクション解放指示またはデータ転送完了指示のための）遷移指示または要求がＵＥからＵＴＲＡＮに送信される実施形態を図示する。プロセスは、ステップ２０１０から開始し、ＵＥにおける状態が遷移指示メッセージを送信することに適切であるか否かを決定するために、チェックがＵＥ上で行われるステップ２０１２に進む。そのような状態は、例えば、以下の図１１を参照して、本開示において説明され、ＵＥ上に１つ以上のアプリケーションを含むことができ、それらがデータ交換を終了したことを決定する。そのような状態はまた、タイマＴ３ｘｘが作動していれば、満了することをある期間にわたって待機するステップを含んでもよい。

さらなる代替実施形態において、状態は、タイマＴ３ｘｘが無限に設定された場合に、遷移指示の送信を妨げるステップを含んでもよい。理解されるように、Ｔ３ｘｘは、無数の離散値を含むことができ、その１つが無限値を表す。

もし、ステップ２０１２において、状態が遷移指示または要求メッセージを送信することに適切でなければ、プロセスは、元に戻って、状態が遷移指示または要求メッセージを送信することに適切となるまで引き続き監視する。

いったん状態が適切になると、プロセスは、遷移指示がＵＴＲＡＮに送られるステップ２０２０に進む。例示的な指示を前述の表に示す。

次いで、プロセスは、遷移指示が成功したかどうかを決定するためにチェックが行われるステップ２０２２に進む。当業者によって理解されるように、これは、ＵＴＲＡＮが遷移指示の受信に成功し、状態遷移を開始したことを意味し得る。「はい」であれば、プロセスは、ステップ２０３０に進み、終了する。

逆に、ステップ２０２２において、遷移指示が成功しなかったと決定された場合、プロセスは、ステップ２０２４に進み、ある期間にわたって待機する。そのような待機は、所与の期間が経過する前に携帯電話が別の遷移指示メッセージを送信できないようにする「禁止期間」、例えば、Ｔ３ｘｘを使用して、実装することができる。代替として、プロセスは、所定の期間内の遷移指示メッセージの数を限定することができる（例えば、１０分間に１５以下のメッセージ）。禁止期間および所与の期間内のメッセージの数の限定の組み合わせも可能である。

期間は、基準において定義される値等の、事前に規定され得て、例えば、ＲＲＣコネクション要求メッセージ、ＲＲＣコネクション設定メッセージ、ＲＲＣコネクション解放、無線ベアラ設定、システム情報ブロードキャストメッセージ、システム情報ブロックメッセージ、アクティブセット更新、セル更新確認、ＵＴＲＡＮモビリティ情報メッセージ、ＵＴＲＡＮコマンドへのハンドオーバ、物理チャネル再構成メッセージ、無線ベアラ再構成メッセージ、無線ベアラ解放メッセージ、輸送チャネル再構成メッセージ、または任意の要求、構成、あるいは再構成メッセージの一部として、ネットワーク要素によって設定されることができる。さらに、期間は、遷移指示メッセージ内のパラメータに基づいて設定されることができる。したがって、期間は、ＵＥがアイドルよりもむしろＣｅｌｌ−ＰＣＨへの遷移を要求している場合に、より長くなり得る。

ネットワーク要素による期間のシグナリングまたは送信は、情報要素の形を取ることができる。本明細書で使用されるように、シグナリングまたは送信は、情報をＵＥに直接送信するステップ、または情報をブロードキャストするステップを含むことができる。同様に、ＵＥにおいて受信するステップは、ブロードキャストチャネルの直接受信または読取を含むことができる。１つの例示的情報要素は、以下を含む。

Ｔ３ｘｘの値は、一実施形態において以下のように定義される。

一実施形態において、既存のＵＭＴＳ情報要素「コネクトモードでのＵＥタイマおよび定数」にＴ３ｘｘを含むことができる。したがって、これは、システム情報ブロックタイプ１に含むことによって、セルの中でブロードキャストされることができる。代替実施形態において、タイマ値はまた、ＳＩＢ３またはＳＩＢ４等の他のシステム情報メッセージを使用してシグナリングされることもでき、または、代替として、あるいは加えて、専用ＵＴＲＡＮモビリティ情報メッセージによってシグナリングされることができる。

前述の表で示されるように、Ｔ３ｘｘ値は、設定値の間で変動し、ゼロ値または無限値を含むことができる。ゼロ値は、いずれの禁止も発生する必要がないことを示すために使用される。無限値は、遷移指示メッセージが決して送信されるべきではないことを示す。

１つのモビリティの実施形態において、ＵＥは、新規ネットワークまたはセルが遷移される時はいつでも、Ｔ３ｘｘ値をリセットする。この実施例では、値は無限に設定される。このことは、遷移メッセージまたは無線ベアラメッセージが禁止タイマ値を含有しない場合に、デフォルトでＵＥが遷移指示メッセージを送信しないものであることを確実にする。したがって、例えば、遷移または無線ベアラメッセージが「遷移禁止指示」を含有しない場合は、タイマの値は無限に設定され、そうでなければ、指示の中で受信されるタイマの値が任意の以前に記憶された値に取って代わる。

別の代替実施形態において、Ｔ３ｘｘの値は、以下のように定義される。タイマＴ３ｘｘの包含は随意的であり、それにより、含まれなければ、ＵＥは、このタイマを構成または使用するステップをサポートする必要がないことを確実にする。

したがって、セルの中の禁止タイマの受信は、セルが遷移指示メッセージの使用を認識するというＵＥへの指示である。ＵＥは、長期間にわたってこれ以上ＰＳドメインデータがないという決定により、ＲＲＣまたは上位層によって開始された場合に、原因値を使用して遷移指示をシグナリングすることを決定してもよい。ネットワークがこの原因とともに遷移指示メッセージ（本書でとらえられるように、どのような形態のメッセージでも）を受信すると、よりバッテリ効率的ＲＲＣ状態への状態遷移変化をＵＥにシグナリングするように決定してもよい。

一方で、代替実施形態において、禁止タイマがセルの中で受信されないか、または読み取られないときに、ＵＥは、遷移指示メッセージを送信するための原因がＵＴＲＡＮによってサポートされていないことを決定することができる。この場合、ＵＥは、Ｔ３ｘｘの値を構成しないこと、また、遷移指示メッセージを送信するステップまたは送信を禁止するステップに関連してＴ３ｘｘを使用しないことも決定することができる。

禁止タイマが省略されることをＵＥが決定した場合には、これ以上伝送するＰＳデータがないことを決定する上位層に基づいて、遷移指示メッセージから原因値を含むことを省略し、遷移指示メッセージを送信するのみであってもよい。

代替実施形態において、ＵＥは、禁止タイマが省略されることを決定すると、これ以上伝送するＰＳデータがないことを決定する上位層に基づいて、遷移指示を開始するべきではない。

この説明された動作の一実施形態において、遷移指示メッセージは、ＳＩＧＮＡＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージである。

したがって、第１の代替実施形態において、セルの中の禁止タイマの受信は、セルが遷移指示メッセージの使用を認識するという指示である。このメッセージの送信が許容される場合に、Ｔ３ｘｘが無限値に設定されない時、次いで、ネットワークが遷移指示を受信するときに、よりバッテリ効率的ＲＲＣ状態（例えば、ＣＥＬＬ−ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、またはＩＤＬＥ＿モード）への状態遷移変化をＵＥにシグナリングするように決定してもよい。

３ＧＰＰ ＴＳＧ−ＲＡＮ２ ２５．３３１基準を利用する具体的実施例では、次の内容が、以下で識別されるセクションに追加される。

これは、以下のセクションに追加される。
１０．２．４８．８．６ システム情報ブロックタイプ３；
１０．２．４８．８．７ システム情報ブロックタイプ４；
１０．２．１ アクティブセット更新；
１０．２．８ セル更新確認；
１０．２．１６ａ ＵＴＲＡＮコマンドへのハンドオーバ；
１０．２．２２ 物理チャネル再構成；
１０．２．２７ 無線ベアラ再構成；
１０．２．３０ 無線ベアラ解放；
１０．２．３３ 無線ベアラ設定；
１０．２．４０ ＲＲＣコネクション設定；
１０．２．５０ 輸送チャネル再構成。

１０．２．４８．８．６システム情報ブロックタイプ３、および１０．２．４８．８．７システム情報ブロックタイプ４というメッセージ以外に、前述で説明されるメッセージは、すべてモビリティ情報メッセージの例である。

前述は、コネクションおよびシステム動作、ならびに種々のセル間の遷移を網羅し、そのセルが遷移指示メッセージをサポートする場合に、ＵＥが禁止タイマ値を有することを確実にする。例えば、ＵＴＲＡＮコマンドへのハンドオーバは、第２世代ネットワーク等の別の無線アクセス技術から第３世代ネットワークへの遷移が、第３世代ネットワークの標的セルによってサポートされるなら禁止タイマ値を提供することを確実にする。

具体的には、図２１を参照すると、セル間の遷移は、「開始」として参照番号２１１０によって示されるように、前提条件として、またはＵＥの他の動作中に発生している。プロセスは、構成メッセージが受信される、ブロック２１１２に進む。これは、前述で識別されるメッセージのうちのいずれかとなり得て、モビリティおよび非モビリティメッセージの両方を含む。次いで、プロセスは、構成メッセージが禁止タイマ値を含むかどうかを確認するようにチェックが行われる、ブロック２１１４に進む。

そうでなければ、プロセスは、禁止タイマ値が無限に設定される、ブロック２１２０に進む。逆に、ブロック２１１４から、プロセスは、構成メッセージが禁止タイマ値を含まないことが決定された場合に、ブロック２１３０に進む。ブロック２１３０では、禁止タイマ値がＵＥ上に記憶され、禁止タイマの以前の値に取って代わる。次いで、プロセスは、ブロック２１４０に進み、終了する。理解されるように、一実施形態において、ネットワークまたはセルの変化が発生した時はいつでも、または遷移指示が送信される必要がある時はいつでも、図２１のプロセスが呼び出される。

いったんプロセスがステップ２０２４で所定の時間にわたって待機すると、プロセスは、ステップ２０１２に戻って、遷移指示を送信するための条件が依然として存在するかどうかを決定する。もし「はい」であれば、プロセスは、ステップ２０２０および２０２２に戻る。

前述に基づいて、禁止タイマ値は、種々の実施形態で提供されてもよい。第１の実施形態において、それは、禁止タイマ値を伝えるためにＲＲＣコネクション設定メッセージのみを使用して提供することができる。

第２の実施形態において、禁止タイマ値を伝えるために、システム情報を使用することができる。

第３の実施形態において、禁止タイマ値を送信して、アイドルモードならびにＣｅｌｌ＿ＰＣＨ／Ｃｅｌｌ＿ＦＡＣＨおよびＤＣＨ状態のＵＥが最新情報を有することを確実にするために、ＲＲＣコネクション設定およびシステム情報メッセージの両方を利用することができる。

第４の実施形態において、無線ベアラを持たずにＰＤＰコンテキストが確立されるときに、データメッセージを送信するように無線ベアラが後に確立されると、その時に禁止タイマ値を伝えることができるように、無線ベアラ設定において禁止タイマ値を送信することに加えて、禁止タイマ値を第３の実施形態のように送信することができる。

第５の実施形態において、第４の実施形態を、再構成、セル更新確認、および禁止タイマ値を伝えるＵＴＲＡＮへのハンドオーバコマンドを含む、前述で説明されるようなすべてのモビリティ関連メッセージと組み合わせることができる。

第１から第４の実施形態において、モビリティ中に、ＵＥがその現在記憶されている禁止タイマ値を維持する。前述で示されるように、禁止タイマが無限に設定される、いくつかの場合において、これは、ネットワークタイマが満了になること、およびネットワークが、ＵＥを禁止タイマの新規値を受信または決定することができるＲＲＣ状態にすることを、ＵＥが待機しなければならないことを意味してもよい。禁止タイマがハンドオーバ前に無限以外の何らかの値である、他の場合において、ＵＥがタイマ値を新規セルの中で示される値に更新することができるまで、この他の値が引き続き使用される。

第５の実施形態について、禁止タイマ値がモビリティ中に更新されること、および遷移指示メッセージがＵＥから不必要に送信されないことを確実にするために、プロセス図２１が利用される。

ＲＬＣ再確立またはＲＡＴ間変更に例外が発生してもよい。遷移指示メッセージの配信成功がＲＬＣによって確認される前に、ＲＬＣエンティティの伝送側の再確立が発生した場合、一実施形態において、ＵＥは、ＡＭ ＲＬＣを使用するアップリンクＤＣＣＨ上で遷移指示メッセージを伝送する。

一実施形態において、遷移指示メッセージの配信成功がＲＬＣによって確認される前に、ＵＴＲＡＮプロシージャからのＲＡＴ間ハンドオーバが発生した場合、ＵＥは、新規ＲＡＴにある間にシグナリングコネクションを中止する。

ネットワーク側では、プロセスは、以下の図１８を参照して説明されるものと同様に取り扱われる。

再度、図１を参照すると、アイドルモード１１０よりもＵＲＡ−ＰＣＨ状態１２８等のコネクトモード１２０であることが望ましくてもよい。例えば、コネクトモード１２０におけるＣＥＬＬ−ＤＣＨ状態１２２またはＣＥＬＬ−ＦＡＣＨ状態１２４へのコネクションの待ち時間が低くなる必要がある場合、コネクトモード１２０のＰＣＨ状態であることが好ましい。例えば、基準を改正して、ＵＥが特定の状態（例えば、この場合は、ＵＲＡ＿ＰＣＨ状態１２８）にすることをＵＴＲＡＮに要求できるようにすること等によって、これを達成する多数の方法がある。

代替として、コネクションマネージャは、ＲＲＣコネクションが現在どのような状態であるか等の他の要因を考慮に入れてもよい。もし、例えば、ＲＲＣコネクションがＵＲＡ−ＰＣＨ状態であれば、アイドルモード１１０にする必要がないことを決定してもよく、したがって、いずれのシグナリングコネクション解放プロシージャも開始されない。

さらなる代替案では、ネットワーク要素（例えば、ＵＴＲＡＮ）が、ＲＲＣコネクションが現在どのような状態であるか等の他の考慮を自ら考慮にいれてもよく、もし、例えば、ＲＲＣコネクションがＵＲＡ−ＰＣＨ状態であれば、アイドルモード１１０にする必要がないことを決定し、コネクションを解放する代わりに、単にＵＥをより好適な状態に遷移させてもよい。

図４を参照する。図４Ａは、前述の基礎構造の「４」実施例による、現在のＵＭＴＳ実装を示す。図４に図示されるように、時間は水平軸にわたっている。

ＵＥは、ＲＲＣアイドル状態１１０で起動し、伝送される必要のあるローカルまたはモバイル生成データ、またはＵＴＲＡＮから受信されるページに基づいて、ＲＲＣコネクションを確立し始める。

図４Ａに図示されるように、ＲＲＣコネクション設定３１０が最初に発生することができ、ＲＲＣ状態は、この期間中ではコネクト状態４１０である。

次に、シグナリングコネクション設定３１２、暗号化及び完全性設定３１４、および無線ベアラ設定３１６が発生する。ＲＲＣ状態は、これらのプロシージャ中ではＣＥＬＬ＿ＤＣＨ状態１２２である。図４Ａに図示されるように、ＲＲＣアイドルから無線ベアラが設定される時間まで移動するための経過時間は、この実施例では約２秒である。

次に、データが交換される。図４Ａの実施例では、これは約２〜４秒で達成され、ステップ４２０によって図示される。

データがステップ４２０で交換された後、必要に応じた断続的ＲＬＣシグナリングＰＤＵを除いて、いずれのデータも交換されず、したがって、無線リソースは、約１０秒後により低いデータ転送速度のＤＣＨ構成となるように、ネットワークによって再構成される。これは、ステップ４２２および４２４で図示される。

より低いデータ転送速度のＤＣＨ構成では、１７秒にわたって何も受信されず、その時点で、ＲＲＣコネクションがステップ４２８でネットワークによって解放される。

いったんＲＲＣコネクション解放がステップ４２８で開始されると、ＲＲＣ状態は、約４０ミリ秒間の切断状態４３０に進み、その後、ＵＥはＲＲＣアイドル状態１１０である。

同様に図４Ａに図示されるように、ＲＲＣがＣＥＬＬ＿ＤＣＨ状態１２２である期間にわたって、ＵＥ電流消費が図示される。ここで見られるように、電流消費は、ＣＥＬＬ−ＤＣＨ状態の期間全体にわたって、約２００〜３００ミリアンペアである。切断およびアイドル中に、１．２８秒のＤＲＸサイクルを仮定すると、約３ミリアンペアが利用される。しかしながら、２００〜３００ミリアンペアにおける３５秒の電流消費がバッテリ上で排出している。

ここで、図４Ｂを参照する。図４Ｂは、ここではシグナリングコネクション解放のみを実施する、前述からの同じ例示的基礎構造「４」を利用する。

図４Ｂに図示されるように、同じ設定ステップ３１０、３１２、３１４、および３１６が発生し、これは、ＲＲＣアイドル状態１１０とＲＲＣ ＣＥＬＬ＿ＤＣＨ状態１２２との間で移動するときに同じ時間量を要する。

さらに、図４Ａのステップ４２０での例示的Ｅメールに対するＲＲＣデータＰＤＵ交換は、図４Ｂでも行われ、これは、約２〜４秒かかる。

図４Ｂの実施例のＵＥには、図４Ｂの実施例では２秒であり、ステップ４４０によって図示される、アプリケーション特有の非アクティビティタイムアウトがある。特定の時間量にわたって非アクティビティがあるとコネクションマネージャが決定した後に、ＵＥは、この場合、ステップ４４２でのシグナリングコネクション解放指示である、遷移指示を送信し、ステップ４４８では、ネットワークは、指示の受信およびＵＥに対する無線リソースプロファイルに基づいて、ＲＲＣコネクションを解放するように進む。

図４Ｂで図示されるように、ＣＥＬＬ−ＤＣＨステップ１２２中の電流消費は、依然として約２００〜３００ミリアンペアである。しかしながら、コネクション時間は、わずか約８秒である。当業者によって理解されるように、携帯電話がセルＤＣＨ状態１２２のままである、かなり短い時間量は、ＵＥデバイスにとって有意なバッテリ節約をもたらす。

ここで、図５を参照する。図５は、基礎構造「３」として前述で示される基礎構造を使用して、第２の実施例を示す。図４Ａおよび４Ｂと同様に、約２秒かかるコネクション設定が発生する。これは、ＲＲＣコネクション設定３１０、シグナリングコネクション設定３１２、暗号化及び完全性設定３１４、および無線ベアラ設定３１６を必要とする。

この設定中に、ＵＥは、ＲＲＣアイドルモード１１０からＣＥＬＬ−ＤＣＨ状態１２２になり、その間にＲＲＣ状態コネクションステップ４１０を伴う。

図４Ａと同様に、図５Ａでは、ＲＬＣデータＰＤＵ交換がステップ４２０で発生し、図５Ａの実施例では、２〜４秒かかる。

基礎構造３によれば、ＲＬＣシグナリングＰＤＵ交換は、必要に応じた断続的ＲＬＣシグナリングＰＤＵを除いて、いずれのデータも受信せず、したがって、ステップ４２２で５秒の期間にわたってアイドルであり、その時点で、無線リソースは、ＵＥをＣＥＬＬ−ＤＣＨ状態１２２からＣＥＬＬ−ＦＡＣＨ状態１２４に再構成する。これは、ステップ４５０で行われる。

ＣＥＬＬ−ＦＡＣＨ状態１２４では、ＲＬＣシグナリングＰＤＵ交換は、この場合は３０秒である所定の時間量にわたって、必要に応じた断続的ＲＬＣシグナリングＰＤＵを除いて、いずれのデータもないことを見出し、その時点で、ネットワークによるＲＲＣコネクション解放がステップ４２８で行われる。

図５Ａで見られるように、これは、ＲＲＣ状態をアイドルモード１１０にする。

図５Ａでさらに見られるように、ＤＣＨモード中の電流消費は、２００〜３００ミリアンペアの間である。ＣＥＬＬ−ＦＡＣＨ状態１２４になる時、電流消費は、約１２０〜１８０ミリアンペアまで低下する。ＲＲＣコネクタが解放され、ＲＲＣがアイドルモード１１０になった後、電力消費は、約３ミリアンペアである。

ＣＥＬＬ−ＤＣＨ状態１２２またはＣＥＬＬ−ＦＡＣＨ状態１２４である、ＵＴＲＡ ＲＲＣコネクトモード状態は、図５Ａの実施例では約４０秒にわたって続く。

ここで、図５Ｂを参照する。図５Ｂは、ＲＲＣコネクション設定３１０、シグナリングコネクション設定３１２、暗号化完全性設定３１４、および無線ベアラ設定３１６を得るように、約２秒の同じコネクション時間を伴う、図５Ａと同じ基礎構造「３」を図示する。さらに、ＲＬＣデータＰＤＵ交換４２０は、約２〜４秒かかる。

図４Ｂと同様に、ＵＥアプリケーションは、ステップ４４０で特定の非アクティビティタイムアウトを検出し、その時点で、遷移指示（例えば、シグナリングコネクション解放指示４４２）がＵＥによって送信され、結果として、ネットワークがステップ４４８でＲＲＣコネクションを解放する。

図５Ｂでさらに見ることができるように、ＲＲＣは、アイドルモード１１０で起動し、ＣＥＬＬ＿ＦＡＣＨ状態に進むことなくＣＥＬＬ−ＤＣＨ状態１２２になる。

図５Ｂでさらに見られるように、電流消費は、図５の実施例によれば約８秒である、ＲＲＣ段階がＣＥＬＬ−ＤＣＨ状態１２２である時間では、約２００〜３００ミリアンペアである。

したがって、図４Ａと４Ｂ、および図５Ａと５Ｂとの間の比較は、有意量の電流消費が排除され、それにより、ＵＥのバッテリ寿命を延長することを示す。当業者によって理解されるように、前述はさらに、現在の３ＧＰＰ仕様書との関連で使用することができる。

ここで、図６を参照する。図６は、ＵＭＴＳネットワーク用のプロトコルスタックを図示する。

図６に見られるように、ＵＭＴＳは、ＣＳ制御プレーン６１０、ＰＳ制御プレーン６１１、およびＰＳユーザプレーン６３０を含む。

これら３つのプレーン内には、非アクセス層（ＮＡＳ）部分６１４およびアクセス層部分６１６が存在する。

ＣＳ制御プレーン６１０におけるＮＡＳ部分６１４は、呼制御（ＣＣ）６１８、付加サービス（ＳＳ）６２０、およびショートメッセージサービス（ＳＭＳ）６２２を含む。

ＰＳ制御プレーン６１１におけるＮＡＳ部分６１４は、モビリティ管理（ＭＭ）およびＧＰＲＳモビリティ管理（ＧＭＭ）６２６の両方を含む。それはさらに、セッション管理／無線アクセスベアラ管理ＳＭ／ＲＡＢＭ６２４およびＧＳＭＳ６２８を含む。

ＣＣ６１８は、回線交換サービス用の呼管理シグナリングを提供する。ＳＭ／ＲＡＢＭ６２４のセッション管理は、ＰＤＰテキスト有効化、無効化、および修正を提供する。ＳＭ／ＲＡＢＭ６２４はまた、サービス交渉の質も提供する。

ＳＭ／ＲＡＢＭ６２４のＲＡＢＭ部分の主要機能は、ＰＤＰコンテキストを無線アクセスベアラにコネクションすることである。したがって、ＳＭ／ＲＡＢＭ６２４は、無線リソースの設定、修正、および解放に関与している。

ＣＳ制御プレーン６１０およびＰＳ制御プレーン６１１は、アクセス層６１６において、無線リソース制御（ＲＲＣ）６１７の上に位置する。

ＰＳユーザプレーン６３０におけるＮＡＳ部分６１４は、アプリケーション層６３８、ＴＣＰ／ＵＤＰ層６３６、およびＰＤＰ層６３４を含む。ＰＤＰ層６３４は、例えば、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／ＩＰ）を含むことができる。

アクセス層６１６は、ＰＳユーザプレーン６３０において、パケットデータ集中プロトコル（ＰＤＣＰ）６３２を含む。ＰＤＣＰ６３２は、（図８で見られるように）ＷＣＤＭＡプロトコルを、ＵＥとＲＮＣとの間でＴＣＰ／ＩＰプロトコルを運ぶことに好適にするように設計され、随意で、ＩＰトラッフィック流プロトコルヘッダ圧縮および復元用のものである。

ＵＭＴＳ無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ／ＲＬＣ）６４０および媒体アクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ／ＭＡＣ）層６５０は、ＵＭＴＳ無線インターフェースのデータリンク副層を形成し、ＲＮＣノードおよびユーザ機器上に存在する。

層１（Ｌ１）のＵＭＴＳ層（物理層６６０）は、ＲＬＣ／ＭＡＣ層６４０および６５０の下側にある。この層は、通信用の物理層である。

前述は、種々のモバイルまたはワイヤレスデバイス上に実装することができるが、１つのモバイルデバイスの実施例を、図７に関して以下で概説する。ここで、図７を参照する。

ＵＥ７００は、好ましくは、少なくとも音声およびデータ通信能力を有する双方向ワイヤレス通信デバイスである。ＵＥ７００は、好ましくは、インターネット上で他のコンピュータシステムと通信する能力を有する。提供される正確な機能性に応じて、ワイヤレスデバイスは、例として、データメッセージングデバイス、双方向ポケットベル、ワイヤレスＥメールデバイス、データメッセージング能力付きの携帯電話、ワイヤレスインターネット機器、またはデータ通信デバイスと呼ばれてもよい。

ＵＥ７００は、双方向通信に有効である場合、受信機７１２および送信機７１４の両方、ならびに、１つ以上の、好ましくは、組み込まれた、または内部のアンテナ要素７１６および７１８、局部発振器（ＬＯ）７１３、およびデジタル信号プロセッサ（ＤＳＰ）７２０等の処理モジュール等の、関連コンポーネントを含む、通信サブシステム７１１を組み込む。通信の当業者にとって明らかであるように、通信サブシステム７１１の特定の設計は、デバイスが動作することを目的とする通信ネットワークに依存する。例えば、ＵＥ７００は、ＧＰＲＳネットワークまたはＵＭＴＳネットワーク内で動作するように設計される通信サブシステム７１１を含んでもよい。

ネットワークアクセス要件もまた、ネットワーク７１９のタイプに応じて、可変となるであろう。例えば、ＵＭＴＳおよびＧＰＲＳネットワークにおいて、ネットワークアクセスは、ＵＥ７００の加入者またはユーザと関連付けられる。したがって、例えば、ＧＰＲＳモバイルデバイスは、ＧＰＲＳネットワーク上で動作するために、加入者識別モジュール（ＳＩＭ）カードを必要とする。ＵＭＴＳにおいては、ＵＳＩＭまたはＳＩＭモジュールが必要とされる。ＣＤＭＡにおいては、ＲＵＩＭカードまたはモジュールが必要とされる。これらは、本明細書において、ＵＩＭインターフェースと呼ばれる。有効なＵＩＭインターフェースがないと、モバイルデバイスは、完全には機能しない場合がある。ローカルまたは非ネットワーク通信機能、ならびに緊急通話等の法的に必要な機能（該当する場合）が利用可能であってもよいが、モバイルデバイス７００は、ネットワーク７００上の通信を伴う任意の他の機能を実行することができなくなる。ＵＩＭインターフェース７４４は、通常、ディスケットまたはＰＣＭＣＩＡカードのように、カードを挿入し、取り出すことができるカードスロットと同様である。ＵＩＭカードは、約６４Ｋのメモリを有し、多くの主要構成７５１と、識別および加入者関連情報等の他の情報７５３とを保持することができる。

必要なネットワーク登録または有効化プロシージャが完了すると、ＵＥ７００は、ネットワーク７１９上で通信信号を送受信してもよい。通信ネットワーク７１９を介してアンテナ７１６によって受信される信号は、信号増幅、周波数下方変換、チャネル選択、および同等物等の一般的な受信機機能、および図７に示された実施例のシステムでは、アナログ・デジタル（Ａ／Ｄ）変換を行ってもよい受信機７１２への入力である。受信された信号のＡ／Ｄ変換は、ＤＳＰ７２０で行われる復調および復号等の、より複雑な通信機能を可能にする。同様に、伝送される信号は、例えば、ＤＳＰ７２０による復調および復号を含んで処理され、デジタル・アナログ変換、周波数上方変換、フィルタリング、増幅、およびアンテナ７１８を介した通信ネットワーク７１９上の伝送のために、送信機７１４に入力される。ＤＳＰ７２０は、通信信号を処理するだけでなく、受信機および送信機制御も提供する。例えば、受信機７１２および送信機７１４において通信信号に適用される利得は、ＤＳＰ７２０において実装される自動利得制御アルゴリズムを介して適応的に制御されてもよい。

ネットワーク７１９はさらに、サーバ７６０および他の要素（図示せず）を含む複数のシステムと通信してもよい。例えば、ネットワーク７１９は、種々のサービスレベルを有する種々のクライアントに適応するために、企業システムおよびウェブクライアントシステムの両方と通信してもよい。

ＵＥ７００は、好ましくは、デバイスの全体的動作を制御するマイクロプロセッサ７３８を含む。少なくともデータ通信を含む通信機能は、通信サブシステム７１１を介して果たされる。マイクロプロセッサ７３８はまた、ディスプレイ７２２、フラッシュメモリ７２４、ランダムアクセスメモリ（ＲＡＭ）７２６、補助入力／出力（Ｉ／Ｏ）サブシステム７２８、シリアルポート７３０、キーボード７３２、スピーカ７３４、マイクロフォン７３６、短距離通信サブシステム７４０、および、概して７４２と指定される任意の他のデバイスサブステム等の、さらなるデバイスサブシステムとも相互作用する。

図７に示されたサブシステムのうちのいくつかは、通信関連機能を果たすが、他のサブシステムは、「常駐」またはオンデバイス機能を提供してもよい。特に、例えば、キーボード７３２およびディスプレイ７２２等のいくつかのサブシステムは、通信ネットワーク上で伝送するためのテキストメッセージの入力等の通信関連機能と、計算機またはタスクリスト等のデバイス常駐機能との両方に使用されてもよい。

マイクロプロセッサ７３８によって使用されるオペレーティングシステムソフトウェアは、好ましくは、代わりに読取専用メモリ（ＲＯＭ）または同様の記憶要素（図示せず）であってもよい、フラッシュメモリ７２４等の持続的記憶部に記憶される。当業者であれば、オペレーティングシステム、特定のデバイスアプリケーション、またはその部分は、ＲＡＭ７２６等の揮発性メモリに一時的に取り込まれてもよいことを理解するであろう。受信された通信信号もまた、ＲＡＭ７２６に記憶されてもよい。さらに、一意の識別子もまた、好ましくは読み取り専用メモリに記憶される。

示されるように、フラッシュメモリ７２４は、コンピュータプログラム７５８と、プログラムデータ記憶部７５０、７５２、７５４、および７５６との両方に対する異なるエリアに分離することができる。これらの異なる記憶型は、各プログラムが、独自のデータ記憶要件のためにフラッシュメモリ７２４の一部分を割り当てることができることを示す。マイクロプロセッサ７３８は、それのオペレーティングシステム機能に加えて、好ましくは、モバイルデバイス上でのソフトウェアアプリケーションの実行を可能にする。例えば、少なくともデータおよび音声通信アプリケーションを含む、基本動作を制御する所定の一式のアプリケーションが、通常、製造中にＵＥ７００にインストールされる。好ましいソフトウェアアプリケーションは、Ｅメール、カレンダーイベント、音声メール、約束、およびタスクアイテム等であるが、それらに限定されない、モバイルデバイスのユーザに関するデータアイテムを整理および管理する能力を有する、個人情報マネージャ（ＰＩＭ）アプリケーションであってもよい。当然ながら、１つ以上のメモリ記憶部が、ＰＩＭデータアイテムの記憶を促進するようにモバイルデバイス上で利用可能となる。そのようなＰＩＭアプリケーションは、好ましくは、ワイヤレスネットワーク７１９を介してデータアイテムを送受信する能力を有する。好ましい実施形態において、ＰＩＭデータアイテムは、ワイヤレスネットワーク７１９を介して、途切れなく統合、同期化、および更新され、モバイルデバイスユーザの対応するデータアイテムが、記憶されるか、またはホストコンピュータシステムと関連付けられる。さらなるアプリケーションもまた、ネットワーク７１９、補助Ｉ／Ｏサブシステム７２８、シリアルポート７３０、短距離通信サブシステム７４０、または任意の他の好適なサブシステム７４２を通して、モバイルデバイス７００上に搭載され、マイクロプロセッサ７３８による実行のために、ＲＡＭ７２６、または好ましくは不揮発性記憶部（図示せず）に、ユーザによってインストールされてもよい。アプリケーションのインストールにおける、そのような融通性は、デバイスの機能性を増加させ、拡張オンデバイス機能、通信関連機能、または両方を提供してもよい。例えば、安全な通信アプリケーションは、電子商取引機能および他のそのような金融取引が、ＵＥ７００を使用して行われることを可能にしてもよい。しかしながら、これらのアプリケーションは、前述によれば、多くの場合において、通信事業社によって承認される必要がある。

データ通信モードでは、テキストメッセージまたはウェブページダウンロード等の受信された信号は、通信サブシステム７１１によって処理され、好ましくは、ディスプレイ７２２に、または代替として補助Ｉ／Ｏデバイス７２８に出力するために、受信された信号をさらに処理する、マイクロプロセッサ７３８に入力される。ＵＥ７００のユーザはまた、ディスプレイ７２２、およびおそらく補助Ｉ／Ｏデバイス７２８と併せて、例えば、好ましくは、完全英数字キーボードまたは電話型キーパッドである、キーボード７３２を使用して、Ｅメールメッセージ等のデータアイテムを構成してもよい。次いで、そのような構成されたアイテムは、通信サブシステム７１１を通して通信ネットワーク上で伝送されてもよい。

音声通信については、受信された信号が、好ましくはスピーカ７３４に出力され、伝送するための信号が、マイクロフォン７３６によって生成されることを除いて、ＵＥ７００の全体的動作は同様である。音声メッセージ録音サブシステム等の、代替的な音声またはオーディオＩ／Ｏサブシステムもまた、ＵＥ７００上に実装されてもよい。音声またはオーディオ信号出力は、好ましくは、主にスピーカ７３４を通して達成されるが、ディスプレイ７２２もまた、例えば、発呼者の身元、音声電話の持続時間、または他の音声電話関連情報の指示を提供するために使用されてもよい。

図７のシリアルポート７３０は、通常、ユーザのデスクトップコンピュータ（図示せず）との同期化が望ましくてもよい、携帯情報端末（ＰＤＡ）型モバイルデバイスで実装される。そのようなポート７３０は、外部デバイスまたはソフトウェアアプリケーションを通して、ユーザが選好を設定することを可能にし、ワイヤレス通信ネットワーク以外を通して、ＵＥ７００への情報またはソフトウェアダウンロードを提供することによって、モバイルデバイス７００の能力を拡張する。例えば、直接的であり、したがって確実かつ信頼されているコネクションを通して、暗号化キーをデバイスに搭載し、それにより、安全なデバイス通信を可能にするために、代替ダウンロード経路が使用されてもよい。

代替として、シリアルポート７３０は、他の通信に使用することができ、かつユニバーサルシリアルバス（ＵＳＢ）ポートとして含むことができる。インターフェースがシリアルポート７３０と関連付けられる。

短距離通信サブシステム等の、他の通信サブシステム７４０は、ＵＥ７００と、必ずしも同様のデバイスである必要はない、異なるシステムまたはデバイスとの間の通信の通信を提供してもよい、さらなるオプションのコンポーネントである。例えば、サブシステム７４０は、同様に有効化されたシステムおよびデバイスとの通信を提供するように、赤外線デバイスならびに関連回路およびコンポーネント、またはＢｌｕｅｔｏｏｔｈ（登録商標）モジュールを含んでもよい。

ここで、図８を参照する。図８は、ワイヤレス通信ネットワークを介して通信するＵＥ８０２を含む通信システム８００のブロック図である。

ＵＥ８０２は、１つまたは複数のノードＢ８０６とワイヤレスで通信する。各ノードＢ８０６は、エアインターフェース処理およびいくつかの無線リソース管理機能に関与している。ノードＢ８０６は、ＧＳＭ（登録商標）／ＧＰＲＳネットワークにおけるベーストランシーバ基地局と同様の機能性を提供する。

図８の通信システム８００において示されるワイヤレスリンクは、１つ以上の異なるチャネル、一般的には、異なる無線周波数（ＲＦ）チャネル、およびワイヤレスネットワークとＵＥ８０２との間で使用される関連プロトコルを表す。Ｕｕエアインターフェース８０４は、ＵＥ８０２とノードＢ８０６との間で使用される。

ＲＦチャネルは、一般的には、帯域幅全体の制限およびＵＥ８０２の限定されたバッテリ電力のために、節約されなければならない限定されたリソースである。当業者であれば、実際の実践でのワイヤレスネットワークは、ネットワーク範囲の所望の全体的拡張に応じて、数百のセルを含んでもよい。すべての関連コンポーネントは、複数のネットワークコントローラによって制御される複数のスイッチおよびルータ（図示せず）によってコネクションされてもよい。

各ノードＢ８０６は、無線ネットワークコントローラ（ＲＮＣ）８１０と通信する。ＲＮＣ８１０は、そのエリアでの無線リソースの制御に関与している。１つのＲＮＣ８１０は、複数のノードＢ８０６を制御する。

ＵＭＴＳネットワークにおけるＲＮＣ８１０は、ＧＳＭ（登録商標）／ＧＰＲＳネットワークにおける基地局コントローラ（Ｂａｓｅ Ｓｔａｔｏｎ Ｃｏｔｒｏｌｌｅｒ／ＢＳＣ）機能と同等の機能を提供する。しかしながら、ＲＮＣ８１０は、ＭＳＣおよびＳＧＳＮを伴うことなく、例えば、自律ハンドオーバ管理を含むさらなる知能を含む。

ノードＢ８０６とＲＮＣ８１０との間で使用されるインターフェースは、ｌｕｂインターフェース８０８である。３ＧＰＰ ＴＳ ２５．４３３ Ｖ３．１１．０（２００２−０９）および３ＧＰＰ ＴＳ ２５．４３３ Ｖ５．７．０（２００４−０１）で定義されるように、ＮＢＡＰ（ノードＢアプリケーション部）シグナリングプロトコルが主に使用される。

ユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）８２０は、ＲＮＣ８１０、ノードＢ８０６、およびＵｕエアインターフェース８０４を備える。

回線交換トラフィックは、携帯電話交換センター（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ
Ｃｅｎｔｒｅ／ＭＳＣ）８３０にルーティングされる。ＭＳＣ８３０は、電話をかけ、加入者から、またはＰＳＴＮ（図示せず）からデータを取り入れ、受信する、コンピュータである。

ＲＮＣ８１０とＭＳＣ８３０との間のトラフィックは、Ｉｕ−ＣＳインターフェース８２８を使用する。Ｉｕ−ＣＳインターフェース８２８は、ＵＴＲＡＮ８２０とコア音声ネットワークとの間で（一般的には）音声トラフィックを運び、およびシグナリングするための回線交換コネクションである。使用される主要シグナリングプロトコルは、ＲＡＮＡＰ（無線アクセスネットワークアプリケーション部）である。ＲＡＮＡＰプロトコルは、ＭＳＣ８３０またはＳＧＳＮ８５０（以下でさらに詳細に定義される）となり得るコアネットワーク８２１と、ＵＴＲＡＮ８２０との間のＵＭＴＳシグナリングで使用される。ＲＡＮＡＰプロトコルは、３ＧＰＰ ＴＳ ２５．４１３ Ｖ３．１１．１（２００２−０９）およびＴＳ ２５．４１３ Ｖ５．７．０（２００４−０１）で定義される。

ネットワークオペレータによって登録されたすべてのＵＥ８０２について、永久データ（ＵＥ８０２のユーザのプロファイル等）ならびに一時データ（ＵＥ８０２の現在のロケーション等）が、ホームロケーションレジストリ（ＨＬＲ）８３８に記憶される。ＵＥ８０２の音声電話の場合、ＨＬＲ８３８は、ＵＥ８０２の現在のロケーションを決定するように問い合わせられる。ＭＳＣ８３０のビジタロケーションレジスタ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ／ＶＬＲ）８３６は、一群のロケーションアリアに関与しており、現在その責任エリアにある移動局のデータを記憶する。これは、より迅速なアクセスのために、ＨＬＲ８３８からＶＬＲ８３６に伝送された永久移動局データの複数部分を含む。しかしながら、ＭＳＣ８３０のＶＬＲ８３６はまた、一時的識別等のローカルデータを割り当て、記憶してもよい。ＵＥ８０２はまた、ＨＬＲ８３８によるシステムアクセスで認証される。

パケットデータは、サービスＧＰＲＳサポートノード（Ｓｅｒｖｉｃｅ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ／ＳＧＳＮ）８５０を通してルーティングされる。ＳＧＳＮ８５０は、ＧＰＲＳ／ＵＭＴＳネットワークにおけるＲＮＣとコアネットワークとの間のゲートウェイであり、その地理的サービスエリア内でＵＥを往復するデータパケットの配信に関与している。Ｉｕ−ＰＳインターフェース８４８は、ＲＮＣ８１０とＳＧＳＮ８５０との間で使用され、ＵＴＲＡＮ８２０とコアデータネットワークとの間で（一般的には）データトラフィックを運び、およびシグナリングするためのパケット交換コネクションである。使用される主要シグナリングプロトコルは、ＲＡＮＡＰ（前述で説明される）である。

ＳＧＳＮ８５０は、ゲートウェイＧＰＲＳサポートノード（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ／ＧＧＳＮ）８６０と通信する。ＧＧＳＮ８６０は、ＵＭＴＳ／ＧＰＲＳネットワークと、インターネットまたはプライベートネットワーク等の他のネットワークとの間のインターフェースである。ＧＧＳＮ８６０は、Ｇｉインターフェース上で公衆データネットワークＰＤＮ８７０にコネクションされる。

当業者であれば、ワイヤレスネットワークは、おそらく、図８で明示的に示されていない他のネットワークを含む、他のシステムとコネクションされてもよいことを理解するであろう。たとえ交換された実際のパケットデータがなくても、ネットワークは、通常、最低限でも、あるタイプのページングおよびシステム情報を継続的に伝送する。ネットワークは多くの部分から成るが、これらの部分はすべて、ワイヤレスリンクにおいてある動作をもたらすように協働する。

図１１は、複数の同時パケットデータ通信サービスセッションに従ってＵＥの動作を表す、概して１１０２で示される表現を図示する。ここでは、それぞれＰＤＰ_１およびＰＤＰ_２と指定される特定のＰＤＰコンテキストと関連付けられる２つのパケットデータサービスが、現在アクティブである。プロット１１０４は、第１のパケットデータサービスに有効化されたＰＤＰコンテキストを表し、プロット１１０６は、第１のパケットデータサービスに割り当てられた無線リソースを表す。そして、プロット１１０８は、第２のパケットデータサービスに有効化されたＰＤＰコンテキストを表し、プロット１１１２は、第２のパケットデータサービスに割り当てられた無線リソースを表す。ＵＥは、セグメント１１１４によって示されるサービス要求を介して、無線アクセスベアラ割当を要求する。そして、ＵＥはまた、本開示の実施形態に従ってセグメント１１１６によって示される、無線ベアラサービス解放も要求する。サービス要求および別個のサービスのためのサービス解放は、相互とは無関係であり、すなわち、独立して生成される。図１１の例示的説明図では、ＰＤＰコンテキストおよび関連ＰＤＰコンテキストに対する無線リソースは、実質的に同時に割り当てられる。そして、無線リソース解放は、示されるように、ＵＥによる要求時に、またはＲＮＣ（無線ネットワークコントローラ）が無線リソースを解放することを決定するときに、許可される。

無線リソース解放要求、または無線リソースを解放する他の決定に対応して、ネットワークは、パケットデータサービスと関連付けられた無線リソースを選択的に解放する。無線解放要求は、シグナリングコネクション全体ではなく、無線アクセスベアラごとに行われ、それにより、リソース割当の向上した粒度制御を可能にする。

例示的実装では、記号１１１８および１１２２によって示されるような一次サービスおよび１つ以上の二次サービスとして、単一のパケットデータサービスをさらに形成可能である。無線リソース解放は、無線リソース割当がもはや必要ではない、またはそうでなければ解放されることが所望される、１つ以上の一次および二次サービスのどれかを識別するステップのさらなる許容である。それにより、効率的な無線リソース割当が提供される。加えて、不必要な処理に割り当てられたであろうプロセッサ電力を、ここでは他の目的でより良好に利用することができるため、ＵＥ上のプロセッサの最適な利用が提供される。

図１２は、通信システム８００の部品、すなわち、複数の連続パケットデータサービスセッションに関する本開示の実施形態に従って動作する、ＵＥ８０２および無線ネットワークコントローラ（ＲＮＣ）／ＳＧＳＮ８１０／８５０を図示する。ＵＥは、装置１１２６を含み、ＲＮＣ／ＳＧＳＮは、本開示の実施形態の装置１１２８を含む。装置１１２６および１１２８を形成する要素は、処理回路ならびにハードウェアまたはファームウェア実装によって実行可能なアルゴリズムを含む、任意の所望の方式で実装可能であると機能的に表されている。装置１１２８の要素は、ＲＮＣ／ＳＧＳＮにおいて具体化されると表されているが、他の実施では、他のネットワークロケーションにおいて他の場所で形成されるか、または、２つ以上のネットワークロケーションにわたって分布させられる。

装置１１２６は、検出器１１３２および遷移指示送信機１１３４を含む。１つの例示的実施では、要素１１３２および１１３４は、セッション管理層、例えば、ＵＥのＵＭＴＳの中で定義される非アクセス層（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ／ＮＡＳ）の層において具体化される。

別の例示的実装では、要素は、アクセス層（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ／ＡＳ）の副層において具体化される。ＡＳ副層において実装されると、要素は、１１３６で示される、コネクションマネージャの一部として実装される。このように実装されると、要素は、ＰＤＰコンテキスト動作またはアプリケーション層動作を認識する必要がない。

検出器は、パケット通信サービスと関連付けられた遷移指示を送信するように、決定が行われる時を検出する。決定は、例えば、アプリケーション層または他の論理層で行われ、セッション管理層およびそこで具体化される検出器に提供される。検出器によって行われる検出の指示は、無線リソース解放指示送信機に提供される。送信機は、図１１に示されたサービス解放要求１１１６を形成する遷移指示を生成し、ＵＥに遷移指示を送信させる。

さらなる実装では、遷移指示は、必要に応じて、ここと前述とで説明される前述の原因のうちのいずれか等の原因を含有する、原因フィールドを含み、または、原因フィールドは、ＵＥを遷移させるよりもＵＥがネットワークを好む、好ましい状態を識別する。

ネットワークにおいて具体化される装置１１２８は、検査器１１４２および許可器１１４４を含む。検査器は、そこで受信されると遷移指示を検査する。そして、遷移許可器１１４４は、遷移指示で要求されたように、ＵＥを選択的に遷移させるように動作する。

シグナリングが無線リソース制御（ＲＲＣ）層で行われる実装では、ＳＧＳＮよりもむしろ、無線ネットワークコントローラ（ＲＮＣ）がＵＥの検査および遷移を行う。そして、それに対応して、ＵＥにおいて具体化される装置は、ＲＲＣ層で形成され、または、装置は、そうでなければ、生成された指示をＲＲＣレベルで送信させる。

例示的制御フローでは、上位層は、必要に応じて、特定のＰＤＰコンテキストに割り当てられる無線リソースがもはや必要ではないことを、ＮＡＳ／ＲＲＣ層に知らせる。ＲＲＣ層指示メッセージが、ネットワークに送信される。メッセージは、例えば、無線ネットワークコントローラへのパケットデータサービスを識別する、ＲＡＢ ＩＤまたはＲＢ ＩＤを含む。そして、それに応じて、無線ネットワークコントローラの動作は、ＵＥに返信される無線リソース解放、無線リソース再構成、または無線リソース制御（ＲＲＣ）コネクション解放メッセージを終了する決意をするプロシージャを誘起する。ＲＮＣプロシージャは、例えば、３ＧＰＰ文書ＴＳ ２３．０６０第９．２．５節で定められるプロシージャと同様または同等である。ＲＡＢ ＩＤは、例えば、関連ＰＤＰコンテキストを識別するネットワークサービスアクセスポイント識別子（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ／ＮＳＡＰＩ）と同じであるＩＤとして、有利に利用され、アプリケーション層は、概してＮＳＡＰＩを認識している。

具体的実施例では、ＲＲＣ層で形成され、またはそうでなければＲＲＣ層に提供され、かつＲＲＣ層で送信される、無線リソース解放指示が、以下の関連情報とともに表される。ＲＲＣ層で具体化された時の指示はまた、例えば、無線リソース解放指示とも呼ばれる。

図１３は、図１１に示されたグラフ表示の一部に図式的に示されたもの等の、ＰＤＰコンテキストと関連付けられた無線リソースの解放に従って生成される例示的シグナリングを表す、概して１１３７で示される、メッセージシーケンス図を図示する。解放は、ＵＥによって、またはＲＮＣあるいは他のＵＴＲＡＮエンティティにおいて、開始される。例えば、ＵＥにおいて開始されると、ＵＥは、ＵＴＲＡＮに無線リソース解放指示を送信する。

開始時に、セグメント１１３８によって示されるように、無線アクセスベアラ（ＲＡＢ）解放要求がＲＮＣ／ＵＴＲＡＮによって生成および送信され、ＳＧＳＮに配信される。それに応じて、セグメント１１４０によって示される、ＲＡＢ割当要求がＲＮＣ／ＵＴＲＡＮに返信される。次いで、セグメント１１４２によって示されるように、ＵＥ８０２とＵＴＲＡＮとの間に延在する無線リソースが解放される。次いで、セグメント１１４４によって示されるように、応答が送信される。

図１４は、図１３に示されたメッセージシーケンス図と同様である、概して１１４７によって示されるメッセージシーケンス図を図示するが、ここでは、最終ＰＤＰコンテキストのリソースが解放される。開始時に、ＲＮＣがＩｕ解放要求１１５０を生成し、ＳＧＳＮに伝達され、それに対応して、ＳＧＳＮは、セグメント１１５２によって示されるＩｕ解放コマンドを返信する。その後、セグメント１１５４によって示されるように、ＵＥとＵＴＲＡＮとの間に形成される無線ベアラが解放される。そして、セグメント１１５６によって示されるように、ＲＮＣ／ＵＴＲＡＮは、ＳＧＳＮにＩｕ解放完了を返信する。

図１５は、ＰＤＰコンテキストに従って割り当てられる無線リソースを解放する本開示の実施形態のプロセスを表す、概して１１６２で示される、方法フロー図を図示する。

ブロック１１６４によって示される、プロセスの開始後に、無線リソース解放指示が受信されたかどうかに関して、決定ブロック１１６６によって示される、決定が行われる。もしなければ、「いいえ」の分岐が終了ブロック１１６８に運ばれる。

もし、逆に、無線アクセスベアラ解放が要求されていれば、「はい」の分岐が決定ブロック１１７２に運ばれる。決定ブロック１１７２では、解放される無線アクセスベアラが解放される最終無線アクセスベアラであるか否かに関して、決定が行われる。もしそうでなければ、「いいえ」の分岐がブロック１１７８に運ばれ、好ましい状態が設定される。次いで、図１３に示されたもの等の、または３ＧＰＰ文書第２３．０６０項の第９．２．５．１．１項で説明されるもの等の、無線アクセスベアラ解放プロシージャが行われる。

逆に、ＲＡＢが最後に解放されるものであるという決定が決定ブロック１１７２において行われた場合、「はい」の分岐がブロック１１８６に運ばれ、図１４に示されたもの等の、または３ＧＰＰ文書第２３．０６０節の第９．２．５．１．２項で説明されるもの等の、Ｉｕ解放プロシージャが行われる。

図１６は、ＰＤＰコンテキストに従って割り当てられる無線リソースを解放する本開示の実施形態のプロセスを表す、概して１１９２で示される、方法フロー図を図示する。

ブロック１１９４によって示される、プロセスの開始後に、解放するＲＡＢ（無線アクセスベアラ）があるか否かに関して、決定ブロック１１９６によって示される決定が行われる。もしなければ、「いいえ」の分岐が終了ブロック１１９８に運ばれる。

もし、逆に、無線アクセスベアラ解放が要求されていれば、「はい」の分岐が決定ブロック１２０２に運ばれる。決定ブロック１２０２では、解放される無線アクセスベアラが解放される最終無線アクセスベアラであるか否かに関して、決定が行われる。もしそうでなければ、「いいえ」の分岐は、ＲＡＢが設定されるブロック１２０４、好ましい状態が設定されるブロック１２０６、および、図１３に示されたもの等の、または３ＧＰＰ文書第２３．０６０節の第９．２．５．１．１項で説明されるもの等の、無線アクセスベアラ解放プロシージャが行われる、ブロック１２０８に運ばれる。

逆に、ＲＡＢが最後に解放されるものであるという決定が決定ブロック１２０２において行われた場合、「はい」の分岐がブロック１２１２に運ばれ、ドメインがＰＳ（パケット交換）に設定される。次いで、ブロック１２１４によって示されるように、解放原因が設定される。そして、ブロック１２１６によって示されるように、ＳＩＧＮＡＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮがＤＣＣＨ上で設定される。図１４に示されたもの等の、または３ＧＰＰ文書第２３．０６０Ｓ節の第９．２．５．１．２項で説明されるもの等の、Ｉｕ解放プロシージャが行われる。

図１７は、本開示の実施形態の動作の方法を表す、概して１２２４で示される方法を図示する。方法は、第１のパケットサービスおよび第２のパケットサービスの同時実行を提供する、無線通信システムにおける無線リソースの効率的な利用を促進する。第１に、ブロック１２２６によって示されるように、第１のパケットサービスおよび第２のパケットサービスのうちの選択されたパケットサービスと関連付けられた無線リソースを解放する選択の検出が行われる。次いで、ブロック１２２８によって示されるように、無線リソースを解放する選択の検出に対応して、無線リソース解放指示が送信される。

次いで、ブロック１２１２では、無線リソース解放指示が検査され、次いで、ブロック１２１４では、無線ベアラの解放の付与が選択的に許可される。

さらなる実施形態において、ネットワークは、ユーザ機器または別のネットワーク要素からの指示の受信と、ユーザ機器に対する無線リソースプロファイルとの両方に基づいて、遷移を開始してもよい。

ユーザ機器またはネットワーク要素から受信されるような指示は、前述で説明される異なる遷移指示のうちのいずれかとなり得る。指示は、受動的となり得るため、単に、あまりバッテリ集約的ではない無線状態になるべきであるという空白指示となり得る。代替として、指示は、おそらく、経時的に、または多数の受信された指示にわたって、ネットワークが決定する、ＵＥから送信された定期的な指示の一部、およびあまりバッテリまたは無線リソース集約的ではない無線状態になるべきであるというＵＥの無線リソースプロファイルとなり得る。代替として、指示は、動的となり得て、遷移する好ましい状態またはモードについてネットワーク要素に情報を提供することができる。前述と同様に、指示は、指示の原因（例えば、正常または異常）を含有することができる。さらなる実施形態において、指示は、異なる状態またはモードに遷移する能力についてユーザ機器が的確であるという確率、または指示を誘起するアプリケーションについての情報等の、無線リソースプロファイルについて他の情報を提供することができる。

別のネットワーク要素からの指示は、例えば、メディアまたはプッシュ・トゥ・トークネットワークエンティティからの指示を含むことができる。この実施例では、指示は、トラッフィク条件が許容するときに遷移に関与しているネットワークエンティティ（例えば、ＵＴＲＡＮ）に送信される。この第２のネットワークエンティティは、インターネットプロトコル（ＩＰ）レベルでトラフィックを見て、遷移指示を送信するかどうか、およびいつ送信するかを決定することができる。

さらなる実施形態において、ＵＥまたは第２のネットワーク要素からの指示は、明示的よりもむしろ暗示的となり得る。例えば、遷移指示は、アウトバウンドトラフィック測定値についてのデバイス状態報告から、遷移に関与しているネットワーク要素（例えば、ＵＴＲＡＮ）によって暗示されてもよい。具体的には、状態報告は、いずれのアウトバウンドデータも存在しなければ、暗示的な指示として解釈され得る、無線リンクバッファ状態を含むことができる。そのような状態報告は、単独では何も要求または指示しないＵＥから繰り返し送信することができる、測定値となり得る。

したがって、指示は、任意の信号となり得て、ユーザ機器のアプリケーションおよび無線リソースのすべてに関する情報を提供する、アプリケーションベースの指示、無線リソースベースの指示、または複合指示となり得る。前述は、特定の指示に限定的となるように意図されておらず、当業者であれば、本方法および開示とともに任意の指示を使用できることを理解するであろう。

ここで、図１８を参照する。プロセスは、ステップ１８０１から開始し、ネットワーク要素が指示を受信するステップ１８１０に進む。

いったんネットワークがステップ１８１０で指示を受信すると、プロセスは、ユーザ機器に対する無線リソースプロファイルが随意でチェックされる、ステップ１８２０に進む。

本明細書で説明されるような、「無線リソースプロファイル」という用語は、ネットワーク要素の要件に応じて、種々の状況に該当し得る広義語となるように意図されている。広義語では、無線リソースプロファイルは、ユーザ機器によって利用される無線リソースについての情報を含む。

無線リソースプロファイルは、静的プロファイル要素および動的または交渉型プロファイル要素のいずれか一方または両方を含むことができる。そのような要素は、遷移プロファイル内にあるか、または遷移プロファイルから離れている、無線リソースプロファイルの一部となり得て、かつ交渉型または静的となり得る、「時間窓あたりの禁止期間および／または最大指示／要求メッセージ」値を含むことができる。

静的プロファイル要素は、無線リソース（例えば、ＲＡＢまたはＲＢ）のサービスの質、ＰＤＰコンテキスト、ネットワークが認識しているＡＰＮ、および加入者プロファイルのうちの１つ以上を含んでもよい。

当業者によって理解されるように、サービスの質の種々のレベルが、無線リソースについて存在することができ、サービスの質のレベルは、異なる状態またはモードに遷移するかどうかについて、ネットワークに情報を提供することができる。したがって、サービスの質がバックグラウンドであれば、ネットワーク要素は、サービスの質が双方向に設定された場合よりも容易に、アイドルに遷移することを考慮してもよい。さらに、複数の無線リソースが同じサービスの質を有する場合、これは、モバイルデバイスをより好適な状態またはモードに遷移させるか、または無線リソースを解放するかどうかについて、ネットワークに指示を提供することができる。いくつかの実施形態において、一次または二次ＰＤＰコンテキストは、異なるサービスの質を有することができ、それはまた、状態／モード遷移を行うかどうかについての決定にも影響を及ぼし得る。

さらに、ＡＰＮは、ネットワークに、ＰＤＰコンテキストが利用する一般的サービスについての情報を提供することができる。例えば、ＡＰＮがｘｙｚ．ｃｏｍであれば、その場合、ｘｙｚ．ｃｏｍは、一般的には、Ｅメール等のデータサービスの提供に使用され、これは、異なる状態またはモードを遷移するかどうかについて、ネットワークに指示を提供することができる。これはさらに、ルーティング特性を示すことができる。

具体的には、本方法および装置は、種々の状態間で遷移プロファイルを設定するために、ＵＥによって特定されるアクセスポイント名（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ／ＡＰＮ）を利用することができる。これは、ＵＥの加入を説明する別の方法であってもよい。理解されるように、ホームロケーションレジスタ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ／ＨＬＲ）が、加入者についての関連情報を記憶してもよく、無線ネットワークコントローラ（ＲＮＣ）にＵＥの加入を提供することができる。加入情報を中央で記憶するために、他のネットワークエンティティも使用することができる。ＨＬＲを使用しても、または他のネットワークエンティティを使用しても、情報は、好ましくは、加入者情報をデータ交換中に使用される関連物理パラメータにマップする、ＲＮＣおよびＳＧＳＮ等の他のネットワークコンポーネントにプッシュ配信される。

ＵＴＲＡＮは、種々のＡＰＮまたはＱｏＳパラメータを特定の遷移プロファイルに結び付けることができる、データベースまたはテーブルへのアクセスを含むか、または有することができる。したがって、ＵＥが常時オンデバイスである場合、これはＡＰＮから明白となり、そのＡＰＮに対する適切な遷移プロファイルは、無線リソースプロファイルの一部としてＵＴＲＡＮで記憶することができ、または、ＵＴＲＡＮによって遠隔でアクセス可能となり得る。同様に、ＱｏＳまたはＱｏＳパラメータの一部分が使用されるか、または専用メッセージがプロファイルとともに送信される場合、これは、データベースクエリまたはテーブルの参照に基づいて、特定の遷移プロファイルが所望されることをＵＴＲＡＮに知らせることができる。加えて、ＲＲＣコネクション状態遷移プロファイルを越えた数多くの動作を、この手段によって特定することができる。これらは、以下を含むが、それらに限定されない：
速度適応アルゴリズム（ステップの周期性／ステップサイズ）；
初期許可無線ベアラ；
最大許可無線ベアラ；
呼設定時間の最小化（トラフィック量測定等の不必要なステップの回避）、およびエアインターフェース（ＧＰＲＳ／ＥＤＧＥ／ＵＭＴＳ／ＨＳＤＰＡ／ＨＳＵＰＡ／ＬＴＥ等）。

さらに、一次コンテキスト、二次コンテキスト等の、異なるＱｏＳ要件を有するが、同じＡＰＮ ＩＰアドレスを共有する、複数のＰＤＰコンテキストがある場合、異なる遷移プロファイルを各コンテキストに使用することができる。これは、ＱｏＳまたは専用メッセージを通してＵＴＲＡＮにシグナリングすることができる。

複数のアクティブＰＤＰコンテキストが同時に利用される場合、コンテキスト間の最小公分母を使用することができる。ＲＲＣ状態遷移については、１つのアプリケーションが、システムが早急にＣＥＬＬ＿ＤＣＨ状態からＣＥＬＬ−ＰＣＨまたはアイドル状態になる、遷移プロファイルと関連付けられる第１のＰＤＰコンテキストと、システムがより長くＣＥＬＬ＿ＤＣＨ状態に留まるものである、遷移プロファイルと関連付けられる第２のＰＤＰコンテキストとを有する場合、ＣＥＬＬ＿ＤＣＨ状態がより長く維持される第２のプロファイルが、第１のプロファイルに優先する。

当業者によって理解されるように、最小公分母は、２つの異なる方法で考慮することができる。本明細書で使用されるような最小公分母は、異なる状態に遷移する前に必要とされる最長の時間を暗示する。第１の実施形態において、最小公分母は、有効化されたＰＤＰの中の最小のものであってもよい。代替実施形態において、最小公分母は、実際にアクティブ無線リソースを有するＰＤＰの中の最小のものであってもよい。無線リソースは、多数の異なる様式で多重化することができるが、最終結果は同じである。

そのような方法の例示的事例は、常時オンデバイスについて描くことができる。説明されるように、種々のＡＰＮまたはＱｏＳパラメータは、常時オンに対する特定の動作に結び付けることができる。「常時オン」プロファイルに基づいて望ましくてもよい、最初に許可された無線リソースを考慮されたい。ここで、ネットワークは、データバーストが、Ｅメール等の常時オンアプリケーションについて短く集中的であることを「知る」手段を有する。当業者にとって、この情報を考慮すると、ネットワーク上のトランキング効率のためにコード空間を節約する誘因がないことが明確に分かる。したがって、他のユーザのために十分なコード空間を取っておかないという危険性がほとんどなく、最大速度が常時オンデバイスに割り当てられてもよい。加えて、ＵＥは、より急速にデータを受信する恩恵を受け、また、より短い「オン時間」により、バッテリ寿命を節約する。再度、当業者にとって、データ転送速度にかかわらず、電力増幅器が完全にバイアスされるため、高データ転送速度は電流引き込みにほとんど影響を及ぼさない。

前述の実施形態において、ＵＥに対する所与のＲＲＣコネクションのために、異なるアプリケーションについて割り当てられる無線リソースに対するリソース制御プロファイルを決定するために、ＵＴＲＡＮによって参照テーブルを使用することができる。ＲＮＣが、利用可能なより最新式のトラフィックリソース（すなわち、許可することができるデータ転送速度）を有するため、プロファイルは、ユーザ加入に基づき、ＨＬＲ等のネットワークエンティティにおいて、または代替としてＲＮＣにおいて、ネットワーク側に記憶することができる。より高速のデータ転送速度を達成することができる場合、より短いタイムアウトが可能であってもよい。

ＡＰＮの代わりに、パケットデータプロトコル（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ／ＰＤＰ）コンテキスト活性化または修正ＰＤＰコンテキストにおいて設定されるサービスの質（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ／ＱｏＳ）パラメータ等の、他の代替案を使用することができる。ＱｏＳフィールドはさらに、同じＡＰＮを共有する複数のＰＤＰコンテキスト、または遷移プロファイルを設定する加入プロファイルの場合に、ＱｏＳ「割当保持優先順位（トラフィックデータ量を推測するために、サービスデータ単位を使用することができる）」を含むことができる。さらなる代替案は、リソース制御プロファイルをシグナリングする前述の指示メッセージ等の専用メッセージ、および時間窓あたりの禁止期間および／または最大指示／要求メッセージ値等の情報を含む。

無線リソースプロファイルに含まれる遷移プロファイルはさらに、アプリケーションのタイプに基づいて、ＵＥの状態を全く遷移させるべきかどうかを含むことができる。具体的には、ユーザ機器がデータモデムとして使用されている場合、遷移指示が送信されないように、選好がユーザ機器上で設定されてもよく、または、選好の知識がネットワークにおいて維持される場合、データモデムとして使用されている間にＵＥから受信される任意の遷移指示は、無視されるべきである。したがって、ユーザ機器上で実行されているアプリケーションの性質を、無線リソースプロファイルの一部として使用することができる。

遷移プロファイルのさらなるパラメータは、遷移のタイプを伴うことができる。具体的には、ＵＭＴＳネットワークにおいて、ユーザ機器は、種々の理由で、アイドル状態になるよりもむしろＣｅｌｌ＿ＰＣＨ状態になることを好んでもよい。１つの理由は、データが送信または受信される必要がある場合に、ＵＥがより早急にＣｅｌｌ−ＤＣＨ状態にコネクションする必要があり、したがって、Ｃｅｌｌ＿ＰＣＨ状態になることは、Ｃｅｌｌ＿ＰＣＨ状態への早急な遷移を依然として提供しながら、いくつかのネットワークシグナリングおよびバッテリリソースを節約するという点となり得る。前述は、非ＵＭＴＳネットワークで同等に適用可能であり、種々のコネクト状態とアイドル状態との間の遷移プロファイルを提供してもよい。

遷移プロファイルはまた、時間窓あたりの禁止期間および／または最大指示／要求メッセージ、遅延タイマ、および非アクティビティタイマを含むが、それらに限定されない、種々のタイマを含んでもよい。遅延タイマは、新規状態またはモードに遷移する前にネットワーク要素が待機する期間を提供する。理解されるように、たとえアプリケーションが特定の期間にわたって非アクティビティであっても、さらなるデータがアプリケーションから受信または伝送されないことを確実にするために、遅延が有益であってもよい。非アクティビティタイマは、データがプリケーションによって受信または送信されない所定の期間を測定することができる。非アクティビティタイマが満了になる前にデータが受信された場合、一般的には、非アクティビティタイマはリセットされる。いったん非アクティビティタイマが満了になると、ユーザ機器は、ネットワークにステップ１８１０の指示を送信してもよい。代替として、ユーザ機器は、ステップ１８１０の指示を送信する前に、遅延タイマについて定義される期間等の、ある期間にわたって待機してもよい。

さらに、遅延タイマ、または時間窓あたりの禁止期間および／または最大指示／要求メッセージは、ネットワーク要素に提供されるプロファイルに基づいて変動することができる。したがって、異なるモードまたは状態への遷移を要求したアプリケーションが、Ｅメールアプリケーション等の第１のタイプのアプリケーションである場合、ネットワーク要素上の遅延タイマを第１の遅延時間に設定することができ、一方で、アプリケーションが、インスタントメッセージングアプリケーション等の第２のタイプである場合、遅延タイマを第２の値に設定することができる。時間窓あたりの禁止期間および／または最大指示／要求メッセージ、遅延タイマ、または非アクティビティタイマの値はまた、特定のＰＤＰに利用されるＡＰＮに基づいて、ネットワークによって導出することもできる。

当業者によって理解されるように、非アクティビティタイマは、同様に、利用されるアプリケーションに基づいて変動することができる。したがって、Ｅメールアプリケーションが別個のメッセージを予期しており、その後にデータを受信しない場合があるため、Ｅメールアプリケーションは、ブラウザアプリケーションよりも短い非アクティビティタイマを有してもよい。逆に、ブラウザアプリケーションは、より長い遅延後でさえもデータを利用し、したがって、より長い非アクティビティタイマを必要としてもよい。

遷移プロファイルはさらに、ユーザ機器が正しく遷移を要求している確率を含んでもよい。これは、特定のユーザ機器またはユーザ機器上のアプリケーションの正確率についてまとめられた統計に基づくことができる。

遷移プロファイルはさらに、種々の不連続受信（ＤＲＸ）時間値を含んでもよい。さらに、ＤＲＸ時間に対する進行プロファイルを、遷移プロファイルの中で提供することができる。

遷移プロファイルは、アプリケーションごとに定義することができるか、または、ユーザ機器上の種々のアプリケーションの複合物となり得る。

当業者によって理解されるように、遷移プロファイルは、無線リソースが割り当てられると動的に作成または修正することができ、加入、ＰＳ登録、ＰＤＰ有効化、ＲＡＢまたはＲＢ有効化の状態で終了するか、またはＰＤＰあるいはＲＡＢ／ＲＢについてオンザフライで変更することができる。遷移プロファイルはまた、ステップ１８１０の指示の一部にもなり得る。この場合、ネットワークは、好ましいＲＲＣ状態指示を考慮して、遷移を可能にするかどうか、およびどの状態／モードにするかを決定してもよい。修正は、とりわけ、利用可能なネットワークリソース、トラフィックパターンに基づいて生じることができる。

したがって、無線リソースプロファイルは、静的および／または動的フィールドから成る。特定のネットワークによって使用される無線リソースプロファイルは、他のネットワークと異なってもよく、前述の説明は、本方法およびシステムを限定するように意図されていない。具体的には、無線リソースプロファイルは、前述で説明される種々の要素を含み、かつ除外することができる。例えば、場合によっては、無線リソースプロファイルは、単に、特定の無線リソースのサービスの質を含み、他の情報を含まない。他の場合においては、無線リソースプロファイルは、遷移プロファイルのみを含む。依然として他の場合においては、無線リソースプロファイルは、とりわけ、サービスの質、ＡＰＮ、ＰＤＰコンテキスト、遷移プロファイルのすべてを含む。

随意で、無線リソースプロファイルに加えて、ネットワーク要素はまた、不必要な遷移を回避するために防護対策を利用することもできる。そのような防護対策は、所定期間に受信される指示の数、受信される指示の総数、トラフィックパターン、および履歴データを含むことができるが、それらに限定されない。

所定期間に受信される指示の数は、遷移が発生するべきではないことをネットワークに示すことができる。したがって、ユーザ機器が、例えば、３０秒の期間内に５つの指示を送信した場合、ネットワークは、指示を無視し、遷移を行うべきではないと考慮してもよい。代替として、ネットワークは、無期限に、または、ある構成された期間あるいは所定の期間にわたって、さらなる指示を送信すべきではないことをＵＥに示すことを決定してもよい。これは、ＵＥ上のいずれの「時間窓あたりの禁止期間および／または最大指示／要求メッセージ」とも無関係となり得る。

さらに、ＵＥは、構成された期間、所定の期間、交渉された期間にわたって、さらなる指示を送信しないように構成することができる。ＵＥ構成は、前述で説明されるネットワーク側の防護対策を除くことができる。

トラフィックパターンおよび履歴データは、遷移が発生すべきではないという指示をネットワークに提供することができる。例えば、ユーザが過去に月曜から金曜の午前８：３０から８：３５の間に有意量のデータを受信していた場合、指示が木曜の午前８：３２に受信されると、さらなるデータが午前８：３５前にあり得るため、ネットワークは、ユーザ機器を遷移するべきではないと決定してもよい。

複数の無線リソースがユーザ機器について割り当てられる場合、ネットワークは、ユーザ機器に対する完全無線リソースプロファイルを考慮する必要があってもよい。この場合、ユーザ機器に対する無線リソースプロファイルを検査することができ、複合遷移決定を行うことができる。１つまたは複数の無線リソースの無線リソースプロファイルに基づいて、ネットワークは、遷移が行われるべきかどうかを決定することができる。

（遷移指示に関するさらなる制限）
前述のように、ＵＥが、それによって、その現在のＲＲＣ状態に遷移し得る種々の機構が存在する。遷移の開始は、例えば、観察された非アクティビティの結果として、ネットワークによって全体的に駆動されてもよい。この実施例において、ネットワークは、ＲＲＣ状態のそれぞれに対して、非アクティビティタイマを維持する。ＵＥの現在のＲＲＣ状態に対する非アクティビティタイマが終了する場合、ネットワークは、ＲＲＣ再構成メッセージを送信し、ＵＥを異なる状態に遷移させるであろう。代替として、遷移の開始は、前述のように、遷移指示機構を使用して（例えば、遷移指示メッセージの使用によって）、ＵＥによって駆動されてもよい。ネットワークは、ＲＲＣ状態機械の制御を有するため、この場合、ＵＥは、現在のＲＲＣ状態を維持する必要はないことの指示をネットワークに送信し、低バッテリ消耗性ＲＲＣ状態に遷移することを要求することができる。

一実施形態において、ＵＥが、ＵＥによって以前に伝送された遷移指示の結果、その現在の状態への最も最近の遷移を被ったかどうかに応じて、遷移指示を伝送するＵＥの能力に、制限が課される。

別の実施形態において、ＵＥが、その現在の状態において送信し得る遷移指示の数は、ＵＥが、ＵＥによって以前に伝送された遷移指示の結果、その現在の状態への最も最近の遷移を被ったかどうかに応じる。

別の実施形態において、ＵＥが、特定の状態において送信し得る遷移指示の数は、ＵＥが、現在の状態がこの制限が適用される特定の状態のうちの１つである、その現在の状態への最も最近の遷移を被った方法に関わらず、制限される。

(以前に伝送された伝送指示からのＲＲＣ状態変化後のいかなるさらなる遷移指示も禁止する。)
いくつかの実施形態において、ＵＥが、遷移指示が以前に伝送されている結果、その現在の状態にある場合、ＵＥは、この現在の状態にある間、いかなるさらなる遷移指示も伝送することを禁止される。

ＵＥは、その現在の状態にある間、ＵＥが、遷移指示をネットワークに送信することが許可されているか否かを示すフラグ、ビットトークン、または他のインジケータを維持してもよい。ＵＥが、遷移指示をネットワークに送信した後、ネットワークによって新しいＲＲＣ状態に再構成される（例えば、ネットワークが、再構成メッセージをＵＥに送信し、新しいＲＲＣ状態への遷移をもたらす）場合、このフラグ、ビットトークン、または他のインジケータが設定（または、代替として、クリア）され、ＵＥが、この現在の状態にある間、さらなる遷移指示を送信することが許可されないことを示す。ＵＥが、ＵＥ（例えば、そのバッファが、送信されるべきデータを有することを示すため）による、またはネットワーク（例えば、ネットワークが、ＵＥをページングしたため）によるデータトランザクション要求のために、ＲＲＣ状態を変更する場合、このインジケータは、クリア（または、代替として、設定）され、ＵＥが、ネットワークに遷移指示を送信することが再び許可されることを示す。

（以前に伝送された遷移指示からのＲＲＣ状態変更後の所定数を超える遷移指示を禁止する。）
いくつかの実施形態において、ＵＥが、遷移指示が以前に伝送されている結果としてその現在の状態にある場合、ＵＥは、ネットワークが、ＵＥをこの同じ現在の状態に維持する間、所定の最大数を超えるいかなるさらなる遷移指示も伝送することが禁止される。いくつかの実施形態において、所定数は、ＵＥ内でハードコードされる。他の実施形態において、所定数は、ネットワークによって構成され、ＵＥが、異なるネットワーク間を移動することに伴って変更を被る。ネットワーク構成は、例えば、直接基地局へのシグナリングメッセージを使用して、またはブロードキャストメッセージの一部として、生じてもよい。

ＵＥは、ＵＥが、その現在の状態にある間、固定数の遷移指示をネットワークに送信することが許可されているか否かを示すフラグ、ビットトークン、または他のインジケータを維持する。ＵＥが、以前の状態において、遷移指示を送信した結果、この現在の状態に遷移した場合、このフラグ、ビットトークン、または他のインジケータが設定されるであろう。ＵＥが、例えば、非アクティビティタイマに基づいて正常ネットワーク駆動遷移の結果、この現在の状態に遷移した場合、このフラグ、ビットトークン、または他のインジケータは、設定されず、ＵＥがその現在の状態において送信し得る遷移指示の数に関する制限はなくなるであろう。

フラグ、ビットトークン、またはインジケータが設定され、ＵＥが、この現在の状態にある間、固定数の遷移インジケータのみが、ネットワークに送信することが許可されていることを示す場合、ＵＥは、さらに、以前に伝送された遷移指示の結果、その現在の状態に遷移したばかりであることが決定された後、ＵＥによって送信される遷移指示の数をカウントする、カウントを維持してもよい。

本実施例では、現在の状態において、ＵＥが、続いて、この現在の状態からの遷移指示を伝送することを所望する場合、最初に、フラグ、ビットトークン、または他のインジケータを確認し、その現在の状態にある間、ネットワークに送信してもよい遷移指示の数が制限されているか否か確認する。制限される場合、ＵＥは、送信する遷移指示の数のカウントを維持するが、但し、遷移インジケータへのネットワーク応答は、ＵＥをその現在のＲＲＣ状態に移行するか（ＵＥが、遷移指示メッセージを送信するために、別のＲＲＣ状態に遷移する必要がある場合）、またはＵＥをその現在の状態に留める（ＵＥが、その現在の状態において、遷移インジケータを送信してもよい場合）ことを条件とする。

ＵＥが、その遷移指示カウンタの値を許可される所定の最大数のさらなる遷移指示（おそらく、フラグ、ビットトークン、または他のインジケータによって示される）と比較するとき、遷移指示カウンタの値がこの所定の最大数より大きい場合、ＵＥは、続いて、さらなる遷移指示をネットワークに送信しないであろう。

ＵＥによって送信される遷移指示の結果が、遷移指示を送信する前に、ＵＥが、その現在の状態から、現在の状態よりバッテリ集約的である異なるＲＲＣ状態に遷移されることである場合（例えば、ネットワークによって送信される再構成メッセージによって）、カウンタは、リセットされ、プロセスは、新しい現在の状態において再開する。これは、例えば、最終結果が、ＵＥがＰＣＨからＣｅｌｌ＿ＦＡＣＨに構成されることである場合に、該当するであろう。

ＵＥが、ＵＥ（例えば、そのバッファが、送信されるデータを有することを示すため）による、またはネットワーク（例えば、ネットワークが、ＵＥをページングしたため）によるデータトランザクション要求によって、ＲＲＣ状態を変更する場合、このインジケータは、クリア（または、代替として、設定）され、ＵＥが、遷移指示をネットワークに送信することが再び許可され、カウンタがリセットされることを示す。

（所定数を超える遷移指示を禁止する）
いくつかの実施形態において、ＵＥは、ネットワークが、ＵＥをその同じ現在の状態に維持する間、所定の最大数を超えるいかなる遷移指示も伝送することが禁止される。いくつかの実施形態において、所定の数は、ＵＥ上にハードコードされる。他の実施形態において、所定の数は、ネットワークによって構成され、基地局が異なるネットワーク間を移動することに伴って変更を被る。ネットワーク構成は、例えば、基地局への直接シグナリングメッセージを使用して、またはブロードキャストメッセージの一部として、生じてもよい。

ＵＥは、その現在の状態の後から、ＵＥによって送信される遷移指示の数をカウントするカウンタを維持する。したがって、現在の状態への遷移に応じて、ＵＥが、続いて、この現在の状態からの遷移指示を伝送することを所望すると、ＵＥは、送信する遷移指示の数のカウントを維持するが、但し、遷移インジケータへのネットワーク応答は、ＵＥをその現在のＲＲＣ状態に戻すか（ＵＥが、遷移指示メッセージを送信するために、別のＲＲＣ状態に遷移する必要がある場合）、またはＵＥをその現在の状態に留める（ＵＥが、その現在の状態において、遷移インジケータを送信してもよい場合）ことを条件とする。

ＵＥが、その遷移指示カウンタの値をさらなる遷移指示の所定の最大数と比較するとき、遷移指示カウンタの値が、この所定の最大数より大きい場合、ＵＥは、続いて、さらなる遷移指示をネットワークに送信しないであろう。

ＵＥによって送信される遷移状態の結果が、ＵＥが、遷移指示を送信する前に、その現在の状態と異なるＲＲＣ状態に再構成され、および異なるＲＲＣ状態が、現在の状態よりバッテリ集約的である場合、カウンタがリセットされ、プロセスは新しい現在の状態において再開する。

ＵＥが、ＵＥ（例えば、そのバッファが、送信されるべきデータを有することを示すため）による、またはネットワーク（例えば、ネットワークが、ＵＥをページングしたため）によるデータトランザクション要求によって、ＲＲＣ状態を変更する場合、このインジケータは、クリア（または、代替として、設定）され、ＵＥが、遷移指示をネットワークに送信することが再び許可され、カウンタがリセットされることを示す。

以前に遷移指示を伝送したことから生じた状態遷移が存在するかどうかによって、種々の方法において、遷移指示のさらなる伝送を有効／無効または制限するために使用することができる。
１）遷移指示の伝送を可能にする前提条件は、以前の状態遷移が、ＵＥが以前に遷移指示を伝送した結果であってはならないことである。この前提条件は、前提条件の充足のみだけによって、必ずしも、ＵＥが、遷移指示の伝送を可能となり得ないように、他の前提条件または禁止事項と組み合わせることができる。
２）遷移指示の伝送を可能にする前提条件は、以前の状態遷移が、ＵＥが以前に遷移指示を伝送した結果である場合、規定数以下の遷移指示が、ＵＥによって伝送されていることである。この前提条件は、前提条件の充足のみだけによって、必ずしも、ＵＥが、遷移指示の伝送を可能となり得ないように、他の前提条件または禁止事項と組み合わせることができる。
３）以前の状態遷移が、ＵＥが以前に遷移指示を伝送した結果である場合、遷移指示の伝送を禁止する。これは、前述の１）に論理的に匹敵する。この禁止事項は、禁止事項がトリガされない場合、それだけによって、必ずしも、ＵＥが、遷移指示の伝送を可能となり得ないように、他の前提条件または禁止事項と組み合わせることができる。
４）以前の状態遷移が、ＵＥが以前に遷移指示を伝送した結果である場合、規定数の遷移指示以上の伝送を禁止する。これは、前述の２）に論理的に匹敵する。この禁止事項は、禁止事項がトリガされない場合、それだけによって、必ずしも、ＵＥが、遷移指示の伝送を可能となり得ないように、他の前提条件または禁止事項と組み合わせることができる。５）以前の状態遷移が、ＵＥ駆動ではない場合、遷移指示の伝送を可能にする。
６）以前の状態遷移が、ＵＥが以前に遷移指示を伝送した結果である場合、規定数の遷移指示までのみの伝送を可能にする。
７）あるＲＲＣ状態に対して、規定数の遷移指示までのみの伝送を可能にする。

（禁止タイマとの相互アクション）
前述のように、状態遷移ベースの前提条件または禁止事項は、他の前提条件または禁止事項と組み合わせることができる。以前に遷移指示を送信した後の一定時間周期の間、ＵＥが遷移指示を送信することを禁止する、実施形態が前述されている。いくつかの実施形態において、この禁止事項は、前述の状態遷移ベースの禁止事項／前提条件と組み合わせられる。

例えば、禁止タイマの使用は、以前に遷移指示を送信した後の一定時間周期の間、ＵＥが遷移指示を送信することを禁止するための一機構として、前述されており、禁止タイマは、遷移指示を伝送後に起動され、ＵＥは、禁止タイマが作動していない場合のみ、さらなる遷移指示を送信可能となる。いくつかの実施形態において、この禁止タイマの使用は、以下のように、状態遷移ベースの禁止事項と組み合わせられる。
以前の状態遷移は、ＵＥが以前に遷移指示を伝送した結果？遷移指示の伝送を禁止する、またはＵＥが以前に遷移指示を伝送した結果の以前の遷移に続いて、規定数を超える遷移指示の伝送を禁止する。
禁止タイマ作動中？遷移指示の伝送を禁止する。

いくつかの実施形態において、これらは、代わりに、２つのみの禁止事項となる。その場合、挙動は、以下のように要約することができる。

禁止タイマが作動中であって、現在の状態が、ＵＥによって伝送された以前の遷移指示の結果ではない場合、遷移指示の伝送を可能にする、または
禁止タイマが作動中であって、ＵＥが以前に遷移指示を伝送した結果である状態遷移に続いて、規定数未満の遷移指示が伝送されている場合、遷移指示の伝送を可能にする。

（以前の状態遷移原因の維持）
ＵＥは、現在の状態がＵＥによる遷移指示の以前の伝送の結果であるか否かの指示を維持するための機構を有する。この指示は、いくつかの実施例を挙げると、ＵＥの一部を形成するプロセッサ、またはハードウェア内に実装されたスイッチによってアクセス可能なＵＥ上のメモリ内に記憶された以前の状態遷移原因値であることができる。具体的実施例では、以前の状態遷移原因は、以前の状態遷移ＵＥが以前に遷移指示を伝送した結果であることを示す、第１の値（「１」または「０」）、そうでなければ、第２の値（「０」または「１」）である、単一ビットである。

（以前の状態遷移原因の査定）
ＵＥは、現在の状態が、ＵＥによる遷移指示の以前の伝送の結果であるか否かを決定するための機構を有する。

ＵＥが、遷移指示を送信し、これが、ネットワークによって肯定応答されており、したがって、ＵＥが、ネットワークがそれを受信したことを認識している場合、ＵＥは、固定時間周期内に、ＲＲＣ再構成メッセージを受信する場合、このＲＲＣ構成メッセージが、遷移指示の送信の結果でることを認識し得る。

ＵＥが、ＲＲＣ再構成を受信し、再構成までの所定の時間周期内に遷移指示を送信しなかった（および、肯定応答した）場合、ＵＥは、状態遷移が、ＵＥによる遷移指示の伝送への応答ではないと想定することができる。

第１の実施例では、ネットワークによる再構成の結果、状態遷移が生じるたびに、ＵＥは、状態遷移がＵＥが以前に遷移指示を伝送した結果であるか否かを査定する。これが該当する場合、ＵＥは、以前の状態遷移原因を更新し、以前の状態遷移がＵＥ駆動であることを示す。状態遷移が、ＵＥが以前に遷移指示を伝送した結果以外である場合、以前の状態遷移原因は、適宜、更新される。

いくつかの実施形態において、原因値を伴う遷移がサポートされる場合、ＵＥは、この機構が、この再構成の受信に先立って実装されるべき、原因値を伴う遷移を以前に送信したかどうかを決定する。

いくつかの実施形態において、ＵＥは、以下のステップを行い、状態遷移がＵＥが以前に遷移指示を伝送した結果であるか否かを決定する。
１）遷移指示（または、特定の原因値を伴う遷移指示）を伝送する。
２）遷移指示を伝送する規定の時間間隔内に、遷移指示と一致しない状態遷移が生じる場合、状態遷移がＵＥが以前に遷移指示を伝送した結果であると査定し、そうでなければ、状態遷移がＵＥが以前に遷移指示を伝送した結果以外であると査定する。

いくつかの実施形態において、遷移指示の伝送に応じて、タイマが起動され、タイムアウト値からカウントダウンを開始するように、または同等に、タイムアウト値までカウントアップするように、カウントを開始する。タイマが、依然として、状態遷移が生じるときに、作動中である場合、ＵＥが以前に遷移指示を伝送した結果であると査定される。

いくつかの実施形態において、これらの実施形態のうちの任意のものは、ＵＥが、遷移指示のための原因を指定可能な原因コードを含む遷移指示を使用して実装される（例えば、データ転送または呼が完了したこと、またはさらなるデータが、長期間、予期されないことを示すため）。具体的実施例は、３ＧＰＰ ＴＳ ２５．３３１第８．１．１４節に定義されるシグナリングコネクション解放指示であって、原因コードは、「ＵＥがＰＳデータセッション終了を要求した」に設定されたＩＥ「シグナリングコネクション解放指示原因」である。

いくつかの実施形態において、これらの実施形態のうちのいずれも、原因コードを含まない、遷移指示を使用して実装される。具体的実施例は、３ＧＰＰ ＴＳ ２５．３３１第８．１．１４節に定義されるシグナリングコネクション解放指示である。

（ＲＲＣ状態遷移のための機構の決定のさらなる実施例）
ＵＥが、ＲＲＣ再構成メッセージをネットワークから受信する場合、この再構成の受信に先立って、原因値「ＵＥがＰＳデータセッション終了を要求した」を伴うＳＣＲＩメッセージを送信したかどうかを決定することができる。

ＵＥが、このメッセージを送信し、メッセージが、ネットワークによって肯定応答されており、したがって、ＵＥが、ネットワークがそれを受信したことを認識している場合、ＵＥは、固定時間周期内に、ＲＲＣ再構成メッセージを受信する場合、このＲＲＣ構成メッセージが、ＳＣＲＩの送信の結果であることを認識し得る。

ＵＥが、ＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ ＲＲＣ状態にあって、ＳＣＲＩを送信し、肯定応答されたが、ネットワークが、固定時間周期内に、ＲＲＣ再構成を送信しない場合、ＵＥは、現在、ネットワークがその状態に留まることを所望している状態にあると想定することができ、ＵＥは、その状態に留まるための機構が、ファストドーマンシー目的のためであると考えることができる。

ＵＥが、ＲＲＣ再構成を受信し、再構成までの固定時間周期内に、ＳＣＲＩメッセージを送信していない（および、肯定応答された）場合、ＵＥは、状態遷移が、ファストドーマンシー目的のためではないと想定することができる。

（具体的実施例）
図１の状態図を参照すると、ＵＥは、最初、Ｃｅｌｌ＿ＤＣＨ状態１２２にあると想定される。その後、ＵＥは、例えば、送信するためのデータが存在しないとの決定に応じて、遷移指示を伝送する。それに応答して、ネットワークは、遷移指示を肯定応答し、ＵＥをＵＲＡ＿ＰＣＨに遷移させる。いくつかの実施形態において、これは、直接状態遷移である。他の実施形態において、これは、Ｃｅｌｌ＿ＦＡＣＨ状態を介した間接状態遷移である。その後、ＵＥは、別の遷移指示を送信することが不可能である。

一般に、ＵＲＡ＿ＰＣＨ状態に関する実施形態の説明および挙動はまた、ＣＥＬＬ＿ＰＣＨ状態にも当てはまることに留意されたい。

一方、ネットワークが、遷移例えば、非アクティビティタイマの満了によって、ＵＥをＵＲＡ＿ＰＣＨに遷移させることを独自に決定する場合、ＵＥは、遷移指示を送信可能となる。この時点において、ＵＥは、ＵＲＡ＿ＰＣＨからアイドルモードへの遷移を試みる。しかしながら、ＵＥは、遷移指示を送信するために、ＣＥＬＬ＿ＦＡＣＨに遷移しなければならない。遷移指示の目的は、ＵＥが低バッテリ集約状態に移行することを思い出されたい。ネットワークが、ＵＥをＣＥＬＬ＿ＦＡＣＨのままにする場合、これは、よりバッテリ効率的状態への遷移ではなく（ＵＲＡ＿ＰＣＨからの唯一のよりバッテリ効率的状態は、ＩＤＬＥである）、したがって、ＣＥＬＬ＿ＦＡＣＨ状態は、遷移指示の以前の伝送の結果として見なされない。ネットワークが、規定の周期内に、ＵＥをＵＲＡ＿ＰＣＨまたはアイドルモードに遷移させる場合、状態遷移は、遷移指示の以前の伝送の結果であると見なされる。

（別の禁止事項）
いくつかの実施形態において、ＵＥが、遷移指示を送信し、肯定応答されたたが、ネットワークが、固定時間周期内に、ＲＲＣ再構成を送信しない場合、ＵＥは、現在、ネットワークがその状態に留まることを所望している状態にあると想定する。いくつかの実施形態において、このイベントのシーケンスの発生に応じて、ＵＥは、遷移指示の伝送を禁止されるが、現在の状態は、必ずしも、ＵＥが以前に遷移指示を伝送した結果でなくてもよい。

いくつかの実施形態において、前述の禁止事項は、ＵＥが留まる状態が、ＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ ＲＲＣである場合のみ、実装される。

（ファストドーマンシーによる状態）
いくつかの実施形態において、ＵＥが、以前に伝送された遷移指示の結果である状態にある時、ＵＥは、ファストドーマンシーの起動による状態にあるはずである。いくつかの実施形態において、ＵＥが、遷移指示を伝送し、肯定応答されるが、ＵＥが、状態変化を受けない時、ＵＥはまた、ファストドーマンシー起動による状態にあるはずである。

ＵＥが、ＲＲＣ状態（ＩＤＬＥではない）に遷移され、これが、遷移指示（また、ファストドーマンシー目的のための遷移指示とも称される）によるものではない場合、ＵＥは、ファストドーマンシー目的のために、遷移インジケータを送信可能となる時を決定するために、禁止タイマを使用する。この挙動は、現在、３ＧＰＰ ＴＳ ２５．３３１に説明されている。

ＵＥが、ＲＲＣ状態（ＩＤＬＥではない）に遷移され、これが、遷移指示による場合、ＵＥは、その挙動に異なる制約を有するであろう。ＵＥは、この状況にあることを認識する時、何らかのフラグまたは指示を内部設定するであろう。これは、例えば、ＦＤＭ（ファストドーマンシー機構）フラグと称されてもよい。

ある場合には、ＵＥは、さらなる遷移指示を送信することが禁止されてもよい。代替として、ＵＥは、状態遷移のためのさらなる要求を送信することが可能であるが、さらなる要求の数は、ある規定数、例えば、１つ以上に限定されてもよい。これらの要求を送信する間の周期は、禁止タイマによって制御される。

ＵＥが、遷移指示を使用して、状態遷移を要求する（および、これが、肯定応答される）時、ネットワークが、ＵＥをその現在のＲＲＣ状態に残すか（例えば、ＣＥＬＬ＿ＦＡＣＨのため）、または遷移インジケータを送信したＲＲＣ状態に戻す（例えば、ＵＥが、ＣＥＬＬ＿ＰＣＨにあって、ＣＥＬＬ＿ＦＡＣＨに移行し、ＳＣＲＩを送信し、次いで、ネットワークは、ＵＥをＣＥＬＬ＿ＰＣＨに戻す）場合、ＵＥは、送信可能な残りの遷移指示要求の数を決定する。

ＵＥが、データトランザクションが開始されたため、異なるＲＲＣ状態に移行する場合（例えば、ページを受信し、これに応答する、またはデータトランザクションのためのリソースを要求する）、ＵＥは、ＦＤＭフラグをクリアし、プロシージャが再開する。

ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態に遷移し、ＣＥＬＬ＿ＵＰＤＡＴＥメッセージまたはＵＲＡ＿ＵＰＤＡＴＥメッセージを伝送し、ネットワークからの肯定応答において、ＵＥが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態に戻る場合、これは、ＦＤＭフラグをクリアしない。

しかしながら、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態に遷移し、ＣＥＬＬ＿ＵＰＤＡＴＥメッセージまたはＵＲＡ＿ＵＰＤＡＴＥメッセージまたは遷移指示メッセージを伝送し、続いて、ネットワークが、ＵＥをＣＥＬＬ＿ＦＡＣＨ状態に残す場合、ＵＥは、ＦＤＭフラグをクリアし、プロシージャを再開する。

ある場合には、ＵＥは、ＵＥが、原因値「ＵＥがＰＳデータセッション終了を要求した」を伴うＳＣＲＩメッセージを使用して、ファストドーマンシー要求に応答して、異なるＲＲＣ状態に遷移された後、ＳＣＲＩメッセージを送信することが完全に阻止される。この場合、ＵＥは、ＦＤＭフラグを設定し、ＵＥまたはネットワークによって開始されるデータトランザクションのために、異なるＲＲＣ状態に移行する時のみ、このフラグをクリアする。

ある場合には、ＵＥは、ある所定の状態において、所定の最大数の遷移指示メッセージのみ許可される。数は、異なる状態にして、異なることができる。例えば、ＵＥは、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ ＲＲＣ状態にある時、「ｎ」個の遷移指示メッセージ（前述のように、原因コードの有無を問わず）のみ伝送可能であってもよい。

いくつかの実施形態において、３ＧＰＰ ＴＳ ２５．３３１ユニバーサル電気通信システム（ＵＭＴＳ）、無線リソース制御（ＲＲＣ）、プロトコル仕様、リリース８、またはそれらの進化型（本明細書に説明される実施形態のうちの１つ以上を促進または実装するための改訂を伴う）に準拠した方法およびデバイスが提供される。この実施例は、付録Ａ、付録Ｂ、および付録Ｃに提供される。これらの実施例はすべて、ＳＣＲＩの使用を指すが、より一般的には、任意の遷移指示の使用が想起される。

いくつかの実施形態において（例示的実装については、付録Ａ参照）、ＵＥ内部状態変数が定義され、これは、ＵＥが、ＰＣＨ状態からＦＤをトリガしたときに初めて設定される。設定される場合、ＵＥは、ＰＣＨ状態から再びＦＤをトリガすることが阻止され、変数は、新しいＰＳデータが伝送のために到着すると、リセットされる。

いくつかの実施形態において（例示的実装については、付録Ｂ参照）、カウンタＶ３１６が定義され、最初、ゼロに設定される。ＰＣＨ状態におけるＵＥはＶ３１６＜Ｎ３１６である場合（Ｎ３１６は、最大値である）、原因を有する遷移指示（ＳＣＲＩ等）の送信をトリガすることが許可される。ＵＥが、ＰＣＨ状態において、遷移指示（原因値を有するＳＣＲＩ）の送信をトリガする場合、Ｖ３１６が増分される。Ｖ３１６は、ＵＥがＰＣＨ状態においてページされる場合、またはＵＥが遷移のために利用可能なアップリンクＰＳデータを有する場合、ゼロにリセットされる。

Ｎ３１６が、１に固定される場合、挙動は、ブール状態変数であるＶ３１６に相当する。伝送のために利用可能なＰＳデータを有するＵＥは、具体的には、遷移指示（原因を有するＳＣＲＩ等）の送信を排除し、カウンタＶ３１６をリセットさせることに留意されたい。この状況では、利用可能なデータを有するＰＳは、例えば、ユーザが、ＲＢ３（無線ベアラ３）以上において伝送するためのデータを有する（ＳＣＲＩメッセージがＲＢ２上で送信される）ことを意味し得る。

８．３．１．２（セル更新プロシージャ）内のテキスト提案および８．１．１４．２の最終段落は、Ｖ３１６をリセットするための獲得条件の代替方法であることに留意されたい。

いくつかの実施形態において（例示的実装については、付録Ｃ参照）、ＵＥは、ネットワークが、ＤＣＨまたはＦＡＣＨ状態にある間、ＵＥによって伝送された遷移指示（原因を伴うＳＣＲＩ等）に応答して、ＵＥをＰＣＨ状態に移行する場合、遷移指示（原因を伴うＳＣＲＩ等）を伝送することを禁止される。遷移指示（原因を伴うＳＣＲＩ等）を禁止することは、Ｖ３１６をＮ３１６に設定することによって行われてもよい。ＵＥは、移行が、遷移指示に「応答して」、ネットワークによって命令されているか否かを査定する。前述の機構は、このために使用することができる。例えば、ＵＥは、これが、再構成が遷移指示の送信のある時間内に受信される場合の場合であると判断してもよい。

いくつかの実施形態において、再構成メッセージが、原因を伴うＳＣＲＩの受信によって、ネットワーク内でトリガされる場合、ＴＲＵＥに設定することができる、新しいフラグが、再構成メッセージに追加されてもよく、したがって、ＵＥは、再構成が原因を伴うＳＣＲＩに応答してのものであることを確実に認識することができる。この実施例は、付録Ｄに描写される。

完全に、またはある最大数の遷移指示まで、遷移指示の伝送を禁止するための多くの異なる実施形態が説明された。これらの多くは、以下のうちの１つ以上の関数である。
ＵＥの現在の状態が、以前の状態遷移の結果であるか否か。
現在の状態が、状態遷移を送信する前のＵＥの状態と同一であるか否か。
現在の状態が、状態遷移を送信する前のＵＥの状態よりバッテリ集約的であるか否か。

いくつかの実施形態において、遷移指示の伝送を禁止するための機構が実行される、またはそうではない場合、状態毎となる。いくつかの実施形態において、ある状態に対して、機構は、実装されない。他の実施形態において、異なる機構が、少なくとも２つの状態のそれぞれに対して、使用される。

一実施形態において、ネットワークは、ステップ１８１０で指示を受信した時、および随意で、ステップ１８２０で１つまたは複数の無線リソースプロファイルを検査したときに、どのように進むかについて複数の選択肢を有する。

第１の選択肢は、何もしないことである。ネットワークは、遷移が保証されないことを決定し、したがって、遷移するユーザ機器指示を受け入れなくてもよい。当業者によって理解されるように、状態が変更されないため、具体的には、遷移が誘起されないため、何もしないことにより、ネットワークシグナリングを節約する。

第２の選択肢は、デバイスの状態を変化させることである。例えば、ＵＭＴＳネットワークでは、デバイスの状態は、Ｃｅｌｌ＿ＤＣＨからＣｅｌｌ−ＰＣＨに変化してもよい。非ＵＭＴＳネットワークでは、状態遷移は、コネクト状態の間で発生してもよい。当業者によって理解されるように、状態を変化させることにより、アイドルモードへの遷移と比較すると、コアネットワークシグナリングの量が低減する。Ｃｅｌｌ＿ＰＣＨ状態が専用チャネルを必要としないため、状態を変化させることにより、無線リソースを節約することもできる。また、Ｃｅｌｌ＿ＰＣＨは、あまりバッテリ集約的ではない状態であり、ＵＥがバッテリ電力を保存することを可能にする。

ネットワークの第３の選択肢は、ＵＥを同じ状態で保つが、特定のＡＰＮまたはＰＤＰコンテキストと関連付けられた無線リソースを解放することである。コネクションがその現在の状態で維持され、再確立されることを必要としないため、このアプローチは、無線リソースおよびシグナリングを節約する。しかしながら、ＵＥバッテリ寿命が懸念である状態にとっては、あまり好適ではない場合がある。

ネットワークの第４の選択肢は、ＵＥをアイドルモードに遷移させることである。特に、ＵＭＴＳおよび非ＵＭＴＳの両方では、ネットワークは、コネクトモードからアイドルモードになってもよい。理解されるように、全くコネクションが維持されないため、これは無線リソースを節約する。それはさらに、ユーザ機器上のバッテリ寿命を節約する。しかしながら、コネクションを再確立するために、より大量のコアネットワークシグナリングが必要とされる。

ネットワークの第５の選択肢は、データ転送速度割当を変更することであり、それは、無線リソースを節約し、一般的には、より多くのユーザがネットワークを利用できるようにする。

他の選択肢が、当業者にとって明らかであるであろう。

５つ以上の選択肢のうちのどれを利用するかについてのネットワークの決定は、ネットワークによって異なる。いくつかの過負荷ネットワークは、無線リソースを保存することを好んでもよく、したがって、前述の第３、第４、または第５の選択肢を選択してもよい。他のネットワークは、シグナリングを最小限化することを好み、したがって、前述の第１または第２の選択肢を選択してもよい。

決定は図１８のステップ１８３０で示され、ユーザ機器に対する無線リソースプロファイルとともに、ネットワーク選好に基づいてもよい。決定は、ユーザ機器が、別の状態、例えば、あまりバッテリ集約的ではない状態に遷移したいという、ユーザ機器からの指示を受信する、ネットワークによって誘起される。

ここで、図１９を参照する。図１９は、前述の図１８に示された決定を行うように適合される、簡略化したネットワーク要素を図示する。ネットワーク要素１９１０は、ユーザ機器と通信するように適合される、通信サブシステム１９２０を含む。当業者によって理解されるように、通信サブシステム１９２０は、ユーザ機器と直接通信する必要がなく、ユーザ機器を往復する通信のための通信経路の一部となり得る。

ネットワーク要素１９１０はさらに、プロセッサ１９３０および記憶部１９４０を含むことができる。記憶部１９４０は、ネットワーク要素１９１０によってサービス提供されている各ユーザ機器に対する、事前構成された、または静的な無線リソースプロファイルを記憶するように構成される。プロセッサ１９３０は、通信サブシステム１９２０による指示の受信時に、ユーザ機器に対する無線リソースプロファイルを考慮するように、およびユーザ機器の遷移に関するネットワークアクションを決定するように適合される。当業者によって理解されるように、通信サブシステム１９２０によって受信される指示はさらに、ユーザ機器に対する無線リソースプロファイルの一部分またはすべてを含むことができ、それは次いで、任意の遷移に関するネットワーク決定を行うために、プロセッサ１９３０によって利用される。

したがって、前述に基づいて、ネットワーク要素は、遷移が順序正しいかもしれない（例えば、データ交換が完了した時、および／またはＵＥにおいてさらなるデータが見込まれない等）という、ユーザ機器からの指示を受信する。この指示に基づいて、ネットワーク要素は、随意で、静的および動的プロファイル要素の両方を含むことができる、ユーザ機器の無線リソースプロファイルをチェックする。ネットワーク要素はさらに、不必要な遷移が発生していないことを確実にするように、防護対策をチェックしてもよい。次いで、ネットワーク要素は、何もしないこと、または異なるモードあるいは状態に遷移するこ
と、または無線リソースを解放することを決定することができる。理解されるように、これは、ネットワークに、その無線リソースのさらなる制御を提供し、単なるユーザ機器選好よりもむしろネットワーク選好に基づいて、ネットワークが遷移決定を構成することを可能にする。さらに、場合によっては、ネットワークは、遷移するかどうかに関して、デバイスよりも多くの情報を有する。例えば、ユーザ機器には、アップストリーム通信の知識があり、これに基づいて、コネクションが解放されてもよいことを決定してもよい。しかしながら、ネットワークは、ユーザ機器に対するダウンストリーム通信を受信しており、したがって、コネクションを解放できないことを認識している場合がある。この場合、近い将来に、いずれのデータもユーザ機器について受信されないという、さらなる確信を持って、ネットワークを提供するために、遅延タイマを使用して遅延を導入することもできる。

本明細書で説明される実施形態は、本開示の技法の要素に対応する要素を有する、構造、システム、または方法の実施例である。この書面による説明は、当業者が、同様に本開示の技法の要素に対応する代替要素を有する実施形態を作製および使用することを可能にしてもよい。したがって、本開示の技法の対象とする範囲は、本明細書で説明されるような本開示の技法と異ならない、他の構造、システム、または方法を含み、さらに、本明細書で説明されるような本開示の技法とごくわずかに異なる、他の構造、システム、または方法を含む。

（付録Ａ）
（８．１．１４ シグナリングコネクション解放指示プロシージャ）

（８．１．１４．１ 概要）
シグナリングコネクション解放指示プロシージャは、そのシグナリングコネクションのうちの１つが解放されたことをＵＴＲＡＮに示すために、ＵＥによって使用される．このプロシージャは、次に、ＲＲＣコネクション解放プロシージャを開始してもよい。

（８．１．１４．２ 開始）
ＵＥは、特定のＣＮドメインに対して、上層から、シグナリングコネクションを解放（中止）するよう要求を受信すると：
１＞ＩＥ「ＣＮドメイン識別」によって識別された特定のＣＮドメインに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ内にシグナリングコネクションが存在する場合：
２＞シグナリングコネクション解放指示プロシージャを開始する．
１＞そうでなければ：
２＞８．１．３．５ａに規定されるように、その特定のＣＮドメインに対するいかなる進行中のシグナリングコネクションの確立も中止する．ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態におけるシグナリングコネクション解放指示プロシージャの開始に応じて、ＵＥは：
１＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
２＞ＣＥＬＬ＿ＦＡＣＨ状態に移行し；
２＞周期的セル更新が、「無限大」以外の任意の他の値に設定されたＩＥ「コネクトモードにおけるＵＥタイマおよび定数」内に、Ｔ３０５によって、構成される場合、その初期値を使用して、タイマＴ３０５を再開する．
１＞そうでなければ：
２＞変数Ｈ＿ＲＮＴＩおよび変数Ｃ＿ＲＮＴＩが設定される場合：
３＞以下のように、シグナリングコネクション解放指示プロシージャを継続する．
２＞そうでなければ：
３＞原因「アップリンクデータ伝送」を使用して、第８．３．１項に従って、セル更新プロシージャを行い；
３＞セル更新プロシージャが正常に完了すると：
４＞以下のように、シグナリングコネクション解放指示プロシージャを継続する．
ＵＥは：
１＞ＩＥ「ＣＮドメイン識別」を上層によって示される値に設定する．ＩＥの値は、上層が解放されるべきと示している、シグナリングコネクションが関連付けられた、ＣＮドメインを示す．
１＞変数「ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳから上層によって示された識別とのシグナリングコネクションを除去し；
１＞ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを、ＡＭ ＲＬＣを使用してＤＣＣＨ上で伝送し；
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮＳ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常送達がＲＬＣによって確認されると、プロシージャは、終了する．
加えて、タイマＴ３２３値が、変数ＴＩＭＥＲＳ＿ＡＮＤ＿ＣＯＮＳＴＡＮＴＳ内のＩＥ「コネクトモードにおけるＵＥタイマおよび定数」に記憶される場合、かつ変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳによって示されるＣＳドメインコネクションが存在しない場合、ＵＥは、
１＞上層が、長期間にわたって、ＰＳデータが存在しないことを示す場合：
２＞タイマＴ３２３が作動中ではない場合：
３＞ＵＥが、ＣＥＬＬ＿ＤＣＨ状態またＣＥＬＬ＿ＦＡＣＨ状態にある場合；または
３＞ＵＥが、ＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態にあって、変数ＴＲＩＧＧＥＲＥＤ＿ＳＣＲＩ＿ＩＮ＿ＰＣＨ＿状態内の「トリガされた」が、ＦＡＬＳＥである場合：
４＞ＵＥが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態にある場合、変数ＴＲＩＧＧＥＲＥＤ＿ＳＣＲＩ＿ＩＮ＿ＰＣＨ＿状態内の「トリガされた」をＴＲＵＥに設定し；
４＞ＩＥ「ＣＮドメイン識別」をＰＳドメインに設定し；
４＞ＩＥ「シグナリングコネクション解放指示原因」を「ＵＥがＰＳデータセッション終了を要求した」に設定し；
４＞ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを、ＡＭ ＲＬＣを使用してＤＣＣＨ上で伝送し；
４＞タイマＴ３２３を開始してもよい．
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常な送達が、ＲＬＣによって確認されると、プロシージャは、終了する．ＵＥは、タイマＴ３２３が作動中、「ＵＥがＰＳデータセッション終了を要求した」に設定されたＩＥ「シグナリングコネクション解放指示原因」を伴うＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを送信することが禁止される．
「ＵＥがＰＳデータセッション終了を要求した」に設定されたＩＥ「シグナリングコネクション解放指示原因」を伴うＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを送信後、ＰＳデータが、伝送のために利用可能となる場合、ＵＥは、変数ＴＲＩＧＧＥＲＥＤ＿ＳＣＲＩ＿ＩＮ＿ＰＣＨ＿ＳＴＡＴＥ内の「トリガされた」をＦＡＬＳＥに設定する。

（８．１．１４．２ａ ＲＬＣ再確立またはＲＡＴ間変更）
シグナリング無線ベアラＲＢ２上でのＲＬＣエンティティの伝送側の再確立が、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常な送達が、ＲＬＣによって確認される前に生じる場合、ＵＥは：
１＞シグナリング無線ベアラＲＢ２上のＡＭ ＲＬＣを使用して、アップリンクＤＣＣＨ上でＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを再伝送する．
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常な送達が、ＲＬＣによって確認される前に、ＵＴＲＡＮプロシージャからのＲＡＴ間ハンドオーバが生じる場合、ＵＥは：
１＞新しいＲＡＴにある間、シグナリングコネクションを中止する。

（８．１．１４．３ ＵＴＲＡＮによるＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ
ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮの受信）
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの受信に応じて、ＩＥ「シグナリングコネクション解放指示原因」が含まれない場合、ＵＴＲＡＮは、上層からシグナリングコネクションの解放を要求する．次いで、上層は、シグナリングコネクションの解放を開始してもよい．
ＩＥ「シグナリングコネクション解放指示原因」が、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージ内に含まれない場合、ＵＴＲＡＮは、効率的バッテリ消費ＩＤＬＥ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、またはＣＥＬＬ＿ＦＡＣＨ状態への状態遷移を開始してもよい。

（８．１．１４．４ タイマＴ３２３の満了）
タイマＴ３２３の終了すると：
１＞ＵＥは、長期間、ＰＳデータが存在しない上層からの任意の後続指示がないかどうかを決定してもよく、その場合、第８．１．１４．２項に従って、単一ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの伝送をトリガする；
１＞プロシージャは、終了する。

（１３．４．２７ｘ ＴＲＩＧＧＥＲＥＤ＿ＳＣＲＩ＿ＩＮ＿ＰＣＨ＿ＳＴＡＴＥ）
この変数は、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態においてトリガされたかどうかに関する情報を含有する．ＵＥ内にそのような変数の１つが存在する．

（付録Ｂ）
（８．１．１４ シグナリングコネクション解放指示プロシージャ）

（８．１．１４．１ 概要）
シグナリングコネクション解放指示プロシージャは、そのシグナリングコネクションのうちの１つが解放されたことを示すために、ＵＥによって使用される．このプロシージャは、次に、ＲＲＣコネクション解放プロシージャを開始してもよい。

（８．１．１４．２ 開始）
ＵＥは、特定のＣＮドメインに対して、上層から、シグナリングコネクションを解放（中止）するよう要求を受信すると：
１＞ＩＥ「ＣＮドメイン識別」によって識別された特定のＣＮドメインに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ内にシグナリングコネクションが存在する場合：
２＞シグナリングコネクション解放指示プロシージャを開始する．
１＞そうでなければ：
２＞８．１．３．５ａにおいて規定されたその特定のＣＮドメインに対して、シグナリングコネクションのいかなる進行中の確立も中止する．
ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態におけるシグナリングコネクション解放指示プロシージャの開始に応じて、ＵＥは：
１＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
２＞ＣＥＬＬ＿ＦＡＣＨ状態に移行する；
２＞周期的セル更新が、Ｔ３０５によって、「無限大」以外の任意の他の値に設定されたＩＥ「コネクトモードにおけるＵＥタイマおよび定数」内に構成されている場合、その初期値を使用して、タイマＴ３０５を再開する．
１＞そうでなければ：
２＞変数Ｈ＿ＲＮＴＩおよび変数Ｃ＿ＲＮＴＩが設定される場合：
３＞以下のように、シグナリングコネクション解放指示プロシージャを継続する．
２＞そうでなければ：
３＞原因「アップリンクデータ伝送」を使用して、第８．３．１項に従って、セル更新プロシージャを行い；
３＞セル更新プロシージャが正常に完了すると：
４＞以下のように、シグナリングコネクション解放指示プロシージャを継続する．
ＵＥは：
１＞ＩＥ「ＣＮドメイン識別」を上層によって示される値に設定する．ＩＥの値は、上層が解放されるべきと示しているシグナリングコネクションが関連付けられたＣＮドメインを示す．
１＞変数「ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳから上層によって示された識別とのシグナリングコネクションを除去し；
１＞ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを、ＡＭ ＲＬＣを使用して、ＤＣＣＨ上で伝送し；
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮＳ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常送達がＲＬＣによって確認されると、プロシージャは、終了する．
加えて、タイマＴ３２３値が、変数ＴＩＭＥＲＳ＿ＡＮＤ＿ＣＯＮＳＴＡＮＴＳ内のＩＥ「コネクトモードにおけるＵＥタイマおよび定数」に記憶される場合、かつ変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳによって示されるＣＳドメインコネクションが存在しない場合、ＵＥは：
１＞上層が、長期間にわたって、ＰＳデータが存在しないことを示す場合：
２＞タイマＴ３２３が作動中ではない場合：
３＞ＵＥが、ＣＥＬＬ＿ＤＣＨ状態またＣＥＬＬ＿ＦＡＣＨ状態にある場合；または
３＞ＵＥが、ＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態にあって、Ｖ３１６＜Ｎ３１６である場合：
４＞ＵＥが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態にある場合、Ｖ３１６を１だけ増分し；
４＞ＩＥ「ＣＮドメイン識別」をＰＳドメインに設定し；
４＞ＩＥ「シグナリングコネクション解放指示原因」を「ＵＥがＰＳデータセッション終了を要求した」に設定し；
４＞ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを、ＡＭ ＲＬＣを使用して、ＤＣＣＨ上で伝送し；
４＞タイマＴ３２３を開始する．
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮＳ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常送達がＲＬＣによって確認されると、プロシージャは、終了する．
ＵＥは、タイマＴ３２３が作動中、「ＵＥがＰＳデータセッション終了を要求した」に設定されたＩＥ「シグナリングコネクション解放指示原因」を伴うＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを送信することが禁止される．
ＰＳデータが、伝送のために利用可能となる場合、またはＵＥが、セル更新プロシージャをトリガするページングメッセージを受信する場合、ＵＥは、Ｖ３１６をゼロにする。

（８．１．１４．２ａ ＲＬＣ再確立またはＲＡＴ間変更）
シグナリング無線ベアラＲＢ２上でのＲＬＣエンティティの伝送側の再確立が、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常な送達が、ＲＬＣによって確認される前に生じる場合、ＵＥは：
１＞シグナリング無線ベアラＲＢ２上のＡＭ ＲＬＣを使用して、アップリンクＤＣＣＨ上でＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを再伝送する．
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常な送達が、ＲＬＣによって確認される前に、ＵＴＲＡＮプロシージャからのＲＡＴ間ハンドオーバが生じる場合、ＵＥは：
１＞新しいＲＡＴにある間、シグナリングコネクションを中止する。

（８．１．１４．３ ＵＴＲＡＮによるＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ
ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮの受信）
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの受信に応じて、ＩＥ「シグナリングコネクション解放指示原因」が含まれない場合、ＵＴＲＡＮは、上層からシグナリングコネクションの解放を要求する．次いで、上層は、シグナリングコネクションの解放を開始してもよい．
ＩＥ「シグナリングコネクション解放指示原因」が、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージ内に含まれない場合、ＵＴＲＡＮは、効率的バッテリ消費ＩＤＬＥ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、またはＣＥＬＬ＿ＦＡＣＨ状態への状態遷移を開始してもよい。

（８．１．１４．４ タイマＴ３２３の満了）
タイマＴ３２３の終了すると：
１＞ＵＥは、長期間、ＰＳデータが存在しない上層からの任意の後続指示がないかどうかを決定してもよく、その場合、第８．１．１４．２項に従って、単一ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの伝送をトリガする；
１＞プロシージャは、終了する。

（８．３ ＲＲＣコネクションモビリティプロシージャ）
（８．３．１ セルおよびＵＲＡ更新プロシージャ）

（８．３．１．１ 概要）
ＵＲＡ更新およびセル更新プロシージャは、いくつかの主要目的を果たす：
−ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＰＣＨ状態において、サービスエリアに再入後、ＵＴＲＡＮに通知する；
−ＡＭ ＲＬＣエンティティ上のＲＬＣ回復不能エラー［１６］をＵＴＲＡＮに通知する；
−周期的更新によって、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨ状態における監視機構として使用される．
加えて、ＵＲＡ更新プロシージャはまた、以下の目的を果たす：
−ＵＲＡ＿ＰＣＨ状態においてＵＥに割り当てられる現在のＵＲＡに属さないセルへのセル再選択後、新しいＵＲＡ識別を読み出す．
加えて、セル更新プロシージャはまた、以下の目的を果たす：
−セル再選択後、ＵＥがキャンプオンしている現在のセルによって、ＵＴＲＡＮを更新する；
−ＣＥＬＬ＿ＤＣＨ状態における無線リンク失敗に作用する；
−ＵＥ ＣＡＰＡＢＩＬＩＴＹ ＩＮＦＯＲＭＡＴＩＯＮメッセージの伝送失敗に作用する；
−ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、変数Ｈ＿ＲＮＴＩが設定されていない場合、ならびに３．８４Ｍｃｐｓ ＴＤＤおよび７．６８Ｍｃｐｓ ＴＤＤに対して：
ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＰＣＨ状態においてトリガされると、ＵＴＲＡＮ発信ページングの受信による、またはアップリンクデータ伝送要求による、ＣＥＬＬ＿ＦＡＣＨ状態への遷移をＵＴＲＡＮに通知する；
−ＭＢＭＳ伝送の受信に関心がある、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、およびＣＥＬＬ＿ＦＡＣＨにおけるＵＥの数をカウントする；
−ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、およびＣＥＬＬ＿ＦＡＣＨ状態においてトリガされると、ＵＥがＭＢＭＳサービスの受信に関心があることをＵＴＲＡＮに通知する；
−ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、およびＣＥＬＬ＿ＦＡＣＨ状態において、ＵＥによるＰ−Ｔ−Ｐ ＲＢ設定をＭＢＭＳに要求する．
ＵＲＡ更新およびセル更新プロシージャは、以下を行ってもよい：
１＞ＵＥ内のモビリティ関連情報の更新を含む；
１＞ＣＥＬＬ＿ＦＡＣＨ状態から、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨ状態、またはアイドルモードに状態遷移させる．
セル更新プロシージャはまた、以下を含んでもよい：
−ＡＭ ＲＬＣエンティティの再確立；
−無線ベアラ解放、無線ベアラ再構成、トランスポートチャネル再構成、または物理チャネル再構成。

（８．３．１．２ 開始）
ＵＥは、以下の場合、セル更新プロシージャを開始する：
１＞アップリンクデータ伝送：
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、変数Ｈ＿ＲＮＴＩが設定されていない場合、ならびに３．８４Ｍｃｐｓ ＴＤＤおよび７．６８Ｍｃｐｓ ＴＤＤに対して：
３＞ＵＥが、ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＰＣＨ状態にある場合；および
３＞タイマＴ３２０が作動中でない場合：
４＞ＵＥが、ＲＢ１以降上に伝送するためのアップリンクＲＬＣデータＰＤＵまたはアップリンクＲＬＣ制御ＰＤＵを有する場合：
５＞原因「アップリンクデータ伝送」を使用して、セル更新を行う．
３＞そうでなければ：
４＞変数ＥＳＴＡＢＬＩＳＨＭＥＮＴ＿ＣＡＵＳＥが設定される場合：
５＞原因「アップリンクデータ伝送」を使用して、セル更新を行う．
１＞ページング応答：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準が満たされない場合；および
２＞ＵＥが、ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＰＣＨ状態にある場合、第８．１．２．３項に規定のセル更新プロシージャを開始するための条件を満たすＰＡＧＩＮＧ ＴＹＰＥ １メッセージを受信し：
３＞原因「ページング応答」を使用して、セル更新を行う．
１＞無線リンクの失敗：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合：
３＞ＵＥが、ＣＥＬＬ＿ＤＣＨ状態にあって、無線リンクの失敗のための基準が、第８．５．６項に規定されるように満たされる場合；または
３＞ＵＥ ＣＡＰＡＢＩＬＩＴＹ ＩＮＦＯＲＭＡＴＩＯＮメッセージの伝送が、第８．１．６．６項に規定されるように、失敗する場合：
４＞原因「無線リンクの失敗」を使用して、セル更新を行う．
１＞ＭＢＭＳ ｐｔｐ ＲＢ要求：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＣＥＬＬ＿ＦＡＣＨ状態にある場合；および
２＞タイマＴ３２０が作動中でない場合；および
２＞ＵＥが、第８．６．９．６項に規定されるように、ＭＢＭＳ ｐｔｐ無線ベアラ要求のためのセル更新を行うべき場合：
３＞原因「ＭＢＭＳ ｐｔｐ ＲＢ要求」を使用して、セル更新を行う．
１＞サービスエリアへの再入：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨまたはＣＥＬＬ＿ＰＣＨ状態にある場合；および
２＞ＵＥが、サービスエリアから出て、Ｔ３０７またはＴ３１７の終了する前に、サービスエリアに再入する場合：
３＞原因「サービスエリアへの再入」を使用して、セル更新を行う．
１＞ＲＬＣ回復不能エラー：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＡＭ ＲＬＣエンティティ内のＲＬＣ回復不能エラー［１６］を検出する場合：
３＞原因「ＲＬＣ回復不能エラー」を使用して、セル更新を行う．
１＞セルの再選択：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合：
３＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨまたはＣＥＬＬ＿ＰＣＨ状態にあって、ＵＥが、セルの再選択を行う場合；または
３＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態にあって、変数Ｃ＿ＲＮＴＩが、空である場合：
４＞原因「セルの再選択」を使用して、セル更新を行う．
１＞周期的セル更新：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨまたはＣＥＬＬ＿ＰＣＨ状態にある場合；および
２＞タイマＴ３０５の終了する場合；および
２＞第８．５．５．２項に規定される「サービスエリア内」のための基準が満たされる場合；および
２＞周期的更新が、「無限大」以外の任意の他の値に設定されたＩＥ「コネクトモードにおけるＵＥタイマおよび定数」において、Ｔ３０５によって構成されている場合：
３＞ＦＤＤに対して：
４＞変数ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮが、ＦＡＬＳＥに設定される場合：
５＞原因「周期的セル更新」を使用して、セル更新を行う．
４＞そうでなければ：
５＞タイマＴ３０５を再開する；
５＞およびプロシージャを終了する．
３＞１．２８Ｍｃｐｓ ＴＤＤおよび３．８４／７．６８Ｍｃｐｓ ＴＤＤに対して：
４＞原因「周期的セル更新」を使用して、セル更新を行う．
１＞ＭＢＭＳ受信：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＣＥＬＬ＿ＦＡＣＨ状態にある場合；および
２＞ＵＥが、第８．７．４項に規定されるＭＢＭＳカウンティングのためのセル更新を行うべきである場合：
３＞原因「ＭＢＭＳ受信」を使用して、セル更新を行う．
ＵＲＡ＿ＰＣＨ状態にあるＵＥは、以下の場合、ＵＲＡ更新プロシージャを開始する：
１＞ＵＲＡの再選択：
２＞ＵＥが、変数ＵＲＡ＿ＩＤＥＮＴＩＴＹ内に記憶された、ＵＥに割り当てられた現在のＵＲＡが、システム情報ブロックタイプ２内のＵＲＡ識別のリスト内に存在しないことを検出する場合；または
２＞システム情報ブロックタイプ２内のＵＲＡ識別のリストが、空である場合；または
２＞システム情報ブロックタイプ２が見つからない場合：
３＞原因「ＵＲＡの変更」を使用して、ＵＲＡ更新を行う．
１＞周期的ＵＲＡ更新：
２＞現在の項において前述の原因を伴うＵＲＡ更新を行うための基準が見なされない場合：
３＞タイマＴ３０５の終了する場合および周期的更新が、「無限大」以外の任意の他の値に設定されたＩＥ「コネクトモードにおけるＵＥタイマおよび定数」において、Ｔ３０５によって構成されている場合；または
３＞第８．１．１．６．５項に規定のＵＲＡ更新プロシージャを開始するための条件が満たされる場合：
４＞原因「周期的ＵＲＡ更新」を使用して、ＵＲＡ更新を行う．
ＵＲＡ更新またセル更新プロシージャを開始時、ＵＥは：
１＞ＵＥが、ＲＢ３以降上で伝送するためのアップリンクＲＬＣデータＰＤＵまたはアップリンクＲＬＣ制御ＰＤＵを有する場合；または
１＞ＵＥが、第８．１．２．３項に規定のセル更新プロシージャを開始するための条件を満たすＰＡＧＩＮＧ ＴＹＰＥ １メッセージを受信する場合：
２＞カウンタＶ３１６をゼロに設定する．
１＞タイマＴ３２０が作動中である場合：
２＞タイマＴ３２０を停止する；
２＞ＵＥが、ＲＢ１以降上に伝送するためのアップリンクＲＬＣデータＰＤＵまたはアップリンクＲＬＣ制御ＰＤＵを有する場合：
３＞原因「アップリンクデータ伝送」を使用して、セル更新を行う．
２＞そうでなければ：
３＞セル更新プロシージャが、ページング応答または無線リンクの失敗によってトリガされない場合；および
３＞ＵＥが、第８．６．９．６項に規定されるように、ＭＢＭＳ ｐｔｐ無線ベアラ要求のためのセル更新を行うべき場合：
４＞原因「ＭＢＭＳ ｐｔｐ ＲＢ要求」を使用して、セル更新を行う．
１＞作動中である場合、タイマＴ３１９を停止する；
１＞タイマＴ３０５を停止する；
１＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して：
２＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態にある場合；および
２＞ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」が、システム情報ブロックタイプ５またはシステム情報ブロックタイプ５ビット内に含まれる場合；および
２＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「共通Ｅ−ＤＣＨシステム情報」がシステム情報ブロックタイプ５内にある場合；および
２＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において、ＨＳ−ＤＳＣＨ受信をサポートする場合：
３＞変数Ｈ＿ＲＮＴＩが設定されない、または変数Ｃ＿ＲＮＴＩが設定されない場合：
４＞変数Ｈ＿ＲＮＴＩをクリアする；
４＞変数Ｃ＿ＲＮＴＩをクリアする；
４＞任意の記憶されたＩＥ「ＨＡＲＱ情報」をクリアする；
４＞変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤをＴＲＵＥに設定する；
４＞かつ第８．５．３７項におけるプロシージャに従って、ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」によって与えられたパラメータを使用することによって、タイプＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨのＨＳ−ＤＳＣＨトランスポートチャネルマップ物理チャネルの受信を開始する．
３＞そうでなければ：
４＞第８．５．３６項におけるプロシージャに従って、ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」によって与えられたパラメータを使用することによって、タイプＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨのＨＳ−ＤＳＣＨトランスポートチャネルマップ物理チャネルを受信する；
４＞ＨＳＰＡ＿ＲＮＴＩ＿ＳＴＯＲＥＤ＿ＣＥＬＬ＿ＰＣＨ変数に対する値を決定し、第８．５．５６項に説明される対応するアクションを行う；
４＞ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨ変数に対する値を決定し、第８．５．４７項に説明される対応するアクションを行う；
４＞ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．４６項に説明される対応するアクションを行う；
４＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
５＞ＦＤＤに対しては、第８．５．４５項、１．２８Ｍｃｐｓ ＴＤＤに対しては、第８．５．４５ａ項に規定されるように、拡張アップリンクをＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードに構成する．
１＞ＵＥが、ＣＥＬＬ＿ＤＣＨ状態にある場合：
２＞変数ＲＢ＿ＴＩＭＥＲ＿ＩＮＤＩＣＡＴＯＲにおいて、ＩＥ「Ｔ３１４満了」およびＩＥ「Ｔ３１５満了」をＦＡＬＳＥに設定する；
２＞タイマＴ３１４およびタイマＴ３１５の記憶された値が、両方ともゼロに等しい場合；または
２＞タイマＴ３１４の記憶された値が、ゼロに等しく、それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１５を使用する」に設定され、シグナリングコネクションが、ＣＳドメインに対してのみ存在する、任意の無線アクセスベアラと関連付けられた無線ベアラが存在しない場合：
３＞その無線リソースをすべて解放する；
３＞確立されたシグナリングコネクション（変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ内に記憶されるように）および確立された無線アクセスベアラ（変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳ内に記憶されるように）の解放（中止）を上層に示す；
３＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳをクリアする；
３＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳをクリアする；
３＞アイドルモードに入る；
３＞第８．５．２項に規定されるように、コネクトモードからアイドルモードに入る時、他のアクションを行う；
３＞かつプロシージャを終了する．
２＞タイマＴ３１４の記憶された値が、ゼロに等しい場合：
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１４を使用する」に設定される、任意の無線アクセスベアラと関連付けられたすべての無線ベアラを解放する；
３＞変数ＲＢ＿ＴＩＭＥＲ＿ＩＮＤＩＣＡＴＯＲにおいて、ＩＥ「Ｔ３１４満了」をＴＲＵＥに設定する；
３＞ＣＮドメインと関連付けられたすべての無線アクセスベアラが解放される場合：
４＞そのＣＮドメインに対するシグナリングコネクションを解放する；
４＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳから、そのＣＮドメインに対するシグナリングコネクションを除去する；
４＞シグナリングコネクションの解放（中止）を上層に示す；
２＞タイマＴ３１５の記憶された値が、ゼロに等しい場合：
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１５を使用する」に設定される、任意の無線アクセスベアラと関連付けられたすべての無線ベアラを解放する；
３＞変数ＲＢ＿ＴＩＭＥＲ＿ＩＮＤＩＣＡＴＯＲにおいて、ＩＥ「Ｔ３１５満了」をＴＲＵＥに設定する．
３＞ＣＮドメインと関連付けられたすべての無線アクセスベアラが解放される場合：
４＞そのＣＮドメインに対するシグナリングコネクションを解放する；
４＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳから、そのＣＮドメインに対するシグナリングコネクションを除去する；
４＞シグナリングコネクションの解放（中止）を上層に示す；
２＞タイマＴ３１４の記憶された値が、ゼロより大きい場合：
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１４を使用する」に設定される、任意の無線アクセスベアラと関連付けられた無線ベアラが存在する場合：
４＞タイマＴ３１４を開始する．
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１４を使用する」または「Ｔ３１５を使用する」に設定され、シグナリングコネクションが、ＣＳドメインに対して存在する、任意の無線アクセスベアラと関連付けられた無線ベアラが存在する場合：
４＞タイマＴ３１４を開始する．
２＞タイマＴ３１５の記憶された値が、ゼロより大きい場合：
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１５を使用する」に設定される、任意の無線アクセスベアラと関連付けられた無線ベアラが存在する場合；または
３＞シグナリングコネクションが、ＰＳドメインに対して存在する場合：
４＞タイマＴ３１５を開始する．
２＞解放された無線ベアラに対して：
３＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳから、無線ベアラに関する情報を削除する；
３＞同一無線アクセスベアラに属するすべての無線ベアラが解放されたとき：
４＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳ内に記憶されたＲＡＢ識別とともに、ＣＮドメイン識別を使用して、無線アクセスベアラのローカル側解放を上層に示す；
４＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳから、無線アクセスベアラに関するすべての情報を削除する．
２＞変数Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮが、ＴＲＵＥに設定される場合：
３＞変数Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮをＦＡＬＳＥに設定する；
３＞任意のＥ−ＡＧＣＨおよびＥ−ＨＩＣＨ受信プロシージャを停止する；
３＞ＦＤＤに対して、任意のＥ−ＲＧＣＨ受信プロシージャを停止する．
３＞ＦＤＤに対して、任意のＥ−ＤＰＣＣＨおよびＥ−ＤＰＤＣＨ伝送プロシージャを停止する．
３＞１．２８Ｍｃｐｓ ＴＤＤに対して、任意のＥ−ＰＵＣＨ伝送プロシージャを停止する．
３＞変数Ｅ＿ＲＮＴＩをクリアする；
３＞ＩＥ「ＭＡＣ−ｅｓ／ｅリセットインジケータ」が受信されたように作用し、ＴＲＵＥに設定する；
３＞すべてのＥ−ＤＣＨ ＨＡＲＱリソースを解放する；
３＞任意の無線リンクが、Ｅ−ＤＣＨ無線リンクをサービングしていると見なさない．
２＞ＣＥＬＬ＿ＦＡＣＨ状態に移行する；
２＞［４］に従って、現在の周波数に関する好適なＵＴＲＡセルを選択する；
２＞変数Ｅ＿ＲＮＴＩをクリアする：
３＞ＨＳＰＡ＿ＲＮＴＩ＿ＳＴＯＲＥＤ＿ＣＥＬＬ＿ＰＣＨ変数に対する値を決定し、第８．５．５６項に説明される対応するアクションを行う；
３＞ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨ変数に対する値を決定し、第８．５．４７項に説明される対応するアクションを行う；
３＞ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．４６項に説明される対応するアクションを行う．
２＞３．８４Ｍｃｐｓ ＴＤＤおよび７．６８Ｍｃｐｓ ＴＤＤに対して；または
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において、ＨＳ−ＤＳＣＨ受信をサポートしない場合；または
２＞ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」が、システム情報ブロックタイプ５またはシステム情報ブロックタイプ５ビット内に含まれない場合；または
２＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「共通Ｅ−ＤＣＨシステム情報」が、システム情報ブロックタイプ５内に含まれない場合：
３＞第８．５．１７項に従って、ＰＲＡＣＨを選択する；
３＞第８．５．１９項に従って、二次ＣＣＰＣＨを選択する；
３＞第８．６．５．１項に規定されるように、システム情報内に与えられる、トランスポートフォーマットセットを使用する；
３＞第８．５．３７ａ項に説明されるように、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＧＥＮＥＲＡＬ変数に関連するアクションを行う．
２＞そうでなければ：
３＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
４＞第８．５．４５項に規定されるように、拡張アップリンクをＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードに構成する．
３＞そうでなければ：
４＞第８．５．１７項に従って、ＰＲＡＣＨを選択する：
５＞第８．６．５．１項に規定されるように、システム情報内に与えられる、ＰＲＡＣＨトランスポートフォーマットセットを使用する．
３＞変数Ｈ＿ＲＮＴＩをクリアする；
３＞任意の記憶されたＩＥ「ＨＡＲＱ情報」をクリアする；
３＞ＭＡＣ−ｅｈｓエンティティ［１５］をリセットする；
３＞変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤをＴＲＵＥに設定する；
３＞かつ第８．５．３７項におけるプロシージャに従って、ＨＳ−ＤＳＣＨの受信を開始する．
２＞変数ＯＲＤＥＲＥＤ＿ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮをＦＡＬＳＥに設定する．
１＞変数ＰＲＯＴＯＣＯＬ＿ＥＲＲＯＲ＿ＩＮＤＩＣＡＴＯＲ、ＦＡＩＬＵＲＥ＿ＩＮＤＩＣＡＴＯＲ、ＵＮＳＵＰＰＯＲＴＥＤ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮ、およびＩＮＶＡＬＩＤ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮをＦＡＬＳＥに設定する；
１＞変数ＣＥＬＬ＿ＵＰＤＡＴＥ＿ＳＴＡＲＴＥＤをＴＲＵＥに設定する；
１＞ＨＳ−ＤＳＣＨに関連する任意のＩＥが、ＵＥ内に記憶される場合：
２＞任意の記憶されたＩＥ「ダウンリンクＨＳ−ＰＤＳＣＨ情報」をクリアする；
２＞任意の記憶されたＩＥ「ダウンリンク二次セル情報ＦＤＤ」をクリアする；
２＞変数ＴＡＲＧＥＴ＿ＣＥＬＬ＿ＰＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮからすべての入力をクリアする；
２＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「ＤＬマルチキャリア情報」内のＩＥ「ＨＳ−ＰＤＳＣＨ Ｍｉｄａｍｂｌｅ構成」およびＩＥ「ＨＳ−ＳＣＣＨセット構成」をクリアする；
２＞ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ変数に対する値を決定し、第８．５．２５項に説明されるように、対応するアクションを行う；
２＞ＳＥＣＯＮＤＡＲＹ＿ＣＥＬＬ＿ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ変数に対する値を決定し、第８．５．５１項に説明されるように、対応するアクションを行う．
１＞Ｅ−ＤＣＨに関連する任意のＩＥが、ＵＥ内に記憶される場合：
２＞任意の記憶されたＩＥ「Ｅ−ＤＣＨ情報」をクリアする；
２＞Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．２８項に説明されるように、対応するアクションを行う．
１＞ＩＥ「ＤＴＸ−ＤＲＸタイミング情報」または「ＤＴＸ−ＤＲＸ情報」のいずれかが、ＵＥ内に記憶される場合：
２＞ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．３４項に説明されるように、対応するアクションを行う．
１＞ＩＥ「ＨＳ−ＳＣＣＨ削減情報」が、ＵＥ内に記憶される場合：
２＞ＨＳ＿ＳＣＣＨ＿ＬＥＳＳ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．３５項に説明されるように、対応するアクションを行う．
１＞ＭＩＭＯに関連する任意のＩＥが、ＵＥ内に記憶される場合：
２＞ＭＩＭＯ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．３３項に説明されるように、対応するアクションを行う．
１＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「制御チャネルＤＲＸ情報」が、ＵＥ内に記憶される場合：
２＞ＣＯＮＴＲＯＬ＿ＣＨＡＮＮＥＬ＿ＤＲＸ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．５３項に説明されるように、対応するアクションを行う．
１＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「ＳＰＳ情報」が、ＵＥ内に記憶される場合：
２＞Ｅ＿ＤＣＨ＿ＳＰＳ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．５４項に説明されるように、対応するアクションを行う；
２＞ＨＳ＿ＤＳＣＨ＿ＳＰＳ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．５５項に説明されるように、対応するアクションを行う．
１＞ＵＥが、既に、ＣＥＬＬ＿ＦＡＣＨ状態にない場合：
２＞ＣＥＬＬ＿ＦＡＣＨ状態に移行する；
２＞ＨＳＰＡ＿ＲＮＴＩ＿ＳＴＯＲＥＤ＿ＣＥＬＬ＿ＰＣＨ変数に対する値を決定し、第８．５．５６項に説明される対応するアクションを行う；
２＞ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨ変数に対する値を決定し、第８．５．４７項に説明される対応するアクションを行う；
２＞ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．４６項に説明される対応するアクションを行う；
２＞３．８４Ｍｃｐｓ ＴＤＤおよび７．６８Ｍｃｐｓ ＴＤＤに対して；または
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において、ＨＳ−ＤＳＣＨ受信をサポートしない場合；または
２＞ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」が、システム情報ブロックタイプ５またはシステム情報ブロックタイプ５ビット内に含まれない場合；または
２＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「共通Ｅ−ＤＣＨシステム情報」が、システム情報ブロックタイプ５内に含まれない場合：
３＞第８．５．１７項に従って、ＰＲＡＣＨを選択する；
３＞第８．５．１９項に従って、二次ＣＣＰＣＨを選択する；
３＞第８．６．５．１項に規定されるように、システム情報内に与えられる、トランスポートフォーマットセットを使用する；
３＞第８．５．３７ａ項に説明されるように、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＧＥＮＥＲＡＬ変数に関連するアクションを行う．
２＞そうでなければ：
３＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
４＞第８．５．４５項に規定されるように、拡張アップリンクをＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードに構成する．
３＞そうでなければ：
４＞第８．５．１７項に従って、ＰＲＡＣＨを選択する：
５＞第８．６．５．１項に規定されるように、システム情報内に与えられる、ＰＲＡＣＨトランスポートフォーマットセットを使用する．
３＞変数Ｈ＿ＲＮＴＩが設定されない、または変数Ｃ＿ＲＮＴＩが設定されない場合：
４＞変数Ｃ＿ＲＮＴＩをクリアする；
４＞変数Ｈ＿ＲＮＴＩをクリアする；
４＞任意の記憶されたＩＥ「ＨＡＲＱ情報」をクリアする；
４＞変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤをＴＲＵＥに設定する；
４＞かつ第８．５．３７項におけるプロシージャに従って、ＨＳ−ＤＳＣＨの受信を開始する．
３＞そうでなければ：
４＞第８．５．３６項におけるプロシージャにしたがって、ＨＳ−ＤＳＣＨを受信する．
１＞ＵＥが、セルの再選択を行う場合：
２＞変数Ｃ＿ＲＮＴＩをクリアする；および
２＞ＭＡＣ内の変数Ｃ＿ＲＮＴＩからちょうどクリアされたそのＣ＿ＲＮＴＩを使用して停止する；
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、変数Ｈ＿ＲＮＴＩが設定される場合：
３＞変数Ｈ＿ＲＮＴＩをクリアする；および
３＞ＭＡＣ内の変数Ｈ＿ＲＮＴＩからちょうどクリアされたそのＨ＿ＲＮＴＩを使用して停止する；
３＞任意の記憶されたＩＥ「ＨＡＲＱ情報」をクリアする；
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、変数Ｅ＿ＲＮＴＩが設定される場合：
３＞変数Ｅ＿ＲＮＴＩをクリアする．
２＞ＨＳＰＡ＿ＲＮＴＩ＿ＳＴＯＲＥＤ＿ＣＥＬＬ＿ＰＣＨ変数に対する値を決定し、第８．５．５６項に説明される対応するアクションを行う；
２＞ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨ変数に対する値を決定し、第８．５．４７項に説明される対応するアクションを行う；
２＞ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．４６項に説明される対応するアクションを行う；
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において、ＨＳ−ＤＳＣＨ受信をサポートし、ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」が、システム情報ブロックタイプ５またはシステム情報ブロックタイプ５ビット内に含まれる場合：
３＞ＭＡＣ−ｅｈｓエンティティ［１５］をリセットする．
３＞変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤをＴＲＵＥに設定する；
３＞かつ第８．５．３７項におけるプロシージャに従って、ＨＳ−ＤＳＣＨの受信を開始する．
３＞第８．５．３７ａ項に説明されるように、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＧＥＮＥＲＡＬ変数に関連するアクションを行う．
１＞第８．５．１５項に従って、現在のセルのＳＦＮに関連して、ＣＦＮを設定する；
１＞セル更新プロシージャの場合：
２＞第８．３．１．３項に従って、セル更新メッセージのコンテンツを設定する；
２＞アップリンクＣＣＣＨ上での伝送のためのセル更新メッセージを提出する．
１＞ＵＲＡ更新プロシージャの場合：
２＞第８．３．１．３項に従って、ＵＲＡ更新メッセージのコンテンツを設定する；
２＞アップリンクＣＣＣＨ上での伝送のためのＵＲＡ更新メッセージを提出する．
１＞カウンタＶ３０２を１に設定する；
１＞ＭＡＣ層が、メッセージを伝送する際、成功または失敗を示すとタイマＴ３０２を開始する。

（１０．３．３．４３ コネクトモードにおけるＵＥタイマおよび定数）
この情報要素は、コネクトモードにおいてＵＥによって使用されるタイマおよび定数値を規定する．

（１３．４．２７ｘ ＴＲＩＧＧＥＲＥＤ＿ＳＣＲＩ＿ＩＮ＿ＰＣＨ＿ＳＴＡＴＥ）
この変数は、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態においてトリガされたかどうかに関する情報を含有する．ＵＥ内にそのような変数の１つが存在する．

（付録Ｃ）
（８．１．１４ シグナリングコネクション解放指示プロシージャ）

（８．１．１４．１ 概要）
シグナリングコネクション解放指示プロシージャは、そのシグナリングコネクションのうちの１つが解放されたことをＵＴＲＡＮに示すために、ＵＥによって使用される．このプロシージャは、次に、ＲＲＣコネクション解放プロシージャを開始してもよい。

（８．１．１４．２ 開始）
ＵＥは、特定のＣＮドメインに対して、上層から、シグナリングコネクションを解放（中止）するよう要求を受信すると：
１＞ＩＥ「ＣＮドメイン識別」によって識別された特定のＣＮドメインに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ内にシグナリングコネクションが存在する場合：
２＞シグナリングコネクション解放指示プロシージャを開始する；
１＞そうでなければ：
２＞８．１．３．５ａにおいて規定されたその特定のＣＮドメインに対して、シグナリングコネクションのいかなる進行中の確立も中止する．
ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態におけるシグナリングコネクション解放指示プロシージャの開始に応じて、ＵＥは：
１＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
２＞ＣＥＬＬ＿ＦＡＣＨ状態に移行する；
２＞周期的セル更新が、Ｔ３０５によって、「無限大」以外の任意の他の値に設定されたＩＥ「コネクトモードにおけるＵＥタイマおよび定数」内に構成されている場合、その初期値を使用して、タイマＴ３０５を再開する；
１＞そうでなければ：
２＞変数Ｈ＿ＲＮＴＩおよび変数Ｃ＿ＲＮＴＩが設定される場合：
３＞以下のように、シグナリングコネクション解放指示プロシージャを継続する；
２＞そうでなければ：
３＞原因「アップリンクデータ伝送」を使用して、第８．３．１項に従って、セル更新プロシージャを行い；
３＞セル更新プロシージャが正常に完了すると：
４＞以下のように、シグナリングコネクション解放指示プロシージャを継続する．
ＵＥは：
１＞ＩＥ「ＣＮドメイン識別」を上層によって示される値に設定する．ＩＥの値は、上層が解放されるべきと示している、シグナリングコネクションが関連付けられた、ＣＮドメインを示す；
１＞変数「ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳから上層によって示された識別とのシグナリングコネクションを除去し；
１＞ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを、ＡＭ ＲＬＣを使用して、ＤＣＣＨ上で伝送する．
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮＳ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常送達がＲＬＣによって確認されると、プロシージャは終了する．
加えて、タイマＴ３２３値が、変数ＴＩＭＥＲＳ＿ＡＮＤ＿ＣＯＮＳＴＡＮＴＳ内のＩＥ「コネクトモードにおけるＵＥタイマおよび定数」に記憶される場合、および変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳによって示されるＣＳドメインコネクションが存在しない場合、ＵＥは：
１＞上層が、長期間にわたって、ＰＳデータが存在しないことを示す場合：
２＞タイマＴ３２３が作動中ではない場合：
３＞ＵＥが、ＣＥＬＬ＿ＤＣＨ状態またＣＥＬＬ＿ＦＡＣＨ状態にある場合；または、
３＞ＵＥが、ＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態にあって、Ｖ３１６＜Ｎ３１６である場合：
４＞ＵＥが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態にある場合、Ｖ３１６を１だけ増分し；
４＞ＩＥ「ＣＮドメイン識別」をＰＳドメインに設定し；
４＞ＩＥ「シグナリングコネクション解放指示原因」を「ＵＥがＰＳデータセッション終了を要求した」に設定し；
４＞ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージをＡＭ ＲＬＣを使用して、ＤＣＣＨ上で伝送し；
４＞タイマＴ３２３を開始する．
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮＳ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常送達がＲＬＣによって確認されると、プロシージャは、終了する．ＵＥは、タイマＴ３２３が作動中、「ＵＥがＰＳデータセッション終了を要求した」に設定されたＩＥ「シグナリングコネクション解放指示原因」を伴うＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを送信することが禁止される．
ＰＳデータが、伝送のために利用可能となる場合、またはＵＥが、セル更新プロシージャをトリガするページングメッセージを受信する場合、ＵＥは、Ｖ３１６をゼロにする．
ＵＥが、ＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態において、「ＵＥがＰＳデータセッション終了を要求した」に設定されたＩＥ「シグナリングコネクション解放指示原因」を伴うＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを送信し、それに応答して、ＵＥが、ＵＥをＣＥＬＬ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態に遷移させる再構成メッセージを受信する場合、ＵＥは、Ｖ３１６をＮ３１６に設定する．ＵＥは、再構成メッセージが、５００ｍｓ以内に受信される場合、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージに応答したものであると見なす。

（８．１．１４．２ａ ＲＬＣ再確立またはＲＡＴ間変更）
シグナリング無線ベアラＲＢ２上でのＲＬＣエンティティの伝送側の再確立が、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常な送達が、ＲＬＣによって確認される前に生じる場合、ＵＥは：
１＞シグナリング無線ベアラＲＢ２上のＡＭ ＲＬＣを使用して、アップリンクＤＣＣＨ上でＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージを再伝送する．
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの正常な送達が、ＲＬＣによって確認される前に、ＵＴＲＡＮプロシージャからのＲＡＴ間ハンドオーバが生じる場合、ＵＥは：
１＞新しいＲＡＴにある間、シグナリングコネクションを中止する。

（８．１．１４．３ ＵＴＲＡＮによるＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ
ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮの受信）
ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの受信に応じて、ＩＥ「シグナリングコネクション解放指示原因」が含まれない場合、ＵＴＲＡＮは、上層からシグナリングコネクションの解放を要求する．次いで、上層は、シグナリングコネクションの解放を開始してもよい．
ＩＥ「シグナリングコネクション解放指示原因」が、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージ内に含まれない場合、ＵＴＲＡＮは、効率的バッテリ消費ＩＤＬＥ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、またはＣＥＬＬ＿ＦＡＣＨ状態への状態遷移を開始してもよい．
（８．１．１４．４ タイマＴ３２３の満了）
タイマＴ３２３の終了すると：
１＞ＵＥは、長期間、ＰＳデータが存在しない上層からの任意の後続指示がないかどうかを決定してもよく、その場合、第８．１．１４．２項に従って、単一ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージの伝送をトリガする；
１＞プロシージャは、終了する。

（８．３ ＲＲＣコネクションモビリティプロシージ）
（８．３．１ セルおよびＵＲＡ更新プロシージャ）

（８．３．１．１ 概要）
ＵＲＡ更新およびセル更新プロシージャは、いくつかの主要目的を果たす：
−ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＰＣＨ状態において、サービスエリアに再入後、ＵＴＲＡＮに通知する；
−ＡＭ ＲＬＣエンティティ上のＲＬＣ回復不能エラー［１６］をＵＴＲＡＮに通知する；
−周期的更新によって、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨ状態における監視機構として使用される．
加えて、ＵＲＡ更新プロシージャはまた、以下の目的を果たす：
−ＵＲＡ＿ＰＣＨ状態においてＵＥに割り当てられる現在のＵＲＡに属さないセルへのセル再選択後、新しいＵＲＡ識別を読み出す．
加えて、セル更新プロシージャはまた、以下の目的を果たす：
−セル再選択後、ＵＥがキャンプオンしている現在のセルによって、ＵＴＲＡＮを更新する；
−ＣＥＬＬ＿ＤＣＨ状態における無線リンク失敗に作用する；
−ＵＥ ＣＡＰＡＢＩＬＩＴＹ ＩＮＦＯＲＭＡＴＩＯＮメッセージの伝送失敗に作用する；
−ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、変数Ｈ＿ＲＮＴＩが設定されていない場合、ならびに３．８４Ｍｃｐｓ ＴＤＤおよび７．６８Ｍｃｐｓ ＴＤＤに対して：
ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＰＣＨ状態においてトリガされると、ＵＴＲＡＮ発信ページングの受信による、またはアップリンクデータ伝送要求による、ＣＥＬＬ＿ＦＡＣＨ状態への遷移をＵＴＲＡＮに通知する；
−ＭＢＭＳ伝送の受信に関心がある、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、およびＣＥＬＬ＿ＦＡＣＨにおけるＵＥの数をカウントする；
−ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、およびＣＥＬＬ＿ＦＡＣＨ状態においてトリガされると、ＵＥがＭＢＭＳサービスの受信に関心があることをＵＴＲＡＮに通知する；
−ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、およびＣＥＬＬ＿ＦＡＣＨ状態において、ＵＥによるＰ−Ｔ−Ｐ ＲＢ設定をＭＢＭＳに要求する．
ＵＲＡ更新およびセル更新プロシージャは、以下を行ってもよい：
１＞ＵＥ内のモビリティ関連情報の更新を含む；
１＞ＣＥＬＬ＿ＦＡＣＨ状態から、ＣＥＬＬ＿ＤＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＵＲＡ＿ＰＣＨ状態、またはアイドルモードに状態遷移させる．
セル更新プロシージャはまた、以下を含んでもよい：
−ＡＭ ＲＬＣエンティティの再確立；
−無線ベアラ解放、無線ベアラ再構成、トランスポートチャネル再構成、または物理チャネル再構成。

（８．３．１．２ 開始）ＵＥは、以下の場合、セル更新プロシージャを開始する：
１＞アップリンクデータ伝送：
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、変数Ｈ＿ＲＮＴＩが設定されていない場合、ならびに３．８４Ｍｃｐｓ ＴＤＤおよび７．６８Ｍｃｐｓ ＴＤＤに対して：
３＞ＵＥが、ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＰＣＨ状態にある場合；および
３＞タイマＴ３２０が作動中でない場合：
４＞ＵＥが、ＲＢ１以降上に伝送するためのアップリンクＲＬＣデータＰＤＵまたはアップリンクＲＬＣ制御ＰＤＵを有する場合：
５＞原因「アップリンクデータ伝送」を使用して、セル更新を行う．
３＞そうでなければ：
４＞変数ＥＳＴＡＢＬＩＳＨＭＥＮＴ＿ＣＡＵＳＥが設定される場合：
５＞原因「アップリンクデータ伝送」を使用して、セル更新を行う．
１＞ページング応答：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準が満たされない場合；および
２＞ＵＥが、ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＰＣＨ状態にある場合、第８．１．２．３項に規定のセル更新プロシージャを開始するための条件を満たすＰＡＧＩＮＧ ＴＹＰＥ １メッセージを受信し：
３＞原因「ページング応答」を使用して、セル更新を行う．
１＞無線リンクの失敗：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合：
３＞ＵＥが、ＣＥＬＬ＿ＤＣＨ状態にあって、無線リンクの失敗のための基準が、第８．５．６項に規定されるように満たされる場合；または
３＞ＵＥ ＣＡＰＡＢＩＬＩＴＹ ＩＮＦＯＲＭＡＴＩＯＮメッセージの伝送が、第８．１．６．６項に規定されるように、失敗する場合：
４＞原因「無線リンクの失敗」を使用して、セル更新を行う．
１＞ＭＢＭＳ ｐｔｐ ＲＢ要求：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＣＥＬＬ＿ＦＡＣＨ状態にある場合；および
２＞タイマＴ３２０が作動中でない場合；および
２＞ＵＥが、第８．６．９．６項に規定されるように、ＭＢＭＳ ｐｔｐ無線ベアラ要求のためのセル更新を行うべき場合：
３＞原因「ＭＢＭＳ ｐｔｐ ＲＢ要求」を使用して、セル更新を行う．
１＞サービスエリアへの再入：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨまたはＣＥＬＬ＿ＰＣＨ状態にある場合；および
２＞ＵＥが、サービスエリアから出て、Ｔ３０７またはＴ３１７の終了する前に、サービスエリアに再入する場合：
３＞原因「サービスエリアへの再入」を使用して、セル更新を行う．
１＞ＲＬＣ回復不能エラー：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＡＭ ＲＬＣエンティティ内のＲＬＣ回復不能エラー［１６］を検出する場合：
３＞原因「ＲＬＣ回復不能エラー」を使用して、セル更新を行う．
１＞セルの再選択：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合：
３＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨまたはＣＥＬＬ＿ＰＣＨ状態にあって、ＵＥが、セルの再選択を行う場合；または
３＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態にあって、変数Ｃ＿ＲＮＴＩが、空である場合：
４＞原因「セルの再選択」を使用して、セル更新を行う．
１＞周期的セル更新：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨまたはＣＥＬＬ＿ＰＣＨ状態にある場合；および
２＞タイマＴ３０５の終了する場合；および
２＞第８．５．５．２項に規定される「サービスエリア内」のための基準が満たされる場合；および
２＞周期的更新が、「無限大」以外の任意の他の値に設定されたＩＥ「コネクトモードにおけるＵＥタイマおよび定数」において、Ｔ３０５によって構成されている場合：
３＞ＦＤＤに対して：
４＞変数ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮが、ＦＡＬＳＥに設定される場合：
５＞原因「周期的セル更新」を使用して、セル更新を行う．
４＞そうでなければ：
５＞タイマＴ３０５を再開する；
５＞およびプロシージャを終了する．
３＞１．２８Ｍｃｐｓ ＴＤＤおよび３．８４／７．６８Ｍｃｐｓ ＴＤＤに対して：
４＞原因「周期的セル更新」を使用して、セル更新を行う．
１＞ＭＢＭＳ受信：
２＞現在の項において、前述の原因を伴うセル更新を行うための基準のいずれも満たされない場合；および
２＞ＵＥが、ＵＲＡ＿ＰＣＨ、ＣＥＬＬ＿ＰＣＨ、またはＣＥＬＬ＿ＦＡＣＨ状態にある場合；および
２＞ＵＥが、第８．７．４項に規定されるＭＢＭＳカウンティングのためのセル更新を行うべきである場合：
３＞原因「ＭＢＭＳ受信」を使用して、セル更新を行う．
ＵＲＡ＿ＰＣＨ状態にあるＵＥは、以下の場合、ＵＲＡ更新プロシージャを開始する：
１＞ＵＲＡの再選択：
２＞ＵＥが、変数ＵＲＡ＿ＩＤＥＮＴＩＴＹ内に記憶された、ＵＥに割り当てられた現在のＵＲＡが、システム情報ブロックタイプ２内のＵＲＡ識別のリスト内に存在しないことを検出する場合；または
２＞システム情報ブロックタイプ２内のＵＲＡ識別のリストが、空である場合；または
２＞システム情報ブロックタイプ２が見つからない場合：
３＞原因「ＵＲＡの変更」を使用して、ＵＲＡ更新を行う．
１＞周期的ＵＲＡ更新：
２＞現在の項において前述の原因を伴うＵＲＡ更新を行うための基準が見なされない場合：
３＞タイマＴ３０５の終了する場合および周期的更新が、「無限大」以外の任意の他の値に設定されたＩＥ「コネクトモードにおけるＵＥタイマおよび定数」において、Ｔ３０５によって構成されている場合；または
３＞第８．１．１．６．５項に規定のＵＲＡ更新プロシージャを開始するための条件が満たされる場合：
４＞原因「周期的ＵＲＡ更新」を使用して、ＵＲＡ更新を行う．
ＵＲＡ更新またセル更新プロシージャを開始時、ＵＥは：
１＞ＵＥが、ＲＢ３以降上で伝送するためのアップリンクＲＬＣデータＰＤＵまたはアップリンクＲＬＣ制御ＰＤＵを有する場合；または
１＞ＵＥが、第８．１．２．３項に規定のセル更新プロシージャを開始するための条件を満たすＰＡＧＩＮＧ ＴＹＰＥ １メッセージを受信する場合：
２＞カウンタＶ３１６をゼロに設定する．
１＞タイマＴ３２０が作動中である場合：
２＞タイマＴ３２０を停止する；
２＞ＵＥが、ＲＢ１以降上に伝送するためのアップリンクＲＬＣデータＰＤＵまたはアップリンクＲＬＣ制御ＰＤＵを有する場合：
３＞原因「アップリンクデータ伝送」を使用して、セル更新を行う．
２＞そうでなければ：
３＞セル更新プロシージャが、ページング応答または無線リンクの失敗によってトリガされない場合；および
３＞ＵＥが、第８．６．９．６項に規定されるように、ＭＢＭＳ ｐｔｐ無線ベアラ要求のためのセル更新を行うべき場合：
４＞原因「ＭＢＭＳ ｐｔｐ ＲＢ要求」を使用して、セル更新を行う．
１＞作動中である場合、タイマＴ３１９を停止する；
１＞タイマＴ３０５を停止する；
１＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して：
２＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態にある場合；および
２＞ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」が、システム情報ブロックタイプ５またはシステム情報ブロックタイプ５ビット内に含まれる場合；および
２＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「共通Ｅ−ＤＣＨシステム情報」がシステム情報ブロックタイプ５内にある場合；および
２＞ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において、ＨＳ−ＤＳＣＨ受信をサポートする場合：
３＞変数Ｈ＿ＲＮＴＩが設定されない、または変数Ｃ＿ＲＮＴＩが設定されない場合：
４＞変数Ｈ＿ＲＮＴＩをクリアする；
４＞変数Ｃ＿ＲＮＴＩをクリアする；
４＞任意の記憶されたＩＥ「ＨＡＲＱ情報」をクリアする；
４＞変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤをＴＲＵＥに設定する；
４＞かつ第８．５．３７項におけるプロシージャに従って、ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」によって与えられたパラメータを使用することによって、タイプＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨのＨＳ−ＤＳＣＨトランスポートチャネルマップ物理チャネルの受信を開始する．
３＞そうでなければ：
４＞第８．５．３６項におけるプロシージャに従って、ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」によって与えられたパラメータを使用することによって、タイプＨＳ−ＳＣＣＨおよびＨＳ−ＰＤＳＣＨのＨＳ−ＤＳＣＨトランスポートチャネルマップ物理チャネルを受信する；
４＞ＨＳＰＡ＿ＲＮＴＩ＿ＳＴＯＲＥＤ＿ＣＥＬＬ＿ＰＣＨ変数に対する値を決定し、第８．５．５６項に説明される対応するアクションを行う；
４＞ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨ変数に対する値を決定し、第８．５．４７項に説明される対応するアクションを行う；
４＞ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．４６項に説明される対応するアクションを行う；
４＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
５＞ＦＤＤに対しては、第８．５．４５項、１．２８Ｍｃｐｓ ＴＤＤに対しては、第８．５．４５ａ項に規定されるように、拡張アップリンクをＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードに構成する．
１＞ＵＥが、ＣＥＬＬ＿ＤＣＨ状態にある場合：
２＞変数ＲＢ＿ＴＩＭＥＲ＿ＩＮＤＩＣＡＴＯＲにおいて、ＩＥ「Ｔ３１４満了」およびＩＥ「Ｔ３１５満了」をＦＡＬＳＥに設定する；
２＞タイマＴ３１４およびタイマＴ３１５の記憶された値が、両方ともゼロに等しい場合；または
２＞タイマＴ３１４の記憶された値が、ゼロに等しく、それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１５を使用する」に設定され、シグナリングコネクションが、ＣＳドメインに対してのみ存在する、任意の無線アクセスベアラと関連付けられた無線ベアラが存在しない場合：
３＞その無線リソースをすべて解放する；
３＞確立されたシグナリングコネクション（変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ内に記憶されるように）および確立された無線アクセスベアラ（変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳ内に記憶されるように）の解放（中止）を上層に示す；
３＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳをクリアする；
３＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳをクリアする；
３＞アイドルモードに入る；
３＞第８．５．２項に規定されるように、コネクトモードからアイドルモードに入る時、他のアクションを行う；
３＞かつプロシージャを終了する．
２＞タイマＴ３１４の記憶された値が、ゼロに等しい場合：
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１４を使用する」に設定される、任意の無線アクセスベアラと関連付けられたすべての無線ベアラを解放する；
３＞変数ＲＢ＿ＴＩＭＥＲ＿ＩＮＤＩＣＡＴＯＲにおいて、ＩＥ「Ｔ３１４満了」をＴＲＵＥに設定する；
３＞ＣＮドメインと関連付けられたすべての無線アクセスベアラが解放される場合：
４＞そのＣＮドメインに対するシグナリングコネクションを解放する；
４＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳから、そのＣＮドメインに対するシグナリングコネクションを除去する；
４＞シグナリングコネクションの解放（中止）を上層に示す；
２＞タイマＴ３１５の記憶された値が、ゼロに等しい場合：
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１５を使用する」に設定される、任意の無線アクセスベアラと関連付けられたすべての無線ベアラを解放する；
３＞変数ＲＢ＿ＴＩＭＥＲ＿ＩＮＤＩＣＡＴＯＲにおいて、ＩＥ「Ｔ３１５満了」をＴＲＵＥに設定する．
３＞ＣＮドメインと関連付けられたすべての無線アクセスベアラが解放される場合：
４＞そのＣＮドメインに対するシグナリングコネクションを解放する；
４＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳから、そのＣＮドメインに対するシグナリングコネクションを除去する；
４＞シグナリングコネクションの解放（中止）を上層に示す；
２＞タイマＴ３１４の記憶された値が、ゼロより大きい場合：
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１４を使用する」に設定される、任意の無線アクセスベアラと関連付けられた無線ベアラが存在する場合：
４＞タイマＴ３１４を開始する．
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１４を使用する」または「Ｔ３１５を使用する」に設定され、シグナリングコネクションが、ＣＳドメインに対して存在する、任意の無線アクセスベアラと関連付けられた無線ベアラが存在する場合：
４＞タイマＴ３１４を開始する．
２＞タイマＴ３１５の記憶された値が、ゼロより大きい場合：
３＞それに対して、変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳにおいて、ＩＥ「再確立タイマ」の値が、「Ｔ３１５を使用する」に設定される、任意の無線アクセスベアラと関連付けられた無線ベアラが存在する場合；または
３＞シグナリングコネクションが、ＰＳドメインに対して存在する場合：
４＞タイマＴ３１５を開始する．
２＞解放された無線ベアラに対して：
３＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳから、無線ベアラに関する情報を削除する；
３＞同一無線アクセスベアラに属するすべての無線ベアラが解放されたとき：
４＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳ内に記憶されたＲＡＢ識別とともに、ＣＮドメイン識別を使用して、無線アクセスベアラのローカル側解放を上層に示す；
４＞変数ＥＳＴＡＢＬＩＳＨＥＤ＿ＲＡＢＳから、無線アクセスベアラに関するすべての情報を削除する．
２＞変数Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮが、ＴＲＵＥに設定される場合：
３＞変数Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮをＦＡＬＳＥに設定する；
３＞任意のＥ−ＡＧＣＨおよびＥ−ＨＩＣＨ受信プロシージャを停止する；
３＞ＦＤＤに対して、任意のＥ−ＲＧＣＨ受信プロシージャを停止する．
３＞ＦＤＤに対して、任意のＥ−ＤＰＣＣＨおよびＥ−ＤＰＤＣＨ伝送プロシージャを停止する．
３＞１．２８Ｍｃｐｓ ＴＤＤに対して、任意のＥ−ＰＵＣＨ伝送プロシージャを停止する．
３＞変数Ｅ＿ＲＮＴＩをクリアする；
３＞ＩＥ「ＭＡＣ−ｅｓ／ｅリセットインジケータ」が受信されたように作用し、ＴＲＵＥに設定する；
３＞すべてのＥ−ＤＣＨ ＨＡＲＱリソースを解放する；
３＞任意の無線リンクが、Ｅ−ＤＣＨ無線リンクをサービングしていると見なさない．
２＞ＣＥＬＬ＿ＦＡＣＨ状態に移行する；
２＞［４］に従って、現在の周波数に関する好適なＵＴＲＡセルを選択する；
２＞変数Ｅ＿ＲＮＴＩをクリアする：
３＞ＨＳＰＡ＿ＲＮＴＩ＿ＳＴＯＲＥＤ＿ＣＥＬＬ＿ＰＣＨ変数に対する値を決定し、第８．５．５６項に説明される対応するアクションを行う；
３＞ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨ変数に対する値を決定し、第８．５．４７項に説明される対応するアクションを行う；
３＞ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．４６項に説明される対応するアクションを行う．
２＞３．８４Ｍｃｐｓ ＴＤＤおよび７．６８Ｍｃｐｓ ＴＤＤに対して；または
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において、ＨＳ−ＤＳＣＨ受信をサポートしない場合；または
２＞ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」が、システム情報ブロックタイプ５またはシステム情報ブロックタイプ５ビット内に含まれない場合；または
２＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「共通Ｅ−ＤＣＨシステム情報」が、システム情報ブロックタイプ５内に含まれない場合：
３＞第８．５．１７項に従って、ＰＲＡＣＨを選択する；
３＞第８．５．１９項に従って、二次ＣＣＰＣＨを選択する；
３＞第８．６．５．１項に規定されるように、システム情報内に与えられる、トランスポートフォーマットセットを使用する；
３＞第８．５．３７ａ項に説明されるように、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＧＥＮＥＲＡＬ変数に関連するアクションを行う．
２＞そうでなければ：
３＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
４＞第８．５．４５項に規定されるように、拡張アップリンクをＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードに構成する．
３＞そうでなければ：
４＞第８．５．１７項に従って、ＰＲＡＣＨを選択する：
５＞第８．６．５．１項に規定されるように、システム情報内に与えられる、ＰＲＡＣＨトランスポートフォーマットセットを使用する．
３＞変数Ｈ＿ＲＮＴＩをクリアする；
３＞任意の記憶されたＩＥ「ＨＡＲＱ情報」をクリアする；
３＞ＭＡＣ−ｅｈｓエンティティ［１５］をリセットする；
３＞変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤをＴＲＵＥに設定する；
３＞かつ第８．５．３７項におけるプロシージャに従って、ＨＳ−ＤＳＣＨの受信を開始する．
２＞変数ＯＲＤＥＲＥＤ＿ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮをＦＡＬＳＥに設定する．
１＞変数ＰＲＯＴＯＣＯＬ＿ＥＲＲＯＲ＿ＩＮＤＩＣＡＴＯＲ、ＦＡＩＬＵＲＥ＿ＩＮＤＩＣＡＴＯＲ、ＵＮＳＵＰＰＯＲＴＥＤ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮ、およびＩＮＶＡＬＩＤ＿ＣＯＮＦＩＧＵＲＡＴＩＯＮをＦＡＬＳＥに設定する；
１＞変数ＣＥＬＬ＿ＵＰＤＡＴＥ＿ＳＴＡＲＴＥＤをＴＲＵＥに設定する；
１＞ＨＳ−ＤＳＣＨに関連する任意のＩＥが、ＵＥ内に記憶される場合：
２＞任意の記憶されたＩＥ「ダウンリンクＨＳ−ＰＤＳＣＨ情報」をクリアする；
２＞任意の記憶されたＩＥ「ダウンリンク二次セル情報ＦＤＤ」をクリアする；
２＞変数ＴＡＲＧＥＴ＿ＣＥＬＬ＿ＰＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮからすべての入力をクリアする；
２＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「ＤＬマルチキャリア情報」内のＩＥ「ＨＳ−ＰＤＳＣＨ Ｍｉｄａｍｂｌｅ構成」およびＩＥ「ＨＳ−ＳＣＣＨセット構成」をクリアする；
２＞ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ変数に対する値を決定し、第８．５．２５項に説明されるように、対応するアクションを行う；
２＞ＳＥＣＯＮＤＡＲＹ＿ＣＥＬＬ＿ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ変数に対する値を決定し、第８．５．５１項に説明されるように、対応するアクションを行う．
１＞Ｅ−ＤＣＨに関連する任意のＩＥが、ＵＥ内に記憶される場合：
２＞任意の記憶されたＩＥ「Ｅ−ＤＣＨ情報」をクリアする；
２＞Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．２８項に説明されるように、対応するアクションを行う．
１＞ＩＥ「ＤＴＸ−ＤＲＸタイミング情報」または「ＤＴＸ−ＤＲＸ情報」のいずれかが、ＵＥ内に記憶される場合：
２＞ＤＴＸ＿ＤＲＸ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．３４項に説明されるように、対応するアクションを行う．
１＞ＩＥ「ＨＳ−ＳＣＣＨ削減情報」が、ＵＥ内に記憶される場合：
２＞ＨＳ＿ＳＣＣＨ＿ＬＥＳＳ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．３５項に説明されるように、対応するアクションを行う．
１＞ＭＩＭＯに関連する任意のＩＥが、ＵＥ内に記憶される場合：
２＞ＭＩＭＯ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．３３項に説明されるように、対応するアクションを行う．
１＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「制御チャネルＤＲＸ情報」が、ＵＥ内に記憶される場合：
２＞ＣＯＮＴＲＯＬ＿ＣＨＡＮＮＥＬ＿ＤＲＸ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．５３項に説明されるように、対応するアクションを行う．
１＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「ＳＰＳ情報」が、ＵＥ内に記憶される場合：
２＞Ｅ＿ＤＣＨ＿ＳＰＳ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．５４項に説明されるように、対応するアクションを行う；
２＞ＨＳ＿ＤＳＣＨ＿ＳＰＳ＿ＳＴＡＴＵＳ変数に対する値を決定し、第８．５．５５項に説明されるように、対応するアクションを行う．
１＞ＵＥが、既に、ＣＥＬＬ＿ＦＡＣＨ状態にない場合：
２＞ＣＥＬＬ＿ＦＡＣＨ状態に移行する；
２＞ＨＳＰＡ＿ＲＮＴＩ＿ＳＴＯＲＥＤ＿ＣＥＬＬ＿ＰＣＨ変数に対する値を決定し、第８．５．５６項に説明される対応するアクションを行う；
２＞ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨ変数に対する値を決定し、第８．５．４７項に説明される対応するアクションを行う；
２＞ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．４６項に説明される対応するアクションを行う；
２＞３．８４Ｍｃｐｓ ＴＤＤおよび７．６８Ｍｃｐｓ ＴＤＤに対して；または
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において、ＨＳ−ＤＳＣＨ受信をサポートしない場合；または
２＞ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」が、システム情報ブロックタイプ５またはシステム情報ブロックタイプ５ビット内に含まれない場合；または
２＞１．２８Ｍｃｐｓ ＴＤＤに対して、ＩＥ「共通Ｅ−ＤＣＨシステム情報」が、システム情報ブロックタイプ５内に含まれない場合：
３＞第８．５．１７項に従って、ＰＲＡＣＨを選択する；
３＞第８．５．１９項に従って、二次ＣＣＰＣＨを選択する；
３＞第８．６．５．１項に規定されるように、システム情報内に与えられる、トランスポートフォーマットセットを使用する；
３＞第８．５．３７ａ項に説明されるように、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＧＥＮＥＲＡＬ変数に関連するアクションを行う．
２＞そうでなければ：
３＞変数ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨが、ＴＲＵＥに設定される場合：
４＞第８．５．４５項に規定されるように、拡張アップリンクをＣＥＬＬ＿ＦＡＣＨ状態およびアイドルモードに構成する．
３＞そうでなければ：
４＞第８．５．１７項に従って、ＰＲＡＣＨを選択する：
５＞第８．６．５．１項に規定されるように、システム情報内に与えられる、ＰＲＡＣＨトランスポートフォーマットセットを使用する．
３＞変数Ｈ＿ＲＮＴＩが設定されない、または変数Ｃ＿ＲＮＴＩが設定されない場合：
４＞変数Ｃ＿ＲＮＴＩをクリアする；
４＞変数Ｈ＿ＲＮＴＩをクリアする；
４＞任意の記憶されたＩＥ「ＨＡＲＱ情報」をクリアする；
４＞変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤをＴＲＵＥに設定する；
４＞かつ第８．５．３７項におけるプロシージャに従って、ＨＳ−ＤＳＣＨの受信を開始する．
３＞そうでなければ：
４＞第８．５．３６項におけるプロシージャにしたがって、ＨＳ−ＤＳＣＨを受信する．
１＞ＵＥが、セルの再選択を行う場合：
２＞変数Ｃ＿ＲＮＴＩをクリアする；および
２＞ＭＡＣ内の変数Ｃ＿ＲＮＴＩからちょうどクリアされたそのＣ＿ＲＮＴＩを使用して停止する；
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、変数Ｈ＿ＲＮＴＩが設定される場合：
３＞変数Ｈ＿ＲＮＴＩをクリアする；および
３＞ＭＡＣ内の変数Ｈ＿ＲＮＴＩからちょうどクリアされたそのＨ＿ＲＮＴＩを使用して停止する；
３＞任意の記憶されたＩＥ「ＨＡＲＱ情報」をクリアする；
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、変数Ｅ＿ＲＮＴＩが設定される場合：
３＞変数Ｅ＿ＲＮＴＩをクリアする．
２＞ＨＳＰＡ＿ＲＮＴＩ＿ＳＴＯＲＥＤ＿ＣＥＬＬ＿ＰＣＨ変数に対する値を決定し、第８．５．５６項に説明される対応するアクションを行う；
２＞ＲＥＡＤＹ＿ＦＯＲ＿ＣＯＭＭＯＮ＿ＥＤＣＨ変数に対する値を決定し、第８．５．４７項に説明される対応するアクションを行う；
２＞ＣＯＭＭＯＮ＿Ｅ＿ＤＣＨ＿ＴＲＡＮＳＭＩＳＳＩＯＮ変数に対する値を決定し、第８．５．４６項に説明される対応するアクションを行う；
２＞ＦＤＤおよび１．２８Ｍｃｐｓ ＴＤＤに対して、ＵＥが、ＣＥＬＬ＿ＦＡＣＨ状態において、ＨＳ−ＤＳＣＨ受信をサポートし、ＩＥ「ＨＳ−ＤＳＣＨ共通システム情報」が、システム情報ブロックタイプ５またはシステム情報ブロックタイプ５ビット内に含まれる場合：
３＞ＭＡＣ−ｅｈｓエンティティ［１５］をリセットする．
３＞変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤをＴＲＵＥに設定する；
３＞かつ第８．５．３７項におけるプロシージャに従って、ＨＳ−ＤＳＣＨの受信を開始する．
２＞そうでなければ：
３＞第８．５．３７ａ項に説明されるように、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＧＥＮＥＲＡＬ変数に関連するアクションを行う．
１＞第８．５．１５項に従って、現在のセルのＳＦＮに関連して、ＣＦＮを設定する；
１＞セル更新プロシージャの場合：
２＞第８．３．１．３項に従って、セル更新メッセージのコンテンツを設定する；
２＞アップリンクＣＣＣＨ上での伝送のためのセル更新メッセージを提出する．
１＞ＵＲＡ更新プロシージャの場合：
２＞第８．３．１．３項に従って、ＵＲＡ更新メッセージのコンテンツを設定する；
２＞アップリンクＣＣＣＨ上での伝送のためのＵＲＡ更新メッセージを提出する．
１＞カウンタＶ３０２を１に設定する；
１＞ＭＡＣ層が、メッセージを伝送する際、成功または失敗を示すと、タイマＴ３０２を開始する。

（１０．３．３．４３ コネクトモードにおけるＵＥタイマおよび定数）
この情報要素は、コネクトモードにおいて、ＵＥによって使用される、タイマおよび定数値を規定する．

（１３．４．２７ｘ ＴＲＩＧＧＥＲＥＤ＿ＳＣＲＩ＿ＩＮ＿ＰＣＨ＿ＳＴＡＴＥ）
この変数は、ＳＩＧＮＡＬＬＩＮＧ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥ ＩＮＤＩＣＡＴＩＯＮメッセージが、ＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態においてトリガされたかどうかに関する情報を含有する．ＵＥ内にそのような変数の１つが存在する．

（付録Ｄ）
２５．３３１の第８．２．２節、図８．２．２−３：は、無線ベアラ再構成の正常フローを描写する．メッセージは、以下に説明され、提案される追加については、イタリックおよび太字で示される。

（１０．２．２７ 無線ベアラ再構成）
このメッセージは、ＵＴＲＡＮから、ＱｏＳの変更に関連するパラメータを再構成する、またはブロードキャストタイプのＭＢＭＳサービスのｐｔｐ伝送のために使用される無線ベアラを解放および設定するために送信される．このプロシージャはまた、トランスポートチャネルおよび物理チャネルを再構成するために、ＭＡＣの多重化を変更することができる。このメッセージはまた、ＧＥＲＡＮ Ｉｕ ｍｏｄｅからＵＴＲＡＮへのハンドオーバを行うために使用される。
ＲＬＣ−ＳＡＰ：ＡＭまたはＵＭあるいはＧＥＲＡＮ Ｉｕ ｍｏｄｅを通して送信される。
論理チャネル：ＤＣＣＨまたはＧＥＲＡＮ Ｉｕ ｍｏｄｅを通して送信される。
方向：ＵＴＲＡＮ→ＵＥ

例えば、本発明は、以下の項目を提供する。
（項目１）
ユーザ機器（ＵＥ）によって行われる方法であって、該方法は、
該ＵＥにおいて、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージが該ＵＥによって既にいくつ送信されたかについてのカウントを維持することと、
無線ベアラ３（ＲＢ３）以上で該ＵＥによるシグナリングを伝送することと、
シグナリングの伝送に応じて、該ＵＥによって該カウントをリセットすることと
を含む、方法。
（項目２）
前記シグナリングは、アップリンクの無線リンク制御（ＲＬＣ）制御プロトコルデータユニット（ＰＤＵ）を含む、項目１に記載の方法。
（項目３）
前記指示メッセージは、シグナリングコネクション解放指示メッセージを含む、項目１および２のいずれか一項に記載の方法。
（項目４）
前記カウントにおける指示メッセージは各々、「ＵＥがＰＳデータセッション終了を要求した」に設定された原因を有する、項目１〜３のいずれか一項に記載の方法。
（項目５）
前記原因は、「ＵＥがＰＳデータセッション終了を要求した」に設定される、項目１〜４のいずれか一項に記載の方法。
（項目６）
前記少なくとも１つのＲＲＣ状態は、Ｃｅｌｌ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態を備える、項目１〜５のいずれか一項に記載の方法。
（項目７）
カウントを維持することは、カウンタを使用することを備える、項目１〜６のいずれか一項に記載の方法。
（項目８）
ユーザ機器（ＵＥ）であって、
少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージが該ＵＥによって既にいくつ送信されたかについてのカウントを維持することと、
無線ベアラ３（ＲＢ３）以上でシグナリングを伝送することと、
シグナリングの伝送に応じて、該カウントをリセットすることと、
を行うように構成される、ユーザ機器。
（項目９）
前記シグナリングは、アップリンクの無線リンク制御（ＲＬＣ）制御プロトコルデータユニット（ＰＤＵ）を含む、項目８に記載のユーザ機器。
（項目１０）
前記指示メッセージは、シグナリングコネクション解放指示メッセージを含む、項目８および９のいずれか一項に記載のユーザ機器。
（項目１１）
前記カウントにおける指示メッセージは各々、「ＵＥがＰＳデータセッション終了を要求した」に設定される原因を有する、項目８〜１０のいずれか一項に記載のユーザ機器（ＵＥ）。
（項目１２）
前記原因は、「ＵＥがＰＳデータセッション終了を要求した」に設定される、項目８〜１１のいずれかに記載のユーザ機器。
（項目１３）
前記少なくとも１つのＲＲＣ状態は、Ｃｅｌｌ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態を含む、項目８〜１２のいずれか一項に記載のユーザ機器。
（項目１４）
前記カウントを維持するためのカウンタをさらに含む、項目８〜１３のいずれか一項に記載のユーザ機器。
（項目１５）
ユーザ機器（ＵＥ）によって行われる方法であって、該方法は、
該ＵＥにおいて、少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージが該ＵＥによって既にいくつ送信されたかについてのカウントを維持することと、
ＲＲＣコネクトモードに入ることと、
ＲＲＣコネクトモードに入ることに応じて、該カウントをリセットすることと
を含む、方法。
（項目１６）
前記指示メッセージは、シグナリングコネクション解放指示メッセージである、項目１５に記載の方法。
（項目１７）
前記カウントにおける前記指示メッセージは各々、「ＵＥがＰＳデータセッション終了を要求した」に設定された原因を有する、項目１５および１６のいずれか一項に記載の方法。
（項目１８）
前記原因は、「ＵＥがＰＳデータセッション終了を要求した」に設定される、項目１５〜１７のいずれか一項に記載の方法。
（項目１９）
前記少なくとも１つのＲＲＣ状態は、Ｃｅｌｌ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態を含む、項目１５〜１８のいずれか一項に記載の方法。
（項目２０）
カウントを維持することは、カウンタを使用することを含む、項目１５〜１９のいずれか一項に記載の方法。
（項目２１）
ユーザ機器（ＵＥ）であって、
少なくとも１つの無線リソース制御（ＲＲＣ）状態にある間、１つの原因の設定を有する指示メッセージが該ＵＥによって既にいくつ送信されたかについてのカウントを維持することと、
ＲＲＣコネクトモードに入ることと、
ＲＲＣコネクトモードに入ることに応じて、該カウントをリセットすることと
を行うように構成される、ユーザ機器。
（項目２２）
前記指示メッセージは、シグナリングコネクション解放指示メッセージである、項目２１に記載のユーザ機器。
（項目２３）
前記カウントにおける前記指示メッセージは各々、「ＵＥがＰＳデータセッション終了を要求した」に設定された原因を有する、項目２１および２２のいずれか一項に記載のユーザ機器。
（項目２４）
前記原因は、「ＵＥがＰＳデータセッション終了を要求した」に設定される、項目２１〜２３のいずれか一項に記載のユーザ機器。
（項目２５）
前記少なくとも１つのＲＲＣ状態は、Ｃｅｌｌ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態を含む、項目２１〜２４のいずれか一項に記載のユーザ機器。
（項目２６）
前記カウントを維持するためのカウンタをさらに含む、項目２１〜２８のいずれか一項に記載のユーザ機器。

Claims (1)

1. 本願明細書に記載された発明。

Images