JP2009528794A - プッシュ・トゥ・トークコールをセットアップする際に各ターゲットイテレーションのコールメッセージをプリパッケージすること - Google Patents

Abstract

【課題】
【解決手段】システムと方法は、ワイヤレス通信システム１００にプッシュ・トゥ・トークグループコールをセットアップするために提供される。潜在的なターゲット１０８−１１４がコールセットアップ時間およびシステム全体待ち時間（latency）を低減するためにワイヤレスデバイス１０６上で識別されるように、コールメッセージ４００のコールセットアップ情報は確立される。
【選択図】図３Ａ

Description

本発明はワイヤレス環境における通信に関する。より詳細には、本発明は、ワイヤレス通信システムにおけるプッシュ・トゥ・トークグループコールをセットアップするためのシステムおよび方法に関する。

グループ通信システムにおけるプッシュ・トゥ・トーク（ＰＴＴ）コールは、異なる位置のいる複数ユーザが同時に通信することを可能にする。

グループ通信システムは、ビジネス（例えばタクシー、バスおよびトラックの全車両、建設作業班など）および政府当局（例えば警察および法執行機関、消防署、軍隊、森林消防士など）によって専ら用いられる。

プッシュ・トゥ・トークコールの間、１人のユーザ（例えばタクシーキャブディスパッチャー）は、同時にグループの残りのメンバーに送信することが可能である。

グループ通信を始めるユーザは発信者とも呼ばれる。

いくつかの実施では、発信者は、他のすべてのユーザが聞く一方で、どのユーザが送信すべきフロア（floor）を有するかコントロールする。他の実施では、グループ通信システムはそれほど集中型でない方式において組織される。その結果、他のすべてのメンバーが聞く一方、グループの異なるメンバーは交代で送信する。いずれの場合も、発信者がグループ通信を行なう処理を始める場合、コールは、全ての参加ユーザがコールのための制御信号を含む信号を送受信することを可能にするグループ通信システムを最初にセットアップしなければならない。

数人のユーザ間のプッシュ・トゥ・トークグループコールはインターネットプロトコル（ＩＰ）に基づいたスキームを用いて専ら実行される。そのようなＩＰスキームの例はセッション初期化プロトコル（ＳＩＰ）としてのＱチャット信号プロトコル（Ｑ−Ｃｈａｔ Ｓｉｇｎａｌｉｎｇ Ｐｒｏｔｏｃｏｌ）（ＱＳＰ）を含んでいる。数人のユーザ間のプッシュ・トゥ・トークコールは、当事者間の正規コールよりもセットアップにずっと長くかかる傾向がある。

ＰＴＴコールの発信者がグループコールをすることを決定する場合、発信者は、グループコールに参加するために多くのターゲットユーザを選択し、ＰＴＴボタンを押す。

発信者は、グループコールを始める前にフロア（floor）が許可されるまで、待たなければならない。

従来のグループ通信システムでは、発信者がＰＴＴボタンを押す時刻から、フロア（floor）がＰＴＴグループコールを始めるために許可される時までの相当な遅れがある。

この待ち期間（latency period）はグループコールを完了する際に行なわれなければならないいくつかのタスクのためである。

グループコールのセットアップにおけるタスクのうちの１つは、様々なターゲットユーザの情報収集を含んでいて、その後に、データパケットの形式でコールメッセージをパッケージすることである。

必要なことは、グループＰＴＴコールをセットアップする際に、より少ない待ち時間（latency）を必要とするグループ通信システムである。

ここに開示された本発明の態様は、ワイヤレス通信システムにおいてプッシュ・トゥ・トークグループコールをセットアップするために提供する方法およびシステムにより上記の明示された要求に対処する。

本発明の様々な態様によれば、ＰＴＴコールがセットアップしているということを検出 し、次にＰＴＴコールのコールパラメータのための情報指示を検出する装置、方法およびコンピュータ読取り可能なメディアを提供する。

情報（例えばターゲット情報）指示の検出に応じて、その情報はコールメッセージを構築し始めるためにコールメッセージテンプレートに加えられる。情報の妥当性確認または情報の取り消しを検出する際、コールメッセージは情報の指示を、加えるまたは削除することにより更新される。

もしワイヤレスデバイスがユーザから入力を受信する場合、例えば、グループ通信を始めるためにＰＴＴボタンを押し下げる場合、コールメッセージはワイヤレスデバイスからワイヤレス通信システムに送信される。それは、グループ通信のターゲットを探し始めるためである。

本発明の態様は以下の説明において開示され、関連する図面は、本発明の特定の実施形態に向けられたものである。他の実施形態は本発明の範囲から逸脱せずに考案されてもよい。さらに、本発明の周知の構成要素は詳細に説明されないか、または本発明に関係のある詳細な部分を不明瞭にしないように省略される。

「代表的な」という単語は、ここでは「例、実例または図として役立つ」ことを意味するために用いられる。本明細書で「代表的な」と記述されたいずれの実施形態は他の実施形態に対して好ましい、あるいは有利であるとは必ずしも解釈されない。同様に、「本発明の実施形態」という用語は、本発明の全ての実施形態が、検討した特徴、利点または動作モードを含むことを要求しない。

さらに、多くの実施形態が、例えばコンピューティング装置の構成要素によって行なわれる動作のシーケンスに関して説明される。本明細書で説明した様々な動作が特定回路（例えば、特定用途向けＩＣ（ＡＳＩＣｓ））によって、１つ以上のプロセッサによって実行されているプログラム指示、または両者の組合せによって行なうことが可能であると認識される。

さらに、本明細書で説明したこれら動作のシーケンスは、コンピュータ読取り可能な記憶媒体のどんな形式においても完全に具体化されると考えられる。コンピュータ読取り可能な記憶媒体は、本明細書で説明したものを機能的に実行させるよう関連付けられたプロセッサによる実行を指示するコンピュータの対応するセットを格納している。

したがって、本発明の様々な態様は多くの異なる形式で具体化されてもよい。それらのすべては請求項の主題の範囲内において考慮される。さらに、本明細書で説明した各々の実施形態について、何らかのそのような実施形態に対応する形式を本明細書で説明してもよい。例えば、「ロジック」または「設定したロジック」は、本明細書で説明された動作を行なう。

図１は、本発明の様々な実施形態に従ってワイヤレスグループ通信を実行するために用いられるであろうワイヤレス通信システム１００を示す。

グループ通信もまた、プッシュ・トゥ・トーク通信、ディスパッチサービス（dispatch service）、ネットブロードキャストサービス（ＮＢＳ）またはポイント−マルチポイント通信（point-to-multi-point communication）と呼ばれてもよい。グループ通信（ときどきグループコールと呼ばれる）は１つのワイヤレスデバイスから２つ以上の他のワイヤレスデバイスのグループに送信される。「ネット」は、グループ通信システムにおいて互いと通信するように認可された装置のグループである。例えば、ワイヤレスデバイス１０６−１１２はネットのメンバーになり得、メンバーとして、グループ通信において関係することができるだろう。

