JP2019537302A - 無線アクセスにおける無線ベアラの切替え - Google Patents

Abstract

一実施例では、第１トラフィックサブフローのパケットおよび第２トラフィックサブフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を行うことと、第２トラフィックサブフローのパケットが第２無線ベアラを介して第２デバイスに送信されるものであることを検出することと、その検出に基づいて、パケットデータユニットを第１無線ベアラを介して第２デバイスに送信することとを含む通信を行う。このパケットデータユニットは、第２トラフィックフローの第２無線ベアラへの切替えの表示を含む。第１トラフィックフローのパケットは引き続き第１無線ベアラを介して送信される。【選択図】図１

Description

本発明の例示の諸実施形態による教示は、一般に、第五世代の無線アクセスにおけるＱｏＳアーキテクチャに関し、さらに具体的には、第五世代無線アクセスなどの無線アクセス技術において、より少ないシグナリングオーバーヘッドによってよりフレキシブルなデータ処理を可能にする新規のマッピング構造に関する。

背景

このセクションは、特許請求の範囲に記載されている本発明の背景または状況を提供するように意図されている。本セクションの記述は、追求が可能と考えられる構想を含み得るが、それらは必ずしも以前に着想されまたは追求されてきたものではない。したがって、本セクション中に別途に示されている場合を除き、本セクションに記述されている事項は、本出願中の記述および特許請求の範囲に先行していた技術ではなく、本セクションにそれらが含まれているからといって先行の技術であるとは認められない。

本明細書および／または図面中に記載されるいくつかの略語は以下のように定義される：
５Ｇ Ｆｉｆｔｈ Ｇｅｎｅｒａｔｉｏｎ（第五世代）
ＡＰＩ ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｇｒａｍｉｎｇ ｉｎｔｅｒｆａｃｅ（アプリケーションプログラミングインタフェース）
ＢＳ ｂａｓｅ ｓｔａｔｉｏｎ（基地局）
ＣＡＦ ｃｏｎｔｅｎｔ ａｗａｒｅｎｅｓｓ ｆｕｎｃｔｉｏｎ（コンテンツアウェアネス機能）
ＤＲＢ Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ（データ無線ベアラ）
ｅＮＢ ｅｖｏｌｖｅｄ ＮｏｄｅＢ（進化型ノードＢ）
ＦＩＩ Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ（フロー識別インジケータ）
ＩＦ ｉｎｔｅｒｆａｃｅ（インターフェース）
ＩＰ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ（インターネットプロトコル）
ＭＡＣ Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（媒体アクセス制御）
ＭＮＣ−Ｕ Ｍｕｌｔｉ−Ｎｏｄｅ Ｃｏｎｔｒｏｌｌｅｒ−Ｕｓｅｒ ｐｌａｎｅ（多ノードコントローラー−ユーザプレーン）
ＮＲ Ｎｅｗ Ｒａｄｉｏ（新無線）
ＰＤＣＰ Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（パケットデータ収斂プロトコル）
ＰＤＵ ｐａｃｋｅｔ ｄａｔａ ｕｎｉｔ（パケットデータユニット）
ＰＨＹ Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ（物理層）
ＱｏＥ ｑｕａｌｉｔｙ ｏｆ ｅｘｐｅｒｉｅｎｃｅ（体感品質）
ＲＡＮ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ（無線アクセスネットワーク）
ＲＢ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ（リソースブロック）
ＲＬＣ Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（無線リンク制御）
ＲＲＣ ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ（無線リソース制御）
ＲＲＭ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｍｅｎｔ（無線リソース管理）
ＳｅＮＢ Ｓｏｕｒｃｅ Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（移動元進化型ノードＢ）
ＳＳＣ Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｏｄｅ（二次同期符号）
ＴｅＮＢ Ｔａｒｇｅｔ Ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（移動先進化型ノードＢ）
ＵＥ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ（ユーザ装置）
ＡＳ Ａｐｐｌｉｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅｒ（アプリケーションスケジューラ）

５Ｇでは、無線アクセスネットワーク（ＲＡＮ）が、コアネットワークからの即時シグナリングを必要とせずに、データ無線ベアラ（ＤＲＢ）を生成し修正できることが予期されている。これは、４Ｇ／ＬＴＥシステムと対照的であり、該システムでは、ＤＲＢは、ＥＰＳベアラによる、アクセスネットワークとコアネットワークとの間の１対１のマッピング対象である。５Ｇでは、アクセスネットワークとコアネットワークとの間のこの１対１のマッピングの論理構造が解消され、１対ｎのマッピングに置き換えられる、すなわち、この無線アクセスは、ＤＲＢのセットに対し、コアネットワークからとＵＥからとのデータトラフィックを生成しマップすることができる。

この新規のマッピング構造は、より少ないシグナリングオーバーヘッドによってよりフレキシブルなデータ処理を可能にするが、しかし、ＤＲＢのプロトコル構造に起因して現在のところＬＴＥシステムでは可能でない。

さらに、他の無線技術もまた、送信器と受信器との間での無線ベアラの類似の使用またはデータ無線ベアラのかかるフレキシブルな使用を可能にできることにも留意する。上記の問題は、アクセスネットワークおよびコア／外部ネットワークを有するシステムに関して言える。だが、コア／外部ネットワークへの接続を持たない独立したアクセスネットワーク内の２つのデバイスの間においても同じ問題に面し得る。さらに、アクセスネットワーク内のデバイス間通信でも、コア／外部ネットワークへの接続の有無にかかわらず同じ問題に面する可能性がある。

少なくとも上記に示された問題は、本明細書に記載の本発明の例示の諸実施形態において対処される。

摘要

本セクションは、可能な実装の諸例を包含しており、限定する意味はない。

本発明の或る例示的な側面に従う方法には次のような方法がある。この方法は、
通信デバイスによって、第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を行うことと、
前記第２トラフィックフローのさらなるパケットが、第２無線ベアラを介して前記第２デバイスに送信されるものであることを検出することと、
前記検出に基づいて、パケットデータユニットを前記第１無線ベアラを介して前記第２デバイスに送信することと、
を含み、ここで前記パケットデータユニットは、前記第２トラフィックフローの前記第２無線ベアラへの切替えの表示を含み、前記第１トラフィックフローのパケットは引き続き前記第１無線ベアラを介して送信される。

さらなる例示の実施形態において、前の段落の方法を含む或る方法は、第１デバイスと第２デバイスとの間に設定されている第２無線ベアラに基づいて、第２トラフィックフローのさらなるパケットを、第２無線ベアラを介して第２デバイスに送信することがある。追加の例示の実施形態は、上記の検出に基づいて、第２デバイスに第２無線ベアラを設定させることがある。本発明のこの例示の実施形態によれば、この検出は、第２トラフィックフローのさらなるパケットがより高い優先度を必要とするアプリケーションに関連付けられていることを検出することを含む。別の例示の実施形態は、パケットデータユニットの受領の確認を第２デバイスから受信することを含み、この受領の確認は、パケットデータユニットの順序通りの受信の確認であってよく、第２トラフィックフローのさらなるパケットの送信はこの確認に基づく。さらなる例示の実施形態によれば、パケットデータユニットは、シーケンス番号を含む。追加の例示の実施形態において、このシーケンス番号は、無線ベアラに対し第２デバイスへの順番通りのパケットの配送をもたらす。別の例示の実施形態では、該パケットデータユニットは、第２デバイスに、第２トラフィックフローに属するパケットを第２デバイスの上位層に配送させる。本発明のさらに別の例示の実施形態において、この上位層はアプリケーション層である。本発明のまださらなる別の例示の実施形態には、第２トラフィックフローを第２デバイスの第２無線ベアラに送信する前に、第１デバイスにパケットがバッファリングすることがある。

本発明の別の例示の実施形態には次のような装置がある。この装置は、
通信デバイスによって、第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を行う手段と、
前記第２トラフィックフローのさらなるパケットが第２無線ベアラを介して前記第２デバイスに送信されるものであることを検出する手段と、
前記検出に基づいて、パケットデータユニットを前記第１無線ベアラを介して前記第２デバイスに送信する手段と、
を備え、ここで前記パケットデータユニットは前記第２トラフィックフローの前記第２無線ベアラへの切替えの表示を含み、前記第１トラフィックフローのパケットは引き続き前記第１無線ベアラを介して送信される。

本発明の別の例示の実施形態には次のような装置がある。この装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含む装置であって、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に少なくとも、
通信デバイスによって、第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を行なうことと、
前記第２トラフィックフローのさらなるパケットが、第２無線ベアラを介して前記第２デバイスに送信されるものであることを検出することと、
前記検出に基づいて、パケットデータユニットを前記第１無線ベアラを介して前記第２デバイスに送信することと、
を遂行させるように構成され、ここで前記パケットデータユニットは、前記第２トラフィックフローの前記第２無線ベアラへの切替えの表示を含み、前記第１トラフィックフローのパケットは引き続き前記第１無線ベアラを介して送信される。

本発明のさらなる例示の実施形態は、先行の諸段落のいずれかに記載の装置を含む装置であって、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、第１デバイスと第２デバイスとの間に設定されている第２無線ベアラに基づいて、第２トラフィックフローのさらなるパケットを、第２無線ベアラを介して第２デバイスに送信させるように構成される。追加の例示の実施形態では、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、上記の検出に基づいて第２デバイスに第２無線ベアラを設定させるように構成される。本発明の例示の諸実施形態によれば、該検出は、第２トラフィックフローのさらなるパケットがより高い優先度を必要とするアプリケーションに関連付けられていることを検出することを含む。さらなる例示の実施形態では、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、パケットデータユニットの受領の確認を第２デバイスから受信させるように構成され、この受領の確認はパケットデータユニットの順序通りの受信の確認であってよく、第２トラフィックフローのさらなるパケットの送信はこの確認に基づく。本発明の別の例示の実施形態によれば、パケットデータユニットは、シーケンス番号を含む。別の例示の実施形態において、このシーケンス番号は、無線ベアラに対し第２デバイスへの順番通りのパケットの配送をもたらす。別の例示の実施形態では、該パケットデータユニットは、第２デバイスに、第２トラフィックフローに属するパケットを第２デバイスの上位層に配送させる。本発明のさらに別の例示の実施形態では、この上位層はアプリケーション層である。本発明のまださらなる別の例示の実施形態には、第２トラフィックフローを第２デバイスの第２無線ベアラに送信する前に、パケットを第１デバイスにバッファリングすることがある。

