ワイヤレス通信システム内で、高優先度通信セッションを調停するように構成されるアプリケーションサーバにおいて、前記高優先度通信セッションをサポートする方法であって、前記アプリケーションサーバにおいて、呼発信者から、少なくとも1つの呼ターゲットとの所与の通信セッションを開始するための要求を受信するステップであって、前記受信された要求が、前記アプリケーションサーバに、前記所与の通信セッションが高優先度と関連付けられることを示すように構成される、ステップと、前記少なくとも1つの呼ターゲットに前記所与の通信セッションを受け入れさせるように、呼告知を構成するステップと、前記構成された呼告知を、前記少なくとも1つの呼ターゲットに送信するステップとを含む、方法。前記少なくとも1つの呼ターゲットが、前記所与の通信セッションを受け入れたことを示す、前記少なくとも1つの呼ターゲットからの前記構成された呼告知に対する少なくとも1つの確認応答を受信するステップをさらに含む、請求項1に記載の方法。前記少なくとも1つの確認応答を受信すると、前記所与の通信セッションのためのフロアを、前記呼発信者に許可するステップをさらに含む、請求項2に記載の方法。前記アプリケーションサーバにおいて、前記所与の通信セッションをサポートするための十分なリソースが利用可能ではないと判定するステップと、前記アプリケーションサーバにおけるリソースの負荷を選択的に低減して、前記所与の通信セッションをサポートするための前記十分なリソースを利用可能にするステップとをさらに含む、請求項1に記載の方法。前記選択的に低減するステップが、前記所与の通信セッションが前記高優先度と関連付けられることに基づいて実行される、請求項4に記載の方法。前記選択的に低減するステップが、1つまたは複数の他の現在アクティブな通信セッション、およびまたは、前記1つまたは複数の他の現在アクティブな通信セッションに参加している1人または複数の現在の呼の参加者を、切断するステップを含む、請求項4に記載の方法。前記選択的に低減するステップの後で、前記呼発信者と前記少なくとも1つの呼ターゲットとの間でメディアを交換することによって、前記所与の通信セッションをサポートするステップをさらに含む、請求項4に記載の方法。最初のフロア保持者としての前記呼発信者との半二重通信セッションとして、前記所与の通信セッションをセットアップするステップと、前記所与の通信セッションの間、前記半二重通信セッションの現在のフロア保持者以外の、所与の呼の参加者からメディアを受信するステップと、少なくとも前記現在のフロア保持者に、前記所与の呼の参加者から受信された前記メディアを送信するステップとをさらに含む、請求項1に記載の方法。前記所与の通信セッションが、前記所与の呼の参加者、前記現在のフロア保持者、および少なくとも1人の追加の呼の参加者を含む、請求項8に記載の方法。前記送信するステップが、前記所与の呼の参加者から、前記少なくとも1人の追加の呼の参加者ではなく、前記現在のフロア保持者に、前記メディアを送信する、請求項9に記載の方法。前記送信するステップが、前記所与の呼の参加者から、前記現在のフロア保持者と、前記少なくとも1人の追加の呼の参加者とに、前記メディアを送信する、請求項9に記載の方法。前記現在のフロア保持者から受信されたメディアを、前記所与の呼の参加者から受信された前記メディアとミックスするステップをさらに含み、前記送信するステップが、前記少なくとも1人の追加の呼の参加者に前記ミックスされたメディアを送信する、請求項11に記載の方法。前記送信するステップが、前記現在のフロア保持者から前記所与の呼の参加者に、前記メディアのミックスされていないものを送信する、請求項11に記載の方法。前記送信するステップが、前記所与の呼の参加者から前記現在のフロア保持者に、前記メディアのミックスされていないものを送信する、請求項8に記載の方法。ワイヤレス通信システム内の高優先度のサーバ調停型通信セッションに参加する方法であって、所与の通信セッションを告知する呼告知を、所与のアクセス端末において受信するステップと、前記所与のアクセス端末に前記所与の通信セッションを受け入れさせるように前記呼告知が構成されている、と判定するステップと、前記判定に応答して、前記所与のアクセス端末が前記所与の通信セッションを受け入れたことを示す、前記呼告知に対する確認応答を送信するステップとを含む、方法。前記所与の通信セッションのための前記呼告知が受信された時に、前記所与のアクセス端末が別の通信セッションに関与している、請求項15に記載の方法。前記判定に応答して、前記別の通信セッションを終了するステップをさらに含む、請求項16に記載の方法。前記所与の通信セッションがセットアップされつつあり、前記別の通信セッションが、前記所与のアクセス端末のユーザに、前記所与の通信セッションの前記呼告知を拒絶し、かつまたは、前記別の通信セッションにおける呼の参加者のままでいる機会を与えることなく、終了されつつあることを、前記ユーザに通知するステップをさらに含む、請求項16に記載の方法。前記通知が、前記別の通信セッションが閾値時間内に終了されるというユーザ通知を含む、請求項18に記載の方法。前記ユーザが、前記閾値時間内に、前記別の通信セッションと関連付けられる1人または複数の呼の参加者に、メディアを送信する機会を有する、請求項19に記載の方法。前記所与の通信セッションが、前記所与のアクセス端末のユーザに、前記所与の通信セッションの前記呼告知を拒絶する機会を与えることなく、セットアップされつつあることを、前記ユーザに通知するステップをさらに含む、請求項15に記載の方法。最初のフロア保持者としての呼発信者との半二重通信セッションとして、前記所与の通信セッションに参加するステップと、前記所与の通信セッションの間の、前記所与のアクセス端末が現在のフロア保持者ではない時に、前記所与のアクセス端末からのメディアを、少なくとも前記現在のフロア保持者に送信すると決定するステップと、少なくとも前記現在のフロア保持者への送信のために、アプリケーションサーバに前記メディアを送信するステップとをさらに含む、請求項19に記載の方法。ワイヤレス通信システム内で、高優先度通信セッションを調停するように構成されるアプリケーションサーバであって、呼発信者から、少なくとも1つの呼ターゲットとの所与の通信セッションを開始するための要求を受信するための手段であって、前記受信された要求が、前記アプリケーションサーバに、前記所与の通信セッションが高優先度と関連付けられることを示すように構成される、手段と、前記少なくとも1つの呼ターゲットに前記所与の通信セッションを受け入れさせるように、呼告知を構成するための手段と、前記構成された呼告知を、前記少なくとも1つの呼ターゲットに送信するための手段とを含む、アプリケーションサーバ。ワイヤレス通信システム内の高優先度のサーバ調停型通信セッションに参加するように構成されるアクセス端末であって、所与の通信セッションを告知する呼告知を受信するための手段と、前記アクセス端末に前記所与の通信セッションを受け入れさせるように前記呼告知が構成されている、と判定するための手段と、前記判定に応答して、前記アクセス端末が前記所与の通信セッションを受け入れたことを示す、前記呼告知に対する確認応答を送信するための手段とを含む、アクセス端末。ワイヤレス通信システム内で、高優先度通信セッションを調停するように構成されるアプリケーションサーバであって、呼発信者から、少なくとも1つの呼ターゲットとの所与の通信セッションを開始するための要求を受信するように構成される論理回路であって、前記受信された要求が、前記アプリケーションサーバに、前記所与の通信セッションが高優先度と関連付けられることを示すように構成される、論理回路と、前記少なくとも1つの呼ターゲットに前記所与の通信セッションを受け入れさせるように、呼告知を構成するように構成される論理回路と、前記構成された呼告知を、前記少なくとも1つの呼ターゲットに送信するように構成される論理回路とを含む、アプリケーションサーバ。ワイヤレス通信システム内の高優先度のサーバ調停型通信セッションに参加するように構成されたアクセス端末であって、所与の通信セッションを告知する呼告知を受信するように構成される論理回路と、前記アクセス端末に前記所与の通信セッションを受け入れさせるように前記呼告知が構成されている、と判定するように構成される論理回路と、前記判定に応答して、前記アクセス端末が前記所与の通信セッションを受け入れたことを示す、前記呼告知に対する確認応答を送信するように構成される論理回路とを含む、アクセス端末。ワイヤレス通信システム内で、高優先度通信セッションを調停するように構成されるアプリケーションサーバによって実行されると、前記アプリケーションサーバに操作を実行させる命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、呼発信者から、少なくとも1つの呼ターゲットとの所与の通信セッションを開始するための要求を受信するためのプログラムコードであって、前記受信された要求が、前記アプリケーションサーバに、前記所与の通信セッションが高優先度と関連付けられることを示すように構成される、プログラムコードと、前記少なくとも1つの呼ターゲットに前記所与の通信セッションを受け入れさせるように、呼告知を構成するためのプログラムコードと、前記構成された呼告知を、前記少なくとも1つの呼ターゲットに送信するためのプログラムコードとを含む、非一時的コンピュータ可読記憶媒体。ワイヤレス通信システム内で、高優先度のサーバ調停型通信セッションに参加するように構成されるアクセス端末によって実行されると、前記アクセス端末に操作を実行させる命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、所与の通信セッションを告知する呼告知を受信するためのプログラムコードと、前記アクセス端末に前記所与の通信セッションを受け入れさせるように前記呼告知が構成されている、と判定するためのプログラムコードと、前記判定に応答して、前記アクセス端末が前記所与の通信セッションを受け入れたことを示す、前記呼告知に対する確認応答を送信するためのプログラムコードとを含む、非一時的コンピュータ可読記憶媒体。ある実施形態では、呼発信者が、少なくとも1つの呼ターゲットとの所与の通信セッションを開始するための要求を、アプリケーションサーバに送信する。受信される要求は、所与の通信セッションが高優先度と関連付けられていることを、アプリケーションサーバに示すように構成される。必要であれば、アプリケーションサーバは自身の負荷を下げ、かつまたは、1つもしくは複数の他のユーザもしくは他のセッションをプリエンプトして、所与の通信セッションをサポートすることができる。アプリケーションサーバは、少なくとも1つの呼ターゲットに所与の通信セッションを受け入れさせるように、呼告知を構成し、構成された呼告知を少なくとも1つの呼ターゲットに送信する。少なくとも1つの呼ターゲットは、呼告知を受信し、所与のアクセス端末に所与の通信セッションを受け入れさせるように呼告知が構成されている、と判定する。この判定に応答して、少なくとも1つの呼ターゲットは、少なくとも1つの呼ターゲットが所与の通信セッションを受け入れたことを示す、呼告知に対する確認応答を送信する。本発明の実施形態およびその付随する利点の多くのより完全な理解は、以下の発明を実施するための形態を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってより良く理解されれば、容易に得られるであろう。本発明の特定の実施形態を対象とする以下の説明および関連する図面で、本発明の態様を開示する。本発明の範囲から逸脱することなく、代替的な実施形態を考案することができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。例示的およびまたは例という用語は、本明細書では例、事例、または例示として機能することを意味するために使用される。本明細書で例示的およびまたは例として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈すべきではない。同様に、本発明の実施形態という用語は、本発明のすべての実施形態が、論じられた特徴、利点または動作モードを含むことを必要としない。さらに、多くの実施形態が、たとえば、コンピューティングデバイスの要素によって実行すべき一連のアクションに関して説明される。本明細書で説明する様々なアクションは、特定の回路によって、1つまたは複数のプロセッサによって実行されるプログラム命令によって、あるいは両方の組合せによって実行できることが認識されよう。さらに、本明細書で説明するこれらの一連のアクションは、実行されると関連するプロセッサに本明細書で説明する機能を実行させる、コンピュータ命令の対応するセットを記憶した任意の形式のコンピュータ可読記憶媒体内で、全体として実施すべきものと見なすことができる。したがって、本発明の様々な態様は、すべてが請求する主題の範囲内に入ることが企図されているいくつかの異なる形式で実施できる。さらに、本明細書で説明する実施形態ごとに、任意のそのような実施形態の対応する形式を、たとえば、記載のアクションを実行するように構成された論理として本明細書で説明することがある。本明細書でアクセス端末と呼ぶ高データレート加入者局は、移動式でも固定式でもよく、本明細書でモデムプールトランシーバまたは基地局と呼ぶ1つまたは複数のHDR基地局と通信することができる。アクセス端末は、1つまたは複数のモデムプールトランシーバを介して、モデムプールコントローラ、基地局コントローラおよびまたはパケット制御機能と呼ばれるHDR基地局コントローラとの間で、データパケットを送信および受信する。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは複数のアクセス端末間でデータパケットをトランスポートする。アクセスネットワークは、企業イントラネットまたはインターネットなど、アクセスネットワークの外部の追加のネットワークにさらに接続されてよく、各アクセス端末とそのような外部のネットワークとの間でデータパケットをトランスポートし得る。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立したアクセス端末は、アクティブアクセス端末と呼ばれ、トラフィック状態にあると言われる。1つまたは複数のモデムプールトランシーバとのアクティブトラフィックチャネル接続を確立中であるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、ワイヤレスチャネルを介して、または、たとえば、光ファイバまたは同軸ケーブルを使用する有線チャネルを介して通信する任意のデータデバイスであり得る。アクセス端末はさらに、限定はしないが、PCカード、コンパクトフラッシュ、外部または内部モデム、あるいはワイヤレス電話または有線電話を含む、いくつかのタイプのデバイスのいずれかであり得る。アクセス端末が信号をモデムプールトランシーバに送信するための通信リンクは、逆方向リンクまたは逆方向トラフィックチャネルと呼ばれる。モデムプールトランシーバが信号をアクセス端末に送信するための通信リンクは、順方向リンクまたは順方向トラフィックチャネルと呼ばれる。本明細書で使用するトラフィックチャネルという用語は、順方向トラフィックチャネルまたは逆方向トラフィックチャネルのいずれかを指すことができる。図1に、本発明の少なくとも1つの実施形態によるワイヤレスシステム100の、例示的な一実施形態のブロック図を示す。システム100は、アクセス端末102をネットワーク機器に接続して、パケット交換データネットワークとアクセス端末102、108、110、112との間にデータ接続性を与えることができる無線インターフェース104を介してアクセスネットワークまたは無線アクセスネットワーク120と通信している、携帯電話102などのアクセス端末を含むことができる。本明細書に示すように、アクセス端末は、携帯電話102、携帯情報端末108、本明細書に双方向テキストページャとして示すページャ110、さらにはワイヤレス通信ポータルを有する別個のコンピュータプラットフォーム112であり得る。したがって、本発明の実施形態は、限定はされないが、ワイヤレスモデム、PCMCIAカード、パーソナルコンピュータ、電話、またはそれらの任意の組合せもしくは部分的な組合せを含む、ワイヤレス通信ポータルを含むか、またはワイヤレス通信機能を有する任意の形態のアクセス端末上で実現され得る。さらに、本明細書で使用するアクセス端末、ワイヤレスデバイス、クライアントデバイス、モバイル端末という用語およびそれらの変形体は、互換的に使用され得る。再び図1を参照すると、ワイヤレスネットワーク100の構成要素および本発明の例示的な実施形態の要素の相互関係は、図示の構成に限定されない。システム100は、例示的なものにすぎず、ワイヤレスクライアントコンピューティングデバイス102、108、110、112などのリモートアクセス端末が、互いに、かつまたは、限定はされないが、キャリアネットワーク126、インターネットおよびまたは他のリモートサーバを含む無線インターフェース104およびRAN120を介して接続された構成要素との間で、無線で通信することを可能にする任意のシステムを含み得る。RAN120は、基地局コントローラパケット制御機能122に送信されるメッセージを制御する。BSCPCF122は、パケットデータサービスノード100とアクセス端末102108110112との間のベアラチャネルのシグナリング、確立およびティアダウンを担う。リンク層の暗号化が可能な場合、BSCPCF122もまた、無線インターフェース104によって転送する前に、コンテンツを暗号化する。BSCPCF122の機能は、当技術分野でよく知られており、簡潔にするために、さらに論じることはない。キャリアネットワーク126は、ネットワーク、インターネットおよびまたは公衆交換電話網によって、BSCPCF122と通信してもよい。代わりに、BSCPCF122は、インターネットまたは外部ネットワークに直接接続してもよい。典型的には、キャリアネットワーク126とBSCPCF122との間のネットワークまたはインターネット接続はデータを転送し、PSTNは音声情報を転送する。BSCPCF122は、複数の基地局またはモデムプールトランシーバ124に接続することができる。BSCPCF122は典型的に、キャリアネットワークと同様の方法で、データ転送およびまたは音声情報のために、ネットワーク、インターネットおよびまたPSTNによって、MPTBS124に接続される。MPTBS124は、携帯電話102などのアクセス端末に、ワイヤレスでデータメッセージをブロードキャストすることができる。当技術分野で知られているように、MPTBS124、BSCPCF122およびその他の構成要素は、RAN120を形成することができる。しかしながら、代替的な構成もまた使用されてよく、本発明が図示の構成に限定されることはない。たとえば、別の実施形態では、BSCPCF122および1つまたは複数のMPTBS124の機能は、BSCPCF122とMPTBS124の両方の機能を有する単一のハイブリッドモジュールに縮小されてもよい。図2Aに、本発明のある実施形態によるキャリアネットワーク126を示す。図2Aの実施形態では、キャリアネットワーク126は、パケットデータサービングノード160と、ブロードキャストサービングノード165と、アプリケーションサーバ170と、インターネット175とを含む。ただし、代替的な実施形態では、アプリケーションサーバ170および他の構成要素は、キャリアネットワークの外部に位置することがある。PDSN160は、たとえば、cdma2000の無線アクセスネットワークを利用して、インターネット175、イントラネットおよびまたはリモートサーバへのアクセスを、移動局に提供する。アクセスゲートウェイとして働くので、PDSN160は、単純IPおよびモバイルIPアクセス、外部エージェントサポート、およびパケットトランスポートを与えることができる。PDSN160は、認証、認可、および課金サーバおよび他のサポートインフラストラクチャのクライアントとして働くことができ、当技術分野で知られているように、IPネットワークへのゲートウェイを移動局に与える。図2Aに示すように、PDSN160は、従来のA10接続を介してRAN120と通信し得る。A10接続は当技術分野でよく知られており、簡潔のためにさらに説明はしない。図2Aを参照すると、ブロードキャストサービングノード165は、マルチキャストおよびブロードキャストサービスをサポートするように構成され得る。BSN165について、以下でより詳細に説明する。BSN165は、ブロードキャストA10接続を介してRAN120と通信し、インターネット175を介してアプリケーションサーバ170と通信する。BCA10接続は、マルチキャストおよびまたはブロードキャストメッセージングを転送するために使用される。したがって、アプリケーションサーバ170は、インターネット175を介してユニキャストメッセージングをPDSN160に送信し、インターネット175を介してマルチキャストメッセージングをBSN165に送信する。一般に、以下でより詳細に説明するように、RAN120は、BCA10接続を介してBSN165から受信されたマルチキャストメッセージを、無線インターフェース104のブロードキャストチャネルを介して1つまたは複数のアクセス端末200に送信する。図2Bは、図1のワイヤレス通信100の例をより詳細に示す。特に、図2Bを参照すると、AT1~Nは、異なるパケットデータネットワークエンドポイントによってサービスされる位置においてRAN120に接続するものとして示されている。したがって、AT1およびAT3は、、外部エージェントなどに対応し得る第1のパケットデータネットワークエンドポイント162によってサービスされる部分においてRAN120に接続する。第1のパケットデータネットワークエンドポイント162は、今度はルーティングユニット188を介して、インターネット175に、ならびにまたは、認証、認可および課金サーバ182、プロビジョニングサーバ184、インターネットプロトコルマルチメディアサブシステムセッション開始プロトコル登録サーバ186およびもしくはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT2およびAT5Nは、第2のパケットデータネットワークエンドポイント164によってサービスされる部分においてRAN120に接続する。第1のパケットデータネットワークエンドポイント162と同様に、第2のパケットデータネットワークエンドポイント164は、今度はルーティングユニット188を介して、インターネット175に、ならびにまたは、AAAサーバ182、プロビジョニングサーバ184、IMSSIP登録サーバ186およびもしくはアプリケーションサーバ170のうちの1つまたは複数に接続する。AT4は、インターネット175に直接接続し、次いで、インターネット175を通して、上記で説明したシステム構成要素のうちのいずれかに接続することができる。図2Bを参照すると、AT1、AT3およびAT5Nはワイヤレス携帯電話として示され、AT2はワイヤレスタブレットPCとして示され、AT4は有線デスクトップ局として示されている。ただし、他の実施形態では、ワイヤレス通信システム100は任意のタイプのATに接続することができ、図2Bに示す例は、システム内に実装され得るATのタイプを限定するものではないことが理解されよう。また、AAA182、プロビジョニングサーバ184、IMSSIP登録サーバ186およびアプリケーションサーバ170は、それぞれ構造的に個別のサーバとして示されているが、これらのサーバのうちの1つまたは複数は、本発明の少なくとも1つの実施形態に統合され得る。さらに、図2Bを参照すると、アプリケーションサーバ170は、複数のメディア制御コンプレックス1N170Bと複数の地域ディスパッチャ1N170Aとを含むものとして示されている。集合的に、地域ディスパッチャ170AおよびMCC170Bは、少なくとも1つの実施形態において、ワイヤレス通信システム100内の通信セッションを調停するように集合的に機能するサーバの分散型ネットワークに対応し得る、アプリケーションサーバ170内に含まれる。たとえば、アプリケーションサーバ170によって調停される通信セッションは、理論的には、システム100内のどこかに位置するAT間で行われ得るので、調停される通信セッションのレイテンシを低減するために複数の地域ディスパッチャ170AおよびMCCが分散される。したがって、アプリケーションサーバ170に言及する場合、関連する機能が地域ディスパッチャ170Aのうちの1つまたは複数ならびにあるいはMCC170Bのうちの1つまたは複数によって執行され得ることが理解されよう。地域ディスパッチャ170Aは、概して、通信セッションを確立することに関係する機能を担当し、MCC170Bは、調停された通信セッション中に呼中シグナリングおよびメディアの実際の交換を行うことを含む、呼インスタンスの持続時間の間に通信セッションをホスティングすることを担当する。図3を参照すると、携帯電話などのアクセス端末200は、キャリアネットワーク126、インターネットおよびまたは他のリモートサーバおよびネットワークから最終的に発生することがある、RAN120から送信されたソフトウェアアプリケーション、データおよびまたはコマンドを受信および実行することができるプラットフォーム202を有する。プラットフォーム202は、特定用途向け集積回路または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合されたトランシーバ206を含むことができる。ASIC208または他のプロセッサは、ワイヤレスデバイスのメモリ212内の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース210層を実行する。メモリ212は、読取り専用またはランダムアクセスメモリ、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成することができる。プラットフォーム202は、メモリ212においてあまり使用されないアプリケーションを保持することができるローカルデータベース214も含み得る。ローカルデータベース214は、一般的に、フラッシュメモリセルであるが、たとえば磁気媒体、EEPROM、光学媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム202の構成要素は、当技術分野で知られているように、構成要素の中でも、アンテナ222、ディスプレイ224、プッシュツートークボタン228、およびキーパッド226などの外部デバイスに動作可能に結合されてもよい。したがって、本発明のある実施形態は、本明細書で説明する機能を実行するための能力を含むアクセス端末を含むことができる。当業者により理解されるように、本明細書で開示する機能を達成するために、様々な論理要素を、個別要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで実施することができる。たとえば、ASIC208、メモリ212、API210およびローカルデータベース214をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがってこれらの機能を実行する論理を様々な要素に分散することができる。代替的に、機能を1つの個別構成要素に組み込むことができる。したがって、図3中のアクセス端末の特徴は例示的なものにすぎないと見なすべきであり、本発明は図示の特徴または構成に限定されない。アクセス端末102とRAN120との間のワイヤレス通信は、符号分割多元接続、WCDMA、時分割多元接続、周波数分割多元接続、直交周波数分割多重、GlobalSystemforMobileCommunications、またはワイヤレス通信ネットワークまたはデータ通信ネットワークにおいて使用できる他のプロトコルなど、様々な技術に基づくことができる。データ通信は、一般に、クライアントデバイス102とMPTBS124とBSCPCF122との間で行われる。BSCPCF122は、キャリアネットワーク126、PSTN、インターネット、仮想プライベートネットワークなどの複数のデータネットワークに接続でき、したがって、アクセス端末102はより広範囲の通信ネットワークにアクセスできるようになる。前述のように、および当技術分野で知られているように、様々なネットワークおよび構成を使用して、音声送信およびまたはデータをRANからアクセス端末に送信することができる。したがって、本明細書で提供する例は、本発明の実施形態を限定するものではなく、本発明の実施形態の態様の説明を助けるものにすぎない。従来のサーバ調停型通信セッションセッション、プッシュツートランスファーセッションなど、を介したでは、通信セッションを調停する役割を担うアプリケーションサーバ170は、通信セッションを開始するための要求を受信し、通信セッションのためのメディアの交換をホストするのに十分な利用可能なリソースを有する、ホストコンピュータを見つけることを試みる。リソースが利用不可能であるためにホストコンピュータが見つからない場合は、通信セッションをセットアップできない。また、適切なホストコンピュータが選択され、少なくとも1つのターゲットに通信セッションを告知するための告知セッションが送信された場合でも、ターゲットが実際に呼を受け入れるという保証はない。たとえば、少なくとも1つのターゲットがすでに別の通信セッションに関与している場合、少なくとも1つのターゲットは呼を自動的に拒絶するように構成され得る。あるいは、少なくとも1つのターゲットが呼を自動的に拒絶しない場合でも、少なくとも1つのターゲットのユーザが、告知された通信セッションを無視することを単に選択する可能性がある。当業者により理解されるように、セッションリソースの利用可能性およびターゲットの受け入れが不確実であることにより、高優先度の呼のセットアップを完遂するのが難しくなり得る。したがって、本発明の実施形態は、ワイヤレス通信システム100の内で、高優先度のサーバ調停型通信セッションをセットアップして実行することを、対象とする。図4Aおよび4Bは、本発明のある実施形態による、サーバ調停型の高優先度通信セッションのセットアッププロセスを示す。図4Aおよび4Bで確立される高優先度通信セッションは、限定はされないが、RAN120が、ダウンリンク専用チャネルで転送されたメディアを、各ターゲットATに別々に送信するように指示されるように、IPユニキャスティングを介して、または、RAN120が、ワイヤレス通信システム100の少なくとも1つのセクタのダウンリンク共有チャネルで転送されたメディアを、場合によっては少なくとも1つのセクタの中の複数のターゲットATに同時に送信するように指示されるように、IPマルチキャスティングプロトコルを介してサポートされる、全二重VoIPセッション、半二重グループセッションまたはプッシュツートランスファーを含む、任意のタイプのサーバ調停型セッションに対応してよく、単一のグループメンバーが、任意の所与の時点、全二重グループセッション、ハイブリッド二重または高速全二重グループセッションにおいてフロアを保持し、1人よりも多く全員よりも少ないグループメンバーが、任意の所与の時点において、同時に話して聞くことができる。図4Aおよび4Bを参照すると、AT1で実行される操作は、マルチメディアクライアント210Aにおいて実行され、マルチメディアクライアント210Aは、図3のAT200に関して説明されるような、API210の中のAPIに対応する。マルチメディアクライアント210Aは、AT1におけるマルチメディア通信セッションを管理する役割を担う。したがって、図4Aおよび4Bを参照して、AT1のマルチメディアクライアント210Aが、AT1のユーザが高優先度通信セッションの開始を望んでいることを示すユーザ入力を受信したと、仮定する。たとえば、400で受信されるユーザ入力は、高優先度の呼を行うための専用の物理ボタンまたはソフトキーをユーザが押したことに対応し得る。代替的な例では、400で受信されるユーザ入力は、マルチメディアクライアント210Aによって、緊急事態と関連することが知られているターゲットATへのセッションをユーザが要求することに対応し得る。別の代替的な例では、400で受信されるユーザ入力は、高優先度およびまたは緊急であるものとして呼が認識されるべきであることを特定する二次的な指示または入力とともに、通常の優先度の呼または非緊急の呼をユーザが要求することに対応し得る。たとえば、二次的な指示は、高優先度の呼を行う時にユーザが呼び出しボタンをダブルタップすること、呼を行う時に閾値時間よりも長く呼び出しボタンまたは送信ボタンを押したままにすること、呼が行われる時に同時に呼び出しボタンと別のボタンを押したままにすること、AT1のディスプレイ上の呼セットアップ画面の中で、プルダウンメニューもしくは他のメニューから高優先度およびもしくは緊急の選択肢を選択すること、音声通話の際に、高優先度という言葉およびもしくは緊急という言葉もしくは何らかの他の高優先度を示す言葉を話すこと、ならびにまたはこれらの任意の組合せに対応し得る。AT1により開始されるべきセッションが高優先度のセッションであることが意図されると、400において判定した後、AT1のマルチメディアクライアント210Aは、高優先度通信セッションの開始を要求するように、呼メッセージを構成する。たとえば、403の構成は、選択されたターゲットへの標準的な呼メッセージを生成し、次いで、AT1が高優先度通信セッションを開始しようとしているということをアプリケーションサーバ170に伝えるように、標準的な呼メッセージの1つまたは複数のフィールドを変更することに対応し得る。ある例では、フィールドは、複数の優先度のうちの最高の優先度を示すことができ、最高の優先度は緊急の優先度に対応する。別の例では、第1のフィールド設定が高優先度の呼または緊急の呼に対応し、第2のフィールド設定が通常の優先度の呼または非緊急の呼に対応するように、フィールドはバイナリであってよい。たとえば、呼メッセージの変更されたフィールドは、呼メッセージのヘッダ部分のDiffservCodePoint値に対応してもよい。あるいは、上で論じられたように、通信セッションの選択されたターゲットの1つまたは複数の指示が、セッションの高優先度の状況をアプリケーションサーバ170に知らせるのに十分であり得る。この場合、ターゲットの選択自体が高優先度の状況を伝えるのに十分であれば、マルチメディアクライアント210Aは呼メッセージをさらに変更する必要はない。403の構成の後、AT1は、構成された呼メッセージをRAN120に送信し、RAN120は次いで、構成された呼メッセージを、アプリケーションサーバ170の所与の地域ディスパッチャ170Aに転送する。アプリケーションサーバ170は、AT1にACKメッセージを送信し返すことによって、呼メッセージの受信の確認応答を行う。地域ディスパッチャ170Aは、呼メッセージを評価し、呼が高優先度の呼であると判定し、ターゲットAT2Nの各々を検索し、高優先度通信セッションのボコーダを選択し、複数のMCC170Bの1つを選択して、高優先度通信セッションを処理またはホストする。次いで、地域ディスパッチャ170Aは、高優先度通信セッションをターゲットAT2Nに告知するための告知メッセージを生成し、通信セッションが高優先度通信セッションであることをターゲットAT2Nに示すように、告知メッセージを構成する。ある例では、403からの構成された呼メッセージと同様に、告知メッセージは、複数の優先度のうちの、緊急の優先度に対応する最高の優先度を示すフィールドを含むように構成されてよく、かつまたは、第1のフィールド設定が高優先度の呼または緊急の呼に対応し、第2のフィールド設定が通常の優先度の呼または非緊急の呼に対応するように、バイナリのフィールドを含むように構成されてよい。呼メッセージに関して上で説明されたように、高優先度の状況を伝えるために用いられるフィールドは、告知メッセージのヘッダ部分のDSCPフィールドに対応し得る。そして、地域ディスパッチャ170Aは、AT2Nに送信するために、構成された告知メッセージをRAN120に転送する。次に、ターゲットAT2Nが、424での構成された告知メッセージを受信すると仮定する。427において、ターゲットAT2Nの各々が、告知メッセージが高優先度のセッションを告知していると判定し、さらに、ターゲットATのそれぞれのマルチメディアクライアント210Aがビジーであるかどうかを判定する。ターゲットAT2Nのマルチメディアクライアント210Aが、マルチメディアクライアント210Aはビジーではないと427で判定すると、ターゲットAT210の各々は、告知ACKメッセージをアプリケーションサーバ170に送信することによって、告知された高優先度のセッションを自動的に受け入れる。また、ターゲットAT2Nのマルチメディアクライアント210Aが、マルチメディアクライアント210Aはビジーであると427で判定すると、マルチメディアクライアント210Aは、高優先度のセッションが告知されたことをマルチメディアユーザインターフェースに通知して、そして、告知ACKメッセージをアプリケーションサーバ170に送信することによって、告知された高優先度のセッションを自動的に受け入れる。ある例では、430の通知は、ユーザが少なくとも、ユーザの現在のセッションの1人または複数の他の参加者に、さようならを言う機会を有するように、ユーザの現在のセッションが閾値期間の間に切断されるという、ユーザ通知に対応し得る。あるいは、別の例では、通知は、ターゲットAT2Nのユーザに、ユーザの現在のセッションが切断され高優先度の呼に移される予定であることを通知することができるが、ターゲットAT2Nのユーザに、ユーザの現在のセッションに関連する任意の追加のメディアを送信するための時間を、実際には与えない。図4Aおよび4Bは、ターゲットAT2Nの各々が、それぞれのターゲットがすでに通信セッションに関与しているかどうかに関係なく、告知された高優先度通信セッションを自動的に受け入れるのを示すが、ターゲットAT2Nが別の高優先度のセッションに関与している場合には、異なる呼参加方針を実施できるということを、理解されたい。この場合、ターゲットAT2Nのユーザは、別の高優先度のセッションのために、現在の高優先度のセッションをプリエンプトすることを必ずしも望まないことがある。たとえば、第1の高優先度のセッションにおいて、遠隔の医療処置に関連する指示を医師が電話で与えている最中である場合、医師が必ずしも支援を提供できない可能性がある別の緊急事態に自動的に医師を転送することは、生産的ではない可能性がある。したがって、少なくとも1つの実施形態においては、ターゲットAT2Nの1つまたは複数が別の高優先度通信セッションに関与している場合、それぞれのターゲットATのユーザは、告知された高優先度のセッションを受け入れるかどうかに関する選択肢を与えられ得る。AT2Nの第1のATから告知ACKメッセージを受信すると、地域ディスパッチャ170Aは、少なくともAT1にフロア許可メッセージを送信し、ターゲットAT2Nへの転送のために、アプリケーションサーバ170への最終的な送信のためのメディアのバッファリングを開始するように、AT1のユーザを促す。理解されるように、高優先度通信セッションが全二重セッションとして確立される場合、ターゲットAT2Nはまた、他の呼の参加者にメディアを転送する機会を与えられる。AT1は、地域ディスパッチャ170Aからフロア許可メッセージを受信し、フロア許可メッセージの受信を、ACKメッセージにより確認応答する。次いで、マルチメディアクライアント210Aは、メディアの入力を開始することをAT1のユーザに知らせるための音を発するように、AT1に指示し、マルチメディアクライアント210Aは、AT1のユーザによるメディア入力をバッファリングする。AT1からフロア許可ACKを受信すると、地域ディスパッチャ170Aは、445で選択されるMCC170Bに、高優先度のセッションとして通信セッションのホストを開始するように指示する。448において、選択されたMCC170Bは、高優先度通信セッションをサポートするのに利用可能な呼リソースをMCC170Bが十分有するかどうかを判定する。MCC170Bが、十分なリソースが利用可能ではないと448で判定すると、451において、MCC170Bは、現在の呼リソースの負荷を選択的に下げる。たとえば、呼リソースの負荷の低減は、1つまたは複数の現在アクティブな呼およびまたはMCC170Bによりサポートされる1人または複数の現在の呼の参加者を切断することに対応し得る。451において、MCC170Bは、いくつかの異なる方法で負荷を低減する呼リソースを選択することができる。たとえば、MCC170Bは、高優先度通信セッションをサポートするのに必要であると予想される呼リソースのレベルを評価することができ、次いで、高優先度通信セッションをサポートするのに十分なレベルの呼リソースを解放するまで、最低の優先度から最高の優先度の順番で呼を切断することができる。呼の優先度の割り当て、または、MCC170Bが選択的に呼を切断する順序は、様々な方法で決定され得る。たとえば、MCC170Bによりすでにホストされている他の高優先度通信セッションは、場合によっては最高の優先度の順位に割り当てられてよく、ある閾値時間よりも長い時間がかかっている呼は、時間が短い比較対象の呼よりも低い優先度を割り当てられてよい。代替的な例では、ATの大きなグループに関与する呼は、小さなグループの呼または1対1の呼よりも低い優先度を割り当てられ得る。それは、より多くの呼リソースが単一の呼の犠牲により得られるからである。他の例では、優先度の順位は、切断される呼の数が最小になるように、または、切断される呼の参加者の数が最小になるように、確立され得る。理解されるように、上で述べられた優先度の順位は例にすぎず、高優先度通信セッション向けに所与のレベルの呼リソースを用意するために、MCC170Bが現在割り当てられている呼リソースを切断できる、多くの異なる方法がある。MCC170Bが、448において、高優先度通信セッションのために十分なレベルの呼リソースが利用可能であると判定した後で、または、十分なレベルの呼リソースが得られるように現在の呼リソースの割り当てを下げた後で、MCC170Bは、メディア制御ユニット情報を、呼発信者AT1とともにターゲットAT2Nにも送信する。MCUは、呼または通信セッションの単一のインスタンスを処理する、ソフトウェアプロセスまたはインスタンスであり、MCU情報は連絡メッセージに対応し、フロア保持者が、高優先度通信セッションまたはACKのようなシグナリングメッセージの間に、他のセッションの参加者への再送信のためにどこにメディアを転送すべきかに関するIPアドレスおよびポート番号を、MCU情報は含む。AT1は、MCC170BからMCU情報を受信し、MCU情報の受信を、ACKメッセージにより確認応答する。また、MCC170BからMCU情報を受信すると、マルチメディアクライアント210Aは、バッファリングされたメディアのMCC170Bへの送信を開始し、そしてMCC170Bは、AT1から転送されたメディアをバッファリングする。次に、MCC170Bは、454で送信されたMCU情報へのターゲットAT2Nからの少なくとも1つのACKを、受信するのを待機する。ある例では、MCC170Bは、ターゲットAT2Nのいずれからの第1のMCU情報のACKも待機することができ、そして、バッファリングされたメディアの転送を開始することができる。代替的な例では、MCC170Bは、バッファリングされたメディアのいずれかを転送する前に、所与の割合のターゲットAT2NからのMCU情報のACKを待機することができる。別の代替的な例では、MCC170Bは、バッファリングされたメディアのいずれかを転送する前に、上記の所与の割合が100に等しくなるように、ターゲットAT2Nの各々からのMCU情報のACKを待機することができる。いずれの場合でも、466において、ターゲットAT2Nからの1つまたは複数のACKが、MCC170Bにおいて受信される。ターゲットAT2NからのMCU情報のACKの数が所与の閾値を満たす場合、MCC170Bは、バッファリングされたメディアをターゲットAT2Nに転送する。また、MCUのACKは、466においてMCC170Bに到達したものとして示されるが、ターゲットAT2Nからの十分な数のMCUのACKが、メディアがAT1から到達し始める前に、MCC170Bに到達する場合、ブロック463のバッファリングはスキップされてよく、MCC170Bは、メディアが受信されるとすぐに、AT1からAT2Nへのメディアの転送を開始できるということを理解されたい。図4Aおよび4Bには示されないが、高優先度通信セッションが、全二重またはハイブリッド二重として確立される場合、ターゲットAT2Nの1つまたは複数は、呼発信者AT1およびまたは他のセッションの参加者に転送されるべきメディアを、アプリケーションに送ることもできる。したがって、図4Aおよび4Bの高優先度通信セッションが、2人の呼の参加者が関与する全二重通信セッションとして、または、3人以上の呼の参加者が関与する全二重グループ通信セッションとして確立される場合、各呼の参加者は、少なくとも1人の他の呼の参加者への再送信のためにアプリケーションサーバ170に転送されるメディアをRAN120に送信する際に用いる、トラフィックチャネルを有することを理解されたい。したがって、アプリケーションサーバ170により調停される全二重セッションでは、各々の呼の参加者はメディアを送信することができ、各々の呼の参加者は、2人の呼の参加者が関与する全二重通信セッションのもう一方の相手からメディアを受信し、または、3人以上の参加者を含むグループ全二重通信セッションの各々の他の参加者からのメディアがミックスされたものを受信する。したがって、AT1およびAT2が全二重の呼を行っている場合、AT1はAT2のメディアを受信し、AT2はAT1のメディアを受信する。AT1、AT2およびAT3が全二重のグループ呼を行っている場合、AT1は、AT2とAT3のメディアがミックスされたものを受信し、AT2は、AT1とAT3のメディアがミックスされたものを受信し、AT3は、AT1とAT2のメディアがミックスされたものを受信する。あるいは、図4Aおよび4Bの高優先度通信セッションが、半二重の通信セッションとして確立される場合、AT1は、少なくとも1つのターゲットATと話す唯一のフロア保持者として、高優先度通信セッションを開始することができ、一方、少なくとも1つのターゲットATは、呼発信者に送信し返されるべきメディアを送信するための固有のTCHを有さないことが、あり得る。通常、半二重通信セッションでは、ターゲットATが1人または複数の他の呼の参加者にメディアを送信することを望む場合、ターゲットATはフロアを要求し、フロアが許可されたら話をするが、このとき任意の所与の時間において、1人の呼の参加者のみがフロアを保持する。ハイブリッド二重通信セッションでは、2人以上のフロア保持者が話をする権利を有し得る。高優先度通信セッションの場合、フロアが呼発信者から離れて移転することは望ましくないことがあり得る。たとえば、緊急事態の性質が、高優先度通信セッションの間に変わることがあり、緊急の応答者は、呼発信者からの通信リンクが開いたままになっていない限り、この変化を認識しない。それと同時に、緊急の応答者が、呼発信者およびまたは呼を監視する他の緊急の応答者に、情報を送信し返すことも、重要であり得る。したがって、図5Aおよび図5Bは、所与のターゲットATが、半二重通信セッションまたはハイブリッド二重グループ通信セッションの間に、呼発信者およびまたは1つまたは複数の他のターゲットATに、どのようにメディアを送信し返せるかという例を示す。図5Aはグループ通信セッションに関して説明されるが、図5Aは、AT3Nを対象とするブロックを省略することによって、単にAT1および2のみが関与する非グループセッションに対応するように変更され得る。さらに、図5Aおよび図5Bの例示および説明は簡略化されているので、マルチメディアクライアント210A、地域ディスパッチャ170A、およびMCC170Bへの具体的な言及が省略されている。代わりに、図5Aおよび図5Bは、単に、AT1Nおよびアプリケーションサーバ170を指す。しかし、図5Aおよび図5Bにおいて参照されるより広範な要素に含まれる様々な構成要素が、以下で説明されるプロセスにどのように関与するかは、容易に明らかであろう。したがって、図5Aを参照して、図4Aおよび4Bのプロセスが実行され、高優先度通信セッションが、フロア保持者としてのAT1との半二重グループ通信セッションとして、または、ハイブリッド二重グループ通信セッションとして確立され、AT1と、AT2Nのうちの少なくとも1つでありすべてよりも少ないものとがフロアを共有すると、仮定する。そうすると、AT1は、メディアをアプリケーションサーバ170に転送し、アプリケーションサーバ170は、AT1のメディアをAT2Nに転送する。図5Aには明示的に示されないが、高優先度通信セッションがハイブリッド二重グループ通信セッションに対応し、AT1以外のフロア保持者が誰も話していない場合、505Aにおいて、無音フレームも他のフロア保持者から転送され得る。510Aおよび515Aにおいて、AT2Nは、AT1にメディアを送信すべきかどうか決定する。説明の便宜上、515AにおいてAT3Nはメディアを送信しないと決定し、AT3Nは高優先度通信セッションのためにAT1のメディアを監視し続けると、仮定する。さらに、AT2が、510Aにおいて、メディアをAT1に送信し返すと決定したと、仮定する。AT2は、高優先度通信セッションのためにAT1のメディアを監視し続け、TCHを取得する。AT2はすでにTCHを取得していることがあり、その場合、ブロック530Aはこの時点ではスキップされてもよいことが、理解されよう。そして、AT2は、アプリケーションサーバ170に転送されるべきメディアを、TCHの逆方向リンクを通じて、RAN120に送信する。高優先度通信セッションが、最初から、フロアを許可されたAT1とAT2の両方とのハイブリッド二重グループ通信セッションであった場合、AT2はすでにフロアを共有しているので、AT2はこの時点では単にメディアをアプリケーションサーバ170に送信できるということを、理解されたい。また、高優先度通信セッションが、最初は、ハイブリッド二重グループ通信セッションであり、AT2がフロアを共有していなかった場合、または、高優先度通信セッションが、最初は、フロアを有するAT1のみとの半二重グループ通信セッションであった場合、AT2は、535Aにおいてメディアを送信する前に、アプリケーションサーバ170からのフロアをまず要求することができる。この場合、アプリケーションサーバ170は、AT1のフロアを維持し、同時にAT2にフロアを許可することを選ぶことができるので、その結果通信セッションは、ハイブリッド二重のままになるか、または、半二重からハイブリッド二重に移行する。いずれの場合でも、AT2がフロアを取得すると、AT2は、AT1への送信のために、メディアのアプリケーションサーバ170への移送を開始する。最初の半二重通信セッションをハイブリッド二重通信セッションに移行すべきかどうかに関する決定は、ターゲットの1つにより行われ得る。アプリケーションサーバ170は、AT1およびAT2からのメディアの入力ストリームをミックスする。図5Aの例では、AT1がAT2からのメディアフレームを受信し、AT2NがAT1からメディアフレームを各々受信するように、540Aのミックスが出力ストリームを確立すると、仮定する。したがって、AT1からのメディアフレームはAT2Nに転送され、AT2からのメディアフレームはAT1に転送される。しかし、540Aのミックスは、図5Bで示されるように、異なる方式で実行されてもよい。図5Bでは、500Bから535Bが、図5Aの500Aから535Aにそれぞれ対応するので、500Bから535Bのそのようなさらなる説明は、簡潔にするために省略された。540Bにおいて、アプリケーションサーバ170は、AT1がAT2のメディアフレームを受信し、AT2がAT1のメディアフレームを受信し、AT3Nが各々、AT1およびAT2からのメディアフレームがミックスされたものを受信するように、AT1およびAT2からのメディアストリームまたはフレームをミックスする。メディアフレームのミックスは当技術分野ではよく知られているので、簡潔にするためにさらに説明はされない。したがって、545Bにおいて、AT1からのメディアフレームはAT2に転送され、AT2からのメディアフレームはAT1に転送され、AT1およびAT2からのメディアフレームがミックスされたものは、AT3Nに転送される。したがって、図5Aおよび図5Bに関して理解されるように、AT1をフロア保持者のままにしつつ、1つまたは複数の他のターゲットATが別々に、グループ全体にメディアを送り、またはAT1にメディアを送信し返せるようにもすることが、可能である。上で説明された高優先度通信セッションは、IPマルチキャスティングプロトコルおよびまたはIPユニキャスティングプロトコルを介して実装され得ることが、理解されよう。たとえば、図4Aおよび4Bの469においてアプリケーションサーバ170により送信されるメディアは、IPユニキャストを介して、個々にターゲットAT2Nに送信され得る。別の例では、アプリケーションサーバ170により送信されるメディアは、AT2Nへ送信するために、IPマルチキャストを介してRAN120に送信され得るので、2つ以上のAT2Nが、場合によっては、AT1からメディアを受信するために、同じセクタの中の同じダウンリンクマルチキャストチャネルにチューニングされ得る。情報および信号は、多種多様な技術および技法のいずれかを使用して表すことができることが、当業者には理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることが、当業者には理解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、具体的な適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を具体的な適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで実装または実行することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。本明細書で開示した実施形態と関連して説明した方法、シーケンス、およびまたはアルゴリズムは、ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、またはその2つの組合せで直接実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CDROM、または当技術分野で知られている任意の他の形態の記憶媒体中に存在し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はASIC中に存在し得る。ASICはユーザ端末中に存在し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として存在し得る。1つまたは複数の例示的な実施形態では、説明した機能はハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されてよく、またはコンピュータ可読媒体を介して送信されてよい。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CDROMもしくは他の光ディスクストレージ、磁気ディスクストレージもしくは他の磁気ストレージデバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を含むことができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線、またはワイヤレス技術、たとえば赤外線、無線、およびマイクロ波を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または、赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義内に含まれる。本明細書で使用する場合、ディスクおよびディスクは、コンパクトディスク、レーザーディスク、光ディスク、デジタル多用途ディスク、フロッピーディスク、およびブルーレイディスクを含み、ディスクは、通常、磁気的にデータを再生し、ディスクは、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるものとする。上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、本明細書において様々な変更および修正を行うことができることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよびまたはアクションは特定の順序で実行されなくてもよい。さらに、本発明の要素は、単数形で説明または特許請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。