ネットは、いくつかの実施形態において２つ以上のワイヤレスデバイスを含んでもよいし、他の実施形態において３つ以上のワイヤレスデバイスを含んでもよいし、あるいは他の実施形態においては数十、数百ものワイヤレスデバイスを含んでいてもよい。ネットに属するワイヤレスデバイスはネットの「メンバー」と呼ばれてもよい。グループ通信およびネットは、ワイヤレスデバイスを含んでいる点では検討されていて、ネットはまた、公衆交換電話網（ＰＳＴＮ）経由で接続している電話１１４のような、グループ通信に参加する１つ以上の地上通信線電話を含んでいてもよい。電話装置１１４はプッシュ・トゥ・トーク能力を持った地上通信線電話でもよい。ワイヤレスデバイスは１つ以上のネットに属してもよいが、一般的に、そのワイヤレスデバイスは特定の時に１つのネットで通信を行うにすぎないかもしれない。

いくつかの実施形態では、ネットの異なるメンバーは交代でグループ通信を送信および受信してもよい。いくつかの実施形態は、ワイヤレスデバイスがネット内でモニタのみの特権を有することができるように実行されてもよい。

グループ通信システムは、第１世代（１Ｇ）、第２世代（２Ｇ）および第３世代（３Ｇ）の機器を含む通信機器およびネットワークの各種取り合わせを用いて実行されてもよい。

いくつかのレガシー１Ｇネットワーク装置がまだ作動中であるが、大多数のネットワークは一方の２Ｇおよび／または３Ｇ技術を利用する。１Ｇアナログワイヤレスネットワークは、１９９０年代の初めの間に普及したが、ワイヤレス通信の急速な拡大のために容易に拡張可能ではなかった。

１Ｇネットワークと比較して、２Ｇのデジタルシステムは増大した容量およびより多くのサービスを提供した。現在作動している２Ｇシステムのうちのいくつかは、ヨーロッパ移動通信のためのグローバルシステム（ＧＳＭ）、および暫定基準（Interim Standard）１３６（ＩＳ−１３６）および暫定基準（Interim Standard）９５（ＩＳ−９５）に基づいた米国の携帯電話システムを含んでいる。様々な実施形態に従うグループ通信は、適切に設定された３Ｇ、２Ｇまたは１Ｇシステムにおいて実行されてもよい。通信システムは主として３Ｇシステムとして実行されることが大半だが、１Ｇまたは２Ｇの技術と互換性をもつレガシー機器も含まれることもある。

グループ通信システムは、ネットの加入者装置の各々に半二重通信リンクを用いたプッシュ・トゥ・トーク（ＰＴＴ）ワイヤレスシステムとして実行されてもよい。ネットのメンバー間の通信は、実績ある技術を用いて既存の通信システム内で行われてもよい。

例えば、図１に示された代表的なグループ通信システム１００はレガシー２Ｇ機器（例えばＢＳＣ１３０−１３２およびＢＴＳ１３４−１３８）と同様に３Ｇ機器も（例えばＲＮＣ１２０−１２２およびノードＢ１２４−１２８）含んでいる。

グループ通信メッセージは、インターネットプロトコル（ＩＰ）を用いたいくつかの技術のうちどれかで送信されてもよい。そのような通信技術は、例えば、ＣＤＭＡ（符号分割多元接続）、ＴＤＭＡ（時間分割多元接続）、ＦＤＭＡ（周波数分割多元接続）、ＯＦＤＭＡ（直交周波数分割多元接続）や、およびＧＳＭのような符号化技術のハイブリッド、あるいは通信またはデータネットワークに用いられるワイヤレスプロトコルのような他のものを含んでいてもよい。いくつかの実施形態では、ネット用のグループ通信は、１人のネットメンバーからネットの他のメンバーへ１つの専用ブロードキャストチャネルで送信されてもよい。専用ブロードキャストチャネルは、与えられた周波数範囲または通信チャネルで実行されてもよい。他の実施形態では、異なる周波数またはチャネルの収集は、グループ通信用の制御器によってネットに割り当てられてもよい。

いくつかのシステムは、音声情報を含んだ符号化されたデータの送信にボイスオーバーインターネットプロトコル（ＶｏＩＰ）を用いてもよい。ワイヤレスデバイスからの通信は、ＶｏＩＰフレームとしてパッケージされ、ＶｏＩＰアプリケーションであるネットブロードキャストサービス（ＮＢＳ）を利用して送信してもよい。ＮＢＳシステムは、米国特許出願シリアル番号０９／５１８，９８５、米国特許出願シリアル番号０９／５１８，７７６にさらに詳細に記述されている。両者とも２０００年３月３日出願され、それぞれはここにそのまま参照することにより組み込まれる。

ＰＴＴグループ通信は、１ｘＥＶ−ＤＯ規格に一致し、半二重の音声コミュニケーションまたは全二重音声コミュニケーションについて設定されてもよい。１ｘＥＶ−ＤＯ規格は、１ｘＥＶ−ＤＶ規格の変形のデータ最適化である。（「１ｘＥＶ−ＤＯ」は１ｘEvolution−Data Optimizedを表わす。）１ｘＥＶ−ＤＯはデータ伝送について最適化されるが、「データ」チャネルもまた、パケット化音声データの送信により音声通信のために用いられてもよい。

１ｘＥＶ−ＤＯ規格は、ＩＳ−８５６、ＨＲＤＰ（高レートパケットデータ（High Rate Packet Data））またはＣＤＭＡ２０００システムのような既存のＣＤＭＡネットワークと互換性をもつＣＤＭＡ−ＤＯをときどき参照した。これは、１ｘＥＶ−ＤＯが全く新しいハードウェアおよび／またはソフトウェアを必要とせずに実行されることを許可する。オペレータは、１ｘＥＶ−ＤＯを用いて、コストについて有効で効率的な方式によって高度なデータサービスを提供するためにそれらのシステムを改良してもよい。

ＷＣＤＭＡは、グループ通信システムを実行するために用いられるかもしれない別の技術である。ＷＣＤＭＡは、ＴＤＭＡというよりはむしろＣＤＭＡエアインターフェースを用いる３Ｇ技術で、それによってＧＳＭシステムのデータ転送速度を増加させる。ＷＣＤＭＡは、３Ｇ ＵＭＴＳシステム（ユニバーサル移動体通信システム（Universal Mobile Telecommunications System））において、２Ｍbits／secまでの広帯域の音声、データおよびビデオに対して用いられる。ＷＣＤＭＡは、ＩＴＵのＩＭＴ−２０００ ３Ｇ仕様書によって規定されていて、ダイレクトシーケンス（ＤＳ）モードとしても知られている。

図に示されたワイヤレスデバイス１０６−１１２は、グループ通信に関与することが可能であり、図２に示された代表的なワイヤレスデバイス２１０に類似して設定されてもよい。

グループ通信システム１００は、３Ｇに準拠する多くのノードＢ１２４−１２８を含んでいる。そして各々ユーザ装置（ＵＥ）またはアクセス端末（ＡＴ）と呼ばれるワイヤレスデバイス１０６−１０８とワイヤレス接続を維持するために設定されている。各ノードＢは一方で、ワイヤレスネットワーク制御器であるＲＮＣ１２０−１２２のうちの１つに接続される。３Ｇに従って、ＲＮＣ１２０およびＲＮＣ１２２はＩｕｒインターフェース経由で相互に接続し、それによって、ＲＮＣの間のローカル通信の切り替えを許可する。すなわち、ＲＮＣ−ＲＮＣ通信リンクは、ＭＳＣを通してリンクをたどるというよりはむしろ、ＲＮＣを接続したノードＢに登録された、移動加入者間の通信のために確立されてもよい。例えば、ワイヤレスデバイス１０６からワイヤレスデバイス１０８までの通信は、２つのＲＮＣ間のＩｕｒインターフェースを通してＲＮＣ−１２０からＲＮＣ−１２２へ送られる。

