所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内でユーザ機器を動作させる方法であって、前記UEが専用チャネル状態ではない間、所与のタイプのメッセージをアクセスネットワークに送信することを決定するステップと、前記所与のタイプの前記メッセージに基づいて、前記専用チャネル状態への前記UEの移行を促進するかどうかを決定するステップと、前記UEが前記専用チャネル状態に移行することを決定した場合、前記専用チャネル状態に前記UEを移行するよう前記アクセスネットワークを促すように補足データを構成するステップと、前記構成された補足データを前記メッセージとともに前記アクセスネットワークに送信するステップと、前記UEが前記専用チャネル状態に移行しないことを決定した場合、前記構成された補足データなしに、前記メッセージを前記アクセスネットワークに送信するステップとを含む方法。前記構成された補足データが、前記所与のUEからの逆方向リンクトラフィック量がEvent4aTrafficVolumeMeasurement閾値よりも大きいことを報告するように構成された測定報告に対応する請求項1に記載の方法。前記構成された補足データが、前記メッセージを含むインターネットプロトコルパケットのヘッダ部分内に含まれ、前記構成された補足データが、前記専用チャネル状態に前記UEを移行するよう前記アクセスネットワークに要求するように機能する請求項1に記載の方法。前記構成された補足データが、前記IPパケットの前記ヘッダ部分内のディフサーブコードポイント値の所与のビット設定値に対応する請求項3に記載の方法。前記UEが、少なくとも1つのターゲットUEとの通信セッションの発信者に対応する請求項1に記載の方法。前記所与のタイプの前記メッセージが、遅延敏感およびまたは低データレートの通信セッションに直接関連付けられていない警告メッセージに対応し、前記警告メッセージに対応する前記所与のタイプの前記メッセージが、前記専用チャネル状態への前記UEの前記移行を促進しないよう前記UEを促す請求項1に記載の方法。前記所与のタイプの前記メッセージが、遅延敏感およびまたは低データレートの通信セッションに直接関連付けられたセッションメッセージに対応し、前記セッションメッセージに対応する前記所与のタイプの前記メッセージが、前記専用チャネル状態への前記UEの前記移行を促進するよう前記UEを促す請求項1に記載の方法。前記セッションメッセージが、前記通信セッションを開始するように構成された呼要求メッセージに対応する請求項7に記載の方法。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内でアプリケーションサーバを動作させる方法であって、ターゲットユーザ機器への送信のために、前記アプリケーションサーバで所与のタイプのメッセージを受信するステップと、前記所与のタイプの前記メッセージに基づいて、専用チャネル状態への前記ターゲットUEの移行を促進するかどうかを決定するステップと、前記ターゲットUEが前記専用チャネル状態に移行することを前記アプリケーションサーバが決定した場合、前記専用チャネル状態に前記UEを移行するようアクセスネットワークを促すように、補足データを構成するステップと、前記ターゲットUEに送信するために、前記構成された補足データを前記メッセージとともに前記アクセスネットワークに送信するステップと、前記ターゲットUEが前記専用チャネル状態に移行しないことを前記アプリケーションサーバが決定した場合、前記構成された補足データなしに、前記ターゲットUEに送信するために、前記メッセージを前記アクセスネットワークに送信するステップとを含む方法。前記構成された補足データが、所与のサイズの閾値に少なくとも等しいサイズを有するダミーデータに対応する請求項9に記載の方法。前記所与のサイズの閾値が、そのUEの専用チャネル状態の移行を決定するために前記アクセスネットワークによって使用されるEvent4aTrafficVolumeMeasurementの閾値に対応する請求項10に記載の方法。前記構成された補足データが、前記メッセージを含むインターネットプロトコルパケットのヘッダ部分内に含まれ、前記構成された補足データが、前記専用チャネル状態に前記UEを移行するよう前記アクセスネットワークに要求するように機能する請求項9に記載の方法。前記構成された補足データが、前記IPパケットの前記ヘッダ部分内のディフサーブコードポイント値の所与のビット設定値に対応する請求項12に記載の方法。前記ターゲットUEが、別のUEによって開始された通信セッションのターゲットに対応する請求項9に記載の方法。前記所与のタイプの前記メッセージが、遅延敏感およびまたは低データレートの通信セッションに直接関連付けられていない警告メッセージに対応し、前記警告メッセージに対応する前記所与のタイプの前記メッセージが、前記専用チャネル状態への前記ターゲットUEの前記移行を促進しないよう前記アプリケーションサーバを促す請求項9に記載の方法。前記所与のタイプの前記メッセージが、遅延敏感およびまたは低データレートの通信セッションに直接関連付けられたセッションメッセージに対応し、前記セッションメッセージに対応する前記所与のタイプの前記メッセージが、前記専用チャネル状態への前記ターゲットUEの前記移行を促進するよう前記アプリケーションサーバを促す請求項9に記載の方法。前記セッションメッセージが、前記ターゲットUEに前記通信セッションを告知するように構成された告知メッセージに対応する請求項16に記載の方法。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内でアクセスネットワークを動作させる方法であって、前記アクセスネットワークで、専用チャネル状態ではないターゲットユーザ機器に対して送信するための所与のサイズを有する所与のメッセージを受信するステップと、前記所与のメッセージが受信された後、閾値期間内に、前記ターゲットUEに送信するために、異なるサイズを有する少なくとも1つのメッセージが前記アクセスネットワークで受信されるかどうかに基づいて、前記ターゲットUEを前記専用チャネル状態に選択的に移行するステップと、を含む方法。前記所与のメッセージの受信に応答して前記アクセスネットワークでタイマーを開始するステップであり、前記タイマーの満了期間が前記閾値期間に対応する、ステップをさらに含む請求項18に記載の方法。前記タイマー満了の前に、前記ターゲットUEに送信するために、前記アクセスネットワークで別のメッセージを受信するステップをさらに含み、前記選択的に移行するステップが、前記所与のサイズの前記所与のメッセージが前記別のメッセージのサイズとは異なることを決定するステップと、前記決定に基づいて、前記ターゲットUEを前記専用チャネル状態に移行するステップとを含む請求項19に記載の方法。前記所与のおよび前記別のメッセージがそれぞれ、前記ターゲットUEの遅延敏感およびまたは低データレートの通信セッションに直接関連付けられる請求項20に記載の方法。前記所与のメッセージが、前記ターゲットUEに遅延敏感およびまたは低データレートの通信セッションを告知する呼告知メッセージに対応する請求項21に記載の方法。前記タイマー満了の前に、前記ターゲットUEに送信するために、前記アクセスネットワークで別のメッセージを受信するステップをさらに含み、前記選択的に移行するステップが、前記所与のサイズの前記所与のメッセージが前記別のメッセージのサイズと同じであることを決定するステップと、前記決定に基づいて、前記ターゲットUEを前記専用チャネル状態に移行することを控えるステップとを含む請求項19に記載の方法。前記別のメッセージが、前記所与のメッセージの再送信に対応する請求項23に記載の方法。前記ターゲットUEに送信するために、前記所与のサイズの前記所与のメッセージとは異なるサイズを有する任意のメッセージが前記アクセスネットワークに到着する前に、前記タイマーが満了することを決定するステップをさらに含み、前記選択的に移行するステップが、前記決定に基づいて、前記ターゲットUEを前記専用チャネル状態に移行することを控えるステップを含む請求項19に記載の方法。前記所与のメッセージが、前記ターゲットUEの遅延敏感およびまたは低データレートの通信セッションに直接関連付けられていない分離されたデータ交換に対応する請求項25に記載の方法。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内のユーザ機器であって、前記UEが専用チャネル状態ではない間、所与のタイプのメッセージをアクセスネットワークに送信することを決定するための手段と、前記所与のタイプの前記メッセージに基づいて、前記専用チャネル状態への前記UEの移行を促進するかどうかを決定するための手段と、前記UEが前記専用チャネル状態に移行することを決定した場合、前記UEを前記専用チャネル状態に移行するよう前記アクセスネットワークを促すように補足データを構成するための手段と、前記構成された補足データを前記メッセージとともに前記アクセスネットワークに送信するための手段と、前記UEが前記専用チャネル状態に移行しないことを決定した場合、前記構成された補足データなしに、前記アクセスネットワークに前記メッセージを送信するための手段とを含むユーザ機器。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内のアプリケーションサーバであって、ターゲットユーザ機器に送信するための所与のタイプのメッセージを受信するための手段と、前記所与のタイプの前記メッセージに基づいて、専用チャネル状態への前記ターゲットUEの移行を促進するかどうかを決定するための手段と、前記アプリケーションサーバが前記ターゲットUEを前記専用チャネル状態に移行させることを決定した場合、前記UEを前記専用チャネル状態に移行するようアクセスネットワークを促すように補足データを構成するための手段と、前記構成された補足データを、前記ターゲットUEに送信するために、前記メッセージとともに前記アクセスネットワークに送信するための手段と、前記アプリケーションサーバが前記ターゲットUEを前記専用チャネル状態に移行させないことを決定した場合、前記構成された補足データなしに、前記ターゲットUEに送信するために、前記アクセスネットワークに前記メッセージを送信するための手段とを含むアプリケーションサーバ。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内のアクセスネットワークであって、専用チャネル状態ではないターゲットユーザ機器に送信するための所与のサイズを有する所与のメッセージを受信するための手段と、前記所与のメッセージが受信された後、閾値期間内に、前記ターゲットUEに送信するために、異なるサイズを有する少なくとも1つのメッセージが前記アクセスネットワークで受信されるかどうかに基づいて、前記ターゲットUEを前記専用チャネル状態に選択的に移行するための手段と、を含むアクセスネットワーク。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内のユーザ機器であって、前記UEが専用チャネル状態ではない間、所与のタイプのメッセージをアクセスネットワークに送信することを決定するように構成されたロジックと、前記所与のタイプの前記メッセージに基づいて、前記専用チャネル状態への前記UEの移行を促進するかどうかを決定するように構成されたロジックと、前記UEが前記専用チャネル状態に移行することを決定した場合、前記UEを前記専用チャネル状態に移行するよう前記アクセスネットワークを促すように補足データを構成するように構成されたロジックと、前記構成された補足データを前記メッセージとともに前記アクセスネットワークに送信するように構成されたロジックと、前記UEが前記専用チャネル状態に移行しないことを決定した場合、前記構成された補足データなしに、前記アクセスネットワークに前記メッセージを送信するように構成されたロジックとを含むユーザ機器。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内のアプリケーションサーバであって、ターゲットユーザ機器に送信するための所与のタイプのメッセージを受信するように構成されたロジックと、前記所与のタイプの前記メッセージに基づいて、専用チャネル状態への前記ターゲットUEの移行を促進するかどうかを決定するように構成されたロジックと、前記アプリケーションサーバが前記ターゲットUEを前記専用チャネル状態に移行させることを決定した場合、前記UEを前記専用チャネル状態に移行するようアクセスネットワークを促すように補足データを構成するように構成されたロジックと、前記構成された補足データを、前記ターゲットUEに送信するために、前記メッセージとともに前記アクセスネットワークに送信するように構成されたロジックと、前記アプリケーションサーバが前記ターゲットUEを前記専用チャネル状態に移行させないことを決定した場合、前記構成された補足データなしに、前記ターゲットUEに送信するために、前記アクセスネットワークに前記メッセージを送信するように構成されたロジックとを含むアプリケーションサーバ。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内のアクセスネットワークであって、専用チャネル状態ではないターゲットユーザ機器に送信するための所与のサイズを有する所与のメッセージを受信するように構成されたロジックと、前記所与のメッセージが受信された後、閾値期間内に、前記ターゲットUEに送信するために、異なるサイズを有する少なくとも1つのメッセージが前記アクセスネットワークで受信されるかどうかに基づいて、前記ターゲットUEを前記専用チャネル状態に選択的に移行するように構成されたロジックと、を含むアクセスネットワーク。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内でユーザ機器によって実行されると、前記UEにアクションを実行させる命令を記録するコンピュータ可読記録媒体であって、前記命令が、前記UEが専用チャネル状態ではない間、所与のタイプのメッセージをアクセスネットワークに送信することを決定するためのプログラムコードと、前記所与のタイプの前記メッセージに基づいて、前記専用チャネル状態への前記UEの移行を促進するかどうかを決定するためのプログラムコードと、前記UEが前記専用チャネル状態に移行することを決定した場合、前記UEを前記専用チャネル状態に移行するよう前記アクセスネットワークを促すように補足データを構成するためのプログラムコードと、前記構成された補足データを前記メッセージとともに前記アクセスネットワークに送信するためのプログラムコードと、前記UEが前記専用チャネル状態に移行しないことを決定した場合、前記構成された補足データなしに、前記アクセスネットワークに前記メッセージを送信するプログラムコードとを含むコンピュータ可読記録媒体。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内でアプリケーションサーバによって実行されると、前記アプリケーションサーバにアクションを実行させる命令を記録するコンピュータ可読記録媒体であって、前記命令が、ターゲットユーザ機器に送信するための所与のタイプのメッセージを受信するためのプログラムコードと、前記所与のタイプの前記メッセージに基づいて、前記専用チャネル状態への前記ターゲットUEの移行を促進するかどうかを決定するためのプログラムコードと、前記アプリケーションサーバが前記ターゲットUEを前記専用チャネル状態に移行させることを決定した場合、前記UEを前記専用チャネル状態に移行するようアクセスネットワークを促すように補足データを構成するためのプログラムコードと、前記構成された補足データを、前記ターゲットUEに送信するために、前記メッセージとともに前記アクセスネットワークに送信するためのプログラムコードと、前記アプリケーションサーバが前記ターゲットUEを前記専用チャネル状態に移行させないことを決定した場合、前記構成された補足データなしに、前記ターゲットUEに送信するために、前記アクセスネットワークに前記メッセージを送信するためのプログラムコードとを含むコンピュータ可読記録媒体。所与のワイヤレス通信プロトコルに従って動作するワイヤレス通信システム内でアクセスネットワークによって実行されると、前記アクセスネットワークにアクションを実行させる命令を記録するコンピュータ可読記録媒体であって、前記命令が、専用チャネル状態ではないターゲットユーザ機器に送信するための所与のサイズを有する所与のメッセージを受信するためのプログラムコードと、前記所与のメッセージが受信された後、閾値期間内に、前記ターゲットUEに送信するために、異なるサイズを有する少なくとも1つのメッセージが前記アクセスネットワークで受信されるかどうかに基づいて、前記ターゲットUEを前記専用チャネル状態に選択的に移行するためのプログラムコードと、を含むコンピュータ可読記録媒体。一実施形態において、UEは、メッセージを送信することを決定する。送信されるメッセージのタイプに基づいて、UEは、UEを専用チャネル状態に移行させるようアクセスネットワークを促すように構成された補足データを選択的に送信する。別の実施形態では、UE間の通信セッションを調停するように構成されたアプリケーションサーバは、ターゲットUEに送信するためのメッセージを受信する。ターゲットUEに送信されるメッセージのタイプに基づいて、アプリケーションサーバは、ターゲットUEのサービングアクセスネットワークに、ターゲットUEをDCSに移行させるようサービングアクセスネットワークを促すように構成された補足データを選択的に送信する。別の実施形態では、アクセスネットワークは、ターゲットUEに送信するために、異なってサイズ設定されたメッセージがアクセスネットワークで受信されたかどうかに基づいて、ターゲットUEをDCSに選択的に移行させる。本発明の実施形態のより完全な理解、およびその付随する利点の多くは、以下の詳細な説明を添付の図面と併せ読んでよりよく理解すると、容易に得られる。添付の図面は、単に説明のために提示されているにすぎず、本発明を限定するものではない。本発明の態様を、本発明の特定の実施形態を対象とする以下の説明および関連する図面に開示する。本発明の範囲から逸脱することなく、代替実施形態を考案することができる。さらに、本発明の重要な詳細を不明瞭にしないために、本発明の周知の要素については、詳しく説明しない、または省略する。例示的およびまたは例という語は、本明細書では、例、実例、または例示としての役割を果たすことを意味するために使用される。例示的およびまたは例として本明細書で説明する任意の実施形態は、必ずしも、他の実施形態よりも好ましいまたは有利であると解釈されるわけではない。同様に、本発明の実施形態という用語は、本発明のすべての実施形態が論じられた特徴、利点、または動作モードを含むことを必要としない。さらに、多くの実施形態は、たとえば、コンピューティングデバイスの要素によって実行されるアクションのシーケンスに関して説明される。本明細書で説明する様々なアクションは、特定の回路によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実行することができることを認識されよう。さらに、本明細書で説明するこれらのアクションのシーケンスは、実行時に、本明細書で説明する機能を関連するプロセッサに実行させる対応する1組のコンピュータ命令を格納する任意の形態のコンピュータ可読記憶媒体内に完全に組み込まれると考えることができる。したがって、本発明の様々な態様は、いくつかの異なる形態で組み込むことができ、そのすべては、請求された主題の範囲内であると企図されている。さらに、本明細書で説明する実施形態のそれぞれについて、任意のそのような実施形態の対応する形態は、本明細書では、たとえば、記載のアクションを実行するように構成されたロジックとして説明され得る。本明細書ではユーザ機器と呼ばれる高データレート加入者局は、モバイルでも固定でもよく、ノードBと呼ばれ得る1つまたは複数のアクセスポイントと通信することができる。UEは、ノードBのうちの1つまたは複数を介して、無線ネットワークコントローラとの間でデータパケットを送受信する。ノードBおよびRNCは、無線アクセスネットワークと呼ばれるネットワークの部分である。無線アクセスネットワークは、複数のUE間に音声およびデータパケットをトランスポートすることができる。無線アクセスネットワークは、無線アクセスネットワークの外部の追加のネットワークにさらに接続されていてもよく、そのようなコアネットワークは、特定のキャリア関連のサーバおよびデバイス、ならびに企業内イントラネット、インターネット、公衆交換電話網、サービング汎用パケット無線サービスサポートノード、ゲートウェイGPRSサポートノードなど他のネットワークへの接続を含んでおり、各UEとそのようなネットワークとの間で音声およびデータパケットをトランスポートすることができる。1つまたは複数のノードBとのアクティブなトラフィックチャネル接続を確立したUEは、アクティブなUEと呼ぶことができ、トラフィック状態であると呼ぶことができる。1つまたは複数のノードBとのアクティブなトラフィックチャネル接続を確立する過程にあるUEは、接続セットアップ状態であると呼ぶことができる。UEは、ワイヤレスチャネルまたは有線のチャネルを介して通信する任意のデータデバイスとすることができる。UEは、さらに、限定はしないが、PCカード、コンパクトフラッシュデバイス、外付けまたは内蔵のモデム、またはワイヤレスまたは有線の電話を含むいくつかのタイプのデバイスのうちの任意のものでもよい。UEが信号をノードBに送る通信リンクは、アップリンクチャネルと呼ばれる。ノードBが信号をUEに送る通信リンクは、ダウンリンクチャネルと呼ばれる。本明細書で使用する場合、トラフィックチャネルという用語は、アップリンク逆方向、またはダウンリンク順方向トラフィックチャネルのいずれかを指し得る。図1は、本発明の少なくとも1つの実施形態によるワイヤレス通信システム100の例示的な一実施形態のブロック図を示す。システム100は、パケット交換データネットワークとUE102、108、110、112との間にデータ接続を提供するネットワーク機器にアクセス端末102を接続することができるアクセスネットワークまたは無線アクセスネットワーク120と、エアインターフェース104を介して通信している携帯電話102などのUEを含むことができる。本明細書に示すように、UEは、携帯電話102、携帯情報端末108、ここでは双方向テキストページャ、さらにはワイヤレス通信ポータルを有する個別のコンピュータプラットフォーム112と示されるページャ110とすることができる。したがって、本発明の実施形態は、それだけには限定されないが、ワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せまたは部分的組合せを含めて、ワイヤレス通信ポータルを含む、またはワイヤレス通信機能を有する任意の形態のアクセス端末において実現することができる。さらに、本明細書で使用するように、他の通信プロトコルにおけるUEという用語は、互換的にアクセス端末、AT、ワイヤレスデバイス、クライアントデバイス、モバイル端末、移動局、およびそれらの変形と呼ばれ得る。再び図1を参照すると、ワイヤレス通信システム100の構成要素、および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム100は、例にすぎず、ワイヤレスクライアントコンピューティングデバイス102、108、110、112などの遠隔UEが、無線で互いの間で、およびまたはそれだけには限定されないが、コアネットワーク126、インターネット、PSTN、SGSN、GGSN、およびまたは他のリモートサーバを含めて、エアインターフェース104およびRAN120を介して接続される構成要素の間で通信することができる任意のシステムを含むことができる。RAN120は、RNC122に送られるメッセージを制御する。RNC122は、サービング汎用パケット無線サービスサポートノードとUE102108110112との間のベアラチャネルのシグナリング、確立、およびティアダウンを行う役目を果たす。また、リンクレイヤ暗号化が可能な場合、RNC122は、エアインターフェース104を介してコンテンツを転送する前に、コンテンツを暗号化する。RNC122の機能は、当技術分野でよく知られており、簡潔のためにこれ以上は説明しない。コアネットワーク126は、ネットワーク、インターネット、およびまたは公衆交換電話網によってRNC122と通信することができる。代わりに、RNC122は、インターネットまたは外部ネットワークに直接接続することができる。一般的に、コアネットワーク126とRNC122との間のネットワークまたはインターネット接続は、データを転送し、PSTNは、ボイス情報を転送する。RNC122は、複数のノードB124に接続することができる。コアネットワーク126と同様の方法で、RNC122は、一般的に、データ転送およびまたはボイス情報転送のために、ネットワーク、インターネット、およびまたはPSTNによってノードB124に接続される。ノードB124は、データメッセージを、たとえば携帯電話102などのUEにワイヤレスでブロードキャストすることができる。当技術分野で知られているように、ノードB124、RNC122、および他の構成要素は、RAN120を形成することができる。しかし、代替構成が使用されてもよく、本発明は、図示の構成に限定されない。たとえば、別の実施形態では、RNC122、およびノードB124のうちの1つまたは複数の機能は、RNC122とノードB124の両方の機能を有する単一のハイブリッドモジュールに縮小することができる。図2Aは、本発明の一実施形態によるコアネットワーク126を示す。特に、図2Aは、WCDMAシステム内に実装される汎用パケット無線サービスコアネットワークの構成要素を示す。図2Aの実施形態では、コアネットワーク126は、サービングGPRSサポートノード160、ゲートウェイGPRSサポートノード165、およびインターネット175を含む。しかし、代替実施形態では、インターネット175およびまたは他の構成要素の部分がコアネットワークの外部に配置されていてもよいことを理解されたい。一般に、GPRSは、インターネットプロトコルパケットを送信するために、GlobalSystemforMobilecommunications電話によって使用されるプロトコルである。GPRSコアネットワークは、GPRSシステムの中央部であり、WCDMAベースの3Gネットワークのサポートも提供する。GPRSコアネットワークは、GSMコアネットワークの一体部であり、GSMおよびWCDMAネットワークにおけるIPパケットサービスのモビリティ管理、セッション管理、およびトランスポートを提供する。GPRSトンネリングプロトコルは、GPRSコアネットワークの限定的なIPプロトコルである。GTPは、GGSN165において、まるで1つの位置からインターネットに接続し続けながら、GSMまたはWCDMAネットワークのエンドユーザがあちこちに移動することができるプロトコルである。これは、加入者のデータを加入者の現在のSSGN160から、加入者のセッションを処理しているGGSN165に転送することによって達成される。GTPの3つの形態、すなわちGTPU、GTPC、およびGTPがGPRSコアネットワークによって使用される。GTPUは、パケットデータプロトコルコンテキストごとに分離されたトンネルでのユーザデータの転送に使用される。GTPCは、制御シグナリングに使用される。GTPは、GSNから課金機能への課金データの転送のために使用される。図2Aを参照すると、GGSN165は、GPRSバックボーンネットワークと外部パケットデータネットワーク175との間のインターフェースとして働く。GGSN165は、関連するパケットデータプロトコル形式のパケットデータを、SGSN160から来るGPRS着信パケットから抽出し、対応するパケットデータネットワーク上でパケットを発送する。他方の方向では、着信データパケットは、GGSN165によってSGSN160に向けられ、SGSN160は、RAN120によってサービスされる宛先のUEの無線アクセスベアラを管理し、制御する。それによって、GGSN165は、ターゲットUEの現在のSGSNアドレス、およびそのユーザのプロファイルをそのロケーションレジスタに格納する。GGSNは、IPアドレス割当ての役目を果たし、接続されたUEのデフォルトルータである。また、GGSNは、認証および課金機能を実行する。一例では、SGSN160は、コアネットワーク126内の多くのSGSNのうちの1つの代表である。各SGSNは、関連する地理的サービスエリア内で、UEからおよびUEにデータパケットを配信する役目を果たす。SGSN160のタスクには、パケットルーティングおよび転送、モビリティ管理、論理リンク管理、および認証および課金機能などがある。SGSNのロケーションレジスタは、位置情報、および、たとえばユーザまたはUEごとに1つまたは複数のPDPコンテキスト内など、SGSN160に登録されたすべてのGPRSユーザのユーザプロファイルを格納する。したがって、SGSNは、GGSN165からのダウンリンクGTPパケットの逆トンネリング、GGSN165方向のIPパケットのアップリンクトンネル、UEがSGSNサービスエリアの間を移動するときのモビリティ管理の実行、モバイル加入者の支払い請求の役目を果たす。当業者なら理解するように、~の他に、GSMEDGEネットワークのために構成されたSGSNは、WCDMAネットワークのために構成されたSGSNと比較して、わずかに異なる機能を有する。RAN120システムアーキテクチャにおけるUTRANなどは、フレームリレーまたはIPなどの送信プロトコルによって、Iuインターフェースを介してSGSN160と通信する。SGSN160は、SGSN160および他のSGSNと内部のGGSNとの間のIPベースのインターフェースであり、上記で定義されたGTPプロトコルを使用するGnインターフェースを介してGGSN165と通信する。図2Aには示されていないが、Gnインターフェースは、ドメインネームシステムによっても使用される。GGSN165は、公衆データネットワークに、次にインターネット175に、IPプロトコルによるGiインターフェースを介して直接、またはワイヤレスアプリケーションプロトコルゲートウェイを介して接続される。PDPコンテキストは、UEがアクティブなGPRSセッションを有するとき、特定のUEの通信セッション情報を含む、SGSN160とGGSN165の両方に存在するデータ構造である。UEは、GPRS通信セッションを開始することを望むとき、まず、SGSN160に接続し、次いでGGSN165によりPDPコンテキストを起動させなければならない。これによって、加入者が現在訪問しているSGSN160、およびUEのアクセスポイントにサービスしているGGSN165において、PDPコンテキストデータ構造が割り振られる。図2Bは、図1のワイヤレス通信システム100の一例をより詳細に示す。特に、図2Bを参照すると、UE1...Nは、異なるパケットデータネットワークのエンドポイントによってサービスされる位置でRAN120に接続するものとして示されている。図2Bの例は、WCDMAシステムおよび用語に固有のものであるが、1xEVDOシステムに適合するために図2Bをどのように変更することができるかは理解されよう。したがって、UE1およびUE3は、第1のパケットデータネットワークエンドポイント162、外部エージェントなどに対応し得るによってサービスされる部分でRAN120に接続する。第1のパケットデータネットワークエンドポイント162は、次に、ルーティングユニット188を介して、インターネット175、およびまたは認証、認可、およびアカウンティングサーバ182、プロビジョニングサーバ184、インターネットプロトコルマルチメディアサブシステムセッション開始プロトコル登録サーバ186、およびまたはアプリケーションサーバ170のうちの1つまたは複数に接続する。UE2およびUE5...Nは、第2のパケットデータネットワークエンドポイント164によってサービスされる部分でRAN120に接続する。第1のパケットデータネットワークエンドポイント162と同様に、第2のパケットデータネットワークエンドポイント164は、次に、ルーティングユニット188を介して、インターネット175、およびまたはAAAサーバ182、プロビジョニングサーバ184、IMSSIP登録サーバ186、およびまたはアプリケーションサーバ170のうちの1つまたは複数に接続する。UE4は、直接インターネット175に接続し、次いでインターネット175を介して、上記のシステム構成要素のうちのいずれかに接続することができる。図2Bを参照すると、UE1、UE3、およびUE5...Nは、ワイヤレス携帯電話として示され、UE2は、ワイヤレスタブレット型PCとして示され、UE4は、有線のデスクトップステーションとして示されている。しかし、他の実施形態では、ワイヤレス通信システム100が任意のタイプのUEに接続することができ、図2Bに示される例は、システム内に実装され得るUEのタイプを制限するものではない。また、AAA182、プロビジョニングサーバ184、IMSSIP登録サーバ186、およびアプリケーションサーバ170はそれぞれ、構造的に別のサーバとして示されているが、本発明の少なくとも1つの実施形態において、これらのサーバのうちの1つまたは複数は、統合されていてもよい。さらに、図2Bを参照すると、アプリケーションサーバ170は、複数のメディア制御コンプレックス1...N170B、および複数の地域ディスパッチャ1...N170Aを含むものとして示されている。一括して、地域ディスパッチャ170AおよびMCC170Bは、アプリケーションサーバ170内に含まれており、これは、少なくとも1つの実施形態において、ワイヤレス通信システム100内の通信セッションを調停するように集合的に機能するサーバの分散ネットワークに対応し得る。たとえば、アプリケーションサーバ170によって調停される通信セッションは、理論上、システム100内のどこかに位置するUE間で行われ得るので、調停された通信セッションの待ち時間を減らすために、複数の地域ディスパッチャ170AおよびMCCが分散される。したがって、アプリケーションサーバ170を参照すると、関連する機能は、地域ディスパッチャ170Aのうちの1つまたは複数、およびまたはMCC170Bのうちの1つまたは複数によって実施することができることを理解されよう。地域ディスパッチャ170Aは、全般的に、通信セッションを確立することに関連する任意の機能を受け持ち、MCC170Bは、通話中シグナリング、調停された通信セッション中の媒体の実際の交換を行うことを含めて、呼インスタンスの間の通信セッションをホストする役目を果たす。図3を参照すると、たとえば携帯電話などのUE200は、プラットフォーム202を有し、プラットフォーム202は、RAN120から送信され、最終的にはコアネットワーク126、インターネット、およびまたは他のリモートサーバおよびネットワークから来る可能性がある、ソフトウェアアプリケーション、データ、およびまたはコマンドを受信し、実行することができる。プラットフォーム202は、特定用途向け集積回路または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ206を含むことができる。ASIC208または他のプロセッサは、ワイヤレスデバイスのメモリ212内の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース210層を実行する。メモリ212は、読取り専用またはランダムアクセスメモリ、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成することができる。プラットフォーム202は、メモリ212においてあまり使用されないアプリケーションを保持することができるローカルデータベース214も含み得る。ローカルデータベース214は、一般的に、フラッシュメモリセルであるが、たとえば磁気媒体、EEPROM、光学媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム202の構成要素は、当技術分野で知られているように、構成要素の中でも、アンテナ222、ディスプレイ224、プッシュツートークボタン228、およびキーパッド226などの外部デバイスに動作可能に結合されてもよい。したがって、本発明の一実施形態は、本明細書で説明した機能を実行する能力を含むUEを含むことができる。当業者ならば理解するように、様々な論理素子は、本明細書で開示する機能を行うために、個別の要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアの任意の組合せに組み込むことができる。たとえば、ASIC208、メモリ212、API210、およびローカルデータベース214はすべて、本明細書で開示する様々な機能をロードし、格納し、実行するために協働的に使用することができ、したがって、これらの機能を実行するロジックは、様々な要素上に分散され得る。代わりに、機能を1つの個別部品に組み込むことができる。したがって、図3のUE200の特徴は、単に例示にすぎないものとみなされ、本発明は、示された特徴または構成に限定されない。UE102またはUE200とRAN120との間のワイヤレス通信は、たとえば符号分割多元接続、WCDMA、時分割多元接続、周波数分割多元接続、直交周波数分割多元、GlobalSystemforMobileCommunications、またはワイヤレス通信ネットワークまたはデータ通信ネットワークで使用され得る他のプロトコルなど、異なる技術に基づき得る。たとえば、WCDMAでは、データ通信は、一般的に、クライアントデバイス102、ノードB124、およびRNC122の間である。RNC122は、コアネットワーク126、PSTN、インターネット、仮想専用ネットワーク、SGSN、GGSNなど複数のデータネットワークに接続することができ、したがって、UE102またはUE200は、より広い通信ネットワークにアクセスすることができる。上記で説明し、当技術分野で知られているように、ボイス送信、およびまたはデータは、様々なネットワークおよび構成を使用してRANからUEに送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するためのものではなく、単に本発明の実施形態の態様の説明を助けるためのものにすぎない。以下、本発明の実施形態は、全般的に、WCDMAプロトコルおよび関連する用語に従って説明される、モバイルユニット、アクセス端末などの代わりにUE、EVDOでのBSCとは異なりRNC、EVDOでのBSまたはMPTBSとは異なりノードBなど。しかし、WCDMA以外のワイヤレス通信プロトコルに関連して本発明の実施形態をどのように適用することができるかは、当業者によって容易に理解されよう。従来のサーバ調停型通信セッションセッション、プッシュツートランスファーセッションなどを介するでは、セッションまたは呼発信者は、アプリケーションサーバ170に通信セッションを開始する旨の要求を送り、アプリケーションサーバ170は次いで、呼の1つまたは複数のターゲットに送信するために、呼告知メッセージをRAN120に転送する。ユーザ機器は、ユニバーサル移動通信サービス地上波無線アクセスネットワークにおいて、アイドルモードまたは無線リソース制御接続モードのいずれかとすることができる。UEモビリティおよびアクティビティに基づいて、RRC接続モードである間、RAN120は、いくつかのRRC下位状態、すなわちCELLPCH、URAPCH、CELLFACH、およびCELLDCH状態の間で移行するようUEに指示することができ、これらは次のように特徴づけることができる。CELLDCH状態では、アップリンクおよびダウンリンクにおいて、UEには専用物理チャネルが割り振られ、UEは、その現在のアクティブセットによってセルレベルで認識され、UEには専用トランスポートチャネル、ダウンリンクおよびアップリンク共有トランスポートチャネルが割り当てられており、これらのトランスポートチャネルの組合せをUEによって使用することができる。CELLFACH状態では、UEには専用物理チャネルは割り振られず、UEは、順方向アクセスチャネルを連続的に監視し、UEは、アップリンクにおけるデフォルトの共通または共有トランスポートチャネルが割り当てられ、UEはそのトランスポートチャネルのアクセス手順に従って送信することができ、UEの位置は、UEが前のセル更新を最後に行ったセルによってセルレベルでRAN120によって認識され、TDDモードでは、1つまたは複数のUSCHまたはDSCHトランスポートチャネルが確立されている可能性がある。CELLPCH状態では、UEには専用物理チャネルは割り振られず、UEは、アルゴリズムでPCHを選択し、関連するPICHを介して選択されたPCHを、DRXを使用して監視し、アップリンクアクティビティは不可であり、UEの位置は、UEがCELLFACH状態でセル更新を最後に行ったセルによってセルレベルでRAN120によって認識される。URAPCH状態では、UEには専用物理チャネルは割り振られず、UEは、アルゴリズムでPCHを選択し、関連するPICHを介して選択されたPCHを、DRXを使用して監視し、アップリンクアクティビティは不可であり、UEの位置は、CELLFACH状態で最後のURA更新中にUEに割り当てられたUTRAN登録エリアによって登録エリアレベルでRAN120に認識される。したがって、URAPCH状態は、UEが定期的に起動して、ページングインジケータチャネル、および必要な場合、関連するダウンリンクページングチャネルをチェックする休止状態に対応し、セル再選択、定期的なセル更新、アップリンクデータ送信、ページング応答、再度入ったサービスエリアのイベントについては、UEは、CELLFACH状態に入ってセル更新メッセージを送ることができる。CELLFACH状態では、UEは、ランダムアクセスチャネル上でメッセージを送り、順方向アクセスチャネルを監視することができる。FACHは、RAN120からのダウンリンク通信を運び、セカンダリ共通制御物理チャネルにマップされる。CELLFACH状態から、UEは、CELLFACH状態でのメッセージングに基づいてトラフィックチャネルが得られた後、CELLDCH状態になり得る。無線リソース制御接続モードでの従来の専用トラフィックチャネルからトランスポートチャネルへのマッピングを示す表が、次の通り、表1に示される。表記およびは、関連する3GPPリリースを示し、監視またはアクセスのために、示されたチャネルが導入されている。アプリケーションサーバ170によって調停される通信セッションは、少なくとも1つの実施形態では、遅延敏感または高優先度のアプリケーションおよびまたはサービスに関連付けられ得る。たとえば、アプリケーションサーバ170は、少なくとも1つの実施形態ではPTTサーバに対応することができ、PTTセッションにおける重要な基準は、高速セッションセットアップ、およびセッションの全体にわたって所与のレベルのサービス品質を維持することであることは理解されよう。上記で説明したように、RRC接続モードで、所与のUEは、RAN120とデータを交換するためにCELLDCHまたはCELLFACHのいずれかで動作することができ、それによって、所与のUEはアプリケーションサーバ170に達することができる。上記のように、CELLDCH状態では、アップリンクダウンリンク無線ベアラは、専用物理チャネルリソースを消費する。これらのリソースの一部は、高速共有チャネルの操作のためにも消費される。CELLFACH状態では、アップリンクダウンリンク無線ベアラは、共通トランスポートチャネルにマップされる。それによって、CELLFACH状態では、専用物理チャネルリソースの消費はない。従来、RAN120は、実質的にRAN120で測定される、または1つまたは複数の測定報告で所与のUE自体から報告されるトラフィック量に基づいて、CELLFACHとCELLDCHとの間で所与のUEを移行させる。しかし、アプリケーションサーバ170に移動する、またはアプリケーションサーバ170から移動するかなりの量のトラフィックがいくつかのRABにとって比較的重要なことは知られているので、RAN120は、UE向けのアプリケーションサーバ170からの指定されたRABについてのダウンリンク上での1つまたは複数のデータパケットを受信する、またはアプリケーションサーバ170向けの指定されたRBについてのアップリンク上でのUEからの1つまたは複数のデータパケットを受信するときはいつでも、UEをCELLDCH状態に自動的に移行させるように構成され得る。しかし、CELLDCH状態への移行は、CELLFACH状態よりも多くのオーバーヘッドに関連付けられる。UEとアプリケーションサーバ170との間でかなりの量のメッセージングが交換される場合、UEとアプリケーションサーバ170との間のトラフィックに応答して、UEをプリエンプティブにまたは自動的にCELLDCH状態に移行させることによって、性能を向上させることはできるが、後で、CELLDCH状態への移行をトリガするメッセージが単に警告メッセージ、または通信セッションの前兆ではない切り離されたメッセージであれば、オーバーヘッドは無駄となり得る。たとえば、これらのタイプの警告メッセージは、必ずしも送信側または発信側のUEからのその後のメッセージングをもたらすとは限らない一方向の1回限りの通信メッセージとすることができる。アプリケーションサーバ170へのからのUEトラフィックに応答して、UEをCELLDCH状態に自動的に移行させる例について、以下の図4A~図4Dに関して説明する。所与のUEがサーバ調停型通信セッションを開始することができるプロセスについて、図4Aに関して説明する。特に、図4Aは、システム100が広帯域符号分割多元接続を使用するユニバーサルモバイル通信システムに対応するサーバ調停型セッションセットアッププロセスを示す。しかし、図4AがどのようにWCDMA以外のプロトコルによる通信セッションを対象とし得るかは、当業者であれば理解されよう。さらに、アプリケーションサーバ170がPTTサーバに対応する、本明細書で言及するいくつかのシグナリングメッセージについて説明する。しかし、他の実施形態がシステム100のUEにPTT以外のサービスサービス、VoIPサービス、グループテキストセッションなどを提供するサーバを対象とし得ることは理解されよう。図4Aを参照すると、400Aで所与のUEがURAPCHまたはCELLPCH状態で動作しており、405Aおよび410Aで所与のUEがセル更新手順を実行し、それによって、セル更新手順415Aの後、CELLFACH状態に移行すると仮定する。CELLFACH状態である間、所与のUEは、アプリケーションサーバ170によって調停すべき通信セッションを開始することを決定し、それによって、所与のUEは、420Aで、RAN120にRACH上で呼要求メッセージを送信する。RAN120は、所与のUEからRACH上で呼要求メッセージを受信し、425Aで、アプリケーションサーバ170に呼要求メッセージを転送する。また、RAN120は、をチェックすることによって呼要求メッセージを評価し、430Aでパケットが高QoSを必要とするRBに関連付けられることを決定する。所与のUEがRAB上でパケットを送っている旨のRAN120の決定によって、CELLDCH状態への所与のUEの移行がトリガされる。したがって、435Aで、CELLFACHからCELLDCH状態への所与のUEの移行を促進するために、RAN120は、FACHを介して所与のUEにチャネル再構成メッセージを送信する。理解されるように、チャネル再構成メッセージは、一般に、無線ベアラ、トランスポートチャネル、または再構成すべき所与のUEの無線ベアラの物理チャネルに基づいて、無線ベアラ再構成メッセージ、トランスポートチャネル再構成メッセージ、または物理チャネル再構成メッセージに対応する。435Aのチャネル再構成メッセージを受信すると、所与のUEは、440AでCELLFACH状態からCELLDCH状態に移行する。図4Aには示されていないが、440Aの移行は、チャネル再構成メッセージを復号すること、L1同期手順、セル更新確認応答メッセージを送ることなどを含み得る。図4Aは、発信側UEがアプリケーションサーバ170との通信セッションをどのようにセットアップすることができるかを対象とするが、図4Bは、アプリケーションサーバ170が少なくとも1つのターゲットUEに警告メッセージを送ることを発信側UEがどのように要求することができるかの例を示す。上述したように、警告メッセージは、必ずしも通信セッションの前兆ではなく、むしろ、単に、少なくとも1つのターゲットUEの状況をチェックし、少なくとも1つのターゲットUEに応答を必要としないメッセージを送るように構成され得るだけである。図4Bを参照すると、400Bで所与のUEがURAPCHまたはCELLPCH状態で動作しており、405Bおよび410Bで所与のUEがセル更新手順を実行し、それによって、415BでCELLFACH状態に移行すると仮定する。CELLFACH状態である間、所与のUEは、警告メッセージが少なくとも1つのターゲットUEに送られることを要求することを決定し、それによって、所与のUEは、420Bで、RAN120にRACH上で警告メッセージを送信する。RAN120は、425Bで、所与のUEからRACH上で警告メッセージを受信し、アプリケーションサーバ170に警告メッセージを転送する。図4Aの430Aと同様、430Bで、RAN120は、警告メッセージを評価し、パケットが高QoSを必要とするRBに関連付けられていることを決定する。この決定に基づいて、RAN120は、435Bで、CELLDCH状態への所与のUEの移行をトリガするために、所与のUE機能にチャネル再構成を送る。435Bのセル更新確認メッセージを受信すると、所与のUEは、404BでCELLFACH状態からCELLDCH状態に移行する。図4Bには示されていないが、440Bの移行は、チャネル再構成メッセージを復号すること、L1同期手順、セル更新確認応答メッセージを送ることなどを含むことができる。図4Aおよび図4Bは、発信側UEとアプリケーションサーバ170との間のトラフィックに応答したCELLDCH状態への発信側UEの移行に関連するが、図4Cおよび図4Dは、アプリケーションサーバ170がターゲットUEに送るべきデータを有するときのCELLDCH状態へのターゲットUEの移行を対象とする。図4Cを参照すると、アプリケーションサーバ170が所与のUEへの通信セッションを開始するよう要求され、400Cで、ターゲットUEがURAPCH状態またはCELLPCH状態で動作していると仮定する。したがって、405Cで、アプリケーションサーバ170は、ターゲットUEに送信するための呼告知メッセージをRAN120に送り、410Cで、RAN120は、ターゲットUEをページングする。次に、415Cで、ターゲットUEはCELLFACH状態に移行し、420Cで、ターゲットUEは、RACHを介してRAN120にセル更新メッセージを送る。RAN120は、呼告知メッセージを評価し、425Cで、パケットが高QoSを必要とするRBに関連付けられていることを決定する。RAN120のこの決定は、セル更新確認メッセージに示される無線ベアラ、トランスポートチャネル、または物理チャネルを再構成することによって、CELLDCH状態へのターゲットUEの移行をトリガする。したがって、RAN120は、ターゲットUEをCELLDCH状態に移行するために、430Cで、FACHを介してターゲットUEにセル更新確認メッセージを送信する。430Cのセル更新確認メッセージを受信すると、ターゲットUEは、435CでCELLFACH状態からCELLDCH状態に移行する。435CでCELLDCH状態に移行すると、ターゲットUEは、440Cで、逆方向リンクDCHまたはEDCH上で、セル更新確認応答メッセージを送信し、その後、RAN120は、445Cで、DCHまたはHSDSCHを介して、呼告知メッセージをターゲットUEに送信する。図4Cは、アプリケーションサーバ170がどのようにターゲットUEとの通信セッションをセットアップできるかを対象とするが、図4Dは、アプリケーションサーバ170がどのようにターゲットUEに警告メッセージを送ることができるかの一例を示す。上述したように、警告メッセージは、必ずしも通信セッションの前兆ではなく、むしろ、単に、少なくとも1つのターゲットUEの状況をチェックし、少なくとも1つのターゲットUEに応答を必要としないメッセージを送るように構成され得るだけである。図4Dを参照すると、アプリケーションサーバ170が所与のUEに警告メッセージを送るよう要求され、400Dで、ターゲットUEがURAPCH状態またはCELLPCH状態で動作していると仮定する。したがって、アプリケーションサーバ170は、405Dで、ターゲットUEに送信するための警告メッセージをRAN120に送り、410Dで、RAN120は、ターゲットUEをページングする。次に、415Dで、ターゲットUEはCELLFACH状態に移行し、420Dで、ターゲットUEは、RACHを介してRAN120にセル更新メッセージを送る。また、RAN120は、警告メッセージを評価し、425Dで、パケットが高QoSを必要とするRBに関連付けられていることを決定する。RAN120の決定は、セル更新確認メッセージに示される無線ベアラ、トランスポートチャネル、または物理チャネルを再構成することによって、CELLDCH状態へのターゲットUEの移行をトリガする。したがって、430Dで、CELLFACHからCELLDCH状態へのターゲットUEの移行を促進するために、RAN120は、FACHを介してターゲットUEにセル更新確認メッセージを送信する。430Dのセル更新確認メッセージを受信すると、ターゲットUEは、435DでCELLFACH状態からCELLDCH状態に移行する。435DでCELLDCH状態に移行すると、ターゲットUE送信は、440Dで、逆方向リンクDCHまたはEDCH上で、セル更新確認応答メッセージを送信し、その後、RAN120は、445Dで、DCHまたはHSDSCHを介して、呼警告メッセージをターゲットUEに送信する。図4Cおよび図4Dは、ターゲットUEが最初にURAPCHまたはCELLPCH状態である例を対象とするが、RAN120がターゲットUEにデータを送信する旨のアプリケーションサーバ170の要求を受信するとき、ターゲットUEは、CELLFACH状態であってもよいことを理解されよう。ターゲットUEがすでにCELLFACH状態である場合、ページおよびセル更新メッセージは必要でなく、RAN120は、図4Cの430C、または図4Dの430Dの場合のように、チャネル再構成メッセージを送ることによって、簡単にUEをCELLDCHに移行させることができる。当業者なら理解するように、所与のUEとアプリケーションサーバ170との間の任意のトラフィックに応答したCELLDCH状態への所与のUEのプリエンプティブな移行は、いくつかのシナリオにおいて有益であり得るにもかかわらず、警告メッセージの場合、オーバーヘッドによってシステムの性能の低下およびまたはシステムリソースの不必要な浪費が生じる可能性がある。したがって、本発明の実施形態は、通信セッションに関連付けられたトラフィックがCELLDCH状態への所与のUEの移行を促すことを依然として確実にしながら、アプリケーションサーバ170と通信している所与のUEをCELLDCH状態に選択的に移行することを対象とする。図5Aは、本発明の一実施形態によるデータを送信するプロセスを示す。図5Aのプロセスは、UEまたはアプリケーションサーバ170で行われ、したがって、図5Aは、以下、これらのネットワーク要素のうちの任意の1つに対応するものと広くみなすことができるネットワーク通信エンティティで実行されるものとして説明する。図5Aを参照すると、ネットワーク通信エンティティは、500Aで、データを別のネットワーク通信エンティティに送信すべきかどうかを決定する。たとえば、500Aの決定は、発信側UEが、少なくとも1つのターゲットUEとの通信セッションを開始するために、呼要求メッセージをアプリケーションサーバ170に送るべきかどうかを決定することに対応し得る。別の例では、500Aの決定は、アプリケーションサーバ170が、少なくとも1つのターゲットUEに、通信セッションを告知する呼告知メッセージなどのデータを送るべきかどうかを決定することに対応し得る。さらに別の例では、500Aの決定は、告知メッセージの受信の後、ターゲットUEがアプリケーションサーバ170にデータを戻すことに対応し得る。当然、他の実施形態では、500Aの決定は、送信するための他のタイプのデータに対応し得る。ネットワーク通信エンティティが500Aでデータを送らないことを決定する場合、データは送信されない。あるいは、ネットワーク通信エンティティが500Aでデータを送ることを決定する場合、505Aでデータが送信される。次に、ネットワーク通信エンティティは、510Aで、UEをCELLDCH状態に移行することによって、データ送信に関連付けられた所与のUEのためにDCHをセットアップするかどうかを決定する。たとえば、図5Aのプロセスを実行するネットワーク通信エンティティが発信側UEまたはターゲットUEである場合、所与のUEは、図5Aのプロセスを実行するUEに対応し、したがって、510Aは、ネットワーク通信エンティティ自体がCELLDCH状態に移行すべきかどうかの決定に対応する。別の例では、図5Aのプロセスを実行するネットワーク通信エンティティがアプリケーションサーバ170である場合、所与のUEは、505Aのデータ送信が向けられるターゲットUEに対応し、したがって、510Aは、ターゲットUEをCELLDCH状態に移行するかどうかの決定に対応する。ネットワーク通信エンティティが510Aで所与のUEをCELLDCH状態に移行しないことを決定する場合、図5Aのプロセスは500Aに戻り、ネットワーク通信エンティティからその後のデータ送信を待つ。あるいは、ネットワーク通信エンティティが510Aで所与のUEをCELLDCH状態に移行することを決定する場合、ネットワーク通信エンティティは、515Aで、所与のUEをCELLDCH状態に移行するようRAN120を促すことが予想される所与のサイズの閾値以上のサイズを有するダミーパケットを送信することを決定する。ネットワーク通信エンティティがUEである場合、515Aの決定によって、UEは、ダミーパケットのトラフィック量を示す測定報告を送り、UEをCELLDCH状態に移行するようRAN120を促す。ネットワーク通信エンティティがアプリケーションサーバである場合、UEにダミーパケットを送ることによって、RAN120は、CELLDCHへのRRC状態移行閾値よりも大きいサイズのパケットを検出し、これによって、次いでRAN120は、UEをCELLDCH状態に移行させる。たとえば、所与のサイズの閾値は、CELLDCH状態の移行を決定するためにRAN120によって使用されるEvent4aTrafficVolumeMeasurementの閾値に対応し得る。言い換えれば、RAN120は、トラフィック量がEvent4aの閾値よりも大きいことを述べる測定報告メッセージを受信すると、データパケットを送信している、または受信しているUEをCELLDCH状態に移行させる。したがって、図5Aの実施形態では、ネットワーク通信エンティティは、ダミーパケットを使用して、CELLDCHの移行を選択的にトリガすることができる。代わりに、515Aのダミーパケットは、データ送信のターゲットUEをCELLDCH状態に移行するようRAN120をトリガするために、アプリケーションサーバ170によって送信することができる。以下でより詳細に説明するさらなる一例では、515Aで偽の測定報告を送ることができ、したがって、ダミーパケットが実際に送信されることなく、Event4aTVM閾値を上回るトラフィック量を示す測定報告がRAN120に送られる。図5Bは、本発明の一実施形態による図5Aのプロセス中にRAN120で行われるプロセスを示す。図5Bを参照すると、RAN120は、500Bで、所与のUEに関連したトラフィックまたは測定報告メッセージを受信する。RAN120で500Bにおいて受信されるトラフィックまたはトラフィック量の報告は、図5Aの515Aでのダミーパケット送信、図5Aの515Aでのダミーパケットによってトリガされる測定報告、およびまたは図5Aの515Aでの高トラフィック量を送信する実際の意図なしに、高トラフィック量を示す偽の測定報告の受信に対応し得る。RAN120は、505Bで受信される、トラフィック量報告に示されるトラフィックのサイズまたはトラフィック量を、500Bで、所与のサイズの閾値と比較する。サイズが所与のサイズの閾値を上回ることを比較が示す場合、RAN120は、510Bで、トラフィックが向けられる、またはそこから送られる所与のUEをCELLDCH状態に移行させる。しかし、サイズが所与のサイズの閾値を上回らないことを比較が示す場合、515Bで、RAN120は、所与のUEのCELLDCHの移行を行わない。理解されるように、515Aのダミーパケット送信は、505BでのRAN120の比較が510BでCELLDCH移行をトリガすることを確実にする。図5Cから図5Fまでは、図5Aおよび図5Bのプロセスのより詳細な実装例を示す。特に、図5Cおよび図5Dは、図5Aのプロセスを実行するネットワーク通信エンティティが発信側UEに対応する例をカバーし、図5Eおよび図5Fは、図5Aのプロセスを実行するネットワーク通信エンティティがアプリケーションサーバ170に対応する例をカバーする。図5Cを参照すると、500Cで、所与のUEがCELLFACH状態で動作していると仮定する。CELLFACH状態である間、所与のUEは、505Cで、アプリケーションサーバ170によって調停すべき通信セッションを開始することを決定し、それによって、所与のUEは、510Cで、RAN120にRACH上で呼要求メッセージを送信する。RAN120は、所与のUEからRACH上で呼要求メッセージを受信し、515Cで、アプリケーションサーバ170に呼要求メッセージを転送する。図5Cの実施形態において、505Cでの通信セッションを開始する旨の所与のUEによる決定は、図5Aの500Aの場合のように、データを送信すること、および図5Aの510Aの場合のように、それ自体をCELLDCH状態に移行する旨の所与のUEによる決定に対応する。したがって、所与のUEは、所与のサイズの閾値よりも大きいサイズを有するダミーパケットを送信することをさらに決定し、これによって、520Cで、Event4aを報告する測定報告メッセージを生成するようUEをトリガする。RAN120は、測定報告メッセージを受信し、525Cで、アップリンクトラフィック、または、この場合、送信のための所与のUEのトラフィック量が所与のサイズの閾値を上回ることを示す測定報告メッセージに基づいて、所与のUEをCELLDCH状態に移行することを決定する。したがって、RAN120は、530Cで、CELLFACHからCELLDCH状態への所与のUEの移行を促進するために、FACH上でチャネル再構成メッセージを送信する。530Cのセル更新確認メッセージを受信すると、所与のUEは、535CでCELLFACH状態からCELLDCH状態に移行する。図5Cには図示されていないが、535Cの移行は、チャネル再構成メッセージを復号すること、L1同期手順などを含むことができる。UE送信は、540Cで、チャネル再構成完了メッセージを送り、545Cでダミーパケットを送る。代わりに、発信側UEは、ダミーパケットを実際に送ることなく、偽の測定報告メッセージを生成することができる。この代替的実施形態において、500Cから540Cまでは、図5Cに示すように実行されるが、そのとき、545Cのダミーパケット送信は省略される。したがって、ダミーパケットは主に測定報告メッセージの生成に有用なので、ダミーパケットを送信するための無線リソースの消費を回避することによって、図5Cのプロセスの効率を高めることができる。この場合、偽の測定報告が生成されるとき、トラフィック量の量は、Event4aの閾値よりも大きくない。しかし、UEは、CELLDCH状態へのそれ自体の移行を要求するように機能するトラフィック量の誤った指示を含むための偽の測定報告メッセージを生成する。さらに、図5Cには明示的に図示されていないが、アプリケーションサーバ170は、発信側UEにダミーパケットを送り返すことによって、CELLDCH状態への発信側UEの移行をトリガすることもできる。たとえば、呼要求メッセージを受信すると、アプリケーションサーバ170は、要求されたセッションを受け付け、発信側UEをCELLDCH状態に移行するようRAN120をトリガするために、ダミーパケットを発信側UEに送り返すことを決定することができる。図5Dを参照すると、500Dで、所与のUEがCELLFACH状態で動作していると仮定する。CELLFACH状態である間、所与のUEは、505Dで、警告メッセージが少なくとも1つのターゲットUEに送られることを要求することを決定し、それによって、所与のUEは、510Dで、RAN120にRACH上で警告メッセージを送信する。RAN120は、所与のUEからRACH上で警告メッセージを受信し、515Dで、アプリケーションサーバ170に警告メッセージを転送する。図5Dの実施形態において、505Dでの警告メッセージを送る旨の所与のUEによる決定は、図5Aの510Aの場合のように、それ自体をCELLDCH状態に移行することなしに、図5Aの500Aの場合のように、データを送信する旨の所与のUEによる決定に対応する。したがって、ダミーパケットもEvent4a状態を示す測定報告メッセージも所与のUEによって送信されず、それによってRAN120は、520Dで、それ自体による警告メッセージは、所与のサイズの閾値を上回らず、Event4aを報告する測定報告メッセージは送られないので、アップリンクトラフィックに基づいて、所与のUEをCELLDCH状態に移行しないことを決定する。したがって、所与のUEは、525Dで、CELLFACH状態からCELLDCH状態に移行されない。図5Eを参照すると、アプリケーションサーバ170が所与のUEへの通信セッションを開始するよう要求されており、500Eで、所与のUEがURAPCH状態またはCELLPCH状態で動作していると仮定する。したがって、アプリケーションサーバ170は、呼告知メッセージを所与のUEに送り、505Eで、所与のUEをCELLDCH状態に移行することを決定する。理解されるように、図5Aの500Aの場合のように、データを送信し、さらに、図5Aの510Aの場合のように、所与のUEをCELLDCH状態に移行することを決定することに対応する。したがって、510Eで、アプリケーションサーバ170は、ターゲットUEに送信するための呼告知メッセージをRAN120に送り、515Eで、RAN120は、ターゲットUEをページングする。アプリケーションサーバ170は、520Eで、所与のサイズの閾値よりも大きいサイズを有するダミーパケットをさらに送信する。515Eからのページメッセージを受信し、復号すると、525Eで、ターゲットUEはCELLFACH状態に移行し、530Eで、RACH上でセル更新メッセージをRAN120に送信する。535Eで、RAN120は、ダミーパケットを受信した後、この場合、所与のサイズの閾値を上回る、ダウンリンクトラフィックまたはダミーパケットに基づいて、所与のUEをCELLDCH状態に移行することを決定する。この場合、535Eの決定は、ダミーパケットの受信に応答して送られるUEからの測定報告、またはダミーパケットを送信することの決定ではなく、ダミーパケットのサイズのRAN120による分析に応答する。したがって、RAN120は、540Eで、CELLFACHからCELLDCH状態への所与のUEの移行を促進するために、FACH上でセル更新確認メッセージを送信する。540Eのセル更新確認メッセージを受信すると、545Eで、所与のUEはCELLFACH状態からCELLDCH状態に移行し、その後、ターゲットUEは、550Eで、DCHまたはEDCH上でセル更新確認応答メッセージをRAN120に送り、RAN120は、555Eおよび560Eで、ダウンリンクDCHまたはHSDSCH上で呼告知メッセージおよびダミーパケットをターゲットUEに送る。図5Fを参照すると、アプリケーションサーバ170が所与のUEに警告メッセージを送るよう要求されており、500Fで、所与のUEがURAPCH状態またはCELLPCH状態で動作していると仮定する。したがって、アプリケーションサーバ170は、505Fで、所与のUEに警告メッセージを送ることを決定する。理解されるように、アプリケーションサーバ170が所与のUEに送るための警告メッセージのみを有する場合、DCHは望ましくないので、505Fの決定は、図5Aの510Aの場合のように、所与のUEをCELLDCH状態に移行することなく、図5Aの500Aの場合のように、データを送信することの決定に対応する。したがって、アプリケーションサーバ170は、510Fで、ターゲットUEに送信するための警告メッセージをRAN120に送り、515Fで、RAN120は、ターゲットUEをページングする。515Fからのページメッセージを受信し、復号すると、520Fで、ターゲットUEはCELLFACH状態に移行し、525Fで、RACH上でセル更新メッセージをRAN120に送信する。理解されるように、ダミーパケットは、アプリケーションサーバ170によって送信されず、RAN120は、530Fで、警告メッセージはそれ自体で所与のサイズの閾値を上回らないので、ダウンリンクトラフィックに基づいて、所与のUEをCELLDCH状態に移行しないことを決定する。したがって、所与のUEは、CELLFACH状態からCELLDCH状態に移行されない。したがって、RAN120は、535Fで、CELLDCH状態へのターゲットUEの移行をトリガするように構成されていないセル更新確認メッセージをFACH上で送信し、ターゲットUEは、540FでCELLFACH状態のままである。ターゲットUEは、545Fで、RACH上でセル更新確認応答メッセージを送信し、次いで550Fで、警告メッセージがFACH上でターゲットUEに送られる。図5Eおよび図5Fは、ターゲットUEが最初にURAPCHまたはCELLPCH状態である例を対象とするが、RAN120がターゲットUEにデータを送信する旨のアプリケーションサーバ170の要求を受信するとき、ターゲットUEは、CELLFACH状態であってもよいことを理解されよう。ターゲットUEがすでにCELLFACH状態である場合、図5Eのブロック515Eおよび525Eから530Eまで、およびまたは図5Fのブロック515Fから525Fまでを省略することができることを理解されよう。さらに、図5Cから図5Fまでには明示的に図示されていないが、ターゲットUEは、それ自体のダミーパケットを送信することによってCELLDCH状態へのそれ自体の移行をトリガすることもできる。たとえば、呼告知メッセージを受信すると、ターゲットUEは、告知されたセッションを受け付け、告知ACKを送ることを決定することができる。告知ACKは、一般的に、所与のサイズの閾値を下回り、したがって、ターゲットUEは、CELLDCH状態へのその移行を促進するために、ダミーパケットをさらに送ることができる。さらに、図5Cから図5Fまでには明示的に図示されていないが、ターゲットUEは、偽の測定メッセージを送信することによって、CELLDCH状態へのそれ自体の移行をトリガすることもできる。たとえば、呼告知メッセージを受信すると、ターゲットUEは、告知されたセッションを受け付け、告知ACKを送ることを決定することができる。告知ACKは、一般的に、所与のサイズの閾値を下回り、したがって、ターゲットUEは、偽の測定報告メッセージをさらに生成し、CELLDCH状態へのその移行を促進するために、それをRANに送ることができる。したがって、ダミーパケットが実際に送られないときでも、UEは、CELLDCH状態へのそれ自体の移行を促すために送るべきダミーパケットサイズのデータ量を有することを示す測定報告を送ることができる。図6Aは、本発明の一実施形態によるデータを送信するプロセスを示す。図6Aのプロセスは、UEまたはアプリケーションサーバ170で行われ、したがって、図6Aは、以下、これらのネットワーク要素のうちの任意の1つに対応するものと広くみなすことができるネットワーク通信エンティティで実行されるものとして説明する。図6Aを参照すると、ネットワーク通信エンティティは、600Aで、データを別のネットワーク通信エンティティに送信すべきかどうかを決定する。たとえば、600Aの決定は、発信側UEが、少なくとも1つのターゲットUEとの通信セッションを開始するために、呼要求メッセージをアプリケーションサーバ170に送るべきかどうかを決定することに対応し得る。別の例では、600Aの決定は、アプリケーションサーバ170が、少なくとも1つのターゲットUEに、通信セッションを告知する呼告知メッセージなどのデータを送るべきかどうかを決定することに対応し得る。さらに別の例では、600Aの決定は、告知メッセージの受信の後、ターゲットUEがアプリケーションサーバ170にデータを戻すことに対応し得る。当然、他の実施形態では、600Aの決定は、送信するための他のタイプのデータに対応し得る。ネットワーク通信エンティティが600Aでデータを送らないことを決定する場合、データは送信されない。代わりに、ネットワーク通信エンティティは、600Aで、データを送ることを決定する場合、ネットワーク通信エンティティは、605Aで、UEをCELLDCH状態に移行させることによって、データ送信に関連付けられた所与のUEのためにDCHをセットアップするかどうかを決定する。たとえば、図6Aのプロセスを実行するネットワーク通信エンティティが発信側UEまたはターゲットUEである場合、所与のUEは、図6Aのプロセスを実行するUEに対応し、したがって、605Aは、ネットワーク通信エンティティ自体がCELLDCH状態に移行すべきかどうかの決定に対応する。別の例では、図6Aのプロセスを実行するネットワーク通信エンティティがアプリケーションサーバ170である場合、所与のUEは、データ送信が向けられるターゲットUEに対応し、したがって、605Aは、ターゲットUEをCELLDCH状態に移行するかどうかの決定に対応する。ネットワーク通信エンティティが605Aで所与のUEをCELLDCH状態に移行しないことを決定する場合、図6Aのプロセスは615Aに進み、データがネットワーク通信エンティティから送信される。代わりに、ネットワーク通信エンティティが605Aで所与のUEをCELLDCH状態に移行することを決定する場合、ネットワーク通信エンティティは、610Aで、データ送信のヘッダ部分をCELLDCH状態への所与のUEの移行を要求するように構成する。ヘッダ部分は、RANが読み込むように構成された任意の層のものとすることができる。一例では、610Aの構成は、IPパケットのヘッダ部分内のディフサーブコードポイント値を、所与のUEをCELLDCHに移行させるようRAN120に要求するように機能する所定のビット設定値に設定することに対応し得る。言い換えれば、RAN120は、所定のビット設定値に設定されたDSCP値のデータパケットを受信すると、データパケットを送信しているまたは受信しているUEをCELLDCH状態に移行させる。したがって、図6Aの実施形態では、ネットワーク通信エンティティは、パケットヘッダ内のDSCPフィールドを使用して、CELLDCHの移行を選択的にトリガすることができる。したがって、610Aの構成の後、ネットワーク通信エンティティは、615Aで構成されたデータを送信する。図6Bは、本発明の一実施形態による図6Aのプロセス中にRAN120で行われるプロセスを示す。図6Bを参照すると、RAN120は、600Bで、所与のUEに関連したトラフィックを受信する。たとえば、RAN120で600Bで受信されるトラフィックは、図6Aの615Aのデータ送信の受信に対応し得る。RAN120は、605Bで所与のUEをCELLDCH状態に移行するかどうかを決定するために、600Bから受信されたトラフィックの中の1つまたは複数のデータパケットのヘッダを評価する。605Bからの評価に基づいて、RAN120は、610Bで、所与のUEをCELLDCH状態に移行すべきかどうかを決定する。所与のUEをCELLDCH状態に移行すべきことを評価が示す場合、RAN120は、615Bで、トラフィックが向けられる、またはそこから送られる所与のUEをCELLDCH状態に移行させる。しかし、所与のUEをCELLDCH状態に移行すべきことを評価が示さない場合、620Bで、RAN120は、所与のUEのCELLDCHの移行を行わない。理解されるように、図6Aからの610Aのヘッダ部分の構成は、605B610BのRAN120の評価が図6Bの615BでCELLDCHの移行をトリガすることを確実にする。図6Cから図6Fまでは、図6Aおよび図6Bのプロセスのより詳細な実装例を示す。特に、図6Cおよび図6Dは、図6Aのプロセスを実行するネットワーク通信エンティティが発信側UEに対応する例をカバーし、図6Eおよび図6Fは、図6Aのプロセスを実行するネットワーク通信エンティティがアプリケーションサーバ170に対応する例をカバーする。図6Cを参照すると、600Cで、所与のUEがCELLFACH状態で動作していると仮定する。CELLFACH状態である間、所与のUEは、605Cで、アプリケーションサーバ170によって調停すべき通信セッションを開始することを決定する。図6Cの実施形態において、605Cでの通信セッションを開始する旨の所与のUEによる決定は、図6Aの600Aの場合のように、データを送信すること、および図6Aの605Aの場合のように、それ自体をCELLDCH状態に移行する旨の所与のUEによる決定に対応する。それによって、所与のUEは、610Cで、所与のUEをCELLDCH状態に移行するようRAN120を促すように、呼要求メッセージのヘッダ層部分を構成する。したがって、所与のUEは、615Cで、RACH上でRAN120に構成された呼要求メッセージを送信する。RAN120は、RACH上で所与のUEから構成された呼要求メッセージを受信し、620Cで、呼要求メッセージをアプリケーションサーバ170に転送する。また、RAN120は、構成された呼要求メッセージのヘッダ部分を評価し、625Cで移行をトリガするように構成されたヘッダ部分を有するデータパケットまたはアップリンクトラフィックに基づいて、所与のUEをCELLDCH状態に移行することを決定する。したがって、RAN120は、630Cで、CELLFACHからCELLDCH状態への所与のUEの移行を促進するために、FACH上でチャネル再構成メッセージを送信する。630Cのセル更新確認メッセージを受信すると、所与のUEは、635CでCELLFACH状態からCELLDCH状態に移行する。図6Cには図示されていないが、635Cの移行は、セル更新確認メッセージを復号すること、L1同期手順などを含むことができる。635CでCELLDCH状態に移行すると、所与のUEは、640Cで、逆方向リンクDCHまたはEDCH上でセル更新確認応答メッセージをRAN120に送る。図6Dを参照すると、600Dで、所与のUEがCELLFACH状態で動作していると仮定する。CELLFACH状態である間、所与のUEは、605Dで、警告メッセージが少なくとも1つのターゲットUEに送られることを要求することを決定する。図6Dの実施形態において、605Dでの警告メッセージを送る旨の所与のUEによる決定は、図6Aの605Aの場合のように、それ自体をCELLDCH状態に移行することなしに、図6Aの600Aの場合のように、データを送信する旨の所与のUEによる決定に対応する。それによって、所与のUEは、610Dで、所与のUEをCELLDCH状態に移行するようRAN120を促すように、警告メッセージのヘッダ層部分を構成しない。したがって、所与のUEは、615Dで、RACH上でRAN120に未構成の警告メッセージを送信する。RAN120は、RACH上で所与のUEから未構成の警告メッセージを受信し、620Dで、アプリケーションサーバ170に警告メッセージを転送する。また、RAN120は、警告メッセージのヘッダ部分を評価し、625Dで移行をトリガするように構成されていないヘッダ部分を有するデータパケットまたはアップリンクトラフィックに基づいて、所与のUEをCELLDCH状態に移行しないことを決定する。したがって、所与のUEは、630Dで、CELLFACH状態からCELLDCH状態に移行されない。図6Eを参照すると、アプリケーションサーバ170が所与のUEへの通信セッションを開始するよう要求されており、600Eで、所与のUEがURAPCH状態またはCELLPCH状態で動作していると仮定する。したがって、アプリケーションサーバ170は、呼告知メッセージを所与のUEに送り、605Eで、所与のUEをCELLDCH状態に移行することを決定する。理解されるように、605Eの決定は、図6Aの600Aの場合のように、データを送信し、さらに、図6Aの605Aの場合のように、所与のUEをCELLDCH状態に移行することを決定することに対応する。それによって、アプリケーションサーバ170は、610Eで、所与のUEをCELLDCH状態に移行するようRAN120を促すように、呼告知のヘッダ部分を構成する。したがって、615Eで、アプリケーションサーバ170が構成された呼告知メッセージをRAN120に送信し、620Eで、RAN120は、ターゲットUEをページングする。ターゲットUEは、ページメッセージを受信し、復号し、625Eで、CELLFACH状態に移行し、630Eで、RACH上でセル更新メッセージをRAN120に送信する。また、RAN120は、構成された呼告知メッセージのヘッダ部分を評価し、635Eで移行をトリガするように構成されたヘッダ部分を有するデータパケットまたはダウンリンクトラフィックに基づいて、所与のUEをCELLDCH状態に移行することを決定する。したがって、RAN120は、640Eで、CELLFACHからCELLDCH状態への所与のUEの移行を促進するために、FACH上でセル更新確認メッセージを送信する。640Eでセル更新確認メッセージを受信すると、所与のUEは、645EでCELLFACH状態からCELLDCH状態に移行する。図6Eには図示されていないが、645Eの移行は、セル更新確認メッセージを復号すること、L1同期手順などを含むことができる。645EでCELLDCH状態に移行すると、ターゲットUEは、650Eで、DCHまたはEDCH上でセル更新確認メッセージを送り、その後、RAN120は、655Eで、ダウンリンクDCHまたはHSDSCH上で呼告知メッセージをターゲットUEに送信する。図6Fを参照すると、アプリケーションサーバ170が所与のUEに警告メッセージを送るよう要求されており、600Fで、所与のUEがURAPCH状態またはCELLPCH状態で動作していると仮定する。図6Fの実施形態において、605Fでの警告メッセージを送る旨のアプリケーションサーバ170による決定は、図6Aの605Aの場合のように、ターゲットUEをCELLDCH状態に移行することなしに、図6Aの600Aの場合のように、データを送信する旨のアプリケーションサーバ170による決定に対応する。それによって、アプリケーションサーバ170は、610Fで、所与のUEをCELLDCH状態に移行するようRAN120を促すように、警告メッセージのヘッダ層部分を構成しない。したがって、615Fで、アプリケーションサーバ170が未構成の警告メッセージをRAN120に送り、620Fで、RAN120は、ターゲットUEをページングする。ターゲットUEは、620Fからのページメッセージを復号し、625Fで、CELLFACH状態に移行し、630Fで、RACH上でセル更新メッセージをRAN120に送る。また、RAN120は、警告メッセージのヘッダ部分を評価し、635Fで移行をトリガするように構成されていないヘッダ部分を有するデータパケットまたはダウンリンクトラフィックに基づいて、所与のUEをCELLDCH状態に移行しないことを決定する。したがって、所与のUEは、CELLFACH状態からCELLDCH状態に移行されない。代わりに、RAN120は、640Fで、CELLDCH状態へのターゲットUEの移行をトリガすることなく、FACH上でセル更新確認メッセージをターゲットUEに送信し、ターゲットUEは、645FでCELLFACH状態のままである。ターゲットUEは、650Fで、RACH上でセル更新応答確認メッセージをRAN120に送り返し、655Fで、RAN120は、警告メッセージをFACH上でターゲットUEに送信する。図6Eおよび図6Fは、ターゲットUEが最初にURAPCHまたはCELLPCH状態である例を対象とするが、RAN120がターゲットUEにデータを送信する旨のアプリケーションサーバ170の要求を受信するとき、ターゲットUEは、CELLFACH状態であってもよいことを理解されよう。ターゲットUEがすでにCELLFACH状態である場合、図6Eのブロック615Eから630Eまで、およびまたは図6Fのブロック620Fから630Fまでを省略することができることを理解されよう。図5Aから図6Fまでに関して上述した本発明の実施形態は、アプリケーションサーバ170、RAN120、およびまたは発信側またはターゲットUEでの挙動の変化に関係する。図7Aから図7Dまでは、挙動の変化がもっぱらRAN120で行われる別の本発明の実施形態を対象とし、したがって、RAN120は、所与のUEとアプリケーションサーバ170との間で交換される通常トラフィックの評価に基づいて、所与のUEをCELLDCH状態に移行させるかどうかに関して決定を行う。図7Aは、本発明の一実施形態によるRAN120で行われるプロセスを示す。図7Aを参照すると、RAN120は、700Aで、アプリケーションサーバ170によって所与のUEに提供されるサービスに関連するメッセージを受信する。一例では、700Aで受信されるメッセージまたはデータパケットは、発信側UEによって送られる呼要求メッセージ、アプリケーションサーバ170によって送られる、ターゲットUE向けの呼告知メッセージ、告知メッセージに応答してターゲットUEによって送られる告知ACKメッセージ、およびまたはUEとアプリケーションサーバ170との間で交換される任意の他のメッセージに対応し得る。RAN120でメッセージを受信すると、RAN120は、705Aで、受信されたメッセージのサイズを決定し、受信されたメッセージの決定されたサイズをRAN120に格納する。たとえば、705Aでの受信されたメッセージの決定されたサイズは、700Aで受信されたメッセージのデータペイロード部分にどれくらいのビットまたはバイトが含まれるかに対応し得る。710Aで、RAN120は、700Aで受信されたメッセージに関連付けられた所与のUEについての所与の満了期間を有するタイマーを開始する。一例では、700Aで受信されたメッセージが所与のUEの通信セッションに関連付けられていれば、所与の満了期間を、異なるサイズの少なくとも1つの追加のメッセージが予想される期間に設定することができる、5秒など。RAN120は、次に、715Aで、710Aで開始したタイマーが満了する前に、高QoSのRBに関連する任意のその後のメッセージが受信されるかどうかを決定する。任意の他の関連するメッセージが受信される前にタイマーが満了したことをRAN120が決定した場合、RAN120は、720Aで、所与のUEをCELLDCH状態に移行しない。そうではなく、710Aで開始したタイマーが完了する前に、高QoSのRBに関連する1つまたは複数のその後のメッセージが受信されるとRAN120が決定した場合、RAN120は、725Aで、次のメッセージのサイズを決定し、次のメッセージの決定されたサイズをRAN120に格納する。730Aで、RAN120は、700Aで受信されたメッセージの決定されたサイズを次のメッセージの決定されたサイズと比較する。700Aのメッセージと次のメッセージのサイズが同じであるとRAN120が決定した場合、RAN120は、所与のUEをCELLDCH状態に移行せず、735Aで、タイマーのリセットも行い、その後、プロセスは715Aに戻り、RAN120は、タイマーの満了の前に別の次の関連するメッセージを受信するために待つ。たとえば、同じサイズのメッセージが受信されるときに、UEをCELLDCH状態に移行することを控えることによって、警告メッセージの再送信のためのCELLDCH状態への移行の発生を低減することができる。そうではなく、700Aのメッセージと次のメッセージのサイズが同じではないことをRAN120が決定した場合、RAN120は、所与のUEがアプリケーションサーバ170とのいくつかのタイプの通信セッションに参加していると推論し、それによって、740Aで、CELLDCH状態への所与のUEの移行を開始する。図7Bから図7Dまでは、図7Aのプロセスのより詳細な実装例を示す。特に、図7Bから図7Dまでは、RAN120によって受信されるメッセージがターゲットUEに関連する例をカバーする。しかし、他の実施形態は発信側UEに関連するメッセージングを対象とし得ることを理解されよう。図7Bを参照すると、アプリケーションサーバ170が所与のUEに呼告知メッセージを送るよう要求されており、700Bで、所与のUEがURAPCH状態またはCELLPCH状態で動作していると仮定する。したがって、705Bで、アプリケーションサーバ170は、呼告知メッセージをRAN120に送り、710Bで、RAN120は、ターゲットUEをページングする。図7Bの実施形態では、呼告知メッセージが第1のサイズを有すると仮定する。したがって、RAN120は、呼告知メッセージのサイズを決定し、ターゲットUEに関連する記録に関連する第1のサイズを格納し、715Bで、所与の満了期間を有するタイマーを開始する。710Bで、ページメッセージを受信すると、ターゲットUEは、720BでCELLFACH状態に移行し、725Bで、セル更新メッセージをRACH上で送ることによってページメッセージに応答し、RAN120は、730Bで、セル更新確認メッセージをターゲットUEに送る。この時点で、2つ以上の異なるサイズのメッセージがタイマー期間内にまだ受信されていないので、730Bのセル更新確認メッセージは、CELLDCH状態に移行するようターゲットUEに指示しない。ターゲットUEは、それによってCELLFACH状態のままであり、735Bで、RACH上でセル更新確認応答メッセージを送り、RAN120は、次いで740Bで、FACH上で呼告知メッセージをターゲットUEに送る。ターゲットUEが740Bで呼告知メッセージを受信し、復号するとき、ターゲットUEは、745Bで、告知された通信セッションを受け付け、それによって告知ACKメッセージをアプリケーションサーバ170に送り返す。告知された通信セッションの第1の応答側から呼受諾を受信すると、アプリケーションサーバ170は、750Bで、セッションを確立するための残りのステップに関連する情報を含む少なくとも1つの次のメッセージをセッション参加者ごとにRAN120に送る。図7Bの実施形態では、715Bで開始するタイマーが満了する前に750Bの次のメッセージが送られ、次のメッセージは、呼告知メッセージの第1のサイズとは異なる第2のサイズを有すると仮定する。RAN120は、705Bからの呼告知メッセージと750Bからの次のメッセージとのサイズが異なることを決定し、それによって、755Bで、ターゲットUEをCELLFACH状態からCELLDCH状態に移行することを決定する。RAN120は、それによって、760Bで、CELLDCH状態に移行するようターゲットUEに指示する。図7Bには明示的に図示されていないが、CELLDCHの移行は、CELLFACHからCELLDCH状態へのターゲットUEの移行を促進するために、FACH上で送信されるセル更新確認メッセージによって促すことができる。図7Cを参照すると、アプリケーションサーバ170が所与のUEに警告メッセージを送るよう要求されており、700Cで、所与のUEがURAPCH状態またはCELLPCH状態で動作していると仮定する。したがって、705Cで、アプリケーションサーバ170は、警告メッセージをRAN120に送り、710Cで、RAN120は、ターゲットUEをページングする。図7Cの実施形態では、警告メッセージが第3のサイズを有すると仮定する。したがって、RAN120は、呼警告メッセージのサイズを決定し、ターゲットUEに関連する記録に関連する第3のサイズを格納し、715Cで、所与の満了期間を有するタイマーを開始する。ページメッセージを受信し、復号すると、720Cで、ターゲットUEはCELLFACH状態に移行し、725Cで、RACH上でセル更新メッセージを送る。RAN120は、セル更新メッセージを受信し、730Cで、セル更新確認メッセージをFACH上で送り、ターゲットUEは、セル更新確認メッセージに対して、735Cで、RACH上でセル更新確認応答メッセージで応答する。次いで、RAN120は、740Cで、FACH上でターゲットUEに警告メッセージを送信する。警告メッセージは、ターゲットUEとアプリケーションサーバ170との間のかなりの量の追加のトラフィックをもたらさない通知タイプのメッセージであることが多いので、図7Cの実施形態では、タイマーの満了前に、アプリケーションサーバ170とターゲットUEとの間で追加のメッセージが交換されないと仮定する。したがって、RAN120は、タイマーの満了前に次の関連するメッセージが受信されなかったと決定し、それによって、745Cで、CELLFACH状態からCELLDCH状態に移行しないことを決定する。したがって、ターゲットUEは、750Cで、CELLFACH状態からCELLDCH状態に移行されない。図7Dを参照すると、700Dから740Dまではそれぞれ、図7Cの700Cから740Cまでに対応し、したがって、簡潔のためにこれ以上は説明しない。705Dでの最初の警告メッセージの送信後、および715Dでのタイマーの満了前のある時点において、アプリケーションサーバ170が同じ警告メッセージを再送信することを決定すると仮定する。たとえば、アプリケーションサーバ170は、ターゲットUEが警告メッセージにACKを送らない場合、再送信することを決定することができる。したがって、アプリケーションサーバ170は、745Dで警告メッセージを再送信し、RAN120は、750Dで、FACH上で警告メッセージをターゲットUEに再送信する。図7Dの実施形態では、745Dの警告メッセージは、単に705Dからの警告メッセージの再送信であるので、両方の警告メッセージは、同じサイズを有する。それによって、RAN120は、705Dからの警告メッセージと745Dからの再送信された警告メッセージのサイズが同じになることを決定し、755Dで、ターゲットUEをCELLFACH状態からCELLDCH状態に移行させないことをさらに決定する。したがって、RAN120は、755Dで、再送信された警告メッセージの第3のサイズを格納し、タイマーをリセットし、760Dで、ターゲットUEはCELLFACH状態からCELLDCH状態に移行されない。本発明の上記で説明した実施形態における参照は、全体的に、呼およびセッションの用語を互換的に使用しているが、任意の呼およびまたはセッションは、異なる当事者間の実際の呼を含むものとして、または技術的に呼とみなされない可能性があるデータトランスポートセッションの代わりとして解釈されるものとすることを理解されよう。また、上記実施形態は、全体的に、PTTセッションに関して説明されているが、他の実施形態は、たとえばプッシュツートランスファーセッション、緊急VoIP呼など、任意のタイプの通信セッションを対象としてもよい。情報および信号は、多種多様な技術および技法のうちのいずれかを使用して表すことができることを当業者であれば理解されよう。たとえば、上記説明の全体にわたって参照され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、またはそれらの任意の組合せによって表すことができる。さらに、本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップが電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者であれば理解されよう。ハードウェアおよびソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、それらの機能に関して概括的に上記で説明してきた。こうした機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定の適用例、およびシステム全体に課せられる設計制約に依存する。当業者は説明した機能を特定の適用例ごとに様々な方法で実装することができるが、こうした実装の決定は、本発明の範囲からの逸脱をもたらすものと解釈されないものとする。本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで実装または実行することができる。汎用プロセッサは、マイクロプロセッサでもよいが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンでもよい。プロセッサは、たとえばDSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連動する1つまたは複数のマイクロプロセッサ、または任意の他のそのような構成など、コンピューティングデバイスの組合せとして実装することもできる。本明細書で開示する実施形態に関して説明する方法、シーケンス、およびまたはアルゴリズムは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、または2つの組合せにおいて具現化することができる。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、取外し可能ディスク、CDROM、または当技術分野で知られている任意の他の形態の記憶媒体に常駐していてもよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取ることができ、情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体は、プロセッサに一体化されていてもよい。プロセッサおよび記憶媒体は、ASICに常駐していてもよい。ASICは、ユーザ端末に常駐していてもよい。代替として、プロセッサおよび記憶媒体は、ユーザ端末の個別構成要素として常駐していてもよい。1つまたは複数の例示的な実施形態では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装できる。ソフトウェアで実装した場合、これらの機能を機械可読媒体上の1つまたは複数の命令もしくはコードに格納し、またはそれを介して送信することができる。コンピュータ可読媒体は、コンピュータ記憶媒体と通信媒体の両方を含み、ある位置から別の位置へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の使用可能な媒体とすることができる。限定ではなく、例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CDROM、または他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形式で所望のプログラムコードを運び、または記憶するために使用でき、コンピュータによってアクセスされ得る任意の他の媒体を含むことができる。また、任意の接続は、厳密には、コンピュータ可読媒体と呼ばれる。たとえば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線、またはたとえば赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義内に含まれる。本明細書で使用する場合、ディスクおよびディスクは、コンパクトディスク、レーザディスク、光ディスク、デジタル多用途ディスク、フレキシブルディスク、およびブルーレイディスクを含み、ディスクは、通常、磁気的にデータを再生し、ディスクは、レーザで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるものとする。上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって定義された本発明の範囲から逸脱することなく、様々な変更および修正を本明細書において加えることができることを留意されたい。本明細書で説明する本発明の実施形態による機能、ステップ、およびまたは方法クレームのアクションが任意の特定の順序で実行される必要はない。さらに、本発明の要素は、単数で記載され、または請求されているが、単数への制限が明示的に述べられない限り、複数は企図される。