JP5059822B2 - グループ通信ネットワークのための効率的な休眠モードを提供するためのコントローラ - Google Patents

Description

関連出願に対するクロスリファレンス
この出願は、２００１年５月１５日に出願された米国仮特許出願シリアル番号第６０／２９１，４５４の利益を請求する。

分野
この発明は、ポイントツーマルチポイント通信システムに関する。特に、この発明は、グループ通信ネットワーク内のアイドル移動局に情報を配信するための方法及び装置に関する。

背景
迅速で、効率的な１対１または１対多（グループ）通信を対象とした無線サービスのクラスが長年にわたり、種々の形態で存在してきた。一般に、これらのサービスは、半二重であった。この場合、ユーザは発話を開始するために、自分の電話／無線機上の「押して話す」（ＰＴＴ）ボタンを押す。ボタンを押すことは、ある実施においては、自分の無線機に鍵をかけるかまたは、ある種のサーバーを介して通信が生じる中程度のシステムにおいては、「発言権」のためのユーザの要求を示す。発言権すなわち話し手が許可されるなら、次にユーザは一般に数秒間話し、その後ＰＴＴ｛ＸＥ”ＰＴＴ”｝ボタンを開放し、他の話者が発言権を要求することができる。通信は一般に話し手が一人で聞き手が複数であるが、１対１の場合も有り得る。このサービスは伝統的に、一人の人、すなわち「通信指令係」が、現地サービス要員またはタクシードライバーのような人々の集まりに対して通信する必要がある、アプリケーションにおいて使用されてきた。これがそのサービスに対して「通信指令」という名前がつけられた理由である。

近年、インターネット上で同様のサービスが提供されており、一般には、「ボイスチャット(voice chat)」として知られている。これらのサービスは、通常、インターネットプロトコル（ＩＰ）｛ＸＥ”ＩＰ”｝パケット、すなわちボイスオーバーアイピー（ＶｏＩＰ）サービス内のボコーダフレームを中央グループチャットサーバーまたは恐らく、ピアツーピアサービスでクライアントからクライアントに送信するパーソナルコンピュータ｛ＸＥ”ＰＣ”｝アプリケーションとして実施される。

これらのサービスの重要な特徴は通信が迅速でかつ自然発生的であり、通常、典型的なダイアリングおよびリンギングシーケンスを経由せずに、単にＰＴＴ｛ＸＥ”ＰＴＴ”｝ボタンを押すことにより開始される。この種のサービスは一般に非常に短い。個人が一方的にしゃべるのは一般的に数秒のオーダーであり、「会話」は、おそらく、１分またはそれ以下で終わる。

ユーザが発言権を要求するときと、ユーザが発言権を有するサーバーからの肯定的または否定的確認を受けて話はじめるときとの間の時間遅延、これはＰＴＴ｛ＸＥ”ＰＴＴ”｝待ち時間として知られているが、半二重グループ通信システムにとって重要なパラメータである。上述したように、通信指令は短くて迅速な会話に優先度を置くが、ＰＴＴ待ち時間が大きくなれば、サービスの効率を悪くさせる。

既存のグループ通信インフラ基盤は、ＰＴＴ待ち時間を著しく低減するための機会が限られている。すなわち、実際のＰＴＴ待ち時間は、おそらく、休眠中のパケットデータセッション内のトラヒックチャネルを再確立するのに必要な時間を下回って低減することは出来ないかもしれない。さらに話し手のトラヒックチャネルと聞き手のトラヒックチャネルは連続して上げられる。なぜなら、休眠しているグループを目覚めさせることを開始するために利用可能な唯一の機構は、サーバーに信号を送るために話し手のトラヒックチャネルが再確立されるのを待つことだからである。現在、トラヒックチャネル以外の何らかのものに関するシグナリングデータをモバイルユーザに送信する機構は無い−クライアントとサーバーとの間の通信が生じる前にトラヒックチャネルを再確立しなければならない制限事項である。

それゆえ、システム容量、クライアントのバッテリ寿命、または他のリソースに影響を与えることなく、話し手により経験される明白なＰＴＴ待ち時間を低減し、モバイルに参加するためにトラヒックチャネルを再確立するのに必要な合計時間を低減するための機構の必要性がある。

開示された実施の形態は、グループ通信ネットワークにおいてアイドル移動局に情報を配信する新規で改良された方法および装置を供給する。この発明の第１の観点において、グループ通信ネットワークにおいて、アイドル移動局に情報を配信するための方法は、情報が所定のサイズ制限値より小さいかどうかを判断し、情報が所定のサイズ制限より小さいなら順方向共通チャネルを介してその情報を移動局に配信する工程を含む。一形態において、移動局がトラヒックチャネルを有さずにアイドル状態にあるとき情報は、例えば、ショートデータバースト(short data burst)フォームで配信される。