代表的なグループ通信システム１００はまた、実例として、多くの２Ｇベーストランシーバ基地局（ＢＴＳ）１３４−１３８を含んでいる。ＢＴＳ１３４−１３８の各々は、基地局制御装置（base station controllers）ＢＳＣ１３０−１３２のうちの１つに接続される。３ＧのＲＮＣと異なり、２ＧのＢＳＣは典型的に、ローカルＢＳＣ−ＢＳＣ通信の切り替えを行う能力を有していない。ＢＣＳ、ＲＮＣおよびシステム１００の他の様々な構成要素は、典型的に光ファイバーケーブルリンクおよびインターネットおよび／またはＰＳＴＮの一部を含む地上通信線のネットワークを経由して相互接続される。

ＭＳＣ１４０、ＲＮＣ１２０−１２２、ノードＢ１２４−１２６、ＢＳＣｓ１３０−１３２およびＢＴＳ１３４−１３８はそのような地上通信線を用いて接続されてもよい。場合によっては、ＲＦリンクまたは衛星中継リンクは、システム１００の１つ以上の構成要素を相互接続するために用いられてもよい。

ＲＮＣ１２０−１２２およびＢＳＣ１３０−１３２は各々移動通信交換局（mobile switching center）ＭＳＣ１４０に接続される。ＭＳＣ１４０は、ＰＳＴＮ１４２に接続され、プッシュ・トゥ・トーク能力をもった固定電話でもよい電話装置１１４のような地上通信線のＰＳＴＮユーザに接続される。ＭＳＣ１４０もまた、サービングＧＰＲＳサービスノード（Serving GPRS Service Node）（ＳＣＳＮ）１４４を経由してインターネット１５０に接続される。いくつかのＰＴＴ装置１１２は、例えばワイヤレスアクセスポイントまたは他のインターネットポータル通してインターネット１５０に直接接続されてもよい。ワイヤレスデバイス１０６−１１２はワイヤレスハンドセットまたは携帯電話として実行されてもよいが、ワイヤレスで接続しているコンピュータ、ＰＤＡ(personal digital assistant)（携帯情報端末）、ページャ(pager)、ナビゲーション装置、音楽またはビデオコンテンツダウンロードユニット、ワイヤレスゲーム装置、在庫管理ユニットのような多くの異なるタイプのワイヤレス装置や、または空間（air interface）を経由してワイヤレスで通信する装置のタイプのようなものを含んでいてもよい。

グループ通信システム１００は、システムに登録されたネットの加入者メンバーに関連した情報（例えばユーザＩＤ、現在の位置、請求情報）を格納するために通信マネージャー（ＣＭ）システム１６０の一部として設定されてもよい中央データベースを含む。ＣＭシステム１６０は、異なる場所でのシステム１００の様々なノード内に設置されている多数の分散装置を含んでいる。

グループ通信を制御しおよびセットアップさせるためのＣＭの動作は、２００２年９月１２日に出願し、現在の譲受人に割り当てられた米国特許出願番号ＵＳ２００３／００１２１４９ Ａ１に十分に記述されている。その開示全体は全てここにそのまま参照することにより組み込まれる。

図２Ａは、代表的なＰＴＴアクセス端末、ワイヤレスデバイス２１０および無線アクセスネットワーク（ＲＡＮ）２４０のいくつかの詳細を示す。ＲＮ２２０は、送信される情報を符号化し、適切な符号化プロトコルまたはスキームによって受信された情報をデコードするエンコーダ／デコーダ２２５を含んでいる。ＲＮ２２０は、ワイヤレスデバイス２１０からワイヤレスでパケットを受信し、ＲＮＣ２３０にパケットを送信（それは地上通信線を経由して送信されてもよい）するための送受信装置回路２２７を含んでいる。

ＲＮ２２０はまた、ワイヤレス通信に関係するプロセス活動を行いまたは制御する能力を持つ回路または他のロジックを包含するプロセッサ２２１を含んでいる。特に、プロセスおよび動作はここに明示にする。例えば、プロセッサ２２１は、ユーザがＰＴＴグループコールをするつもりであり、コールメッセージをセットアップし始めるつもりであることを認識するためにまとめられたロジックを含んでいてもよい。

ＲＮ２２０は、ワイヤレス通信において用いられる様々なプロトコル、ルーチン、プロセスまたはソフトウェアの格納のためのメモリ２２３を含んでいてもよい。例えば、メモリ２２３は、１つ以上のワイヤレスデバイス２１０および２１２と通信することについて１つ以上の送信、スキーム、プロトコルまたは方策（strategies）を格納してもよい。この情報もまた、ＲＮＣ２３０のメモリに格納されてもよく、ＲＮ２２０に必要に応じて通信されるか、または定期的な更新およびシステムメンテナンスを行なう間に通信されてもよい。

ＢＣＳ、ＲＮＣおよびシステムの他の様々な構成要素と同様にＲＮ２３０およびＲＮ２２０も、典型的に地上通信線２６０（例えば光ファイバーケーブルリンク、インターネットまたはＰＳＴＮ）を経由して相互に接続される。

ワイヤレスデバイス２１０の実施形態は、図２Ａにおいて示されたように、典型的にＲＮ２２０の一部に対応する類似した機能を実行する、プロセッサまたは他のロジック２０７、メモリ２０９またはエンコーダ／デコーダ回路２１１を含んでいる。例えば、エンコーダ回路２１１、またはワイヤレスデバイス２１０の他の類似の回路は、ＲＮ２２０または他のタイプの基地局への送信のために、パケットの中へデータを符号化するかそうでなければカプセル化するように設定される。

ワイヤレスデバイス２１０のプロセッサ２０７は、１つ以上の加工回路の形で設定されてもよい。常駐設定されたロジック、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロコントローラ、またはこれらの組合せまたは他の類似のタイプのロジックハードウェア、少なくともここで説明した動作を行うように設定されたソフトウェアおよび／またはファームウェアによって実行してもよい。各々のワイヤレスデバイス２１０もまた、キーパッド２１３、アンテナ２１５、送受信装置回路２１７、ＰＴＴボタン２１９、および他の制御またはワイヤレスで情報を受信および送信する当業者に知られたエレクトロニクスがある。

用語「キーパッド」は、ここに用いられたように、ワイヤレスデバイス（例えば、ボタンは電話番号を入力するために０から９のラベルを付けた）上の何らかの英数字キーを参照し、いくつかの実施形態でもまた、ユーザからの手動（あるいは音声エントリ）入力を受信するための任意のボタン、トグルまたは他のタイプのスイッチ含んでいる。キーパッド２１３は、コールのセットアップまたは将来の使用のためにメモリ２０９の中に情報を蓄積するために用いる可能性のある、手動で入られたデータを受信するように設定される。

