JP6691605B2 - 無線リンクにおけるアプリケーショントランザクションの通信 - Google Patents

Description

種々の実施形態は、アプリケーショントランザクションを含み、アプリケーショントランザクションの識別に応じて無線リソースの割り当てを制御する方法に関する。種々の実施形態は、対応するデバイスに関する。

送信サービス・アグリーメントは、保証されたサービス品質（ＱｏＳ）を、セルラネットワークのような無線ネットワークの加入者に提供する。典型的には、送信サービス・アグリーメントは、保証ビットレート（ＧＢＲ：guaranteed bit rate）を単位としてＱｏＳを定める。例えば、第３世代パートナシッププロジェクト（３ＧＰＰ）のロングタームエボリューション（ＬＴＥ）の無線アクセス技術（ＲＡＴ）において、ＧＢＲは、毎秒ビットを単位として定義される（3GPP Technical Specification (TS) 3GPP Technical Specification (TS) V13.6.0 (2015-12) Chapter 6.1.7 を参照。）

ＧＢＲは、典型的には、あるビットレートが達成される可能性を定める。例えば、ＧＢＲは、ある割合の通信インスタンス及び／又はある一部の時間に対してあるビットレートが達成されることを定めうる。例えば、ＧＢＲは、９９．５％の時間、１Ｍｂｐｓのビットレートが達成されることを定めうる。このようなシナリオでは、０．５％の時間の間に１Ｍｂｐｓ未満が提供されてもよい。

このようなＧＢＲの平均での定義によれば、ある欠点及び制約が与えられる。例えば、ＧＢＲの平均での定義に起因して、より低いビットレートへの偏移がありうる場合、アプリケーションの接続性が一時的に失われうる。例えば、アプリケーションに関連するデータユニットに対して不十分な無線リソースが一時的に割り当てられた場合、当該アプリケーションの接続性が妨げられうる。

アプリケーションの接続性を確保するために、いくつかのシナリオにおいては、いわゆるオーバープロビジョニング（overprovisioning）が採用される。オーバープロビジョニングは、ある期間中にアプリケーションの個別のアトミック機能（アプリケーショントランザクション）の通信が成功しうるように、あるヘッドルーム又はバッファレンジを有する無線リソースを、先手を打って割り当てることに関連する。オーバープロビジョニングは、無線リソースの過剰な割り当てにつながる可能性があり、その結果として、無線リンクの全体の性能が劣化し、システムの複雑度が増加し、運用コストが増加することになり、一方で、オーバープロビジョニングによって、アプリケーションの平均的な接続性が達成するのに役立ちうるが、それ自体によって個別のアプリケーショントランザクションの通信の成功は保証されえない。

したがって、上記の欠点及び制約の少なくともいくつかを克服又は軽減する、無線リソースの割り当てを制御する高度な技術の必要性がある。

この必要性は独立請求項の特徴によって満たされうる。従属請求項は実施形態を定める。

種々の実施形態によれば、方法は、アプリケーショントランザクションを識別することを含む。少なくとも１つのデータユニットのペイロード部は、アプリケーショントランザクションを含む。方法は更に、アプリケーショントランザクションの識別に応じて、無線リンクにおける少なくとも１つのデータユニットの送信のために無線リソースの割り当てを制御することを含む。方法は更に、無線リソースを用いて少なくとも１つのデータユニットを送信することによって、無線リンクを介してアプリケーショントランザクションの通信を実行することを含む。

種々の実施形態によれば、デバイスが提供される。デバイスは、メモリを備える。メモリは、少なくとも１つのプロセッサによって実行可能な命令を格納するよう構成される。デバイスは更に、少なくとも１つのプロセッサを備える。少なくとも１つのプロセッサは、少なくとも１つのデータユニットのペイロード部に含まれるアプリケーショントランザクションを識別することと、アプリケーショントランザクションの識別に応じて、無線リンクにおける少なくとも１つのデータユニットの送信のために無線リソースの割り当てを制御することと、無線リソースを用いて少なくとも１つのデータユニットを送信することによって、無線リンクを介してアプリケーショントランザクションの通信を実行することと、を行うための命令を実行するよう構成される。

種々の実施形態によれば、デバイスが提供される。デバイスは、アプリケーショントランザクションを識別するモジュールを備える。少なくとも１つのデータユニットのペイロード部は、アプリケーショントランザクションを含む。デバイスは更に、アプリケーショントランザクションの識別に応じて、無線リンクにおける少なくとも１つのデータユニットの送信のために無線リソースの割り当てを制御するモジュールを備える。デバイスは更に、無線リソースを用いて少なくとも１つのデータユニットを送信することによって、無線リンクを介してアプリケーショントランザクションの通信を実行するモジュールを備える。

種々の実施形態によれば、コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されるプログラムコードを含む。プログラムコードの実行により、少なくとも１つのプロセッサは方法を実行する。方法は、アプリケーショントランザクションを識別することを含む。少なくとも１つのデータユニットのペイロード部は、アプリケーショントランザクションを含む。方法は更に、アプリケーショントランザクションの識別に応じて、無線リンクにおける少なくとも１つのデータユニットの送信のために無線リソースの割り当てを制御することを含む。方法は更に、無線リソースを用いて少なくとも１つのデータユニットを送信することによって、無線リンクを介してアプリケーショントランザクションの通信を実行することを含む。

種々の実施形態によれば、少なくとも１つのプロセッサによって実行されるプログラムコードを含むコンピュータプログラムが提供される。プログラムコードの実行により、少なくとも１つのプロセッサは方法を実行する。方法は、アプリケーショントランザクションを識別することを含む。少なくとも１つのデータユニットのペイロード部は、アプリケーショントランザクションを含む。方法は更に、アプリケーショントランザクションの識別に応じて、無線リンクにおける少なくとも１つのデータユニットの送信のために無線リソースの割り当てを制御することを含む。方法は更に、無線リソースを用いて少なくとも１つのデータユニットを送信することによって、無線リンクを介してアプリケーショントランザクションの通信を実行することを含む。

上述の特徴及び以下で更に説明される特徴は、示される個別の組み合わせでのみで使用されるだけでなく、発明の範囲を逸脱することなく、他の組み合わせで使用又は分離して使用されてもよいことが理解されよう。

図１Ａは、種々の実施形態に係る、無線リンクを含むセルラネットワークを概略的に示す。 図１Ｂは、種々の実施形態に係る、無線リンクを介したデータユニットの送信のために無線リソースが割り当てられうる異なる周波数帯域を概略的に示す。 図１Ｃは、種々の実施形態に係る、セルラネットワークの無線リンクを介したデータユニットの送信のために割り当てられた無線リソースを含むリソースマッピングを概略的に示す。 図２は、種々の実施形態に係る、無線リンクを介した送信のためのプロトコルスタックを概略的に示す。 図３は、ヘッダ部と、アプリケーショントランザクションを含むペイロード部とを含むデータユニットを概略的に示す。 図４は、種々の実施形態に係るアプリケーショントランザクションを概略的に示す。 図５Ａは、種々の実施形態に係るトランザクションサービス・アグリーメントを概略的に示し、アプリケーショントランザクションは、時間単位ごとの無線リンクを介したアプリケーショントランザクションの実行された通信の保証された数を定める。 図５Ｂは、種々の実施形態に係る、トランザクションサービス・アグリーメントによって定められた候補アプリケーショントランザクションについての数の制約を概略的に示す。 図６は、図５Ａのトランザクションサービス・アグリーメントの時間単位の、曜日に対する依存性を概略的に示す。 図７は、種々の実施形態に係る、無線リンクの共有チャネルについてのスケジューリングを概略的に示し、共有チャネルは、データユニットの送信に使用される無線リソースを含む。 図８Ａは、種々の実施形態に係る、無線リンクの共有チャネルについてのスケジューリングを概略的に示し、共有チャネルは、データユニットの送信に使用される無線リソースを含む。 図８Ｂは、種々の実施形態に係る、無線リンクの共有チャネルについてのスケジューリングを概略的に示し、共有チャネルは、データユニットの送信に使用される無線リソースを含む。 図９は、種々の実施形態に係る、無線リンクを介したデータユニットの送信についての処理遅延及び送信時間を概略的示すシグナリング図である。 図１０は、種々の実施形態に係る、無線アクセスノードにおけるトランザクションサービス・アグリーメントのプロビジョニングを概略的に示すシグナリング図である。 図１１は、種々の実施形態に係る、無線アクセスノードにおける端末のアタッチ手順を概略的に示すシグナリング図である。 図１２は、種々の実施形態に係る、少なくとも１つのデータユニットを示すインジケータを含む制御メッセージの受信に基づいて、データユニットのペイロード部に含まれるアプリケーショントランザクションを識別することを概略的に示すシグナリング図である。 図１３は、種々の実施形態に係る、少なくとも１つのデータユニットのヘッダ部及び当該少なくとも１つのデータユニットのペイロード部のうちの少なくとも１つの検査に基づいて、データユニットのペイロード部に含まれるアプリケーショントランザクションを識別することを概略的に示すシグナリング図である。 図１４は、種々の実施形態に係る、データユニットのペイロード部に含まれるアプリケーショントランザクションの識別に応じて、無線リンクにおけるデータユニットの送信のために無線リソースの割り当てを制御することを概略的に示すシグナリング図である。 図１５は、種々の実施形態に係る無線アクセスノードを概略的に示す。 図１６は、種々の実施形態に係る端末を概略的に示す。 図１７は、種々の実施形態に係るデバイスを概略的に示す。 図１８は、種々の実施形態に係る方法のフローチャートである。 図１９は、種々の実施形態に係る方法のフローチャートである。

以下では、添付図面を参照して、発明の実施形態を詳しく説明する。実施形態の以下の説明は限定の趣旨では解釈されないことが理解されることになる。以下で説明される実施形態又は図面は例示的のみであると解釈され、それらによって発明の範囲が限定されることは意図されていない。

図面は、概略的な表現と見なされ、図面に示される要素は、必ずしもスケーリングして示されていない。むしろ、種々の要素は、それらの機能及び全体的な目的が当業者に明らかになるように表されている。図面に示される又は本明細書で説明される機能ブロック間、デバイス間、コンポーネント間、又は他の物理若しくは機能ユニット間の、接続又は結合は、間接の接続又は結合によって実現されてもよい。コンポーネント間の結合は、無線接続を介して確立されてもよい。機能ブロックは、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組み合わせで実現されてもよい。

以下では、ネットワークの無線リンクにおける少なくとも１つのデータユニットの送信のための無線リソースの割り当てを制御する技術について説明する。

無線リソースは、無線リンクを介してデータを送信するための１つ以上の変調されたシンボルを含む時間‐周波数リソースに対応しうる。無線リソースは、共有チャネルと関連付けられうる。このように、無線リソースは、ネットワークにアタッチされた複数の端末間で共有される共有無線リソースでありうる。このため、無線リソースの割り当ては、当該無線リソース上での競合を回避するのに貢献する。無線リソースを複数の端末に対して割り当て、当該無線リソースを当該複数の端末に分散させる処理は、スケジューリングと称される場合がある。いくつかの例では、共有チャネルの属性が、無線リンクにおける送信の実行特性（performance characteristics）に基づいて調整されてもよく、例えば、複数の端末から受信されたインジケータが考慮されうる。複数の端末からのフィードバックに基づいて共有チャネルの属性を調整することは、リンクアダプテーションと称される場合がある。

本明細書で説明される技術は、少なくとも１つのデータユニットのペイロード部でアプリケーショントランザクションを識別することに応じて無線リソースの割り当てを制御する。割り当ての制御は、リンクアダプテーション及び／又はスケジューリングの、モニタリングと必要な場合には設定とを含んでもよい。このため、いくつかの例では、アプリケーショントランザクションの識別に応じてリンクアダプテーション及び／又はスケジューリングをパッシブにモニタリングすることが可能である一方、更なる例では、リンクアダプテーション及び／又はスケジューリングをアクティブに制御することが可能である。このため、無線リソースの割り当ての制御は、無線リソースを割り当てることを含みうる。

アプリケーショントランザクションを識別することに応じて割り当てを制御することは、アプリケーショントランザクションの属性、少なくとも１つのデータユニットのペイロード部、及び／又は少なくとも１つのデータユニット、に依存して制御することを含んでもよい。アプリケーショントランザクションを識別することに応じた割り当ての制御は、アプリケーショントランザクションを識別することによってトリガされてもよい。

