JP2014525196A

JP2014525196A - シグナリング無線ベアラを介したショートパケットデータメッセージの送信

Info

Publication number: JP2014525196A
Application number: JP2014521682A
Authority: JP
Inventors: ソン、ボンヨン; ダス、スーミャ; スブラマニアン、ラマチャンドラン; グリオト、ミゲル; エッジ、スティーブン・ウイリアム; ソリマン、サミア・サリブ; ソン、オソク; リン、イー―ハオ
Original assignee: Qualcomm Inc
Current assignee: Qualcomm Inc
Priority date: 2011-07-15
Filing date: 2012-07-13
Publication date: 2014-09-25
Anticipated expiration: 2032-07-13
Also published as: EP2732670B1; KR101576014B1; CN110234083B; JP5766879B2; JP2015180067A; US8965415B2; WO2013012759A1; JP6009610B2; CN103650623A; KR20140037260A; EP2732670A1; US20130017779A1; CN110234083A

Abstract

新規のメッセージ交換プロトコルを開示する。一例では、データを送信する方法は、ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成することと、データ無線ベアラ（ＤＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのか、またはワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、ＳＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるとの決定に基づいて、ＳＲＢチャネルを介してネットワークリソースにアプリケーションデータメッセージを送ることとを含む。

Description

関連出願の相互参照
本出願は、その全体が参照により本明細書に組み込まれる、２０１１年７月１５日に出願された米国仮出願第６１／５０８，５２７号の優先権の利益を主張する。

本開示は、ワイヤレスネットワークを伴うデータ送信に関する。

スマートフォンやタブレットコンピューティングデバイスなど、３Ｇ技術を使用するワイヤレスデバイスが、ますます普及しつつある。多くのワイヤレスデバイスユーザは、更新のためにアプリケーションサーバにネットワーク要求を周期的に（たとえば、２、３分ごとに）送るアプリケーションをインストールする。そのようなアプリケーションとしては、たとえば、ソーシャルネットワーキングアプリケーション（Ｆａｃｅｂｏｏｋ、Ｔｗｉｔｔｅｒなど）、電子メールアプリケーション、ＲＳＳフィード、およびインスタントメッセージングアプリケーションがある。３Ｇ環境におけるワイヤレスデバイス（あるいは、様々な「４Ｇ」、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、または他の技術のいずれかを含むと考えられる、一般に３Ｇデバイスと呼ばれるワイヤレスデバイス）は、様々な方法でデータを送ることができる。一般に、３Ｇデバイスは、データ無線ベアラ（ＤＲＢ）チャネルを介して、上記で説明した要求、ならびにボイス、ピクチャ、ビデオ、および他のそのようなデータなど、アプリケーションに関係するデータを送る。３Ｇデバイスは、シグナリング無線ベアラ（ＳＲＢ）チャネルを介して、モビリティ管理エンティティ（ＭＭＥ）など、３Ｇサービスプロバイダのコンポーネントと通信することによってＤＲＢチャネルを確立する。

概して、本開示では、たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ：Third Generation Partnership Project）によるような、ワイヤレスデバイスネットワーク通信に関係する技法について説明する。より詳細には、本開示の技法は、また比較的高い頻度で関与し得る、周期的アプリケーション更新など、低容量アクティビティに関係するワイヤレスデバイスを伴う３Ｇ通信を改善することを対象とする。本開示の態様は、ショートパケットデータサービスと呼ばれる。

一例では、データを送信する方法は、ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成することと、データ無線ベアラ（ＤＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのか、またはワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、ＳＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるとの決定に基づいて、ＳＲＢチャネルを介してネットワークリソースにアプリケーションデータメッセージを送ることとを含む。

別の例では、データを送信するためのデバイスは、ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成することと、データ無線ベアラ（ＤＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのか、またはワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、ＳＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるとの決定に基づいて、ＳＲＢチャネルを介してネットワークリソースにアプリケーションデータメッセージを送ることとを行うように構成される。

別の例では、データを送信するための装置は、ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成するための手段と、データ無線ベアラ（ＤＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのか、またはワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価するための手段と、ＳＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるとの決定に基づいて、ＳＲＢチャネルを介してネットワークリソースにアプリケーションデータメッセージを送るための手段とを含む。

別の例では、コンピュータプログラム製品は、実行されたときに、１つまたは複数のプロセッサに、ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成することと、データ無線ベアラ（ＤＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのか、またはワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、ＳＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるとの決定に基づいて、ＳＲＢチャネルを介してネットワークリソースにアプリケーションデータメッセージを送ることとを行わせる、コンピュータ実行可能命令を記憶したコンピュータ可読媒体を備える。

別の例では、データを送信する方法は、ネットワークリソースを用いて、ワイヤレスデバイス上で動作するように構成されたアプリケーションのためのアプリケーションデータメッセージを受信することと、データ無線ベアラ（ＤＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのか、またはネットワークリソースをワイヤレスデバイスに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介してアプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、ＳＲＢチャネルを介してアプリケーションデータメッセージを送るべきであると決定すると、ＳＲＢチャネルを介してワイヤレスデバイスにアプリケーションデータメッセージを送ることとを備える。

１つまたは複数の例の詳細を、添付の図面および以下の説明に記載する。他の特徴、目的、および利点は、説明および図面、ならびに特許請求の範囲から明らかになろう。

モバイルネットワークを介してデータを送るための技法を実装する例示的なネットワークシステムを示すブロック図。本明細書で開示する技法のいくつかの利点を示すグラフ。モバイルネットワークを介してデータを送るための例示的なネットワークシステムを示すコールフロー図。モバイルネットワークを介してモバイル発信データを送るための技法を実装する例示的なネットワークシステムを示すコールフロー図。本明細書で開示する技法のいくつかの利点を示すグラフ。モバイルネットワークを介してデータを送るための技法を実装する例示的なネットワークシステムを示すブロック図。モバイルネットワークを介してデータを送るためのプロトコルスタックを実装する例示的なネットワークシステムを示す概念図。モバイルネットワークを介してデータを送るためのプロトコルスタックを実装する例示的なネットワークシステムを示す概念図。モバイルネットワークを介してデータを送るためのプロトコルスタックを実装する例示的なネットワークシステムを示す概念図。モバイルネットワークを介してモバイル発信データを送るための技法を実装する例示的なネットワークシステムを示すコールフロー図。モバイルネットワークを介してモバイル着信データを送るための技法を実装する例示的なネットワークシステムを示すコールフロー図。モバイルネットワークを介してモバイル着信データを送るための技法を実装する例示的なネットワークシステムを示すコールフロー図。プッシュツートーク（ＰＴＴ）呼設定のためにモバイルネットワークを介してモバイル発信データを送るための技法を実装する例示的なネットワークシステムを示すコールフロー図。プッシュツートーク（ＰＴＴ）呼設定のためにモバイルネットワークを介してモバイル発信データを送るための技法を実装する例示的なネットワークシステムを示すコールフロー図。様々なＲＲＣ接続要求を受け付けるための例示的なしきい値を示すネットワーク負荷のグラフ。

図１は、モバイルネットワークを介してデータを送るための技法を実装する例示的なネットワークシステム２を示すブロック図である。ワイヤレスデバイス１０、たとえば、ユーザ機器（ＵＥ）デバイスは、様々な方法でデータを送ることができる。ワイヤレスデバイス１０が様々なタイプのデータを送るチャネル４、６は、ベアラまたはベアラチャネルと呼ばれることがある。ワイヤレスデバイス１０は、シグナリング情報を交換することと、アプリケーションデータを通信する必要があるときにデータ無線ベアラ（ＤＲＢ）チャネル６を確立することとのために、シグナリング無線ベアラ（ＳＲＢ）チャネル４を介して発展型ノードＢ（ｅＮｏｄｅＢ）１２サービスタワーを通してＭＭＥ１４と通信し得る。ＭＭＥ１４は、ｅＮｏｄｅＢ１２およびサービングゲートウェイ（Ｓ−ＧＷ）１８と通信し、ｅＮｏｄｅＢ１２とＳ−ＧＷ１８との間の接続を容易にし、それによって、ワイヤレスデバイス１０とパケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）２２との間の接続を容易にし得る。Ｐ−ＧＷ２２は、たとえば、インターネットや企業広域ネットワーク（ＬＡＮ）など、パケットデータネットワーク（ＰＤＮ）２０に接続されるかまたはその一部を形成し得る。ネットワークシステム２はまた、以下で説明する新しいタイプのアプリケーションサーバであるショートパケットデータサービス（ＳＰＤＳ）サーバ１６を含む。ネットワークシステム２のコンポーネントの各々は、本明細書では、単一のワイヤレスデバイス１０または複数のワイヤレスデバイス１０など、単一の例または複数の例と考えられる。

一般に、ワイヤレスデバイス１０は、ＤＲＢチャネル６を介して、ネットワーク要求、ボイス、ピクチャ、ビデオ、および他のデータなど、アプリケーションに関係するアプリケーションデータメッセージ８Ｂ、８Ｃ、８Ｄを送る。多くのワイヤレスデバイスユーザは、更新のためにアプリケーションサーバにネットワーク要求などの１つまたは複数のアプリケーションデータパケットを周期的に（たとえば、２、３分ごとに）送るアプリケーションをインストールする。ここで、該アプリケーションサーバは、Ｐ−ＧＷまたはアプリケーションに関連する他のデバイスであり得る。そのようなアプリケーションとしては、たとえば、いくつか例がある中でも特に、ソーシャルネットワーキングアプリケーション（Ｆａｃｅｂｏｏｋ、Ｔｗｉｔｔｅｒなど）、電子メールアプリケーション、ＲＳＳフィード、およびインスタントメッセージングアプリケーションがある。これらのアプリケーションは、それらが、通常、短いネットワークセッションを設定し、比較的少量のデータを交換する、頻繁なネットワーク要求を送るので、「チャッティ（chatty）な」アプリケーションとみなされる。そのような短い低データの頻繁なセッションの「チャッティな」アプリケーションの効果は、図２のグラフ４０に示されている。「アプリケーションデータパケット」は、アプリケーションのためのアプリケーションデータ、ならびにアドレッシング、トランスポートおよび他の目的のために使用され得るヘッダデータを含む、インターネットプロトコル（ＩＰ）パケットなどのパケットであり得る。ＩＰパケットは、たとえば、開放型システム間相互接続（ＯＳＩ）モデルのいずれかのプロトコルまたはレイヤに適合するアドレッシング、トランスポートおよび他の目的のために使用され得る追加のヘッダデータとともに別のパケット内にラッピングされるかまたは含まれていることがあるが、アプリケーションデータパケット中のアプリケーションデータは、たとえば、アプリケーションレイヤ（すなわちＯＳＩレイヤ７）アプリケーションについてのデータであり得る。

図１はまた、アプリケーションデータメッセージ８ＡがＳＲＢチャネル４を介して送られている様子を示している。これについては以下でさらに説明する。

図２に、経験的調査において研究された約２５０万個のネットワークセッションのセットについてのネットワークセッション当たりのデータの量のグラフ４０を示す。Ｘ軸４２は、１未満、および１まで、５まで、１０まで、２５まで、５０まで、１００まで、５００まで、１，０００まで、またはそれ以上のキロバイトについてのビンを含む、キロバイト（ｋＢ）データの量が増加する、不規則に離間したビンにおける、ワイヤレスデバイスネットワークセッション当たりのデータ量を示す。Ｙ軸４４は、そのセッションについてダウンロードされたデータの量について、各ビンに入る研究されたネットワークセッションの数を示す。累積カウント４６は、ビンに含まれるセッションの（グラフの右側に記載された）累積率を示す。この調査は、平均して、ワイヤレスデバイスのためのすべてのネットワークセッション（または一般に呼と呼ばれる）の約８０％が１キロバイト未満のデータを送信すること、およびワイヤレスデバイスのためのすべてのそのようなネットワークセッションの約９０％が５０ｋＢ未満のデータを送信することを示した。したがって、比較的少量のデータを交換するネットワークセッションが、すべてのセッションの大部分を占める。ＤＲＢチャネル６を介して行われる各ネットワークセッションは、ネットワークセッションにおいて交換されるアプリケーションデータのサイズが減少するほど、ネットワークセッションのための総ネットワークオーバーヘッドのますます大きい部分となる、それ自体のネットワーク通信オーバーヘッドを必要とする。多数の短いデータメッセージの最終的な影響は、それらが搬送するデータの量と不釣り合いなシグナリングオーバーヘッドを課する。