そのようなデータは、電話番号、ＰＴＴアドレス、名前およびアドレスまたはコールされる人の他のコンタクト情報、様々なＰＴＴネットのメンバーリストまたは他のそのようなグループコール情報を含んでいてもよい。発信者のアドレスおよびターゲットアドレスは、典型的にUniform Resource Locators（ＵＲＬ）の形式であるが、電話番号、名前、アイコンまたは通信システム１００内のＰＴＴグループ通信を行なうために設定された何らかの定義済みのアドレススキームに関して表現されてもよい。ワイヤレスデバイス２１０は、ワイヤレスＰＴＴグループコールを制御しおよび容易にするために、一般的に１つ以上のソフトウェアアプリケーションまたは他のロジックをインストールしている。

キーパッド２１３およびディスプレイ画面もまた、グループコールを行うためのユーザ・オプションおよび選択を規定するための、ＰＴＴアプリケーションまたは他のソフトウェアと相互に作用するために典型的に用いられる。ディスプレイ画面は、電話番号をダイヤルするまたはそうでなければＰＴＴグループコールをセットアップするときにユーザに役立つ英数字を表示するように典型的に設定される。

ＰＴＴボタン２１９は、コールメッセージの送信を始めるために典型的に用いられ、それにより、通信ネットワーク内のＰＴＴグループコールをセットアップする処理を始める。

いくつかの実施形態では、ユーザは、ワイヤレスデバイスをＰＴＴモードにするためにＰＴＴボタン２１９を軽く押し、それにより、ＰＴＴコールをセットアップし始めるために適切なアプリケーション、メニュー、命令、オプションまたはワイヤレスデバイス上の他の環境を開始する。

待ち時間（latency）はＰＴＴシステムにおける主要問題である。ＰＴＴコールの発信者が別のユーザにコールすることを決定するとき、発信者は典型的に、コールするための１つ以上のターゲットアドレスを選択し、ＰＴＴボタンを押し、その後、フロア（floor）が許可されるまで待つ。それはセットアップされるべきグループコールのために２、３秒から１０秒またはそれ以上まででいかなる場所で行ってもよい。待ち時間（latency）は、その通信経路に沿って多数の地点で起こる。それらの１つは、発信者のワイヤレスデバイスのソフトウェアが、ターゲットの情報を収集し、かつデータパケットの形式にコールメッセージをパッケージするためにかかる時間である。ここに開示された様々な実施形態は、この時間を低減するのに役立つ。

ワイヤレスデバイス用の従来のソフトウェアは典型的に、ＰＴＴボタンが押された後にのみターゲットの情報を収集し、データパケットを送るように準備をする処理を始める。本発明の実施形態は、ユーザがそのアドレス帳をスクロールしているか、そうでなければターゲット情報を選択している時に、ソフトウェアへターゲット情報を提供することにより、待ち時間のうちのいくらかを低減する。新しいターゲットが強調されるごとに、ワイヤレスデバイスソフトウェアは、ＰＴＴボタンがいつでも押下されることを予期して、新しいデータを持ったコールメッセージを準備し始めることができる。

例えば、図２Ｂを参照すると、ユーザが潜在的なＰＴＴターゲットのアドレス帳全体を繰り返すとき、ユーザ・インタフェース（ＵＩ）２５２または他のソフトウェアは、表示されている特定のターゲットへＰＴＴコールを行うユーザの実際の意図にかかわらず、新しいターゲット情報を処理することができる。ソフトウェアは、ターゲットの情報を持ち合わせており、次いで、ターゲット情報をパッケージしてＯＥＭ層２５６に送ることができるＰＴＴコア２５４へ、ターゲット情報を送るために用いることが可能である。すなわち、ＵＩ２５２はＰＴＴコア２５４にターゲットアドレスを送り、ＰＴＴコア２５４はそのターゲットアドレスを用いて、例えばコールメッセージまたはＩＮＶＩＴＥメッセージの中へそれをパッケージする。

もし特にターゲットが選択されている間にユーザが実際にＰＴＴボタンを押下する（またはそうでなければＰＴＴコールを始めるため表示する）ならば、ターゲット同定およびコールメッセージのパッケージ化は既に行なわれて、コールセットアップ待ち時間（latency）は低減される。しかし、もしユーザがＰＴＴを押さないか、またはそれを選択せずに強調されたターゲットアドレスによって渡された場合、ソフトウェアは、プリパッケージされたこのターゲットの情報をもつコールメッセージを廃棄することが可能である。

図示した設定では、ＵＩ２５２は潜在的なターゲット（例えば、強調された名前）を識別することが可能である。次いで、それは潜在的なターゲットがＰＴＴコールにおいて実際に用いられると想定するＰＴＴコア２５４によりコールメッセージをセットアップし始めるために用いることができる。プリパッケージされたメッセージは、ＯＥＭ層２５６に常駐し、ＰＴＴコマンドが受信されるとき利用可能となるようにＯＥＭ層２５６へ通信されることができる。

当業者は、図示した実施形態が待ち時間（latency）低減の２つの可能性レベルが見込めると認識する。潜在的なターゲットを識別しＰＴＴコア２５４に潜在的なターゲットを通信することは、ターゲット情報を得るためにＵＩ２５２に問い合わせるＰＴＴコア２５４に用いられた時間を低減する。さらに、コールをプリパッケージングし、ＯＥＭ層２５６にそれを送ることによって、ＰＴＴコア２５４からコールメッセージデータを得るために使った時間もまた除去される。そのようにして、コールを始めるためのＰＴＴ入力がＯＥＭ層２５６において受け取られるとき、コールはＯＥＭ層２５６内で直接処理されることができる。

したがって、従来システムの遅れの多重レベルは、本発明の実施形態によって回避することができる。

当業者は、図２Ｂの機能的な表現が、単に本発明の実施形態の態様を例示するように意図されることを認識する。さらに、本発明はこの図示した実施形態に制限されない。代わりに、当業者は、本発明の実施形態がターゲット捕捉およびこれらの機能をどこで実行されるかにかかわらず、コールメッセージをパッケージすることによる遅延を低減することが可能であると認識する。

特定の実行の詳細に依存して、いくつかの機能を異なる方法において実行されてもよいし、または異なるコンポーネントによって行われてもよい。例えば、他の状況でＯＥＭ層が回避されていてもよい一方、いくつかの機能をＯＥＭ層において行われても良い。

典型的に、ＰＴＴキーの押下は、ＯＥＭ層からＰＴＴコアへ送られる。しかしながら、ＰＴＴコアに送るべきコールメッセージがある場合、それはＯＥＭ層にコールメッセージを直接提供してもよい。または、別のアプリケーションまたはアプリケーションインタフェースを用いてコールメッセージを送ってもよい。例えば、データパケットは、ＯＥＭ層を具体的には含まずに、ＡＭＳ／ＤＭＳソフトウェアと直接通信することができるアプリケーションインタフェース（例えば、ＩＳＯＣＫＥＴ ＢＲＥＷインターフェース）経由で送られてもよい。

図３Ａおよび３Ｂは、ワイヤレス通信システムにおいてＰＴＴグループコールを始める際における動作のフローチャートを示す。ＰＴＴグループコールのセットアップは、より複雑で、さらに当事者間の標準的な二地点間コールをセットアップするよりも長くかかる傾向がある。ＰＴＴグループコールシステムは、通信を行うスキームに基づくインターネットプロトコル（ＩＰ）をしばしば用いる。インターネットプロトコルは、最初にグループコールをセットアップする際の遅れを引き起こす要素でもある。

