ワイヤレス通信ネットワークの中でのグループ通信における障害を診断するための方法であって、グループ通信サーバのグループ通信で障害が発生したと判定するステップと、前記障害に基づいて、ロギングすべき複数のイベントを決定するステップと、前記複数のイベントのうちの第1のイベントがロギングできないと判定されたことに基づいて、第2のイベントをロギングするステップと、前記第2のイベントのロギングを開始した後で、前記第1のイベントをロギングできると判定するステップと、前記第1のイベントをロギングするステップと、前記ロギングの結果をメモリに記憶するステップとを含む、方法。前記ロギングの前記結果をメモリに記憶するステップが、ワイヤレス通信ハンドセット上で行われ、前記ロギングの前記結果を前記グループ通信サーバに送信するステップをさらに含む、請求項1に記載の方法。ロギングすべき前記複数のイベントを決定するステップが、負荷状態に基づく、請求項1に記載の方法。ロギングすべき前記複数のイベントを決定するステップが、keyperformanceindicatorの値に基づく、請求項1に記載の方法。ロギングすべき前記複数のイベントを決定するステップが、前記障害の発生率に基づく、請求項1に記載の方法。ロギングすべき前記複数のイベントを決定するステップが、負荷の閾値に基づく、請求項1に記載の方法。前記複数のイベントがロギングテンプレートに対応する、請求項1に記載の方法。ロギングを停止すると決定するステップと、前記複数のイベントのロギングを停止するステップとをさらに含む、請求項1に記載の方法。ロギングを停止すると決定するステップが、特定のイベントがロギングされたことに基づいてロギングを停止すると決定するステップを含む、請求項8に記載の方法。ロギングを停止すると決定するステップが、タイマーの満了に基づいてロギングを停止すると決定するステップを含む、請求項8に記載の方法。ロギングを停止すると決定するステップが、負荷の閾値に到達したことに基づいて、ロギングを停止すると決定するステップを含む、請求項8に記載の方法。ロギングを停止すると決定するステップが、ロギングの停止をユーザが望んでいるという指示を受信したことに基づいて、ロギングを停止すると決定するステップを含む、請求項8に記載の方法。負荷の閾値が、前記ワイヤレス通信ネットワークのコンポーネントの負荷状態を含む、請求項1に記載の方法。負荷の閾値が、イベントの発生率を含む、請求項1に記載の方法。ワイヤレス通信ネットワークの中でのグループ通信における障害を診断するための方法であって、前記グループ通信サーバのグループ通信で障害が発生したと判定するステップと、第1のイベントのロギングを開始するための第1の指示を、前記ワイヤレス通信ネットワークの第1のコンポーネントへ、前記グループ通信サーバによって送信するステップと、第2のイベントのロギングを開始するための第2の指示を、前記ワイヤレス通信ネットワークの第2のコンポーネントへ、前記グループ通信サーバによって送信するステップと、前記第1のコンポーネントによって実行されたロギングに対応する第1のログを、前記第1のコンポーネントから受信するステップと、前記第2のコンポーネントによって実行されたロギングに対応する第2のログを、前記第2のコンポーネントから受信するステップと、前記第1のログおよび前記第2のログを含む第3のログを記憶するステップとを含む、方法。前記第1のコンポーネントがワイヤレス通信ハンドセットを含む、請求項15に記載の方法。前記第1のコンポーネントによって実行されたロギングに対応する第1のログを、前記第1のコンポーネントから受信するステップが、前記第1のコンポーネントが前記第1のイベントをロギングできないと前記第1のコンポーネントが判定したことに応答して、前記第1のコンポーネントによって実行された第3のイベントのロギングを含む前記第1のログを、前記第1のコンポーネントから受信するステップを含む、請求項15に記載の方法。ワイヤレス通信ネットワークの中でのグループ通信における障害を診断するためのシステムであって、グループ通信サーバのグループ通信で障害が発生したと判定するための手段と、前記障害に基づいて、ロギングすべき複数のイベントを決定するための手段と、前記複数のイベントのうちの第1のイベントがロギングできないと判定されたことに基づいて、第2のイベントをロギングするための手段と、前記第2のイベントのロギングを開始した後で、前記第1のイベントをロギングできると判定するための手段と、前記第1のイベントをロギングするための手段と、前記ロギングの結果をメモリに記憶するための手段とを含む、システム。ワイヤレス通信ネットワークの中でのグループ通信における障害を診断するためのシステムであって、前記グループ通信サーバのグループ通信で障害が発生したと判定するための手段と、第1のイベントのロギングを開始するための第1の指示を、前記ワイヤレス通信ネットワークの第1のコンポーネントへ、前記グループ通信サーバによって送信するための手段と、第2のイベントのロギングを開始するための第2の指示を、前記ワイヤレス通信ネットワークの第2のコンポーネントへ、前記グループ通信サーバによって送信するための手段と、前記第1のコンポーネントによって実行されたロギングに対応する第1のログを、前記第1のコンポーネントから受信するための手段と、前記第2のコンポーネントによって実行されたロギングに対応する第2のログを、前記第2のコンポーネントから受信するための手段と、前記第1のログおよび前記第2のログを含む第3のログを記憶するための手段とを含む、システム。前記第1のコンポーネントがワイヤレス通信ハンドセットを含む、請求項19に記載のシステム。前記第1のコンポーネントによって実行されたロギングに対応する第1のログを、前記第1のコンポーネントから受信するための手段が、前記第1のコンポーネントが前記第1のイベントをロギングできないと前記第1のコンポーネントが判定したことに応答して、前記第1のコンポーネントによって実行された第3のイベントのロギングを含む前記第1のログを、前記第1のコンポーネントから受信するための手段を含む、請求項19に記載のシステム。ワイヤレス通信ネットワークの中でのグループ通信における障害を診断するためのシステムであって、プロセッサと、前記プロセッサと通信可能に結合された、機械可読命令を有する第1のメモリとを含み、前記機械可読命令が、前記プロセッサ上で実行されると、グループ通信サーバのグループ通信で障害が発生したと判定するステップと、前記障害に基づいて、ロギングすべき複数のイベントを決定するステップと、前記複数のイベントのうちの第1のイベントがロギングできないと判定されたことに基づいて、第2のイベントをロギングするステップと、前記第2のイベントのロギングを開始した後で、前記第1のイベントをロギングできると判定するステップと、前記第1のイベントをロギングするステップと、前記ロギングの結果を第2のメモリに記憶するステップとを含む動作を前記プロセッサに実行させる、システム。前記ロギングの前記結果を前記第2のメモリに記憶するステップが、ワイヤレス通信ハンドセットで行われ、前記第1のメモリがさらに機械可読命令を有し、前記機械可読命令が、前記プロセッサ上で実行されると、前記ロギングの前記結果を前記グループ通信サーバに送信するステップを含む動作を前記プロセッサに実行させる、請求項22に記載のシステム。ロギングすべき前記複数のイベントを決定するステップが、負荷状態に基づく、請求項22に記載のシステム。ロギングすべき前記複数のイベントを決定するステップが、keyperformanceindicatorの値に基づく、請求項22に記載のシステム。ロギングすべき前記複数のイベントを決定するステップが、前記障害の発生率に基づく、請求項22に記載のシステム。ロギングすべき前記複数のイベントを決定するステップが、負荷の閾値に基づく、請求項22に記載のシステム。前記複数のイベントがロギングテンプレートに対応する、請求項22に記載のシステム。前記第1のメモリがさらに機械可読命令を有し、前記機械可読命令が、前記プロセッサ上で実行されると、ロギングを停止すると決定するステップと、前記複数のイベントのロギングを停止するステップと含む動作を前記プロセッサに実行させる、請求項22に記載のシステム。ロギングを停止すると決定するステップが、特定のイベントがロギングされたことに基づいてロギングを停止すると決定するステップを含む、請求項29に記載のシステム。ロギングを停止すると決定するステップが、タイマーの満了に基づいてロギングを停止すると決定するステップを含む、請求項29に記載のシステム。ロギングを停止すると決定するステップが、負荷の閾値に到達したことに基づいて、ロギングを停止すると決定するステップを含む、請求項29に記載のシステム。ロギングを停止すると決定するステップが、ロギングの停止をユーザが望んでいるという指示を受信したことに基づいて、ロギングを停止すると決定するステップを含む、請求項29に記載のシステム。負荷の閾値が、前記ワイヤレス通信ネットワークのコンポーネントの負荷状態を含む、請求項29に記載のシステム。負荷の閾値が、イベントの発生率を含む、請求項29に記載のシステム。負荷の閾値が、keyperformanceindicatorの値を含む、請求項29に記載のシステム。ワイヤレス通信ネットワークの中でのグループ通信における障害を診断するためのシステムであって、プロセッサと、前記プロセッサと通信可能に結合された、機械可読命令を有する第1のメモリとを含み、前記機械可読命令が、前記プロセッサ上で実行されると、前記グループ通信サーバのグループ通信で障害が発生したと判定するステップと、第1のイベントのロギングを開始するための第1の指示を、前記ワイヤレス通信ネットワークの第1のコンポーネントへ、前記グループ通信サーバによって送信するステップと、第2のイベントのロギングを開始するための第2の指示を、前記ワイヤレス通信ネットワークの第2のコンポーネントへ、前記グループ通信サーバによって送信するステップと、前記第1のコンポーネントによって実行されたロギングに対応する第1のログを、前記第1のコンポーネントから受信するステップと、前記第2のコンポーネントによって実行されたロギングに対応する第2のログを、前記第2のコンポーネントから受信するステップと、前記第1のログおよび前記第2のログを含む第3のログを記憶するステップとを含む動作を前記プロセッサに実行させる、システム。前記第1のコンポーネントがワイヤレス通信ハンドセットを含む、請求項37に記載のシステム。前記第1のコンポーネントによって実行されたロギングに対応する第1のログを、前記第1のコンポーネントから受信するステップが、前記第1のコンポーネントが前記第1のイベントをロギングできないと前記第1のコンポーネントが判定したことに応答して、前記第1のコンポーネントによって実行された第3のイベントのロギングを含む前記第1のログを、前記第1のコンポーネントから受信するステップを含む、請求項38に記載のシステム。ワイヤレス通信ネットワークの中でのグループ通信における障害を診断するための、コンピュータ可読命令を有するコンピュータ可読記憶媒体であって、前記コンピュータ可読命令が、コンピュータ上で実行されると、グループ通信サーバのグループ通信で障害が発生したと判定するステップと、前記障害に基づいて、ロギングすべき複数のイベントを決定するステップと、前記複数のイベントのうちの第1のイベントがロギングできないと判定されたことに基づいて、第2のイベントをロギングするステップと、前記第2のイベントのロギングを開始した後で、前記第1のイベントをロギングできると判定するステップと、前記第1のイベントをロギングするステップと、前記ロギングの結果をメモリに記憶するステップとを含む動作を前記コンピュータに実行させる、コンピュータ可読記憶媒体。前記ロギングの前記結果をメモリに記憶するステップが、ワイヤレス通信ハンドセットで行われる、請求項40に記載のコンピュータ可読記憶媒体であって、前記コンピュータ上で実行されると、前記ロギングの前記結果を前記グループ通信サーバに送信するステップを含む動作を前記コンピュータに実行させるコンピュータ可読命令をさらに有する、コンピュータ可読記憶媒体。ロギングすべき前記複数のイベントを決定するステップが、負荷状態に基づく、請求項40に記載のコンピュータ可読記憶媒体。ロギングすべき前記複数のイベントを決定するステップが、keyperformanceindicatorの値に基づく、請求項40に記載のコンピュータ可読記憶媒体。ロギングすべき前記複数のイベントを決定するステップが、前記障害の発生率に基づく、請求項40に記載のコンピュータ可読記憶媒体。ロギングすべき前記複数のイベントを決定するステップが、負荷の閾値に基づく、請求項40に記載のコンピュータ可読記憶媒体。前記複数のイベントがロギングテンプレートに対応する、請求項40に記載のコンピュータ可読記憶媒体。前記コンピュータによって実行されると、ロギングを停止すると決定するステップと、前記複数のイベントのロギングを停止するステップとを含む動作を前記コンピュータに実行させるコンピュータ可読命令をさらに有する、請求項40に記載のコンピュータ可読記憶媒体。ロギングを停止すると決定するステップが、特定のイベントがロギングされたことに基づいてロギングを停止すると決定するステップを含む、請求項40に記載のコンピュータ可読記憶媒体。ロギングを停止すると決定するステップが、タイマーの満了に基づいてロギングを停止すると決定するステップを含む、請求項40に記載のコンピュータ可読記憶媒体。ロギングを停止すると決定するステップが、負荷の閾値に到達したことに基づいて、ロギングを停止すると決定するステップを含む、請求項40に記載のコンピュータ可読記憶媒体。ロギングを停止すると決定するステップが、ロギングの停止をユーザが望んでいるという指示を受信したことに基づいて、ロギングを停止すると決定するステップを含む、請求項47に記載のコンピュータ可読記憶媒体。負荷の閾値が、前記ワイヤレス通信ネットワークのコンポーネントの負荷状態を含む、請求項40に記載のコンピュータ可読記憶媒体。負荷の閾値が、イベントの発生率を含む、請求項40に記載のコンピュータ可読記憶媒体。負荷の閾値が、keyperformanceindicatorの値を含む、請求項40に記載のコンピュータ可読記憶媒体。ワイヤレス通信ネットワークの中でのグループ通信における障害を診断するためのコンピュータ可読記憶媒体であって、前記グループ通信サーバのグループ通信で障害が発生したと判定するステップと、第1のイベントのロギングを開始するための第1の指示を、前記ワイヤレス通信ネットワークの第1のコンポーネントへ、前記グループ通信サーバによって送信するステップと、第2のイベントのロギングを開始するための第2の指示を、前記ワイヤレス通信ネットワークの第2のコンポーネントへ、前記グループ通信サーバによって送信するステップと、前記第1のコンポーネントによって実行されたロギングに対応する第1のログを、前記第1のコンポーネントから受信するステップと、前記第2のコンポーネントによって実行されたロギングに対応する第2のログを、前記第2のコンポーネントから受信するステップと、前記第1のログおよび前記第2のログを含む第3のログを記憶するステップとを含む、コンピュータ可読記憶媒体。前記第1のコンポーネントがワイヤレス通信ハンドセットを含む、請求項55に記載のコンピュータ可読記憶媒体。前記第1のコンポーネントによって実行されたロギングに対応する前記第1のログを、前記第1のコンポーネントから受信するステップが、前記第1のコンポーネントが前記第1のイベントをロギングできないと前記第1のコンポーネントが判定したことに応答して、前記第1のコンポーネントによって実行された第3のイベントのロギングを含む前記第1のログを、前記第1のコンポーネントから受信するステップを含む、請求項55に記載のコンピュータ可読記憶媒体。PTTシステムのようなワイヤレス通信システムの、効率的でタイムリーなトラブルシューティング能力および診断能力に関する、主要な問題の1つは、報告された問題の診断情報を含むみ問題のトラブルシューティングに必要な、システムが利用可能な診断ログがないことである。大抵の場合、遠隔通信ネットワークは、呼設定失敗が多いこと、呼失敗率が高いこと、または帯域幅が狭いことのような、ネットワークにおける問題を示すために、keyperformanceindicatorまたはoperationandmaintenanceの測定結果を提供する。しかし、報告された問題または性能の低下を迅速に解決するために、ネットワークエンジニアには、障害の詳細な診断情報を保存する正しいログのセットが必要である。遠隔通信ノードの性質により、帯域幅が限定されているため、かつまたは、たとえばメモリ、CPU利用率などのモバイルデバイスのリソースが制限されているため、詳細な診断情報を継続的に収集するのは不可能である。多くの場合、報告された問題の後、ネットワークの運用管理チームは、最初のトラブルシューティングの結果に基づいて問題のトラブルシューティングを試み、ネットワーク運用チームは、事前に定義されたフィルタまたはテンプレートを使って、詳細な診断ログの収集を開始する。場合によっては、前に報告された問題が現在は起きていないので、または、前に問題が報告された時と診断ロギングが手動で開始された時との時間差によって、所望のログを収集するのが難しい。また、システムのシステムリソースの制限によって、すべての呼がロギングされているとは限らないので、所望のログを収集するのが難しいことがあり、その結果サーバは一部の呼しかロギングせず、所望のログが収集されない。別の問題は、問題を最良に診断するであろうフィルタで、ロギングを開始しないことであり得る。診断ロギングに関するさらなる問題は、そのようなロギングの実行が消費するシステムリソースと直接関係する。イベントの発生のロギングには、システムの中央演算処理装置の負荷のような、システムリソースの使用と、ロギングに利用可能なシステムの記憶空間とを必要とする。ロギングに利用可能なこれらのシステムリソースは、動的に変化し得る。たとえば、これらの利用可能なシステムリソースは、システム中のアクティブな呼の数に従って変化し得る。利用可能なシステムリソースが変化するに従って、所望のイベントの発生のすべてをロギングするのに利用可能な、十分なシステムリソースが存在しなくなることがある。所望のイベントの発生のすべてのロギングに利用可能なシステムリソースが十分にない場合、従来技術では、ロギングを全く行わなくてもよいとされる。したがって、エラーイベントの発生を適応的にロギングするための技法を提供するのが有利であり、そのような技法は、利用可能なシステムリソースの量に基づいて、ロギングの量を調整することができる。簡単に説明すると、本発明は、イベントの発生の適応的なロギングを実現する、システム、方法、およびコンピュータ可読記憶媒体を含む。ある実施形態では、障害の発生に応答して、ワイヤレス通信システムが、ロギングすべき第1のイベントのセットを決定し、その第1のイベントのセットの発生のロギングを開始する。より後の時点で、ワイヤレス通信システムは、システムリソースの使用量が閾値を超えたと判定する。閾値に達したと判定されたことに応答して、ワイヤレス通信システムは次いで、ロギングすべき第2のイベントのセットを決定し、この第2のイベントのセットは第1のイベントのセットとは異なる。ある実施形態では、この第2のイベントのセットは、第1のイベントのセットのサブセットからなる。ワイヤレス通信システムは次いで、第2のイベントのセットの発生のロギングに変更する。別の実施形態では、障害の発生に応答して、ワイヤレス通信システムは、ロギングされ得る10個のイベントのうちの3個のイベントのロギングを試みる。イベントAは、この障害が発生した時に最もロギングが望まれる、10個のイベントのうちの1つのイベントであるが、イベントAはロギングできないものとする。ワイヤレス通信システムは、イベントB、C、およびDからなる異なるイベントのセット、または、イベントAをロギングできない時にロギングが最も望まれるイベントのセットをロギングするのを開始することによって、適応する。その後、ワイヤレス通信システムは、イベントAを測定できるが、イベントAをイベントB、C、およびDとともにロギングするのに利用可能なシステムリソースが十分存在しないと判定する。それに応じて、ワイヤレス通信システムは、イベントA、C、およびDをロギングし、イベントB、C、およびDの中でロギングが最も望まれないイベントBを取り下げることによって、適応する。十分な量のイベントがロギングされたとワイヤレス通信システムが判定すると、ワイヤレス通信システムはロギング処理を終了する。したがって、本システム、方法、およびコンピュータ可読記憶媒体は、ロギングするおよびロギングしないよりも詳細度が高い、イベントの発生をロギングする能力を提供することによって、システムの管理者によるシステムの異常の源の判定を可能にするログを得る確率が向上するという点で、有利である。本発明の他の目的、特徴、および利点は、図面の簡単な説明、発明を実施するための形態、および特許請求の範囲の検討後に明らかになろう。この説明では、モバイル通信デバイス、通信デバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、PTT通信デバイス、ハンドヘルドデバイス、モバイルデバイス、およびハンドセットという用語は互換的に使われる。呼および通信という用語も、互換的に使われる。本明細書で使われるアプリケーションという用語は、実行可能なソフトウェアファイルおよび実行不可能なソフトウェアファイル、生データ、統合されたデータ、パッチ、および他のコードセグメントを包含することが意図される。グループ通信という用語は、真のもしくは仮想的な半二重チャネルまたは全二重チャネルにわたり、ワイヤレス通信デバイス間で送信される、ポイントツーポイントまたはポイントツーマルチポイントの通信を意味する。例示的という用語は、開示する要素または実施形態が例にすぎず、いかなる選好も示さないことを意味する。さらに、同じ番号は、いくつかの図面を通して同じ要素を指し、冠詞aおよびtheは、本明細書において別段に規定されていない限り、複数への言及を含む。いくつかの具体的な詳細が、本開示の様々な実施形態の完全な理解をもたらすために、以下の説明および図面において述べられる。コンピューティング技術およびソフトウェア技術と関連付けられることが多い、いくつかのよく知られている詳細は、本開示の様々な実施形態を不必要に曖昧にするのを避けるために、以下の開示では述べられていない。さらに、以下で説明される詳細の1つまたは複数を伴わずに、本開示の他の実施形態を実行できることを、当業者は理解するだろう。最後に、以下の開示においては、様々な方法がステップおよび順序に言及して説明されるが、説明そのものが、本開示の実施形態の明確な実装形態を与えるためのものであり、ステップおよびステップの順序は、本開示の実行に必要であると見なされるべきではない。本明細書で説明される様々な技法は、ハードウェアもしくはソフトウェアとともに、または適切な場合には、これら両方の組合せで実装され得ることを理解されたい。したがって、本開示の方法および装置、またはその何らかの態様もしくは部分は、フレキシブルディスケット、CDROM、ハードドライブ、または任意の他の機械可読記憶媒体のような、有形の媒体に具現化されるプログラムコードの形態であってよく、プログラムコードが、コンピュータのような機械にロードされ機械によって実行される場合、その機械は本開示を実行するための装置になる。プログラム可能なコンピュータでプログラムコードを実行する場合、コンピューティングデバイスは一般に、プロセッサ、プロセッサによって読み取ることができる記憶媒体、少なくとも1つの入力デバイス、および少なくとも1つの出力デバイスを含む。1つまたは複数のプログラムは、たとえば、アプリケーションプログラミングインターフェース、再使用可能な制御などの使用を通じて、本開示に関連して説明される処理を実装または利用できる。そのようなプログラムは、好ましくは、コンピュータシステムと通信するために、ハイレベル手続プログラミング言語またはオブジェクト指向プログラミング言語において実装される。しかし、プログラムは、所望であれば、アセンブリ言語または機械言語において実装されてもよい。いずれの場合でも、言語は、コンパイルされる言語または解釈される言語であってよく、ハードウェア実装と組み合わされ得る。全体にわたって同様の番号が同様の要素を表す図面を参照すると、図1は、1つまたは複数のワイヤレス遠隔通信デバイスを含むシステム10の一実施形態を示す。プッシュツートークグループ12が、1つまたは複数のワイヤレス遠隔通信デバイスの間でグループメディアを共有するために、形成され得る。PTTグループはさらに、ワイヤレスネットワーク20にわたって、電話14、スマートページャ16、および携帯情報端末18のようなデバイスとともに、他のワイヤレス遠隔通信デバイスを含み得る。システム10では、各ワイヤレス遠隔通信デバイス14、16、18は、ワイヤレス通信ネットワーク20にわたって、複数のワイヤレス遠隔通信デバイスのうちの、1つまたは複数の他のワイヤレス遠隔通信デバイスの対象セットと、選択的に直接通信できる。たとえば、携帯電話14の対象セットは、ページャ16およびPDA18のような、通信グループ12または通信グループ12のサブセットの中のすべてのデバイスであってよい。この実施形態では、ワイヤレス遠隔通信デバイスは、ここではサーバ32として示されワイヤレスネットワーク20にわたってサーバ側LAN30上に存在する、グループ通信コンピュータデバイスに、ワイヤレスデバイスがワイヤレスネットワーク20上に存在すること、すなわちアクセス可能であることを知らせる。グループ通信コンピュータデバイス32は、この情報を、第1のワイヤレス遠隔通信デバイスによって指定される対象のワイヤレス遠隔通信デバイスのセットと共有することができ、または、サーバ側LAN30上に存在する、もしくはワイヤレスネットワーク20にわたってアクセス可能である、他のコンピュータデバイスと共有することができる。グループ通信コンピュータデバイス32は、ワイヤレスデバイスのグループ識別データを記憶するための、付属の、またはアクセス可能なデータベース34を有し得る。ここではファイル管理サーバとして示されるデータ記憶装置36も、サーバ側LAN30上に存在し得る。サーバ側LAN30上に、またはワイヤレスネットワーク20にわたって存在するコンピュータコンポーネントの数は、限定されないことを理解されたい。PTT通信のような直接通信は、通信するワイヤレス遠隔通信デバイス14、16、18と、対象セットの1つまたは複数の他のワイヤレス遠隔通信デバイスとの間の、半二重チャネルを通じて確立され得る。また、グループ通信コンピュータデバイス32は、対象セットのワイヤレス遠隔通信デバイスの少なくとも1つが、ワイヤレスネットワーク20上に存在することをグループ通信コンピュータデバイス32に知らせている場合、要求された直接通信を対象セットに橋渡ししようと試みることができる。グループ通信コンピュータデバイス32はまた、ワイヤレスネットワーク20上での存在をグループ通信コンピュータデバイス32に知らせていない、対象セット12のワイヤレス遠隔通信デバイスがない場合、直接通信を対象セット12に橋渡しできないことを、ワイヤレス遠隔通信デバイス14、16、18に知らせることができる。さらに、グループ通信コンピュータデバイス32は、グループ識別データの付属データベース34を有するものとしてここで示されるが、グループ通信コンピュータデバイス32は、その中にグループ識別データが存在していてよく、本明細書で説明されるすべての記憶機能を実行できる。要約すると、システム10は、ワイヤレス通信ネットワーク20にわたって直接のグループ通信で互いに通信するワイヤレス通信デバイスの通信グループ12のメンバーである、携帯電話14のような少なくとも1つのワイヤレス通信デバイスを含み、少なくとも1つのワイヤレス通信デバイスは、通信グループ12の他のメンバーに、グループ向けの通信を選択的に送るように構成される。少なくとも1つのグループ通信コンピュータデバイスまたはサーバ32は、ワイヤレス通信ネットワーク20上の通信グループ12についての情報を記憶するように構成され、この情報は、1つまたは複数の通信グループの、特定メンバーのワイヤレス通信デバイスの識別情報を含む。グループ通信コンピュータデバイス32はさらに、通信グループ12の、携帯電話14のような送信ワイヤレス通信デバイスから、グループ向けの通信を選択的に受信し、送信ワイヤレス通信デバイスのために、通信グループ12の他のメンバーのワイヤレス通信デバイスにグループ向けのメディアを送信するように構成される。システム10はさらに、グループ通信コンピュータデバイス32と通信しているデータ記憶装置36を含んでよく、グループ通信コンピュータデバイス32は、データ記憶装置36にグループ向けのメディアを送信するように構成される。データ記憶装置36は、ワイヤレス通信デバイスからグループ指定のメディアを受信し、グループ向けのメディアの送信先の通信グループ12のメンバーが、ワイヤレス通信ネットワーク20にわたって記憶されたグループ向けのメディアにアクセスするのを、選択的に許可するように構成される。グループ向けのメディアは、JPEG、TIFなどの形式の写真のようなグラフィックメディア、MP3、MP4、WAVなどのようなオーディオファイルであってよい。メディアはまた、マルチメディアアプリケーションのようなストリーミングメディアであってもよい。グループ向けのメディアはまた、ストリーミングメディアであってよく、または、データ記憶装置36でホストされるゲームまたは私的な電子掲示板のような、ワイヤレス通信ネットワーク20上の別のコンピュータデバイスにおける双方向のセッションであってよい。たとえば、ゲームの参加者は、グループ通信を介して、進行中のゲームについてチャットすることができる。また、グループ向けのメディアは、実質的にリアルタイムで、または遅延して、話者の映像が他のグループメンバーにブロードキャストされる、通信グループのメンバー間のビデオ会議であってよい。本明細書でさらに説明されるように、ワイヤレス通信デバイス14、16、18は、通信グループ12のメンバーのワイヤレス通信デバイスとのグループ通信に関与していてよく、同じ通信セッションでのグループ通信の間に、またはその通信とは独立に、グループ向けのメディアを送信することができる。あるいは、グループ向けのメディアは、グループ通信のセッションとは独立に送信され得る。図2は、PTTシステム中のセットグループメンバーのワイヤレス通信デバイス間の通信を制御する一連のグループ通信コンピュータデバイス32を有する、共通のセルラー遠隔通信構成におけるワイヤレスネットワークの一実施形態の代表的な図である。このワイヤレスネットワークは、例にすぎず、遠隔モジュールが、互いに、かつまたは、限定はされないが、ワイヤレスネットワークキャリアおよびもしくはサーバを含むワイヤレスネットワーク20の構成要素との間で、無線で通信するのに使う任意のシステムを含み得る。一連のグループ通信サーバ32は、グループ通信サーバLAN50に接続される。ワイヤレス電話は、データサービスオプションを使って、グループ通信サーバ32からのパケットデータセッションを要求することができる。グループ通信サーバ32は、ここではキャリアネットワーク54上に常駐するように示されるパケットデータサービスノード52のような、ワイヤレスサービスプロバイダのPDSNに接続される。各PDSN52は、パケット制御機能62によって基地局60の基地局コントローラ64とインターフェースをとることができる。PCF62は通常、基地局60に位置する。キャリアネットワーク54は、メッセージングサービスコントローラ58に送られるメッセージを制御する。キャリアネットワーク54は、ネットワーク、インターネットおよびまたはPOTSによって、MSC58と通信する。一般に、キャリアネットワーク54とMSC58との間のネットワーク接続またはインターネット接続はデータを転送し、POTSは音声情報を転送する。MSC58は、1つまたは複数の基地局60に接続され得る。MSC58は通常、キャリアネットワークと同様の方法で、データ転送のためのネットワークおよびまたはインターネットと、音声情報のためのPOTSの両方によって、branchtosource66に接続される。BTS66は、最終的に、携帯電話70、72、74、76のようなワイヤレスデバイスに、かつワイヤレスデバイスから、ショートメッセージングサービスによって、または当技術分野で知られている他の無線の方法によって、ワイヤレスでメッセージをブロードキャストし、受信する。キャリアの境界およびまたはPTT管理者のネットワークの境界は、本明細書で説明されるようなデータの共有を、阻害または妨害するものではないことに留意されたい。ワイヤレス電話14のような、携帯電話およびモバイル遠隔通信デバイスは、さらなるコンピューティング能力を伴って製造されており、パーソナルコンピュータおよびハンドヘルドPDAと同等になってきている。これらのスマート携帯電話によって、ソフトウェア開発者は、ワイヤレスデバイスのプロセッサ上でダウンロード可能かつ実行可能である、ソフトウェアアプリケーションを作成できるようになる。携帯電話14のようなワイヤレスデバイスは、ウェブページ、アプレット、MIDIレット、ゲームおよびデータのような、多くの種類のアプリケーションをダウンロードすることができる。グループ通信12を指定したワイヤレスデバイスにおいて、ワイヤレス通信デバイスは、グループ通信の他のメンバーと直接接続し、音声およびデータの通信に関与することができる。しかし、すべてのそのような直接の通信は、グループ通信コンピュータデバイス32を通じて、またはその制御下で行われる。デバイスのすべてのデータパケットは、必ずしもグループ通信コンピュータデバイス32自体を通じて転送されなくてもよいが、グループ通信コンピュータデバイス32は、最終的には通信を制御または方向付けできなければならない。それは、グループ通信コンピュータデバイス32が通常、通信グループのメンバーの識別情報を認識し、かつまたは取り出すことができ、または、通信グループ12のメンバーの識別情報を別のコンピュータデバイスに向けられる、唯一のサーバ側30のコンポーネントであるからである。図3は、デバイスの対象セット、すなわち通信グループ12の他のメンバーへの直接通信を開放する、PTTボタン78を有する、携帯電話14であるワイヤレス遠隔通信デバイスの一実施形態を示すブロック図である。他の実施形態は、携帯電話上で通常利用可能なキーを使って、PTTボタン78と同様の機能を実行することができる。ワイヤレスデバイス14はまた、ワイヤレスデバイス14のユーザに対するグラフィクスディスプレイ80を有するものとして示される。ワイヤレスデバイス14はコンピュータプラットフォーム82を含み、コンピュータプラットフォーム82は、音声およびデータのパケットを扱うことができ、グループ向けのメディアを含めるために、ワイヤレスネットワーク20にわたって送信されるソフトウェアアプリケーションを受信して実行することができる。コンピュータプラットフォーム82は、コンポーネントの中でもとりわけ、特定用途向け集積回路84、もしくは他のプロセッサ、マイクロプロセッサ、論理回路、プログラマブルゲートアレイ、または他のデータ処理デバイスを含む。ASIC84は通常、ワイヤレスデバイスの製造の時点で設置される。ASIC84または他のプロセッサは通常、アプリケーションプログラミングインターフェース層86を実行し、API層86は一般に、常駐するアプリケーション環境を含み、ASIC84にロードされるオペレーティングシステムを含み得る。常駐するアプリケーション環境は、ワイヤレスデバイスのメモリ88の中の任意の常駐するプログラムとインターフェースをとる。常駐アプリケーション環境の例は、ワイヤレスデバイスプラットフォーム用にQUALCOMMによって開発されたbinayruntimeenvironmentforwirelessソフトウェアである。ここで示されるように、ワイヤレスデバイスは、携帯電話14であってよいが、当技術分野において知られているように、携帯情報端末、グラフィクスディスプレイ80を有するページャ、またはワイヤレス通信ポータルを有しそうでない場合にはネットワークもしくはインターネットへの有線接続を有し得る別個のコンピュータプラットフォーム82のような、コンピュータプラットフォーム82を有する任意のワイヤレスデバイスであってもよい。さらに、メモリ88は、読取り専用メモリまたはランダムアクセスメモリ、EPROM、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリから構成され得る。コンピュータプラットフォーム82は、アクティブに使われていないソフトウェアアプリケーションをメモリ88に記憶するためのローカルデータベース90も含み得る。ローカルデータベース90は、一般に、1つまたは複数のフラッシュメモリセルから構成されるが、磁気メディア、EPROM、EEPROM、光メディア、テープ、またはソフトディスクもしくはハードディスクなど、当技術分野で知られている任意の二次または三次記憶デバイスであってよい。グラフィクスディスプレイ80は、進行中のグループの呼についての情報だけではなく、グループ向けのメディアについての情報も提示して、本明細書でより完全に説明されるようなファイルのプレビューを含めることができる。ワイヤレスデバイスのこの実施形態では、コンピュータプラットフォーム82はまた、ワイヤレスデバイスからのグループ通信チャネルを開放することができる、直接通信インターフェース92を含む。直接通信インターフェース92は、ワイヤレスデバイスとの間で送信される音声およびデータを通常は搬送する、ワイヤレスデバイスのための標準通信インターフェースの一部であってもよい。直接通信インターフェース92は通常、当技術分野において知られているハードウェアから構成される。図4は、PTT設備とグループ向けメディア設備とを有する、グループアプリケーションクライアントのソフトウェア層の一実施形態の図である。この実施形態では、モバイルデバイス環境中のコンピュータプラットフォーム82は、MobileStationModem100およびAdvancedMobileSubscriberSoftware102の上層のQUALCOMMによって開発された一連のソフトウェア層からなり、基礎となるMSMチップセットを駆動し、CDMA20001XおよびCDMA20001xEVDOを含むCDMA通信技術一式全体のためのソフトウェアプロトコルスタックを実装する。やはりQUALCOMMによって開発されたBREWであってよい、または任意の他の利用可能なモバイルオペレーティングシステムであってよい、モバイルオペレーティングシステム層104が存在する。モバイルオペレーティングシステム層104は一般に、AMSS100およびコンピュータプラットフォーム上の任意のOEMソフトウェアへの直接の接触をなくす分離層を設けつつ、チップまたはデバイスに固有の操作のためのアプリケーションプログラミングインターフェースを提供する。モバイルオペレーティングシステム層104は、デバイスに固有のソフトウェアの新しいリリースが発表されるたびにアプリケーションを書き直す必要なく、モバイルデバイスの機能を使用するアプリケーション開発を可能にする。PTTクライアント108は、ここではPTT認識UI106において示される外部インターフェースを通じて、PTT認識サービスへのアクセスを提供するアプリケーションである。PTTクライアントは、グループメディアアプリケーション112のようなモバイルオペレーティングシステム104のアプリケーションを可能にするのに必要な、すべての機能を含む。PTTサービスへのアクセスをPTTクライアント108に与えるのに加えて、PTTクライアント108は好ましくは、すべてのPTT認識アプリケーションと、グループ通信コンピュータデバイス102へのインターフェースとの間の、分離層として動作する。この実施形態では、PTTクライアント108は、PTTサービスへのアクセスを保持し、グループ通信要求に応答し、PTTサービスに対するすべてのPTT認識モバイルオペレーティングシステムアプリケーションの要求を処理し、すべての外部へのPTT要求を処理し、PTTtalkspurtを発信するためのボコーダパケットを収集してパッケージングし、終端したPTTtalkspurtのボコーダデータのパケットを解析する。図5を参照すると、示されているのは、例示的で非限定的なモバイル通信デバイス500と、そのデバイスのユーザインターフェースである。デバイスは通常、LCDディスプレイまたはOLEDディスプレイを含み得る、ディスプレイ505を含む。いくつかの実施形態では、ディスプレイは、タッチスクリーン機能を含み得る。デバイスは、標準的な電話のキーパッドであってよい、または他の実施形態ではQWERTYキーパッドであってよい、キーパッド515を含み得る。デバイスはまた、ディスプレイ505を操作するための、上、下、左、および右キーをさらに含み得る、ナビゲーションボタン510も含み得る。ナビゲーションキーはさらに、特定の機能のユーザの選択または確認応答を示すための、選択キーまたはOKキー550を含み得る。デバイスはまた、たとえば、ソフトキーの近くのディスプレイ505の領域に表示されるような、プログラム可能で機能の選択に使えるソフトキー507を含み得る。図6は、ワイヤレス通信システムの利用可能なリソースに基づいた適応型の診断ロギングの、例示的な処理フローを示す。利用可能なリソースという用語は、本出願では負荷と交換可能に用いられる。この処理フローは、たとえば、図2のグループ通信サーバ32またはハンドセット70上で実施され得る。602において、イベントがロギングされるべきであると判定される。たとえば、グループ通信サーバまたはグループ通信サーバのグループ通信において障害が発生したと、グループ通信サーバが判定した結果として、イベントがロギングされるべきであると判定され得る。また、たとえばハンドセットによって、イベントがロギングされるべきであると判定されてもよい。たとえば、ハンドセットは、グループ通信サーバを登録する際にハンドセットに登録エラーがあったと判定したことに基づいて、イベントをロギングすることができる。また、ロギングが全般に進行中の活動である場合に、ワイヤレス通信システムの利用可能なリソースが変化したのでロギングの変更を考えるべきであるとも、判定され得る。したがって、障害という用語の使用は、利用可能なリソースの利用率が低下するすべての態様、または、やがてエラー状態につながり得る他の境界状況を包含することが意図される。たとえば、障害は、ワイヤレス通信システム内のグループ通信の異常な動作を含み得るを含み得るが、障害は、ロギングを継続すると進行中の通信動作に対して影響を与え得るような、単なる利用可能なリソースの劣化、または、やがてエラー状態につながり得る他の境界状況であってもよい。処理フローは、システムの負荷に基づいて、どの程度のロギングが、またはどのロギングが行われてよいかという一連の判定へと、602から進む。どの程度のロギングが行われてよいかという第1の判定は604で行われ、ロギングが行われてもよい最大の閾値を、負荷が超えたかどうかが判定される。最大の閾値は、例として、単一の判定であってよく、モバイルデバイスのメモリの制限であってよい。または、閾値Tmaxは、たとえば、メモリ、CPU、およびネットワークの利用率などの、いくつかのリソース利用率の組合せから導出されてもよい。この閾値以上である場合、処理フローは動作612に移動し、そこではロギングが行われない。システムの負荷がTmax以上である場合に、ロギングによるシステムへのさらなる負荷がシステムを飽和させるので、ロギングは行われないということがあり得る。システムの負荷がTmax以上である場合に、ロギングによるシステムへの追加の負荷がシステムを飽和させることはないが、システムの活動が少しでも増加すると飽和に達する可能性があるほど、飽和に近くなるようなシステムへの負荷をもたらすので、ロギングが行われないということがあり得る。システムの負荷がTmax以上である場合に、ロギングによるシステムへの追加の負荷がシステムを飽和させることはないが、ネットワークへの負荷が増大して、ネットワークを使用する他者が、ネットワーク接続の際に不快さを経験し得るので、ロギングが行われないということもあり得る。処理フローは、612から周期的に620aへ移り得る。620aにおいて、閾値に対する負荷を再評価するかどうかが、判定され得る。620aにおいて、負荷を再評価すべきではない場合、処理フローは612に戻る。620aにおいて、負荷を再評価すべきである場合、処理フローは604に戻る。604において、負荷がTmaxより低いと判定されると、処理フローは606に移る。606において、負荷が閾値の数n1以上であるかどうかが判定される。負荷がT以上である場合、処理フローは614に移る。614において、ロギングされるイベントの最小のセットがロギングされる。たとえば、負荷を考慮しなければ、1から10まで順番に番号を付けられた10個のイベントをロギングするのが望ましい可能性がある。606で判定されたように、利用可能な負荷が少ない場合には、そうしたイベントのうちの2つ、たとえばイベント3およびイベント7をロギングするのに十分な負荷しかないという可能性があり、イベント3およびイベント7は所与の利用可能な負荷においてロギングが最も望まれ得るイベントである。異なるイベントのロギングには、異なる量の負荷が必要であり得る。たとえば、呼設定メッセージングについてのすべての情報のロギングは、リアルタイムトランスポートプロトコルパケットのロギングよりも多くの負荷を消費し得る。十分な負荷があるのに、ロギングが最も望まれる単一のイベントがロギングされないということもあり得る。たとえば、1つのイベントしかロギングできない場合、イベント2をロギングするのが最も望ましいことがある。しかし、利用可能な負荷があれば、イベント2よりもイベント3およびイベント7をロギングするのが最も望ましくなり得る。それは、そのような組合せが、イベント2の単独のログよりも、組み合わせるとより有用であり得るからである。614において、イベントのこの最小のセットがロギングされる。したがって、上の例では、この決定の時点では、イベント2のみがロギングされる可能性が最も高い。さらに、処理フローが周期的に612から620aへ移るように、処理フローは周期的に614から620bへ移ってよく、620bにおいて、負荷を再評価するかどうかが判定される。負荷を再評価すべきである場合、処理フローは604に戻る。負荷を再評価すべきではない場合、処理フローは614に戻る。あるいは、614から620bに周期的に変化する代わりに、一実施形態では、ロギングモジュールがリアルタイムのネットワーク状態に基づいて適切な変更を行えるように、負荷状態がいつ変化したかを負荷モジュールがロギングモジュールに通知したことに基づいて、処理をリアルタイムで更新することができる。606において、負荷がTより低いと判定されると、処理フローは608に移る。606と608の間の点線によって示されるように、より多数の閾値を使って負荷と比較してもよく、実装すべきロギングの詳細度を高くすることが可能になる。他の実施形態では、3個のようなより少数の閾値を使ってもよい。608において、負荷が第1の閾値を超えているかどうかが判定されるより低いことは既知である。負荷がT1以上である場合、処理フローは616に移る。616において、ロギングに利用可能なロードの量がより多いことを理由に、614の場合よりもより大きいイベントのセットがロギングされる。614の最小のセットに対する、ここで使われるようなより大きいセットは、より多数のイベントがロギングされることを必ずしも意味しない。たとえば、一実施形態では、負荷が、少なくともイベント2のログを許容できるが、望ましいイベント3および7の組合せは依然として許容できないということがあり得る。しかし、このことで、イベント2のログから、より詳細なロギング情報を得られるようになる可能性がある。加えて、このことは、616でロギングされるイベントのセットが、614でロギングされるイベントのセットよりも大きい負荷を引き起こすという事実を、単に指すものであり得る。処理フローが612から620cへ周期的に移るように、処理フローは616から620cへ周期的に移る。620cにおいて、負荷が再評価されないと判定される場合、処理フローは616に戻る。620cにおいて、負荷が再評価されると判定される場合、処理フローは604に戻る。608において、負荷がT1より低いと判定されると、処理フローは610に移る。処理フローが610に移ると、システムイベントのロギングの量および種類に影響を与える最小の負荷の閾値であるT1よりも、負荷が小さいことが知られている。したがって、処理フローは、イベントの完全なまたは最大のセットがロギングされる、618に移る。より小さいセットに対するより大きいセットの議論におけるように、最大のセットは、必ずしも、ロギングされるイベントの数を単純に指すものではないが、たとえば、このより最大セットのすべてのイベントのロギングの、組み合わされた負荷を指し得る。処理フローが612から620cへ周期的に移るように、処理フローは618から620dへ周期的に移る。620dにおいて、負荷が再評価されないと判定される場合、処理フローは618に戻る。620dにおいて、負荷が再評価されると判定される場合、処理フローは604に戻る。図6に示されるロギング判定のレベルは4個であるが、4個よりも多数または少数のレベルが、これらの教示に従って実施形態において実装され得ることが、理解され得る。また、負荷の量を求めるための図示される処理は、様々な方式で実施され得る。以下では、図6の負荷に基づく適応型のロギングの技法を実施できる、3つの状況を例示する。第1の状況は、呼の負荷と、第2にCPUの負荷と、第3に利用可能な記憶空間とに関わる。これらの負荷の組合せに関わる状況も、図6の技法から利益を得られることが、理解され得る。そのような組合せの状況は、たとえば、利用可能なシステムリソースが、呼の負荷とCPUの負荷の両方に基づいて制限される状況に関わり得る。第1の状況は、適応型のロギングが呼の負荷に基づいて行われる、断続的な呼の品質問題の調査に関わる。すべての所望のイベントのロギングに利用可能な負荷が存在する、オフピーク時間の間、グループ通信サーバ32は、すべての呼についての完全な情報を収集する。ピーク時間に入るに従って、適応型のロギング技法は、ある状態になると収集されるデータの量を減らす。ピーク時間は、アクティブな呼の数がより多いことに対応し、ある点において、アクティブな呼の第1の閾値に達する。この第1の閾値に達したことに応答して、グループ通信サーバ32は、メディアパケットの収集を停止して、すべてのリアルタイムトランスポートプロトコルパケットを収集する代わりに、RTPパケットを10個に1個収集する。負荷が大きくなると、第2の閾値に達する。第2の閾値に達したことに応答して、グループ通信サーバ32は、発言権制御メッセージおよびメディアの収集を完全に停止し、10個に1個の呼のみのための、呼設定情報を収集する。第3の閾値に達するところまで負荷が大きくなると、グループ通信サーバ32はイベントのロギングを完全に停止する。ピーク時間が終わると、負荷は低下し始めて、3つの閾値よりも低くなり得る。負荷が閾値よりも低くなったことに応答して、グループ通信サーバ32は、無効にされたのと逆の順序で、ロギングを再び有効にすることができる。負荷が第3の閾値よりも低くなると、グループ通信サーバ32は、10個に1個の個の呼設定情報の収集を再開する。負荷が低下を続けると、負荷は第2の閾値よりも低くなり、それに応答して、グループ通信サーバ32は、すべての呼設定メッセージ、発言権制御メッセージおよびメディアを含む、すべての呼のデータの収集を再開する。負荷が低下し続けると、負荷は第1の閾値よりも低くなり、それに応答して、グループ通信サーバ32は、すべての呼の完全な情報のロギングを再開する。この第1の状況では、アクティブな呼の負荷の上昇として受け取られる情報は、少なくなるが、システム性能が低下し得る原因についての詳細情報を依然として提供する。たとえば、閾値に達した後にロギングされた情報から、特定の領域のハンドセットが呼の品質の問題に継続的に直面していること、または、単一のメディアチャネルが、決定された呼の品質の問題のすべてに関わっていることが、判定され得る。第2の状況は、グループ通信サーバ32のCPUの負荷またはグループ通信サーバ32のサブコンポーネントに基づく、適応型のロギングに関わる。この第2の状況では、グループ通信サーバ32と通信可能に接続された、キャリアのプロビジョニングデータベースから、クライアント登録の一部としてクライアント情報を取り出す、偽のデータエラーに関する問題がある。最初は、問題が、サーバ処理の問題であるか、準備されたデータの問題であるか、キャリアのプロビジョニングデータベースにおけるエラーの問題であるか、または伝送中に破損したデータの問題であるかを、判定できない。この問題を最初に分析するために、制御され得るすべてのイベント、すなわち、キャリアのプロビジョニングデータベースとの間で送受信されるデータ、登録に関与するサーバコンポーネントとの間で送受信されるデータ、グループ通信サーバ32のサブコンポーネントの高レベルの処理の詳細情報、および、グループ通信サーバ32のサブコンポーネントの低レベルの処理の詳細情報の、ロギングを可能にするための、利用可能なCPU負荷が存在し得る。この最初のロギングは、クライアント登録に関与するすべてのサブコンポーネントによって実行される。CPU負荷がすべての閾値よりも低い間は、グループ通信サーバ32のサブコンポーネントは、上記のイベントのすべてをロギングする。しかし、たとえば、発呼者識別情報サブコンポーネントが、クライアント登録と呼設定の両方に関与するので、呼設定の負荷が大きいと、登録に関与する他のサブコンポーネントが低いCPUレベルにとどまっていても、CIDサブコンポーネントのCPU利用率が上がることがある。CIDサブコンポーネントのCPU負荷が、第1の閾値以上に上がると、CIDサブコンポーネントは、登録のための低レベルの処理イベントのロギングを停止するが、送信または受信される登録関連のメッセージのロギングとともに、高レベルの処理イベントのロギングを続ける。グループ通信サーバ32の他のサブコンポーネントは、CIDサブコンポーネントの第1の閾値に達する前と同じ程度多くのイベントのロギングを続ける。それは、他のサブコンポーネントは、それらのそれぞれの閾値よりも低いからである。しかし、ワイヤレス通信システムの利用可能なリソースの変化の種類、ならびに遭遇し得るエラーの種類によっては、害を与える可能性のあるサブコンポーネントがより高いレベルでロギングできるように、ロギングのために他のサブコンポーネントが使うリソースを減らすと、決定することができる。さらに、重要な情報を獲得する機会がより多いロギングモジュールが、より詳細にロギングできるように、他のモジュールを本システムで利用してロギングの負荷を緩和することができる。第1の状況に関して論じられたのと同様に、CIDサブコンポーネントのCPU負荷が上昇すると、さらなる閾値に到達し、イベントのロギングが段階的に少なくなる。CIDサブコンポーネントのCPU負荷が低下すると、負荷は前に到達した閾値よりも低くなり、イベントの多くのロギングが段階的に再開する。複数のサブコンポーネントにおいてデータをロギングすることによって、問題の源をより簡単に特定することができ、問題の源は、エラーが発生した時点での適切なイベントのロギングであり、または複数のエラーが同じ性質で発生した場合には、この源は、エラーが発生した時点での適切なイベントのロギングである。大きな欠陥のあるサブコンポーネント、または、適応型のロギングが非常に少ない、またはロギングが全く行われないかのいずれかであるほど、負荷が大きいサブコンポーネントの場合、そのサブコンポーネントが負荷を引き起こした結果として、問題を判定することができる。そのサブコンポーネントの結果として、問題が判定される場合、そのサブコンポーネントとの間で、イベントをロギングしている他のサブコンポーネントによって送受信される情報から、その問題への何らかの見識が収集され得る。第3の状況は、ロギングの結果の記憶に使う記憶空間の利用可能性に基づく、適応型のロギングに関わる。この状況では、ワイヤレス通信ネットワークのキャリア課金システムが課金情報を取り出せるようになるまで、課金情報の記憶を担うグループ通信サーバ32のサブコンポーネントである、中央記憶課金ユニットにおいて、情報を収集することが望まれる。前の2つの状況では、実施され得る複数のレベルのロギングが存在する。この状況では、CSBUがロギングするイベントの量は、利用可能な記憶空間に基づいて変動する。利用可能な記憶空間が第1の閾値まで下がると、ロギングされるものの詳細情報が減らされる。利用可能な記憶空間が第2の閾値まで下がると、ロギングされるものの詳細情報がさらに減らされる。利用可能な記憶空間が第3の閾値まで下がると、ロギングが停止される。課金記録が次いでキャリア課金システムに送信され、記憶デバイスから削除され、空間を空けると、CSBUは、第1の閾値に達するまでロギングを続けることができる。この適応型のロギングは、CSBUについての問題を診断する際に価値のある情報を提供するが、ログ収集よりも、売上を生成する課金活動を優先する。図7は、イベントをロギングする能力の変化に基づく、適応型の診断ロギングの例示的な動作手順を示す。イベントをロギングする能力のこの変化は、たとえば、グループ通信サーバ32がサブコンポーネントと通信できない場合、または、負荷が高すぎるために、ロギングが望ましいすべてのイベントをサブコンポーネントがロギングできない場合に、起こり得る。動作702は、グループ通信サーバのグループ通信で障害が発生したと判定することを示す。ある例として、この場合、グループ通信のハンドセットが、ベーストランシーバ基地局への通信の範囲内にあるので本来はグループ通信に参加できるべきであるのに、参加できないということのような、グループ通信の異常な動作を、障害は含み得る。この異常な動作が発生していると判定される時、たとえば、グループ通信のハンドセットが、グループ通信サーバ32によってANNOUNCEパケットを送信されたことに応答して、グループ通信サーバ32へACKパケットを送るのに失敗した時に、障害が発生したと判定することができる。また、たとえば、BTSが、許容される閾値を超える数の呼を失敗した時に、障害が発生したと判定することもできる。動作704は、障害に基づいて、複数のイベントをロギングすると判定することを示す。障害が発生したと判定したことに応答して、障害の性質の分析に使うデータを収集し、問題を解決するための方法を見つけるために、1つまたは複数のイベントのロギングが開始され得る。障害に応答してロギングされるべきイベントは、障害自体に合わせて調整され得る。たとえば、障害がタイプAである場合、ロギングされるべきイベントは、イベントW、X、Y、およびZであり得るが、障害がタイプBである場合、ロギングされるべきイベントは、イベントS、T、U、X、およびZであり得る。この所定の複数のイベントは、特定の種類の障害に応答して一緒にロギングされるイベントのセットである、ロギングテンプレートとして考えることができる。ロギングテンプレートによって示されるイベントは、それをロギングすると障害の源が特定される可能性が高いと判断される、イベントとして選択され得る。たとえば、障害が、グループ通信の確立の失敗の障害である場合、ロギングされるイベントは、すべての呼設定メッセージングを含み得る。ある実施形態では、複数のイベントのロギングの決定は、負荷の閾値に基づく。たとえば、複数のイベントが、コンポーネントの負荷が閾値を超えるかどうかに基づいて選択され得る。ロギングに利用可能な負荷が比較的少ないことを示す閾値を、コンポーネントの負荷が超える場合、そのようなことを示すそのような閾値をコンポーネントの負荷が超えない場合よりも、少数のイベントのセットをロギングすると決定することができる。動作706は、複数のイベントのうちの第1のイベントがロギングできないと判定されたことに基づいて、第2のイベントをロギングすることを示す。第1のイベントが、ハンドセット70のようなグループ通信のハンドセットの信号強度であり、その信号強度を特定するための要求にハンドセットが応答していないということが、あり得る。また、問題のコンポーネントが、第1のイベントをロギングするための十分な負荷を欠いているということもあり得る。たとえば、グループ通信サーバは、第1のイベント、すなわちすべての呼の完全な情報のロギングに十分な記憶空間を有さないことがあるので、代わりに、ロギングのための記憶空間をグループ通信サーバが有する第2のイベント、たとえば呼設定メッセージングのみを、ロギングすることができる。第2のイベントは、ここで使われた例である、第1のイベントのサブセット以外であってもよいことに、留意されたい。動作708は、第2のイベントのロギングを開始した後で、第1のイベントをロギングできると判定することを示す。動作706に関して論じられた例を使って、グループ通信サーバは、第1のイベントのロギングに十分な記憶空間を今では有すると、判定することができる。動作710は、第1のイベントのロギングを示す。上では、最初は第1のイベントのロギングが望まれたが、ある理由によって、第1のイベントをロギングできず、代わりに第2のイベントがロギングされた。今回は、ロギングの間に時間が経過し、第1のイベントのロギングが今では可能であると判定され、動作710において、第1のイベントがロギングされる。このことは、第2のイベントのロギングを停止すること、第2のイベントの一部をロギングすること、または第2のイベントのロギングを続けることを含み得る。動作712は、ロギングの結果をメモリに記憶することを示す。ロギングの結果は、イベントをロギングするコンポーネントの記憶媒体に記憶され得る。たとえば、複数のハンドセットが各々信号強度をロギングする場合、信号強度は、各ハンドセットのメモリに記憶され得る。信号強度はまた、集中型の記憶媒体に記憶されてもよい。この複数のハンドセットの例を使って、各ハンドセットは、その信号強度の指標をグループ通信サーバに送信することができ、各指標は、グループ通信サーバの記憶媒体に記憶される。動作714は、ロギングの停止を決定し、複数のイベントのロギングを停止することを示す。ロギングを停止するこの決定は、障害がメディアの転送に関する問題に関わっていた場合の、グループ通信におけるメディアの転送のような、特定のイベントをロギングすると起こり得る。ロギングを停止するこの決定は、タイマーが満了すると行われもよい。たとえば、ロギングを開始する時に5分のタイマーを初期化して始動することができ、5分後、すなわちそのタイマーが満了すると、ロギングを停止することができる。ロギングを停止するこの決定は、負荷の閾値に到達したことに基づいて行われてもよい。たとえば、呼接続の問題は、アクティブな呼の負荷が閾値を超えている時、または、コンポーネントの別の負荷が別の閾値を超えている時にも、起こり得る。負荷がこの負荷閾値よりも低くなると、ロギングを停止すると決定することができる。ロギングを停止するこの決定は、ロギングの停止をユーザが望んでいるという指示を受信したことに基づいて、行われてもよい。このことは、ロギングの手動の終了に対応する、現在のシステムとのユーザ対話を示す信号を受信することを含み得る。図8は、グループ通信の適応型の診断ロギングの、例示的な呼の流れ図を示す。グループ通信サーバ808と通信している、3つのハンドセット802、804、および806がある。ハンドセット802、804、および806の各々は、たとえば、図1のハンドセット70を含み得る。グループ通信サーバ808は、たとえば、図1のグループ通信サーバ32を含み得る。ハンドセット802は、ハンドセット804および806とのグループ通信の開始を試みる。ハンドセット802は、CALLメッセージをグループ通信サーバ808に送信することによってこれを完遂しようと試み、CALLメッセージは、ハンドセット804および806がこのグループ通信に参加することになることを示す。CALLメッセージを受信したことに応答して、グループ通信サーバ808は、別個のANNOUNCEメッセージを、ハンドセット804およびハンドセット806に送る。ANNOUNCEメッセージがハンドセット804に送られたことに応答して、グループ通信サーバ808は、ACKメッセージをハンドセット804から受信する。しかし、ANNOUNCEメッセージがハンドセット806に送られたことに応答して、グループ通信サーバ808は、ACKREJECTメッセージをハンドセット806から受信する。ハンドセット806は呼を拒否したが、ハンドセット804は呼を受け入れたので、グループの呼の部分的な失敗を含む障害が生じる。グループの呼の部分的な失敗が、ハンドセット802と、804と、806との間のグループ通信に発生したと判定したことに応答して、グループ通信サーバ808はロギングを開始し得る。ある実施形態では、このロギングは、部分的な呼の失敗を被っているこのグループ通信のハンドセットとの間で送受信される、すべてのメッセージの完全な詳細情報をロギングすることを含み得る。ロギングされるものは、ロギングすべきイベントのテンプレートによって決定され得る。グループ通信サーバ808は、異なる種類の障害に対応する、複数のテンプレートを記憶していてよい。この実施形態では、障害は部分的な呼の失敗であると、グループ通信サーバ808が判定した場合、グループ通信サーバ808は、その複数のテンプレートから、部分的な呼の失敗に対応するテンプレートを選択することができる。ロギングされることになるイベントの利用可能性、または、ロギングに利用可能なリソースの量に基づいて区別される、単一の障害の種類に対応する複数のテンプレートがさらに存在し得る。単一の障害イベントに対応するこれらの複数のテンプレートがある実施形態では、複数のテンプレートのうちのあるテンプレートが、システムの現在の状態に基づいて選択され得る。ロギングが、部分的な呼の失敗を被っているこのグループ通信のハンドセットとの間で送受信される、すべてのメッセージの完全な詳細情報をロギングすることを含むある実施形態では、グループ通信サーバ808が、これらのイベントをロギングする。グループ通信サーバ808は次いで、STATUSメッセージをハンドセット806に送信し、ハンドセット806からSTATUSメッセージを受信して、ネットワーク状態を知る。ここで、GCS808は、限られたネットワーク状態しか知らないので、障害イベント1に、すなわちグループの呼の部分的な失敗に関連する情報の限られたロギングを開始する。ある実施形態では、グループ通信サーバ808は、ハンドセット806にSTATUSメッセージを送信した後も、ロギングを続ける。ある実施形態では、グループ通信サーバ808はまた、たとえばハンドセット802向けのデータのような、さらなるシステムデータを得るためにロギングを開始する前に、ハンドセット802へSTATUSメッセージを送信することができる。ある実施形態では、グループ通信サーバ808は、たとえば、より多数の部分的な呼の失敗がロギングされるまで、負荷の閾値に達するまで、または、ユーザがロギングの中断を望んでいるという指示を受信するまで、ロギングすることによって、1つの部分的な呼の失敗を記録した後であっても、これらのイベントのロギングを続けることができる。そして、第2のグループの呼がハンドセット802から発生し、ACKrejectがハンドセット804から受信される。したがって、GCS808は障害イベント2およびグループの呼の部分的な失敗を経験し、ハンドセット804に状態を尋ねる。ハンドセット804の状態についてのデータが受信されると、GCS808は、改善されたシステム状態を知り、障害イベント1のロギングに利用可能なリソースを増やし、障害イベント2に対するデータのロギングを開始する。そして、第3のグループの呼がハンドセット802から発生し、ACKrejectがハンドセット804および806から受信される。したがって、GCS808は障害イベント3および完全なグループの呼の失敗を経験し、障害イベント3のロギングを開始する。しかし、第4の呼がハンドセット802から送信され、ACKrejectのみがハンドセット806から受信される。GCS808は、障害イベント1のロギングを続け、次いで、終了した障害イベント2および3のログを作成し、そうしたイベントに対するデータを記憶する。その後、GCS808は、ハンドセット808の状態を再び確認し、ネットワーク状態およびまたはハンドセット806についてのデータを知ることができる。図9は、グループ通信サーバが、グループ通信の適応型の診断ロギングを行う、例示的なワイヤレス通信システムを示す。グループ通信サーバ932は、図2のグループ通信サーバ32を含み得る。ハンドセット970、972、および974は、図2のハンドセット70、72、74、または76の1つを含み得る。BTS966aおよび966bは、図2のBTS66を含み得る。グループ通信サーバ932、ならびにBTS966aおよび966bは、通信ネットワーク902を介して互いに通信することができる。ハンドセット970、972、および974は、グループ通信で通信を試みることができる。このグループ通信の試みの過程で、図8に示される障害のような障害が判定され得る。障害が発生したとグループ通信サーバ932が判定すると、グループ通信サーバ932は適応型のロギングを開始することができる。グループ通信サーバ932は、ハンドセット970から受信されたCALLメッセージの詳細情報のような、グループ通信サーバ932のところで判定され得るイベントを、それ自体でロギングすることができる。グループ通信サーバ932はまた、ワイヤレス通信システムの他のコンポーネントに指示を送り、局所的なロギングを実行することができる。たとえば、グループ通信サーバ932は、信号強度のロギングを開始し、そのロギングの結果をハンドセット970のメモリにローカルに記憶するように、ハンドセット970に指示することができる。ハンドセット970は、次いで、ハンドセット970上で発生したロギングの結果を、グループ通信サーバ932に送信することができる。別の実施形態では、ハンドセット970は、イベントがロギングされるに従って、ロギングの結果をグループ通信サーバ932に送信することができる。グループ通信サーバ932は最終的に、ロギングの結果のすべてを収集し、ロギングは、グループ通信サーバ932または別のコンポーネントで実行される。そして、ロギングの結果が、グループ通信サーバ932から取り出され、技術者によって分析されて、障害の源と、障害を修復するための適切な改善動作とを判定することができる。間接的なロギングが実行され得る例は、ボコーダに関わる。ボコーダは、それ自体ではロギングを直接実行できないことがあり得る。それは、ロギングを直接実行すると、負荷が大きくなりすぎ、たとえば、大きくなった負荷によって、符号化すべき音声データの列がオーバーフローし得るからである。ボコーダ上でボコーダによって実行される直接のロギングではなく、ボコーダの間接的なロギングが行われ得る。この間接的なロギングは、ボコーダから送信されるパケットのロギングを含み得る。ワイヤレス通信システムのコンポーネントのロギングは、そうしたコンポーネントが所与の時間において互いに通信できない場合でも、行われ得る。たとえば、図9に示されるシステムでは、ハンドセット970とハンドセット972の両方が、たとえば、グループ通信サーバ932と通信できないことのような、BTS966aと通信している時と同様の障害を被ることがある。各ハンドセットは、障害と関連する可能性のあるイベントの適応型のロギングを、独立に開始することができる。その後、ハンドセット970および972は物理的に移動することがあるので、ハンドセット970および972はBTS966bと通信するようになり、BTS966bを通じてグループ通信サーバ932と通信できるようになる。この時点では、障害はもはや発生していないので、ハンドセットはロギングを停止し、グループ通信サーバ932にロギングの結果をアップロードすることができ、グループ通信サーバ932において、ログを分析して障害の理由を判定する技術者が取り出せるように、ログを収集することができる。本開示は、好適な態様に関連して説明されてきたが、様々な図面に示されるように、本開示から逸脱することなく、他の同様の態様が使われてよく、または、本開示と同じ機能を実行するために、説明された態様に対する修正および追加を行えることを、理解されたい。したがって、本開示は、単一の態様に何ら限定されるべきではなく、むしろ、添付の特許請求の範囲に従った広さおよび範囲で解釈されるべきである。たとえば、本明細書で説明される様々な手順は、ハードウェアもしくはソフトウェア、または、それら両方の組合せで実施され得る。したがって、開示される実施形態の方法および装置、または、その何らかの態様もしくは部分は、フレキシブルディスケット、CDROM、ハードドライブ、または任意の他の機械可読記憶媒体のような、有形の媒体において具現化されるプログラムコードの形態であってよい。プログラムコードが、コンピュータのような機械にロードされ、機械によって実行されると、その機械は、開示される実施形態を実行するために構成される装置になる。本明細書で明示的に述べられた具体的な実装形態に加えて、他の態様および実装形態が、開示された本明細書を考慮すれば、当業者には明らかになるであろう。本明細書および例示された実装形態は、単なる例として考えられることが、意図されている。