いくつかの例では、制御は、アプリケーショントランザクションの通信の、トランザクションサービス・アグリーメントへの適合のために行われうる。トランザクションサービス・アグリーメントは、アプリケーショントランザクションの通信に関するＱｏＳを定めうる。このため、従来の送信サービス・アグリーメントと比べて、より高いレイヤのアプリケーショントランザクションに関してＱｏＳが定められる。トランザクションサービス・アグリーメントは、例えば、アプリケーショントランザクションの実行される通信の保証される数を定めてもよく、それ故に、トランザクションの成功率を定めてもよい。トランザクションサービス・アグリーメントは、例えば、時間単位ごとのアプリケーショントランザクションの実行される通信の保証される数を特定してもよく、時間単位が特定されてよく、それにより実行時間を定める。トランザクションサービス・アグリーメントによって、アプリケーショントランザクションの通信についての特定の成功率を定めることが可能でありうる。レイテンシの要求条件を定めることが可能でありうる。

アプリケーショントランザクションは、１つ以上のアプリケーションレイヤのアプリケーションと関連付けられたデータに対応しうる。単一のアプリケーショントランザクションは、１つ以上のメッセージ、例えば、要求メッセージ及び／又は応答メッセージを含みうる。アプリケーショントランザクションは、上りリンク（ＵＬ）方向及び／又は下りリンク（ＤＬ）方向に、送信及び／又は受信（伝達）されうる。そのため、アプリケーショントランザクションは、ネットワーク及び／又はバックエンドサービスにアタッチされた端末によって開始されうる。アプリケーションレイヤは、典型的にはプロトコルスタックの上位レイヤであり、そのため、アプリケーションレイヤは、典型的には無線通信には直接的には関与しない。アプリケーショントランザクションは、アプリケーションのアトミック機能でありうる。シンプルなシナリオでは、アプリケーショントランザクションは、要求及び肯定応答／否定応答を含みうる。いくつかのシナリオでは、応答が受信されない場合又は否定応答が受信された場合、アプリケーショントランザクションは失敗したものとみなされてもよく、そのようなシナリオでは、ロールバックが実装されてもよく、ロールバックは、アプリケーショントランザクションがそれまで有していた効果をキャンセルする。応答が受信されるか否かを判定するためにタイムアウトを使用可能であってもよい。例えば、アプリケーショントランザクションの適切なコマンドの典型的なタイムアウト期間は、アプリケーショントランザクションが失敗したとみなすまでに３０秒程度であってもよい。そのようなタイムアウト基準は、アプリケーショントランザクションの実行にかかる時間を示すトランザクション時間として説明されうる。シーケンシャル・アプリケーショントランザクションの場合、トランザクション時間の逆数は、トランザクションレートと称されうる。

アプリケーショントランザクションは、アプリケーションと関連付けられたコマンド又は情報を含みうる。例えば、アプリケーショントランザクションは、ハイパーテキスト転送プロトコル（ＨＴＴＰ）コマンドを含みうる。例えば、アプリケーショントランザクションは、要求／応答ペア、例えば、ＨＴＴＰ ＧＥＴ要求／応答ペア（ＨＴＴＰ ＧＥＴ動作）を含みうる。アプリケーショントランザクションは、例えばボイス・オーバーＬＴＥ（ＶｏＬＴＥ）サービスの、音声サンプルを含まなくてもよい。

アプリケーションレイヤと比べた場合により低いレイヤのものであるデータユニットが、アプリケーショントランザクションを含みうる。例えば、データユニットは、アプリケーションレイヤと比べた場合に、リソース割り当てを実装したより低いレイヤのものでありうる。より低いレイヤの例には、データリンクレイヤ及びネットワークレイヤが含まれる。

少なくとも１つのデータユニットのペイロード部に含まれるアプリケーショントランザクションを識別するために、種々の技術（検出スキーム）が採用されうる。例えば、ディープ・パケット・インスペクション（ＤＰＩ）又はシャロー・パケット・インスペクション（ＳＰＩ）に依存した検出スキームが採用されうる。例えば少なくとも１つのデータユニットのヘッダ部及び／又はペイロード部が、ＤＰＩ及び／又はＳＰＩに従って検査されうる。ＤＰＩ及び／又はＳＰＩは、暗号化されたトラフィックの場合、適用可能ではない、又は制限された程度にのみ適用可能でないことがある。ここで、ペイロード部は、暗号化キーに基づいて暗号化されうる。いくつかの例では、暗号化キーは、例えば一時的な解読後にＤＰＩ及び／又はＳＰＩを実行するために使用可能でありうる。代替的又は追加的には、アプリケーショントランザクションを含む少なくとも１つのデータユニットを示す明示的な制御シグナリングに依存する検出スキームが実装されうる。

このため、本明細書で説明される技術の種々の例は、アプリケーショントランザクションと低レイヤのリソース割り当てとを論理的に結びつけることが可能にする。この意味で、レイヤベースのカプセル化が、少なくとも一時的に克服されうる。本明細書で説明される技術は、優れた接続性を有するアプリケーショントランザクションに依存するアプリケーションの実装を可能にする。特に、トランザクションサービス・アグリーメントへの適合がもたらされうる。

本明細書で説明される技術は、種々のユースケースに適用されうる。ユースケースの例は、アプリケーショントランザクションの概念に基づいて動作するビジネス・ツー・ビジネス（Ｂ２Ｂ）システム又はＩＴシステムである。Ｂ２Ｂトランザクションの例は、第２の企業サーバを対象とした、１つの企業サーバからの要求である。例えば、そのような要求は、例えば在庫におけるスペアパーツのリストを作るための、情報クエリーに関連しうる。ユースケースの他の例は、ＩＴシステムのトランザクションであり、データのブロックが、バックエンドのディスクシステムに書き込まれうるか又はディスクシステムから読み出されうる。書き込み又は読み出し／応答ペアは、アプリケーショントランザクションを具体化する。ユースケースの他の例は、大量のデバイスが通信を行うモノのインターネット（Internet of Things）である。例えば、自動化及び／又は監視デバイスが、アプリケーショントランザクションベースのサービスを実装しうる。種々の例は、マシン型通信（ＭＴＣ）に適用されうる。

図１は、上記のような概念を実現するために使用されうるセルラネットワーク１００のアーキテクチャを概略的に示している。図１は、例示のみを目的として第３世代パートナシップ（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）との関連で開示された例である。本明細書で開示されるような類似の技術は、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global Systems for Mobile Communications）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、汎用パケット無線システム（ＧＰＲＳ：General Packet Radio Service）、ＧＳＭ進化型高速データレート（ＥＤＧＥ：Enhanced Data Rates for GSM Evolution）、拡張ＧＰＲＳ（ＥＧＰＲＳ：Enhanced GPRS）、ユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）、及び高速パケットアクセス（ＨＳＰＡ：High Speed Packet Access）といった、様々な種類の３ＧＰＰ仕様のネットワークに容易に適用可能である。類似の技術は３ＧＰＰの５Ｇ技術に適用されてもよい。しかし、ネットワークの運用は、セルラネットワーク又は３ＧＰＰ仕様のネットワークのシナリオに限定されない。例えば、無線ネットワークの（複数の）無線リンクの少なくとも一部が、無線ローカルエリアネットワーク（ＷＬＡＮ又はＷｉ−Ｆｉ）無線アクセス技術（ＲＡＴ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、近距離無線通信（Near Field Communication）、又は衛星通信に従って運用されてもよい。

図１において、端末１３０は、Ｅ−ＵＴＲＡ ＲＡＴ１１３Ｂを介して、進化型ＮｏｄｅＢ（ｅＮＢ）１１２によって具体化された無線アクセスノードに接続される。ｅＮＢ１１２と端末１３０は、無線リンク１１１を介して、パケット化されたトラフィックを用いて通信する。無線リンク１１１を介してデータの通信を利用するために、無線リンク１１１上で種々のチャネルが実現されうる。そのようなチャネルは、論理チャネルを含みうる。チャネルは、無線リンク１１１上で専用の時間‐周波数無線リソースと関連付けられうる。チャネルには、ＤＬ制御チャネルに対応する物理ＤＬ制御チャネル（ＰＤＣＣＨ）、ＵＬ制御チャネルに対応する物理ＵＬ制御チャネル（ＰＵＣＣＨ）、ＤＬペイロードチャネルに対応する物理ＤＬ共有チャネル（ＰＤＳＣＨ）、及びＵＬペイロードチャネルに対応する物理ＵＬ共有チャネル（ＰＵＳＣＨ）が含まれうる。チャネルには、ペイロードデータの再送制御に使用可能な物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）も含まれうる。共有チャネルについては、セルラネットワーク１００（図１では図示せず）にアタッチされた複数の端末間で無線リソースが共有されうる。

図１において、端末１３０は、（図１において点線で示される）データベアラ１５０を介してパケットデータネットワーク（ＰＤＮ）のバックエンド１４０に接続されるとともに、アクセスポイントノード１４１に接続される。バックエンド１４０は、アプリケーションを提供し、当該アプリケーションは、アプリケーショントランザクションの通信を含みうる。例えば、バックエンド１４０は、クラウドストレージ、データベース等を含みうる。

例えば、ベアラ１５０は、データの通信を促進する、複数の相互接続サブベアラ及び／又はセキュアトンネルによって実現されうる。例えば、ベアラ１５０は、端末１３０のインターネットプロトコル（ＩＰ）アドレスによって識別されうる。例えば、ベアラ１５０は、ベアラ識別子（ベアラＩＤ）によって識別されうる。例えば、ベアラ１５０は、アクセスポイントノード１４１及び／又はバックエンド１４０のＩＰアドレスによって識別されうる。

ベアラ１５０は、典型的には、送信サービス・アグリーメント１５１によって定められた特定のサービス品質（ＱｏＳ）要求条件と関連付けられる。例えば、ＱｏＳ要求条件は、ベアラ１５０と関連付けられたＱｏＳクラス識別子（ＱＣＩ）によって特定されうる。具体的には、ＱｏＳ要求条件は、ＧＢＲ及び／又はレイテンシに関連しうる。例えば、レイテンシは、セルラネットワーク１００の２つのノード間のプロトコルスタックに含まれる特定のレイヤ間で定められうる。例えば、レイテンシは、サービスと関連付けられたデータの要求と、要求されたデータの受信との間の遅延に対応しうる。

ベアラ１５０は、ペイロードデータ及び／又は制御データを含む、パケット化されたデータを搬送しうる。ペイロードデータは、プロトコルスタックのより高レイヤ、例えば、アプリケーションレイヤによって使用されるデータに関連しうる。ペイロードデータは、端末１３０とバックエンド１４０との間でやりとり（通信）されるアプリケーショントランザクションに対応しうる。ペイロードデータは、セルラネットワーク１００に接続可能な端末１３０及び／又はベアラ１５０と関連付けられた加入者に対してユーザ固有でありうる。

図１は、更に、ＬＴＥ ＲＡＴの進化型パケットシステム（ＥＰＳ）アーキテクチャを概略的に示している。ＥＰＳは、進化型パケットコア（ＥＰＣ）を、コアネットワーク１１３Ａ及びＥ−ＵＴＲＡ１１３Ｂとして含む。

典型的には「インタフェース」とも称される、端末１３０とｅＮＢ１１２との間の無線リンク１１１によって実現される参照ポイント（reference point）は、ＬＴＥ−ｕＵプロトコルに従って動作する。ベアラ１５０は、無線リンク１１１を通過しうる。

ｅＮＢ１１２は、無線アクセスネットワークとコアネットワークとの間のゲートウェイを実現する、サービングゲートウェイ（ＳＧＷ）１１７に接続される。そのため、ＳＧＷ１１７は、データのルーティング及び転送を行い、セルラネットワーク１００の異なるセル間での端末１３０のハンドオーバの間にユーザプレーンのモビリティアンカーとして機能しうる。ｅＮＢ１１２とＳＧＷ１１７との間の参照ポイントは、Ｓ１−Ｕプロトコルに従って動作する。

ＳＧＷ１１７は、Ｓ５プロトコルに従って動作する参照ポイントを介して、例えばパケットデータネットワークゲートウェイ（ＰＧＷ）１１８によって実現される、他のゲートウェイノードに接続される。ＰＧＷ１１８は、バックエンド１４０へ向かうベアラ１５０のデータパケットのための、セルラネットワーク１００の出口ポイント及び入口ポイントとして機能する。そのため、ＰＧＷは、ＳＧｉプロトコルに従って動作する参照ポイントを介して、バックエンド１４０のアクセスポイントノード１４１と接続される。

