(57)【要約】      （修正有）【課題】Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ（ＰｏＣ）またはＰｕｓｈ−Ｔｏ−Ｔａｌｋ（ＰＴＴ）およびＶｏｉｃｅ−ｏｖｅｒ−ＩＰ（ＶｏＩＰ）などのリアルタイム・クリティカル無線データ・アプリケーションでは、ＰＴＴ移動局のユーザはボタンを押して事前定義されたグループ（例えば、仲間のリスト）の人々と通信したいという欲求を示す。この動作がＰＴＴ移動局をトリガして休止状態のデータ呼接続を再起動させ、発言権を要求させる。この再接続の結果、Ｐｏｃ信号メッセージの送信に大幅な待ち時間が追加される。【解決手段】仲間リスト内で識別される１つまたは複数の移動局が応答すると、ＰＴＴサーバは許可メッセージをＰＴＴ発呼者に送信し、発呼者はプッシュツートークを開始できる。一実施形態では、休止状態の呼が完全に再起動される前に許可メッセージがＰＴＴ発呼者に送信されるので、ＰＴＴ呼設定待ち時間は低減される。【選択図】図１
2006109469.tif 000002
【特許請求の範囲】
【請求項１】
プッシュツートーク・システム内で移動局に許可メッセージを送信する方法であって、
第１の移動局から第２の移動局に休止接続を介してメッセージを送信する要求を受信する工程と、
前記休止接続の再起動を開始する工程と、
前記再起動の完了前に前記第１の移動局に許可メッセージを提供する工程とを含む方法。
【請求項２】
前記再起動の完了前に前記第１の移動局に前記許可メッセージを提供する工程がベアラ・トランスポート接続を介して前記許可メッセージを提供する工程をさらに含む請求項１に記載の方法。
【請求項３】
ベアラ・トランスポート接続を介して前記許可メッセージを提供する工程が前記許可メッセージをショート・データ・バーストとして提供する工程をさらに含む請求項２に記載の方法。
【請求項４】
前記休止接続の再起動を開始する工程が発呼メッセージの受信に応答して前記休止接続の再起動を開始する工程をさらに含む請求項１に記載の方法。
【請求項５】
前記休止接続の再起動を開始する工程が前記発呼メッセージの受信に応答してプッシュツートーク呼の要求がプッシュツートーク・サーバに送信される工程をさらに含む請求項４に記載の方法。
【請求項６】
前記再起動の完了前に前記第１の移動局に許可メッセージを提供する工程が前記再起動が完了していないという判断に応答してベアラ・トランスポート接続を介して前記許可メッセージを提供する工程をさらに含む請求項５に記載の方法。
【請求項７】
プッシュツートーク・システム内で通信セッションを制御する方法であって、
休止接続を介して移動局にメッセージを送信する要求を送信する工程と、
前記休止接続の再起動を開始する工程と、
前記再起動の完了前に許可メッセージを受信する工程とを含む方法。
【請求項８】
前記再起動の完了前に前記許可メッセージを受信する工程がベアラ・トランスポート接続を介して前記許可メッセージを受信する工程をさらに含む請求項７に記載の方法。
【請求項９】
ベアラ・トランスポート接続を介して前記許可メッセージを受信する工程が前記許可メッセージをショート・データ・バーストとして受信する工程をさらに含む請求項８に記載の方法。
【請求項１０】
前記休止接続の再起動を開始する工程が発呼メッセージを送信する工程をさらに含む請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に電気通信に関し、特に無線通信に関する。
【背景技術】
【０００２】
一般に、ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  ｃｅｌｌｕｌａｒ（Ｐｏｃ）システムは、通常、無線方式の従来の警察または消防無線システムに似た１対多の伝送モードを提供する。単一の基地局を備えたアナログ・システムでは、第１のユーザはプッシュツートーク・ボタンで起動される第１の送信によって基地局を捕捉する。第１のユーザの音声送信は基地局によって受信され、他のユーザに転送される。第１のユーザがプッシュツートーク・ボタンを離すと第１のユーザによる送信は終了する。これによって、他のユーザの１人は第１のユーザに応答するか、プッシュツートーク・ボタンで自分の無線機を起動することで新しい送信を開始する。プッシュツートーク・ボタンを押してからユーザがプッシュツートークできるまでの時間であるプッシュツートーク待ち時間は、これらのタイプのシステムでは比較的短い。
【０００３】
パケット・データ・ベースのＰｏＣシステムでは、情報はパケットで伝送される。音声はこれらのパケット内のディジタル化されたサンプルに載せて搬送される。信号方式メッセージには２つのカテゴリがある。それらは両方ともパケットに載せて搬送される。信号方式のカテゴリの１つはユーザに対して新規の呼または進行中の呼のいずれかのＰｏＣ呼に加わる要求を搬送する。このカテゴリはコーデック、ＩＰアドレス、ＵＤＰポートなどのネゴシエーションを含むことがある。信号方式の第２のカテゴリはユーザがプッシュツートークを要求し、他のユーザが聞く指示を受信することを可能にする。ユーザは第２のカテゴリの信号方式を用いて交互にプッシュツートークを行い、普通はただ１人のユーザが一度にプッシュツートークする。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
多くの無線システムでは、移動局は通常無線ネットワークへの連続するアクティブな無線接続を有することがなく、逆に、ネットワークに周期的に接続してパケットを送受信する。無線ネットワークに連続して接続されていると、移動局のバッテリの寿命と他のユーザに関する無線リソースの利用に悪影響が出る。このために、無線ネットワークは、通常、移動局または無線ネットワークの最後のデータ・ビットの送信後に短い空き時間を置いて移動局への無線接続を解放する。論理リンク層接続を維持したままですべての物理リソースを解放したこの状態は、休止状態として知られている。無線ネットワークが移動体装置に送信する１つまたは複数のパケットを有する時には、移動体装置を呼び出してその位置を突き止め、移動局に再接続する。同様に、移動体装置が送信するパケットを有する場合、移動体装置は無線ネットワークに知らせて無線ネットワークに再接続する。この結果、無線接続が確立され、移動体装置はパケットを送信できる。この再接続の結果、移動局と無線ネットワークとの間の無線接続を介したＰｏＣ信号メッセージの送信に大幅な待ち時間が追加される。発呼ユーザのプッシュツートーク指示までの大幅な待ち時間はＰｏＣシステムで問題になる。ユーザには他のユーザにプッシュツートークする緊急の必要がある場合があり、または大幅な待ち時間は設計上の瑕疵と考えることができる。
【０００５】
本発明は、上記の１つまたは複数の問題の影響を克服するかまたは少なくとも低減することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施形態では、プッシュツートーク・システム内で移動局に許可メッセージを送信する方法が提供される。この方法は、第１の移動局から第２の移動局に休止接続を介してメッセージを送信する要求を受信する工程と、前記休止接続の再起動を開始する工程とを含む。この許可メッセージは前記再起動の終了前に前記第１の移動局に提供される。
【０００７】
本発明は、同様の番号が同様の要素を識別する添付図面を参照する以下の説明を読むことで理解できる。
【０００８】
本発明はさまざまな変形形態および代替形態が可能であるが、本発明の特定の実施形態は図面では例示されており、本明細書で詳述されている。ただし、本明細書内の特定の実施形態の説明は本発明を開示された具体的な形態に限定するものではなく、添付の請求の範囲に記載する本発明の精神と範囲とを逸脱しないすべての変形形態、等効形態、および代替形態を含むものである。
【発明を実施するための最良の形態】
【０００９】
以下に、本発明の実施例について説明する。話を分かりやすくするために、本明細書には実際の実施形態のすべての特徴を記載しているわけではない。任意のそのような実際の実施形態を開発する際に、実施形態ごとに異なるシステム関連、標準関連、およびビジネス関連の制約への準拠などの開発者の特定の目標を達成するために数多くの実施形態固有の判断がなされることがある。さらに、そのような開発努力は複雑で時間がかかるが、それにも関わらず、本発明の恩恵を受ける当業者にとっては日常的な作業であろう。
【００１０】
Ｐｕｓｈ−ｔｏ−ｔａｌｋ  ｏｖｅｒ  Ｃｅｌｌｕｌａｒ（ＰｏＣ）またはＰｕｓｈ−Ｔｏ−Ｔａｌｋ（ＰＴＴ）およびＶｏｉｃｅ−ｏｖｅｒ−ＩＰ（ＶｏＩＰ）などのリアルタイム・クリティカル無線データ・アプリケーションは、短い呼設定遅延の利益を受ける。例えば、いくつかの適用例では、ユーザの期待に応える際に１秒以下のエンドツーエンドの待ち時間が有用である。
【００１１】
ＰｏＣまたはＰＴＴアプリケーションでは、ＰＴＴ移動局のユーザはボタンを押して事前定義されたグループ（例えば、仲間のリスト）の人々と通信したいという欲求を示す。この動作がＰＴＴ移動局をトリガして休止状態のデータ呼接続を再起動させ、発言権を要求させる。仲間リスト内で識別される１つまたは複数の移動局が応答すると、ＰＴＴサーバは許可メッセージをＰＴＴ発呼者に送信し、発呼者はプッシュツートークを開始できる。一般に許可メッセージがＰＴＴ発呼者に送信される速度が速いほど、ユーザはより早くプッシュツートークを開始でき、ＰＴＴ呼設定遅延は短くなる。
【００１２】
本発明の一実施形態では、プッシュツートーク指示待ち時間が低減されたＰＴＴシステムが提供される。一般に、発呼ユーザにプッシュツートーク指示を提供する決定には３つの要素がある。これらは、１）１人または複数の被呼ユーザが発呼ユーザからのＰｏＣ呼またはプッシュツートーク要求を受け付けるという意思、２）移動局を突き止める能力がある無線ネットワーク、および３）必要に応じてＰｏＣ信号および媒体（音声）を搬送する１つまたは複数の接続を確立する能力がある無線ネットワークである。
【００１３】
第１の項目、ＰｏＣ呼を受け付ける１人または複数の着信ユーザの意思は、被呼ユーザが、呼を受け入れて発呼ユーザの音声を聞く意思があることを示す無線ネットワーク内の（プレゼンス）サーバ（図示せず）内のパラメータを設定したことを意味する。ＰｏＣ呼がすでに設定されているが、被呼移動機が休眠状態の場合、この要求は呼の継続と発呼ユーザの音声を聞く要求とを表す。被呼ユーザが設定するパラメータは通常、「プレゼンス」として知られているプロトコル制度によって定義される。プレゼンス・パラメータは当業者にはよく知られており、したがって、本発明細書では詳細に開示しない。一般に、プレゼンス・パラメータは自分を何人かの発呼者のみに関連付けて存在する者として定義するユーザによって設定される。本発明の開示された実施形態を説明するために、このユーザはＰｏＣ呼を受け付けることを望んでいるものとする。
【００１４】
第２の項目、ユーザを突き止める能力がある無線ネットワークとは、無線ネットワークが移動局に発呼でき、移動局が応答できるということを意味する。したがって、移動局は無線ネットワークの無線通信可能範囲内にある。
【００１５】
第３の項目、無線ネットワークが接続を確立する能力があるということは、無線ネットワークが、必要に応じて、無線ネットワークと移動局がＰｏＣメッセージと媒体とを送受信するための無線接続または１組の接続を確立する能力があるということを意味する。例外もあるが、一般に、被呼ユーザが無線トラヒック・チャネル接続を確立できそうな瞬間が接続プロセス終了前に訪れる。そのような接続の可能性がある時点で、発呼ユーザにプッシュツートーク指示信号を送信することは有益であろう。一般に、プッシュツートーク指示信号が受信され、発呼ユーザがプッシュツートークを開始する時点までに、接続プロセスは完了しており、受信待ち時間が低減される。その間、無線ネットワークおよび移動局は、ＰｏＣ信号および媒体を送受信するための１つまたは複数の無線接続を確立できる。いくつかの適用例では、無線接続を確立する際の任意のいつになく長い遅延を引き起こすパケットの少なくとも最初の部分をバッファに入れることが有用であろう。
【００１６】
特に断りのない限り、または説明から明らかなように、「処理」または「演算」または「計算」または「決定」または「表示」などの用語は、コンピュータ・システム、ディジタル・データ・プロセッサ、ディジタル信号プロセッサ、集積回路（例えば、特定用途向け集積回路（ＡＳＩＣ）またはフィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ））、または、コンピュータ・システムのレジスタまたはメモリ内の物理、電子量として表されるデータを操作してコンピュータ・システムのメモリまたはレジスタまたはその他の類似の情報記憶、伝送もしくは表示デバイス内の物理量として同様に表される他のデータに変換する同様の電子計算デバイスの動作およびプロセスを指す。
【００１７】
図面、特に図１を参照すると、本発明の一実施態様による通信システム１００が示されている。図１は、ＰＴＴまたはＰｏＣシステムをサポートする例示のパケット・データ無線ネットワーク１０２内で使用できる構成要素の概略図である。１つのネットワーク・プロバイダまたは複数のネットワーク・サービス・プロバイダは全体のネットワークを所有するかまたはこれにサービスを提供することができる。サービス・プロバイダの数は本明細書に開示するさまざまな実施形態の説明に影響しない。
【００１８】
例示のネットワーク１０２は、１つまたは複数の基地局（ＢＴＳ）１０８、１１０によって確立された無線チャネルを介して１つまたは複数の移動局１０４、１０６と通信できる。ＢＴＳ１０８、１１０は１つまたは複数の無線ネットワーク制御装置（ＲＮＣ）または基地局制御装置（ＢＳＣ）１１４に関連するバックホール・ネットワーク１１２（フレーム・リレー、ＡＴＭまたはＩＰバックホール）に接続されている。１つまたは複数のフレーム・セレクタ（ＦＳ）または無線リンク・プロトコル（ＲＬＰ）要素１１６、１１８は、本発明が配備されるネットワークのタイプに応じて、バックホール・ネットワーク１１２に接続でき、ＢＴＳ１０８、１１０とパケット制御機能（ＰＣＦ）またはサービングＧＰＲＳサービス・ノード（ＳＧＳＮ）１２０との間で信号を送達できる。ＰＣＦ／ＳＧＳＮ１２０はインターネット・プロトコル（ＩＰ）ネットワーク１２２に接続されている。ＩＰネットワーク１２２はまた、本発明が配備されるネットワークのタイプに応じて、ＰＴＴサーバ１２４、認証、承認およびアカウンティング（ＡＡＡ）サーバ１２４およびパケット・データ・サービング・ノード（ＰＤＳＮ）またはゲートウェイＧＰＲＳサービス・ノード（ＧＧＳＮ）に接続されている。
【００１９】
移動体装置１０６は、移動体装置１０４を収容する無線ネットワーク１０２と同様の別の無線ネットワークに収容できることは当業者には明らかであろう。
【００２０】
ＢＴＳ１０８、１１０は移動局１０４、１０６に無線接続と限られたサービス・エリア内での限られた移動性を提供する働きをする。無線ネットワークの例は、ＩＳ２０００、ＧＳＭ、ＵＭＴＳなどを含む。
【００２１】
いくつかのネットワーク１０２の１つの能力は、ネットワーク１０２がある種のパケットを認識してそのようなパケットを認識したらある動作を実行するための１つまたは複数のパケット・フィルタを確立する移動局１０４、１０６の能力である。パケット・フィルタはＩＰアドレスもしくはアドレス範囲もしくはポート番号もしくはポート番号範囲、またはパケット内で搬送されるプロトコルのタイプ、または区別化サービス・フィールド、またはセキュリティ・パラメータ・インデクス（ＳＰＩ）フィールドなどによって特定のパケット・タイプを認識できる。詳しい例については、ＩＳ８３５およびＧＰＲＳを参照されたい。トンネル化パケット（パケット全体が内部パケットを搬送するパケット）の場合に内部パケット層に作用するパケット・フィルタを指定することが可能である。内部パケットは「カプセル化されている」と呼ばれることがある。パケット・フィルタの一般的な使用法は、ある種のパケットを認識して特定のサービス品質または特殊な圧縮を提供する特定の無線接続上でそれらを送信することである。また、ネットワーク運用会社は、移動局に代わってパケット・フィルタを管理上構成して移動局がこの機能を自ら実行しなくてよいようにすることができる。状況によっては、移動局の設計が簡単になり、あるいは高価でなく、また接続までの時間が短くなる点で、この方法は好ましい。
【００２２】
一般に、ＰｏＣシステムには２つのカテゴリの信号メッセージがある。その両方ともパケットに載せて搬送される。信号送受の１つのカテゴリは、ユーザにＰｏＣ呼に参加するように要求すると共に、発呼を行う。第２のカテゴリの信号送受は、ユーザがプッシュツートークし、他のユーザがそれを聞くことを要求するためのものである。この第２のタイプの信号送受によって、２人のユーザが一般に同時にプッシュツートークすることを要求する場合に仲裁機能を提供する。ＰｏＣ信号送受はパケットに載せて搬送されるので、前節で説明したフィルタはＰｏＣ信号送受を認識することができる。
【００２３】
図１のＰＴＴサーバ１２４は、ＰＴＴ呼制御機能を提供し、ニックネームまたはグループ名の実際の個人への展開、ＰＴＴ呼を他のＰＴＴユーザに発呼できるユーザの認証および権限付与、ポートの割り当て、媒体複製または媒体複製の制御、およびその他の機能の実行などの機能を実行する。ＰＴＴサーバ１２４の実際の構成または数は本発明にとって最も重要な問題ではなく、本発明の精神および範囲を逸脱することなく大幅に変化することは当業者には明らかであろう。
【００２４】
本発明をさらに十分に理解するため、図２に示す通信が確立されたが休止状態になった進行中のＰＴＴセッションを含む代表的なシナリオを考えることが有用であろう。この例示の状況では、移動局１０４のユーザは、ボタンを押して、移動局１０６に対応するユーザなどの、事前定義されたグループの人々と再度通信したいという意思を示す。この動作によって移動局１０４はトリガされ、無線ネットワーク１０２に発呼メッセージを（２００で）送信して休止状態のデータ呼接続を再起動する。この動作によって移動局１０４はトリガされ、ＰＴＴサーバ１２４に宛てたショート・データ・バースト（ＳＤＢ）メッセージを（２００で）送信して発言権を要求する。ＦＳ／ＲＬＰは再起動メッセージを受信し、ＰＣＦ設定情報をＰＣＦ１２０に（２０２で）送信する。ＰＣＦ１２０はこの要求をＰＴＴサーバ１２４に送信する。ＰＴＴサーバ１２４はＰＣＦ１２０にパケット・データ（許可）メッセージを送信し、ＰＴＴ呼要求を（２０４で）許可する。ＰＣＦ１２０は、移動局１０４のＰＣＦ設定要求を受信したと判断し、Ａ８ベアラ・データ（Ａ８はＩＳ−２００１標準として定義されている）の形式のメッセージを（２０６で）ベアラ・トランスポート接続を介してＦＳ／ＲＬＰ１１６に送信する。
【００２５】
許可メッセージがＰＣＦ１２０に到着した時点で、休止状態の呼は、ＢＴＳ１０８内に割り当てられた呼要素（ＣＥ）１５０とセルラ・ネットワーク１０２のＲＮＣ／ＢＳＣ１１４内に割り当てられたフレーム・セレクタ／無線リンク・プロトコル（ＦＳ／ＲＬＰ）要素１１６とを用いて、移動局１０４のために再起動中である。ＣＥ１５０、ＦＳ／ＲＬＰ要素１１６、およびＰＣＦ１２０の間のベアラ・トランスポート接続はデータ呼再起動の一部として確立される。その間、ＢＴＳ１０８と移動局１０４との間の無線トラヒック・チャネル接続が確立される。バックホールおよび無線接続設定の両方が完了すると、ＦＳ／ＲＬＰ要素１１６を介してＰＣＦ１２０から移動局１０４に通常のＲＬＰフレームとして許可メッセージが送信される。
【００２６】
ただし、通常、無線トラヒック・チャネル接続の設定はベアラ・トランスポート接続よりも時間がかかる。これは、無線インタフェースの品質が最適に達しない場合の（任意選択の）無線インタフェース・パラメータのネゴシエーションとタイムアウトおよび再送の可能性が理由である。したがって、ＰＣＦ１２０およびＦＳ／ＲＬＰ要素１１６は無線トラヒック・チャネル接続が完全に確立するまでは移動局１０４に許可メッセージを送信できず、ＰＴＴ個設定の待ち時間は長くなる。
【００２７】
ただし、本発明の一実施形態では、ＦＳ／ＲＬＰ要素１１６は、ベアラ・トランスポート接続が確立しているができればトラヒック・チャネルがパケット・データ・サービスに（２０８で）接続する前にＢＴＳ１０８に許可メッセージを送信する。この場合、ＦＳ／ＲＬＰ要素１１６はパケット・データ・サービス接続が完了していないがＢＴＳ１０８へのベアラ・トランスポート接続は完了していると判断する。したがって、ＦＳ／ＲＬＰ要素１１６はこれ以上遅延することなくベアラ・トランスポート接続上でＢＴＳ１０８に許可メッセージを送信する。ＦＳ／ＲＬＰ要素１１６は移動局１０４から逆の空きのフレームを受信し始めると、トラヒック・チャネルがパケット・データ・サービスに接続されていると判断する。無線トラヒック・チャネルが捕捉されると（ただし、できればトラヒック・チャネルがサービスに接続される前に）、ＢＴＳ１０８は無線トラヒック接続上で移動局１０４にショート・データ・バースト（ＳＤＢ）として許可メッセージを送信する。移動局１０４が許可メッセージを受信すると、ＰＴＴ発呼者に電子音またはその他の方法でプッシュツートークを開始できることを知らせる。
【００２８】
このシナリオでは、ＰＴＴサーバ１２４から受信したあらゆるパケット・データ（例えば、Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰフレーム）はＦＳ／ＲＬＰ要素１１６内にバッファリングされる。トラヒック・チャネルが移動局１０４のパケット・データ・サービスに接続されると、ＦＳ／ＲＬＰ要素１１６はあらゆるバッファリングされたフレームを移動局１０４に送信し始める。その後、移動局１０６のユーザからの音声メッセージを含むＡ８データがＰＣＦ１２０から移動局１０４に（２１２で）送達される。
【００２９】
進行中のＰＴＴセッションを含む第２の代表的なシナリオが示された図３を参照すると、通信が確立されるが、上記の第１のシナリオと異なり、ＦＳ／ＲＬＰ要素がＰＣＦ１２０から許可メッセージを（３０６で）受信すると、第２のシナリオは無線トラヒック・チャネル接続がすでに確立していて、トラヒック・チャネルがパケット・データ・サービスに接続されていると判断する。
【００３０】
例示の状況では、移動局１０４のユーザは、ボタンを押して、移動局１０６に対応するユーザなどの、事前定義されたグループの人々と再度通信したいという意思を示す。ＦＳ／ＲＬＰ１２０はこの要求を受信し、ＰＣＦ１２０にＰＣＦ設定メッセージを（３００で）送信し、ＰＣＦ１２０はこの要求をＰＴＴサーバ１２４に送信する。ＰＴＴサーバ１２４はＰＣＦ１２０にパケット・データ（許可）メッセージを送信し、ＰＴＴ呼要求を（３０２で）許可する。ＰＣＦ１２０は、移動局１０４のＰＣＦ設定要求を受信したと判断し、Ａ８メッセージをＦＳ／ＲＬＰ１１６に（３０４で）送信する。
【００３１】
このシナリオでは、ＦＳ／ＲＬＰ要素１１６は、ＰＣＦ１２０から許可メッセージを（３０６で）受信すると、無線トラヒック・チャネル接続がすでに確立されているだけでなくトラヒック・チャネルがパケット・データ・サービスに接続されていると判断する。したがって、ＦＳ／ＲＬＰ１１６は移動局１０４に通常のＲＬＰフレームとして許可メッセージを（３０８で）送信する。その後、移動局１０４のユーザからの音声メッセージを含むＡ８データがＰＣＦ１２０から移動局１０６に（３１０で）送信される。
【００３２】
本発明の一実施形態では、移動局１０４に許可メッセージを送信する２つの方法のいずれかを動的に選択できるということが当業者には理解されよう。したがって、第１のシナリオでは、図２に関して上に説明したように、移動局１０４にショート・データ・バースト（ＳＤＢ）として許可メッセージを送信するより高速の新しい方を用いて許可メッセージを送信できる。あるいは、第２のシナリオでは、図３に関して上に説明したように、ＲＬＰフレームとして許可メッセージを送信できる。この二又の手法によって、ＰＴＴ呼設定の待ち時間が低減され、リアルタイム・クリティカル・サービスのニーズに応えることができる。
【００３３】
本明細書に記載のさまざまな実施形態に例示されたシステム・レイヤ、ルーチン、またはモジュールは実行可能な制御ユニットでよいということが当業者には理解されよう。制御ユニットは、マイクロプロセッサ、マイクロコントローラ、ディジタル信号プロセッサ、プロセッサ・カード（１つまたは複数のマイクロプロセッサまたは制御装置を含む）、またはその他の制御またはコンピュータ・デバイスを含むことができる。本明細書に記載する記憶デバイスは、データおよび命令を記憶する１つまたは複数のマシン可読記憶媒体を含むことができる。記憶媒体は、ダイナミックまたはスタティック・ランダム・アクセス・メモリ（ＤＲＡＭまたはＳＲＡＭ）、消去可能およびプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、電気的消去可能およびプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）およびフラッシュ・メモリなどの半導体メモリ・デバイス、固定、フロッピー（登録商標）、着脱式ディスクなどの磁気ディスク、テープを含むその他の磁気媒体、およびコンパクト・ディスク（ＣＤ）またはディジタル・ビデオ・ディスク（ＤＶＤ）などの光媒体を含むさまざまな形式のメモリを含むことができる。さまざまなシステム内のさまざまなソフトウェア・レイヤ、ルーチン、またはモジュールを形成する命令はそれぞれの記憶デバイスに記憶できる。それぞれの制御ユニットによって実行された命令は、対応するシステムにプログラミングされた処理を実行させる。
【００３４】
上に開示された特定の実施形態は、例示的なものであり、本発明は本明細書の教示の恩恵を有する当業者には明らかな別の等価な方法で変更し実施できる。さらに、請求の範囲に記載する以外に、本明細書に示す構成または設計の詳細に制限はない。したがって、上記の特定の実施形態は変更または修正が可能であり、そのような変更は本発明の範囲と精神を逸脱するものではないと考えられる。したがって、本明細書で追求する保護は請求の範囲内に記載するとおりである。
【図面の簡単な説明】
【００３５】
【図１】パケット・データ無線ネットワークのブロック図である。
【図２】図１に示すパケット・データ無線ネットワーク内の呼のシナリオの信号送受を示す図である。
【図３】図１に示すパケット・データ無線ネットワーク内の呼のシナリオの信号送受を示す図である。
【図１】
2006109469.tif 000003
【図２】
2006109469.tif 000004
【図３】
2006109469.tif 000005