(57)【要約】無線通信システムにおける予測的なＱｏＳリソース割り当てのためのシステムおよび方法が開示される。アクセス・ネットワークは、ＱｏＳリソースを要求するアクセス端末に向けられた通信を検出し、アクセス端末にページを送り、アクセス端末からの接続要求を受信する前に、ＱｏＳリソースを割り当てることができる。
2010506459.tif 000002
【特許請求の範囲】
【請求項１】
ＱｏＳリソースを割り当てる方法であって、
アクセス端末に向けられたＱｏＳリソースを要求する通信要求を検出することと、
前記ＱｏＳリソースを割り当てる要求を前記アクセス端末から受信する前に、前記ＱｏＳリソースを割り当てることと
を備える方法。
【請求項２】
前記アクセス端末をページすることと、
前記アクセス端末から接続要求を受信することと、
前記割り当てられたＱｏＳリソースを用いて、前記アクセス端末との接続を確立することと
をさらに備える請求項１に記載の方法。
【請求項３】
前記ＱｏＳリソースは、前記接続要求の前に割り当てられる請求項２に記載の方法。
【請求項４】
前記アクセス端末は、前記確立された接続において割り当てられたＱｏＳリソースをチェックする請求項２に記載の方法。
【請求項５】
前記アクセス端末は、追加のＱｏＳリソースを要求することなく、前記通信要求を直接的に受諾する請求項４に記載の方法。
【請求項６】
前記通信要求は、プッシュ・トゥ・トーク・コールのためである請求項１に記載の方法。
【請求項７】
前記ＱｏＳサービスを要求する通信要求を検出するために、区分サービス・コード・ポイント（ＤＳＣＰ）値が使用される請求項１に記載の方法。
【請求項８】
前記アクセス端末に現在割り当てられているＱｏＳリソースを検出することと、
前記通信要求のために必要な追加のＱｏＳリソースを割り当てることと
をさらに備える請求項１に記載の方法。
【請求項９】
前記ＱｏＳリソースは、イン・コール・シグナリング・リザベーションおよびメディア・リザベーションのために割り当てられる請求項１に記載の方法。
【請求項１０】
不十分なＱｏＳリソースしか利用可能ではないことを判定することと、
前記アクセス端末をページすることと、
前記アクセス端末からの接続要求を受信することと、
前記割り当てられたＱｏＳリソースなしで、前記アクセス端末との接続を確立することと
をさらに備える請求項１に記載の方法。
【請求項１１】
アクセス端末に向けられたＱｏＳリソースを要求する通信要求を検出するように構成されたロジックと、
前記ＱｏＳリソースを割り当てる要求を前記アクセス端末から受信する前に、前記ＱｏＳリソースを割り当てるように構成されたロジックと
を備える装置。
【請求項１２】
前記アクセス端末をページするように構成されたロジックと、
前記アクセス端末から接続要求を受信するように構成されたロジックと、
前記割り当てられたＱｏＳリソースを用いて、前記アクセス端末との接続を確立するように構成されたロジックと
をさらに備える請求項１１に記載の装置。
【請求項１３】
前記ＱｏＳリソースは、前記接続要求の前に割り当てられる請求項１２に記載の装置。
【請求項１４】
前記アクセス端末は、前記確立された接続における割り当てられたＱｏＳリソースをチェックする請求項１２に記載の装置。
【請求項１５】
前記アクセス端末は、追加のＱｏＳリソースを要求することなく、前記通信要求を直接的に受諾する請求項１４に記載の装置。
【請求項１６】
前記通信要求は、プッシュ・トゥ・トーク・コールのためである請求項１１に記載の装置。
【請求項１７】
前記ＱｏＳサービスを要求する通信要求を検出するために、区分サービス・コード・ポイント（ＤＳＣＰ）値が使用される請求項１１に記載の装置。
【請求項１８】
前記アクセス端末に現在割り当てられているＱｏＳリソースを検出するように構成されたロジックと、
前記通信要求のために必要な追加のＱｏＳリソースを割り当てるように構成されたロジックと
をさらに備える請求項１１に記載の装置。
【請求項１９】
前記ＱｏＳリソースは、イン・コール・シグナリング・リザベーションおよびメディア・リザベーションのために割り当てられる請求項１１に記載の装置。
【請求項２０】
不十分なＱｏＳリソースしか利用可能ではないことを判定するように構成されたロジックと、
前記アクセス端末をページするように構成されたロジックと、
前記アクセス端末からの接続要求を受信するように構成されたロジックと、
前記割り当てられたＱｏＳリソースなしで、前記アクセス端末との接続を確立するように構成されたロジックと
をさらに備える請求項１１に記載の装置。
【請求項２１】
前記装置は、ラジオ・アクセス・ネットワーク、グループ通信システム、無線通信ネットワークのうちの少なくとも１つである請求項１１に記載の装置。
【請求項２２】
ＱｏＳリソースを割り当てるように構成された無線通信システムであって、
アクセス端末に向けられたＱｏＳリソースを要求する通信要求を検出する手段と、
前記ＱｏＳリソースを割り当てる要求を前記アクセス端末から受信する前に、前記ＱｏＳリソースを割り当てる手段と
を備える無線通信システム。
【請求項２３】
前記アクセス端末をページする手段と、
前記アクセス端末からの接続要求を受信する手段と、
前記割り当てられたＱｏＳリソースを用いて、前記アクセス端末との接続を確立する手段と
をさらに備える請求項２２に記載の無線通信システム。
【請求項２４】
前記ＱｏＳサービスを要求する通信要求を検出するために、区分サービス・コード・ポイント（ＤＳＣＰ）値が使用される請求項２２に記載の無線通信システム。
【請求項２５】
前記アクセス端末に現在割り当てられているＱｏＳリソースを検出する手段と、
前記通信要求のために必要な追加のＱｏＳリソースを割り当てる手段と
をさらに備える請求項２２に記載の無線通信システム。
【請求項２６】
不十分なＱｏＳリソースしか利用可能ではないことを判定する手段と、
前記アクセス端末をページする手段と、
前記アクセス端末からの接続要求を受信する手段と、
前記割り当てられたＱｏＳリソースなしで、前記アクセス端末との接続を確立する手段と
をさらに備える請求項２２に記載の無線通信システム。
【請求項２７】
ＱｏＳリソースを割り当てるための格納されたコードを含むコンピュータ読取可能媒体であって、
アクセス端末に向けられたＱｏＳリソースを要求する通信要求を、コンピュータに検出させるためのコードと、
前記ＱｏＳリソースを割り当てる要求を前記アクセス端末から受信する前に、前記ＱｏＳリソースを、コンピュータに割り当てさせるためのコードと
を備えるコンピュータ読取可能媒体。
【請求項２８】
コンピュータに対して、前記アクセス端末をページさせるためのコードと、
前記アクセス端末からの接続要求を、コンピュータに対して受信させるためのコードと、
前記割り当てられたＱｏＳリソースを用いて、前記アクセス端末との接続を、コンピュータに対して確立させるためのコードと
をさらに備える請求項２７に記載のコンピュータ読取可能媒体。
【請求項２９】
前記アクセス端末に現在割り当てられているＱｏＳリソースを、コンピュータに対して検出させるためのコードと、
前記通信要求のために必要な追加のＱｏＳリソースを、コンピュータに対して割り当てさせるためのコードと
をさらに備える請求項２７に記載のコンピュータ読取可能媒体。
【請求項３０】
アクセス・ネットワークからのページを受信するように構成されたロジックと、
前記アクセス端末との接続を要求するように構成されたロジックと、
ＱｏＳリソースが、要求された通信のために必要であるかを判定するように構成されたロジックと、
前記アクセス・ネットワークからの初期接続応答が、前記ＱｏＳリソースを割り当てたかを検出するように構成されたロジックと
を備えるアクセス端末。
【請求項３１】
前記ＱｏＳリソースが割り当てられた場合、前記通信を受諾するように構成されたロジックと、
前記初期接続応答において、前記ＱｏＳリソースがアクセス・ネットワークによって割り当てられていないのであれば、必要なＱｏＳリソースを要求するように構成されたロジックと
を備える請求項３０に記載のアクセス端末。
【請求項３２】
アクセス端末において割り当てられたＱｏＳリソースに応答する方法であって、
アクセス・ネットワークからページを受信することと、
前記アクセス端末との接続を要求することと、
ＱｏＳリソースが、要求された通信のために必要であるかを判定することと、
前記アクセス・ネットワークからの初期接続応答が、前記ＱｏＳリソースを割り当てたかを検出することと
を備える方法。
【請求項３３】
前記ＱｏＳリソースが割り当てられた場合、前記通信を受諾することと、
前記初期接続応答において、前記ＱｏＳリソースがアクセス・ネットワークによって割り当てられていないのであれば、前記通信に必要なＱｏＳリソースを要求することと
を備える請求項３２に記載の方法。
【請求項３４】
割り当てられたＱｏＳリソースに対して応答するように構成されたアクセス端末であって、
アクセス・ネットワークからページを受信する手段と、
前記アクセス端末との接続を要求する手段と、
ＱｏＳリソースが、要求された通信のために必要であるかを判定する手段と、
前記アクセス・ネットワークからの初期接続応答が、前記ＱｏＳリソースを割り当てたかを検出する手段と
を備えるアクセス端末。
【請求項３５】
前記ＱｏＳリソースが割り当てられた場合、前記通信を受諾する手段と、
前記初期接続応答において、前記ＱｏＳリソースがアクセス・ネットワークによって割り当てられていないのであれば、前記通信に必要なＱｏＳリソースを要求する手段と
をさらに備える請求項３４に記載のアクセス端末。
【請求項３６】
割り当てられたＱｏＳリソースに対して応答するための格納されたコードを含むコンピュータ読取可能媒体であって、
コンピュータに対して、アクセス・ネットワークからのページを受信させるためのコードと、
前記アクセス端末との接続を、コンピュータに対して要求させるためのコードと、
ＱｏＳリソースが、要求された通信のために必要であるかを、コンピュータに対して判定させるためのコードと、
前記アクセス・ネットワークからの初期接続応答が、前記ＱｏＳリソースを割り当てたかを、コンピュータに対して検出させるためのコードと
を備えるコンピュータ読取可能媒体。
【請求項３７】
前記ＱｏＳリソースが割り当てられた場合、コンピュータに対して、前記通信を受諾させるためのコードと、
前記初期接続応答において、前記ＱｏＳリソースがアクセス・ネットワークによって割り当てられていないのであれば、コンピュータに対して、前記通信に必要なＱｏＳリソースを要求させるためのコードと
をさらに備える請求項３６に記載のコンピュータ読取可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線通信システムにおける通信に関し、更に詳しくは、サービス品質（ＱｏＳ）要件を有するアプリケーションのためのセッション確立に関する。
【背景技術】
【０００２】
無線通信システムは、第１世代アナログ無線電話サービス（１Ｇ）、（暫定的な２．５Ｇネットワークおよび２．７５Ｇネットワークを含む）第２世代（２Ｇ）デジタル無線電話サービス、および、第３世代（３Ｇ）高速データ／インターネット対応無線サービスを含む様々な世代を通じて発展した。現在、セルラおよびパーソナル通信サービス（ＰＣＳ）システムを含む多くの異なるタイプで使用されている無線通信システムが存在する。周知のセルラシステムの一例は、セルラ・アナログ・アドバンスト・モバイル電話システム（ＡＭＰＳ）と、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、ＴＤＭＡからなるグローバル移動体通信システム（ＧＳＭ）バリエーション、および、ＴＤＭＡ技術とＣＤＭＡ技術との両方を用いる新たなハイブリッド・デジタル通信に基づくデジタル・セルラ・システムとを含む。
【０００３】
ＣＤＭＡモバイル通信を提供する方法は、本明細書でＩＳ−９５と称され"Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System"と題されたＴＩＡ／ＥＩＡ／ＩＳ−９５−Ａにおいて、米国電気通信工業会／電子工業企業体協会によって米国で標準化されている。ＡＭＰＳとＣＤＭＡとを組み合わせたシステムは、ＴＩＡ／ＥＩＡ規格ＩＳ−９８に記載される。その他の通信システムは、ＩＭＴ−２０００／ＵＭ、すなわちインターナショナル・モバイル・テレコミュニケーション・システム２０００／ユニバーサル・モバイル・テレコミュニケーション・システムに記載されている。これらの規格は、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、ＣＤＭＡ２０００（例えば、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ規格）またはＴＤ−ＳＣＤＭＡと称されるものをカバーする。
【０００４】
無線通信システムでは、モバイル局、ハンドセット、またはアクセス端末は、基地局に隣接しているかまたは周囲にある特定の地理的領域内の通信リンクまたはサービスをサポートする（セル・サイトまたはセルと称される）固定位置基地局から信号を受信する。基地局は、アクセス・ネットワーク（ＡＮ）／ラジオ・アクセス・ネットワーク（ＲＡＮ）へとエントリ・ポイントを提供する。アクセス・ネットワーク（ＡＮ）／ラジオ・アクセス・ネットワーク（ＲＡＮ）は、一般に、サービス品質（ＱｏＳ）要求に基づいてトラフィックを区分する方法をサポートする標準的なインターネット・エンジニアリング・タスク・フォース（ＩＥＴＦ）ベースのプロトコルを用いたパケット・データ・ネットワークである。したがって、基地局は一般に、オーバ・ザ・エア・インタフェースを介してＡＴと、インターネット・プロトコル（ＩＰ）ネットワーク・データ・パケットを介してＡＮとインタラクトする。
【０００５】
無線通信システムでは、プッシュ・トゥ・トーク（ＰＴＴ）機能が、サービス・セクタおよびコンシューマの点で人気がある。ＰＴＴは、例えばＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＧＳＭ等のような標準的な商用無線インフラストラクチャ上で動作する「ディスパッチ」音声サービスをサポートすることができる。ディスパッチ・モデルでは、エンドポイント（ＡＴ）間の通信が、１人の「トーカ」の声が１または複数の「リスナー」に送信される仮想的なグループ内で引き起こる。この種の通信の１つの例は一般的に、ディスパッチ・コール、あるいは単にＰＴＴコールと呼ばれる。ＰＴＴコールは、コールの特性を規定するグループの例示である。グループは、本質的に、例えばグループ名またはグループ識別子のようなメンバ・リストおよび関連する情報によって定められる。
【０００６】
モバイル通信が増加したので、トラフィックの区分および増大したサービス・レベル機能を提供するために、サービス品質（ＱｏＳ）が重要になった。しかしながら、ネットワークの異なる部分におけるサービス品質要件を記述する多くの規格がある。例えば、１ｘＥＶ−ＤＯ改訂Ａネットワークは、３ＧＰＰ２  Ｘ．Ｓ００１１−００４−Ｃバージョン２．０  ｃｄｍａ２０００無線ＩＰネットワーク規格：サービス品質およびヘッダ低減仕様：で記載されたようなＱｏＳのために設定される。しかしながら、同じネットワークは、３ＧＰＰ２  Ｃ．Ｓ００２４−Ａバージョン２．０  ｃｄｍａ２０００高速レート・パケット・エア・インタフェース仕様で、任意のＡＴとＡＮとの間を、エア・インタフェースによって送信されるデータのためのＱｏＳの設定を記述する。同じネットワークはまた、ＡＴ内、およびＡＴ間のＱｏＳをも区別する。なぜなら、ＡＴ内のＱｏＳは、同じユーザに属するデータ・ストリームを区別する一方、ＡＴ間のＱｏＳは、異なるユーザに属するパケットを区別するからである。したがって、ＰＴＴ通信のためのＡＴとＡＮとの間のエンド・トゥ・エンドＱｏＳに対するニーズが存在する。
【発明の概要】
【０００７】
本特許出願は、２００６年９月２８日に出願され、"PREDICTIVE QoS RESOURCE ALLOCATION FOR RAPID SESSION ESTABLISHMENT"と題され、本明細書の譲受人に譲渡され、本明細書において参照によって明確に組み込まれた米国仮出願６０／８２７，４２５号の優先権を主張する。
【０００８】
本発明の典型的な実施形態は、無線通信システムにおける予測的なＱｏＳリソース割当のためのシステムおよび方法に向けられる。
【０００９】
したがって、本発明の実施形態は、ＱｏＳリソースを予測的に割り当てる方法を含む。この方法は、アクセス端末に向けられたＱｏＳリソースを要求する通信要求を検出することと、ＱｏＳリソースを割り当てる要求をアクセス端末から受信する前に、ＱｏＳリソースを割り当てることとを備える。
【００１０】
本発明の他の実施形態は、アクセス端末に向けられたＱｏＳリソースを要求する通信要求を検出するように構成されたロジックと、ＱｏＳリソースを割り当てる要求をアクセス端末から受信する前に、ＱｏＳリソースを割り当てるように構成されたロジックとを備える装置を含む。
【００１１】
本発明の他の実施形態は、ＱｏＳリソースを予測的に割り当てるように構成された無線通信システムを含む。この無線通信システムは、アクセス端末に向けられたＱｏＳリソースを要求する通信要求を検出する手段と、ＱｏＳリソースを割り当てる要求をアクセス端末から受信する前に、ＱｏＳリソースを割り当てる手段とを備える。
【００１２】
本発明の他の実施形態は、ＱｏＳリソースを予測的に割り当てるための格納されたコードを含むコンピュータ読取可能媒体を含む。このコンピュータ読取可能媒体は、アクセス端末に向けられたＱｏＳリソースを要求する通信要求を、コンピュータに対して検出させるためのコードと、ＱｏＳリソースを割り当てる要求をアクセス端末から受信する前に、コンピュータに対して、ＱｏＳリソースを割り当てさせるためのコードとを備える。
【００１３】
本発明の他の実施形態は、アクセス端末を含むことができる。このアクセス端末は、アクセス・ネットワークからページを受信するように構成されたロジックと、アクセス・ネットワークとの接続を要求するように構成されたロジックと、要求された通信に、ＱｏＳリソースが必要とされるかを判定するように構成されたロジックと、アクセス・ネットワークからの初期接続応答が、ＱｏＳリソースを割り当てたかを検出するように構成されたロジックとを備える。
【００１４】
本発明の他の実施形態は、アクセス端末において、予測的に割り当てられたＱｏＳリソースに応答する方法を含む。この方法は、アクセス・ネットワークからページを受信することと、アクセス・ネットワークとの接続を要求することと、要求された通信にＱｏＳリソースが必要とされるかを判定することと、アクセス・ネットワークからの初期接続応答が、ＱｏＳリソースを割り当てたかを検出することとを備える。
【図面の簡単な説明】
【００１５】
【図１】図１は、本発明の少なくとも１つの実施形態にしたがってアクセス端末およびアクセス・ネットワークをサポートする無線ネットワーク・アーキテクチャの図である。
【図２】図２は、本発明の少なくとも１つの実施形態にしたがったアクセス端末の例示である。
【図３】図３は、本発明の少なくとも１つの実施形態にしたがった信号フロー図である。
【図４】図４は、本発明の少なくとも１つの実施形態にしたがったグループ通信システムの実例である。
【図５】図５は、本発明の少なくとも１つの実施形態にしたがったアプリケーションのためのＲＬＰフローの実例である。
【図６】図６は、本発明の少なくとも１つの実施形態にしたがった方法の実例である。
【図７】図７は、本発明の少なくとも１つの実施形態にしたがった信号フロー図の実例である。
【図８】図８は、従来システムにしたがった信号フロー図の実例である。
【発明を実施するための形態】
【００１６】
本発明の、限定ではなく例示のみのためである添付図面に関連して考慮された場合、同じものが、以下の詳細記述を参照することによってより良く理解されるようになるので、本発明の実施形態のより完全な理解と、それらに付随する利点の多くが、容易に得られるだろう。
【００１７】
本発明の局面は、本発明の具体的な実施形態に向けられた関連図面および以下の説明で開示される。本発明の範囲から逸脱することなく、代替実施形態が考案されうる。くわえて、本発明の周知の構成要素は、詳細には説明されないか、あるいは、本発明の実施形態の関連する詳細を不明瞭にしないために省略されよう。
【００１８】
「典型的である」という用語は、本明細書において、「例、事例、あるいは実例として役立つ」ことを意味するために使用される。本明細書で「典型的である」と記載されるいずれの実施形態も、その他の実施形態よりも好適であるとか有利であるとか必ずしも解釈される必要はない。同様に、「本発明の実施形態」なる用語は、本発明の全ての実施形態が、説明した機能、利点、および動作モードを含むことを必要とするわけではない。
【００１９】
さらに、多くの実施形態が、例えば計算デバイスの構成要素によって実行される動作のシーケンスの観点から説明される。本明細書に記載の様々な動作は、特定の回路（例えば、特定用途向け集積回路（ＡＳＩＣ））によって、１または複数のプロセッサによって実行されるプログラム命令によって、あるいはこれら両方の組み合わせによって実行されうることが認識されるであろう。くわえて、本明細書に記載の動作のこれらシーケンスは、実行されると、関連するプロセッサに対して本明細書に記載の機能を実行させる対応するコンピュータ命令のセットを格納した任意の形態のコンピュータ読取可能媒体内にその全てが組み込まれていると考えられる。したがって、本明細書の様々な局面は、多くの異なる形式で具体化され、その全てが、特許請求された主題事項の範囲内にあると考慮される。くわえて、本明細書に記載の実施形態の各々について、そのような任意の実施形態の対応する形式は、本明細書において、例えば、記載した動作を実行する「ために構成されるロジック」として記載されうる。
【００２０】
本明細書においてアクセス端末（ＡＴ）と称される高速データ・レート（ＨＤＲ）加入者局は、移動式または固定式であり、本明細書においてモデム・プール・トランシーバ（ＭＰＴ）または基地局（ＢＳ）と称される１または複数のＨＤＲ基地局と通信することができる。アクセス端末は、１または複数のモデム・プール・トランシーバ、モデム・プール・コントローラ（ＭＰＣ）、基地局コントローラ、および／またはモバイル交換センタ（ＭＳＣ）と称される。モデム・プール・トランシーバおよびモデム・プール・コントローラは、アクセス・ネットワークと呼ばれるネットワークの一部である。アクセス・ネットワークは、多くのアクセス端末間でデータ・パケットを伝送する。アクセス・ネットワークはさらに、例えば企業イントラネットまたはインターネットのようなアクセス・ネットワークの外部の追加ネットワークに接続され、それぞれのアクセス端末とそのような外部ネットワークとの間でデータ・パケットを伝送することができる。１または複数のモデム・プール・トランシーバとのアクティブなトラフィック・チャネル接続を確立したアクセス端末は、アクティブなアクセス端末と呼ばれ、トラフィック状態にあると言われる。１または複数のモデム・プール・トランシーバとのアクティブなトラフィック・チャネル接続を確立するプロセス中あるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、例えば光ファイバまたは同軸ケーブルを用いて、無線チャネルまたは有線チャネルを介して通信する任意のデータ・デバイスでありうる。アクセス端末はさらに、限定されるわけではないが、ＰＣカード、コンパクト・フラッシュ、外部モデムまたは内部モデム、または無線電話あるいは有線電話を含む多くのタイプのデバイスのうちの何れかでありうる。アクセス端末がモデム・プール・トランシーバに信号を送る通信リンクは逆方向リンクまたはトラフィック・チャネルと呼ばれる。モデム・プール・トランシーバが、アクセス端末に信号を送る通信リンクは、順方向リンクまたはトラフィック・チャネルと呼ばれる。本明細書で用いられるように、トラフィック・チャネルなる用語は、順方向トラフィック・チャネルであるか、あるいは逆方向トラフィック・チャネルかの何れかを称することができる。
【００２１】
図１は、本発明の少なくとも１つの実施形態にしたがった無線システム１００の１つの典型的な実施形態のブロック図を例示する。システム１００は、（例えば、イントラネット、インターネット、および／またはキャリア・ネットワーク１２６のような）パケット交換データ・ネットワークと、アクセス端末１０２、１０８、１１０、１１２との間のデータ接続を提供するネットワーク機器にアクセス端末１０２を接続することができるアクセス・ネットワークまたはラジオ・アクセス・ネットワーク（ＲＡＮ）１２０とエア・インタフェース１０４を介して通信する例えばセルラ電話１０２のようなアクセス端末を含む。本明細書に示すように、アクセス端末は、セルラ電話１０２、携帯情報端末１０８、（ここでは２ウェイ・テキスト・ページャとして示されている）ページャ１１０、または、無線通信ポータルを有する個別のコンピュータ・プラットフォーム１１２でありうる。したがって、本発明の実施形態は、限定するわけではないが、無線モデム、ＰＣＭＣＩＡカード、パーソナル・コンピュータ、電話、またはこれらの任意の組み合わせまたは部分的な組み合わせを含む無線通信機能を有しているか、あるいは無線通信ポータルを含む任意の形態のアクセス端末で実現されうる。さらに、本明細書で使用される用語「アクセス端末」、「無線デバイス」、「クライアント・デバイス」、「モバイル端末」、およびそれらの変形は、置換可能に使用される。
【００２２】
再び図１に示すように、無線ネットワーク１００の構成要素と、本発明の実施形態の構成要素の相互関係とは、例示された構成に限定されない。システム１００は単に典型的であり、互いに、および／または、限定するわけではないが、無線ネットワーク・キャリア１２６、インターネット、および／または、その他の遠隔サーバのように、エア・インタフェース１０４およびＲＡＮ１２０を介して接続された構成要素の間で、例えば無線クライアント計算デバイス１０２、１０８、１１０、１１２のような遠隔アクセス端末が、オーバ・ザ・エアによって通信することを可能にする任意のシステムを含むことができる。
【００２３】
ＲＡＮ１２０は、ＭＰＣ／ＭＳＣ１２２に送られたメッセージ（従来、データ・パケットとして送られる）を処理し、ルーティングする。キャリア・ネットワーク１２６は、ネットワーク、インターネット、および／または、公衆交換電話網（ＰＳＴＮ）と通信することができる。あるいは、ＭＰＣ／ＭＳＣ１２２は、インターネットまたは外部ネットワークに直接的に接続することができる。一般に、キャリア・ネットワーク１２６とＭＰＣ／ＭＳＣ１２２との間のネットワークまたはインターネット接続は、データを転送し、ＰＳＴＮは、音声情報を転送する。ＭＰＣ／ＭＳＣ１２２は、複数の基地局（ＢＳ）またはモデム・プール・トランシーバ（ＭＰＴ）１２４に接続されうる。キャリア・ネットワークと類似した方式で、ＭＰＣ／ＭＳＣ１２２は、一般に、データ転送および／または音声情報のために、ネットワーク、インターネット、および／またはＰＳＴＮによってＭＰＴ／ＢＳ１２４に接続される。ＭＰＴ／ＢＳ１２４は、例えばセルラ電話１０２のようなアクセス端末へとデータ・メッセージを無線でブロードキャストすることができる。当該技術で知られているように、ＭＰＴ／ＢＳ１２４、ＭＰＣ／ＭＳＣ１２２、およびその他の構成要素がＲＡＮ１２０を構成することができる。しかしながら、代替構成を使用することもでき、本発明は、例示された構成に限定されない。
【００２４】
図２に示すように、例えばセルラ電話のようなアクセス端末１０２（ここでは無線デバイス）は、キャリア・ネットワーク１２６から、インターネットから、および／または、その他の遠隔サーバやネットワークから送られ、ＲＡＮ１２０から送信されたコマンド、データ、および／または、ソフトウェア・アプリケーションを受信し実行することができるプラットフォーム２０２を有する。このプラットフォーム２０２は、特定用途向け集積回路（“ＡＳＩＣ”２０８）、またはその他のプロセッサ、マイクロプロセッサ、ロジック回路、あるいはその他のデータ処理デバイスと動作可能に接続されたトランシーバ２０６を含むことができる。ＡＳＩＣ２０８またはその他のプロセッサは、無線デバイスのメモリ２１２内の任意の常駐プログラムとインタフェースするアプリケーション・プログラミング・インタフェース（“ＡＰＩ”）２１０レイヤを実行する。メモリ２１２は、読取専用メモリまたはランダム・アクセス・メモリ（ＲＡＭおよびＲＯＭ）、ＥＥＰＲＯＭ、フラッシュ・カード、またはコンピュータ・プラットフォームに共通の任意のメモリから構成されうる。プラットフォーム２０２はまた、アクティブに使用されていないアプリケーションをメモリ２１２内に保持するローカル・データベース２１４を含むことができる。ローカル・データベース２１４は一般に、フラッシュ・メモリ・セルであるが、例えば磁気媒体、ＥＥＰＲＯＭ、光学媒体、テープ、ソフトディスクまたはハードディスク等のように、当該技術分野で周知の任意の２次記憶デバイスでありうる。内部プラットフォーム２０２構成要素はまた、当該技術分野で周知のように、他の構成要素の中でも、例えばアンテナ２２２、ディスプレイ２２４、プッシュ・トゥ・トーク・ボタン２２８、キーパッド２２６のような外部デバイスと動作可能に接続されうる。
【００２５】
したがって、本発明の実施形態は、本明細書に記載の機能を実行する機能を含むアクセス端末を含みうる。当業者によって理解されるように、様々な論理構成要素が、ディスクリートな構成要素や、プロセッサ上で実行するソフトウェア・モジュールや、あるいは、本明細書で開示した機能を達成するためのソフトウェアおよびハードウェアの任意の組み合わせで具体化されうる。例えば、ＡＳＩＣ２０８、メモリ２１２、ＡＰＩ２１０、およびローカル・データベース２１４はすべて、本明細書に開示の様々な機能を、協調して、ロード、格納、および実行するために使用され、もって、これらの機能を実行するロジックが、様々な構成要素にわたって分散される。あるいは、これら機能は、１つのディスクリートな構成要素に組み入れられうる。したがって、図２におけるアクセス端末の機能は、単なる例であると考えられ、本発明の実施形態は、これら例示された機能または構成に限定されない。
【００２６】
アクセス端末１０２とＲＡＮ１２０との間の無線通信は、異なる技術に基づくことができる、例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、グローバル移動体通信システム（ＧＳＭ）、あるいは、無線通信ネットワークまたはデータ通信ネットワークで使用されうるその他のプロトコルのような異なる技術に基づくことができる。データ通信は、一般に、クライアント・デバイス１０２、ＭＰＴ／ＢＳ１２４、およびＭＰＣ／ＭＳＣ１２２間でなされる。ＭＰＣ／ＭＳＣ１２２は、例えばキャリア・ネットワーク１２６、ＰＳＴＮ、インターネット、仮想プライベート・ネットワーク等のような複数のデータ・ネットワークに接続され、それにより、アクセス端末１０２のより広い通信ネットワークへのアクセスが可能となる。前述され、また、当該技術分野において周知であるように、音声伝送および／またはデータは、様々なネットワークおよび設定を用いて、ＲＡＮからアクセス端末へ送信されうる。したがって、本明細書で与えられる実例は、本発明の実施形態を限定することは意図されておらず、単に、本発明の実施形態の局面の説明に役立つためのものである。
【００２７】
前述したように、ＱｏＳリソースは、トラフィック、および増大したサービス・レベル機能を区分するために使用されうる。サービスを提供するためにＱｏＳリソースを必要とするデータ・アプリケーションは、一般に、ネットワークから、そのような要求を行う。例えば、アクセス端末は、従来、ページを受信し、次に、トラフィック・チャネルを開いて、ページに関連する情報を受信する。この通信が、あるＱｏＳリソース（例えば、プッシュ・トゥ・トーク（ＰＴＴ）コール／グループ・コール）を必要とするという情報を受信すると、アクセス端末はＲＡＮからこれらサービスを要求するだろう。ＱｏＳリソースが割り当てられたとの確認を受信すると、アプリケーションは、この通信を進めることができる。詳細な例は、ＡＴ終了（例えば、フォワード・リンク）通信について次に説明される。
【００２８】
スロット・モード動作でのＡＴへのＡＴ終了通信は、３ＧＰＰ２  Ｃ．Ｓ００２４−Ａに記載されているような標準的なページング・アプローチを用いて配信される。図８は、この標準的なページング・アプローチの詳細を例示する。図８は、ＡＴがスロット・モードであり、トラフィック・チャネルを持たない（すなわち、その１ｘＥＶ−ＤＯ接続を閉じている）が、ＰＤＳＮにおいて維持されたＰＰＰ状態を有することを仮定する。ＡＴのデータが、ネットワークに到着すると、それは、Ａ１０／Ａ１１インタフェースを経由してＰＤＳＮからＰＣＦへとルーティングされる。ＰＣＦとＢＳＣとの間の１対１関連を仮定すると、データは、ＡＴが位置していると予測されるＢＳＣにおいて、Ａ８／Ａ９インタフェースを介して到着する。ＢＳＣは、ページ・メッセージを準備し、このメッセージを、その支配下にある全てのＢＴＳセクタへフラッド・ページ（flood-page）する。ＡＴは、ページを聞くと、接続要求（ConnectionRequest）メッセージによってトラフィック・チャネル・セットアップ要求を開始することによって応答する。コール・フローの残りは、１ｘＥＶ−ＤＯ規格によって定義されるようなトラフィック・チャネル・セットアップのためのシグナリングである。物理的なチャネルが設立され、ＲＴＣＡｃｋが送られた後、ＲＡＮは、トラフィック・チャネルでＡＴにデータを送信する。しかしながら、当業者によって理解されるように、本発明の実施形態は、本発明の実施形態の説明に役立つための詳細例として提供されており、この実施に限定されない。
【００２９】
本発明の実施形態は、ネットワークで引き起こったトラフィックをアクセス端末／データ・アプリケーションに配信する場合に、ネットワークが、予測的にＱｏＳリソースを割り当てるための方法およびシステムを提供する。ＱｏＳサービスのこの予測的な割り当ては、アクセス端末／アプリケーションにサービスを要求させることにより、従来システムで生じる遅延を低減または取り除くことができる。本発明の実施形態の様々な局面に関するさらなる詳細は、例示目的でＰＴＴ／グループ通信システムを用いることにしたがう。しかしながら、当業者であれば、本発明はこれらのシステムに限定されず、ＱｏＳリソースを用いる任意のアプリケーションのために使用されることを認識するだろう。
【００３０】
図３に示すように、本発明の実施形態の局面を例示する信号フロー図が提供される。アプリケーション・サーバ（例えばＱＣｈａｔ（登録商標）サーバ）３０２は、アクセス端末３０４との通信のために、ＱｏＳリソースを要求する要求３０５を生成することができる。アプリケーション・サーバ３０２は、この要求３０５を、ＱｏＳリソースを要求するものとしてマークすることができる。この要求３０５は、その後ＲＡＮ１２０によって検出される（３０７）。ＲＡＮ１２０は、アクセス端末３０４から要求が来る前に、この情報を用いて、ＱｏＳリソース３２７を割り当てることができる。ＲＡＮ１２０は、その後、ページ３１０を（一般に、複数のセクタによって）アクセス端末３０４へ送り出すことができる。その後、アクセス端末３０４は、接続を要求する（３２０）。この接続要求を受信すると、ＲＡＮ１２０は、どのセクタ・アクセス端末３０４がその中にあるのかを判定することができる。ＲＡＮ１２０はその後、ＱｏＳリソースを割り当て（３２７）、接続を確立して（３３０）、アクセス端末３０４にサービス提供する。しかしながら、アクセス端末３０４が位置するセクタを判定するために、ＲＡＮ１２０が、十分な粒度を持つアクセス端末３０４の位置を追跡すると、ＲＡＮ１２０は、接続要求３２０の前でさえも、ＱｏＳリソースを割り当てることができる。要求された通信に関する情報を受信すると、アクセス端末３０４は、ＱｏＳリソースがこの通信のために必要とされており、確立された接続におけるＱｏＳリソース割当をチェックできる（３４０）ことを認識することができる。ＱｏＳリソースは、ＲＡＮ１２０において既に割り当てられているので、アクセス端末３０４は、この要求を直接的に受諾することができる（３５０）。これは、要求した通信に関する初期情報が受信された後、ＱｏＳリソースを要求しなければならないアクセス端末の更なる遅れを回避する。アクセス端末３０４が、要求された通信（例えば、ＰＴＴ／ＱＣｈａｔ（登録商標）コール）を受け付けると、この通信は、アプリケーション・サーバ（例えば、ＱＣｈａｔ（登録商標）サーバ）に転送され（３５５）、通信が始まる。
【００３１】
したがって、本発明の実施形態は、ＱｏＳリソースを要求する通信を検出するように構成されたロジックと、ターゲット・デバイス（例えば、アクセス端末）にページするように構成されたロジックと、ターゲット・デバイスとの接続を確立する前に、ＱｏＳリソースを割り当てるように構成されたロジックとを含む装置（例えば、ＲＡＮ、ＢＳＣ、ＢＴＳ）を含む。
【００３２】
上述するように、本発明の実施形態は、遅延に敏感なアプリケーションにおける遅延を低減することができる。グループ通信（ＰＴＴ／ＱＣｈａｔ（登録商標））システムは、本明細書で開示された予測的ＱｏＳ割当によって提供される低減された接続時間を活用可能な、遅延に敏感なシステムの一例である。グループ通信システムはまた、プッシュ・トゥ・トーク（ＰＴＴ）システム、ＱＣｈａｔ（登録商標）システム、ネット・ブロードキャスト・サービス（ＮＢＳ）、ディスパッチ・システム、あるいは、ポイント・トゥ・マルチ・ポイント通信システムとしても知られている。一般に、アクセス端末ユーザのグループは、各グループ・メンバに指定されたアクセス端末を用いて互いに通信することができる。「グループ・メンバ」なる用語は、互いに通信することを許可されたアクセス端末ユーザのグループを示す。グループ通信システム／ＰＴＴシステムは、幾つかのメンバの中にあると考えられるが、このシステムは、この構成に限定されず、１対１ベースで、個々のデバイス間の通信に適用することができる。
【００３３】
このグループは、既存のインフラストラクチャに対する実質的な変更を要することなく、既存の通信システムにわたって動作可能である。したがって、コントローラおよびユーザは、例えば、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、グローバル移動体通信システム（ＧＳＭ）システム、衛星通信システム、陸線および無線システムの組み合わせ等のように、インターネット・プロトコル（ＩＰ）を用いてパケット情報を送信および受信することができる任意のシステムで動作することができる。
【００３４】
グループ・メンバは、例えばＡＴ１０２、１０８、３０４のような割り当てられたアクセス端末を用いて互いに通信することができる。ＡＴは、例えば、地上無線電話、プッシュ・トゥ・トーク機能を有する有線電話、プッシュ・トゥ・トーク機能を備えた衛星電話、ラップトップ・コンピュータまたはデスクトップ・コンピュータ、ページング・デバイス、あるいはこれらの任意の組み合わせのような有線デバイスまたは無線デバイスでありうる。さらに、各ＡＴは、安全モードあるいは非安全（クリア）モードで情報を送信および受信することができる。アクセス端末（ＡＴ）への参照は、例示されたあるいは列挙された例に限定されることは意図されておらず、インターネット・プロトコル（ＩＰ）にしたがってパケット情報を送信および受信する機能を有するその他のデバイスも含みうることが理解されるべきである。
【００３５】
グループのメンバが、グループの他のメンバに、情報を送信することを望む場合、そのメンバは、ＡＴにおいてプッシュ・トゥ・トーク・ボタンまたはキー（例えば図２における２２８）を押し、分散ネットワークによる送信用にフォーマットされた要求を生成することによって、送信権を要求することができる。例えば、この要求は、オーバ・ザ・エアによってＡＴ１０２から１または複数のＭＰＴ（または基地局）１２４へ送信されうる。データ・パケットを処理するために、周知のインター・ワーキング機能（ＩＷＦ）、パケット・データ・サービス提供ノード（ＰＤＳＮ）、または、パケット制御機能（ＰＣＦ）を含むＭＰＣ／ＭＳＣ１２２は、ＭＰＴ／ＢＳ１２４と分散ネットワークとの間に存在しうる。しかしながら、その要求はまた、公衆交換電話網（ＰＳＴＮ）を介してキャリア・ネットワーク１２６へ送信されうる。キャリア・ネットワーク１２６は、この要求を受信し、それを、分散ネットワーク１２０へ提供することができる。
【００３６】
図４に示すように、１または複数のグループ通信サーバ（例えば、ＱＣｈａｔ（登録商標））３０２が、分散ネットワークへの接続によって、グループ通信システムのトラフィックを監視することができる。グループ通信サーバ３０２は、様々な有線インタフェースおよび無線インタフェースを介して分散ネットワークへ接続されうるので、グループ参加者に対して地理的に近接していることは必要ではない。一般に、グループ通信サーバ３０２は、ＰＴＴシステムにおいて設定されたグループ・メンバの無線デバイス（ＡＴ３０４、４７２、４７４、４７６）間の通信を制御する。例示する無線ネットワークは単なる典型例であり、任意のシステムを含むことができ、これによって、遠隔モジュールは、互いの間を、および／または、限定することなく、無線ネットワーク・キャリアおよび／またはサーバを含む無線ネットワークの構成要素の間を、オーバ・ザ・エアによって通信する。さらに、一連のグループ通信サーバ３０２は、グループ通信サーバＬＡＮ４５０へ接続されうる。
【００３７】
グループ通信サーバ３０２は、例えばＰＳＤＮ４５２のように、ここではキャリア・ネットワーク４２６に存在するものと示されている無線サービス・プロバイダのパケット・データ・サービス・ノード（ＰＤＳＮ）へ接続されうる。各ＰＳＤＮ４５２は、パケット制御機能（ＰＣＦ）４６２によって、基地局４６０の基地局コントローラ４６４とインタフェースすることができる。ＰＣＦ４６２は、基地局４６０内に位置することができる。キャリア・ネットワーク４２６は、ＭＳＣ４５８へ送られる（一般に、データ・パケットの形態である）メッセージを制御する。ＭＳＣ４５８は、１または複数の基地局４６０に接続されうる。キャリア・ネットワークと同様に、ＭＳＣ４５８は、従来、データ転送のためネットワークおよび／またはインターネットによって、および、音声情報のためＰＳＴＮによって、ＢＴＳ４６６に接続される。ＢＴＳ４６６は、当該技術分野で周知であるように、例えばセルラ電話３０４、４７２、４７４、４７６のような無線ＡＴとの間のメッセージを無線でブロードキャストしたり受信する。したがって、グループ通信システムの一般的な詳細については、さらに説明しない。しかしながら、以下の説明は、本発明の実施形態に関する追加の詳細を提供するために、特定のシステム（例えばＱＣｈａｔ（登録商標）、１ｘＥＶ−ＤＯ）の特定の局面について議論する。
【００３８】
本発明の実施形態では、サーバ（例えば、ＱＣｈａｔ（登録商標）サーバ）３０２は、ＱｏＳが予測的に許可されるネットワーク内のデータ・パケットを特定するために、区分サービス・コード・ポイント（ＤＳＣＰ）値を設定することができる。さらに、ＱｏＳが予測的に許可されるネットワークにおけるデータ・ストリームを識別するために、ＱｏＳリザベーション・フローへの１ｘＥＶ−ＤＯプロファイルＩＤマッピングを使用することができる。このシステムは、ＤＳＣＰを用いて、ネットワーク上のその他全てのデータ・トラフィックからＱＣｈａｔ（登録商標）を区分する。ＡＴ終了ＱＣｈａｔ（登録商標）データは、ＩＰデータグラムのサービス・タイプ（ＴＯＰ）フィールド（またはＤＳフィールド）内のＱＣｈａｔ（登録商標）ＤＳＣＰ値を用いてマークされる。これらのＤＳＣＰ値は、ＡＴ終了ＱＣｈａｔ（登録商標）パケット・トラフィックのための別のデータ配信メカニズムおよびＩＰネットワークＱｏＳ要件を識別する。区分サービス・フレームワークは、各ホップにおけるシグナリングおよびフロー毎状態を維持する必要なく、ＩＰパケットのためにサービス区分を提供するために使用される。ルータは、入口ＩＰパケットにおけるＤＳＣＰ値を検査し、各フローに適切なホップ毎の振る舞いを提供する。一般に、この情報は、アプリケーション・サーバ３０２とＰＳＤＮ４５２との間のどのようなネットワーク構成要件によっても修正されないだろう。
【００３９】
上述したように、ＡＴ３０４は、通信（例えば、ＱＣｈａｔ（登録商標）コール）を確立するためにページされ、そのトラフィック・チャネルが送られる。ＱＣｈａｔ（登録商標）コールは、ＱＣｈａｔ（登録商標）イン・コール・シグナリングおよびメディアのためのトラフィック・チャネルとＱｏＳリソースとの両方が利用可能である場合、ターゲットＡＴ３０４によって受諾される（ＱｏＳリソースに関するさらなる詳細は、以下および図５に示される）。ＡＴ３０４が、ページを受信したときに、ＱＣｈａｔ（登録商標）コールのためにページされていることを知らないので、接続要求メッセージを送る場合に、イン・コールＱＣｈａｔ（登録商標）フローに対するＱｏＳ要求を発行できない。従来のシステムでは、ＡＴ３０４は、ＱＣｈａｔ（登録商標）コールのためのＱｏＳリソースを必要としていることを判定するために、ＱＣｈａｔ（登録商標）シグナリング・パケットの受信を待たねばならないだろう。しかしながら、本発明の実施形態にしたがってこの遅れを低減するために、ＲＡＮ１２０は、前述したようにして、ＱＣｈａｔ（登録商標）コールのために予測的ＱｏＳ割当を実行する。したがって、データがＱＣｈａｔ（登録商標）ＤＳＣＰでマークされることに応答して、ＱＣｈａｔ（登録商標）ＡＴ３０４からの接続要求が受信される場合、ＲＡＮ（例えば、ＢＳＣ４６４／ＢＴＳ４６６）は、明示的なＡＴ要求なく、ＱｏＳリソース（例えば、ＱＣｈａｔ（登録商標）イン・コール・シグナリングおよびメディア）を割り当てる必要があると判定する。さらに、ＲＡＮ１２０は、ＱｏＳリソースが利用可能であることをＡＴ３０４にシグナルする。
【００４０】
当業者によって認識されるであろうが、必要とされるＱｏＳリソースは、異なるアプリケーションについて、あるいはアプリケーション内で異なりうる。以下の例は、異なるＱｏＳリソース・シナリオの下でのＱｏＳ設計を記載する。  
・ＱＣｈａｔ（登録商標）イン・コール・シグナリング・リザベーションおよびメディア・リザベーションが、ターゲットＡＴのセクタ内で利用可能である場合、ＲＡＮは、イン・コール・シグナリング・リザベーションおよびメディア・リザベーションのために順方向リザベーション・オン（FwdReservationOn）メッセージおよび逆方向リザベーション・オン（RevReservationOn）メッセージを送信することによって、順方向リンクと逆方向リンクの両方についてＱｏＳが利用可能であることをシグナルする。このコール・フローは、図７に例示される。順方向リザベーション・オン（FwdReservationOn）メッセージおよび逆方向リザベーション・オン（RevReservationOn）メッセージは、ＱＣｈａｔ（登録商標）コール・セットアップ・メッセージの前にスケジュールされる。これによって、ターゲットＡＴは、ＱＣｈａｔ（登録商標）コール・セットアップ・パケットの受信時に必要なＱｏＳリソースを持っており、さらなる遅れを伴うことなくＱＣｈａｔ（登録商標）コールを受信できると認識する。イン・コール・シグナリング・リザベーションおよびメディア・リザベーションのうちの幾つかが、ＱＣｈａｔ（登録商標）コール・セットアップ・パケットの到着時において、ターゲットＡＴに既に割り当てられているのであれば、ＲＡＮは、順方向リザベーション・オン・メッセージおよび逆方向リザベーション・オン・メッセージを用いて、そのときに割り当てられていないイン・コール・シグナリング・リザベーションおよびメディア・リザベーションのみを起動するであろうことが注目される。  
・トラフィック・チャネル・リソースが、ターゲットＡＴが位置するセクタにおいて利用可能であるが、ＱＣｈａｔ（登録商標）リザベーションの幾つかまたは全てのＱｏＳリソースが利用可能ではない場合、ＲＡＮは、依然として、トラフィック・チャネルを割り当て、ターゲットＡＴへＴＣＡメッセージを送信する。トラフィック・チャネルを確立することによって、ＱＣｈａｔ（登録商標）イン・コール・シグナリング・リザベーションおよびメディア・リザベーションが利用可能ではない場合であっても、ＡＴは、トラフィック・チャネルを介してＱＣｈａｔ（登録商標）コール・セットアップ・シグナルングを完了することができる。  
・トラフィック・チャネル・リソースが、ターゲットＡＴセクタにおいて利用可能ではない場合、ＲＡＮは、１ｘＥＶ−ＤＯ改訂Ａ規格にしたがって接続拒否（ConnectionDeny）メッセージを送信することによって、トラフィック・チャネル要求を拒否する。
【００４１】
ＱＣｈａｔ（登録商標）コール・セットアップ・パケットの到着後にコールのターゲットがページされるＡＴ終了ＱＣｈａｔ（登録商標）コールの場合、ＲＡＮは、トラフィック・チャネル・セットアップ中に、ＱＣｈａｔ（登録商標）イン・コール・シグナリング・リザベーションおよびメディア・リザベーションのために順方向リザベーション・オン・メッセージおよび逆方向リザベーション・オン・メッセージを送信することによって、イン・コール・シグナリング・リザベーションとメディア・リザベーションとの両方のためのＱｏＳリソースが許可されたことを示すことができる。
【００４２】
ＱＣｈａｔ（登録商標）コール・セットアップ・パケットの到着後にコールのターゲットがページされるＡＴ終了ＱＣｈａｔ（登録商標）コールの場合、ＲＡＮは、ＱＣｈａｔ（登録商標）リザベーションのＱｏＳリソースとトラフィック・チャネルとの両方が利用可能である場合、ＱＣｈａｔ（登録商標）コール・セットアップ・メッセージの前に、ＱＣｈａｔ（登録商標）イン・コール・シグナリング・リザベーションおよびメディア・リザベーションの順方向リザベーション・オン・メッセージおよび逆方向リザベーション・オン・メッセージをスケジュールすることができる。
【００４３】
イン・コール・シグナリング・リザベーションおよびメディア・リザベーションの幾つかが既に、ＱＣｈａｔ（登録商標）コール・セットアップ・パケットの到着時において、ターゲットＡＴに割り当てられているのであれば、ＲＡＮは、順方向リザベーション・オン・メッセージおよび逆方向リザベーション・オン・メッセージを用いて、そのときに割り当てられていないイン・コール・シグナリング・リザベーションおよびメディア・リザベーションのみを起動する。
【００４４】
ＱＣｈａｔ（登録商標）コール・セットアップ・パケットの到着後にコールのターゲットがページされるＡＴ終了ＱＣｈａｔ（登録商標）コールの場合、トラフィック・チャネル・リソースが、ＱＣｈａｔ（登録商標）イン・コール・リザベーションおよびメディア・リザベーションに利用可能なＱｏＳリソースに関係なく利用可能であれば、ＲＡＮは、トラフィック・チャネルを確立するだろう。
【００４５】
１ｘＥＶ−ＤＯ改訂Ａは、パケット・データ・ネットワークへ効率的なアクセスを提供するように設計され、そのネットワーク・アーキテクチャのためのインターネットに広く基づく。ＰＤＳＮ４５２、ＰＣＦ４６２、およびＲＡＮ１２０においてインターネット・プロトコル（ＩＰ）ネットワーク要素を横切るデータ・トラフィックは、ＱｏＳ要件に基づいてトラフィックを区分する方法をサポートする標準的なインターネット技術特別調査委員会（ＩＥＴＦ）ベースのプロトコルに基づきうる。ＡＴ３０４と１ｘＥＶ−ＤＯ改訂Ａネットワークとの間のＱｏＳは、３ＧＰＰ２  Ｘ．Ｓ００１１−００４−Ｃバージョン２．０  ｃｄｍａ２０００無線ＩＰネットワーク規格、サービス品質およびヘッダ低減仕様に記述されるように設定される。これらの内容は、参照によって本明細書に組み込まれる。ＡＴ３０４とＲＡＮ１２０との間でエア・インタフェースによって送信されるデータ・トラフィックは、３ＧＰＰ２  Ｃ．Ｓ００２４−Ａバージョン２．０  ｃｄｍａ２０００高速レート・パケット・データ・エア・インタフェース仕様に記述されているような１ｘＥＶ−ＤＯ改訂Ａプロトコルによる適切なＱｏＳ処理のために設定されうる。この内容は、参照によって本明細書に組み込まれる。１ｘＥＶ−ＤＯ改訂Ａは、ＡＴ内およびＡＴ間にＱｏＳを提供するための標準的なメカニズムを提供する。ＡＴ内ＱｏＳは、同じユーザに属するデータ・ストリームの区別を与え、ＡＴ間ＱｏＳは、異なるユーザに属するパケットを区別する。
【００４６】
ＱｏＳを達成するために、トラフィック区分は、エンド・トゥ・エンドで利用可能であるべきである。ＡＴ３０４、ＲＡＮ１２０（ＢＴＳ４８６、ＢＳＣ４６４）、ＰＤＳＮ４５２、およびインターネット・ルータを含む全てのネットワーク・メカニズムは、ＱｏＳを実現／サポートしなくてはならない。１ｘＥＶ−Ｄ０改訂Ａネットワークにおけるエンド・トゥ・エンドＱｏＳは、以下のメカニズムによって達成されうる。  
・パケット・フィルタ：ＰＤＳＮにおけるパケット・フィルタは、トラフィック・フローをＡＴへ転送し、順方向データ・トラフィックに適応されねばならないＱｏＳ処理を規定することができる。ＡＴは、ＱｏＳにシグナルして、３ＧＰＰ２  Ｘ．Ｓ００１１−００４−Ｃ  バージョン２．０  ｃｄｍａ２０００無線ＩＰネットワーク規格、サービス品質およびヘッダ低減仕様に記載したように、そのＰＤＳＮにおいてパケット・フィルタを確立することを要求する。  
・ＱｏＳプロファイル（プロファイルＩＤ）：ＱｏＳプロファイルおよび／またはプロファイルＩＤは、データ・サービスのネットワークＱｏＳ要件および関連するエア・インタフェース・パラメータを指定する（すなわち、予め規定する）メカニズムである。ＡＴが、ＲＡＮを用いたフローについてＱｏＳリザベーションを要求する場合に使用するのは、「ショートハンド」識別子である。様々なデータ・サービスに利用可能である標準的なプロファイルＩＤ割り当ては、ｃｄｍａ２０００スペクトラム拡散規格のパラメータ値割当のＴＳＢ５８−Ｇアドミニストレーションに記載されている。その内容は、本明細書において、参照によって組み込まれている。  
・逆方向トラフィック・マーキング：ＡＴは、区分サービス（ＤｉｆｆＳｅｒｖ）フレームワークおよび規格にしたがって、逆方向トラフィック・データをマークすることができる。これらのマークは、ＰＤＳＮにおいて送出されるデータに対して要求されたＱｏＳネットワーク処理を規定する。
【００４７】
１ｘＥＶ−ＤＯ改訂ＡネットワークにおけるＱｏＳはまた、ＡＴのＰＰＰセッションのために、例えば以下に示すような適切なマッピングまたはバインディングに基づく。  
・ＩＰ（アプリケーション）フロー：ユニークなＩＰフローを特定することによって、ＡＴおよびＰＤＳＮにおけるアプリケーション・レイヤＱｏＳ要件が規定される。ＡＴとＲＡＮとの間のフローのためのＱｏＳ要件を特定するために、リザベーション・ラベルがＩＰフローと関連付けられる。ＩＰフローは、その後、ＱｏＳ要件を最も良く満足するＲＬＰフローにマップされる。  
・ＲＬＰ（リンク）フロー：上部レイヤ・フローについて、ＱｏＳ要件（例えば、ＲＬＰパラメータ・コンフィグレーション）に基づいて、ラジオ・リンク・プロトコル（ＲＬＰ）が割り当てられる。同じＱｏＳ要件を持つＩＰフローは、同じＲＬＰフローにマップされる。逆方向では、ＲＬＰフローは、ＲＴＣＭＡＣフロー上にマップされる。  
・ＲＴＣＭＡＣフロー：ＲＴＣＭＡＣフローは、上部レイヤ・フローのためのキャパシティ・ニーズおよび／または物理レイヤ・レイテンシを規定するＱｏＳ要件に基づいて割り当てられる。例えば、フローは、低レイテンシ・フローまたは高キャパシティ・フローでありうる。同じＱｏＳ要件を持つＲＬＰフローは、同じＲＴＣＭＡＣフローにマップされうる。
【００４８】
上述したように、異なるアプリケーションは、異なるＱｏＳ要件を有しうる。例えば、１ｘＥＶ−ＤＯ改訂ＡによるＱＣｈａｔ（登録商標）は、ネットワークＱｏＳ要件の仕様によって、高優先度および低レイテンシ・データ配信を受け取る。ＱＣｈａｔ（登録商標）は、ＡＴにおいて、３つのＩＰフロー、すなわち、  
１．コール・セットアップ・シグナリングのためのフロー、  
２．イン・コール・シグナリングのためのフロー、  
３．メディアのためのフロー  
の割り当てを用いる。
【００４９】
各ＱＣｈａｔ（登録商標）ＩＰフローは、特定のＱｏＳ要件を持ち、３つの個別のＲＬＰフローにマップされる。ＱＣｈａｔ（登録商標）対応のＡＴは、ＱＣｈａｔ（登録商標）においてアクティブになった場合、最大４つの、すなわち、ＱＣｈａｔ（登録商標）のための３つのフローと、デフォルトのベスト・エフォート（ＢＥ）フローのための１つのフローとからなるアクティブなＲＬＰフローを持つことが出来る。ＱＣｈａｔ（登録商標）メディアのためのＱｏＳ要件は、ＶｏＩＰメディアに類似していると考えられているので、ＲＬＰフローは、ＶｏＩＰと共有されうる。図５は、アクセス・ネットワーク１２０と通信しているＱＣｈａｔ（登録商標）対応のＡＴ３０４のための複数のＲＬＰフロー５００を例示する。各フローのＱｏＳ要件は、ＱｏＳプロファイルを介して指定されうる。
【００５０】
前述した説明は、本発明の実施形態の様々な局面の詳細な例示を提供するために、ＱＣｈａｔ（登録商標）および１ｘＥＶ−ＤＯネットワークに特有の多くの詳細を提供するが、当業者であれば、本発明の実施形態は、どのような特定のアプリケーションおよび／またはネットワークにも限定されないことを認識するであろう。本発明の実施形態は、ＱｏＳ要件を有する任意のアプリケーションを含むことができる。さらに、ＱｏＳリソースの割り当てをサポートすることができる何れのネットワークも、本発明の実施形態に含まれうる。
【００５１】
前述を考慮して、当業者であれば、本発明の実施形態は、前述したアクション、動作、および／または機能のシーケンスを実行する方法を含むことを認識するだろう。図６に示すように、本発明の実施形態にしたがった少なくとも１つの方法を例示するフローチャートが提供された。例えば、この方法は、ＱｏＳリソースを要求するアクセス端末に向けられた通信要求を検出することを含む（６０２）。アクセス端末にページが送られる（６０４）。ＱｏＳリソース割当に対する具体的な要求がアクセス端末からなされる前に、ＱｏＳリソースが割り当てられ（６１０）、割り当てられたＱｏＳリソースを用いて通信が確立される（６１２）。図６に例示するように、ＱｏＳリソース割当は、接続要求の受信前に、アクセス端末にサービス提供するセクタをＲＡＮが決定できない場合、接続要求が受信された（６５４）後に実行される。しかしながら、図３に関して上述したように、ＱｏＳリソース割り当ては、アクセス端末にサービス提供するセクタをＲＡＮが決定した場合、アクセス端末からの接続要求を受信する前に引き起こる。
【００５２】
しかしながら、リソースが利用可能ではない場合（６０８）、この方法は、アクセス端末との通信をセットアップすることに移る（６１４）。これは、アクセス端末が、ＱｏＳリソースを要求することを試みることを可能にするだろう。例えば、アクセス端末は、従来方式でページを受信し（６５２）、通信要求を送る（６５４）。アクセス端末は、初期通信を受信すると、ＱｏＳリソースが、この要求された通信に必要とされているか、および、割り当てられているかを判定することができる（６５６）。ＱｏＳリソースが、６１２において予測的に割り当てられた場合、この通信要求は、受諾されうる（６５８）。しかしながら、ＱｏＳリソースが、要求された通信のために必要とされ、割り当てられていない場合（例えば６１４）、アクセス端末は、ＲＡＮからＱｏＳリソースを要求することができる（６６０）。当業者であれば、例示されたフローチャートおよび記述は、説明されている特徴から注意をそらすことのないように、全てのオプションまたは低レベル・シグナリングを意図的に詳述していないことを認識するだろう。例えば、ＲＡＮが接続要求を拒否するケースは、接続がなされず、良く知られており、本発明の実施形態の記載から逸脱するだけであろうから、例示されていない。
【００５３】
シグナリングのより詳細な例示が図７に与えられる。これは、本発明の少なくとも１つの実施形態の具体的な局面を例示する。図７は、例えば前述したような予測的なＱｏＳ割り当てをともなうアクセス終了ＱＣｈａｔ（登録商標）コールを例示する。例えば、ＡＴ３０４において、トラフィック・チャネル・セットアップ中、アクセス・ネットワーク１２０とＡＴ３０４との間のシグナリングの詳細が、この図に含まれる。これらの詳細は、図中にコメントされており、本明細書における追加の再ステートメントは提供されていない。さらに、本発明の少なくとも１つの実施形態にしたがった実施詳細を例示するこれら詳細は、本発明の全ての実施形態を、例示された局面に限定するものとして解釈されるべきではない。
【００５４】
当業者であれば、これら情報および信号が、種々異なった技術や技法を用いて表されることを理解するであろう。例えば、上述した記載の全体で引用されているデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学微粒子、あるいはこれら何れかの組み合わせによって表現されうる。
【００５５】
当業者であれば、さらに、本明細書で開示された実施形態に関連して記載された様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップが、電子工学ハードウェア、コンピュータ・ソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、様々な例示的な部品、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に記述された。それら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。当業者であれば、各特定のアプリケーションに応じて変化する方法で上述した機能を実現することができる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００５６】
本明細書で開示された実施形態に関連して記述された様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア部品、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサとしてマイクロプロセッサを用いることが可能であるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは状態機器を用いることも可能である。プロセッサは、例えばＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアに接続された１または複数のマイクロプロセッサ、またはその他任意のこのような構成である計算デバイスの組み合わせとして実現することも可能である。
【００５７】
したがって、本発明の実施形態は、アクセス端末へ向けられたＱｏＳリソースを要求する通信要求を検出するように構成されたロジックと、ＱｏＳリソースを割り当てる要求をアクセス端末から受信する前に、ＱｏＳリソースを割り当てるように構成されたロジックとを含む装置を含みうる。この装置はさらに、アクセス端末をページするように構成されたロジックと、アクセス端末からの接続要求を受信するように構成されたロジックと、割り当てられたＱｏＳリソースを用いて、アクセス端末との接続を確立するように構成されたロジックとを含む。様々なロジック要素が、１つのデバイスに統合されるか、あるいは、それぞれが互いに動作可能に接続された幾つかのデバイスにわたって分散されうる。例えば、この装置は、ラジオ・アクセス・ネットワーク、グループ通信システム、または無線通信ネットワークでありうる。
【００５８】
さらに、本発明の実施形態の局面は、本明細書に記載の機能のロジック実装を含むことができる。例えば、本発明の実施形態はさらに、現在アクセス端末に割り当てられているＱｏＳリソースを検出するように構成されたロジックと、要求された通信のために必要とされる追加のＱｏＳリソースを割り当てるように構成されたロジックとを含みうる。したがって、当業者であれば、本発明の実施形態は、本明細書で提供された例に限定されないことを認識するだろう。
【００５９】
本明細書で開示された実施形態に関連して記述された方法、シーケンス、および／またはアルゴリズムは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。典型的な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。または、記憶媒体はプロセッサに統合されることができる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末（例えば、アクセス端末）内に存在することもできる。あるいはこのプロセッサと記憶媒体とは、ユーザ端末内のディスクリート部品として存在することができる。
【００６０】
１または複数の典型的な実施形態では、記載された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組み合わせで実施されうる。ソフトウェアで実施される場合、これらの機能は、格納されているか、あるいは、１または複数の命令によって送信されるか、あるいは、コンピュータ読取可能媒体上のコードでありうる。コンピュータ読取可能媒体は、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含むコンピュータ格納媒体および通信媒体の両方を含む。記憶媒体は、コンピュータによってアクセス可能なあらゆる利用可能な媒体でありうる。限定ではなく、一例によって、そのようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶装置、あるいは、所望のプログラム・コードを命令群またはデータ構造の形態で搬送または格納するために使用され、コンピュータによってアクセス可能なその他任意の媒体を備えうる。また、あらゆる接続が、コンピュータ読取可能媒体と適切に称される。例えば、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、ラジオ、およびマイクロ波のような無線技術を使用して、ソフトウェアが、ウェブサイト、サーバ、あるいはその他の遠隔ソースから送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、ラジオ、およびマイクロ波のような無線技術は、媒体の定義に含まれる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）、レーザ・ディスク、光ディスク、ＤＶＤ、フロッピー（登録商標）ディスク、およびブルーレイ・ディスクを含む。一般に、ｄｉｓｋは、データを磁気的に再生し、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。上述したものの組み合わせもまた、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００６１】
したがって、本発明の実施形態は、ＱｏＳリソースを予測的に割り当てるための格納されたコードを含むコンピュータ読取可能媒体を含みうる。このコンピュータ読取可能媒体は、アクセス端末に向けられたＱｏＳリソースを要求する通信要求を、コンピュータに対して検出させるためのコードと、ＱｏＳリソースを割り当てる要求をアクセス端末から受信する前に、コンピュータに対してＱｏＳリソースを割り当てさせるためのコードとを備える。さらに、本明細書に記載された機能のうちの何れかは、本発明のさらなる実施形態において、追加のコードに含まれうる。
【００６２】
上述した記載が、本発明の例示的な実施形態を示す一方、様々な変形および修正が、特許請求の範囲で定義された本発明の範囲から逸脱することなくなされうることが注目されるべきである。本明細書に記載された発明の実施形態にしたがった方法請求項の機能、ステップ、および／または動作は、いかなる特定の順序で実行される必要はない。さらに、本発明の構成要素は、単数形で記述または特許請求されているが、単数形に明示的に限定されていないのであれば、複数が考慮される。
【図１】
2010506459.tif 000003
【図２】
2010506459.tif 000004
【図３】
2010506459.tif 000005
【図４】
2010506459.tif 000006
【図５】
2010506459.tif 000007
【図６】
2010506459.tif 000008
【図７】
2010506459.tif 000009
【図８】
2010506459.tif 000010
【手続補正書】
【提出日】平成21年6月10日(2009.6.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ＱｏＳリソースを割り当てる方法であって、
アクセス端末に向けられたＱｏＳリソースを要求する通信要求を検出することと、
前記ＱｏＳリソースを割り当てる要求を前記アクセス端末から受信する前に、前記ＱｏＳリソースを割り当てることと
の各ステップを備える方法。
【請求項２】
前記アクセス端末をページすることと、
前記アクセス端末から接続要求を受信することと、
前記割り当てられたＱｏＳリソースを用いて、前記アクセス端末との接続を確立することと
の各ステップをさらに備える請求項１に記載の方法。
【請求項３】
前記ＱｏＳリソースは、前記接続要求の前に割り当てられる請求項２に記載の方法。
【請求項４】
前記アクセス端末は、前記確立された接続において割り当てられたＱｏＳリソースをチェックする請求項２に記載の方法。
【請求項５】
前記アクセス端末は、追加のＱｏＳリソースを要求することなく、前記通信要求を直接的に受諾する請求項４に記載の方法。
【請求項６】
前記通信要求は、プッシュ・トゥ・トーク・コールのためである請求項１に記載の方法。
【請求項７】
前記ＱｏＳサービスを要求する通信要求を検出するために、区分サービス・コード・ポイント（ＤＳＣＰ）値が使用される請求項１に記載の方法。
【請求項８】
前記アクセス端末に現在割り当てられているＱｏＳリソースを検出することと、
前記通信要求のために必要な追加のＱｏＳリソースを割り当てることと
の各ステップをさらに備える請求項１に記載の方法。
【請求項９】
前記ＱｏＳリソースは、イン・コール・シグナリング・リザベーションおよびメディア・リザベーションのために割り当てられる請求項１に記載の方法。
【請求項１０】
不十分なＱｏＳリソースしか利用可能ではないことを判定することと、
前記アクセス端末をページすることと、
前記アクセス端末からの接続要求を受信することと、
前記割り当てられたＱｏＳリソースなしで、前記アクセス端末との接続を確立することと
の各ステップをさらに備える請求項１に記載の方法。
【請求項１１】
アクセス端末に向けられたＱｏＳリソースを要求する通信要求を検出するように構成されたロジックと、
前記ＱｏＳリソースを割り当てる要求を前記アクセス端末から受信する前に、前記ＱｏＳリソースを割り当てるように構成されたロジックと
を備える装置。
【請求項１２】
前記アクセス端末をページするように構成されたロジックと、
前記アクセス端末から接続要求を受信するように構成されたロジックと、
前記割り当てられたＱｏＳリソースを用いて、前記アクセス端末との接続を確立するように構成されたロジックと
をさらに備える請求項１１に記載の装置。
【請求項１３】
前記ＱｏＳリソースは、前記接続要求の前に割り当てられる請求項１２に記載の装置。
【請求項１４】
前記アクセス端末は、前記確立された接続における割り当てられたＱｏＳリソースをチェックする請求項１２に記載の装置。
【請求項１５】
前記アクセス端末は、追加のＱｏＳリソースを要求することなく、前記通信要求を直接的に受諾する請求項１４に記載の装置。
【請求項１６】
前記通信要求は、プッシュ・トゥ・トーク・コールのためである請求項１１に記載の装置。
【請求項１７】
前記ＱｏＳサービスを要求する通信要求を検出するために、区分サービス・コード・ポイント（ＤＳＣＰ）値が使用される請求項１１に記載の装置。
【請求項１８】
前記アクセス端末に現在割り当てられているＱｏＳリソースを検出するように構成されたロジックと、
前記通信要求のために必要な追加のＱｏＳリソースを割り当てるように構成されたロジックと
をさらに備える請求項１１に記載の装置。
【請求項１９】
前記ＱｏＳリソースは、イン・コール・シグナリング・リザベーションおよびメディア・リザベーションのために割り当てられる請求項１１に記載の装置。
【請求項２０】
不十分なＱｏＳリソースしか利用可能ではないことを判定するように構成されたロジックと、
前記アクセス端末をページするように構成されたロジックと、
前記アクセス端末からの接続要求を受信するように構成されたロジックと、
前記割り当てられたＱｏＳリソースなしで、前記アクセス端末との接続を確立するように構成されたロジックと
をさらに備える請求項１１に記載の装置。
【請求項２１】
前記装置は、ラジオ・アクセス・ネットワーク、グループ通信システム、無線通信ネットワークのうちの少なくとも１つである請求項１１に記載の装置。
【請求項２２】
ＱｏＳリソースを割り当てるための格納されたコードを含むコンピュータ読取可能媒体であって、
アクセス端末に向けられたＱｏＳリソースを要求する通信要求を、コンピュータに検出させるためのコードと、
前記ＱｏＳリソースを割り当てる要求を前記アクセス端末から受信する前に、前記ＱｏＳリソースを、コンピュータに割り当てさせるためのコードと
を備えるコンピュータ読取可能媒体。
【請求項２３】
コンピュータに対して、前記アクセス端末をページさせるためのコードと、
前記アクセス端末からの接続要求を、コンピュータに対して受信させるためのコードと、
前記割り当てられたＱｏＳリソースを用いて、前記アクセス端末との接続を、コンピュータに対して確立させるためのコードと
をさらに備える請求項２２に記載のコンピュータ読取可能媒体。
【請求項２４】
前記アクセス端末に現在割り当てられているＱｏＳリソースを、コンピュータに対して検出させるためのコードと、
前記通信要求のために必要な追加のＱｏＳリソースを、コンピュータに対して割り当てさせるためのコードと
をさらに備える請求項２２に記載のコンピュータ読取可能媒体。
【請求項２５】
アクセス端末において割り当てられたＱｏＳリソースに応答する方法であって、
アクセス・ネットワークからページを受信することと、
前記アクセス端末との接続を要求することと、
ＱｏＳリソースが、要求された通信のために必要であるかを判定することと、
前記アクセス・ネットワークからの初期接続応答が、前記ＱｏＳリソースを割り当てたかを検出することと
の各ステップを備える方法。
【請求項２６】
前記ＱｏＳリソースが割り当てられた場合、前記通信を受諾することと、
前記初期接続応答において、前記ＱｏＳリソースがアクセス・ネットワークによって割り当てられていないのであれば、前記通信に必要なＱｏＳリソースを要求することと
の各ステップを備える請求項２５に記載の方法。
【請求項２７】
割り当てられたＱｏＳリソースに対して応答するように構成されたアクセス端末であって、
アクセス・ネットワークからページを受信する手段と、
前記アクセス端末との接続を要求する手段と、
ＱｏＳリソースが、要求された通信のために必要であるかを判定する手段と、
前記アクセス・ネットワークからの初期接続応答が、前記ＱｏＳリソースを割り当てたかを検出する手段と
を備えるアクセス端末。
【請求項２８】
前記ＱｏＳリソースが割り当てられた場合、前記通信を受諾する手段と、
前記初期接続応答において、前記ＱｏＳリソースがアクセス・ネットワークによって割り当てられていないのであれば、前記通信に必要なＱｏＳリソースを要求する手段と
をさらに備える請求項２７に記載のアクセス端末。
【請求項２９】
割り当てられたＱｏＳリソースに対して応答するための格納されたコードを含むコンピュータ読取可能媒体であって、
コンピュータに対して、アクセス・ネットワークからのページを受信させるためのコードと、
前記アクセス端末との接続を、コンピュータに対して要求させるためのコードと、
ＱｏＳリソースが、要求された通信のために必要であるかを、コンピュータに対して判定させるためのコードと、
前記アクセス・ネットワークからの初期接続応答が、前記ＱｏＳリソースを割り当てたかを、コンピュータに対して検出させるためのコードと
を備えるコンピュータ読取可能媒体。
【請求項３０】
前記ＱｏＳリソースが割り当てられた場合、コンピュータに対して、前記通信を受諾させるためのコードと、
前記初期接続応答において、前記ＱｏＳリソースがアクセス・ネットワークによって割り当てられていないのであれば、コンピュータに対して、前記通信に必要なＱｏＳリソースを要求させるためのコードと
をさらに備える請求項２９に記載のコンピュータ読取可能媒体。
【国際調査報告】
2010506459.tif 000011
2010506459.tif 000012
2010506459.tif 000013