端末１３０のバックエンド１４０へのアクセス機能、例えばベアラ１５０へのアクセス機能は、モビリティ管理エンティティ（ＭＭＥ）１１６によって実現される制御ノードによって制御されうる。ＭＭＥ１１６は、Ｓ１−ＭＭＥプロトコルに従って動作する参照ポイントを介してｅＮＢ１１２と接続される。更に、ＭＭＥ１１６は、Ｓ１１プロトコルに従って動作する参照ポイントを介してＳＧＷ１１７と接続される。例えば、ＭＭＥ１１６は、端末１３０と関連付けられた加入者が、アクセスポイントノード１４１にアクセスすることによってベアラ１５０を確立することを許可されているかどうかを確認しうる。

ベアラ１５０のポリシー及び課金機能は、例えばポリシー及び課金ルール機能（ＰＣＲＦ）１１９によって実現される制御ノード１１９によって制御される。ＰＣＲＦ１１９は、Ｇｘプロトコルに従って動作する参照ポイントを介してＰＧＷ１１８と接続される。ＰＧＷ１１８は、ＰＣＲＦ１１９によってＧｘプロトコルを介して提供されるポリシー及び課金制御（ＰＣＣ）ルールによって制御されるポリシー及び課金施行機能（ＰＣＥＦ）を実現しうる。

オペレータノード１７１（以下、オペレータ）は、種々のノード１１２，１１６，１１７，１１８，１１９，１４１，１４０，１３０と通信するよう構成される。オペレータノード１７１は、ノード１１２，１１６，１１７，１１８，１１９，１４１，１４０，１３０の動作を設定しうる。

無線リンク１１１を介して送信について、無線リソースはｅＮＢ１１２によって割り当てられる。具体的には、複数の端末がｅＮＢ１１２を介してセルラネットワーク１００にアタッチされる場合、ｅＮＢ１１２は、複数の端末間で無線リンク１１１上の送信のスループットを最適化するために、スケジューリング及びリンクアダプテーションを行う。

無線リソースは、異なる周波数帯域で割り当てられうる。図１Ｂは、異なる周波数帯域１６１，１６２における無線リソースの割り当てに関する例を示している。図１Ｂの例において、周波数帯域１６１，１６２はオーバラップしていない。周波数帯域１６１，１６２は、異なるキャリアに対応する。図１Ｂは、キャリアアグリゲーション（ＣＡ）シナリオに対応する。例えば、異なる周波数帯域１６１，１６２は、異なる帯域幅を有しうる。３ＧＰＰ ＬＴＥ ＲＡＴにおいて、帯域幅は、以下のうちの１つに達しうる：１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ及び２０ＭＨｚ。異なる周波数帯域１６１，１６２は、無線リソースの割り当てのために選択可能でありうる。

図１Ｃは、異なる周波数帯域１６３における無線リソース４０６の割り当てに関する態様を示している。図１Ｃの例では、例えば周波数帯域１６１，１６２のうちの１つに対応する、単一のキャリアにおける無線リソース４０６の割り当てが示されている。図１Ｃの例において、異なる無線リソース４０６は、例えば３ＧＰＰ ＬＴＥ ＲＡＴの場合の、１８０ｋＨｚの帯域幅を有し、かつ、単一の直交周波数分割多重（ＯＦＤＭ）シンボルに対応するリソースエレメントに対応する。ある周波数１６３のリソースエレメントは、個別のキャリアのサブキャリアを定める。図１Ｃの例において、無線リソース４０６の割り当てに対してあるサブキャリアが選択される（図１Ｃにおいて破線の中身によって示される）。

図２は、無線リンク１１１を介したアプリケーショントランザクションの通信及びデータユニットの送信のためにｅＮＢ１１２及び端末１３０によって実装されるプロトコルスタック２９０の態様を示している。

階層構造の最も上はアプリケーションレイヤ２８０である。図２の例では単一のアプリケーションが示されているが、複数のアプリケーションレイヤが互いの上に積み重ねられることも可能である。いくつかの例において、アプリケーションレイヤ２８０は、ユーザインタフェースを実現しうる。アプリケーションレイヤ２８０は、端末１３０及びバックエンド１４０のサーバのようなホストによって使用されるプロトコル及びインタフェース方法を特定しうる。アプリケーションレイヤ２８０は、アプリケーショントランザクションに依存するアプリケーションを実装しうる。アプリケーションの例には、以下のものが含まれるがそれらに限定されない：ＨＴＴＰ、ファイル転送プロトコル（ＦＴＰ）、Ｔｅｌｎｅｔ、セキュアＨＴＴＰ（ＳＨＴＴＰ）及び簡易オブジェクトアクセスプロトコル（ＳＯＡＰ）。

階層構造における次のものは、トランスポートレイヤ２８１であり、ネットワークレイヤと称されることもある。トランスポートレイヤは、ネットワークプロトコルを実装する。典型的には、トランスポートレイヤは、特定の伝送媒体に依存しない。トランスポートレイヤ２８１の例には、インターネットプロトコル（ＩＰ）を実装するインターネットレイヤが含まれる。例えば、Internet Engineering Task Force (IETF) Request For Changes (RFC) 791 (1981) を参照。

上位レイヤ２８０，２８１は、オープンシステム相互接続（ＯＳＩ）‐モデルによるレイヤ３−７に対応する。下位レイヤ２９２−２９５は、ＯＳＩ‐モデルによるレイヤ１及び２、即ち、物理レイヤ及びデータリンクレイヤに対応する。３ＧＰＰ ＬＴＥ ＲＡＴの例において、レイヤ１及び２は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤ２９２、無線リンク制御（ＲＬＣ）レイヤ２９３、媒体アクセス制御（ＭＡＣ）レイヤ２９４、及び物理レイヤ２９５として具体化される。

物理レイヤ２９５は、無線リンク１１１を介した送信のためにデジタル及びアナログの信号処理を実行する。物理レイヤ２９５は、プロトコルスタック２９０の底部を形成する。物理レイヤ２９５の詳細は、3GPP TS 36.211 V.12.8.0 (2015), 36.212 V.12.7.0 (2016), and 36.213 V.12.8.0 (2016) に記載されている。

ＭＡＣレイヤ２９４は、物理レイヤ２９５の動作を制御し、無線リンク１１１を介した送信のためにリンクアダプテーション及びスケジューリングを実行する。このため、ＭＡＣレイヤ２９４は、無線リソース４０６の割り当てを実行しうる。ＭＡＣレイヤ２９４の詳細は、3GPP TS 36.321, V.12.8.0 (2016) に定められている。

ＲＬＣレイヤ２９３は、２つのデバイス間のデータリンクを維持し、そのため、データベアラ１５０の動作を制御する。ＲＬＣレイヤ２９３の詳細は、3GPP TS 36.322 V.12.3.0 (2015) に定められている。

ＰＤＣＰレイヤは、そのような動作を圧縮及び／又はセキュリティ暗号化として実行するためにＩＰデータグラムを処理する。ＰＤＣＰレイヤ２９２の詳細は、3GPP TS 36.323 V.12.5.0 (2016) に定められている。

図３は、アプリケーショントランザクション３１０及びペイロード部３０２を含むデータユニット３００に関する態様を示している。図３の例では、データユニット３００は、ＩＰデータグラムとして具体化されている。他の例では、データユニットは、異なるインスタンスによって、例えば、アプリケーショントランザクション３１０がＭＡＣレイヤ２９４において識別されるシナリオにおけるＲＬＣパケットデータユニット（ＰＤＵ）によって、具体化されうる。

図３の例では、アプリケーショントランザクション３１０は、単一のデータユニット３００のペイロード部３０２に含まれる。他の例では、フラグメンテーションに起因して、アプリケーショントランザクション３１０を分割して複数のデータユニット３００に分散させることが可能である。

ペイロード部３０２は、暗号化されうる。暗号化は、アプリケーションレイヤ２８０、又はトランスポート制御プロトコル（ＴＣＰ）レイヤ若しくはＩＰレイヤ２８１の上位部分のようなトランスポートレイヤに基づいてもよい。暗号化プロセスの例は、ＳＨＴＴＰ、セキュアソケットレイヤ（ＳＳＬ）、及びトランスポートレイヤセキュリティ（ＴＬＳ）を含む。

データユニット３００は、ヘッダ部３０１も含む。データユニット３００がＩＰデータグラムとして具体化された場合、ヘッダ部３０１は、送信元ＩＰアドレス、宛先ＩＰアドレス、及びフラグメントオフセットを含む。例えば、アプリケーショントランザクションが複数のＩＰデータグラムに分散されている場合、フラグメントオフセットは、対象ＩＰデータグラムの、当該アプリケーショントランザクションの他のフラグメントを含む更なるＩＰデータグラムに対する関係を示しうる。

図４は、アプリケーショントランザクション３１０に関する態様を示している。図４の例では、アプリケーショントランザクション３１０は、ＨＴＴＰ：ＧＥＴ動作である。例えば、図４の例では、アプリケーショントランザクション３１０は、要求及び応答を含みうる（図４には図示せず）。

アプリケーショントランザクションの特定の情報コンテンツは、本明細書で説明される種々の実施形態の機能に対して密接な関係はない。そのため、幅広い異なる種類及びタイプのアプリケーショントランザクション３１０の異なる実装を採用することが可能である。互いに積み重ねられた複数のアプリケーションレイヤに関連するアプリケーショントランザクション３１０を採用することさえも可能である。一例はＨＴＴＰプロトコルを介してやりとりされるＳＯＡＰ動作でありうる。

以下では、少なくとも１つのデータユニット３００のペイロード部３０２におけるアプリケーショントランザクション３１０を識別することに応じて無線リソース４０６の割り当てを制御する技術を説明する。リソース割り当てを制御する技術は、そのような無線リソース４０６を、アプリケーショントランザクション３１０と関連付けられたアプリケーションの接続性が特定の目標を確実に満たす少なくとも１つのデータユニット３００の送信のために割り当てることを可能にする。

接続性の目標の一例は、トランザクションサービス・アグリーメントである。図５Ａは、トランザクションサービス・アグリーメント５００に関する態様を示している。図５Ａは、無線リンク１１１を介してやりとりされることが要求されるアプリケーショントランザクション３１０（候補アプリケーショントランザクション）を、時間の関数としてプロットしている。図５Ａのプロットにおいて、各バブルは、トランザクションサービス・アグリーメント３１０に対応する。図５Ａのプロットにおいて、各バブルの直径は、トランザクションサービス・アグリーメント３１０のデータサイズ５０８に対応する（例えば、より大きなバブルはより大きなサイズに対応する）。

トランザクションサービス・アグリーメント５００は、アプリケーショントランザクション３１０の通信に関してユーザ又は加入者に対して保証される１つ以上の実行特性を定めうる。１つ以上の実行特性は、ユーザに対して平均で保証されてもよい。更なる例では、１つ以上の実行特性は、ユーザに対してアプリケーショントランザクションごとに保証されてもよく、そのようなシナリオにおいて、トランザクションサービス・アグリーメント５００は、実行特性の平均での定義に依存せずに、個別のそれぞれのアプリケーショントランザクション３１０に対して実行特性を保証しうる。また、第１の実行特性について平均での定義を適用する一方、第２の実行特性についてアプリケーショントランザクションごとの定義を適用する、混合の実装もありうる。

種々の例において、種々の種類及びタイプの実行特性が、トランザクションサービス・アグリーメント５００のために実装されうる。実行特性の種類及びタイプは、本明細書で説明される種々の例の機能に対して密接な関係はない。例えば、アプリケーショントランザクションの通信の数、サイズ、レイテンシ、及び／又は成功率が、保証されうる。

実行特性の例は、時間単位ごとの、無線リンク１１１を介して実行されるアプリケーショントランザクション３１０の通信の、保証される数である。例えば、実行特性は、即ち、個別の通信試行が正常に完了したか又は確認されたかに関係なく、アプリケーショントランザクション３１０について実行される通信試行の、保証される数に対応してもよい。更なる例では、実行特性は、アプリケーショントランザクション３１０の、正常に完了する通信の、保証される数に対応してもよい。ここで、アプリケーショントランザクション３１０の通信は、受信者の個別のアプリケーションレイヤ２８０がアプリケーショントランザクション３１０を使用可能な時点において正常に完了したものとみなされてもよい。あるいは、アプリケーショントランザクション３１０の通信は、アプリケーショントランザクション３１０の受信が確認された時点において正常に完了したものとみなされてもよい。アプリケーショントランザクション３１０の正常に完了した通信についての異なる定義が適用可能であってもよい。

トランザクションサービス・アグリーメント５００が、アプリケーショントランザクション３１０の実行される通信の、保証される数に対して、平均での定義を採用している場合、通信中のアプリケーショントランザクション３１０のいくつかのインスタンスについて、当該保証される数が満たされなくてもよい。しかし、他の例では、トランザクションサービス・アグリーメント５００は、時間単位５０１（図５Ａ参照）を定めてもよく、そのようなシナリオは、時間単位５０１のそれぞれのインスタンスについて、アプリケーショントランザクション３１０のそれぞれの数の通信を保証することに対応しうる。