再び図１を参照すると、ショートパケットデータサービス（ＳＰＤＳ）サーバ１６が、ネットワークシステム２中に導入され、「チャッティな」アプリケーションからのような、短い低データセッションのためのアプリケーションデータなどのデータを送信する際に有意な利点を与え得る。様々な例では、ＳＰＤＳサーバ１６は、図１に示すように、ＭＭＥ１４、およびパケットデータネットワーク２０のデバイスとデータを通信し得る。したがって、ＳＰＤＳサーバ１６は、ワイヤレスデバイス１０とパケットデータネットワーク２０との間でアプリケーションデータを通信する際にＳ−ＧＷ１８およびＰ−ＧＷ２２をバイパスし得、これは、より速い通信および低いシグナリングオーバーヘッドを可能にし、アプリケーションデータが、Ｓ−ＧＷ１８およびＰ−ＧＷ２２を介した潜在的な輻輳を回避することを可能にし得る。図１のＳＰＤＳサーバ１６は、従来の３Ｇサービスプロバイダネットワークの一部ではない、本明細書で開示する新規の特徴の一例である。ＳＰＤＳサーバ１６の様々な有利な特徴について以下で説明する。

図３に、ＳＰＤＳサーバ１６を使用せずにＤＲＢチャネルを確立する例示的なプロセスを示すコールフロー図５０を示す。図３は、図１のワイヤレスデバイス１０、ｅＮｏｄｅＢ１２、ＭＭＥ１４、Ｓ−ＧＷ１８、およびＰ−ＧＷ２２の間のインタラクションを示す。図３のＰ−ＧＷ２２は、パケットデータネットワーク２０に接続された図１の例のＰ−ＧＷ２２に対応する。図３の例でわかるように、従来のＬＴＥ技法を使用してＤＲＢチャネルを開始するための少なくとも１０個のステップがある。これらは、ＭＭＥ１４がｅＮｏｄｅＢ１２およびワイヤレスデバイス１０にページング要求５１を送ること、ワイヤレスデバイス１０およびｅＮｏｄｅＢ１２が無線リソース制御（ＲＲＣ）接続５２を設定すること、ワイヤレスデバイス１０がｅＮｏｄｅＢ１２に（ＲＲＣ接続設定完了メッセージにおいてピギーバックされた）サービス要求５３を送り、ｅＮｏｄｅＢ１２がＭＭＥ１４にサービス要求５４を送ること、ＭＭＥ１４がｅＮｏｄｅＢ１２に初期コンテキスト設定要求５５を送ること、ｅＮｏｄｅＢ１２がセキュリティモードコマンド５６を送ること、ワイヤレスデバイス１０がセキュリティモード完了５７を送ること、ｅＮｏｄｅＢ１２がワイヤレスデバイス１０にＲＲＣ接続再構成５８を送ること、ワイヤレスデバイス１０がｅＮｏｄｅＢ１２にＲＲＣ接続再構成完了メッセージ５９を送り、それによって、ＤＲＢチャネル６を最初に確立すること、ｅＮｏｄｅＢ１２がＭＭＥ１４に初期コンテキスト設定要求６０を送ること、ＭＭＥ１４がＳ−ＧＷ１８にベアラ変更要求６１を送ること、Ｓ−ＧＷ１８がＰ−ＧＷ２２へのベアラ要求６２を更新すること、Ｐ−ＧＷ２２がＳ−ＧＷ１８に更新ベアラ応答６３を送ること、Ｓ−ＧＷ１８がＭＭＥ１４にベアラ変更応答６４を送り、それによって、Ｓ−ＧＷ１８とｅＮｏｄｅＢ１２との間にＳ１ユーザプレーンインターフェーストンネル６５を最初に確立すること、ならびに、次いで、最後に、ワイヤレスデバイス１０とＰ−ＧＷ２２との間のＤＲＢチャネルおよびＳ１インターフェースを通じてアプリケーションデータパケット６６を通信することを含む。したがって、本開示のＳＰＤＳ技法を使用せずにＤＲＢチャネルを介して送信するこのシステムでは、わずか単一パケット程度の短いデータ送信を送ることでも、依然として、ＲＲＣ接続設定の後に９つ以上のシグナリングメッセージを交換することを必要とする。Ｓ１トンネルおよびＲＲＣ解放は、さらに追加のシグナリングオーバーヘッドを追加する。

（図２のとおり）３Ｇデバイストラフィックの８０％よりも多くが１ｋＢ未満であることと、各アプリケーション更新がＤＲＢチャネルを使用する場合に、（様々な例示的なアプリケーションのために、たとえば、５、１０、または３０分ごとに行われ得る）所望のアプリケーション更新の各々について（図１の）ワイヤレスデバイス１０の各々のアプリケーションごとにこのプロセスが行われなければならないこととを考えれば、ＤＲＢチャネルを確立することの負担は、３Ｇネットワークのコンポーネントにとって極めてリソース集約的になり得る。これらの技法は、比較的大量のアプリケーションデータを転送するものを含め、様々なタイプのアプリケーションデータメッセージおよびネットワークセッションのために有利であり得るが、本明細書で開示する様々な例示的な技法は、以下でさらに説明するように、比較的少量のアプリケーションデータをもつアプリケーションデータメッセージのネットワークオーバーヘッドを低減することにおいて特に有利であり得る。

本開示の様々な例は、ＳＲＢチャネル４を介して短い低データネットワーク通信を送るための新規の機構を提供し、それにより、比較的短い通信のためのよりリソース集約的なＤＲＢチャネルの作成を回避する。したがって、ＳＲＢチャネル４は、従来、シグナリング情報を交換することと、データ無線ベアラ（ＤＲＢ）チャネルを通じてアプリケーションデータを通信する必要があるときにＤＲＢチャネルを確立するのを助けることとのためにのみ使用されるが、本開示の方法は、代わりに、ＳＲＢチャネル４を介してアプリケーションデータメッセージ８Ａを直接送り得る。様々な例では、ワイヤレスデバイス１０は、発信アプリケーションデータメッセージを評価することと、いくつかの基準を使用して、アプリケーションデータを送るためにＤＲＢチャネル６を作り出す代わりに、ＳＲＢチャネル４を介してこれらのアプリケーションデータメッセージを送るべきかどうかをプロアクティブに決定することとのための、ハードウェアとソフトウェアとの任意の組合せで実装され得る、フィルタまたは他のプロセッサまたはコンポーネントを含み得る。

ＳＰＤＳアプリケーションが、ＤＲＢチャネル６を介して通信するよりも、ＳＲＢチャネル４を介してＳＰＤＳサーバ１６と通信するほうが効率的であることを知っている場合、該アプリケーションは、ＳＲＢチャネル４を介してアプリケーションパケットを送ることをデバイスに要求し得る。代替的に、ワイヤレスデバイス１０は、ＳＲＢチャネル４を介してアプリケーションデータのセットを送るべきであるのか、またはＤＲＢチャネル６を介してアプリケーションデータのセットを送るべきであるのかの決定を行う際に、しきい値など、特定の基準の下で、送信されるべきアプリケーションデータのセットを評価し得る。しきい値は、たとえば、データサイズしきい値、すなわち、バイト単位またはバイトに基づく単位で測定され得るデータの量またはボリュームについてのしきい値であり得る。所与のＳＰＤＳプロセスにおいて適用されるサイズしきい値はまた、使用されるＳＲＢチャネルのタイプに依存し得る。ＳＲＢチャネルのいくつかの例は、２．２、３．４、または１３．６キロバイトの信号を使用し得、これらの各々は、シグナリング目的に必要とされるある特定の量のデータと、比較的短いアプリケーションデータメッセージをその中にカプセル化するために利用可能であり得るある特定の量のデータとを有し得る。ＤＲＢチャネルではなくＳＲＢチャネルを介してアプリケーションデータメッセージを送るためのＳＰＤＳサイズしきい値は、様々な例では、１００バイト、１キロバイト、１０キロバイト、または所与のＳＲＢチャネルにおける予備帯域幅の量以下である他の値の範囲内のどこかであり得る。一例では、ＳＰＤＳシステムは、単一のＩＰパケットの典型的な最大サイズである１，５００バイトのサイズしきい値を使用し、アプリケーションデータメッセージが１，５００バイト以下である場合、ＤＲＢチャネルではなくＳＲＢチャネルを介してアプリケーションデータメッセージを送り得る。

別の例では、しきい値は、たとえば、データ転送レートしきい値、すなわち、単位時間当たりのバイト単位またはバイトに基づく単位で測定され得る、送信または転送されているデータの時間当たりのレートまたはボリュームについてのしきい値であり得る。例示的な例として、ＳＰＤＳシステムは、１キロビット毎秒（ｋｂｐｓ）のデータレートしきい値を使用し得るが、他の例は、所与のシステムに適した任意のタイプの設計パラメータに応じて、数十ｂｐｓもしくは数百ｂｐｓ、または数ｋｂｐｓもしくは数十ｋｂｐｓのレートしきい値を使用するか、あるいはサイズしきい値のみを使用し、レートしきい値を使用しない。ワイヤレスデバイス１０が、ＳＲＢチャネルを介してデータを送るべきであると決定した場合、ワイヤレスデバイス１０は、ＭＭＥ１４などのネットワークリソースにＳＲＢチャネルを介して送られる、本明細書では「ショートパケットデータサービス」または「ＳＰＤＳ」メッセージと呼ぶ特殊なメッセージフォーマットの比較的短いアプリケーションデータメッセージ中にアプリケーションデータをカプセル化し得る。本明細書では、「アプリケーションデータメッセージ」は１つまたは複数のアプリケーションデータパケットを指すことがある。本明細書では、「アプリケーションデータフロー」は、同じアプリケーションのためのデータを含むアプリケーションデータパケットを備える任意のフローを指すことがある。本明細書では、「ＳＲＢチャネル」は、様々な例では、アプリケーションデータメッセージではなくシグナリングデータを送るために従来使用される任意のシグナリングチャネルを指すことがある。

本明細書で開示するショートパケットデータサービスまたは「ＳＰＤＳ」の態様は、ワイヤレスデバイス１０、ＭＭＥ１４、ＳＰＤＳサーバ１６、別のデバイスまたはリソース、あるいはこれらのデバイスの任意の組合せ、およびこれらのデバイスのいずれか中のハードウェアとソフトウェアとの任意の組合せで実装され得る。本明細書では、「ＳＰＤＳ」という用語は、それ自体で、本明細書で説明するショートパケットデータサービスまたは同様の機能のいずれかの態様を実装する、いずれかのデバイス、方法、装置、またはコンピュータ可読媒体ソフトウェア、または関連するプロトコルを指すために使用され得る。

ＳＲＢチャネルは、ネットワークシステム２のワイヤレスデバイス１０とＭＭＥ１４との間の通信結合として働き得る。従来のＭＭＥデバイスは、シグナリングメッセージのみを扱うことを担当するが、データメッセージを扱うことは担当しない。

また、本開示の様々な例は、ワイヤレスデバイス１０から（ワイヤレスデバイス１０に）およびパケットデータネットワーク２０のデバイスに（パケットデータネットワーク２０のデバイスから）ネットワークトラフィックを送信および受信することが可能であるＭＭＥ１４など、新規の種類のネットワークリソースを含み得る。いくつかの例では、ＭＭＥ１４は、ＭＭＥ１４およびＳＰＤＳサーバ１６が、ＳＲＢチャネルを介して送られたアプリケーションデータパケットを認識し、処理することと、それらのアプリケーションデータパケットを、アプリケーションに関連付けられた、パケットデータネットワーク２０を介してアクセス可能なアプリケーションサーバに送ることとを行うように構成されるように、ＳＰＤＳサーバ１６にアプリケーションデータメッセージを送り得る。