セッション初期化プロトコル（ＳＩＰ）は、グループコールシステムのＰＴＴ通信ためにしばしば用いられる、ＩＰに基づいたプロトコルの１つの例である。ＳＩＰは、マルチメディアダウンロードと同様に、インスタントメッセージ（ＩＭ）およびコンピュータゲームのようなインタラクティブ通信セッションを始めるために用いられてもよい。ＳＩＰは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）およびシンプルメールトランスファープロトコル（ＳＭＴＰ）に類似したテキストベースのプロトコルである。

ワイヤレス環境において、ＳＩＰ、ＨＴＴＰおよびＳＭＴＰの使用することにおける１つの結論は、これらのＩＰスキームは比較的大量の帯域幅を取る傾向があるということである。強制的な帯域幅限定を持ったワイヤレス通信システムへＳＩＰに基づくＰＴＴサービスを実行することは、グループ通信コールをセットアップする際に過度の遅延にもたらすかもしれない。

図３Ａを参照して、この方法は３０１に始まり、ＰＴＴコールがセットアップされることをワイヤレスデバイスが検出する場合には３０３に進む。例えば、ユーザがワイヤレスデバイス上に格納されたアドレスにアクセスする場合、またはユーザがＰＴＴモードにワイヤレスデバイスを入れるためにＰＴＴボタン２１９を軽く押す場合に検出して生じてもよい。

いくつかの実施形態では、ワイヤレスデバイスは、ユーザがＰＴＴコールをするだろうということを示す時刻および／または場所または他の経験的なデータを感知してもよい。例えば、建設現場の監督が事務所を出るときに、職員に毎朝午前７：００にＰＴＴコールをする習慣があれば、ワイヤレスデバイスは、他のＰＴＴコールが発信されるとき、統計的に前もって定められた時間／場所と一致する時間／場所において、ワイヤレスデバイスが開かれる（または電源を入れる）ときにＰＴＴコールがセットアップされるということを感知するように設定されてもよい。一旦ワイヤレスデバイスが、ＰＴＴコールをするためにＰＴＴモードにあることを決定したならば、方法は３０３から３０５に進む。

潜在的なターゲットは様々な方式において識別されることができる。例えば、潜在的なターゲットは、ユーザがターゲットのアドレス帳全体をスクロールするときに、強調された選択によって識別されることができる。代わりに、デフォルトターゲットは識別することが可能である。したがって、本発明はここに検討されていた例に制限されない。また、ＰＴＴモードに装置を入れて、かつ潜在的なターゲットを識別する任意の方法も、本発明の実施形態において用いることができる。

３０５では、ワイヤレスデバイスはコールメッセージを構築し始める。コールメッセージは典型的に、発信者のアドレス、ターゲット（複数可）のアドレス、暗号化のタイプおよびその他同種であるような情報を含んでいる。コールメッセージは、Ｑチャット信号プロトコル（Q-Chat Signaling Protocol）（ＱＳＰ）コールメッセージかもしれない。ＳＩＰ ＩＮＶＩＴＥはコールメッセージの別の例である。

図４はＳＩＰ ＩＮＶＩＴＥメッセージの形式の代表的なコールメッセージを示す。

ＱＳＰコールメッセージおよびＳＩＰ ＩＮＶＩＴＥはコールメッセージの２つの典型例であるが、様々な実施形態はこれらの代表的な２つのタイプのコールメッセージに制限されない。様々な実施形態に従って、コールメッセージは、ワイヤレスデバイスが動作している通信システムによって実行された、何らかの定義済みフォーマットまたはスキームでもよい。コールメッセージは、格納されたテンプレートまたは他のモデルコールメッセージを検索すること、およびデータの既知の値をフィールドに移すことによって構築されてもよい。

最初に、コールメッセージのフィールドのうちのいくつかは、グループコールのためのすべてのターゲットのアドレスのように知られていなくてもよい。しかしながら、ユーザがＰＴＴアプリケーションと相互に作用し続けるとき、より多くのフィールドは、グループコールが完全に規定され、コールメッセージが完了されるまでに知られるようになる。一旦コールメッセージの建設が３０５に始められたならば、方法は３０７に移る。

３０７では、ワイヤレスデバイスが潜在的なターゲットアドレスまたは他のＰＴＴグループ通信パラメータの表示を検出したかどうかが決定される。ＰＴＴグループコールの参加者のためのターゲットの表示は、多くの異なる動作またはソースから来てもよい。例えば、ユーザがワイヤレスデバイス内に格納されたアドレス帳にアクセスし、名前を強調する場合、この処理をターゲットアドレスの表示として行ってもよい。

いくつかの実施形態では、ユーザがリストに載っている様々な名前を強調しながら潜在的なターゲットのリストをスクロールダウンするように、ターゲットはユーザがリストをスクロールダウンするときに強調されるごとに、新しいターゲットアドレスの表示として解釈されてもよい。ユーザがリストから強調された名前を選択すれば、潜在的なターゲットの表示が有効になる。しかしながら、ユーザが名前を選択することなしにリストを通過して単にスクロールダウンし続ける場合、名前が選択されなかったので、潜在的なターゲットとしてのその表示は廃棄される。いずれの場合も、アドレスリストからの名前が強調されるあいだ中、ユーザがその名前（表示を有効にして）を選択するか、その名前（表示を無効にして）を通過してスクロールし続けるまで潜在的なターゲットの表示だと考えられる。

潜在的なターゲットアドレスの表示の別の例は、手動で文字を入力するように発生させてもよい。例えば、図２Ａにおいて示されるキーボードまたはキーパッド２１３を経由して入力してもよい。ユーザによって入られた文字／数字はそれぞれ、潜在的なターゲットアドレスのより新しい更新情報として扱われてもよい。これは、コールメッセージに対して、ユーザによって入力されたもっとも最近の文字／数字を反映するために更新される結果となる。

ユーザがターゲットのリストにアクセスし、選択されているターゲットの隣のボックスにチェックするとき、別の潜在的なターゲットの代表的な表示が発生する。ボックスがチェックされるごとに、コールメッセージは最新の情報を反映するために更新される。

方法は、上記に議論したように、潜在的なターゲットの単なる表示に基づいてコールメッセージを構築する。表示が誤りである（表示が無効にされる）ことが判明するとすぐに、コールメッセージは更新情報を反映するために改訂される（例えば３０９）。

この方法は、ワイヤレスデバイスにおいて処理を行うリソースの利用を増加させてもよい。なぜならば、コールメッセージに加えられる潜在的なターゲットのうち、それらのうちの多くが誤りであることが判明するので、それらは廃棄されるからである。しかしながら、増加したプロセッサ利用は、ＰＴＴボタンが押された後コールメッセージを構築し始めるための時間の節約によって、ＰＴＴシステムの性能が向上するために容認できる。

当業者は、待ち時間（latency）がＰＴＴシステムのような遅延の影響を受けやすいアプリケーションの性能を決定する際の主要因であることを認識する。したがって、システム待ち時間（latency）を低減するどんな時間の節約も、システムの知覚性能に直接効果がある。

