(57)【要約】  実施形態は無線通信システム内のプリペイドサーバアービトレートグループ通信セッションを管理することに向けられる。少なくとも１つのセッションターゲットとのプリペイドグループ通信セッションをセットアップするためのリクエストをセッション発信元からサーバが受信し、プリペイドグループ通信セッションは閾値より上の利用可能なプリペイドアカウント残高を持つ各々のセッション参加者を必要としている。少なくともセッション発信元が閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、サーバはオンランチャージングシステムにクエリを送信する。サーバはクエリへの応答を受信することを待つことなくリクエストされたプリペイドグループ通信セッションのセットアップを開始し、それによってプリペイドグループ通信セッションのセットアップと関連付けられたレイテンシを低減する。【特許請求の範囲】
【請求項１】
少なくとも１つのセッションターゲットを伴うプリペイドグループ通信セッションをセットアップするためのリクエストをセッション発信元から受信すること、前記プリペイドグループ通信セッションが閾値レベルより上の利用可能なプリペイト゛アカウントバランスを持つ各々のセッション参加者を必要としている、と、
少なくとも前記セッション発信元が前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するためのオンラインチャージングシステムにクエリを送信することと、
前記クエリへの応答を受信するために待機することなく前記リクエストされたプリペイド通信セッションのセットアップを開始することと、
を具備する無線通信システム内のプリペイドサーバアービトレートグループ通信セッションを管理する方法。
【請求項２】
前記開始ステップの後、少なくとも前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高を示すクエリ応答を前記オンラインチャージングシステムから受信することをさらに具備する請求項１記載の方法。
【請求項３】
前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高が前記閾値レベルより下であるということを、前記クエリ応答が指し示す請求項２記載の方法。
【請求項４】
前記クエリ応答に応じて、前記プリペイドグループ通信セッションを終了することをさらに具備する請求項３記載の方法。
【請求項５】
少なくとも前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高が前記閾値レベルに少なくとも等しくなるまで、次のプリペイドグループ通信セッションの開始をリクエストすることを前記セッション開始者が控えることをリクエストしているメッセージを前記セッション発信元へ送信することをさらに具備している請求項４記載の方法。
【請求項６】
前記クエリ応答に応じて、もし前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高が先行しているプリペイドグループ通信セッションの間、前記閾値レベルに少なくとも等しいならば、前記プリペイドグループ通信セッションを継続することを許可することをさらに具備する請求項２記載の方法。
【請求項７】
前記プリペイドグループ通信セッションが継続することを許可することをさらに具備し、
前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高が前記閾値レベルに少なくとも等しいということを、前記クエリ応答が指し示す請求項３記載の方法。
【請求項８】
前記送信することのステップが、前記少なくとも１つのセッションターゲットが前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、前記オンラインチャージングシステムに少なくとも１つの追加のクエリをさらに送信し、前記開始することのステップが前記少なくとも１つの追加のクエリへの応答を受信することを待つことなく継続する、請求項１記載の方法。
【請求項９】
前記開始することのステップの後、少なくとも１つの前記プリペイドアカウントの前記利用可能な残高を示す少なくとも１つのクエリ応答を前記オンラインチャージングシステムから受信する請求項８記載の方法。
【請求項１０】
前記少なくとも１つのセッションターゲットに関する前記プリペイドアカウントの前記利用可能な残高が前記閾値レベルより下であるということを前記少なくとも１つのクエリ応答が指し示している請求項９記載の方法。
【請求項１１】
少なくとも前記少なくとも１つのセッションターゲットに関して前記プリペイドグループ通信セッションを終了することをさらに具備する請求項１０記載の方法。
【請求項１２】
前記終了することのステップが、前記閾値レベルに少なくとも等しい関連したプリペイドアカウントの利用可能な残高をどのセッションのどのターゲットも持っていないということを示す前記少なくとも１つのクエリ応答の前記プリペイドグループ通信セッションをもっぱら終了する請求項１１記載の方法。
【請求項１３】
前記終了することのステップが、もし前記少なくとも１つのセッションターゲット間の１つ以上のセッションターゲットが前記閾値レベルに少なくとも等しい関連したプリペイドアカウントの利用可能な残高を持つならば、前記閾値レベルよりも低い関連したプリペイドアカウントのアカウント残高を伴った個々のセッションターゲットに関してだけ、前記プリペイドグループ通信セッションを終了する請求項１１記載の方法。
【請求項１４】
前記クエリ及び前記少なくとも１つの追加のクエリが前記同じメッセージ内でバンドルされる請求項８記載の方法。
【請求項１５】
前記クエリ及び前記少なくとも１つの追加のクエリが独立して送信される請求項８記載の方法。
【請求項１６】
前記プリペイドグループ通信セッションが、半二重セッション、全二重セッション、プッシュ・ツー・トーク（PTT）セッション、プッシュ・ツー・トランスファー（PTX）セッション及び/またはボイス・オーバー・インターネット・プロトコル（VoIP）セッションの１つ以上に対応する請求項１記載の方法。
【請求項１７】
前記開始することのステップは、前記受信したリクエストがSIPインバイトメッセージに対応し、前記クエリがクレジット制御要求（CCR）メッセージに対応するように、前記プリペイドグループ通信セッションがセッション初期化プロトコル（SIP）に従って開始されるということを開始する請求項１記載の方法。
【請求項１８】
無線通信システム内のグループ通信セッションを調停するように構成されたサーバであって、
少なくとも1つのセッションターゲットとプリペイドグループ通信セッションをセットアップするためのリクエストをセッション発信元から受信し、前記プリペイドグループ通信セッションが閾値レベルよりも上である利用可能なプリペイドアカウント残高を持つ各々のセッション参加者を必要とする、手段と、
少なくとも前記セッション発信元が前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、オンラインチャージングシステムにクエリを送信するための手段と、
前記クエリへの応答を受信することを待機することなく前記リクエストされたプリペイドグループ通信セッションのセットアップを開始するための手段と
を具備するサーバ。
【請求項１９】
開始するための前記手段が、前記リクエストされたプリペイドグループ通信のセットアップを開始した後、少なくとも前記セッション発信元に関して前記プリペイドアカウントの前記利用可能な残高を示すクエリ応答を前記オンラインチャージングシステムから受信するための手段をさらに具備する請求項１８記載のサーバ。
【請求項２０】
送信するための前記手段が、前記少なくとも１つのセッションターゲットが前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、前記オンラインチャージングシステムに少なくとも１つの追加のクエリをさらに送信し、開始するための前記手段が前記少なくとも１つの追加のクエリへの応答を受信することを待つこと無く前記リクエストされたプリペイドグループ通信のセットアップを開始することと継続する、請求項１８記載のサーバ。
【請求項２１】
少なくとも1つのセッションターゲットとプリペイドグループ通信セッションをセットアップするためのリクエストをセッション発信元から受信するように構成され、前記プリペイドグループ通信セッションが閾値レベルより上の利用可能なプリペイドアカウント残高を持つ各々のセッション参加者を必要としている、ロジックと、
少なくとも1つのセッション発信元が前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントをもつかどうかを決定するオンラインチャージングシステムへのクエリを送信するように構成されたロジックと、
前記クエリへの応答を待機することなく前記リクエストしたプリペイドグループ通信セッションのセットアップを開始するように構成されたロジックと
を具備する無線通信システム内のグループ通信セッションを調停するように構成されたサーバ。
【請求項２２】
開始するように構成された前記ロジックが前記リクエストされたプリペイドグループ通信のセットアップを開始した後、少なくとも前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高を示すクエリ応答を前記オンラインチャージングシステムから受信するように構成されたロジックをさらに具備する請求項２１記載のサーバ。
【請求項２３】
前記少なくとも1つのセッションターゲットが前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、送信するように構成された前記ロジックが前記オンラインチャージングシステムに少なくとも1つの追加のクエリをさらに送信し、開始するように構成された前記ロジックが前記少なくとも1つの追加のクエリへの応答を受信することを待機することなく前記リクエストされたプリペイドグループ通信のセットアップを開始し続ける、請求項２１記載のサーバ。
【請求項２４】
無線通信システム内のグループ通信セッションを調停するように構成されたサーバによって実行されるとき、前記サーバに操作を実行させるインストラクションを具備するコンピュータ読取可能記憶媒体であって、
前記インストラクションは、
前記インストラクションが少なくとも1つのセッションターゲットとプリペイドグループ通信セッションをセットアップするためのリクエストを、セッション発信元から受信する、前記プリペイドグループ通信セッションが閾値レベルより上の利用可能なプリペイドアカウント残高を持つ各々のセッション参加者を必要としている、プログラムコードと、
少なくとも前記セッション発信元が前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するためにオンラインチャージングシステムにクエリを送信するプログラムコードと、
前記クエリへの応答を受信することを待機することなく前記リクエストされたプリペイドグループ通信セッションのセットアップを開始するプログラムコードと
を具備するコンピュータ読取可能記憶媒体。
【請求項２５】
開始する前記プログラムコードが前記リクエストされたプリペイドグループ通信のセットアップを開始した後、少なくとも前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高を示すクエリ応答を前記オンラインチャージングシステムから受信するプログラムコードをさらに具備する請求項２４記載のコンピュータ読取可能記憶媒体。
【請求項２６】
送信する前記プログラムコードが、前記少なくとも1つのセッションターゲットが前記閾値レベルに少なくとも等しい利用可能残高を伴ったプリペイドアカウントを持つかどうかを決定するために前記オンラインチャージングシステムに少なくとも1つの追加のクエリをさらに送信し、
開始する前記プログラムコードが前記少なくとも1つの追加のクエリへの応答を受信するために待機することなく前記リクエストしたプリペイドグループ通信のセットアップを開始し続ける、請求項２４記載のコンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【関連出願】
【０００１】
この出願は、参照することにより全体がここに組み込まれ、「無線通信装置からのプリペイドグループ通信でのレイテンシの低減に関するシステム及び方法」と題する２００８年７月１５日に出願された米国仮出願第６１／０８０，９４６の優先権を主張する。
【技術分野】
【０００２】
本発明の実施形態は無線通信システム内のプリペイドグループ通信セッションでのレイテンシ低減することに関連する。
【背景技術】
【０００３】
携帯電話、ＰＤＡ、小型ノートパソコン、及びアドバンスドぺージャーのような無線遠距離通信装置で、存在している携帯電話網を通って通話をブリッジし、ネットワークを越えてデータパケットをパスすることによって長距離に渡り、装置は典型的に通信する。これらの無線装置は重要なデータ処理及び計算キャパシティにしばしば限定され、よって電話網を横断して音声に加えてソフトウェアプログラムを送信し受信することができる。
【０００４】
“プッシュ・ツー・トーク（Push-To-Talk）”（ＰＴＴ）機能と一般的に呼ばれるクイック１対１または１対多数の通信を提供する無線遠距離通信サービスが存在する。通信無線装置に関する受信装置の特定のＰＴＴグループはキャリアによって共通にセットアップされる。ＰＴＴ通信接続はグループの各々のメンバ装置とスピーカーとの間で半二重リンクをアクティブにする無線装置の１つのボタンプッシュによって典型的に開始され、一度ボタンが解除されると、装置は入ってくるＰＴＴ通信を受信することができる。いくつかの取り決めで、スピーカーが話している間、ＰＴＴスピーカーは他のグループメンバが話すことができない”発言権“を持つだろう。一度スピーカーまたは発言権所有者がＰＴＴボタンを解除すると、グループの他の個々のメンバは彼らのボタンをエンゲージすることができ、彼らは発言権を持つだろう。
【０００５】
無線装置に関する“プリペイド”サービスも存在する。顧客がこのようなプランを選択する場合、顧客は顧客らのアカウントにお金を入れ、そのアカウントはユーザのサービス使用に従って引き落とされる。このような顧客が通話をしようと試みる時、通話に参加する前に多くの時間消費ステップが実行される。無線装置が通信するアプリケーションサーバは無線装置から通話開始トリガーを受信し、オンラインチャージングシステム（ＯＣＳ）を問い合わせる。ＯＣＳはユーザの利用可能残高をチェックし、もしユーザが十分な残高を持っていれば、ＯＣＳはユーザが通話をするということを許可されたアプリケーションサーバにインディケーションを送信する。アプリケーションサーバは通話インビテーション（例えば、アナウンスメッセージ）をターゲットのユーザ通信装置に転送する。
【０００６】
したがって、アプリケーションサーバはインバイト(invite)をターゲットのユーザ無線通信装置に送信することによって、ターゲットユーザを通話に参加させようと試みる前に、通話の発信元に関する利用可能残高と許可を受信するために待機する。通話に対する支払いをする発信元の能力の検証が、通話に関する通話セットアップ手順でのアプリケーションサーバとオンランチャージングシステムとの間のメッセージ交換による遅延と同様に、追加の処理遅延を追加する。これはこれらのプリペイドカスタマーに関する最初の媒体レイテンシ及び最初の通話セットアップレイテンシを増加させる。
【０００７】
通話セットアップがプリペイド通信セッションの認証手順のためにわずかに遅延する一方、大部分の通信セッションはこのような遅延によって重要な性能低下を受けない。しかしながら、このような遅延は遅延センシティブ通信（例えばＰＴＴセッションなど）では、むしろ許容範囲でないかもしれない。したがって、プリペイドＰＴＴカスタマの経験内容が上述した認証手順と関連した通話セットアップ遅延によって低下されるかもしれない。
【発明の概要】
【０００８】
実施形態は無線通信システム内のプリペイドサーバアービトレートグループ通信セッションを管理することに向けられる。セッション発信元からサーバが少なくとも１つのセッションターゲットとプリペイドグループ通信セッションをセットアップするリクエストを受信し、そのプリペイドグループ通信セッションは閾値レベルより上の利用可能残高を持つ各々のセッション参加者を必要とする。閾値レベルと少なくとも等しい利用可能残高のプリペイドアカウントを少なくともセッション発信元が持つかどうかを決定するために、サーバはオンラインチャージングシステムにクエリを送信する。クエリへの応答を受信することを待つことなく、サーバはリクエストされたプリペイドグループ通信セッションのセットアップを開始し、したがってプリペイドグループ通信セッションのセットアップと関連するレイテンシを減少させる。
【図面の簡単な説明】
【０００９】
【図１】図１は、無線ネットワークを横断する他のコンピュータ装置及びアプリケーションサーバと通信している無線遠距離通信装置の指定されたグループ、ここではＰＴＴグループとして示される、を伴った無線ネットワークの代表的な図である。
【図２】図２は、PTTグループメンバの無線遠距離通信装置とプリペイドグループ通信に関するオンラインチャージングシステムとの間で、プリペイドグループ通信を含むような、アプリケーションサーバ制御グループ通信を持った共通のセルラー方式の遠距離通信設定での無線ネットワークの一つの実施形態の代表的な図である。
【図３】図３は、ＰＴＴ機能を伴った無線遠距離通信装置のコンピュータプラットフォームを例証しているブロック図である。
【図４】図４は、発明の実施形態に従って、セッション初期化プロトコル（ＳＩＰ）を使用している多くのプリペイドＰＴＴ無線通信装置間のサーバアービトレート通信セッションをセットアップすることのプロセスを例証している通話フロー図である。
【発明を実施するための形態】
【００１０】
発明の側面は、発明の特定の実施形態に向けられた関連した図及び次の記述の中に開示される。他の実施形態は発明の範囲から逸脱することなく考案されるかもしれない。さらに、発明の周知の構成要素が発明の関連のある詳細を不明瞭にしないように詳細に記述されないだろうし、または省略されるだろう。
【００１１】
この記述の中で、用語“通信装置”、“無線装置”、“無線通信装置“、”ＰＴＴ通信装置“、”ハンドヘルド装置“、”携帯装置“、及び”ハンドセット“は同じ意味で使用される。用語”通話“及び”通信“も同じ意味で使用される。”グループ通信“は全二重VoIP通話及びビデオまたは他のテレビ会議のような他の通信または半二重プッシュ・ツー・トーク音声通話、データコールのような、低いレイテンシで高速のセットアップを必要とする任意の通信を包含することを意図し、グループ通信は２点間、例えば１対１、またはワン・ツー・マルチポイント、例えば１対多数でもあり得る。ここで使用されるような用語”アプリケーション“は実行可能または実行不可能なソフトウェアファイル、ローデータ、集合データ、パッチ、及び他のコードセグメントを包含するように意図される。用語”例示の“は開示された構成要素または実施形態がほんの一例であり、ユーザの他の任意の好みを示さないということを意味する。さらに、同様の数字はいくつかの図を通して同様の構成要素を参照し、冠詞”１つの（a）“及び”その（the）”はもし記述の中で別段に特定されなければ複数のリファレンスを含む。
【００１２】
単語“例示の”及び/または“例”は“例、実例、または例証としてサーブしていること”を意味してこの中で使用される。“例示の”及び/または“例”としてこの中で記述される任意の実施形態は、他の実施形態に対して好適または有利として解釈される必要はない。同様に、用語“発明の実施形態”は全ての発明の実施形態が動作の利点またはモードである、述べられた特徴を含むということを必要としない。
【００１３】
さらに、多くの実施形態は例えば計算装置の構成要素によって行われる一連の動作によって記述される。この中で記述される様々な動作は特定の回路（例えば、特定用途向け集積回路（ＡＳＩＣｓ）、１つ以上のプロセッサによって実行されるプログラムインストラクション、または両方の組み合わせによって行われることができるということは認められるだろう。さらに、この中で記述されるこれらの一連の動作は、実行時に関連したプロセッサにこの中に記述された機能性を実行させるだろうコンピュータインストラクションの対応するセットを中に格納しているコンピュータ読取可能記憶媒体の任意の形式内で全体に実施されると考えられ得る。したがって、発明の様々な側面が多くの異なる形式で具体化されるかもしれないし、その全ては請求された対象の範囲内であることが意図されている。さらに、この中に記述される実施形態の各々に関して、任意にこのような実施形態の対応する形式は例えば記述された動作を行うように”構成されたロジック”としてこの中に記述されるかもしれない。
【００１４】
アクセスターミナル（ＡＴ）としてこの中で言及される高ビットレート（ＨＤＲ）はモバイルまたは固定であるかもしれないし、モデム・プール・トランシーバ（ＭＰＴｓ）または基地局（ＢＳ）としてこの中で言及される、１つ以上のＨＤＲ基地局と通信するかもしれない。モデム・プール・コントローラ（ＭＰＣ）、基地局コントローラ（ＢＳＣ）、及び/またはパケット制御装置（ＰＣＦ）として言及される、ＨＤＲ基地局コントローラに１つ以上のモデム・プール・コントローラを通して、アクセスターミナルはデータパケットを送信及び受信する。モデム・プール・トランシーバ及びモデム・プール・コントローラはアクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワークは多数のアクセスターミナル間でデータパケットを輸送する。
【００１５】
アクセスネットワークは企業ネットワークまたはインターネットのようなアクセスネットワーク外の追加のネットワークにさらに接続されるかもしれないし、各々のアクセスターミナル及びこのような外部のネットワーク間でデータパケットを輸送するかもしれない。１つ以上のモデム・プール・トランシーバとアクティブトラフィックチャネル接続を確立したアクセスターミナルはアクティブアクセスターミナルと呼ばれ、トラフィック状態にあると言われる。１つ以上のモデム・プール・トランシーバとアクティブトラフィックチャネル接続を確立している過程にあるアクセスターミナルは接続セットアップ状態にあると言われる。アクセスターミナルは無線チャネルまたは、例えば光ファイバまたは同軸ケーブルを使用している優先チャネルと通して通信する任意のデータ装置であるかもしれない。アクセスターミナルはさらに、ＰＣカード、コンパクトフラッシュ（登録商標）、外部モデムまたは内部モデム、または無線電話または有線電話に限定されないが、これら以外を含んでいる任意の多くのタイプの装置であるかもしれない。アクセスターミナルがモデム・プール・トランシーバに送信する信号が通過する通信リンクは、リバースリンクまたはトラフックチャネルと呼ばれる。モデム・プール・トランシーバがアクセスターミナルに送信する信号が通過する通信リンクはフォワードリンクまたはトラフィックチャネルと呼ばれる。この中で使用されるように、トラフィックチャネルはフォワードトラフィックチャネルまたはリバーストラフィックチャネルのどちらかに言及できる。
【００１６】
さらに、以下に記述される実施形態で、システム（例えば、図１のシステム１０）はＣＤＭＡ２０００ネットワークアーキテクチャで作動しているようないくつかの実施形態でここに示される。リファレンスは当業者に周知であるだろうネットワークインタフェース及びＣＤＭＡ２０００システムの構造及び周知の基準を使用されることができる。ＣＤＭＡ２０００エヴォリューション・データ・オンリー（ＥｖＤＯ）またはＩＭＴ−２０００、ＵＭＴＳ、またはＧＳＭ（登録商標）のような他の遠距離通信基準は現行のシステム１０の実施で同様に使用されることができる。
【００１７】
同様の番号は最後まで同様の構成要素を表している図を参照して、無線ネットワーク２０を横断して他の無線遠距離通信装置と通信する、ワイヤレス電話１４、スマートペイジャー１６、及び個人用デジタル補助装置（ＰＤＡ）１８のような通信グループ１２の１つ以上の無線遠距離通信装置及びアプリケーションサーバ３２を伴ったシステム１０の１つの実施形態を例証する。システム１０で、各々の無線遠距離通信装置１４、１６、１８は、１つ以上の他の無線遠距離通信装置のターゲットセットを伴った無線通信ネットワーク２０を横断して選択的及びダイレクトに通信することができる。例えば、携帯電話１４に関するターゲットセットはページャー１６及び/またはPDA１８のような、ターゲットセットのサブセットまたは通信グループ１２の全ての装置であることができる。
【００１８】
この実施形態で、（携帯電話１４のような）無線遠距離通信装置は、無線ネットワーク２０で無線装置が存在する、例えばアクセス可能であるということを指し示すために、無線ネットワーク２０を横断してサーバサイドＬＡＮ３０に存在しているアプリケーションサーバ３２のようにここに示されるグループ通信コンピュータ装置に通知する。グループ通信コンピュータ装置３２は、第１の無線遠距離通信装置によって指定されたターゲット無線遠距離通信装置のセットとこの情報を共有することでき、またはサーバサイドＬＡＮ３０上に常駐する他のコンピュータ装置または無線ネットワーク２０を横断してアクセスできる他のコンピュータ装置とも情報を共有することができる。グループ通信コンピュータ装置３２は無線装置のグループ識別データを格納するための付随したまたはアクセスできるデータベース３４を持つことができる。
【００１９】
この中でより完全に記述されるように、プリペイドグループ通信のようにプリペイドアカウントに関するユーザプリペイドアカウントを維持するように構成されたオンラインチャージングシステム３６もサーバサイドLAN３０上に示される。ユーザは、グループ通信が確立される間特定の通信時間に関してチャージされることができ、各々のグループ通信に関して均一料金をチャージされることができ、及び/またはプリペイドグループ通信サービスに関する他の方法でチャージされることができる。サーバサイドLAN３０上に常駐する、または無線ネットワーク２０またはインターネットを横断する、コンピュータコンポーネントの数は限定されないということは理解されるべきだ。さらに、アプリケーションサーバ３２はオンラインチャージングサービス３６の機能をも含むことができる。
【００２０】
例えば、ＰＴＴ通信のようなグループ通信は、通信している無線遠距離通信装置１４、１６、１８と装置のターゲットセットの１つ以上の他の無線遠距離通信装置との間、半二重チャネルを通って確立されることができる。発明の実施形態が一般的に半二重通信セッションに向けられているように記述されている一方、他の実施形態は（例えば、VoIPなどの）半二重通信セッションを含む任意のサーバアービトレート通信セッションに向けられることができる。また、もしターゲットセットの無線遠距離通信装置の少なくとも１つが無線ネットワーク２０上のそれらの存在をグループ通信コンピュータ装置３２に通知すると、グループ通信コンピュータ装置３２はターゲットセットとのリクエストされたダイレクト通信をブリッジすることを試みることができる。
【００２１】
もしターゲットセットの１つ以上の無線遠距離通信装置が無線ネットワーク２０上のそれらの存在をグループ通信コンピュータ装置３２に通知しないならば、ターゲットセット１２へのダイレクト通信をブリッジするために、不能を無線遠距離通信装置１４、１６、１８に通知することもできる。さらに、グループ通信コンピュータ装置３２がグループ識別データの付随したデータベース３４を持っているようにここに示される一方、グループ通信コンピュータ装置３２はその装置上に常駐したグループ識別データを持つことができ、ここに記述された全てのストレージ機能を行うことができる。
【００２２】
グループ通信は、音声、アプリケーション、ＪＰＥＧ、ＴＩＦ、及び同様のものの画像のようなグラフィックメディア、またはＭＰ３、ＭＰ４、ＷＡＶ、及び同様のようなオーディオファイルであるかもしれない。媒体はマルチメディアアプリケーション（パワーポイント、ＭＯＶファイル、及び同様のもの）のようなビデオまたはストリーミング媒体でもあることができる。また、例えばグループ通信セッションは通信グループ１２のメンバ間の半二重音声会議に対応できる。理解されるように、グループ通信セッションのこのタイプで、接続の速度及びメディア配信（例えば、音声データ）の品質がエンドユーザにクオリティ・オブ・サービス（ＱoＳ）を維持するために重要である。
【００２３】
図２は、ＰＴＴシステムでセットグループメンバ（装置７０、７２、７４、７６）の無線通信装置間の通信を制御するアプリケーションサーバ３２のような一連のグループ通信コンピュータ装置を持った共通のセルラー方式の遠距離通信構成の無線ネットワークの１つの実施形態の代表的な図である。無線ネットワークは単なる例示であり、無線ネットワークキャリア及びまたはサーバに限定されないがこれを含んでいる無線ネットワーク２０のコンポーネット間及び/または遠隔モジュールがお互いの間で通信する任意のシステムを含むことができる。一連のアプリケーションサーバ３２はアプリケーションサーバＬＡＮ５０に接続される。無線電話はデータサーバオプションを使用しているアプリケーションサーバ３２からパケットデータセッションをリクエストできる。またＬＡＮ５０に示されることはオンラインチャージングシステム３６である。
【００２４】
アプリケーションサーバ３２は、キャリアネットワーク５４上に常駐するとしてここで示されるように、ＰＤＳＮ５２及び/またはブロードキャステシング・サービス・ノード（ＢＳＮ）５３のような無線サービスプロバイダのパケットデータサービスノード（ＰＤＳＮ）に接続される。基地局６０に関連するＢＳＮ５３及びＰＤＳＮ５２は局所的な通信システム（例えば、アクセスネットワークまたはラジオアクセスネットワーク）を構成することができ、地理的領域または仮想領域に関する無線通信装置７０、７２、７４、７６への通信を集合的に制御するだろう、他のサーバサイド５０コンポーネントをさらに含むかもしれない。ＰＤＳＮ５２またはＢＳＮ５３の各々はパケット制御装置（ＰＣＦ）６２を経由して基地局６０の基地局コントローラ６４とインタフェースすることができる。ＰＣＦ６２は基地局６０に典型的に設けられる。キャリアネットワーク５４は移動通信交換局（“ＭＳＣ”）５８に送信される（一般的にデータパケットの形式の）メッセージを制御する。キャリアネットワーク５４はネットワーク、インターネット及び/またはPOTS（“プレインオールド通話サービス”）によってＭＳＣ３２と通信する。典型的に、キャリアネットワーク５４とＭＳＣ５８の間のインターネットまたはネットワーク接続はデータを転送し、ＰＯＴＳは音声情報を転送する。ＭＳＣ５８は１つまたはより多くの基地局６０と接続されることができる。キャリアネットワークと同様の方法で、ＭＳＣ５８はデータ転送に関するネットワーク及び/またはインターネットと、音声情報に関するＰＯＴＳの両方によって（時には“ベーストランシーバ基地局”と呼ばれる）基地局６６に典型的に接続される。ＢＴＳ６６はショート・メッセージ・サービス（“ＳＭＳ“）または周知の他の無線の方法によって、携帯電話７０、７２、７４、７６のような無線装置とのやりとりに無線でメッセージを最終的に送信または受信する。キャリアバウンダリ及び/またはPTTオペレーターネットワークバウンダリは、この中に記述されるようなデータの共有を抑制または禁止しないということにも言及されるべきだ。
【００２５】
無線電話１４のような携帯遠距離通信装置及びセルラー電話は、増大する計算能力に伴って製造されており、個人的なコンピュータ及びハンドヘルドPDAに等しくなっている。これらの“スマート”携帯電話はソフトウェア開発者が無線装置のプロセッサでダウンロード可能で実行可能なソフトウェアアプリケーションをつくることを可能にする。携帯電話１４のような無線装置はウェブページ、アプレット、MIDlets、ゲーム、及びデータのような多くのタイプのアプリケーションをダウンロードできる。通信グループ１２を指定した無線装置で（図１）、そのセットの他のメンバとダイレクト接続でき、無線通信装置は音声及びデータ通信セッションに参加する。しかしながら、全てのこのようなグループダイレクト通信セッションは、通信セッションがアプリケーションサーバ３２を通って生じるか、またはアプリケーションサーバ３２の制御であるということを意味する“サーバアービトレート”であるかもしれない。装置の各々のデータパケットはアプリケーションサーバ３２それ自体を通して伝達しなければならない必要はないが、アプリケーションサーバ３２は通信グループのメンバの識別を知っている及び/または回復できる、または他のコンピュータ装置への通信グループ１２のメンバの識別に向けられる典型的なただのサーバサイド３０であるだろうため、アプリケーションサーバ３２は結局通信セッションを制御することができるかもしれない。
【００２６】
図３は、発明の実施形態に従って無線遠距離通信装置１４（例えば、携帯電話）を例証しているブロック図である。図３を参照して、無線遠距離通信装置１４は装置のターゲットセット（例えば、他の通信グループのメンバ１２）へのダイレクト通信をオープンするように構成されるＰＴＴボタン７８を含む。無線装置１４は無線装置１４のユーザに対するグラフィック・ディスプレイ８０を持っているようにも示される。無線装置１４は音声及びデータパケットをハンドルでき、グループ通信を含む無線ネットワーク２０を横断して送信されるソフトウェアアプリケーションを受信及び実行できるコンピュータプラットフォーム８２を含む。コンピュータプラットフォーム８２は、他のコンポーネント間で、特定用途向け集積回路（“ASIC”）８４、または他のプロセッサ、マイクロプロセッサ、論理回路、プログラム可能なゲートアレイ、または他のデータ処理装置を含む。ＡＳＩＣ８４は無線装置の製造時にインストールされ、通常はアップグレード可能ではないかもしれない。ＡＳＩＣ８４または他のプロセッサは常駐アプリケーション環境を含むアプリケーション・プログラミング・インタフェース（“ＡＰＩ”）レイヤー８６を実行し、ＡＳＩＣ８４にロードされたオペレーティングシステムを含むことができる。常駐アプリケーション環境は無線装置のメモリ８８の任意の常駐プログラムとインタフェースする。常駐アプリケーション環境の例は無線装置プラットフォームに関するQUALCOMM（登録商標）によって開発された“無線のためのバイナリ・ランタイム環境“（BREW）ソフトウェアである。
【００２７】
ここに示されるように、無線装置１４は画像表示８０を伴った携帯電話であることができる一方、別の実施形態では、無線装置は個人用デジタル補助装置（PDA）、グラフィック・ディスプレイ２６を伴ったページャー、または無線通信ポータルを持ち、及びさもなければネットワークまたはインターネットへの有線接続を持つかもしれないセパレートコンピュータプラットフォームさえのような周知のコンピュータプラットフォーム８２を伴った無線装置の任意のタイプに対応することができる。さらに、メモリ８８はリード・オンリー・メモリまたはランダム・アクセス・メモリ(RAM及びROM)、EPROM、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリを含むことができる。コンピュータプラットフォーム８２はメモリ８８で積極的に使用されないソフトウェアアプリケーションのストレージに関するローカルデータベース９０をも含むことができる。ローカルデータベース９０は１つ以上のフラッシュメモリセルから典型的に構成されるが、磁気媒体、EPROM、EEPROM、光学媒体、テープ、またはソフトディスクまたはハードディスクのような周知の任意の第2のストレージ装置または第３のストレージ装置であることができる。
【００２８】
図３の無線通信装置１４の実施形態で、コンピュータプラットフォーム８２は無線装置からのダイレクト通信チャネル（例えば、PTTコールの半二重音声通信）をオープンできるダイレクト通信インタフェース９２をも含む。ダイレクト通信インタフェース９２は無線装置のやり取りで送信された音声及びデータを通常搬送する無線装置に関する標準の通信インタフェースの一部でもあるかもしれない。ダイレクト通信インタフェース９２は周知のハードウェアを典型的に含む。
【００２９】
図４は、発明の実施形態に従ってセッション初期化プロトコル（SIP）を使用している多くのプリペイドPTT無線通信装置間のサーバアービトレート通信セッションをセットアップすることのプロセスを例証しているコールフロー図である。
【００３０】
図４を参照して、セッション発信元１２４はアクセスネットワークに呼び出しリクエストメッセージを送信し、それと同時にアプリケーションサーバ１３０、４００に呼び出しリクエストメッセージを転送する。図４に示されるように、SIP呼び出しリクエストインプリメンテーションで呼び出しリクエストメッセージはSIPインバイトメッセージに対応するかもしれない。セッション発信元１２４からの呼び出しリクエストメッセージを受信した時、アプリケーションサーバ１３０はセッションからの通話ターゲットを識別し、グループ通信セッション４０２、及び４０４をターゲットユーザ１２６、１２８、に知らせる。図４に示されるように、SIP通話セットアップインプリメンテーションで、通話アナウンスメッセージはSIPインバイトメッセージに対応するかもしれない。
【００３１】
アプリケーションサーバ１３０がセッション発信元１２４から通話リクエストメッセージを受信した後、アプリケーションサーバ１３０は通話リクエストメッセージの受信を承認する（４０６）。図４に示されるように、SIP通話セットアップインプリメンテーションで、通話メッセージ承認は２００OKメッセージに対応するかもしれない。アプリケーションサーバ１７０がアナウンスされたグループ通信セッション（すなわち、“第１応答者”）の承諾を示す第１のターゲット装置からのメッセージを受信した後、セッション発信元１２４がセッションに参加した１つ以上の通話ターゲットに転送されるために、アプリケーションサーバ１３０へのセッションに関する媒体をバッファ及び/または送信し始めることができることを示すステータスメッセージをセッション発信元１２４へアプリケーションサーバ１３０が送信する（４０８）。図４に示されるように、SIP通話セットアップインプリメンテーションで、ステータスメッセージはセッションに関するセッション発信元１２４発言権所有者ステータスを与えるために機能を果たすトークバーストコントロールプロトコル（TBCP）トーク転送占有権に対応するかもしれない。
【００３２】
図４で理解できるように、４００で通話リクエストメッセージを受信すると、アプリケーションサーバ１３０はセッション発信元１２４にセッションを知らせる（例えば、４０２及び４０４）前に、及び/または発言権を許可する（例えば、４０８）前に、セッション発信元１２４のクレジット許可を待たない。したがって、従来のプリペイドグループ通信セッションは通話アナウンスの前に残高検証を待つため、少なくともこの理由に関して従来のプリペイドグループ通信セッションよりもはやく図４のプリペイドグループ通信セッションはセットアップできるということは理解されるだろう。しかしながら、セッションへのターゲットと同様に、セッション発信元がプリペイドグループ通信セッションに参加する実際の余裕があるということを照合することはもちろんさらに重要である。
【００３３】
したがって、アプリケーションサーバ１３０はセッション発信元１２４に関するクレジット制御要求（CCR）をオンラインチャージングシステム（OCS）１３２に送信し、４１０、プリペイドグループ通信セッションをセットアップし続けている間OCS１３２からセッション発信元１２４に関するクレジット制御応答（CCA）を受信することを待つ。OCS１３２は業界で周知であり、無線通信システム１０内の加入者に関するプリペイドアカウント残高を含んでいるアカウント残高を管理し、さらにアプリケーションサーバ３２または１３０のようなネットワーク全体へのリクエストに関するこれらの残高を報告するように構成される。したがって、CCR応答を待つ間、セッション発信元１２４が発言権を許可され、プリペイドグループ通信セッションと関連づけられた転送媒体を開始するだろうということを示している、通話ターゲット１２６及び１２８へのメッセージをアプリケーションサーバ１３０が送信する、４１２及び４１４。図４に示されるように、SIP通話セットアップインプリメンテーションで、セッションターゲット１２６に送信されるメッセージ４１２及び/またはセッションターゲット１２８に送信されるメッセージ４１４はトークバーストコントロールプロトコル（TBCP）トーク転送占有権に各々対応するかもしれない。
【００３４】
したがって、ブロック４１４の後、セッション発信元１２４と通話ターゲット１２６及び１２８の間のプリペイドグループ通信セッションがセットアップされる（例えば、プリペイドグループ通信セッションをセットアップすること関連する全てメッセージは図４に必ずしも示されないということは理解されるが、例えば、各々のセッション参加者が、アプリケーションサーバ１３０で媒体の実際の交換をホスティングしているサーバにどのように連絡すべきかを知るために、（示されない）コンタクトメッセージが各々のセッション参加者に送信されるかもしれない。などである）。しかしながら、セッション参加者はプリペイドグループ通信セッションに参加するために十分な残高（例えば、現金残高の資金、クレジット残高など）を持っているということをまだ照合されていない。したがって、４１０からセッション発信元１２４に関する(例えば、通話をするために十分利用できる残高を持つかどうかをリクエストする)CCRへの応答で、セッション発信元１２４がプリペイドグループ通信セッションで開始及び/または参加するために十分な残高を持つかどうかのインディケイティブであるCCAをOCS132がアプリケーションサーバ１３０に送信する、４１６。
【００３５】
セッション参加者１２４に関するCCAを受信する時、セッション発信元１２４がプリペイドグループ通信セッションに参加するために十分な残高を持つかどうかを、アプリケーションサーバ１３０が決定する、４１８。例えば、プリペイドグループ通信セッションを継続することを残りのパーティに許可する一方、不十分な残高を持つ個々の通話ターゲットの単なるドロップすることと対比して、セッション発信元の不十分な残高が全体のセッションの即時の終了という結果になるかもしれないため、通話ターゲットの残高を検証する前にセッション発信元の残高の検証が行われ得る。さらなる例として、もしセッション発信元１２４の一部で不十分な資金及び/またはクレジットのために、プリペイドグループ通信セッションを終了することを決定ブロック４１８が決定すれば、セッション発信元１２４は、その残高が低く少なくとも彼らの残高が補充されるまで次のセッション開始リクエストを制限することを示しているメッセージを送信するかもしれない。
【００３６】
また、（例えば、セッション発信元１２４とセッションターゲット１２６及び/または１２８の両方である）各々の潜在的な通話参加者に関するCCRがともにバンドルされ、CCRが同時にアプリケーションサーバ１３０によってリクエストされるような、応答CCAも一緒にバンドルされ、CCAは同時にアプリケーションサーバ１３０で受信される。したがって、４１８の決定ブロックは通話ターゲットに関するCCAが発明の他の実施形態で評価される前に行われる必要はないが、同時にまたは並列にある程度は行われることができる。
【００３７】
他の実施形態で、たとえセッション発信元１２４が不十分な残高（すなわち、与えられた閾値レベルより下である残高）を持つと、決定ブロック４１８が決定したとしても、アプリケーションサーバ１３０は通話を開始することを許可するかもしれない。この別の実施形態で、OCS１３２は通話の終了の後セッション発信元１２４のクライアントアカウントにデビットすることを指示されるかもしれない（例えば、これは、通話がセッションターゲット１２６及び/または１２８の視点からまだ‘プリペイド’であるけれど、セッション発信元１２４に関するポストペイド通話であるということを意味する）。さらなる実施形態で、不十分な残高を持っている発信元からもたらされたセッション発信元１２４に関する’ポストペイド’セッションの後、利用可能な残高は閾値レベルより上に上がるまで、セッション発信元１２４は他のセッションを始めることはできないかもしれない。１つの例として、セッション発信元１２４は低い残高状態の発信元を知らせるメッセージを送信されるかもしれない。つまり、セッション発信元１２４が不十分な残高を持つ第１の場合の間、通話が継続することを許可されるかもしれないし、発信元への支払いを要求する試みが通話終了の後実行されることができる。したがって、この第１の場合は発信元への警告として働き、（例えば、発信元に彼らの低い残高を知らせるメッセージが発信元に送信された後）そのユーザに彼らの資金が補充を必要とするという通知を出す。もし発信元がそれらの資金を補充できないと、同じユーザによる将来の通話発信元試みはそれらの資金が補充されるまで拒否されるだろう。
【００３８】
図４に戻り、セッション発信元１２４が利用可能な十分な残高（例えば、資金及び/またはクレジット）を持つとすると、アプリケーションサーバ１３０自体がセッションターゲット１２６に関するCCR４２０、及びセッションターゲット１２８に関するCCR４２４をオンラインチャージングシステム１３２に送信する。したがって、OCS１３２はセッションターゲット１２６及び１２８に関するアカウント残高を評価し、アプリケーションサーバ１３０、４２２、及び４２６にセッションターゲット１２６及び１２８の各々に関するCCAを送信する。さらに、別の実施形態で、セッション参加者に関するCCR及び/またはCCAがアプリケーションサーバ１３０とOCS１３２の間のシグナリングを低減するためにともにバンドルされることができる。
【００３９】
次に、アプリケーションサーバ１３０は通話ターゲットの各々（例えば、この場合セッションターゲット１２６及び１２８）に関するCCAを評価し、１つ以上のセッションターゲットが通話中に参加できるかどうかを決定する、４２８。例えば、図４に示めされないが、もし通話ターゲットがプリペイドグループ通信セッションに参加することを全く許可されなければ、全てのセッションは終了されることができる。他の例で、図４に示されないが、もし通話ターゲットの各々がプリペイドグループ通信セッションに参加することを許可されれば、（例えば、アプリケーションサーバ１３０は４３４乃至４３８に関して以下に記述されるように、代表的な残高が借り越しにならないことを確かめるためにセッション参加者の残高をさらに追うことができるけれども）セッションは非制限な方法で継続する。さらなる例で、もし少なくとも１つ及び全ての通話ターゲットより少ない通話ターゲットがOCS１３２から受信したCCAに基づいて通話に参加することが許可されれば、十分なアカウント残高を伴わない通話ターゲットだけがプリペイドグループ通信セッションから制限またはブロックされる。
【００４０】
図４を参照して、説明の便宜のためにセッション発信元１２４及びセッションターゲット１２８がプリペイドグループ通信セッションに参加することを許可され、セッションターゲット１２６がプリペイドグループ通信セッションに参加することを許可されないということをアプリケーションサーバ１３０が決定するということを仮定する、４２８。したがって、セッションターゲット１２６は４３０でプリペイドグループ通信セッションからドロップされる。図４に示されるように、SIP通話セットアップインプリメンテーションでセッションターゲット１２６にSIP BYEメッセージを送信することによって、セッションターゲット１２６がプリペイドグループ通信セッションをドロップされる。
【００４１】
次に、４３２で残りの通話参加者（例えば、セッション発信元１２４及びセッションターゲット１２８）は、媒体（例えば、音声、ビデオなど）が残りの通話参加者間で交換されるようにプリペイドグループ通信に参加する。プリペイドグループ通信セッションの間、アプリケーションサーバ１３０は‘割り当て制御手順’を行うかもしれない。つまり、アクティブセッション参加者（例えば、セッション発信元１２４及びセッションターゲット１２８）が(i)通話参加に関して十分であり続けるということを周期的に確認するかもしれない、(ii)不十分な残高（例えば、４３０の通話ターゲット１２６）のためにドラップされた任意の非アクティブな通話参加者が不十分な残高を持ち続けるということを周期的に確認するかもしれない。したがって、アプリケーションサーバ１３０はグループメンバの残高を確認するために１つ以上のＣＣＲをＯＣＳ１３２に送信し（４３４）、グループメンバが通話参加者に関して十分な残高を持つかどうかのＣＣＡインディケイティブに応じる（４３６）。
【００４２】
４３６で受信したＣＣＡに基づいて、アプリケーションサーバ１３０はプリペイドグループ通信セッションを調整するかどうかを決定する（４３８）。例えば、もし１つ以上のアクティブ通話参加者の残高が閾値レベルより下に減少し、そこで通話参加者に関して不十分であると４３６からのＣＣＡが指し示せば、それらの通話参加者はセッションからドロップされるかもしれない。１例として、通話参加者の残りの数が閾値レベル以下、またはドロップされた通話参加者の１つがセッション発信者１２４及び/または現在の発言権所有者であれば、全体のセッションは終了され得る（例えば、もし発信者の残高が不十分になると通話は継続することができないし、もしほんの１つの参加者が十分な残高が続くならば、セッションは継続することができない、などである）。他の例で、もし１つ以上前のドロップされた通話参加者の残高が閾値レベルより大きいまたは等しいということを４３６からのＣＣＡが指し示せば、前のドロップされた通話参加者がセッションに再び加わるように促されるかもしれない。さもないと、もしセッション参加への調整が４３８で必要とされないと決定されれば、処理は４３２へ進み及び通話が継続する。ある後の時点で、プリペイドグループ通信セッションが終了する（４４０）。
【００４３】
当業者によって理解されるように、遅延センシティブサーバアービトレートプリペイドグループ通信セッションに関するセットアップを開始する前にアプリケーションサーバ１３０は明白なクレジット照会を待つ必要がない。さらに、クレジット承認がうまく取得される場合はセットアップレイテンシが低減されるように、クレジット承認と同時にセットアップされることができる。プリペイト゛セッションまたは個々のセッション参加者に関してクレジット承認が否定された場合、プリペイト゛セッションは終了されるかまたは不十分なセッション参加者が選択的にセッションからドロップされることができる。
【００４４】
さらに、上述のプリペイドグループ通信セッションの例は半二重PTTセッションとして主に与えられる一方、他の実施形態は（例えば、ＶｏＩＰ、全二重セッション、ＰＴＸセッションなどの）任意のサーバアービトレートグループ通信セッションに向けられることができるということは理解されるだろう。
【００４５】
さらに、上述した発明の実施形態は一般的にプリペイドグループ通信セッションへのリファレンスを含む一方、この中で参照したグループ通信セッションは、（例えば、各々のグループメンバが１つの特定のグループメンバに関して特に意図されるグループセッションに関してユニキャストメッセージを受信する）IPユニキャスティングプロトコルによってサポートされるグループ通話、及び/または（例えば、１つ以上のセクタがセクタ内の多数のアクセスターミナル（AT）によって、潜在的に復号化されることように意図されるダウンリンクシェアリングチャネルでメッセージを送信する）IPマルチキャスティングプロトコルによってサポートされたグループ通話またはマルチキャストセッションに対応することができるということは理解されるだろう。したがって、上述の実施形態は（例えば、同じグループセッションがIPユニキャストを経由した１つ以上のAT及びIPマルチキャストを経由した１つ以上の他のATをサポートする）その組み合せまたはシナリオのどちらかと互換性がある。
【００４６】
当業者は情報及び信号が様々な異なる技術や技巧のいくつかを使用して表されるかもしれないということは理解されるだろう。例えば、上の記述の至る所で参照されるかもしれないデータ、インストラクション、コマンド、情報、信号、ビット、シンボル、及びチップは電圧、電流、電磁波、磁界または磁気粒子、光場または光粒子、またはその任意の組み合わせ。
【００４７】
さらに、当業者はこの中に開示された実施形態と関連して記述された様々な例示の論理ブロック、モジュール、回路、及びアルゴリズムステップが電子機器、コンピュータソフトウェア、または両方の組み合わせとして実施されるかもしれない。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示の構成要素、ブロック、モジュール、回路、及びステップが、それらの機能の観点から一般的に説明された。このような機能がハードウェアまたはソフトウェアのどちらとして実行されるかどうかは全体のシステムに課された仕様制限及び特定のアプリケーションに依存する。当業者は特定のアプリケーションの各々に関して様々な点で記述された機能性を実施するかもしれないが、このような実施決定は本発明の範囲から逸脱することを生じるようには解釈されるべきでない。
【００４８】
この中に開示された実施形態に関連して記述された様々な例示の論理ブロック、モジュール、回路は、この中に記述された機能を行うために設計された汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラム可能な論理装置、個別のゲートまたはトランジスターロジック、個別のハードウェア部品またはその任意の組み合わせで実装または実行されるかもしれない。汎用プロセッサはマイクロプロセッサであるかもしれないが、別の方法では、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態マシンであるかもしれない。プロセッサは、例えばＤＳＰとマイクロプロセッサの組み合わせ、多数のマイクロプロセッサ、ＤＳＰコアに関連した１つ以上のマイクロプロセッサ、または他のこのような構成であるコンピューティング装置の組み合わせとしても実施されるかもしれない。
【００４９】
この中に開示された実施形態に関連して記述された方法、シーケンス、及び/またはアルゴリズムはハードウェアで、またはプロセッサによって実行されるソフトウェアモジュール、またはその２つの組み合わせで直接実施されるかもしれない。ソフトウェアモジュールはＲＡＭディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または業界で周知の記憶媒体の他の形式の中に存在するかもしれない。例示の記憶媒体は、プロセッサが記憶媒体から情報を読み出すことができ、及び記憶媒体に情報を書き込むことができるようにプロセッサに接続される。別の方法で、記憶媒体はプロセッサに集約されるかもしれない。プロセッサ及び記憶媒体はＡＳＩＣ内に存在するかもしれない。ＡＳＩＣはユーザターミナル（例えば、アクセスターミナル）に存在するかもしれない。別の方法では、プロセッサ及び記憶媒体はユーザターミナルの個別の部品として存在するかもしれない。
【００５０】
１つ以上の例示の実施形態で、記述される機能はハードウェア、ソフトウェア、ファームウェア、またはその任意の組み合わせで実施されるかもしれない。もし、ソフトウェアで実施されれば、その機能はコンピュータ読取可能媒体上の１つ以上のインストラクションまたはコードに格納されるかもしれない、または伝送されるかもしれない。コンピュータ読取可能媒体は1つの場所から他の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含んでいる通信媒体とコンピュータ記憶媒体の両方を含む。記録媒体はコンピュータによってアクセスされることができる任意の利用可能な媒体であるかもしれない。例として、限定ではなく、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージ装置、またはコンピュータによってアクセスされることができ、インストラクションまたはデータストラクチャの形式で所望のプログラムコードを搬送するまたは格納するために使用されることができる他の媒体を構成することができる。また、任意の接続はコンピュータ読取可能媒体を適切に称される。例えば、もしソフトウェアが、ウェブサイト、サーバ、または赤外線、ラジオ、及びマイクロ波のような無線技術、同軸ケーブル、光ファイバーケーブル、ツイストペア、またはデジタル加入者回線（ＤＳＬ）を使用している他のリモートソースから送信されれば、赤外線、ラジオ、及びマイクロ波のような無線技術、同軸ケーブル、光ファイバーケーブル、ツイストペア、またはDSLは媒体の定義内に含まれる。ここの中で使用されるように、ディスク（disk）及びディスク（disc）は、コンパクト・ディスク（disc）（CD）、レーザーディスク（登録商標）（disc）、光学ディスク（disc）、デジタル・バーサタイル・ディスク（disc）（DVD）、フロッピー（登録商標）ディスク（disk）及びブルーレイディスク（disc）を含み、ディスク（disc）がレーザーで光学的にデータを再生する再生するのに対して、ディスク（disk）が磁気的にデータを通常再生する。上記の組み合わせもまたコンピュータ読取可能媒体の範囲内に含まれるべきである。
【００５１】
上述の開示が発明の例示の実施形態を示す一方、様々な変更または修正が添付した請求項によって定義されるような発明の範囲から逸脱することなく行われることができるということに留意されるべきだ。この中に記述される発明の実施形態に従った方法請求項の機能、ステップ、及び/またはアクションが任意の特定の順番で行われる必要はない。さらに、発明の構成要素は単数で記述されるかもしれない、または請求されるかもしれないけれども、複数形はもし単数形の限定が明らかに述べられていないならば補完される。
【図１】
2011528543.tif 000002
【図２】
2011528543.tif 000003
【図３】
2011528543.tif 000004
【図４】
2011528543.tif 000005
【手続補正書】
【提出日】平成23年5月12日(2011.5.12)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００２１
【補正方法】変更
【補正の内容】
【００２１】
もしターゲットセット１２の１つ以上の無線遠距離通信装置が無線ネットワーク２０上のそれらの存在をグループ通信コンピュータ装置３２に通知しないならば、ターゲットセット１２へのダイレクト通信をブリッジするために、不能を無線遠距離通信装置１４、１６、１８に通知することもできる。さらに、グループ通信コンピュータ装置３２がグループ識別データの付随したデータベース３４を持っているようにここに示される一方、グループ通信コンピュータ装置３２はその装置上に常駐したグループ識別データを持つことができ、ここに記述された全てのストレージ機能を行うことができる。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
アプリケーションサーバ１３０がセッション発信元１２４から通話リクエストメッセージを受信した後、アプリケーションサーバ１３０は通話リクエストメッセージの受信を承認する（４０６）。図４に示されるように、SIP通話セットアップインプリメンテーションで、通話メッセージ承認は２００OKメッセージに対応するかもしれない。アプリケーションサーバ１３０がアナウンスされたグループ通信セッション（すなわち、“第１応答者”）の承諾を示す第１のターゲット装置からのメッセージを受信した後、セッション発信元１２４がセッションに参加した１つ以上の通話ターゲットに転送されるために、アプリケーションサーバ１３０へのセッションに関する媒体をバッファ及び/または送信し始めることができることを示すステータスメッセージをセッション発信元１２４へアプリケーションサーバ１３０が送信する（４０８）。図４に示されるように、SIP通話セットアップインプリメンテーションで、ステータスメッセージはセッションに関するセッション発信元１２４発言権所有者ステータスを与えるために機能を果たすトークバーストコントロールプロトコル（TBCP）トーク転送占有権に対応するかもしれない。
【手続補正３】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのセッションターゲットを伴うプリペイドグループ通信セッションをセットアップするためのリクエストをセッション発信元から受信すること、前記プリペイドグループ通信セッションが閾値レベルより上の利用可能なプリペイト゛アカウントバランスを持つ各々のセッション参加者を必要としている、と、
少なくとも前記セッション発信元が前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するためのオンラインチャージングシステムにクエリを送信することと、
前記クエリへの応答を受信するために待機することなく前記リクエストされたプリペイド通信セッションのセットアップを開始することと、
を具備する無線通信システム内のプリペイドサーバアービトレートグループ通信セッションを管理する方法。
【請求項２】
前記開始ステップの後、少なくとも前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高を示すクエリ応答を前記オンラインチャージングシステムから受信することをさらに具備する請求項１記載の方法。
【請求項３】
前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高が前記閾値レベルより下であるということを、前記クエリ応答が指し示す請求項２記載の方法。
【請求項４】
前記クエリ応答に応じて、前記プリペイドグループ通信セッションを終了することをさらに具備する請求項３記載の方法。
【請求項５】
少なくとも前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高が前記閾値レベルに少なくとも等しくなるまで、次のプリペイドグループ通信セッションの開始をリクエストすることを前記セッション開始者が控えることをリクエストしているメッセージを前記セッション発信元へ送信することをさらに具備している請求項４記載の方法。
【請求項６】
前記クエリ応答に応じて、もし前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高が先行しているプリペイドグループ通信セッションの間、前記閾値レベルに少なくとも等しいならば、前記プリペイドグループ通信セッションを継続することを許可することをさらに具備する請求項２記載の方法。
【請求項７】
前記プリペイドグループ通信セッションが継続することを許可することをさらに具備し、
前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高が前記閾値レベルに少なくとも等しいということを、前記クエリ応答が指し示す請求項３記載の方法。
【請求項８】
前記送信することのステップが、前記少なくとも１つのセッションターゲットが前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、前記オンラインチャージングシステムに少なくとも１つの追加のクエリをさらに送信し、前記開始することのステップが前記少なくとも１つの追加のクエリへの応答を受信することを待つことなく継続する、請求項１記載の方法。
【請求項９】
前記開始することのステップの後、少なくとも１つの前記プリペイドアカウントの前記利用可能な残高を示す少なくとも１つのクエリ応答を前記オンラインチャージングシステムから受信することをさらに具備する請求項８記載の方法。
【請求項１０】
前記少なくとも１つのセッションターゲットに関する前記プリペイドアカウントの前記利用可能な残高が前記閾値レベルより下であるということを前記少なくとも１つのクエリ応答が指し示している請求項９記載の方法。
【請求項１１】
少なくとも前記少なくとも１つのセッションターゲットに関して前記プリペイドグループ通信セッションを終了することをさらに具備する請求項１０記載の方法。
【請求項１２】
前記終了することのステップは、もしどのセッションターゲットも前記閾値レベルに少なくとも等しい関連したプリペイドアカウントの利用可能な残高を持っていないということを前記少なくとも１つのクエリ応答が示すならば、前記プリペイドグループ通信セッションをもっぱら終了する請求項１１記載の方法。
【請求項１３】
前記終了することのステップが、もし前記少なくとも１つのセッションターゲット間の１つ以上のセッションターゲットが前記閾値レベルに少なくとも等しい関連したプリペイドアカウントの利用可能な残高を持つならば、前記閾値レベルよりも低い関連したプリペイドアカウントの利用可能な残高を伴った個々のセッションターゲットに関してだけ、前記プリペイドグループ通信セッションを終了する請求項１１記載の方法。
【請求項１４】
前記クエリ及び前記少なくとも１つの追加のクエリが前記同じメッセージ内でバンドルされる請求項８記載の方法。
【請求項１５】
前記クエリ及び前記少なくとも１つの追加のクエリが独立して送信される請求項８記載の方法。
【請求項１６】
前記プリペイドグループ通信セッションが、半二重セッション、全二重セッション、プッシュ・ツー・トーク（PTT）セッション、プッシュ・ツー・トランスファー（PTX）セッション及び/またはボイス・オーバー・インターネット・プロトコル（VoIP）セッションの１つ以上に対応する請求項１記載の方法。
【請求項１７】
前記開始することのステップは、前記受信したリクエストがSIPインバイトメッセージに対応し、前記クエリがクレジット制御要求（CCR）メッセージに対応するように、セッション初期化プロトコル（SIP）に従って前記プリペイドグループ通信セッションを開始する請求項１記載の方法。
【請求項１８】
無線通信システム内のグループ通信セッションを調停するように構成されたサーバであって、
少なくとも1つのセッションターゲットとプリペイドグループ通信セッションをセットアップするためのリクエストをセッション発信元から受信し、前記プリペイドグループ通信セッションが閾値レベルよりも上である利用可能なプリペイドアカウント残高を持つ各々のセッション参加者を必要とする、手段と、
少なくとも前記セッション発信元が前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、オンラインチャージングシステムにクエリを送信するための手段と、
前記クエリへの応答を受信することを待機することなく前記リクエストされたプリペイドグループ通信セッションのセットアップを開始するための手段と
を具備するサーバ。
【請求項１９】
開始するための前記手段が、前記リクエストされたプリペイドグループ通信のセットアップを開始した後、少なくとも前記セッション発信元に関して前記プリペイドアカウントの前記利用可能な残高を示すクエリ応答を前記オンラインチャージングシステムから受信するための手段をさらに具備する請求項１８記載のサーバ。
【請求項２０】
送信するための前記手段が、前記少なくとも１つのセッションターゲットが前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、前記オンラインチャージングシステムに少なくとも１つの追加のクエリをさらに送信し、開始するための前記手段が前記少なくとも１つの追加のクエリへの応答を受信することを待つこと無く前記リクエストされたプリペイドグループ通信のセットアップを開始することと継続する、請求項１８記載のサーバ。
【請求項２１】
少なくとも1つのセッションターゲットとプリペイドグループ通信セッションをセットアップするためのリクエストをセッション発信元から受信するように構成され、前記プリペイドグループ通信セッションが閾値レベルより上の利用可能なプリペイドアカウント残高を持つ各々のセッション参加者を必要としている、ロジックと、
少なくとも1つのセッション発信元が前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントをもつかどうかを決定するオンラインチャージングシステムへのクエリを送信するように構成されたロジックと、
前記クエリへの応答を待機することなく前記リクエストしたプリペイドグループ通信セッションのセットアップを開始するように構成されたロジックと
を具備する無線通信システム内のグループ通信セッションを調停するように構成されたサーバ。
【請求項２２】
開始するように構成された前記ロジックが前記リクエストされたプリペイドグループ通信のセットアップを開始した後、少なくとも前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高を示すクエリ応答を前記オンラインチャージングシステムから受信するように構成されたロジックをさらに具備する請求項２１記載のサーバ。
【請求項２３】
前記少なくとも1つのセッションターゲットが前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するために、送信するように構成された前記ロジックが前記オンラインチャージングシステムに少なくとも1つの追加のクエリをさらに送信し、開始するように構成された前記ロジックが前記少なくとも1つの追加のクエリへの応答を受信することを待機することなく前記リクエストされたプリペイドグループ通信のセットアップを開始し続ける、請求項２１記載のサーバ。
【請求項２４】
無線通信システム内のグループ通信セッションを調停するように構成されたサーバによって実行されるとき、前記サーバに操作を実行させるインストラクションを具備するコンピュータ読取可能記憶媒体であって、
前記インストラクションは、
前記インストラクションが少なくとも1つのセッションターゲットとプリペイドグループ通信セッションをセットアップするためのリクエストを、セッション発信元から受信する、前記プリペイドグループ通信セッションが閾値レベルより上の利用可能なプリペイドアカウント残高を持つ各々のセッション参加者を必要としている、プログラムコードと、
少なくとも前記セッション発信元が前記閾値レベルに少なくとも等しい利用可能な残高を伴ったプリペイドアカウントを持つかどうかを決定するためにオンラインチャージングシステムにクエリを送信するプログラムコードと、
前記クエリへの応答を受信することを待機することなく前記リクエストされたプリペイドグループ通信セッションのセットアップを開始するプログラムコードと
を具備するコンピュータ読取可能記憶媒体。
【請求項２５】
前記インストラクションが、開始する前記プログラムコードが前記リクエストされたプリペイドグループ通信のセットアップを開始した後、少なくとも前記セッション発信元に関する前記プリペイドアカウントの前記利用可能な残高を示すクエリ応答を前記オンラインチャージングシステムから受信するプログラムコードをさらに具備する請求項２４記載のコンピュータ読取可能記憶媒体。
【請求項２６】
送信する前記プログラムコードが、前記少なくとも1つのセッションターゲットが前記閾値レベルに少なくとも等しい利用可能残高を伴ったプリペイドアカウントを持つかどうかを決定するために前記オンラインチャージングシステムに少なくとも1つの追加のクエリをさらに送信し、
開始する前記プログラムコードが前記少なくとも1つの追加のクエリへの応答を受信するために待機することなく前記リクエストしたプリペイドグループ通信のセットアップを開始し続ける、請求項２４記載のコンピュータ読取可能記憶媒体。
【国際調査報告】
2011528543.tif 000006
2011528543.tif 000007
2011528543.tif 000008