図５Ａの例には、そのようなシナリオが示されている。図５Ａの例では、アプリケーショントランザクション３１０の単一の通信イベントが、時間単位５０１ごとに保証されている。それにより、実行時間が保証されうる。図５Ａの例から理解できるように、時間単位５０１のインスタンスごとに、単一のアプリケーショントランザクション３１０の通信が実行される。このため、図５Ａの例では、アプリケーショントランザクション３１０の通信は、トランザクションサービス・アグリーメント５００に適合している。

図５Ａは、時間単位５０１を定性的に示している。時間単位５０１の定性的な寸法決め（dimensioning）は、本明細書で説明される種々の例の機能に対して密接な関係はない。種々の例において、時間単位５０１の定性的な寸法決めは、大いに変化しうる。例えば、いくつかの例では、時間単位５０１は、比較的小さく、例えば、数ミリ秒、数十ミリ秒、数百ミリ秒、数秒、数十秒、数百秒、数分、数十分、数百分の程度に、寸法決めされうる。ここで、アプリケーショントランザクション３１０の実行される通信の数は、比較的細かい粒度で保証される。他の例では、時間単位５０１は、比較的大きく、例えば、数分、数時間、数日、又は更には数週間の程度に、寸法決めされうる。ここで、アプリケーショントランザクション３１０の実行される通信の数は、比較的粗い粒度で保証される。

例えば、トランザクションサービス・アグリーメントの例は、０．５秒の期間中に９９．９９９％の可能性で、最大１００ｋＢのサイズを有するアプリケーショントランザクションの通信を保証することであり、これは、平均での定義に対応する。この例は、時間ユニットを定義する概念に相当し、即ち、データベアラ１５０が０．５秒ごとに１６００Kｂｐｓのデータレートを提供することを要求する。これは、即ち時間ユニットを定めずに、８００Ｋｂｐｓ（毎秒１トランザクションがやりとりされる場合の平均データレート）又は３２００Ｋｂｐｓ（毎秒２トランザクションがやりとりされる場合の平均データレート）の、平均でのデータレートを提供することとは異なる。このため、全体として、トランザクションサービス・アグリーメントは、期間ｙの範囲内でｘバイトのデータを定めうる。

例えば、トランザクション・アグリーメントの更なる例は、１００ｋＢサイズのアプリケーショントランザクションの通信が、０．５秒超を必要としないことを保証することである。例えば、トランザクション・アグリーメントの更なる例は、例えば最大サイズの制限が定められた、可変サイズのアプリケーショントランザクションの通信が、０．６秒超を必要としないことを保証することである。そのような期間は例にすぎず、異なる実装において変化しうる。

トランザクションサービス・アグリーメントの異なる実装は、ＱｏＳクラスに分類されてもよい。例えば、トランザクションサービス・アグリーメントの異なるクラスは、トランザクションサービス・アグリーメント５００によって定められる、実行される通信の異なる保証数、異なる時間単位、又は異なる制約に対応してもよい。このため、異なるトランザクションサービス・アグリーメントの属性は、例えばパラメータ化された形式で、予めプロビジョニングされてもよい。

図５Ａは、トランザクションサービス・アグリーメント５００によって定められた制約に関する態様を更に示している。トランザクションサービス・アグリーメント５００は、トランザクションサービス・アグリーメント５００に従った通信の対象となる（eligible for）ために候補アプリケーショントランザクション３１０が満たすべき１つ以上の制約を定めうる。個別のアプリケーショントランザクション３１０及び／又は複数のアプリケーショントランザクション３１０の集合（ensemble）が、１つ以上の各制約を満たさなければ、各アプリケーショントランザクション３１０及び／又は複数のアプリケーショントランザクション３１０のそれぞれの通信が、トランザクションサービス・アグリーメント５００の対象とならないことがあり、その結果、アプリケーショントランザクション３１０及び／又は複数のアプリケーショントランザクション３１０は、トランザクションサービス・アグリーメント５００に従うことが要求されない。

トランザクションサービス・アグリーメント５００によって定められた１つ以上の制約の種類及びタイプは、本明細書で説明される種々の例の機能に対して密接な関係はない。このため、種々の例は、幅広い異なる種類及びタイプの制約に依存しうる。制約は、例えば、数、サイズ、発生の頻度、及び／又はトランザクションサービス・アグリーメントのコンテンツに関連しうる。

トランザクションサービス・アグリーメント５００によって定められうる制約の一例は、サイズ制約である。図５Ａから、候補アプリケーショントランザクション３１０のサイズ５０８に分布がありうることが明らかである。トランザクションサービス・アグリーメント５００は、候補アプリケーショントランザクション３１０についてのサイズ制約を定めうる。例えば、サイズ制約は、候補トランザクションサービス・アグリーメント５００を適用可能な個別のアプリケーショントランザクション３１０が超えることができない最大サイズを定めうる。例えば、サイズ制約は、トランザクションサービス・アグリーメント５００を適用可能な複数の候補アプリケーショントランザクション３１０の集合が満たす必要があるサイズ分布を定めうる。例えば、サイズ制約は、バイトを単位として最大サイズ及び／又はサイズ分布を定めうる。

トランザクションサービス・アグリーメント５００によって定められうる制約の更なる例は、タイミング制約である。図５Ａから、アプリケーショントランザクション３１０は、束セット５１０として発生することが明らかであり、束セット５１０は、複数のアプリケーショントランザクション３１０の即時の繰り返しを含む。例えば、複数のアプリケーショントランザクション３１０のそのような即時の繰り返しは、時間単位５０１と同程度の大きさの時間スケール上に存在する期間の間に複数の候補アプリケーショントランザクション３１０が無線リンク１１１を介した通信のためにキューイングされる場合に存在しうる。いくつかの例では、タイミング制約５０２は、後続の束セット間の最小継続時間を定めうる。

図５Ｂは、候補アプリケーショントランザクション３１０に対するタイミング制約５０２を定めるトランザクションサービス・アグリーメント５００に関する態様を示している。図５Ｂの例には、タイミング制約に従った後続の束セット５１０間の期間５０２が示されている。候補アプリケーショントランザクション３１０がタイミング制約を満たさない場合、異なるアクションがとられうる。例えば、過剰なアプリケーショントランザクション３１０の通信は遅れうるか、又は、過剰なアプリケーショントランザクション３１０の通信はトランザクションサービス・アグリーメント５００への適合が保証されずに実行されうる。

図５の例では、候補アプリケーショントランザクション３１０の２つの束セット５１０が、無線リンク１１１を介した通信のためにキューイングされている。ここで、束セット５１０ごとの候補アプリケーショントランザクション３１０の最大数が、数制約によって定められうる。束セット５１０の候補アプリケーショントランザクション３１０の数が、当該最大数を超える場合、全ての又は過剰な候補アプリケーショントランザクション３１０は、トランザクションサービス・アグリーメント５００に従った通信の対象とならないことがある。

以上のように、幅広い異なる種類及びタイプの制約が、トランザクションサービス・アグリーメント５００によって定められうる。上述のサイズ制約、タイミング制約、及び数制約が、例に含まれる。種々の例において、制約は、ハードリミット又はソフトリミットを定義しうる。ハードリミットは、どのような状況下でも、トランザクションサービス・アグリーメント５００に従った通信の対象となるための各制約を満たさない過剰な候補アプリケーショントランザクション３１０を回避しうる。ソフトリミットは、制約の一時的な違反についての過使用基準（overusage criterion）に相当しうる。ここで、過使用基準によって定義される特定の状況下において、過剰な候補アプリケーショントランザクション３１０は、各制約を満たさないことがある一方、それにもかかわらずトランザクションサービス・アグリーメント５００に従った通信の対象となりうる。例えば、過使用基準は、１つ以上の制約に反したとしてもトランザクションサービス・アグリーメント５００に従ってやりとりされることが可能な候補アプリケーショントランザクション３１０の特定の割合又パーセンテージを定めうる。例えば、過使用基準は、トランザクションサービス・アグリーメント５００に従った１つ以上の制約に反する候補アプリケーショントランザクション３１０をやりとりすることに対する耐性を定めうる。

図５Ａ及び５Ｂに関して、トランザクションサービス・アグリーメント５００によって保証される実行特性、及びトランザクションサービス・アグリーメント５００によって定められる制約について説明してきた。いくつかの例において、トランザクションサービス・アグリーメント５００は、実行特性の少なくともいくつか及び／又は制約の少なくともいくつかを静的に定めうる。即ち、トランザクションサービス・アグリーメント５００は、実行特性の少なくともいくつか及び／又は制約の少なくともいくつかの、時間依存性を定めないことがある。更なる例では、トランザクションサービス・アグリーメント５００は、実行特性の少なくともいくつか及び／又は制約の少なくともいくつかについての時間依存性を定めうる。

図６は、時間単位５０１の時間依存性に関する態様を示しており、これは、トランザクションサービス・アグリーメント５００の属性の時間依存性についての典型的な例であるが、トランザクションサービス・アグリーメント５００の他の属性に対して類似の技術が容易に適用されうる。

図に示されるように、図６の例では、時間単位５０１は、平日に対して小さく寸法決めされ、土曜及び日曜に対して大きく寸法決めされている。それと同時に、アプリケーショントランザクション３１０の実行される通信の保証される数が、トランザクションサービス・アグリーメント５００によって定められ、一定であり続けることが想定される。その結果、トランザクションサービス・アグリーメントによって、土曜及び日曜と比べた場合に、平日の時間ごとに、より多数のアプリケーショントランザクション３１０が実行されることが保証される。

図６の例では、時間単位５０１／アプリケーショントランザクション３１０の実行される通信の保証される数の時間依存性が示されており、他の例では、トランザクションサービス・アグリーメント５００によって保証される他の実行特性及び／又はトランザクションサービス・アグリーメント５００によって定められる制約が、それぞれの時間依存性を示しうる。

図６の例において、時間依存性は、曜日の粒度で実現される。しかし、他の例では、より細かい又はより荒い粒度が時間依存性に対して実現されてもよい。例えば、数ミリ秒、数十ミリ秒、数百ミリ秒、数秒、数十秒、数分、数時間、数週間、又は数か月の時間スケールの時間依存性が実現されうる。種々の定性的な依存性も実現できる。例えば、時間単位５０１は、それぞれのアプリケーショントランザクション３１０と関連付けられたトランザクション時間に対して寸法決めされうる。

種々の例において、アプリケーショントランザクション３１０をペイロード部に含む少なくとも１つのデータユニット３００の送信のために無線リソース４０６の割り当てが制御される。割り当てのそのような制御は、アプリケーショントランザクション３１０の通信の、トランザクションサービス・アグリーメント５００への適合のために行われうる。

図７は、少なくとも１つのデータユニット３００の送信のために無線リソース４０６の割り当てを制御する態様を示している。図７の例には、共有チャネルにおける、特定の加入者に関連付けられたデータユニット３００の送信専用のビットレート４０１が、時間の関数としてプロットされている。

ｔ０は、アプリケーショントランザクション３１０を含むデータユニット３００が、送信のためにキューイングされる時点、例えば、送信バッファに到達する時点を示す。図に示されるように、時点ｔ１においてのみビットレート４０１が増加し始め、ｔ２までは最初にゆっくり増加し、その後、ｔ２とｔ３の間ではより速く増加している。レイテンシｔ０−ｔ１は、ビットレートカーブの傾きと同様、リンクアダプテーション及び／又はスケジューリングによって与えられる制限に起因しうる。例には、ＤＬ割り当て及び／又はＵＬグラントを送信するための要求条件、さもなければ占有されるリソースの解放、制御シグナリングを実行するための時間、データベアラを修正するリード時間、内部処理のランプアップ時間、ＴＣＰオープニング・ウィンドウ・ネゴシエーション、処理遅延、送信サービス・アグリーメントによって与えられる制約等が含まれる。

ｔ３は、時間単位５０１が終了する時点に対応し、このため、トランザクションサービス・アグリーメント５００によって、アプリケーショントランザクション３１０の通信がｔ３までに完了することが保証される。図７の例では、ｔ０とｔ３との間で使用可能なリソースの全てが、アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００の送信のために使用されるわけではなく、使用可能な全ての無線リソース４０６の一部のみが使用され（図７において破線の中身によって示されている）、それは、少なくとも１つのデータユニット３００の有限のサイズに起因する。使用可能な無線リソース４０６内で、アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００の送信が他のトラフィックよりも優先される。これにより、時間単位５０１の満了前に、少なくとも１つのデータユニット３００に含まれるアプリケーショントランザクション３１０の通信の実行が可能になる。このようにして、無線リソースの割り当てを制御することによって少なくとも１つのデータユニット３００のサイズを考慮することができる。