Ｐ−ＧＷ２２は、パケットデータネットワーク２０を介してアクセス可能なアプリケーションサーバの一例であり、すなわち、Ｐ−ＧＷ２２は、パケットデータネットワーク２０に通信可能に接続され、またはパケットデータネットワーク２０の一部を形成する。他の例では、ＭＭＥ１４は、ＳＰＤＳゲートウェイ（図２には図示せず）を通じてＳＰＤＳサーバ１６と通信し得る。さらに他の例では、ＭＭＥ１４は、ＳＲＢチャネルを介して送られたアプリケーションデータパケットを認識し、処理することと、それらのアプリケーションデータパケットを、パケットデータネットワーク２０を介してアクセス可能なアプリケーションサーバに送ることとを行うようにＭＭＥ１４自体が構成されるように、ハードウェアとソフトウェアとの任意の組合せで、統合ＳＰＤＳサーバ機能を含み得る。これは、統合ＳＰＤＳ機能を備えたＭＭＥ１４、またはＳＰＤＳ対応ＭＭＥ１４と呼ばれ得る。これらの例のいずれかでは、ＭＭＥ１４を用いてＳＰＤＳサーバ１６および／またはＳＰＤＳゲートウェイを通じてパケットデータネットワーク２０とアプリケーションデータメッセージを通信することを含めて、ＭＭＥ１４がパケットデータネットワークに対して、あるいは任意のアプリケーションサーバ、ゲートウェイ、またはパケットデータネットワーク２０の一部を形成するかまたはパケットデータネットワーク２０に通信可能に接続された他のデバイスに対してアプリケーションデータメッセージを通信する際にサービスプロバイダネットワークのＳ−ＧＷ１８をバイパス可能であるという点で、ＭＭＥ１４は、パケットデータネットワーク２０にアプリケーションデータメッセージを直接通信することが可能であると見なされ得る。

したがって、ワイヤレスデバイス１０は、パケットデータネットワーク２０にアプリケーションデータメッセージを直接通信することが可能であるＭＭＥなどのネットワークリソースにＳＢＲチャネルを介してアプリケーションデータパケットを送り得る。ＭＭＥは、ＳＰＤＳプロトコルを通じてアプリケーションデータメッセージをフォワーディングするように構成されることによって、またはＳＰＤＳプロトコルを通じてアプリケーションデータメッセージをフォワーディングするように構成されたＳＰＤＳサーバなどのアプリケーションプロキシサーバを通じてアプリケーションデータメッセージを送ることによって、パケットデータネットワーク２０にアプリケーションデータメッセージを直接通信することが可能である。ワイヤレスデバイス１０はまた、ｅＮｏｄｅＢ１２、またはワイヤレスデバイス１０をＭＭＥ１４と接続する別のノードなど、中間ネットワークリソースを通じてＳＲＢチャネルを介してアプリケーションデータメッセージを送り得る。

図４に、図３に示したＳＰＤＳなしに実行される通信プロセスと対比され得る一例によるＳＰＤＳ方法を実装するＭＭＥ１４およびＳＰＤＳサーバ１６を備えるネットワークシステム２の動作を示す、コールフロー図７０を示す。図４の例でわかるように、ネットワークシステム２は、ＳＲＢ４を介してアプリケーションデータメッセージを通信し、図３に示したＳＰＤＳなしに実行される通信プロセルにおけるよりもはるかに少ないステップを用いてアプリケーションデータメッセージを通信することが可能である。ワイヤレスデバイス１０およびｅＮｏｄｅＢ１２がＲＲＣ接続７２を設定したら、ワイヤレスデバイス１０は、ＳＲＢチャネルを介してｅＮｏｄｅＢ１２、ＭＭＥ１４およびＳＰＤＳサーバ１６を通じてＰ−ＧＷ２２にアプリケーションデータメッセージを送ることが可能である。この送信に関するさらなる詳細については以下で説明する。したがって、本明細書で説明するＳＰＤＳ方法を使用して、シグナリングチャネルを通じてアプリケーションデータメッセージ送信を送ることは、従来の方法よりもシグナリングオーバーヘッドの少ない、より速い性能を保証し得る。

ＳＰＤＳ方法を使用するシステムの一例では、ＭＭＥ１４は、Ｐ−ＧＷ２２など、パケットデータネットワーク２０のデバイスのための通信セッションに関連する接続ＩＤにモバイルＩＤを関連付けるように構成され得る。このようにして、ワイヤレスデバイス１０は、ワイヤレスデバイス１０に関連付けられたモバイルＩＤをＳＰＤＳメッセージ中に含む、ＳＰＤＳメッセージとして、ＳＲＢチャネルを介してアプリケーションデータを提供し得る。ＳＰＤＳサーバ１６と通信して動作しているＭＭＥ１４、またはＳＰＤＳ対応ＭＭＥ１４は、アプリケーションデータの宛先（たとえば、宛先インターネットプロトコル（ＩＰ）アドレスによって指定されたサーバ）との通信セッションを確立し、通信セッションに接続ＩＤを割り当て得る。接続ＩＤを示す応答を受信すると、ＭＭＥ１４は、モバイルＩＤと接続ＩＤとの間の関連付けに基づいて、応答が宛てられた正しいワイヤレスデバイス１０を決定することができる。このようにして、この例では、ワイヤレスデバイス１０の各々がいくつかの通信セッションを作成し得るので、モバイルＩＤと接続ＩＤとの間に１対多の関係があり得るが、各通信セッションは、ワイヤレスデバイス１０のうちの１つに正確にマッピングされる。

いくつかの異なるアーキテクチャが様々な例で使用され得る。一例を図４に示し、その例について以下のようにさらに詳細に説明する。ワイヤレスデバイス１０およびｅＮｏｄｅＢ１２がＲＲＣ接続７２を設定したら、ワイヤレスデバイス１０は、本明細書ではＳＰＤＳメッセージコンテナと呼ぶ新しいコンテナフォーマットにおいて初期非アクセス層（ＮＡＳ）メッセージ４を使用して、ＳＲＢチャネルを介してＭＭＥ１４にアプリケーションデータパケットを送る。このアーキテクチャでは、ＭＭＥ１４は、図１の例に示したようにＳＰＤＳサーバ１６と通信し得る。ＭＭＥ１４およびＳＰＤＳサーバ１６は、この例では（たとえば、上記で説明した通信ＩＤを交換するために）、ショートパケットデータサービスアプリケーションプロトコル７４またはＳＰＤＳ−ＡＰと呼ばれる新しいプロトコルに従って通信し得る。ＭＭＥ１４は、ＳＲＢチャネル４を介してＮＡＳ転送信号中で送られたアプリケーションデータパケットを読み取り、それらのアプリケーションデータパケットをＳＰＤＳ−ＡＰパケット７４中でＳＰＤＳサーバ１６にフォワーディングし得、ＳＰＤＳサーバ１６は、それらのアプリケーションデータパケットをインターネットプロトコル（ＩＰ）パケット７６中でパケットデータネットワーク２０にフォワーディングし得、ＩＰパケット７６は、ＳＰＤＳサーバ１６と、パケットデータネットワーク２０中に存在する、パケットの最終宛先であるアプリケーションサーバとの間でパケットデータネットワーク２０の中間リソースを通じて潜在的にルーティングされる。

別の例では、ＭＭＥ１４は、ＳＰＤＳ−ＡＰに従ってＳＰＤＳゲートウェイ（図１には図示せず）と通信し、ＳＰＤＳゲートウェイは、ＭＭＥ１４のサービスプロバイダネットワークの外部に存在するＳＰＤＳサーバに（たとえば、インターネットプロトコル（ＩＰ）、または他の例では他のプロトコルに従って）ＳＰＤＳデータをフォワーディングする。以下でより詳細に説明するように、ＳＰＤＳゲートウェイの一例を図８に示す。

いくつかの例では、ワイヤレスデバイス１０は、ＳＲＢチャネルを介してアプリケーションデータパケットを送るべきであるのか、またはＤＲＢチャネルを介してアプリケーションデータパケットを送るべきであるのかを決定するための、ＳＰＤＳチャネルマネージャコンポーネントまたはＳＰＤＳルーティングマネージャ（図示せず）コンポーネントを含み得る。この機能は、「ＳＰＤＳチャネル管理」と呼ばれることがある。ＳＰＤＳチャネルマネージャコンポーネントは、一例では、アプリケーションデータパケットのサイズを、データサイズしきい値などのしきい値と比較することによってこの決定を行い得る。アプリケーションデータパケットのサイズが、しきい値よりも多くのバイトのデータを有するなど、しきい値を超えることをＳＰＤＳチャネルマネージャコンポーネントが決定した場合、ワイヤレスデバイスは、この例では、ＤＲＢチャネルを構成し、ＤＲＢチャネルを介してパケットを送信し得る。一方、ＳＰＤＳチャネルマネージャコンポーネントが、アプリケーションデータパケットのサイズがしきい値よりも小さいことを決定した場合、ワイヤレスデバイス１０は、上記で説明したように、代わりに、ＳＲＢを介してＭＭＥ１４にアプリケーションデータパケットを送信し得る。

別の例では、ワイヤレスデバイス１０のＳＰＤＳチャネルマネージャコンポーネントは、アプリケーションデータフローを評価するための１つまたは複数の基準に基づいて、１つまたは複数のアプリケーションデータパケットを含むアプリケーションデータフローのデータの量がしきい値を超えるかどうかを決定し得る。この例では、ワイヤレスデバイス１０は、ＳＲＢチャネルを介して１つまたは複数のアプリケーションデータパケットを送るべきであるのか、またはＤＲＢチャネルを介して１つまたは複数のアプリケーションデータパケットを送るべきであるのかについて、２つ以上のアプリケーションデータパケットを評価し得る。ワイヤレスデバイス１０は、ＳＲＢチャネルを介してアプリケーションデータパケットを送るべきであるのか、またはＤＲＢチャネルを介してアプリケーションデータパケットを送るべきであるのかを決定する際に、サイズしきい値と頻度または数しきい値との両方に関する、個々のアプリケーションデータパケットのサイズと、アプリケーションデータパケットの頻度または数との両方など、ＳＲＢチャネルを介してアプリケーションデータパケットを送るべきであるのか、またはＤＲＢチャネルを介してアプリケーションデータパケットを送るべきであるのかを評価する際の複数の基準を適用し得る。ワイヤレスデバイス１０はまた、ＳＲＢチャネルを介してアプリケーションデータパケットを送るべきであるのか、またはＤＲＢチャネルを介してアプリケーションデータパケットを送るべきであるのかを決定する際に、単独で、あるいはサイズ基準、頻度基準、または数基準との組合せで、あるいはそれらの任意の組合せで、他の基準も使用し得る。

別の例では、ＳＰＤＳチャネルマネージャは、アプリケーションがＳＲＢチャネルを使用することを明示的に要求するときにのみ決定を行う。この例では、アプリケーションからの明示的要求がない場合、アプリケーションパケットは、従来のＤＲＢチャネルを介して送られることになる。一例として、アプリケーションは、アプリケーションデータパケットが、ＤＲＢ設定オーバーヘッドおよび遅延をまねくことなしに緊急送信を必要とすることをＳＰＤＳチャネルマネージャに要求し得る。プッシュツートーク（ＰＴＴ）呼設定要求パケットを急速に送ることを希望するＰＴＴアプリケーションが一例であり得る。アプリケーションからの明示的要求があるときには、ＳＰＤＳチャネルマネージャは、上記で説明した様々な基準（たとえば、サイズ、頻度、遅延感度など）のうちのいずれか１つまたは複数に基づいて、それ自体の決定を行う。

別の例では、ＳＰＤＳチャネルマネージャは、トラフィックフローを常に監視することおよび／またはアプリケーションからの入力を収集することによって、ＳＲＢチャネルを使用することからＤＲＢチャネルを使用することへの切替え決定を行う。最初の短いアプリケーションデータパケットでは、ＳＰＤＳチャネルマネージャは、ＳＲＢチャネルを使用することを決定し得る。全体的なトラフィックボリュームが増加するにつれて、ＳＰＤＳチャネルマネージャは、より大きいボリュームのトラフィックを扱うために、より効率的であるＤＲＢチャネルを確立することを決定し得る。別の例では、アプリケーションは切替えを明示的に要求し得る。ＳＲＢチャネルを最初に要求したＰＴＴアプリケーションは、ＰＴＴ呼の確立に成功すると、ＤＲＢチャネルへの切替えを要求し得る。ＳＰＤＳチャネルマネージャがＤＲＢチャネルに切り替えることを決定すると、ワイヤレスデバイス１０は、１つまたは複数のＤＲＢを立ち上げるために、図３に示した従来のサービス要求プロシージャを開始し得る。