本発明のさらなる例示の実施形態には次のような方法がある。この方法は、
第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを含む通信を、第１無線ベアラを介して第１デバイスから受信することと、
前記第２トラフィックフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを前記第１デバイスから受信することであって、前記第１トラフィックフローは引き続き前記第１無線ベアラを介して受信される、前記受信することと、
第２デバイスと前記第１デバイスとの間に前記第２無線ベアラを設定することと、
前記設定に基づいて、前記第２無線ベアラを介して前記第２トラフィックフローの前記さらなるパケットを受信することと、
を含む。

本発明のさらなる例示の実施形態において、前の段落の方法を含む或る方法には、第２無線ベアラを設定する命令を受信することがある。別の例示の実施形態には、パケットデータユニットの受領の確認を第１デバイスに送信することがあり、この受領の確認は、パケットデータユニットの順序通りの受信の確認であってよく、第２トラフィックフローのさらなるパケットはこの確認に基づいて受信される。或る例示の実施形態において、パケットデータユニットは、シーケンス番号を含む。別の例示の実施形態において、このシーケンス番号は、無線ベアラに対し順番通りのパケットの配送ができるようにする。さらなる例示の実施形態において、該パケットデータユニットは、第２デバイスが第２トラフィックフローに属するパケットを通信デバイスの上位層に配送することを可能にする。さらに別の例示の実施形態で、この上位層はアプリケーション層である。さらなる別の例示の実施形態には、パケットデータユニットを受信する前に、第２トラフィックフローを第２デバイスにバッファリングすることがありこのトラフィックフローに属するパケットの上位層への配送は、上記のパケットデータユニットを受信した後でだけ行われる。

本発明の別の例示の実施形態には次のような装置がある。この装置は、
第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを含む通信を第１無線ベアラを介して第１デバイスから受信する手段と、
前記第２トラフィックフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを前記第１デバイスから受信する手段と、
を備える。前記第１トラフィックフローは引き続き前記第１無線ベアラを介して受信される。前記装置は更に、
前記第２デバイスと前記第１デバイスとの間に前記第２無線ベアラを設定する手段と、
前記設定に基づいて、前記第２無線ベアラを介して前記第２トラフィックフローの前記さらなるパケットを受信する手段と、
を備える。

本発明の別の例示の実施形態には次のような装置がある。この装置は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含む装置であって、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、少なくとも、
第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを含む通信を、第１無線ベアラを介して第１デバイスから受信することと、
前記第２トラフィックフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを前記第１デバイスから受信することであって、前記第１トラフィックフローは引き続き前記第１無線ベアラを介して受信される、前記受信することと、
第２デバイスと前記第１デバイスとの間に前記第２無線ベアラを設定することと、
前記設定に基づいて、前記第２無線ベアラを介して前記第２トラフィックフローの前記さらなるパケットを受信することと、
を遂行させるように構成される。

本発明のさらなる例示の実施形態は、先行の諸段落のいずれかに記載の装置を含む装置であって、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、第２無線ベアラを設定する命令を受信させるように構成される。別の例示の実施形態において、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、パケットデータユニットの受領の確認を第１デバイスに向け送信させ、この受領の確認は、パケットデータユニットの順序通りの受信の確認であってよく、第２トラフィックフローのさらなるパケットの受信はこの確認に基づくように構成される。さらなる実施形態では、パケットデータユニットは、シーケンス番号を含む。別の例示の実施形態において、このシーケンス番号は、無線ベアラに対し順番通りのパケットの配送ができるようにする。別の例示の実施形態では、パケットデータユニットは、第２デバイスが第２トラフィックフローに属するパケットを通信デバイスの上位層に配送することを可能にする。本発明のさらに別の例示の実施形態において、この上位層はアプリケーション層である。さらに別の例示の実施形態には、パケットデータユニットを送信する前に、第２トラフィックフローを第２デバイスにバッファリングすることがあり、このトラフィックフローに属するパケットの上位層への配送は、該パケットデータユニットを受信した後でだけ行われる。

本発明の諸実施形態の前述および他の側面は、添付の諸図面と併せ以下の詳細な説明を読むことによってより明らかとなる。

図１は、新規のＤＲＢ２が生成されたときの順序の乱れたパケットの例を示す。

図２は、本発明の例示的な実施形態がその中に実践可能なシステムの簡略化されたブロック図を示す。

図３ａは、本発明の例示の実施形態によるメッセージのフローチャートを示す。

図３ｂは、３ＧＰＰ ＴＳ３６．３２３ Ｖ１３．２．１（２０１６−０６）の図４．２．２．１に示されているＰＤＣＰ層の機能図を示す。

図４は、本発明の或る例示の実施形態によるパケット処理の例図を示す。

図５は、本発明の例示の或る実施形態による別のメッセージフローを示す。

図６は、本発明の例示の実施形態によるパケット処理の別の例図を示す。

図７ａは、本発明の例示の実施形態による方法を表すブロック図を示す。 図７ｂは、本発明の例示の実施形態による方法を表すブロック図を示す。

詳細説明

様々な実施形態において、本発明人らは、無線アクセス技術において、より少ないシグナリングオーバーヘッドによってよりフレキシブルなデータ処理を可能にする改良されたマッピング構造を提案する。

本発明の或る例示の実施形態は、例えば、３ＧＰＰ標準化のコンテキストでは「新無線（ＮＲ：ｎｅｗ ｒａｄｉｏ）」または「次世代（ＮＧ：ＮｅｘｔＧｅｎ）」とも呼ばれる第五世代の無線アクセスなどにおけるＱｏＳアーキテクチャを扱う。

図１は、１．）単一ＤＲＢの場合と、２．）新規高優先度ＤＲＢ２とで行われる送信器から受信器へのパケット処理を示す。この例では、データ無線ベアラ（ＤＲＢ）が構成され、いくつかのアプリケーションからのデータを送信している。或る時点で、送信器によって、１つまたはいくつかのアプリケーションを優先させなければならず、その関連するデータは別個に処理する必要があることが検出される。この検出は、優先対象のアプリケーション（群）からの送信が開始された後に起こり得る。さらにこの検出は作動中に行われ得る。例えば、ユーザがブラウズしているとき、および／またはＩＰ通話を開始したときなどである。このオペレーションは少なくとも以下の理由により得る：
１．トラフィックフローを検出する機能（例えばＣＡＦ−ＲＡＮ）はいくらかの時間（いくつかのパケット）を必要とし得る、−これの前に、当該トラフィックフローが「デフォルトＤＲＢ」または「デフォルトデータ無線ベアラ」にマップされる、および／または
２．フローのＱｏＳ要求事項が変化することがあり、これもまたＤＲＢ切替えにつながり得る。

その結果として、これらのアプリケーションのパケットを搬送するために新規のＤＲＢが生成される。「分割」機能１１０がデータを２つのＤＲＢ、ＤＲＢ１とＤＲＢ２とに分割することになる。優先されるデータは、分割機能によってＤＲＢ２を経て送られることになる。

このとき、ＤＲＢ２のより高い優先度のため、識別されたアプリケーションのパケットが受信エンティティに順序通りに到達するという保証はない。これは、ユーザ体感の甚だしい劣化をもたらし、また、これが特定のサービスのために構成されている場合には、順番通り配送の原則に違反する。

例として、優先対象のアプリケーションからのパケットが、例えば、１、２、３と番号付けされていると仮定しよう。第１の場合（すなわち、単一のＤＲＢの場合）、（Ｔ（１）において）構成された１つだけのＤＲＢがあり、このとき、全てのパケットは順序通りに送信され、Ｔ（２）においで受信される。第２の場合には、第２ＤＲＢが生成され、Ｔ'（１）において、パケット＃２および＃３は新規のＤＲＢによって処理される。

これらのパケットは、まだ低優先度ＤＲＢ中にあるパケット＃１の送信の前に、Ｔ'（２）において受信される。その結果、ブロック１３０中に示されるように、ＤＲＢのマージ１２０の後（Ｔ'（３））、パケット＃１の前にパケット＃２および＃３が上位層に配送され、これは順序通り配送に違反する。

パケット＃１は、前述の実施形態で説明したように、高優先度ＤＲＢの待ち行列は受信器側で最初に処理されるとの理由により、上位層によって受信が可能である。但し、低優先度ＤＲＢを介して送信されるパケットは、送信器側での待ち行列においてもまた遅延に遭い得る。

なお、このオペレーションにおいては、前述のように：
１．アプリケーションの検出には時間がかかり得る（最初のパケットにおいてではない）、
２．ＤＲＢの生成には時間がかかる。さらに、この再構成の間、いかなる送信をも停止することは不可能または不利である、および／または
３．この検出は、他の側で、例えばｅＮＢで行うことは可能であろうが、切替えはＵＥで行わねばならない。この場合、いくつかのパケットは、ＵＥがｅＮＢによって新しいフローの通知をされる前にＵＥで処理されてしまう可能性がある。

本発明の或る例示の実施形態は、別のシーケンス番号の必要なしに、別のＤＲＢで送信する必要のあるサブフローに対し、パケットの順番通りの配送を守ることを可能にする。

