ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約を取得する方法であって、休止状態の発信側アクセス端末において、少なくとも1つのターゲットアクセス端末との通信セッションを開始するための要求を受信するステップであって、前記発信側アクセス端末の前記休止状態が、前記発信側アクセス端末が、開始される前記通信セッションと関連付けられるアクティブトラフィックチャネルを有さないことと、前記発信側アクセス端末が、少なくとも、開始される前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのための、QoSリソース予約を有さないこととによって特徴付けられる、ステップと、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約を少なくとも要求するように、メッセージを構成するステップと、前記構成されたメッセージをアクセスネットワークに送信するステップとを含む、方法。前記構成されたメッセージが、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約の前記要求と、前記アクティブTCHの要求と、開始される前記通信セッションのための呼中シグナリングと関連付けられるIPフローのためのQoSリソース予約の要求と、開始される前記通信セッションのためのメディアと関連付けられるIPフローのためのQoSリソース予約の要求と、呼要求メッセージと、位置更新メッセージとのうちの2つ以上を含む、バンドルされたメッセージに対応する、請求項1に記載の方法。前記バンドルされたメッセージに応答して、前記アクセスネットワークから、前記要求されたTCHの割り当て、ならびに、開始される前記通信セッションのための、呼設定、呼中シグナリング、およびメディアの各々と関連付けられた前記IPフローの受け入れの通知を、受信するステップをさらに含む、請求項2に記載の方法。前記構成されたメッセージが、dataoversignalingパケットであり、前記送信するステップが、前記構成されたメッセージをシグナリングチャネルを通じて送信する、請求項1に記載の方法。前記アクセスネットワークが、開始される前記通信セッションのための呼設定と関連付けられる、前記IPフローのための前記QoSリソース予約の前記要求を受け入れたことの通知を受信するステップをさらに含む、請求項1に記載の方法。ワイヤレス通信システム内のサーバ調停型の通信セッションの間にQualityofServiceリソース予約をプロビジョニングする方法であって、アクセスネットワークにおいて、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションを開始するための要求と関連して、第1のメッセージを受信するステップであって、前記第1のメッセージが、開始される前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのためのQoSリソース予約を少なくとも要求するように構成される、ステップと、前記第1のメッセージに応答して、第2のメッセージを送信するステップであって、前記第2のメッセージが、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約の、前記発信側アクセス端末による前記要求が、前記アクセスネットワークによって受け入れられていることを少なくとも示す、ステップとを含む、方法。前記第1のメッセージが、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約の前記要求と、トラフィックチャネルの要求と、開始される前記通信セッションのための呼中シグナリングと関連付けられるIPフローのためのQoSリソース予約の要求と、開始される前記通信セッションのためのメディアと関連付けられるIPフローのためのQoSリソース予約の要求と、呼要求メッセージと、位置更新メッセージとのうちの2つ以上を含む、バンドルされたメッセージに対応する、請求項6に記載の方法。前記バンドルされたメッセージに応答して、前記アクセスネットワークから、前記要求されたTCHの割り当て、ならびに、開始される前記通信セッションのための、呼設定、呼中シグナリング、およびメディアの各々と関連付けられた前記IPフローの受け入れの通知を、送信するステップをさらに含む、請求項7に記載の方法。開始される前記通信セッションを調停するように構成されるアプリケーションサーバに、前記呼要求メッセージを転送するステップをさらに含む、請求項7に記載の方法。前記第1のメッセージが、dataoversignalingパケット内に含まれ、シグナリングチャネル上で受信される、請求項6に記載の方法。前記アクセスネットワークが、開始される前記通信セッションのための呼設定と関連付けられる、前記IPフローのための前記QoSリソース予約の前記要求を受け入れたことの通知を送信するステップをさらに含む、請求項6に記載の方法。ワイヤレス通信システム内のサーバ調停型の通信セッションの間にQualityofServiceリソース予約をプロビジョニングする方法であって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションの設定の間に、前記少なくとも1つのターゲットアクセス端末にトラフィックチャネルを割り当てるトラフィックチャネル割当メッセージを送信するステップと、前記割り当てられたトラフィックチャネルの順方向リンクで、前記少なくとも1つのターゲットアクセス端末にQoSリソース予約割当メッセージを送信するステップであって、前記QoSリソース予約割当メッセージが、前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのQoSリソース予約が前記少なくとも1つのターゲットアクセス端末に割り振られていることを少なくとも示す、ステップとを含む、方法。前記通信セッションを調停するように構成されるアプリケーションサーバから、告知メッセージを受信するステップと、前記告知メッセージが、前記少なくとも1つのターゲットアクセス端末へのQoSリソースの先取り的な割振りを促すように構成されていると、判定するステップとをさらに含み、前記QoSリソース予約割当の前記送信が、QoSリソースの明示的な要求が前記少なくとも1つのターゲットアクセス端末から受信されることなく、前記判定に応答してトリガされる、請求項12に記載の方法。前記QoSリソース予約割当メッセージがさらに、呼中シグナリングと関連付けられるIPフローのためのQoSリソース予約、および前記通信セッションのためのメディアのQoSリソース予約も、前記少なくとも1つのターゲットアクセス端末に割り振られていることを示すように構成される、請求項12に記載の方法。前記少なくとも1つのターゲットアクセス端末が、前記通信セッションのための呼設定と関連付けられる、前記IPフローのための前記QoSリソース予約の前記要求を受け入れたことの通知を受信するステップをさらに含む、請求項12に記載の方法。ワイヤレス通信システム内のサーバ調停型の通信セッションの間にQualityofServiceリソース予約をプロビジョニングする方法であって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションの設定の間に、前記通信セッションの所与のターゲットアクセス端末にトラフィックチャネルを割り当てるトラフィックチャネル割当メッセージを受信するステップと、前記割り当てられたトラフィックチャネルの順方向リンクで、前記所与のターゲットアクセス端末においてQoSリソース予約割当メッセージを受信するステップであって、前記QoSリソース予約割当メッセージが、前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのQoSリソース予約が前記所与のターゲットアクセス端末に割り振られていることを少なくとも示す、ステップと、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローの前記割り振られたQoSリソース予約が、前記所与のターゲットアクセス端末によって受け入れられていることを示す、少なくとも1つのメッセージをアクセスネットワークに送信するステップとを含む、方法。QoSリソースの明示的な要求が前記所与のターゲットアクセス端末から受信されることなく、前記QoSリソース予約割当メッセージが受信される、請求項16に記載の方法。前記QoSリソース予約割当メッセージがさらに、呼中シグナリングと関連付けられるIPフローのためのQoSリソース予約、および前記通信セッションのためのメディアのQoSリソース予約も、前記少なくとも1つのターゲットアクセス端末に割り振られていることを示すように構成される、請求項16に記載の方法。ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約を取得するように構成されるアクセス端末であって、前記アクセス端末が休止状態の間、少なくとも1つのターゲットアクセス端末との通信セッションを開始するための要求を受信するための手段であって、前記アクセス端末の前記休止状態が、前記発信側アクセス端末が、開始される前記通信セッションと関連付けられるアクティブトラフィックチャネルを有さないことと、前記アクセス端末が、少なくとも、開始される前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのための、QoSリソース予約を有さないこととによって特徴付けられる、手段と、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約を少なくとも要求するように、メッセージを構成するための手段と、前記構成されたメッセージをアクセスネットワークに送信するための手段とを含む、アクセス端末。ワイヤレスシステム内のサーバ調停型の通信セッションの間にQualityofServiceリソース予約をプロビジョニングするように構成されるアクセスネットワークであって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションを開始するための要求と関連して、第1のメッセージを受信するための手段であって、前記第1のメッセージが、開始される前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのためのQoSリソース予約を少なくとも要求するように構成される、手段と、前記第1のメッセージに応答して、第2のメッセージを送信するための手段であって、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約の前記発信側アクセス端末による前記要求が、前記アクセスネットワークによって受け入れられていることを、前記第2のメッセージが少なくとも示す、手段とを含む、アクセスネットワーク。ワイヤレス通信システム内のサーバ調停型の通信セッションの間にQualityofServiceリソース予約をプロビジョニングするように構成された、アクセスネットワークであって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションの設定の間に、前記少なくとも1つのターゲットアクセス端末にトラフィックチャネルを割り当てるトラフィックチャネル割当メッセージを送信するための手段と、前記割り当てられたトラフィックチャネルの順方向リンクで、前記少なくとも1つのターゲットアクセス端末にQoSリソース予約割当メッセージを送信するための手段であって、前記QoSリソース予約割当メッセージが、前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのQoSリソース予約が前記少なくとも1つのターゲットアクセス端末に割り振られていることを示す、手段とを含む、アクセスネットワーク。ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約を取得するように構成されるアクセス端末であって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションの設定の間に、前記通信セッションの所与のターゲットアクセス端末にトラフィックチャネルを割り当てるトラフィックチャネル割当メッセージを受信するための手段と、前記割り当てられたトラフィックチャネルの順方向リンクで、前記所与のターゲットアクセス端末においてQoSリソース予約割当メッセージを受信するための手段であって、前記QoSリソース予約割当メッセージが、前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのQoSリソース予約が前記所与のターゲットアクセス端末に割り振られていることを示す、手段と、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローの前記割り振られたQoSリソース予約が、前記所与のターゲットアクセス端末によって受け入れられていることを示す、少なくとも1つのメッセージをアクセスネットワークに送信するための手段とを含む、アクセス端末。ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約を取得するように構成されるアクセス端末であって、前記アクセス端末が休止状態の間、少なくとも1つのターゲットアクセス端末との通信セッションを開始するための要求を受信するように構成される論理回路であって、前記アクセス端末の前記休止状態が、前記アクセス端末が、開始される前記通信セッションと関連付けられるアクティブトラフィックチャネルを有さないことと、前記アクセス端末が、少なくとも、開始される前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのための、QoSリソース予約を有さないこととによって特徴付けられる、論理回路と、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約を少なくとも要求するように、メッセージを構成するように構成される論理回路と、前記構成されたメッセージをアクセスネットワークに送信するように構成される論理回路とを含む、アクセス端末。ワイヤレス通信システム内のサーバ調停型の通信セッションの間にQualityofServiceリソース予約をプロビジョニングするように構成されるアクセスネットワークであって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションを開始するための要求と関連して、第1のメッセージを受信するように構成される論理回路であって、前記第1のメッセージが、開始される前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのためのQoSリソース予約を少なくとも要求するように構成される、論理回路と、前記第1のメッセージに応答して、第2のメッセージを送信するように構成される論理回路であって、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約の前記発信側アクセス端末による前記要求が、前記アクセスネットワークによって受け入れられていることを、前記第2のメッセージが少なくとも示す、論理回路とを含む、アクセスネットワーク。ワイヤレス通信システム内のサーバ調停型の通信セッションの間にQualityofServiceリソース予約をプロビジョニングするように構成された、アクセスネットワークであって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションの設定の間に、前記少なくとも1つのターゲットアクセス端末にトラフィックチャネルを割り当てるトラフィックチャネル割当メッセージを送信するように構成される論理回路と、前記割り当てられたトラフィックチャネルの順方向リンクで、前記少なくとも1つのターゲットアクセス端末にQoSリソース予約割当メッセージを送信するように構成される論理回路であって、前記QoSリソース予約割当メッセージが、前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのQoSリソース予約が前記少なくとも1つのターゲットアクセス端末に割り振られていることを示す、論理回路とを含む、アクセスネットワーク。ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約を取得するように構成されるアクセス端末であって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションの設定の間に、前記通信セッションの所与のターゲットアクセス端末にトラフィックチャネルを割り当てるトラフィックチャネル割当メッセージを受信するように構成される論理回路と、前記割り当てられたトラフィックチャネルの順方向リンクで、前記所与のターゲットアクセス端末においてQoSリソース予約割当メッセージを受信するように構成される論理回路であって、前記QoSリソース予約割当メッセージが、前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのQoSリソース予約が前記所与のターゲットアクセス端末に割り振られていることを示す、論理回路と、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローの前記割り振られたQoSリソース予約が、前記所与のターゲットアクセス端末によって受け入れられていることを示す、少なくとも1つのメッセージをアクセスネットワークに送信するように構成される論理回路とを含む、アクセス端末。ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約を取得するように構成されるアクセス端末によって実行されると、前記アクセス端末に動作を実行させる命令を記録するコンピュータ可読記録媒体であって、前記命令が、前記アクセス端末が休止状態の間、少なくとも1つのターゲットアクセス端末との通信セッションを開始するための要求を受信するためのプログラムコードであって、前記アクセス端末の前記休止状態が、前記発信側アクセス端末が、開始される前記通信セッションと関連付けられるアクティブトラフィックチャネルを有さないことと、前記アクセス端末が、少なくとも、開始される前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのための、QoSリソース予約を有さないこと、とによって特徴付けられる、プログラムコードと、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約を少なくとも要求するように、メッセージを構成するためのプログラムコードと、前記構成されたメッセージをアクセスネットワークに送信するためのプログラムコードとを含む、コンピュータ可読記録媒体。ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約をプロビジョニングするように構成されるアクセスネットワークによって実行されると、前記アクセスネットワークに動作を実行させる命令を記録するコンピュータ可読記録媒体であって、前記命令が、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションを開始するための要求と関連して、第1のメッセージを受信するためのプログラムコードであって、前記第1のメッセージが、開始される前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのためのQoSリソース予約を少なくとも要求するように構成される、プログラムコードと、前記第1のメッセージに応答して、第2のメッセージを送信するためのプログラムコードであって、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローのための前記QoSリソース予約の前記発信側アクセス端末による前記要求が、前記アクセスネットワークによって受け入れられていることを、前記第2のメッセージが少なくとも示す、プログラムコードとを含む、コンピュータ可読記録媒体。ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約をプロビジョニングするように構成されるアクセスネットワークによって実行されると、前記アクセスネットワークに動作を実行させる命令を記録するコンピュータ可読記録媒体であって、前記命令が、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションの設定の間に、前記少なくとも1つのターゲットアクセス端末にトラフィックチャネルを割り当てるトラフィックチャネル割当メッセージを送信するためのプログラムコードと、前記割り当てられたトラフィックチャネルの順方向リンクで、前記少なくとも1つのターゲットアクセス端末にQoSリソース予約割当メッセージを送信するためのプログラムコードであって、前記QoSリソース予約割当メッセージが、前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのQoSリソース予約が前記少なくとも1つのターゲットアクセス端末に割り振られていることを示す、プログラムコードとを含む、コンピュータ可読記録媒体。ワイヤレス通信システム内の通信セッションの間にQualityofServiceリソース予約を取得するように構成されるアクセス端末によって実行されると、前記アクセス端末に動作を実行させる命令を記録するコンピュータ可読記録媒体であって、発信側アクセス端末と少なくとも1つのターゲットアクセス端末との間の通信セッションの設定の間に、前記通信セッションの所与のターゲットアクセス端末にトラフィックチャネルを割り当てるトラフィックチャネル割当メッセージを受信するためのプログラムコードと、前記割り当てられたトラフィックチャネルの順方向リンクで、前記所与のターゲットアクセス端末においてQoSリソース予約割当メッセージを受信するためのプログラムコードであって、前記QoSリソース予約割当メッセージが、前記通信セッションのための呼設定と関連付けられるインターネットプロトコルフローのQoSリソース予約が前記所与のターゲットアクセス端末に割り振られていることを示す、プログラムコードと、開始される前記通信セッションのための呼設定と関連付けられる前記IPフローの前記割り振られたQoSリソース予約が、前記所与のターゲットアクセス端末によって受け入れられていることを示す、少なくとも1つのメッセージをアクセスネットワークに送信するためのプログラムコードとを含む、コンピュータ可読記録媒体。休止ATが、少なくとも1つのターゲットATとの通信セッションを開始するための要求を受信する。この時点で、ATは、開始される通信セッションのための呼設定と関連付けられるアクティブTCHを有さず、またはその呼設定と関連付けられる少なくともIPフローのためのQoS予約を有さない。ATは、開始される通信セッションのための呼設定と関連付けられるIPフローのためのQoSリソース予約を少なくとも要求するようにメッセージを構成して、そのメッセージをアクセスネットワークに送信する。ANは、IPフローのためのQoSリソース予約の要求を許可する。ある実施形態では、ANは、ATに割り当てられたTCHで、QoSリソース予約割当メッセージを送信することによって、QoSリソース要求を許可することができる。セッションのターゲットATはまた、アクティブTCHとIPフローのQoSリソース予約とを、ANによって割り振られる。本発明の実施形態およびその付随する利点の多くのより完全な理解は、以下の発明を実施するための形態を参照し、本発明を限定するためではなく単に例示するために提示される添付の図面とともに考察することによってより良く理解されれば、容易に得られるであろう。本発明の特定の実施形態を対象とする以下の説明および関連する図面で、本発明の態様を開示する。本発明の範囲から逸脱することなく代替的な実施形態を考案することができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。例示的なという言葉は、一例、実例または例としてを意味するために本明細書で使用される。例示的として本明細書で説明する任意の実施形態は、必ずしも他の実施形態よりも好適または有利であると解釈されない。同様に、本発明の実施形態という用語は、本発明のすべての実施形態が、論じられた特徴、利点または動作モードを含むことを必要としない。さらに、多くの実施形態が、たとえば、コンピューティングデバイスの要素によって実行すべき一連のアクションに関して説明される。本明細書で説明する様々なアクションは、特定の回路によって、1つもしくは複数のプロセッサによって実行されるプログラム命令によって、または両方の組合せによって実行できることを認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行時に、関連するプロセッサに本明細書で説明する機能を実行させるコンピュータ命令の対応するセットを記憶した、任意の形式のコンピュータ可読記憶媒体内で全体として具現化されるものと見なすことができる。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で具現化され得る。さらに、本明細書で説明する実施形態ごとに、そのような実施形態の対応する形式を、たとえば、記載のアクションを実行するように構成された論理として本明細書で説明することがある。本明細書でアクセス端末と呼ぶHighDataRate加入者局は、移動式でも固定式でもよく、本明細書でモデムプールトランシーバまたは基地局と呼ぶ1つまたは複数のHDR基地局と通信することができる。アクセス端末は、1つまたは複数のモデムプールトランシーバを介して、モデムプールコントローラ、基地局コントローラおよびまたはモバイル交換センターと呼ばれるHDR基地局コントローラとの間で、データパケットを送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークとも呼ぶは、複数のアクセス端末間にデータパケットをトランスポートする。アクセスネットワークは、企業イントラネットまたはインターネットのような、アクセスネットワークの外部の追加のネットワークにさらに接続されてよく、各アクセス端末とそのような外部のネットワークとの間でデータパケットをトランスポートすることができる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立したアクセス端末は、アクティブアクセス端末と呼ばれ、トラフィック状態にあると言われる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立中であるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを介して、または、たとえば光ファイバーもしくは同軸ケーブルを使用する有線チャネルを介して通信する、任意のデータデバイスであってもよい。アクセス端末はさらに、限定はしないがPCカード、コンパクトフラッシュ、外部もしくは内部モデム、またはワイヤレス電話もしくは有線電話を含む、いくつかのタイプのデバイスのうちの任意のものであってもよい。アクセス端末がモデムプールトランシーバに信号を送信する通信リンクは、逆方向リンクまたは逆方向トラフィックチャネルと呼ばれる。モデムプールトランシーバがアクセス端末に信号を送信する通信リンクは、順方向リンクまたは順方向トラフィックチャネルと呼ばれる。本明細書で使用するトラフィックチャネルという用語は、順方向トラフィックチャネルと逆方向トラフィックチャネルのいずれを指してもよい。図1Aに、本発明の少なくとも1つの実施形態によるワイヤレスシステム100の例示的な一実施形態のブロック図を示す。システム100は、アクセス端末102をネットワーク機器に接続して、パケット交換データネットワークとアクセス端末102、108、110、112との間にデータ接続性を与えることができるエアインターフェース104を介してアクセスネットワークまたは無線アクセスネットワーク120と通信している、セルラー電話102などのアクセス端末を含み得る。本明細書に示すように、アクセス端末は、セルラー電話102、携帯情報端末108、本明細書に双方向テキストページャとして示すページャ110、さらにはワイヤレス通信ポータルを有する別個のコンピュータプラットフォーム112であり得る。したがって、本発明の実施形態は、ワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せもしくは部分的な組合せを限定なしに含む、ワイヤレス通信ポータルを含むまたはワイヤレス通信機能を有する任意の形態のアクセス端末上で実現され得る。さらに、本明細書で使用するアクセス端末、ワイヤレスデバイス、クライアントデバイス、モバイル端末という用語およびそれらの変形体は、互換的に使用され得る。再び図1Aを参照すると、ワイヤレスネットワーク100の構成要素および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム100は、例示的なものにすぎず、ワイヤレスクライアントコンピューティングデバイス102、108、110、112などのリモートアクセス端末が、互いに、かつまたは、キャリアネットワーク126、インターネットおよびもしくは他のリモートサーバを限定なしに含むエアインターフェース104およびRAN120を介して接続された構成要素との間で、無線で通信することを可能にする任意のシステムを含み得る。RAN120は、基地局コントローラパケット制御機能122に送信されるメッセージを制御する。BSCPCF122は、パケットデータサービスノード160とアクセス端末102108110112との間のベアラチャネルのシグナリング、確立および切断を担う。リンクレイヤ暗号化が使用可能である場合、BSCPCF122はまた、エアインターフェース104を介してコンテンツを転送する前にそのコンテンツを暗号化する。BSCPCF122の機能は当技術分野でよく知られており、簡潔のためにさらに論じない。キャリアネットワーク126は、ネットワーク、インターネットおよびまたは公衆交換電話網によってBSCPCF122と通信することができる。代替的に、BSCPCF122は、インターネットまたは外部ネットワークに直接接続することができる。一般に、キャリアネットワーク126とBSCPCF122との間のネットワークまたはインターネット接続はデータを転送し、PSTNは音声情報を転送する。BSCPCF122は、複数の基地局またはモデムプールトランシーバ124に接続され得る。キャリアネットワークと同様の方法で、BSCPCF122は一般に、データ転送およびまたは音声情報のために、ネットワーク、インターネットおよびまたはPSTNによってMPTBS124に接続される。MPTBS124は、セルラー電話102などのアクセス端末に、データメッセージをワイヤレスにブロードキャストすることができる。MPTBS124、BSCPCF122および他の構成要素は、当技術分野で知られているように、RAN120を形成することができる。ただし、代替構成も使用でき、本発明は、図示の構成に限定されない。たとえば、別の実施形態では、BSCPCF122の機能とMPTBS124の1つまたは複数とを、BSCPCF122とMPTBS124の両方の機能を有する単一のハイブリッドモジュールに縮小することができる。図1Bに、本発明の一実施形態によるキャリアネットワーク126を示す。図1Bの実施形態では、キャリアネットワーク126は、パケットデータサービングノード160と、ブロードキャストサービングノード165と、アプリケーションサーバ170と、インターネット175とを含む。ただし、代替実施形態では、アプリケーションサーバ170および他の構成要素はキャリアネットワークの外部に位置することがある。PDSN160は、たとえば、cdma2000の無線アクセスネットワークを利用して、インターネット175、イントラネットおよびまたはリモートサーバへのアクセスを移動局に与える。アクセスゲートウェイとして働くので、PDSN160は、単純IPアクセスおよびモバイルIPアクセス、外部エージェントのサポート、およびパケットのトランスポートを実現することができる。PDSN160は、認証、認可、および課金サーバおよび他のサポートインフラストラクチャのクライアントとして働くことができ、当技術分野で知られているように、IPネットワークへのゲートウェイを移動局に与える。図1Bに示すように、PDSN160は、従来のA10接続を介してRAN120と通信し得る。A10接続は当技術分野でよく知られており、簡潔のためにさらに説明しない。図1Bを参照すると、ブロードキャストサービングノード165は、マルチキャストサービスおよびブロードキャストサービスをサポートするように構成され得る。BSN165について、以下でより詳細に説明する。BSN165は、ブロードキャストA10接続を介してRAN120と通信し、インターネット175を介してアプリケーションサーバ170と通信する。BCA10接続は、マルチキャストメッセージングおよびまたはブロードキャストメッセージングを転送するために使用される。したがって、アプリケーションサーバ170は、インターネット175を介してユニキャストメッセージングをPDSN160に送信し、インターネット175を介してマルチキャストメッセージングをBSN165に送信する。図2を参照すると、セルラー電話などのアクセス端末200は、キャリアネットワーク126、インターネットならびにまたは他のリモートサーバおよびネットワークから最終的に発生することがある、RAN120から送信されたソフトウェアアプリケーション、データおよびまたはコマンドを受信および実行することができるプラットフォーム202を有する。プラットフォーム202は、特定用途向け集積回路もしくは他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合された、送受信機206を含むことができる。ASIC208または他のプロセッサは、ワイヤレスデバイスのメモリ212内の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース210層を実行する。メモリ212は、読取り専用メモリもしくはランダムアクセスメモリ、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成することができる。プラットフォーム202は、メモリ212においてあまり使用されないアプリケーションを保持することができるローカルデータベース214も含み得る。ローカルデータベース214は、一般的に、フラッシュメモリセルであるが、たとえば磁気媒体、EEPROM、光学媒体、テープ、ソフトディスクまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム202の構成要素は、当技術分野で知られているように、構成要素の中でもとりわけ、アンテナ222、ディスプレイ224、プッシュツートークボタン228、およびキーパッド226などの外部デバイスに動作可能に結合されてもよい。したがって、本発明のある実施形態は、本明細書で説明する機能を実行するための能力を含むアクセス端末を含み得る。たとえば、アクセス端末は、アクセスメッセージに接続要求およびQoSリソースの予約をバンドルするように構成された論理回路、およびアクセスメッセージをアクセスネットワークに送信するように構成された論理回路を含み得る。当業者が諒解するように、本明細書で開示する機能を達成するために、様々な論理要素を、個別要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで具現化することができる。たとえば、ASIC208、メモリ212、API210およびローカルデータベース214をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがってこれらの機能を実行する論理回路を、様々な要素に分散することができる。代替的に、機能を1つの個別の構成要素に組み込むことができる。したがって、図2中のアクセス端末の特徴は例示的なものにすぎないと見なすべきであり、本発明は図示の特徴または構成に限定されない。アクセス端末102とRAN120との間のワイヤレス通信は、符号分割多元接続、時分割多元接続、周波数分割多元接続、GlobalSystemforMobileCommunications、またはワイヤレス通信ネットワークもしくはデータ通信ネットワークにおいて使用できる他のプロトコルのような、様々な技術に基づき得る。データ通信は、一般に、クライアントデバイス102とMPTBS124とBSCPCF122との間で行われる。BSCPCF122は、キャリアネットワーク126、PSTN、インターネット、仮想プライベートネットワークなどの複数のデータネットワークに接続でき、したがって、アクセス端末102はより広範囲の通信ネットワークにアクセスできるようになる。前述のように、かつ当技術分野で知られているように、様々なネットワークおよび構成を使用して、音声送信およびまたはデータをアクセスネットワークからアクセス端末に送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。図3Aは、本発明の実施形態による通信をバンドルするための流れ図を示す。310で、アクセス端末302において、通信要求を確立するための最初のトリガがあり、無線アクセスネットワーク120との通信を確立するために必要な情報がアクセスチャネルメッセージにバンドルされるおよびルート更新情報、通信に使用される任意のQoSサービスのプロビジョニングなど。加えて、アプリケーション層データメッセージがアクセスチャネルメッセージの中にバンドルされ、末端のアプリケーションとの通信を促すことができる。アクセスメッセージが所望の情報とバンドルされると、アクセスメッセージは、無線アクセスネットワーク120へのアクセスチャネルを介して送信され得る。バンドルされたメッセージがひとたびアクセスネットワーク120で受信されると、アクセスネットワークは要求を処理することができる。330において、アクセスネットワークは、トラフィックチャネルおよびQoSリソースが使用可能であると仮定して、トラフィックチャネルおよび要求されたQoSリソースを要求された予約に割り振ることができる。具体的には、アクセスネットワーク120は、アクセスメッセージに肯定応答し、トラフィックチャネル割当を送信し、予約受入メッセージを送信することができる。これらのメッセージは、制御チャネル上でAT302に送信することができる。RAN120とのデータ通信レートを確立するために、AT302からデータレート制御メッセージを送ることができる。DRCおよびパイロットの受信および復号に成功した後、RAN120は、順方向トラフィックチャネル上で、ReverseTrafficChannelAcknowledgeメッセージを送信することができる。RTCAckメッセージを受信すると、AT302は、逆方向トラフィックチャネル上で、TrafficChannelCompleteメッセージを送ることができる。次いで、順方向と逆方向の両方で専用チャネルが確立され、AT302およびRAN120は両方とも、双方向にデータを通信することができる。アクセス端末302とアクセスネットワーク120との間で通信される様々なメッセージは、当技術分野で知られており、2006年9月12日付けの3GPP2CS0024AVersion30、cdma2000HighRatePacketDataAirInterfaceにおいて文書化されており、その全体が参照により本明細書に組み込まれる。したがって、セットアップ手順およびメッセージの詳細な説明については、本明細書では提供されない。DOSメッセージまたは他のアプリケーション層メッセージが接続要求アクセスメッセージに任意選択でバンドルされる場合、その情報は、上記で論じた、トラフィックチャネルのセットアップに影響を与えない。一般に、アプリケーションに固有のデータは、RAN120によって検出され、単に適切な宛先に渡され得る。しかし、AT302とAN120との間にひとたびトラフィックチャネルがセットアップされると、アプリケーション固有の情報は、データ通信を確立するために、リモートアプリケーションによるさらなる処理に必要なデータを提供することによって、遅延の影響を受けやすいアプリケーションのレイテンシをさらに低減することができる。したがって、アプリケーション層メッセージに含まれるデータは、ネットワークに転送される前に、AT302とRAN120との間のトラフィックチャネルの確立を待つ必要はない。当業者が諒解するように、必要とされるQoSリソースは、異なるアプリケーションでは、またはアプリケーション内で変化し得る。以下の例では、異なるQoSリソースのシナリオの下で、QoS設計について説明する。トラフィックチャネルリソースおよびQoSリソースが発信者AT302セクタのセクタにおいて使用可能であるとき、RANは、呼中シグナリングおよびメディア予約のためにFwdReservationOnメッセージおよびRevReservationOnメッセージを送信することによって、順方向と逆方向の両方のリンクにQoSリソースが使用可能であることを信号で伝える。このケースは、図3Aに示され、上記の説明において説明されている。発信者AT302が位置するセクタにおいてトラフィックチャネルリソースが使用可能であり、しかし予約の一部または全部についてQoSリソースが使用不可であるとき、RAN120は、トラフィックチャネルを依然として割り振ることができ、発信者AT302にTCAメッセージを送信する。しかしながら、RAN120は、AT302にReservationRejectメッセージを送信することによって、プロビジョニングすることができない予約についてQoS要求を拒否する。トラフィックチャネルが使用可能であることによって、AT302は、QoSリソースが使用不可であるとき、トラフィックチャネル上のその呼設定シグナリングハンドシェイクの完了を試みることができる。このケースは、図3Bに示されている。発信者ATのセクタにおいてトラフィックチャネルリソースが使用不可であるとき、ANは、ConnectionDenyメッセージを送信することによって、トラフィックチャネル要求を拒否する。この場合、予約のためのQoS要求も、AT302にReservationRejectメッセージを送信することによって拒否される。このケースは、図3Cに示されている。呼設定パケットの到着の時点で呼中シグナリングおよびメディア予約の一部が発信者ATにすでに割り振られている場合、ANRANは、現在割り振られていない呼中シグナリングおよびメディア予約をアクティブ化するだけでよい。上記のように、本発明の実施形態は、遅延の影響を受けやすいアプリケーションにおけるプロセスの遅延を低減することができる。グループ通信プッシュツートークシステムは、本明細書で開示する通信信号のバンドリングによって実現する接続回数の低減を利用できる、遅延の影響を受けやすいシステムの一例である。たとえば、本発明の実施形態は、ATが、その接続要求メッセージと同じアクセスカプセルでReservationOnRequestメッセージを送信することによって、必要なQoSリソースについての予約をオンにするための要求を送ることを実現する。任意選択で、DataOverSignalingメッセージを同じアクセスカプセルにバンドルすることができる。呼中シグナリングの順方向および逆方向のQoS予約がPTT呼の時点で割り振られる場合、ATはメディアQoS予約をオンにするよう要求することができる。これらの要求は、ReservationOnRequestメッセージの一部として行うことができる。グループ通信システムは、プッシュツートークシステム、ネットブロードキャストサービス、ディスパッチシステム、またはポイントツーマルチポイント通信システムとしても知られ得る。一般的に、アクセス端末ユーザのグループは、各グループメンバーに割り当てられるアクセス端末を使用して、互いに通信することができる。グループメンバーという用語は、互いに通信することが許可されたアクセス端末ユーザのグループを示す。グループ通信システムPTTシステムは、複数のメンバー間のものであると考えられ得るが、システムはこの構成に限定されず、個々のデバイス間の1対1ベースでの通信に適用することができる。グループは、既存のインフラストラクチャに対する実質的な変更を必要とすることなく、既存の通信システム上で動作することができる。したがって、コントローラおよびユーザは、たとえば符号分割多元接続システム、時分割多元接続システム、globalsystemformobilecommunicationsシステム、衛星通信システム、有線システムとワイヤレスシステムとの組合せなど、インターネットプロトコルを使用して、パケット情報を送信および受信することができる任意のシステムで動作することができる。グループメンバーは、アクセス端末102、108および302のような割り当てられたアクセス端末を使用して、互いに通信することができる。ATは、たとえば地上ワイヤレス電話、プッシュツートーク機能を有する有線電話、プッシュツートーク機能を備えた衛星電話、ラップトップもしくはデスクトップのコンピュータ、ページングデバイス、またはそれらの任意の組合せなど、有線もしくはワイヤレスのデバイスであってよい。さらに、各ATは、セキュアモードまたは非セキュアモードのいずれかで情報を送信および受信することもできる。ATへの言及は、示されている例または列挙された例に限定されるものではなく、インターネットプロトコルによってパケット情報を送信および受信するための機能を有する他のデバイスを含み得ることを理解されたい。あるグループメンバーがグループの他のメンバーに情報を送信したいとき、そのメンバーは、分散型ネットワーク上の送信用にフォーマットされた要求を生成するAT上のプッシュツートークボタンまたはキーを押すことによって、送信特権を要求することができる。たとえば、要求は、AT102から、1つまたは複数のMPT124に無線で送信され得る。データパケットを処理するための、よく知られたインターワーキング機能、パケットデータサービングノード、またはパケット制御機能を含み得るBSCPCF122は、MPTBS124と分散型ネットワークとの間に存在し得る。しかし、要求は、公衆交換電話網を介してキャリアネットワーク126に送信されてもよい。キャリアネットワーク126は、要求を受信し、RAN120に提供することができる。図4を参照すると、1つまたは複数のグループ通信サーバ402は、分散型ネットワークへのその接続を介して、グループ通信システムのトラフィックを監視することができる。グループ通信サーバ402は、様々な有線およびワイヤレスのインターフェースを介して分散型ネットワークに接続することができるので、グループ参加者へ地理的に近接している必要ない。一般的に、グループ通信サーバ402は、PTTシステムにおいて、設定されたグループメンバーのワイヤレスデバイスの間の通信を制御する。図示のワイヤレスネットワークは、例にすぎず、リモートモジュールが互いに、かつまたは、限定はされないが、ワイヤレスネットワークキャリアおよびもしくはサーバを含むワイヤレスネットワークの構成要素との間で、無線で通信する任意のシステムを含み得る。さらに、一連のグループ通信サーバ402は、グループ通信サーバLAN450に接続され得る。グループ通信サーバ402は、ここではキャリアネットワーク426上に常駐するように示されるPDSN452のような、ワイヤレスサービスプロバイダのパケットデータサービスノードに接続され得る。各PDSN452は、パケット制御機能462によって基地局460の基地局コントローラ464とインターフェースすることができる。PCF462は、基地局460に位置していてもよい。キャリアネットワーク426は、MSC458に送られるメッセージを制御する。MSC458は、1つまたは複数の基地局460に接続され得る。MSC458は一般的に、キャリアネットワークと同様の方法で、データ転送のためのネットワークおよびまたはインターネットと、音声情報のためのPSTNの両方によってBTS466に接続される。当技術分野においてよく知られているように、BTS466は、最終的に、携帯電話302、472、474、476のようなワイヤレスATに、かつワイヤレスATから、ワイヤレスでメッセージをブロードキャストし、受信する。したがって、グループ通信システムの一般的な詳細については、これ以上は説明しない。さらに、本明細書における説明は、追加の詳細および例を提供するために、特定のシステムの特定の態様、1xEVDOなどについて論じているが、本発明の実施形態はこれら特定の例示に限定されない。上記で説明したように、AT302は、通信を確立するために、トラフィックチャネルを要求する。トラフィックチャネルと、呼中シグナリングおよびメディアのためのQoSリソースの両方が使用可能である場合、PTT呼は、発信者AT302によって開始され得る。従来のシステムでは、AT302は、RAN120とのトラフィックチャネル接続を確立し、次いでQoSリソースを要求しなければならない。しかしながら、本発明の実施形態に従ってこの遅延を低減するために、PTT呼を確立するために必要な信号メッセージは、元の接続要求とともに最初のアクセスチャネルメッセージにバンドルされる。1xEVDORevisionAは、パケットデータネットワークに対する効率的なアクセスを提供するように設計されており、そのネットワークアーキテクチャについてはインターネットに広く基づく。PDSN452、PCF462、およびRAN120においてインターネットプロトコルネットワーク要素を行き来するデータトラフィックは、QoS要件に基づいてトラフィックを区別するための方法をサポートする標準InternetEngineeringTaskForceベースのプロトコルに基づき得る。AT302と1xEVDORevisionAネットワークとの間のQoSは、参照によってその内容が本明細書に組み込まれる、3GPP2XS0011004CVersion20cdma2000WirelessIPNetworkStandardQualityofServiceandHeaderReductionspecificationで説明されるように、構成される。AT302とRAN120との間でエアインターフェース上で送信されるデータトラフィックは、上記で参照した3GPP2CS0024AVersion30の文書に説明されているように、1xEVDORevisionAプロトコルによって適切なQoS処理向けに構成することができる。1xEVDORevisionAは、AT内およびAT間のQoSを提供するための標準機構を提供する。AT内のQoSは、同じユーザに属するデータストリームの区別を実現し、一方、AT間のQoSは、異なるユーザに属するパケットの区別を実現する。QoSを達成するために、トラフィックの区別は、エンドツーエンドで可能でなければならない。AT302、RAN120、PDSN452を含むすべてのネットワーク構成要素、およびインターネットルータは、QoSを実装サポートしなければならない。1xEVDORevisionAネットワークにおけるエンドツーエンドのQoSは、以下の機構によって実現することができる。パケットフィルタPDSNマッピングにおけるパケットフィルタは、ATにトラフィックフローを転送し、データトラフィックを転送するために適用されるべきQoS処置を定義することができる。ATは、3GPP2XS0011004CVersion20cdma2000WirelessIPNetworkStandardQualityofServiceandHeaderReductionspecificationで説明されるように、そのPDSNにおいてパケットフィルタを確立する、QoS要求をシグナリングする。QoSプロファイルQoSプロファイルおよびまたはプロファイルIDは、データサービスのための関連するエアインターフェースパラメータおよびネットワークQoS要件を指定するための機構である。それは、フローのためのQoS予約をRANに要求するときATが使用する簡略的な識別子である。様々なデータサービスで利用可能な標準プロファイルID割当ては、その内容が参照により本明細書に組み込まれる、TSB58GAdministrationofParameterValueAssignmentsforcdma2000SpreadSpectrumStandardsに記載されている。逆方向トラフィックマーキングATは、DifferentiatedServicesのフレームワークおよび規格に従って、逆方向トラフィックデータをマーキングすることができる。これらのマーキングは、PDSNにおいてアウトバウンドデータについて要求されるQoSネットワーク処理を定義する。1xEVDORevisionAネットワークにおけるQoSは、たとえば以下のような、ATのPPPセッションのための要素の適切なマッピングまたはバインディングにも基づく。IPフローATおよびPDSNにおけるアプリケーション層のQoS要件は、固有のIPフローを識別することによって定義される。ATとRANとの間のフローのQoS要件を識別するために、IPフローは予約ラベルと関連付けられる。次いで、IPフローは、QoS要件を最も満たすRLPフローにマッピングされる。RLPフロー無線リンクプロトコルフローは、上位層フローのQoS要件に基づいて割り振られる。同じQoS要件を有するIPフローは、同じRLPフローにマッピングされ得る。逆方向では、RLPフローは、RTCMACフローにマッピングされる。RTCMACフローRTCMACフローは、必要な上位層フローの物理層レイテンシおよびまたは容量を定義するQoS要件に基づいて割り振られる。たとえば、フローは、低レイテンシまたは大容量のフローであってよい。同じQoS要件を有するRLPフローは、同じRTCMACフローにマッピングされ得る。図5は、アクセスネットワーク120と通信するPTT対応AT302のための複数のRLPフロー500を示す。各フローのQoS要件は、QoSプロファイルを介して指定することができる。上記のように、異なるアプリケーションは、異なるQoS要件を有し得る。たとえば、1xEVDORevisionA上のPTTは、ネットワークQoS要件の仕様を通じて、高優先度かつ低レイテンシのデータ配信を受信する。例示的なPTTシステムは、呼設定シグナリングのためのフロー、呼中シグナリングのためのフロー、およびメディアのためのフローという、3つのIPフローの割振りをATにおいて用いることができる。各IPフローは、固有のQoS要件を有し、3つの個別のRLPフローにマッピングされる。ATは、デフォルトのベストエフォートフローをさらに使用することができる。メディアのためのQoS要件は、VoIP媒体と類似していると考えることができ、したがって、このRLPフローは、VoIPと共有され得る。上記の説明は、本発明の実施形態の様々な態様の詳細な例示を提供するために、PTTQChatシステムおよび1xEVDOネットワークに固有の多くの詳細を提供しているが、本発明の実施形態は任意の特定のアプリケーションおよびまたはネットワークに限定されるものではないことが、当業者には諒解されよう。本発明の実施形態は、QoS要件を有する任意のアプリケーションを含み得る。さらに、最初の接続セットアップ要求とバンドルされるQoSリソースの割振りをサポートすることができる任意のネットワークも、本発明の実施形態に含まれ得る。図6を参照すると、本発明の実施形態によるバンドリングプロセスを示す流れ図が提供される。たとえば、この方法は、ブロック610で、アプリケーションが、QoSリソースを必要とする通信を識別するステップを含み得る。追加のメッセージが使用され、アクセスプローブに余裕がある場合、追加のメッセージは、バンドリングのためのものと考えることができる。次いで、ブロック630で、バンドルされたアクセスメッセージの要求は、要求されたメッセージのアクセスプローブへのバンドリングのために、アプリケーション層から下位層に伝達され得る。本明細書で使用する場合、アプリケーション層は、要求側アプリケーション、および、アプリケーション層と下位層との間のインターフェースを円滑にするバンドリングAPIを、含み得る。しかしながら、本発明の実施形態はこの構成に限定されないことを諒解されたい。たとえば、アプリケーション自体がバンドリングAPIの機能を含んでもよい。ブロック634で、バンドルされた要求の受信後、QoS要求をアクセスプローブに追加することができる。同様に、ブロック636で、要求され、アクセスプローブに十分なスペースがある場合、DOSメッセージをアクセスプローブに追加することができる。さらに、ブロック638で、接続要求およびルート更新メッセージがアクセスプローブに追加される。ブロック645で、バンドルされたメッセージが完了したかどうかを判定するための確認を行うことができる。完了していない場合、欠落したメッセージが遅延している可能性があるので、プロセスはもとのループに戻って、欠落したメッセージがないか確認することができる。アクセスプローブのバンドリングを可能にするために、ブロック640で、アプリケーション層に遅延要素を設定することもできる。アプリケーション層が下位層からメッセージバンドリングが完了したという表示を受信するまで、プロセスは、ブロック650を経由してループすることができる。確認を受信した後、アクセスプローブ遅延を解放することができ、アクセスプローブを送信することができる。上記で説明したように、トリガは、アプリケーションに知られているQoS要件とともに接続要求をアプリケーションに開始させる任意のイベントであってよい。トリガは、ハードキーまたはソフトキーによる起動によって手動で起動されてもよく、受信された信号に応答して起動されてもよく、またはアプリケーションによって検出された状態に応答して起動されてもよい。たとえば、図7に示すように、アクセス端末472は、PTTシステムにおける告知メッセージまたは呼設定メッセージのような、トリガを受信することができる。具体的には、呼設定メッセージを、PDSN452およびRAN120を介して送信することができる。アクセスネットワーク120は、制御チャネル上で呼設定メッセージをターゲットAT472に転送することができる。AT472は、呼設定パケットを受信し復号すると、要求された通信がQoSリソースを使用すると決定することができる。したがって、ネットワークから受信された呼設定メッセージは、その後の応答のバンドリングを開始するためのトリガとして働き得る。たとえば、AT472は、接続要求、QoS予約、および任意選択でアクセスチャネル上のアプリケーション層メッセージを含む、バンドルされた要求で応答することができる。DOSを含むことで、アプリケーションデータをトラフィックチャネル確立前に宛先に送ることが可能になる。QoSリソースを要求することで、トラフィックチャネル確立前に必要なQoSリソースを割り振ることが可能になる。したがって、通信システムの応答性を改善することができる。接続要求が受信されると、トラフィックチャネルおよび要求されたリソースを、アクセスネットワーク120において割り振ることができる。トラフィックチャネル割当て、QoSリソース受け入れ、およびアクセスチャネルメッセージの肯定応答を、AT472に送信することができる。RAN120とAT472の両方がデータを送信し受信する準備が整うまで、722、716、および724で、トラフィックチャネルのセットアップを継続することができ、このことは、上記で説明され、また、当技術分野で知られている。したがって、詳細には説明しない。上記の開示に鑑みて、本発明の実施形態が、以前に論じた動作の手順、操作、およびまたは機能を実行する方法を含むことが、当業者には認識されよう。たとえば、ワイヤレスネットワークにおいて通信信号を送信するための方法は、アクセス端末において接続要求およびQoSリソースの予約をアクセスメッセージの中にバンドルするステップと、アクセスメッセージをアクセスネットワークに送信するステップとを含み得る。バンドルされたメッセージは、接続要求および予約とともにアクセスメッセージの中にバンドルされるアプリケーション層メッセージをさらに含み得る。上で論じられたように、通信セッションは、呼設定シグナリングのためのフロー、呼中シグナリングのためのフロー、およびメディアのためのフローを含む、3つのIPフローをATにおいて含み得る。これらの3つのフローの各々は、所与のQoSリソース予約要件と関連付けられ得る。従来は、呼設定シグナリングフローのためのQoSリソース予約は常にオンにされているが、呼中シグナリングおよびメディアのためのQoSリソース予約は、それぞれのIPフローを要求する通信セッションがアクティブである場合、または設定中である場合のみ、オンにされる。シグナリングチャネルを通じたデータの送信を許可しないネットワークをサポートしない、またはネットワークの1つもしくは複数のセクタにおいて無効にされるDoSを有する、EVDOネットワークなどにおいて、呼設定シグナリングIPフローのためのQoSリソース予約を常にオンに保つことによって、従来の呼設定のレイテンシは低減する可能性がある。それは、呼発信者が、RAN120との呼設定シグナリングの交換の間に、ある量のQoSリソースを保証されるからである。本発明の実施形態は全般に、EVDOの専門用語、RouteUpdate、ConnectionRequestなどに関して以下で説明されるが、他の実施形態は、WCDMAのような他のエアインターフェースを対象にできることが、諒解されよう。呼設定処理の例が、図8Aおよび図8Bに関して以下で説明される。したがって、図8Aおよび図8Bは、サーバ調停型の通信セッションの呼設定処理を示す。図8Aを参照すると、800において、AT1は休止状態にあると仮定し、したがって、AT1はアクティブトラフィックチャネルを有さず、メディアおよび呼中IPフローのためのQoSリソース予約も有さない。しかし、AT1の呼設定IPフローのための、AT1のQoSリソース予約はオンである。やはり、ATが休止状態であったとしても、ATのための呼設定IPフローのQoSリソース予約は、従来は常にオンである。次に、802において、AT1が休止状態にある間に、AT1のユーザがサーバ調停型の通信セッションの開始を要求すると仮定する。たとえば、PTTセッションの場合、802のトリガ操作は、PTT通信セッションを開始するために、AT1のユーザがAT1上のPTTボタンを押すことに対応し得る。通信セッション要求がAT1で受信された後、AT1は、RouteUpdateメッセージ、ConnectionRequestメッセージ、およびReservationOnRequestメッセージを、逆方向リンクアクセスチャネルで、RAN120に送る。804のReservationOnRequestメッセージ、またはROnRメッセージは、IPフロー1およびIPフロー2のためのQoSリソース予約は要求するが、IPフロー0のためのQoSリソース予約は要求しない。それは、IPフロー0のためのQoSリソースは常にAT1のために予約されまたは割り振られているが、IPフロー1および2のためのQoSリソース予約は、AT1が関与する通信セッションの間だけオンにされるからである。諒解されるように、804で送信されるメッセージは必ずしも、呼メッセージとはバンドルされず、かつまたはdataoversignalingパケットに含まれない。RAN120は、ダウンリンク制御チャネル上でアクセスチャネル肯定応答をAT1に送ることによって、804からのメッセージの受信に肯定応答する。808において、RAN120は、804からのConnectionRequestメッセージに応答して、ダウンリンク制御チャネル上でTCH割当をAT1に送り、RAN120は、TCHAssignmentメッセージの中で、AT1に割り振られた順方向トラフィックチャネル上で、ReverseTrafficChannelAcknowledgeメッセージを送信する。RTCAckメッセージを受信すると、AT1は、新たに割り振られた逆方向トラフィックチャネル上で、TrafficChannelCompleteメッセージをRAN120に送ることができる。RAN120はまた、IPフロー1およびIPフロー2のための要求されたQoSリソース予約がAT1のために予約されまたは割り振られたことを示すReservationAcceptメッセージを、AT1に送る。814で示されるように、単一のReservationAcceptメッセージは、複数の一方向のQoSフローに対して送られ得る。しかし、異なるReservationAcceptメッセージは、異なる方向のQoSフローに対して送られるように、EVDOプロトコルによって要求される。たとえば、ReservationAcceptは、予約許可メッセージごとに必要である。TCHを取得した後、AT1は、RTCH上で少なくとも1つの呼メッセージを送り、RAN120は、少なくとも1つの呼メッセージをアプリケーションサーバ170に転送する。アプリケーションサーバ170は、構成された告知メッセージを、AT2Nへの送信のためにRAN120に転送し、また、少なくとも1つの呼メッセージの受信をRAN120に肯定応答し、RAN120はCALLACKメッセージをFTCH上でAT1に転送し戻す。820において、ANNは、AT2NからのQoSリソースのための明示的な要求なしで、呼び出しに応答するAT2NにQoSリソースを先取りで割り振るように、RAN120に促すように構成される。この先取り的なQoSリソース割振りの機構は、予測QoSと呼ばれ得る。ある例では、820において、アプリケーションサーバ170は、事前に定められたビット列をANNのIPヘッダに挿入して、AT2Nのうちの呼び出しに応答する任意の呼ターゲットにQoSリソースを割り振るように、RAN120をトリガすることができる。さらなる例では、事前に定められたビット列は、ANNのIPヘッダに含まれる所与のDSCP値に対応し得る。図8Aを参照すると、826において、呼要求がターゲットAT2Nへの通信セッションの開始を要求しており、ターゲットAT2Nの各々がTCHのない休止状態にあり、QoSリソースが呼設定IPフロー0に対しては予約されているが、呼中IPフロー1およびまたはメディアIPフロー2に対しては予約されていないと、仮定する。したがって、アプリケーションサーバ170からの告知メッセージANNを受信すると、RAN120は、ダウンリンク制御チャネル上で呼出メッセージを送ることによって、AT2Nの各々を呼び出す。AT2Nの各々は、逆方向リンクアクセスチャネル上でConnectionRequestメッセージおよびRouteUpdateメッセージを送ることによって、呼び出しに応答すると仮定する。ある例では、呼び出し応答は、ハイレベルのマルチメディアアプリケーションに対する呼び出しの受信をハイレベルのマルチメディアアプリケーションに必ずしも通知することなく、自動的に呼び出しに応答して、QoSを要求するかどうか判定するように構成される、ローレベルのアプリケーションによって処理されるので、QoSの要求はこの時点ではAT2Nから送られない。言い換えると、呼び出しは、様々な理由でAT2Nに到達し、呼び出しは、告知メッセージANNと関連付けられる通信セッションを管理している特定のハイレベルのマルチメディアアプリケーションとは、必ずしも関連しない。したがって、下位層のアプリケーションは、ハイレベルのマルチメディアアプリケーションに呼び出しを必ずしも通知しない。しかし、820のANNは、RAN120による先取り的なQoSリソース割振りを促すように構成されるので、実際には、QoSリソースの明示的な要求を、AT2Nによって送ることは必要とされない。RAN120は、ダウンリンク制御チャネル832でAT2NにACAckメッセージを送ることによって、830からのメッセージに肯定応答し、ダウンリンク制御チャネルでTCH割当メッセージを送ることによって、TCHをAT2Nに割り当てる。RAN120は、TCHAssignmentメッセージの中でAT2Nに割り振られる順方向トラフィックチャネルで、ReverseTraficChannelAcknowledgeメッセージを送信する。RTCAckメッセージを受信すると、AT2Nは、新たに割り振られた逆方向トラフィックチャネル上で、TrafficChannelCompleteメッセージをRAN120に送ることができる。次に、RAN120は、FwdReservationOnメッセージおよびRevReservationOnメッセージをAT2Nに送り、呼中IPフロー1およびメディアIPフロー2のためのQoSリソースを割振りまたは予約する。ある例では、840および842においてAT2Nに送られるFwdReservationOnメッセージおよびRevReservationOnメッセージは、AT2NからのQoSリソースの明示的な要求ではなく、820のANNメッセージのIPヘッダ構成によってトリガされ得る。諒解されるように、呼設定IPフロー0のためのQoSリソース予約はすでに割り振られ、図8Aの処理ではこの時点でAT2Nに割り振られる必要はない。図8Bを見ると、RAN120は、FTCH上で告知メッセージをAT2Nに送る。845において告知された呼をサポートし呼告知を受け入れ、したがって告知ACKメッセージをRTCH上でRAN120に送るのに、十分なQoSリソースが許可されたとAT2Nは判定し、RAN120は次いで、告知ACKメッセージをアプリケーションサーバ170に転送する。AT2Nはまた、ReservationAcceptメッセージを送り、IPフロー1および2のための、順方向リンクおよび逆方向リンクQoS予約の受信を受け入れ、肯定応答する。850および852で示されるように、異なるReservationAcceptメッセージは、RAN120によって840および842で割り振られるような異なる方向のQoSフローのために送られ、このとき840は順方向リンクQoSをカバーし、842は逆方向リンクQoSをカバーする。告知された通信セッションに対する第1の応答側からの告知ACKメッセージを受信すると、アプリケーションサーバ170は、AT1への送信のためにSTATUSメッセージをRAN120に送り、RAN120は、FTCH上でAT1にSTATUSメッセージを送信する。STATUSメッセージを受信すると、AT1は、QoSリソース予約が、通信セッションに関連するAT1のIPフローの各々に割り振られたかどうかを判定する。この場合、IPフロー0、1および2の各々のためのQoSリソース予約がAT1に割り振られることがすでに確証されているので、AT1は858において呼を進めると決定する。したがって、AT1は、RTCHでSTATUSACKメッセージをRAN120に送ることによって、STATUSメッセージに肯定応答し、RAN120は次いで、STATUSACKメッセージをアプリケーションサーバ170に転送する。STATUSACKメッセージを受信すると、アプリケーションサーバ170は、AT1Nへの送信のために、連絡メッセージをRAN120に送る。ある例では、連絡メッセージは、通信セッションの間にAT1Nの間のメディアの交換を扱うアプリケーションサーバ170におけるメディアサーバに、AT1Nがどのように連絡できるかについての、情報を提供する。RAN120は、AT1のFTCHで連絡メッセージをAT1に送信し、AT2NのそれぞれのFTCHでAT2Nにも送信する。AT1において連絡メッセージを受信すると、AT1は、RTCHでCONTACTACKをRAN120に送り、RAN120は、AT1からのCONTACTACKをアプリケーションサーバ170に転送する。同様に、AT2Nにおいて連絡メッセージを受信すると、AT2Nは、それぞれのRTCHでCONTACTACKをRAN120に送り、RAN120は、AT2NからのCONTACTACKをアプリケーションサーバ170に転送する。連絡メッセージの中で連絡情報を受信した後、AT1Nは、通信セッションの間に、アプリケーションサーバ170を通じてメディアを交換する。諒解されるように、AT1は、AT1が呼を発信したのでフロア保有者として通信セッションを開始するが、フロア保有者は、呼中IPフロー上のシグナリングに基づいて、通信セッションの間に変化し得る。同様に、メディアは、メディアIPフローを用いてAT1Nの間で転送される。こうして、IPフロー1および2のためのQoSリソース予約は、通信セッションの間オンになる。IPフロー0、すなわち呼設定IPフローのためのQoSリソース予約は、AT1Nの各々に対して常にオンであると仮定されるので、これらのQoSのリソース予約も通信セッションの間オンである。通信セッションの間、AT1は、通信セッションを終了するかどうかを定期的に判定する。たとえば、AT1は、TCHが非アクティブであることによって、通信セッションを終了すると決定してもよく、または代替的には、AT1のユーザによる明示的な要求によって、通信セッションを終了すると決定してもよい。884において、AT1が通信セッションを終了しないと決定した場合、処理は880に戻り、通信セッションは継続する。そうではなく、884においてAT1が通信セッションを終了すると決定した場合、AT1は、RTCH上でENDメッセージをRAN120に送り、RAN120は、FTCH上でENDACKメッセージによってENDメッセージに応答する。そして、AT1は、ReservationOffRequestメッセージをRTCH上でRAN120に送ることによって、IPフロー1および2のためのQoSリソース予約を解放し、RAN120は、FTCH上でReservationAcceptメッセージをAT1に送ることによって、IPフロー1および2のためのQoSリソース予約の割振り解除または解放を受け入れる。この時点で、894において、AT1は800から休止状態に再び入るので、IPフロー1および2のためのQoSリソース予約はオフになりまたは中止されるが、IPフロー0のためのQoSリソース予約は維持される。動作884から894は、AT1において起きるものとして示されるが、AT2Nもこれらの動作を実行できることが諒解されよう。言い換えると、AT2Nは、通信セッションを終了するかどうかも、自身で決定することができる。しかし、AT2Nで起きる可能性のあるこの決定の論理は、説明の便宜上図8Bでは省略されている。また、図8Bには示されないが、TCHの所与の非アクティブ期間の後、TCH非アクティブタイマーが満了し、TCHはAT1Nにおいて切断される。諒解されるように、AT1Nにおいて呼設定IPフローのQoSリソース予約を保持することは、呼設定IPフローのためのQoSリソース予約が、図8Aおよび図8Bの処理の間に、AT1Nによって要求される必要がなく、かつAT1Nに割り振られる必要がないことを意味する。このことは、図8Aおよび図8Bの通信セッション設定処理の時間を短くする可能性がある。しかし、AT1Nにおいて呼設定フローのためのQoSリソース予約を保持することで、RAN120の容量が減ることも、諒解されよう。AT1Nが関与するアクティブな通信セッションが実際にはまったく実行されていない場合、上で述べられたQoSリソース予約と関連付けられるAT1Nの呼設定IPフローが実際には使われていないとしても、容量の減少はシステムの性能を低下させ得る。したがって、図9Aおよび図9Bは、本発明のある実施形態による、サーバ調停型の通信セッションのための呼設定処理を示し、このとき、所与のATの呼設定IPフローのためのQoSリソース予約は、通信セッションがアクティブであるまたは設定中である場合にオンにされ、それ以外の場合はオフにされる。図9Aを参照すると、900において、AT1は休止状態にあると仮定し、したがって、AT1はアクティブトラフィックチャネルを有さず、メディアおよび呼中IPフローのために予約されるQoSリソースも有さない。さらに、図8Aおよび図8Bとは異なり、900の休止状態では、AT1は呼設定IPフローのためのQoSリソース予約も有さない。対照的に、図8Aおよび図8Bに示されるように、呼設定IPフローは、ATが休止状態であっても、従来は常にオンである。次に、902において、AT1が休止状態にある間に、AT1のユーザがサーバ調停型の通信セッションの開始を要求すると仮定する。たとえば、PTTセッションの場合、902のトリガ操作は、PTT通信セッションを開始するために、AT1のユーザがAT1上のPTTボタンを押すことに対応し得る。AT1において通信セッション要求が受信された後、AT1は、RouteUpdateメッセージ、ConnectionRequestメッセージ、ReservationOnRequestメッセージ、および呼メッセージを含むバンドルされたメッセージを、逆方向リンクアクセスチャネル上のDoSパケットの中で、RAN120に送る。904のReservationOnRequestメッセージ、またはROnRメッセージは、IPフロー0、IPフロー1、およびIPフロー2のための、QoSリソース予約を要求する。対照的に、図8Aの804においては、IPフロー0のためのQoSリソース予約が図8Aではこの時点ですでにオンにされていたので、ReservationOnRequestメッセージは、IPフロー0に関連するQoSリソース予約を要求しなかった。また、呼メッセージを、RouteUpdateメッセージ、ConnectionRequestメッセージ、およびまたはReservationOnRequestメッセージとともにDoSパケット内にバンドルすることが、本発明の実施形態であるので、呼メッセージは図8AではDoSパケットに含まれなかった。したがって、図9Aにおいて、AT1は、逆方向リンクアクセスチャネルにおいて904のバンドルされたメッセージ内で呼メッセージを送り、RAN120は、呼メッセージをアプリケーションサーバ170に転送する。RAN120は、ダウンリンク制御チャネル上でアクセスチャネル肯定応答をAT1に送ることによって、904からのメッセージの受信を肯定応答し、904からのConnectionRequestメッセージに応答して、ダウンリンク制御チャネル上でTCH割当をAT1に送る。912において、RAN120は、TCHAssignmentメッセージの中でAT1に割り振られる順方向トラフィックチャネルで、ReverseTrafficChannelAcknowledgeメッセージを送信する。RTCAckメッセージを受信すると、AT1は、新たに割り振られた逆方向トラフィックチャネル上で、TrafficChannelCompleteメッセージをRAN120に送ることができる。RAN120はまた、IPフロー0、IPフロー1およびIPフロー2のための、要求されたQoSリソース予約がAT1に割り振られたことを示すReservationAcceptメッセージを、AT1に送る。906においてRAN120から呼メッセージを受信すると、アプリケーションサーバ170は、告知メッセージを、AT2Nへの送信のためにRAN120に転送し、また、呼メッセージの受信をRAN120に肯定応答し、RAN120はCALLACKメッセージをFTCH上でAT1に送信し戻す。図8Aの820におけるように、ANNは、AT2NからのQoSリソースのための明示的な要求なしで、呼び出しに応答するAT2NにQoSリソースを先取りで割り振るように、RAN120に促すように構成される。この先取り的なQoSリソース割振りの機構は、予測QoSと呼ばれ得る。ある例では、918において、アプリケーションサーバ170は、事前に定められたビット列をANNのIPヘッダに挿入して、AT2Nのうちの呼び出しに応答する任意の呼ターゲットにQoSリソースを割り振るように、RAN120をトリガすることができる。さらなる例では、事前に定められたビット列は、ANNのIPヘッダに含まれる所与のDSCP値に対応し得る。図9Aを参照すると、924において、呼要求が、ターゲットAT2Nへの通信セッションの開始を要求しており、ターゲットAT2Nの各々が、TCHのない休止状態にあり、呼設定IPフロー0、呼中IPフロー1およびまたはメディアIPフロー2のために予約されるQoSリソースがないと、仮定する。したがって、アプリケーションサーバ170からの告知メッセージANNを受信すると、RAN120は、ダウンリンク制御チャネル上で呼び出しメッセージを送ることによって、AT2Nの各々を呼び出す。AT2Nの各々は、逆方向リンクアクセスチャネル上でConnectionRequestメッセージおよびRouteUpdateメッセージを送ることによって、呼び出しに応答すると仮定する。ある例では、呼び出し応答は、ハイレベルのマルチメディアアプリケーションに対する呼び出しの受信をハイレベルのマルチメディアアプリケーションに必ずしも通知することなく、自動的に呼び出しに応答して、QoSを要求するかどうか判定するように構成される、ローレベルのアプリケーションによって処理されるので、QoSの要求はこの時点ではAT2Nから送られない。言い換えると、呼び出しは、様々な理由でAT2Nに到達し、呼び出しは、告知メッセージANNと関連付けられる通信セッションを管理している特定のハイレベルのマルチメディアアプリケーションとは、必ずしも関連しない。したがって、下位層のアプリケーションは、ハイレベルのマルチメディアアプリケーションに呼び出しを必ずしも通知しない。たとえば、942において、ハイレベルのマルチメディアアプリケーションは、ANNメッセージが受信されると呼を通知され、このことは、図9Aの実施形態では、AT2NがQoSリソースを取得した後に起きる。言い換えると、918のANNは、RAN120による先取り的なQoSリソース割振りを促すように構成されるので、実際には、QoSリソースの明示的な要求を、AT2Nによって送ることは必要とされない。RAN120は、ダウンリンク制御チャネル930でAT2NにACAckメッセージを送ることによって、928からのメッセージに肯定応答し、ダウンリンク制御チャネルでTCH割当メッセージを送ることによって、TCHをAT2Nに割り当てる。RAN120は、TCHAssignmentメッセージの中でAT2Nに割り振られる順方向トラフィックチャネルで、ReverseTraficChannelAcknowledgeメッセージを送信する。RTCAckメッセージを受信すると、AT2Nは、新たに割り振られた逆方向トラフィックチャネル上で、TrafficChannelCompleteメッセージをRAN120に送ることができる。次に、RAN120は、FwdReservationOnメッセージおよびRevReservationOnメッセージをAT2Nに送り、呼設定IPフロー0、呼中IPフロー1およびメディアIPフロー2のためのQoSリソース予約を割り振る。ある例では、938および940においてAT2Nに送られるFwdReservationOnメッセージおよびRevReservationOnメッセージは、AT2NからのQoSリソースの明示的な要求ではなく、918のANNメッセージのIPヘッダ構成によってトリガされ得る。諒解されるように、図8Aおよび図8Bとは異なり、呼設定IPフロー0のためのQoSリソース予約が、938および940においてAT2Nに割り振られる。RAN120は、FTCH上で告知メッセージをAT2Nに送る。943において告知された呼をサポートし呼告知を受け入れ、したがって告知ACKメッセージをRTCHでRAN120に送るのに、十分なQoSリソースが許可されたとAT2Nは判定し、RAN120は次いで、告知ACKメッセージをアプリケーションサーバ170に転送する。AT2Nはまた、ReservationAcceptメッセージを送り、IPフロー0、1および2のための、順方向リンクおよび逆方向リンクQoSリソース予約の受信を受け入れ、肯定応答する。948および950で示されるように、異なるReservationAcceptメッセージは、RAN120によって938および940で割り振られるような異なる方向のQoSフローのために送られ、このとき938は順方向リンクQoSをカバーし、940は逆方向リンクQoSをカバーする。告知された通信セッションに対する第1の応答側からの告知ACKメッセージを受信すると、アプリケーションサーバ170は、AT1への送信のためにSTATUSメッセージをRAN120に送り、RAN120は、FTCH上でAT1にSTATUSメッセージを送信する。図9Bを見ると、STATUSメッセージを受信すると、AT1は、QoSリソース予約が通信セッションのために割り振られたかどうかを判定する。この場合、IPフロー0、1および2の各々のためのQoSリソース予約がAT1に割り振られることがすでに確証されているので、AT1は956において呼を進めると決定する。したがって、AT1は、RTCHでSTATUSACKメッセージをRAN120に送ることによって、STATUSメッセージに肯定応答し、RAN120は次いで、STATUSACKメッセージをアプリケーションサーバ170に転送する。STATUSACKメッセージを受信すると、アプリケーションサーバ170は、AT1Nへの送信のために、連絡メッセージをRAN120に送る。ある例では、連絡メッセージは、通信セッションの間にAT1Nの間のメディアの交換を扱うアプリケーションサーバ170におけるメディアサーバに、AT1Nがどのように連絡できるかについての、情報を提供する。RAN120は、AT1のFTCHで連絡メッセージをAT1に送信し、AT2NのそれぞれのFTCHでAT2Nにも送信する。AT1において連絡メッセージを受信すると、AT1は、RTCHでCONTACTACKをRAN120に送り、RAN120は、AT1からのCONTACTACKをアプリケーションサーバ170に転送する。同様に、連絡メッセージを受信すると、AT2Nは、それぞれのRTCH上でCONTACTACKをRAN120に送り、RAN120は、AT2NからのCONTACTACKをアプリケーションサーバ170に転送する。連絡メッセージの中で連絡情報を受信した後、AT1Nは、通信セッションの間に、アプリケーションサーバ170を通じてメディアを交換する。諒解されるように、AT1は、AT1が呼を発信したのでフロア保有者として通信セッションを開始するが、フロア保有者は、呼中IPフロー上のシグナリングに基づいて、通信セッションの間に変化し得る。同様に、メディアは、メディアIPフローを用いてAT1Nの間で転送され、通信セッションの最初の呼設定に関連するシグナリングは、呼設定IPフローを用いる。こうして、IPフローのためのQoSリソース予約は、通信セッションの間オンになる。通信セッションの間、AT1は、通信セッションを終了するかどうかを定期的に判定する。たとえば、AT1は、TCHが非アクティブであることによって、通信セッションを終了すると決定してもよく、または代替的には、AT1のユーザによる明示的な要求によって、通信セッションを終了すると決定してもよい。982において、AT1が通信セッションを終了しないと決定した場合、処理は978に戻り、通信セッションは継続する。そうではなく、982においてAT1が通信セッションを終了すると決定した場合、AT1は、RTCH上でENDメッセージをRAN120に送り、RAN120は、FTCH上でENDACKメッセージによってENDメッセージに応答する。そして、AT1は、ReservationOffRequestメッセージをRTCH上でRAN120に送ることによって、IPフロー1および2のためのQoSリソース予約を解放し、RAN120は、FTCH上でReservationAcceptメッセージをAT1に送ることによって、IPフロー1および2のためのQoSリソース予約の割振り解除または解放を受け入れる。この時点で、992において、IPフロー1および2のためのAT1のQoSリソース予約はオフになりまたは中止されるが、IPフロー0のためのQoSリソース予約は維持される。992の後の何らかの時点において、AT1は、TCH休止タイマーの満了時間を超える期間の間非アクティブであり、そのためTCH休止タイマーが満了すると仮定する。TCH休止タイマーの満了は、AT1が、ConnectionCloseメッセージをRTCH上でRAN120に送ることによって、TCHを切断するのをトリガする。この時点において、AT1におけるTCHは停止しており、IPフロー0のためのQoSリソース予約はオフでありまたは中止される。ある例では、図9Bに示されるように、AT1からのConnectionCloseメッセージは、IPフロー0のための明示的なReservationOffRequestとして機能し得るので、IPフロー0のための明示的なReservationOffRequestを送る必要はない。別の実施形態では、図9Aおよび図9Bには示されないが、AT1は、996のConnectionCloseメッセージに加えて、IPフロー0のための明示的なReservationOffRequestを送り、IPフロー0のためのQoSリソース予約をオフにすることができる。ある代替的な実施形態では、ENDメッセージが984で送られる前に、TCH休止タイマーが満了し得ることが可能である。この場合、996のConnectionCloseメッセージは、呼フロー中のこの早い時点においてTCH休止タイマーが満了すると、トリガされ得る。諒解されるように、この代替的な実施形態におけるConnectionCloseメッセージは、IPフロー0、1および2の各々のための明示的なReservationOffRequestとして機能するように構成され得るので、IPフロー0、1および2のための明示的なReservationOffRequestメッセージを送る必要はない。別の実施形態では、図9Aおよび図9Bには示されないが、AT1は、早いConnectionCloseメッセージに加えて、IPフロー0、1および2のための明示的なReservationOffRequestを送り、この代替的な実施形態におけるIPフロー0、1および2のためのQoSリソース予約をオフにすることができる。動作982から998は、AT1において起きるものとして示されるが、AT2Nはこれらの動作も実行できることが諒解されよう。言い換えると、AT2Nは、通信セッションを終了するかどうかも、自身で決定することができる。しかし、AT2Nで起きる可能性のあるこの決定の論理は、説明の便宜上図9Bでは省略されている。さらに、上記の本発明の実施形態では、それぞれのATで実行されたQoS評価は、QoSが2値変数であるかのように説明されている。しかしながら、本発明の他の実施形態では、所与のATおよびまたはRAN120において異なる数の段階のQoSのレベルを評価することができる。たとえば、2値タイプの実装では、上記のように、グループ通信セッション管理アプリケーションの起動時に、QoSレベルを交渉し、割り当てることができる。WCDMAのこの実装形態は、1つのQoSフローのみが用いられ、このQoSフローはオンとオフのいずれかであるという意味で、2値タイプの実装形態に対応する。あるいは、所与のATは、2つ以上のQoSフローを要求することができ、RAN120は、部分的ないくつかのフローのみを許可することができる。この意味で、要求されたQoSは、一例では、所与のATには部分的にしか使用可能にされないことがある。たとえば、RAN120は、順方向のQoSフローを許可し、逆方向のフローを拒否することができる。そのような割振りに基づいて、所与のATは、STATUSに肯定応答し、後で逆方向のフローを再度要求すると決定することができる。言い換えると、図8Bの845およびもしくは858、または図9Bの943およびもしくは956の判定ブロックは、要求されたすべてのQoSが取得されたかどうかの代わりに、十分なレベルのQoSリソースが取得されたかどうかを評価することができる。EVDOのこの実装形態は、複数のQoSフローを展開し、QoSフローは、複数のフローのうちのいずれもが利用可能ではない場合、またはRAN120によってオンにされない場合、オフであると考えられる。情報および信号は、多種多様な技術および技法のいずれかを使用して表すことができることが、当業者には諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界もしくは磁性粒子、光場もしくは光子、またはそれらの任意の組合せによって表され得る。さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることが、当業者には諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、具体的な適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を具体的な適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または、本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで、実装または実行することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つもしくは複数のマイクロプロセッサ、または任意の他のそのような構成として実装され得る。本明細書で開示した実施形態と関連して説明した方法、シーケンス、およびまたはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接具現化され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CDROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はASIC中に常駐し得る。ASICはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。1つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、1つもしくは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CDROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を含み得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線、またはワイヤレス技術、たとえば赤外線、無線、およびマイクロ波を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または、赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義内に含まれる。本明細書で使用する場合、ディスクおよびディスクは、コンパクトディスク、レーザディスク、光ディスク、デジタル多用途ディスク、フレキシブルディスク、およびブルーレイディスクを含み、ディスクは、通常、磁気的にデータを再生し、ディスクは、レーザで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるものとする。したがって、本発明の一実施形態は、コンピュータに、接続要求およびQoSリソースの予約をアクセスメッセージにバンドルさせるためのコード、ならびに、コンピュータに、アクセスメッセージをアクセスネットワークに送信させるためのコードを含む、ワイヤレスネットワークにおいて通信メッセージをバンドルするためのコードを記憶する、コンピュータ可読媒体を含み得る。さらに、本発明のさらなる実施形態では、本明細書で説明した機能のいずれかが、追加のコードとして含まれてもよい。上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、本明細書において様々な変更および修正を行えることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよびまたはアクションは、特定の順序で実行されなくてもよい。さらに、本発明の要素は、単数形で説明または請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。