(57)【特許請求の範囲】
【請求項１】
グループ通信ネットワークにおいて動作しているモービルで同時に起きるサービスオリジネーション及びページングを回避する方法であって、該方法は以下を具備する：
グループ呼び出しを始動するためにソース通信デバイスからフロア制御要求を受信する；
該ソース通信デバイスからサービスオリジネーションプロセスを始動する；
該フロア制御要求への応答を送信する；及び
該フロア制御要求に直ちに応答しないように通信マネージャを設定することにより該サービスオリジネーションプロセスと該ページングとの間の競争状態を回避する。
【請求項２】
請求項１の方法であって、該送信する前に該フロア制御応答をキャッシングするをさらに含む。
【請求項３】
請求項１の方法、ここで、該受信するは、逆方向共通チャネルにおいて該フロア制御要求を受信するを含む。
【請求項４】
請求項３の方法、ここで、該フロア制御要求を受信するは、逆方向アクセスチャネルにおいてである。
【請求項５】
請求項３の方法、ここで、該フロア制御要求を受信するは、逆方向エンハンストアクセスチャネルにおいてである。
【請求項６】
請求項１の方法、ここで、該フロア制御要求を受信するは、ショートデータバースト形式である。
【請求項７】
少なくとも１つの命令を具備するコンピュータ読み取り可能なメディアであって、該命令は、機械により実行されるときに該機械が動作を実行するようにさせ、該命令は：
グループ呼び出しを始動するためにソース通信デバイスからフロア制御要求を受信するための命令の集合；
該ソース通信デバイスからサービスオリジネーションプロセスを始動するための命令の集合；
該フロア制御要求に応答を送信するための命令の集合；及び
該フロア制御要求に直ちに応答しないように通信マネージャを設定するための命令の集合により該サービスオリジネーションプロセスと該ページングとの間の競争状態を回避するための命令の集合、
を具備する命令である、コンピュータ読み取り可能なメディア。
【請求項８】
請求項７のコンピュータ読み取り可能なメディア、ここで、該送信するための該命令の該集合を実行する前に該フロア制御応答をキャッシングするための命令の集合をさらに含む。
【請求項９】
請求項７のコンピュータ読み取り可能なメディア、ここで、受信するための命令の該集合は、逆方向共通チャネルにおいて該フロア制御要求を受信するための命令を含む。
【請求項１０】
請求項９のコンピュータ読み取り可能なメディア、ここで、該フロア制御要求は、逆方向アクセスチャネルにおいてである。
【請求項１１】
請求項９のコンピュータ読み取り可能なメディア、ここで、該フロア制御要求は、逆方向エンハンストアクセスチャネルにおいてである。
【請求項１２】
請求項７のコンピュータ読み取り可能なメディア、ここで、該フロア制御要求は、ショートデータバースト形式である。
【請求項１３】
グループ通信ネットワークにおいて動作しているモービルで同時に起きるサービスオリジネーション及びページングを回避する装置であって、該装置は以下を具備する：
グループ呼び出しを始動するためにソース通信デバイスからフロア制御要求を受信する手段；
該ソース通信デバイスからサービスオリジネーションプロセスを始動する手段；
該フロア制御要求への応答を送信する手段；及び
該フロア制御要求に直ちに応答しないように通信マネージャを設定することにより該サービスオリジネーションプロセスと該ページングとの間の競争状態を回避する手段。
【請求項１４】
請求項１３の装置であって、該送信する前に該フロア制御応答をキャッシングする手段をさらに含む。
【請求項１５】
請求項１３の装置、ここで、該受信する手段は、逆方向共通チャネルにおいて該フロア制御要求を受信する手段を含む。
【請求項１６】
請求項１５の装置、ここで、該フロア制御要求は、逆方向アクセスチャネルにおいてである。
【請求項１７】
請求項１５の装置、ここで、該フロア制御要求は、逆方向エンハンストアクセスチャネルにおいてである。
【請求項１８】
請求項１３の装置、ここで、該フロア制御要求は、ショートデータバースト形式である。
【請求項１９】
グループ通信ネットワークにおいて動作しているモービルで同時に起きるサービスオリジネーション及びページングを回避する装置であって、該装置は以下を具備する：
ソース通信デバイスからグループ呼び出し及びサービスオリジネーションプロセスを始動するためのフロア制御要求を受信することが可能な受信機；
該フロア制御要求への応答を送信することが可能な送信機；及び
該受信機及び該送信機に通信で接続されたプロセッサ、該プロセッサは、グループ通信ネットワークにおいて同時に起きるサービスオリジネーション及びページングを回避することができる、ここで、該プロセッサは、グループ通信ネットワークにおいて同時に起きる該サービスオリジネーションと該ページングを回避することが可能であり、ここで、該プロセッサは該フロア制御要求に直ちに応答しないように設定される。
【請求項２０】
請求項１９の装置であって、該プロセッサは、該送信の前に該フロア制御応答をキャッシングすることがさらにできる。
【請求項２１】
請求項１９の装置、ここで、該受信機は、該逆方向共通チャネルにおいて該フロア制御要求をさらに受信することができる。
【請求項２２】
請求項２１の装置、ここで、該フロア制御要求は、逆方向アクセスチャネルにおいてである。
【請求項２３】
請求項２１の装置、ここで、該フロア制御要求は、逆方向エンハンストアクセスチャネルにおいてである。
【請求項２４】
請求項１９の装置、ここで、該フロア制御要求は、ショートデータバースト形式である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、点対多点通信システムに係わる。さらに詳しくは、本発明は、グループ通信ネットワークにおいてモービルが始動したサービスオリジネーションプロセス(service origination process)及びモービルのページング(paging)間の競争状態(race condition)を防止する方法及び装置に係わる。
【背景技術】
【０００２】
迅速な、効率的な、１対１若しくは１対多点（グループ）通信を目指したワイアレスサービスのクラスは、長年の間に種々の形式が存在している。一般に、これらのサービスは、半二重通信方式(half-duplex)である。ここで、ユーザーは、会話を始動するために自分の電話機／無線機の“プッシュ−ツー−トーク(push-to-talk)”（ＰＴＴ）ボタンを押す。自分の無線機の、ある装置中の、若しくは手ごろなシステム中のキーのいずれかのボタンを押すことは、そこである種のサーバを介して通信が発生し、“フロア(floor)”に対するユーザーの要求を指し示す。フロアが認可される、すなわち、話し手の許可が得られれば、その後、一般に、ユーザーは数秒間話す。その後で、自分のＰＴＴボタンを放し、そして、他の話し手がフロアを要求できる。通信は、一般に、１人の話し手からグループの聞き手に対してであるが、１対１であることができる。このサービスは、以前は、１人の人間、“ディスパッチャ（配車係：dispatcher)”、が、野外サービス担当者若しくはタクシー運転手のような、人のグループと通信する必要があるアプリケーションにおいて使用されてきた。これが、このサービスに対する“ディスパッチ(dispatch)”という名前の由来である。
【０００３】
最近、同様のサービスが、インターネットにおいて提供されており、“ボイスチャット(voice chat)”として一般に知られている。これらのサービスは、ボコーダフレームをインターネットプロトコル（ＩＰ）パケット、すなわち、ボイス−オーバー−ＩＰ（ＶｏＩＰ）サービス、において、中央グループチャットサーバへ、若しくはおそらくピアー−ツー−ピアー(peer-to-peer)サービスにおけるクライアントからクライアントへ、パソコンのアプリケーションとして、通常は実行される。
【０００４】
これらのサービスの重要な特徴は、通信が、迅速かつ自然に起きるものであり、通常は、代表的なダイアルをすること及び電話をかけるシーケンスを経ずに、単純にＰＴＴボタンを押すことにより始動されるということである。このタイプのサービスにおける通信は、一般に数秒のオーダーの個々の会話“スパーツ(spurts)”、及びおそらく１分若しくはそれ以下の“会話”で、一般に非常に短い。
【０００５】
ユーザーがフロアを要求する時間と、彼がフロアを有し会話を始められるサーバからの肯定的若しくは否定的な確認を受信する時間との間の時間遅延、これはＰＰＴ待ち時間として知られている、は、半二重通信方式グループ通信システムに関する決定的なパラメータである。上記したように、ディスパッチシステムは、短く、早い会話に優先権を置いており、ＰＴＴ待ち時間が大きくなった場合に、サービスが効果的でなくなる。
【０００６】
既存のグループ通信のインフラストラクチャは、ＰＴＴ待ち時間を著しく減少させるために限られた機会しか与えない。すなわち、実際のＰＴＴ待ち時間は、休止状態にあるパケットデータセッション(session)中でトラフィックチャネルを再設定するために必要な時間以下に減少させることはできない。さらに、休止状態にあるグループの目覚しを始めるために利用できる唯一のメカニズムは、サーバに信号を送るために話し手のトラフィックチャネルが再設定されるまで待つことであるという理由で、話し手及び聞き手のトラフィックチャネルは、連続して送り出される。現在、モービルが開始するユーザーシグナリングデータ(user signaling data)をトラフィックチャネル以外の何か、−クライアントとサーバとの間のいかなる通信が始まる前に、トラフィックチャネルが再設定される必要があるという制限−を使用して送信するメカニズムは存在しない。
【０００７】
それゆえ、話し手によって経験される見かけ上のＰＴＴ待ち時間、及びシステム能力、クライアントのバッテリー寿命、若しくは他のリソースに否定的な影響を与えないで、加入しているモービルに対してトラフィックチャネルを再設定するために要求される合計時間の両方を減少するためのメカニズムに対する必要性がある。
【発明の開示】
【課題を解決する手段】
【０００８】
開示された実施例は、グループ通信ネットワークにおいて動作しているモービルで同時に起きるサービスオリジネーション及びページングを回避する卓越した及び改善された方法及び装置を提供する。1つの観点では、方法は、グループ呼び出しを始動するためにソース通信デバイスからフロア制御要求、例えば、ショートデータバースト（ＳＤＢ）形式で、を受信する、ソース通信デバイスに対してサービスオリジネーションプロセスを始動する、及びサービスオリジネーションプロセスが終了した後で、コントローラからのフロア制御要求に応答を送信するステップを含む。
【０００９】
1つの観点では、方法は、グループ呼び出しを始動するためにソース通信デバイスからフロア制御要求、例えば、ＳＤＢ形式で、を受信する、ソース通信デバイスに対してサービスオリジネーションプロセスを始動する、及びサービスオリジネーションプロセスが終了した後でワイアレスインフラストラクチャからのフロア制御要求に応答を送信するステップを含む。
【００１０】
他の1つの観点では、方法は、グループ呼び出しを始動するためにソース通信デバイスからフロア制御要求、例えば、ＳＤＢ形式で、を受信する、フロア制御要求へ応答を送信する、ソース通信デバイスに対してサービスオリジネーションプロセスを始動するステップを含む。
【００１１】
1つの観点では、受信機、送信機、及び受信機及び送信機を通信的に接続するプロセッサを含むグループ通信ネットワークにおいて動作しているモービルで同時に起きるサービスオリジネーション及びページングを回避する装置。プロセッサは、グループ呼び出しを始動するためにソース通信デバイスからフロア制御要求、例えば、ＳＤＢ形式で、を受信する、ソース通信デバイスに対してサービスオリジネーションプロセスを始動する、及びサービスオリジネーションプロセスが終了した後で、コントローラからのフロア制御要求に応答を送信することができる。
【００１２】
1つの観点では、装置は、サービスオリジネーションプロセスが終了した後で、ワイアレスインフラストラクチャからのフロア制御要求に応答を送信することを提供する。
【００１３】
他の1つの観点では、ソース通信デバイスへの応答を送信した後で、ソース通信デバイスに対するサービスオリジネーションプロセスを始動することを提供する。
【発明を実施するための最良の形態】
【００１４】
本発明の特徴及び利点は、図面を使用して以下に述べる詳細な説明から、さらに明確になるであろう。図面では、一貫して対応するものは同じ参照符号で識別する。
【００１５】
本発明の一実施形態を詳細に説明する前に、本発明は、以下の説明若しくは図面に示された構成及び構成要素の配置の詳細なアプリケーションに限定されることはないことが理解される。本発明は、他の実施形態においても実行されることができ、種々の方法で実施される。ここで使用される表現方法及び用語は、説明の目的のためであり、制限しようとするものではないことも、理解される。
【００１６】
図１は、グループ通信システム１００のイグゼンプラリ機能ブロック図を示す。グループ通信システム１００は、プッシュ−ツー−トークシステム、ネット放送サービス（ＮＢＳ）、ディスパッチシステム、若しくは点対多点通信システムとして知られている。ＮＢＳ１００において、通信デバイスユーザーのグループは、個人個人はネットメンバーとして知られている、各ネットメンバーに割り当てられた通信デバイスを使用して互いに通信する。用語“ネット(net)”は、互いに通信することを認可された通信デバイスユーザーのグループを意味する。
【００１７】
一実施例では、中央データベースは、各特定のネットのメンバーを認識する情報を含むことができる。１以上のネットが、同一の通信システムの中で稼動できる。例えば、第１のネットは、１０人のメンバーを有すると規定でき、第２のネットは、２０人のメンバーを有すると規定できる。第１のネットの１０人のメンバーは、互いに通信できる、しかし、第２のネットのメンバーとは通信できない。他のある実施例では、異なるネットのメンバーは、１以上のネットのメンバー間の通信をモニターできる、しかし、自分のネット中のメンバーに情報を送信できるだけである。
【００１８】
あるネットは、既存のインフラストラクチャに実質的な変化を要求しないで、既存の通信システムを介して稼動できる。それゆえ、あるネットにおけるコントローラ及びユーザーは、符号分割多元アクセス（ＣＤＭＡ）システム、時間分割多元アクセス（ＴＤＭＡ）システム、モービル通信に関するグローバルシステム（ＧＳＭ）システム、グローバルスター(GlobalstarＴＭ)若しくはイリジウム(IridiumＴＭ)のような衛星通信システム、若しくは各種の他のシステムのような、インターネットプロトコル（ＩＰ）を使用するパケット情報を送信及び受信できるいかなるシステムにおいて稼動できる。
【００１９】
通信デバイス（ＣＤ）１０２，１０４，１０６及び１０８として示された、ネットメンバーは、割り当てられた通信デバイスを使用してお互いに通信できる。ＣＤ１０２，１０４，１０６及び１０８は、有線デバイス、若しくは地上ワイアレス電話、プッシュ−ツー−トーク能力を有するワイアレス電話、プッシュ−ツー−トーク機能性を装備した衛星電話、ワイアレスビデオカメラ、スチルカメラ、音楽レコーダ若しくはプレーヤ、ラップトップ若しくはデスクトップコンピュータ、ページング装置、若しくはこれらのいずれかの組み合わせのようなオーディオ機器、のようなワイアレス通信デバイスである。例えば、ＣＤ１０２は、ビデオカメラ及び画面を有するワイアレス地上電話を備えることができる。さらに、各ＣＤは、セキュア(secure)モード若しくはノンセキュア（クリア）モードのいずれかで情報を送信すること及び受信することができる。以下の議論を通して一貫して、個々のＣＤについての表示は、ワイアレスプッシュ−ツー−トーク電話を意味する。しかし、ＣＤについての表示が、そのように制限することを意図していないこと、及びインターネットプロトコル（ＩＰ）にしたがったパケット情報を送信する及び受信する能力を有する他の通信デバイス含むことができるが、理解される。
【００２０】
図２のＮＢＳシステム２００において、送信のプリヴィリジ（権利：privilege）は、一般に、所定の時間において単一のユーザーが他のネットメンバーに情報を送信することを認める。要求が受信された際に、送信のプリヴィリジが、他のネットメンバーに現在割り当てられているか否かに依存して、その送信のプリヴィリジは、認可される若しくは拒絶される。送信要求を認可する及び拒絶するプロセスは、アービトレイション（仲裁：arbitration）として知られている。要求しているネットメンバーが送信のプリヴィリジを認可されるか否かの決定において、アービトレイションスキームは、各ＣＤに割り当てられた優先度レベル、送信のプリヴィリジを得るまでの不成功アテンプト回数、ネットメンバーが送信のプリヴィリジを保有してきた時間の長さ、若しくは他の因子、のような因子を勘案できる。
【００２１】
ＮＢＳシステム１００に加入するために、ＣＤ１０２，１０４，１０６及び１０８の各々は、コントローラ若しくは通信マネージャ（ＣＭ）１１０から送信のプリヴィリジを要求する権利を持つことができる。ＣＭ１１０は、リアルタイム及びネットの運営上の動作を管理できる。ＣＭは、少なくとも1のプロセッサ及びメモリを有するいずれかのタイプのコンピュータ型の装置である。ある実施例では、ＣＭは、サンワークステーションネトラＴ１(Sun Workstation Netara T1ＴＭ)である。
【００２２】
承認が、サービスプロバイダにより与えられると仮定すると、ＣＭ１１０は、通信システムシステムプロバイダ、ネットメンバー、若しくは両者のいずれかを経由して遠隔操作できる。ＣＭ１１０は、外部承認インターフェースを経由してネットの定義を受信できる。ネットメンバーは、サービスプロバイダを経由して運営上のアクションを要求できる若しくは所定のシステムを経由して運営上のネット機能を承認できる。所定のシステムは、ＣＭ運営インターフェースに適合するメンバーが動作する安全マネージャ（ＳＭ）１１２のようなものである。ＣＭ１１０は、ネットを設定する若しくは修正することを試みる関係者を認証できる。
【００２３】
ＳＭ１１２は、キーマネージメント、ユーザー認証、及びセキュアなネットをサポートする関連した仕事を実施できる。単一のグループ通信システムは、1若しくはそれ以上のＳＭ１１２と協力し合うことができる。ＳＭ１１２は、ネット活性化若しくはＰＴＴアービトレイションを含む、ネットのリアルタイム制御に拘わらないことができる。ＳＭ１１２は、運営機能を自動化するためにＣＭ１１０インターフェースと互換性のある運営能力を有することができる。ＳＭ１１２は、ネット、放送ネットキー、若しくは単純なモニタネットトラフィックに加入する目的のためにデータ終点として動作することもできる。
【００２４】
ある実施例では、ＣＭから送信のプリヴィリジを要求する手段は、プッシュ−ツー−トーク（ＰＴＴ）キー若しくはスイッチを具備する。ＮＢＳ１００中のユーザーが他のネットメンバーに情報を送信しようと希望する場合、ユーザーは、自分のＣＤ上にあるプッシュ−ツー−トークスイッチを押し下げ、ＣＭ１１０から送信のプリヴィリジを得るためにフロア制御要求を送信する。他のネットメンバーが送信のプリヴィリジを現在割り当てられていなければ、要求しているユーザーは、送信のプリヴィリジを認可されることができ、そのユーザーは、ＣＤを経由して聴覚、視覚、若しくは触覚のアラートにより知らされることができる。要求しているユーザーが、送信のプリヴィリジを認可された後で、情報は、そのユーザーから他のネットメンバーにそれから送信されることができる。
【００２５】
本発明のある実施例では、各ワイアレスネットメンバーは、場合によって、1若しくはそれ以上の基地局１１６若しくは衛星ゲートウェイ１１８と順方向リンク及び逆方向リンクを設定する。基地局１１６は、基地局１１６若しくは衛星ゲートウェイ１１８からＣＤへの通信チャネルを説明するために使用されることができる。衛星ゲートウェイ１１８は、ＣＤから基地局１１６若しくは衛星ゲートウェイ１１８への通信チャネルを説明するために使用されることができる。音声及び／若しくはデータは、例えば、ＣＤを使用して、データパケットに変換できる。データパケットは、他のユーザーへの通信をそれを経由して行うことができる、特定の分布ネットワーク(distributed network)１２０に対して適している。ある実施例では、分布ネットワーク１２０は、インターネットである。
【００２６】
ある実施例では、専用の順方向チャネルは、各ネットメンバーから他のネットメンバーへ情報を広めるために各通信システム、すなわち、地上通信システム及び衛星通信システム、中に設置される。各ネットメンバーは、専用のチャネルを介して他のネットメンバーから情報を受信できる。他の実施例では、専用の逆方向リンクは、ＣＤ１１０へ情報を送信するために各通信システム中に設置される。ある実施例では、上記のスキームの組み合わせが、使用されることができる。例えば、あるスキームは、専用の順方向放送チャネルを設定することを含むことができるが、各ＣＤに割り当てられた専用の逆方向リンクを介してＣＭ１１０に情報を送信するためにワイアレスＣＤを要求することを含むことができる。
【００２７】
最初のネットメンバーが、ネットの他のメンバーに情報を送信することを希望する場合、最初のネットメンバーは、彼若しくは彼女のＣＤ上のプッシュ−ツー−トークキーを押すことによって送信のプリヴィリジを要求できる。このことが、分布ネットワーク１２０を介して送信するためにフォーマットされた要求を生成する。ＣＤ１０２及び１０４の場合、要求は、１若しくはそれ以上の基地局１１６に空中を介して送信されることができる。データパケットを処理するためのモービルスイッチングセンタ（ＭＳＣ）１２２は、ＢＳ１１６と分布ネットワーク１２０との間に存在できる。ＭＳＣ１２２は、よく知られたインターワーキング機能（ＩＷＦ）、パケットデータサービングノード（ＰＤＳＮ）、若しくはパケット制御機能（ＰＣＦ）を含むことができる。ＣＤ１０６に対して、要求は、衛星ゲートウェイ１１８を経由して送信される。ＣＤ１０８に対して、要求は、モデムバンク１２６にパブリックスイッチト電話ネットワーク（ＰＳＴＮ）１２４を経由して送信されることができる。モデムバンク１２６は、要求を受信し、それを分布ネットワーク１２０に供給する。ＮＢＳターミナル１２８は、分布ネットワーク１２０への自分の接続を経由してＮＢＳシステムのトラフィックをモニタする。ＮＢＳターミナル１２８が分布ネットワーク１２０に接続されているので、ネット加入者へ地理的に接近していることは、必要ではない。
【００２８】
他に誰も送信のプリヴィリジを現在保有していなければ、ＣＭ１１０が送信のプリヴィリジ要求を受信する場合、ＣＭ１１０は、要求しているネットメンバーにメッセージを送信でき、送信のプリヴィリジが認可されたことを知らせる。最初のネットメンバーからの音声、映像、若しくは他の情報は、その後、たった今説明した送信経路の１つを使用して、ＣＭ１１０に情報を送信することにより他のネットメンバーに送信されることができる。ある実施例では、ＣＭ１１０は、その後、情報のコピーを作ることにより、及び他のネットメンバーに各コピーを送ることにより他のネットメンバーに情報を供給する。単一の放送チャネルが使用されるならば、情報は、使用されている各放送チャネルに対して１回だけコピーされる必要がある。
【００２９】
代わりの実施例では、ＣＭ１１０は、ＭＳＣ１２２に取り込まれており、その結果、サポートしている基地局からのデータパケットは、分布ネットワーク１２０に送られることなくＣＭ１１０に直接送られる。この実施例では、ＣＭ１１０は、まだ分布ネットワーク１２０に接続されており、その結果、他の通信システム及び装置は、グループ通信に加入できる。さらに他の実施例では、ＣＭは、ＰＤＳＮ若しくはＭＳＣのＰＣＦモジュールに含まれることができる。
【００３０】
ある実施例では、ＣＭ１１０は、各々の決められたネットと同様に、個々のネットメンバーに関係する情報を管理するために１若しくはそれ以上のデータベースを維持する。例えば、各ネットメンバーに対して、データベースは、ユーザーの名前、アカウント番号、メンバーのＣＤに付けてある電話番号、若しくはダイアル番号、ＣＤに割り当てられたモービル認識番号、メンバーがネットに積極的に参加しているかどうかのようなネットにおける現在のメンバーの状態、どのようにして送信のプリヴィリジが割り当てられるかを決定するための優先度コード、ＣＤにつけられているデータ電話番号、ＣＤにつけられているＩＰアドレス、及びメンバーが通信するためにどのネットが認可されているかの指示、のような情報を具備できる。他の関連する情報のタイプも、各ネットメンバーに関係してデータベースにより記憶されることができる。
【００３１】
ある実施例では、ＣＤは、１つのトークグループ、若しくはネットを形成するために個々の通信ターミナルの接続を形成できる。ＣＭは、異なったアプリケーションに適応するために異なった様式で構成される、ハードウェア及びソフトウェア中において各種の機能的な能力を具備できる。ＣＭは、リアルタイムの、運営的な、及び（ＮＢＳ）ネットの認証動作、プッシュ−ツー−トーク（ＰＴＴ）要求のアービトレイション、ネットメンバーシップ及び受付リストの維持及び配布、必要な通信システム、例えば、ＣＤＭＡ、の呼び出し設定及び取り外し、及び、ネットの状態の全体制御と同様に、ネットワークリソソースを管理するための能力を提供できる。
【００３２】
ＮＢＳネットは、スタンドアロンの展開できるセルラシステム、若しくは大きな多数サイト構成の中にあることができる。大きな構成の場合、多数のＣＭは、既存のセルラインフラストラクチャにプラグインモジュールとして各々が動作する、単一の、統合されたシステムを形成するために地理的に展開されることができる。そのようにして、ＮＢＳネットにより導入された新しい特徴は、既存のセルラインフラストラクチャに対して修正を要求することなくセルラユーザーに適用される。
【００３３】
ＣＭは、所定のＮＢＳネットのリストを維持できる。ある実施例では、各ネットの定義は、ネット識別子、メンバーのリスト、電話番号若しくは他の識別情報を含む、ユーザー優先度情報、及び他の一般的な運営上の情報を含む。ネットは、クリア若しくはセキュアのいずれかとしてあらかじめ定義され、そして、クリアとセキュアとの間の転移は、許されることができない。セキュアなＮＢＳネットは、代表的には、認証及び盗聴に対するガードを提供するメディア暗号化を使用する。セキュアなネットに関するメディア暗号化は、暗号化及び逆暗号化が、通信デバイスの中で行われることができることを意味する、エンド−ツー−エンド基準で実行される。ＣＭは、安全アルゴリズム、キー、若しくはポリシーの知識なしで動作できる。
【００３４】
図２は、通信デバイス２０２が、ＣＭ２０４といかにして協力し合うかを示すためのイグゼンプラリＮＢＳネット２００を示す。多数のＣＭは、大規模ＮＢＳネットに対して望まれるように展開されることができる。図２において、ＣＤ２０２は、ネットの他のメンバーへメディアを送信する許可を有する。この場合、ＣＤ２０２は、話し手として知られ、チャネルを介してメディアを送信する。ＣＤ２０２が話し手として指名された場合、残りのネットの加入者、ＣＤ２０６及びＣＤ２０８、は、ネットにメディアを送信する許可を有することができない。したがって、ＣＤ２０６およびＣＤ２０８は、聞き手として指名される。
【００３５】
上に説明したように、ＣＤ２０２，２０６，及び２０８は、少なくとも１のチャネルを使用して、ＣＭ２０４に接続される。ある実施例では、チャネルは、セッション開始プロトコル（ＳＩＰ）チャネル２１０、ＮＢＳメディアシグナリングチャネル２１２、及びメディアトラフィックチャネル２１４を具備する別々のチャネルに分割される。ＳＩＰチャネル２１０及びＮＢＳメディアシグナリングチャネル２１２は、話し手若しくは聞き手に指名されているかにかかわらず、ＣＤ２０２，２０６及び２０８のいずれかにより許されるバンド幅としていつでも使用されることができる。ＳＩＰは、インターネットプロトコル（ＩＰ）を介して動作しているマルチメディアセッションを設定し、修正し、終了させるための制御メカニズムを説明する、アプリケーションレイヤープロトコル(application-layer protocol)に定義されたインターネットエンジニアリングタスクフォース（ＩＥＴＦ）である。ＳＩＰは、ユーザーを登録し配置するためのメカニズム、ユーザーの能力を規定しメディアパラメータを説明するメカニズム、及びユーザーの利用可能性、呼び出し設定、及び呼び出し取り扱いを決定するメカニズム、をサポートすることによってインターネット電話法アプリケーションに関する呼び出しシグナリング(call-signaling)問題の一般的な解を提供する。
【００３６】
ある実施例では、ＳＩＰチャネル２１０は、ＮＢＳネット１００中にあるＣＤの加入を開始するため及び終了するために使用される。セッション記述プロトコル（ＳＤＰ）信号は、ＳＩＰチャネル２１０中でも使用されることができる。ＮＢＳネット中へのＣＤの加入が、例えば、ＳＩＰチャネル２１０を使用して設定される場合、ＣＤとＣＭとの間のリアルタイム呼び出し制御及びシグナリングは、例えば、ＮＢＳメディアシグナリングチャネルを使用して行われる。ある実施例では、ＮＢＳメディアシグナリングチャネル２１２は、プッシュ−ツー−トーク要求及び解除を取り扱うため、相容れない要求若しくはフロア制御間をアービトリトするため、情報送信の開始及び終了を通知するため、ネット休止状態を管理するため、終点の接続性を追跡するため、ネット状態を要求する及び交換するため、及びいかなるエラーメッセージを気付かせるために使用される。ＮＢＳメディアシグナリングチャネル２１２のプロトコルは、最も一般的なメッセージの長さを最小化し、回答を説明するタスク及び将来の増加に対する柔軟性を維持しつつ、要求に対して応答するタスクを単純化する。ＮＢＳメディアシグナリングチャネル２１２のプロトコルも、プロトコルの状態に反対に影響することなく再送信される要求を可能にする。
【００３７】
ある実施例では、ＮＢＳメディアチャネル上のシグナリングトラフィック２１２は、呼び出し設定及び制御シグナリング及びメディアシグナリングを含む。制御シグナリングは、セッションインビテーション要求(session invitation request)及び承認から構成されることができる。メディアシグナリングは、リアルタイムフロア制御要求及び関係する非同期メッセージを具備することができる。メディアトラフィックチャネル２１４におけるメディアトラフィックは、リアルタイムの点対多点音声及び／若しくはデータ放送を具備することができる。両者のメッセージを送るカテゴリーは、固有の機能的な属性を有する。さらに、各ＣＤは、インターネットアドレスに完全に認定されたドメインネームサービス（ＤＮＳ）ホストネームのマッピングを促進するためにＤＮＳのクライアント要求を発行できる。
【００３８】
ある実施例では、ＮＢＳ呼び出し設定及び呼び出し制御シグナリングは、ＳＩＰシマンティック(semantic)にしたがって実施される。ＳＩＰは、良く知られたユーザーデータグラムプロトコル(user datagram protocol)（ＵＤＰ）若しくは送信制御プロトコル（ＴＣＰ）のいずれかを使用して送信されることができるのであるが、ある実施例では、各ＣＤは、ＵＤＰを使用するＳＩＰに基づいたシグナリング機能を実施する。各ＣＤは、ＵＤＰを経由してＳＩＰシグナリング要求を受信することを期待できる。リアルタイムシグナリングは、ＣＭ及び各ＣＤにおいてダイナミックＵＤＰ／ＩＰインターフェースを経由して行うことができる。他のシグナリングは、例えば、ＣＭとＳＩＰを使用するＣＤとの間の固定ＴＣＰ／ＩＰインターフェースを経由して行うことができる。
【００３９】
ＰＴＴ待ち時間
ある実施例では、パケットデータサービスがアクティブである時、インフラストラクチャ中のリソース、例えば、基地局トランシーバサブシステム（ＢＴＳ）、基地局コントローラ（ＢＳＣ）、インターワーキング（ＩＷＦ）、及びラジオリンクは、移動局（ＭＳ）に積極的に割り当てられる。ＩＰに基づいたＶｏＩＰディスパッチサービスにおいて、グループ加入者の間でアクティブな会話が行われている間、各ユーザーに対するパケットデータ接続は、アクティブのままである。しかしながら、動作していない期間、すなわち、“ハングタイム(hang time)”の後で、グループ通信においてユーザートラフィックチャネルは、休止状態に移行できる。
【００４０】
休止状態への移行は、システムの能力を節約し、サービスコスト及びバッテリー消耗を減少し、入ってくる従来の音声呼び出しをユーザーが受信できるようにする。例えば、ユーザーが、アクティブなパケットデータ呼び出し中である場合に、彼は、入ってくる音声呼び出しに対して“話し中”であると一般に考えられる。ユーザーのパケットデータ呼び出しが休止状態であるならば、ユーザーは、入ってくる音声呼び出しを受信できる。これらの理由のために、パケットデータが動作していない期間の後で、パケットデータ呼び出しを休止状態に移行することが好ましい。
【００４１】
パケットデータ呼び出しがアクティブな間、データパケットが交換されていなくても、高周波（ＲＦ）エネルギーは、基地局との同期及びパワー制御を維持するために、低レベルであるが、携帯電話によって送信されつづけるであろう。これらの送信は、電話において著しい電力消耗を生じさせる。休止状態において、電話は、いかなるＲＦ送信も実施できない。電話の電源を保存し、バッテリー寿命を長くするために、ハングタイムは、データが送信されない延長期間の後で、休止モードに電話を移行させるために設定されることができる。
【００４２】
パケットデータサービスが全てのユーザーに対してアクティブである間、ＰＴＴ要求は、非常に短い待ち時間を有する。ＰＴＴ要求は、ＭＳとディスパッチサーバとの間で送られるＩＰデータダイアグラムとすることができる。しかしながら、ユーザーチャネルが、休止状態に事前に移行しているならば、ＰＴＴ待ち時間は、さらに長くなるであろう。パケットデータ休止の間中、モービルＩＰアドレスを含む、パケットデータセッションに付随する状態情報は、維持されることができる。しかしながら、物理的トラフィックレイヤーのような、ＰＰＰより低いレイヤーに付随した状態情報は、開放され及び／若しくは割り当てを解かれることができる。
【００４３】
ある種のインフラストラクチャにおいて、休止しているデータ接続を目覚めさせるために、トラフィックチャネルは、移動されなければならず、リソースは、再割り当てされなければならず、そして、ラジオリンクプロトコル（ＲＬＰ）レイヤーは、再び初期化されなければならない。ユーザーが、フロアを要求するために自分のＰＴＴボタンを押す場合、この効果は、トークグループがしばらくの間会話しなかった後である。最初の会話スパートまでのＰＴＴ待ち時間は、引き続く会話スパートに対するものより一般にはるかに長い。相対的に頻繁に起きないことであるが、サービスのユーティリティに影響することがあり、最小にされるべきである。
【００４４】
ある実施例では、グループ通信デバイスが休止状態にある場合、ＰＴＴ待ち時間は、以下のように生じることができる。
【００４５】
１．  話し手チャネル割り当て遅延  −  プッシュ−ツー−トークボタンを押しているユーザー、及びＩＰに基づいたフロア要求メッセージを始動するディスパッチアップリケ−ションに応答して話し手の電話に対するトラフィックチャネルを割り当てる及び初期化することにおける遅延。
【００４６】
２．  フロア要求伝達遅延  −  フロア要求メッセージがディスパッチサーバに伝達される時間。
【００４７】
３． アービトレイション遅延  −  可能性のある多重フロア要求をディスパッチサーバが処理する時間。
【００４８】
４． 目覚ましメッセージ遅延  −  ＩＰメッセージがディスパッチサーバから聞き手に使用されるセルラインフラストラクチャ、例えば、ＰＤＳＮ、に伝達する時間。
【００４９】
５． 聞き手ページング遅延  −  聞き手の電話を目覚めさせるために待つこと、及び適切なページングスロットにおいて呼び出しを受信することの必要性に起因する時間遅延。
【００５０】
６． 聞き手チャネル割り当て遅延  −  聞き手の電話のトラフィックチャネルを割り当てること及び初期化することにおける遅延。
【００５１】
これらの遅延のあるものは、全体のＰＴＴ遅延に対する寄与が他のものよりもさらに顕著である。例えば、話し手及び聞き手チャネル割り当て待ち時間、及び聞き手ページング待ち時間は、他の構成要素よりもしばしば１桁大きくなる、そして、ともに最終的なＰＴＴ遅延性能を決める。
【００５２】
ＰＴＴ待ち時間を減少させるために、ある実施例では、フロア制御要求、フロア制御応答、及び休止目覚ましメッセージのような、グループ呼び出しシグナリングは、これから再設定される専用のトラフィックチャネルを待たないで、ある種の利用できる共通チャネル上で送信されることができる。そのような共通チャネルは、モービルの状態に拘わらず、常に利用することができる。そして、ユーザーがグループ呼び出しを始動しようと希望する毎に要求されること及び再割り当てされることを要求されないであろう。それゆえ、グループ呼び出しシグナリングは、モービルが休止している場合でも、交換でき、それは、並行して話し手及び聞き手のモービルに対して専用のトラフィックチャネルを再設定する手段を提供できる。
【００５３】
ある実施例では、呼び出しをしているモービルは、逆方向アクセスチャネル及び逆方向エンハンスト(enhanced)アクセスチャネルのような、ある種の利用できる逆方向共通チャネルを介してワイアレスインフラストラクチャにフロア制御要求を送ることができる。呼び出しをしているモービルは、順方向ページングチャネル及び順方向共通制御チャネルのような、ある種の利用できる順方向共通チャネルにおいてフロア制御要求に対する応答も受信できる。ある実施例では、休止している聞き手のモービルは、順方向ページングチャネル及び順方向共通制御チャネルのような、ある種の利用できる順方向共通チャネルにおいて休止目覚ましメッセージを受信できる。
【００５４】
ショートデータバースト呼び出しシグナリングメッセージ
ある実施例では、実際の合計の休止目覚まし時間及び話し手により感じ取られたＰＴＴ待ち時間の著しい削減は、例えば、“ｃｄｍａ２０００拡散スペクトルシステムに関するＴＩＡ／ＥＩＡ／ＩＳ−２０００標準”、以降 “ｃｄｍａ２０００標準”と参照する、に与えられるように、ショートデータバースト（ＳＤＢ）メッセージの使用を通して達成されることができる。ある実施例では、ＳＤＢメッセージは、順方向基本チャネル（ＦＣＨ）若しくは順方向専用共通制御チャネル（Ｆ−ＤＣＣＨ）のような専用物理チャネル、若しくは逆方向アクセスチャネル（Ｒ−ＡＣＨ）、逆方向エンハンストアクセスチャネル（Ｒ−ＥＡＣＨ）、順方向共通制御チャネル（Ｆ−ＣＣＣＨ）、若しくはページングチャネル（ＰＣＨ）のような共通物理チャネルの両者を介して送られることができる。ＳＤＢメッセージは、ラジオバーストプロトコル（ＲＢＰ）により輸送されることができる。ＲＢＰは、適切な及び利用できる物理レイヤチャネル上に、メッセージのマップを作る。ＳＤＢメッセージが任意のＩＰトラフィックを搬送でき、共通物理チャネルを介して送られることができるため、呼び出しをしているクライアントのモービルが、専用のトラフィックチャネルを持たない場合、ＳＤＢメッセージは、グループ呼び出しシグナリングを交換するためのメカニズムを提供する。
【００５５】
モービルが開始した呼び出しシグナリングメッセージ
メディアシグナリングメッセージは、逆方向リンク若しくはモービルが開始したリンクを介してＩＰデータグラムを搬送できる。クライアントの移動局は、ユーザーがフロアを要求する場合及び専用の逆方向トラフィックチャネルが、即座に利用できない場合にはいつでも、迅速にＣＭの信号を送ることができる。クライアントの移動局が、全ての専用のトラフィックチャネルを開放すると仮定すると、クライアントの移動局は、ワイアレスインフラストラクチャの逆方向共通チャネルを介してフロア制御要求を直ちに転送できる。ワイアレスインフラストラクチャは、ＣＭに要求を中継できる。例えば、逆方向アクセスチャネル若しくは逆方向エンハンストアクセスチャネルのいずれかは、専用の逆方向チャネルが利用できない場合、そのようなメッセージを送るために使用されることができる。ある実施例では、クライアントの移動局は、フロア要求メッセージをＣＭにＳＤＢメッセージとして送信できる。
【００５６】
図３は、フロア制御要求プロセスに関するイグゼンプラリ呼び出しシグナリングを示す。クライアントの移動局（ＭＳ）は、グループ呼び出しを始動したいと希望するユーザーからの要求を受信できる。ある実施例では、クライアントのＭＳは、ＰＴＴデバイスであることができる。ある実施例では、クライアントのＭＳは、専用のトラフィックチャネルを再設定しようと試みる前に、アクセスチャネル若しくはエンハンストアクセスチャネルのような逆方向共通チャネルを介してＰＴＴフロア要求３０２を送信できる。ある実施例では、クライアントのＭＳは、どのチャネルが使用されるかに拘わらずＳＤＢメッセージでＰＴＴフロア要求３０２を送信できる。
【００５７】
クライアントのＭＳは、それから、例えば、”サービスオプション３３再オリジネーション“を実施することにより、自分の専用のトラフィックチャネル３０４を再設定することを開始できる。クライアントのＭＳは、ラジオリンクプロトコル（ＲＬＰ）同期３０６も開始できる。ある実施例では、クライアントのＭＳは、ＰＴＴフロア要求３０２を送信することと並行して都合よく、専用のトラフィックチャネルを再設定でき、及びＲＬＰを同期できる。
【００５８】
それゆえ、移動局がアクティブな専用のトラフィックチャネルを持っていない場合、利用できる逆方向共通チャネル及び／若しくはＣＭにフロア制御要求の信号を送るためのＳＤＢ特性の使用は、加入しているモービルを目覚めさせるために必要な合計時間を減少する。話し手クライアントは、話し手の順方向トラフィックチャネルが再設定されるまでフロア要求が認可されたという確認を受信しないけれども、加入している聞き手の目覚ましを始めるためにＣＭへ迅速に信号を送る能力は、全体の待ち時間を減少する。
【００５９】
図３を参照して、ワイアレスインフラストラクチャは、パケットデータサービス（ＰＤＳＮ）ノードへ及びその後ＣＭへＰＴＴフロア制御要求３０８を送信できる。ある実施例では、フロア制御要求３１０を受信した後で、ＣＭは、要求をアービトレトでき、目的とする加入者（聞き手）のグループへメディアシグナリング目覚ましメッセージ（トリガ）をバースト(burst)でき、及び／若しくは加入者（聞き手）のトラフィックチャネルの再設定をトリガできる。ＣＭがＰＴＴフロア要求を認可するならば、ＣＭは、インフラストラクチャへＰＴＴフロア認可３１２を送信できる。インフラストラクチャは、クライアントのＭＳへＰＴＴフロア認可３１４を送信できる。ある実施例では、クライアントの専用のトラフィックチャネルがまだ再設定されていなければ、インフラストラクチャは、順方向ページングチャネル及び順方向共通制御チャネルのような、利用できる順方向共通チャネルにおいてクライアントのＭＳへＰＴＴフロア認可３１４を送信できる。ある実施例では、インフラストラクチャは、どのチャネルが使用されているかに拘わらず、ＳＤＢ形式でクライアントのＭＳへＰＴＴフロア認可３１４を送信できる。
【００６０】
ある実施例では、ＰＴＴフロア制御要求に応答する前に、ＣＭは、休止応答タイマを終わるまで待つことができる。グループの休止応答タイマがゼロに設定されるのであれば、ＣＭは、直ちにフロア制御要求に応答できる。ある実施例では、クライアントのＭＳが、自身のトラフィックチャネルを再設定すること及びＲＬＰ同期を終了したならば、クライアントのＭＳは、クライアントのＭＳにおいてバッファしてきていることができる、メディア３１６をＣＭへストリーム(stream)できる。
【００６１】
ネットワークが開始した呼び出しシグナリングメッセージ
ある実施例では、フロア制御要求を受信した後で、ＣＭは、目的の加入者（聞き手）のグループへメディアシグナリング目覚ましメッセージをバーストでき、加入者（聞き手）のトラフィックチャネルを再設定をトリガできる。グループの休止応答タイマがゼロに設定されるならば、ＣＭは、直ちにフロア制御要求に応答できる。ある実施例では、話し手が、ＰＴＴ要求を送信することにより直ちに自身のトラフィックチャネルを再設定することを開始したならば、呼び出し者及び聞き手のトラフィックチャネルは、並行して都合よく再設定されることができる。
【００６２】
図４は、ネットワークが始動した休止目覚ましプロセスに関するイグゼンプラリ呼び出しシグナリングを示す。ＣＭが、ＰＴＴフロア制御要求３１０（図３）を受信した後で、ＣＭは、目的の聞き手に向けられた目覚ましトリガ４０２を送信できる。ＰＳＤＮは、パケットデータセッションが目的のモービルに存在するか否かを決定でき、トリガパケットを適切なインフラストラクチャ素子、例えば基地局、に転送できる。インフラストラクチャは、専用のトラフィックチャネルを再設定することを開始するために個々の目的のＭＳのそれぞれをページ４０６できる。目的のＭＳは、それから、例えば、“サービスオプション３３再オリジネーション”を実施することにより、専用のトラフィックチャネル４０８を再設定することを開始できる。目的のＭＳは、ラジオリンクプロトコル（ＲＬＰ）同期４１０も開始できる。ある実施例では、目的のＭＳは、クライアントのＭＳにより実行される同一の機能で並行して都合よく専用のトラフィックチャネルを再設定でき、そのＲＬＰを同期できる。
【００６３】
ある実施例では、目的のＭＳが、自身の専用のトラフィックチャネルを再設定すること、及び自身のＲＬＰを同期することを終了した後で、ＣＭは、目的のＭＳへ目覚ましトリガ４１２を再送信できる。目的のＭＳは、ＣＭへ目覚まし回答４１４を送信でき、目的のＭＳがメディアを受信する準備ができていることを示す。ＣＭにバッファされてきたであろうメディア４１８を、ＣＭが目的のＭＳへストリームする前に、クライアントのＭＳへ話し手の通知４１６を送信できる。
【００６４】
ある実施例では、目的の聞き手のトラフィックチャネルがまだ再設定されない一方で、インフラストラクチャは、順方向ページングチャネル及び順方向共通制御チャネルのような、ある種の利用できる共通の順方向チャネルを介して目的の聞き手へ目覚ましトリガ４１２を送信できる。ある実施例では、インフラストラクチャは、どのチャネルを使用するかに拘わらず、ＳＤＢ形式で目的の聞き手に目覚ましトリガ４１２を送信できる。もし、ＰＴＴフロア制御要求が、ＳＤＢメッセージとして話し手の逆方向共通チャネルにおいて送信され、目的のグループの休止応答タイマが、ＣＭにおいてゼロに設定されるならば、話し手のクライアントにおける実際のＰＴＴ待ち時間は、逆方向リンクにおけるＳＤＢ要求メッセージに引き続き順方向リンクにおいてＳＤＢ応答メッセージを送信するために要求される時間まで減少されることができる。
【００６５】
呼び出しシグナリングメッセージに対するネットワークインターフェース
専用のトラフィックチャネルなしで、ある種のインフラストラクチャポリシーで若しくは他のトラフィックからのそのような特定のトラフィックを認識するためのインターフェースを使用して、どのネットワークが開始した特定のトラフィック、例えば、ＳＤＢペイロード(payload)、が、アイドルの移動局に対して送信されるかを決定することは、実行されることができる。
【００６６】
第１の実施例では、ＳＤＢメッセージが限られたユーザーペイロードしか搬送できないので、ＩＰデータグラムは、そのサイズに基づいてフィルタされることができる。専用のトラフィックチャネルを持たないモービルに対して向けられているならば、所定のサイズ限界より小さいＩＰデータグラムは、ＳＤＢメッセージとして送信されることができる。アプリケーションフロア要求応答メッセージが非常に小さい、例えば、ＩＰヘッダーを含め３４バイト、ので、グループ通信システムは、そのようなフィルタを使用できる。
【００６７】
第２の実施例では、インフラストラクチャベンダーは、移動局へ配信するために向けられたＩＰトラフィックをカプセル化するためにＩＰに基づいたサービスを決められる。このサービスの知識を持つＩＰサーバは、専用のトラフィックチャネルを持っていないと思われるモービルへ配信するためにこのサービスへ、ＩＰヘッダーで適切にカプセル化された小さなＩＰ、例えば、ＵＤＰ、データグラムを送信できる。グループ通信システムは、インフラストラクチャに次のことを示すためにこのサービスを使用できる。例えば、フロア要求応答メッセージは、要求しているクライアントのＭＳへＳＤＢ形式で配信される。ＳＤＢトラフィックと保留中のページ若しくはサービスオリジネーション要求との調整は、ユーザートラフィックの迅速で信頼できる配信を確実にするためにも重要である。
【００６８】
第３の実施例では、ＩＰサーバは、専用のトラフィックチャネルを持たないと思われるモービルに配信するために、ＩＰヘッダーを持つ特定のＩＰ、例えば、ＵＤＰ、データグラムを送信できる。ＩＰサーバは、クライアントのＭＳへＩＰデータグラムを配信するインフラストラクチャを指図するために、例えば、ＩＰヘッダー中に特別な値を示すことによって、ＩＰデータグラムにタグを付けることができる。グループ通信システムは、フロア要求応答メッセージが要求しているクライアントＭＳへ、例えば、ＳＤＢ形式で配信されることをインフラストラクチャへ示するためにこのサービスを使用できる。第３の実施例では、ＵＤＰ若しくはＴＣＰポートの範囲は、特定のＩＰデータグラム、例えば、ＳＤＢメッセージ、を配信するために確保されることができる。
【００６９】
モービルが始動したサービスオリジネーション及びページング
ある実施例では、図３に関係して上記に説明したように、自身のトラフィックチャネルを迅速に再設定するためにワイアレス、例えば、ＣＤＭＡ、インフラストラクチャへサービスオリジネーション要求３０４に引き続き直ちに、話し手の移動局（ＭＳ）は、ＳＤＢ形式で、ＣＭへフロア制御要求３０２を送信できる。しかしながら、休止応答タイマが小さな値に設定されるならば、ＣＭは迅速にフロア制御要求３１０に応答でき、話し手のＭＳに応答３１２を送信し戻すことができる。この応答が、サービスオリジネーショントランザクション３０４の早い時期の間にインフラストラクチャに届くならば、インフラストラクチャは、話し手のＭＳがアクティブなトラフィックチャネルを持たないことに気づき、話し手のＭＳへの応答をページすることを試みる。しかしながら、このページングアクションは、既に進行中のサービスオリジネーショントランザクションを中止できる。ある実施例では、話し手のＭＳは、呼び出（ページ）しに応答でき、フロア制御応答メッセージが話し手に配信されることを確認する。そしてサービスオリジネーションを再び要求する。しかし、もともとのサービスオリジネーションの試みが中断された結果、不必要な遅延が、話し手のトラフィックチャネルの再設定において経験される。
【００７０】
第１の実施例において、サービスオリジネーションプロセスとページングとの間の競争状態を回避するために、ＣＭは、フロア制御要求３１０に直ちに応答しないように構成できる。したがって、例えば、ＣＭ中の、休止応答タイマは、サービスオリジネーションプロセス３０４が終了した後で、ＣＭが話し手のＭＳに応答３１２を送信できるように、調節されることができる。
【００７１】
第２の実施例では、ＰＤＳＮ、これはＣＭが始動した応答３１２を受信する、及びモービルスイッチングセンタ（ＭＳＣ）、これは話し手のサービスオリジネーション要求に応答する、は、調整されている。すなわち、もし、ＣＭが始動した応答３１２がインフラストラクチャに到着した時に、話し手のＭＳに対するパケットデータサービスオリジネーションプロセスが既に進行中であるとＰＤＳＮが決定するならば、ＭＳＣは、話し手のＭＳをページングすることを延期できる。ＰＤＳＮは、応答をキャシュすることができ、サービスオリジネーションプロセスが一旦終了すると、話し手のＭＳの順方向トラフィックチャネルを介してそれを送信できる。あるいは、サービスオリジネーションプロセスが、まだ進行中であれば、ＭＳＣは、話し手のＭＳへＳＤＢメッセージとして応答を送信できる。
【００７２】
第３の実施例では、話し手のＭＳが、フロア制御要求３０２への応答を受信する後まで、話し手のＭＳは、サービスオリジネーション要求３０４を発行しないことにより競争状態を回避できる。ある実施例では、話し手のＭＳがアクティブな専用のトラフィックチャネルを持たないので、ＣＭは、順方向ページングチャネル及び順方向共通制御チャネルのような、ある種の利用できる順方向共通チャネルにおいて話し手のＭＳへ応答を送信できる。ある実施例では、ＣＭは、ＳＤＢ形式で話し手のＭＳへ応答を送信できる。ＣＭによって送信された目覚まし要求が、聞き手のモービルに対してトラフィックチャネルの再活性化をトリガすることと同様な様式で、話し手のＭＳは、自身のトラフィックチャネルを再活性化をトリガすることをＣＭが生成したフロア制御応答３１２に依存できる。同時に起きるモービルが始動したサービスオリジネーション及びネットワークが始動したモービルのページングに関する可能性が回避されるように、競争状態は回避される。
【００７３】
ネットワークが始動したパケットデータトリガのキャシング
目覚ましトリガ４０２を含むＩＰデータグラム、それはワイアレス、例えば、ＣＤＭＡ、インフラストラクチャに到着し、かつ専用のトラフィックチャネルを待たない聞き手のモービルに向けられている、は、一般にはネットワークによって若しくは特別にはワイアレスインフラストラクチャによってのいずれかにより失われる。ある実施例では、聞き手のモービルに送信された目覚ましトリガ４０２は、聞き手の応答若しくはグループの目覚ましタイマが終わるまで決められたスケジュールにしたがって精力的に再送信される。例えば、目覚ましトリガ４０２は、５００ｍｓ毎に再送信できる。しかし、このレートで目覚ましトリガ４０２を再送信することは、聞き手のトラフィックチャネルが再設定された時間からその聞き手に向けられ次の目覚ましトリガがインフラストラクチャに到着する時間まで、５００ｍｓまでの最大遅延、若しくは２５０ｍｓの平均遅延、を生じることができる。
【００７４】
ある実施例では、インフラストラクチャ若しくはネットワーク中の他の１つのエンティティ(entity)は、ＣＭにより送信された目覚ましトリガ４０２をキャッシュすることができ、目的のＭＳが自身のトラフィックチャネルを再設定するとすぐに、目的のＭＳへそれを配信できる。これは、ＣＭによって目覚まし要求４１２の再送信に対する必要性を削除でき、合計の休止目覚まし時間を減少する。目覚ましトリガ４０２をキャシングすること、それを例えば、５００ｍｓのレートで再送信することとは反対に、は、合計の休止目覚まし時間から５００ｍｓまでの遅延を削除できる。
【００７５】
メディアバッファリング
ある実施例では、ユーザーがフロア制御を要求した後で、専用のチャネルがクライアントと聞き手との間で再設定される前にメディアをバッファリングすることによって、ユーザーは、会話を開始することを可能にされることができる。話し手の会話をバッファリングすることにより、システムは、聞き手のトラフィックチャネルが完全に再設定される前に、話し手が会話を開始することが可能になる。これが、話し手が会話を早く開始することを可能にし、見かけのＰＴＴ待ち時間を減少する。聞き手はＰＴＴ待ち時間を経験しないので、その経験は、影響されない。すなわち、ＰＴＴ待ち時間は、話し手からシステムの他の部分へ移行される。話し手は、彼の最初の会話スパートに対して聞き手から応答を受信するまでの長さだけ待つことができる。しかし、上記したように、話し手は、最初の会話スパートに対する応答が、彼がアクティブな会話をしている間に生じる、引き続く会話スパートに対する応答より時間がかかることを既に予期する。話し手の最初の会話スパートをバッファリングすることは、ＣＭ側において若しくはクライアントのＭＳ側において行うことができる。
【００７６】
ＣＭバッファリング
ある実施例では、ＣＭは、話し手の最初の会話スパートをバッファできる。ユーザーがＰＴＴボタンを押し、そしてユーザーのトラフィックチャネルが再設定された後で、ユーザーは、ＣＭと通信することが可能になることができる。このとき、聞き手のトラフィックチャネルが、まだ起動していないので、ＣＭは、目的の聞き手に今後送信するために話し手の会話をバッファする。話し手のトラフィックチャネルを設定するためにかかるおおよその時間を話し手が理解する見かけのＰＴＴ待ち時間を、ＣＭバッファリングは、減少できる。図５は、一実施例にしたがったＣＭバッファリングを示す。
【００７７】
クライアント側バッファリング
短い見かけの待ち時間が望まれるある実施例では、話し手は、彼のトラフィックチャネルが再設定される前でさえ、話し始めることを可能にすることができる。クライアントのＭＳが、ＣＭとまだ通信していないため、会話を始めるための話し手への信号は、クライアントＭＳによって作られる。話し手が、話し手のトラフィックチャネルが再設定される前に話すことを可能にするならば、クライアントのＭＳは、会話をバッファできる。ＣＭとの通信がまだ設定されていないため、話すことの許可は、“楽天的に”与えられる。図６は、一実施例にしたがったクライアント側バッファリングを示す。ある実施例では、ＣＭバッファリング及びクライアント側バッファリングの両者は、同時に機能できる。クライアント側バッファリングは、見かけのＰＴＴ待ち時間を小さくすることを可能にできる。
【００７８】
ＣＭバッファリングを使っても、合計の遅延は、変えることができない。ユーザーは、聞き手からの回答の受信において同じ遅延を経験する。しかし、話し手の見かけのＰＴＴ待ち時間は、小さくすることができる。
【００７９】
ある実施例では、クライアントのＭＳは、ユーザーによって経験された見かけのＰＴＴ待ち時間を制御するためにメディアをバッファできる。モービルが開始したＳＤＢ及びクライアント側メディアバッファリングの組み合わせは、アクティブなトラフィックチャネルを再設定することに付随した遅延を減少できる。
【００８０】
クイックページングチャネル
ある実施例では、ＣＭは、グループの目覚ましタイマが終わるまで、若しくは全ての聞き手のクライアントがそれぞれのトラフィックチャネルを立ち上げるためにネットワークが始動したトリガへ応答するまで、話し手のＰＴＴ要求へ応答することを遅延できる。ＣＭは、話し手がグループでメディアをストリームすることを可能にする前に、全ての聞き手がページされるまで待つことができる。グループの聞き手がページに応答する時間が長くなるほど、話し手が感じるＰＴＴ待ち時間が長くなる。
【００８１】
ある実施例では、休止目覚ましの間、各聞き手のクライアントは、例えば、ＣＤＭＡ、インフラストラクチャに到着すると、ＣＭが各モービルへ１若しくはそれ以上のページをトリガすることよって、一連の目覚ましトリガを個々に送信される。ページを受信した後で、各モービルは、トラフィックチャネルを再設定でき、そこへ送信された次の目覚まし要求を受信でき、そして目覚まし要求の回答とともにＣＭへ応答できる。このアプリケーションレベル“ピン(ping)”に応答するために聞き手の受話器により要求される時間の主な構成要素は、インフラストラクチャにおいてモービルをページするために適切な時間を待つことに費やされる。
【００８２】
バッテリー寿命を保存するために、モービルがアイドル状態にある場合、モービルは、ページングチャネル中で決められた、例えば、２０４８、スロットの各々を定常的にモニタすることが必要ではない。むしろ、モービルの能力に依存して、モービルは、順方向共通制御チャネル（Ｆ−ＣＣＣＨ）若しくは順方向ページングチャネル（Ｆ−ＰＣＨ）のいずれかをモニタできる。さらに、モービルは、スロットサイクルインデックスにしたがってページングスロットをモニタできる。
【００８３】
ある実施例では、バッテリー寿命を保存するために、モービルは、“スロットされたページング”モードで動作できる。このモードでは、モービルは、基地局（ＢＳ）により送信されたページを聞くために周期的に短時間だけ目覚める。モービルがいつ聞こうとするかを知ることができるＢＳは、特定のページングスロットの間、特定のモービルへページを送信できる。
【００８４】
ある実施例では、モービルがページングチャネルを聞くために目覚める期間は、スロットサイクルインデックス（ＳＣＩ）と呼ばれるパラメータにより制御される。ＳＣＩが大きいほど、モービルがページングチャネルを聞くために目覚めるスロット間の時間は、長くなる。電話が大部分の時間を休眠に費やしているため、大きなスロットサイクル値は、電話の待機状態時間を増加する。しかし、ＢＳが電話をページできる前に、ＢＳが待つことが必要であるはずの時間を増加する。
【００８５】
ＢＳが電話に対するページを遅延させるのに必要であろう時間の量は、ゼロと全スロットサイクルとの間で変化する。それは、ＢＳがページすることが必要である時に電話のスロットがちょうど始まるのであれば、ゼロであり、ＢＳにとって電話をページする必要がある時に電話のスロットがちょうど終了するならば、全スロットサイクルである。平均では、電話のスロットが始まるのを待つことに起因する遅延は、スロットサイクル期間の半分である。モービルによって使用されたスロットサイクルが短いほど、聞き手はインフラストラクチャによって、より早くページされることができる。しかし、短いスロットサイクルは、高いレートでバッテリーを消耗させることを意味する。
【００８６】
ある実施例では、モービルがページングチャネル自身をモニタすることを要求しないで、保留中のページが存在する場合、順方向クイックページングチャネル（Ｆ−ＱＰＣＨ）は、電力効率がよい方法で、モービルが決定することを可能にするために使用されることができる。Ｆ−ＱＰＣＨをモニタすることできるモービルは、ページングチャネルにおいて、例えば、８０ｍｓ、の1スロット中の１ビット指標の値を抽出するために、所定の数のスロット毎に目覚めることができる。抽出されたビットが設定されていないのであれば、ページは、ページングチャネルにおいて保留にされない、そして、モービルは、他の1のスロットサイクルの間休眠する。抽出されたスロットが設定されていれば、そのモービルに対するページは、保留にされることができる。そして、モービルは、自身を目覚めさせるように計画でき、次の適切なページングチャネルスロットにおいてページングチャネルをモニタできる。
【００８７】
Ｆ−ＱＰＣＨにより採用された変調は、モービルがページングチャネルをモニタできるよりもより効率的にＦ−ＱＰＣＨをモニタすることを可能にする。これは、電力効率がよい方法で非常に短いスロットサイクルでモービルが効率的に動作することを可能にする。Ｆ−ＱＰＣＨを使用する1つの利点は、検出する手段、及び同じバッテリーの消耗レートで可能にされる他のものより早いスロットサイクルで、インフラストラクチャから一般的なページメッセージに応答する手段、及びそれゆえ、ＣＭからの目覚まし要求メッセージに応答する手段をもつモービルを提供することである。これは、ＰＴＴ待ち時間及び合計の休止目覚まし時間−聞き手のトラフィックチャネルを再設定するために必要な時間−に直接に寄与する遅延の1構成要素を最小にする能力へ順番に変換する。
【００８８】
スロットされたタイマ
ある実施例では、モービルは、“スロットされたタイマ”とともにスロットされないページングモードで動作できる。活性化された場合、スロットされたタイマは、専用のトラフィックチャネルを解放する及びスロットされたタイマによって決められた時間の間アイドルモードに入ると、スロットされないモードでページングチャネルをモービルがモニタすることを要求する。このタイマの値は、基地局において設定できる。この特徴は、アイドルモードにある場合、ページングチャネルにおいて、例えば、８０ｍｓ、スロット毎にモービルにモニタさせることをインフラストラクチャが指示することを可能にし、そして、いずれのスロットにおいてもモービルをインフラストラクチャがページすることに関する手段を提供する。クイックページングチャネルの特徴だけを使用する場合におけるように、スロットされないモードを使用することの1つの利点は、検出する手段をもつモービルを提供すること、及び同じバッテリーの消耗レートで可能にされる他のものよりも、より早くページに応答することである。それゆえ、休止目覚ましの間、聞き手のトラフィックチャネルを再設定するために必要とされる時間を減少することである。
【００８９】
クイックページングチャネルの特徴がない場合、スロットされないモニタリングの拡張された使用は、バッテリー寿命において費用がかかるであろう。しかしながら、クイックページングチャネル及びスロットされないモードを一緒に使用することは、モービルをほとんど直ちに−1若しくは２スロット期間内で、例えば、８０から１６０ｍｓ−モービルをページする手段を提供する。
【００９０】
スロットされないモードは、移動局に利用できる休止状態の２つの中間ステージの１つとして見られることができる。スロットされないモードで動作する場合、モービルは、専用の物理チャネルを持たないため、技術的に休止していると考えられる。しかしながら、このモードにおいて、モービルは、いずれのスロットにおいても本質的には直ちにページされることができる。そして、そのように、ネットワークが始動する再活性化にともなうページング遅延は、回避される。
【００９１】
制御ホールドモード
ある実施例では、モービルは、パケットデータ標準の下で動作できる。パケットデータ標準は、付加的なの休止／アイドル状態を提供する。そこでは、モービル及びインフラストラクチャは、モービルに付随したＰＰＰレイヤ状態を維持する。一方で、専用のトラフィックチャネルを解放するための終点及びモービルのパケットデータサービスオプション呼び出しに付随した他のリソースのいずれかを可能にする。モービル若しくはインフラストラクチャのいずれかは、トラフィックチャネルを再設定すること及びＲＬＰを再交渉することによって休止／アイドル状態からアクティブ状態へパケットデータ呼び出しの状態を移行できる。トラフィックチャネルを再設定するために必要な時間は、モービル若しくはインフラストラクチャが再設定を始動するか否かに依存するであろう。しかしながら、両方の場合において、全てのシステムリソースがモービルに要求され、そして割り当てられることが本質的に必要であるように、遅延は、システムにおいて新しい呼び出しを開始するために要求されるものと同等である。
【００９２】
ある実施例では、モービルは、アクティブ及びアイドルモードとの間の中間の位置として動作する、“制御ホールド”モードで動作できる。制御ホールドモードでは、モービルに付随した専用のトラフィックチャネルは、解放されることができ、モービルの逆方向パイロットは、“ゲートされた(gated)”モードで動作できる。ある実施例では、専用の共通制御チャネル及び／若しくはＲＬＰ状態も、維持できる。本質において、制御ホールドモードは、準休止状態を提供する。そこでは、大部分のシステムリソースは、割り当てられたまま残ることができる。しかし、平均の逆方向リンク送信出力は、システム能力への影響を減少させるためにゲートされたパイロットに減少される。図７は、ラジオモードに関する１つのイグゼンプラリ配置を示す。
【００９３】
ある実施例では、モービルは、リソース解放要求メッセージ若しくはリソース解放要求ミニメッセージのいずれかを送信することによりアクティブモードから制御ホールドモードへ移行できる。モービルは、リソース要求メッセージ若しくはリソース要求ミニメッセージのいずれかを送信することにより制御ホールドモードからアクティブモードへ移行できる。これらのメッセージは、専用のコントロールチャネルを経由して輸送されることができ、そして、ミニメッセージは、制御ホールドモードへ及びからの早い移行を可能にするより短い、例えば、５ｍｓ、フレームを使用して送信されることができる。制御ホールドモードの利点は、旧来のアイドルモード若しくは休止／アイドルモードと比較して、上記したように、制御ホールドモードからアクティブモードへの可能な比較的早い移行である。
【００９４】
ある実施例では、承諾されたグループがグループ休止状態へ移行したことのＣＭからの指示を受信すると、クライアントモービルは、初めに自身を制御ホールドモードに移行でき、そして、付加的な認められた非活性の期間の後に、アイドルモードへさらに移行させることができる。それゆえ、制御ホールドモードは、一旦、ユーザーがＰＴＴを押す、若しくは目覚まし要求トリガがインフラストラクチャで受信されると、専用のトラフィックチャネルを再設定するために必要な時間を著しく減少するメカニズムを提供する。
【００９５】
記憶されたサービス設定
ある実施例では、インフラストラクチャは、アイドルモードへ移行する時に、モービル及びインフラストラクチャにおいてサービス設定状態をキャッシュする若しくは記憶する能力を提供できる。アクティブモードへ戻り、そしてトラフィックチャネルを再設定する場合、モービルは、オリジネーションメッセージ若しくはページ応答メッセージのいずれかにおいて、呼び出しに関するサービス設定をキャッシュしている若しくは記憶していることを指示できる。モービルは、周期的な冗長チェック（ＣＲＣ）をオリジネーション若しくはページ応答メッセージに含むこともできる。ＣＲＣは、サービス設定の全長にわたって計算されることができる。基地局もサービス設定をキャッシュしているのであれば、基地局は、自身のサービス設定がモービルの記憶したサービス設定に適合するかを確認するために受信したＣＲＣを使用できる。もしそうであれば、ＢＳは、モービルが以前に記憶したサービス設定を使用できる自身の“サービス接続メッセージ”の中で指示できる。
【００９６】
ある実施例では、パケットデータサービスオプションの使用は、アイドルモードから移行している時に、サービス設定の変更を必要としないことができる。そのために、記憶されたサービス設定の使用は、専用のトラフィックチャネルリソースを再設定するために必要な時間を著しく減少する結果にできる。それゆえ、記憶されたサービス設定の特徴は、ＰＴＴシグナリング及び関連するメディアの両方を搬送できるトラフィックチャネルを再設定するために必要とする時間を減少することによって、ＰＴＴ待ち時間を著しく減少するメカニズムを提供することにより、アイドルモードへの重要な促進を実行する。
【００９７】
ある実施例では、クライアントのＭＳに関するアクティブモードからアイドルモードへの移行は、以下のように実行されることができる。
【００９８】
１．  グループがアクティブであり、モービルが専用のトラフィックチャネルを有する。
【００９９】
２．  グループのハングタイムタイマを超える非活性の期間の後に、アプリケーションレイヤグループ休止通知が、モービルの順方向トラフィックチャネルを介して受信される。
【０１００】
３．      非活性の期間の後に、モービルは、専用チャネルを開放し、アイドルモードへ移行する。モービルは、クイックページングチャネルのモニタリングを始め、インフラストラクチャにより指示されれば、スロットされないモードに入ることができる。非活性の期間が比較的短ければ−ローカルユーザーがＰＴＴを押すこと、若しくは他のグループの加入者からのネットワークが開始したパケットデータトラフィックのいずれかによる−モービルは、アクティブモードへ移行して戻る前にアイドルモードへ達しないであろう。この場合、モービルが専用のチャネルを維持しているので、アクティブモードへ移行して戻ることは、迅速に生じる。
【０１０１】
ある実施例では、休止目覚ましイベントは、以下のように実行されることができる。
【０１０２】
１．  グループは休止しており、モービルは専用の物理的チャネルを持たずアイドルである。モービルは、クイックページングチャネルをモニタリングする。
【０１０３】
２．  ユーザーがプッシュ−ツー−トークを押すことに応答して、話し手のモービルは、おそらくショートデータバースト形式で、ある種の利用できる逆方向共通チャネルを介してアプリケーションレイヤフロア要求メッセージとともにＣＭを信号で送る。話し手のモービルは、この時点から先へユーザーのメディアをバッファリングし始めることができる。
【０１０４】
３．  話し手のモービルは、自身のトラフィックチャネルを再設定するためにインフラストラクチャへ“オリジネーションメッセージ”を送信する。サービス設定をキャッシュし、設定データにわたるＣＲＣを含むことができることをその要求において指示することができる。これが、話し手のモービルトラフィックチャネルを再設定するプロセスを始める。
【０１０５】
４．  ＣＭはフロア要求を受信し、そして要求を認可するか否かを決定する。アービトレイションプロセスを経由して、話し手へフロア要求応答メッセージを送信する。ＣＭは、全加入者へ一連の目覚まし要求をバースティングすることも始める。
【０１０６】
５．  各々の目覚まし要求を受信すると、インフラストラクチャは、初めに、そこで聞き手のモービルをページするために次の適切なスロット決定することによって、及びそして、ページがその聞き手のモービルに対してページングチャネルにおいて保留にされるであろうことを、そのスロットに先立ってＦ−ＱＰＣＨを経由してシグナリングすることによって、各聞き手のモービルをページする。
【０１０７】
６．  ページが保留されていることのＦ−ＱＰＣＨにおける指示を受信すると、各聞き手のモービルは、ページに関するページングチャネルをモニタする。
【０１０８】
７．  ページングチャネルにおいてページを受信すると、各聞き手のモービルは、ページに応答し、サービス設定をキャッシュしたこと及び設定データにわたりＣＲＣを含むことができることを、そのページ応答において指示する。これが、各聞き手のトラフィックチャネルを再設定するプロセスを始める。
【０１０９】
８．  話し手のトラフィックチャネルの設定の後で、ＣＭからの次のフロア要求応答は、話し手において受信される。話し手は、ＣＭへメディアのストリーミングを始める。
【０１１０】
９．  各聞き手のトラフィックチャネルの設定の後で、ＣＭにより送信された次の目覚まし要求は、聞き手において受信される。聞き手は、目覚まし応答メッセージとともに回答する。
【０１１１】
１０．  一旦、全聞き手が応答する若しくはグループの目覚ましタイマが終了すると、ＣＭは、グループへメディアのストリーミングを始める。
【０１１２】
それゆえ、グループ通信ネットワークにおいて待ち時間を減少させるための方法及び装置に関するここで開示した実施例は、モービルが休止しており、かつトラフィックチャネルがアクティブでない場合でさえ、グループ呼び出しシグナリングを交換することによって、実際の合計の休止目覚まし時間及びＰＴＴ待ち時間における著しい減少を提供する。この方法及び装置は、ショートデータバースト（ＳＤＢ）メッセージシグナリングの使用を通してグループ呼び出しシグナリングを交換することを提供する。この方法及び装置は、並行して都合よく話し手のモービル及び休止している聞き手のモービルに対して専用のトラフィックチャネルを再設定することを提供する。
【０１１３】
他の実施例では、グループ通信ネットワークにおける休止目覚まし待ち時間は、目的とする聞き手に向けられたネットワークが始動した目覚ましトリガをキャッシュすること通して減少されることができる。そして、目的とする移動局が自身のトラフィックチャネルを再設定するとすぐに、目的とする移動局へ目覚ましトリガを配信する。
【０１１４】
他の実施例では、グループ通信ネットワークで動作しているモービルで同時に起きるサービスオリジネーション及びページングは、サービスオリジネーションプロセスが終了した後で、フロア制御要求に応答を送信することにより回避される。ある実施例では、サービスオリジネーションプロセスが終了していなければ、フロア制御要求への応答は、ＳＤＢ形式であることができる。他の実施例では、ソース通信デバイスに対するサービスオリジネーションプロセスは、ソース通信デバイスへの応答を送信した後で始動される。
【図面の簡単な説明】
【０１１５】
【図１】図１は、グループ通信システムを示す。
【図２】図２は、いくつかの通信デバイスが、どのようにして通信マネージャと影響し合うかを示す。
【図３】図３は、一実施例にしたがったフロア制御要求プロセスに関する呼び出しシグナリングの詳細を示す。
【図４】図４は、一実施例にしたがったネットワークが始動した休止状態目覚ましプロセスに関する呼び出しシグナリングの詳細を示す。
【図５】図５は、一実施例にしたがった通信マネージャ側におけるバッファリングメディアを示す。
【図６】図６は、一実施例にしたがったクライアント側におけるバッファリングメディアを示す。及び
【図７】図７は、一実施例にしたがったイグゼンプラリラジオリンクモードを示す。
【符号の説明】
【０１１６】
１００…グループ通信システム，２００…ＮＢＳシステム。
【図１】
0004440633.tif 000002
【図２】
0004440633.tif 000003
【図３】
0004440633.tif 000004
【図４】
0004440633.tif 000005
【図５】
0004440633.tif 000006
【図６】
0004440633.tif 000007
【図７】
0004440633.tif 000008