本発明の例示の諸実施形態をさらに詳細に説明する前に、ここで図２を参照する。図２は、図１および２に示されたワイヤレスシステムのいくつかのコンポーネントを表す簡略化されたブロック図を示す。さらに図２を参照すると、ワイヤレスシステム２３０において、ワイヤレスネットワーク２３５は、装置１０と称し得る携帯通信デバイスなどの第１装置と、ネットワークアクセスノード、例えばノードＢ（基地局）さらに具体的には図２中に示されたような装置１３などの第２装置を介し、ワイヤレスリンク２３２を亘って通信するようになされている。ネットワーク２３５は、ＭＭＥ／Ｓ−ＧＷおよび／またはアプリケーションサーバ（ＡＳ：ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｅｒ）機能を含むことが可能で、電話ネットワークおよび／またはデータ通信ネットワーク（例えば、インターネット２３８）などのネットワークへの接続性を提供するネットワークノードＮＮ２４０を含むことが可能である。ＮＮ２４０は、本発明の例示の或る実施形態によるように、ＷＬＡＮアクセスポイントを含んでよい。

第１装置１０は、コンピュータまたはデータ処理装置（ＤＰ：ｄａｔａ ｐｒｏｃｅｓｓｏｒ）２１４などのコントローラと、コンピュータ命令のプログラム（ＰＲＯＧ）２１８を格納するメモリ（ＭＥＭ）２１６として具現化されたコンピュータ可読メモリ媒体とを含む。また、第１装置は、データ経路２３２を使って第２装置１３と双方向ワイヤレス通信をするため、無線周波数（ＲＦ：ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）トランシーバ２１２などの適切なワイヤレスインターフェースを含むことも可能である。ＰＲＯＧ２１８は、ＤＰ２１４などのプロセッサによって実行されると、本発明の例示の諸実施形態に沿って動作するコンピュータ命令を含むことができる。

また、装置１３は、本明細書に記載の本発明の例示の実施形態に沿ったオペレーションを実行するため、コンピュータまたはデータ処理装置（ＤＰ）２２４などのコントローラと、コンピュータ命令のプログラム（ＰＲＯＧ）２２８を格納するメモリ（ＭＥＭ）２２６として具現化されたコンピュータ可読メモリ媒体とを含む。さらに、図２には、１つ以上のアンテナを介して装置１０と通信するための、ＲＦトランシーバ２２２などの適切なワイヤレスインターフェースが示されている。但し、図２に示されてはいるが、このワイヤレスインターフェースは限定ではなく、示された装置１３の一部であってもなくてもよい。装置１３は、データ／制御経路２３４を介してＮＮ２４０に連結されている。経路２３４は、Ｓ１インターフェースなどのインターフェースとして実装されてよい。また、装置１３は、データ／制御経路２３６を介して他の装置１５に連結することが可能で、この経路はインターフェースとして実装されてよい。他の装置１５は、装置１３と類似の構成およびコンポーネントを有してよい。さらに、図２には示されていないが、このデータ／制御経路２３４もまた、ワイヤレス接続とすることが可能、または有線およびワイヤレス接続の組合せとすることが可能である。

ＮＮ２４０は、コンピュータまたはデータ処理装置（ＤＰ）２４４などのコントローラおよび／またはアプリケーションサーバと、コンピュータ命令のプログラム（ＰＲＯＧ）２４８を格納するメモリ（ＭＥＭ）２４６として具現化されたコンピュータ可読メモリ媒体と、できれば、経路２３４を介して装置１０および装置１３と双方向ワイヤレス通信をするための、無線周波数（ＲＦ）トランシーバ２４２などの適切なワイヤレスインターフェースと、を含む。

後記でさらに詳細に説明するように、ＰＲＯＧ２１８、２２８、および２４８のうちの少なくとも１つは、関連するＤＰによって実行されると、当該デバイスが本発明の例示の諸実施形態に沿って動作することを可能にする、プログラム命令を含んでいることが前提である。すなわち、本発明の様々な例示の実施形態は、少なくとも部分的に、装置１０のＤＰ２１４によって、装置１３のＤＰ２２４によって、および／またはＮＮ２４０のＤＰ２４４によって実行可能なコンピュータソフトウェアによって、あるいはハードウェアによって、あるいはソフトウェアとハードウェア（およびファームウェア）の組み合わせによって実装することができる。

本発明による様々な例示の実施形態を表現するために、装置１０および装置１３は、専用のプロセッサ、例えば、制御モジュール２１５および対応する制御モジュール（ＣＭ：Ｃｏｎｔｒｏｌ ｍｏｄｕｌｅ）２２５も含んでよい。制御モジュール２１５および制御モジュール２２５は、本発明による様々な例示の実施形態に沿って少なくともフロー制御オペレーションを行うため動作するように構成することが可能である。本発明の或る例示の実施形態によれば、少なくとも制御モジュール２１５および２２５は、少なくとも、本発明による様々な例示の実施形態に沿ってフロー制御オペレーションを行うように構成可能である。

コンピュータ可読ＭＥＭ２１６、２２６、および２４６は、ローカルの技術環境に適した任意の種類であってよく、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、およびリムーバブルメモリなど、任意の適切なデータストレージ技術を用いて実装することが可能である。ＤＰ２１４、２２４、および２４４は、ローカルの技術環境に適した任意の種類であってよく、非限定の例として、汎用コンピュータ、特殊用途コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、マルチコアプロセッサアーキテクチャに基づくプロセッサ、のうちの１つ以上を含んでよい。ワイヤレスインターフェース（例えば、ＲＦトランシーバ２１２および２２２）は、ローカルの技術環境に適した任意の種類であってよく、個別の送信器、受信器、トランシーバ、またはかかるコンポーネントの組合せなど、任意の適切な通信技術を用いて実装することが可能である。

本発明の例示の諸実施形態は、当該フローがより良好なＱｏＳ提供するＤＲＢ２を必要とするのに気付く前に［または当該フローのパケットをＤＲＢ２に送信することが可能になる前に］、サブフローＸの少なくともいくつかのパケットがＤＲＢ１を介して送信されていることを前提にしてよい。順序通りの受信を含むために少なくとも以下が行われる：
・ 全てのトラフィックが第１無線ベアラ（ＤＲＢ１）を介して送信される。
・ トラフィックが１つ以上のサブフローを有し、例えばその第２サブフローが、より良好なＱｏＳを必要とするアプリケーションに関連しており、しかして新しい無線ベアラ（ＤＲＢ２）を経て送る必要があること、に送信器が気付く。
・ ＤＲＢ２が設定される。
・ ＤＲＢ１を介して、第２サブフローに属するパケットは以降ＤＲＢ１経由で送信されず代わりにＤＲＢ２で送信されることになること、を識別する特定の切り替えマーカパケット（このパケットはシーケンス番号を有することができる）を、送信器が送信する。
・ 送信器が第２サブフローのトラフィックをＤＲＢ２に切り替える。
（順序の乱れを避けるための）第１選択肢：
・ 受信器が、ＤＲＢ２を介して受信されたパケットをバッファし、
・ 切替えマーカが受信されると、受信器は、第２無線ベアラ中にバッファされたパケットを上位層に配送する。
第２選択肢：
・ 送信器がＤＲＢ２を介して送信する予定のパケットをバッファし、
・ 受信器が切替えマーカの受領の確認を送信器に送信し、
・ それを受けて、送信器がＤＲＢ２による送信を開始する。

本発明の例示の諸実施形態は、例えば、第１ＤＲＢ（ＤＲＢ１）が既に設定されているときに、第２ＤＲＢ（ＤＲＢ２）を加える場合を扱う働きをする。

一部の非限定の関連オペレーションに関して以下に留意する：
・ 全トラフィックが、第１無線ベアラ（ＤＲＢ）を介して送信されてよい。
・ 送信器が下記に気付く：
○ トラフィックが２つのサブフロー（第１サブフローおよび第２サブフロー）で構成され、これらは区別が可能である。
○ 第２サブフロー上のトラフィックは、新規の無線ベアラを経て送られる必要があり得る。
・ 第２無線ベアラが設定される。
・ 送信器は、第２サブフローに属するパケットは以降第１無線ベアラ経由で送信されないことになり、代わりに第２無線ベアラを介して送信されることになることを識別する、シーケンス番号を有する特定の切り替えマーカパケットを、第１無線ベアラを介して送信することができる。および／または
・ 送信器は、第２サブフローのトラフィックを第２無線ベアラに切替えてよい。第２サブフローに属する全てのパケットは、この瞬間から第２無線ベアラにマップされる。

さらに、送信器が、第２サブフローの送信が既に開始された後で、トラフィックが２つのサブフローで構成されていることに気付くことがあることに留意する。これは少なくとも以下の理由により得る：
・ アプリケーションの検出には時間を要することがある（最初パケットではない）。
・ ＤＲＢの生成には時間がかかる。再構成の間、いかなる送信も停止することはできない。および／または
・ この検出は、他の側で、例えばｅＮＢで行うことは可能であろうが、切替えはＵＥで行わねばならない。この場合、いくつかのパケットは、ＵＥがｅＮＢによって新しいフローの通知をされる前にＵＥで処理されてしまう可能性がある。

新しいサブフローをどのようにＮＢまたはＵＥにおいて検出できるかについてはいくつかのやり方がある。
・ コアネットワーク中の機能によってトランスポート（トンネル）パケット（例えば、ヘッダ欄）に付加されたメタ情報に基づく。このメタ情報はＵＥにも転送することができよう。
・ ＬＴＥにおけるトラフィックフローテンプレート（ＴＦＴ：ｔｒａｆｆｉｃ−ｆｌｏｗ ｔｅｍｐｌａｔｅ）メカニズムと類似した、ＮＢ中またはＵＥ中の５タプルまたは類似のルールに基づく。
・ 以下のような、アプリケーション層の情報を考慮に入れた体験学習に基づく：
＊ アプリケーション層のプロトコル（例えば、ＨＴＴＰ、ＲＴＰ、ＱＵＩＣ、ＦＴＰ、その他）、
＊ アプリケーション層上で交換される制御シグナリング（例えば、オブジェクト名、場所、種類、およびサイズについての情報を含んだｈｔｔｐゲット）、
＊ メディアコンテント情報（例えば、ｈｔｔｐゲット要求中に見られるＭＩＭＥの型）、
＊ ユーザアプリケーションデータのディープパケットインスペクション。
・ 典型的なパケットパターン（例えば、パケットサイズ、到着間隔、ＵＬ／ＤＬシーケンス）に基づいてトラフィックを識別するため、統計的手法の使用を取り入れた体験学習に基づく。および／または
・ 例えば、アプリケーションが新しいトラフィックフローを開始、またはソケットを開いてトラフィックを送信した場合、ＡＰＩによる直接の通知に基づく。

