マルチプロセッサモバイル通信デバイスの第1のプロセッサシステム上で実行する並行性マネージャサーバアプリケーションを操作する方法であって、前記並行性マネージャサーバアプリケーションが、前記マルチプロセッサモバイル通信デバイスの第2のプロセッサシステム上で実行する並行性マネージャクライアントアプリケーションと対話するように構成される、方法において、前記第1のプロセッサシステム上での実行のために構成された第1のアプリケーションセット、および前記第2のプロセッサシステム上での実行のために構成された第2のアプリケーションセット用の少なくとも1つのリソースへのアクセスに関連した優先度レベルを判定するステップと、前記並行性マネージャクライアントアプリケーションが、前記第2のアプリケーションセットのうちのアプリケーションによる、前記少なくとも1つのリソースへのアクセスを、通知された優先度レベルに基づいて選択的に許可または拒否するのを容易にするために、前記判定優先度レベルを前記並行性マネージャクライアントアプリケーションに通知するステップと、前記並行性マネージャサーバアプリケーションによって、前記少なくとも1つのリソースへの、前記第1のアプリケーションセットのうちのアプリケーションによるアクセスを、前記判定優先度レベルに基づいて選択的に許可または拒否するステップとを含む方法。前記選択的に許可するステップが、前記第1のアプリケーションセットのうちの、所与の優先度レベルをもつ所与のアプリケーションから、前記少なくとも1つのリソースへのアクセスを求める要求を受信するステップと、前記少なくとも1つのリソースが、現在アクセス中でない場合、または前記少なくとも1つのリソースが、前記所与の優先度レベルよりも低い優先度レベルをもつ、前記第1または第2のアプリケーションのうちの別のアプリケーションによってアクセス中である場合、前記受信した要求を許可するステップと、前記少なくとも1つのリソースが、前記所与の優先度レベルよりも高い優先度レベルをもつ、前記第1または第2のアプリケーションのうちの別のアプリケーションによって現在アクセス中である場合、前記受信した要求を拒否するステップとを含む、請求項1に記載の方法。前記選択的に許可するステップが、前記第1のアプリケーションセットのうちの、第1の優先度レベルをもつ第1のアプリケーションから、前記少なくとも1つのリソースへのアクセスを求める要求を受信するステップと、前記受信した要求を許可するステップと、前記第1のアプリケーションが前記少なくとも1つのリソースへのアクセスを許可されたことを前記並行性マネージャクライアントアプリケーションに通知するステップとを含む、請求項1に記載の方法。前記第2のアプリケーションセットのうちの、第1の優先度レベルをもつ第1のアプリケーションが、前記少なくとも1つのリソースにアクセス中であるという通知を、前記並行性マネージャクライアントアプリケーションから受信するステップと、前記受信した通知の後、前記少なくとも1つのリソースへのアクセスを求める要求を、前記第1のアプリケーションセットのうちの、第2の優先度レベルをもつ第2のアプリケーションから受信するステップであって、前記第2の優先度レベルが前記第1の優先度レベルよりも低いステップと、前記受信した要求を拒否するステップと、前記受信した要求の前記拒否の後、前記第1のアプリケーションが前記少なくとも1つのリソースにもはやアクセス中ではないという補足通知を、前記並行性マネージャクライアントアプリケーションから受信するステップと、前記受信した補足通知に応答して、前記第1のアプリケーションが前記少なくとも1つのリソースにアクセスすることを今は許容されるという指示を、前記第1のアプリケーションに送信するステップとをさらに含む、請求項1に記載の方法。マルチプロセッサモバイル通信デバイスの第2のプロセッサシステム上で実行する並行性マネージャクライアントアプリケーションを操作する方法であって、前記並行性マネージャクライアントアプリケーションが、前記マルチプロセッサモバイル通信デバイスの第1のプロセッサシステム上で実行する並行性マネージャサーバアプリケーションと対話するように構成される、方法において、前記第1のプロセッサシステム上での実行のために構成された第1のアプリケーションセット、および前記第2のプロセッサシステム上での実行のために構成された第2のアプリケーションセット用の少なくとも1つのリソースへのアクセスに関連した優先度レベルを、前記並行性マネージャサーバアプリケーションから受信するステップと、前記並行性マネージャクライアントアプリケーションによって、前記少なくとも1つのリソースへの、前記第2のアプリケーションセットのうちのアプリケーションによるアクセスを、前記受信した優先度レベルに基づいて選択的に許可または拒否するステップとを含む方法。前記選択的に許可するステップが、前記第2のアプリケーションセットのうちの、所与の優先度レベルをもつ所与のアプリケーションから、前記少なくとも1つのリソースへのアクセスを求める要求を受信するステップと、前記少なくとも1つのリソースが、現在アクセス中でない場合、または前記少なくとも1つのリソースが、前記所与の優先度レベルよりも低い優先度レベルをもつ、前記第1または第2のアプリケーションのうちの別のアプリケーションによってアクセス中である場合、前記受信した要求を許可するステップと、前記少なくとも1つのリソースが、前記所与の優先度レベルよりも高い優先度レベルをもつ、前記第1または第2のアプリケーションのうちの別のアプリケーションによって現在アクセス中である場合、前記受信した要求を拒否するステップとを含む、請求項5に記載の方法。前記選択的に許可するステップが、前記第1のアプリケーションセットのうちの、第1の優先度レベルをもつ第1のアプリケーションから、前記少なくとも1つのリソースへのアクセスを求める要求を受信するステップと、前記受信した要求を許可するステップと、前記第1のアプリケーションが前記少なくとも1つのリソースへのアクセスを許可されたことを前記並行性マネージャクライアントアプリケーションに通知するステップとを含む、請求項5に記載の方法。前記第1のアプリケーションセットのうちの、第1の優先度レベルをもつ第1のアプリケーションが、前記少なくとも1つのリソースにアクセス中であるという通知を、前記並行性マネージャサーバアプリケーションから受信するステップと、前記受信した通知の後、前記少なくとも1つのリソースへのアクセスを求める要求を、前記第2のアプリケーションセットのうちの、第2の優先度レベルをもつ第2のアプリケーションから受信するステップであって、前記第2の優先度レベルが前記第1の優先度レベルよりも低いステップと、前記受信した要求を拒否するステップと、前記受信した要求の前記拒否の後、前記第1のアプリケーションが前記少なくとも1つのリソースにもはやアクセス中ではないという補足通知を、前記並行性マネージャサーバアプリケーションから受信するステップと、前記受信した補足通知に応答して、前記第1のアプリケーションが前記少なくとも1つのリソースにアクセスすることを今は許容されるという指示を、前記第1のアプリケーションに送信するステップとをさらに含む、請求項5に記載の方法。前記第2のアプリケーションセットのうちの、第1の優先度レベルをもつ第1のアプリケーションが、前記少なくとも1つのリソースにアクセス中であるという通知を、前記並行性マネージャサーバアプリケーションから受信するステップと、前記受信した通知の後、前記少なくとも1つのリソースへのアクセスを求める要求を、前記第2のアプリケーションセットのうちの、第2の優先度レベルをもつ第2のアプリケーションから受信するステップであって、前記第2の優先度レベルが前記第1の優先度レベルよりも高いステップと、前記受信した要求を前記並行性マネージャサーバアプリケーションに通知するステップと、前記並行性マネージャサーバアプリケーションから、前記通知に応答して、前記第1のアプリケーションが前記少なくとも1つのリソースを解放したという指示を受信するステップと、前記受信した指示に応答して、前記第2のアプリケーションに対して、前記受信した要求を許可するステップとをさらに含む、請求項5に記載の方法。マルチプロセッサモバイル通信デバイスを操作する方法であって、所与の機能の実装のための、少なくとも第1のリソースセットへのアクセスを求める要求を、アプリケーションから受信するステップと、前記第1のリソースセットへの、前記アプリケーションのアクセスを拒否するステップと、前記アプリケーションによって要求されるとき、前記第1のリソースセットに対する受諾可能代替物のリストを含む並行性マネージャにおける決定論理に基づいて、前記拒否に関連して、代替法で前記所与の機能を実装するように構成された第2のリソースセットへのアクセスを前記アプリケーションが許容されると判断するステップと、前記判断に応答して、前記第2のリソースセットへのアクセスが前記所与の機能の代替実装に使用可能であることを前記アプリケーションに通知するステップとを含む方法。並行性マネージャサーバアプリケーションを実行するように構成された第1のプロセッサシステムを含むマルチプロセッサモバイル通信デバイスであって、前記並行性マネージャサーバアプリケーションが、前記マルチプロセッサモバイル通信デバイスの第2のプロセッサシステム上で実行する並行性マネージャクライアントアプリケーションと対話するように構成される、デバイスにおいて、前記第1のプロセッサシステム上での実行のために構成された第1のアプリケーションセット、および前記第2のプロセッサシステム上での実行のために構成された第2のアプリケーションセット用の少なくとも1つのリソースへのアクセスに関連した優先度レベルを判定するように構成された論理部と、前記並行性マネージャクライアントアプリケーションが、前記第2のアプリケーションセットのうちのアプリケーションによる、前記少なくとも1つのリソースへのアクセスを、通知された優先度レベルに基づいて選択的に許可または拒否するのを容易にするために、前記判定優先度レベルを前記並行性マネージャクライアントアプリケーションに通知するように構成された論理部と、前記並行性マネージャサーバアプリケーションによって、前記少なくとも1つのリソースへの、前記第1のアプリケーションセットのうちのアプリケーションによるアクセスを、前記判定優先度レベルに基づいて選択的に許可または拒否するように構成された論理部とを備えるデバイス。並行性マネージャクライアントアプリケーションを実行するように構成された第2のプロセッサシステムを含むマルチプロセッサモバイル通信デバイスであって、前記並行性マネージャクライアントアプリケーションが、前記マルチプロセッサモバイル通信デバイスの第1のプロセッサシステム上で実行する並行性マネージャサーバアプリケーションと対話するように構成される、デバイスにおいて、前記第1のプロセッサシステム上での実行のために構成された第1のアプリケーションセット、および前記第2のプロセッサシステム上での実行のために構成された第2のアプリケーションセット用の、少なくとも1つのリソースへのアクセスに関連した優先度レベルを、前記並行性マネージャサーバアプリケーションから受信するように構成された論理部と、前記並行性マネージャクライアントアプリケーションによって、前記少なくとも1つのリソースへの、前記第2のアプリケーションセットのうちのアプリケーションによるアクセスを、前記受信した優先度レベルに基づいて選択的に許可または拒否するように構成された論理部とを備えるデバイス。所与の機能の実装のための、少なくとも第1のリソースセットへのアクセスを求める要求を、アプリケーションから受信するように構成された論理部と、前記第1のリソースセットへの、前記アプリケーションのアクセスを拒否するように構成された論理部と、前記拒否に関連して、代替法で前記所与の機能を実装するように構成された第2のリソースセットへのアクセスを前記アプリケーションが許容されると判断するように構成された論理部であって、前記アプリケーションによって要求されるとき、前記第1のリソースセットに対する受諾可能代替物のリストを含む論理部と、前記判断に応答して、前記第2のリソースセットへのアクセスが前記所与の機能の代替実装に使用可能であることを前記アプリケーションに通知するように構成された論理部とを備えるマルチプロセッサモバイル通信デバイス。請求項1から10のいずれかによる方法を実行するための手段を含む装置。請求項1から10のいずれかによる方法を通信エンティティに実行させるための、少なくとも1つの命令を含む、コンピュータ可読記録媒体を含む、コンピュータプログラム。ある実施形態では、マルチプロセッサモバイル通信デバイスは、並行性マネージャサーバアプリケーションを実行する第1のプロセッサシステムと、並行性マネージャクライアントアプリケーションを実行する第2のプロセッサシステムとを含む。CMSAは、第1のプロセッサシステム上での実行のために構成された第1のアプリケーションセット、および第2のプロセッサシステム上での実行のために構成された第2のアプリケーションセット用のリソースへのアクセスに関連した優先度レベルを判定する。CMSAは、判定優先度をCMCAに通知する。次いで、CMSAおよびCMCAは各々、第1および第2のアプリケーションセット用のリソースへのアクセスを、それぞれ、判定優先度レベルに基づいて選択的に許可または拒否する。別の実施形態では、CMSAまたはCMCAが、アプリケーションによるリソースへのアクセス要求を拒否した場合、要求側アプリケーションがその目標を達成し得るための代替リソースの使用可能性を判断してもよい。本発明の実施形態およびその付随する利点の多くのより完全な諒解は、以下の詳細な説明を参照し、本発明を限定するためではなく単に例示するために提示する添付の図面とともに考察することによってよりよく理解されれば、容易に得られるであろう。本発明の特定の実施形態を対象とする以下の説明および関連する図面で本発明の態様を開示する。本発明の範囲から逸脱することなく代替的な実施形態を考案することができる。さらに、本発明の関連する詳細を不明瞭にしないように、本発明のよく知られている要素については詳細に説明しないか、または省略する。例示的およびまたは例という用語は、本明細書では例、事例、または例示として機能することを意味するために使用される。本明細書で例示的およびまたは例として説明するいかなる実施形態も、必ずしも他の実施形態よりも好ましいまたは有利であると解釈すべきではない。同様に、本発明の実施形態という用語は、本発明のすべての実施形態が、論じられた特徴、利点または動作モードを含むことを必要としない。さらに、多くの実施形態が、たとえば、コンピューティングデバイスの要素によって実行すべき一連のアクションに関して説明される。本明細書で説明する様々なアクションは、特定の回路によって、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、本明細書では双方向テキストページャとして示すページャ110、さらにはワイヤレス通信ポータルを有する個別のコンピュータプラットフォーム112とすることができる。したがって、本発明の実施形態は、限定はされないが、ワイヤレスモデム、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サービスエリアの間を移動するときのモビリティ管理の実行、モバイル加入者の支払い請求の役目を果たす。当業者なら諒解するように、~の他に、GSM登録商標EDGEネットワークのために構成された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を参照すると、UE1Nは、異なるパケットデータネットワークのエンドポイントによってサービスされる位置でRAN120に接続するものとして示されている。図2Bの例は、WCDMAシステムおよび用語に固有のものであるが、1xEVDOシステムに適合するために図2Bをどのように変更することができるかは理解されよう。したがって、UE1およびUE3は、第1のパケットデータネットワークエンドポイント162、外部エージェントなどに対応し得るによってサービスされる部分でRAN120に接続する。第1のパケットデータネットワークエンドポイント162は、次に、ルーティングユニット188を介して、インターネット175、ならびにまたは認証、認可およびアカウンティングサーバ182、プロビジョニングサーバ184、インターネットプロトコルマルチメディアサブシステムセッション開始プロトコル登録サーバ186、およびもしくはアプリケーションサーバ170のうちの1つもしくは複数に接続する。UE2およびUE5Nは、第2のパケットデータネットワークエンドポイント164によってサービスされる部分でRAN120に接続する。第1のパケットデータネットワークエンドポイント162と同様に、第2のパケットデータネットワークエンドポイント164は、次に、ルーティングユニット188を介して、インターネット175、ならびにまたはAAAサーバ182、プロビジョニングサーバ184、IMSSIP登録サーバ186、およびもしくはアプリケーションサーバ170のうちの1つもしくは複数に接続する。UE4は、直接インターネット175に接続し、次いでインターネット175を介して、上記のシステム構成要素のうちのいずれかに接続することができる。図2Bを参照すると、UE1、UE3、およびUE5Nは、ワイヤレス携帯電話として示され、UE2は、ワイヤレスタブレット型PCとして示され、UE4は、有線のデスクトップステーションとして示されている。しかし、他の実施形態では、ワイヤレス通信システム100が任意のタイプのUEに接続することができ、図2Bに示される例は、システム内に実装され得るUEのタイプを制限するものではないことが理解されよう。また、AAA182、プロビジョニングサーバ184、IMSSIP登録サーバ186、およびアプリケーションサーバ170はそれぞれ、構造的に別のサーバとして示されているが、本発明の少なくとも1つの実施形態において、これらのサーバのうちの1つまたは複数は、統合されていてもよい。さらに、図2Bを参照すると、アプリケーションサーバ170は、複数のメディア制御コンプレックス1N170Bと複数の地域ディスパッチャ1N170Aとを含むものとして示されている。集合的に、地域ディスパッチャ170AおよびMCC170Bは、少なくとも1つの実施形態では、ワイヤレス通信システム100内の通信セッションを調停するように集合的に機能するサーバの分散型ネットワークに対応し得る、アプリケーションサーバ170内に含まれる。たとえば、アプリケーションサーバ170によって調停される通信セッションは、理論上、システム100内のどこかに位置するUE間で行われ得るので、調停された通信セッションのレイテンシを低減するように、複数の地域ディスパッチャ170AおよびMCCが分布する。したがって、アプリケーションサーバ170を参照すると、関連する機能は、地域ディスパッチャ170Aのうちの1つもしくは複数、およびまたはMCC170Bのうちの1つもしくは複数によって実施することができることを諒解されよう。地域ディスパッチャ170Aは、全般的に、通信セッションを確立することに関連する任意の機能を受け持ち、MCC170Bは、通話中シグナリング、調停された通信セッション中の媒体の実際の交換を行うことを含めて、呼インスタンスの間の通信セッションをホストする役目を果たす。図3を参照すると、セルラー電話などのUE200は、コアネットワーク126、インターネットならびにまたは他のリモートサーバおよびネットワークから最終的に来ることがある、RAN120から送信されたソフトウェアアプリケーション、データおよびまたはコマンドを受信し、実行することができるプラットフォーム202を有する。プラットフォーム202は、特定用途向け集積回路もしくは他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスに動作可能に結合された、送受信機206を含むことができる。1つまたは複数のプロセッサは、ワイヤレスデバイスのメモリ212中の任意の常駐プログラムとインターフェースするアプリケーションプログラミングインターフェース210レイヤを実行する。メモリ212は、読取り専用メモリもしくはランダムアクセスメモリ、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成することができる。プラットフォーム202は、メモリ212中でアクティブに使用されないアプリケーションを保持することができるローカルデータベース214を含むこともできる。ローカルデータベース214は、一般にフラッシュメモリセルであるが、磁気媒体、EEPROM、光学媒体、テープ、ソフトまたはハードディスクなど、当技術分野で知られている任意の二次記憶デバイスとすることができる。内部プラットフォーム202の構成要素はまた、当技術分野で知られていているように、他の構成要素の中でもアンテナ222、ディスプレイ224、プッシュツートークボタン228およびキーパッド226などの外部デバイスに動作可能に結合され得る。したがって、本発明の一実施形態は、本明細書で説明した機能を実行する能力を含むUEを含むことができる。当業者ならば諒解するように、様々な論理要素は、本明細書で開示する機能を達成するために、個別の要素、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアとハードウェアとの任意の組合せで実施できる。たとえば、プロセッサI207、プロセッサII208、メモリ212、API210およびローカルデータベース214をすべて協働的に使用して、本明細書で開示する様々な機能をロード、記憶および実行することができ、したがって、これらの機能を実行する論理は様々な要素に分散され得る。代替的に、機能は1つの個別の構成要素に組み込まれ得る。したがって、図3のUE200の特徴は、単に例示にすぎないものと見なされ、本発明は、示された特徴または構成に限定されない。さらに、UE200は、複数の加入者識別情報モジュール1N、244を含むものとして示されている。したがって、UE200は、下でより詳しく説明するように、マルチSIMUEに対応する。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以外のワイヤレス通信プロトコルなどとともに本発明の実施形態がどのように適用され得るかを、当業者は容易に諒解されよう。マルチプロセッサハンドセットでは、ほとんどのアプリケーションが、ハイレベルオペレーティングシステムの上のアプリケーションプロセッサシステムにおいて稼働する。これらのアプリケーションは通常、特にレイテンシセンシティブなわけではなく、エアインターフェースとの密接なつながりはない。ただし、VoIPアプリケーションなどのレイテンシセンシティブアプリケーションにとって、HLOSは、サービス品質などのレイテンシセンシティブ機能性をサポートするのに不十分な場合がある。したがって、レイテンシセンシティブアプリケーションは、アプリケーションプロセッサシステムとは別個のモデムプロセッサシステムによってハンドリングすることができ、そうすることによって、レイテンシセンシティブアプリケーションは、エアインターフェースに、より直接的にアクセスすることができる。ただし、モデムおよびアプリケーションプロセッサシステム上で、異なるアプリケーションが同時に稼働しているとき、所与のときにアプリケーションの閾数よりも多くにはリソースを割り当てることができなくなるという、プロセッサシステムの間のリソース競合に関して問題が起こり得る。たとえば、ハンドセットのオーディオ出力デバイスまたはスピーカに関して、HLOSによって実装される典型的な並行性管理ソリューションは、ボイス呼がアクティブであるとき、すべての他のアプリケーションが、オーディオ出力デバイスにアクセスするのを阻止するが、アクティブでないときは、モデムおよびプロセッサシステム上のアプリケーションに対する制約を強制しない。したがって、モデムプロセッサシステム上の第1のアプリケーションが、アプリケーションプロセッサシステム上の第2のアプリケーションと同時に、オーディオ出力デバイスにアクセスしようと試み得ることが可能であり、その結果、オーディオ出力がマージされ、ユーザエクスペリエンスを低下させる。さらに、他のアプリケーションに対する優先度はサポートされなくてよい。図4Aは、本発明の実施形態によるマルチプロセッサUEの構造アーキテクチャを示す。図4Aを参照すると、マルチプロセッサUEは、第1のプロセッサシステム400Aおよび第2のプロセッサシステム450Aを含む。ある例では、第1のプロセッサシステム400Aは、マルチプロセッサUEによって実行されるアプリケーションのうちの大部分の実行を担うアプリケーションプロセッサシステムに対応し、第2のプロセッサシステム450Aは、マルチプロセッサUEのワイヤレス通信機能を制御するとともに、レイテンシセンシティブアプリケーションのサブセットを実行するように構成され得るモデムプロセッサシステムに対応する。図4Aを参照すると、第1のプロセッサシステム400Aは、第1のプロセッサ405A、メモリ410Aおよびバッテリ415Aを含み、第2のプロセッサシステム450Aは、第2のプロセッサ455A、メモリ460A、バッテリ465Aおよびモデム470Aを含む。ある例では、バッテリ415Aおよび465Aは、それぞれ第1および第2のプロセッサシステム400Aおよび450Aに電力を供給する別個のバッテリとしても、両方のプロセッサシステムに電力を供給する単一バッテリとしても実装することができる。やはり図示されているのはバス430Aであって、このバスは、第1および第2のプロセッサシステム400Aおよび450Aを接続し、このバスを介して、それぞれのプロセッサシステムのハードウェアおよびまたはソフトウェア構成要素が、互いと通信することができる。図4Bは、本発明の実施形態による、図4Aの第1および第2のプロセッサシステム400Aおよび450Aのソフトウェアモジュールの間の対話を示す。図4Bを参照すると、第1のプロセッサシステム400Aは、複数のクライアント実行可能アプリケーション11N1を含み、ここでN≧1である。クライアント実行可能アプリケーション11N1の実行は、第1のオペレーティングシステム405Bによって制御される。ある例では、第1のOS405Bは、アンドロイド、iOS、Windows登録商標MobileなどのようなHLOSに対応し得る。クライアント実行可能アプリケーション11N1の各々は、並行性マネージャサーバ410Bと対話するように構成される。並行性マネージャサーバ410Bは、マルチプロセッサUEの1つまたは複数のリソースにアクセスするための、アプリケーションの優先度を判定することを担う。具体的には、並行性マネージャサーバ410Bは、マルチプロセッサUEの各プロセッサに関連付けられたアプリケーションについてのリソースアクセス優先度を判定する。ある実施形態では、並行性マネージャサーバ410Bは、マルチプロセッサUEのリソースに関連付けられたセマフォを追跡する間、比較的低優先度のアプリケーションによって使われるロック済みリソースが、ロック済みリソースを求める比較的高優先度のアプリケーションの要求に応答してロック解除されるのを許容する。あるいは、並行性マネージャサーバ410Bは、外部セマフォを追跡する必要はなく、代わりに、受動また暗示リソース使用可能性状況を実装すればよく、それによって並行性マネージャサーバ410Bは単に、どのリソースが現在使用可能であり、どのリソースが使用中であるために使用不可能であるかを監視する。いずれのケースでも、並行性マネージャサーバ410Bは、どのリソースが使用可能または使用不可能であるか判断し、さらに、使用不能リソースへのアクセスを要求するアプリケーションが、そのリソースの現在のアプリケーション使用をプリエンプトするのに十分な特権を有するかどうか判断する能力がある。図4Bを参照すると、第2のプロセッサシステム450Aは、複数のクライアント実行可能アプリケーション12M2を含み、ここでM≧1である。クライアント実行可能アプリケーション12M2の実行は、第2のオペレーティングシステム415Bによって制御される。ある例では、第2のOS415Bは、リアルタイムのオペレーティングシステムに対応し得る。クライアント実行可能アプリケーション12M2の各々は、並行性マネージャクライアント420Bと対話するように構成される。並行性マネージャクライアント420Bは、第1のプロセッサシステム400Aの並行性マネージャサーバ410Bのプロキシである。並行性マネージャクライアント420Bと並行性マネージャサーバ410Bは、接続430Bを介して互いと通信し、接続430Bは、一例として図4Aに示すバス430Aにより実装され得る。並行性マネージャサーバ410Bと同様に、ある実施形態では、並行性マネージャクライアント420Bは、マルチプロセッサUEのリソースに関連付けられたセマフォを追跡する間、比較的低優先度のアプリケーションによって使われるロック済みリソースが、ロック済みリソースを求める比較的高優先度のアプリケーションの要求に応答してロック解除されるのを許容する。あるいは、並行性マネージャクライアント420Bは、外部セマフォを追跡する必要はなく、代わりに、受動または暗示リソース使用可能性状況を実装すればよく、それによって並行性マネージャクライアント420Bは単に、どのリソースが現在使用可能であり、どのリソースが使用中であるために使用不可能であるかを監視する。いずれのケースでも、並行性マネージャクライアント420Bは、どのリソースが使用可能または使用不可能であるか判断し、さらに、使用不能リソースへのアクセスを要求するアプリケーションが、そのリソースの現在のアプリケーション使用をプリエンプトするのに十分な特権を有するかどうか判断する能力がある。図4Aにも図4Bにも示さないが、マルチプロセッサUEが、1つまたは複数の追加プロセッサシステムに関連付けられた1つまたは複数の追加プロセッサを含むことが可能である。この場合、追加プロセッサシステムの各々は、プロセッサ、メモリ、1つまたは複数のアプリケーションならびに並行性マネージャクライアント420Bのアプリケーションインスタンスを含み得る。したがって、並行性マネージャサーバ410Bは、複数のプロセッサシステムにわたる複数の並行性マネージャクライアントと対話できる可能性がある。後でより詳しく説明するように、並行性マネージャサーバ410Bは、ディスプレイ出力デバイス、オーディオ出力デバイス、モデムまたはアンテナ、振動出力デバイス、バッテリ電力などを含むが、それに限定されない、マルチプロセッサUEの1つまたは複数のリソースについての優先度を監視および判定する。並行性マネージャサーバ410Bは、クライアント実行可能アプリケーション11N1から直接、または第2のプロセッサシステム450Aのクライアント実行可能アプリケーション12M2から並行性マネージャクライアント420Bを介して、第1およびまたは第2のOS415Bおよび405Bとの通信により、1つまたは複数の監視リソースに関する情報を収集することができる。たとえば、並行性マネージャクライアント420Bは、アプリケーション12M2の実際または所望のリソースアクセスに関する通知を並行性マネージャサーバ410Bに送ることができる。並行性マネージャサーバ410Bは、その監視リソースアクセス情報を使って、アプリケーション11N1および12M2が関連リソースにアクセスするための推奨優先度を判定することができる。並行性マネージャサーバ410Bは、アプリケーション11N1および12M2の各々のマスターリスト、ならびにアプリケーションに関連付けられた優先度を維持することができる。1つまたは複数の並行性マネージャクライアントに判定優先度を通知することによって、アプリケーション11N1および12M2は、無差別にリソースを単に獲得するのではなく、リソースのアクセスを試みるかどうか判断することができる。アプリケーション優先度の判定および通知の例示的実装形態については、図5A~図8を参照して後で説明する。図5Aは、本発明の一実施形態による、低優先度アプリケーション11がリソースにアクセスし、同じリソースにアクセスすると高優先度アプリケーション12が遅れて判断したとき、並行性マネージャサーバアプリケーション410Bが所与のリソースへのアクセスを調停する例を示す。具体的には、図5Aは、低優先度アプリケーションが少なくとも1つのリソースにアクセス中であり、そのときに高優先度アプリケーションが同じリソースへのアクセスを望む例を示す。ただし、本発明の実施形態は、図に示すような、プロセッサの間でのアプリケーションの分割に限定されないことが諒解されよう。代替実施形態では、より高優先度のアプリケーションとより低優先度のアプリケーションの混合が、一方または両方のプロセッサ上に混在し得る。さらに、これらの代替実施形態は、2つのプロセッサだけに限定されるのではなく、より多くのプロセッサが存在してよい。さらに、アプリケーションの優先度が500Aで判定されると、新たな優先度が、並行性管理クライアントサーバのすべてのインスタンスに伝達され得る。また、いくつかの実施形態では、様々なアプリケーションには、アプリケーションの優先度を知らせなくてよい。図5Aにおいて、並行性マネージャサーバ410Bは、500Aで、少なくとも1つのリソースに対して、第1のプロセッサシステム400Aのアプリケーション11N1および第2のプロセッサシステム450Aのアプリケーション12M2のうちの1つまたは複数についての初期優先度レベルを判定する。たとえば、500Aで、並行性マネージャサーバ410Bは、少なくとも1つのリソースに関して、アプリケーションのデフォルト優先度レベルをロードすることができる。たとえば、少なくとも1つのリソースが、オーディオ出力デバイスへのアクセスに対応し、アプリケーション11がMP3プレーヤアプリケーションに対応し、アプリケーション12がVoIPアプリケーションに対応する場合、VoIPアプリケーションの初期優先度レベルは、MP3プレーヤアプリケーションの初期優先度レベルよりも高くなり得る。500Aの優先度判定の一実施形態については、図9を参照して後でより詳しく説明する。図5Aには示さないが、500Aで優先度が判定されるアプリケーションは、少なくとも1つのリソースに関連付けられたものとして、並行性マネージャサーバ410Bに登録済みであるアプリケーションに対応し得る。オーディオ出力デバイスのケースでは、オーディオプレイバックに関連しないアプリケーションは、並行性マネージャサーバ410Bに登録する必要はないことが諒解されよう。説明の便宜上、図5Aでは、アプリケーション11および12が、少なくとも1つのリソースに関して並行性マネージャサーバ410Bに登録されると想定する。したがって、500Aで、並行性マネージャサーバ410Bは、少なくとも1つのリソースに対するアプリケーション11および12の相対優先度を判定する。500Aの初期優先度判定の後、並行性マネージャサーバ410Bは、505Aで、相対優先度についての通知、および任意選択で、リソースが使用可能であるという指示を並行性マネージャクライアント420Bに送る。後のどこかの時点では、アプリケーション11が、510Aで、少なくとも1つのリソースへのアクセスを決断すると想定する。たとえば、アプリケーション11がMP3プレーヤアプリケーションに対応する場合、マルチプロセッサUEのユーザは、510Aで、特定のMP3を再生することを要求済みである可能性があり、使われるべき少なくとも1つのリソースを並行性マネージャサーバ410Bに知らせる。次に、並行性マネージャサーバ410Bは、515Aで、510Aで示された少なくとも1つのリソースに関連付けられた優先度レベルを評価して、アプリケーション11と等しいか、またはそれよりも高い優先度のいずれかのアプリケーションが少なくとも1つのリソースにすでにアクセス中であるかどうか判断する。この場合、少なくとも1つのリソースがこの時点ではアクセス中ではないと想定されるので、並行性マネージャサーバ410Bは、515Aで、少なくとも1つのリソースにアクセスすることが許容可能であると判断する。並行性マネージャサーバ410Bは、520Aで、アプリケーション11が、リソースにアクセスするための優先度を有するとアプリケーション11に通知する。並行性マネージャサーバ410Bは、この時点で、アプリケーション11についてのリソース要求許可についても並行性マネージャクライアント420Bに通知してよいことが諒解されよう。したがって、並行性マネージャサーバ410Bから承認を受信した後、アプリケーション11は、525Aで、少なくとも1つのリソースにアクセスし始める。並行性マネージャサーバ410Bは、サーバのレコードを、アプリケーション11が少なくとも1つのリソースにアクセス中であることを反映するように更新し、次いで、530Aで、並行性マネージャクライアント420Bに通知を送って、少なくとも1つのリソースがアプリケーション11によってアクセスされている最中であることを並行性マネージャクライアント420Bに知らせる。後のどこかの時点では、アプリケーション12が、535Aで、アプリケーション11によってすでにアクセス中である少なくとも1つのリソースへのアクセスを決断すると想定する。たとえば、アプリケーション12がVoIPアプリケーションに対応する場合、535Aは、マルチプロセッサUEに届くVoIP呼告知メッセージを含み得る。次に、並行性マネージャクライアント420Bは、540Aで、少なくとも1つのリソースに関連付けられた、アプリケーションの優先度レベルを評価することによって、アプリケーション12が少なくとも1つのリソースにアクセスすることができるかどうか評価する。たとえば、540Aで、並行性マネージャクライアント420Bは、アプリケーション12の優先度以上の優先度をもついずれかのアプリケーションが、少なくとも1つのリソースに現在アクセス中であるかどうか判断することができ、アクセス中でない場合、並行性マネージャクライアント420Bは、リソースにアクセスすることができると判断する。図5Aの実施形態では、アプリケーション12がアプリケーション11よりも高い優先度を有すると想定され、その結果、並行性マネージャクライアント420Bは、540Aで、アプリケーション12が少なくとも1つのリソースにアクセスすることが許容可能であると判断する。したがって、並行性マネージャクライアント420Bは、545Aで、並行性マネージャサーバ410Bに通知を送って、リソース要求を報告する。図に示すように、545Aで、アプリケーション12と並行性マネージャサーバ410Bの両方が、アプリケーション12が少なくとも1つのリソースに対する優先度を有することを示す、評価の結果を通知される。ただし、代替実施形態では、通知は、確認のために、また、少なくとも1つのリソースを解放する必要があるという競合アプリケーション11への通知のために、最初に並行性マネージャサーバ410Bに行く場合があることが諒解されよう。並行性マネージャサーバ410Bは次いで、競合するデバイスに通知し、並行性マネージャクライアント420Bに対して使用可能性を逆確認すればよく、クライアント420Bは次いで、リソースの使用可能性をアプリケーション12に通知してもよい。ただし、図に示すように、通知545Aは、並行性マネージャサーバ410Bおよびアプリケーション12に同時に送ることができ、これについては、以下で説明する。通知545Aの後、アプリケーション12は、560Aで、少なくとも1つのリソースにアクセスすることができ、565Aで、並行性マネージャクライアント420Bに通知を送って、リソースアクセスを報告する。同時に、通知545Aは、並行性マネージャサーバ410Bにおいて受信され、サーバ410Bは、アプリケーション11に通知550Aを送って、少なくとも1つのリソースを解放する。任意選択で、並行性マネージャサーバ410Bは、通知550Aを送るのに先立って、540Aで、別個の評価を実施して、決定を確認することができる。550Aを受信すると、アプリケーション11は、555Aで、少なくとも1つのリソースへのアクセスを停止する。このシナリオでは、より高優先度のアプリケーションに少なくとも1つのリソースを許可するための決定は、540Aおよび545Aで、すでに行われ、伝えられているので、並行性マネージャクライアント420Bに通知を返送する必要性はない。アプリケーション12への通知が遅延された、上述した代替シナリオでは、555Aでの解放の後、並行性マネージャサーバ410Bは、使用可能性を確認するための通知を並行性マネージャクライアント420Bに返送し、また、どの追加クライアントにも通知することができる。任意選択の通知パスにかかわらず、並行性マネージャサーバ410Bは、サーバのレコードを、アプリケーション12が少なくとも1つのリソースにアクセス中であることを反映するように更新し、その情報を、どの残りのクライアントにも配信することができる。後のどこかの時点では、アプリケーション12が、570Aで、少なくとも1つのリソースへのアクセスを停止すると想定する。たとえば、アプリケーション12がVoIPアプリケーションに対応する場合、570Aは、VoIP通信セッションまたは呼の終了に対応し得る。アプリケーション12は、575Aで、並行性マネージャサーバ410Bに通知を送って、アプリケーション12のリソースアクセスの中止を報告する。並行性マネージャサーバ410Bは、サーバのレコードを、アプリケーション12が少なくとも1つのリソースにもはやアクセス中でないことを反映するように更新し、どの並行性マネージャクライアントも更新する。解放された少なくとも1つのリソースへのアクセスを要求しているアプリケーションがまだある場合、1つまたは複数のアプリケーションの優先度が評価され得る。たとえば、アプリケーション11が、少なくとも1つのリソースへのアクセスをまだ待ち受けている場合、580Aでの、そのアプリケーションの優先度レベルの評価を実施することができる。評価の後、585Aで、アプリケーション11に通知を送って、少なくとも1つのリソースが今は使用可能であることをアプリケーション11に知らせることができる。諒解されるように、並行性マネージャサーバ410Bは、585Aの通知をアプリケーション11に送り、そうすることによってアプリケーション11は、590Aで、新規アクセスを開始し、または少なくとも1つのリソースへの以前のアクセスを再開することができる。たとえば、少なくとも1つのリソースがオーディオ出力デバイスに対応し、アプリケーション11がMP3プレーヤアプリケーションに対応する場合、590Aは、MP3プレーヤアプリケーションが555Aでオーディオ出力デバイスへのアクセスを停止したときに中断された歌のオーディオプレイバックを再開することを含み得る。アプリケーション11は、並行性マネージャサーバ410Bに通知を送って、590Aで、アプリケーション11のリソースアクセスの再開を報告し、並行性マネージャサーバ410Bは、サーバのレコードを、アプリケーション11が少なくとも1つのリソースにアクセス中であることを反映するように更新し、次いで、595Aで、少なくとも1つのリソースがアプリケーション11によってアクセスされている最中であるという通知を、並行性マネージャクライアント420Bおよび他のどのクライアントにも送る。図5Bは、本発明の一実施形態による、アプリケーション11がMP3プレーヤアプリケーションに対応し、アプリケーション12がPTTアプリケーション呼に対応し、少なくとも1つのリソースがマルチプロセッサUEのオーディオ出力デバイスに対応する、図5Aのより具体的な実装例を示す。具体的には、図5Bは、PTTアプリケーションがオーディオ出力デバイスへのアクセスを望むとき、MP3プレーヤアプリケーションが同じオーディオ出力デバイスにアクセス中である例を示す。図5Bを参照すると、アプリケーションプロセッサシステム上で実行している低優先度MP3アプリケーションが、MP3音楽ファイルを再生し始める。ある例では、アプリケーションプロセッサシステムは第1のプロセッサシステム400Aに対応し、MP3アプリケーションはアプリケーション11に対応する。MP3プレイバックの間、モデムプロセッサシステム上のPTTクライアントは、着信PTT呼の指示を受信する。ある例では、モデムプロセッサシステムは第2のプロセッサシステム450Aに対応し、PTTクライアントはアプリケーション12に対応する。オーディオリソースを求めるPTTクライアントの要求について通知された後、アプリケーションプロセッサシステム上の並行性マネージャサーバアプリケーションは、MP3プレーヤを一時停止する。その後、PTT呼が終わったことを並行性マネージャサーバアプリケーションが続いて通知されると、並行性マネージャサーバアプリケーションは、MP3プレイバックが再開可能であることをMP3アプリケーションに通知する。図5Cは、本発明の一実施形態による、既存のPTTアプリケーション呼と、マルチプロセッサUEのボコーダデバイスに対応する少なくとも1つのリソースとを有する、図5Aに基づく、より具体的な実装例を示す。具体的には、図5Cは、より高優先度のボイス呼がボコーダデバイスへのアクセスを望むとき、PTTアプリケーション呼が同じボコーダ出力デバイスにアクセス中である例を示す。図5Cを参照すると、モデムプロセッサシステム上で実行している低優先度PTTクライアントが、PTT呼に関連付けられたオーディオメディアを再生し始める。ある例では、モデムプロセッサシステムは第2のプロセッサシステム450Aに対応し、PTTクライアントはアプリケーション12に対応する。PTT呼の間、アプリケーションプロセッサシステム上の回路交換ボイス呼アプリケーションは、着信CS呼の指示を受信する。ある例では、アプリケーションプロセッサシステムは第1のプロセッサシステム400Aに対応し、CSボイス呼アプリケーションはアプリケーション11に対応する。オーディオリソースを求める、PTTクライアントの要求を通知された後、モデムプロセッサシステム上の並行性マネージャクライアントアプリケーションは、PTTクライアントを非アクティブ化し、CS呼が始まる。CS呼の後、PTTクライアントは、オーディオリソースの使用可能性を通知される。後でより詳しく説明する図6は、リソースへの、低優先度アプリケーションのアクセスが続いて奪われ、比較的高優先度のアプリケーションに移されるという意味で、図5Cと同様である。図5Dは、本発明の一実施形態による、既存のボイス呼と、マルチプロセッサUEのボコーダデバイスに対応する少なくとも1つのリソースとを有する、図5Dに基づく、より具体的な実装例を示す。具体的には、図5Dは、PTTアプリケーション呼がボコーダデバイスへのアクセスを望むとき、より高優先度のボイス呼が同じボコーダ出力デバイスにアクセス中である例を示す。図5Dを参照すると、アプリケーションプロセッサシステム上で実行している高優先度回路交換ボイス呼アプリケーションが、着信ボイス呼通知を受信し、オーディオリソースを獲得し、次いで、ボイス呼を始める。CS呼の間、モデムプロセッサシステム上のPTTクライアントは、着信PTT呼の指示を受信する。オーディオリソースを求める、PTTクライアントの要求を通知された後、モデムプロセッサシステム上の並行性マネージャクライアントアプリケーションは、CSボイス呼アプリケーションがより高い優先度を有し、すでにオーディオリソースを使用中なので、PTTクライアントのオーディオリソース要求を拒否する。CSボイス呼が終結し、オーディオリソースが、再度取得に応じられるようになった後、PTTクライアントは、オーディオリソース使用可能性を通知される。後でより詳しく説明する図7~図8は、リソースへの高優先度アプリケーションのアクセスが、比較的低優先度のアプリケーションからの、リソースにアクセスするための後続要求を阻止するのに使われるという意味で、図5Dと同様である。図6は、本発明の一実施形態による、低優先度アプリケーション12がリソースにアクセスし、同じリソースにアクセスすることを高優先度アプリケーション11が遅れて決断したとき、並行性マネージャサーバアプリケーションが所与のリソースへのアクセスを調停する例を示す。具体的には、図6は、低優先度アプリケーションが少なくとも1つのリソースにアクセス中であり、そのときに高優先度アプリケーションが同じリソースへのアクセスを望む例を示す。また、図5Aとは異なり、図6では、高優先度アプリケーションは第1のプロセッサシステム400Aによってホストされ、低優先度アプリケーションは第2のプロセッサシステム450Aによってホストされる。図6を参照すると、図5Aの500Aと同様に、並行性マネージャサーバ410Bは、600で、少なくとも1つのリソースに対して、第1のプロセッサシステム400Aのアプリケーション11N1および第2のプロセッサシステム450Aのアプリケーション12M2のうちの1つまたは複数についての初期優先度レベルを判定する。600の初期優先度判定の後、並行性マネージャサーバ410Bは、605で、相対優先度についての通知、および任意選択で、リソースが使用可能であるという指示を並行性マネージャクライアント420Bに送る。後のどこかの時点では、アプリケーション12が、610で、少なくとも1つのリソースへのアクセスを決断すると想定する。この場合、少なくとも1つのリソースがこの時点ではアクセス中ではないと想定されるので、並行性マネージャクライアント420Bは、615で、アプリケーション12が少なくとも1つのリソースにアクセスすることが許容可能であると判断する。並行性マネージャクライアント420Bは、620で、少なくとも1つのリソースが使用可能であることをアプリケーション12に通知し、アプリケーション12は、625で、少なくとも1つのリソースにアクセスし始める。並行性マネージャクライアント420Bはまた、630で、少なくとも1つのリソースがアプリケーション12によってアクセス中であることを並行性マネージャサーバ410Bに通知する。少なくとも1つのリソースがアプリケーション12によってまだアクセス中である間、後のどこかの時点で、アプリケーション11が、635で、少なくとも1つのリソースへのアクセスを決断すると想定する。並行性マネージャサーバ410Bは、640で、アプリケーション11の優先度レベルを評価し、アプリケーション11が、アプリケーション12よりも高い優先度をもつと判断する。並行性マネージャサーバ410Bは、645で、アプリケーション11がリソースへのアクセスを要求していることを並行性マネージャクライアント420Bに通知し、少なくとも1つのリソースへのアプリケーション12のアクセスを中止するよう通知する。並行性マネージャクライアント420Bは、通知を受信し、650で、アプリケーション12に、少なくとも1つのリソースへのアクセスを停止するよう命令する。アプリケーション12は、655で、少なくとも1つのリソースを解放し、並行性マネージャクライアント420Bは、660で、少なくとも1つのリソースが今は使用可能であることを並行性マネージャサーバ410Bに通知する。並行性マネージャサーバ410Bは、665で、少なくとも1つのリソースが今は使用可能であることをアプリケーション11に通知し、アプリケーション11は、670で、少なくとも1つのリソースにアクセスし始める。図6を参照すると、後のどこかの時点で、アプリケーション11は、675で、少なくとも1つのリソースへのアクセスを停止し、並行性マネージャサーバ410Bは、680で、少なくとも1つのリソースが再度使用可能であることを並行性マネージャクライアント420Bに通知する。少なくとも1つのリソースは、685で、使用可能であると判断され、別のアプリケーションによってアクセス中ではないので、並行性マネージャクライアント420Bは、690で、少なくとも1つのリソースがアクセスに再度使用可能であることをアプリケーション12に通知する。アプリケーション12は、そうすることによって、694で、少なくとも1つのリソースへのアクセスを再開し、並行性マネージャクライアント420Bは、少なくとも1つのアクセスがアプリケーション12によって再度アクセス中であることを並行性マネージャサーバ410Bに通知する。図7は、本発明の一実施形態による、高優先度アプリケーション11がリソースにアクセスし、同じリソースにアクセスすると低優先度アプリケーション12が遅れて決断したとき、並行性マネージャサーバアプリケーションが所与のリソースへのアクセスを調停する例を示す。図7を参照すると、図5Aの500Aと同様に、並行性マネージャサーバ410Bは、700で、少なくとも1つのリソースに対して、第1のプロセッサシステム400Aのアプリケーション11N1および第2のプロセッサシステム450Aのアプリケーション12M2のうちの1つまたは複数についての初期優先度レベルを判定する。700の初期優先度判定の後、並行性マネージャサーバ410Bは、705で、相対優先度についての通知、および任意選択で、リソースが使用可能であるという指示を並行性マネージャクライアント420Bに送る。後のどこかの時点では、アプリケーション11が、710で、少なくとも1つのリソースへのアクセスを決断すると想定する。この場合、少なくとも1つのリソースがこの時点ではアクセス中ではないと想定されるので、並行性マネージャサーバ410Bは、715で、アプリケーション11が少なくとも1つのリソースにアクセスすることが許容可能であると判断する。並行性マネージャサーバ410Bは、720で、少なくとも1つのリソースが使用可能であることをアプリケーション11に通知し、アプリケーション11は、725で、少なくとも1つのリソースにアクセスし始める。並行性マネージャサーバ410Bはまた、730で、少なくとも1つのリソースがアプリケーション11によってアクセス中であることを並行性マネージャクライアント420Bに通知する。少なくとも1つのリソースがアプリケーション11によってまだアクセス中である間、後のどこかの時点で、アプリケーション12が、735で、少なくとも1つのリソースへのアクセスを決断すると想定する。並行性マネージャクライアント420Bは、740で、アプリケーション12の優先度レベルを評価し、アプリケーション12がアプリケーション11よりも低い優先度をもつと判断する。740からの判断に基づいて、並行性マネージャクライアント420Bは、745で、アプリケーション12が少なくとも1つのリソースにアクセスするのを阻止する。図7を参照すると、740および745でのリソース要求拒否の後のどこかの時点で、アプリケーション11は、750で、少なくとも1つのリソースへのアクセスを停止する。並行性マネージャサーバ410Bは、755で、少なくとも1つのアクセスが今は使用可能であることを並行性マネージャクライアント420Bに通知する。少なくとも1つのリソースは、760で、使用可能であると判断され、別のアプリケーションによってアクセス中ではないので、並行性マネージャクライアント420Bは、765で、少なくとも1つのリソースがアクセスに再度使用可能であることをアプリケーション12に通知する。アプリケーション12は、そうすることによって、770で、少なくとも1つのリソースへのアクセスを始め、並行性マネージャクライアント420Bは、少なくとも1つのリソースがアプリケーション12によってアクセス中であることを並行性マネージャサーバ410Bに通知する。図8は、本発明の一実施形態による、アプリケーション11がボイス呼または回路交換アプリケーションに対応し、アプリケーション12がVoIPアプリケーションに対応し、少なくとも1つのリソースがマルチプロセッサUEのオーディオ出力デバイスに対応する、図7のより具体的な実装例を示す。具体的には、図8は、VoIPアプリケーションがオーディオ出力デバイスへのアクセスを望むとき、CSアプリケーションが同じオーディオ出力デバイスにアクセス中である例を示す。これらの違いを別にすると、図8の全般的な呼フローは、図7に対応する。したがって、図8の800~875は、上述したことを除いて、図7の700~775に対応する。図9は、本発明の一実施形態による、並行性マネージャサーバ410Bが、少なくとも1つのリソースに関する、アプリケーション11N1およびまたは12M2のうちの1つまたは複数に関連付けられた優先度レベルを動的に更新するための手順を示す。図9を参照すると、並行性マネージャサーバ410Bは、900で、少なくとも1つのリソースに対する、アプリケーション11N1およびまたは12M2のうちの1つまたは複数についての初期優先度レベルを判定する。ある例では、図9の900は、上記の図5A~図8の初期優先度レベルを判定するに対応し得る。さらに、あるアプリケーションにリソースを割り振るという決定は、そのアプリケーションによる使用の予測持続期間も考慮に入れることができる。たとえば、ユーザは、ボイス呼を発している最中である場合があり、呼は、PTT呼が着信した時点ではまだ確立されていない。PTT呼は、数秒間しか続くことができない。したがって、並行性マネージャは、ボイス呼の確立に成功する時点までは、PTT呼にリソースを与えると決定してよい。別のケースとして、PTT呼がアクティブでありボイス呼が着信したとき、並行性マネージャは、PTT呼を直ちに破棄するのではなく、ユーザが呼を拒否または受諾すると決定するまで、呼を中断すると決定してよい。ユーザがボイス呼を拒否することを選んだ場合、PTT呼は続いてよく、そうでなければ破棄されるべきである。並行性マネージャサーバ410Bは、905で、1つまたは複数のシステムパラメータも監視する。たとえば、905で監視されるシステムパラメータは、少なくとも1つのリソースへの所望アクセスに関する、時間、サービングシステム、バッテリレベル、帯域幅使用、アプリケーション登録もしくは登録解除、およびまたはアプリケーション通知を含み得る。たとえば、905の監視は、アプリケーション11N1およびまたは12M2のうちの1つまたは複数に送られるポーリングメッセージ、アプリケーション11N1およびまたは12M2のうちの1つまたは複数によって並行性マネージャサーバ410Bに送られる報告に基づき、かつあるいは並行性マネージャサーバ410BによってHLOSまたは第1のOS405Bに送られる問合せに基づき得る。910で、並行性マネージャサーバ410Bは、監視されるシステムパラメータに基づいて、少なくとも1つのリソースに対する、アプリケーション11N1および12N2のうちの1つまたは複数についての優先度レベルを選択的に更新する。たとえば、時間パラメータに関して、並行性マネージャサーバ410Bは、現在時刻に基づいて、少なくとも1つのリソースに対する、アプリケーション11N1およびまたは12M2のうちの1つまたは複数についての優先度レベルを算出し直し、または調整することができる。別の例では、サービングシステムパラメータに関して、並行性マネージャサーバ410Bは、サービングシステムが変化しているかどうかに基づいて、少なくとも1つのリソースに対する、アプリケーション11N1およびまたは12M2のうちの1つまたは複数についての優先度レベルを算出し直し、または調整することができる。図9の910を参照すると、別の例では、バッテリ閾値パラメータに関して、並行性マネージャサーバ410Bは、バッテリ465Aおよびまたは415Aのバッテリレベルに基づいて、少なくとも1つのリソースに対する、アプリケーション11N1およびまたは12M2のうちの1つまたは複数についての優先度レベルを算出し直し、または調整することができる。たとえば、バッテリ465Aおよびまたは415Aのバッテリレベルが比較的低いか、または閾値を下回る場合、アプリケーション11N1およびまたは12M2のうちのバッテリ集約型アプリケーションは、それぞれの優先度を下げさせればよい。あるいは、別の例では、バッテリ465Aおよびまたは415Aのバッテリレベルが反発して閾値を上回った場合、アプリケーション11N1およびまたは12M2のうちのバッテリ集約型アプリケーションは、それぞれのより高い優先度を回復させればよい。図9の910を参照すると、別の例では、登録パラメータに関して、新規アプリケーションが少なくとも1つのリソースについて並行性マネージャサーバ410Bに登録したとき、あるいはあらかじめ登録されたアプリケーションが少なくとも1つのリソースを並行性マネージャサーバ410Bから登録解除したとき、並行性マネージャサーバ410Bは、少なくとも1つのリソースに対する、アプリケーション11N1およびまたは12M2のうちの1つまたは複数についての優先度レベルを算出し直し、または調整することができる。図9の910で優先度レベルが更新された後、並行性マネージャサーバ410Bは、915で、並行性マネージャクライアントのうちの1つまたは複数に、更新した優先度レベルを選択的に通知する。したがって、図5A~図8の各々において配信される優先度レベルは、静的である必要はなく、上述したように、時間に基づいて、またはイベントに基づいて変わり得る。図4A~図9を参照して上述した実施形態は、マルチプロセッサモバイル通信デバイスの同じまたは異なる処理システム上のアプリケーションの間でのリソースに関する競合をどのように管理するかに焦点を当てているが、図10~図12は、そのリソースのうちの一部または全部が拒否されたアプリケーションの挙動に関して実装される手順を対象とする。したがって、図10は、本発明の一実施形態による、第1のリソースセットへのアプリケーションのアクセスを拒否するとともに、第2のリソースセットの使用可能性をアプリケーションに通知するプロセスを対象とする。ある例では、図10の第2のリソースセットは、代替法で、第1のリソースセットを要求するようにアプリケーションを促した目標を、アプリケーションが達成するのに十分であり得る。図10を参照すると、ある例では、図10のプロセスは、第1のプロセッサシステム400Aの並行性マネージャサーバ410Bまたは第2のプロセッサシステム450Aの並行性マネージャクライアント420Bによって実行することができる。したがって、図10のプロセスについては、第1のプロセッサシステム400Aの並行性マネージャサーバ410Bまたは第2のプロセッサシステム450Aの並行性マネージャクライアント420B上で読むことができるリソースマネージャによって実行されるものとして説明する。図10を参照すると、リソースマネージャは、1000で、所与の機能の実装のために、少なくとも第1のリソースセットへのアクセスを求める要求をアプリケーションから受信する。リソースマネージャが第1のプロセッサシステム400Aの並行性マネージャサーバ410Bに対応する例では、1000の要求は、図5Aの510Aに対応してよく、以下同様である。リソースマネージャが第1のプロセッサシステム450Aの並行性マネージャクライアント420Bに対応する例では、1000の要求は、図5Aの535Aに対応してよく、以下同様である。第1のリソースセットは、オーディオのみ、ビデオのみ、オーディオおよびビデオ、オーディオおよびモデム、ビデオおよびタッチスクリーン表示などのような、所与の機能を実装するためにアプリケーションによって要求されるリソースのどの組合せにも対応し得る。1000で、所与の機能は、第1のリソースセットへのアクセスを求めるアプリケーションの要求に関連付けられたリソース非依存またはハイレベルな目的に関する。たとえば、アプリケーションが、VoIP呼を行うためのオーディオおよびモデムリソースを要求するボイスオーバーインターネットプロトコルアプリケーションである場合、所与の機能は、呼ターゲットに接触するための通信機能である。図10を参照すると、リソースマネージャは、1005で、第1のリソースセットへのアプリケーションのアクセスを拒否すると判断し、第1のリソースセットは次いで、1010で、アプリケーションを拒否される。1005および1010の拒否は、ある例では、図7の740および745ならびにあるいは図8の840および845と同様に、1000からの要求の拒否に対応し得る。代替として、1005および1010の拒否は、図5Aの550Aおよび550Aならびにあるいは図6の650および655と同様に、1000からの要求の早期許可の後に起こり得る。図10を参照すると、リソースマネージャは、1015で、第2のリソースセットが、アプリケーションによるアクセスに使用可能であり、アプリケーションが所与の機能の代替実装を達成することを許容するように構成されていると判断する。リソースマネージャは次いで、1020で、第2のリソースセットへのアクセスが所与の機能の代替実装に使用可能であることをアプリケーションに通知してもよい。たとえば、1000の要求は、テレビ会議呼の通信機能のために、第1のリソースセットと、第2のリソースセットも要求し得る。この場合、リソースマネージャは、1015および1020で、アプリケーションがオーディオリソースにアクセスするのを阻止または拒否してよいが、アプリケーションがビデオおよびモデムリソースにアクセスすることは許容してよい。したがって、アプリケーションは、1020からの通知に基づいて、このシナリオではオーディオなしでテレビ会議に参加するかどうか選ぶことができる。あるいは、1000の要求は、ボイス呼により呼ターゲットに接触する通信機能を開始するための第1のリソースセットを要求し得る。オーディオリソースが使用可能でない場合、リソースマネージャは、1010で、呼ターゲットに接触する通信機能が代替としてSMSテキストリソースにより達成され得ることを検出し、次いで、ボイス呼の代わりにSMSテキスト通信を推奨し得る。これらの例については、図11および図12を参照して以下でより詳細に説明する。図11および図12は、本発明の実施形態による図10のプロセスの例示的な実装形態を対象とする。図11および図12については、第1のプロセッサシステム400Aの並行性マネージャサーバ410Bまたは第2のプロセッサシステム450Aの並行性マネージャクライアント420Bのいずれかにおいて実施されるものとして説明する。図11を参照すると、低優先度マルチメディア通信アプリケーションは、1100で、呼ターゲットをもつボイス呼を開始するためのオーディオリソースにアクセスすると決断し、マルチメディア通信アプリケーションは、その並行性マネージャに、オーディオリソースにアクセスするための要求を知らせる。図11において、並行性マネージャは、1105で、オーディオリソースにアクセスするための、マルチメディア通信アプリケーションの要求の拒否を決断し、並行性マネージャは、1110で、オーディオリソースアクセス拒否をマルチメディア通信アプリケーションに通知すると想定する。1115で、並行性マネージャは、シンプルメッセージサービスまたはテクスティングに関連付けられたリソースが、呼ターゲットに接触する通信機能を容易にするために使用可能であると判断する。たとえば、並行性マネージャは、ボイス呼に対する、好ましくはないが受諾可能な代替物であるSMSテキストなど、いくつかのアプリケーションによって要求されたとき、いくつかのリソースに対する受諾可能代替物のリストを含む決定論理を有して構成され得る。並行性マネージャは次いで、1120で、マルチメディア通信アプリケーションが所望のボイス呼に対する代替機構により呼ターゲットへの接触を試みることを推奨するために、SMSテキストリソース使用可能性をアプリケーションに通知する。マルチメディア通信アプリケーションは、1120からの通知を受信し、次いで、1125で、ボイス呼ではなくテキスト通信を容易にするために、SMSテキストリソースへのアクセスを試みる。したがって、図11は、他のリソースがアクセス可能であり、拒否されたリソースに対する代替物として使うことができる限り、リソース拒否の結果、拒否されたリソースに関連付けられたより高レベルの機能が終了される必要はないことを示す。図12を参照すると、低優先度ビデオゲームアプリケーションは、呼ターゲットをもつボイス呼を開始するための、オーディオリソースとビデオリソースの両方へのアクセスを決断し、ビデオゲームアプリケーションは、その並行性マネージャに、1200で、オーディオおよびビデオリソースにアクセスするための要求を知らせる。図12において、並行性マネージャは、1205で、オーディオリソースとビデオリソースの両方にアクセスするための、ビデオゲームアプリケーションの要求への許可を決断し、ビデオゲームアプリケーションは、1210で、ビデオゲームをプレイしている間、オーディオおよびビデオリソースへのアクセスを始めると想定する。後のどこかの時点で、並行性マネージャは、1215で、より高優先度のアプリケーションが、オーディオリソースへのアクセスを要求されると判断する。たとえば、1215で受信される通知は、図5Aの545Aおよびまたは図6の645に対応し得る。一例として、着信呼が、ビデオゲーム用に再生されるオーディオよりも高い優先度で受信され得る。また、図12において、1215で受信される通知により、図10の1005での決断がもたらされ、ここで並行性マネージャは、オーディオリソースへのビデオゲームアプリケーションのアクセス特権を取り消すと決断する。1220で、並行性マネージャは、ビデオリソースがビデオゲームアプリケーションにとってまだアクセス可能であり、ビデオゲームアプリケーションは、ビデオオンリーモードでゲーム機能を実装し続けてよいと個別に判断する。したがって、並行性マネージャは、ビデオゲームアプリケーションに、アプリケーションの、オーディオリソースにアクセスするための従来特権の拒否と、アプリケーションの、ビデオリソースにアクセスするための特権維持も通知する。ビデオゲームアプリケーションは、1225からの通知を受信し、1230で、オーディオリソースへのアクセスを停止する。さらに、ビデオリソースが使用可能なままであるという通知に基づいて、ビデオゲームを完全に終結させるのではなく、それに応じて、ビデオゲームアプリケーションがオーディオリソースを失う。また、図12には明示的に示さないが、オーディオリソースがモバイルデバイス上の別のアプリケーションに関連して使われる間であっても、ビデオゲームは、ビデオオンリーモードで継続し得る。たとえば、オーディオリソースは、オーディオなしの、有効にミュートされたビデオゲームとともに起こり得るボイス呼に関与するために、モデムリソースとともに使うことができる。図13は、機能性を実施するように構成された論理を含む通信デバイス1300を示す。通信デバイス1300は、UE102、108、110、112または200、ノードBまたは基地局124、RNCまたは基地局コントローラ122、パケットデータネットワークエンドポイント、サーバ170~186のうちいずれかなどを含むがそれに限定されない、上述の通信デバイスのいずれにも対応し得る。したがって、通信デバイス1300は、ネットワークを介して1つまたは複数の他のエンティティと通信するように構成されたどの電子デバイスにも対応し得る。図13を参照すると、通信デバイス1300は、情報を受信およびまたは送信するように構成された論理1305を含む。ある例では、通信デバイス1300が、ワイヤレス通信デバイスに対応する場合、情報を受信およびまたは送信するように構成された論理1305は、ワイヤレストランシーバおよび関連ハードウェアなどのワイヤレス通信インターフェースを含み得る。別の例では、情報を受信およびまたは送信するように構成された論理1305は、ワイヤード通信インターフェースに対応し得る。したがって、通信デバイス1300が、何らかのタイプのネットワークベースのサーバに対応する場合、情報を受信およびまたは送信するように構成された論理1305は、ある例では、イーサネット登録商標プロトコルによりネットワークベースのサーバを他の通信エンティティに接続するイーサネット登録商標カードに対応し得る。さらに別の例では、情報を受信およびまたは送信するように構成された論理1305は、通信デバイス1300がそのローカル環境を監視し得るための知覚または測定ハードウェアを含み得る。情報を受信およびまたは送信するように構成された論理1305は、実行されると、その受信およびまたは送信機能を実施するための、情報を受信およびまたは送信するように構成された論理1305の関連ハードウェアを許可するソフトウェアも含み得る。ただし、情報を受信およびまたは送信するように構成された論理1305は、ソフトウェア単体に対応するのではなく、情報を受信およびまたは送信するように構成された論理1305は、その機能性を遂行するためのハードウェアに少なくとも部分的に依拠する。図13を参照すると、通信デバイス1300は、情報を処理するように構成された論理1310をさらに含む。ある例では、情報を処理するように構成された論理1310は、少なくともプロセッサを含み得る。情報を処理するように構成された論理1310によって実施することができる処理タイプの例示的実装形態は、判断を実施すること、接続を確立すること、異なる情報選択肢の間での選択を行うこと、データに関連した評価を実施すること、測定動作を実施するための、通信デバイス1300に結合されたセンサと対話すること、ある形式から別の形式に情報を変換することなどを含むが、それに限定されない。たとえば、情報を処理するように構成された論理1310に含まれるプロセッサは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイまたは他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実行するように設計されたそれらの任意の組合せに相当し得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。情報を処理するように構成された論理1310は、実行されると、その処理機能を実施するための、情報を処理するように構成された論理1310の関連ハードウェアを許可するソフトウェアも含み得る。ただし、情報を処理するように構成された論理1310は、ソフトウェア単体に対応するのではなく、情報を処理するように構成された論理1310は、その機能性を遂行するためのハードウェアに少なくとも部分的に依拠する。図13を参照すると、通信デバイス1300は、情報を記憶するように構成された論理1315をさらに含む。ある例では、情報を記憶するように構成された論理1315は、少なくとも非一時的メモリおよび関連ハードウェアを含み得る。たとえば、情報を記憶するように構成された論理1315に含まれる非一時的メモリは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CDROM、または当技術分野で知られている任意の他の形態の記憶媒体に相当し得る。情報を記憶するように構成された論理1315は、実行されると、その記憶機能を実施するための、情報を記憶するように構成された論理1315の関連ハードウェアを許可するソフトウェアも含み得る。ただし、情報を記憶するように構成された論理1315は、ソフトウェア単体に対応するのではなく、情報を記憶するように構成された論理1315は、その機能性を遂行するためのハードウェアに少なくとも部分的に依拠する。図13を参照すると、通信デバイス1300はさらに、情報を提示するように構成された論理1320を任意選択で含む。ある例では、情報を提示するように構成された論理1320は、少なくとも出力デバイスおよび関連ハードウェアを含み得る。たとえば、出力デバイスは、ビデオ出力デバイス、オーディオ出力デバイス、振動デバイスならびにあるいは情報を出力用にフォーマットし、または通信デバイス1300のユーザもしくはオペレータによって実際に出力し得るための他のどのデバイスも含み得る。たとえば、通信デバイス1300が、図3に示すようなUE200に対応する場合、情報を提示するように構成された論理1320は、ディスプレイ224を含み得る。さらに別の例では、情報を提示するように構成された論理1320は、ローカルユーザをもたないネットワーク通信デバイスなど、いくつかの通信デバイスに関しては省いてもよい。情報を提示するように構成された論理1320は、実行されると、その提示機能を実施するための、情報を提示するように構成された論理1320の関連ハードウェアを許可するソフトウェアも含み得る。ただし、情報を提示するように構成された論理1320は、ソフトウェア単体に対応するのではなく、情報を提示するように構成された論理1320は、その機能性を遂行するためのハードウェアに少なくとも部分的に依拠する。図13を参照すると、通信デバイス1300はさらに、ローカルユーザ入力を受信するように構成された論理1325を任意選択で含む。ある例では、ローカルユーザ入力を受信するように構成された論理1325は、少なくともユーザ入力デバイスおよび関連ハードウェアを含み得る。たとえば、ユーザ入力デバイスは、ボタン、タッチスクリーンディスプレイ、キーボード、カメラ、オーディオ入力デバイス、およびまたは通信デバイス1300のユーザまたはオペレータから情報を受信し得るための他のどのデバイスも含み得る。たとえば、通信デバイス1300が、図3に示すようなUE200に対応する場合、ローカルユーザ入力を受信するように構成された論理1325は、ディスプレイ224、キーパッド226などを含み得る。さらに別の例では、ローカルユーザ入力を受信するように構成された論理1325は、ローカルユーザをもたないネットワーク通信デバイスなど、いくつかの通信デバイスに関しては省いてもよい。ローカルユーザ入力を受信するように構成された論理1325は、実行されると、その入力受信機能を実施するための、ローカルユーザ入力を受信するように構成された論理1325の関連ハードウェアを許可するソフトウェアも含み得る。ただし、ローカルユーザ入力を受信するように構成された論理1325は、ソフトウェア単体に対応するのではなく、ローカルユーザ入力を受信するように構成された論理1325は、その機能性を遂行するためのハードウェアに少なくとも部分的に依拠する。図13を参照すると、1305~1325の構成された論理は、図13では別個または相異なるブロックとして示されているが、それぞれの構成された論理がその機能性を実施するためのハードウェアおよびまたはソフトウェアは、部分的に重複し得ることが諒解されよう。たとえば、1305~1325の構成された論理の機能性を容易にするのに使われるどのソフトウェアも、情報を記憶するように構成された論理1315に関連付けられた非一時的メモリに記憶することができ、そうすることによって、1305~1325の構成された論理は各々、その機能性を、情報を記憶するように構成された論理1305によって記憶されたソフトウェアの動作に部分的に基づいて実施する。同様に、構成された論理のうちの1つに直接関連付けられたハードウェアは、他の構成された論理によって時々借り、または使うことができる。たとえば、情報を処理するように構成された論理1310のプロセッサは、データを、情報を受信およびまたは送信するように構成された論理1305によって送信される前に、適切な形式にフォーマットすることができ、そうすることによって、情報を受信およびまたは送信するように構成された論理1305は、その機能性を、情報を処理するように構成された論理1310に関連付けられたハードウェアの動作に部分的に基づいて実施する。さらに、1305~1325の構成された論理またはように構成された論理は、特定の論理ゲートまたは論理要素に限定されるのではなく、概して、本明細書に記載した機能性を、実施するための能力を指す。したがって、1305~1325の構成された論理またはように構成された論理は、論理という言葉を共有するにもかかわらず、必ずしも論理ゲートまたは論理要素として実装されるわけではない。構成された論理1305~1325の間の他の対話または協働が、上で説明した実施形態の検討から、当業者には明らかになるであろう。本発明の上記で説明した実施形態における参照は、全体的に、呼およびセッションの用語を互換的に使用しているが、任意の呼およびまたはセッションは、異なる当事者間の実際の呼を含むものとして、または技術的に呼と見なされない可能性があるデータトランスポートセッションの代わりとして解釈されるものとすることを理解されよう。また、上記実施形態は、全体的に、PTTセッションに関して説明されているが、他の実施形態は、たとえばプッシュツートランスファーセッション、緊急VoIP呼など、任意のタイプの通信セッションを対象としてもよい。情報および信号は、多種多様な技術および技法のいずれかを使用して表すことができることを当業者は諒解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。さらに、本明細書で開示した実施形態に関連して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装できることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップを、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を生じるものと解釈すべきではない。本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは他のプログラマブル論理デバイス、個別ゲートもしくはトランジスタ論理、個別ハードウェア構成要素、または、本明細書で説明する機能を実行するように設計されたそれらの任意の組合せで、実装または実行することができる。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、DSPとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、DSPコアと連携する1つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。本明細書で開示した実施形態と関連して説明した方法、シーケンス、およびまたはアルゴリズムは、ハードウェアで直接実施され得るか、プロセッサによって実行されるソフトウェアモジュールで実施され得るか、またはその2つの組合せで実施され得る。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CDROM、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサと一体であり得る。プロセッサおよび記憶媒体はASIC中に常駐し得る。ASICはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。1つまたは複数の例示的な実施形態では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装する場合、機能は、1つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、RAM、ROM、EEPROM、CDROMもしくは他の光ディスク記憶デバイス、磁気ディスク記憶デバイスもしくは他の磁気記憶デバイス、または、命令もしくはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用でき、コンピュータによってアクセスできる、任意の他の媒体を含み得る。また、いかなる接続も、コンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線、またはワイヤレス技術、たとえば赤外線、無線、およびマイクロ波を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、DSL、または、赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義内に含まれる。本明細書で使用する場合、ディスクおよびディスクは、コンパクトディスク、レーザーディスク登録商標、光ディスク、デジタル多用途ディスク、フロッピー登録商標ディスク、およびブルーレイディスクを含み、ディスクは、通常、磁気的にデータを再生し、ディスクは、レーザーで光学的にデータを再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。上記の開示は本発明の例示的な実施形態を示すが、添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、本明細書において様々な変更および修正を行えることに留意されたい。本明細書で説明した本発明の実施形態による方法クレームの機能、ステップおよびまたはアクションは、特定の順序で実行されなくてもよい。さらに、本発明の要素は、単数形で説明または特許請求されていることがあるが、単数形に限定することが明示的に述べられていない限り、複数形が企図される。