上記に検討されていたように、潜在的なグループコールパラメータ（例えばコールターゲットの表示）の単なる表示に基づいたコールメッセージを構築するプロセスは、仮定コールメッセージの構築として参照されてもよい。情報が有効にされたかまたは無効にされたとき、仮定コールメッセージはより正確な情報を反映するために更新されてもよい。

もし潜在的なターゲットアドレスまたはコールメッセージ用の他の新情報の表示が、３０７で検出される場合、方法は「ＹＥＳ」の分岐に沿って３０９へ進む。３０９では、潜在的なターゲットアドレスは、構築されているコールメッセージに加えられる。

実際、一方の既存のコールメッセージは、新情報を反映するために修正されてもよい。そうでなければ、新しいコールメッセージは新情報として構築されてもよいし、古いコールメッセージは廃棄されてもよい（または新しい潜在的なターゲットアドレスが実際のターゲットではないと判明する場合、使用目的でどこかよそに保存されてもよい）。

さらに、３０７で検出された情報は、コールメッセージを構築するのに用いられるなんらかのタイプの情報かもしれない。図示の目的および実施形態を説明する容易さのために、その方法は、潜在的なＰＴＴコールターゲットの表示に関して説明されていた。しかし、ブロック３０７は、コールメッセージで送信されるかもしれないあらゆるグループコールパラメータまたはオプションの検出を必要としてもよい。

例えば、ユーザは、コールメッセージにおいて暗号化のタイプを規定してもよいし、または聞くのみ（listen-only）の能力を有するためのターゲットを１つ以上制限してもよい。

ブロック３０７は、グループ通信をセットアップするために用いた何らかのコールメッセージパラメータの検出を含んでいてもよい。

３０７にもどると、もし潜在的なターゲットアドレスの表示が検出されない場合は、構築されているコールメッセージは、３１１で変更されずにその方法は３０７から「ＮＯ」の分岐に沿って３１１へ進む。

３０７では、潜在的なターゲットを更新する何らかの新情報が考慮に入れられて、放棄されるか取り消される潜在的なターゲットを含んだ潜在的なターゲット情報の表示と考えられる。例えば、ユーザはワイヤレスデバイスのアドレス帳内の潜在的なターゲットのリストをスクロールダウンしているかもしれず、および潜在的なターゲットは、強調のためにコールメッセージに加えられる。（潜在的なターゲットの選択をせずに）リストに載っている次の名前を強調して、ユーザがスクロールダウンし続けるとき、あらかじめ追加された潜在的なターゲットはもはや強調されない。したがって、それはコールメッセージから取り除かれる。

潜在的なターゲットおよびコールメッセージの他の態様に関して、なんらかの更新またはより正確な情報の検出と同様に、ブロック３０７は新しい潜在的なターゲットの検出に関係する。また３０７では、潜在的なターゲットまたは他のコールパラメータの何らかの表示が有効にされたか無効にされたかどうかが決定される。もしコールメッセージのための更新情報が３０７で検出される場合、その方法は「ＹＥＳ」の分岐に沿って３０９へ進む。３０９では、コールメッセージは更新情報を反映するために改訂される（または交換される）。３０７に戻ると、コールメッセージ情報に変更がないことが検出されると、次いで、その方法は「ＮＯ」の分岐に沿って３１１へ進む。

３１１では、ワイヤレスデバイスは新情報を反映するかもしれない何らかの動作または入力を待つ。その動作または入力は、例えば、ユーザがＰＴＴターゲットのリスト内の他のエントリヘスクロールダウンすることや、リストからの名前の選択、ワイヤレスデバイス上のキーパッドエントリ、ＰＴＴボタンが押されることまたは他の類似の動作の選択、指示または入力を含んでいる。もし何らかの入力が受信される場合、または定義済みの所定時間が経過した後、その方法は３１１から３０７に進む。そのプロセスが３１１で待つ時間の長さはそれほど長くないかもしれない。例えば、潜在的なターゲットのアドレス帳にある名前をスクロールする間だけ、その方法は３１１で待ってもよい。すなわち、ミリ秒またはそれ以下くらいの短い間である。いくつかの実施形態では、ブロック３１１の「待機」は除かれてもよく、その場合には、方法は３０７か３０９の一方から直接３１３に進む。

ブロック３１３に言及すると、もしコマンドや他の入力がグループコールを始めるために受信されない場合は、その方法は「ＮＯ」の分岐に沿って３０７へ戻る。上述したように、一旦ユーザがグループコールについて望まれたターゲットアドレスをすべて選択したならば、ユーザは、グループコールセットアップを始めるために典型的にワイヤレスデバイス上のＰＴＴボタンを押下する。専用のＰＴＴボタンを用いないいくつかの実施では、メニュー項目のような定義済みの制御をアクティブにするか、またはワイヤレスデバイスがＰＴＴモードである間、「ＳＥＮＤ」ボタンを点滅させることにより行われてもよい。３１３では、もしコマンドまたは他の入力がグループコールを始めるために受信される場合、その方法は「ＹＥＳ」の分岐に沿って図３Ｂの３１５へ進む。

図３Ｂを参照して、３１５では、ワイヤレスデバイスがワイヤレス通信システムに登録されるかどうかが決定される。もしワイヤレスデバイスがワイヤレス通信システムに登録されない場合、その方法は、３１５から「ＮＯ」の分岐に沿って３１７へ進む。３１７では、ワイヤレスデバイスおよびシステムは、ワイヤレスデバイスを登録し、ワイヤレスデバイスにトラフィックチャネルを割り当てるために行きつ戻りつして通信する。一旦ワイヤレスデバイスがシステムに登録されれば、その方法は３１９に進む。いくつかの実施形態では、登録手続が完了する前に、そのワイヤレスデバイスが登録されている限り、コールメッセージは送られてもよい。

すなわち、コールメッセージは一部として送られてもよい、または関連してそのメッセージは登録手続き中にワイヤレスデバイスと通信システムの間に送った。

他の実施形態では、ワイヤレスデバイスがＰＴＴモード（例えば、ブロック３０３に戻って）であることが決定されるとすぐに、（それがまだ登録されない場合には）ワイヤレスデバイスを登録する処理が始められてもよい。３１５へ戻リ、もしワイヤレスデバイスが既に登録されていることが決定される場合、その方法は３１５から「ＹＥＳ」のパスに沿って３１９へ進む。

３１９では、ワイヤレスハンドセットは、ＰＴＴグループコールのセットアップ用のパラメータを渡すためのワイヤレス通信システムを経由してコールメッセージを送信する。方法は３２１に進み、３２１では、ワイヤレスデバイスは、コールメッセージが受信され、グループコールをセットアップする処理が動作中であること示す承認を通信システムから受信する。実行の詳細に依存して、その承認は、システムのＲＮＣまたはＢＳＣ（例えば、図１のＲＮＣ１２０またはＢＳＣ１３０）から受信されるか、またはノードＢまたは基地局（例えばノードＢ１２４または基地局１３４）から受信されるかどちらでも良いし、またはワイレスデバイスおよびワイヤレス通信システムとの間の他の接点から受信されてもよい。その方法は３２１から３２３へ進む。３２３では、コールメッセージが、グループコールをセットアップし始めるためにＢＳＣまたはＲＮＣから転送される。