現在構想されているように、フロー識別インジケータ（ＦＩＩ：Ｆｌｏｗ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｉｎｄｉｃａｔｏｒ）は、（ＣＡＦ−）ＲＡＮに送信されたＤＬ ＵＰトラフィック上のＣＮ ＵＰによって設定されたトラフィック標識を用いることができる。この標識は、ＣＮ ＣＰから受信されたルールに基づいており、例えば、ＣＮ ＵＰ機能によって検出されたアプリケーションのトラフィック、および／または特定の装入の対象のトラフィックを識別することが可能である。このＦＩＩ標識は、ＲＡＮ中のＱｏＳ挙動を直接に制御することを意味するものでなく、ＲＡＮ中のＱｏＳ挙動は、ＦＩＩに参照が可能で、ＣＮ ＣＰによってＣＡＦ−ＲＡＮに送信されたＱｏＳルールによって制御される。ＦＩＩは、ＮＧ３上でパケット毎ベースで用いられる。ＵＥとのトラフィックの行き来は同じＦＩＩに関連付ければよい。ＣＮ ＵＰ機能において実行されたアプリケーションの検出の出力に基づいて、（例えば、ＩＰトラフィックに対するＰＤＵセッションの場合、同じ５タプルを含んでいる）同じフロー内の相異なるＰＤＵは、ＣＮ ＵＰによって相異なるＦＩＩ値に関連付けることが可能である。これは、トランスポートプロトコルがこの種のトラフィックに対し異なる流れを処理することを前提としている。

さらに、本提案においては、ＵＥは、以下の方法の少なくとも１つを使って、アプリケーションに対し必要なＳＳＣモードを判断することができる：
１．新しいフローを開始した（すなわち、新しいソケットを開いた）アプリケーションが、このフローに必要なセッションの継続性の型を示す。これはソケットの拡張ＡＰＩを使って示されてよい。言い換えれば、このアプリケーションは、どの型のセッションの継続性が必要かを示すために、既に特定されたソフトウェアＡＰＩを使用することが可能である。例えば、アプリケーションがノーマディックＩＰアドレスを含んだソケットを要求する場合、基本的には、そのアプリケーションはＳＳＣモードを要求している。および／または
２．アプリケーションが固定ＩＰアドレスまたは持続的なＩＰアドレスを含んだソケットを要求する場合、基本的には、そのアプリケーションは、ＳＳＣモード１またはＳＳＣモード３のいずれかを要求している。
フローを開始したアプリケーションが、必要なセッションの継続性の型を示さない場合、ＵＥは、設定されたポリシーによって必要なセッションの継続性を決定することができる。

本発明の例示の諸実施形態によれば、ＣＡＦ−ＲＡＮノードまたはデバイスは、新しいフローの検出のために、これらのオペレーションを実行することが可能である。ＣＡＦ−ＲＡＮは、図２に示された装置１３、ＮＮ２４０、および／または装置１０のいずれのデバイスにも組み込むことができる。

１つのやり方において、ＣＮエンティティによって設定された何らかのＩＰ−５タプルまたは標識（ＦＩＩ）を含んだパケットを受信することによって検出を行うことが可能である。簡潔に言えば、ＤＬデータパケット自体が、そのパケットは高い優先度を必要とするフローの一部であることの表示を含む。別のやり方では、ＣＡＦ−ＲＡＮ機能が、トラフィックの型を識別する１つ以上パケットによるアプリケーショントラフィックの分析に基づいて、検出を行うことも可能である。

さらに、新しいフローの検出は、いくつかのパケットの分析に基づくことも可能であろう。新しいフローの完全な識別は、いくつかの連続するパケットの分析に基づくことができよう。なお、これは、パケット標識が使われる場合にも適用され、進行中のアプリケーションフローでは、アプリケーション検出機能（ＣＮもしくはＲＡＮ）は、いくらかの時間の後でだけトラフィックの型を検出することが可能で、その後にパケット標識を変更する。次いで、進行中のアプリケーショントラフィックフローの残りのパケットは、新規のＤＲＢを介して伝送することが必要となろう。

さらに、ＱｏＳポリシーによっても、識別されたフローがより高い優先度を必要とすることを示すことが可能である。しかして、５ＧのＱｏＳフレームワークおよびＲＲＣ処理は、ネットワーク側でのフローの検出、およびネットワークによって開始されたＤＲＢの構成をサポートすることができ、次いで該構成がＵＥに転送される。別の実施形態では、ＵＥはそれ自体が動的にＤＲＢを生成することが可能である。

本発明の例示の諸実施形態は、（例えば基地局中の）ＲＡＮ中にコンテキストおよび／またはアプリケーション可視性の機能を設ける働きをする。これは、例えば単純なＩＰ−５タプルから先進的なマシン学習ベースのアプローチにいたるまでのいくつかの基準に基づいてフローを区別する能力を提供する。さらに、この機能は、ＮＲ ＢＳ中のＲＲＣがトラフィックをＤＲＢにマップするのをガイドをすることができる。加えて、これは、かかる機能がＣＮ中にも（同様に）配置されている場合には、ＲＡＮ−ＣＮ ＩＦ上でパケット標識に基づいて行うことも可能である。

例示の諸実施形態による第１オペレーションは以下を含む：
・ 受信器（図２中のトランシーバ２２２および／または２１２など）が第２無線ベアラ中を介して受信された受信ＰＤＣＰパケットを該ベアラにバッファする。
・ 切替えマーカが受信されたとき、受信器（図２中のトランシーバ２２２および／または２１２、ＭＥＭ２２６および／または２１６を含むＤＰ２２４および／または２１４、ならびにＣＭ２２５および／または２１５など）は、第２無線ベアラ中にバッファされたこれらパケットを上位層に配送する。

なお、従来技術には、例えば終了マーカがあり、使用されるのはハンドオーバーの場合であり、１つだけのベアラが関与する。これと違って、本発明の或る例示の実施形態によれば、切替えマーカは、送信の終了でなく、その（第２フローの）一部の終了だけをシグナリングする。この例示の実施形態によれば、パケットは第１ＲＢ中に到着し続ける。これは従来技術とは違っている。この第１選択肢に従来技術を適用すれば、受信器は、ＲＢ１から到来する一切のパケットの処理を停止することになろう。

さらに、本発明の例示の諸実施形態によれば、従来技術には存在しないシーケンス番号が付加される。例えば分割ベアラの場合、パケットが受信側バッファにおいて順序が乱れて受信され得るのでこの付加シーケンス番号が使用される。従来技術では、分割された接続が行われる可能性はなく、しかして順序を外れたパケットの受信の可能性もない。

本発明の例示の諸実施形態による第２オペレーションでは、
・ 送信器（図２中のトランシーバ２２２および／または２１２など）が、第２無線ベアラ上にＰＤＣＰパケットをバッファする。
・ 受信器（図２中のトランシーバ２２２および／または２１２、ＭＥＭ２２６および／または２１６を含むＤＰ２２４および／または２１４、ならびにＣＭ２２５および／または２１５など）のＰＤＣＰ層が、受領の確認、および切替えマーカの処理を送信器に送信する。
・ 次いで、送信器（図２中のトランシーバ２２２および／または２１２、ＭＥＭ２２６および／または２１６を含むＤＰ２２４および／または２１４、ならびにＣＭ２２５および／または２１５など）が第２無線ベアラ上で送信を開始する。

図３ａに関連させて、第１オペレーションの詳細な実装を説明する。この例において、送信側はｅＮＢであり受信側はＵＥであるが、これらの役割は入れ替えてもよい

図３ａは、本発明の例示の諸実施形態の第１選択肢によるメッセージのフローを表す。図３ａに示されるように：
１．ｅＮＢ３２０または装置（例えば、図２中の装置１３）において、フロー１で、ＵＥ３１０（例えば、図２中の装置１０）によってＤＲＢ１が設定され、全てのトラフィックを搬送する（図２中のトランシーバ２２２および／または２１２、ＭＥＭ２２６および／または２１６を含むＤＰ２２４および／または２１４、ならびにＣＭ２２５および／または２１５など）。
２．ネットワーク中のアプリケーションスケジューラＡＳ３３０または装置（例えば、図２中の装置１３および／またはＮＮ２４０など）が、フロー３中に新しいアプリケーションを検出し、トラフィック中に新しいサブフロー２を識別する。「アプリケーションスケジューラ」は、新しいアプリケーション（フロー）を検出できる、ネットワーク（例えば、図２中のワイヤレスネットワーク２３５など）中のエンティティである。この第２フローの検出は、パケット検査に基づくか、またはシグナリングを介して行うことができよう。
３．アプリケーションスケジューラ３３０（例えば、図２中の装置１３および／またはＮＮ２４０など）は、フロー３によって、ｅＮＢ３２０（図２中の装置１３、トランシーバ２２２、ＭＥＭ２２６および／または２４６を含むＤＰ２２４および／または２４４、ならびにＣＭ２２５など）に新しいサブフローが検出され、より高い優先度で搬送される必要があることを連絡する。
４．ｅＮＢ３２０（図２中の装置１３、ＭＥＭ２２６および／または２４６を含むＤＰ２２４および／または２４４、ならびにＣＭ２２５など）は、フロー４によって示されるように、新規のＤＲＢ：ＤＲＢ２を追加するためにＵＥ３１０を再構成する。
５．ｅＮＢ３２０（図２中の装置１３、ＭＥＭ２２６および／または２４６を含むＤＰ２２４および／または２４４、ならびにＣＭ２２５および／またはＤＰ２４４など）は、ブロック５によって示されるように、切替えマーカＰＤＵを生成する。このＰＤＣＰ ＰＤＵは、データを包含する他のＰＤＣＰ ＰＤＵと共に再順序付けできるようにＰＤＣＰシーケンス番号を有する。
６．ブロック６に示されるように、ｅＮＢ３２０（図２中の装置１３、トランシーバ２２２、ＭＥＭ２２６および／または２１６を含むＤＰ２２４および／または２１４、ならびにＣＭ２２５、および／またはＤＰ２４４など）は、サブフロー＃２のデータをＤＲＢ２に向けて送る。
７．ブロック７で、ＵＥ３１０（例えば、図２中の装置１０）（図２中のトランシーバ２１２、ＭＥＭ２１６を含むＤＰ２１４および／またはＣＭ２１５、２２５など）は、ＤＲＢ２で到着するデータをバッファする。
８．フロー８に示されるように、ＵＥ３１０によって切替えマーカパケットが受信される。
９．次いで、ＵＥ３１０は、ＤＲＢ２データのバッファリングを停止し、そのデータを上位層に配送する。