少なくとも１つのデータユニット３００に含まれるアプリケーショントランザクション３１０の通信は、時間単位５０１の満了前に実行されるため、図７の例では、無線リンク１１１の共有チャネルに対するリンクアダプテーション及び／又はスケジューリングをアクティブに調整することは必要とされない。むしろ、図７の例における無線リソース４０６の割り当ての制御は、無線リンク１１１の共有チャネルに対するリンクアダプテーション及び／又はスケジューリングをモニタリングすることに制限されうる。当該モニタリングは、基準の実装に従って及び／又は送信サービス・アグリーメント１５１に基づいて、スケジューリングが、トランザクションサービス・アグリーメント５００に適合したアプリケーショントランザクション３１０の通信を既に可能にしていることを生じさせる。その結果、そのようなパッシブなモニタリングを越えて、例えばトランザクションサービス・アグリーメント５００への適合のために無線リソース４０６をアクティブに割り当てることによって、送信サービス・アグリーメント１５１に基づいて実行されるアクティブにリンクアダプテーション及び／又はスケジューリングに干渉する必要はない。当該モニタリングは、少なくとも１つのデータユニット３１０のサイズを考慮しうる。例えば、当該モニタリングは、少なくとも１つのデータユニット３００のサイズを、スケジューリング及び／又はリンクアダプテーションの動作属性から（例えば送信サービス・アグリーメント１５１から）導出可能なスループット推定値と比較しうる。

図８Ａは、少なくとも１つのデータユニット３００の送信のために無線リソース４０６の割り当てを制御する態様を示している。図８Ａは、全体として、図７のシナリオと対応する。しかし、図７と図８Ａとの比較から、２つの点が明らかであり、第１は、図７のシナリオと比べると、レイテンシｔ０−ｔ１が、図８Ａのシナリオにおいて長いこと、第２は、時間単位５０１が、図７のシナリオと比べると、図８Ａのシナリオにおいて短く寸法決めされていることである。

例えば送信サービス・アグリーメント１５１に適合する、従来のリンクアダプテーション及び／又はスケジューリングは、トランザクションサービス・アグリーメント５００に違反する結果となりうる（図８Ａにおいて、ｔ１から始まるビットレート４０１の従来の傾きが、点線で示されている）これは、リンクアダプテーション及び／又はスケジューリングをモニタリングすることによって識別でき、ここで、少なくとも１つのデータユニット３００のサイズは、レイテンシｔ０−ｔ１を考慮したスループット推定値、及び例えば送信サービス・アグリーメント１５１に基づいてｔ０から始まるビットレート４０１の典型的な増加と比較されうる。

この理解により、リンクアダプテーション及び／又はスケジューリングは、トランザクションサービス・アグリーメントに基づいてアクティブに調整される。これは、定められた時間単位５０１に基づいて無線リソース４０６を割り当てることを含む。図８Ａと図７との比較からわかるように、定められた時間単位５０１に基づいて無線リソース４０６を割り当てることによって、時点ｔ１から始まる、ビットレート４０１のより速い増加が達成される。これにより、少なくとも１つのデータユニット３００に含まれるアプリケーショントランザクション３１０の通信を、時間単位５０１の満了前に実行することが可能になる（図８Ａにおいて破線の中身によって示される）。

図８Ｂは、少なくとも１つのデータユニット３００の送信のために無線リソース４０６の割り当てを制御する態様を示している。図８Ｂは、全体として、図８Ａのシナリオと対応する。しかし、図８Ａと図８Ｂとの比較から、（水平の破線によって示される）送信サービス・アグリーメント１５１のビットレート制約５７０が、少なくとも１つのデータユニット３００に含まれるアプリケーショントランザクション３１０の通信を時間単位５０１の満了に先立って実行する可能性に影響することが明らかである。ビットレート制約５７０は、スケジューリングの一部として端末１３０／各加入者に割り当て可能な、許可される最大ビットレート４０１を定める。例えば、ビットレート制約５７０は、共有チャネル上で無線リソースを共有する複数の端末間でバランスのとれたトラフィックを確保しうる。

通常、無線リソース４０６の割り当ての上記制御は、アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００のサイズと、ビットレート制約５７０との両方に依存する。例えば、スケジューリング及び／又はリンクアダプテーションの上記モニタリングは、アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００のサイズ、及びビットレート制約５７０に基づきうる。少なくとも１つのデータユニット３００のサイズと、ビットレート制約５７０との両方を考慮することによって、アプリケーショントランザクション３１０の通信がトランザクションサービス・アグリーメント５００に適合して実行可能であるかどうかを正確に予測することが可能である。

図８Ｂの例を再び参照すると、ここで、ビットレート制約５７０がハードリミットとして扱われる場合、即ち、時間単位５０１の満了前に、トランザクションサービス・アグリーメント５００に適合してアプリケーショントランザクション３１０の通信を実行することはできない。図８Ｂの例では、ビットレート制約５７０が違反される。例外的に違反が許可されると、無線リソース４０６を含む無線リンク１１１の共有チャネルに対するトラフィック負荷が比較的低くなり、即ち、ある閾値を下回る。トラフィック負荷が比較的低い場合、ビットレート制約５７０を一時的に違反することが、他の加入者が共有チャネル上の共有無線リソースにアクセスするための障害になることはない。一方、アプリケーショントランザクション３１０の通信は、トランザクションサービス・アグリーメント５００に適合して実行可能である。

図８Ｂの例では、無線リソース４０６を割り当てる上記制御は、送信サービス・アグリーメント１５１によって与えられたビットレート制約５７０を考慮する。更なる例では、送信サービス・アグリーメント１５１によって定められる更なる又は他の制約（例えば、サイズ制約又はタイミング制約）を考慮することも可能である。

更に他の例では、トランザクションサービス・アグリーメント５００が、デフォルトで送信サービス・アグリーメント１５１で定められた少なくともいくつかの制約を無効にすることが可能である。そのようなシナリオでは、トランザクションサービス・アグリーメント５００へのアプリケーショントランザクション３１０の通信の適合のための無線リソース４０６の割り当てが、送信サービス・アグリーメント１５１を考慮しないことが可能である。

図７、図８Ａ、図８Ｂに関して、リソース割り当ての時間領域の動作が制御される例を説明してきた。そのような例に対して代替的又は追加的には、リソース割り当ての周波数領域の動作を制御することも可能である。例えば、無線リソースの割り当てに使用可能な複数の候補周波数帯域１６１，１６２，１６３が存在する場合、当該複数の候補周波数帯域１６１，１６２，１６３から、アプリケーショントランザクションを含む少なくとも１つのデータユニットの送信に使用される無線リソースの割り当てのために少なくとも１つのセット周波数帯域を選択できる。少なくとも１つの周波数帯域１６１，１６２，１６３を無線リソースの割り当てのために選択した場合、異なる考慮事項が考慮されうる。例えば、異なる周波数帯域が、実行特性と関連付けられうる。いくつかの例では、複数の周波数帯域から、無線リソースの割り当てのために高い実行特性と関連付けられた少なくとも１つの周波数帯域を選択できる。周波数帯域１６１，１６２，１６３を選択することによって、アプリケーショントランザクション３１０の通信がトランザクションサービス・アグリーメント５００へ適合することを確保することが可能になる。更に、トラフィックのバランシングを実現でき、他の端末及び／又は加入者に対する負の影響が回避される。

いくつかの例では、周波数帯域１６１，１６２，１６３のうちの１つが、アプリケーショントランザクションの通信専用でありうる。即ち、いくつかの例では、周波数帯域１６１，１６２，１６３のうちの１つが、アプリケーショントランザクションをペイロード部に含むそのようなデータユニットの送信用に用意されうる。それにより、アプリケーショントランザクションの通信専用の無線リソースの割り当てのために少なくとも１つの周波数帯域を選択できる。専用の周波数帯域１６１，１６２，１６３をアプリケーショントランザクションの通信のために実装することによって、アプリケーショントランザクションの通信に高い優先度を与えることができる。その結果、アプリケーショントランザクションと関連付けられたアプリケーションの接続性に対して高いＱｏＳを与えることができる。

他の例では、異なる周波数帯域１６１，１６２がアプリケーショントランザクションの通信専用ではなくすることも可能である。即ち、いくつかの例では、アプリケーショントランザクション及び他のペイロードデータの両方をそれぞれのペイロード部に含むデータユニットの送信が、使用可能な周波数帯域１６１，１６２，１６３の各周波数帯域で実装されうる。具体的には、そのような実装は、ＣＡが実装されておらず、かつ、単一の周波数帯域がデータユニットの送信用に使用可能である場合に実現可能でありうる。

要約すると、アプリケーショントランザクション３１０の通信のトランザクションサービス・アグリーメントへの適合のために少なくとも１つのデータユニット３００の送信用の無線リソース４０６の割り当ての制御を可能にする例を説明する。これは、この例において、送信サービス・アグリーメント１５１に基づいてスケジューリング及び／又はリンクアダプテーションをモニタリングすることと、必要な場合には、定められた時間単位５０１及びビットレート制約５７０に基づいて無線リソース４０６を割り当てることでスケジューリング及び／又はリンクアダプテーションをアクティブに無効にすることとによって、実現されうる。その結果、従来のスケジューリング及び／又はリンクアダプテーションと、トランザクションサービス・アグリーメント５００への適合との間のトレードオフが実現されうる。

無線リソース４０６がアクティブに割り当てられるシナリオでは、トランザクションサービス・アグリーメント５００への適合を確保するために種々のストラテジーが考えられる。一例は、定められた時間単位５０１及びビットレート制約５７０に基づいて少なくとも１つのデータユニット３００に対する無線リソース４０６の割り当てを局所的に最適化することである。局所最適化は、アプリケーショントランザクション３１０のインスタンスごとのトランザクションサービス・アグリーメント５００への適合に関する最適化に相当しうる。言い換えれば、局所最適化は、アプリケーショントランザクション３１０の集合に対してのみ適合が（即ち平均で）達成される、トランザクションサービス・アグリーメント５００への平均での適合とは異なりうる。特に、局所最適化は、共有無線リソースにおける他の加入者／端末の送信とは無関係でありうる。局所最適化のそのような技術によって、アプリケーショントランザクション３１０ごとのトランザクションサービス・アグリーメント５００への適合を促進することが可能である。特に、この適合を促進するためにバッファリソースが積極的に割り当てられうる。その結果、そのような大量の高優先度トラフィック、ｅＮＢ１１２へ一時的にローミングを行う多数の端末、ｅＮＢ１１２の接続性の切断、アンテナの故障等といった、容易に補償することができない予測不可能なイベントを未然に防止できる。

図９は、少なくとも１つのデータユニット３００の送信に関する態様を示すシグナリング図である。まず、少なくとも１つのデータユニット３００は、例えばＳＧＷ１１７からベアラ１５０に従ってｅＮＢ１１２に到達する。特定の処理遅延７０１の後に、ｅＮＢ１１２は、少なくとも１つのデータユニットを送信する。少なくとも１つのデータユニット３００の送信は、伝搬遅延に起因する特定の期間７０２を必要とする。少なくとも１つのデータユニット３００は、端末１３０によって受信され、特定の処理遅延７０１の後に、当該少なくとも１つのデータユニット３００に含まれるアプリケーショントランザクション３１０が、アプリケーションレイヤ２８０により使用可能となる。

このため、全体のレイテンシ７５０は、処理遅延７０１及び伝搬遅延７０２の合計である。全体のレイテンシ７５０及び／又は個別のレイテンシ７０１，７０２は、アプリケーショントランザクション３１０の通信のトランザクションサービス・アグリーメント５００への適合のために無線リソース４０６の割り当てを制御する際に考慮されうる。特に、トランザクションサービス・アグリーメント５００が、時間単位５０１ごとに無線リンク１１１を介して正常に完了するアプリケーショントランザクション３１０の通信の保証される数を定める場合に、全体のレイテンシ７５０が考慮されうる。例えば、図７、８Ａ、８Ｂを参照して、無線リソース４０６を割り当てる際と、スケジューリング及び／又はリンクアダプテーションをモニタリングする際との少なくともいずれかに、全体のレイテンシ７５０に対応する時間オフセットが考慮されうる。レイテンシ７０１，７０２，７５０を考慮することによって、時間単位５０１ごとに正常に完了するアプリケーショントランザクション３１０の通信の保証される数を定める、より正確なトランザクションサービス・アグリーメント５００を定義できる。

