通信装置において、グループ通信ネットワークにおけるグループ呼からユーザを終了させるための方法であって、グループ呼における参加を終了したいユーザからの指示を受信することと、グループ呼からユーザを終了させる要求をサーバへ送付することとを含む方法。ユーザをグループ呼から終了させたことを示す応答をユーザへ送付することをさらに含む請求項1記載の方法。通信装置において、グループ通信ネットワークにおけるグループ呼からユーザを終了させるための方法を具現するコンピュータ読み出し可能媒体であって、方法が、グループ呼における参加を終了したいユーザからの指示を受信することと、グループ呼からユーザを終了させる要求をサーバへ送付することとを含むコンピュータ読み出し可能媒体。ユーザをグループ呼から終了させたことを示す応答をユーザへ送付することをさらに含む請求項3記載のコンピュータ読み出し可能媒体。グループ通信ネットワークにおけるグループ呼からユーザを終了させるための通信装置であって、グループ通信における参加を終了したいユーザからの指示を受信するための手段と、グループ呼からユーザを終了させる要求をサーバへ送付するための手段とを含む通信装置。ユーザをグループ呼から終了させたことを示す応答をユーザへ送付するための手段をさらに含む請求項5記載の通信装置。グループ通信ネットワークにおけるグループ呼からユーザを終了させるための通信装置であって、受信機と、送信機と、受信機および送信機に通信上で接続されるプロセッサであって、グループ呼における参加を終了したいユーザからの指示を受信すること、および、グループ呼からユーザを終了させる要求をサーバへ送付することができるプロセッサとを含む通信装置。プロセッサは、さらに加えて、ユーザをグループ呼から終了させたことを示す応答をユーザへ送付することができる請求項7記載の通信装置。サーバにおいて、グループ通信ネットワークにおけるグループ呼からユーザを終了させるための方法であって、グループ呼からユーザを終了させる要求を受信することと、グループ呼からユーザを終了させることと、ユーザをグループ呼から終了させたことを示す応答を送付することとを含む方法。サーバにおいて、グループ通信ネットワークにおけるグループ呼からユーザを終了させるための方法を具現するコンピュータ読み出し可能媒体であって、方法が、グループ呼からユーザを終了させる要求を受信することと、グループ呼からユーザを終了させることと、ユーザをグループ呼から終了させたことを示す応答を送付することとを含むコンピュータ読み出し可能媒体。グループ通信ネットワークにおけるグループ呼からユーザを終了させるためのサーバであって、グループ呼からユーザを終了させる要求を受信するための手段と、グループ呼からユーザを終了させるための手段と、ユーザがグループ呼から終了させたことを示す応答を送付するための手段とを含むサーバ。グループ通信ネットワークにおけるグループ呼からユーザを終了させるためのサーバであって、受信機と、送信機と、受信機および送信機に通信上で接続されるプロセッサであって、グループ呼からユーザを終了させる要求を受信すること、グループ呼からユーザを終了させること、および、ユーザをグループ呼から終了させたことを示す応答を送付することができるプロセッサとを含むサーバ。サーバにおいて、グループ通信ネットワークにおけるグループ呼を終了するための方法であって、グループ通信セッションにおいて媒体が通信されない所定の時間期間が切れるときを判断することと、グループ呼の各参加メンバーへ、グループ呼が終了することをアナウンスすることと、グループ呼の各参加メンバーから肯定応答を受信した後で、グループ呼を終了することとを含む方法。サーバにおいて、グループ通信ネットワークにおけるグループ呼を終了するための方法を具現するコンピュータ読み出し可能媒体であって、方法が、グループ呼セッションにおいて媒体が通信されない所定の時間期間が切れるときを判断することと、グループ呼の各参加メンバーへ、グループ呼が終了されることをアナウンスすることと、グループ呼の各参加メンバーから肯定応答を受信した後で、グループ呼を終了することとを含むコンピュータ読み出し可能媒体。グループ通信ネットワークにおけるグループ呼を終了するためのサーバであって、グループ呼セッションにおいて媒体が通信されない所定の時間期間が切れるときを判断するための手段と、グループ呼の各参加メンバーへ、グループが終了されることをアナウンスするための手段と、グループ呼内の各参加メンバーから肯定応答を受信した後で、グループ呼を終了するための手段とを含むサーバ。グループ通信ネットワークにおけるグループ呼からユーザを終了させるためのサーバであって、受信機と、送信機と、受信機および送信機に通信上で接続されるプロセッサであって、グループセッションにおいて媒体が通信されない所定の時間期間が切れるときを判断することと、グループ呼の各参加メンバーへ、グループ呼が終了されることをアナウンスすることと、グループ呼の各参加メンバーから肯定応答を受信した後で、グループ呼を終了することとができるプロセッサとを含むサーバ。本発明の1つの実施形態を詳しく記載する前に、本発明は、その応用において、以下の記述に記載されているか、または図面に示されている構成要素の構成および配置の詳細に制限されないことが分かるであろう。本発明は、種々のやり方で実行される他の実施形態において実現できることが分かるであろう。さらに加えて、ここに使用されている専門語および用語は説明のためであり、制限しているとみなされるべきではないことが分かるであろう。図1は、グループ通信システム100の例示的な機能ブロック図を示している。グループ通信システム100は、プッシュトークpushtotalkPTTシステム、ネット同報通信サービスnetbroadcastserviceNBS、ディスパッチシステム、ポイントツウマルチポイント通信システムとしても知られている。1つの実施形態において、グループ通信システム100は、ディスパッチャ、位置サーバ、媒体制御装置mediacontrolunitMCU複合体、使用ログサーバ、およびインターネットプロトコルIPクライアントIPと接続したワイヤレス装置またはワイヤーライン装置、あるいはこの両者のような、アプリケーションサーバ構成要素を含む。アプリケーションサーバ構成要素は、構成要素の機能に基づいて、中央配置か、または領域内配置の何れかで配置される。中央配置は、ホームディスパッチャhomedispatcherHD102、ホーム位置サーバhomelocationserverHLS104、およびユーザ/グループデータベース106を含む。これらの構成要素は、サービスプロバイダネットワーク内で集中して配置され、領域内配置によってアクセス可能である。中央構成要素は、ローミング中のユーザの位置を特定し、かつ領域間のグループ呼を開始するのに使用される。領域内配置108、110は、領域内位置サーバregionallocationserverRLS112、領域内ディスパッチャregionaldispatcherRD114、領域内媒体制御装置mediacontrolunitMCU複合体116、および領域内使用ログサーバusagelogserverULS118を含む。領域内配置では、サービスプロバイダネットワーク全体に分散し、インスタント応答要求を満足させるために、呼のセットアップに伴うネットワークの遅延を最小に維持することを保証する。いくつかの領域ごとに分けられたシステムの全体に呼のロードを分散させると、多数のユーザを支援できるように、適切なスケーラビリティ方式を展開できることも保証される。領域内アプリケーションサーバ構成要素は、ユーザ登録、領域内呼のセットアップおよび管理、並びに領域内に登録されたユーザへの警告の開始および伝達を行う。グループ通信装置クライアント120、122は、例えばcdma2000のハンドセット上に配置されており、標準のデータサービスオプションを使用して、パケットデータセッションを要求し、このセッションを使用して、IPアドレスをアプリケーションサーバに登録し、グループ呼を開始する。1つの実施形態において、アプリケーションサーバ構成要素108、110は、サービスプロバイダのパケットデータサービスノードpacketdataservicenodePDSNへ接続される。クライアント120、122は、無線インフラストラクチャからパケットデータセッションを要求するときに、PDSNを介して、アプリケーションサーバ構成要素108、110とIP接続する。クライアント120、122は、パワーアップ時に、データサービスオプションを使用して、パケットデータセッションを要求する。クライアントは、パケットデータセッションの設定の一部として、IPアドレスを割り当てられる。このとき、クライアントは、ドメイン名サービスdomainnameserviceDNSサーバ124のアドレスも受信する。クライアント120、122は、例えば、サービス記録servicerecordSRVのルックアップを使用することによって、DNSサーバ124に照会して、RLS112のアドレスを検出する。クライアント120、122は、RLS112の位置を特定した後で、登録を行って、その位置情報、例えば、IPアドレスをアプリケーションサーバへ通知する。登録は、ユーザデータグラムプロトコルuserdatagramprotocolUDP上のセッション開始プロトコルsessioninitiationprotocolSIPのような、IPプロトコルを使用して行われる。クライアント120、122のIPアドレスは、ユーザがグループ呼へ勧誘されたときに、クライアントと接触するのに使用される。1つの実施形態において、クライアントは、登録が完了した後に、別のDNSのSRVの記録をルックアップして、領域内ディスパッチャ114のアドレスを検出する。クライアントは、ユーザが呼を開始することを要求するか、または警告を送るときは必ず、領域内ディスパチャーに接触する。領域内ディスパッチャ114とクライアント120、122との間のインターフェイスは、UDP上のシグナリングプロトコルである。グループ呼が設定されると、クライアント120、122とMCU複合体116とは、媒体およびシグナリングメッセージを交換する。1つの実施形態において、媒体は、呼の参加者とMCU複合体116との間で、UDP上の実時間プロトコルrealtimeprotocolRTPを使用して送られる。シグナリングメッセージも、UDP上のシグナリングプロトコルである。これらのプロトコルと、それらが与える機能については別途記載する。構成要素グループ通信システム100は、IPエンドポイントを含み、IPエンドポイントには、クライアントソフトウエア、領域内サーバ構成要素、および中央サーバ構成要素が含まれ、これらはグループ通信サービスを提供するのに必要である。グループ通信クライアントおよびアプリケーションサーバ構成要素は、次に続くセクションにより詳しく記載する。クライアントグループ通信クライアント120、122は、適切なボコーダにアクセスするIPエンドポイント上で実行される。IPエンドポイントは、無線システム、例えばcdma2000、アプリケーション開発プラットフォーム、例えば、無線用二元実行時環境binaryruntimeenvironmentforwirelessBREW、およびパーソナルコンピュータ上で実行されるアプリケーションを含む。クライアントは、BREWを使用して展開されるソフトウエアアプリケーションを含み、移動局モデムソフトウエアmobilestationmodemsoftwareMSMにインターフェイスし、BREW環境を含むクライアントへダウンロードされる。開発者は、BREWプラットフォームを用いて、クライアント通信装置上で実行されるアプリケーションを生成することができる。アプリケーションの開発者は、BREWを分離層として、MSMソフトウエアおよび相手先商標製造会社originalequipmentmanufacturerOEMソフトウエアとに直接に接触することなく、アプリケーションを開発することができる。これにより、アプリケーションを迅速に開発し、MSMのソフトウエア、またはOEMのソフトウエア、あるいはこの両者とは無関係に発展させることができる。さらに加えて、アプリケーションを、BREW環境を含む任意の装置へダウンロードすることもできる。図2に示されているように、クライアントグループ通信アプリケーションソフトウエア202は、他のアプリケーション204、206、208、および210と並列に実行される。これらのサービスは、OEM212およびMSM214のインターフェイスによって直接に提供されるが、BREWは、これらの層においてアプリケーションによって行われる変更から分離する。したがって、OEM212およびMSM214は、データアプリケーション202、204、206、208、210から個々に発展することができる。クライアントがパーソナルコンピュータ上で効果的に動作するために、パーソナルコンピュータは、互換性のあるボコーダへのアクセス、サウンドドライバーへのアクセス、およびアプリケーションサーバへのIP接続を含む。位置サーバ1つの実施形態において、位置サーバlocationserverLSは、ユーザの位置情報を受領および/または維持する。ユーザの位置情報は、例えば、ネットワークレベルのIPアドレス、経度および緯度のようなユーザの物理的な位置、および/またはパケットゾーン識別子、すなわち、順方向共通チャネル上で空中で同報通信され、パケットデータサービスをそのセクターへ供給するPDSNの範囲を識別するシステム識別子である。1つの実施形態において、LSは、クライアントからの登録を処理し、ユーザ位置情報を、SIPインターフェイスを使用して、インスタントメッセージングのような他のアプリケーションへ供給する構成要素を含む。LSは、2つの機能素子、すなわち領域内位置サーバregionallocationserverRLS112およびホーム位置サーバhomelocationserverHLS104を含む。RLS112は、領域ごとに配置され、HLS104は中央に位置する。これらの要素および機能の詳細は、別途記載する。領域内位置サーバRLS112は、その領域内に位置するクライアントからの登録を処理し、維持する。1つの実施形態において、RLS112は、ユーザ位置情報のための付属メモリを備えた標準のSIPベースのLSである。RLS112は、登録エントリの維持の一部として、各登録の有効期限日、すなわち有効期限範囲を検査する。RLSは、有効期限の切れたエントリを削除し、領域内ディスパッチャregionaldispatcherRDおよびHLSに、削除したエントリを知らせることを保証する。既に記載したように、クライアントは、IP登録を行って、アプリケーションサーバへその位置を通知する。クライアントは、グループ通信サービスが使用可能な期間の間、その登録を維持する。クライアントは、クライアントのIPアドレスが変わるとき、および登録の期限が切れようとしているときに、再登録を行う。クライアントが登録または再登録するとき、RLS112は、関係付けられたRD114に通知する。したがって、RD114は、呼セットアップ要求を準備するとき、ユーザデータをプレロードして、呼セットアップ時間を低減することができる。RD114は、ユーザの位置情報をキャッシュし、呼セットアップ中にRLSと接触して、ユーザの位置情報を検索する必要をなくす。RLS112は、ユーザの位置情報を更新するか、またはRLS112から削除するときに、RD114へ通知する。したがって、RLS112よびRD114は、領域内に登録されたユーザについての最新情報で同期を維持することが保証される。さらに加えて、RLS112は、HLS104を、登録されたユーザの位置情報で定期的に更新する。RLS112が、別の領域内に有効な登録を既にもっているユーザの登録をHLS104へ提出するとき、HLSは競合を解消する。ホーム位置サーバHLS104は、ユーザの位置情報についての照会を処理する。1つの実施形態において、HLS104は、SIPベースのインターフェイスを用意して、インスタントメッセージングアプリケーションのような他のアプリケーションが、個々のユーザの位置情報を照会できるようにする。HLS104が中央構成要素であり、RLSがそれと通信するとき、HLSは、ローミング中のユーザが異なる領域において行った多数の登録を分析する。HLS104は、RLSの各々から登録情報を受信する。HLS104が同一ユーザの多数の登録を受信するとき、HLS104は最近の登録を維持して、そのユーザの古い登録をRLSから削除することを要求する。これは、また、古い登録を収めているRLSと関係付けられたRD114から、そのユーザについてのキャッシュされた情報の除去をトリガする。ディスパッチャディスパッチャは、ユーザの位置を特定して、かつグループ呼を媒体制御装置mediacontrolunitMCU複合体116へ割り当てることによって、呼のセットアップを促す。ディスパッチャは、インスタントアクセス要求を満たすための鍵であるサーバ構成要素である。ディスパッチャは、最低呼セットアップ時間を保証するために、同様の構造および機能をもつが、配置方式が異なる2つの機能要素を含む。これらの2つの要素、すなわち領域内ディスパッチャregionaldispatcherRD114およびホームディスパッチャhomedispatcherHD102は、次に続くセクションにおいて詳しく記載する。領域内ディスパッチャRD114は、呼セットアップ要求および警告要求のための最初の接触点である。RD114は、RLS112からユーザが登録したという指示を受信するとき、ユーザ情報をプレロードする。RD114は、ユーザ情報と一緒に、システム内で実行されているグループ呼に関する情報をキャッシュする。RD114は、呼セットアップ中にユーザおよびグループについてのキャッシュされた情報を使用して、すなわち、データベースをルックアップする必要をなくして、セットアップ時間を最低に維持する。1つの実施形態において、RDがキャッシュに記憶しているグループ情報は、グループメンバーリストと、グループが載っているMCU複合体116のアドレスとを含む。RD114は、メンバーリストおよびMCUのアドレスを、呼の存続期間の間、維持する。これは、RD114が、到来呼が、システムにおいて既に実行されている関係付けられた呼を含むグループと同じグループである必要があるかどうかを迅速に判断するのを助け、これにより、RDは、呼セットアップ要求に迅速に応答し、かつ応答においてフロア要求を確信をもって承諾または拒絶することができる。RD114は、フロア制御要求を承諾または拒絶する。RD114は、ユーザを遅れ加入の参加者として呼に加えるか、または関係付けられたメンバーリストを用いて新しい呼を開始するように、MCU複合体116に要求するかどうかを決定する。RD114は、呼セットアップ要求の処理の間に、キャッシュされたユーザ情報を使用して、呼セットアップ要求において指定されたユーザの位置情報を検索する。ユーザの位置を特定できないときは、RD114は、ユーザの位置を特定するようにHD102に要求する。1つの実施形態において、少なくとも1人以上の目標のユーザの位置が特定されるときは、RD114は呼のセットアップを継続する。RD114は、目標のユーザの位置が特定された後で、呼を何れのMCUに割り当てるかを決定する。この判断は、発信者を含む、グループ内のユーザのIPアドレスに基づく。RD114は、呼要求と同様に、警告要求を処理する。1つの実施形態において、警告要求は、目標のユーザの位置に関係なく、処理のために局所MCU複合体116に割り当てられる。1つの実施形態において、RDのキャッシュ内の情報は、信頼できるメモリ機構へ定期的に書込まれ、したがって、故障の際は、回復される。RDの故障が回復されると、信頼できるメモリ機構へ書込まれたユーザおよびグループの情報は、キャッシュへ再びロードされ、RDは、到来呼のセットアップ要求の処理と関係して、キャッシュされた情報を確認することを始める。1つの実施形態において、RD114は、RLS112から各ユーザの登録を通知されると、ユーザデータを局所キャッシュへロードする。呼をセットアップするときに、いくつかのデータベースをルックアップする必要を無くすことによって、RD114は、呼セットアップ要求または警告要求を確認して応答するのにかかる時間を相当に低減する。RD114は、呼セットアップ中にユーザ/グループデータベース106にアクセスして、要求の中にあるときは、所定のグループアドレスを個々のユーザのリストへ拡張し、必要であれば、ユーザまたはグループの代わりの識別子例えば電話番号、会議IDを、標準アドレスへ変換する。ホームディスパッチャホームディスパッチャhomedispatcherHD102は、登録されたユーザの位置情報を追跡する。HDは、RLS112に登録されたユーザの位置情報を含む。既に記載したように、各RLS112は、ユーザ登録、再登録、登録解除、または登録の有効期限切れのたびに、関係付けられたRD114へ通知する。RD114は、この情報を使用して、局所キャッシュ内のユーザ情報をロードまたは解放する。各RD114は、ユーザ位置情報についてHD102を更新する。HD102はRD114から更新を受信するので、HD102は、異なる領域に地理的にまたがって分散しているユーザを検出するのを助ける。RD114は、領域内に現在登録されていないユーザ、すなわちRDのキャッシュ内にそのユーザ情報がないユーザの要求を受信するとき、HD102からの支援を要求する。DNSサーバ1つの実施形態において、グループ通信システム100は、サービスプロバイダのDNSサーバ124を使用して、RLS112およびRD114の位置情報を、クライアントへ供給する。この情報は、各領域内配置ごとに構成され、その精度を保証するために、定期的に更新される。1つの実施形態において、各クライアントは、パケットデータセッションを要求するとき、ポイントツウポイントプロトコルPPPセッションの設定中に、インターネットプロトコル制御プロトコルInternetprotocolcontrolprotocolIPCPのネゴシエーションによって、DNSサーバのアドレスを知る。DNSサーバ124は、このやり方で領域ごとに広告される。したがって、クライアントは領域から領域へロームして、クライアントが位置しているのと同じ領域内のDNSサーバ124と通信することができる。DNSサーバ124は、領域ごとに、各PDSNと共に配置される。1つの実施形態において、DNSサーバ124は、DNSサーバ124が関係付けられているPDSNにサービスしている各RD114およびRLSを用いて更新される。1つの実施形態において、適切なRD114およびRLS112の位置を特定するのに使用される機構は、DNSおよびSIPのアドレス指定の組合せに基づいている。DNSのサービスserviceSRV記録のルックアップは、クライアントが登録しているSIPのURIの<ドメイン>部分に基づいて行われる。SRV記録要求は、要求者が検出しようとしているプロトコルまたはサービスを含む。例えば、RLS112の位置を特定しようとする場合に、クライアントは、DNSのSRVの記録のルックアップにおいて登録サービスを要求する。DNS応答は、1つ以上の有効なネットワークおよび要求されたサービスを提供するサーバのポートアドレスを含む。DNSサーバ124を使用して、クライアントの要求への返答を戻すときに、DSNサーバ124を多数のサーバ間でラウンドロビンさせることによって、同じサービスを提供するサーバ間でロードの平衡をとる。ユーザ/グループデータベース1つの実施形態において、ユーザ/グループデータベース106は、ユーザおよびグループ情報のための中央リポジトリである。各ユーザにおいて、データベースは、ユーザアドレス、プリエンプションランク、認証情報、ユーザ接触情報、およびユーザが監視されているかどうかを示す合法の傍受フラグのような情報を含む。データベースは、ディスパッチサービスのチャットルームモデルのための所定のグループの定義、すなわちユーザおよび関係付けられたグループ名のリストも含む。各グループは、例えば、グループデータベースによって固有に識別される。クライアントは、グループアドレスを使用して、グループ呼設定要求のグループを識別する。RD114は、ユーザ/グループデータベース106内の所定のグループとのグループ呼セットアップ要求を受信すると、グループアドレスを使用して、そこから、関係付けられたメンバーリストを検索する。媒体制御装置複合体媒体制御装置mediacontrolunitMCUの複合体は、媒体制御ホストmediacontrolhostMCHと媒体制御装置mediacontrolunitMCUとを含む。MCHは、多数のMCUの処理をホストし、管理する。各MCUは、1つの呼ごとに、実時間のシグナリングおよび媒体処理を取扱う。MCUは、次に示す機能を行う:RD114からの呼の割当てを処理する機能;ローディングおよび状態情報をMCHへ送る機能;呼開始情報をクライアントへ送る機能;PTT要求のような、クライアントからのインコールシグナリングを処理する機能;シグナリングメッセージが、クライアントへ確実に伝送されるのを保証する機能;1対多数の呼において、媒体を複製して、分配する機能;ミックスボコーダの1対多数の呼において、適切なトランスコーダを使用して媒体を変換する機能;呼のアクティビティを監視して、媒体の流れのアクティビティがないことに基づいて、呼の終了を開始する機能;使用ログサーバusagelogserverULS118のために使用情報を生成する機能;要求されたときに、媒体およびシグナリング情報を、適切な合法の傍受点へ送る機能。MCUは、RD114からの警告要求を処理し、警告通知をクライアントへ送り、クライアントからの肯定応答を待つ。MCUは、目標のユーザから肯定応答を受信すると、警告トランザクションに割り当てられた資源を解放する。このとき、MCUは、他の呼割当てまたは警告要求を処理してもよい。使用ログサーバULS118は、各領域内に存在し、MCU複合体116と一緒に配置される。ULS118は、各呼または警告処理ごとにMCU複合体116から使用イベントを収集し、それらを使用データ記録usagedatarecordUDRへフォーマットし、これらのUDRを、一連のUDRファイルに記憶する。呼のUDRは、参加者と参加者使用合計のリストを含めて、個々の呼に関する情報を含む。警告のUDRは、警告の発信者、および警告が送られた目標のユーザを示す情報を含む。UDRファイルは、サービスプロバイダーによって課金解析のために収集され、一定の時間の後で削除される。ULS118は、各呼の最後に、呼のインスタンスごとに、1つのUDRを書込む。ULS118は、警告要求が処理されるたびに、単一のUDRを書込む。ULS118によって書込まれるUDRは、次の情報を含む:呼インスタンス識別子または警告インスタンス識別子;MCU識別子。これは、呼の位置を示唆する。呼を開始するとき、適切なMCUが、全予定参加者の登録された位置に基づいて選択される。MCUの位置は、発信者と同じ領域内にあっても、そうでなくてもよい;呼または警告の開始時間;呼または警告の終了時間;発信元ユーザの名前および/または識別子;発信元ユーザのIPアドレス;各参加者ごとの、ユーザ名、ユーザアドレス、ユーザIPアドレス、累積参加時間警告はゼロであってもよい、および参加者がフロアを保持した合計時間秒警告はゼロであってもよい。1つの実施形態では、各呼ごとに、1つのUDRが発行される。UDRは、呼中のトークセグメントの全収集を表わす。各トークセグメントごとに、UDRへのイベントのロギングが要求されるとき、これは、ロード要件、ファイルのI/O要件、およびディスク空間要件をさらに処理するという犠牲を払って実行される。グループ通信システム100は、グループサービスを行うために、幾つかの異なる機能を実行する。ユーザの経験に関係する機能は、登録、呼の開始、呼の終了、警告の送付、遅れ加入、送話者の調停、ユーザの追加、メンバーの除去、登録解除、アドレス指定、および認証を含む。システムの準備および動作に関係する機能は、管理および準備、スケーラビリティ、および信頼性を含む。これらの機能は、次に続くセクションに詳しく記載する。登録無線通信システム、例えば、CDMAシステムにおいて、登録とは、移動局の位置を、無線通信システムのインフラストラクチャに分かる位置にする処理である。この位置情報は、移動局が位置する地理的領域、および移動局にサービスしている基地局の識別子を含み、ページングおよびアクセスチャネルの効率的な使用を助けるのに使用される。1つの実施形態において、ユーザ位置情報は、クライアントがワイヤレスサービスを介して接続されるか、またはワイヤーラインサービスを介して接続されるかとに関係なく、クライアントのIPアドレスである。IPアプリケーションがIPアドレスに基づいてクライアントの位置を特定できるようにする例示的なIPプロトコルは、セッション開始プロトコルSIPである。とりわけ、SIPは、クライアントが、IPアドレスおよび他の位置情報をSIPサーバ構成要素に登録するための方法を与える。さらに加えて、SIPは、クライアントを検出することに関係しているIPアプリケーションが、クライアントのIPアドレスのような位置情報について、同じSIPサーバ構成要素に照会する方法を与える。登録は、IPクライアントがSIPサーバ構成要素と通信して、その位置情報、例えば、IPアドレスを通知して、維持する処理を含む。この機能を備えたSIPサーバ構成要素は、位置サーバである。クライアントが位置サーバにその位置を通知するか、またはその位置を変更する方法は、SIP登録SIPREGISTER方法である。1つの実施形態において、クライアントは、その位置情報を、領域内位置サーバへ登録する。インスタントメッセージングのような、他のIPベースのアプリケーションは、位置サーバで得られる各クライアントのIPアドレスの情報を得ることを利用する。外部のサービスまたはクライアントが、登録を行ってもよい。図3は、登録機能を行うための例示的な呼の流れを示す。パワーアップ時に302、クライアントはパケットデータセッションを要求して、そのIPアドレスをRLS112に登録する処理を開始する。クライアントは、登録を行うために、DNSのSRVの記録をルックアップし304、RLSのアドレスを判断する。クライアントは、RLSアドレスを検索すると306、その位置情報を、例えば、SIP登録メッセージを使用することによって登録する308。RLSはユーザを認証し310、応答をクライアントへ発行する312。RLSは、ユーザが登録されていることを領域内ディスパッチャへ通知し314、領域内ディスパッチャは、この情報を使用して、ユーザに関係するデータ記録をプレロードして、呼のセットアップ中により迅速な応答を促す。この時点で、クライアントは、グループ呼に参加する勧誘のために接触される。1つの実施形態において、クライアントは、実行するデータ接続の形式、すなわちワイヤレスか、またはワイヤーラインかとは無関係に、グループ呼を受信するために、登録を行う必要がある。登録は、それと関係付けられた有効期限切れの範囲をもつ。有効期限切れの範囲は、クライアントの登録情報が有効であると考えられる期間を示す。IPによってクライアントに常に到達可能であることを保証するために、クライアントは、登録の有効期限切れを意識して、有効期限が切れる前に再登録を行う。登録は、クライアントのIPアドレスが変更されたとき、またはクライアントと位置サーバとのデータ接続が切断されたときのような、他の環境のために、無効または失効になることもある。クライアントは、データ接続の状態と、IPアドレスが変更されたかどうかとを意識する。最初の登録が完了すると、クライアントは、そのパケットデータセッションを休止状態にし、専用トラヒックチャネルを解放する。クライアントは、そのパケットデータセッションを監視して、休止状態の延長期間中は、有効のままであることを保証する。セッションの有効性に影響を与える状況は、異なるパケットゾーンIDをもつ区域へ移動すること、フェードまたはサービスの損失を経験すること、および/またはPTSNの呼を行うことを含む。クライアントのIPアドレスは変わり、クライアントは、インフラストラクチャとのデータ接続を再設定することを要求される。クライアントは、そのパケットデータセッションを再設定すると、新しいIPアドレスを受信する。クライアントの位置情報が正確であり続けることを保証するために、新しいIPアドレスを位置サーバへ伝えなければならない。これは、再登録を行うことによって達成される。ファイアウォールを通って位置サーバと通信するワイヤーラインのクライアントは、位置サーバを定期的にピングすることによって、ファイアウォールを通る穴を維持する必要がある。これは、再登録を行うことによって達成される。グループ呼開始ユーザは、登録完了後に、呼を発信または受信する。クライアントは、パワーアップ後に、最初の呼を開始する前に、DNSのSRVの記録をルックアップし、領域内ディスパッチャの位置を検出する。これは、立ち上げ処理の一部として行われる。グループは、発信者、グループのセットアップを開始したユーザ、1人以上の目標のユーザを含むメンバーリストと関係付けられる。メンバーリストは、1人以上のユーザ、1つ以上の所定のグループ、またはこの2つの組合せを含む。メンバーリストが1人のユーザのみを含むとき、そのメンバーリストを使用して開始される呼は、一般に、プライベートコールと呼ばれる。メンバーリストが所定のグループを含むときは、領域内ディスパッチャは、例えば、元のメンバーリスト内の所定のグループの識別子を、所定のグループの関係付けられたメンバーリストと置換することによって、所定のグループを、1人以上の目標のユーザのリストへ拡張する。所定のグループの拡張後に、生成されたメンバーリストは、目標のユーザ名を含む。この時点で、領域内ディスパッチャは、領域内ディスパッチャのキャッシュをユーザ情報について走査することによって、メンバーリスト内の目標のユーザの位置を特定することを試みる。目標のユーザが、領域内ディスパッチャのキャッシュ内に位置するときは、グループのメンバーは、領域内ディスパッチャと同じ領域内に登録される。このタイプのグループ呼は、領域内呼と分類される。領域内ディスパッチャが位置を特定できないユーザがいるときは、領域内ディスパッチャは、ホームディスパッチャからの支援を要求して、ユーザの位置を特定する。2つ以上の領域からのメンバーを含むグループと関係付けられている呼は、領域間呼と呼ばれる。領域内ディスパッチャは、呼が領域内であるか、または領域間であるかを判断した後で、何れの媒体制御装置MCUが呼をホストするかを判断する処理を開始する。領域内呼において、領域内ディスパッチャは、領域内ディスパッチャと同じ領域内に位置するMCUへ、その領域内においてMCUの資源が使用可能であるときは、呼を割り当てる。このタイプの呼のセットアップを使用して生成される呼は、局所的にホストされた呼、または局所呼と呼ばれる。領域間呼では、領域内ディスパッチャは、同じ領域内のMCUか、あるいは遠隔または外部の領域のMCUへ呼を割り当てる選択肢をもつ。領域内ディスパッチャは、ユーザの位置情報に基づいて、この決定を行って、媒体およびシグナリングを含むIPパケットの最適移動経路を検出する。ユーザの大半が特定の領域内で位置を特定されるときは、呼はその領域へ割り当てられる。ユーザが領域間で均等に分散しているときは、呼は、目標のユーザを含む領域の1つへ割り当てられる。領域間呼が、領域内ディスパッチャが位置する領域とは、異なる領域内のMCUへ割り当てられるときは、呼は遠隔でホストされるまたは遠隔呼と呼ばれる。領域内ディスパッチャは、MCUと、それらがサービスしているPDSNとのネットワークトポロジまたは接続、あるいはこの両者について知ると、この知識を使用して、呼の割当てをより適切に決定する。領域内呼グループ通信システム100は、呼の大半が領域内であることを保証するように配置される。領域内呼では、呼のセットアップ時に、領域内ディスパッチャ114とホームディスパッチャ102とが通信をする必要をなくしている。領域内呼の大半に当てはまるように、目標のユーザが同じ領域内にあり、かつ呼が局所的にホストされているときも、領域間で通信する必要をなくしている。次に続くセクションは、領域内呼における、呼の流れ、タイミングの推定、およびメッセージング方式を記載している。局所呼の開始図4は、局所グループ呼を開始するための例示的なメッセージの流れを示している。ユーザは、1人以上の目標のユーザ、1つ以上の所定のグループ、またはこの2つの組合せを選択して、プッシュトークPTTボタンを押す402。別途詳しく記載するように、クライアントは、移動局が専用トラヒックチャネルをもつかどうかとは関係なく、グループ呼をセットアップする要求を領域内ディスパッチャへ送る404。要求を送った後で、移動局のパケットデータセッションが休止状態であるときは、クライアントは、専用トラヒックチャネルを再設定し、媒体のアクティビティのためのパケットデータセッションを準備する処理を開始する。クライアントは、発信者から受信したスピーチ入力を所定の期間の間、緩衝する。領域内ディスパッチャは、要求を受信すると、要求において指定された所定のグループを、目標のユーザのメンバーリストへ拡張する。その後で、領域内ディスパッチャは、目標のユーザの位置情報を検索する406。この時点で、領域内ディスパッチャは、グループがシステムにおいて既に実行されているかどうかを判断する。図4は、グループがまだ実行されていないシナリオを示す。遅れ加入の呼のシナリオは、グループが既に実行されている場合を示し、本明細書において別途記載する。領域内ディスパッチャは、目標のユーザの少なくとも1人の位置を特定した後で、グループ呼がセットアップされたことを示す応答をクライアントへ送る408。この時点で、クライアントは、発信者が話す要求を楽観的に承諾して410、媒体を緩衝し始める412。領域内ディスパッチャは、目標のユーザの位置を使用して、呼が割り当てられる領域を判断する。図4に示されているように、目標のユーザが、領域内ディスパッチャと同じ領域内にあると判断されたときは、領域内ディスパッチャは、呼を領域内MCUへ割り当てる。MCUは、呼が始まっていることを示すアナウンスメントをグループ全体へ送る414。目標のユーザへアナウンスメントを送ると、パケットデータセッションが休止状態から抜け出て、かつトラヒックチャネルを再設定することをトリガする。クライアントが呼のアナウンスメントをMCUから受信し、かつ移動局のトラヒックチャネルが再設定された後で、クライアントは、緩衝された媒体をMCUへ送る416。MCUは、発信者から受信した媒体を緩衝する418。1つの実施形態において、MCUは、目標の応答の閾値が満たされるか、またはそれを越えるまで、媒体を緩衝する。目標の応答の閾値は、媒体の送付を始めるのに必要な目標の応答の量の指標である。閾値は、構成可能なパラメータであってもよい。閾値が満たされると、MCUは、媒体を複製して、目標のユーザへ送り420、目標のユーザは呼のアナウンスメントに応答する422。ショートデータバーストによるメッセージングインスタント応答は、アプリケーションサーバが、PTTまたは呼セットアップ要求に応答するのにかかる応答時間に関係する。グループ呼セットアップ要求を含む、PTT要求への応答は、常に一貫して、所定の時間期間例えば、1秒以下で常に要求に応答することを目標とする。多くの場合に、ユーザがグループ呼をセットアップすることを要求するとき、ユーザのパケットデータセッションは休止状態であり、専用トラヒックチャネルは存在しない。専用トラヒックチャネルの再設定には相当な時間がかかる。したがって、アプリケーションサーバへの通信を、他の手段によって達成してもよい。グループ通信システムがインスタント応答を実現することを保証するために、小さいIPデータグラムを、パケットデータセッションの状態に関係なく、常に何れかの方向、すなわち移動局から発信する方向または移動局で終端する方向へ送る。1つの実施形態において、IPデータグラムは、ショートデータバーストメッセージshortdataburstmessageSDBの形で送られる。パケットデータセッションが休止状態である状況では、SDBメッセージは、オーバーヘッドチャネル上で送られることになる。専用トラヒックチャネルが接続されているときは、SDBメッセージはトラヒックチャネル上で送られる。図4を参照すると、グループ呼セットアップ要求は、SDBメッセージによって送られる404。アプリケーションサーバからのグループ呼セットアップ応答も、SDBメッセージで送られる408。呼セットアップ要求および応答のメッセージをSDBメッセージによって送ることにより、グループ通信システム100は、インスタント応答の目標を満たすことができる。MCUは、発信者を含むメンバーリスト内のユーザへ、呼のアナウンスメントを送ることにより、グループ呼をセットアップする処理を完了する。この呼のアナウンスメントは、専用トラヒックチャネルを介して送られる。大抵の場合に、グループメンバーのパケットデータセッションは休止状態であり、すなわち専用トラヒックチャネルは設定されない。したがって、メンバーの全トラヒックチャネルが再設定され、かつメンバーがメッセージを肯定応答するか、または信頼性タイマーが切れるまで、MCUは、しつこく確実なスケジュールで、呼アナウンスメントメッセージを再送しなければならない。呼のアナウンスメントをアグレッシブに送ることにより、クライアント上で媒体を緩衝することが促され、MCUは最低に維持されることを保証する。クライアントは、そのトラヒックチャネルの準備が完了し、かつMCU接触情報を含む呼のアナウンスメントを受信すると直ぐに、緩衝された媒体を送る。MCUは、目標の応答閾値が満たされるか、または越えると直ぐに、緩衝された媒体を複製して、送る。したがって、より迅速に目標のクライアントが呼のアナウンスメントを受信して、応答し、かつより速くこの閾値が満たされると、より速くMCUは緩衝を止めて、媒体を送り始める。発信者への呼のアナウンスメントも、SDBによって送られる。これは、2つの効果を与える。第1に、呼のアナウンスメントはMCU接触情報を含むので、移動局のトラヒックチャネルが再設定されると直ぐに、グループ呼のクライアントは、緩衝された媒体をMCUへ送り始め、緩衝された媒体を保持する移動局のRAMの要件が緩和される。第2に、呼のアナウンスメントがSDBによって届くとき、トラヒックチャネルが再設定される前に、発信者が呼を捨てるか、またはフロアを解放すると決定するならば、クライアントはその情報をMCUに通知することができる。呼のアナウンスメントをSDBによって発信者へ送ると、共通チャネル上のロードが増し、かつMCUは、発信者の呼アナウンスメントメッセージに特別な処理を行なわなければならなくなる。遠隔呼の開始全メンバーが同じ領域内に位置しているときは、領域内の呼は局所的にホストされる。領域内ディスパッチャは、局所資源がオーバーロードしているか、または使用できないという理由で、領域内呼を遠隔領域へ割り当てる。このような場合に、ユーザのPDSNと遠隔のMCUとの通信経路が伸びるので、媒体およびシグナリングの待ち時間および誤りが追加されることがある。図5は、遠隔の領域内呼に対する例示的な呼セットアップを示している。遠隔のホスト上で領域内呼を開始することは、図4に関係して記載した呼セットアップのシナリオに類似しているが、領域内ディスパチャーが呼をMCUへ割り当てることが異なる。領域内ディスパッチャは、グループメンバーの位置を検索した後で、呼が割り当てられるMCUを判断する。領域内ディスパッチャは、ユーザの位置情報、ローディング、およびMCUの可用性に基づいて、この決定を行う。領域内呼では、ユーザは同じ領域内に位置を特定されるので、領域内ディスパッチャは、局所領域内のMCU複合体のローディングおよび可用性を検査する。領域内ディスパッチャは、局所MCU複合体がオーバーロードしているか、または一時的に動作障害を経験したという指標を受信すると、呼を遠隔のMCUへ割り当てる。1つの実施形態において、各MCUでは、呼構成を除いて、同一の機能が複製されているので、遠隔のMCUは、局所MCUと同様に、呼を処理する。領域間呼グループ呼システム100において、ユーザは他のユーザと、相互の物理的な位置または近さに関係なく、通信できるように設計されている。領域間呼では、呼セットアップ時間に領域内ディスパッチャとホームディスパッチャとの通信が必要であるので、グループ通信システム100は、領域間呼の数を制限するように配置される。呼は、呼の参加者の1人以上から、遠隔領域内のMCUへ割当てられる。次に続くセクションでは、例示的な呼の流れ、タイミング推定、および領域間の呼のメッセージ方式を記載する。局所呼の開始図6は、局所的にホストされるグループ呼を開始するための例示的なメッセージの流れを示している。局所の領域間呼の呼セットアップは、図4に関係して記載した局所の領域内呼の呼セットアップに類似しているが、局所ディスパッチャが目標のユーザの位置情報を検索する処理をすることが異なる。1つの実施形態において、領域内ディスパッチャは、そのキャッシュ内の目標のユーザの位置を特定することを試みる。何人かのユーザがキャッシュ内で検出されないときは、局所ディスパッチャは、ホームディスパッチャからの支援を要求して、ユーザの位置を特定する。ホームディスパッチャは、領域内位置サーバを使用して、IP登録を行ったユーザのユーザ位置情報を収めている。既に記載したように、領域内位置サーバは、ユーザの登録が行われるたびに、関係付けられた領域内ディスパッチャに通知する。各領域内ディスパッチャは、ホームディスパッチャにユーザの登録を通知する。したがって、ホームディスパッチャは、地理的に異なる領域にまたがって分散しているユーザを検出する際に、領域内ディスパッチャを支援することができる。遠隔呼の開始図7は、遠隔の領域間呼の例示的なセットアップを示している。遠隔のホストにおける領域間呼を開始することは、図4に関係して記載した呼セットアップのシナリオに類似しているが、領域内ディスパッチャがMCUへ呼を割り当てることが異なる。領域内ディスパッチャRD114は、グループメンバーの位置を検索した後で、呼が割り当てられるMCUを判断する。RD114は、ユーザの位置情報、ローディング、およびMCUの可用性に基づいて、この決定を行う。RDは、グループメンバーの位置を使用して、サービスプロバイダのネットワーク上での、媒体およびシグナリングを含むIPパケットの、メンバーの大半への最適移動経路を検出することを試みる。ユーザの大半が特定の領域に位置を特定されるときは、呼はその領域に割り当てられる。ユーザが領域にまたがって均等に分散しているときは、呼は、目標のユーザを含む領域の1つへ割り当てられる。グループ呼の終了グループ呼は2つの理由で終了する。すなわち、全参加者が、呼から抜け出るように要求されたとき、または全参加者が、所定の時間期間の間、話すのを止めるときハングタイムと呼ばれるである。各参加者は、呼の予定された終了前に、呼に参加するのを止めることを選択してもよい。全参加者が呼から抜け出るときは、MCUは呼を終了して、呼に割当てられた全資源を解放する。1人を除く全参加者が呼から抜け出ると、MCUは、単独のユーザと呼ばれる参加者に通知する。単独のユーザは、直ちに呼から抜け出るか、またはハングタイムのタイマーが切れるのを待つことを選択し、これにより、MCUは呼の切断をトリガする。MCUは、ハングタイムタイマーが切れたときに、呼を終了する。MCUは、各トークスパートを追跡し、トークスパートの完了後にタイマーをセットする。このタイマーは、ハングタイムタイマーと呼ばれ、呼中の、沈黙期間、すなわち、トークまたは媒体の流れのアクティビティがない期間を追跡する。呼が、サービスプロバイダによって構成されるハングタイム期間の沈黙のままであるときは、MCUは、参加者が呼に最早関心がないと断定し、呼を終了する。ユーザが呼の終了を開始図8は、ユーザがグループ呼への参加を止めることを選択する例示的なシナリオを示している。シナリオは、ユーザが参加を止めるメッセージの流れを示している。ユーザがグループ呼への参加を止めることを選択するとき802、クライアントはユーザを呼から削除する要求をMCUへ送る804。MCUは、ユーザを呼から削除し806、ユーザが削除されたことをクライアントへ通知する808。サーバが呼の終を開始図9は、ハングタイムタイマーが切れて、MCUがグループ呼を終了するときに行われる例示的なメッセージの流れを示す。ハングタイムタイマーが切れると902、MCUは、呼が終ったという通知を参加者へ送る904。呼終了通知を受信した各クライアントは、肯定応答で応答する906。MCUは、肯定応答を受信すると、呼が終了したことをRDへ知らせ、呼に割り当てられた資源を解放する908。警告の送付警告機構は、別のユーザ、すなわち警告発信者が、目標のユーザをグループ呼に参加させたいという意向を、目標のユーザに通知するのに使用される。警告機構は、発信者が呼の対象を指定できるようにするテキストメッセージ、呼の希望時間、または他のユーザのカスタマイズ可能なテキストメッセージを含む。図10は、ユーザが警告を送るときに行われる例示的なメッセージの流れを示す。発信者は、1人以上の目標のユーザ、1つ以上の所定のグループ、またはこの2つの組合せを選択し、警告を送ることを示す1002。クライアントは、要求に指定されている目標のユーザへ警告を送付する要求を、RDへ送る1004。RDは、要求を受信すると、要求に指定されている所定のグループを、目標のユーザのメンバーリストへ拡張し、目標のユーザの位置情報を検索する1006。RDは、目標のユーザの少なくとも1人の位置を特定した後に、クライアントへ応答を送る1008。RDは、警告要求をMCUへ割り当てて1010、警告メッセージを目標のユーザへ同報通信する1012。図10に示されているように、警告要求はショートデータバーストSDBによって送られる。SDBメッセージによって警告を送ることにより、関係する当事者のパケットデータセッションを、休止状態のままにすることができる。警告通知は、目標のユーザが、例えば、警告通知を選択して、PTTを押すことによって、発信者および目標のユーザの残りとのグループ呼をセットアップできるようにするための必要な情報を含む。これが行われるとき、グループ呼のセットアップは、図4に関係して記載された呼セットアップのシナリオに類似して進められる。遅れ加入呼セットアップ要求に指定されているメンバーリストが、システムにおいて既に進行中の呼と関係付けられるメンバーリストと同じであると判断されるとき、グループ呼セットアップ要求は、遅れ加入であると見なされる。この状況は、次の2つの一方において現れる。第1に、ユーザは、例えば、それと関係している呼を予め含んでいるメンバーリストと全く同じメンバーリストを、例えば、同一ユーザまたはグループ、あるいはこの両者を選択し、かつPTTボタンを押すことによって、生成する。第2に、ユーザは、システムにおいて依然として実行されている呼を、呼履歴リストから選択し、PTTを押す。何れの場合においても、RDは、ユーザが始めるように要求した呼が、既に進行中であることを検出し、ユーザを遅れ加入として取扱う。図11は、ユーザが呼履歴リストから呼を選択する例示的な遅れ加入の事例を示す。ユーザは、呼履歴リストから呼を選択し、PTTボタンを押す1102。クライアントは、グループ呼を開始する要求をRDへ送る1104。RDは、呼が既に実行されていると判断し1106、ユーザが進行中の呼に加えられたという応答をクライアントへ送る1108。呼が既に実行されているときは、フロアは現在の呼の参加者によって既に保持されているので、遅れ加入のユーザが媒体を受信する用意が整うときまで、すなわち、パケットデータセッションが休止状態から抜け出るときまで、フロアはユーザに譲与されない。RDは、呼をホストしているMCUに、遅れ加入のユーザをグループへ加えるように要求する1110。MCUは、ユーザを加え、MCU接触情報を含むアナウンスメントをユーザへ送る1112。遅れ加入ユーザのトラヒックチャネルが再設定された後で、呼内の媒体の流れが、ユーザへ伝送される。このとき、遅れ加入のユーザは、話す特権を要求することを試みる。遅れ加入のシナリオは、図4に関係して記載された新しいグループ呼を開始するシナリオに類似している。異なるのは、遅れ加入のユーザが、最初のグループ呼セットアップ要求に対する応答において、フロアを拒絶されることである。送話者の調停1つの実施形態において、各グループ呼のユーザは、送話者プリエンプションランクを割り当てられる。これは、フロアを得る特権を要求して、話し始めるときに、ユーザが何れのレベルの権利をもつかを決定する。MCUは、グループ呼のセットアップ後に、フロア制御を担当し、フロアを要求する参加者が話すのを許可するかどうかを決定する。MCUは、2人以上の呼の参加者が、特定のグループのフロアの制御について競合しているときに、送話者の調停を行う。図12は、調停処理中に行われる例示的なイベントを示している。このシナリオにおいて使用される調停方式では、ユーザAがフロアを要求するとき、ユーザBのプリエンプションを可能にする。ユーザAが、PTTボタンを押すことによって話す許可を要求するとき1202、ユーザBはフロアを制御している、すなわち、ユーザBは話している。クライアントは、話すための許可を要求するメッセージをMCUへ送る1204。MCUは、送話者の調停を行い1206、ユーザBをプリエンプトし、ユーザAへフロアを譲与すると決定する。媒体の流れの中断、すなわちユーザBが話すのを止めた後で、ユーザAの媒体が伝送されるのを保証するために、MCUは、最初に、フロアが別のユーザによってプリエンプトされたことを示すメッセージを、ユーザBのクライアントへ送り、1208、その後でユーザAへフロアを譲与する応答を送る1210。アクティブなグループ呼へのユーザの追加グループ通信システム100では、グループ呼の参加者は、進行中のグループ呼へ新しいユーザを加えることができる。これは、呼の参加者が、1人以上の目標のユーザ、1つ以上の所定のグループ、またはこの2つの組合せを選択し、かつ参加者が、参加者が現在入っているグループ呼に、目標のユーザを加えたいことを示すことによって達成する。図13は、新しい目標のユーザを、進行中のグループ呼に加えるときに行われるイベントを示している。呼の参加者は、呼に加えられる1人以上の目標のユーザ、1つ以上のグループ、またはこの2つの組合せを選択する1302。クライアントは、要求に指定したように、指定した目標のユーザを進行中のグループ呼に加えることを要求するメッセージをRDへ送る1304。RDは、要求を受信すると、要求に指定されている所定のグループを、目標のユーザのメンバーリストへ拡張する。その後で、RDは、目標のユーザの位置情報を検索する1306。RDは、目標のユーザの少なくとも1人の位置を特定した後で、目標のユーザが呼に加えられることを示す応答をクライアントへ送る1308。RDは、指定されたユーザを呼に加える要求をMCUへ送る1310。MCUは、呼のアナウンスメントを新しい目標のユーザへ送り、これによりパケットデータセッションを休止状態から戻す処理が始まる1312。アナウンスメントは、目標のユーザがメッセージを受信することを保証するように、確実なスケジュールで送られる。目標のユーザのトラヒックチャネルの再設定後に、目標のユーザは、MCUへ肯定応答を送る1314。追加の目標のユーザは、呼中に行われる媒体およびシグナリングの通信に含まれる1316。アクティブなグループ呼からのメンバーの削除グループ通信システム100では、グループ呼の参加者は、アクティブなグループからメンバーを削除することができる。1つの実施形態において、これは、呼の参加者が、1人以上の目標の参加者を選択し、グループ呼から削除すべきであることを示すことによって達成される。図14は、参加者が進行中のグループ呼から削除されるときに行われる例示的なイベントを示している。グループ呼の参加者は、呼から削除されることになる1人以上の目標の参加者を選択する1402。クライアントは、メッセージに指定されている目標の参加者を、グループ呼から削除することを要求するメッセージをRDへ送る1404。RDは、要求を受信すると、目標の参加者の位置情報を検索し1406、目標の参加者が削除されることを示す応答をクライアントへ送る1408。RDは、目標の参加者を呼から削除する要求をMCUへ送る1410。MCUは、削除要求に指定されている目標の参加者へ、彼らが呼から削除されることを示すメッセージを送る1412。目標の参加者は、肯定応答をMCUへ送る1414。登録解除ユーザが、アプリケーションサーバによって、またはユーザのIPアドレスを使用して、ユーザに接触する他のIPアプリケーションによって、接触されることを最早望まないとき、登録解除機能が実行される。登録解除機能は、ユーザのIPアドレスおよび他の接触情報をRLSから削除し、ユーザのために割り当てられた資源を解放する。図15は、1つの実施形態にしたがって、移動局がパワーダウンした結果、ユーザの登録をRLSからどのようにして削除するかを示す。クライアントは、クライアントが位置している移動局がパワーダウンしたという指示を受信する1502。シャットダウン処理の一部として、クライアントは、ユーザの位置情報を削除すべきであることを示すメッセージをRLSへ送る1504。RLSは、その要求を認証し、それが有効なソースからであることを確認する1506。RLSは、認証に成功すると、成功の指示をクライアントに通知し1508、RDにユーザの削除に関して通知する1510。RDは、ユーザのデータ記録をキャッシュから削除し、ユーザに割当てられた資源を解放する。登録解除に失敗したときは、ユーザの位置情報は、最終的に、期限切れの範囲と関係付けられた時間が経過したときに、RLSから削除される。1つの実施形態において、グループ通信システム100は、チャットルームモデルと暫定モデルの両者を支援する。チャットルームモデルでは、グループは予め定められ、ディスパッチサーバ上に記憶される。所定のグループは公開であり、したがって、グループが開かれたメンバーリストをもち、すなわち、ディスパッチユーザが潜在的な参加者であることが示唆される。チャットルームモデルでは、1人目がチャットルームに加入するのを選択するときに、呼は開始され、サーバ資源が、トークアクティビティに関係なく、サービスプロバイダによって構成された所定の時間の間、呼に割り当てられているならば、呼は継続する。ユーザは、これらのタイプの呼に加入したり、抜けたりすることを明確に要求する。別途記載するように、トークアクティビティのない期間の間は、各呼は、ユーザが話す許可を要求するまで、グループ休止状態に入る。暫定モデルでは、グループは実時間で定められ、グループと関係付けられた限定メンバーのリストをもつ。限定メンバーリストは、何れのユーザがグループに参加するのを許可されるかを指定し、限定メンバーリスト以外のユーザには無効であり、呼の存続期間の間のみ存在する。暫定グループの定義は、どこにも記憶されず、したがって、この定義は、呼を設定するのに使用され、呼の終了後に解放される。暫定グループは、発信ユーザが1人以上の目標のユーザを選択し、かつ呼を開始するためにサーバへ送られる要求を生成するときに、形成される。目標のユーザは、彼らがグループに含まれたという通知を送られ、関係付けられた呼に自動的に加えられる。すなわちユーザは動作を要求されない。暫定呼がアクティブでなくなると、アプリケーションサーバは、呼を切り、呼を開始するのに使用されるグループの定義を含めて、それに割り当てられた資源を解放する。グループ通信システム100において、チャットルームモデルで動作するとき、通信装置のユーザのグループ個々のユーザは、ネットメンバーとして知られているは、各ネットメンバーに割当てられた通信装置を使用して、相互に通信する。ネットという用語は、相互に通信する権利を与えられた通信装置のユーザのグループを示す。1つの実施形態において、中央データベースは、各個々のネットのメンバーを識別する情報を含む。同一通信システムにおいて、2つ以上のネットが動作する。例えば、第1のネットは、10人のメンバーを有すると定義され、第2のネットは、20人のメンバーを有すると定義される。第1のネットの10人のメンバーは、相互に通信するが、第2のネットのメンバーとは通信しない。別の実施形態において、異なるネットのメンバーは、2つ以上のネットのメンバー間の通信を監視することはできるが、情報を伝送できるのは、自分のネット内のメンバーのみである。ネットは、既存のインフラストラクチャに実質的な変更を要求することなく、既存の通信システム上で動作する。したがって、ネット上の制御装置およびユーザは、インターネットプロトコルIPを使用して、パケット情報を送受信することができるシステム、例えば、符号分割多重アクセスCodeDivisionMultipleAccessCDMAシステム、時分割多重アクセスTimeDivisionMultipleAccessTDMAシステム、移動通信用グローバルシステムGlobalSystemforMobileCommunicationのシステム、GlobalstarまたはIridium商標のような衛星通信システム、または種々の他のシステムにおいて動作する。ネットメンバーは、割り当てられた通信装置通信装置communicationdeviceCD120、122として示されているを使用して、相互に通信する。CD120および122は、ワイヤーラインまたはワイヤレスの通信装置であり、地上ワイヤレス電話、プッシュトーク機能をもつワイヤーライン電話、プッシュトーク機能を備えた衛星電話、ワイヤレスビデオカメラ、静止カメラ、ミュージックレコーダまたはプレーヤのようなオーディオ装置、ラップトップまたはデスクトップコンピュータ、ページング装置、またはその組み合わせである。例えば、CD120は、ビデオカメラおよびディスプレイを備えたワイヤレス地上電話を含む。さらに加えて、各CDは、セキュアモードまたはノンセキュアクリアモードの何れかで情報を送受信することができる。以下の記述全体で、個々のCDに対する参照は、プッシュトーク電話を示唆する。しかしながら、CDに対する参照は、それに制限することを意図されておらず、インターネットプロトコルIPにしたがってパケット情報を送受信する能力をもつ他の通信装置を含む。グループ通信システム100では、一般に、1人のユーザは、伝送特権により、所与の時間に、残りのネットメンバーへ情報を伝送することができる。要求が受信されたときに、伝送特権が現在別のネットメンバーに割り当てられているかどうかに依存して、伝送特権は、要求しているネットメンバーへ譲与されるか、または拒絶される。伝送要求の承諾および拒絶の処理は、調停として知られている。調停方式では、要求しているネットメンバーが伝送特権を譲与されるかどうかを判断するときに、各CDに割り当てられた優先度レベル、伝送特権を得る試行の失敗した数、ネットメンバーが伝送特権を保持する時間の長さ、または他の要素のような要素を評価する。システム100に参加するために、CD120および122の各々は、制御装置またはMCU116から伝送特権を要求する能力をもつ。MCU116は、グループの実時間の管理動作を処理する。MCUは、少なくとも1つのプロセッサおよびメモリをもつ任意のタイプのコンピュータ形装置である。MCU116は、サービスプロバイダによって権利が与えられると仮定して、通信システムサービスプロバイダ、メンバー、またはこの両者の何れかを介して遠隔動作する。MCU116は、外部の管理インターフェイスを介して、グループ定義を受信する。グループメンバーは、サービスプロバイダーによる管理を要求するか、またはMCU管理インターフェイスに適合する、メンバーが動作するセキュリティマネージャsecuritymanagerSMのような規定のシステムによるネット機能を管理する。MCU116は、ネットを設定または変更することを試みる当事者を認証する。SMは、キーの処理、ユーザ認証、およびセキュアネットを支援するための関係するタスクを行う。1つのグループ通信システムは、1つ以上のSMと対話する。SMは、ネットのアクティベーションまたはPTTの調停を含む、ネットの実時間の制御に関与しない。さらに加えて、SMは、MCUインターフェイスと互換性のある管理能力をもち、管理機能を自動化している。SMは、さらに加えて、ネットに参加するためのデータエンドポイントとして働くことができるか、ネットキーを同報通信するか、または単にネットトラヒックを監視する。1つの実施形態において、MCUから伝送特権を要求する手段は、プッシュトークPTTキーまたはスイッチを含む。システム100のユーザは、情報を他のメンバーへ伝送したいとき、CD上に配置されたプッシュトークスイッチを押して、フロア制御要求を送り、MCU116から伝送特権を得る。他のネットメンバーが現在伝送特権を割り当てられていないときは、要求しているユーザは、伝送特権を譲与され、CDを介して、聴覚、視覚、または触覚による警告によって通知される。要求しているユーザが伝送特権を譲与された後で、このユーザから他のメンバーへ情報が伝送される。本発明の1つの実施形態において、各無線ネットメンバーは、1つ以上の基地局126か、またはその代りに、場合によっては、衛星ゲートウエイと、順方向リンクおよび逆方向リンクを設定する。音声またはデータ、あるいはこの両者は、例えば、CDを使用して、他のユーザと通信するための個々の分散形ネットワーク128に適したデータパケットへ変換される。1つの実施形態において、分散形ネットワーク128はインターネットである。1つの実施形態では、各通信システム、すなわち地上通信システムおよび衛星通信システムにおいて、各ネットメンバーから他のネットメンバーへ情報を同報通信するために、専用順方向チャネルが設定される。各ネットメンバーは、専用チャネルによって、他のネットメンバーから通信を受信する。別の実施形態では、各通信システムにおいて、情報をMCU116へ伝送するために、専用逆方向リンクが設定される。1つの実施形態では、上述の方式の組合せを使用する。例えば、1つの方式では、専用順方向同報通信チャネルを設定するが、無線CDは、各CDに割り当てられた専用逆方向リンクによってMCU116へ情報を伝送しなければならない。第1のネットメンバーは、ネットの他のメンバーへ情報を伝送したいとき、自分のCD上のプッシュトークキーを押すことによって、伝送特権を要求し、分散形ネットワーク128上で伝送するためにフォーマットされた要求を生成する。CD120および122の場合に、要求は、1つ以上の基地局126へ空中で伝送される。移動交換局mobileswitchingcenterMSC130は、データパケットを処理するために、周知のインターワーキング機能interworkingfunctionIWF、パケットデータ供給ノードpacketdataservingnodePDSN、またはパケット制御機能packetcontrolfunctionPCFを含んでおり、BS126と分散形ネットワーク128との間に存在する。要求は、公衆交換電話ネットワークpublicswitchedtelephonenetworkPSTNを介して、モデムバンクへ伝送され、モデムバンクは要求を受信して、それを分散形ネットワーク128へ供給する。端末は、分散形ネットワーク128に接続することによって、システム100のトラヒックを監視する。他のメンバーが伝送特権を現在保持していないときは、MCU116は、伝送特権要求を受信すると、要求しているネットメンバーにメッセージを伝送して、伝送特権が譲与されたことを通知する。第1のネットメンバーからの聴覚、視覚、または他の情報は、上述の伝送経路の1つを使用して、MCU116へ情報を送ることによって、他のネットメンバーへ伝送される。1つの実施形態において、MCU116は、情報を複製して、各複製を他のネットメンバーへ送ることによって、他のネットメンバーへ情報を供給する。1本の同報通信チャネルが使用されるときは、使用される各同報通信チャネルごとに、情報を1回だけ複製すればよい。代わりの実施形態では、MCU116をMSC130内に組込んで、基地局を支援するために、データパケットを、分散形ネットワーク128上へルート設定することなく、MCU116へ直接にルート設定する。この実施形態において、MCU116は分散形ネットワーク128に接続されたままであるので、他の通信システムおよび装置は、グループ通信に参加することができる。さらに別の実施形態において、MCU116は、MSC130のPDSNまたはPCFのモジュールへ組込まれる。1つの実施形態において、MCU116は、個々のネットメンバーおよび各所定のネットに関係する情報を管理するための1つ以上のデータベースを維持する。例えば、データベースは、各ネットメンバーごとに、ユーザ名、口座番号、メンバーのCDと関係付けられた電話番号、すなわちダイヤル番号、CDに割り当てられた移動局識別番号、ネットにおける現在のメンバーの状態例えば、メンバーがネットにアクティブに参加しているかどうか、伝送特権の割当て方を判断するための優先コード、CDと関係付けられたデータ電話番号、CDと関係付けられたIPアドレス、およびメンバーが何れのネットと通信することを許可されたかについての指標のような情報を含む。他の関係するタイプの情報は、各ネットメンバーに関係して、データベースによって記憶される。1つの実施形態において、CDは個々の通信端末と接続して、1つのトークグループ、すなわちネットを形成する。MCUは、異なるアプリケーションに対応するように異なる様式で構成可能な、ハードウエアおよびソフトウエアにおける種々の機能能力を含む。MCUは、ネットの実時間の管理および認証動作、プッシュトークPTT要求の調停、ネットメンバーシップおよび登録リストの保守および分配、必要な通信例えば、CDMAの呼のセットアップおよび切断、システムおよびネットワークの資源、並びにネット状態の全体的な制御を管理する能力を備える。ネットは、スタンドアローン形の配置可能なセルラシステムか、または大きい多数のサイトの構成内にある。大きい構成の場合は、多数のMCUを地理的に配置して、1つの統合形システムを形成し、各MCUは、既存のセルラのインフラストラクチャへのプラグインモジュールとして動作する。したがって、ネットによって取り入れられる新しい特徴は、既存のセルラのインフラストラクチャを変更する必要なく、セルラユーザに使用可能である。MCUは、所定のネットのリストを維持する。1つの実施形態において、各ネットの定義は、ネット識別子、電話番号または他の識別情報を含むメンバーのリスト、ユーザ優先情報、および他の一般管理情報を含む。ネットは、静的にクリアまたはセキュアであると定義され、クリアとセキュアとの間の遷移は許されない。セキュアネットは、一般に、媒体の暗号化を使用して、認証を与え、盗聴から保護する。セキュアネットにおける媒体の暗号化は、エンドツーエンドで行われ、したがって、暗号化および復号は通信装置内で行われる。MCUは、セキュリティアルゴリズム、キー、またはポリシーを知らなくても動作することができる。図16は、通信装置communicationdeviceCD1602、1604、および1606がMCU1608とどのように対話するかを示すための例示的なグループ1600を示している。多数のMCUが、大きいグループに望ましいように配置される。図16において、CD1602は、媒体を、グループの他のメンバーへ伝送することができる。この場合に、CD1602は、送話者として知られていて、チャネルにより媒体を伝送する。CD1602が送話者として指定されると、残りの参加者、すなわちCD1604およびCD1606は、媒体をグループへ伝送することができない。したがって、CD1604およびCD1606は、受話者として指定される。既に記載したように、CD1602、1604、および1606は、少なくとも1本のチャネルを使用して、MCU1608へ接続される。1つの実施形態において、チャネルは、セッション開始プロトコルSIPチャネル1610、媒体シグナリングチャネル1612、および媒体トラヒックチャネル1614を含む別々のチャネルへ分けられる。SIPチャネル1610および媒体シグナリングチャネル1612は、バンド幅が許すときはいつでも、CD1602、1604、および1606によって、送話者として指定されるか、または受話者として指定されるかとは関係なく、使用される。SIPは、インターネット技術標準化委員会InternetengineeringtaskforceIETFが定めたアプリケーション層プロトコルであり、インターネットプロトコルIPによって動作するマルチメディアセッションを設定し、変更し、終了するための制御機構を記載している。SIPは、ユーザを登録し、かつ位置を特定するための機構、ユーザの能力を定め、かつ媒体のパラメータを記載するための機構、並びにユーザの可用性、呼のセットアップ、および呼の処理を判断するための機構を支援することによって、インターネット電話アプリケーションの呼-シグナリングの問題を概ね解決する。1つの実施形態では、SIPチャネル1610を使用して、グループ1600内におけるCDの参加を開始および終了する。また、SIPチャネル1610内では、セッション記述プロトコルsessiondescriptionprotocolSDP信号が使用される。例えば、SIPチャネル1610を使用することによって、グループ内のCDの参加がセットアップされると、例えば、NBS媒体シグナリングチャネル1612を使用することによって、CDとMCUとの実時間の制御およびシグナリングが行なわれる。1つの実施形態において、媒体シグナリングチャネル1612は、プッシュトークの要求および解放の処理、競合する要求、すなわちフロア制御の調停、情報伝送の開始および終了のアナウンス、ネットの休止状態の管理、エンドポイントの接続の追跡、ネット状態の要求および交換、並びにエラーメッセージの通知に使用される。媒体シグナリングチャネル1612のプロトコルは、最も一般的なメッセージの長さを最小化し、要求に対する返答および応答を解釈するタスクを簡潔化し、一方で将来の拡張のために融通性を維持する。さらに加えて、媒体シグナリングチャネル1612のプロトコルは、プロトコルの状態に悪影響を与えることなく、要求の再送を可能にする。1つの実施形態において、媒体シグナリングチャネル1612上のシグナリングトラヒックは、呼のセットアップおよび制御のシグナリングセッション勧誘要求および肯定応答を含むと、媒体のシグナリング実時間のフロア制御要求および関係する非同期メッセージを含むとを含む。媒体トラヒックチャネル1614上の媒体トラヒックは、実時間の、ポイントツウマルチポイントの、音声またはデータ、あるいはこの両者の同報通信を含む。両者のメッセージングカテゴリは、固有の機能属性をもつ。さらに加えて、各CDは、ドメイン名サービスDSNのクライアントの要求を発行し、完全修飾されたDSNのホスト名をインターネットのネットワークアドレスへマップするのを促す。1つの実施形態において、呼セットアップおよび呼制御のシグナリングは、SIPの意味論にしたがって行われる。1つの実施形態において、SIPは、周知のユーザデータグラムプロトコルuserdatagramprotocolUDPまたは伝送制御プロトコルtransmissioncontrolprotocolTCPの何れかを使用して移送されるが、各CDは、UDPを使用して、SIPベースのシグナリング機能を行う。さらに加えて、各CDは、UDPによって、SIPシグナリング要求を受信すると予測する。実時間のシグナリングは、CMおよび各CDにおいて、動的なUDP/IPインターフェイスを介して行われる。他のシグナリングは、例えば、SIPを使用して、CMとCDとの間の固定のTCP/IPインターフェイスを介して行われる。PTT待ち時間1つの実施形態において、パケットデータサービスがアクティブであるときは、インフラストラクチャ例えば、基地局トランシーバサブシステムbasestationtransceiversubsystemBTS、基地局制御装置basestationcontrollerBSC、インターワーキングIWF、および無線リンク内の資源は、移動局MSへアクティブに割り当てられる。IPベースのVoIPディスパッチサービスにおいて、グループの参加者間でアクティブな会話が行われているときは、各ユーザのパケットデータ接続はアクティブなままである。しかしながら、グループ通信では、アクティビティのない期間、すなわちハング時間の後で、ユーザトラヒックチャネルは、休止状態へ遷移する。休止状態へ遷移することにより、システム容量を節約し、サービスコストおよびバッテリの消耗を低減し、ユーザが、到来する従来の音声呼を受信できるようにする。例えば、ユーザは、アクティブなパケットデータ呼に加わっているときは、通常は、到来する音声呼に対してビジーであるとみなされる。ユーザのパケットデータ呼が休止状態であるときは、ユーザは、到来する音声呼を受信することができる。これらの理由のために、パケットデータのアクティビティのない期間の後で、パケットデータ呼を休止状態に遷移することが望ましい。パケットデータ呼がアクティブである間は、パケットデータが交換されていなくても、無線周波数radiofrequencyRFエネルギーが、低レベルではあるが、移動電話によって引き続き伝送され、基地局との同期および電力制御が維持される。これらの伝送により、電話は相当に電力を消耗する。しかしながら、休止状態では、電話はRFの伝送を行わない。電話の電力を節約し、かつバッテリの寿命を延ばすために、長くデータが伝送されなかった後で、電話を休止モードへ遷移するように、ハングタイムを設定してもよい。全ユーザにおいてパケットデータサービスがアクティブであるときは、PTT要求MSとディスパッチサーバとの間で送られるIPデータグラムの待ち時間は非常に短い。しかしながら、ユーザチャネルが、休止状態に既に遷移されているときは、PTT待ち時間は相当に長くなる。パケットデータの休止状態の間は、移動局のIPアドレスを含めて、パケットデータセッションと関係付けられた状態情報は維持される。しかしながら、PPPよりも低い層例えば、物理トラヒック層と関係付けられた状態情報は、解放、または割当て解除、あるいはこの両者を行われる。いくつかのインフラストラクチャでは、休止状態からデータ接続を起こすために、トラヒックチャネルを再割り当てしなければならず、資源を再割り振りしなければならず、無線リンクプロトコルradiolinkprotocolRLP層を再初期化しなければならない。このために、トークグループがしばらく話しをしなかった後で、ユーザがPTTボタンを押して、フロアを要求するとき、第1の送話者のスパートに対するPTT待ち時間は、一般に、次のトークのスパートよりも相当に長くなる。これは比較的に頻繁ではないが、サービスのユーティリティに影響を与えることがあり、最小化されるべきである。1つの実施形態では、PTT待ち時間を低減するために、フロア制御要求、フロア制御応答、および休止状態からの起動メッセージのような、グループ呼のシグナリングは、専用トラヒックチャネルが再設定されるのを待つことなく、使用可能な共通チャネル上で伝送される。このような共通チャネルは、移動局の状態とは関係なく、常に使用可能であり、ユーザがグループ呼を開始することを望むたびに、要求および再割当てする必要はない。したがって、移動局が休止状態であっても、グループ呼のシグナリングは交換され、並行して、送話者および受話者の移動局への専用トラヒックチャネルを再設定するための手段が与えられている。1つの実施形態において、発呼側移動局は、逆方向アクセスチャネルおよび逆方向拡張アクセスチャネルのような、いくつかの使用可能な逆方向共通チャネル上で、フロア制御要求を無線インフラストラクチャへ送る。さらに加えて、発呼側移動局は、順方向ページングチャネルおよび順方向共通制御チャネルのような、いくつかの使用可能な順方向共通チャネル上で、フロア制御要求に対する応答を受信する。1つの実施形態において、休止状態の受話者の移動局は、順方向ページングチャネルおよび順方向共通制御チャネルのような、いくつかの使用可能な順方向共通チャネル上で、休止状態からの起動のメッセージを受信する。ショートデータバースト呼のシグナリングメッセージ1つの実施形態において、送話者が認識する、休止状態からの起動の実合計時間およびPTT待ち時間は、ショートデータバーストSDBメッセージを使用することによって、相当に低減される。これは、例えば、TIAEIAIS2000Standardforcdma2000SpreadSpectrumSystem以下では、cdma2000標準規格と呼ばれるに与えられている。1つの実施形態において、SDBメッセージは、専用物理チャネル例えば、順方向基礎チャネルforwardfundamentalchannelFCHまたは順方向専用共通制御チャネルforwarddedicatedcommoncontrolchannelFDCCH、あるいは共通物理チャネル例えば、逆方向アクセスチャネルreverseaccesschannelRACH、逆方向拡張アクセスチャネルreverseenhancedaccesschannelREACH、順方向共通制御チャネルforwardcommoncontrolchannelFCCCH、またはページングチャネルpagingchannelPCH上で送られる。SDBメッセージは、無線バーストプロトコルradioburstprotocolRBPによって移送され、適切な使用可能な物理層チャネル上へマップされる。SDBメッセージは、任意のIPトラヒックを送り、共通物理チャネル上で送られるので、発呼側クライアントの移動局が専用トラヒックチャネルをもたないとき、SDBメッセージは、グループ呼のシグナリングを交換するための機構を用意する。移動局が生成する呼シグナリングメッセージ1つの実施形態において、媒体シグナリングメッセージは、逆方向リンクまたは移動局が生成するリンク上でIPデータグラムを送る。ユーザがフロアを要求し、かつ専用逆方向トラヒックチャネルが直ぐに使用可能でないときは必ず、クライアントの移動局は直ちにMCUへ知らせる。クライアントの移動局が全専用トラヒックチャネルを切断していると仮定すると、クライアントの移動局は、直ちに、無線インフラストラクチャの逆方向共通チャネル上でフロア制御要求を、MCUを中継して、送る。例えば、専用逆方向チャネルが使用可能でないときは、逆方向アクセスチャネルまたは逆方向拡張アクセスチャネルの何れかを使用して、このようなメッセージを送ってもよい。1つの実施形態において、クライアントの移動局は、フロア要求メッセージを、SDBメッセージとして、MCUへ伝送する。図4を参照すると、1つの実施形態において、クライアントMSは、専用トラヒックチャネルを再設定する前に、アクセスチャネルまたは拡張アクセスチャネルのような、逆方向共通チャネル上で、PTTフロア要求404を送る。1つの実施形態において、クライアントMSは、何れのチャネルが使用されているかに関係なく、SDBメッセージで、PTTフロア要求404を送る。例えば、クライアントMSは、例えば、サービスオプション33の再生成を行うことによって、専用トラヒックチャネルの再設定を開始する。クライアントMSは、無線リンクプロトコルRLPの同期化も開始する。1つの実施形態において、クライアントMSは、専用トラヒックチャネルを再設定し、かつPTTフロア要求404を送ることと並行して、RLPを適切に同期させる。したがって、移動局がアクティブな専用トラヒックチャネルをもたないとき、使用可能な逆方向共通チャネルおよび/またはSDBの特徴を使用して、フロア制御要求をCMへ送ることにより、参加している移動局を起動するのに必要な全時間を低減する。送話者の順方向トラヒックチャネルが再設定されるまで、送話者のクライアントは、フロア要求が譲与されたという確認を受信しないが、参加している受話者を起動し始めることをCMへ迅速に知らせることができ、全体的な待ち時間が低減する。図4を参照すると、無線インフラストラクチャは、PTTフロア制御要求404をパケットデータ供給ノードPDSNを経由して、MCUへ送る。1つの実施形態において、MCUは、フロア制御要求を受信した後で、要求の調停、目標の参加者受話者への媒体シグナリング起動メッセージトリガのバースト、および/または、参加者受話者のトラヒックチャネルの再設定のトリガを行う414。MCUは、PTTフロア要求を譲与すると、PTTフロア譲与408をクライアントMSへ送る。1つの実施形態において、クライアントの専用トラヒックチャネルが、まだ再設定されていないときは、順方向ページングチャネルおよび順方向共通チャネルのような、使用可能な順方向共通チャネル上で、PTTフロア譲与408をクライアントMSへ送る。1つの実施形態において、インフラストラクチャは、何れのチャネルが使用されるかに関係なく、PTTフロア譲与408をクライアントMSへ送る。1つの実施形態において、MCUは、PTTフロア制御要求に応答する前に、休止状態応答タイマーが切れるのを待つ。グループ休止状態応答タイマーがゼロに設定されるときは、CMは、フロア制御要求に直ちに応答する。1つの実施形態において、クライアントMSは、そのトラヒックチャネルの再設定およびRLPの同期化を完了すると、クライアントMS内に緩衝されている412媒体をMCUへ送る416。ネットワークが生成する呼シグナリングメッセージ1つの実施形態において、MCUは、フロア制御要求を受信した後で、媒体シグナリング起動メッセージを目標の参加者受話者のグループへバーストし、参加者受話者のトラヒックチャネルの再設定をトリガする。グループ休止状態応答タイマーがゼロに設定されると、MCUは、フロア制御要求に直ちに応答する。1つの実施形態において、送話者が、PTT要求を送って直ぐに、トラヒックチャネルを再設定し始めるとき、並行して発呼者と受話者とのトラヒックチャネルが適切に再設定される。図4を参照すると、MCUは、PTTフロア制御要求を受信した後で、目標の受話者へ起動トリガを送る414。MCUは、パケットデータセッションが、目標の移動局において存在し、かつトリガパケットを適切なインフラストラクチャ要素、例えば、基地局へ送るかどうかを判断する。インフラストラクチャは、各個々の目標のMSへページングして、その専用トラヒックチャネルを再設定し始める。その後で、例えば、目標のMSは、例えば、サービスオプション33の再生成を行うことによって、その専用トラヒックチャネルを再設定し始める。目標のMSは、無線リンクプロトコルRLPの同期化も開始する。1つの実施形態において、目標のMSは、その専用トラヒックチャネルを再設定し、クライアントMSが行うのと同じ機能を用いて、並行して、RLPを適切に同期させる。1つの実施形態において、目標のMSは、その専用トラヒックチャネルの再設定およびそのRLPの同期化を完了した後で、目標のMSが媒体を受信する準備ができたことを示す起動応答をMCUへ送る422。MCUは、MCUにおいて緩衝されている418媒体を目標のMSへ送る420前に、送話者のアナウンスメントをクライアントMSへ送る。1つの実施形態において、MCUは、目標の受話者のトラヒックチャネルがまだ再設定されていないとき、順方向ページングチャネルおよび順方向共通制御チャネルのような、いくつかの使用可能な共通順方向チャネル上で、起動トリガを目標の受話者へ送る414。1つの実施形態において、MCUは、何れのチャネルが使用されているかに関係なく、起動トリガをSDBの形で目標の受話者へ送る414。PTTフロア制御要求が、SDBメッセージとして、送話者の逆方向共通チャネル上で送られ、目標のグループの休止状態応答タイマが、MCUにおいてゼロに設定されるときは、送話者のクライアントにおける実際のPTT待ち時間は、逆方向リンク上でSDB要求メッセージを送り、その後で、順方向リンク上でSDB応答メッセージを送るのにかかる時間に低減される。呼シグナリングメッセージのためのネットワークインターフェイス何れのネットワークが生成する特定のトラヒック、例えば、SDBペイロードが、専用トラヒックチャネルをもたないアイドル状態の移動局へ送られるかを判断するために、このような特定のトラヒックを他のトラヒックと区別するための、いくつかのインフラストラクチャのポリシーまたはインターフェイスが実行される。第1の実施形態において、SDBメッセージは、制限されたユーザペイロードを保持するので、IPデータグラムは、そのサイズに基づいてフィルターにかけられる。所定のサイズ制限よりも小さいIPデータグラムは、専用トラヒックチャネルをもたない移動局へ送られるとき、SDBメッセージとして送られる。アプリケーションフロア要求応答メッセージが非常に小さい、例えば、IPヘッダを含めて、34バイトであるときは、グループ通信システムは、このようなフィルターを使用する。第2の実施形態において、インフラストラクチャのベンダは、移動局へ送られるIPトラヒックをカプセル化するためのIPベースのサービスを定める。専用トラヒックチャネルをもたないと疑われる移動局へ送るためのこのサービスのために、このサービスを知っているIPサーバは、小さいIP、例えば、UDPのデータグラムを、IPヘッダと共に適切にカプセル化して送る。グループ通信システムは、このサービスを使用して、フロア要求応答メッセージを、例えば、SDBの形で、要求しているクライアントMSへ送ることを、インフラストラクチャに示す。SDBトラヒックと、保留中のページまたはサービス生成要求との調整も、ユーザトラヒックの迅速で確実な伝送を保証するのに重要である。第3の実施形態において、IPサーバは、IPヘッダをもつ特定のIP、例えばUDPのデータグラムを、専用トラヒックチャネルをもたないと疑われる移動局へ送る。IPサーバは、例えば、IPヘッダの特定の値を示すことによって、IPデータグラムをクライアントMSへ送るようにインフラストラクチャに命令するためのタグを付ける。グループ通信システムは、このサービスを使用して、例えば、フロア要求メッセージをSDBの形で、要求しているクライアントMSへ伝送することを、インフラストラクチャに示す。第3の実施形態では、特定のIPデータグラム、例えば、SDBメッセージを伝送するために、UDPまたはTCPのポート範囲を確保する。移動局が開始するサービス生成およびページング1つの実施形態において、クライアントは、フロア制御要求404をSDBの形で送り、その直ぐ後で、このトラヒックを迅速に再設定するために、サービス生成要求を、無線例えば、CDMAのインフラストラクチャへ送る。しかしながら、休止状態応答タイマーが小さい値に設定されるときは、RDはフロア制御要求に迅速に応答し、応答408をクライアントへ伝送する。この応答が、サービス生成トランザクションの早い段階の間に、インフラストラクチャに到達するときは、インフラストラクチャは、送話者のMSがアクティブなトラヒックチャネルをもっていないことに気付いて、送話者のMSへの応答をページングすることを試みる。しかしながら、このページング動作は、既に進行中のサービス生成トランザクションを中止することがある。1つの実施形態において、送話者のMSはページに応答して、フロア制御応答メッセージが送話者へ伝送されることを確実にして、サービス生成を再び要求するが、最初のサービス生成の試みを中止した結果として、送話者のトラヒックチャネルを再設定するときに、不要な遅延を経験する。第1の実施形態において、サービス生成処理とページングとの競合状況を避けるために、RDが、フロア制御要求404に直ちに応答しないように構成してもよい。したがって、サービス生成処理が完了した後で、MCUが応答408を送話者のMSへ送るように、休止状態応答タイマーを調節してもよい。第2の実施形態において、応答408を受信するPDSNと、送話者のサービス生成要求に応答する移動交換局MSCとを調整する。すなわち、PDSNが、応答408がインフラストラクチャに到達したときに、送話者のMSにおけるパケットデータサービス生成処理が既に進行していると判断すると、MSCは、送話者のMSのページングを遅らせる。PDSNは応答をキャッシュし、サービス生成処理が完了すると、送話者の移動局の順方向トラヒックチャネル上でそれを送る。その代りに、MSCは、サービス生成処理がまだ進行中であるときに、応答をSDBメッセージとして送話者のMSへ送ってもよい。第3の実施形態では、送話者のMSが、フロア制御要求に対する応答を受信するまで、サービス生成要求を発行しないことによって、送話者のMSは競合状態を避ける。1つの実施形態において、送話者のMSは、アクティブな専用トラヒックチャネルをもたないので、MCUは、順方向ページングチャネルおよび順方向共通制御チャネルのような、いくつかの使用可能な順方向共通チャネル上で、送話者のMSへ応答を送る。1つの実施形態では、MCUは、応答をSDBの形で送話者のMSへ送る。MCUによって送られた起動要求が、受話者の移動局のトラヒックチャネルの再アクティベーションをトリガするのと同じやり方で、送話者のMSは、RDが生成したフロア制御応答に依存して、トラヒックチャネルの再アクティベーションをトリガする。移動局が開始するサービス生成と、ネットワークが開始する移動局のページングが同期する潜在性を避けると、競合状態は避けられる。ネットワークが開始したパケットデータトリガのキャッシング起動トリガ414を含むIPデータグラムであって、無線例えば、CDMAのインフラストラクチャに到達し、かつ専用トラヒックチャネルをもたない受話者の移動局へ送られるIPデータグラムは、一般にはネットワークによって、とくに無線インフラストラクチャによって損われる。1つの実施形態において、受話者の移動局へ送られる起動トリガ414は、受話者の応答またはグループの起動タイマーが切れるまで、所定のスケジュールにしたがって、しつこく再送される。例えば、起動トリガ414は、500ミリ秒ごとに再送される。しかしながら、起動トリガ414をこのレートで再送すると、受話者のトラヒックチャネルが再設定されてから、その受話者へ送られる次の起動トリガがインフラストラクチャに到達するときまでに、最大で500ミリ秒まで、または平均で250ミリ秒の遅延が生じる。1つの実施形態において、ネットワーク内のインフラストラクチャまたは別のエンティティは、MCUによって送られた起動トリガ414をキャッシュして、目標のMSがそのトラヒックを設定すると直ぐに、目標のMSへそれを送る。したがって、MCUが起動要求を再送する必要がなくなり、休止状態から起動するための時間の合計が低減する。起動トリガ414をキャッシュすると、例えば、500ミリ秒のレートでそれを再送することとは対照的に、休止状態から起動する時間の合計からの500ミリ秒までの遅延がなくなる。媒体の緩衝1つの実施形態において、ユーザは、フロア制御要求後に、クライアントと受話者との専用チャネルが再設定される前に、媒体を緩衝することによって、話し始めるのを許可される。システムでは、送話者のスピーチを緩衝することによって、受話者のトラヒックチャネルが完全に再設定される前に、送話者が話し始めるのを許可する。したがって、送話者はより早く話し始めることができ、見掛けのPTT待ち時間が低減される。受話者はPTT待ち時間を経験しないので、この経験は影響されない。すなわち、PTT待ち時間は送話者からシステムの他の部分へ移される。送話者は、ちょうど、自分の第1のトークスパートに対する応答を受話者から受信するまで待つが、既に記載したように、送話者は自分の第1のトークスパートに対する応答が、自分がアクティブな会話に加わっている間に始まる次のトークスパートに対する応答よりも長くかかることを既に予測している。送話者の第1のトークスパートの緩衝は、MCU側で行なうことも、クライアントMS側で行なうこともできる。MCU側の緩衝1つの実施形態において、MCUは、送話者の第1のトークスパートを緩衝する。ユーザがPTTボタンを押し、ユーザのトラヒックチャネルが再設定された後で、ユーザはMCUと通信することができる。このとき、受話者のトラヒックチャネルはまだ準備ができていないので、MCUは、目標の受話者への将来の伝送のために、送話者のスピーチを緩衝する418。MCUの緩衝により、送話者が判断する見掛けのPTT待ち時間は、送話者のトラヒックチャネルを生成するのにかかるおおよその時間に低減する。図17は、1つの実施形態にしたがうMCU側の緩衝を示しており、次に記載する:1発信者と目標のトラヒックチャネルが休止状態であるとき、進行中の呼はない;2ユーザは、PTTボタンを押す。サーバは、クライアントから、グループ呼セットアップ要求を受信する;3クライアントがサーバからセットアップ進行中の応答を受信した後か、または構成可能な遅延1秒の後で、フロアはユーザへ譲与され、ユーザの媒体を緩衝し始める;4サーバは、目標のパケットデータトラヒックチャネルを再設定するための処理を開始する;5サーバは、グループ呼アナウンスメントメッセージをSDBによってクライアントへ送る;6クライアントは、正常にトラヒックチャネルを再設定し、緩衝された媒体をサーバへ送り始める;7クライアントは、媒体をサーバへ送る;8目標のトラヒックチャネルは再設定される目標の応答閾値が満たされる;9ユーザは、PTTボタンを放す。クライアントは、媒体を緩衝することを止める;10クライアントは、緩衝された媒体をサーバへ送ることを止め、サーバによるフロアの解放を要求する;11サーバは、フロア解放の肯定応答をクライアントへ送る。クライアント側の緩衝1つの実施形態において、見掛けの待ち時間がより短いことが望ましいとき、送話者は、自分のトラヒックチャネルが再設定される前でも、話し始めるのを許可される。クライアントMSは、MCUとまだ通信していないので、送話者が話し始めるための信号を生成する。送話者のトラヒックチャネルが再設定される前に、送話者が話すことを許可されるとき、クライアントMSはスピーチを緩衝する412。CMとの通信がまだ設定されていないので、話す許可は、楽観的に与えられる。図18は、1つの実施形態にしたがうクライアント側の緩衝を示しており、次に記載する:1発信者のトラヒックチャネルが休止状態であるとき、進行中の呼はない;2ユーザはPTTボタンを押す。クライアントは、グループ呼セットアップ要求をSDBによってサーバへ送る;3クライアントは、パケットデータトラヒックチャネルを再設定する処理を開始する;4クライアントが、サーバから、セットアップ進行中の応答を受信した後か、または構成可能な遅延1秒の後で、フロアはユーザへ譲与され、ユーザの媒体を緩衝し始める;5クライアントは、サーバから、グループ呼アナウンスメントメッセージをSDBによって受信する;6クライアントは、トラヒックチャネルを正常に再設定する;7クライアントは、緩衝された媒体をサーバへ送る;8ユーザは、PTTボタンを放す。クライアントは、媒体を緩衝するのを止める;9クライアントは、緩衝された媒体をサーバへ送ることを止め、サーバによるフロアの解放を要求する;10クライアントは、サーバから、フロアの解放の肯定応答を受信する。1つの実施形態において、MCUの緩衝418とクライアント側の緩衝412の両者は同時に行われる。クライアント側の緩衝は、見掛けのPTT待ち時間を短くすることができる。1つの実施形態において、クライアントMSは、媒体を緩衝して、ユーザが経験する見掛けのPTT待ち時間を制御する。移動局が生成するSDBとクライアント側の媒体の緩衝との組合せは、アクティブなトラヒックチャネルを再設定することに伴う遅延を低減する。したがって、開示されている実施形態では、少なくとも2つのタイプのディスパッチ呼を支援するディスパッチモデル、すなわちチャットルームモデルと暫定モデルを与える。チャットルームモデルでは、グループは予め定められ、ディスパッチサーバ上に記憶される。しかしながら、暫定モデルでは、グループは定義または変更、あるいはこの両者が実時間で行われる。開示されている実施形態は、さらに加えて、移動局が休止状態であり、かつトラヒックチャネルがアクティブでないときでも、グループ呼シグナリングを交換することによって、休止状態からの起動の実合計時間とPTT待ち時間とを相当に低減する。方法および装置は、ショートデータバーストSDBメッセージのシグナリングを使用することによって、グループ呼シグナリングを交換する。方法および装置は、送話者の移動局と休止状態の受話者の移動局との専用トラヒックチャネルを効果的に並行して再設定する。別の実施形態では、ネットワークが開始した、目標の受話者への起動トリガをキャッシュし、かつ目標の移動局がトラヒックチャネルを再設定すると直ぐに、起動トリガを目標の移動局へ伝送することにより、グループ通信ネットワークにおける休止状態からの起動の待ち時間を低減する。別の実施形態では、グループ通信ネットワークにおいて、移動局が、サービス生成処理が完了した後で、フロア制御要求に対する応答を伝送することによって、サービス生成とページングの同時実行が避けられる。1つの実施形態では、サービス生成処理が完了しないときは、フロア制御要求に対する応答はSDBの形であってもよい。1つの実施形態では、ソース通信装置へ応答を伝送した後で、ソース通信装置のサービス生成処理が開始される。