ＰＤＣＰ層は、上位層に、提出されたのと同じ順序でＳＤＵを配送する。低位層（ＲＬＣ）がパケットを再順序付けする機能を提供できない場合は、この機能のためＳＮが使われる。通常の場合（単一の接続性）、低位層（ＲＬＣ）は順序通りの配送を提供する。上記のステップ５に示されるように、例えば、ハンドオーバーの場合、ＰＤＣＰ層は、ＰＤＣＰシーケンス番号に基づいて、順序が乱れて受信されたＰＤＵを（ハンドオーバーなので）再順序付けする。分割ベアラが設定されると（二重接続性）、ＰＤＣＰは、ＰＤＣＰ ＳＮに基づいて、異なった無線リンクから受信されたＰＤＣＰ ＰＤＵを常に再順序付けする。上記のステップ８のように、切替えマーカにＳＮを与えることで、マーカが処理された後は、第１ＲＢ上には上位層に配送するさらなるサブフローからのパケットはもうないので、上記ステップ９のように、確実にバッファリングを停止することが可能になる。これは、このマーカの後は、追加されたサブフローからのパケットは送信されなく、パケットはＰＤＣＰによって順序通りに上位層に配送されるからである。

図３ｂは、ＰＤＣＰ層を示すＰＤＣＰサブ層に対するＰＤＣＰエンティティの機能図を表す。この図は、無線インターフェースプロトコルアーキテクチャに基づく。図３ｂに関して、ＰＤＣＰエンティティはＰＤＣＰサブ層に配置される。ＵＥに対していくつかのＰＤＣＰエンティティを定義することが可能である。ユーザプレーンのデータを搬送する各ＰＤＣＰエンティティは、ヘッダ圧縮を用いるように構成することが可能である。各ＰＤＣＰエンティティは１つの無線ベアラのデータを搬送している。本明細書のこのバージョンでは、ロバストヘッダ圧縮プロトコル（ＲＯＨＣ：ｒｏｂｕｓｔ ｈｅａｄｅｒ ｃｏｍｐｒｅｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）だけがサポートされている。各ＰＤＣＰエンティティは、いずれか１つのＲＯＨＣ圧縮インスタンスおよびいずれか１つのＲＯＨＣ解凍インスタンスを用いる。ＰＤＣＰエンティティは、それがどの無線ベアラに対するデータを搬送しているかの如何によって、制御プレーンまたはユーザプレーンのいずれかに関連付けられる。ＲＮについては、ｕ−プレーンに対し、完全性の保護および検証も実行される。分割ベアラに対して、ＰＤＣＰエンティティの送信において経路設定が行われ、ＰＤＣＰエンティティの受信において再順序付けが行われる。さらに、ＬＷＡベアラについても、ＰＤＣＰエンティティの送信において経路設定が行われ、ＰＤＣＰエンティティの受信において再順序付けが行われる。ＵＥのＰＤＣＰエンティティの送信は、ＰＤＣＰ ＰＤＵを関連するＡＭ ＲＬＣエンティティを提出するだけでよい。

図４は、本発明の例示の諸実施形態によるパケット処理の例図を示す。図４に示されるように、ブロック４１０で新規ＤＲＢが生成され、分割機能が、それ以降ＤＲＢが切替えられることになるパケットに、切替えマーカ４３０を付加することになる。図４のブロック４２０では、マージ機能が、ＤＲＢ１中の切替えマーカを含んだパケットが処理されるまで待つことになるのが示されている。次いで、ブロック４３０に示されているように、例示の諸実施形態によれば、マージされたパケットを含む全てのパケットが、これらパケットが最高の優先度から最低の優先度の順になるように、ＤＲＢ１のパケット群とともにスケジュールされる。

図５を参照しながら、本発明の例示の諸実施形態による第２の選択肢の詳細な実装を以下に説明する。

図５は、本発明の例示の諸実施形態による別のメッセージのフローを表す。図５に示されるように：
１．ｅＮＢ５２０または装置（例えば、図２中の装置１３）において、ＤＲＢ１が設定され、フロー１に示されるように全てのトラフィックを搬送する。
２．次いでブロック２に示されるように、ネットワーク中のアプリケーションスケジューラ（ＡＳ５３０）または装置（例えば、図２中の装置１３および／またはＮＮ２４０など）が、トラフィック中に新しいアプリケーションを検出し、新しいサブフローを識別する。
３．アプリケーションスケジューラ５３０（例えば、図２中の装置１３および／またはＮＮ２４０など）は、フロー３に示されるように、ｅＮＢ５２０（図２中のトランシーバ２２２、ＭＥＭ２２６および／または２４６を含むＤＰ２２４および／または２４４、ならびにＣＭ２２５など）に新しいサブフローが検出され、より高い優先度で搬送される必要があることを連絡する。
４．フロー４に示されるように、ｅＮＢ５２０は、新規のＤＲＢ：ＤＲＢ２を追加するためにＵＥ５１０を再構成する。
５．ｅＮＢ５２０は、ブロック５によって示されるように、切替えマーカＰＤＵを生成し、それをＤＲＢ１に送信する。このＰＤＣＰ ＰＤＵは、データを包含する他のＰＤＣＰ ＰＤＵとともに再順序付けできるようにＰＤＣＰシーケンス番号を有する。
６．図５のブロック６に示されるように、ｅＮＢ５２０は、サブフロー＃２のデータをＤＲＢ２に切り替えてデータをバッファする。ＤＲＢ２に属するデータは無線送信されない。
７．フロー７に示されるように、ＵＥ５１０によって切替えマーカパケットが受信される。
８．次いで、図５のフロー８に示されるように、ＵＥ５１０は、順序通りの受信および切替えマーカの処理を確認する。切替えマーカは受信されており、ＳＮが切替えマーカより低いＰＤＵは、すべて上位層に配送されている。このことは、ＤＲＢ１中には、上位層に配送されるサブフロー＃２からのＰＤＵがもうないことを意味する。
９．ブロック９に示されるように、ｅＮＢ５２０は、ＤＲＢ２中のデータのバッファリングを停止し通常のオペレーションを再開する。

前述したのと同様に、本発明の例示の実施形態よって、上記の選択肢で説明したように、ＵＥ５１０によってパケットデータユニットの順序通りの受信の確認を送信することができ、第２トラフィックフローのさらなるパケットの送信はこの確認に基づく。

この点に関し、第１無線ベアラにおける分割ベアラ（例えば、２つの無線リンク）を想定すれば、本例示の諸実施形態は、以下の１つ以上の側面を含むことが可能である：
１．送信器によって（ＲＬ１を介して）ＰＤＵ（ＳＮ＝１）が送信される。これは第２サブフローに属するＰＤＵである。
２．送信器によって（ＲＬ２を介して）「切替えマーカＰＤＵ」（ＳＮ＝２）が送信され、ＲＬ２はＲＬ１より高速である。
３．受信器によって「切替えマーカＰＤＵ」（ＳＮ＝２）が受信され、この切替えマーカはＤＲＢ１を介して受信されてもよい。
４．受信器によってＰＤＵ（ＳＮ＝１）が受信される。

上記のようなシナリオにおいて、ＰＤＣＰエンティティは、ＳＮ＝２を有するＰＤＵを格納し、ＰＤＵ（ＳＮ＝１）が受信されるのを待って、その後にＰＤＵ（ＳＮ＝２）を上位層に配送することが可能である。Ｔ＝３で、第２無線ベアラが作動開始された（そして、第２サブフローのＰＤＵが上位層に配送された）ときに、ＰＤＵ（ＳＮ＝１）はまだ送信中である。この場合、第２無線ベアラの作動開始は、Ｔ＝４でトリガされてもよい。これにより、切替えマーカの「順序通りの受信」にできる。上記に換えて「切替えマーカの受信」がＴ＝４であれば、再順序付けの問題は生じない。

さらに、本例示の諸実施形態は、以下の１つ以上の側面を含むことが可能である：
１．送信器によって（ＲＢ１を介して）ＰＤＵ（ＳＮ＝１）が送信される。これは第２サブフローに属するＰＤＵである。
２．送信器によって（ＲＢ１を介して）「切替えマーカＰＤＵ」（ＳＮ＝２）が送信される。このＰＤＵは異なる経路（無線リンク）を用いている。
３．ＲＢ１を介して受信器によって「切替えマーカＰＤＵ」（ＳＮ＝２）が受信される。
４．ＲＢ１を介して受信器によってＰＤＵ（ＳＮ＝１）が受信される。

本例示の諸実施形態は、別のＤＲＢで送信される必要のあるサブフローに対し、別のシーケンス番号を必要とせずに、パケットの順番通りの配送を守ることを可能にする。

