(57)【要約】  無線通信システムにおいて信号をバンドルするためのシステムおよび方法が示される。アクセス端末において接続要求およびQoSリソース予約がアクセスメッセージにバンドルされることができる。バンドルされた通信信号を備えたアクセスメッセージは、その後、アクセスネットワークに送信されることができる。接続要求および予約とともに、アプリケーション層(例えばDataOverSignaling(DOS))のメッセージも、アクセスメッセージにバンドルされることができる。【選択図】図7
2010506455.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークにおいて通信信号を送信するための方法であって、
アクセス端末において接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルすること、および
前記アクセスメッセージをアクセスネットワークに送信すること
を具備する方法。
【請求項２】
前記接続要求および前記QoSリソース予約とともにアプリケーション層メッセージを前記アクセスメッセージの中にバンドルすること
をさら具備する請求項１に記載の方法。
【請求項３】
前記アプリケーション層メッセージは、DataOverSignaling(DOS)メッセージである、請求項2に記載の方法。
【請求項４】
前記DOSメッセージは、プッシュトゥトーク・コールを確立する要求を含む、請求項3に記載の方法。
【請求項５】
前記アクセスメッセージは、アクセスプローブの中にあってアクセスチャネル上で送信される、請求項1に記載の方法。
【請求項６】
バンドルすることは、
前記接続要求およびQoSリソース予約メッセージがバンドルされるまで前記アクセスメッセージの前記送信を遅延させること
をさらに具備する、請求項1に記載の方法。
【請求項７】
前記接続要求およびQoSリソース予約メッセージをバンドルするバンドリング要求を前記アクセス端末におけるアプリケーション層から下位の層に伝達すること
をさらに具備する、請求項6に記載の方法。
【請求項８】
前記アクセス端末に現在割り当てられているQoSリソースを検出することをさらに具備し、および
前記QoSリソース予約は、現在割り当てられていない前記通信に使用されるQoSリソースを含む、請求項1に記載の方法。
【請求項９】
前記QoSリソースは、インコール・シグナリング・アンド・メディア予約を含む、請求項1に記載の方法。
【請求項１０】
前記アクセスネットワークにおいて利用可能なQoSリソースが不十分であるという表示を受け取ること、および
前記割り当てられたQoSリソースを有しない前記アクセスネットワークとの接続を確立すること
をさらに具備する、請求項1に記載の方法。
【請求項１１】
前記アクセスネットワークにおいてQoSリソースが利用可能であることを示すトラヒックチャネル割り当ておよび予約受理メッセージを受け取ること、および
前記割り当てられたQoSリソースを有する前記クセスネットワークとの接続を確立すること
をさらに具備する、請求項1に記載の方法。
【請求項１２】
前記バンドリングを実行する前にトリガを検出すること
をさらに具備する、請求項1に記載の方法。
【請求項１３】
前記トリガは、アプリケーション層において検出され、および前記トリガは、ハードキー・アクティベーション、ソフトキー・アクティベーション、受信信号に対する応答、または前記アプリケーションによって検出された状態への応答、のうちの少なくとも1つである、請求項12に記載の方法。
【請求項１４】
接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルするように構成された論理、および
前記アクセスメッセージをアクセスネットワークに送信するように構成された論理
を具備するアクセス端末。
【請求項１５】
前記接続要求および前記QoSリソース予約とともにアプリケーション層メッセージを前記アクセスメッセージの中にバンドルするように構成された論理
をさらに具備する、請求項14に記載のアクセス端末。
【請求項１６】
前記アプリケーション層メッセージは、プッシュトゥトーク・コールを確立する要求を含むDataOverSignaling(DOS)メッセージである、請求項15に記載のアクセス端末。
【請求項１７】
前記アクセス端末に現在割り当てられているQoSリソースを検出するように構成された論理をさらに具備し、および
前記QoSリソース予約は、現在割り当てられていない前記通信に使用されるQoSリソースを含む、請求項14に記載のアクセス端末。
【請求項１８】
無線ネットワークにおける通信メッセージをバンドルするための、内部に記憶されたコードを含むコンピュータ可読媒体であって、
接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルすることをコンピュータにさせるためのコード、および
前記アクセスメッセージをアクセスネットワークに送信することをコンピュータにさせるためのコード
を具備するコンピュータ可読媒体。
【請求項１９】
前記接続要求および前記QoSリソース予約とともにアプリケーション層メッセージを前記アクセスメッセージの中にバンドルすることをコンピュータにさせるためのコード
をさらに具備する、請求項18に記載のコンピュータ可読媒体。
【請求項２０】
前記アプリケーション層メッセージは、プッシュトゥトーク・コールを確立する要求を含むDataOverSignaling(DOS)メッセージである、請求項19に記載のコンピュータ可読媒体。
【請求項２１】
前記アクセス端末に現在割り当てられているQoSリソースを検出することをコンピュータにさせるためのコードをさらに具備し、および
前記QoSリソース予約は、現在割り当てられていない前記通信に使用されるQoSリソースを含む、請求項18に記載のコンピュータ可読媒体。
【請求項２２】
接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルするための手段、および
前記アクセスメッセージをアクセスネットワークに送信するための手段
を具備する装置。
【請求項２３】
前記接続要求および前記QoSリソース予約とともにアプリケーション層メッセージを前記アクセスメッセージの中にバンドルするための手段
をさらに具備する、請求項22に記載の装置。
【請求項２４】
前記アプリケーション層メッセージは、プッシュトゥトーク・コールを確立する要求を含むDataOverSignaling(DOS)メッセージである、請求項23に記載の装置。
【請求項２５】
前記アクセス端末に現在割り当てられているQoSリソースを検出するための手段をさらに具備し、および
前記QoSリソース予約は、現在割り当てられていない前記通信に使用されるQoSリソースを含む、請求項22に記載の装置。
【発明の詳細な説明】
【関連出願】
【０００１】
本件特許出願は、本願の譲渡人に譲渡され、参照によって本件明細書に明白に組み込まれる、2006年9月28日付けの「Simultaneous Resource Activation to Reduce Session Setup Latency」という名称の米国仮出願第60/827,428号、および2006年9月28日付けの「Predictive QoS Resource Allocation for Rapid Session Establishment」という名称の米国仮出願第60/827,425号に基づいて優先権を主張するものである。
【技術分野】
【０００２】
本発明は、無線の電気通信システムにおける通信に関係し、より詳細には、アクセス端末によって開始される通信信号をバンドリング（bundling）することに関係する。
【背景技術】
【０００３】
無線通信システムは、第一世代のアナログ無線電話サービス(1G)、第2世代(2G)のディジタル無線電話サービス(中間的な2.5Gおよび2.75Gネットワークを含む)、そして第3世代(3G)の高速データ/インターネット対応無線サービスを含むさまざまな世代を経て発展してきた。現在、セルラおよびパーソナル通信サービス(PCS)システムを含む多くの異なるタイプの無線通信システムが使用されている。既知のセルラシステムの例は、アナログのセルラAMPS（Advanced Mobile Phone System）、および符号分割多元接続(CDMA)、周波数分割多元接続(FDMA)、時分割多元接続(TDMA)、TDMAのGSM（Global System for Mobile）バリエーションならびにTDMAおよびCDMA技術の両方を利用するより新しいハイブリッドディジタル通信システムに基づくディジタル通信システムを含んでいる。
【０００４】
CDMA通信を提供する方法は、米国のTIA（電気通信産業協会）/EIA(電子産業協会)によって「デュアルモードの広帯域スペクトラム拡散セルラシステムのための移動局基地局互換性標準」と題する規格書TIA/EIA/IS-95-A（以下ではIS-95という。）において標準化された。AMPSとCDMAの組み合わせのシステムは、TIA/EIA標準IS-98に記述されている。他の通信システムは、IMT-2000/UM(International Mobile Telecommunications System 2000/Universal Mobile Telecommunications System)、広帯域CDMA(WCDMA)、CDMA2000(例えばCDMA2000 1xEV-DO標準など)またはTD-SCDMAと呼ばれたものをカバーする標準において説明されている。
【０００５】
無線通信システムにおいて、移動局、ハンドセット、またはアクセス端末(AT)は、基地局に隣接するまたは基地局を囲む特定の地理的範囲の中で通信リンクまたはサービスをサポートする固定位置の基地局（セルサイトまたはセルとも呼ばれる）から信号を受信する。基地局は、アクセスネットワーク(AN)/無線アクセスネットワーク(RAN)にエントリーポイントを供給する。AN/RANは、一般に、QoS要件に基づいてトラヒックを差別化する方法をサポートするIEFT（インターネット・エンジニアリング・タスクフォース）ベースのプロトコルを使用するパケットデータネットワークである。それゆえ、基地局は一般に、無線インターフェースを通じてATと相互に通信し、およびインターネットプロトコル(IP)ネットワークデータパケットを通じてANと相互に通信する。
【０００６】
無線通信システムにおいて、プッシュトゥトーク(PTT)の能力は、サービスセクタや消費者にとって人気のあるものになっている。PTTは、CDMA、FDMA、TDMA、GSMなどのような標準商用無線インフラストラクチャ上で動作する「ディスパッチ」音声サービスをサポートすることができる。ディスパッチモデルでは、エンドポイント(AT)間の通信は、1人の「話し手」の音声が1人または複数の「聴き手」に送られる仮想グループの中で起こる。このタイプの通信のシングルインスタンスは、一般にディスパッチコールまたは単にPTTコールと呼ばれる。PTTコールは、コールの特性を定義する、グループのインスタンシエーションである。グループは、本質的に、メンバーリストおよび関連する情報（例えばグループ名またはグループID）によって定義される。
【０００７】
グループ通信またはPTTコールは、一般に、グループ通信のための最初の要求を送信する開始アクセス端末から開始される。通常のシステムは、グループコールの確立を可能にする無線ネットワーク／グループ通信インフラストラクチャへの通信リンクを確立するために、開始アクセス端末からの複数の通信を必要とする。これらの複数の通信は、グループコールを確立する際さらなる遅延をもたらし、それゆえ全体的なユーザ・エクスペリエンス（ユーザ体験）の劣化をもたらす可能性がある。
【発明の概要】
【０００８】
本発明の例示的実施形態は、無線通信システムにおいてアクセス端末によって開始される通信信号をバンドルするためのシステムおよび方法に向けられる。
【０００９】
したがって、本発明の実施形態は、以下のものを具備する無線ネットネットワークにおける通信信号の送信方法を含むことができる：
アクセス端末において接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルすること、および前記アクセスメッセージをアクセスネットワークに送信すること。
【００１０】
本発明の他の実施形態は、以下のものを具備するアクセス端末を含むことができる：
接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルするように構成された論理、および前記アクセスメッセージをアクセスネットワークに送信するように構成された論理。
【００１１】
本発明の他の実施形態は、以下のものを具備する無線ネットワークにおける通信メッセージをバンドルするために内部記憶されたコードを含むコンピュータ可読媒体を含むことができる：
接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルすることをコンピュータにさせるためのコード、および前記アクセスメッセージをアクセスネットワークに送信することをコンピュータにさせるためのコード。
【００１２】
本発明の他の実施形態は、以下のものを具備する装置を含むことができる：
接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルするための手段、および前記アクセスメッセージをアクセスネットワークに送信するための手段。
【図面の簡単な説明】
【００１３】
本件発明の実施形態およびそれに付随する多くの利点は、添付の図面に関連して考察されるときに下記の詳細な説明を参照することによってよりよく理解されるにつれて、より完全に把握されるであろう。なお、添付の図面は、もっぱら例示のためであって、発明を制限するために提供されるものではない。
【図１】図1は、発明の少なくとも1つの実施形態に準拠するアクセス端末およびアクセスネットワークをサポートする無線ネットワークアーキテクチャのブロック図である。
【図２】図2は、発明の少なくとも1つの実施形態に準拠するアクセス端末の実例である。
【図３Ａ】図3Aは、発明の実施形態に準拠する信号フロー図である。
【図３Ｂ】図3Bは、発明の実施形態に準拠する信号フロー図である。
【図３Ｃ】図3Cは、発明の実施形態に準拠する信号フロー図である。
【図４】図4は、発明の少なくとも1つの実施形態に準拠するグループ通信システムの実例である。
【図５】図5は、発明の少なくとも1つの実施形態に準拠する無線リンクプロトコル(RLP)フローの実例である。
【図６】図6は、発明の少なくとも1つの実施形態に準拠する流れ図である。
【図７】図7は、発明の少なくとも1つの実施形態に準拠する目標アクセス端末と関係する信号フロー図である。
【発明の詳細な説明】
【００１４】
発明の態様は、発明の特定の実施形態に向けられた、以下の説明および関連する図面において開示される。発明の範囲から逸脱することなく、他の実施形態が考案されてもよい。さらに、発明の関連する詳細を不明瞭にしないために、発明の周知の要素は、詳細には記述されない、または省略される。
【００１５】
「例示的」という語は、本件明細書においては、「例、実例、または例示として役立つ」ことを意味するために使用される。本件明細書において「例示的」と説明されるいかなる実施形態も、必ずしも好ましいとか他の実施形態に比べて有利であるとかいうふうに解釈されてはならない。同様に、「発明の実施形態」という語は、発明のすべての実施形態が、本件明細書において論じられる特色、利点または動作モードを含むことを求めるものではない。
【００１６】
さらに、多くの実施形態は、例えば計算デバイスの要素によって実行されることになっているアクションのシーケンスの観点から説明される。本件明細書において説明されるさまざまなアクションは、特定の回路(例えば特定用途向けIC(ASIC))、１つまたは複数のプロセッサによって実行されるプログラム命令、または両者の組み合わせによって達成されることができることが認識されるだろう。さらに、本件明細書において説明されるアクションのこれらのシーケンスは、命令が実行されるとき関連プロセッサに本件明細書記載の機能性を実行させるコンピュータ命令の対応するセットを内部に記憶する任意の形式のコンピュータ可読記憶媒体の中で全体として具体化されると考えられることができる。このように、発明のさまざまな態様は、多くの異なる形式で具体化されることができるが、そのすべては、クレームされる主題の範囲内にあるように企図されている。さらに、本件明細書において説明される実施形態の各々について、いずれかのそのような実施形態に対応する形式は、例えば、本件明細書において説明されるアクションを実施する「ように構成された論理」として説明されることができる。
【００１７】
本件明細書においてアクセス端末と呼ばれる高速データレート（HDR）加入者局（例えば1xEV-DO対応の無線デバイス）は、移動体でも静止体でもよく、また１つまたは複数のHDR基地局―本件明細書ではモデムプールトランシーバ(MPT)または基地局(BS)と呼ばれる―と通信するものであってもよい。アクセス端末は、１つまたは複数のモデムプールトランシーバによってHDR基地局との間のデータパケットの送信および受信を行う。HDR基地局は、モデムプールコントローラ(MPC)、基地局コントローラ(BSC)および/または移動通信交換局(MSC)とも呼ばれる。モデムプールトランシーバおよびモデムプールコントローラは、アクセスネットワークと呼ばれるネットワークの一部である。アクセスネットワーク(AN)(本件明細書では無線アクセスネットワーク(RAN)とも呼ばれる)は、多元接続端末の間でデータパケットを輸送する。
【００１８】
アクセスネットワークは、企業内イントラネットまたはインターネットのような、アクセスネットワークの外部の追加ネットワークにさらに接続されてもよく、各アクセス端末とそのような外部ネットワークとの間でデータパケットの輸送を行ってもよい。1つまたは複数のモデムプールトランシーバとの間にアクティブなチャネル接続を確立したアクセス端末は、アクティブなアクセス端末と呼ばれ、トラヒック状態にあると言われる。1つまたは複数のモデムプールトランシーバとの間にアクティブなチャネル接続を確立しようとしているプロセスにあるアクセス端末は、接続セットアップ状態にあると言われる。アクセス端末は、無線チャネルまたは有線チャネル（例えば光ファイバまたは同軸ケーブルを使用するもの）によって通信する任意のデータデバイスであってもよい。アクセス端末は、さらに、PCカード、コンパクトフラッシュ(登録商標)、外部または内部モデム、または無線または有線の電話を含む多数のタイプのデバイスのうちの任意のものであってもよい。ただし、これらのものに限られるものではない。アクセス端末がモデムプールトランシーバに信号を送る通信リンクは、逆方向リンクまたは逆方向トラヒックチャネルと呼ばれる。モデムプールトランシーバがアクセス端末に信号を送る通信リンクは、順方向リンクまたは順方向トラヒックチャネルと呼ばれる。本件明細書において使用されているように、単にトラヒックチャネルというときは、順方向トラヒックチャネルまたは逆方向トラヒックチャネルのいずれかを指す。
【００１９】
図1は、発明の少なくとも1つの実施形態に準拠する無線システム100の1つの例示的実施形態のブロック図である。システム100は、無線インターフェース104を通じてアクセスネットワークまたは無線アクセスネットワーク（RAN）と通信するセルラ電話102のようなアクセス端末を含むことができる。このアクセスネットワークまたはRANは、パケット交換データネットワーク(例えば、イントラネット、インターネット、および/または通信事業者ネットワーク126)とアクセス端末102、108、110、112との間にデータ接続性を提供するネットワーク装備にアクセス端末102を接続することができる。図に示されるように、アクセス端末は、セルラ電話102、PDA(携帯情報端末)108、ページャ110(図では双方向のテキストページャとして示されている)、または無線通信ポータルを備える独立したコンピュータプラットフォーム112であってもよい。発明の実施形態は、無線通信ポータルを含むまたは無線通信能力を備える任意の形式のアクセス端末の上でかくのごとく実現されることができる。なお、当該任意の形式のアクセス端末には、PCMCIAカード、パソコン、電話またはこれらのものの任意の組み合わせまたは組み合わせの部分も含まれる。ただし、このようなものに限られるわけではない。さらに、本件明細書において使用されているように、「アクセス端末」、「無線デバイス」、「クライアントデバイス」、「モバイル端末」という用語およびこれらの変形は、互いに入れ換え可能なものとして使用されることができる。
【００２０】
ふたたび図1を参照し、無線ネットワーク100のコンポーネント、および発明の例示的実施形態の要素の相互関係は、例示される構成に限られるものではない。システム100は、単なる例示であって、無線クライアント計算デバイス102、108、110、112のようなリモートアクセス端末が他のリモートアクセス端末との間で、および／または無線インターフェース104およびRAN120によって接続されるコンポーネントとの間で、無線で通信することを可能にする任意のシステムを含むことができる。これには、通信事業者ネットワーク126、インターネット、および/または他のリモートサーバも含まれる。ただし、これらのものに限られるわけではない。
【００２１】
RAN 120は、基地局コントローラ/パケットコントロール機能(BSC/PCF)122に送信されるメッセージ(典型的にはデータパケットとして送信される)をコントロールする。BSC/PCF 122は、パケットデータサービスノード100(PDSN)とアクセス端末102/108/110/112との間のベアラチャネル(つまりデータチャネル)のシグナリング、確立、破棄を担当する。もしリンク層暗号化が可能であれば、BSC/PCF 122は、無線インターフェース104上でコンテンツを送る前にそれを暗号化することも行う。BSC/PCF 122の機能は、本件技術分野においてよく知られているので、簡潔さのためこれ以上論じないでおく。通信事業者ネットワーク126は、ネットワーク、インターネットおよび/または公衆交換電話網(PSTN)によってBSC/PCF 122と通信してもよい。代替的に、BSC/PCF 122がインターネットまたは外部ネットワークに直接接続されてもよい。典型的には、通信事業者ネットワーク126とBSC/PCF 122との間のネットワークまたはインターネット接続はデータを転送し、PSTNは音声情報を転送する。BSC/PCF 122は、複数の基地局(BS)またはモデムプールトランシーバ(MPT)124に接続されることができる。通信事業者ネットワークと同じような方法で、BSC/PCF 122は、典型的には、データ転送および／または音声情報転送を目的としてネットワーク、インターネットおよび/またはPSTNによってMPT/BS 124に接続される。MPT/BS 124は、セルラ電話102のようなアクセス端末に対してデータメッセージを無線でブロードキャストすることができる。本件技術分野において知られているように、MPT/BS 124、BSC/PCF 122および他のコンポーネントは、RAN 120を形成することができる。しかしながら、その他の構成も使用されてもよく、本発明は例示される構成に限られるものではない。例えば、他の実施形態において、BSC/PCF 122および1つまたは複数のMPT/BS 124の機能性は、BSC/PCF 122およびMPT/BS 124の両方の機能性を有する単一の「ハイブリッド」モジュールの中にまとめられることができる。
【００２２】
図2を参照し、セルラ電話のようなアクセス端末200(ここでは無線デバイス)は、プラットフォーム202を持っている。プラットフォーム202は、RAN120から送信されるソフトウェアアプリケーション、データおよび／またはコマンドを受信および実行することができる。前記ソフトウェアアプリケーション、データおよび／またはコマンドは、究極的には、通信事業者ネットワーク126、インターネットおよび/または他のリモートのサーバおよびネットワークから来るものであってもよい。プラットフォーム202は、特定用途向けIC(ASIC)208、または他のプロセッサ、マイクロプロセッサ、論理回路、または他のデータ処理デバイスと機能的に結合されたトランシーバ206を含むことができる。ASIC 208または他のプロセッサは、無線デバイスのメモリ212に内在するプログラムのインターフェースとなるアプリケーションプログラムインターフェイス(API)210の層を実行する。メモリ212は、読み出し専用またはランダムアクセスメモリ(RAMおよびROM)、EEPROM、フラッシュカード、またはコンピュータプラットフォームに共通の任意のメモリで構成することができる。プラットフォーム202はまた、メモリ212の中でアクティブに使用されないアプリケーションを保持することができるローカルデータベース214を含むことができる。ローカルデータベース214は、典型的には、フラッシュメモリセルであるが、磁気媒体、EEPROM、光学媒体、テープ、ソフトまたはハードディスク等々のような、本件技術分野において知られている任意の二次的記憶デバイスであってもよい。内部プラットフォーム202のコンポーネントは、本件技術分野において知られているように、数あるコンポーネントのうち、例えばアンテナ222、ディスプレイ224、プッシュトゥトークボタン228およびキーパッド226のような外部デバイスに機能的に結合されることもできる。
【００２３】
したがって、発明の実施形態は、本件明細書において説明される機能を実行する能力を備えるアクセス端末を含むことができる。例えば、アクセス端末は、接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルするように構成された論理、およびそのアクセスメッセージをアクセスネットワークに送信するように構成された論理を含むことができる。当業者によって理解されるように、前記さまざまな論理要素は、ディスクリート素子、プロセッサ上で実行されるソフトウェアモジュール、またはソフトウェアおよびハードウェアの組み合わせであって、本件明細書において開示される機能性を達成するものにおいて具体化されることができる。例えば、ASIC 208、メモリ212、API 210およびローカルデータベース214はすべて、本件明細書において開示されるさまざまな機能を読み込み、記憶し、および実行するために協働的に使用されることができ、かくしてこれらの機能を実行する論理は、さまざまな要素の上に分散されることができる。代替的に、この機能性は、1つのディスクリートコンポーネントの中に組み込まれることもできる。それゆえ、図2のアクセス端末の特色は、単なる例示であると考えられるべきであって、本発明は、例示されている特色および配置に制限されるものではない。
【００２４】
アクセス端末102とRAN 120との間の無線通信は、符号分割多元接続(CDMA)、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、グローバル移動体通信システム（GSM)、または無線通信ネットワークまたはデータ通信ネットワークにおいて使用可能な他のプロトコルのような、異なる技術に基づくものであることができる。データ通信は、典型的には、クライアントデバイス102、MPT/BS 124およびBSC/PCF 122の間の通信である。BSC/PCF 122は、通信事業者ネットワーク126、PSTN、インターネット、仮想プライベートネットワーク等々のような、複数のデータネットワークに接続されてもよく、それによりアクセス端末102をしてより広い通信ネットワークへのアクセスを可能ならしめる。上において論じられ、また本件技術分野において知られているように、音声伝送および／またはデータは、さまざまなネットワークおよび機器構成を用いることによって、アクセスネットワークからアクセス端末に送信することができる。したがって、本件明細書において提供される実例は、発明の実施形態を制限するようには意図されておらず、発明の実施形態の態様の説明を単に助けることを目的とするものである。
【００２５】
図3Aは、発明の実施形態に準拠する通信をバンドルするための流れ図を示す。310において、通信要求を確立するためのアクセス端末（AT）302における最初のトリガがあって（例えば、PTTボタン228が押される）、アクセスネットワーク（AN）120との通信を確立するのに必要な情報がアクセスチャネルメッセージの中にバンドルされる（例えば、接続要求(ConnectionRequestおよびルート更新情報(RouteUpdate))、通信に使用される任意のQoSサービスのための供給(ReservationOnRequest)、等々）。さらに、アプリケーション層データ(例えばDataOverSignaling(DOS)メッセージ)も、エンドアプリケーション(例えば、グループサーバ、他のAT上の内在アプリケーションなど)との通信を迅速化するために、アクセスチャネルメッセージの中にバンドルされる可能性がある。アクセスメッセージが所望の情報とともにいったんバンドルされる(例えばDOS+ConnectionRequest+RouteUpdate+ReservationOnRequest)と、そのアクセスメッセージは、アクセスチャネル（AC）上でアクセスネットワーク(AN)120に送信されることができる(320)。
【００２６】
バンドルされたメッセージ320がアクセスネットワーク120においていったん受信されると、アクセスネットワークは、要求330を処理することができる。330において、アクセスネットワークは、トラヒックチャネルおよびQoSリソースが利用可能であることを前提に、要求された予約のために、トラヒックチャネル（TCH）および要求されたQoSリソースを割り当てることができる。具体的には、アクセスネットワーク120は、アクセスメッセージをアクノレッジ(ACAck)（332）し、トラヒックチャネル割り当て(TCA)を送信（334）し、および予約受理メッセージ(ReservationAccept)を送信する（336）。これらのメッセージは、コントロールチャネル(CC)上でAT 302に送信されることができる。AN120との通信を確立するために、データレートコントロール(DRC)メッセージがAT302から送信されることができる（340）。AN 120は、DRCおよびパイロットを成功裡に受信し復号した後、順方向トラヒックチャネル（F-TCH）上で逆方向トラヒックチャネルアクノレッジ（RTCAck)メッセージを送信することができる（350）。AT 302は、RTCAckメッセージを受信すると、逆方向トラヒックチャネル(R-TCH)上でトラヒックチャネル完了（TCC）メッセージを送信することができる（360）。その後、順方向および逆方向の両方の方向に専用チャネルが確立され、AT302およびAN120は双方向のデータ通信を行うことができる。アクセス端末302とアクセスネットワーク120との間で通信されるさまざまなメッセージは、本件技術分野において知られており、2006年9月12日付けの3GPP2 C.S0024-A Version 3.0 cdma2000高速レートパケットデータ無線インターフェースにおいて文書化されている。この標準は、参照によって全体として本件明細書に組み込まれている。したがって、セットアップの手順およびメッセージの詳しい説明は、ここでは提供されない。
【００２７】
DOSメッセージまたは他のアプリケーション層メッセージがオプション的に接続要求アクセスメッセージの中にバンドルされる場合、当該情報は、上において論じられたトラヒックチャネルのセットアップに影響を与えない。一般に、アプリケーション固有のデータは、AN 120によって検出され、適切な宛先に単にパスされることができる。しかしながら、AT 302とAN 120との間にトラヒックチャネルがいったんセットアップされると、アプリケーション固有の情報は、データ通信（例えば、PTTコール）を確立するリモートアプリケーション(例えば、PTTサーバ)によるさらなる処理のために必要なデータ（例えばPTTコール要求）を供給することによって、遅延にセンシティブなアプリケーションにおけるレイテンシをさらに軽減することができる。したがって、アプリケーション層メッセージに含まれるデータは、ネットワークに転送される前にAT 302とAN 120との間のトラヒックチャネルの確立を待つ必要はない。
【００２８】
当業者に理解されるように、必要とされるQoSリソースは、異なるアプリケーションについて、またはアプリケーションの中において、変化してもかまわない。次の例は、異なるQoSリソースのシナリオの下でQoS設計について説明するものである。
【００２９】
*開始端末AT 302のセクタにおいてトラヒックチャネルリソースおよびQoSリソース(例えばインコール・シグナリング・アンド・メディア予約)が利用可能であるとき、RANは、インコール・シグナリング・アンド・メディア予約のためにFwdReservationOnおよびRevReservationOnメッセージを送信することによって、QoSリソースが順方向リンクおよび逆方向リンクの双方について利用可能であることをシグナルする。このケースは、図3Aに示され、先の説明において説明されたものである。
【００３０】
*開始端末AT 302が置かれているセクタにおいてトラヒックチャネルリソースが利用可能であって、QoSリソースが予約の一部または全部について利用可能ではないとき、AN 120は、トラヒックチャネルについては今までどおり割り当てることができ、開始端末AT 302にTCAメッセージを送信する。しかしながら、AN 120は、AT 302へのReservationRejectメッセージを送信することによって、供給できない予約についてQoS要求を拒絶する。トラヒックチャネルが利用可能であることによって、AT302は、QoSリソース(例えばインコール・シグナリング・アンド・メディア予約)が利用可能でないとき、コールセットアップ・シグナリング・ハンドシェイクを完了しようと試みることが可能になる。このケースは、図3Bに示されている。
【００３１】
*開始端末ATのセクタにおいてトラヒックチャネルリソースが利用可能でないとき、ANは、ConnectionDenyメッセージ(例えば1xEV-DO Rev. A規格による)を送信することにより、トラヒックチャネル要求を否定する。この場合、予約のためのQoS要求も、AT 302にReservationRejectメッセージを送信することによって否定される。このケースは、図3Cに示されている。
【００３２】
もしコールセットアップ・パケットの到着時点ですでにインコール・シグナリング・アンド・メディア予約のうちのいくつかかが開始端末ATに割り当てられていたら、AN/RANは、現在割り当てられていないインコール・シグナリング・アンド・メディア予約をアクティベートするだけである。
【００３３】
上において注目されたように、発明の実施形態は、遅延にセンシティブなアプリケーションにおける処理の遅延を低減することができる。グループ通信／プッシュトゥトーク(PTT)システムは、本件明細書において開示される通信信号バンドリングにより提供される接続回数の低減という利点を活用することができる遅延センシティブシステムの一例である。例えば、発明の実施形態は、接続要求(例えばConnectionRequest+RouteUpdate)メッセージと同じアクセスカプセルにおいてReservationOnRequestメッセージを送信することによって、必要なQoSリソースの予約(例えばPTTコールためのインコール・シグナリング・アンド・メディア予約)をオンにする要求を送信するATのために必要物を提供する。オプション的に、同じアクセスカプセルにDataOverSignaling(DOS)メッセージをバンドルすることができる。もしインコール・シグナリング順方向および逆方向QoS予約がPTTコール時に割り当てられれば、ATはメディアQoS予約がオンにされることを要求することができる。これらの要求は、ReservationOnRequestメッセージの一部としてなすことができる。
【００３４】
グループ通信システムは、プッシュトゥトーク(PTT)システム、ネットブロードキャストサービス(NBS)、ディスパッチシステム、またはポイント・トゥ・マルチポイント通信システムとしても知られている。典型的には、アクセス端末ユーザのグループは、グループの各メンバに割り当てられたアクセス端末を用いて互いに通信することができる。「グループメンバ」という用語は、互いに通信することがオーソライズされているアクセス端末ユーザのグループを表記する。グループ通信システム／PTTシステムは、（２以上の）複数のメンバの間のものであると考えられることもできるが、当該システムは、かかる構成に限られるものではなく、個別デバイス間の１対１ベースの通信にも適用可能なものである。
【００３５】
グループは、既存のインフラストラクチャに実質的な変更を求めることなく、既存のインフラストラクチャの上で動作することができる。このように、コントローラおよびユーザは、符号分割多元接続(CDMA)システム、時分割多元接続(TDMA)システム、GSMシステム、衛星通信システム、地上線および無線システム、等々のような、インターネット・プロトコル(IP)を使用してパケット情報を送信および受信する能力のある任意のシステムの上で動作することができる。
【００３６】
グループメンバは、アクセス端末(AT)102、108および302のような割り当てられたアクセス端末を使用して互いに通信することができる。ATは、地上無線電話、PTT能力のある有線電話、PTT機能性を備えた衛星電話、ラップトップまたはデスクトップのコンピュータ、ページングデバイス、またはこれらのものの任意の組み合わせのような無線または有線のデバイスであってよい。さらに、各ATは、セキュアモードまたは非セキュア（クリア）モードのいずれかで情報の送受信を行うことができる。ATへの言及は、例示されている実例または列挙されている実例に限られることを意図したものではなく、インターネットプロトコル(IP)に準拠するパケット情報の送受信能力を有する他のデバイスにも適用可能であることが理解されるべきである。
【００３７】
グループメンバは、グループ内の他のメンバに情報を送信したいと思うとき、AT上のPTTボタンまたはキー（例えば図2の228)を押すことによって送信特権を要求することができる。前記ボタンまたはキーは、分散型ネットワーク上の送信のためにフォーマット化された要求を生成する。例えば、当該要求は、AT 102から１つまたは複数のMPT（または基地局）124に無線で送信されることができる。BSC/PCF122は、データパケットを処理するためのものであって、周知のインターワーキング機能(IWF)、パケットデータサービスノード(PDSN)、またはパケットコントロール機能（PCF）を含み、MPT/BS 124と分散型ネットワークとの間に存在することができる。しかしながら、前記要求は、公衆交換電話網(PSTN)を介して通信事業者ネットワーク126に送信することもできる。通信事業者ネットワーク126は、要求を受け取って、RAN 120に供給することができる。
【００３８】
図4を参照し、1つまたは複数の通信サーバ402は、分散型ネットワークへの接続を介してグループ通信システムのトラヒックを監視することができる。グループ通信サーバ402はさまざまな有線および無線のインターフェースを介して分散型ネットワークに接続されることができるので、グループ参加者への地理的な接近は必須ではない。典型的に、グループ通信サーバ402は、PTTシステムにおけるセットグループメンバの無線デバイス(AT 302、472、474、476)の間の通信をコントロールする。示されている無線ネットワークは、単なる例示であって、リモートモジュールが互いの間で、および／または無線ネットワークのコンポーネント（無線ネットワーク通信事業者および／またはサーバを含むが、これらに限られない）の間で、無線で通信するところのあらゆるシステムを含むことができる。さらに、一連のグループ通信サーバ402は、グループ通信サーバLAN 450に接続されることができる。
【００３９】
グループ通信サーバ402は、無線サービスプロバイダのパケットデータサービスノード(PDSN)（例えば、PDSN452）に接続されることができる。PDSN452は、図において通信事業者ネットワーク426上に在るものとして示されている。各PDSN 452は、パケットコントロール機能(PCF)462によって基地局460の基地局コントローラ464とのインターフェースとなることができる。PCF 462は、基地局460の中に置かれてもよい。通信事業者ネットワーク426は、MSC458に送られるメッセージ(一般にデータパケットの形式で)をコントロールする。MSC 458は、1つまたは複数の基地局460に接続されることができる。MSC 458は、典型的には、通信事業者ネットワークと同じような方法で、データ転送のためのネットワークおよび／またはインターネット、および音声情報のためのPSTNの両方によってBTS 466に接続される。BTS466は、究極的には、セルラ電話302、472、474、476のような無線ATに対して、および同ATから、メッセージを無線でブロードキャストし、および受信する。そのことは、本件技術分野においてよく知られているとおりである。したがって、グループ通信システムの一般的詳細は、これ以上論じられない。さらに、本件明細書における詳細な説明は、追加の詳細および例示を提供するために、特定のシステムの特定の態様（例えばPTT、QChat(登録商標)、1xEV-DO）について論じているが、本件発明の実施形態は、これら特定の実例に限られるものではない。
【００４０】
上で論じられたように、AT 302は、通信(例えばPTTコール)を確立するために、トラヒックチャネルを要求する。もしトラヒックチャネルおよびインコール・シグナリング・アンド・メディアのためのQoSリソースの両方が利用可能であれば(QoSリソースに関するさらなる詳細は以下においておよび図5において提供される)、PTTコールは、開始端末AT 302によって開始されることができる。従来のシステムでは、AT 302は、AN 120とのトラヒックチャネル接続を確立した上でQoSリソースを要求しなければならない。しかしながら、この遅延を本件発明の実施形態に準拠して低減するために、PTTコールを確立するのに必要なシグナリングメッセージは、元の接続要求とともに最初のアクセスチャンネルメッセージの中にバンドルされる。
【００４１】
1xEV-DO Rev. Aは、パケットデータネットに対する効率的アクセスを提供するために設計されており、そのネットワークアーキテクチャについては広くインターネットに基づいている。PDSN 452、PCF 462およびRAN 120においてインターネットプロトコル(IP)ネットワークエレメントを往来するデータトラヒックは、QoS要件に基づいてトラヒックを差別化する方法をサポートする標準インターネット・エンジニアリング・タスクフォース(IETF)ベースのプロトコルに基づくことができる。AT 302と1xEV-DO Rev. Aネットワークとの間のQoSは、3GPP2 X.S0011-004-C Version 2.0 cdma2000無線IPネットワーク規格「QoSおよびヘッダ・リダクション仕様書」に記述されているように構成される。同仕様書の内容は、参照によって本件明細書に組み込まれている。AT 302とRAN 120との間で無線インターフェースによって送信されるデータトラヒックは、上に引用された3GPP2C.S0024-A Version 3.0文書に記述されているような1xEV-DO Rev. Aプロトコルによって適切なQoS処置のために構成されることができる。1xEV-DO Rev. Aは、イントラATおよびインターATのQoSを提供するための標準メカニズムを提供する。イントラATのQoSは、同じユーザに属すデータストリームの差別化を提供し、インターATの QoSは、異なるユーザに属すパケットの差別化を提供する。
【００４２】
QoSを達成するために、トラヒック差別化は、エンド・トゥ・エンドで利用可能でなくてはならない。AT 302、RAN120(BTS 466、BSC 464)、PDSN 452を含むすべてのネットワークエレメントおよびインターネットルータは、QoSを実装／サポートしなくてはならない。1xEV-DO Rev. Aネットワークにおけるエンド・トゥ・エンドのQoSは、次のメカニズムによって実現されることができる。
【００４３】
* パケットフィルタ:  PDSNにおけるパケットフィルタは、順方向トラヒックフローをATに写像し、順方向データトラヒックに適用されるべきQoS処置を定義する。ATは、PDSNにおけるパケットフィルタを確立するQoS要求をシグナルする。それは、3GPP2 X.S0011-004-C Version 2.0 cdma2000無線IPネットワーク標準「QoSおよびヘッダ・リダクション」仕様書に記述されているとおりである。
【００４４】
* QoSプロファイル(プロファイルID):  QoSプロファイルおよび/またはプロファイルIDは、データサービスのための適切な無線インターフェース・パラメータおよびネットワークQoS要件を特定する(または事前に定義する)ためのメカニズムである。それは、フローのためのQoS予約をRANで要求するときATが使用する「速記」の識別子である。さまざまなデータサービスに利用可能な標準プロファイルID割り当ては、「cdma2000スペクトラム拡散のためのパラメータ値割り当て管理」標準TSB58G（その内容は本件明細書において参照によって組込まれている）に記述されている。
【００４５】
* 逆方向トラヒックマーキング:  ATは、差別化サービス(DiffServ)フレームワークおよび標準に準拠して逆方向トラヒックデータをマークすることができる。これらのマーキングは、PDSNにおけるアウトバウンド・データのために要求されるQoSネットワーク処置を定義するものである。
【００４６】
1xEV-DO Rev. AネットワークにおけるQoSは、ATのPPPセッションのための以下のようなエレメントの適切な写像（マッピング）または結合（バインディング）にも基づいている。
【００４７】
* IP(アプリケーション)フロー:  ATおよびPDSNにおけるアプリケーション層QoS要件は、固有のIPフローを識別することによって定義される。ATとRANとの間のフローのためのQoS要件を識別するために、予約ラベルは、IPフローに関連づけられる。IPフローはつぎに、QoS要件を最もよく満たすRLPフローに写像される。
【００４８】
* RLP(リンク)フロー:  無線リンクプロトコル(RLP)フローは、上位層フローのためのQoS要件(例えばRLPパラメータ設定)に基づいて割り当てられる。同じQoS要件を備えたRLPフローは、同じRLPフローに写像されることができる。逆方向において、RLPフローはRTCMAC（リバース・トラヒック・チャネル・メディア・アクセス・コントロール）フローに写像される。
【００４９】
* RTCMACフロー:  RTCMACフローは、上位層フローのための物理層レイテンシおよび/または容量ニーズを定義するQoS要件に基づいて割り当てられる。例えば、フローは、低レイテンシまたは高容量のフローであることができる。同じQoS要件を備えたRLPは、同じRTCMACフローに写像されることができる。
【００５０】
図5は、アクセスネットワーク120と通信するPTT対応のAT 302のための複数のRLPフロー500を例示している。各フローのためのQoS要件は、QoSプロファイルによって特定されることができる。上で注目されたように、異なるアプリケーションは、異なるQoS要件を備えることができる。例えば、1xEV-DO Rev. A上のPTTは、ネットワークQoS要件の仕様書によって高い優先度および低いレイテンシのデータデリバリを受信する。例示的PTTシステムは、ATにおける3つのIPフロー、コールセットアップ・シグナリングのためのフロー、インコール・シグナリングのためのフロー、およびメディアのためのフローの割り当てを使用することができる。各IPフローは、特定のQoS要件を持っており、3つの別々のRLPフローに写像される。ATはさらに、デフォルトのベストエフォート（BE）フローを使用することができる。メディアのためのQoS要件は、VoIPメディアに似ていると考えられることができる。したがって、このRLPフローは、VoIPと共有されることができる。
【００５１】
前述の説明は、発明の実施形態のさまざまな態様の詳細な例示を提供するために、PTT/QChatシステムおよび1x EV-DOネットワークに特有の多くの詳細を提供しているが、当業者は、発明の実施形態はいかなる特定のアプリケーションおよび/またはネットワークに制限されるものではないということを認識するであろう。発明の実施形態は、QoS要件を備える任意のアプリケーションを含むことができる。さらに、最初の接続セットアップ要求といっしょにバンドルされるQoSリソースの割当てをサポートすることができる任意のネットワークも、発明の実施形態に含まれることができる。
【００５２】
図6を参照し、発明の実施形態に準拠するバンドリングプロセスを例示する流れ図が提供される。例えば、本方法は、ブロック610において、QoSリソース(例えばPTTコール)を必要とする通信を識別するアプリケーションを含むことができる。追加メッセージが使用されかつアクセスプローブに余裕がある場合、追加メッセージは、バンドリングのためのもの（例えばDOSメッセージ)と考えられることができる(620)。バンドルされたアクセスメッセージ(例えばアクセスプローブ)のための要求は、つぎにブロック630において、アクセスプローブ内の要求メッセージのバンドリングのためにアプリケーション層から下位の層に伝達されることができる。本件明細書において使用されているように、アプリケーション層は、要求しているアプリケーション(例えばPTTのクライアント)および、アプリケーション層と下位の層(例えばRLC、MACおよび物理層)との間のインターフェースを円滑にするバンドリングAPIを含むことができる。しかしながら、発明の実施形態はこの構成に限られないことが認識されるであろう。例えば、アプリケーションそれ自身がバンドリングAPIの機能性を含むこともできる。
【００５３】
ブロック634において、バンドルされた要求の受信の後、QoS要求は、アクセスプローブに追加される。同様に、ブロック636において、もし要求されかつアクセスプローブに十分なスペースがあれば、DOSメッセージは、アクセスプローブに加えられる。さらに、ブロック638において、接続要求およびルート更新メッセージがアクセスプローブに加えられる。ブロック645において、バンドルされたメッセージが完了したかどうか決定するためのチェックが行われることができる。もし完了していなければ、欠けているメッセージが遅延しているかもしれないので、プロセスはもとのループに戻って、欠けているメッセージがないかチェックする。アクセスプローブのバンドリングを可能にするために、ブロック640においてアプリケーション層に遅延要素(例えばタイマ)をセットすることもできる。アプリケーション層が下位の層から、メッセージバンドリングが完了した（645）という表示を受け取るまで（またはイベントが時間切れになってアクセスプローブが送られるまで）、プロセスは、ブロック650を経由してループすることができる。確認を受け取った後、アクセスプローブ遅延が解放され（660）、アクセスプローブが送信される（670）。
【００５４】
上で論じられたように、トリガ(例えば310)は、アプリケーションに知られているQoS要件とともに接続要求を開始することをアプリケーションにさせる任意のイベントであってよい。トリガは、ハードキーまたはソフトキーによるアクティベーションによって手動でアクティベートされてもよく、受信された信号（例えば音声コマンド、ネットワークからの信号など）に応答してアクティベートされてもよく、またはアプリケーションによって検出された状態に応答してアクティベートされてもよい。
【００５５】
例えば、図7に例示されているように、アクセス端末(AT)472は、PTTシステムにおけるアナウンスメッセージまたはコールセットアップ・メッセージ705のようなトリガを受信してもよい。具体的には、コールセットアップ・メッセージ705は、PDSN 452およびAN 120を介して送信されることができる。アクセスネットワーク120は、コントロールチャネル710上でコールセットアップ・メッセージをターゲットAT472に転送することができる。AT472は、コールセットアップ・パケットを受信し復号すると、要求された通信(例えばPTTコール)がQoSリソースを使用することを決定することができる。したがって、ネットワークから受信されたコールセットアップ・メッセージは、後続の応答のバンドリングを開始するトリガとして働くことができる。
【００５６】
例えば、AT 472は、接続要求(例えばConnectionRequest+RouteUpdate)、QoS予約(例えばReservationOnRequest)およびオプションとしてのアクセスチャネル上のアプリケーション層メッセージ(例えばDOS)を含むバンドルされた要求を用いて応答することができる。DOSを含むことは、アプリケーションデータがトラヒックチャネル設立前に送信先に送信されることを可能にする。QoSリソースを要求することは、トラヒックチャネル設立前に所要のQoSリソースが割り当てられることを可能にする。したがって、通信システムの応答性が改善されることができる。接続要求が受信されると、トラヒックチャネルおよび要求されたリソースは、アクセスネットワーク(AN)120において割り当てられることができる（712）。トラヒックチャネル割り当て(TCA)、QoSリソース受理、およびアクセスチャンネルメッセージの肯定応答は、AT 472に送信されることができる（714）。AN 120およびAT 472の両方がデータの送信および受信を行うことができる準備が整うまで、トラヒックチャネル・セットアップは、722、716および724において継続することができる。このことは、上において論じられ、かつ本件技術分野において知られているところである。したがって、詳細な説明は提供されない。
【００５７】
上記における開示に照らし、当業者は、発明の実施形態が以前に論じられたアクション、オペレーションおよび/または機能のシーケンスを実行する方法を含むものであるということを認識するだろう。例えば、無線ネットワークにおいて通信信号を送信する方法は、アクセス端末において接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルすること、および前記アクセスメッセージをアクセスネットワークに送信することを含むことができる。バンドルされるメッセージは、接続要求および予約とともにアクセスメッセージの中にバンドルされるアプリケーション層メッセージ(例えばDOSメッセージ)を含むことができる。
【００５８】
当業者は、情報および信号は、さまざまな異なる技術および技法のうちの任意のものを用いて表わされることができるということを認識するであろう。例えば、上記の説明全体にわたって参照されることができるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁粒子、光波動場または光粒子、もしくはこれらのものの任意の組み合わせによって表されることができる。
【００５９】
さらに、当業者は、本件明細書において開示された実施形態に関連して説明されたさまざまな例示の論理ブロック、モジュール、回路、アルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両者の組み合わせとして実装されることができるということを認識するであろう。ハードウェアとソフトウェアのこの互換性を明白に例示するために、さまざまな例示のコンポーネント、ブロック、モジュール、回路およびステップは、それらの機能性の観点から上記において一般的に説明された。そのような機能性がハードウェアとして実装されるか、それともソフトウェアとして実装されるかは、特定のアプリケーションおよびシステム全体に課せられる設計上の制約に依存する。当業者は、特定のアプリケーションの各々のために方法を変えて本件明細書記載の機能性を実装してもよい。しかし、かかる実装の決定が本発明の範囲からの逸脱を引き起こすものと解釈されてはならない。
【００６０】
本件明細書において開示された実施形態に関連して説明されたさまざまな例示的論理ブロック、モジュール、および回路は、汎用目的プロセッサ、ディジタル信号プロセサ(DSP)、特定用途向けIC(ASIC)、フィールドプログラマブルゲートアレイ(FPGA)または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、またはこれらのものの任意の組み合わせであって、本件明細書記載の機能を実行するように設計されたものを用いて実装または実行されることができる。汎用目的プロセッサは、マイクロプロセッサであってもよいが、代替的に、当該プロセッサは、任意の普通のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシン（状態機械）であってもよい。プロセッサはまた、計算デバイスの組み合わせとして、例えば、DSPとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、DSPコアと協働する１つまたは複数のマイクロプロセッサ、または他の任意のそのような構成として、実装されることができる。
【００６１】
したがって、発明の実施形態は、接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルするように構成された論理、およびアクセスメッセージをアクセスネットワークに送信するように構成された論理を含む装置を含むことができる。本装置は、アプリケーション層メッセージを接続要求および予約とともにアクセスメッセージの中にバンドルするように構成された論理をさらに含むことができる。さまざまな論理要素は、1つのデバイスの中に集積化されることができる、または互いに機能的に結合された複数のデバイスの上に分散させることもできる。例えば、本装置は、アクセス端末、または同様の無線の計算デバイスであってもよい。
【００６２】
本件明細書において開示された実施形態に関連して説明された方法、シーケンスおよび／またはアルゴリズムは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、または両者の組み合わせにおいて直接的に具体化されてもよい。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、または本件分野において公知の他の任意の形式の記憶媒体の中に存在してもよい。例示的記憶媒体は、プロセッサが当該記憶媒体に対して情報の読み出しおよび書き込みを行うことができるように当該プロセッサに連結されてもよい。代替的に、記憶媒体は、プロセッサと一体化されてもよく、プロセッサおよび記憶媒体は、ASICの中に存在してもよい。ASICは、ユーザ端末(例えばアクセス端末)の中に存在してもよい。代替的に、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとして、ユーザ端末の中に存在してもよい。
【００６３】
１つまたは複数の例示的実施形態において、ここに説明された方法は、ハードウェア、ソフトウェア、ファームウェア、またはこれらのものの組み合わせにおいて実装されることができる。ソフトウェアにおいて実装される場合、前記機能は、コンピュータ可読媒体上の1つまたは複数の命令またはコードとして記憶または送信されることができる。コンピュータ可読媒体は、ある場所から他の場所へのコンピュータプログラムの転送を円滑にする任意の媒体を含むコンピュータ記憶媒体および通信媒体の両方を含むことができる。記憶媒体は、コンピュータによってアクセス可能な任意の利用可能な媒体であってもよい。実例として、および非制限的列挙として、かかるコンピュータ可読媒体は、RAM、ROM、EEPROM、CD-ROMまたは他の光ディスク記憶、磁気ディスク記憶または他の磁気記憶デバイス、または他の任意の媒体であって、命令またはデータ構造の形式で所望のプログラムコードを搬送または記憶するために使用されることができ、かつコンピュータによってアクセス可能な媒体、を含むことができる。また、いかなる接続も、コンピュータ可読媒体と適切に呼ばれる。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペアケーブル、ディジタル加入者回線（DSL）またはワイアレス技術（例えば、赤外線、無線、およびマイクロ波）を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、そのような同軸ケーブル、光ファイバケーブル、ツイストペアケーブル、DSL、またはワイアレス技術（例えば、赤外線、無線およびマイクロ波）は、媒体の定義に含まれる。本件明細書において使用されているように、ディスク（disk and disc）は、コンパクトディスク(CD)、レーザディスク、光ディスク、ディジタルバーサタイルディスク、フレキシブルディスクおよびブルーレイディスクを含んでいる。なお、diskは、データを磁気的に再生するものを通常さすのに対し、discは、レーザを用いてデータを光学的に再生するものをさす。上記のものの組み合わせもまた、コンピュータ可読媒体の範囲内に含まれるべきである。
【００６４】
したがって、本発明の実施形態は、無線ネットワークにおいて通信メッセージをバンドルするための、内部に記憶されているコードを含むコンピュータ可読媒体であって、下記のものを具備するものを含むことができる：
接続要求およびQoSリソース予約をアクセスメッセージの中にバンドルすることをコンピュータにさせるためのコード、およびアクセスメッセージをアクセスネットワークに送信することをコンピュータにさせるためのコード。
【００６５】
さらに、本件明細書において説明された機能のうちのいずれも、発明のさらなる実施形態における追加のコードとして含まれることが可能である。
【００６６】
以上の開示は、発明の例示的実施形態を示すものであるが、本件明細書においては、添付されている請求項によって定義されるような発明の範囲から外れることなく、さまざまな変更および修正がなされることができるということが注目されるべきである。本件明細書において説明される発明の実施形態に準拠する方法の機能、ステップおよび/またはアクションは、なんらかの特定の順序で実行されることを要しない。さらに、発明の要素は、単数で説明または記述されているものの、特に単数に限ることを明示的に述べられている場合を除いて、複数が射程に入れられている。
【図１】
2010506455.tif 000003
【図２】
2010506455.tif 000004
【図３Ａ】
2010506455.tif 000005
【図３Ｂ】
2010506455.tif 000006
【図３Ｃ】
2010506455.tif 000007
【図４】
2010506455.tif 000008
【図５】
2010506455.tif 000009
【図６】
2010506455.tif 000010
【図７】
2010506455.tif 000011
【国際調査報告】
2010506455.tif 000012
2010506455.tif 000013
2010506455.tif 000014