(57)【要約】開示された実施形態は、無線通信ネットワークにおけるさまざまなインフラストラクチャー上で動作するユーザーのグループにメディア通信のためのグループ通信セットアップ戦略を提供するための方法と装置を提供する。方法はメディア通信のための発信者からの要求を受信することと、発信者とターゲットが動作しているインフラストラクチャーのタイプを決定することと、決定されたインフラストラクチャーのタイプに基づいて発信者のためのグループ通信セットアップ戦略を供給することとを提供する。
2007503766.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいてさまざまなインフラストラクチャー上で動作しているユーザーのグループにグループメディア通信を提供するための方法において、
少なくとも１つのターゲットへのメディア通信のための発信者からの要求を受信することと、
発信者が動作しているインフラストラクチャーのタイプを決定することと、
前記ターゲットが動作しているインフラストラクチャーのタイプを決定することと、
前記決定されたインフラストラクチャーのタイプに基づいて前記発信者のためのグループメディア通信セットアップ戦略を供給することとを備えた方法。
【請求項２】
前記受信することは、前記発信者が動作している前記インフラストラクチャーのタイプを識別する情報を受信することを含む、請求項１の方法。
【請求項３】
前記決定することは、前記インフラストラクチャーのタイプが符号分割多元接続（ＣＤＭＡ）インフラストラクチャーか否かを決定することを含む、請求項１の方法。
【請求項４】
前記決定することは、前記インフラストラクチャーのタイプが前記ＣＤＭＡインフラストラクチャーの異なるバージョンを含むか否かを決定することを含む、請求項３の方法。
【請求項５】
前記ＣＤＭＡインフラストラクチャーの異なるバージョンは、前記ＣＤＭＡインフラストラクチャーの「リリース０」および「リリースＡ」を含む、請求項４の方法。
【請求項６】
前記供給することは、最適なセットアップ戦略を供給することを含む、請求項１の方法。
【請求項７】
前記供給することは、保証されたセットアップ戦略を供給することを含む、請求項１の方法。
【請求項８】
無線通信ネットワーク装置において、さまざまなインフラストラクチャー上で動作しているユーザーのグループにグループメディア通信を供給するための装置において、
少なくとも１つのターゲットへのメディア通信のための発信者からの要求を受信する手段と、
前記発信者が動作しているインフラストラクチャーのタイプを決定する手段と、
前記ターゲットが動作しているインフラストラクチャーのタイプを決定する手段と、
前記決定されたインフラストラクチャーのタイプに基づいて前記発信者のためのグループ通信セットアップ戦略を供給する手段とを備えた装置。
【請求項９】
前記要求は、前記発信者が動作している前記インフラストラクチャーのタイプを識別する情報を含む、請求項８の装置。
【請求項１０】
前記インフラストラクチャーのタイプは、符号分割多元接続（ＣＤＭＡ）インフラストラクチャーを含む、請求項８の装置。
【請求項１１】
前記インフラストラクチャーのタイプは、前記ＣＤＭＡインフラストラクチャーの異なるバージョンを含む、請求項１の装置。
【請求項１２】
前記ＣＤＭＡインフラストラクチャーの異なるバージョンは、前記ＣＤＭＡインフラストラクチャーの「リリース０」および「リリースＡ」を含む、請求項１１の装置。
【請求項１３】
前記グループメディア通信セットアップ戦略は、最適なセットアップ戦略を含む、請求項８の装置。
【請求項１４】
前記グループメディア通信セットアップ戦略は、保証されたセットアップ戦略を含む、請求項８の装置。
【請求項１５】
無線通信ネットワークにおいて、さまざまなインフラストラクチャー上動作しているユーザーのグループにグループメディア通信を供給するための方法を実施するためのコードを具現化するコンピューター読み出し可能媒体において、前記方法は、
少なくとも１つのターゲットへのメディア通信のための発信者からの要求を受信することと、
前記発信者が動作しているインフラストラクチャーのタイプを決定することと、
前記ターゲットが動作しているインフラストラクチャーのタイプを決定することと、
前記決定されたインフラストラクチャーのタイプに基づいて前記発信者のためのグループメディア通信セットアップ戦略を供給することとを備えたコンピューター読み出し可能媒体。
【請求項１６】
前記受信することは、前記発信者が動作している前記インフラストラクチャーのタイプを識別する情報を受信することを含む、請求項１５のコンピューター読み出し可能媒体。
【請求項１７】
前記決定することは、前記インフラストラクチャーのタイプが符号分割多元接続（ＣＤＭＡ）インフラストラクチャーを含むか否かを決定することを含む、請求項１５のコンピューター読み出し可能媒体。
【請求項１８】
前記決定することは、前記インフラストラクチャーのタイプが前記ＣＤＭＡインフラストラクチャーの異なるバージョンを含むか否かを決定することを含む、請求項１７のコンピューター読み出し可能媒体。
【請求項１９】
前記ＣＤＭＡインフラストラクチャーの異なるバージョンは、前記ＣＤＭＡインフラストラクチャーの「リリース０」および「リリースＡ」を含む、請求項１８のコンピューター読み出し可能媒体。
【請求項２０】
前記供給することは、楽観的セットアップ戦略を供給することを含む、請求項１５のコンピューター読み出し可能媒体。
【請求項２１】
前記供給は、保証されたセットアップ戦略を供給することを含む、請求項１５のコンピューター読み出し可能媒体。
【請求項２２】
無線通信ネットワークにおいてさまざまなインフラストラクチャー上で動作しているユーザーのグループにグループメディア通信を供給するための装置において、
メモリユニットと、
受信機と、
送信機と、
前記メモリユニット、前記受信機、および前記送信機と接続され、
少なくとも１つのターゲットへのメディア通信のための発信者からの要求を受信することと、
前記発信者が動作しているインフラストラクチャーのタイプを決定することと、
前記ターゲットが動作しているインフラストラクチャーのタイプを決定することと、
前記決定されたインフラストラクチャーのタイプに基づいて前記発信者のためのグループメディア通信セットアップ戦略を供給することとを実行することができるプロセッサーとを備えた装置。
【請求項２３】
前記受信することは、前記発信者が動作している前記インフラストラクチャーのタイプを識別する情報を受信することを含む、請求項２２の装置。
【請求項２４】
前記決定することは、前記インフラストラクチャーのタイプが符号分割多元接続（ＣＤＭＡ）インフラストラクチャーを含むか否かを決定することを含む、請求項２２の装置。
【請求項２５】
前記決定することは、前記インフラストラクチャーのタイプが前記ＣＤＭＡインフラストラクチャーの異なるバージョンを含むか否かを決定することを含む、請求項２４の装置。
【請求項２６】
前記ＣＤＭＡインフラストラクチャーの異なるバージョンは、前記ＣＤＭＡインフラストラクチャーの「リリース０」および「リリースＡ」を含む、請求項２５の装置。
【請求項２７】
前記供給することは、最適なセットアップ戦略を供給することを含む、請求項２２の装置。
【請求項２８】
前記供給することは、保証されたセットアップ戦略を供給することを含む、請求項２２の装置。
【請求項２９】
無線通信ネットワークにおいてさまざまなインフラストラクチャー上に動作しているユーザーのグループにメディア通信を発信者が開始可能にするための方法において、
少なくとも１つのターゲットにメディアを通信することを所望する発信者からの指示を受信することと、
グループ通信サーバーに要求を送信することと、
前記発信者と前記ターゲットが動作しているインフラストラクチャーのタイプに基づいて前記グループ通信サーバーからグループメディア通信セットアップを受信することと、
前記受信したグループメディア通信セットアップ戦略に基づいてメディアの通信を開始可能にすることとを備えた方法。
【請求項３０】
前記送信することは、前記発信者が動作している前記インフラストラクチャーのタイプを識別する情報を送信することを含む、請求項２９の方法。
【請求項３１】
前記インフラストラクチャーのタイプは、符号分割多元接続（ＣＤＭＡ）インフラストラクチャーを含む、請求項２９の方法。
【請求項３２】
前記インフラストラクチャーのタイプは、前記ＣＤＭＡインフラストラクチャーの異なるバージョンを含む、請求項３１の方法。
【請求項３３】
前記ＣＤＭＡインフラストラクチャーの異なるバージョンは、前記ＣＤＭＡインフラストラクチャーの「リリース０」および「リリースＡ」を含む、請求項３２の方法。
【請求項３４】
前記可能にすることは、発信者が最適なセットアップ戦略に基づいてメディアを通信することを開始可能にすることを含む、請求項２９の方法。
【請求項３５】
前記可能にすることは、保証されたセットアップ戦略に基づいて発信者がメディアの通信を開始可能にすることを含む、請求項２９の方法。
【請求項３６】
無線通信ネットワークにおいてさまざまなインフラストラクチャー上で動作しているユーザーのグループに発信者がメディア通信を開始可能にするための装置において、
少なくとも１つのターゲットにメディア通信することを所望する発信者からの指示を受信する手段と、
グループ通信サーバーに要求を送信する手段と、
前記発信者と前記ターゲットが動作しているインフラストラクチャーのタイプに基づいて前記グループ通信サーバーからグループメディア通信セットアップ戦略を受信する手段と、
前記受信したグループメディア通信セットアップ戦略に基づいて発信者がメディアの通信の開始を可能にする手段とを備えた装置。
【請求項３７】
前記送信する手段は、前記発信者が動作している前記インフラストラクチャーのタイプを識別する情報を送信する手段を含む、請求項３６の装置。
【請求項３８】
前記インフラストラクチャーのタイプは、符号分割多元接続（ＣＤＭＡ）インフラストラクチャーを含む、請求項３６の装置。
【請求項３９】
前記インフラストラクチャーのタイプは、前記ＣＤＭＡインフラストラクチャーの異なるバージョンを含む、請求項３８の装置。
【請求項４０】
前記ＣＤＭＡの異なるバージョンは、前記ＣＤＭＡインフラストラクチャーの「リリース０」および「リリースＡ」を含む、請求項３９の装置。
【請求項４１】
前記可能にする手段は、最適なセットアップ戦略に基づいて前記発信者がメディアの通信を開始可能にすることを含む、請求項３６の装置。
【請求項４２】
前記可能にする手段は、保証されたセットアップ戦略に基づいて前記発信者がメディアの通信の開始を可能にする手段を含む、請求項３６の装置。
【請求項４３】
無線通信ネットワークにおいてさまざまなインフラストラクチャー上で動作しているユーザーのグループに発信者がメディア通信を開始することを可能にするための方法を実行するためのプログラムコードを記憶するコンピューター読み出し可能媒体において、前記方法は、
少なくとも１つのターゲットにメディアを通信することを所望する発信者からの指示を受信することと、
グループ通信サーバーに要求を送信することと、
前記発信者と前記ターゲットが動作しているインフラストラクチャーのタイプに基づいて前記グループ通信サーバーからグループメディア通信セットアップ戦略を受信することと、
前記受信したグループメディア通信セットアップ戦略に基づいて前記発信者がメディアを通信することを開始可能にすることとを備えたコンピューター読み出し可能媒体。
【請求項４４】
前記送信することは、前記発信者が動作している前記インフラストラクチャーのタイプを識別する情報を送信することを含む、請求項４３のコンピューター読み出し可能媒体。
【請求項４５】
前記インフラストラクチャーのタイプは、符号分割多元接続（ＣＤＭＡ）インフラストラクチャーを含む、請求項４３のコンピューター読み出し可能媒体。
【請求項４６】
前記インフラストラクチャーのタイプは、前記ＣＤＭＡインフラストラクチャーの異なるバージョンを含む、請求項４５のコンピューター読み出し可能媒体。
【請求項４７】
前記ＣＤＭＡインフラストラクチャーの異なるバージョンは、前記ＣＤＭＡインフラストラクチャーの「リリース０」および「リリースＡ」を含む、請求項４６のコンピューター読み出し可能媒体。
【請求項４８】
前記可能にすることは、最適なセットアップ戦略に基づいて前記発信者がメディアを通信することを開始可能にすることを含む、請求項４３のコンピューター読み出し可能媒体。
【請求項４９】
前記可能にすることは、保証されたセットアップ戦略に基づいて前記発信者がメディアの通信を開始することを可能にすることを含む、請求項４３のコンピューター読み出し可能媒体。
【請求項５０】
無線通信ネットワークにおいてさまざまなインフラストラクチャー上で動作しているユーザーのグループに発信者がメディア通信を開始可能にするための装置において、
メモリユニットと、
受信機と、
送信機と、
前記メモリユニット、前記受信機および前記送信機と接続され、
少なくとも１つのターゲットにメディアを通信することを所望する発信者からの指示を受信することと、
グループ通信サーバーに要求を送信することと、
前記発信者および前記ターゲットが動作しているインフラストラクチャーのタイプに基づいて前記グループ通信サーバーからグループメディア通信セットアップ戦略を受信することと、
前記受信したグループメディア通信セットアップ戦略に基づいて前記発信者がメディアの通信を開始することを可能にすることとを備えたコンピューター読み出し可能媒体。
【請求項５１】
前記送信することは、前記発信者が動作している前記インフラストラクチャーのタイプを識別する情報を送信することを含む、請求項５０の装置。
【請求項５２】
前記インフラストラクチャーのタイプは、符号分割多元接続（ＣＤＭＡ）インフラストラクチャーを含む、請求項５０の装置。
【請求項５３】
前記インフラストラクチャーのタイプは、前記ＣＤＭＡインフラストラクチャーの異なるバージョンを含む、請求項５２の装置。
【請求項５４】
前記ＣＤＭＡインフラストラクチャーの異なるバージョンは、前記ＣＤＭＡインフラストラクチャーの「リリース０」および「リリースＡ」を含む、請求項５３の装置。
【請求項５５】
前記可能にすることは、最適なセットアップ戦略に基づいて前記発信者がメディアの通信を開始可能にすることを含む、請求項５０の装置。
【請求項５６】
前記可能にすることは、保証されたセットアップ戦略に基づいて前記発信者がメディアの通信の開始を可能にすることを含む、請求項５０の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はポイントツーポイントまたはポイントツーマルチポイント通信システムに関する。より具体的には、本発明は、グループ無線通信ネットワーク内の異なるインフラストラクチャー上で動作しているユーザーのグループに均一なメディア通信セットアップ戦略を供給するための方法と装置に関する。
【背景技術】
【０００２】
迅速で効率的な１対１または１体多（グループ）通信を意図した無線サービスの分野が長年種々の形態で存在してきた。一般に、これらのサービスは半二重であった。この場合、ユーザーは、電話／無線通信上の「プッシュツートーク」（ＰＴＴ）ボタンを押してグループ通信を開始する。発言権を許可されれば、話し手は一般的に数秒話をする。話し手がＰＴＴボタンをリリースした後、利用可能な他のユーザーが発言権を要求してもよい。これらのサービスは一般的グループ通信サービスとして知られるフィールドサービス要員またはタクシードライバーのような、一人の人がグループの人々と通信する必要があるアプリケーションにおいて伝統的に使用されてきた。
【０００３】
グループ通信セッションのメンバーは、異なるセットアップタイム要件を有するかもしれない異なるタイプの無線通信インフラストラクチャー上で動作してもよい。グループ通信サービスの１つの要件は、グループメンバーが動作しているインフラストラクチャーのタイプまたはバージョンに関係なく、一定のメディア通信セットアップタイムを提供することである。
【０００４】
それゆえ、グループ無線通信ネットワークにおいて異なるインフラストラクチャーで動作しているユーザーのグループのための均一なメディア通信セットアップ戦略を選択的に提供するための機構の必要性がある。
【発明の概要】
【０００５】
開示された実施形態は、無線通信ネットワークにおいて種々のインフラストラクチャー上で動作しているユーザーのグループにグループメディア通信を提供するための新規で改良された方法および装置を提供する。
【０００６】
いくつかの実施形態が詳細に説明される前に、本発明の範囲は、以下の記載または図面に図解された構造および配列の詳細に制限されるべきでないことが理解されるべきである。また、ここに使用される語法および用語が記載のためにあり、制限すると見なされるべきでないことは理解されるべきである。
【０００７】
図１は１つの実施形態を実施するためのグループ通信システム１００の機能ブロック図を図解する。グループ通信システムは、またプッシュツートーク（ＰＴＴ）システム、ネットブロードキャストサービス（ＮＢＳ）、ディスパッチシステム、またはポイントツーマルチポイント通信システムとしても知られている。一実施形態において、グループ通信システム１００は、集中型の配備あるいは地域ごとに組織された配備のいずれかで配備されてもよいグループ通信サーバー１０２を含む。
【０００８】
例えばＣＤＭＡ（例えば、ｃｄｍａ２０００）ハンドセットのように配備してもよいグループ通信装置（ＣＤｓ）１０４および１０６は、データサービスオプションを用いてパケットデータセッションを要求してもよい。各ＣＤは、グループ通信開始を実行するために、インターネットプロトコル（ＩＰ）アドレスをグループ通信サーバーに登録するためにセッションを使用してもよい。一実施形態において、グループ通信サーバー１０２は、サービスプロバイダーのネットワーク１１６を介してサービスプロバイダーのパケットデータサービスノード（ＰＤＳＮｓ）に接続される。ＣＤｓ１０４および１０６は、無線インフラストラクチャーからのデータセッションを要求し、ＰＤＳＮｓ１１４を介してグループ通信サーバー１０２にＩＰ接続性を有していてもよい。各ＰＤＳＮは、パケット制御機能（ＰＣＦ）１０８およびネットワーク１１２を介して基地局コントローラー（ＢＳＣ）にインタフェースしてもよい。ＰＣＦは、基地局（ＢＳ）１１０内のＢＳＣと同じ場所に配置されていてもよい。
【０００９】
パケットデータサービスノードはいくつかの状態、例えばアクティブまたは接続状態、休眠状態およびヌルまたは非アクティブ状態のうちの１つになってもよい。アクティブまたは接続状態において、アクティブトラフィックチャネルは関係するＣＤおよびＢＳまたはＢＳＣとの間に存在し、いずれかの側がデータを送信してもよい。休眠状態において、関係するＣＤとＢＳＣとの間にアクティブトラフィックチャネルは存在しないが、ポイントツーポイントプロトコル（ＰＰＰ）リンクは、関係するＣＤおよびＰＤＳＮとの間で維持される。ヌルまたは非アクティブ状態において、関係するＣＤとＢＳＣとの間にアクティブなトラフィックチャネルは無く、ＰＰＰリンクは、関係するＣＤとＰＤＳＮとの間で維持されない。
【００１０】
ＣＤｓ１０４の各々は、パケットデータセッションを要求してもよい。
【００１１】
パケットデータセッションを設立する部分として、各ＣＤはＩＰアドレスを割り当てられてもよい。各ＣＤは、グループ通信サーバー１０２にＣＤのＩＰアドレスを通知するために登録プロセスを実行してもよい。登録は、ユーザーデータグラム（ＵＤＰ）を介してセッション開始プロトコル（ＳＩＰ）のようなＩＰプロトコルを用いて実行してもよい。対応するユーザーがグループ通信に誘われるかまたは通知されるとき、ＣＤのＩＰアドレスを用いてＣＤにコンタクトを取ってもよい。
【００１２】
一旦グループ通信が確立されると、ＣＤｓ１０４および１０６とおよびグループ通信サーバー１０２は、メディアおよびシグナリングメッセージを交換してもよい。一実施形態において、メディアは、ＵＤＰを介してリアルタイムプロトコル（ＲＴＰ）を用いることにより関係するＣＤｓとグループ通信サーバーとの間で交換してもよい。シグナリングメッセージはまたＵＤＰを介してシグナリングプロトコルを用いて交換してもよい。
【００１３】
グループ通信システム１００はグループ通信サービスを作動するためにいくつかの異なる機能を行なう。ユーザー側に関連する機能は、ユーザー登録、グループ通信開始、グループ通信終了、グループ参加者にメッセージを送信すること、グループ通信に遅れて参加すること、話し手の調停、グループにメンバーを追加すること、グループからメンバーを除去すること、メンバー登録を抹消することおよび認証を含む。システム準備および動作に関係のある機能は、アドミニストレーションおよびプロビジョニング、スケーラビリティ、および信頼性を含む。
【００１４】
図２はＣＤｓ２０２、２０４、２０６がどのようにグループ通信サーバー２０８と相互作用するかを示すグループ通信構成２００を図解する。大規模グループに対して望まれるように、複数のグループ通信サーバーは配備されてもよい。ユーザーはＣＤ２０２、２０４、２０６に自分の要望を入力し、通信媒体、例えば、データ、音声、画像および／またはビデオを１つ以上のＣＤｓと交換するための通信セッションを開始してもよい。一実施形態において、ユーザーは、ＣＤ上の「招待」またはＰＴＴボタンを押すことにより、通信媒体を開始する前に、最初にターゲットユーザー（複数の場合もある）を招待してもよい。
【００１５】
図２において、ＣＤ２０２がグループの他のメンバーに媒体を送信する許可を有するなら、ＣＤ２０２は発信者として知られ、確立されたチャネルを介して媒体を送信してもよい。ＣＤ２０２が発信者として指定される場合、残りの参加者、ＣＤ２０４およびＣＤ２０６は、は媒体をグループに送信することが許可されなかいもしれない。従って、ＣＤ２０４およびＣＤ２０６はターゲットとして指定される。上述したように、ＣＤｓ２０２、２０４、２０６は少なくとも１つのチャネルを用いてグループ通信サーバー２０８に接続される。一実施形態において、チャネル２１０，２１２、および、２１４はセッション開始プロトコル（ＳＩＰ）チャネル、メディアシグナリングチャネルおよびメディアトラフィックチャネルを含んでいてもよい。
【００１６】
図３は、種々の開示した実施形態を実施することができる基地局／基地局コントローラー（ＢＳ／ＢＳＣ）３０４、および通信装置３０６の一実施形態の簡単化されたブロック図である。特定のメディア通信の場合、音声、データ、パケットデータ、および／または警告メッセージは、エアーインターフェース３０８を介して、ＢＳ／ＢＳＣ３０４と通信装置３０６との間で交換してもよい。基地局と通信装置との間に通信セッションを確立するために使用されるメッセージ、登録およびページングメッセージ、およびデータ送信を制御するために使用されるメッセージ（例えば電力制御、データレート情報、アクノレジメント等）のような種々のタイプのメッセージを送信してもよい。これらのメッセージタイプのうちのいくつかは、さらに詳細に以下に記述される。
【００１７】
リバースリンクの場合、通信装置３０６において、（例えばデータソース３１０からの）音声および／またはパケットデータおよび（例えば、コントローラー３３０からの）メッセージは、送信（ＴＸ）データプロセッサー３１２に供給される。送信データプロセッサー３１２は、１つ以上の符号化スキームを用いてデータおよびメッセージをフォーマット化し、符号化し符号化されたデータを発生する。各コーディングスキームは、巡回冗長検査（ＣＲＣ）、畳み込みコーディング、ターボコーディング、ブロックコーディングおよび他のコーディングまたは全くコーディングしないのうちの任意の組み合わせを含んでいてもよい。音声、パケットデータ、およびメッセージは、異なるスキームを用いて符号化してもよく、異なるタイプのメッセージは、異なって符号化されてもよい。
【００１８】
次に符号化データは変調器（ＭＯＤ）３１４に供給され、さらに処理される（例えば、カバーされ、短いＰＮ系列で拡散され、通信装置に割り当てられた長いＰＮ系列で拡散される）。次に、変調されたデータは、トランスミッター装置（ＴＭＴＲ）３１６に供給され、条件付けされ（例えば、１つ以上のアナログ信号に収束され、増幅され、フィルターされ、直交変調される）、リバースリンク信号を発生する。リバースリンク信号はデュプレクサー（Ｄ）３１８を介して送られ、アンテナ３２０を介してＢＳ／ＢＳＣ３０４に送信される。
【００１９】
ＢＳ／ＢＳＣ３０４において、リバースリンク信号は、アンテナ３５０により受信され、デュプレクサー３５２を介して送られ、受信機装置（ＲＣＶＲ）３５４に供給される。あるいは、アンテナは無線オペレーターネットワークの一部であってもよく、アンテナとＢＳ／ＢＳＣ３０４との間の接続は、インターネットを介して送られてよい。ＢＳ／ＢＳＣ  ３０４は通信装置３０６からメディア情報と警告メッセージを受信してもよい。受信機装置３５４は受信した信号を条件づけし（例えば、フィルターし、増幅し、ダウンコンバートし、デジタル化する）、サンプルを供給する。復調器（ＤＥＭＯＤ）３５６はサンプルを受信して処理し（例えば、逆拡散し、デカバーし、パイロット復調する）、リカバーされたシンボルを供給する。復調器３５６は、受信信号の複数のインスタンスを処理し、結合シンボルを発生するレーキ受信機を実施してもよい。次に受信機（ＲＸ）データプロセッサー３５８は、シンボルをデコードし、リバースリンク上に送信されたデータおよびメッセージをリカバーする。リカバーされた音声／パケットデータは、データシンク３６０に供給され、供給されたメッセージはコントローラー３７０に供給してもよい。コントローラー３７０は、情報を受信し、送信するための命令、メッセージに対する応答を受信し、送信するための命令、ターゲットを識別するための命令、ターゲットの位置をつきとめるための命令、発信者およびターゲットが動作しているインフラストラクチャーのタイプを決定するための命令、ターゲットがグループ通信システムに登録されるか否か、および／または少なくとも１つのターゲットがメディアを受信するように受け入れるか否かを決定するための命令、発信者のためのセットアップ戦略を供給するための命令、およびメディアをバッファリングするための命令を含んでいてもよい。復調器３５６およびＲＸデータプロセッサー３５８による処理は、遠隔アクセス装置３０６において実行される処理と相補的である。復調器３５６およびＲＸデータプロセッサー３５８は、さらに複数のチャネル、例えば、リバース基本チャネル（Ｒ−ＦＣＨ）、リバース補足チャネル（Ｒ−ＳＣＨ）を介して受信された複数の送信を処理してもよい。また、送信は複数の通信装置から同時であってもよい。これらの各々は、リバース基本チャネル、リバース補足チャネルまたは両方上に送信してもよい。
【００２０】
フォワードリンク上では、ＢＳ／ＢＳＣ３０４において、送信（ＴＸ）データプロセッサー３６４により音声および／または（例えば、デー多ソース３６２からの）特定のデータおよび（例えばコントローラー３７０からの）メッセージが処理され（例えばフォーマット化され、符号化され、変調器（ＭＯＤ）３６６によりさらに処理され（例えば、カバーされ拡散され）、条件付けされ（例えば、アナログ信号に変換され、増幅され、フィルターされ直交変調され）、フォワードリンク信号が発生される。フォワードリンク信号は、デュプレクサー３５２を介して送られ、アンテナ３５０を経由して遠隔アクセス装置３０６に送信される。フォワードリンク信号はページング信号を含む。
【００２１】
通信装置３０６において、フォワードリンク信号は、アンテナ３２０により受信され、デュプレクサー３１８を介して送られ、受信機装置３２２に供給される。受信機装置３２２は受信した信号を条件付けし（例えば、ダウンコンバートし、フィルターし、増幅し、直交変調し、デジタル化する）、サンプルを供給する。サンプルは復調器３２４により処理され（例えば、逆拡散され、デカバーされ、パイロット復調される）、シンボルを供給する。シンボルは受信データプロセッサー３２６によりさらに処理され（例えば、復号されチェックされ）フォワードリンクに送信されるデータおよびメッセージをリカバーする。
【００２２】
リカバーされたデータはデータシンク３２８に供給され、リカバーされたメッセージは、コントローラー３３０に供給してもよい。コントローラー３３０は、情報を受信し送信するための命令、メッセージに対する応答を受信し送信するための命令、通信装置が動作しているインフラストラクチャーのタイプを供給するための命令、メディアをバッファリングする命令、メディアをグループ通信サーバーに送信するための命令、およびメディアを配信するために発信者に許可を与えるための命令を含んでいてもよい。
【００２３】
グループメディア通信サービスの１つの要件は、基礎を成す無線インフラストラクチャーのタイプまたはバージョンに関係なく最適な媒体通信セットアップ時間を供給することである。そのようなシステムの性能はプッシュツートーク（ＰＴＴ）待ち時間およびエンドツーエンドメディア待ち時間に基づいて測定される。ＰＴＴ待ち時間は、ターゲットの１つまたはグループとのメディア通信を開始するために発信者が自分のＣＤ上のＰＴＴボタンを押す時間、および発信者がメディアを送信するための許可をグループ通信サーバーが与える指示を受信する時間から実現される遅延を含む。エンドツーエンドメディア待ち時間は、発信者がメディアを配信する時間とターゲット（複数の場合もある）が発信者のメディアを受信する時間との間で実現される遅延である。
【００２４】
ＰＴＴ待ち時間は、発信者とグループ通信サーバーとの間に通信リンクを確立すること、発言権のための発信者の要求を処理すること、グループの各メンバーが動作している無線インフラストラクチャーのタイプを決定すること、メディア通信セットアップ戦略を決定すること、および発信者にメディアを送信することに許可を与えることに含まれる遅延を含む。グループ通信サーバーは、少なくとも２つの異なる方法、すなわち保証されたセットアップ戦略または楽観的なセットアップ戦略を用いてコールセットアップ戦略を決定する。保証されたセットアップ戦略では、サーバーは、発言権要求で指定されたターゲット（複数の場合もある）にグループメディア通信を知らせ、グループ通信を確立し、発信者がメディアを送信することに許可を与える前にグループコールに参加するために少なくとも１つのターゲットから受け取りを受信するために待つ。楽観的なセットアップ戦略では、サーバーはグループ通信を確立し、グループ通信サーバーが、ターゲット（複数の場合もある）はグループコールシステム内の有効な登録を有することを確認した後で、しかしグループメディア通信に参加するために受け取りを確認するためにターゲット（複数の場合もある）にコンタクトをとる前に、発信者がメディアを配信することに許可を与える。
【００２５】
ＰＴＴ待ち時間
ＰＴＴ待ち時間を減少するために、メッセージおよび／または応答、発言権制御要求、発言権制御アナウンス、および休眠ウエークアップメッセージのようなグループ通信シグナリングは、いくつかの利用可能な共通チャネル上に送信してもよい。これは、再確立される休眠ＣＤの専用トラフィックチャネルを待つことを無くする。共通チャネルは、参加しているＣＤｓの状態に関係なく、常に利用可能であってもよく、グループメンバーがグループ通信を開始する毎に要求されるおよび再割当されることを要求しないかもしれない。それゆえ、参加しているＣＤｓが休眠のときでもグループ通信シグナリングメッセージは交換してもよい。一実施形態において、発信者のＣＤおよびターゲットのＣＤのための専用トラフィックチャネルは、並列に再確立してもよい。
【００２６】
一実施形態において、休眠ユーザーＡのＣＤは、リバースアクセスチャネルおよびリバースエンハンストアクセスチャネルのようないくつかの利用可能なリバース共通チャネルを介して無線インフラストラクチャーにメッセージを送信してもよい。また、ユーザーＡのＣＤは、フォワードページングチャネルおよびフォワード共通制御チャネルのようないくつかの利用可能なフォワード共通チャネル上のメッセージを受信してもよい。一実施形態において、休眠しているターゲットＣＤｓは、休眠ウエークアップメッセージおよび／またはフォワードページングチャネルおよびフォワード共通制御チャネルのようないくつかの利用可能なフォワード共通チャネル上のメッセージを受信してもよい。短いデータバーストコールシグナリングメッセージ
一実施形態において、休眠ウエークアップ時間の顕著な低減、それゆえ、ＰＴＴ待ち時間における顕著な低減は、以下、「ｃｄｍａ２０００規格」と呼ばれる「ｃｄｍａ２０００スペクトル拡散システムのためのＴＩＡ／ＥＩＡ／ＩＳ−２０００規格］で提供される短いデータバースト（ＳＤＢ）メッセージの使用を介して得てもよい。一実施形態において、ＳＤＢメッセージは、フォワード基本チャネル（ＦＣＨ）またはフォワード専用共通制御チャネル（Ｆ−ＤＣＣＨ）のような専用アクティブチャネルを介して送信してもよい。ＳＤＢメッセージは、またリバースアクセスチャネル（Ｒ−ＡＣＨ）、リバースエンハンストアクセスチャネル（Ｒ−ＥＡＣＨ）、フォワード共通制御チャネル（Ｆ−ＣＣＣＨ）またはページングチャネル（ＰＣＨ）のような共通アクティブチャネルを介して送信してもよい。ＳＤＢメッセージは、無線バーストプロトコル（ＲＢＰ）により運んでもよい。ＲＢＰは、メッセージを適当なかつ利用可能アクティブ層チャネル上にマッピングする。ＳＤＢメッセージは、任意のＩＰトラフィックを運んでもよいし、共通アクティブチャネル上に送信してもよいので、ＳＤＢメッセージは、参加しているＣＤｓが利用可能な専用のトラフィックチャネルを有さないとき、グループ通信シグナリングを交換する機構を提供する。
【００２７】
一実施形態において、メディアシグナリングメッセージは、リバースリンクまたはモバイル−開始リンクを介してＩＰデータグラムを運んでもよい。発信者が発言権を要求し、専用リバーストラフィックチャネルが迅速に利用可能でないときはいつでも発信者の通信装置は、グループ通信サーバーに迅速に知らせてもよい。発信者のＣＤがすべての専用トラフィックチャネルをリリースしたと仮定すると、発信者のＣＤは、無線インフラストラクチャーのリバース共通チャネルを介して発言権要求メッセージを迅速に送ってもよい。これは、発言権要求メッセージをグループ通信サーバーに中継する。例えば、専用リバースチャネルが利用できないとき、リバースアクセスチャネルまたはリバースエンハンストアクセスチャネルを用いてそのようなメッセージを送信してもよい。一実施形態において、発信者のＣＤは、ＳＤＢメッセージとしてグループ通信サーバーに発言権要求メッセージを送信してもよい。
【００２８】
保証されたセットアップ戦略または楽観的なセットアップ戦略の選択はＣＤｓの能力および／またはインフラストラクチャーのタイプ、例えば、ＣＤｓが動作しているＣＤＭＡインフラストラクチャーの異なるリリースに依存する。例えば、ＳＤＢメッセージングが可能な発信者のＣＤが、ＳＤＢメッセージングをサポートする「タイプ２」インフラストラクチャー上で動作し、ＳＤＢメッセージングをサポートしない「タイプ１」インフラストラクチャー上にときどき移動するとき、ＰＴＴ待ち時間は、移動している発信者がターゲットの１つまたはグループとのグループ通信セッションを要求するとき、発信者のトラフィックチャネル再開始時間により影響を与えられる。この場合、楽観的または保証されたセットアップ戦略のいずれかを使用してもよい。楽観的セットアップ戦略は短いＰＴＴ待ち時間を生じるであろう。最適なセットアップ戦略を選択することにより、サービスプロバイダーは、ユーザーが異なるインフラストラクチャーを移動しおよび／またはユーザーが異なる能力の通信装置を動作するとき、均一な通信セットアップ経験を供給してもよい。
【００２９】
図４および図５は、発信者およびターゲットがタイプ１のインフラストラクチャー、例えばＣＤＭＡインフラストラクチャーの「リリース０」を動作している場合に、特別のグループ通信のためのそれぞれ楽観的通信セットアップ戦略および保証されたグループ通信セットアップ戦略を図解する。図６および図７は、発信者およびターゲットがタイプ２インフラストラクチャー、例えばＣＤＭＡインフラストラクチャーの「リリースＡ」で動作している場合の特別のグループ通信のためのそれぞれ楽観的グループ通信セットアップ戦略または保証されたグループセットアップ通信戦略を図解する。
【００３０】
図４は、一実施形態に従って、グループ通信セットアップ戦略を提供するプロセスを示すフロー図を図解する。グループ通信発信者ユーザーは、ターゲットユーザーの一人またはグループに、データ、テキスト、フォーマットされたドキュメント、音声、画像および／またはビデオのような通信媒体のための通信セッションをセットアップしてもよい。
【００３１】
メディアを送信するために通信セッションを開始したい発信者は、一人以上のターゲットユーザー、一つ以上の予め定義されたグループのターゲットユーザー、またはその２つの組み合わせを選択してもよく、自分はＣＤ上のプッシュツートーク（ＰＴＴ）ボタンのようなボタンを押す。発信者は通信セッションが確立されるまで待つ必要があるかもしれない。そして発信者が動作しているインフラストラクチャーのタイプに基づいてメディアの配信を開始する許可を受信する。
【００３２】
図４において、発信者のＣＤは、ステップ４０２においてターゲットの１つまたはグループにメディアを通信するためにセッションをセットアップするため発信者からの指示を受信する。この実施形態において、発信者は、ＳＤＢメッセージングをサポートしないタイプ１のインフラストラクチャー上で動作している。それゆえ、発信者のＣＤは、メッセージをグループ通信サーバーに送信する前にそのトラフィックチャネルをセットアップする必要があるかもしれない。発信者から指示を受信すると、発信者のＣＤは、ステップ４０４で、トラフィックチャネル再開始のプロセスを始めて、発信者のためのトラフィックチャネルが動作可能になるまで待つ。
【００３３】
次に、ステップ４０８において、発信者のＣＤは、発言権制御のために、「発言権要求」メッセージをグループ通信サーバーに送信する。グループ通信サーバーは、発言権要求の受信をアクノレジしてステップ４１０において発信者のＣＤに「ＡＣＫ要求」を送信する。グループ通信サーバーは、次のものを含むグループ通信セットアップタスクを行なう：ターゲットを識別することと、ターゲットを見つけることと、発信者およびターゲットが動作しているインフラストラクチャーのタイプを決定することと、ターゲットがグループ通信システムに登録されているかどうかおよび／または少なくとも１つのターゲットがメディアを受信することを引き受けるかどうかを決定すること。
【００３４】
一実施形態において、グループ通信サーバーは、ＣＤにより供給される入力に基づいてＣＤをサポートするインフラストラクチャーのタイプを決定する。ＣＤは、登録手続中に、サポートするインフラストラクチャーを識別する情報を提供してもよい。例えば、ＣＤは、その登録においてフラッグを提供する。フラッグは、インフラストラクチャーとＣＤがタイプ１であるかどうかを示し、それらのＳＤＢをサポートしないことを意味し、またはタイプ２を示し、それらが両方ともＳＤＢをサポートすることを意味する。ＣＤは登録手続、例えば、ＣＤＭＡ登録におけるＰ−ＲＥＶパラメーターを介してインフラストラクチャーのタイプを学習してもよい。
【００３５】
この実施形態では、グループ通信サーバーは、発信者が、ＳＤＢメッセージングをサポートしないタイプ１インフラストラクチャー上で動作していることを決定する。グループ通信サーバーは、楽観的グループ通信セットアップ戦略を採用する。この場合、グループ通信サーバーは、目標がグループ通信システムに登録されたかどうか決定する。ステップ４１４において、ターゲットの少なくとも１つが登録されたことをグループ通信サーバーが決定した後でグループ通信サーバーは、「発言権許可」メッセージを発信者のＣＤに送信する。
【００３６】
ステップ４１６において、発信者のＣＤは「発言権許可」メッセージを発信者に送信し、要求されたグループ通信セッションが確立され、発言権が許可され、発信者はメディアの配信を開始する、例えば話を開始することを示す。この時に、発信者がＰＴＴボタンを放しているなら、発信者は、媒体を開始する、例えば話を開始するためにＰＴＴボタンを再び押してもよい。発信者のＣＤは、またステップ４１８において、「発言権許可」メッセージの受信をアクノレジする「ＡＣＫ」メッセージをグループ通信サーバーに送信する。
【００３７】
一実施形態において、発信者のＣＤは、ステップ４２０で、発信者によって配信されたメディアを受信し、ターゲットＣＤｓのトラフィックチャネルが再確立された後でグループ通信サーバーに送信するためにステップ４２２において受信したメディアをバッファする。
【００３８】
グループ通信サーバーは、ステップ４１２においてターゲットを識別した後で、ステップ４２４において、「アナウンスメント」メッセージを、ターゲットＣＤｓをサポートするインフラストラクチャーに送信し、ターゲットＣＤｓのためのトラフィックチャネルの再開始をトリガする。一実施形態において、グループ通信サーバーは、「アナウンスメント」メッセージを、各ターゲットに関連するＩＰアドレスに送信する。各インフラストラクチャー、例えば、ＰＤＳＮ／ＣＤＭＡは、対応するターゲットのトラフィックチャネルが休眠状態にあることを認識し、インフラストラクチャーは、「アナウンスメント」メッセージを配信するために対応するトラフィックチャネルを再開始するプロセスを開始する。ターゲットＣＤのインフラストラクチャーは、ステップ４２６においてターゲットのトラフィックチャネルを再開始することを開始する。ステップ４２８において、ターゲットＣＤのトラフィックチャネルが動作可能になった後で、ステップ４３０において、少なくとも１つのターゲットは、発信者からメディアを受信するように引き受け、グループ通信サーバーは、ステップ４３２においてメディア許可メッセージを発信者のＣＤに送信する。
【００３９】
グループ通信サーバーから「メディア許可」メッセージを受信した後、発信者のＣＤは、ステップ４２２においてバッファされていたメディアをステップ４３４においてグループ通信サーバーに送信することを開始する。次に、グループ通信サーバーは、ステップ４３６において、受信したメディアをアクティブトラフィックチャネルを有するターゲットＣＤｓに送信する。この実施形態において、メディアの配信を開始するために発信者に許可を与える前にグループ通信サーバーは、ターゲットにコンタクトを取る必要がないので、楽観的セットアップ戦略のためのＰＴＴ待ち時間は、発信者のためのトラフィックチャネル再開始時間により影響が与えられる。
【００４０】
図５は、一実施形態に従って、グループ通信セットアップ戦略を提供するためのプロセスを示すフロー図を図解する。ステップ５０２において、発信者のＣＤは、ターゲットの１つまたはグループにメディアを通信するためにセッションをセットアップするための、発信者から指示を受信する。この実施形態において、発信者は、ＳＤＢメッセージングをサポートしないタイプ１インフラストラクチャー上で動作する。それゆえ、発信者のＣＤは、メッセージをグループ通信サーバーに送信する前にそのトラフィックチャネルをセットアップする必要があるかもしれない。発信者からの指示を受信すると、発信者のＣＤは、ステップ５０４においてトラフィックチャネル再開始のプロセスを開始し、ステップ５０６において発信者のためのトラフィックチャネルが動作可能になるまで待つ。
【００４１】
次に発信者のＣＤは、ステップ５０８において、発言権制御のために、「発言権要求」をグループ通信サーバーに送信する。ステップ５１０において、グループ通信サーバーは、発言権要求の受信をアクノレジする「ＡＣＫ要求」を発信者のＣＤに送信する。次に、ステップ５１２において、グループ通信サーバーは、グループ通信セットアップタスクを実行する。このタスクは、ターゲットを識別することと、ターゲットの位置をつきとめることと、発信者およびターゲットが動作しているインフラストラクチャーのタイプを決定することと、ターゲットがグループ通信システムに登録されるかどうかおよび／または少なくとも１つのターゲットがメディアを受信することを引き受けるかどうかを決定することを含む。
【００４２】
この実施形態において、グループ通信サーバーは、ＳＤＢメッセージングをサポートしないタイプ１のインフラストラクチャー上で動作していることを決定する。グループ通信サーバーは、保証されたグループ通信セットアップ戦略を採用する。この場合、グループ通信サーバーは、少なくとも１つのターゲットがメディアを受信することを引き受けるかどうかを決定する。従って、グループ通信サーバーは、ステップ５２４においてアナウンスメントを、ターゲットＣＤをサポートするインフラストラクチャーに送信し、ターゲットＣＤｓのためのトラフィックチャネルの再開始をトリガする。ターゲットＣＤのインフラストラクチャーは、ステップ５２６においてターゲットのトラフィックチャネルを再開始することを開始する。
【００４３】
ステップ５２８において、ターゲットＣＤのトラフィックチャネルが動作可能になった後、およびステップ５３０において少なくとも１つのターゲットが発信者からのメディアを受信するように受け入れた後、グループ通信サーバーは、ステップ５１４において「発言権許可」メッセージを発信者のＣＤに送信する。要求されたグループ通信セッションが確立され、発言権が許可され、発信者がメディアの配信を開始する、「発言権許可メッセージ」を発信者のＣＤは発信者に送信する。この時に、発信者がＰＴＴボタンを放していれば、発信者は、メディアの配信を開始する、例えば話を開始するためにＰＴＴボタンを再び押してもよい。また、発信者のＣＤは、ステップ５１８において、「発言権許可」メッセージの受信をアクノレジする「ＡＣＫ」メッセージをグループ通信サーバーに送信する。
【００４４】
一実施形態において、発信者のＣＤは、ステップ５２０において、発信者によって配信されたメディアを受信し、グループ通信サーバーからの命令を受信した後に、グループ通信サーバーに送信するために、ステップ５２２において受信したメディアをバッファする。
【００４５】
ステップ５３２において、グループ通信サーバーから「メディア許可」メッセージを受信した後、発信者のＣＤは、ステップ５２２においてバッファしたかもしれないメディアをグループ通信サーバーに送信を開始する。次に、グループ通信サーバーは、ステップ５３６において、受信したメディアを、アクティブなトラフィックチャネルを有するターゲットＣＤｓに送信する。
【００４６】
この実施形態において、グループ通信サーバーは、発信者にメディアの配信を開始する許可を与える前にターゲットにコンタクトするので、楽観的セットアップ戦略のためのＰＴＴ待ち時間は、発信者のためのトラフィックチャネル再開始時間により影響を与えられる。それゆえ、ＰＴＴ待ち時間は、図４に関連して上述した実施形態のためのＰＴＴ待ち時間より長い。
【００４７】
図６は、一実施形態に従って、グループメディア通信セットアップ戦略を提供するプロセスを示すフロー図を図解する。ステップ６０２において、発信者のＣＤは、メディアをターゲットの１つまたはグループに通信するためにセッションをセットアップするための指示を受信する。この実施形態において、発信者は、ＳＤＢメッセージングをサポートするタイプ２インフラストラクチャー上で動作している。それゆえ、発信者のＣＤは、メッセージを送信または受信することができる前にトラフィックチャネルがセットアップされるのを待つ必要が無い。発信者からの指示を受信すると、発信者のＣＤは、ステップ６０４において、トラフィックチャネル再開始のプロセスを開始するが、グループ通信サーバーとの間でメッセージが送受信可能になる前にステップ４０６において、発信者のインフラストラクチャーのためのトラフィックチャネルが動作可能になるまで待つ必要は無い。一実施形態において、上に議論されるように、発信者のＣＤはＳＤＢ形式でそのようなメッセージを送信する。
【００４８】
発信者のＣＤは、ステップ６０８において、ＳＤＢを介して「発言権要求」メッセージを発言権制御のためにグループ通信サーバーに送信する。グループ通信サーバーは、ステップ６１０において、ＳＤＢを介して、発言権要求の受信をアクノレジする「ＡＣＫ要求」メッセージを発信者のＣＤに送信する。次に、グループ通信サーバーは、ステップ６１２において、グループ通信セットアップタスクを実行する。グループ通信セットアップタスクは、ターゲットを識別することと、ターゲットの位置をつきとめることと、発信者とターゲットが動作しているインフラストラクチャーのタイプを決定することと、ターゲットがグループ通信システムに登録されたかどうかおよび／または少なくとも１つのターゲットがメディアを受信することを引き受けるかどうかを決定することとを含む。
【００４９】
この実施形態において、グループ通信サーバーは、発信者とターゲットが、ＳＤＢメッセージングをサポートするタイプ２インフラストラクチャー上で動作していることを決定する。グループ通信サーバーは楽観的なグループ通信セットアップ戦略を使用する。そこでは、グループ通信サーバーは、ターゲットがグループ通信システムに登録されるかどうか決定する。ステップ６１４において、ターゲットの少なくとも１つが登録されることをグループ通信サーバーが決定した後、グループ通信サーバーは発信者のＣＤに、ＳＤＢを介して、「発言権許可」メッセージを送信する。発信者のＣＤは、要求されたグループ通信セッションが確立され、発言権が許可され、発信者はメディアの配信を開始する、例えば話を開始してもよいことを示す「発言権許可」メッセージをステップ６１６で送信する。発信者がＰＴＴを放していれば、発信者は、メディアの配信を開始する、例えば話を開始するために再びＰＴＴを押してもよい。発信者のＣＤはまた、ステップ６１８において、ＳＤＢを介して、「発言権許可」メッセージの受信をアクノレジする「ＡＣＫ」メッセージをグループ通信サーバーに送信する。
【００５０】
一実施形態において、発信者のＣＤはステップ６２０において、発信者により配信されたメディアを受信し、発信者のＣＤのトラフィックチャネルが再確立された後にグループ通信サーバーに送信するために、ステップ６２２において受信されたメディアをバッファする。
【００５１】
ターゲットを識別し、位置を突き止めた後で、グループ通信サーバーは、ステップ６２４においてアナウンスメントをターゲットＣＤのインフラストラクチャーに送信し、もうすぐやって来るメディア通信を知らせる。アナウンスメントはＳＤＢを介して送信してもよい。ターゲットＣＤのインフラストラクチャーは、ステップ６２６においてトラフィックチャネルを再開始することを開始する。ステップ６２８において、ＳＤＢを介してグループ通信サーバーが発信者から少なくとも１つの受諾メッセージを受け取った後、グループ通信サーバーは、ステップ６３０においてＳＤＢまたはトラフィックチャネルを介して、発信者のＣＤに「メディア許可」メッセージを送信する。
【００５２】
発信者のＣＤのトラフィックチャネルがステップ６０６において動作可能になった後、発信者のＣＤは、ステップ６２２においてバッファされたかもしれないメディアをグループ通信サーバーに送信することを開始する。ターゲットのトラフィックチャネルが再確立された後、グループ通信サーバーは、またターゲットへの送信のために、ステップ６３２で、受信されるメディアをバッファーしてもよい。ステップ６３６において、ターゲットのトラフィックチャネルが再確立されるという指示を受信した後に、次に、グループ通信サーバーは、ステップ６３８において、アクティブなトラフィックチャネルを有するターゲットＣＤに受信されたメディアを送信する。
【００５３】
この実施形態において、メッセージをグループ通信サーバーに送信することができる前に発信者のトラフィックチャネルの再開始をグループ通信サーバーは待つ必要が無いので、楽観的セットアップ戦略のためのＰＴＴ待ち時間は、トラフィックチャネル再開始時間により影響を与えられない。それゆえ、ＰＴＴ待ち時間は、図４に関して上に記述された実施形態のためのＰＴＴ待ち時間より短い。
【００５４】
図７は、一実施形態に従って、グループ通信セットアップ戦略を提供するプロセスを示すフロー図を図解する。発信者のＣＤは、ステップ７０２において、ターゲットの１つまたはグループにメディアを通信するためにセッションをセットアップするための指示を受信する。発信者のＣＤは、ステップ７０４において、トラフィックチャネル再開始のプロセスを開始するが、グループ通信サーバーとの間でメッセージを送受信することができる前にステップ７０６において。発信者のインフラストラクチャーためのトラフィックチャネルが動作可能になるまで待つ必要は無い。一実施形態において、上述したように、発信者のＣＤは、そのようなメッセージをＳＤＢ形式で送信する。
【００５５】
発信者のＣＤはステップ７０８においてＳＤＢを介して「発言権要求」を発言権制御のためにグループ通信サーバーに送信する。グループ通信サーバーは、ステップ７１０において、ＳＤＢを介して、発言権要求の受信をアクノレジする「ＡＣＫ要求」を発信者のＣＤに送信する。グループ通信サーバーはステップ７１２においてグループ通信セットアップタスクを実行する。グループ通信セットアップタスクは、ターゲットを識別することと、発信者とターゲットが動作しているインフラストラクチャーのタイプを決定することと、ターゲットが登録されているかどうかおよび／または少なくとも１つのターゲットがメディアを受信することを受け入れるかどうかを決定することを含む。
【００５６】
この実施形態において、グループ通信サーバーは、発信者とターゲットが、上述したようにＳＤＢメッセージングをサポートするタイプ２インフラストラクチャー上で動作していることを決定する。グループ通信サーバーは、保証されたセットアップ戦略を採用する。この場合グループ通信サーバーは、少なくとも１つのターゲットが発信者からメディアを受信することを受け入れるかどうかを決定する。それゆえ、ステップ７２４において、グループ通信サーバーは、アナウンスメントをターゲットＣＤｓに送信し、もうすぐやって来るメディア通信を知らせる。アナウンスメントはＳＤＢを介して送信してもよい。ステップ７２８においてＳＤＢを介してグループ通信サーバーが少なくとも１つの受諾メッセージを受信した後、グループ通信サーバーは、ステップ７１４において、ＳＤＢを介して「発言権許可」メッセージを発信者のＣＤに送信する。
【００５７】
発信者のＣＤは、要求されたグループ通信セッションが確立されたこと、発言権が許可され発信者はメディアの配信を開始する、例えば話を開始してもよいことを示す「発言権許可」メッセージを発信者に送信する。また、発信者のＣＤは、発言権許可メッセージの受信をアクノレジする「ＡＣＫ］メッセージをＳＤＢを介してグループ通信サーバーに送信する。
【００５８】
一実施形態において、発信者のＣＤは、ステップ７２０において発信者により配信されるメディアを受信し、ステップ７２２において、発信者のトラフィックチャネルが再開始された後で、グループ通信サーバーに送信するために受信されたメディアをバッファする。
【００５９】
ステップ７１８において、「ＡＣＫ」メッセージを受信した後で、グループ通信サーバーは、ＳＤＢまたはトラフィックチャネルを介して、ステップ７３０において、「メディア許可」メッセージを発信者のＣＤに送信する。ステップ７０６において、発信者のＣＤのトラフィックチャネルが動作可能になった後で、発信者のＣＤは、ステップ７２２においてバッファされたかもしれないメディアを、ステップ７３２においてグループ通信サーバーに送信することを開始する。また、ターゲットのトラフィックチャネルが再開始された後で、グループ通信サーバーは、ステップ７３４において、ターゲットに送信するために、受信されたメディアをバッファしてもよい。ステップ７３６において、ターゲットのトラフィックチャネルが再開始された後で、グループ通信サーバーは、次にステップ７３８において、受信されたメディアを、アクティブトラフィックチャネルを有するターゲットＣＤｓに送信する。
【００６０】
この実施形態において、ＣＤｓとの間でメッセージを送受信できる前にトラフィックチャネル再開始をグループ通信サーバーは待つ必要が無いので、保証されたセットアップ戦略のためのＰＴＴ待ち時間は、発信者とターゲットのためのトラフィックチャネル再開始時間により影響を与えられない。それゆえ、ＰＴＴ待ち時間は、図４に関連して上述した実施形態のためのＰＴＴ待ち時間より短いが、図６に関連して上述した実施形態のためのＰＴＴ待ち時間より長い。従って、発信者とターゲットのインフラストラクチャーのタイプに基づいて、楽観的または保証されたセットアップ戦略は、選択的に選択されて、さまざまなインフラストラクチャー上で動作するユーザーのグループのための均一なセットアップ経験を提供する。
【００６１】
当業者は、情報及び信号が多岐に渡る様々な異なる技術及びプロトコルのいずれかを使用して表現されてよいことを理解するだろう。例えば、前記説明を通して参照されてよいデータ、命令、コマンド、情報、信号、ビット、記号及びチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、またはその任意の組み合わせによって表現されてよい。
【００６２】
当業者は、さらに、ここに開示されている実施形態に関連して説明された多様な例示的な論理ブロック、モジュール、回路及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現されてよいことを理解するだろう。ハードウェアとソフトウェアのこの互換性を明確に説明するために、多様な例示的な構成要素、ブロック、モジュール、回路及びステップが、一般的にそれらの機能という点で前述されている。このような機能性がハードウェアとして実現されるのか、あるいはソフトウェアとして実現されるのかは、特定の用途及び全体的なシステムに課される設計制約に依存する。当業者は、それぞれの特定の用途のために変化する方法で説明された機能性を実現してよいが、このような実現の決定は、本発明の範囲からの逸脱を引き起こすと解釈されるべきではない。
【００６３】
ここに開示されている実施形態に関連して説明された多様な例示的な論理ブロック、モジュール及び回路は、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタ論理、離散ハードウェア構成要素、あるいはここに説明される機能を実行するように設計されたその任意の組み合わせをもって実現または実行されてよい。汎用プロセッサーは、マイクロプロセッサーであってよいが、代替策ではプロセッサーは、任意の従来のプロセッサー、コントローラー、マイクロコントローラーまたは状態機械であってよい。プロセッサーは、例えばＤＳＰとマイクロプロセッサーの組み合わせ、複数のマイクロプロセッサー、ＤＳＰコアと連動する１台または複数台のマイクロプロセッサー、あるいは任意の他のこのような構成など計算装置の組み合わせとして実現されてもよい。ここに開示された実施形態に関連して説明された方法またはアルゴリズムのステップは、ハードウェア内、プロセッサーによって実行されるソフトウェアモジュール内、あるいは２つの組み合わせの中で直接的に具体化されてよい。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、または技術的に既知である任意の他の形式の記憶媒体に常駐してよい。例示記憶媒体は、プロセッサーが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサーに結合される。代替策では、記憶媒体はプロセッサーに一体化してよい。プロセッサー及び記憶媒体はＡＳＩＣに常駐してよい。
【００６４】
ＡＳＩＣはユーザー端末に常駐してよい。代替策では、プロセッサー及び記憶媒体はユーザー端末内に別々の構成要素として常駐してよい。
【００６５】
開示された実施形態の過去の説明は、当業者が本発明を製造するまたは使用することができるようにするために提供される。これらの実施形態に対する多様な修正は、当業者に容易に明らかになり、ここに定義される一般的な原則は、本発明の精神または範囲から逸脱することなく他の実施形態に適用されてよい。したがって、本発明はここに示されている実施形態に制限されるのではなく、ここに説明される原則及び新規な特徴と一致する最も幅広い範囲を与えられるべきである。「例示」という用語はここでは、「例、インスタンス、または例証として機能する」ことを意味するためにもっぱら使用される。「例示」としてここに記載される任意の実施形態は、他の実施形態に対して好適であるまたは利点があると必ずしも理解されるべきでない。１つの観点において、方法と装置は、少なくとも１つのターゲットにメディア通信するための発信者からの要求を受信することと、発信者とターゲットが動作しているインフラストラクチャーのタイプを決定することと、決定されたインフラストラクチャーのタイプに基づいて発信者のためのグループメディア通信セットアップ戦略を提供することとを提供する。
【００６６】
１つの観点において、方法と装置は、
無線通ネットワークにおいて種々のインフラストラクチャー上で動作しているユーザーのグループに対して発信者がメディア通信を開始することを可能にすることを提供する。方法と装置は、少なくとも１つのターゲットに対してメディアを通信したい発信者からの指示を受信することと、要求をグループ通信サーバーに送信することと、発信者とターゲットが動作しているインフラストラクチャーのタイプに基づいてグループ通信サーバーからグループメディア通信セットアップ戦略を受信することと、受信したグループメディア通信セットアップ戦略に基づいて発信者がメディアを通信することを開始することを可能にすることとを提供する。
【００６７】
１つの観点において、グループ通信セットアップ戦略を提供するための装置は、メモリユニット、受信機、トランスミッター、およびメモリユニット、受信機およびトランスミッターと通信可能に接続されたプロセッサーを含む。プロセッサーは前述の方法を実行することができる。
【発明を実施するための最良の形態】
【００６８】
本発明の特徴および利点は、以下に述べられた実施形態の詳細な記載からより明白になるであろう。
【図面の簡単な説明】
【００６９】
【図１】図１はグループ通信システムを図解する。
【図２】図２は、どのようにしていくつかの通信装置はグループ通信サーバーと相互作用するかを図解する。
【図３】図３は無線通信インフラストラクチャーを実施するための一実施形態を図解する。
【図４】図４は、第１のタイプのインフラストラクチャーのための楽観的なメディア通信セットアップ戦略のためのフロー図を図解する。
【図５】図５は、第１のタイプのインフラストラクチャーのための保証されたメディア通信セットアップ戦略のためのフロー図を図解する。
【図６】図６は、第２のタイプのインフラストラクチャーのための楽観的なメディア通信セットアップ戦略のためのフロー図を図解する。
【図７】図７は、第２のタイプのインフラストラクチャーのための保証されたメディア通信セットアップ戦略のためのフロー図を図解する。
【図１】
2007503766.tif 000003
【図２】
2007503766.tif 000004
【図３】
2007503766.tif 000005
【図４】
2007503766.tif 000006
【図５】
2007503766.tif 000007
【図６】
2007503766.tif 000008
【図７】
2007503766.tif 000009
【国際調査報告】
2007503766.tif 000010
2007503766.tif 000011
2007503766.tif 000012