簡潔に言えば、選択肢１では、パケットをＤＲＢ２受信器バッファから上位層に送信することがＯＫであるとのメッセージが、送信器から受信されるまでは、受信器でバッファリングが行われてよいことに留意する。選択肢２では、ＤＲＢ２経由でパケットを送信することがＯＫであるとの確認を受信器から受信するまでは、送信器でバッファリングが行われてよい。

図６は、本発明の例示の諸実施形態によるパケット処理の別の例図を示す。図６に示されるように、ブロック６１０で新規のＤＲＢが生成され、ブロック６１５に示されるように、分割機能が、パケットに切替えマーカを付加し、そのパケットの後はＤＲＢが切替えられることになる。図６のブロック６２０には、マージ機能が、受信器が切替えマーカを有するパケットの処理を確認するまで待つことになることが示されている。本例示の諸実施形態によれば、このとき、ブロック６３０中に示されるように、マージされたパケットを含め全てのパケットは、最高の優先度から最低の優先度の順にスケジュールされる。

図７ａは、以下に限らないが図２中の装置１３および／またはＮＮ２４０などの基地局または装置など、ネットワークデバイスによって実行が可能なオペレーションを表す。ステップ７１０に示されるように、第１トラフィックサブフローのパケットおよび第２トラフィックサブフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を、第１デバイスによって行うことがあり、次いで、ステップ７２０に示されるように、第２トラフィックサブフローのさらなるパケットが、第２無線ベアラを介して第２デバイスに送信されることになること、を検出することがあり、次に、図７ａのステップ７３０に示されるように、その検出に基づいて、第２トラフィックサブフローのパケットデータユニットが、第１無線ベアラを介して第２デバイスに送信することがあり、該パケットデータユニットは、第２トラフィックフローの第２無線ベアラへの切替えの表示を含んでおり、第１トラフィックフローのパケットは引き続き第１無線ベアラを介して送信され、さらにステップ７４０に示されるように、第１デバイスと第２デバイスとの間に第２無線ベアラが設定されたのに基づいて、第２トラフィックフローのさらなるパケットを第２無線ベアラを介して第２デバイスに送信することがある。

上記の段落に記載された例示の諸実施形態によれば、第２デバイスが、上記検出に基づいて第２無線ベアラを設定することがある。

上記の段落に記載された例示の諸実施形態によれば、この検出は、第２トラフィックサブフローのさらなるパケットがより高い優先度を必要とするアプリケーションに関連付けられているのを検出することを含む。

上記の段落に記載された例示の諸実施形態によれば、第２デバイスから、パケットデータユニットの受領の確認を受信することがあり、この受領の確認は、パケットデータユニットの順序通りの受信の確認であってよく、第２トラフィックフローのさらなるパケットの送信はこの確認に基づく。

上記の段落に記載された例示の諸実施形態によれば、パケットデータユニットはシーケンス番号を含む。

上記の段落に記載された例示の諸実施形態によれば、このシーケンス番号は、無線ベアラに対し第２デバイスへの順番通りのパケットの配送をもたらす。

上記の段落に記載された例示の諸実施形態によれば、該パケットデータユニットは、第２デバイスに、第２トラフィックサブフローに属するパケットを第２デバイスの上位層に配送させる。

上記の段落に記載された例示の諸実施形態によれば、この上位層はアプリケーション層である。

上記の段落に記載された例示の諸実施形態によれば、第２トラフィックフローを第２デバイスの第２無線ベアラに向けて送信する前に、パケットが第１デバイスでバッファされる。

非一時的なコンピュータ可読媒体（図２中のＭＥＭ２２６および／またはＭＥＭ２４６など）は、プログラムコード（図２中のＰＲＯＧ２２８および／またはＰＲＯＧ２４８など）を格納し、該プログラムコードは、少なくとも上記の段落中に記載されたオペレーションを実行するため、少なくとも１つのプロセッサ（図２中のＤＰ２２４および／またはＤＰ２４４など）によって実行される。

前述の本発明の或る例示の実施形態において、第１デバイスによって、第１トラフィックサブフローのパケットおよび第２トラフィックサブフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を行う手段（図２中のＤＰ２２４、ＤＰ２２５、および／またはＤＰ２４４、ならびにＰＲＯＧ２２８および／またはＰＲＯＧ２４８、ならびにＭＥＭ２２６および／またはＭＥＭ２４６など）と、第２トラフィックサブフローのさらなるパケットが、第２無線ベアラを介して第２デバイスに送信されるものであることを検出する手段（図２中のＤＰ２２４、ＤＰ２２５、および／またはＤＰ２４４、ならびにＰＲＯＧ２２８および／またはＰＲＯＧ２４８、ならびにＭＥＭ２２６および／またはＭＥＭ２４６など）と、その検出に基づいて、第２トラフィックサブフローのパケットデータユニットを第１無線ベアラを介して第２デバイスに送信する手段（図２中のＤＰ２２４、ＤＰ２２５、および／またはＤＰ２４４、ならびにＰＲＯＧ２２８および／または ＰＲＯＧ２４８、ならびにＭＥＭ２２６、ＭＥＭ２４６および／またはＴＲＡＮＳ ２２２）であって、このパケットデータユニットは第２トラフィックフローの第２無線ベアラへの切替えの表示を含み、第１トラフィックフローのパケットは引き続き第１無線ベアラを介して送信される、該送信する手段と、第１デバイスと第２デバイスとの間に第２無線ベアラが設定されているのに基づいて、第２トラフィックフローのさらなるパケットを、第２無線ベアラを介して第２デバイスに送信する手段と、を含む装置がある。

図７ｂは、以下に限らないが、通信デバイスなど（例えば、図２中の装置１０など）のデバイスによって実行が可能なオペレーションを表す。ステップ７５０に示されるように、第２デバイスによって、第１トラフィックサブフローのパケットおよび第２トラフィックサブフローのパケットを含む通信を、第１無線ベアラを介して第１デバイスから受信することがあり、図７ｂのステップ７６０に示されるように、第１デバイスから、第２トラフィックサブフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを受信することがあり、第１トラフィックフローは引き続き第１無線ベアラを介して受信され、ステップ７７０に示されるように、第２デバイスと第１デバイスとの間に第２無線ベアラを設定することがあり、次いで、図７ｂのステップ７８０に示されるように、この設定に基づいて、第２トラフィックフローのさらなるパケットを第２無線ベアラを介して受信することがある。

上記の段落に記載された例示の諸実施形態によれば、第２無線ベアラを設定する命令を受信することがある。

上記の段落に記載された例示の諸実施形態によれば、パケットデータユニットの受領の確認を第１デバイスに送信することがあり、この受領の確認は、パケットデータユニットの順序通りの受信の確認であってよく、第２トラフィックフローのさらなるパケットは、この確認に基づいて受信される。

上記の段落に記載された例示の諸実施形態によれば、パケットデータユニットはシーケンス番号を含む。

上記の段落に記載された例示の諸実施形態によれば、このシーケンス番号は、無線ベアラが順番通りにパケットの配送をすることを可能にする。

上記の段落に記載された例示の諸実施形態によれば、該パケットデータユニットは、第２デバイスが第２トラフィックサブフローに属するパケットを通信デバイスの上位層に配送することを可能にする。

上記の段落に記載された例示の諸実施形態によれば、この上位層はアプリケーション層である。

上記の段落に記載された例示の諸実施形態によれば、パケットデータユニットを受信する前に、第２トラフィックフローが第２デバイスにバッファされ、このトラフィックサブフローに属するパケットの上位層への配送は、上記パケットデータユニットを受信した後でだけ行われる。

非一時的なコンピュータ可読媒体（図２中のＭＥＭ２１６など）は、プログラムコード（図２中のＰＲＯＧ２１８など）を格納し、該プログラムコードは、少なくとも上記の段落中に記載されたオペレーションを実行するため、少なくとも１つのプロセッサ（図２中のＤＰ２１４および／またはＤＰ２１５など）によって実行される。

上記に記載された本発明の例示の諸実施形態によれば、第２デバイスによって、第１トラフィックサブフローのパケットおよび第２トラフィックサブフローのパケットを含む通信を第１無線ベアラを介して第１デバイスから受信する手段（図２中のＴＲＡＮＳ２１２、ならびにＤＰ２１４および／またはＤＰ２１５、ならびにＰＲＯＧ２１８、ならびにＭＥＭ２１６など）と、第２トラフィックサブフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを第１デバイスから受信する手段であって、第１トラフィックフローは引き続き第１無線ベアラを介して受信される、該受信する手段（図２中のＴＲＡＮＳ２１２、ならびにＤＰ２１４および／またはＤＰ２１５、ならびにＰＲＯＧ２１８、ならびにＭＥＭ２１６など）と、第２デバイスと第１デバイスとの間に第２無線ベアラを設定する手段（図２中のＴＲＡＮＳ２１２、ならびにＤＰ２１４および／またはＤＰ２１５、ならびにＰＲＯＧ２１８、ならびにＭＥＭ２１６など）と、第２無線ベアラを介して第２トラフィックフローのさらなるパケットを受信する手段（図２中のＴＲＡＮＳ２１２、ならびにＤＰ２１４および／またはＤＰ２１５、ならびにＰＲＯＧ２１８、ならびにＭＥＭ２１６など）と、を含む装置がある。

この例示の実施形態によれば、第１トラフィックサブフローのパケットおよび第２トラフィックサブフローのパケットを、第１無線ベアラを介して第２デバイスに送信することと、第２トラフィックサブフローのさらなるパケットが、第２無線ベアラを介して第２デバイスに送信されるものであることを検出することと、次いで、その検出に基づいて、パケットデータユニットを第１無線ベアラを介して第２デバイスに送信することであって、このパケットデータユニットは、第２トラフィックフローの第２無線ベアラへの切替えの表示を含み、第１トラフィックフローのパケットは引き続き第１無線ベアラを介して送信される、該送信することと、第１デバイスと第２デバイスとの間に設定されている第２無線ベアラに基づいて、第２トラフィックフローのさらなるパケットを、第２無線ベアラを介して第２デバイスに送信することと、を有する通信を行うことを含む方法を実行する装置（例えば、第１デバイス）がある。