図５に、本明細書で開示する例示的なＳＰＤＳ技法を実装することの様々な例示的な利点を示すグラフ８０を示す。ＳＰＤＳチャネル管理に基づくシグナリング低減分析（Signaling Reduction Analysis）を使用する例示的な一実装形態では、従来のＤＲＢチャネルによるのではなくＳＲＢチャネルを介して送られた各アプリケーションデータメッセージについて、様々なネットワークコンポーネントの間の８つのシグナリングメッセージが節約され得ることがわかった。これは、ＤＲＢチャネルを介して送信を設定および管理するために一般に交換される多数のシグナリングメッセージと、アプリケーションデータメッセージを送るために、ＳＲＢシグナリングメッセージを使用してＤＲＢチャネルを設定する代わりに、ＳＲＢチャネルを介してアプリケーションデータメッセージを送ることによって回避されるシグナリングオーバーヘッドとを反映している。

ＳＰＤＳチャネル管理を使用する、図５のグラフ８０に示す例では、１つのＭＭＥ１４に接続されたワイヤレスデバイス１０からのすべてのアプリケーションデータメッセージの５０％が、ＤＲＢチャネルの代わりにＳＲＢチャネルを介して送られる。図５は、各ＭＭＥについてのワイヤレスデバイスの数が１０万個から１００万個にわたるとき、短いアプリケーションデータメッセージが５分、１０分、および３０分の間隔で送られる場合の、１時間当たりの低減されるシグナリングメッセージの数を示している。

１つのＭＭＥと通信しているワイヤレスデバイスの数は、ｘ軸が１０万〜１００万個のワイヤレスデバイスにわたるように、ワイヤレスデバイスの千の単位でｘ軸８２に沿って示されている。ＤＲＢチャネルを介してではなくＳＲＢチャネルを介してすべてのアプリケーションデータメッセージの５０％を送ることによるシグナリングメッセージの数の低減、すなわち、回避されるシグナリングメッセージの数は、ｙ軸が１時間当たり０〜６千万個のシグナリングメッセージにわたるように、１時間当たり百万の単位でｙ軸８４に沿って示されている。短いアプリケーションデータメッセージが５分の間隔で送られる場合の１時間当たりのシグナリングメッセージの数の低減をプロット８６に示し、短いアプリケーションデータメッセージが１０分の間隔で送られる場合の１時間当たりのシグナリングメッセージの数の低減をプロット８７に示し、短いアプリケーションデータメッセージが３０分の間隔で送られる場合の１時間当たりのシグナリングメッセージの数の低減をプロット８８に示す。したがって、ＳＲＢチャネルを介していくつかのアプリケーションデータメッセージを送ることは、全体的なネットワークシグナリングオーバーヘッドを大幅に低減し得る。

図６に、別の例示的な例によるネットワークシステム１０２のためのアーキテクチャの広範な概要を示す。ＳＰＤＳサーバであり得るアプリケーションプロキシサーバ１１６は、インターネットなどのパケットデータネットワーク１２０と通信し得る。アプリケーションプロキシサーバ１１６は、端末のためにアプリケーションデータを周期的に更新し得る。ワイヤレスデバイス１１０上で動作しているアプリケーションは、モバイル発信（ＭＯ）接続を使用して、アプリケーションプロキシサーバ１１６を用いて更新を周期的に確認し得る。プロキシサーバ１１６は、モバイル着信（ＭＴ）接続を使用して、スケジュールされた方法またはオンデマンド方法のいずれかでワイヤレスデバイス１１０に更新を通知し得る。アプリケーションプロキシサーバ１１６は、アクセスネットワーク１１３中のＭＭＥ（個別には図示せず）と通信し得、ワイヤレスデバイス１１０は、ノード１１２とアクセスネットワーク１１３中のＭＭＥとを介してアプリケーションプロキシサーバ１１６と通信し得る。図３に示した、ＤＲＢチャネルおよびＳ１ユーザプレーンインターフェーストンネルなど、ユーザプレーン接続は、この場合必要ではない。ワイヤレスデバイス１１０およびアクセスネットワーク１１３中のＭＭＥは、ＳＰＤＳコンテナをもつＮＡＳメッセージ（たとえば、ＳＰＤＳコンテナを有する変更ＵＬ／ＤＬ一般ＮＡＳ転送メッセージ）を使用することを備えるＳＲＢチャネルを介してアプリケーションデータパケットを送り、その他の場合には互いに通信し得る。このＤＲＢなし（DRB-less）のＳＲＢチャネル方式は、たとえば、制御プレーンロケーションサービス（ＣプレーンＬＣＳ）のためにも使用され得る。

新しいＳＰＤＳメッセージコンテナタイプが様々な例で定義され得る。コンテナコンテンツは、様々な例では、最高６５，５３５バイト（すなわち２¹⁶−１バイト。３ＧＰＰＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ２４．３０１参照）であり得る。ＳＰＤＳメッセージコンテナを介して送られるアプリケーションデータメッセージは、ネットワークシステム２に関して上記で説明したように、ワイヤレスデバイス１１０からのアプリケーションデータメッセージの８０％超〜９０％以上を扱うことが可能であり得る。ＳＰＤＳ−ＡＰなどの新しいアプリケーションプロトコルが定義され、図６の例では、アクセスネットワーク１１３中のＭＭＥとアプリケーションプロキシサーバ１１６などのＳＰＤＳサーバとの間のアプリケーションデータメッセージの通信のために使用され得る。

図７に、ワイヤレスデバイス１４０およびＭＭＥ１４４が、ＳＰＤＳメッセージコンテナなど、新しいコンテナタイプによる変更ＮＡＳ転送を介してＳＲＢチャネルを介して通信し得る、例示的な例によるネットワークシステム１３２の例示的なアーキテクチャのブロック図を含む概念図を示す。ＭＭＥ１４４およびＳＰＤＳサーバ１４６は、この例ではＳＰＤＳアプリケーションプロトコル（ＳＰＤＳ−ＡＰ）でデータを交換し得る。ネットワークシステム１３２は、ｅＮｏｄｅＢ１４２を介することを含めて、ワイヤレスデバイス１４０とＭＭＥ１４４との間に効率的な接続を与える。ネットワークシステム１３２は、ＭＭＥ１４４と、この例ではＳＰＤＳサーバ１４６であるアプリケーションプロキシサーバとの間に別の効率的な接続を与える。ネットワークシステム１３２は、ＭＭＥ１４４とＳＰＤＳサーバ１４６との間のプロトコルとして使用されるＳＰＤＳ−ＡＰを用いて、ＤＲＢを使用せずにアプリケーションデータ転送を可能にする。ＭＭＥ１４４は、モバイルＩＤと接続ＩＤとの間のマッピングテーブルを維持し得、モバイルＩＤと、インターネットまたは企業ＬＡＮなど、パケットデータネットワーク１５０への接続ＩＤとの間の関連付けを維持する。ＳＰＤＳサーバ１４６もこのマッピングを維持し得る。上述のように、別の例は、ＭＭＥ１４４と直接通信しているＳＰＤＳゲートウェイ（図７に図示せず）を採用し得、ＳＰＤＳゲートウェイは、ＭＭＥ１４４が存在するサービスプロバイダネットワークの外部に存在するＳＰＤＳサーバ１４６に通信を中継する。

いくつかの例では、ＳＲＢチャネルは、それらがＤＲＢチャネルよりも高い優先度を有するという点で、いくつかの制限を有し得る。短いデータ通信のためにＳＲＢ経路を使用することは、ＳＲＢ利用の量を増加させ得る。一般的なＮＡＳは、６５，５３５バイトのペイロード制限を有する。したがって、ＳＰＤＳ管理の使用は、ＳＲＢチャネルを介した短いデータ送信が、たとえば、ＳＲＢチャネルを介した標準的シグナリング送信に干渉しないように調整され得る。たとえば、ワイヤレスデバイス１４０は、複合アプリケーションデータメッセージが、たとえば、１５００バイトのデータサイズしきい値など、選択されたしきい値よりも小さいのか大きいのかを評価し得、サイズがしきい値を上回る場合、ワイヤレスデバイス１４０は、ＳＲＢチャネルではなくＤＲＢチャネルによってアプリケーションデータメッセージを送る。さらに、個々のデータパケットがしきい値よりも小さい場合でも、ワイヤレスデバイス１４０は、累積アプリケーションデータフローボリュームが公称転送レートしきい値を超える可能性があるかどうかを評価し得る。アプリケーションデータフローの累積ボリュームがこの転送レートしきい値を超える場合、ワイヤレスデバイス１４０は、ＳＰＤＳ管理方法のこの例では、ＳＲＢチャネルを介してアプリケーションデータフローの一部のみを送り、ＤＲＢチャネルを介して残りのアプリケーションデータフローを送ることを選択し得る。

ＳＲＢチャネルを介した短いデータ送信が、ＳＲＢチャネルを介した標準的シグナリング送信に干渉することを回避するために、ワイヤレスデバイス１４０は、ＲＲＣ接続設定５２中に、短いデータパケットを送信するためにＳＲＢチャネルを使用するというそれの意図を明示的に示し得る。ＲＲＣ接続要求における確立原因は「ＳＲＢを介したデータ」であり得る。この場合、ｅＮｏｄｅＢ１４２は、ｅＮｏｄｅＢ１４２の現在のシグナリング負荷または全体的な負荷に基づいて、要求を受け付けるかまたは拒否することができる。

ＳＰＤＳサーバ１４６またはＳＰＤＳゲートウェイ（図７に図示せず）は、ＭＭＥ１４４にアプリケーションデータメッセージのパケットを送るべきであるのか、またはパケットデータネットワーク１５０を通してアクセス可能なＰＤＮゲートウェイにパケットを送るべきであるのかを決定し得、パケットサイズまたは累積データフローボリュームを評価し得る。ＩＰアドレスおよびポート番号についてのパケットフィルタが定義され得る。同じＩＰアドレスおよびポート番号に対するアプリケーションデータメッセージのデータサイズが、ＳＰＤＳフィルタあるいは他のＳＰＤＳ論理コンポーネントまたはモジュールによって決定されたようにしきい値を超える場合、アプリケーションデータメッセージはＤＲＢを介して送られ得、そうでない場合、それはＳＲＢを介して送られ得る。

図８に、図７と同様のアーキテクチャをもつが、データを受信し、ＳＰＤＳサーバ１４６と通信するＳＰＤＳゲートウェイ１４５をもつネットワークシステム１３３を示す。ＳＰＤＳゲートウェイ１４５は、所与のサービスプロバイダネットワーク中に存在し、ＳＰＤＳサーバ１４６をサービスプロバイダネットワークの外部に配置するために有用であり得る。ＳＰＤＳゲートウェイ１４５は、ＳＰＤＳ−ＡＰを介してＭＭＥ１４４と通信し、異なる実装形態では、ＳＰＤＳ−ＡＰまたはインターネットプロトコル（ＩＰ）を介してＳＰＤＳサーバ１４６と通信し得る。ＳＰＤＳゲートウェイ１４５は、ＩＰｉｎＩＰを用いてなど、ＳＰＤＳサーバ１４６との、ユーザプレーンインターフェーストンネルなどのトンネルを維持し得る。ＳＰＤＳゲートウェイ１４５は、ＭＭＥ１４４、またはパケットデータネットワーク１５０を介してアクセス可能なＰ−ＧＷのいずれかにアプリケーションデータメッセージのパケットをルーティングするためにオペレータ定義ルーティングポリシーを適用し得る。ＳＰＤＳゲートウェイ１４５はＳＰＤＳサーバ１４６と物理的に共存し得るか、またはＳＰＤＳサーバ１４６は、異なる例では、ＳＰＤＳゲートウェイ１４５からリモートに位置し得る。ワイヤレスデバイス１４０は、ｅＮｏｄｅＢ１４２を介してＭＭＥ１４４と通信する。

また、モバイル発信（ＭＯ）ＰＳコールフローを用いて、新しいコールフローが定義され得る。ＭＯコールフローは、サービス要求プロシージャを必要とするコールフローと比較して大幅に簡略化され、図３に示したコールフローよりもはるかに単純である。