この発明の第２の形態において、グループ通信ネットワークにおいてアイドル移動局に情報を配信するための方法は、情報をフレーム内にカプセル化し、移動局に配信するためにそのフレームをサーバーに送り、サーバーにフレームから情報を抽出させ、順方向共通チャネルを介して移動局にその情報を配信させる工程を含む。一形態において、移動局がトラヒックチャネルを有さずにアイドル状態にあるとき、情報は、例えばショートデータバースト(ＳＤＢ）フォームで配信される。

この発明の第３の形態において、グループ通信ネットワークにおいて、アイドル移動局に情報を配信するための方法は、移動局に配信するための情報を受信し、情報は、順方向共通チャネルを介して配信するためにタグが付けられ、その情報を移動局に配信する工程を含む。一形態において、移動局がトラヒックチャネルを有さずアイドル状態にあるとき、情報は、例えばショトデータバースト（ＳＤＢ）フォームで配信される。

図１はグループ通信システムを図解する。 図２は、いくつかの通信装置がどのように通信マネージャと相互作用するかを図解する。 図３は一実施形態に従う発言権制御要求プロセスのための呼シグナリングの詳細を図解する。 図４は一実施形態に従うネットワーク起動休眠ウエイクアッププロセスのための呼シグナリングの詳細を図解する。 図５は一実施形態に従う通信マネージャ側におけるバッファリング媒体 図６は、一実施形態に従うクライアント側におけるバッファリング媒体を図解する。 図７は一実施形態に従う例示無線リンクモードを図解する。

この発明の特徴と利点は、同一部に同符号を付した図面とともに以下に述べる詳細な記載からより明白になるであろう。

詳細な説明
この発明の一実施の形態を詳細に説明する前に、この発明は、そのアプリケーションにおいて、以下の説明に記載されるまたは図面に図解される構成要素の構成と配置の詳細に限定されないことが理解されなければならない。この発明は、他の実施の形態で実施することができ、種々の方法で実行することができる。また、ここに使用される言葉遣いおよび専門用語は説明の目的のためであり、制限すると見なすべきでないことが理解される。

図１はグループ通信システム１００の例示機能ブロック図を図解する。グループ通信システム１００はまた、押して話すシステム、ネットブロードキャストサービス（ＮＢＳ）、ディスパッチシステム、またはポイントツーマルチポイント通信システムとしても知られている。ＮＢＳ１００において、個々にネットメンバーとして知られる、通信装置ユーザのグループは、各ネットメンバーに割当てられた通信装置を用いて互いに通信する。「ネット」という用語は、互いに通信する権限を与えられた通信装置ユーザのグループを意味する。

一実施の形態において、中央データベースは、各特定のネットのメンバーを識別する情報を含むことができる。１つ以上のネットが同じ通信システムにおいて動作することができる。例えば、第１ネットは１０人のメンバーを持つように定義することができ、第２ネットは２０人のメンバーを持つように定義することができる。第１ネットの１０人のメンバーは互いに通信することができるが、第２ネットのメンバーと通信することはできない。他の実施の形態において、異なるネットのメンバーは、１つ以上のネットのメンバー間の通信を監視することができるが、自分のネット内のメンバーにしか情報を送信することはできない。

ネットは、既存のインフラ基盤に大きな変化を必要とせずに、既存の通信システムを介して動作することができる。従って、ネット上のコントローラとユーザは、インターネットプロトコル（ＩＰ）を用いてパケット情報を送受信可能ないずれかのシステムにおいて動作することができる。このシステムとしては、例えば、符号分割多重アクセス（ＣＤＭＡ）システム、時間分割多重アクセス（ＴＤＭＡ）システム、移動通信システムのためのグローバルシステム（ＧＳＭ）、Globalstar（登録商標）またはIridium（登録商標）のような衛星通信システム、またはいろいろな他のシステムがある。

ネットメンバーは、通信装置（ＣＤｓ）１０２、１０４、１０６および１０８として示される、割当てられた通信装置を用いて互いに通信することができる。ＣＤｓ１０２、１０４、１０６および１０８は、例えば地上無線電話、押して話す能力を有する有線電話、押して話す機能を有した衛星電話、無線ビデオカメラ、スチールカメラ、ミュージックレコーダまたはプレーヤのようなオーディオ装置、ラップトップまたはデスクトップコンピュータ、ページング装置、またはそれらのいずれかの組合せのような無線又は有線の通信装置であってよい。例えば、ＣＤ１０２は、ビデオカメラおよびディスプレイを有する無線地上電話で構成することができる。さらに、各ＣＤは、安全モードまたは非安全（クリア）モードのいずれかで情報を送受信することができる。以下の説明の全体に渡って、個々のＣＤへの言及は、無線の押して話す電話を推測する。しかしながら、ＣＤへの言及はそのようなものに制限されることを意図しておらず、インターネットプロトコル（ＩＰ）に従ってパケット情報を送受信するための能力を有する他の通信装置を含むことができることが理解されなければならない。

図２のＮＢＳシステムにおいて、送信権は、一般的に、単一ユーザが一時に他のネットメンバーに情報を送信することを可能にする。要求が受信されたときに、送信権が現在他のネットメンバーに割当てられているかどうかに応じて、要求ネットメンバーに送信権が許可されるかまたは拒絶される。送信要求を許可しおよび拒絶するプロセスは調停として知られている。要求するネットメンバーが送信権を許可されるかどうかを決定するに際し、調停スキームは、例えば、各ＣＤに割当てられた優先度レベル、送信権を得るために不成功に終わった試みの回数、ネットメンバーが送信権を保持していた時間の長さ、または他の要因のような要因を評価することができる。

ＮＢＳシステムに参加するために、ＣＤｓ１０２、１０４、１０６および１０８は各々コントローラまたは通信マネージャ（ＣＭ）１１０から送信権を要求する能力を有することができる。ＣＭ１１０は、ネットのリアルタイムな調停動作を管理することができる。ＣＭは少なくとも１つのプロセッサとメモリを有するいかなるタイプのコンピュータタイプの装置である。一実施の形態において、ＣＭは、SunワークステーションNetra T1（登録商標）である。

権限がサービスプロバイダーにより供給されるとすれば、ＣＭ１１０は、通信システムサービスプロバイダー、ネットメンバか、または両方を介して遠隔的に動作することができる。ＣＭ１１０は外部調停インターフェースを介してネット定義を受信することができる。ネットメンバーは、サービスプロバイダーを介して管理活動を要求することができ、またはＣＭ調停インターフェースに準拠するメンバー操作セキュリティマネージャ（ＳＭ）１１２のような定義されたシステムを介してネット機能を管理する。ＣＭ１１０は、ネットを確立または変更しようとするパーティを認証することができる。

ＳＭ１１２は、キー管理、ユーザー認証、および安全なネットをサポートするための関連したタスクを実行することができる。単一のグループ通信システムは、１つ以上のＳＭ１１２と相互作用することができる。ＳＭ１１２は、ネット起動またはＰＴＴ調停を含む、ネットのリアルタイム制御に含まれなくても良い。ＳＭ１１２は、管理機能を自動化するためにＣＭ１１０インターフェースと互換性のある管理能力を有することができる。ＳＭ１１２は、ネットに参加する目的のためにデータエンドポイント(data endpoint)として行動することができ、ネットキーをブロードキャストし、または単にネットトラヒックを監視する。

一実施の形態において、ＣＭから送信権を要求するための手段は、押して話す（ＰＴＴ）キーまたはスイッチから構成される。ＮＢＳ１００のユーザーが情報を他のネットメンバーに送信したいとき、ユーザーは、ＣＤ上に配置された押して話すスイッチを押し、発言権制御要求を送信し、ＣＭ１１０から送信権を得ることができる。他のネットメンバーが現在送信権が割当てられていないなら、要求しているユーザーは送信権が許可され、そしてユーザにＣＤを介して可聴式、視覚の、または触覚の警告を通知することができる。要求しているユーザーが送信権を許可された後、次に情報はそのユーザから他のネットメンバーに送信することができる。

この発明の一実施の形態において、各無線ネットメンバーは１つ以上の基地局１１６または、場合によっては、衛星ゲートウエイ１１８を用いて順方向リンクおよび逆方向リンクを確立する。基地局１１６は、基地局１１６または衛星ゲートウエイ１１８からＣＤに通信チャネルを記載するために使用することができる。衛星ゲートウエイ１１８は、ＣＤから基地局１１６または衛星ゲートウエイ１１８への通信チャネルを記載するために使用することができる。音声および／またはデータは、例えば、他のユーザへの通信を行なうことができる、特定の分散型ネットワークに適した、データパケットにＣＤを用いて変換することができる。一実施の形態において、分散型ネットワーク１２０はインターネットである。

一実施の形態において、各ネットメンバーから他のネットメンバーに情報をブロードキャストするために、専用の順方向チャネルが各通信システム、すなわち、地上通信システムおよび衛星通信システムにおいて確立される。各ネットメンバーは専用チャネルを介して他のネットメンバーから通信を受信することができる。他の実施の形態において、専用逆方向リンクは、ＣＭ１１０に情報を送信するために各通信システムにおいて、確立される。一実施の形態において、上述したスキームの組合せを使用してもよい。例えばスキームは、専用順方向ブロードキャストチャネルを確立することを含めることができるが、各ＣＤに割当てられた専用逆方向リンクを介してＣＭ１１０に情報を送信するために無線ＣＤｓを必要とする。

第１ネットメンバーがそのネットの他のメンバーに情報を送信したいとき、第１ネットメンバーは自分のＣＤの押して話すキーを押すことにより送信権を要求することができ、これは、分散型ネットワーク１２０を介した送信のためにフォーマット化された要求を発生する。ＣＤｓ１０２および１０４の場合、その要求は、１つ以上の基地局１１６に無線で送信することができる。良く知られた相互作用機能（ＩＷＦ）、パケットデータサービングノード（ＰＤＳＮ）、またはパケット制御機能（ＰＣＦ）を含むことができる、データパケットを処理するための、携帯電話システム向け交換機（ＭＳＣ）１２２をＢＳ１１６と分散型ネットワーク１２０との間に介在させることができる。ＣＤ１０６の場合、要求は、衛星ゲートウエイ１１８を介して送信される。ＣＤ１０８の場合、要求は、公衆交換電話網（ＰＳＴＮ）１２４を介してモデムバンク１２６に送信することができる。モデムバンク１２６はその要求を受信し、それを分散型ネットワーク１２０に供給する。ＮＢＳ端末１２８は、分散型ネットワーク１２０への接続を介してＮＢＳシステムのトラヒックを監視する。ＮＢＳ端末１２８は、分散型ネットワーク１２０に接続されるので、ネット参加者に対する地理的近接性は必要無い。

他のメンバーが現在送信権を保持していないなら、ＣＭ１１０が送信権要求を受信するとき、ＣＭ１１０はメッセージを要求しているネットメンバーに送信することができ、送信権が許可されたことを要求しているメンバーに知らせる。従って、第１ネットメンバーからのオーディオ情報、視覚情報またはその他の情報を、上で記載した送信経路の１つを用いて、ＣＭ１１０に情報を送信することにより、他のネットメンバーに送信することができる。一実施の形態において、ＣＭ１１０は、情報を複製し、各複製を他のネットメンバーに送信することにより他のネットメンバーに情報を供給する。単一ブロードキャストチャネルが使用されるなら、使用中の各ブロードキャストチャネルに対して一度複製する必要があるだけである。

代わりの実施の形態において、ＣＭ１１０はＭＳＣ１２２に組み込まれるので、サポートしている基地局からのデータパケットは分散型ネットワーク１２０に送られずに、ＣＭ１１０に直接送られる。この実施の形態において、ＣＭ１１０は依然として分散型ネットワーク１２０に接続されているので、他の通信システムおよび通信装置はグループ通信に参加することができる。さらに他の実施の形態において、ＣＭはＰＤＳＮ、またはＭＳＣのＰＣＦモジュールに組み込むことができる。

一実施の形態において、ＣＭ１１０は、個々のネットメンバーに関係する情報並びに各定義されたネットに関係する情報を管理するための１つ以上のデータベースを保持する。例えば、各ネットメンバーについて、データベースは、メンバーのＣＤに関連する、ユーザー名、口座番号、電話番号、またはダイアル番号、ＣＤに割当てられたモバイル識別番号、メンバーが積極的にネットに参加しているかというような、ネットにおける現在のメンバーの状態、送信権がどのように割当てられるかを決定するための優先コード、ＣＤに関連する電話番号、ＣＤに関連するＩＰアドレス、およびどのネットにメンバーが通信する権限を与えられているかの表示のような情報から構成される。他の関連するタイプの情報も各ネットメンバーに対してデータベースにより記憶可能である。

一実施の形態において、ＣＤは、１つの話し手グループまたはネットを形成するために、個々の通信端末の接続を形成することができる。ＣＭは、異なるアプリケーションに適合するように異なる方法で構成可能なハードウエアおよびソフトウエアにおけるいろいろな機能的能力から構成可能である。ＣＭは（ＮＢＳ）ネットのリアルタイム動作、管理動作および信頼性、押して話す（ＰＴＴ）要求の調停、ネット会員名簿および登録簿の保持と配信、必要な通信、例えばＣＤＭＡシステムおよびネットワークリソースの呼の設定と破壊、並びにネットステータスの全体の制御を管理する能力を供給する。

ＮＢＳネットは、スタンドアローンの配置が可能なセルラシステム、または大型の複数サイト構成内に存在することができる。大型の構成の場合、各々が既存のセルラインフラ基盤へのプラグインモジュールとして動作する複数のＣＭを、単一の集積されたシステムとして形成するように地理的に配置可能である。従って、既存のセルラインフラ基盤に変更を必要とすることなく、ＮＢＳネットにより導入される新しい特徴がセルラユーザーに利用可能である。

ＣＭは定義されたＮＢＳネットのリストを保持することができる。一実施の形態において、各ネット定義は、ネット識別子、電話番号または他の識別情報を含むメンバーのリスト、ユーザー優先度情報、及び他の包括的管理情報を含む。ネットはクリアなものまたは安全なものとして静的に定義することができ、クリアと安全との間の遷移は、許されていない。安全なＮＢＳは、一般的に、認証を供給し、盗聴に対して保護するために、媒体の暗号化を用いる。安全ネットのための媒体暗号化は、通信装置内で暗号化と復号を行なうことができることを意味するエンドツーエンドベースで実施される。ＣＭはセキュリティアルゴリズム、鍵、または政策の知識が無くても行なうことができる。

図２は、通信装置２０２がＣＭ２０４とどのように通信するかを示すための例示的ＮＢＳネット２００を図解する。大型のＮＢＳネットの場合には、複数のＣＭｓを要望に応じて配置することができる。図２において、ＣＤ２０２は媒体をネットの他のメンバーに送信する許可を有する。この場合、ＣＤ２０２は話し手として知られ、チャネルを介して媒体を送信する。ＣＤ２０２が話し手として指定されると、残りのネットの参加者ＣＤ２０６およびＣＤ２０８は媒体をネットに送信する許可を持つことはできない。従って、ＣＤ２０６およびＣＤ２０８は聞き手として指定される。

上述したように、ＣＤ２０２、２０６、および２０８は少なくとも１つのチャネルを用いてＣＭ２０４に接続される。一実施の形態において、チャネルは、セッション開始プロトコル（ＳＩＰ）チャネル２１０、ＮＢＳ媒体シグナリングチャネル２１２、および媒体トラヒックチャネル２１４から構成される別個のチャネルに分割される。話し手として指定されるか聞き手として指定されるかに関係無く、ＣＤｓ２０２、２０６および２０８のいずれかによって、帯域幅が許されるので、ＳＩＰチャネル２１０およびＮＢＳ媒体シグナリングチャネル２１２は、いつでも使用することができる。ＳＩＰは、インターネットプロトコル（ＩＰ）上でマルチメディアセッションを確立し、変更し、および終了させるための制御機構を記載する、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）が定義したアプリケーション層プロトコルである。ＳＩＰは、ユーザを登録し、位置を突き止めるための機構、ユーザ能力を定義し、媒体パラメータを記載する機構、およびユーザ利用可能性、呼の設定、および呼の処理を決定するための機構をサポートすることにより、インターネット電話アプリケーションに対する呼シグナリングの問題に対する一般的解決を提供する。

一実施の形態において、ＳＩＰチャネル２１０は、ＮＢＳネット１００内のＣＤの参加を開始させおよび終了させるために使用される。セッションディスクリプションプロトコル（ＳＤＰ）信号もＳＩＰチャネル２１０内で使用することができる。例えばＳＩＰチャネル２１０を用いてＮＢＳネット内でＣＤの参加が設定されると、例えばＮＢＳ媒体シグナリングチャネル２１２を用いて、ＣＤとＣＭとの間のリアルタイム呼制御およびシグナリングが行なわれる。一実施の形態において、ＮＢＳ媒体シグナリングチャネル２１２は、押して話す要求および解放、衝突する要求間の調停または発言権制御を処理し、情報送信の開始と終了を知らせ、ネットの休眠状態を管理し、エンドポイントの接続性を追跡し、ネットステータスを要求および交換し、および何らかのエラーメッセージを通知するために使用される。ＮＢＳ媒体シグナリングチャネル２１２のプロトコルは、将来の増強のために柔軟性を維持しながら、最も一般的なメッセージの長さを最小化し、応答を解釈し、要求に応答するタスクを簡単化する。ＮＢＳ媒体シグナリングチャネル２１２のプロトコルはまたプロトコル状態に悪影響を与えることなく要求が再送信されることを可能にする。

一実施の形態において、ＮＢＳ媒体チャネル２１２上のシグナリングトラヒックは、セッション招待要求およびアクノレジメントから構成することができる呼の設定および制御シグナリング、およびリアルタイム発言権制御要求および関連する非同期メッセージから構成することができる媒体シグナリングを含む。媒体トラヒックチャネル２１４上の媒体トラヒックは、リアルタイムポイントツーマルチポイント音声および／またはデータブロードキャストから構成することができる。両方のメッセージングカテゴリは、固有の機能的な属性を有する。さらに、各ＣＤは、完全に資格のあるＤＮＳホスト名をインターネットネットワークアドレスにマッピングするのを容易にするためにドメイン名サービス（ＤＮＳ）クライアント要求を発行することができる。

一実施の形態において、ＮＢＳ呼設定および呼制御シグナリングは、ＳＩＰ記号論に従って実行される。ＳＩＰは、良く知られたユーザーデータグラムプロトコル（ＵＤＰ）または送信制御プロトコル（ＴＣＰ）を用いて移動させることが出来るけれども、一実施の形態において、各ＣＤは、ＵＤＰを用いてＳＩＰベースシグナリング機能を実行する。また、各ＣＭはＵＤＰを介してＳＩＰシグナリング要求を受信することを予想することができる。リアルタイムシグナリングは、ＣＭおよび各ＣＤ上の動的ＵＤＰ／ＩＰインターフェースを介して生じることができる。例えば、ＳＩＰを用いてＣＭとＣＤとの間の固定されたＴＣＰ／ＩＰインターフェースを介して他のシグナリングを発生することができる。

ＰＴＴ待ち時間
一実施の形態において、パケットデータサービスがアクティブのとき、インフラ基盤内のリソース、例えば基地局トランシーバサブシステム（ＢＴＳ）｛ＸＥ”ＩＷＦ”｝、基地局コントローラ（ＢＳＣ）｛ＸＥ”ＢＳＣ”｝、相互作用（ＩＷＦ）｛ＸＥ”ＩＷＦ”｝、および無線リンクは積極的に移動局（ＭＳ）に割当てられる。ＩＰ｛ＸＥ”ＩＰ”｝ベースＶｏＩＰディスパッチサービスにおいて、グループ参加者間で積極的な会話が続けられているが、各ユーザのためのパケットデータ接続は、活動的に保持される。しかしながら、非活動期間、すなわち、グループ通信における「ハングタイム」の期間の後、ユーザートラヒックチャネルは休眠状態に遷移することができる。

休眠状態への遷移は、システム収容能力を節約して、サービスコストおよび電池の消耗を低減し、入ってくる一般的な音声呼を受信するためにユーザが利用可能にさせる。例えば、ユーザーがアクティブパケットデータ呼にあるとき、ユーザーは一般に入ってくる音声呼に対して「ビジー状態」にあると考えられる。ユーザーのパケットデータ呼が休眠状態にあるなら、ユーザは、入ってくる音声呼を受信することができるかもしれない。これらの理由により、パケットデータ非活動の期間の後、パケットデータ呼を遷移することが望ましい。

パケットデータ呼がアクティブのとき、例えデータパケットが交換されていなくても、無線周波数（ＲＦ）エネルギーは低レベルにもかかわらず、基地局との同期と電力制御を維持するために、携帯電話により依然として送信することができる。これらの送信は、電話に著しい電力の消耗を生じるかもしれない。しかしながら、休眠状態においては、電話は、いかなるＲＦ送信も実行しないかもしれない。電話の電力を節約し、バッテリ寿命を延ばすために、データ送信がない拡張された期間の後に電話を休眠状態に遷移するために、ハングタイムを設定することができる。

パケットデータサービスがすべてのユーザーに対してアクティブの間、ＰＴＴ｛ＸＥ”ＰＴＴ”｝要求、これは、ＭＳとディスパッチサーバーとの間で送信されるＩＰ｛ＸＥ”ＩＰ”｝データグラムであるが、この要求は非常に低い待ち時間を有する。しかしながら、ユーザーチャネルが以前に休眠状態に遷移していたなら、ＰＴＥ｛ＸＥ”ＰＴＴ”｝待ち時間は、もっと長いかもしれない。パケットデータ休眠の期間、移動ＩＰアドレスを含む、パケットデータセッションに関連する状態情報は維持することができる。しかしながら、物理トラヒック層のような、ＰＰＰより低い層に関連する状態情報は、開放することができ、および／または割当てを取り消すことができる。

いくつかのインフラ基盤において、休眠データ接続を起こすために、トラヒックチャネルは、再割り当てされなければならず、リソースは再割り当てされなければならず、および無線リンクプロトコル（ＲＬＰ）｛ＸＥ”無線リンクプロトコル（ＲＬＰ）”｝層は再初期化されなければならない。この効果は、話し手グループがしばらくの間話していなかった後で、発言権を要求するために、ユーザーが自分のＰＴＴ｛ＸＥ”ＰＴＴ”｝ボタンを押すと、最初に話す内容のためのＰＴＴ待ち時間は、次に話す内容のためのＰＴＴ待ち時間よりも一般に非常に長い。これは相対的にめったに起こらないけれども、サービスの実用性に影響を与えるので、短くしなければならない。

｛ＸＥ”ＰＴＴ”｝一実施の形態において、グループ通信装置が休眠状態にあるとき、ＰＴＴ｛ＸＥ”ＰＴＴ”｝待ち時間は以下によって生じることができる。

１．話し手チャネル割当て遅延−ユーザーが押して話すボタンを押すこと、およびディスパッチアプリケーションがＩＰベース発言権−要求メッセージを開始することに応答して、話し手の電話のためにトラヒックチャネルを割当ておよび初期化する際の遅延。

２．発言権要求伝搬遅延−ディスパッチサーバーに伝搬するための発言権要求メッセージのための時間。

３．調停遅延−潜在的に複数の発言権要求をディスパッチサーバーが処理するための時間。

４．ウエークアップメッセージ遅延−ＩＰメッセージをディスパッチサーバーから聞き手にサービスするセルラインフラ基盤、例えばＰＤＳＮに伝搬させるための時間。

５．聞き手ページング遅延−適切なページングチャネルスロット内でページをウエークアップし、受信するために、聞き手の電話を待つための必要条件による時間遅延。

６．聞き手チャネル割当て遅延−聞き手の電話のトラヒックチャネルを割当て、初期化する際の遅延。

これらの遅延のいくつかは、全体のＰＴＴ待ち時間に対する寄与において、他のものよりもより重要である。例えば、話し手のチャネル割当て待ち時間と聞き手のチャネル割当て待ち時間および聞き手のページング待ち時間はしばしば他のコンポーネントより大きい大きさのオーダーであり、一緒になって、究極のＰＴＴ待ち時間性能を駆動する。

ＰＴＴ待ち時間を低減するために、一実施の形態において、発言権制御要求、発言権制御応答、および休眠ウエークアップメッセージは、再確立される専用のトラヒックチャネルを待つことなく、いくつかの利用可能な共通のチャネルを介して送信することができる。そのような共通のチャネルは、モバイルの状態に関わらず、常に利用可能であり、ユーザーがグループ呼を開始することを望むたびに要求したり再割り当てしたりする必要はないかもしれない。それゆえ、モバイルが休眠であるときでも、グループ呼シグナリングは交換可能であり、これは、話し手のモバイルと聞き手のモバイルのための専用トラヒックチャネルを再確立するための手段を提供することができる。

一実施の形態において、呼び出しているモバイルは、逆方向アクセスチャネルおよび逆方向強化アクセスチャネルのような、いくつかの利用可能な逆方向共通チャネルを介して無線インフラ基盤に発言権−制御要求を送信することができる。呼び出しているモバイルはまた、順方向ページングチャネルおよび順方向共通制御チャネルのようないくつかの利用可能な順方向共通チャネルを介して発言権制御要求に対する応答も受信することができる。一実施の形態において、休眠聞き手モバイルは、順方向ページングチャネルおよび順方向共通制御チャネルのようないくつかの利用可能な順方向共通チャネルを介して休眠ウエークアップメッセージを受信することができる。

短いデータのバースト呼−シグナリングメッセージ
一実施の形態において、実際の合計休眠ウエークアップ時間と、話し手により知覚されるＰＴＴ｛ＸＥ”ＰＴＴ”｝待ち時間の大幅な減少は、例えば以下「ｃｄｍａ２０００標準」と呼ばれる「ｃｄｍａ２０００スペクトラム拡散システムのためのＴＩＡ／ＥＩＡ／ＩＳ−２０００標準」において、供給される短いデータバースト（ＳＤＢ）メッセージの使用を介して達成することができる。一実施の形態において、ＳＤＢメッセージは、順方向基本チャネルのような（ＦＣＨ）専用物理チャネル、または順方向専用共通制御チャネル（Ｒ−ＡＣＨ）、または逆方向アクセスチャネル（Ｒ−ＡＣＨ）、逆方向強化アクセスチャネル（Ｒ−ＥＡＣＨ）、順方向共通制御チャネル（Ｆ−ＣＣＣＨ）、またはページングチャネル（ＰＣＨ）のような共通物理チャネルを介して送信することができる。ＳＤＢメッセージは、メッセージを適切で利用可能な物理層チャネル上にマップする無線バーストプロトコル（ＲＢＰ），｛ＸＥ”無線バーストプロトコル’ＲＢＰ”｝により送信することができる。ＳＤＢメッセージは、任意のＩＰ｛ＸＥ”ＩＰ”｝トラヒックを運ぶことができ、共通の物理チャネルを介して送信することができるので、呼び出しているクライアントのモバイルが専用トラヒックチャネルを有していないとき、グループ呼シグナリングを交換するための機構を提供する。

モバイルに源を発する呼−シグナリングメッセージ
一実施の形態において、媒体−シグナリングメッセージは逆方向リンクまたはモバイルに源を発生するリンクを介してＩＰデータグラムを運ぶことができる。クライアント移動局は、ユーザーが発言権を要求するとき、ＣＭに迅速に信号を送ることができ、専用逆方向トラヒックチャネルはすぐに利用することはできない。クライアント移動局がすべての専用トラヒックチャネルを解放したと仮定すると、クライアント移動局は、無線インフラ基盤の逆方向共通チャネルを介して発言権制御要求をすぐに送ることができる。無線インフラ基盤はその要求をＣＭに中継することができる。例えば逆方向チャネルが利用可能でないとき、逆方向アクセスチャネルまたは逆方向強化アクセスチャネルを用いてそのようなメッセージを送信することができる。一実施の形態において、クライアント移動局は発言権−要求メッセージをＳＤＢメッセージとしてＣＭに送信することができる。

図３は、発言権−制御要求プロセスのための例示呼−シグナリングを示す。クライアント移動局（ＭＳ）は、グループ呼を開始したいユーザーからの要求を受信することができる。一実施の形態において、クライアントＭＳはＰＴＴ装置であり得る。一実施の形態において、クライアントは、その専用トラヒックチャネルを再確立しようと試みる前に、アクセスチャネルまたは強化アクセスチャネルのような逆方向共通チャネルを介して、ＰＴＴ発言権要求３０２を送信することができる。一実施の形態において、クライアントＭＳは、どのチャネルが使用されるかに関係なく、ＳＤＢメッセージ内のＰＴＴ発言権要求３０２を送信することができる。

次に、クライアントＭＳは、例えば「サービスオプション３３再設定」を実行することにより、その専用トラヒックチャネル３０４の再確立を開始することができる。クライアントＭＳはまた無線リンクプロトコル（ＲＬＰ）同期３０６も開始することができる。一実施の形態において、クライアントＭＳは、その専用トラヒックチャネルを再確立することができ、ＰＴＴ発言権要求３０２を送信することと並列に有利にＲＬＰを同期させることができる。

それゆえ、移動局がアクティブな専用トラヒックチャネルを有していないとき、利用可能な逆方向共通チャネルおよび／またはＳＤＢ特徴の使用は、参加しているモバイルの目を覚まさせるのに必要な合計時間を低減する。話し手のクライアントは、話し手の順方向トラヒックチャネルが再確立されるまで、発言権−要求が許可されたという確認を受信できないかもしれないけれども、参加している聞き手の目を覚まさせるのを開始するために、ＣＭに迅速に信号を送る能力は、全体の待ち時間を減少させる。

図３を参照すると、無線インフラ基盤は、ＰＴＴ発言権−制御要求３０８をパケットデータサービスノード（ＰＤＳＮ）に、そして次にＣＭに送ることができる。一実施の形態において、発言権−制御要求３１０を受信した後、ＣＭは、その要求を調停することができ、媒体シグナリングウエークアップメッセージ（トリガー）｛ＸＥ”ＡＹＴウエークアップ要求”｝を目標の参加者（聞き手）のグループにバースト転送することができ、および／または参加者（聞き手）のトラヒックチャネルの再確立をトリガすることができる。ＣＭがＰＴＴ発言権要求を許可するなら、ＣＭはＰＴＴ発言権許可３１２をインフラ基盤に送信することができ、インフラ基盤は、ＰＴＴ発言権許可３１４をクライアントＭＳに送信することができる。一実施の形態において、インフラ基盤は、クライアントの専用トラヒックチャネルがまだ再確立されていなければ、順方向ページングチャネルおよび順方向コマンド制御チャネルのような利用可能な共通チャネルを介してクライアントＭＳにＰＴＴ発言権許可３１４を送信することができる。一実施の形態において、インフラ基盤は、どのチャネルが使用されているかに関係なく、ＰＴＴ発言権許可３１４をＳＤＢフォームでクライアントに送信することができる。

一実施の形態において、ＣＭは、ＰＴＴ発言権−制御要求に応答する前に、休眠応答タイマーが満了するのを待つことができる。グループの休眠応答タイマーがゼロに設定されるなら、ＣＭは発言権−制御｛ＸＥ”ＰＴＴ”｝要求に迅速に応答することができる。一実施の形態において、クライアントＭＳがそのトラヒックチャネルとＲＬＰ同期の再確立を完了したなら、クライアントＭＳにバッファリングされていたストリーム媒体３１６をＣＭに送ることができる。

ネットワークに源を発する呼シグナリングメッセージ
一実施の形態において、発言権−制御要求を受信した後、ＣＭは媒体シグナリングウエークアップメッセージを目標参加者（聞き手）のグループにバースト転送することができ、参加者の（聞き手の）トラヒックチャネルの再確立をトリガすることができる。グループの休眠応答タイマーがゼロにセットされるなら、ＣＭは、発言権制御｛ＸＥ”ＰＴＴ”｝要求に迅速に応答することができる。一実施の形態において、話し手がＰＴＴ｛ＸＥ”ＰＴＴ”｝要求を送信後、迅速にそのトラヒックチャネルの再確立を始めたなら、呼び出し人のトラヒックチャネルおよび聞き手のトラヒックチャネルは並列に有利に再確立される。

図４は、ネットワークにより開始された休眠ウエークアッププロセスのための例示呼シグナリングを示す。ＣＭがＰＴＴ発言権−制御要求３１０（図３）を受信した後、ＣＭはウエークアップトリガー４０２を目標の聞き手に向けて送信することができる。ＰＳＤＮは目標のモバイルに対してパケットデータセッションが存在するかどうか決定することができ、そのトリガーパケットを適切なインフラ基盤エレメント、例えば基地局に送る。インフラ基盤は、その専用トラヒックチャネルの再確立を開始するために各個々の目標ＭＳに連絡する４０６。目標ＭＳは、例えば、「サービスオプション３３再設定」を実行することにより、その専用トラヒックチャネル４０８の再確立を開始することができる。目標ＭＳはまた、無線リンクプロトコル（ＲＬＰ）同期化４１０を開始することもできる。一実施の形態において、目標ＭＳｓはその専用トラヒックチャネルを再確立することができ、クライアントＭＳにより実行される同じ機能と並列に有利にそれらのＲＬＰｓを同期化する。

一実施の形態において、目標ＭＳがその専用トラヒックチャネルの再確立およびＲＬＰの同期化を完了すると、ＣＭは、ウエークアップトリガー４１２を目標ＭＳに再送信することができる。目標ＭＳは、目標ＭＳが媒体を受信する準備ができていることを示すウエークアップ返答をＣＭに送信することができる。ＣＭは、ＣＭにバッファリングされていた媒体４１８を目標ＭＳに流す前にクライアントＭＳに話し手のアナウンスを送信することができる。

一実施の形態において、インフラ基盤は、目標の聞き手のトラヒックチャネルがまだ再確立されていないのに、順方向ページングチャネルおよび順方向共通制御チャネルのようないくつかの利用可能な共通順方向チャネルを介して目標聞き手にウエークアップトリガー４１２を送信することができる。一実施の形態において、インフラ基盤は、どのチャネルが使用されるかに関係無く、ウエークアップトリガー４１２をＳＤＢ形態で目標聞き手に送信することができる。ＰＴＴ発言権−制御要求が話し手の逆方向共通チャネル上にＳＤＢメッセージとして送信され、目標グループの休眠応答タイマーがＣＭにおいてゼロに設定されるなら、話し手クライアントにおける実際のＰＴＴ待ち時間は、逆方向リンク上にＳＤＢ要求メッセージを送信し、続いてＳＤＢ応答を順方向リンク上に送信するのに必要な時間まで低減することができる。

呼シグナリングメッセージのためのネットワークインターフェース
どんなネットワークにより源が発せられる特定のトラヒック、例えばＳＤＢペイロードが専用のトラヒックチャネルを用いずにアイドル移動局に対して送信されるかを決定するために、そのような特定のトラヒックを他のトラフィックと区別するためのあるインフラ基盤政策またはインターフェースを実施することができる。

第１の実施の形態において、ＳＤＢメッセージは制限されたユーザーペイロードを運ぶことができるので、ＩＰデータグラムはそれらのサイズに基づいてフィルタリングすることができる。専用のトラヒックチャネルを用いないでモバイルに送るなら、所定のサイズ制限より小さいＩＰデータグラムはＳＤＢメッセージとして送ることができる。アプリケーション発言権−要求応答メッセージは極めて小さく、例えばＩＰヘッダーを含めて３４バイトなので、グループ通信システムは、そのようなフィルタを使用することができる。

第２の実施の形態において、インフラ基盤は、移動局に配信することになっているＩＰトラヒックをカプセル化するためのＩＰベースサービスを定義することができる。このサービスの知識を有するＩＰサーバーは、小さなＩＰ、例えば、適切にＩＰヘッダーでカプセル化されたＵＤＰ、データグラムを、専用のトラヒックチャネルを持たないと推測されるモバイルへの配信のためのこのサービスに送信することができる。グループ通信システムはこのサービスを用いてインフラ基盤に、発言権−要求応答メッセージを例えば、ＳＤＢフォームで要求しているクライアントＭＳに配信すべきであることを示すことができる。ＳＤＢトラヒックを係属中のページまたはサービス発生要求と合わせることも、ユーザートラヒックの迅速で信頼性のある配信を保証するために重要である。

第３の実施の形態において、ＩＰサーバーは、専用のトラヒックチャネルを有さないと推測されるモバイルへの配信のために、特別なＩＰ、例えば、ＵＤＰ、ＩＰヘッダーを有したデータグラムを送信することができる。ＩＰデータグラムをクライアントＭＳに配信するようにインフラ基盤に命令するために、ＩＰサーバーは、例えば、特別な値をＩＰヘッダーに指定することにより、ＩＰデータグラムにタグを付けることができる。グループ通信システムはこのサービスを用いて、インフラ基盤に、発言権−要求応答メッセージを、例えば、ＳＤＢフォームで要求しているクライアントＭＳに配信すべきであることを示すことができる。第３の実施の形態において、ＵＤＰまたはＴＣＰポートレンジ(port range)は、特定のＩＰデータグラム、例えばＳＤＢメッセージを配信するために予約することができる。

モバイルにより開始されるサービスの発生およびページング
一実施の形態において、図３に関連して説明したように、話し手の移動局（ＭＳ）は発言権−制御要求３０２をＣＭに送信することができる。これはＳＤＢフォームで行なうことができ、すぐに続いて、そのトラヒックチャネルを迅速に再確立するために、無線の、例えばＣＤＭＡのインフラ基盤にサービス発生要求３０４を送信する。しかしながら、休眠応答タイマーが小さな値に設定されているなら、ＣＭは、発言権−制御要求３１０に迅速に応答することができ、応答３１２を話し手ＭＳに送信して戻す。この応答が、サービス発生トランザクション３０４の早期にインフラ基盤に到着するなら、インフラ基盤は、話し手のＭＳは何らの活動的なトラヒックチャネルを有しておらず、その応答を話し手のＭＳに連絡しようと試みていることに気づく。しかしながら、このページング行動は、すでに進行中のサービス発生トランザクションを中止することができる。一実施の形態において、話し手のＭＳはページに応答することができる、発言権−制御応答メッセージが話し手に配信されることを保証し、再びサービス発生を要求することができる。しかし、中止された元々のサービス発生の試みの結果として、話し手のトラヒックチャネルを再確立する際に不必要な遅延に直面する。

第１の実施の形態において、サービス発生プロセスとページングとの間の競合条件を回避するために、ＣＭは、発言権−制御要求３１０に迅速に応答しないように構成することができる。従って、サービス発生プロセス３０４が完了した後に、ＣＭが話し手のＭＳに応答３１２を送信するように、例えば、ＣＭ内の休眠応答タイマーを調節することができる。

第２の実施の形態において、ＣＭにより開始された応答３１２を受信するＰＤＳＮと、話し手のサービス発生要求に応答する、携帯電話システム向け交換機（ＭＳＣ）が調整される。すなわち、ＣＭにより開始された応答３１２がインフラ基盤に到着するとき、話し手のＭＳに対するパケットデータサービス発生プロセスがすでに進行中であると、ＰＤＳＮが決定するなら、ＭＳＣは、話し手のＭＳにページングすることを延期することができる。ＰＤＳＮはその応答をキャッシュに格納することができ、サービス発生プロセスが完了したら、話し手のモバイルの順方向トラヒックチャネルを介してそれを送信することができる。あるいは、サービス発生プロセスがまだ進行中なら、ＭＳＣはその応答をＳＤＢメッセージとして話し手のＭＳに送信することができる。

第３の実施の形態において、話し手のＭＳが発言権−制御要求３０２に対する応答を受信するまで、話し手のＭＳは、サービス発生要求３０４を発行しないことにより、競合条件を回避することができる。一実施の形態において、話し手のＭＳは活動的な専用トラヒックチャネルを有していないので、ＣＭは、順方向ページングチャネルおよび順方向共通制御チャネルのようないくつかの利用可能な順方向共通チャネルを介してその応答を話し手のＭＳに送信することができる。一実施の形態において、ＣＭは、その応答をＳＤＢフォームで話し手のＭＳに送信することができる。ＣＭにより送信されたウエークアップ要求が聞き手のモバイルのためのトラヒックチャネルの再活性化をトリガするのと同じ態様で、そのトラヒックチャネル再活性化をトリガするために、話し手のＭＳは、ＣＭにより発生された発言権−制御応答３１２に依存することができる。同時のモバイルにより開始されたサービス発生およびネットワークにより開始されたモバイルのページングの可能性は回避されるので、競合条件は回避される。

ネットワークにより開始されたパケットデータトリガのキャッシング
無線の例えばＣＤＭＡインフラ基盤に到達する、ウエークアップトリガー４０２を含み、専用のトラヒックチャネルを有さない聞き手のモバイルに向けられたＩＰデータグラムは、一般にネットワークによって、または特に無線インフラ基盤により失うかもしれない。一実施の形態において、聞き手のモバイルに送信されたウエークアップトリガー４０２は、聞き手が応答するまで、またはグループのウエークアップタイマーが満了するまで、定義されたスケジュールに従って積極的に再送信される。例えば、ウエークアップトリガー４０２は、５００ｍｓ毎に再送信することができる。しかしながら、このレートでウエークアップトリガー４０２を再送信することは、聞き手のトラヒックチャネルが再確立される時刻から、その聞き手に向けられた次のウエークアップトリガーがインフラ基盤に到着する時刻までの間に最大５００ｍｓまでの遅延、または２５０ｍｓの平均遅延を生じる可能性がある。

一実施の形態において、インフラ基盤またはネットワーク内の他のエンティティはＣＭにより送信されたウエークアップトリガー４０２をキャッシュに格納することができ、目標のＭＳがそのトラヒックチャネルを再確立するとすぐにそれを目標のＭＳに配信することができる。これは、ＣＭによるウエークアップ要求４１２の再送信の必要性を消去し、合計休眠ウエークアップタイムを低減する。例えばウエークアップトリガー４０２を５００ｍｓのレートで再送信するのに相反して、ウエークアップトリガー４０２をキャッシュに格納することは、合計休眠ウエークアップタイムから５００ｍｓまでの遅延を消去することができる。

媒体バッファリング
一実施の形態において、クライアントと聞き手の間で専用チャネルが再確立される前に、媒体をバッファリングすることにより、ユーザが発言権制御を要求した後で、ユーザは話を開始することが許可される可能性がある。話し手のスピーチをバッファリングすることにより、システムは、聞き手のトラヒックチャネルが完全に確立される前に話し手が話しを開始することを可能にする。これにより話し手はより早く話しを開始することができ、見かけのＰＴＴ｛ＸＥ”ＰＴＴ”｝待ち時間を低減することができる。聞き手は、ＰＴＴ待ち時間を経験しないので、それらの経験は、影響を受けない。すなわち、ＰＴＴ待ち時間は話し手からシステムの他の部分にシフトされる。話し手は、最初の話の内容に対して聞き手からの応答を受信するために同じだけ待つかもしれない。しかし、上で述べたように、話し手は、最初の話の内容に対する応答が、話し手が実際の会話に従事している間に生じる次の話の内容よりも時間がかかることをすでに予想している。話し手の最初の話の内容のバッファリングは、ＣＭ側またはクライアントＭＳ側で行なうことができる。

ＣＭバッファリング
一実施の形態において、ＣＭは、話し手の最初の話の内容をバッファリングすることができる。ユーザが自分のＰＴＴ｛ＸＥ”ＰＴＴ”｝ボタンを押し、ユーザのトラヒックチャネルが再確立された後、ユーザはＣＭと通信することを許可されるかも知れない。この時点で、聞き手のトラヒックチャネルはまだ起動していないので、ＣＭは、目標の聞き手への将来の送信のための話し手のスピーチをバッファする。ＣＭバッファリングは、話し手が見るみかけ上のＰＴＴ｛ＸＥ”ＰＴＴ”｝待ち時間を、話し手のトラヒックチャネルを確立するのにかかる近似時間にまで低減することができる。図５は一実施の形態によるＣＭバッファリングを示す。

クライアント側バッファリング
一実施の形態において、より短いみかけの待ち時間を所望するとき、話し手は、自分のトラヒックチャネルが再確立される前でも、話を開始することが可能である。クライアントＭＳはまだＣＭと通信していないので、話を始めるための話し手への信号はクライアントＭＳにより作られる。話し手のトラヒックチャネルが再確立される前に話し手が話しをすることができるなら、クライアントＭＳはそのスピーチをバッファリングすることができる。ＣＭとの通信がまだ確立されていないので、話をするための許可は、楽観的に与えられる。図６は、一実施の形態に従うクライアント側バッファリングを示す。一実施の形態において、ＣＭバッファリングおよびクライアント−側バッファリングは両方とも同時に動作することができる。クライアント側バッファリングは、みかけのＰＴＴ｛ＸＥ”ＰＴＴ”｝待ち時間が小さくなるようにすることが可能である。

ＣＭバッファリングと同様に、合計遅延を変えることはできない。ユーザーは依然として、聞き手から戻ってきた応答を受信する際に同じ遅延を経験するが、話し手のみかけのＰＴＴ｛ＸＥ”ＰＴＴ”｝待ち時間は短くすることができる。

一実施の形態において、クライアントＭＳはユーザーにより経験されるみかけのＰＴＴ待ち時間を制御するために媒体をバッファリングすることができる。モバイルにより発生されたＳＤＢとクライアント側の媒体バッファリングの組合せは、活動的なトラヒックチャネルを再確立することに関連する遅延を低減することができる。

クイックページングチャネル
一実施の形態において、グループのウエークアップタイマーが満了するまでまたは全ての聞き手クライアントは、それぞれのトラヒックチャネルを上げるためにネットワークにより開始されたトリガーに応答するまで、ＣＭは、話し手のＰＴＴ｛ＸＥ”ＰＴＴ”｝に応答することを遅延することができる。ＣＭはそのグループにおいて話し手が媒体を流すことを可能にする前に、全ての聞き手が連絡されるまで、ＣＭは待つことができる。グループの聞き手がそのページに応答するのに時間がかかれば、それだけ、話し手が知覚するＰＴＴ待ち時間は長くなる。

一実施の形態において、休眠ウエークアップの期間に、各聞き手クライアントは、個々にＣＭにより一連のウエークアップトリガーが送信される。例えばＣＤＭＡインフラ基盤において、到着すると、一連のウエークアップトリガは、各モバイルに対して１つ以上のページをトリガする。ページを受信した後、各モバイルは、トラヒックチャネルを再確立することができ、モバイルに送信された次のウエークアップ要求を受信することができ、ウエークアップ要求返答｛ＸＥ”ＩＡＨ ｒｅｐｌｙ”｝を用いてＣＭに応答することができる。このアプリケーションレベル「接続試験用パケット」に応答するために聞き手のハンドセットにより要求される時間の主要な成分は、モバイルを探すための適当な時間をインフラ基盤が待つことに費やされる。

バッテリ寿命を節約するために、モバイルがアイドル状態にあるときに、モバイルは、ページングチャネル｛ＸＥ”順方向ページングチャネル（Ｆ−ＰＣＨ”｝内で定義される、例えば２０４８スロットの各々について常に監視する必要はないかもしれない。むしろ、モバイルは、モバイルの能力に応じて、順方向共通制御チャネル（Ｆ−ＣＣＣＨ）または順方向ページングチャネル（Ｆ−ＰＣＨ）を監視することができる。さらに、モバイルはスロットサイクルインデックスに従って、ページングスロットを監視することができる。

一実施の形態において、バッテリー寿命を節約するために、モバイルは、「スロット付きページング」モードで動作することができる。このモードにおいて、モバイルは、基地局（ＢＳ）により送られたページを聞くために短い時間周期的に目を覚ます。いつモバイルが聞くかを知ることができるＢＳは、特定のページングスロットの期間に、特定のモバイルにページを送信することができる。

一実施の形態において、モバイルがページングチャネルを聞くために目を覚ます期間は、スロットサイクルインデックス（ＳＣＩ）｛ＸＥ”ｓｌｏｔ ｃｙｃｌｅ ｉｎｄｅｘ（ＳＣＩ）｝と呼ばれるパラメータにより制御される。ＳＣＩが大きくなると、モバイルがページングチャネルを聞くために目を覚ますスロット間の時間は長くなる。電話は大きなパーセンテージのタイムスリーピングを消費するので、大きなスロットサイクル値は電話の待機時間を増加させるが、ＢＳが電話を呼び出すことができる前にＢＳが待つ必要があるかもしれない時間を増加させる。

ＢＳが電話に対してそのページを遅延する必要があるかもしれない時間量は、ＢＳが電話のスロットをページングする必要があるとき電話のスロットが丁度開始されたなら、ゼロであり、ＢＳが電話をページングする必要があるとき、電話のスロットが丁度終了したなら、フルスロットサイクルであり、この間で変化する。平均して、電話のスロットが巡ってくるのを待つことによる遅延はスロットサイクル期間の１／２である。モバイルにより使用されるスロットサイクルが短ければ、それだけ早く、聞き手は、インフラ基盤により呼び出されることができる。しかしながら、スロットサイクルが短くなることはより高いレートの電池の消耗を意味する。

一実施の形態において、順方向迅速ページングチャネル（Ｆ−ＱＰＣＨ）｛ＸＥ”Ｆｏｒｗａｒｄ Ｑｕｉｃｋ Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ（Ｆ＝ＱＰＣＨ）”｝は、モバイルがページングチャネル自体を監視する必要なしにいつ係属中のページが存在するかを、電力効率の良い方法で、モバイルが決定可能にするために使用することができる。Ｆ−ＱＰＣＨを監視することができるモバイルは、ページングチャネル上の例えば８０ｍｓのスロット内の１ビットインジケータの値を抽出するためにすべての所定数のスロットをウエークアップさせることができる。抽出されたビットが設定されていなければ、ページングチャネルに係属しているページは無く、もうひとつのスロットサイクルの間、モバイルは休眠する。抽出されたビットがセットされているなら、そのモバイルのためのページは係属しており、モバイルは、次の適当なページングチャネルスロットにおいて、ページングチャネルをウエークアップして監視するように自分自身をスケジュールすることができる。

Ｆ−ＱＰＣＨにより採用される変調は、モバイルがページングチャネルを監視することができるよりも非常に効率的にモバイルがＦ−ＱＰＣＨを監視することを可能にする。これによりモバイルは、電力効率のよい方法で、非常に短いスロットサイクルで効率的に動作することができる。Ｆ−ＱＰＣＨを用いる利点の１つは、同じ電池消耗率で許されるスロットサイクルよりも高速なスロットサイクルで、インフラ基盤からの一般的なページメッセージを検出して応答する手段がモバイルに与えられ、それゆえ、ＣＭからのウエークアップ要求メッセージが与えられる。これは、今度は、ＰＴＴ待ち時間および合計休眠ウエークアップ時間−聞き手のトラヒックチャネルを再確立するのに必要な時間に直接寄与する遅延の成分の１つを最小化する能力に変換する。

スロットタイマー
一実施の形態において、モバイルは、「スロットタイマー」とともに非スロットページングモードで動作することができる。始動されると、モバイルの専用トラヒックチャネルを解放し、スロットタイマーにより定義される期間アイドルモードに入ると、スロットタイマーはモバイルに非スロットモードでページングチャネルを監視することを要求する。このタイマーの値は基地局で設定可能である。この特徴により、インフラ基盤は、モバイルがアイドルモードにいるときに、アイドルモードにページングチャネル上の例えば８０、ｍｓ毎のスロットを監視するように命令することができ、およびインフラ基盤がいかなるスロットにおいてもモバイルをページングするための手段が提供される。迅速ページングチャネル特徴のみを用いる場合のように、非スロットモードを用いる１つの利点は、同じ電池消耗率で許されるよりもより迅速にモバイルがページを検出して応答するための手段を提供し、それにより休眠ウエークアップの期間に聞き手のトラヒックチャネルを再確立するために必要な時間を低減することである。

迅速なページングチャネル特徴が無ければ、非スロット監視の拡張された使用は電池寿命に関して高価であるかもしれない。しかしながら、迅速ページングチャネルと非スロットモードを一緒に使用すると、殆ど即座に−１スロットまたは２スロット期間、例えば８０乃至１６０ｍｓでモバイルを呼び出す手段を提供する。

非スロットモードは、移動局に利用可能な休眠の２つの中間段階の１つとして見ることができる。非スロットモードで動作すると、モバイルは専用の物理チャネルを有していないので、技術的に休眠していると考えることができる。しかしながら、このモードでは、モバイルは、基本的にどのスロットにおいても、呼び出すことができ、従って、ネットワークにより開始された再活性化に関連するページング遅延は回避される。

制御−保持モード
一実施の形態において、どちらか一方のエンドポイントが専用のトラヒックチャネルおよびモバイルのパケットデータサービスオプション呼に関連する他のリソースを許容しながら、モバイルに関連するＰＰＰ層状態をモバイルとインフラ基盤が維持するさらなる休眠／アイドル状態を供給するパケットデータ標準の下でモバイルは動作することができる。モバイルまたはインフラ基盤は、トラヒックチャネルを再確立し、ＲＬＰと再ネゴシエートすることにより、パケットデータ呼の状態を、休眠／アイドル状態からアクティブ状態に遷移することができる。トラヒックチャネルを再確立するために必要とされる時間は、モバイルまたはインフラ基盤が再確立を開始するかどうかに依存することができる。しかしながら、基本的にすべてのシステムリソースは、要求されモバイルに割当てられる必要があるかもしれないので、両方の場合に遅延は、システム上に新しい呼を創造するのに必要な遅延と比較できる。

一実施の形態において、モバイルは、アクティブモードとアイドルモードとの間の暫定的な位置として動作する「制御−保持」モードで動作することができる。制御−保持モードにおいて、モバイルに関連する専用トラヒックチャネルは解放することができ、モバイルの逆方向パイロットは、「ゲート」モードで動作することができる。一実施の形態において、専用共通制御チャネルおよび／またはＲＬＰ状態も維持してもよい。本質的に、制御−保持モードは殆どのシステムリソースが割当てられたままである半休眠状態を提供するが、平均逆方向リンク送信電力は、システム収容能力への影響を低減するために、ゲートされたパイロットまで低減される。図７は無線モードのための例示構成を示す。

一実施の形態において、モバイルは、リソース解放要求メッセージまたはリソース解放要求ミニメッセージを送信することにより、アクティブモードから制御−保持モードに遷移することができる。モバイルは、リソース要求メッセージまたはりソース要求ミニメッセージを送信することにより、制御保持モードからアクティブモードに遷移することができる。これらのメッセージは専用制御チャネルを介して運ぶことができ、ミニメッセージは、制御−保持モードへのおよび制御−保持モードからの高速遷移を可能とする、より短い、例えば５ｍｓのフレームを用いて送信することができる。上述したように、伝統的なアイドルモードまたは休眠／アイドルモードに比べて、制御−保持モードの１つの利点は、制御−保持モードからアクティブモードへの相対的な高速遷移である。

一実施の形態において、加入したグループがグループ休眠状態に遷移したことを示す表示をＣＭから受信すると、クライアントモバイルは最初に自分自身を制御−保持モードに遷移し、無活動のさらなる持続期間の後でさらにアイドルモードに遷移する。それゆえ、ユーザーがＰＴＴを押すとまたはウエークアップ要求トリガーがインフラ基盤において、受信されると、制御−保持モードは、専用トラヒックチャネルを再確立するのに必要な時間を著しく低減するための機構を提供する。

記憶されたサービス構成
一実施の形態において、インフラ基盤は、アイドルモードに遷移すると、モバイルおよびインフラ基盤において、サービス構成状態をキャッシュに格納するまたは記憶する能力を提供することができる。アクティブモードに戻り、トラヒックチャネルを再確立すると、モバイルは、発生メッセージまたはページ応答メッセージで、その呼に対するサービス構成をキャッシュに格納したまたは記憶したことを表示することができる。モバイルはまた、サービス構成の全体の長さに渡って計算することができる巡回冗長検査（ＣＲＣ）を発生メッセージまたはページ応答メッセージに含めることができる。基地局もそのサービス構成をキャッシュに格納しているなら、基地局は、受信したＣＲＣを使用して、そのサ−ビス構成がモバイルの記憶されたサービス構成と一致することを確認し、もしそうなら、ＢＳは、「サービス接続メッセージ」において、モバイルが以前に記憶したサービス構成を使用することができることを示すことができる。

一実施の形態において、パケット−データサービスオプションの使用は、アイドルモードから遷移するとき、サービス構成の変更を必要としないかもしれない。それゆえ、記憶されたサービス構成の使用は、専用のトラヒックチャネルリソースを再確立するために必要な時間を著しく低減することができる。それゆえ、記憶されたサービス構成の特徴は、ＰＴＴシグナリングおよび関連する媒体の両方を運ぶトラヒックチャネルを再確立するために必要な時間を低減することにより、ＰＴＴ待ち時間を著しく低減するための機構を提供することによりアイドルモードに対する重要な強化を実現する。

一実施の形態において、クライアントＭＳに対して、アクティブモードからアイドルモードへの遷移は以下のように実施することができる。

１．グループはアクティブで、モバイルはトラヒックチャネルに専念していた。

２．グループのハングタイムタイマーを越える無活動の期間の後、アプリケーション層グループ休眠アナウンスがモバイルの順方向トラヒックチャネルを介して受信される。

３．モバイルは制御保持モードに遷移し、このサービス構成の状態をキャッシュに格納する。同様にクライアントの基地局もサービス構成の状態をキャッシュに格納する。

４．無活動の期間の後、モバイルはその専用チャネルを解放し、アイドルモードに遷移する。モバイルは迅速ページングチャネルの監視を開始し、インフラ基盤に命令されたなら、非スロットモードに入ることができる。ローカルユーザーがＰＴＴを押すことにより、あるいは、他のグループ参加者からのネットワークにより発生されたパケットデータトラヒックにより無活動の期間が相対的に短ければ、モバイルはアクティブモードに遷移して戻る前にアイドルモードに到達しないかもしれない。この場合、モバイルは専用チャネルを保持しているので、アクティブモードに戻る遷移が迅速に生じる。

一実施の形態において、休眠ウエークアップイベントは以下のように実施することができる。

１．グループは休眠状態にあり、すべてのモバイルは、アイドル状態にあり、専用の物理チャネルを有していない。モバイルは、迅速ページングチャネルを監視している。

２．ユーザーが押して話すボタンを押すことに応答して、話し手のモバイルは、短いデータバーストフォームで、ある利用可能な逆方向共通チャネルを介して、アプリケーション層発言権−要求メッセージを有した信号をＣＭに送る。話し手のモバイルは、この点から前方にユーザー媒体のバッファリングを開始することができる。

３．話し手のモバイルは、そのトラヒックチャネルを再確立するために、インフラ基盤に「発生メッセージ」を送信する。話し手のモバイルはその要求において、サービス構成をキャッシュに格納し、構成データに対してＣＲＣを含むことができることを表示することができる。これは、話し手のモバイルトラヒックチャネルを再確立するプロセスを開始する。

４．ＣＭは発言権要求を受信し、調停プロセスを介してその要求を許可するかどうか決定し、発言権要求応答メッセージを話し手に送信する。ＣＭはまた、すべての参加者に対して一連のウエークアップ要求のバーストを開始する。

５．各ウエークアップ要求を受信すると、聞き手のモバイルを呼び出す次の適当なスロットを最初に決定し、その聞き手のモバイルに対するページングチャネル上にページが係属中であることをそのスロットの前にＦ−ＱＰＣＨを介して知らせることにより、インフラ基盤が各聞き手のモバイルを呼び出す。

６．ページが係属中であるというＦ−ＱＰＣＨ上の表示を受信すると、各聞き手のモバイルはページに対してページングチャネルを監視する。

７．ページングチャネル上のページを受信すると、各聞き手のモバイルは、そのページに応答し、そのページ応答において、モバイルがサービス構成をキャッシュに格納し、構成データに対するＣＲＣを含めることができることを示す。これは、各聞き手のトラヒックチャネルを再確立するプロセスを開始する。

８．話し手のトラヒックチャネルの確立の後で、ＣＭからの次の発言権要求応答が話し手において受信される。話し手は、ＣＭに媒体を流すことを開始する。

９．各聞き手のトラヒックチャネルの確立の後で、ＣＭにより送信される次のウエークアップ要求が聞き手において受信される。聞き手はウエークアップ応答メッセージを用いて応答する。

１０．すべての聞き手が応答したら、またはグループのウエークアップタイマーが満了したら、ＣＭは媒体をグループに流すことを開始する。

それゆえ、グループ通信ネットワークにおいて待ち時間を低減するための方法と装置のためのここに開示した実施の形態は、モバイルが休眠状態であって、トラヒックチャネルがアクティブでないときでも、グループ呼シグナリングを交換することにより、実際の合計休眠ウエークアップ時間およびＰＴＴ｛ＸＥ”ＰＴＴ”｝待ち時間を著しく低減する。この方法と装置は、短いデータバースト（ＳＤＢ）メッセージシグナリングの使用を介してグループ呼シグナリングを交換する。この方法と装置は、話し手のモバイルおよび休眠状態にある聞き手のモバイルに対して並列に有利に専用のトラヒックチャネルを再確立する。

他の実施の形態において、グループ通信ネットワークにおける休眠ウエークアップ待ち時間は、目標の聞き手に向けられたネットワークにより開始されたウエークアップトリガーをキャッシュに格納し、目標の移動局がそのトラヒックチャネルを再確立するとすぐに目標の移動局にウエークアップトリガーを配信することにより、低減することができる。

他の実施の形態において、グループ通信ネットワークにおいて、動作しているモバイルにおける同時のサービス発生とページング、サービス発生プロセスが完了した後に、応答を発言権制御要求に送信することにより回避される。一実施の形態において、サービス発生プロセスが完了しないなら、発言権制御要求に対する応答はＳＤＢフォームであり得る。他の実施の形態において、ソース通信装置に対するサービス発生プロセスはソース通信装置に対する応答を送信した後に開始される。

Claims (49)

1. グループ通信ネットワークにおいて情報を移動局に配信する方法において、
   前記情報が所定サイズ制限より小さいか否かを決定することと、
   前記情報が前記所定サイズ制限より小さいなら前記情報をフォワード共通チャネル上の前記移動局に配信することと、
   を具備し、
   前記情報を配信することは、前記移動局が、専用トラヒックチャネルを有さないアイドル状態のとき前記情報を配信することを含み、
   前記情報を配信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで配信することを含み、
   前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、方法。
2. グループ通信ネットワークにおいて情報を移動局に配信する装置において、
   前記情報が所定サイズ制限より小さいか否かを決定する手段と、
   前記情報が前記所定サイズ制限より小さいなら前記情報をフォワード共通チャネル上の前記移動局に配信する手段と、
   を具備し、前記情報を配信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで配信することを含み、
   前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、装置。
3. 前記情報を前記移動局に配信する手段は、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を配信する、請求項２の装置。
4. グループ通信ネットワークにおいて、情報を移動局に配信する装置において、
   前記ネットワーク上の情報を受信するための受信機と、
   情報を前記ネットワーク上に送信するための送信機と、
   前記受信機および前記送信機と結合され、下記動作を実行することができるプロセッサと、
   前記情報が所定サイズ制限より小さいか否かを決定する；
   前記情報が前記所定サイズ制限より小さいなら前記情報をフォワード共通チャネル上の前記移動局に配信する、
   を具備し、
   前記情報を配信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで配信することを含み、
   前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、装置。
5. 前記情報を配信することは、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき前記情報を配信することを含む、請求項４の装置。
6. グループ通信ネットワークにおいて、情報を移動局に配信する方法を具現化するコンピュータ読み取り可能媒体において、前記方法は、
   前記情報が所定サイズ制限より小さいか否かを決定することと、
   前記情報が前記所定サイズ制限より小さいなら前記情報をフォワード共通チャネル上の前記移動局に配信することと、
   を具備し、
   前記情報を配信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで配信することを含み、
   前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、コンピュータ読みとり可能媒体。
7. 前記情報を配信することは、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき前記情報を配信することを含む、請求項６のコンピュータ読み取り可能媒体。
8. グループ通信ネットワークにおいて、基地局からの情報を移動局により受信する方法において、
   前記情報が所定サイズ制限より小さいなら、フォワード共通チャネル上の前記基地局から前記情報を受信することと、
   ここにおいて、前記情報を受信することは、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき前記情報を受信することと、
   を具備し、
   前記情報を受信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで配信することを含み、
   前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、方法。
9. 前記基地局は、前記情報が前記所定サイズ制限より小さいか否かを決定する、請求項８の方法。
10. グループ通信ネットワークにおいて、基地局から情報を受信する装置において、
    前記情報が所定サイズ制限より小さいなら、前記情報をフォワード共通チャネル上の前記基地局から受信する手段を具備し、
    前記情報を受信する手段は、前記情報をショートデータバースト（ＳＤＢ）フォームで受信するようにさらに構成され、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、装置。
11. 前記情報を受信する手段は、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき前記情報を受信する、請求項１０の装置。
12. 前記基地局は、前記情報が前記所定サイズ制限より小さいか否かを決定する、請求項１０の装置。
13. グループ通信ネットワークにおいて、基地局から情報を受信する装置において、
    前記ネットワーク上の情報を受信するための受信機と、
    情報を前記ネットワーク上に送信するための送信機と、
    前記受信機および前記送信機と結合され、下記動作を実行することができるプロセッサと、
    前記情報が所定サイズ制限より小さいなら、フォワード共通チャネル上の前記基地局から前記情報を受信する；
    ここにおいて、前記情報を受信することは、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を受信することを含み、
    前記情報を受信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで配信することを含み、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、装置。
14. 前記基地局は、前記情報が前記所定サイズ制限より小さいか否かを決定する、請求項13の装置。
15. グループ通信ネットワークにおいて、基地局からの情報を移動局により受信する方法を具現化するコンピュータ読み取り可能媒体において、前記方法は、
    前記情報が所定サイズ制限より小さいなら、フォワード共通チャネル上の前記基地局から前記情報を受信することを具備し、
    前記情報を受信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで配信することを含み、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、コンピュータ読み取り可能媒体。
16. 前記情報を受信することは、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を受信することを含む、請求項１５のコンピュータ読み取り可能媒体。
17. 前記基地局は、前記情報が前記所定サイズ制限より小さいか否かを決定する、請求項１５のコンピュータ読み取り可能媒体。
18. グループ通信ネットワークにおいて、基地局から移動局に情報を配信する方法において、
    前記移動局に配信するためのフレームを受信することと、ここにおいて前記情報は前記フレーム内にカプセル化される；
    前記基地局に、前記フレームから前記情報を抽出させ、前記情報をフォワード共通チャネル上の前記移動局に配信させることと、
    前記基地局に前記情報を配信させることは、前記基地局に前記情報をショートデータバースト（ＳＤＢ）フォームで配信させることを含み、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、方法。
19. 前記基地局にさせることは、前記移動局が、トラヒックチャネルを有さないアイドル状態にあるとき、前記基地局に前記情報を抽出させることを含む、請求項１８の方法。
20. 前記情報はＩＰヘッダを用いてカプセル化され、前記フレームはＩＰデータグラムを備える、請求項１８の方法。
21. 前記フレームはさらにＵＤＰデータグラムを備える、請求項２０の方法。
22. グループ通信ネットワークにおいて、移動局に情報を配信する装置において、
    前記移動局に配信するためのフレームを受信する手段と、ここにおいて、前記情報は前記フレーム内にカプセル化される；
    前記フレームから前記情報を抽出する手段と、
    前記情報をフォワード共通チャネル上の前記移動局に配信する手段と、
    を具備し、
    前記情報を配信する手段は、前記情報をショートデータバースト（ＳＤＢ）フォームで配信するようにさらに構成され、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、装置。
23. 前記情報を配信する手段は、前記移動局が、トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を配信する、請求項２２の装置。
24. 前記情報は、ＩＰヘッダを用いてカプセル化され、前記フレームはＩＰデータグラムを備える、請求項２２の装置。
25. 前記フレームはさらにＵＤＰデータグラムを備える、請求項２４の装置。
26. グループ通信ネットワークにおいて、移動局に情報を配信する装置において、
    前記ネットワーク上の情報を受信するための受信機と、
    情報を前記ネットワーク上に送信するための送信機と、
    前記受信機および前記送信機と結合され、下記動作を実行することができるプロセッサと、
    前記移動局に配信するためのフレームを受信する、ここにおいて、前記情報は前記フレーム内にカプセル化される、
    前記フレームから前記情報を抽出する、
    前記情報をフォワード共通チャネル上の前記移動局に配信する、
    ことを具備し、
    前記情報を配信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで配信することを含み、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、装置。
27. 前記情報を配信することは、前記移動局が、トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を配信することを含む、請求項２６の装置。
28. 前記情報は、ＩＰヘッダを用いてカプセル化され、前記フレームはＩＰデータグラムを備える、請求項２６の装置。
29. 前記フレームはＵＤＰデータグラムをさらに備える、請求項２８の装置。
30. グループ通信ネットワークにおいて、基地局から移動局に情報を配信する方法を具現化するコンピュータ読み取り可能媒体において、前記方法は、
    前記移動局に配信するためのフレームを受信すること、ここにおいて、前記情報は前記フレーム内にカプセル化されることと、
    前記基地局に、前記フレームから前記情報を抽出させ、前記情報をフォワード共通チャネル上の前記移動局に配信させることと、
    を具備し、
    前記基地局に前記情報を配信させることは、前記基地局に、前記情報をショートデータバースト（ＳＤＢ）フォームで配信させることを含み、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、コンピュータ読み取り可能媒体。
31. 前記基地局にさせることは、前記移動局が、トラヒックチャネルを有さないアイドル状態にあるとき、前記基地局に、前記情報を抽出させることを含む、請求項３０のコンピュータ読み取り可能媒体。
32. 前記情報は、ＩＰヘッダを用いてカプセル化され、前記フレームはＩＰデータグラムを備える、請求項３０のコンピュータ読み取り可能媒体。
33. 前記フレームはＵＤＰデータグラムをさらに備える、請求項３２のコンピュータ読み取り可能媒体。
34. グループ通信ネットワークにおいて、基地局からの情報を移動局により受信する方法において、
    フォワード共通チャネル上の前記基地局から前記情報を受信することを備え、
    ここにおいて、前記情報は前記フレーム内にカプセル化され、前記情報は、前記基地局により前記フレームから抽出されること、
    を備え、
    前記情報を受信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで受信することを含み、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、方法。
35. 前記情報を受信することは、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を受信することを含む、請求項３４の方法。
36. 前記情報は、ＩＰヘッダを用いてカプセル化され、前記フレームはＩＰデータグラムを備える、請求項３４の方法。
37. 前記フレームはＵＤＰデータグラムをさらに備える、請求項３６の方法。
38. グループ通信ネットワークにおいて、基地局から情報を受信する装置において、
    フォワード共通チャネル上の前記基地局から前記情報を受信する手段を備え、
    前記情報は前記フレーム内にカプセル化され、前記情報は前記基地局により前記フレームから抽出され、
    前記情報を受信する手段は、前記情報をショートデータバースト（ＳＤＢ）フォームで受信するようにさらに構成され、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、装置。
39. 前記受信手段は、前記装置が、専用トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を受信する、請求項３８の装置。
40. 前記情報はＩＰヘッダを用いてカプセル化され、前記フレームはＩＰデータグラムを備える、請求項３８の装置。
41. 前記フレームはＵＤＰデータグラムをさらに備える、請求項３８の装置。
42. グループ通信ネットワークにおいて、基地局から情報を受信する装置において、
    前記ネットワーク上の情報を受信するための受信機と、
    情報を前記ネットワーク上に送信するための送信機と、
    前記受信機および前記送信機と結合され、下記動作を行なうことができるプロセッサと、
    前記装置が、専用トラヒックチャネルを有さないアイドル状態にあるとき、フォワード共通チャネル上の前記基地局から前記情報を受信する、
    ここにおいて、前記情報は、前記フレーム内にカプセル化され、前記情報は前記基地局により前記フレームから抽出される、
    前記情報を受信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで受信することを含み、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、装置。
43. 前記情報を受信することは、前記装置が、専用トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を受信することを含む、請求項４２の装置。
44. 前記情報はＩＰヘッダを用いてカプセル化され、前記フレームはＩＰデータグラムを備える、請求項４２の装置。
45. 前記フレームはＵＤＰデータグラムをさらに備える、請求項４３の装置。
46. グループ通信ネットワークにおいて、基地局からの情報を移動局により受信する方法を具現化するコンピュータ読み取り可能媒体において、前記方法は、
    フォワード共通チャネル上の前記基地局から前記情報を受信することを備え、
    前記情報は前記フレーム内にカプセル化され、前記情報は前記基地局により前記フレームから抽出され、
    前記情報を受信することは、前記情報をショートデータバースト（ＳＤＢ）フォームで受信することを含み、
    前記情報は、前記グループ通信ネットワークの発言権獲得要求(floor-request)応答メッセージを備える、コンピュータ読み取り可能媒体。
47. 前記情報を受信することは、前記移動局が、専用トラヒックチャネルを有さないアイドル状態にあるとき、前記情報を受信することを含む、請求項４６のコンピュータ読み取り可能媒体。
48. 前記情報はＩＰヘッダを用いてカプセル化され、前記フレームはＩＰデータグラムを備える、請求項４６のコンピュータ読み取り可能媒体。
49. 前記フレームは、ＵＤＰデータグラムをさらに備える、請求項４６のコンピュータ読み取り可能媒体。

Images