さらなる例示の諸実施形態において、前の段落の方法を含む或る方法を実行する装置であって、該方法には、上記の検出に基づいて第２デバイスに第２無線ベアラを設定させることと、第２デバイスから、パケットデータユニットの受領の確認を受信することとがあり、この受領の確認は、パケットデータユニットの順序通りの受信の確認であってよく、第２トラフィックフローのパケットの送信はこの確認に基づいており、パケットデータユニットは、シーケンス番号を含み、このシーケンス番号は、無線ベアラに対し第２デバイスへの順番通りのパケットの配送をもたらし、該パケットデータユニットは、第２デバイスに、第２トラフィックサブフローに属するパケットを第２デバイスの上位層に配送させ、この上位層はアプリケーション層であり、第２トラフィックフローを第２デバイスの第２無線ベアラに向けて送信する前に、パケットが第１デバイスにバッファされる。

非一時的なコンピュータ可読媒体（図２中のＭＥＭ２２６および／またはＭＥＭ２４６など）は、プログラムコード（図２中のＰＲＯＧ２２８および／またはＰＲＯＧ２４８など）を格納し、該プログラムコードは、少なくとも上記の段落中に記載されたオペレーションを実行するため、少なくとも１つのプロセッサ（図２中のＤＰ２２４および／またはＤＰ２４４など）によって実行される。

例示の諸実施形態によれば、第１トラフィックサブフローのパケットおよび第２トラフィックサブフローのパケットを含む通信を、第１無線ベアラを介して第１デバイスから受信することと、第２トラフィックサブフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを第１デバイスから受信することであって、第１トラフィックフローは引き続き第１無線ベアラを介して受信される、該受信することと、第２デバイスと第１デバイスとの間に第２無線ベアラを設定することと、次いで、この設定に基づいて、第２無線ベアラを介して第２トラフィックフローのさらなるパケットを受信することと、を含む方法を実行する装置（例えば、第２デバイス）がある。

さらなる例示の諸実施形態において、前の段落の方法を含む或る方法を行う装置であって、該方法には、異なった無線ベアラを設定する命令を受信することと、パケットデータユニットの受領の確認を第１デバイスに送信することであって、この受領の確認は、パケットデータユニットの順序通りの受信の確認であってよく、第２トラフィックフローはこの確認に基づいて受信される、該送信することと、があり、パケットデータユニットはシーケンス番号を含み、このシーケンス番号は、第２無線ベアラに対しパケットの優先順位でパケットの順番通りの配送ができるようにし、該パケットデータユニットは、第２デバイスが第２トラフィックサブフローに属するパケットを通信デバイスの上位層に配送することを可能にし、この上位層はアプリケーション層であり、パケットデータユニットを受信する前に、第２トラフィックフローが第２デバイスにバッファされ、このトラフィックサブフローに属するパケットの上位層への配送は、該パケットデータユニットを受信した後でだけ行われる。

非一時的なコンピュータ可読媒体（図２中のＭＥＭ２１６など）は、プログラムコード（図２中のＰＲＯＧ２１８など）を格納し、該プログラムコードは、少なくとも上記の段落中に記載されたオペレーションを実行するため、少なくとも１つのプロセッサ（図２中のＤＰ２１４および／またはＤＰ２１５など）によって実行される。

なお、例示の諸実施形態によるオペレーションを実行する特定のユーザ装置（ＵＥ）および／または基地局（ｅＮＢ）へのいかなる言及も非限定のものである。本発明の例示の諸実施形態によるオペレーションのいずれも任意の適切なデバイスまたは装置によって実行が可能であり、これらの適切なデバイスまたは装置が、本記載によるＵＥまたはｅＮＢである必要はない。

さらに、例えば５Ｇなど特定の無線ネットワーク技術への用途を対象とした、本発明の例示の諸実施形態によるオペレーションへのいかなる言及も限定ではない。本発明の例示の諸実施形態は、現在、過去、または将来のいかなる無線ネットワーク技術とも合わせて実行が可能である。

さらに、本発明の例示の諸実施形態によれば、これらのオペレーションは、例えば、装置１３、ＮＮ２４０、および装置１０など、いろいろなデバイスのシステムにおいて実行される。

一般に、これら様々な実施形態は、ハードウェアまたは特殊用途回路、ソフトウェア、ロジック、またはこれらの任意の組合せに実装されてよい。例えば、いくつかの側面はハードウェアに実装されてよく、他の側面は、コントローラ、マイクロプロセッサ、または他のコンピューティングデバイスによって実行が可能なファームウェアまたはソフトウェア中に実装が可能であるが、但し、本発明はこれらに限定はされない。本発明の様々な側面は、ブロック図、フローチャートとして、または何らか他の図形表示を使って表し説明することが可能ではあるが、当然のことながら、本明細書で説明されたこれらのブロック、装置、システム、技法、または方法は、非限定の例として、ハードウェア、ソフトウェア、ファームウェア、特殊用途回路またはロジック、汎用ハードウェアまたはコントローラ、もしくは他のコンピューティングデバイス、またはこれらの何らかの組合せ中に実装することができる。

本発明の諸実施形態は、集積回路モジュールなど、様々なコンポーネントの中で実践が可能である。集積回路の設計は、大規模な高度に自動化されたプロセスにより行われる。論理レベルの設計を、半導体基板上にエッチングされ形成される準備ができた半導体回路設計変換するために、複雑で強力なソフトウェアツールが利用可能である。

前述の説明は、例として、本発明を実行するために、発明人らが考える現在最良の方法および装置の非限定の例の全面的で教育的な説明として提供したものである。しかしながら、当業者には、前述の説明を添付の図面および別添の特許請求の範囲と併せ読んで考慮すれば、様々な変更および改作が明らかになろう。但し、本発明の教示の全てのかかるまたは類似の変更は、なお本発明の範囲に含まれることになる。

なお、用語「接続される」「連結される」またはこれらの何らかの別形表現は、２つ以上の要素の間の直接的もしくは間接的な一切の接続または連結を意味し、一緒に「接続される」または「連結される」２つの要素の間の１つ以上の介在要素の存在を包含し得る。これら要素の間の連結または接続は、物理的であっても、論理的であっても、またはそれらの組合せであってもよい。本明細書で用いる場合、２つの要素は、いくつかの非限定で非包括的な例として、１つ以上のワイヤー、ケーブル、および／またはプリント電気接続の使用によって、ならびに、無線周波数領域、マイクロ波領域、および光（可視および不可視）領域の波長を有する電磁エネルギなどの電磁エネルギの使用によって、一緒に「接続される」または「連結される」と見なされてよい。

さらに、本発明の好適な諸実施形態の特徴の一部は、他の特徴の対応する使用がなくても効果的に用いることができよう。上記のように、前述の説明は本発明の原理の単なる例証であり、その限定ではないと見なされるべきである。

Claims (53)

1. 通信デバイスによって、第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を行うことと、
   前記第２トラフィックフローのさらなるパケットが、第２無線ベアラを介して前記第２デバイスに送信されるものであることを検出することと、
   前記検出に基づいて、パケットデータユニットを前記第１無線ベアラを介して前記第２デバイスに送信することと、
   を含み、ここで前記パケットデータユニットは、前記第２トラフィックフローの前記第２無線ベアラへの切替えの表示を含み、前記第１トラフィックフローのパケットは引き続き前記第１無線ベアラを介して送信される、方法。
2. 前記第１デバイスと前記第２デバイスとの間に設定されている前記第２無線ベアラに基づいて、前記第２トラフィックフローの前記さらなるパケットを、前記第２無線ベアラを介して前記第２デバイスに送信すること、
   を含む、請求項１に記載の方法。
3. 前記検出は、前記第２トラフィックフローの前記さらなるパケットがより高い優先度を必要とするアプリケーションに関連付けられていること、を検出することを含む、請求項１に記載の方法。
4. 前記パケットデータユニットの受領の確認を前記第２デバイスから受信することであって、前記受領の確認は、前記パケットデータユニットの順序通りの受信の確認であり得、前記第２トラフィックフローの前記さらなるパケットの前記送信は前記確認に基づく、請求項１、２、または３のいずれか一項に記載の方法。
5. 前記パケットデータユニットがシーケンス番号を含む、請求項１、２、または３のいずれか一項に記載の方法。
6. 前記シーケンス番号が、前記無線ベアラに対し前記第２デバイスへの順番通りのパケットの配送をもたらす、請求項１、２、または３のいずれか一項に記載の方法。
7. 前記パケットデータユニットが、前記第２デバイスに、前記第２トラフィックフローに属する前記パケットを前記第２デバイスの上位層に配送させる、請求項１に記載の方法。
8. 前記上位層がアプリケーション層である、請求項７に記載の方法。
9. 前記第２トラフィックフローを前記第２デバイスの前記第２無線ベアラに送信する前に、前記パケットが前記第１デバイスにバッファリングされる、請求項１に記載の方法。
10. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含む装置であって、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に少なくとも、
    通信デバイスによって、第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を行なうことと、
    前記第２トラフィックフローのさらなるパケットが、第２無線ベアラを介して前記第２デバイスに送信されるものであることを検出することと、
    前記検出に基づいて、パケットデータユニットを前記第１無線ベアラを介して前記第２デバイスに送信することと、
    を遂行させるように構成され、ここで前記パケットデータユニットは、前記第２トラフィックフローの前記第２無線ベアラへの切替えの表示を含み、前記第１トラフィックフローのパケットは引き続き前記第１無線ベアラを介して送信される、装置。
11. 前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、
    前記第１デバイスと前記第２デバイスとの間に設定されている前記第２無線ベアラに基づいて、前記第２トラフィックフローの前記さらなるパケットを、前記第２無線ベアラを介して前記第２デバイスに送信させる、
    ように構成される、請求項１０に記載の装置。