ワイヤレスデバイス１０によって実行されるアプリケーションレイヤアグリゲータアプリケーションは、ショートパケットチャネルマネージャまたはルーティングマネージャと対話し得る。アグリゲータアプリケーションは、ソーシャルネットワーキングアプリケーション、電子メールアプリケーション、および短い頻繁なプッシュまたは更新を伴う他のアプリケーションなど、２つ以上の「チャッティな」アプリケーションの中からのアプリケーションデータメッセージを単一のアグリゲートアプリケーションデータメッセージへとアグリゲートし得る。単一のアグリゲートアプリケーションデータメッセージは、たとえば、２つ以上のアグリゲートアプリケーションの各々のためのアグリゲートアプリケーションデータを含んでいる単一のヘッダとともに、わずか単一のアプリケーションデータパケットの形態で構成され得る。アグリゲートアプリケーションデータパケットは、パケット内に含まれているアグリゲートアプリケーションデータメッセージについての情報を含み得るＳＰＤＳアプリケーションヘッダを含み得る。アグリゲートアプリケーションデータメッセージは、他の例では他の数のパケットを備え得る。

アグリゲートアプリケーションデータメッセージは、ＳＲＢチャネルを介して送られ、単一のＳＲＢ搬送アプリケーションデータフローを用いて２つ以上のチャッティなアプリケーションのためのプッシュまたは更新を与え得る。アグリゲートアプリケーションデータメッセージを受けるアプリケーションの各々は、同時に起動し、同時に更新を得る。アグリゲータアプリケーションは、すべての可能なソーシャルネットワーク、電子メール、または他のチャッティなアプリケーションを監視するために、更新のための極めて頻繁なまたは一定の確認を実装し得る。アグリゲータアプリケーションは、たとえば、ワイヤレスデバイス１４０上で動作し、ＳＰＤＳサーバ１４６などのアプリケーションプロキシサーバにＳＰＤＳメッセージを送り得る。ワイヤレスデバイス１４０は、ハードウェアとソフトウェアとの任意の組合せで実装されるＳＰＤＳ管理フィルタコンポーネントを使用し、ＳＲＢチャネルを介してアグリゲートアプリケーションデータメッセージを送るべきであるのか、またはＤＲＢチャネルを介してアグリゲートアプリケーションデータメッセージを送るべきであるのかについての、任意のタイプまたは組合せのしきい値との比較を含む、ＳＰＤＳ決定方法を適用し得る。

いくつかの実装形態では、ワイヤレスデバイス１４０は、アプリケーションのサブセットのみがＳＰＤＳプロセスを使用することを可能にし得る。これはまた、オペレータによって定義され得るルーティングポリシーに従って、ＳＰＤＳフィルタまたはルーティング管理コンポーネントにおいて実装され得る。ＳＰＤＳフィルタまたはルーティング管理コンポーネントはまた、ＳＲＢチャネルまたはＤＲＢチャネルを介してアプリケーションデータメッセージまたはアプリケーションデータフローをフォワーディングするために、アプリケーションデータメッセージまたはアプリケーションデータフローのパケットサイズまたは累積データボリュームが、選択されたしきい値よりも小さいかどうかを評価し得る。別の例示的なソリューションでは、ルーティングマネージャは、任意のアプリケーションが、プロキシなしにＳＰＤＳプロセスを使用することを可能にし得る。既存のプロキシサーバに対する変更は行われないことがある。

図９に、ＳＰＤＳサービングゲートウェイ（Ｓ−ＧＷ）１７６を含み、ＭＭＥ１７４およびＳＰＤＳＳ−ＧＷ１７６がＳＰＤＳメッセージをＧＴＰｖ２−Ｃメッセージとして交換する、ネットワークシステム１６２のための例示的なアーキテクチャの概略図を示す。Ｓ−ＧＷ１７６は、ＳＰＤＳ適格アプリケーションデータメッセージ、すなわち、短いアプリケーションデータパケットなど、ＳＰＤＳ管理コンポーネントがＳＲＢを介して送るために適格であると決定したアプリケーションデータメッセージを送るために一般ＮＡＳ転送ルートを選択的に使用するように、ＳＰＤＳ方法のために拡張される。Ｓ−ＧＷ１７６は、他の非ＳＰＤＳ適格アプリケーションデータメッセージを送るために通常のＳ１トンネルおよびＤＲＢチャネルを使用し得る。短いパケットなど、いくつかのアプリケーションデータメッセージは、一般ＮＡＳ転送ルートを使用するためにＧＴＰｖ２−ＣメッセージとしてＭＭＥ１７４に送られ得る。ＤＬデータ通知メッセージはＳ１トンネルルートを使用し得る。

Ｓ−ＧＷ１７６またはＭＭＥ１７４は、ＳＰＤＳ機能を用いて拡張され得る。Ｓ５トンネルが、ＤＲＢおよびＳ１トンネルを確立することなしに使用され得る。ワイヤレスデバイス１７０は、ＳＰＤＳ適格アプリケーションデータメッセージのために、ｅＮｏｄｅＢ１７２およびＭＭＥ１７４を介してＳ−ＧＷ１７６と通信し得る。ＳＰＤＳ適格アプリケーションデータメッセージは、図１０のコールフローに示すように、ＭＭＥ１７４とＳＰＤＳＳ−ＧＷ１７６との間の通信ではＧＴＰｖ２−Ｃ上のメッセージとして扱われ得る。

図１０に、図９のネットワークシステム１６２によって使用され得るなど、モバイル発信（ＭＯ）ＰＳコールフローの一例を示す。ＭＯコールフローは、サービス要求プロシージャを必要とするコールフローと比較して大幅に簡略化される。コールフローは、ワイヤレスデバイス１７０およびｅＮｏｄｅＢ１７２がＲＲＣ接続を設定することと、ワイヤレスデバイス１７０が、ＭＭＥ１７４に、ｅＮｏｄｅＢ１７２を通して初期ＮＡＳメッセージ（たとえば、変更ＮＡＳ転送）によってＳＲＢチャネルを介してアプリケーションデータメッセージを送るかまたはアップロードすること、ＭＭＥ１７４が、ＳＰＤＳ対応Ｓ−ＧＷ１７６にＧＴＰｖ２−Ｃメッセージ中でアプリケーションデータメッセージを送ること、およびＳ−ＧＷ１７６が、Ｐ−ＧＷ１７８に１つまたは複数のＩＰパケット中でアプリケーションデータメッセージを送ることを含む。このコールフローは、Ｐ−ＧＷ１７８からワイヤレスデバイス１７０に返送されるアプリケーションデータメッセージでは逆転され得る。アプリケーションデータメッセージは任意のタイプのアプリケーションパケットを含み得る。一例では、アプリケーションデータメッセージは、ＳＰＤＳデータ管理方法においてＳＲＢ中にパッケージ化し、送るのに好適であり得る、短い頻繁なアプリケーションデータメッセージを採用し得るアプリケーションの種別の別の例である、マシンツーマシン（Ｍ２Ｍ）通信のためのマシン型通信（ＭＴＣ：Machine Type Communication）スモールデータアプリケーションデータメッセージを含み得る。

モバイル着信（ＭＴ）呼問題の一例では、ページングがＳＰＤＳ方法のためのものであるかどうかをＭＭＥ１７４がワイヤレスデバイス１７０に示す必要がある。一例では、ページング原因がページメッセージに追加され得、ＭＭＥ１７４は、ページングがＳＰＤＳ方法のためのものであるかどうかをワイヤレスデバイス１７０に示すことが可能であり得る。これは、ＳＲＢチャネルのみを必要とする他の既存のサービスに追加の利益を与え得る。制御プレーンＬＣＳおよびＭＴＳＭＳは、規格制限により、未使用ＤＲＢチャネルを立ち上げる必要がない。サービス要求オーバーヘッドはなくされ得る。

図１１に、モバイル着信（ＭＴ）ＰＳ呼のための新しいコールフローを示す。ワイヤレスデバイスページングがサービス要求プロシージャをトリガする。様々な最適化が、このＭＴ例のために可能にされ得る。ＭＴシグナリングを示すページング原因が、ＭＭＥからｅＮｏｄｅＢを通してワイヤレスデバイスへのページング呼中に追加され得る。ワイヤレスデバイスは拡張サービス要求で応答し得る。図１２に、ページング呼がＭＴシグナリングページング原因を含む、ＭＭＥからｅＮｏｄｅＢを通してワイヤレスデバイスへのページング呼に先立って、Ｐ−ＧＷからＳＰＤＳ対応Ｓ−ＧＷを通してＭＭＥへのアプリケーションデータメッセージとともに発信し得る、例示的なソリューションのＭＴＰＳコールフローを示す。この後に、ワイヤレスデバイスが、ｅＮｏｄｅＢを介してＭＭＥに拡張サービス要求を送ることと、ＭＭＥが、ｅＮｏｄｅＢを介してワイヤレスデバイスに一般ＮＡＳ転送メッセージの形態でＳＲＢを介してアプリケーションデータメッセージを送ることによって応答することとが続く。この例ではまた、このアプリケーションデータメッセージは、ＳＰＤＳプロセスで扱われ得るアプリケーションデータメッセージであり得、ＭＴＣスモールデータメッセージを含み得る。

図１３に、ＰＴＴ呼要求が、ＬＴＥに基づくシステムにおいてＮＡＳシグナリングを介して送られ得る、別の例のコールフローを示す。この例では、ワイヤレスデバイスは、初期ユーザＩＰアプリケーションデータパケット（ＰＴＴ呼要求）を、アプリケーションデータメッセージのためのコンテナを有するように変更された変更ＮＡＳメッセージ（たとえば、変更サービス要求（ＳＲ）メッセージまたは変更拡張サービス要求メッセージ）中にピギーバックし得る。ＳＲメッセージを受信した後に、ＭＭＥは、ピギーバックされたユーザＩＰパケットを抽出し、そのパケットを、Ｓ−ＧＷアドレスとＳ１トンネルエンドポイント識別子（Ｓ１−ＴＥＩＤ）とに基づいてＳ−ＧＷにフォワーディングし得る。この例では、ワイヤレスデバイスは、ＲＲＣ接続設定完了とともにユーザプランデータを送信することを開始し得る。ＳＲＢチャネルプロシージャは、ＲＲＣ接続の確立の後にアップリンク送信を阻止しないことがある。初期ユーザプランアプリケーションデータメッセージはＳＲメッセージ中にカプセル化され得、次に、ＲＲＣ接続設定完了中にカプセル化され得る。したがって、アプリケーションデータメッセージは、ＲＲＣ接続設定完了｛ＮＡＳ：サービス要求（初期ユーザプランデータ−）｝というフォーマットでＳＲＢチャネルメッセージ中にカプセル化され得る。これは、図１３のコールフローに示されている。

図１４に、ｉ−ＨＳＰＡに基づく通信システムにおける呼発信を伴う別の例のコールフローを示す。ｉ−ＨＳＰＡは、単一のボックスにおけるＲＮＣとＮｏｄｅＢとの混合である、３ＧＰＰに導入された新しいＵＭＴＳ地上波無線アクセスネットワーク（ＵＴＲＡＮ）コンポーネントである。ｉ−ＨＳＰＡアーキテクチャの下で、ワイヤレスデバイスは、それがセル境界を横断するときはいつでも、ＳＲＮＳ再配置を実行する必要があるので、常時オンＲＡＢおよびＩｕ接続を維持することは望ましくないことがある。ＰＴＴ／ＶｏＩＰでは、サービスのＰＤＰコンテキストが、着信呼を受信するために維持されなければならず、これは、ＰＤＰコンテキストのためにＳＧＳＮとＧＧＳＮとの間のＧｎ／Ｇｐインターフェースが有効に保たれることを暗示する。Ｉｕ接続がティアダウンされたとき、ＩＤＬＥまたは休止状態（ＵＲＡ／ＣＥＬＬ＿ＰＣＨ）にあるワイヤレスデバイスは、アップリンクデータアクティビティのためにサービス要求（ＳＲ）を実行する必要があり得る（３ＧＰＰ６．１２／ＴＳ２３．０６０参照）。ＩＤＬＥまたは休止状態にあるワイヤレスデバイスは、無線ベアラ設定プロシージャが終了するまで、データを送信することが可能でないことがある。