図１０は、ｅＮＢ１１２におけるトランザクションサービス・アグリーメント５００のプロビジョニングに関する態様を示すシグナリング図である。

制御メッセージ１００１： 制御メッセージ１００１は、トランザクションサービス・アグリーメント５００の動作属性を含み、例えば、実行特性、制約、実行属性及び／又は制約の時間依存性、検出スキームから成るグループから選択されたエレメントを含む。制御メッセージ１００１を用いることで、オペレータは、セルラネットワーク１００によってサポートされるべきトランザクションサービス・アグリーメント５００又は複数のトランザクションサービス・アグリーメント５００を定義する。それにより、ｅＮＢ１１２は、制御メッセージ１００１を用いた通知を受ける。

制御メッセージ１００１は、データユニットのペイロード部に含まれるアプリケーショントランザクションを識別するために使用される技術に関する情報、即ち、検出スキームに関する情報をオプションとして含みうる。例えば、複数のトランザクションサービス・アグリーメントがネットワークによってサポートされる場合、各トランザクションサービス・アグリーメントは、１つ以上の検出スキームと関連付けられうる。

トランザクションサービス・アグリーメントが複数のｅＮＢ（図１０では単一のｅＮＢ１１２のみが示されている）において実装される場合、異なるトランザクションサービス・アグリーメントが異なるｅＮＢに実装されることが可能である。また、検出スキームのタイプが異なるｅＮＢに対して異なることが可能である。例えば、工場内に設けられたｅＮＢには、マクロネットワークに属するｅＮＢと比べた場合に、異なるトランザクションサービス・アグリーメント５００が実装されてもよい。同様に、工場内に設けられたｅＮＢには、マクロネットワークに属するｅＮＢと比べた場合に、異なる検出スキームが実装されてもよい。

制御メッセージ１００２： オペレータは、各トランザクションサービス・アグリーメント５００を、プロビジョニングメカニズムと結びつける。制御メッセージ１００２は、プロビジョニングメカニズムを示す。プロビジョニングメカニズムは、ｅＮＢ１１２が、ｅＮＢ１１２に登録している各端末が、特定のトランザクションサービス・アグリーメントの対象であるかを検出することを可能にする。例えば、１００２において、各制御メッセージは、端末ＩＰアドレス、バックエンドＩＰアドレス、ベアラＩＤ、及び／又は、International Mobile Subscriber Identity（ＩＭＳＩ）若しくはInternational Mobile Station Equipment Identity（ＩＭＥＩ）等の加入者識別子、から成るグループから選択された値を示しうる。例えば、アプリケーショントランザクション３１０の識別は、加入者と関連付けられ、かつ、少なくとも１つのデータユニット３００の送信に使用されるベアラ１５０の識別子と、加入者の識別子と、のうちの少なくとも１つに依存して選択的に実行されうる。例えば、ベアラ１５０のベアラＩＤが、制御メッセージ１００２が示すプロビジョニングメカニズムによって特定されるベアラＩＤに相当する場合、加入者又は端末１３０が、一般にトランザクションサービス・アグリーメント５００の対象であることを判定できる。例えば、端末１３０のＩＭＳＩ又はＩＭＥＩが、制御メッセージ１００２が示すプロビジョニングメカニズムによって特定されるＩＭＳＩ又はＩＭＥＩに相当する場合、加入者又は端末１３０が、一般にトランザクションサービス・アグリーメント５００の対象であることを判定できる。

制御メッセージ１００３： オペレータは、トランザクションサービス・アグリーメント５００の影響を受けるベアラ及び加入者プロファイルを、ＰＣＲＦ１１９へプロビジョニングする。１００３はオプションである。ここで、トランザクションサービス・アグリーメント５００をベアラ又は加入者プロファイルに結びつけることができる。その結果、端末１３０の将来の再アタッチの場合に、ＰＣＲＦ１１９及び／又はホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）による、各ｅＮＢへのトランザクションサービス・アグリーメント５００のプロビジョニングが可能になる。

図１１は、データベアラ１５０の確立に関する態様を示すシグナリング図である。

制御メッセージ１０１１，１０１２： 端末１３０は、ネットワーク１００に対する登録を開始する。ここで、端末１３０は、例えば、ランダムアクセス手順又はＲＲＣ接続確立手順（アタッチ手順）の一部として、アタッチを要求する。ｅＮＢ１１２は、この要求をＭＭＥ１１６へ転送する。ＭＭＥ１１６は、オペレータのネットワークの他の部分（図１１には図示せず）に、端末１３０の登録の試みについて通知する。プロセスのこの段階において、ｅＮＢ１１２は、アプリケーショントランザクションをやりとりする能力を端末１３０が有するかどうか、及び／又は端末１３０がアプリケーショントランザクションに従った通信の対象となるかどうかを認識していない。

制御メッセージ１０１３： ＭＭＥ１１６は、ｅＮＢ１１２に、端末１３０をネットワーク１００へアタッチするよう要求する。対応する制御メッセージは、ベアラ１５０のインジケーション（例えば、ベアラＩＤ）と、接続のために使用される加入者プロファイルＩＤ（ＳＰＩＤ）によって示される加入者プロファイルとを含みうる。ｅＮＢ１１２は、１００２から受信した情報に基づいて、ベアラ及び加入者プロファイルを検査する。プロビジョニングメカニズムに従ってベアラ及び加入者プロファイルがトランザクションサービス・アグリーメントと関連付けられていると、ｅＮＢ１１２が判定した場合、ｅＮＢ１１２は、対応するベアラ上の端末１３０へのトラフィック及び端末１３０からのトラフィックが、それぞれのトランザクションサービス・アグリーメントに従って処理されるべきであることを記録する。

制御メッセージ１０１４，１０１５： ｅＮＢ１１２は、その後、ＱＣＩをサポートするために必要なベアラを確立し、アタッチ要求が受け付けられたことを端末１３０に知らせる。端末１３０はこれを確認する。

制御メッセージ１０１６−１０１８： ｅＮＢ１１２は、ベアラが確立されていること、及び端末１３０がアタッチ手順を完了したことを、ＭＭＥ１１６に通知する。

送信１０１９： その後、端末１３０は、バックエンド１４０に向けてデータユニット１５０を送信すること、及びバックエンド１４０からデータユニット１５０を受信することが可能である。データユニット１５０の送信は、ＰＧＷ１１８（図１Ａを参照）を介してデータベアラ１５０に沿って行われる。ｅＮＢ１１２は、データユニットのペイロード部に含まれるアプリケーショントランザクションを識別するように構成される。この識別は、それぞれのトランザクションサービス・アグリーメントと関連付けられた検出メカニズムに従う。例えば、特定の検出メカニズムに依存して、ｅＮＢ１１２は、バックエンド１４０のＩＰアドレスが、端末１３０のＩＰアドレスと組み合わせて、トランザクションサービス・アグリーメントに関連付けられているかを判定するために、ＤＰＩ及び／又はＳＰＩを使用しうる。関連付けられている場合、ｅＮＢ１１２は、無線リンク１１１上での各データユニット３００の送信のために無線リソース４０６の割り当てを制御しうる。ｅＮＢ１１２は、各トラフィックがトランザクションサービス・アグリーメントに従って処理されなければならないことを記録しうる。

図１２は、少なくとも１つのデータユニット３００のペイロード部３０２に含まれるアプリケーショントランザクション３１０を識別することに関する態様を示している。図１２の例では、明示的な制御シグナリングが、トランザクションの開始を知らせる。詳細には、１０２１において、トランザクション・バックエンド１４０は、トランザクションが開始するところであることをオペレータ１７１に知らせる。１０２２において、オペレータ１７１は、近く行われるトランザクションについてｅＮＢ１１２に知らせる。例えば、１０２２の制御メッセージは、Ｏ＆Ｍインタフェース上で実装されうる。Ｏ＆Ｍインタフェースは、管理手順のために使用されるインタフェースでありうる。Ｏ＆Ｍインタフェースは、データプレーン及び制御プレーン（即ち、３ＧＰＰ ＬＴＥ用のＳ１−Ｕ及びＳ１−Ｃ）とは分離されうる。Ｏ＆Ｍインタフェースは、１０２２を実装するために柔軟に特定されうる。制御メッセージ１０２２は、少なくとも１つのデータユニット３００を示す。例えば、制御メッセージ１０２２は、少なくとも１つのデータユニット３００のフラグメント番号のシーケンス番号等を含みうる。それにより、ｅＮＢ１１２は、アプリケーショントランザクション３１０を識別しうる。

図１３は、少なくとも１つのデータユニット３００のペイロード部３０２に含まれるアプリケーショントランザクション３１０を識別することに関する態様を示している。図１３の例では、アプリケーショントランザクション３１０を識別するためにパケットの検査が採用される。対応するデータユニットは、送信１０３１の一部としてやりとりされる。１０３２において、ｅＮＢ１１２は、１０３１の一部としてやりとりされるデータユニットのペイロード部３０２に含まれるアプリケーショントランザクション３１０を識別するためにパケットの検査（例えば、ＤＰＩ及び／又はＳＰＩ）を実行する。ｅＮＢ１１２は、少なくとも１つのデータユニット３００のヘッダ部３０１及びペイロード部３０２のうちの少なくとも１つを検査する。ここで、ｅＮＢ１１２は、アプリケーショントランザクション３１０及びペイロード部のフィンガープリントとしてトリガパターンを検出しうる。使用されるトリガパターンのタイプは、トランザクションサービス・アグリーメント５００の定義の一部であってもよく、検出スキームの一部としてプロビジョニングされてもよい。トリガパターンの一例は、端末１３０からのＵＬチャネル上で単一の新たなバイトを受信すること、又はバックエンド１４０が新たなＴＣＰ接続をオープンすることである。データユニット１０３２の検査は、インライン制御シグナリングに関するものでもよく、具体的には、バックエンド１４０及び／又は端末１３０は、アプリケーションレイヤ２８０上の制御シグナリングのための明示的な信号を使用してもよい。そのような信号が、ｅＮＢ１１２によって傍受されうる。そのようなインライン制御シグナリングが検出された場合、それにより、やりとりされる予定のアプリケーショントランザクション３１０を識別することが可能になりうる。インライン制御シグナリングのタイプは、トランザクションサービス・アグリーメントの定義の一部でありうる。インライン制御シグナリングのタイプは、検出スキームの一部としてプロビジョニングされうる。

図１３のシナリオでは、送信１０３１は、端末１３０からｅＮＢ１１２への上りリンク送信でありうる。ここで、アプリケーショントランザクションの第１の部分（例えば、第１のデータユニット）が、１０３１における送信後にのみ、例えばＤＰＩ及び／又はＳＰＩを用いることによって、１０３２で識別されうる。これに基づいて、アプリケーショントランザクションの更なる部分（例えば、第２のデータユニット）のために無線リソースの割り当てが制御されうる。例えば、第１の部分は、要求メッセージに対応しうる一方、第２の部分は、応答メッセージに対応しうる。

図１４は、アプリケーショントランザクションの通信の監視に関する態様を示している。

制御メッセージ１０４１は、アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００を示す。ここでは、端末１３０は、近く予定されている、アプリケーショントランザクション３１０の通信をｅＮＢ１１２へ知らせる。例えば、制御メッセージ１０４１は、アプリケーショントランザクション３１０を識別する際にｅＮＢ１１２によって使用されるトリガパターンを含む明示的な制御シグナリングを含みうる。例えば、制御メッセージ１０４１は、アプリケーショントランザクション３１０をそのペイロード部３０２に含む少なくとも１つのデータユニット３００の通信のためにＵＬ共有チャネル上の無線リソースの割り当てを要求するＵＬ要求を含みうる。

１０４２において、ｅＮＢ１１２は、ＵＬリソース割り当てをモニタリングする。例えば１０４２の一部として、トランザクションサービス・アグリーメント５００（図７、図８Ａ、図８Ｂを参照）の充足を確保する無線リソース４０６が、端末１３０に割り当てられうる。送信サービス・アグリーメント１５１に基づく標準のスケジューリングに従ったリソース割り当てが、既にトランザクションサービス・アグリーメント５００を充足しているかどうかをパッシブにモニタリングすることも可能でありうる。ＵＬグラントは、例えば専用のグラントが採用されたシナリオにおいて、ｅＮＢ１１２から端末１３０へ伝達されうる。半永続的スケジューリング（semi-persistent scheduling）の場合、トランザクションサービス・アグリーメントを充足するために十分な無線リソースが利用可能であれば、ＵＬグラントが消費されてもよい。

送信１０４３： 少なくとも１つのデータユニット３００が、端末１３０からｅＮＢ１１２へ送信される。