12. 前記検出が、前記第２トラフィックフローの前記さらなるパケットがより高い優先度を必要とするアプリケーションに関連付けられていることを検出することを含む、請求項１０に記載の装置。
13. 前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、
    前記パケットデータユニットの受領の確認を前記第２デバイスから受信させる、
    ように構成され、ここで前記受領の確認は、前記パケットデータユニットの順序通りの受信の確認であり得、前記第２トラフィックフローの前記さらなるパケットの前記送信は前記確認に基づく、請求項１０、１１、または１２のいずれか一項に記載の装置。
14. 前記パケットデータユニットがシーケンス番号を含む、請求項１０、１１、または１２のいずれか一項に記載の装置。
15. 前記シーケンス番号が、前記無線ベアラに対し前記第２デバイスへの順番通りのパケットの配送をもたらす、請求項１０、１１、または１２のいずれか一項に記載の装置。
16. 前記パケットデータユニットが、前記第２デバイスに、前記第２トラフィックフローに属する前記パケットを前記第２デバイスの上位層に配送させる、請求項１０に記載の装置。
17. 前記上位層がアプリケーション層である、請求項１６に記載の装置。
18. 前記第２トラフィックフローを前記第２デバイスの前記第２無線ベアラに送信する前に、前記パケットが前記第１デバイスにバッファされる、請求項１０に記載の装置。
19. 通信デバイスによって、第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを、第１無線ベアラを介して第２デバイスに送信することを含む通信を行う手段と、
    前記第２トラフィックフローのさらなるパケットが第２無線ベアラを介して前記第２デバイスに送信されるものであることを検出する手段と、
    前記検出に基づいて、パケットデータユニットを前記第１無線ベアラを介して前記第２デバイスに送信する手段と、
    を備え、ここで前記パケットデータユニットは前記第２トラフィックフローの前記第２無線ベアラへの切替えの表示を含み、前記第１トラフィックフローのパケットは引き続き前記第１無線ベアラを介して送信される、装置。
20. 前記第１デバイスと前記第２デバイスとの間に設定されている前記第２無線ベアラに基づいて、前記第２トラフィックフローの前記さらなるパケットを、前記第２無線ベアラを介して前記第２デバイスに送信する手段を備える、請求項１９に記載の装置。
21. 前記検出する手段が、前記第２トラフィックフローの前記さらなるパケットがより高い優先度を必要とするアプリケーションに関連付けられていることを検出する手段を備える、請求項１９に記載の装置。
22. 前記パケットデータユニットの受領の確認を前記第２デバイスから受信する手段を備え、前記受領の確認は、前記パケットデータユニットの順序通りの受信の確認であり得、前記第２トラフィックフローの前記さらなるパケットの前記送信は前記確認に基づく、請求項１９、２０、または２１のいずれか一項に記載の装置。
23. 前記パケットデータユニットがシーケンス番号を含む、請求項１９、２０、または２１のいずれか一項に記載の装置。
24. 前記シーケンス番号が、前記無線ベアラに対し前記第２デバイスへの順番通りのパケットの配送をもたらす、請求項１９、２０、または２１のいずれか一項に記載の装置。
25. 前記パケットデータユニットが、前記第２デバイスに、前記第２トラフィックフローに属する前記パケットを前記第２デバイスの上位層に配送させる、請求項１９に記載の装置。
26. 前記上位層がアプリケーション層である、請求項２５に記載の装置。
27. 前記第２トラフィックフローを前記第２デバイスの前記第２無線ベアラに送信する前に、前記パケットが前記第１デバイスにバッファされる、請求項１９に記載の装置。
28. 第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを含む通信を、第１無線ベアラを介して第１デバイスから受信することと、
    前記第２トラフィックフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを前記第１デバイスから受信することであって、前記第１トラフィックフローは引き続き前記第１無線ベアラを介して受信される、前記受信することと、
    第２デバイスと前記第１デバイスとの間に前記第２無線ベアラを設定することと、
    前記設定に基づいて、前記第２無線ベアラを介して前記第２トラフィックフローの前記さらなるパケットを受信することと、
    を含む方法。
29. 前記第２無線ベアラを設定する命令を受信することを含む、請求項２８に記載の方法。
30. 前記パケットデータユニットの受領の確認を前記第１デバイスに送信することを更に含み、
    前記受領の確認は、前記パケットデータユニットの順序通りの受信の確認であり得、前記第２トラフィックフローの前記さらなるパケットは、前記確認に基づいて受信される、
    請求項２８に記載の方法。
31. 前記パケットデータユニットがシーケンス番号を含む、請求項２８、２９、または３０のいずれか一項に記載の方法。
32. 前記シーケンス番号が、前記無線ベアラに対し順番通りのパケットの配送ができるようにする、請求項２８、２９、または３０のいずれか一項に記載の方法。
33. 前記パケットデータユニットが、前記第２デバイスが前記第２トラフィックフローに属する前記パケットを通信デバイスの上位層に配送することを可能にする、請求項２８、２９、または３０のいずれか一項に記載の方法。
34. 前記上位層がアプリケーション層である、請求項２８、２９、または３０のいずれか一項に記載の方法。
35. 前記パケットデータユニットを受信する前に、前記第２トラフィックフローが前記第２デバイスにバッファされ、前記第２トラフィックフローに属する前記パケットの前記上位層への配送は、前記パケットデータユニットを受信した後でだけ行われることを含む、請求項２８、２９、または３０のいずれか一項に記載の方法。
36. 少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを含む装置であって、前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、少なくとも、
    第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを含む通信を、第１無線ベアラを介して第１デバイスから受信することと、
    前記第２トラフィックフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを前記第１デバイスから受信することであって、前記第１トラフィックフローは引き続き前記第１無線ベアラを介して受信される、前記受信することと、
    第２デバイスと前記第１デバイスとの間に前記第２無線ベアラを設定することと、
    前記設定に基づいて、前記第２無線ベアラを介して前記第２トラフィックフローの前記さらなるパケットを受信することと、
    を遂行させるように構成される、装置。
37. 前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、前記第２無線ベアラを設定する命令を受信させるように構成される、請求項３６に記載の装置。
38. 前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサに実行されると、前記装置に、前記パケットデータユニットの受領の確認を前記第１デバイスに送信させるように構成され、ここで前記受領の確認は、前記パケットデータユニットの順序通りの受信の確認であり得、前記第２トラフィックフローの前記さらなるパケットは前記確認に基づき受信される、請求項３７に記載の装置。
39. 前記パケットデータユニットがシーケンス番号を含む、請求項３６、３７、または３８のいずれか一項に記載の装置。
40. 前記シーケンス番号が、前記無線ベアラに対し順番通りのパケットの配送ができるようにする、請求項３６、３７、または３８のいずれか一項に記載の装置。
41. 前記パケットデータユニットが、前記第２デバイスが前記第２トラフィックフローに属する前記パケットを通信デバイスの上位層に配送することを可能にする、請求項３６、３７、または３８のいずれか一項に記載の装置。
42. 前記上位層がアプリケーション層である、請求項３６、３７、または３８のいずれか一項に記載の装置。
43. 前記パケットデータユニットを受信する前に、前記第２トラフィックフローが前記第２デバイスにバッファされ、前記第２トラフィックフローに属する前記パケットの前記上位層への配送は、前記パケットデータユニットを受信した後でだけ行われる、請求項３６、３７、または３８のいずれか一項に記載の装置。
44. 装置であって、
    第１トラフィックフローのパケットおよび第２トラフィックフローのパケットを含む通信を第１無線ベアラを介して第１デバイスから受信する手段と、
    前記第２トラフィックフローのさらなるパケットが第２無線ベアラを介して受信される予定であることの表示を含むパケットデータユニットを前記第１デバイスから受信する手段と、
    を備え、前記第１トラフィックフローは引き続き前記第１無線ベアラを介して受信され、更に、
    前記第２デバイスと前記第１デバイスとの間に前記第２無線ベアラを設定する手段と、
    前記設定に基づいて、前記第２無線ベアラを介して前記第２トラフィックフローの前記さらなるパケットを受信する手段と、
    を備える、装置。
45. 前記第２無線ベアラを設定する命令を受信する手段を備える、請求項４４に記載の装置。
46. 前記パケットデータユニットの受領の確認を前記第１デバイスに送信する手段を備え、
    前記受領の確認は、前記パケットデータユニットの順序通りの受信の確認であり得、前記第２トラフィックフローの前記さらなるパケットは、前記確認に基づいて受信される、
    請求項４４に記載の装置。
47. 前記パケットデータユニットがシーケンス番号を含む、請求項４４、４５、および４６のいずれか一項に記載の装置。
48. 前記シーケンス番号が、前記無線ベアラに対し順番通りのパケットの配送ができるようにする、請求項４４、４５、および４６のいずれか一項に記載の装置。
49. 前記パケットデータユニットが、前記第２デバイスが前記第２トラフィックフローに属する前記パケットを通信デバイスの上位層に配送することを可能にする、請求項４４、４５、および４６のいずれか一項に記載の装置。
50. 前記上位層がアプリケーション層である、請求項４４、４５、および４６のいずれか一項に記載の装置。
51. 前記パケットデータユニットを受信する前に、前記第２トラフィックフローを前記第２デバイスにバッファリングする手段であって、前記第２トラフィックフローに属する前記パケットの前記上位層への配送は、前記パケットデータユニットを受信した後でだけ行われる、前記バッファリングする手段、
    を含む、請求項４４、４５、および４６のいずれか一項に記載の装置。
52. 請求項１９〜２７のいずれか一項に記載の装置、および請求項３６〜４３のいずれか一項に記載の装置を含む通信システム。
53. 請求項１〜９、および２８〜３５のいずれか一項に記載の前記方法を履行するため、非一時的なメモリ上に具現化され、少なくとも１つのプロセッサによって実行されるプログラムコードを含むコンピュータプログラム。

Images