図１４は、ｉ−ＨＳＰＡの下でのＵＬデータ送信のためのシグナリングプロシージャのコールフローを示している。ｉ−ＨＳＰＡにおいてＮＡＳシグナリングを介してアプリケーションデータメッセージを送ることの一例では、ワイヤレスデバイスは、ＳＲＢチャネル中でアプリケーションデータメッセージを送ることの別の例の場合のように、初期アプリケーションデータメッセージをユーザＩＰパケットの形態でサービス要求（ＳＲ）メッセージ中にピギーバックし得る。サービス要求を受信した後に、ＳＧＳＮは、維持されたＰＤＰコンテキストのＧｎ／Ｇｐインターフェースを介してパケットをＧＧＳＮにフォワーディングする。この例では、ワイヤレスデバイスは、ＳＲとともにユーザプランデータとしてアプリケーションデータメッセージを送信することを開始し得る。初期ユーザプランデータはＳＲメッセージ中にカプセル化され、次に、ＲＲＣ：初期直接転送｛ＮＡＳ：サービス要求（初期ユーザプランデータ−）｝というフォーマットでＲＲＣ：初期直接転送メッセージ中にカプセル化される。

マシン型通信（ＭＴＣ）スモールデータ送信を伴う一例は、潜在的に極めて多数までのどこかの数のＭＴＣ対応デバイスによる、一例ではＵＤＰを介して送られ得る、時々のスモールパケット送信を伴い得る。各ＭＴＣデバイスによる個々のトラフィックは無視できる場合でも、アグリゲートトラフィックはネットワークにとって極めて負担になり得る。ＭＴＣ要件は、３ＧＰＰＴｅｃｈｎｉｃａｌＳｔａｎｄａｒｄ２２．３６８において取り上げられている。この例では、ＳＰＤＳ対応システムは、たとえば、シグナリングオーバーヘッド、ネットワークリソース、および再割振りのための遅延に関してなど、大幅に低減されたネットワーク影響をもつ少量のデータの送信をサポートし得る。少量のデータの送信の前に、ＭＴＣデバイスはネットワークにアタッチされるかまたはそこからデタッチされ得る。ＳＰＤＳシステムに関する少量のデータの定義、およびＳＲＢチャネルを介してＭＴＣアプリケーションデータメッセージを送るべきであるかどうかを決定する際にＳＰＤＳシステムが使用し得る１つまたは複数のしきい値は、たとえば、サブスクリプションごとにまたはネットワークオペレータポリシーによって構成可能であり得る。

一例では、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ信号は、緊急、ｈｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ、ｍｔ−Ａｃｃｅｓｓ、ｍｏ−Ｓｉｇｎａｌｉｎｇ、ｍｏ−Ｄａｔａ、ｓｐａｒｅ３、ｓｐａｒｅ２、ｓｐａｒｅ１、ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ、ｄｅｌａｙＴｏｌｅｒａｎｔＳｉｇｎａｌｉｎｇというフォーマットをもつ追加の確立原因を含み得る。ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓは、ＤＲＢおよびＳ１接続と、ＴＣＰ接続確立／解放メッセージ＋ＭＴＣスモールデータアプリケーションデータメッセージなど、いくつかのメッセージの交換とを必要とする。ｄｅｌａｙＴｏｌｅｒａｎｔＳｉｇｎａｌｉｎｇは、ＤＲＢおよびＳ１接続を必要としないことがあり、ＵＤＰを介して動作するただ１つのメッセージ交換、すなわち、ＭＴＣスモールデータ＋アプリケーションレイヤＡＣＫ肯定応答メッセージがあり得る。ｅＮｏｄｅＢは、図１５に示すように、要求されたＭＴＣ接続タイプに応じてＲＲＣ接続を受け付けるかまたは拒否し得る。

図１５に、ネットワーク負荷３００に応じてＲＲＣ接続要求を受け付けるためにｅＮｏｄｅＢによって適用される異なるしきい値の単純なグラフを示す。ＮＡＳＳＲＢチャネルを介したＭＴＣスモールデータは、ＤＲＢチャネルを介したＭＴＣデータと比較して著しく少ない無線リソースを消費するので、ｅＮｏｄｅＢは、一例では、「ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓ」についての下限しきい値３０２と比較して、「ｄｅｌａｙＴｏｌｅｒａｎｔＳｉｇｎａｌｉｎｇ」についてのＲＲＣ接続要求のより緩和した上限しきい値３０４など、異なる接続要求に異なるしきい値を適用し得る。１つの例示的な例では、ｅＮｏｄｅＢは、他の実装形態では広範囲の他のしきい値のいずれかが同じく使用され得るが、ｄｅｌａｙＴｏｌｅｒａｎｔＡｃｃｅｓｓをもつＲＲＣ接続要求を受け付けるためには３０％のネットワーク負荷において下限しきい値３０２を適用し、ｄｅｌａｙＴｏｌｅｒａｎｔＳｉｇｎａｌｉｎｇをもつＲＲＣ接続要求を受け付けるためには５０％のネットワーク負荷の上限しきい値３０４を適用し得る。

様々な例では、ＳＰＤＳ適格アプリケーションデータメッセージは、変更ＵＬ／ＤＬ一般ＮＡＳ転送、変更サービス要求信号、または他のＮＡＳメッセージ中でＳＲＢを介して送られ得る。様々な例では、ＮＡＳ信号は、ＮＡＳメッセージ中に暗号化情報要素（ＩＥ）によるセキュリティを含み得る。たとえば、変更ＵＬ初期一般ＮＡＳメッセージは、セキュリティコンテキストＩＤ（ｅＫＳＩ）およびシーケンス番号と、完全性保護のためのＭＡＣ−Ｉ（完全性のためのメッセージ認証コード）とを含み得る。この例では、コンテナタイプはＭＴＣスモールデータである。コンテナ部分のみが、ｅＫＳＩによって識別されるセキュリティコンテキストを使用して暗号化され得る。変更サービス要求メッセージは、ＳＰＤＳメッセージのための暗号化ＩＥを含み得る。様々な例では、埋込み暗号化情報を搬送するように変更された変更サービス要求メッセージは、ＡＰＮアクセスポイント名、異なるアプリケーションのための異なるＡＰＮ、たとえば、ＭＴＣＡＰＮ、ＶｏＩＰＡＰＮ、ならびに／あるいは一般ＮＡＳメッセージまたは変更サービス要求メッセージ中のＡＰＮを含み得る。Ｐ−ＧＷはＡＰＮに関連付けられ得る。Ｓ−ＧＷは、どのＰ−ＧＷに送るべきかを決定するためにＡＰＮを読み取り得る。ＡＰＮフィールドは一般ＮＡＳメッセージ中に含まれ得る。

Ｓ−ＧＷは、受信したパケットをＭＭＥからＰ−ＧＷにフォワーディングすることによって、Ｓ−ＧＷがＭＴスモールデータパケットをＭＭＥにフォワーディングする必要があるかどうかを決定し得る。Ｓ−ＧＷは、比較的短い非アクティビティタイマーを維持し得る。スモールダウンリンクデータパケット、たとえば、ＡＣＫメッセージが、タイマーの満了の前に受信された場合、Ｓ−ＧＷは、そのパケットをＭＭＥにフォワーディングし得る。これは、ＭＯ例とＭＴ例の両方で適用され得る。ＭＴＣワイヤレスデバイスのためのＥＰＳベアラ設定中に、ＭＭＥは、Ｓ−ＧＷにＭＴＣＡＰＮとスモールデータしきい値とを示し得る。Ｓ−ＧＷが、ＭＴＣＡＰＮに関連付けられたＰ−ＧＷからそのようなワイヤレスデバイスのためのスモールデータパケットを受信したとき、Ｓ−ＧＷは、ＤＬデータ通知を送る代わりに、新しいＧＴＰｖ２−Ｃメッセージを使用して、そのパケットをＭＭＥにフォワーディングし得る。

ＭＴＣデバイスはまた、ラージパケットを時々生成し得る。ＭＴＣワイヤレスデバイスは、ＳＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるのか、またはＤＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるのかを決定するために、ＳＰＤＳ選択論理を適用するＳＰＤＳデータ管理モジュールまたはコンポーネントを使用し得る。ＳＰＤＳ選択論理は、パケットサイズ、頻度、平均データレート、遅延感度などを含む様々な基準のうちのいずれか１つまたは複数を考慮し得、これらの値のうちのいずれか１つまたは複数を適用可能なしきい値と比較し得る。いくつかの例は、ＳＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるのか、またはＤＲＢチャネルを介してアプリケーションデータメッセージを送るべきであるのかを決定するために、候補発信アプリケーションデータメッセージをデータサイズしきい値と単に比較し得る。

１つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含むデータ記憶媒体または通信媒体などの有形媒体に対応するコンピュータ可読記憶媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コードおよび／またはデータ構造を取り出すために１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。

限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路によって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明した技法の実装に好適な他の構造のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアおよび／またはソフトウェアモジュール内に与えられ得、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中に十分に実装され得る。

本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実行するように構成されたデバイスの機能的態様を強調するために様々なコンポーネント、モジュール、またはユニットについて説明したが、それらのコンポーネント、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作ハードウェアユニットの集合によって与えられ得る。

本発明に関する制限を示すことなしに様々な態様を示す様々な例について説明した。本明細書で使用する「様々な例」は、他の例を除外しない例のサブセットを指す。本明細書で開示した要素のいずれかの様々な変形および組合せのいずれも、いくつかの追加の非排他的例のために組み合わせられ得る。上記で開示した例および他の例は以下の特許請求の範囲内に入る。

Claims