送信１０４４： １０４３において端末１３０から受信された少なくとも１つのデータユニット３００が、バックエンド１４０へ中継される。

送信１０４５：アプリケーショントランザクションのタイプに依存して、バックエンド１４０は、それ以前にＵＬ方向に伝達されたアプリケーショントランザクション３１０に関連付けられた応答を含む少なくとも１つのデータユニット３００を送信することによって応答しうる。

１０４６において、ｅＮＢ１１２は、ＤＬリソース割り当てをモニタリングする。例えば１０４６の一部として、トランザクションサービス・アグリーメント５００の充足を確保する無線リソース４０６が、ＤＬ送信のために割り当てられうる。送信サービス・アグリーメント１５１に基づく標準のスケジューリングに従ったリソース割り当てが、既にトランザクションサービス・アグリーメントを充足しているかどうかをパッシブにモニタリングすることも可能でありうる。ＤＬ割り当ては、例えば専用のグラントが採用されたシナリオにおいて、ｅＮＢ１１２から端末１３０へ伝達されうる。半永続的スケジューリングの場合、トランザクションサービス・アグリーメントを充足するために十分な無線リソースが利用可能であれば、ＤＬ割り当ての送信が消費されてもよい。

送信１０４７： ｅＮＢ１１２は、少なくとも１つのデータユニット３００を割り当てられたＤＬ無線リソースで端末１３０へ中継する。

１０４８で、ｅＮＢ１１２は、アプリケーショントランザクション３１０の通信の実行を示すデータを、ログファイルに書き出す。当該ログファイルに基づいて、アプリケーショントランザクション３１０の通信がトランザクションサービス・アグリーメントに適合するかどうかについて判断可能である。例えば、成功率／失敗率が判定されうる。ログファイルは、アプリケーショントランザクション３１０のサイズ、アプリケーショントランザクション３１０を伝達する時間、アプリケーショントランザクション３１０の伝達の遅れ等から成るグループから選択された特徴を示しうる。

本明細書で開示される種々の例において、ログファイルに基づいて課金機能が実装されうる。例えば、アプリケーショントランザクションの通信が、トランザクションサービス・アグリーメントに適合して実行される場合、加入者は、それに応じて、例えば課金プランに従って、課金されうる。例えば、バックエンドにおいて特定数のルックアップ要求を発行するために、データベースには特定の金額がかかる可能性があり、増分のアプリケーショントランザクションに基づいて課金も行われうる。

送信１０４９： ｅＮＢ１１２は、オペレータ１７１に対して、定期的に及び／又はオペレータによる要求に応じて、トランザクションサービス・アグリーメントの充足を報告する。ここでは、１０４８においてログファイルに書き出された、アプリケーショントランザクション３１０の通信の実行を示すデータが考慮されうる。

図１５は、ｅＮＢ１１２の概略図である。ｅＮＢ１１２は、プロセッサ１１２１を備える。プロセッサ１１２１は、インタフェース１１２２及びメモリ１１２３（例えば、不揮発メモリ）と接続される。インタフェース１１２２は、無線リソース４０６を用いて少なくとも１つのデータユニット３００を送信するように構成される。少なくとも１つのデータユニット３００は、アプリケーショントランザクションを含みうる。メモリ１１２３は、プロセッサ１１２１により実行可能な制御命令を含む。制御命令の実行により、プロセッサ１１２１が、本明細書に記載されるような技術を実行し、例えば、少なくとも１つのデータユニット３００のペイロード部３０２に含まれるアプリケーショントランザクション３１０を識別すること、ＳＰＩ及び／又はＤＰＩを実行すること、無線リソース４０６の割り当てを制御すること、スケジューリング及び／又はリンクアダプテーションをモニタリングすること、無線リソースを割り当てること、を実行する。

図１６は、端末１３０の概略図である。端末１３０は、プロセッサ１３０１を備える。プロセッサ１３０１は、インタフェース１３０２及びメモリ１３０３（例えば、不揮発メモリ）と接続される。インタフェース１３０２は、無線リソース４０６を用いて少なくとも１つのデータユニット３００を送信するように構成される。少なくとも１つのデータユニット３００は、アプリケーショントランザクション３１０を含みうる。メモリ１３０３は、プロセッサ１３０１により実行可能な制御命令を含む。制御命令の実行により、プロセッサ１３０１が、本明細書に記載されるような技術を実行し、例えば、少なくとも１つのデータユニット３００のペイロード部３０２に含まれるアプリケーショントランザクション３１０を識別すること、ＳＰＩ及び／又はＤＰＩを実行すること、無線リソース４０６の割り当てを制御すること、スケジューリング及び／又はリンクアダプテーションをモニタリングすること、無線リソースを割り当てること、を実行する。

図１７は、デバイス２８００の概略図である。デバイス２３００は、ｅＮＢ１１２によって具体化されうる。

デバイス２８００は、トランザクションサービス・アグリーメント５００に適合したアプリケーショントランザクションの通信を促進するロジックが改良されている。そのようなロジックは、少なくとも１つのデータユニット３００のペイロード部３０２におけるアプリケーショントランザクション３１０を識別することを促進し、例えば、個別のアプリケーショントランザクション３１０の最初及び最後が、データベアラ１５０のようなパケット化されたデータのデータフローにおいて識別されうる。少なくとも１つのデータユニットの送信のために無線リソースの割り当てを制御することによって、トランザクションサービス・アグリーメントに適合したアプリケーショントランザクションの通信が促進され、例えば、特定の成功率要求条件及び／又はレイテンシ要求条件が満たされうる。

デバイス２８００は、アプリケーショントランザクションを識別するモジュール２８０１を備え、アプリケーショントランザクション３１０は、少なくとも１つのデータユニット３００のペイロード部３０２に含まれる。モジュール２８０１は、トランザクション検出器（ＴＤ：Transaction Detector）とも称されうる。

デバイス２８００は、無線リソース４０６の割り当てを制御するモジュール２８０２を更に備える。モジュール２８０２は、トランザクション・スーパーバイザ（ＴＳ：Transaction Supervisor）とも称されうる。

デバイス２８００は、モジュール２８０２によって割り当てられた無線リソース４０６を用いて少なくとも１つのデータユニット３００を送信するモジュール２８０３を更に備える。

ＴＤ２８０１及びＴＳ２８０２は、端末１３０とバックエンド１６０との間でやりとりされるアプリケーショントランザクション３１０が、トランザクションサービス・アグリーメント５００を満たす（即ち、アプリケーショントランザクション５００に適合してやりとりされる）ことを確実にするために、リンクアダプテーション及びスケジューリング・メカニズムで相互に作用しうる。ＴＳ２８０２は更に、トランザクション・ボリュームを測定し、例えば各端末１３０に対して定められた、及び／又は各バックエンド１６０に対して定められた、トランザクションサービス・アグリーメント５００に、どの程度、通信が適合しているかをログファイルに書き出すように構成されうる。

トランザクション・サブスクリプションを有する端末１３０がバックエンド１６０と通信すること、例えば、アプリケーショントランザクション３１０が、端末１３０からの１ｋＢのＵＬ要求を含みうるとともに、バックエンド１６０からの０．１ｋＢのＤＬ応答がそれに続くことを検討する。そのようなアプリケーショントランザクション３１０は、１秒に１回、伝達されうる。各アプリケーショントランザクション３１０の応答は、アプリケーショントランザクション３１０の開始から１００ｍｓ以内に端末１１３に到達することが要求されることが想定されうる。

また、ＴＤ２８０１は、端末１３０から送信されるＵＬデータユニット３００において、及び／又はバックエンド１６０から送信されるデータユニット３００において、アプリケーショントランザクション３１０を識別するように構成されうる。アプリケーショントランザクション３１０を識別するＴＤ２８０１は、それに応じて、対応する端末１３０がトランザクションサービス・アグリーメント５００に関連付けられている場合にＴＳ２８０２に通知する。ＴＳ２８０２は、端末１３０用のトランザクションサービス・アグリーメント５００を調べ、トランザクションサービス・アグリーメント５００の特定の制約が満たされているかどうかを判定（即ち、アプリケーショントランザクション３１０が、トランザクションサービス・アグリーメント５００に従った通信の対象であるかを判定）するように構成される。満たされている場合、ＴＳ２８０２は、送信要求条件をスケジューリングに通知する。例えば、ＴＳ２８０２は、次の１ｋＢのデータが、次の５０ｍｓ以内にＵＬチャネルで送信される必要があること、及び次の０．１ｋＢのＤＬデータが、１００ｍｓ以内に送信される必要があることを、スケジューリングに通知する。

スケジューリングは、トランザクションサービス・アグリーメント５００への適合のために、必要な場合には無線リソース４０６の割り当てを調整する。代替的又は追加的には、スケジューリングは、トランザクションサービス・アグリーメント５００への適合のために、必要な場合にはリンクアダプテーションを調整する。成功率が、もとのＴＳ２８０２へ報告される。成功率に関して、トランザクションサービス・アグリーメント５００に適合したアプリケーショントランザクション３１０のやりとりの、可能性のある失敗の要因が報告されうる。例えば、トランザクションサービス・アグリーメント５００への適合が、無線性能／オーバー利用に起因して可能ではないかどうか、又はバックエンド１６０の、端末１３０からゆっくりと到着する少なくとも１つのデータユニット３００が、区別されうる。

アプリケーションリソースのそのような制御は、更に、アプリケーショントランザクション３１０がトランザクションサービス・アグリーメント５００に適合してやりとりされる限り、アプリケーショントランザクション３１０を遅らせ、他の加入者／端末を優先させる可能性を利用する。

ＴＳ２８０２は、トランザクションサービス・アグリーメント５００の充足結果を示すログファイルを、例えば、オペレータ１７１、ｅＮＢ１１２、又は、端末１３０に関連付けられた加入者及び／又はバックエンド１６０に公開する。

ＴＤ２８０１及びＴＳ２８０２は、トランザクションサービス・アグリーメント５００を設定するために以下のスキームの組み合わせを使用しうる。第１は、例えば、端末への直接のローカルポート接続、及び／又は、ＯＳＳ／ビジネス・サポート・システム（ＢＳＳ）環境のアグリゲータ入力／出力ノードを介した、オペレーション・サポート・システム（ＯＳＳ）によるＯ＆Ｍインタフェース上の端末／バックエンドの明示的なプロビジョニングである。例えば、加入者と関連付けられ、かつ、アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００を送信するために使用される、データベアラ１５０の識別子と、加入者／端末１３０の識別子と、バックエンド１６０の識別子との少なくともいずれかを、それぞれの制御メッセージによって知らせることができる。第２は、加入者プロファイル情報が割り当てられた任意の適切な端末１３０と組み合わせて特定のデータベアラと関連付けられた、トランザクションサービス・アグリーメント５００の属性を特定する、ＯＳＳ／ＢＳＳによってｅＮＢ Ｏ＆Ｍインタフェースによって予め設定される、ベアラ及び加入者プロファイルの関連付けを通じたものである。

ＴＤ２８０１は、アプリケーショントランザクション３１０を識別するために種々の検出スキームを使用しうる。検出スキームは、Ｏ＆Ｍインタフェース上でオペレータ１７１により設定可能である。検出スキームの第１の例では、明示的及びオンデマンドの制御シグナリングが、アプリケーショントランザクション３１０の最初及び／又は最後に用いられる。制御シグナリングは、例えば、オペレータ１７１を介してＯ＆Ｍインタフェース上で、バックエンド１６０とｅＮＢ１１２との間で行われうる。検出スキームの第２の例では、ユーザプレーンのデータユニット３００のペイロード部３０２のオン・ザ・フライトＤＰＩが実行される。それにより、例えば、ＩＰデータグラムの到着又はＴＣＰセッションのセットアップを識別することによって、アプリケーショントランザクション３１０の開始が識別されうる。第３は、アプリケーショントランザクション３１０の開始を示す、バックエンド１６０と端末１３０との間の明示的なユーザプレーン・シグナリングを通じたものである。これは、アプリケーションレイヤのインライン制御シグナリングを検出することに対応しうる。

アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００の送信に使用される特定のデータベアラ１５０を判定するために、レガシー・ベアラ選択が使用されうる。このため、選択されたデータベアラ１５０は、デフォルトベアラ又は専用ベアラでありうる。

図１８は、種々の実施形態に係る方法のフローチャートである。３００１において、アプリケーショントランザクション３１０を識別する。３００１において、オプションとしてオペレータ１７１を介して、例えばＤＰＩ及び／又はＳＰＩ、例えばｅＮＢ１１２とバックエンド１４０との間のインライン制御シグナリング又は明示的制御シグナリングの検出を含む、１つ以上の検出スキームが用いられうる。