コールメッセージは、ＰＴＴグループ通信のセットアップのためであると決定すると同時に、ＢＳＣ／ＲＮＣは、グループコールをセットアップする処理を制御するために、典型的にワイヤレスシステム１００（例えばＣＭ１６０）内の通信マネージャー（Communication Manager）へコールメッセージを渡す。ＣＭ１６０は、コールメッセージにおいて規定された様々なターゲットを探す。グループ通信をセットアップする代表的な１つの処理は米国特許出願番号ＵＳ２００３／００１２１４９ Ａ１に完全に記述されている。２００２年９月１２日に出願し、現在の譲受人に割り当てた。その開示全体は全てここにそのまま参照することにより組み込まれる。グループコールセットアップが完全かどうか決定される場合、その方法は３２３から３２５に進む。

３２５では、グループコールセットアップが完全かどうかが決定される。ユーザがコールメッセージを送るためにＰＴＴボタンを押した時から開始するので、さまざまなページが送信され、返答が戻り、グループ通話のセットアップが完了するまでには、一秒未満から数秒以上程度かかる。もしグループコールがまだセットアップされていない場合、その方法は「ＮＯ」の分岐を経由して３２７に進み、グループコールが適切にセットアップされるまでさらなるセットアップ手続きのために３２５へ戻る。

一旦グループコールのセットアップが完了したことが３２５で決定されたならば、その方法は「ＹＥＳ」の分岐を経由して３２５から３２９に進む。３２９では、ネットのメンバーのうち１人に話し始めることを許可するグループコールについて、フロア（floor）が承諾される。典型的にフロア（floor）は、ブロック３２９において発信者に最初に許可される。一旦フロア（floor）が３２９に許可されれば、その方法は３３１に進み終了となる。

図は、本発明を説明することを可能とし、かつ本発明の原理を示すために提供される。図の方法ブロックダイヤグラムにおいて示される本発明を実行するためのいくつかの動作は、図において示されるそれ以外の順に行なわれてもよいし、またはここに提供される模範的な説明以外の方法で、ある意味で説明されてもよい。

例えば、ブロック３１３でコールメッセージを送るためにＰＴＴボタンが押下されたかどうかを検出する行為は、３１１の後に行なわれるというよりは図３Ａで示す３０７／３１５の前に、全ての他のステップに関連して連続的にバックグラウンドにおいていつでも行われてもよい。

また、ブロック３１１でのいくつかの実行は、新情報がブロック図から省略されてもよいと反映される次の動作または入力を待つように規定する。さらに、様々な実施形態の多数の構成要素が、様々な実施形態を説明するためにここに用いられるもの以外の用語によって説明されてもよい。例えば、ここで用いられる用語「ワイヤレスデバイス」は、ある例として、いくつかの実施形態の中で用語「ユーザ」と置き換えられてもよい。（例えば「ワイヤレスデバイスは通話の許可を承諾される」という文は、ある例では、「ユーザは通話の許可を承諾される」という文と同じ意味に解釈される。）
当該技術分野において通常の知識を有する者は、情報または信号が様々に異なるテクノロジーおよび技術のうちのどれでも用いて表わされてもよいと理解する。例えば、上記の説明の全体にわたって参照されるデータ、指示、コマンド、情報、信号、ビット、シンボルおよびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光子、またはそのいずれかの組み合わせによって表わされてもよい。また、当該技術分野における通常の知識を有する者は様々な制御ブロック、実例となる方法のブロック図、様々な制御するロジック、実例となる方法ブロック、モジュール、回路、およびここに開示された実施形態に関連して説明されたアルゴリズムルーチンが、それの電子ハードウェア、コンピュータソフトウェア、ファームウェアまたは組合せとして実行されてもよいことを認識する。

明白にハードウェアおよびソフトウェアのこの互換性を示すために、様々な実例となるコンポーネント、ブロック、モジュール、回路およびステップは、それらの機能性に関して一般的に上述した。そのような機能性がハードウェアまたはソフトウェアとして実行されるかどうかは、特にシステム全体のアプリケーションや設計の制約に依存する。当該技術分野における通常の知識を有する専門家は、各特定用途の方法を様々な際に説明された機能性を実行することを知る。しかし、そのような実行判定は本発明の範囲から逸脱するとは解釈されないものとする。

ここに開示された実施形態に関連して説明された様々な実例となる論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向けＩＣ（ＡＳＩＣ）、フィールドプログラマブルゲートアレー（ＦＰＧＡ）または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスターロジック、離散ハードウェア構成機器、または本実施形態で説明した機能を行うように設計されたそのいずれかの組み合わせにより、実行されるかまたは処理を行なわれてもよい。

汎用プロセッサはマイクロプロセッサかもしれないが、その代わりにプロセッサは、何らかの従来のプロセッサ、制御器、マイクロコントローラ、コンピュータまたはステートマシンでもよい。プロセッサも、コンピューティング装置（例えばＤＳＰおよびマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアに関連して１つ以上のマイクロプロセッサまたは他のそのような構成）の組合せとして実行されてもよい。

ここに開示された実施形態に関連して説明した方法、ルーチンまたはアルゴリズムの動作は、ハードウェア、プロセッサによって実行されたソフトウェアモジュール、によって直接具体化されるか、または２つの組合せで直接具体化されてもよい。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、登録、ハードディスク、取外し可能ディスク、ＣＤ−ＲＯＭまたは当該技術においてよく知られた記憶媒体の他の形式に属してもよい。代表的な記憶媒体は、プロセッサが情報を読み書きしてもよいようなプロセッサ（記憶媒体）に接続している。その変形例としては、記憶媒体はプロセッサに統合してもよい。プロセッサおよび記憶媒体はＡＳＩＣに属してもよい。ＡＳＩＣはユーザ端末に属してもよい。その変形例としては、プロセッサおよび記憶媒体はユーザ端末の個別部品として属してもよい。

図示され検討されていた実施形態の様々な変更は、当該技術において通常の知識を有するものには容易に明白になる。また、ここに定義された原理は、本発明の趣旨または範囲から逸脱せずに、他の実施形態に適用されてもよい。したがって本発明は、本明細書に示される実施形態に限定されることなく、本明細書に開示された原理および新規な特徴に対して最も広い範囲を与えることを意図している。例えばグループ通信、特にＰＴＴは、一般的に音声通信として考えられる。しかし、音声またはデータ、または両者とものいずれかはグループ通信として送信されてもよい。

本発明の様々な実施形態を説明する際に、特定の用語は図の目的および明瞭さのために用いられた。例えば、用語「ネット」が互いに通信することを認められた通信装置ユーザのグループを意味するために用いられた。しかしながら、本発明は、選択された特定の用語に制限するように意図していない。それぞれの特定の用語は、同様の目的で同様の方式において作用する技術的に同等な当業者に知られた同等の技術を含むことを意図する。従って、その説明は、本発明を制限するようには意図されない。本発明は、添付された特許請求の範囲内で広く保護されるように意図される。