データを送信する方法であって、
ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成することと、
データ無線ベアラ（ＤＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるとの決定に基づいて、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アプリケーションデータメッセージを送ることと
を備える、方法。
前記アプリケーションデータメッセージが前記アプリケーションのための１つまたは複数のアプリケーションデータパケットを備える、請求項１に記載の方法。
前記アプリケーションデータメッセージが、前記ＤＲＢチャネルを確立することなしに前記ＳＲＢチャネルを介して前記ネットワークリソースに送られる、請求項１に記載の方法。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有することを決定することを含む、請求項１に記載の方法。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションデータメッセージを含む複数のアプリケーションデータメッセージが、データ転送レートしきい値よりも小さいデータ転送レートを有することを決定することを含む、請求項１に記載の方法。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションが前記ＳＲＢチャネルを介したデータ送信を要求したことと、前記アプリケーションデータメッセージが、前記ＤＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための前記基準のうちの１つまたは複数を満たすこととを決定することを含む、請求項１に記載の方法。
前記ＳＲＢチャネルを介して前記ネットワークリソースに送られた前記アプリケーションデータメッセージが、第１のアプリケーションのための第１のアプリケーションデータメッセージを備え、前記第１のアプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有し、前記方法が、
前記ワイヤレスデバイスを用いて、第２のアプリケーションのための第２のアプリケーションデータメッセージを生成することと、
前記第２のアプリケーションデータメッセージが、前記データサイズしきい値よりも大きいデータサイズを有することを決定することと、
前記ワイヤレスデバイスと前記ネットワークリソースとの間にデータ無線ベアラ（ＤＲＢ）チャネルを確立するために、前記ネットワークリソースに前記ＳＲＢチャネルを介してシグナリングデータを送ることと、
前記ＤＲＢチャネルを介して前記第２のアプリケーションデータメッセージを送ることと
をさらに備える、請求項１に記載の方法。
前記第１のアプリケーションと前記第２のアプリケーションとが同じアプリケーションである、請求項７に記載の方法。
前記アプリケーションデータメッセージを生成することが、前記アプリケーションのためのデータと、前記ワイヤレスデバイスに関連付けられたモバイル識別子を指定するヘッダと、前記アプリケーションに関連付けられた宛先アドレスとをそれぞれが含む１つまたは複数のアプリケーションデータパケットを生成することを含む、請求項１に記載の方法。
前記ワイヤレスデバイスに関連付けられた前記モバイル識別子が、前記アプリケーションに関連付けられたアプリケーションサーバに知られているものである、請求項９に記載の方法。
前記アプリケーションに関連付けられた前記宛先アドレスが、前記アプリケーションに関連付けられたアプリケーションサーバのアドレスを備え、前記アプリケーションサーバがパケットデータネットワークを介してアクセス可能である、請求項９に記載の方法。
前記アプリケーションに関連付けられた前記宛先アドレスが、アクセスポイント名（ＡＰＮ）、トンネルエンドポイントアイデンティティ（ＴＥＩＤ）、またはＡＰＮとＴＥＩＤとの組合せを含む、請求項９に記載の方法。
前記ＳＲＢチャネルを介して、前記アプリケーションに関連付けられたアプリケーションサーバから１つまたは複数のアプリケーションデータパケットを受信することをさらに備える、請求項１に記載の方法。
前記アプリケーションデータが、開放型システム間相互接続（ＯＳＩ）モデルのアプリケーションレイヤ（レイヤ７）中のアプリケーションのためのデータを含む、請求項１に記載の方法。
前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アプリケーションデータメッセージを送ることが、前記ワイヤレスデバイスと、前記アプリケーションデータメッセージをパケットデータネットワークに直接通信することが可能であるモビリティ管理エンティティ（ＭＭＥ）との間でデータを通信するノードに前記アプリケーションデータメッセージを送ることを含む、請求項１に記載の方法。
前記アプリケーションデータメッセージが第１のアプリケーションのための第１のアプリケーションデータメッセージを備え、前記方法が、
前記ワイヤレスデバイスを用いて、第２のアプリケーションのための第２のアプリケーションデータメッセージを生成することと、
前記第１のアプリケーションデータメッセージと前記第２のアプリケーションデータメッセージとをアグリゲートアプリケーションデータメッセージへとアグリゲートすることと
をさらに備え、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであると決定することを備え、前記方法が、
前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであるとの決定に基づいて、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アグリゲートアプリケーションデータメッセージを送ること
をさらに備える、請求項１に記載の方法。
前記アプリケーションデータメッセージは、前記アプリケーションが前記ＳＲＢチャネルを介して送ることを要求する１つまたは複数のアプリケーションデータメッセージの第１のグループを備え、前記方法が、
前記ワイヤレスデバイスを用いて、前記アプリケーションが前記ＤＲＢチャネルを介して送ることを要求するアプリケーションデータメッセージの第２のグループを生成することと、
前記アプリケーションの要求に基づいて、１つまたは複数のＤＲＢチャネルを介してアプリケーションデータメッセージの前記第２のグループを送ることと
をさらに備える、請求項１に記載の方法。
アプリケーションデータメッセージの前記第１のグループがプッシュツートーク（ＰＴＴ）呼設定メッセージを含む、請求項１７に記載の方法。
データを送信するためのデバイスであって、
ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成することと、
データ無線ベアラ（ＤＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるとの決定に基づいて、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アプリケーションデータメッセージを送ることと
を行うように構成された、デバイス。
前記デバイスは、前記アプリケーションデータメッセージが前記アプリケーションのための１つまたは複数のアプリケーションデータパケットを含むようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記アプリケーションデータメッセージが、前記ＤＲＢチャネルを確立することなしに前記ＳＲＢチャネルを介して前記ネットワークリソースに送られるようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記アプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有することを決定することを含むようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記アプリケーションデータメッセージを含む複数のアプリケーションデータメッセージが、データ転送レートしきい値よりも小さいデータ転送レートを有することを決定することを含むようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記アプリケーションが前記ＳＲＢチャネルを介したデータ送信を要求したことと、前記アプリケーションデータメッセージが、前記ＤＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための前記基準のうちの１つまたは複数を満たすこととを決定することを含むようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記ＳＲＢチャネルを介して前記ネットワークリソースに送られた前記アプリケーションデータメッセージが、第１のアプリケーションのための第１のアプリケーションデータメッセージを含むようにさらに構成され、前記第１のアプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有し、前記デバイスは、
前記ワイヤレスデバイスを用いて、第２のアプリケーションのための第２のアプリケーションデータメッセージを生成することと、
前記第２のアプリケーションデータメッセージが、前記データサイズしきい値よりも大きいデータサイズを有することを決定することと、
前記ワイヤレスデバイスと前記ネットワークリソースとの間にデータ無線ベアラ（ＤＲＢ）チャネルを確立するために、前記ネットワークリソースに前記ＳＲＢチャネルを介してシグナリングデータを送ることと、
前記ＤＲＢチャネルを介して前記第２のアプリケーションデータメッセージを送ることと
を行うようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記第１のアプリケーションと前記第２のアプリケーションとが同じアプリケーションであるようにさらに構成された、請求項２５に記載のデバイス。
前記デバイスは、前記アプリケーションデータメッセージを生成することが、前記アプリケーションのためのデータと、前記ワイヤレスデバイスに関連付けられたモバイル識別子を指定するヘッダと、前記アプリケーションに関連付けられた宛先アドレスとをそれぞれが含む１つまたは複数のアプリケーションデータパケットを生成することを含むようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記ワイヤレスデバイスに関連付けられた前記モバイル識別子が、前記アプリケーションに関連付けられたアプリケーションサーバに知られているものであるようにさらに構成された、請求項２７に記載のデバイス。
前記デバイスは、前記アプリケーションに関連付けられた前記宛先アドレスが、前記アプリケーションに関連付けられたアプリケーションサーバのアドレスを含むようにさらに構成され、前記アプリケーションサーバがパケットデータネットワークを介してアクセス可能である、請求項２７に記載のデバイス。
前記デバイスは、前記アプリケーションに関連付けられた前記宛先アドレスが、アクセスポイント名（ＡＰＮ）、トンネルエンドポイントアイデンティティ（ＴＥＩＤ）、またはＡＰＮとＴＥＩＤとの組合せを含むようにさらに構成された、請求項２７に記載のデバイス。
前記デバイスが、前記ＳＲＢチャネルを介して、前記アプリケーションに関連付けられたアプリケーションサーバから１つまたは複数のアプリケーションデータパケットを受信するようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記アプリケーションデータが、開放型システム間相互接続（ＯＳＩ）モデルのアプリケーションレイヤ（レイヤ７）中のアプリケーションのためのデータを含むようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アプリケーションデータメッセージを送ることが、前記ワイヤレスデバイスと、前記アプリケーションデータメッセージをパケットデータネットワークに直接通信することが可能であるモビリティ管理エンティティ（ＭＭＥ）との間でデータを通信するノードに前記アプリケーションデータメッセージを送ることを含むようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、前記アプリケーションデータメッセージが第１のアプリケーションのための第１のアプリケーションデータメッセージを含むようにさらに構成され、前記デバイスは、
前記ワイヤレスデバイスを用いて、第２のアプリケーションのための第２のアプリケーションデータメッセージを生成することと、
前記第１のアプリケーションデータメッセージと前記第２のアプリケーションデータメッセージとをアグリゲートアプリケーションデータメッセージへとアグリゲートすることと
を行うようにさらに構成され、
前記デバイスは、前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであると決定することを含むようにさらに構成され、前記デバイスは、
前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであるとの決定に基づいて、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アグリゲートアプリケーションデータメッセージを送ること
を行うようにさらに構成された、請求項１９に記載のデバイス。
前記アプリケーションデータメッセージは、前記アプリケーションが前記ＳＲＢチャネルを介して送ることを要求する１つまたは複数のアプリケーションデータメッセージの第１のグループを備え、前記デバイスは、
前記ワイヤレスデバイスを用いて、前記アプリケーションが前記ＤＲＢチャネルを介して送ることを要求するアプリケーションデータメッセージの第２のグループを生成することと、
前記アプリケーションの要求に基づいて、１つまたは複数のＤＲＢチャネルを介してアプリケーションデータメッセージの前記第２のグループを送ることと
を行うようにさらに構成された、請求項１９に記載のデバイス。
前記デバイスは、アプリケーションデータメッセージの前記第１のグループがプッシュツートーク（ＰＴＴ）呼設定メッセージを含むようにさらに構成された、請求項３５に記載のデバイス。
データを送信するための装置であって、
ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成するための手段と、
データ無線ベアラ（ＤＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価するための手段と、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるとの決定に基づいて、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アプリケーションデータメッセージを送るための手段と
を備える、装置。
前記アプリケーションデータメッセージが前記アプリケーションのための１つまたは複数のアプリケーションデータパケットを含む、請求項３７に記載の装置。
前記アプリケーションデータメッセージが、前記ＤＲＢチャネルを確立することなしに前記ＳＲＢチャネルを介して前記ネットワークリソースに送られる、請求項３７に記載の装置。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有することを決定することを含む、請求項３７に記載の装置。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションデータメッセージを含む複数のアプリケーションデータメッセージが、データ転送レートしきい値よりも小さいデータ転送レートを有することを決定することを含む、請求項３７に記載の装置。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションが前記ＳＲＢチャネルを介したデータ送信を要求したことと、前記アプリケーションデータメッセージが、前記ＤＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための前記基準のうちの１つまたは複数を満たすこととを決定することを含む、請求項３７に記載の装置。
前記ＳＲＢチャネルを介して前記ネットワークリソースに送られた前記アプリケーションデータメッセージが、第１のアプリケーションのための第１のアプリケーションデータメッセージを備え、前記第１のアプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有し、前記装置が、
前記ワイヤレスデバイスを用いて、第２のアプリケーションのための第２のアプリケーションデータメッセージを生成するための手段と、
前記第２のアプリケーションデータメッセージが、前記データサイズしきい値よりも大きいデータサイズを有することを決定するための手段と、
前記ワイヤレスデバイスと前記ネットワークリソースとの間にデータ無線ベアラ（ＤＲＢ）チャネルを確立するために、前記ネットワークリソースに前記ＳＲＢチャネルを介してシグナリングデータを送るための手段と、
前記ＤＲＢチャネルを介して前記第２のアプリケーションデータメッセージを送るための手段と
をさらに備える、請求項３７に記載の装置。
前記第１のアプリケーションと前記第２のアプリケーションとが同じアプリケーションである、請求項４３に記載の装置。
前記アプリケーションデータメッセージを生成するための前記手段が、前記アプリケーションのためのデータと、前記ワイヤレスデバイスに関連付けられたモバイル識別子を指定するヘッダと、前記アプリケーションに関連付けられた宛先アドレスとをそれぞれが含む１つまたは複数のアプリケーションデータパケットを生成するための手段を含む、請求項３７に記載の装置。
前記ワイヤレスデバイスに関連付けられた前記モバイル識別子が、前記アプリケーションに関連付けられたアプリケーションサーバに知られているものである、請求項４５に記載の装置。
前記アプリケーションに関連付けられた前記宛先アドレスが、前記アプリケーションに関連付けられたアプリケーションサーバのアドレスを備え、前記アプリケーションサーバがパケットデータネットワークを介してアクセス可能である、請求項４５に記載の装置。
前記アプリケーションに関連付けられた前記宛先アドレスが、アクセスポイント名（ＡＰＮ）、トンネルエンドポイントアイデンティティ（ＴＥＩＤ）、またはＡＰＮとＴＥＩＤとの組合せを含む、請求項４５に記載の装置。
前記ＳＲＢチャネルを介して、前記アプリケーションに関連付けられたアプリケーションサーバから１つまたは複数のアプリケーションデータパケットを受信するための手段をさらに含む、請求項３７に記載の装置。
前記アプリケーションデータが、開放型システム間相互接続（ＯＳＩ）モデルのアプリケーションレイヤ（レイヤ７）中のアプリケーションのためのデータを含む、請求項３７に記載の装置。
前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アプリケーションデータメッセージを送るための前記手段が、前記ワイヤレスデバイスと、前記アプリケーションデータメッセージをパケットデータネットワークに直接通信することが可能であるモビリティ管理エンティティ（ＭＭＥ）との間でデータを通信するノードに前記アプリケーションデータメッセージを送るための手段を含む、請求項３７に記載の装置。
前記アプリケーションデータメッセージが第１のアプリケーションのための第１のアプリケーションデータメッセージを備え、前記装置が、
前記ワイヤレスデバイスを用いて、第２のアプリケーションのための第２のアプリケーションデータメッセージを生成するための手段と、
前記第１のアプリケーションデータメッセージと前記第２のアプリケーションデータメッセージとをアグリゲートアプリケーションデータメッセージへとアグリゲートするための手段と
をさらに備え、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであると決定することを備え、前記装置が、
前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであるとの決定に基づいて、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アグリゲートアプリケーションデータメッセージを送るための手段
をさらに備える、請求項３７に記載の装置。
前記アプリケーションデータメッセージは、前記アプリケーションが前記ＳＲＢチャネルを介して送ることを要求する１つまたは複数のアプリケーションデータメッセージの第１のグループを備え、前記装置が、
前記ワイヤレスデバイスを用いて、前記アプリケーションが前記ＤＲＢチャネルを介して送ることを要求するアプリケーションデータメッセージの第２のグループを生成するための手段と、
前記アプリケーションの要求に基づいて、１つまたは複数のＤＲＢチャネルを介してアプリケーションデータメッセージの前記第２のグループを送るための手段と
をさらに備える、請求項３７に記載の装置。
アプリケーションデータメッセージの前記第１のグループがプッシュツートーク（ＰＴＴ）呼設定メッセージを含む、請求項５３に記載の装置。
実行されたときに、１つまたは複数のプロセッサに、
ワイヤレスデバイスを用いて、アプリケーションのためのアプリケーションデータメッセージを生成することと、
データ無線ベアラ（ＤＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるとの決定に基づいて、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アプリケーションデータメッセージを送ることと
を行わせるコンピュータ実行可能命令を記憶したコンピュータ可読媒体を備えるコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、アプリケーションデータメッセージがアプリケーションのための１つまたは複数のアプリケーションデータパケットを含むように、ワイヤレスデバイスを用いて、前記アプリケーションのための前記アプリケーションデータメッセージを生成することをさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、アプリケーションのためのアプリケーションデータメッセージが、前記ＤＲＢチャネルを確立することなしに前記ＳＲＢチャネルを介して前記ネットワークリソースに送られるように、前記ワイヤレスデバイスを用いて、前記アプリケーションデータメッセージを生成することをさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記ワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記アプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有することを決定することを含むように、データ無線ベアラ（ＤＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための前記１つまたは複数の基準を評価することをさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記ワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記アプリケーションデータメッセージを含む複数のアプリケーションデータメッセージが、データ転送レートしきい値よりも小さいデータ転送レートを有することを決定することを含むように、データ無線ベアラ（ＤＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための前記１つまたは複数の基準を評価することをさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記ワイヤレスデバイスをネットワークリソースに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記アプリケーションが前記ＳＲＢチャネルを介したデータ送信を要求したことと、前記アプリケーションデータメッセージが、データ無線ベアラ（ＤＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための前記基準のうちの１つまたは複数を満たすこととを決定することを含むように、前記ＤＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための前記１つまたは複数の基準を評価することをさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令が、前記１つまたは複数のプロセッサに、
前記ワイヤレスデバイスを用いて、第２のアプリケーションのための第２のアプリケーションデータメッセージを生成することと、
前記第２のアプリケーションデータメッセージが、前記データサイズしきい値よりも大きいデータサイズを有することを決定することと、
前記ワイヤレスデバイスと前記ネットワークリソースとの間にデータ無線ベアラ（ＤＲＢ）チャネルを確立するために、前記ネットワークリソースに前記ＳＲＢチャネルを介してシグナリングデータを送ることと、
前記ＤＲＢチャネルを介して前記第２のアプリケーションデータメッセージを送ることと
をさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記第１のアプリケーションと第２のアプリケーションとが同じアプリケーションであるように、前記ワイヤレスデバイスを用いて、前記第２のアプリケーションのための第２のアプリケーションデータメッセージを生成することをさらに行わせる、請求項６１に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記１つまたは複数のアプリケーションデータパケットが、前記アプリケーションのためのデータと、前記ワイヤレスデバイスに関連付けられたモバイル識別子を指定するヘッダと、前記アプリケーションに関連付けられた宛先アドレスとをそれぞれが含むように、前記アプリケーションデータメッセージを生成することをさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記ワイヤレスデバイスに関連付けられた前記モバイル識別子が、前記アプリケーションに関連付けられたアプリケーションサーバに知られているものであるように、前記アプリケーションデータメッセージを生成することをさらに行わせる、請求項６３に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記アプリケーションに関連付けられた前記宛先アドレスが、前記アプリケーションに関連付けられたアプリケーションサーバのアドレスを含むように、前記アプリケーションデータメッセージを生成することをさらに行わせ、前記アプリケーションサーバがパケットデータネットワークを介してアクセス可能である、請求項６３に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記アプリケーションに関連付けられた前記宛先アドレスが、アクセスポイント名（ＡＰＮ）、トンネルエンドポイントアイデンティティ（ＴＥＩＤ）、またはＡＰＮとＴＥＩＤとの組合せを含むように、前記アプリケーションデータメッセージを生成することをさらに行わせる、請求項６３に記載のコンピュータプログラム製品。
前記命令が、前記１つまたは複数のプロセッサに、前記ＳＲＢチャネルを介して、前記アプリケーションに関連付けられたアプリケーションサーバから１つまたは複数のアプリケーションデータパケットを受信することをさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記１つまたは複数のプロセッサに、前記アプリケーションデータが、開放型システム間相互接続（ＯＳＩ）モデルのアプリケーションレイヤ（レイヤ７）中のアプリケーションのためのデータを含むように、アプリケーションのためのアプリケーションデータメッセージを生成することをさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アプリケーションデータメッセージを送ることが、前記ワイヤレスデバイスと、前記アプリケーションデータメッセージをパケットデータネットワークに直接通信することが可能であるモビリティ管理エンティティ（ＭＭＥ）との間でデータを通信するノードに前記アプリケーションデータメッセージを送ることを含むように、前記１つまたは複数のプロセッサをさらに構成する、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記アプリケーションデータメッセージが第１のアプリケーションのための第１のアプリケーションデータメッセージを含むように、前記１つまたは複数のプロセッサをさらに構成し、前記命令は、前記１つまたは複数のプロセッサに、
前記ワイヤレスデバイスを用いて、第２のアプリケーションのための第２のアプリケーションデータメッセージを生成することと、
前記第１のアプリケーションデータメッセージと前記第２のアプリケーションデータメッセージとをアグリゲートアプリケーションデータメッセージへとアグリゲートすることと
をさらに行わせ、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであると決定することを備え、前記命令は、前記１つまたは複数のプロセッサに、
前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであるとの決定に基づいて、前記ＳＲＢチャネルを介して前記ネットワークリソースに前記アグリゲートアプリケーションデータメッセージを送ること
をさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、前記アプリケーションデータメッセージが、前記アプリケーションが前記ＳＲＢチャネルを介して送ることを要求する１つまたは複数のアプリケーションデータメッセージの第１のグループを含むように、前記１つまたは複数のプロセッサをさらに構成し、前記命令は、前記１つまたは複数のプロセッサに、
前記ワイヤレスデバイスを用いて、前記アプリケーションが前記ＤＲＢチャネルを介して送ることを要求するアプリケーションデータメッセージの第２のグループを生成することと、
前記アプリケーションの要求に基づいて、１つまたは複数のＤＲＢチャネルを介してアプリケーションデータメッセージの前記第２のグループを送ることと
をさらに行わせる、請求項５５に記載のコンピュータプログラム製品。
前記命令は、アプリケーションデータメッセージの前記第１のグループがプッシュツートーク（ＰＴＴ）呼設定メッセージを含むように、前記１つまたは複数のプロセッサをさらに構成する、請求項３５に記載のコンピュータプログラム製品。
データを送信する方法であって、
ネットワークリソースを用いて、ワイヤレスデバイス上で動作するように構成されたアプリケーションのためのアプリケーションデータメッセージを受信することと、
データ無線ベアラ（ＤＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ネットワークリソースを前記ワイヤレスデバイスに通信可能に結合するシグナリング無線ベアラ（ＳＲＢ）チャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための１つまたは複数の基準を評価することと、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定すると、前記ＳＲＢチャネルを介して前記ワイヤレスデバイスに前記アプリケーションデータメッセージを送ることと
を含む、方法。
ワイヤレスデバイス上で動作するように構成された前記アプリケーションのための前記アプリケーションデータメッセージを受信することが、メッセージ交換プロトコルを介してパケットデータネットワークから前記アプリケーションデータメッセージを直接受信することを含む、請求項７３に記載の方法。
ワイヤレスデバイス上で動作するように構成された前記アプリケーションのための前記アプリケーションデータメッセージを受信することが、インターネットプロトコル（ＩＰ）で前記アプリケーションデータメッセージを受信することを備え、前記方法が、前記ＳＲＢチャネルを介して前記ワイヤレスデバイスに前記アプリケーションデータメッセージを送るより前に、前記アプリケーションデータメッセージをインターネットプロトコルからショートメッセージ交換プロトコルに変換することをさらに含む、請求項７３に記載の方法。
前記アプリケーションデータメッセージが前記アプリケーションのための１つまたは複数のアプリケーションデータパケットを含む、請求項７３に記載の方法。
前記アプリケーションデータメッセージが、前記ＤＲＢチャネルを確立することなしに前記ＳＲＢチャネルを介して前記ワイヤレスデバイスに送られる、請求項７３に記載の方法。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有することを決定することを含む、請求項７３に記載の方法。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションデータメッセージを含む複数のアプリケーションデータメッセージが、データ転送レートしきい値よりも小さいデータ転送レートを有することを決定することを含む、請求項７３に記載の方法。
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することは、前記アプリケーションが前記ＳＲＢチャネルを介したデータ送信を要求したことと、前記アプリケーションデータメッセージが、前記ＤＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのか、または前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであるのかを決定するための前記基準のうちの１つまたは複数を満たすこととを決定することを含む、請求項７３に記載の方法。
前記ＳＲＢチャネルを介して前記ワイヤレスデバイスに送られた前記アプリケーションデータメッセージが、第１のアプリケーションのための第１のアプリケーションデータメッセージを備え、前記第１のアプリケーションデータメッセージが、データサイズしきい値よりも小さいデータサイズを有し、前記方法が、
前記ネットワークリソースを用いて第２のアプリケーションのための第２のアプリケーションデータメッセージを受信することと、
前記第２のアプリケーションデータメッセージが、前記データサイズしきい値よりも大きいデータサイズを有することを決定することと、
前記ネットワークリソースと前記ワイヤレスデバイスとの間にデータ無線ベアラ（ＤＲＢ）チャネルを確立するために、前記ワイヤレスデバイスに前記ＳＲＢチャネルを介してシグナリングデータを送ることと、
前記ＤＲＢチャネルを介して前記第２のアプリケーションデータメッセージを送ることと
をさらに含む、請求項７３に記載の方法。
前記第１のアプリケーションと前記第２のアプリケーションとが同じアプリケーションである、請求項８１に記載の方法。
前記アプリケーションデータが、開放型システム間相互接続（ＯＳＩ）モデルのアプリケーションレイヤ（レイヤ７）中のアプリケーションのためのデータを含む、請求項７３に記載の方法。
前記ＳＲＢチャネルを介して前記ワイヤレスデバイスに前記アプリケーションデータメッセージを送ることが、モビリティ管理エンティティ（ＭＭＥ）と前記ワイヤレスデバイスとの間でデータを通信するノードに前記アプリケーションデータメッセージを送ることを備え、前記モビリティ管理エンティティは、パケットデータネットワークから前記アプリケーションデータメッセージを直接受信することが可能である、請求項７３に記載の方法。
前記アプリケーションデータメッセージが第１のアプリケーションのための第１のアプリケーションデータメッセージを備え、前記方法が、
前記ネットワークリソースを用いて第２のアプリケーションのための第２のアプリケーションデータメッセージを受信することと、
前記第１のアプリケーションデータメッセージと前記第２のアプリケーションデータメッセージとをアグリゲートアプリケーションデータメッセージへとアグリゲートすることと
をさらに備え、
前記ＳＲＢチャネルを介して前記アプリケーションデータメッセージを送るべきであると決定することが、前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであると決定することを備え、前記方法が、
前記ＳＲＢチャネルを介して前記アグリゲートアプリケーションデータメッセージを送るべきであると決定すると、前記ＳＲＢチャネルを介して前記ワイヤレスデバイスに前記アグリゲートアプリケーションデータメッセージを送ること
をさらに含む、請求項７３に記載の方法。
前記アプリケーションデータメッセージは、前記アプリケーションが前記ＳＲＢチャネルを介して送ることを要求する１つまたは複数のアプリケーションデータメッセージの第１のグループを備え、前記方法が、
前記ネットワークリソースを用いて、前記アプリケーションが前記ＤＲＢチャネルを介して送ることを要求するアプリケーションデータメッセージの第２のグループを受信することと、
前記アプリケーションの要求に基づいて、１つまたは複数のＤＲＢチャネルを介してアプリケーションデータメッセージの前記第２のグループを送ることと
をさらに含む、請求項７３に記載の方法。
アプリケーションデータメッセージの前記第１のグループがプッシュツートーク（ＰＴＴ）呼設定メッセージを含む、請求項８６に記載の方法。