３００２において、無線リソース４０６の割り当てを制御する。無線リソース４０６は、アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００の送信のために使用される。３００２は、パッシブ及び／又はアクティブなステップを含みうる。

例えば、３００２では、無線リンク１１１の共有チャネルに対するスケジューリング及び／又はリンクアダプテーションをモニタリングでき、ここでは、スケジューリング及び／又はリンクアダプテーションが、トランザクションサービス・アグリーメント５００に適合したアプリケーショントランザクション３１０の通信を既に可能にしている、割り当てられた無線リソースを生じさせるかどうかを考慮できる。３００２では、送信サービス・アグリーメント１５１に基づいて実行されるリンクアダプテーション及び／又はスケジューリングを考慮できる。

代替的又は追加的には、３００２では、トランザクションサービス・アグリーメント５００に適合したアプリケーショントランザクション３１０の通信を可能にする無線リソース４０６をアクティブに割り当てられる。３００２における無線リソース４０６の割り当ての制御は、端末１３０及び／又は端末１３０の加入者と関連付けられた送信サービス・アグリーメント１５１のビットレート制約５７０を考慮しうる。代替的又は追加的には、３００２における無線リソース４０６の割り当ての制御は、アプリケーショントランザクション３１０を含む少なくとも１つのデータユニット３００のサイズを考慮しうる。

３００３において、３００２で前もって割り当てられた無線リソース４０６を使用して少なくとも１つのデータユニット３００を送信することによって、アプリケーショントランザクションの通信を実行する。

図１９は、種々の実施形態に係る方法のフローチャートである。図１９は、少なくとも１つのデータユニット３００のペイロード部３０２におけるアプリケーショントランザクション３１０を識別することの詳細を示している。

３０１１において、少なくとも１つのデータユニット３００の送信に使用されるベアラＩＤと、端末１３０及び／又は端末１３０の加入者と関連付けられたＩＭＳＩ／ＩＭＥＩとの少なくともいずれかが、一般にトランザクションサービス・アグリーメント５００の対象であるかどうかを確認する。これがそうではない場合には、３０１５において、少なくとも１つのデータユニット３００は（図１９においてＴＳＡと表示された）トランザクションサービス・アグリーメント５００の対象ではないと判断する。

それ以外の場合には、３０１２において、端末１３０のＩＰアドレス及び／又はバックエンド１６０のＩＰアドレスが、アプリケーショントランザクション３１０の存在を示すかどうかを確認する。３０１２を目的として、ＳＰＩが実行されて少なくとも１つのデータユニット３００のヘッダ部３０１が検査されうる。

３０１２に基づいて、３０１４において、アプリケーショントランザクション３１０が既に識別された場合、それぞれの少なくとも１つのデータユニットが、トランザクションサービス・アグリーメント５００の対象であると判断する。

それ以外の場合には、３０１３において、少なくとも１つのデータユニット３００のペイロード部３０２を検査する。ここでは、トリガパターンについてペイロード部３０２を検査しうる。３０１３を目的として、ＤＰＩが用いられうる。

３０１３に基づいて、３０１４において、アプリケーショントランザクション３１０が識別された場合、それぞれの少なくとも１つのデータユニット３００が、トランザクションサービス・アグリーメント５００の対象であると判断する。それ以外の場合には、３０１５において、少なくとも１つのデータユニット３００はトランザクションサービス・アグリーメント５００の対象ではないと判断する。

まとめると、上記の技術により、データユニットのペイロード部においてアプリケーショントランザクションを識別することに基づいて無線リソースの割り当てを制御できることを説明してきた。それにより、プロトコルスタックの、そうでなければカプセル化される高レイヤと、低レイヤとの間のリンクを実現でき、個別のアプリケーショントランザクションを考慮することによってアプリケーションの接続性を容易に実現できる。

具体的には、典型的にはＧＢＲのフレームワークにおいて平均でのビット毎秒を単位とした実行特性を送る低レイヤ間で、及び典型的には個別のアプリケーショントランザクションを単位として実行特性を必要とする高レイヤ間で、リンクを確立できる。

本明細書に記載の技術は、オーバープロビジョニングを実装する必要性を回避する。それにより、無線リンクの全体の実行特性が利益を受ける。一方で、アプリケーショントランザクションをやりとりする加入者に対する保証を特定する特定のトランザクションサービス・アグリーメントに取り組むことができる。

アプリケーショントランザクションを含むデータユニットについてスケジューリング及び／又はリンクアダプテーションをモニタリングして影響を与えることによって、トランザクションサービス・アグリーメントに取り組むことが可能になる。

トランザクションサービス・アグリーメントを用いて、新たなアプリケーショントランザクションベースの能力で、セルラネットワークのような既存の無線通信システムを強化することが可能である。その結果、無線スペクトラムにおけるインフラストラクチャ投資を保護できる。更に、オペレータは、アプリケーショントランザクションに対して柔軟に課金することを提供できる。種々のトランザクションサービス・アグリーメントを柔軟に実装できる。無線利用コストを、アプリケーショントランザクションベースのサービスのために管理できる。オーバープロビジョニングを回避できる。加入者は、適切に定められた実行特性を有するアプリケーショントランザクションのやりとりのために無線通信を使用可能になる。高価な有線設備及びインフラストラクチャを回避できる。

特定の好ましい実施形態に関して発明を表現及び説明してきたが、本明細書を読んで理解することで当業者は均等物及び変更を思いつくことになる。本発明は、そのような均等物及び変更の全てを含み、添付の請求項の範囲によってのみ限定される。

例えば、上記の種々の例はＤＬデータユニットに関して説明されているが、それぞれのシナリオはＵＬデータユニットに対して容易に適用されうる。

Claims (17)

1. 方法であって、
   少なくとも１つのデータユニット（300）のペイロード部（302）に含まれるアプリケーショントランザクション（310）を識別することと、
   前記アプリケーショントランザクション（310）の識別に応じて、無線リンク（111）上での前記少なくとも１つのデータユニット（300）の送信のために無線リソース（406）の割り当てを制御することであって、前記無線リソース（406）の前記割り当ての前記制御は、前記アプリケーショントランザクション（310）の通信の、トランザクションサービス・アグリーメント（500）への適合のために行われ、前記トランザクションサービス・アグリーメント（500）は、時間単位（501）ごとの、前記無線リンク（111）を介して実行されるアプリケーショントランザクション（310）の通信の、保証される数を定める、制御することと、
   前記無線リソース（406）を用いて前記少なくとも１つのデータユニット（300）を送信することによって、前記無線リンク（111）を介して前記アプリケーショントランザクション（310）の通信を実行することと、
   を含む方法。
2. 請求項１に記載の方法であって、
   前記トランザクションサービス・アグリーメント（500）は、
   時間単位（501）ごとの、前記無線リンク（111）を介して正常に完了するアプリケーショントランザクション（310）の通信の、保証される数、
   前記時間単位（501）、
   候補アプリケーショントランザクション（310）についてのサイズの制約（508）、
   候補アプリケーショントランザクション（310）についてのタイミングの制約（502）、
   候補アプリケーショントランザクション（310）についての数の制約、及び
   候補アプリケーショントランザクション（310）についての制約（502,508）に一時的に違反するための過使用基準、
   のうちの少なくとも１つを定める、方法。
3. 請求項１又は２に記載の方法であって、
   前記無線リソース（406）の割り当ての前記制御は、前記少なくとも１つのデータユニット（300）のサイズと、ビットレートの制約（570）とに依存し、前記ビットレートの制約（570）は、ベアラ（150）上での前記少なくとも１つのデータユニット（300）の送信のための送信サービス・アグリーメント（151）によって定められる、方法。
4. 請求項３に記載の方法であって、
   前記無線リソース（406）の割り当ての前記制御は、前記無線リソース（406）を含む前記無線リンク（111）の共有チャネル上のトラフィック負荷に依存して、前記ビットレートの制約（570）に選択的に違反する、方法。
5. 請求項３又は４に記載の方法であって、
   前記トランザクションサービス・アグリーメント（500）は、前記時間単位（501）を定め、
   前記無線リソース（406）の前記割り当ての前記制御は、
   前記定められた時間単位（501）及び前記ビットレートの制約（570）に基づいて、前記無線リソース（406）を割り当てることを含む、方法。
6. 請求項５に記載の方法であって、
   複数の候補周波数帯域から少なくとも１つの周波数帯域（161,162,163）を選択することを含み、
   前記無線リソース（406）は、前記選択された少なくとも１つの周波数帯域（161,162,163）において割り当てられる、方法。
7. 請求項６に記載の方法であって、
   前記選択された少なくとも１つの周波数帯域（161,162,163）は、アプリケーショントランザクション（310）の通信の専用である、方法。
8. 請求項５から７のいずれか１項に記載の方法であって、
   前記無線リソース（406）の前記割り当ては、
   前記定められた時間単位（501）及び前記ビットレートの制約（570）に基づいて、前記少なくとも１つのデータユニット（300）に対する前記無線リソース（406）の前記割り当てを局所的に最適化することを含む、方法。
9. 請求項１から８のいずれか１項に記載の方法であって、
   前記無線リソース（406）の前記割り当ての前記制御は、
   前記無線リソース（406）を含む前記無線リンク（111）の共有チャネルに対するスケジューリングをモニタリングすることを含む、方法。
10. 請求項１から９のいずれか１項に記載の方法であって、更に、
    前記アプリケーショントランザクション（310）の前記通信の前記実行を示すデータをログファイルに書き出すことを含む、方法。
11. 請求項１から１０のいずれか１項に記載の方法であって、
    前記アプリケーショントランザクション（310）の前記識別は、
    前記少なくとも１つのデータユニット（300）のヘッダ部（30１）と、前記少なくとも１つのデータユニット（300）の前記ペイロード部（302）との少なくとも１つを、所定のデータパターンについて検査すること、及び
    前記少なくとも１つのデータユニット（300）を示すインジケータを含む制御メッセージ（1022）を受信すること、の少なくともいずれかを含む、方法。
12. 請求項１から１１のいずれか１項に記載の方法であって、
    前記アプリケーショントランザクション（310）の前記識別は、加入者と関連付けられ、かつ、前記少なくとも１つのデータユニット（300）の送信に使用されるベアラ（150）の識別子と、前記加入者の識別子と、のうちの少なくとも１つに依存して選択的に実行される、方法。
13. 請求項１から１２のいずれか１項に記載の方法であって、
    前記アプリケーショントランザクション（310）は、送信プロトコルスタック（290）のアプリケーションレイヤ（280）のものであり、
    前記少なくとも１つのデータユニット（300）は、前記送信プロトコルスタック（290）のデータリンクレイヤ（292-294）又はネットワークレイヤ（281）のうちの少なくとも１つのものである、方法。
14. デバイス（112,130）であって、
    少なくとも１つのプロセッサによって実行可能な命令を格納するように構成されたメモリと、
    前記命令を実行するように構成された前記少なくとも１つのプロセッサと、を備え、前記命令は、
    少なくとも１つのデータユニット（300）のペイロード部（302）に含まれるアプリケーショントランザクション（310）を識別することと、
    前記アプリケーショントランザクション（310）の識別に応じて、無線リンク（111）上での前記少なくとも１つのデータユニット（300）の送信のために無線リソース（406）の割り当てを制御することであって、前記無線リソース（406）の前記割り当ての前記制御は、前記アプリケーショントランザクション（310）の通信の、トランザクションサービス・アグリーメント（500）への適合のために行われ、前記トランザクションサービス・アグリーメント（500）は、時間単位（501）ごとの、前記無線リンク（111）を介して実行されるアプリケーショントランザクション（310）の通信の、保証される数を定める、制御することと、
    前記無線リソース（406）を用いて前記少なくとも１つのデータユニット（300）を送信することによって、前記無線リンク（111）を介して前記アプリケーショントランザクション（310）の通信を実行することと、
    を実行するための命令である、デバイス。
15. 請求項１４に記載のデバイス（112,130）であって、
    前記デバイスは、
    セルラネットワーク（100）のアクセスノード（112）、
    セルラネットワーク（100）にアタッチ可能な端末（130）、又は
    ポイント・ツー・ポイント・ネットワークのアクセスステーション
    である、デバイス。
16. 請求項１４又は１５に記載のデバイス（112,130）であって、
    前記少なくとも１つのプロセッサは、請求項２から１３のいずれか１項に記載の方法を実行するように構成される、デバイス。
17. 少なくとも１つのプロセッサにより実行可能なプログラムコードを含むコンピュータプログラムであって、前記プログラムコードの実行により前記少なくとも１つのプロセッサは、請求項１から１３のいずれか１項に記載の方法を実行する、コンピュータプログラム。

Images