(57)【特許請求の範囲】
【請求項１】
通信チャネル・リソースが常にプッシュトーク式の呼専用のものであるとは限らない、半二重通信およびプッシュトーク機能を使用した通信システムにおいて、プッシュトーク式の呼での最初の話者の初期発話音声をバッファリングする方法であって、
電話をかける少なくとも１人の参加者または１つのグループを決定するステップと、
前記最初の話者から前記少なくとも１人の参加者または１つのグループへの呼要求を受信するステップと、
前記少なくとも１人の参加者または１つのグループが前記通信システムに登録されているかを決定するステップと、
前記少なくとも１人の参加者または１つのグループのうちの一方が前記通信システムに登録されているときには、すべての被呼者が前記呼に接続される前に、前記最初の話者に話し始めるよう前記通信システムが通知するステップと、
前記最初の話者から音声パケットを受信し、それをデジタル化するステップと、
デジタル化された前記音声パケットを格納媒体に格納するステップと、
前記被呼者を前記呼に参加するよう招待するステップと、
前記被呼者ごとに前記デジタル化された音声パケットを複製するステップと、
所定の設定可能な割合の前記被呼者が前記呼への参加を開始したときに、前記デジタル化された音声パケットを送信するステップと、を含む方法。
【請求項２】
前記デジタル化された音声パケットの送信の後まで、前記呼要求を発信するモバイル装置が休止状態になることを防止するステップをさらに含む請求項１に記載の方法。
【請求項３】
前記デジタル化された音声パケットの送信の後、前記呼要求を発信するモバイル装置が休止状態になることを許容するステップをさらに含む請求項１に記載の方法。
【請求項４】
前記モバイル装置が休止状態になることを防止するステップは、前記モバイル装置に疑似パケットを送信するステップを含む請求項２に記載の方法。
【請求項５】
前記モバイル装置が休止状態になることを許容するステップは、前記デジタル化された音声パケットの送信の後には疑似パケットの送信を停止するステップを含む請求項３に記載の方法。
【請求項６】
通信チャネル・リソースが常にプッシュトーク式の呼専用のものであるとは限らない、半二重通信およびプッシュトーク機能を使用した通信システムにおいて、呼での最初の話者の初期発話音声バーストをバッファリングする装置であって、
サーバを含み、前記サーバが、
電話をかける少なくとも１人の参加者または１つのグループを決定し、
前記少なくとも１人の参加者または１つのグループに対するプッシュトーク要求を受信し、
前記少なくとも１人の参加者または１つのグループのうちの一方が前記通信システムに登録されているかどうかを決定し、
前記少なくとも１人の参加者または１つのグループのうちの一方が前記通信システムに登録されていると前記サーバが決定したときには、すべての被呼者が前記呼に接続される前に、前記最初の話者に話し始めるよう前記サーバが通知し、
前記最初の話者から音声パケットを受信し、それをデジタル化し、
デジタル化された前記音声パケットを格納媒体に格納し、
所定の設定可能な割合の前記被呼者が前記呼への参加を開始したときに、前記デジタル化された音声パケットを前記格納媒体からモバイル装置に送信する、
ようにプログラムされている、装置。
【請求項７】
前記被呼者を前記呼に参加するように招待する手段をさらに含む請求項６に記載の装置。
【請求項８】
前記デジタル化された音声パケットの送信の後まで、前記最初の話者のモバイル装置が休止状態になることを防止するよう前記サーバがプログラムされている、請求項６に記載の装置。
【請求項９】
前記デジタル化された音声パケットの送信の後、前記最初の話者のモバイル装置が休止状態になることを許容するよう前記サーバがプログラムされている、請求項６に記載の装置。
【請求項１０】
前記最初の話者の前記モバイル装置が休止状態になることを防止するために、前記サーバは前記モバイル装置に疑似パケットを送信する請求項８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般にプッシュトーク機能を使用する無線通信に関し、より詳細には、知覚される呼確立時間を低減するために無線標準ベースのパケット・データ・ネットワーク上での呼の初期発話音声バーストをバッファリングする方法および装置に関する。
【背景技術】
【０００２】
無線通信の世界では、無線ネットワークを介して通信するための多くの方法がある。無線通信のこうした方法の中にはプッシュトーク式がある。プッシュトーク（ＰＴＴ）式によってユーザは、無線電話の適切なＰＴＴボタンを押したままにするだけで、エア・チャネルを介して通信することができる。これによって、ダイヤルする必要がなく、受話者または被呼者は応答する必要がないため、ユーザは所定の呼グループ内の任意のユーザにほぼ瞬時にアクセスすることができる。より重要なことは、被呼者または受話者は呼に応答しないことを選択することができないことである。これは、（１）ユーザが電話番号をダイヤルする必要があり、（２）呼が応答され、接続されるまでユーザは話すのを待つ必要がある従来のセルラー式電話とは大きく異なる。
【０００３】
あらゆる利点にもかかわらず、プッシュトーク式に制限がないわけではない。例えば、所有権を主張できる現在のプッシュトーク式システムは、専用のエア・チャネルを使用して通信する。これは、たとえユーザが誰もそれを使用していなくても、エア・リンク・チャネルは使用のために確保されていることを意味する。また、所有権を主張できるプッシュトーク式システムでのプッシュトーク式電話は一般に、エア・チャネルが確保されているため、決して休止モードにシフトしない。これによってユーザは、電話が休止モードからアクティブ・モードになるのを待つことなしにプッシュトーク式通信を受信することができるため、このことは都合がよい。しかし、チャネルを他の呼に使用できる可能性があり、無線電話での電源リソースを無駄にする可能性があるので、これはリソースの無駄である。ＰＴＴ機能を組む込む標準ベースの無線ネットワークでは、通信チャネルはＰＴＴ機能用には確保されていない。これによって通信リソースの無駄はなくなるが、ＰＴＴ要求から発呼者が話し始めることができるという指示までの時間は長くなる。例えば米国電気通信工業会／米国電子工業会ＩＳ−８３５など、標準ベースのパケット・データ・ネットワークの場合と同様に、被呼者は休止モードになることができ、休止中である場合、休止状態から無線電話をアクティブにするのに時間が必要であるため、ＰＴＴ要求から発呼者が話し始めることができるという指示までの時間はさらに長い。残念ながら、所有権を主張できるＰＴＴシステムに慣れているユーザにとっては、こうしたＰＴＴ接続での遅延は、望ましくなく、時として受け入れ難いことがある。
【０００４】
ＰＴＴは、半二重通信システムを使用しており、したがって一度に１人の人間しか話すことができない。すべての呼は先着順ベースで扱われる。つまり、最初のＰＴＴ要求側がいわば「発言権を受け取り」、それが解除されるまで発言権を保持する。この構成のため、既存のＰＴＴシステムでは、呼の参加者を有効にキューイングすることができない。これによって、無線電話上の適切なボタンを押したままにするだけで、ほとんど話をしないユーザが呼を支配する可能性があるため、無秩序で非効率な呼がもたらされる可能性がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
したがって、呼確立時間の無駄をなくしながら無線リソースを保持し、呼の複数の参加者をキューイングする方法および装置が必要である。
【課題を解決するための手段】
【０００６】
本発明の目的は、ＰＴＴ呼出を確立するのに必要な知覚される時間量を低減することである。本発明の別の目的は、電話をかけるのに必要なリソース量を低減することである。本発明の他の目的は、以下の説明を添付の図面と併せ読めば、本発明が関係する当分野の技術者には明らかになる。
【０００７】
本発明の一態様によれば、無線標準ベースのパケット・データ・ネットワークでの呼の初期発話音声バーストをバッファリングする装置が開示される。この装置は、互いに通信可能に接続され、後述する機能を実行するようにプログラムされたプッシュトーク式サーバおよびメディア・デュプリケータを含む。
【０００８】
本発明の別の態様によれば、無線標準ベースのパケット・データ・ネットワークでの呼の初期発話音声バーストをバッファリングする方法が開示される。この方法は、呼の少なくとも１人の参加者がネットワークに登録されているかどうかを決定するステップと、そうである場合、メディア・デュプリケータを呼に割り当てるようプッシュトーク式サーバに指示するステップとを含む。メディア・デュプリケータに呼が割り振られると、プッシュトーク式サーバは、呼を進めてもよいことを示すメッセージを発信者に送信する。発信者が話し始めると、話者からの音声パケットは、デジタル化され、メディア・デュプリケータに送信される。デジタル化された音声パケットは、先入れ先出し順でバッファに格納される。被呼者が呼に接続されると、パケットのバッファが最後まで再生されて被呼者がそれを聞く。
【０００９】
バッファの容量を超過すると、最も古い音声パケットが破棄され、最も新しいパケットが保持されることが好ましい。デジタル化された音声パケットが呼の参加者に送信されると、被呼者は、バッファに入れられた発話音声の最も新しいセグメントを聞く。バッファに入れられた音声パケットは、（１）所定の割合の被呼者が応答したとき、（２）所定のタイマが満了したとき、（３）すべての被呼者が応答し、または接続されたときに被呼者に送信され、または被呼者に対して再生される。バッファに入れられたパケットは、モバイル機器がデータで溢れるのを避けるために定義済みの速度で送信される。送信中、発信側モバイル・クライアントから受信した新しい任意のパケットは、バッファの端部に入れられる。バッファに入れられたパケットがすべて送信された後は、将来のパケットをバッファに入れる必要がなく、それらはすぐに複写され、一般の方法で被呼者に送信される。
【発明を実施するための最良の形態】
【００１０】
本発明の好ましい実施形態によれば、また図１〜５を参照すると、呼の参加者をキューイングし、呼の発信者の初期発話音声をバッファリングする方法および装置が開示されている。
【００１１】
図１は、本発明による無線通信ネットワーク・インフラストラクチャを示す図である。無線通信ネットワーク・インフラストラクチャ１００は、モバイル装置１１０、無線またはセルラー・タワー１２０、および無線ネットワーク１３０を含む。作動中、モバイル装置１１０は、データ・パケットをセルラー・タワー１２０に送信し、セルラー・タワーはデータ・パケットを無線ネットワーク１３０に送信する。無線ネットワーク１３０は、データ・パケットを処理し、データ・パケットを別のセルラー・タワー１２０に送信し、データ・パケットを別のモバイル装置１１０に送信する。図１にはモバイル装置１１０を無線電話として示しているが、無線電話の代わりに、無線データを送受信できるＰＤＡやコンピュータなど、無線送信を受信できる任意の装置を用いることは容易であることを理解されたい。
【００１２】
図２は、無線ネットワーク１３０の２つの構成要素を示すブロック図である。無線ネットワーク１３０の２つの構成要素は、プッシュトーク（ＰＴＴ）式サーバ１４０およびメディア・デュプリケータ１５０である。ＰＴＴサーバ１４０およびメディア・デュプリケータ１５０は、互いに通信可能に接続され、いずれもセルラー・タワー１２０を介してモバイル装置１１０との間でデータを送受信することができる。ＰＴＴサーバ１４０およびメディア・デュプリケータ１５０は、既知のコンピュータプロセッサであり、本明細書に記載するように、データ・パケットの処理、およびモバイル装置１１０との通信を含む無線通信に必要なすべての操作を実行するようにプログラムされている。
図３は、本発明による呼の参加者をキューイングする方法の一実施形態を示すフロー図である。呼の参加者をキューイングするプロセスは、呼の参加者の最初のグループが定義される（２１０）と開始する。呼の参加者は一般に、発信者がインターネット・インターフェイスを介して参加者を選択することによって選択される。また、発信者がモバイル装置１１０で呼確立プロトコルまたは手順を使用して参加者を選択することもできる。呼グループと呼ぶこともある呼の参加者を選択した後、次いで識別がＰＴＴサーバ１４０に送信されて、必要になるまで格納される。呼の参加者の選択と同時に、発信者は各参加者に優先レベルを割り当てる（２２０）。ステップ２１０および２２０は、事前に行うことができ、新たに電話をかけるたびに行う必要はない。優先レベルとは、呼に対する参加者の相対的重要度を示す指示である。優先レベルは、会社の職階級、または特定のプロジェクトに対する参加の参加者のレベルに対応するように割り当てることができる。呼の各参加者に優先レベルを割り当てるには、参加者の最初の選択の場合と同様に、発信者には、インターネット・インターフェイスを使用する、またはモバイル装置１１０で呼確立プロトコルを使用する選択肢がある。次いで各参加者の優先レベルは、ＰＴＴサーバ１４０に送信されて、必要になるまで格納される。参加者が選択され、参加者に優先レベルが割り当てられると、呼が開始する準備が整う。呼は、発信者がモバイル装置１１０を介して他の参加者と通信を開始したときに開始する。例えば、呼は、発信者が無線電話上のＰＴＴボタンなどの適切なボタンを押したときに開始する。
【００１３】
呼が続行する間に、ある参加者は別の参加者が現在話をしている間に話をしたくなるかもしれない。話すのを待っている参加者は、適切な選択を行うことによって発言要求を送信する。これは一般に、モバイル装置１１０上のＰＴＴボタンを使用することによって達成される。この要求は、ＰＴＴサーバ１４０によって受信される（２３０）。要求が受信されると、ＰＴＴサーバ１４０は、要求を始めた呼の参加者に割り当てられている優先レベルを、現在の話者に割り当てられている優先レベルと比較する（２４０）。要求を始めた呼の参加者の優先レベルが現在の話者のものより低い場合、要求を始めた呼の参加者は、所定の優先レベルに基づいてＰＴＴサーバ１４０のキューに入れられ、その参加者にキュー順序が割り当てられる（２５０）。例えば、優先レベルの高い要求側は、優先レベルの低い要求側より早くアクセスできるように、より高位でキューに入れられる。次いでメッセージがＰＴＴサーバ１４０によって要求側のモバイル装置１１０に送信される。メッセージは、要求を始めた呼の参加者のキュー位置を表示することが好ましい（２６０）。要求を始めた呼の参加者の優先レベルが現在の話者のものより高い場合、ＰＴＴサーバ１４０によって、話者の変更が行われる準備が整ったことを示すメッセージが各モバイル装置１１０または選択された複数のモバイル装置に送信される（２７０）。話者の変更メッセージが送信されると同時に、現在の話者は、その発言を送信できなくなり、割り当てられた優先レベルに適した順序でキューに入れられる（２８０）。現在の話者の話すことができる能力が終了すると、発言要求を始めた、キュー内で次位の呼の参加者は、ＰＴＴサーバ１４０によって話すことができる能力が与えられる（２９０）。新しい話者に、話すことができる能力、つまり発話を送信できる能力を与えると同時に、ＰＴＴサーバは、新しい話者のモバイル装置１１０にメッセージを送信する。このメッセージは、新しい話者が話しを続行してよいことを示す（３００）。新しい話者は、優先順位が高い参加者が発言要求を行うまで、または新しい話者が話し終わって発言権を解除するまで話しをすることができる。上記のプロセスは、呼が終了するまで繰り返す。
【００１４】
本発明の好ましい実施形態では、参加者は、キュー順序のリストおよび呼の全参加者のリストを見ることを要求することができる。このリストは、ＰＴＴサーバから送信され、モバイル装置またはインターネット・インターフェイス上に表示できることが好ましい。さらに、優先レベルの高い参加者は、モバイル装置上のグラフィカル・ユーザ・インターフェイスを使用して、またはインターネット・インターフェイスを使用してＰＴＴサーバ１４０と対話することによって、キューの順序を操作し、キューから参加者を削除し、現在の話者を変更し、一部の参加者の発言機能を使用不可にすることができる。
【００１５】
図４は、本発明による呼の参加者をキューイングする方法の別の実施形態を示すフロー図である。呼の参加者をキューイングするプロセスは、呼の参加者の最初のグループが定義される（４１０）と開始する。上述したように、呼の参加者は、発信者がインターネット・インターフェイスを使用して、またはモバイル装置１１０で呼確立プロトコルを使用して参加者を選択することによって選択される。呼の参加者を選択した後、次いで識別がＰＴＴサーバ１４０に送信されて、必要になるまで格納される。呼の参加者の選択と同時に、発信者は各参加者に優先レベルを割り当てる（４２０）ことが好ましい。優先レベルとは、呼に対する参加者の相対的重要度を示す指示である。優先レベルは、すなわち社長が優先レベル１、副社長が優先レベル２を有するなど、会社の職階級、または特定のプロジェクトに対する参加の参加者のレベルに対応するように割り当てることができる。呼の各参加者に優先レベルを割り当てるには、参加者の最初の選択の場合と同様に、発信者には、モバイル装置１１０でインターネット・インターフェイスを使用する、または呼確立プロトコルを使用する選択肢がある。次いで各参加者の優先レベルは、ＰＴＴサーバ１４０に送信されて、必要になるまで格納される。参加者が選択され、参加者に優先レベルが割り当てられると、呼が開始する準備が整う。呼は、発信者がモバイル装置１１０を介して他の参加者と通信を開始したときに開始する。例えば、呼は、発信者が無線電話上の適切なボタンを押したとき、または無線電話上で適切な応答を受信して話し始めたときに開始する。
【００１６】
呼の最初に、最初の話者を除く呼の全参加者を、ＰＴＴサーバ１４０によってキューに入れる（４３０）か、ＰＴＴ要求を介して発言権を要求することによってキューに入れることができる。呼が続行する間に、呼の１人の参加者は、上述した図３に関連する方法によるものよりさらにすぐ話すことができる能力を取得しようとして、モバイル装置１１０上の中断ボタンを押すことが好ましい。呼の１人の参加者は一般に、個の参加者が論議すべき緊急事項がある場合、中断ボタンを使用して話すことができる能力を要求する。中断ボタンを押すと、ＰＴＴサーバ１４０は、呼の参加者のうちの１人が緊急で呼を中断することを望んでいるというメッセージを現在の話者に送信する（４５０）。現在の話者のモバイル装置１１０でメッセージを受信した後、現在の話者には、要求を始めた呼の参加者が話すことができるようにする、または呼の参加者をキューに入れる選択肢がある（４６０）。現在の話者は、モバイル装置１１０上の所定のインターフェイスを操作することによってこの選択肢を実行する。現在の話者が中断要求を始めた呼の参加者が話すことができるようにすることを選択すると、呼の参加者に、ＰＴＴサーバ１４０によって話すことができる能力が与えられ（４７０）、ＰＴＴサーバ１４０によって呼に参加しているすべてのモバイル装置１１０または選択された１組のモバイル装置１１０に、話者の変更が行われる準備が整ったことを示すメッセージが送信される（４８０）。話すことができる能力、つまり発言を他に送信する能力が呼の参加者に与えられない場合、この発呼者はキューに入れられて、割り当てられた優先レベルに基づいて順番を待つ。上記のプロセスは、呼が終了するまで中断要求が開始されるたびに繰り返される（４９０）。
【００１７】
図５Ａおよび５Ｂは、本発明の一態様による発信者の初期発話音声をバッファリングする一実施形態を示すフロー図である。発信者の初期発話音声をバッファリングするプロセスは、電話するグループまたは人物を選択することによって呼が発信されると開始する（５１０）。上記の方法と同様、電話するグループまたは人物の選択は、発信者がインターネット・インターフェイスを使用して、またはモバイル装置１１０で呼確立プロトコルを使用して参加者を選択することによって達成される。呼に必要なグループまたは人物が決定されると、呼要求メッセージ、すなわちＰＴＴ要求が発呼者によってモバイル装置１１０を介してＰＴＴサーバ１４０に送信される（５２０）。受信された呼要求メッセージに応答して、ＰＴＴサーバ１４０は、任意の呼の参加者のモバイル装置が現在ネットワーク上に登録されているかどうかを決定することによって呼の参加者リストを解決する（５３０）。モバイル装置は、電源のオン時にメッセージを送ったとき、または適切な機能が選択されたときに登録される。呼の参加者が誰もネットワーク上にモバイル装置１１０を登録していない場合、ＰＴＴ要求側に障害指示が送信され（５５０）、要求側は別のグループ（５１０）または別の呼要求（５２０）を開始することができる。
【００１８】
一方、少なくとも１人の参加者が登録されている場合（５４０）、ＰＴＴサーバ１４０は、メディア・デュプリケータ１５０を呼に割り当て（５６０）、呼を続行してもよいことを示すメッセージを発信者のモバイル装置１１０に送信する（５７０）。同様に、呼の全参加者は、呼に参加するよう招待される（５６２）。参加者が誰も呼に参加できない場合（５６４）、ＰＴＴ要求側は、バッファに入れられた発話音声を破棄することも含めて、呼が終了しており、呼が切断されることを示すメッセージをＰＴＴサーバから受信する（５６６）。一方、少なくとも１人の参加者が呼に参加できる場合、以下でさらに説明するように、本発明による発話音声バーストをバッファリングすることを含めて、呼が続行する（５６８）。
【００１９】
ＰＴＴ要求側に呼の続行が可能であることが通知される（５７０）と、ＰＴＴ要求側は話し始める。ＰＴＴ要求側が話し始めると、発信者から受信した音声パケットは、デジタル化され、メディア・デュプリケータ１５０に送信され（５８０）、メディア・デュプリケータのバッファに格納される（５９０）。音声パケットのデジタル化および送信は、当分野で知られている方法を使用して達成される。バッファは、約１から１０秒（最大再アクティブ化時間）の発話音声を保持するようにサイズ設定されることが好ましい。
【００２０】
トーク・ボタンが離されてＰＴＴ要求側／発信者が話し終えたことを示す（５９２）と、キープアライブ・タイマが開始する（５９４）。キープアライブ・タイマは、既知の任意の方法でＰＴＴサーバに実装されることが好ましい。ＰＴＴ要求側が確実に休止状態にならないようにするための手段として、キープアライブ・タイマによって、データの疑似（つまり意味をもたない）パケットがＰＴＴ要求側／発信者のモバイル装置に送信される。ある期間の間装置において動作がない場合、すなわちパケットが送受信されない場合、装置は、電源および他のリソースを保護するために休止する。ＰＴＴ要求側による初期発話音声バーストの後に呼の参加者からの何らかの応答が続く可能性があるため、ＰＴＴ要求側のモバイル装置が休止するのを防ぐことが好ましい。この可能性を考えれば、少なくともバッファに入れられた発話音声が最後まで再生される前に、発信者のモバイル装置が休止状態になるのを防ぐことが好ましい。発信者のモバイル装置が休止状態になるのを避けるために、キープアライブ・タイマは、モバイル装置が動作しないために休止する期間が満了する直前に疑似パケットを送信するように設定される。バッファに入れられた発話音声バーストが最後まで再生された後、キープアライブ・タイマは、疑似パケットの送信を停止し、それによって発信者のモバイル装置はその後休止することができる。ＰＴＴ要求側は、キープアライブ・タイマがなければ、あり得る応答を受信する前に休止状態になることがあり、これによって応答の送達が遅れることになる。
【００２１】
メディア・デュプリケータ１５０のバッファが音声パケットを受信し始めると、メディア・デュプリケータ１５０は、メディア・デュプリケータ１５０のバッファ容量を超過しているかどうかを決定する。メディア・デュプリケータ１５０のバッファ容量を超過していない場合、音声パケットは、メディア・デュプリケータ１５０によって複製され（６１０）、セルラー１２０を介して呼に参加しているモバイル装置１１０のそれぞれに送信される（６２０）。メディア・デュプリケータ１５０のバッファ容量を超過している場合、最も古い音声パケットがメディア・デュプリケータ１５０によって破棄される（６３０）。先入れ先出しのラップ・アラウンド・バッファ（wrap around buffer）が使用されている場合、バッファ容量を超過すると（６００）、バッファ内の最も新しいパケットを残して、最も古いパケットが自動的に上書きされる。
【００２２】
音声パケットは、音声パケット送信トリガ・イベントが起こる（６０２）まで、メディア・デュプリケータ１５０のバッファに格納される。音声パケット送信トリガ・イベントは、それだけには限定されないが、所定の、また好ましくは構成可能な割合の被呼者が呼への参加を始めるとき、および所定の、また好ましくは構成可能な時間が満了したとき、および全被呼者が呼への参加の開始を始めるときに起こり得る。音声パケット送信トリガ・イベントの後、バッファ内に格納されているデジタル化された音声パケットが送信される（６２０）。音声パケットは、モバイル装置１１０が情報でいっぱいになるのを防ぐのに十分な速度で送信される。つまり、発話速度ほど速くない速度が維持される。
【００２３】
上記の初期発話音声バーストにおける音声パケットのバッファリングは、ＰＴＴ要求から発話音声送信の開始までの知覚される時間が低減するという点で、所望の効果を提供する。しかし、一般に音声パケットのバッファリングは好ましくなく、初期バーストを保持するバッファが空になった後、その後の音声パケットは、バッファされないが、代わりにメディア・デュプリケータ１５０によって複製され（６５０）、メディア・デュプリケータ１５０によって、呼に参加するモバイル装置１１０のそれぞれにすぐに送信される（６６０）。
【００２４】
無線ネットワークのＰＴＴ機能は、プッシュトーク機能を使用して接続するための知覚される時間を低減することによって向上する。これは、通信リソースを無駄にすることなく達成される。また、プッシュトーク電話会議は、優先順位に基づくキューイングおよび発言権を得るための中断機能の追加によってより良く制御される。
好ましい実施形態を参照して本発明を説明してきたが、添付の特許請求の範囲の意図および範囲から逸脱することなく形態および詳細に変更を加えることができることを当分野の技術者であれば理解されよう。
【図面の簡単な説明】
【００２５】
【図１】本発明によるデータ・ネットワーク・インフラストラクチャを示す図である。
【図２】本発明による無線ネットワークの一部を示すブロック図である。
【図３】本発明による呼の参加者をキューイングする方法の一実施形態を示すフロー図である。
【図４】本発明による呼の参加者をキューイングする方法の別の実施形態を示すフロー図である。
【図５Ａ】本発明による発信者の初期音声をバッファリングする一実施形態を示すフロー図である。
【図５Ｂ】本発明による発信者の初期音声をバッファリングする一実施形態を示すフロー図である。
【図１】
0004718140.tif 000002
【図２】
0004718140.tif 000003
【図３】
0004718140.tif 000004
【図４】
0004718140.tif 000005
【図５Ａ】
0004718140.tif 000006
【図５Ｂ】
0004718140.tif 000007