(57)【要約】【解決手段】プッシュ・トゥ・トーク（ＰＴＴ）のようなグループ無線電気通信において、音声通信は、ＰＴＴグループの他のメンバーデバイスへインターネットプロトコルデータパケットを放送される。少なくとも１つの通信サーバは、通信無線デバイスからＰＴＴ呼のような単一通信ストリームを受信し、複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスへ音声データを含むインターネット・プロトコルデータパケットを放送するために、構成されたグループの全ての無線電気通信デバイスに対するグループ通信を作成する。他の無線網のインフラ構造は、無線電気通信デバイスへのインターネット・プロトコルデータパケットを生成し、放送するように通信サーバのアシストに利用できる。【選択図】      図６
2008535406.tif 000002
【特許請求の範囲】
【請求項１】
無線網上の無線電気通信デバイスのグループへの音声データを含んでいるインターネット・プロトコルデータパケットを放送するためのシステムであって、
複数の無線電気通信デバイスにより構成されるグループへ単一の通信ストリームを送信し、少なくとも１つは音声データを含むインターネット・プロトコルデータパケットを受信する複数の無線電気通信デバイスと、
無線通信デバイスから単一通信ストリームを受信し、構成されたグループの全ての無線電気通信デバイスに対するグループ通信を作成し、複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスへ音声データを含むインターネット・プロトコルデータパケットを放送する通信サーバとを備えるシステム。
【請求項２】
前記通信サーバは、音声データパケットのみを放送する請求項１のシステム。
【請求項３】
前記通信サーバは、アプリケーションデータを放送する請求項２のシステム。
【請求項４】
前記通信サーバは、マルチメディアを放送する請求項１のシステム。
【請求項５】
少なくとも１つの無線電気通信デバイスは、前記通信サーバへインターネット・プロトコルデータパケットを送信する請求項１のシステム。
【請求項６】
前記無線電気通信デバイスは、前記通信サーバへ音声データを送信し、
前記通信サーバは、少なくとも１つの無線電気通信デバイスのグループへ放送するために、音声データをインターネット・プロトコルデータパケットに変換するネットワーク上の他のコンピュータ・デバイスへ音声データを送信する請求項１のシステム。
【請求項７】
前記通信サーバと無線電気通信デバイスのグループの間に通信ストリームを流すための通信リンクを確立する１つ以上の間欠通信デバイスをさらに備え、
前記通信サーバは、さらに放送インターネット・プロトコル・データパケットを受信できる無線電気通信デバイスのグループを決定し、これら無線電気通信デバイスのグループへインターネット・プロトコル・データパケットを送るべく１以上の間欠通信デバイスへ指示する請求項１のシステム。
【請求項８】
無線網上の無線電気通信デバイスのグループへの音声データを含んでいるインターネット・プロトコルデータパケットを放送するための通信サーバであって、
無線通信デバイスから単一通信ストリームを受信し、構成されたグループの全ての無線電気通信デバイスに対するグループ通信を作成し、複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスへ音声データを含むインターネット・プロトコルデータパケットを放送する通信サーバ。
【請求項９】
前記通信サーバは、音声データパケットのみを放送する請求項８の通信サーバ。
【請求項１０】
前記通信サーバは、アプリケーションデータをさらに放送する請求項８の通信サーバ。
【請求項１１】
前記通信サーバは、マルチメディアを放送する請求項８の通信サーバ。
【請求項１２】
前記通信サーバは、さらに１以上の無線電気通信デバイスからインターネット・プロトコルデータパケットを受信する請求項８の通信サーバ。
【請求項１３】
通信サーバと無線電気通信デバイスのグループの間に通信ストリームを流すための通信リンクを確立する１つ以上の間欠通信デバイスを備え、
前記通信サーバは、さらに放送インターネット・プロトコル・データパケットを受信できる無線電気通信デバイスのグループを決定し、これら無線電気通信デバイスのグループへインターネット・プロトコル・データパケットを送るべく１以上の間欠通信デバイスへ指示する請求項８の通信サーバ。
【請求項１４】
無線網への音声データを含んでいるインターネット・プロトコルデータパケットを放送するためのシステムであって、
音声データを含んでいるインターネット・プロトコルデータパケットを受信する無線網上の無線電気通信デバイスにより構成されるグループへ単一の通信ストリームを送信する無線電気通信デバイスのための手段と、
無線通信手段から単一通信ストリームを受信し、構成されたグループの全ての無線電気通信デバイスに対するグループ通信を作成する手段とを備え、
前記受信する手段は、さらに無線電気通信手段へ音声データを含むインターネット・プロトコルデータパケットを放送するシステム。
【請求項１５】
無線網へアクセス可能な複数の無線電気通信デバイスの構成グループへ単一の通信ストリームを送信可能な無線電気通信デバイスであって、
前記無線網上の他の無線電気通信デバイスへ前記無線網上の標準通信ストリームを介して通信すると共に、音声データを含む放送インターネット・プロトコルデータパケットを受信可能な無線電気通信デバイス。
【請求項１６】
前記無線電気通信デバイスは、前記無線網上の他のコンピュータデバイスへインターネット・プロトコル音声データパケットを送信する請求項１５のデバイス。
【請求項１７】
前記無線電気通信デバイスは、前記無線網上の他のコンピュータデバイスへアプリケーションデータを送信する請求項１５のデバイス。
【請求項１８】
前記標準通信ストリームは、携帯電話通信網を介する全二重通話である請求項１５のデバイス。
【請求項１９】
前記標準通信ストリームは、携帯電話通信網を介する他の無線電気通信デバイスのグループへの半二重通話である請求項１５のデバイス。
【請求項２０】
前記標準通信ストリームは、プッシュ・トーク電気通信である請求項１９のデバイス。
【請求項２１】
無線網上の無線電気通信デバイスのグループの中で音声データを含むインターネット・プロトコルデータパケットを効率的に分配する方法であって、
無線電気通信デバイスから、無線網上の少なくとも１つは音声データを含むインターネット・プロトコルデータパケットを受信可能な複数の無線電気通信デバイスにより構成されるグループへ音声データを含む単一の通信ストリームを送信すること、
通信サーバにて無線通信デバイスから単一通信ストリームを受信すること、
構成されたグループの全ての無線電気通信デバイスに対するグループ通信を前記通信サーバにて作成すること、
複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスへ音声データを含むインターネット・プロトコルデータパケットを放送することを備える方法。
【請求項２２】
前記グループ内の１以上の複数の無線電気通信デバイスにて音声データを含むインターネット・プロトコルデータパケットを受信するステップをさらに備える請求項２１の方法。
【請求項２３】
前記通信ストリームを送信するステップは、前記複数の無線電気通信デバイスの構成グループへアプリケーションデータを送信する請求項２１の方法。
【請求項２４】
前記通信ストリームを送信するステップは、前記複数の無線電気通信デバイスの構成グループへマルチメディアを送信する請求項２１の方法。
【請求項２５】
少なくとも１つの無線電気通信デバイスのグループへ放送するために、音声データをインターネット・プロトコルデータパケットに変換するネットワーク上の他のコンピュータ・デバイスに対し前記通信サーバから音声データを送信するステップをさらに備える請求項２１の方法。
【請求項２６】
放送インターネット・プロトコル・データパケットを受信できる無線電気通信デバイスのグループを前記通信サーバで決定し、これら無線電気通信デバイスのグループへインターネット・プロトコル・データパケットを送るべく、前記通信サーバと無線電気通信デバイスのグループの間に通信ストリームを流すための通信リンクを確立する１以上の間欠通信デバイスへ指示するステップをさらに備える請求項２１の方法。
【請求項２７】
無線網上の無線電気通信デバイスのグループの中で音声データを含むインターネット・プロトコルデータパケットを効率的に分配する方法であって、
無線電気通信デバイスから、無線網上の少なくとも１つは音声データを含むインターネット・プロトコルデータパケットを受信可能な複数の無線電気通信デバイスにより構成されるグループへ音声データを含む単一の通信ストリームを送信するステップと、
通信サーバにて無線通信デバイスから単一通信ストリームを受信するステップと、
構成されたグループの全ての無線電気通信デバイスに対するグループ通信を前記通信サーバにて作成するステップと、
複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスへ音声データを含むインターネット・プロトコルデータパケットを放送するステップとを備える方法。
【請求項２８】
無線網上の無線電気通信デバイスのグループへの音声データを含むインターネット・プロトコルデータパケットを放送するための方法であって、
通信サーバにて無線通信デバイスから単一通信ストリームを受信すること、
構成されたグループの全ての無線電気通信デバイスに対するグループ通信を前記通信サーバにて作成すること、
前記通信ストリームから、前記複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスへ音声データを含むインターネット・プロトコルデータパケットを放送することを備える方法。
【請求項２９】
前記放送するステップは、音声データパケットのみを放送する請求項２８の方法。
【請求項３０】
前記放送するステップは、アプリケーションデータを放送する請求項２８の方法。
【請求項３１】
前記放送するステップは、マルチメディアを放送する請求項２８の方法。
【請求項３２】
前記通信ストリームを受信するステップは、前記無線網上の１つ以上の無線電気通信デバイスからインターネット・プロトコル・データパケットを受信する請求項２８の方法。
【請求項３３】
放送インターネット・プロトコル・データパケットを受信できる無線電気通信デバイスのグループを前記通信サーバで決定し、これら無線電気通信デバイスのグループへインターネット・プロトコル・データパケットを送るべく、前記通信サーバと無線電気通信デバイスのグループの間に通信ストリームを流すための通信リンクを確立する１以上の間欠通信デバイスへ指示するステップをさらに備える請求項２８の方法。
【請求項３４】
無線網上の無線電気通信デバイスのグループへの音声データを含むインターネット・プロトコルデータパケットを放送するための方法であって、
通信サーバにて無線通信デバイスから単一通信ストリームを受信するステップと、
構成されたグループの全ての無線電気通信デバイスに対するグループ通信を作成するステップと、
前記複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスへ音声データを含むインターネット・プロトコルデータパケットを放送するステップとを備える方法。
【請求項３５】
無線網上の無線電気通信デバイスのグループへの音声データを含むインターネット・プロトコルデータパケットをコンピュータを介して放送させるための、コンピュータにより実行されるコンピュータ読み取り可能な媒体中のコンピュータプログラムであって、
コンピュータデバイスで実行することで無線通信デバイスから単一通信ストリームを受信することと、
構成されたグループの全ての無線電気通信デバイスに対するグループ通信を作成することと、
通信ストリームから、前記複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスへ音声データを含むインターネット・プロトコルデータパケットを放送することとを備えるコンピュータプログラム。
【請求項３６】
前記放送するステップは、音声データパケットのみを放送する請求項３５のプログラム。
【請求項３７】
前記放送するステップは、アプリケーションデータを放送する請求項３５のプログラム。
【請求項３８】
前記放送するステップは、マルチメディアを放送する請求項３５のプログラム。
【請求項３９】
前記通信ストリームを受信するステップは、前記無線網上の１つ以上の無線電気通信デバイスからインターネット・プロトコル・データパケットを受信する請求項３５のプログラム。
【請求項４０】
放送インターネット・プロトコル・データパケットを受信できる無線電気通信デバイスのグループを前記コンピュータデバイスによる実行で決定し、これら無線電気通信デバイスのグループへインターネット・プロトコル・データパケットを送るべく、前記通信サーバと無線電気通信デバイスのグループの間に通信ストリームを流すための通信リンクを確立する１以上の間欠通信デバイスへ指示するステップをさらに備える請求項３５のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ網及びボイスオーバーインターネットプロトコル（ＶＯＩＰ）データパケットに係り、特に、システム、および無線電気通信網に、プッシュ・トゥ・トーク・グループ通信のような非常に大規模でかつ、または、地理的に濃厚な特別な緊急呼に効率的にＶｏＩＰメディアを配信するシステム及び方法に関する。
【背景技術】
【０００２】
無線ネットワークにおいて、無線通信装置のユーザは、中央計算機にエアーインターフェース上に通信する。オフィス環境中の無線ＬＡＮの場合のように、これは直接行われてもよい。あるいは、無線電話アプリケーションの場合でのように、それはセルのインフラストラクチャー機器を通って行われてもよい。１つのタイプのパーソナルコミュニケーション・システムはプッシュ・トゥ・トーク（ＰＴＴ）システムである。ＰＴＴ通信接続は、スピーカーとグループの各メンバー・デバイスの間の半二重のリンクを活性化する無線デバイス上の単一のボタン押しによって典型的に始められる。また、一旦ボタンが放されれば、デバイスは入って来るＰＴＴ伝送データを受信することができる。いくつかのＰＴＴスピーカーの状態では、スピーカーが話している間他のグループ・メンバーが話すことができない「フロアー」を持つ。一旦スピーカーがＰＴＴボタンを放せば、グループの他の個人会員もＰＴＴボタンを取って発信する。通信する無線デバイス用受信装置の特定のＰＴＴグループは、キャリアによって一般にセット・アップされる。また、無線デバイスはそれ自体、つまり、グループからの個人を含むか落とすかあるいは、全グループより任意の少数のメンバーによって受け取られるように故意に通信を命令するためにグループの変更を許可しない。
【０００３】
典型的なＰＴＴ呼は、同じ電気通信セクター内にいる２人のユーザーに対し、既存の電気通信インフラ構造上に通信および通信の応答を容易に広められるものである。しかしながら、非常に重要なこととして、プッシュ・トゥ・トーク呼は、多くの呼参加者を含んでいる。そのうちのいくらかは同じセクター内にあってもよい；公安災害シナリオは１例である。そのようなシナリオ中で、グループ内に配置される同じ電気通信リソースすべてについてＰＴＴ通信のメンテナンスは困難で、非能率的である。これらのシステムは、電話網上の各呼参加者の個別回路に相当し、標準チャンネル割当ての「トランク」を使用し、それにより、システム・スケーラビリティを制限する。
【０００４】
既存の「有線」ネットワークにおいて、受信機及び受信機へ送られるもの電波媒体が「放送」に使用される放送チャネル上のデータであるか否かを判断することができる。ＬＡＮテレビ、デスクトップ・コンファレンシング、企業放送および協力的な演算のようなアプリケーションは、「ポイント」から多点への方法中でデータ伝送を要求する。それは多数の受信者にデータを同時に送信してある。そのようなアプリケーションは、ポイント・ツー・ポイントのテクニックを使用して、有効にインプリメントされることを莫大な量のネットワーク帯域幅に要求するだろう。例えば、従来の２地点間方式計画は、ｎ回同じ情報を送信することを要求する。そこでは、ｎは、受信者の数を示す。そのようなタスクを遂行するのに必要な帯域幅は、伝送データを受信するコンピューターの数に比例して成長するだろう。多くの受信者のもとへオーディオとビデオのような大規模なデータ伝送を送る必要があるところで、そのようなアプローチはアプリケーションには実行不可能である。分岐ネットワークへのポイントで大量のデータの転送を効率良く実行するために、データをパケットに分割し、情報を望む各受信者に対し各パケットにデータをコピーするだけでなく、パケットそれぞれに「放送アドレス」を加えて放送する。しかしながら、情報の受信を望むユーザが放送アドレスを「聞くこと」で情報を得ることができるように、ネットワークは一般に全ネットワークの全体にわたって異なる情報パケットを送る。したがって、受信者の小集団だけが情報を望む場合、重要なネットワーク資源を利用して、パケットはどこでも生放送される。
【０００５】
この問題を解消するために、インターネット・プロトコル（ＩＰ）マルチキャストとして知られる技術は、有線ＩＰネットワークで使用するために開発されている。ＩＰマルチキャスティングで、アプリケーションは、各データパケットの１つのコピーを情報を得たい受信者のグループに送り、受信者のグループで情報を抽出することができる。このテクニック、個々の受信者へのではなく受信者のグループへの住所データパケット、また、情報（つまり特別のＩＰマルチキャストを望む少なくとも１つの受信者があるサブネットワーク）を必要とするサブネットワークを持っている「パス」へのみデータパケットを転送するために、それは、ネットワークに依存する。サブネットワークの１つの例はイーサネット（登録商標）ＬＡＮのようなローカル放送ネットワークである。
【０００６】
ＩＰデータパケット内の音声データをカプセルに入れる既知の方法として、一般に「ＶｏＩＰ」と呼ばれている。ＩＥＥＥ規格８０２．１１（ｂ）ネットワークのような共通のイーサネット（登録商標）・ワイヤレス・ネットワークでは、ネットワークは、ＩＰパケットの大規模の放送を考慮に入れる。しかしながら、ワイヤレス・ネットワークの制限において、マルチキャスト伝送を、パケットでワイヤレス・ネットワークを氾濫させるという損失のために、マルチキャスト伝送を、受信を望む少なくとも１つの受信ユーザが存在する特定の地理的なエリアに制限することは望ましいだろう。現在、ワイヤレス・ネットワーク中でＩＰマルチキャスト伝送データを送信するために、マルチキャスト伝送データが望まれるかどうかにかかわらず、すべての端末装置へその伝送データを送らなければならない。受信装置がＶｏＩＰパケットを受信できても受信できなくても、それはＰＴＴグループのリソースすべてに負担させる。さらに、ＶｏＩＰパケットの効率的な放送は、制限のある電気通信リソースにもかかわらず通信するべきＰＴＴデバイスの非常に地理的に濃厚なグループを許可するだろう。本発明は、主として、ＰＴＴ通信グループの無線電気通信デバイスへ音声データパケットを効率良く放送するシステム及び方法を意図する。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ＰＴＴ音声通信は、ＰＴＴグループの他のメンバー・デバイスへのインターネット・プロトコルデータパケットによって効率的に放送される。少なくとも１つの通信サーバは、通信する無線デバイスからの一つの通信ストリームを受け取り、ＰＴＴ音声呼のように、また指定のグループのすべての無線電気通信デバイスに対し通信グループを作成し、パケットを受信し取り扱うことが可能な受信グループの無線電気通信デバイスへ、通信ストリームの音声データを有するインターネット・プロトコルデータパケット（ＶｏＩＰ）を放送し、他方、標準の電気通信インフラ構造による通信グループへ送る。通信サーバは、様々な無線電気通信デバイスへＶｏＩＰパケットを生成し放送するために、ワイヤレス・ネットワーク・インフラ構造を利用する。
【０００８】
無線電気通信デバイスのグループへの音声データを含んでいるＶｏＩＰパケットを放送するためのシステムは、ＰＴＴグループのような複数の無線電気通信デバイス、および音声データを含んでいる放送ＶｏＩＰパケットを受け取ることができる複数の無線電気通信デバイスの少なくとも１つの指定のグループに無線電気通信デバイスがそれぞれ一つの通信ストリームを向けることができる複数の無線電気通信デバイスを含んでいる。さらに、システムは、通信する無線デバイスから単一の通信ストリームを受信し、指定のグループのすべての無線電気通信デバイスへの通信グループを作成する通信サーバを含んでおり、複数の無線電気通信デバイスの受信グループの少なくとも１つの無線電気通信デバイスにＶｏＩＰパケットを放送する。
【０００９】
ワイヤレス・ネットワーク上の無線電気通信デバイスのグループ中で音声データを含むＶｏＩＰパケットを効率的に分配する方法は、無線電気通信デバイスからワイヤレス・ネットワーク上の複数の無線電気通信デバイスの指定のグループに一つの通信ストリームを向けることと、通信サーバで指定のグループのすべての無線電気通信デバイスへの通信グループを作成することと、通信サーバと通信する無線デバイスから単一の通信ストリームを受信することと、複数の無線電気通信デバイスの受信グループの無線電気通信デバイスへＶｏＩＰパケットを放送することとを備える。
【００１０】
したがって、システムと方法は、マルチキャスト伝送を、少なくとも１つの有能な受信無線電気通信デバイスが存在する特定の地理的なエリアに制限するとともに、パケットでワイヤレス・ネットワークを氾濫させずに、ＶｏＩＰパケットの効率的な放送を許可することができる。したがって、システムと方法は、無線電気通信リソースに過重負担させずに、ＰＴＴデバイスの地理的に非常に濃厚なグループ内の通信グループへＶｏＩＰパケットを導くために、例えば、電気通信チャンネルを各無線デバイスに使用する必要はない。従って、システムと方法は、同じＰＴＴグループ中に非ＶｏＩＰデバイスを組み込むことができる。
【００１１】
以下に、添付された図面及び発明の詳細な説明、請求項を参照することにより、本発明の目的、利点および特徴が明白になるだろう。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、各構成を数字で示す。図１は、無線網２０上で無線電気通信デバイス（目標セット１２）のグループへの音声データを含んでいるインターネット・プロトコルデータパケットの放送のためにシステム１０を一例として説明する。ここに、１つ以上の無線電気通信デバイスは、無線電話機１４、スマートなポケットベル１６および携帯情報端末（ＰＤＡ）１８といった他の無線電気通信デバイスと共に無線網２０を介してＰＴＴグループに存在する。システム１０において、無線電気通信デバイス１４、１６、１８のそれぞれは、１以上の無線電気通信デバイスの目標セット１２と無線網２０を介して選択的に直接通信することが可能である。例えば携帯電話機１４に対する目標セットは、目標セット１２にあるすべてのデバイス、ポケットベル１６およびＰＤＡ１８のようなサブセットとすることができる。
【００１３】
特に、システム１０は、無線通信士の個人のワイヤレス・ネットワーク３０内のＩＰマルチキャスティングを使用し、特別な効率的な方法で定義された非常に大規模なプッシュ・トゥ・トーク（あるいは他の同様のサービス）呼のためのＶｏＩＰベースのメディアを運ぶべくインフラ構造を支援する。これらのＰＴＴ呼は、オペレーターの無線網２０を介して散在することができるか、この人はすべて同じネットワーク資源上の少数のセクターに位置してもよい非常に多くの呼参加者（数百）を含むことができる。
【００１４】
１つの実施形態では、グループ通信サーバ３２は、選択的に通信する無線電気通信デバイス１４，１６，１８および通信する無線電気通信デバイスとして指定された目標セット１２中の１つ以上の他の無線電気通信デバイスの間の直通通信リンクを確立するための要求を受信する。その後、通信サーバ３２は、選択的にＰＴＴ音声通信として要求された直通通信リンクを確立する。目標セット１２の同一性は、グループ通信サーバ３２上で、あるいは接続しているデータベース３４において駐在の、あるいは恐らく別のコンピュータデバイス上にあるパケットフロー整理サーバ３６（ネットワークインフラにおいて共通の）、グループ通信サーバ３２を選択的に利用可能である。
【００１５】
したがって、システム１０は、複数の無線電気通信デバイス１４、１６、１８の指定のグループ（目標セット１２）に無線電気通信デバイスがそれぞれ一つの通信流れを向けることができる複数の無線電気通信デバイス（目標セット１２）を含んでいる。また、複数の無線電気通信デバイスの少なくとも１つは放送インターネット・プロトコル・データ（ＶｏＩＰ）パケットを受信することができる。通信サーバ３２は、無線デバイス（無線電話機１４のような）との通信により単一の通信ストリームを受信し、ＰＴＴ呼のような指定のグループのすべての無線電気通信デバイスへの通信グループを作成する。通信サーバ３２は、目標セット１２の少なくとも１つの無線電気通信デバイスへの音声データを含んでいるインターネット・プロトコルデータパケットの放送を直接あるいはワイヤレス・ネットワーク２０、あるいはサーバ側ＬＡＮ  ３０上の他のコンピュータデバイスの使用を通じて実行する。グループ通信サーバ３２は、別のサーバ３６がグループ通信をコントロールする無線デバイス用にグループ識別データを格納するために内蔵または外部へアクセス可能なデータベース３４を持つことができる。それは、サーバ側ＬＡＮ  ３０の上で、あるいは無線網２０、あるいはインターネットを介して一般に駐在のコンピューター成分の数を評価すべきで、制限されていない。
【００１６】
通信サーバ３２は、符号分割多重接続パケットを受信し、ＶｏＩＰパケットを作成する他のリソースと共に、符号分割多重接続を利用して標準の音声データパケットだけを放送することができる。あるいは、技術中で知られているように、データをパケットにする他の方法が使用されてもよい。さらに、ＰＴＴ通信放送は、音声データ、アプリケーションデータ、マルチメディアあるいはコンピュータデータの任意のフォームであってもよい。別の実施形態では、無線電話機１４のような無線電気通信デバイスは、それ自体通信サーバ３２にインターネット・プロトコルデータパケットを送ることができる。
【００１７】
図２中で示されるように、コミュニケーション・サーバー３２と無線電気通信デバイス１２のグループの間に、通信リンクを確立して通信ストリームを送出する１つ以上の間欠通信デバイスが典型的に存在する。また、通信サーバ３２は促進することができる、下記に述べられるように、どのメンバー無線電気通信デバイスが放送インターネット・データプロトコル・パケットを受信することができるかを決めることができる。その後、通信サーバ３２は、１つ以上の間欠通信デバイスに対しインターネット・プロトコルデータパケットを受信することができるグループのそれらの無線電気通信デバイスへインターネット・プロトコルデータパケットを送るように指示する。
【００１８】
図２は、共通のセルの電気通信配位中の無線網の１つの実施形態の代表的なブロック図であり、ＰＴＴシステムでのセット・グループ・メンバー（デバイス７０、７２、７４、７６）の無線デバイス間の通信を制御するグループ通信サーバ３２を有する。無線網は典型的なもので、それによって遠隔モジュールが通信するあらゆるシステム、互いの間、互いの中、無線網２０のコンポーネント間、そのコンポーネント中の放送、制限、無線網キャリアおよび（または）サーバなしを含むことができる。連続したグループ通信サーバ３２は、グループ通信サーバＬＡＮ  ５０に接続される。無線電話機は、データ・サービスオプションを使用するグループ通信サーバ３２に対しパケットデータセッション（符号分割多重接続のような）を要求することができる。
【００１９】
グループ通信サーバ３２は、ＰＳＤＮ５２のようなプロバイダ・パケット・データ・サービス・ノード（ＰＤＳＮ）の無線サービスに接続される。ここでは、キャリア・ネットワーク５４を示す。ＰＳＤＮ５２はそれぞれ、パケット制御機能（ＰＣＦ）６２を介して基地局６０の基地局コントローラ６４と接続することができる。ＰＣＦ６２は、典型的に基地局６０に位置する。キャリア・ネットワーク５４は、メッセージ（一般にデータパケットのフォームで）をメッセージ・サービス・コントローラ（ＭＳＣ）５８に送るように制御する。キャリア・ネットワーク３０は、ネットワークによるＭＳＣ  ３２、インターネットおよび（または）ＰＯＴＳ（「簡易な通常の電話機」）と通信する。典型的にネットワーク、あるいはキャリア・ネットワーク５４とＭＳＣ  ５８との間のインターネット接続は、データを転送し、ＰＯＴＳは音声情報を転送する。ＭＳＣ５８は１つ以上の基地局６０に接続することができる。キャリア・ネットワークと似た方法で、ＭＳＣ５８は、両方のネットワーク、データ転送用インターネットおよび音声情報用のＰＯＴＳによって、ブランチ（ＢＴＳ）から分岐元（ＢＴＳ）６６へ典型的に接続される。ＢＴＳ６６は、ショート・メッセージ・サービス（「ＳＭＳ」）、あるいは技術中で既知の他の放送方法によって、携帯電話機７０、７２、７４、７６のような無線デバイス間で無線を介してメッセージを放送し受信する。
【００２０】
無線電話機１４のような携帯電話機および電気通信デバイスは、増加した演算能力で製造されており、パソコンおよび携帯型のＰＤＡに等しくなっている。これらの「スマートな」携帯電話機は、ソフトウェア開発者が無線デバイスのプロセッサ上でダウンロード可能で、実行可能なソフトウェアアプリケーションを作成することを可能にする。携帯電話機１４のような無線デバイスは、ウェブページ、ａｐｐｌｅｔｓ、ＭＩＤｌｅｔｓ、ゲームおよびストック・モニタのような多くのタイプのアプリケーションあるいは単にニュース、およびスポーツに関連するデータのようなデータをダウンロードすることができる。グループ・メンバーのセット１２を指定した無線デバイスにおいて、無線デバイスは、セットとは別のメンバーに直接接続し、音声とデータ通信を行なうことができる。しかしながら、そのようなすべての直通通信は、グループ通信サーバ３２の制御を介することになる。デバイスのすべてのデータパケットは、必ずグループ通信サーバ３２を介して移動する必要があるとは限らない。しかし、典型的には一つのサーバ側ＬＡＮ  ３０のコンポーネントになるので、サーバ３２は通信を制御することができ、セット１２のメンバーの同一性を検索することができる、別のコンピュータデバイスにセット１２のメンバーの同一性を向けることができる。
【００２１】
図３は、デバイスの目標セット１２に直通通信を開設するＰＴＴボタン７８を備えた携帯電話１４である無線電気通信デバイスの１つの実施形態を示すブロック図である。無線デバイス１４は、無線デバイス１４のユーザに対するグラフィックディスプレイ８０を有している。無線デバイス１４は、音声とデータのパケットを扱うことができ、無線網２０を介して送信されたソフトウェア申込みを受付けて、実行することができるコンピュータ・プラットフォーム８２を含んでいる。コンピュータ・プラットフォーム８０は、他のコンポーネント、特定用途向け集積回路（「ＡＳＩＣ」）８４、あるいは他のプロセッサ中に、マイクロプロセッサー、論理回路、プログラマブルゲートアレイあるいは他のデータ処理デバイスを含んでいる。ＡＳＩＣ８４は、無線デバイスの製造の時にインストールされ、通常アップグレード可能ではない。ＡＳＩＣ８４あるいは他のプロセッサはアプリケーションプログラミングインターフェース（「ＡＰＰ」）層８６（それは駐在のアプリケーション環境を含んでいる）を実行し、ＡＳＩＣ８４に載せられたオペレーティング・システムを含むことができる。アプリケーション環境は、無線デバイスのメモリ８８中の任意のプログラムによりインターフェースを行う。駐在のアプリケーション環境の一例は、無線デバイス・プラットフォーム用にクァルコム（登録商標）によって開発された「無線のための二成分のランタイム環境」（ＢＲＥＷ）ソフトウェアである。
【００２２】
ここに示されるように、無線デバイスは、グラフィックス・ディスプレイを備えた携帯電話機１４になりえるが、さらに、携帯情報端末（ＰＤＡ）、グラフィックス・ディスプレイを備えたポケットベル、あるいは無線通信ポータルを含んでおり、そうでなければネットワークまたはインターネットに対して有線接続されているもののように、個別のコンピュータ・プラットフォームなどのような技術中で知られているようなコンピュータ・プラットフォームを備えた任意の無線デバイスになりえる。さらに、メモリ８８は、読み出し専用またはランダムアクセスのメモリ（ＲＡＭとＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュカードあるいはコンピュータ・プラットフォームに共通の任意のメモリで構成することができる。コンピュータ・プラットフォーム８２は、さらにメモリ８８の中で有効に使用されないソフトウェアアプリケーションの記憶用のローカル・データベース９０を含むことができる。ローカル・データベース９０は、１つ以上のフラッシュ・メモリ・セルで典型的に構成されるが、磁気メディアのような技術、ＥＰＲＯＭ、ＥＥＰＲＯＭ、光媒体、テープあるいはソフトまたはハードディスクとして知られる任意の第２、第３の記憶装置でも構成できる。無線電話機は、典型的には電気通信のために、およびいくつかのインスタンス中で全２重通信路、あるいは半２重通信路経由で通信リンクを開設し、通話または音声ストリームを受信できる。
【００２３】
無線デバイス１４の実施形態において、コンピュータ・プラットフォーム８２は、さらに無線デバイスから直通通信チャンネルを開くことができるダイレクト通信インタフェース９４を含む通信インタフェース９２を含んでいる。ダイレクト通信インタフェース９２は、さらに無線デバイス間で送信された音声とデータを通常の無線デバイス用の標準通信インタフェースの一部になりえる。技術中で知られているように、ダイレクト通信インタフェース９２はハードウェアで典型的に構成される。通信インタフェース９２は、無線網２０上でＶｏＩＰデータを受信するのみ、または受信と送信が可能なＩＰパケット・ハンドリング・インターフェース９６をさらに含んでいる。ＩＰパケット・インターフェース９６は、ＶｏＩＰパケット放送のために特に設計された放送チャンネルに順応する場合がある。また、そのようなチャンネルは恐らく無線網２０のキャリア・チャネルの外にある。そのような配位では、個別の放送チャンネルで、受信ＰＴＴグループ通信は、標準キャリア・チャネルのうちのどれも使用し、このように、グループ通信を扱うために必要とされる地理的なセクター・リソース上の負荷を減少させなかった。
【００２４】
図４は、従来のセルのインフラ構造を介してＰＴＴ通信のためのマルチキャスト・グループの１つの実施形態のブロック図である。無線オペレータは、ＰＴＴグループに割り当てられるマルチキャストグループアドレスのクラスを識別し、ＩＰマルチキャストネットワーク１００を作成する。ネットワークを介してマルチキャスティング・チャネルをセット・アップするために、位置サーバ１０４およびディスパッチャ１０４は多数の通信サーバ１０６によって支援される。無線オペレータのＰＴＴ位置サーバ１０２は、グループ１０８中の１つの無線デバイスのような無線デバイス、与えられたＰＤＳＮ  ５２識別子、グループ１１０あるいは単一の無線デバイス１１２，１１４に割り当てられたユニキャストＩＰアドレスを写像する方法を識別する。位置サーバ１０２によって識別されたＰＤＳＮ５２は、無線電気通信デバイスに予定されたユニキャストトラヒックが関連付けられるＰＤＳＮ  ５２である。各ＰＤＳＮ  ５２に対するマルチキャスト グループのマッピングは、オペレータのネットワーク内でＰＴＴ通信を提供することに基づいて関連付けられる。
【００２５】
現在の実施形態のうち、ＰＴＴシステムは、ＣＤＭＡ、ＴＤＭＡ、ＧＳＭのような商用セルのインフラ構造上のポイントから多点への音声サービスを提供する。エンドポイント間の通信は、急送モデルを使用して、１人の話者の声がディスパッチャ１０４によってグループ内の多くのリスナーに放送される。標準構成では、各エンドポイントを備えたメディアおよびセットアップ二地点間通信リンクを模写するために、ＰＴＴシステムはグループ呼出サーバ（ＧＣＳ）に依存する。しかしながら、地理的に濃厚なエリアにおいて、同じ呼に参加する無線電気通信デバイスそれぞれに対し固定のチャネルを割り当てることは、非能率的であり、セルのセクターのキャパシティーを駄目にする。
【００２６】
しかしながら、現在のシステムは、プロトコル独立マルチキャスト（ＰＩＭ）を使用することができる。それは既存のユニキャストインフラ構造上で実行されるマルチキャスト・ルーティング・プロトコルである。ＰＩＭは濃厚と希薄のグループメンバーシップを備える。ＰＩＭは、他のプロトコルと異なり、希薄なグループのためにモデルの連結に使用するので、接合が共有されるツリーに生じ、ツリーの出所ごとの切り替えることができる。
【００２７】
帯域幅が豊富で、グループメンバーシップが濃厚なところで、オーバヘッドは、グループ・メンバーがないすべてのリンクおよび後に除去する例外の場合に、データ出力を氾濫させることにより縮小することができる。
【００２８】
マルチキャストＶｏＩＰパケットを広めることのうち、提案された設計は、図４に示すように、予め形成されたマルチキャストグループ１０８，１１０，１１２，１１４をＰＤＳＮ５２に固定的に接続させる固定方法で構成される配電ツリーを含むＩＰマルチキャストネットワーク１００を使用する。ＰＤＳＮ５２は、周期的に送ることができるメッセージを連結するために、個々、ＰＴＴグループのうち、それらは中へ興味を持っているか、あるいは交互に、静止のエントリーをすべての中間のマルチキャスト・ルータ中でなすことができる。したがって、ＰＤＳＮ（静的に）はそれぞれ、利用可能なマルチキャストグループの（潜在的にオーバーラップして）部分集合を予約する。ＰＤＳＮ５２ごとに保存されたマルチキャスト・アドレス空間のサイズは、ＰＤＳＮ５２の地理的地域内の大きなグループの予期された数を扱うことができるほど十分に大きいに違いない。
【００２９】
Ｇは、マルチキャストグループに対応付けてＰＤＳＮ５２をマッピングする関数である。すなわち、Ｇ（ＰＤＳＮ１）はマルチキャストグループセットとなるＰＤＳＮ１のメンバーである。Ｇは多くを１つにマッピングしたものである。また、Ｇは適切な通信サーバ１０６として知られている。Ｍは、無線電気通信デバイスのＩＰアドレスと無線電気通信デバイスをサーブするＰＤＳＮ５２の識別子とをマッピングする関数である。例えば、Ｍ（ＩＰ１）は、ＩＰ１内で、無線電気通信デバイスに対しＰＤＳＮ５２の識別子を返す。このマッピングも通信サーバ１０６で知られており、ＰＤＳＮ５２の各々がポイント・ツー・ポイント（ＰＰＰ）セッションに割り当てることができる既知のＩＰアドレスのセットに基づいて推定することができる。通信サーバ１０６は、ＰＴＴグループ・メンバーとサービスするＰＤＳＮ５２の識別子との間のマッピングに従って形成される。
【００３０】
上記のマルチキャスト・メカニズムを利用した呼シナリオにおいて、ディスパッチャ１０４は、グループデバイス１１４とする発信元の無線デバイスからＰＰＴ要求を受信し、ｔ1からｔnといった目標を検索する。ディスパッチャは、目標とする無線電気通信デバイスの各々をサーブするＰ1からＰmといったＰＤＳＮ５２のセットを識別するマッピングＭを用いる。なお、ｎはｍ以上とすることに注意する。適切な通信サーバ３２は、参加者がどこにいるかに基づいてマルチキャストグループへの呼および呼セット・アップするＰＤＳＮ  ５２予約を割り当てる。その後、通信サーバ１０６は下記を決定する。大きなＰＴＴグループ呼出（パラメータｎに基づいた）か。これである、濃厚なＰＴＴグループ呼出（目標用の適切なデータ、および潜在的に次の基準に基づいたあるマルチキャスト・グループ・アドレスを使用するために、通信サーバ１０６が決定するセットＭ（Ｐi）、または
【数１】
2008535406.tif 000003
【００３１】
通信サーバ１０６は、次の基準に基づいてあるマルチキャスト・グループ・アドレスを使用することを決定する。
【数２】
2008535406.tif 000004
【００３２】
である場合、現在使用されていない交差に属するグループ・アドレスのうちの１つを使用する。
【数３】
2008535406.tif 000005
【００３３】
である場合、Ｇ（Ｐ1），Ｇ（Ｐ2），…Ｇ（Ｐm）から未使用のマルチキャスト・グループ・アドレスの１つを使用する。ディスパッチャ１０４は、Ｇ（Ｍ（ｔ））から通信サーバ１０６へ目標ｔのために選択されたマルチキャスト・グループ・アドレスｇを送る。その後、通信サーバ１０６は、ＰＴＴ通信のために選択されたマルチキャスト・グループ・アドレスのセットを受信する。
【００３４】
１つの実施形態では、２３３．０．０．０／８のブロックは、自分の自律システム番号（ＡＳＮ）で実体のためのマルチキャスト使用のために用いられる。２３９．０．０．０／８のブロックは、経口投与のみ（ユニキャストの場合の１９２．１６８．０．０／１６のブロックのように）のために管理上限定される。これらの２つのマルチキャスト・アドレスブロックは、通信サーバ１０６が約３２００万までのマルチキャスト・アドレス空間を使用することを可能にして、キャリアのプライベートネットワーク内に使用することができる。
【００３５】
図５は、ＩＰデータパケットを受信することができるＰＴＴグループ・メンバーに対しＩＰマルチキャストを使用してＰＴＴ通信を開始する呼処理ブロック図である。この実施例では、ＰＴＴチャネルがある程度利用可能であると確認され、マルチキャスト・グループが選択された後、発信元の無線電気通信デバイスに対し「フロアー許可」あるいは許可が与えられる。マルチキャスト用に利用可能なＰＴＴメンバーの存在有無は、システム・コンフィギュレーションに依存するフロアーのアベイラビリティの決定因になりえる。例えば、ＰＴＴメンバーが地理的に濃厚であるが、マルチキャストが利用可能ではないことをシステムが決める場合、それは最初のリクエストを拒絶するか、あるいは標準ＰＰＰ通信をセット・アップすることができる。単なる制御チャネルのような総括的に共有されるフォワードリンク・チャネルに対立するものとして、形式上、放送チャネル経由で呼セット・アップ搬送が生じる場合があることが注目されるべきである。例えば、１つの旧式の電気通信システムでは、システムは制御チャネル（ＣＣ）および個別の放送チャネル（ＢＣＨ）を使用する。
【００３６】
図６は、総括的なルーティング・カプセル封入（ＧＲＥ）トンネル効果を使用して、従来のセルのインフラ構造を介してＰＴＴ通信のためのマルチキャスト・グループの別の実施例のブロック図である。ＧＲＥは、ＩＰネットワーク上の事実上のポイント・ツー・ポイントのリンクを形成して、ＩＰトンネルの内部の種々様々のプロトコルパケット・タイプをカプセルに入れることができる既知の技術の中で、スタンダードベースのトンネル効果プロトコルである。ＧＲＥトンネル効果は、個別のネットワークが直接接続されるように見えることを可能にする。ここで、ＩＰマルチキャスト・ネットワーク１２０上のトラヒックは、少なくとも通信サーバ１０６およびＰＤＳＮ１２２が認識する出所と目的地のアドレスを備えたＧＲＥ  ＩＰパケット中でカプセルに入れられる。ＰＤＳＮ１２２がＶｏＩＰパケットを休養させたように、ターゲット・グループ・メンバー１２４、１２６および１２８は典型的にはＧＲＥパケットを認識する必要はない。したがって、トラヒックはすべて、送信と受信のネットワークに関して何でも知っているそのネットワークのインフラ構造のない旧式の無線網を介して送信することができる。そのような設計は、実際のマルチキャスティングをサポートするためにはキャリア・インフラ構造が要求されないという点で有利である。しかしながら、ＰＤＳＮ１２２は、ＰＤＳＮの改良が非常に高価になりうるようにＧＲＥプロトコルを扱うコンポーネントをセット・アップする必要がある。
【００３７】
図７は、ＶｏＩＰパケットを、無線網上の指定のＰＴＴグループの適切な無線デバイス宛てに送信するべく、グループ通信サーバ３２上で実行するプロセスの１つの実施形態のフローチャートである。ステップ１４０で示されるように、ＰＴＴ通信要求は、通信サーバ３２で受信される。また、ステップ１４２で示されるように、ＰＴＴグループは着信する通信ストリームのために決定される。その後、決定は「フロアー」が開いているかどうかに関して判断される。つまり、決定１４４で示されるように、グループ通信を指図することができる要求元のＰＴＴデバイスである。フロアーが決定１４４で開いていない場合、失敗通知は、ステップ１４６で示されるように、要求元の無線電気通信デバイスに返送され、処理を終了する。
【００３８】
決定１４４において、フロアーが要求元の無線電気通信デバイスに対し開いている場合、通信チャネルは、ステップ１４８で示されるように、要求元の無線電気通信デバイスに与えられる。また、ステップ１５０で示されるように、着信ボイスストリームが受信される。その後、決定１５２で示されるように、ＶｏＩＰを受信することができるＰＴＴグループのメンバーがあるかどうかに関して決定される。ここで、ＰＴＴグループ・メンバーのだれもＶｏＩＰパケットを受信できない場合、ステップ１５８の処理へ移行し、ここで音声データストリームは、ＰＴＴグループ・メンバーへ放送するべく旧式のインフラ構造（セルのインフラ構造のような）に送られる。
【００３９】
決定１５２でＰＴＴグループ・メンバーがＶｏＩＰを受信できれば、ステップ１５４に示すように、音声データストリームは、ＩＰデータパケットにパケット化され、ステップ１５６に示すように、ＶｏＩＰパケットは、ＰＴＴグループのメンバーへ放送（ＰＤＳＮ５２のようなもの）により送信される。その後、残りの音声データストリームは、ステップ１５８で示されるようなＰＴＴグループ・メンバーへの伝送のために旧式のインフラ構造に送られる。システムが、パケットになるかデータ・リレーを助ける他のコンピュータ・デバイスを制御する通信サーバ３２で具体化されれば、他のステップがプロセスで生じることが明白になる。
【００４０】
システム１０が少なくとも音声データを含む通信ストリームを無線電気通信デバイス（無線電話１４のような）から複数の無線電気通信デバイス（目標セット１２）の指定のグループに一つの通信ストリームを向けるステップを含む無線網２０上の無線電気通信デバイスのグループ（目標セット１２）中に効率的にＶｏＩＰデータパケットを分配する方法を提供することは理解されるかもしれない。複数の無線電気通信デバイスの少なくとも１つはＶｏＩＰデータパケットを受信することができる。したがって、方法は通信サーバ３２で、通信する無線デバイス（無線電話１４）から単一の通信ストリームを受信し、指定のグループ（目標セット１２）のすべての無線電気通信デバイスへのグループ通信を作成し、少なくとも受信グループ（目標セット１２）の１つの無線電気通信デバイスへＶｏＩＰデータパケットを放送することをさらに含んでいる。
【００４１】
方法は、グループ中の複数の無線電気通信デバイス１４、１６、１８の１つ以上でＶｏＩＰデータパケットを受信するステップを含んでいる。通信ストリームを指図するステップは、複数の無線電気通信デバイスの指定のグループ（すなわち目標セット１２）宛てにアプリケーションデータ、マルチメディアあるいは他のコンピューター・メディアを含むことができる。方法は、無線網２０、あるいはサーバ側ＬＡＮ３０（それは放送用のＶｏＩＰデータパケット中の音声データをグループ（目標セット１２）の少なくとも１つの無線電気通信デバイスに変換する）上の通信サーバ３２から別のコンピュータ・デバイスまで音声データにルーティングするステップを含んでいる。方法は、さらに、通信サーバ３２と無線電気通信デバイスのグループ（目標セット１２）の間に通信ストリームのためのリンクを確立し、１つ以上の間欠通信デバイスと共に、通信サーバ３２で放送ＶｏＩＰデータパケットを受信することができるメンバー無線電気通信デバイス（デバイス１４、１６、１８のような）を決定し、ＶｏＩＰデータパケットを受信することができるグループのそれらの無線電気通信デバイスへＶｏＩＰデータパケットを送るようにＰＤＳＮ  ５２のような１つ以上の間欠通信デバイスに命令するステップを含むことができる。
【００４２】
システム１０は、無線網２０上でアクセス可能な複数の無線電気通信デバイス（目標セット１２）の指定のグループに一つの通信ストリームを向ける発明に関する無線電気通信デバイス（図３中で示される無線電話機１４のような）を含んでいる。そこでは無線電気通信デバイスは、通信インタフェース９２を介して無線網２０上の他の無線電気通信デバイスに、無線網２０上の標準通信ストリームを介して通信して、放送ＶｏＩＰデータ・パケット（ＶｏＩＰインタフェース９６を介してのような）をさらに受信することができる。
【００４３】
別の実施形態はコンピュータ読取り可能なメディアにおいて駐在のプログラムを含んでいる。そこでは、プログラムは、方法のインベンティブ・ステップを実行するためにコンピュータ・プラットフォームを持っている無線デバイスを指図する。コンピュータ読取り可能なメディアは、無線電話機１４のコンピュータ・プラットフォーム８２のメモリ８８、あるいは他の無線デバイスになりえるか、あるいは無線電話機１４のローカル・データベース９０のようなローカル・データベースにありえる。さらに、コンピュータ読取り可能なメディアは、技術中で知られているように磁気ディスクかテープのような無線デバイス・コンピュータ・プラットフォーム、光ディスク、ハードディスク、フラッシュ・メモリーあるいは他の記憶媒体上にロード可能な補助記憶装置メディアである場合がある。
【００４４】
図７の状況において、方法は、無線プラットフォーム８２および通信サーバ３２のような機械可読のインストラクションのシーケンスを実行するために、無線網２０の一部を動作させるようにインプリメントされてもよい。インストラクションは、様々なタイプの信号の方位あるいはデータ保存がメインか、第２か、第３のメディアに存在することができる。メディアは例えば、アクセス可能なＲＡＭ（示されない）を含んでもよし、あるいは無線網２０のコンポーネントに内蔵したメモリを含んでもよいし、無線網２０のコンポーネントを含んでもよい。インストラクションは、ＲＡＭ、ディスケットあるいは他の補助記憶装置メディアに含まれてもよいし、ＤＡＳＤ記憶装置（例えば従来の「ハードドライブ」あるいはＲＡＩＤアレイ）、磁気テープ、電子の読み出し専用メモリ（例えばＲＯＭ、ＥＰＲＯＭあるいはＥＥＰＲＯＭ）、フラッシュ・メモリカード、光記憶装置デバイス（例えばＣＤ−ＲＯＭとＷＯＲＭ）、ＤＶＤ、ディジタル光学テープ、ペーパーパンチカード、あるいはディジタルとアナログ伝送のメディアを含む他の適切なデータ保存メディアのような様々な機械可読のデータ保存メディア上に格納されてもよい。
【００４５】
先の開示が発明の実例となる実施例を示している間に、添付された請求項によって定義されるような発明の範囲から様々な変更および改造をここに行なうことができるかもしれないことが注目されるべきである。更に、発明のエレメントは単数に記述されてもよいし要求されてもよいが、もし単数への制限が明示的に述べられなければ、複数は熟考される。
【図面の簡単な説明】
【００４６】
【図１】図１は、グループ通信サーバと通信する、無線電気通信デバイスおよび無線網を介した他のコンピュータデバイスの指定のＰＴＴグループを備えた無線網の代表的なブロック図である。
【図２】図２は、ＰＴＴグループ・メンバーの無線電気通信デバイス間の一連のグループ通信サーバの通信制御がある共通のセルの電気通信配位中の無線網の１つの実施形態の代表的なブロック図である。
【図３】図３は、無線電気通信デバイスのコンピュータ・プラットフォームにおけるＰＴＴ能力およびＶｏＩＰ受信能力を説明するブロック図である。
【図４】図４は、従来のセルのインフラ構造を介してＰＴＴ通信のためのマルチキャストグループの１つの実施例のブロック図である。
【図５】図５は、ＩＰデータパケットを受信できるＰＴＴグループ・メンバーへのＩＰマルチキャストを使用してＰＴＴ通信を開始するための呼処理ブロック図である。
【図６】図６は、ＧＲＥトンネルを使用して、従来のセルのインフラ構造を介してＰＴＴ通信のためのマルチキャストグループの別の実施例のブロック図である。
【図７】図７は、ＶｏＩＰパケットを、ワイヤレス・ネットワーク上の指定のＰＴＴグループの適切な無線デバイス宛てに送信するためにグループ通信サーバ上で実行するプロセスの１つの実施例のフローチャートである。
【図１】
2008535406.tif 000006
【図２】
2008535406.tif 000007
【図３】
2008535406.tif 000008
【図４】
2008535406.tif 000009
【図５】
2008535406.tif 000010
【図６】
2008535406.tif 000011
【図７】
2008535406.tif 000012
【国際調査報告】
2008535406.tif 000013
2008535406.tif 000014