(57)【要約】先行推測方法によって、個人通話（２００）および選択動的グループ通話（３００）の呼設定時間を短縮する。プッシュ・ツー・トーク・ディスパッチ・ネットワーク（４０）において、発信側移動ユニット（１０）が起動パケット（５４，１１４）をディスパッチ・ネットワーク（４０）に送る。プッシュ・ツー・トーク機能を開始する前に、目標移動ユニット（２０〜３０）はネットワーク（４０）から起動パケット（６８，１４６〜１４８）を受信する。したがって、プッシュ・ツー・トーク機能を確立する前に、プッシュ・ツー・トーク通話における移動ユニットの各々は、ＲＦリンクによって結合されている。発信側移動ユニットが現在のＩＰアドレスを有する場合は、起動パケット（７２）を直接に送ってもよい。
2006512017.tif 000002
【特許請求の範囲】
【請求項１】
パケット・データ・ネットワークにおける１対１通話のプッシュ・ツー・トーク呼設定方法であって、
発信側移動ユニットによって、電話機活性化機能を選択するステップと、
前記発信側移動ユニットによって、起動パケットを前記パケット・データ・ネットワークに送信するステップと、
前記送信するステップの後に、前記発信側移動ユニットによって、目標移動ユニットを選択するステップと、
前記発信側移動ユニットによって、プッシュ・ツー・トーク機能を活性化するステップと、
を備えるプッシュ・ツー・トーク呼設定方法。
【請求項２】
請求項１に記載のプッシュ・ツー・トーク呼設定方法は、更に、前記発信側移動ユニットによって、格納されている前記目標移動ユニットのインターネット・プロトコル（ＩＰ）アドレスが有効か否かを判定するステップを含む、プッシュ・ツー・トーク呼設定方法。
【請求項３】
請求項２に記載のプッシュ・ツー・トーク呼設定方法は、前記格納されているＩＰアドレスが有効でない場合、更に、前記目標移動ユニットのために、前記パケット・データ・ネットワークに起動パケットを送るステップを含む、プッシュ・ツー・トーク呼設定方法。
【請求項４】
請求項３に記載のプッシュ・ツー・トーク呼設定方法は、更に、前記パケット・データ・ネットワークによって、前記目標移動ユニットの有効ＩＰアドレスを判定するステップを含む、プッシュ・ツー・トーク呼設定方法。
【請求項５】
請求項４に記載のプッシュ・ツー・トーク呼設定方法は、更に、前記パケット・データ・ネットワークによって、起動パケットを前記目標移動ユニットに送るステップを含む、プッシュ・ツー・トーク呼設定方法。
【請求項６】
請求項５に記載のプッシュ・ツー・トーク呼設定方法は、更に、
前記発信側移動ユニットによって、前記目標移動ユニットとのプッシュ・ツー・トーク機能を活性化するステップと、
前記発信側移動ユニットによって、シグナリング・メッセージを前記目標移動ユニットに送るステップと、
を含む、プッシュ・ツー・トーク呼設定方法。
【請求項７】
請求項２に記載のプッシュ・ツー・トーク呼設定方法は、前記格納されているＩＰアドレスが有効である場合、更に、起動パケットを直接に前記目標移動ユニットに送るステップを含む、プッシュ・ツー・トーク呼設定方法。
【請求項８】
請求項７に記載のプッシュ・ツー・トーク呼設定方法は、更に、
前記発信側移動ユニットによって、前記目標移動ユニットとのプッシュ・ツー・トーク機能を活性化するステップと、
前記発信側移動ユニットによって、シグナリング・メッセージを前記目標移動ユニットに送るステップと、
を含む、プッシュ・ツー・トーク呼設定方法。
【請求項９】
請求項１に記載のプッシュ・ツー・トーク呼設定方法において、発信側移動ユニットによって、電話機活性化機能を選択する前記ステップは、
前記発信側移動ユニットによって、電話帳機能を選択するステップと、
前記発信側移動ユニットによって、プッシュ・ツー・トーク機能をメニューから選択するステップと、
前記発信側移動ユニットによって、電話機のカバーを開くステップと、
前記発信側移動ユニットによって、その保持具から取り外すステップと、
のうちの１つ以上を含む、プッシュ・ツー・トーク呼設定方法。
【請求項１０】
パケット・データ・ネットワークにおけるグループ呼設定方法であって、
発信側移動ユニットによって、電話機活性化機能を選択するステップと、
前記発信側移動ユニットによって、起動パケットを前記パケット・データ・ネットワークに送信するステップと、
前記送信するステップの後に、前記発信側移動ユニットによって、複数の目標移動ユニットのうちから１つを選択するステップと、
前記発信側移動ユニットによって、前記複数の目標移動ユニットのうちの前記１つに起動パケットを送信するステップと、
前記複数の目標移動ユニットの各々に対して、前記複数の目標移動ユニットのうちから１つを選択する前記ステップと、前記起動パケットを送信する前記ステップとを繰り返すステップと、
を備えるグループ呼設定方法。
【請求項１１】
請求項１０に記載のグループ呼設定方法は、更に、前記発信側移動ユニットによって、プッシュ・ツー・トーク機能を活性化するステップを含む、グループ呼設定方法。
【請求項１２】
請求項１１に記載のグループ呼設定方法は、更に、前記複数の目標移動ユニットの各々に前記起動パケットを送信した後に、前記発信側移動ユニットによって、前記複数の目標移動ユニットの各々にグループ通話招待要求を送るステップを含む、グループ呼設定方法。
【請求項１３】
請求項１０に記載のグループ呼設定方法は、更に、前記パケット・データ・ネットワークによって、前記複数の目標移動ユニットの各々に、セッション開始プロトコル要求を送るステップを含む、グループ呼設定方法。
【請求項１４】
請求項１０に記載のグループ呼設定方法において、発信側移動ユニットによって、電話機活性化機能を選択する前記ステップは、
前記発信側移動ユニットによって、電話帳機能を選択するステップと、
前記発信側移動ユニットによって、プッシュ・ツー・トーク機能をメニューから選択するステップと、
前記発信側移動ユニットによって、電話機のカバーを開くステップと、
前記発信側移動ユニットによって、その保持具から取り外すステップと、
のうちの１つ以上を含む、グループ呼設定方法。
【請求項１５】
パケット・データ・ネットワークにおけるグループ呼設定方法であって、
発信側移動ユニットによって、電話機活性化機能を選択するステップと、
前記発信側移動ユニットによって、前記パケット・データ・ネットワークに起動パケットを送信するステップと、
前記送信するステップの後に、前記発信側移動ユニットによって、複数の目標移動ユニットのうちから１つを選択するステップと、
前記発信側移動ユニットによって、前記複数の目標移動ユニットのうちの１つに直接に起動パケットを送信するステップと、
前記複数の目標移動ユニットの各々に対して、前記複数の目標移動ユニットのうちから１つを選択する前記ステップと、前記起動パケットを直接に送信する前記ステップとを繰り返すステップと、
を備えるグループ呼設定方法。
【請求項１６】
請求項１５に記載のグループ呼設定方法において、前記複数の目標移動ユニットのうちの１つに起動パケットを直接に送信する前記ステップは、前記発信側移動ユニットが有する前記複数の移動ユニットの前記１つのＩＰアドレスが有効である場合に実行される、グループ呼設定方法。
【請求項１７】
請求項１５に記載のグループ呼設定方法は、更に、前記発信側移動ユニットによって、プッシュ・ツー・トーク機能を活性化するステップを含む、グループ呼設定方法。
【請求項１８】
請求項１５に記載のグループ呼設定方法は、更に、前記複数の目標移動ユニットの各々に前記起動パケットを直接に送信した後に、前記発信側移動ユニットによって、前記複数の目標移動ユニットの各々に、グループ通話招待要求を送るステップを含む、グループ呼設定方法。
【請求項１９】
請求項１５に記載のグループ呼設定方法において、発信側移動ユニットによって、電話機活性化機能を選択する前記ステップは、
前記発信側移動ユニットによって、電話帳機能を選択するステップと、
前記発信側移動ユニットによって、プッシュ・ツー・トーク機能をメニューから選択するステップと、
前記発信側移動ユニットによって、電話機のカバーを開くステップと、
前記発信側移動ユニットによって、その保持具から取り外すステップと、
のうちの１つ以上を含む、グループ呼設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動パケット・データ・ネットワークに関し、更に特定すれば、プッシュ・ツー・トーク移動通話用の呼設定の方法に関する。
【背景技術】
【０００２】
ワイヤレス通信システムでは、移動ユニット即ちデバイスは、電池で動作することが求められており、これらの移動ユニットは、通常３０〜６０秒という短い期間の間にデータ・サービスの利用がないと、ＲＦチャネル上で非活性（即ち、休止状態）に移行する。したがって、ワイヤレス・データ・サービスを用いるプッシュ・ツー・トーク方式では、発信側および着信側移動ユニットは、プッシュ・ツー・トークの機能をイネーブルする前に、呼設定の一部として、活性化状態に（実際にはＲＦリソースを用いて）移行しなければならない。一旦移動ユニットが活性化状態になると、ＲＦ（無線周波数）チャネルが確立され、移動ユニットはデータの送信および／または受信を行うことが可能になる。当技術分野では周知であるが、プッシュ・ツー・トーク方式の用途には、音声および関連するシグナリング・データの伝送が含まれるが、パケット・データ・ネットワークの発達によって、プッシュ・ツー・トーク方式の用途は、画像、ストリーミング・ビデオ、テキスト・メッセージング、格納オーディオ・ファイル、およびその他のマルチメディアを含むまでに拡大している。
【０００３】
典型的なプッシュ・ツー・トーク方式の用途では、発信側移動ユニットを休止状態から活性化状態に移行させるために要する時間は、現在の実施態様では３秒を上回る可能性がある。着信側移動ユニットを休止から活性化状態に移行させる時は、当技術分野では周知のように、実際に移動デバイスを呼び出すための追加時間が含まれるため、同等以上の時間量が必要である。これらの時間は、無線通信時間や、ディスパッチ・サーバに必要な呼処理時間を含んではいない。その結果、プッシュ・ツー・トーク機能では、発信側移動ユニットに生ずる全遅延時間は１０秒以上になる場合もある。
【０００４】
呼設定時間が長いと、瞬時通信方法としてのプッシュ・ツー・トーク・サービスの利点が損なわれる。実際、呼設定時間が８秒またはそれよりも更に長くなると、市場におけるサービスが実行不可能になる場合もある。例えば、ユーザは、ＰＴＴボタンを押し続けるよりも、セルラを用いることを好むであろう。
【０００５】
同様の問題が、プッシュ・ツー・トーク・モードにおけるグループ通話についても存在する。発信側移動ユニットに接続する着信移動ユニットが多数あるため、呼設定時間はなお一層長くなる場合がある。着信側即ち目標移動ユニットの各々に対する処理時間の一部が重複する場合はあるが、総呼設定時間は、個人対個人の通話よりも長い。したがって、グループ通話は、パケット・データ・ネットワークにおけるプッシュ・ツー・トーク機能に一層重大な問題をもたらす。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
したがって、プッシュ・ツー・トークパケット・データ・ネットワーク構成内において個人通話やグループ通話のための呼設定時間を大幅に短縮する方法を有することができれば、非常に望ましいであろう。
【課題を解決するための手段】
【０００７】
設定時間を改善する技法は、２つのカテゴリに分かれる。即ち、発信側移動デバイスをＲＦネットワーク上で活性化させるための時間を改善すること、および目標ユーザ移動デバイスをＲＦネットワーク上で活性化する時間を与えることである。
【０００８】
３Ｇ環境におけるプッシュ・ツー・トークの適用を成功させる鍵は、高速呼設定時間である。移動ユニットを休止状態から活性化状態に移行させるのに必要な時間を短縮することが不可能であっても、これを極力抑え、ユーザから隠蔽することは可能であるかもしれない。移動ユニットは、発信側移動ユーザの動作に基づいて、見込み動作（推測）を行い得る。これらの動作としては、移動ユニットの電話帳の選択、目標の発呼側を選択して発呼するかもしくはグループ通話のためにグループを作成すること、あるいはメニュー内のディスパッチ機能を選択すること、電話機のカバーを開くこと、あるいは移動デバイスをその保持具（ｈｏｌｓｔｅｒ）から取り外すことのような移動デバイス上での他の動作を含む場合がある。
【０００９】
パケット・データ通信システムでは、起動パケットを用いて、移動ユニットの休止状態から活性化状態への移行を誘起し得る。起動パケットは、非常に小さくし得るものであり、いかなる情報も収容する必要はない。起動パケットを使用するのは、主に、移動ユニットとパケット・データ・ネットワークとの間のＲＦリンクを確実に確立するためである。
【００１０】
移動機の発呼では、移動機のユーザは、その携帯電話上で設定されている自分の電話帳を開き、目標（または、グループ通話では複数の目標）を選択し、プッシュ・ツー・トーク・ボタンを押下し得る。プッシュ・ツー・トーク・ボタンを押下すると、シグナリング・メッセージ（招待）メッセージが、発信側移動ユニットからプッシュ・ツー・トーク・ディスパッチ・サーバに送られ、目標移動機をディスパッチ通話（ｄｉｓｐａｔｃｈ  ｃａｌｌ）に加入するように誘導するプロセスを開始する。この招待メッセージの送信を行おうとする動作が、発信側移動ユニットの状態を休止から活性化に、ＲＦリソース上で変化させる。セッション開始プロトコル・メッセージを送ることを必要とする動作によって、移動機（およびインフラストラクチャ）は、ＲＦリソース上で休止状態から活性化状態に移行する。発信側移動ユニットのオペレーティング・ソフトウェアが見込み動作を行うことによって、プッシュ・ツー・トーク通話に関与する移動ユニットの各々の休止状態から活性化状態への移行は、従来の方法よりも迅速に（もしくは、シグナリングに先だって）遂行され得る。
【発明を実施するための最良の形態】
【００１１】
図１を参照すると、プッシュ・ツー・トーク・ディスパッチ・サーバ・ネットワークのブロック図が示されている。ネットワーク４０は、発信側移動ユニット１０と、着信側移動ユニット２０および３０とに結合され得る。バッテリおよびシステム・リソースを保存するために、移動ユニット１０〜３０の各々は、通常は休止状態にある。即ち、移動ユニットをネットワーク４０に結合する活性化されたＲＦデータ・リンクは存在しない。
【００１２】
プッシュ・ツー・トーク１対１通話では、発信側移動ユニット１０は、移動ユニット２０または移動ユニット３０のいずれかと通話し得る。プッシュ・ツー・トーク・グループ通話（１対多数）では、移動ユニット１０は、移動ユニット２０および３０の双方というように、多数の相手との呼を確立する。プッシュ・ツー・トーク・グループ通話では、発信側移動ユニット１０が、そのユニットのアドレス帳に入力するというような動作を行うと、起動パケットがディスパッチ・サーバ・ネットワークに送られ、発信側はＲＦネットワーク上で休止状態から活性化状態に移行する。次いで、移動ユニット１０のユーザが、電話帳での選択、あるいは音声認識機能による発声のいずれかにより、例えば、着信移動ユニット２０を選択すると、起動パケットが発信側移動ユニット１０から、ＰＴＴディスパッチ・サーバ・ネットワーク４０を通じて、着信側移動ユニット２０に送られ、目標移動ユニット２０は活性化状態に移行する。発信側移動ユニット１０が目標移動ユニット２０の最新のインターネット・プロトコル（ＩＰ）アドレスを有している場合、発信側移動ユニット１０は、起動パケットを直接に、着信即ち目標移動ユニット２０に送る。あるいは、発信側移動ユニット１０は、起動パケットをプッシュ・ツー・トーク・ディスパッチ・サーバ４０に送り、これを通じて目標移動ユニット２０に転送する。
【００１３】
図２を参照すると、発信側移動ユニット１０による、先行動作即ち推測を用いた個人発呼の発呼フロー図が示されている。ブロック５０は、初期状態では、発信側移動ユニット１０および着信側即ち目標移動ユニット２０が休止状態にあることを示している。次に、発信側移動ユニット１０は、ブロック５２において、移動ユニット１０の電話帳機能を選択する。電話機活性化機能の選択は、例えば、発信側移動ユニット１０によって電話帳機能を選択すること、発信側移動ユニットによってプッシュ・ツー・トーク機能をメニューから選択すること、移動電話機のカバーを開くこと、または移動電話機をその保持具から取り外すことというような、あらゆる動作を含み得る。この選択の直後に、移動ユニット１０は起動パケット５４をディスパッチ・サーバ・ネットワーク４０に送る。これによって、いずれの実際の目標への発呼にも先だって、発信側移動ユニット１０とネットワーク４０との間にＲＦリンクが確立される。この推測により発信側をＲＦチャネル上にのせる技法は、目標移動機を起動させるために後に行われるいずれの技法にも独立して用いられ得る。
【００１４】
発信側移動ユニット１０のユーザ（図示せず）は、次に、着信側即ち目標の移動ユニット２０を選択する。この選択は、電話帳におけるカーソル操作によって、あるいは、音声機構が利用可能な場合には、音声によって遂行され得る。
【００１５】
次に、ブロック６０またはブロック７０のいずれかのステップおよび手順を実行する。ブロック６０またはブロック７０の方法のいずれを実行するかについての判断は、発信側移動機が以前の使用から格納（キャッシュ）した現在のＩＰアドレスにおける発信側移動ユニットの信頼度、およびそのＩＰアドレスの古さ（ａｇｅ）に基づいて行われる。例えば、ＩＰアドレスが数分前のものである場合、これは目標移動ユニットに到達するために未だ使用可能なアドレスである確率が高い。しかしながら、目標移動ユニットのＩＰアドレスが何時間もまたは何日も前のものである場合、目標即ち着信側移動ユニットに到達するためにはもはや有用なＩＰアドレスではない確率が非常に高い。
【００１６】
尚、これらの図において、ＩＰアドレスへの直接ルーティングであっても、起動パケットを無線アクセス・ネットワークを経由させてから、移動機に配信しなければならないことを注記しておく。ブロック７０において、ディスパッチ・サーバはいずれのインターネット転送機能（即ち、ドメイン名システム−ＤＮＳ参照）も設ける必要がないように、パケットはディスパッチ・サーバを迂回することが可能である。
【００１７】
ユーザが実際に目標ユーザを選択するのに長時間かかる場合、ネットワークがもはや移動機に対して予定されている動作はないと見なして、ディスパッチ・サーバ・ネットワークが移動機を活性化状態から休止状態に戻してしまい、そのためにＲＦリソースを解放する可能性がある。したがって、移動機のアプリケーションが、ユーザはなおもユーザを選択するプロセスの最中であると判断した場合、起動パケット５４を周期的に繰り返さなければならないこともあり得る。
【００１８】
好適な実施形態では、目標ＩＰアドレスが古い場合、ブロック６０を実行する。ＩＰアドレスの古さは、パケット・データ・ネットワークのパラメータ、および移動ユニットの移動に左右される。目標移動ユニット２０が発信側移動ユニット１０によって選択されると、起動パケットが移動ユニット１０からディスパッチ・サーバ・ネットワーク４０に送られる（６２）。
【００１９】
次に、ブロック６６において、ディスパッチ・サーバ・ネットワーク４０は、目標移動ユニット２０のＩＰアドレスを判定する。これは、周知のＤＮＳ手順、またはその他のＩＰに基づく方法によって行うことが可能である。最後に、ブロック６０の処理によって、起動パケット６８を目標移動ユニット２０に転送し、目標移動機２０を休止状態から活性化状態に移行させる。これ以降は、移動機１０、ネットワーク４０、または移動機２０の間でいずれの呼処理シグナリングを送る前であっても、両方の移動機はＲＦリソース上で活性化状態となっている。この条件により、シグナリングを移動機１０と移動機２０との間で極めて迅速に交換することが可能となる。何故なら、休止状態から活性化状態への移行に伴う遅延は、シグナリング・タイムラインからは消滅しているからである。
【００２０】
好適な実施形態では、目標移動ユニット２０のＩＰアドレスが１時間未満の古さである場合、それが有効なＩＰアドレスである確率は高い。したがって、ブロック７０を実行する。移動ユニット１０は、必要なあらゆるアクセス・ネットワークは通過させるが、ディスパッチ・サーバは迂回させることにより、起動パケット７２を直接に目標移動ユニット２０に送り、ブロック６０またはブロック７０のうちのいずれかの方法を実行したことになる。次に、両方法に対して、発信側移動ユニット１０のユーザは、ブロック８０において、プッシュ・ツー・トーク・ボタンを押し、目標移動ユニット２０とのディスパッチ１対１通話を開始する。ブロック８２におけるこのプッシュ・ツー・トークの開始は、標準的な呼設定である。
【００２１】
好適な実施形態では、セッション開始プロトコル（ＳＩＰ）を用いて、必要なシグナリングを伝達し、呼を確立する。次に、発信側移動ユニット１０はＳＩＰ招待メッセージ８４を、目標移動ユニット２０のために、ディスパッチ・サーバ・ネットワーク４０に送る。ディスパッチ・サーバ４０は、発信側移動ユニット１０への試行メッセージ８６によって回答する。目標移動ユニット２０のＩＰアドレスが既に起動メッセージの間に有効であると判定されていた場合、ブロック８８において、目標移動ユニット２０のＩＰアドレスを再度判断する必要はない。いずれの場合でも、ＳＩＰ招待メッセージ９０を目標移動ユニット２０に送信する。次いで、目標移動ユニット２０は、ディスパッチ・サーバ・ネットワーク４０への２００ＯＫメッセージで応答する。ディスパッチ・サーバ・ネットワーク４０は、２００ＯＫメッセージを発信側移動ユニット１０に転送する。次いで、発信側移動ユニットは、確認応答メッセージ９６をネットワーク４０に送信する。ネットワーク４０は、この確認応答メッセージ９８を目標移動ユニット２０に転送する。こうして、１対１通話の開始プロセスは完了したことになる。
【００２２】
表１は、これまでに説明した１対１の通話について、呼設定の機能の各々に要する時間、および全呼設定時間を示す。尚、呼設定時間は、最良の場合の状況では、９．３秒から２．３秒に短縮し得ることを注記しておく。これは、７秒という劇的な節約である。この設定の節約は、ユーザにとって容易に認識可能である。先に注記したように、発信側の推測は、目標の推測とは別個に用いることが可能である。目標の推測は、発信側の推測を改善する効果を得るためには必要なステップではない。
【００２３】
【表１】
2006512017.tif 000003
図３を参照すると、先行推測方法論を用いた選択動的グループ通話（ＳＤＧＣ）の発呼のフロー・チャートが示されている。グループ通話（ＧＣ）とは、１対多数ユーザの通話機能である。選択動的とは、発呼側ユーザが自分の移動デバイス上で多数の目標ユーザを選択し、動的にグループ通話に移行可能であることを意味し、ネットワークにおいて定義される静的事前定義グループとは正反対のものである。発信側移動ユニット１０は、移動ユニット２０および移動ユニット３０とのプッシュ・ツー・トーク通話の確立を試みる。勿論、プッシュ・ツー・トーク通話の目標となる移動ユニットは数多くあるが、簡単化のために、２台の目標移動機のみについて説明する。
【００２４】
ブロック１１０における初期状態では、発信側移動ユニット１０および着信側即ち目標移動ユニット２０〜３０が休止状態にある。次に、発信側移動局１０のユーザ（図示せず）が、ブロック１１２において、選択動的グループ通話機能（または、先に注記したように、自分の電話帳機能）を選択する。電話機活性化機能または選択動的グループ通話機能の選択は、例えば、発信側移動ユニット１０によって電話帳機能を選択すること、発信側移動ユニットによってメニューからプッシュ・ツー・トーク機能を選択すること、移動電話機のカバーを開くこと、または移動電話機をその保持具から取り外すことというようなあらゆる動作を含み得る。これは、移動ユニット１０がプッシュ・ツー・トークで数台の目標移動ユニット２０〜３０に発呼していることを示す。
【００２５】
次いで、発信側移動ユニット１０からディスパッチ・サーバ・ネットワーク４０に起動パケットを送り（１１４）、発信側移動ユニット１０を休止状態から活性化状態に移行させる。これは、発信側移動ユニット１０とネットワーク４０との間にＲＦリンクを確立するために行われる。
【００２６】
グループ通話では、目標ユーザを選択する方法には多数ある。１つの方法は、目標移動ユニット２０〜３０の各々の識別子（ｉｄｅｎｔｉｔｙ）を予め準備することである。これが意味することは、目標移動ユニットの各々のＩＰアドレスのリストを、発信側移動ユニット１０内に保持しておき、個々に選択する代わりに、１回の選択だけで選択され得るということである。
【００２７】
複数の個人または目標を選択する別の方法は、選択的、動的にグループ通話を形成することである。即ち、発呼側ユーザは、潜在的なユーザのリストまたはメニューから動的にグループ通話の目標メンバーを選択してもよい。選択的、動的グループ通話機能を設けるための任意の方法を２つ示す。これらの方法は、それぞれ、ブロック１２０および１４０に示されている。即ち、ブロック１２０の方法を実行するか、あるいはブロック１４０のいずれかの方法を実行する。
【００２８】
ブロック１２０の方法は、１度に１つずつ選択する単一のプロセスである。ブロック１２０において、発信側移動ユニット１０が最初の目標移動ユニット２０を選択すると、移動ユニット１０は起動パケット１２２をディスパッチ・サーバ・ネットワーク４０に送る。すると、ネットワーク・サーバ４０は起動パケット１２４を移動ユニット２０に送信し、移動ユニット２０を休止状態から活性化状態に移行させ、ネットワーク４０と目標移動ユニット２０との間にＲＦリンクを確立する。これは、今後のシグナリング配信を予測して行われる。図２に示したような１対１通話の状況と同様に、発信側移動ユニット１０が目標移動ユニット２０の現在のＩＰアドレスを格納している場合、起動パケットを直接に目標移動ユニット２０に送ってもよい。次に、ブロック１２６において、発信側移動ユニット１０のユーザは、グループ通話する目標移動ユニット３０を選択する。発信側移動ユニット１０が目標移動ユニット３０を選択すると、発信側移動ユニット１０は起動パケット１２８をディスパッチ・サーバ・ネットワーク４０に送る。続いて、ネットワーク４０は目標移動ユニット３０のＩＰアドレスを判定し、起動パケット１３０を目標移動ユニット３０に送ることによって、ネットワークと目標移動ユニット３０との間にＲＦリンクを確立し、移動ユニット３０を休止から活性化に移行させる。この場合も、前述のように、発信側移動ユニット１０が目標移動ユニット３０の現在のＩＰアドレスを有する場合、起動パケットを直接に移動ユニット３０に送ってもよい。
【００２９】
選択プロセスは、選択動的グループ通話に含ませる目標ユニットの個数だけ繰り返せばよい。ユーザは、移動ユニット１０のアドレス帳においてユーザを選択するために時間を費やすが、この技法では、この時間を利用して、呼の予測において呼の潜在的な目標を起動する。全ての目標移動ユニットが選択され、起動パケットが送信されると、発信側移動ユニット１０は、選択動的グループ通話への招待要求メッセージ１３２をネットワーク４０に送る。これによって、プッシュ・ツー・トーク機能がイネーブルされたことになる。ネットワーク４０は、移動ユニット１０への２００ＯＫグループ通話ＩＤメッセージ１３４によって応答する。
【００３０】
ブロック１４０に示す本発明の代替実施形態では、この方法は、発呼側移動ユニット１０による起動メッセージを用いて目標移動ユニットの各々を直接に起動する、選択動的グループ通話を示す。発信側移動ユニット１０が有する目標移動ユニットのＩＰアドレスが有効であれば、ブロック１４６〜１４８において、発信側移動ユニット１０はグループ通話の目標を選択し、直接に目標に対する呼を起動する。
【００３１】
次に、ブロック１５２において、発信側移動ユニット１０は、グループ通話のためにプッシュ・ツー・トーク機能を開始する。これによって、招待グループ・メッセージ１５４が生成され、ネットワーク４０に送られる。ネットワーク４０は、試行メッセージ１５６を移動ユニット１０に返す。
【００３２】
次に、ネットワーク４０は、ＳＩＰ招待要求メッセージ１６０〜１６２を目標移動ユニット２０〜３０に送る。目標移動ユニットのＩＰアドレスが起動パケット送信１４６〜１４８の間に決定された場合、ブロック１５８において、これらのＩＰアドレスの判定を２回行う必要はない。これは、起動とＳＩＰ招待メッセージとの間のタイミングは、秒単位であり、非常に短いという事実のためである。
【００３３】
次に、目標移動ユニット２０〜３０の各々は、ネットワーク４０への２００ＯＫメッセージによって応答する。すると、ネットワーク４０は、フロー１６８において、２００ＯＫメッセージで発信側移動ユニット１０に応答する。次に、発信側移動ユニット１０からネットワーク４０に確認応答メッセージ１７０が送信され、続いて、フロー１７２〜１７４において、確認応答メッセージがネットワーク４０から目標移動ユニット２０〜３０に送信される。こうして、選択動的グループ通話を行うことができ、呼設定プロセスは終了する。
【００３４】
前述の１対１通話の場合と同様、呼設定プロセスにおいて大量の時間の節約となる。節約時間は、呼設定シグナリングを送る必要性が生ずる前に発信側および目標移動機を休止状態から活性化状態に移行させ、人間が電話帳にアクセスするために必要な時間を利用し、ユーザを選択し、実際にＰＴＴ機能を遂行するプロセスにおける時間の節約量にほぼ等しい。選択動的グループ通話の場合に呼設定に必要な時間の節約の例を以下の表２に示す。
【００３５】
【表２】
2006512017.tif 000004
尚、１対１通話の場合と同様、選択動的グループ通話でも、この例では、設定時間を７秒まで節約し得ることを注記しておく。これら呼設定時間の節約は、ＣＤＭＡ  １Ｘ型ネットワークにおける本発明の使用を反映する。
【００３６】
以上、本発明の好適な実施形態について例示し、その形態を詳細に説明したが、本発明の技術思想または添付した特許請求の範囲から逸脱することのない種々の変更が、本発明において可能であることは、当業者には直ちに明らかとなろう。
【図面の簡単な説明】
【００３７】
【図１】本発明による個人およびグループ通話に対応するパケット・データ・ネットワーク・ディスパッチ・サーバのブロック図。
【図２】本発明による個人通話の呼フロー図。
【図３】本発明によるグループ通話方法のフロー図。
【図１】
2006512017.tif 000005
【図２】
2006512017.tif 000006
【図３】
2006512017.tif 000007
【国際調査報告】
2006512017.tif 000008
2006512017.tif 000009
2006512017.tif 000010