明細書に組み込まれ、明細書の一部を設定し、本発明の様々な実施形態を図示し、一般的な描写とともに本発明の原理の説明することを提供する添付の図面。
グループ通信が起こることが可能である通信システムを示す図。 本発明の様々な実施形態に係るＰＴＴワイヤレスデバイスの一例を示す図。 本発明の様々な実施形態に係るＰＴＴワイヤレスデバイスの別例を示す図。 本発明の様々な実施形態に係るワイヤレス通信システム内でＰＴＴグループコールを始める動作を示すフローチャート。 本発明の様々な実施形態に係るワイヤレス通信システム内でＰＴＴグループコールを始める動作を示すフローチャート。 ＳＩＰ ＩＮＶＩＴＥメッセージの形式における代表的なコールメッセージを示す図。

Claims (24)

1. プッシュ・トゥ・トーク（ＰＴＴ）グループ通信をセットアップする方法であって、
   グループ通信のＰＴＴコールパラメータ用の情報の指示の検出し、
   前記指示の検出に応じてコールメッセージに前記情報を付加し、
   前記情報が前記コールメッセージに加えられた後に、前記情報の妥当性確認（validation）を受信することを具備することを特徴とする方法。
2. 前記情報が前記コールメッセージに加えられた後に該コールメッセージを送信する指示を受信し、
   前記コールメッセージを送信することをさらに具備することを特徴とする請求項１に記載の方法。
3. 前記コールメッセージを送信するための前記指示は、ワイヤレスデバイス上のＰＴＴボタンが押し下げられたことを検知することにより、指示されることを特徴とする請求項２に記載の方法。
4. 前記情報は、ターゲットアドレスであることを特徴とする請求項１に記載の方法。
5. 前記情報の妥当性確認は、前記グループ通信用の前記ターゲットアドレスを選択するための入力を検知することによって指示されることを特徴とする請求項４に記載の方法。
6. 前記指示は第１指示であり、ターゲットアドレスは第１ターゲットアドレスであるとし、
   グループ通信用の第２ターゲットアドレスの第２指示を検出し、
   前記指示の前記検出に応じて前記コールメッセージに前記第２ターゲットアドレスを加え、
   前記情報の取り消しの指示を受信することに応じて、前記コールメッセージから前記第２ターゲットアドレスを取り除くことをさらに具備することを特徴とする請求項５に記載の方法。
7. 前記取り消しは、別のターゲットアドレスが前記第２ターゲットアドレスを選択せずに強調されていることを検出することによって、前記取り消しが指示されることを特徴とする請求項６に記載の方法。
8. 前記コールメッセージは、セッション初期化プロトコル（ＳＩＰ：Session Initiation Protocol）ＩＮＶＩＴＥメッセージまたはＱチャット信号プロトコル（ＱＳＰ：Q-Chat Signaling Protocol）コールメッセージの少なくとも１つであることを特徴とする請求項１に記載の方法。
9. 前記ＰＴＴグループ通信は、半二重通信であることを特徴とする請求項１に記載の方法。
10. 前記情報の前記指示を検出することは、ワイヤレスデバイスに格納されたアドレス帳からのターゲットアドレスの選択を検出することを具備することを特徴とする請求項１に記載の方法。
11. ターゲットアドレスの前記選択は、前記ワイヤレスデバイスの画面上での前記選択を強調することによって指示されることを特徴とする請求項１０に記載の方法。
12. ワイヤレスデバイスにソフトウェアプログラムを格納する媒体を具備し、前記ソフトウェアプログラムは、プッシュ・トゥ・トーク（ＰＴＴ）グループ通信をセットアップするためのプログラムコードを含み、ソフトウェアプログラムが実行されて前記ワイヤレスデバイスが、
    前記グループ通信のＰＴＴ通話パラメータのための情報の指示を検出、
    前記指示の前記検出に応じてコールメッセージに前記情報を追加し、
    前記情報が前記コールメッセージに加えられた後に、前記情報の妥当性確認（validation）を受信することを特徴とするソフトウェアプログラム製品。
13. 前記ワイヤレスデバイスは、さらに、
    前記情報が前記コールメッセージに加えられた後に、前記コールメッセージを送信する指示を受信し、
    前記コールメッセージを送信することを特徴とする請求項１２に記載のソフトウェアプログラム製品。
14. 前記コールメッセージを送信する前記指示は、ワイヤレスデバイス上のＰＴＴボタンが押し下げられたことを検出することにより、指示されることを特徴とする請求項１３に記載のソフトウェアプログラム製品。
15. 前記情報はターゲットアドレスであることを特徴とする請求項１２に記載のソフトウェアプログラム製品。
16. 前記情報の妥当性確認は、前記グループ通信用の前記ターゲットアドレスを選択するための入力を検出することによって指示されることを特徴とする請求項１５に記載のソフトウェアプログラム製品。
17. 前記指示は第１指示であり、ターゲットアドレスは第１ターゲットアドレスであるとし、前記ワイヤレスデバイスは、さらに、
    グループ通信用の第２ターゲットアドレスの第２指示を検出し、
    前記指示の前記検出に応じて前記コールメッセージに前記第２ターゲットアドレスを加え、
    前記情報の取り消しの指示を受信することに応じて、前記コールメッセージから前記第２ターゲットアドレスを取り除くことを特徴とする請求項１６に記載のソフトウェアプログラム製品。
18. 前記取り消しは、別のターゲットアドレスが前記第２ターゲットアドレスを選択せずに強調されたていることを検知することによって、指示されることを請求項１７に記載のソフトウェアプログラム製品。
19. プッシュ・トゥ・トーク（ＰＴＴ）グループ通信をセットアップするためのワイヤレスデバイスであって、
    前記グループ通信のＰＴＴコールパラメータのための情報の指示を検出する手段と、
    前記指示の前記検知に応じてコールメッセージに前記情報を加える手段と、
    前記情報が前記コールメッセージに加えられた後に、前記情報の妥当性確認を受信する手段と、を具備することを特徴とするワイヤレスデバイス。
20. プッシュ・トゥ・トーク（ＰＴＴ）グループ通信を行うワイヤレスデバイスであって、
    コールメッセージを構築する際に使用するためのテンプレートを格納するメモリと、
    前記グループ通信のＰＴＴ通話パラメータのための情報の指示を検出し、前記指示の前記検出に応じてコールメッセージに前記情報を加える手段と、
    前記情報が前記コールメッセージに加えられた後に、前記情報の妥当性確認を受信するキーボードと、を具備することを特徴とするワイヤレスデバイス。
21. 英数文字を表示する表示画面をさらに具備すること特徴とする請求項２０に記載のワイヤレスデバイス。
22. 前記情報が前記コールメッセージに加えられた後に、前記コールメッセージを送信するための入力を受信するＰＴＴボタンをさらに具備することを特徴とする請求項２０に記載のワイヤレスデバイス。
23. 前記ＰＴＴボタンへの入力に応じて前記コールメッセージを送信する送信回路をさらに具備することを特徴とする請求項２２に記載のワイヤレスデバイス。
24. 前記コールメッセージがセッション初期化プロトコル（ＳＩＰ：Session Initiation Protocol）ＩＮＶＩＴＥメッセージまたはＱチャット信号プロトコル（ＱＳＰ：Q-Chat Signaling Protocol）コールメッセージの少なくとも１つであることを特徴とする請求項２３に記載のワイヤレスデバイス。

Images