JP6567699B2 - データを送信するための方法及び通信デバイス - Google Patents

Description

様々な実施形態は、データを送信するための方法及び通信デバイスに関する。

５Ｇ（第５世代）ネットワークに関する標準化が３ＧＰＰ（第３世代パートナーシッププロジェクト）において現在進行中である。５Ｇでは、ＩＰフローに基づくサービス品質（ＱｏＳ：Quality of Service）に関する手法が考えられており、そこでは、各々のＩＰフローがＩＰフローの優先度レベルを表示するフロー優先度インジケータ（ＦＰＩ：Flow Priority Indicator）を割り当てられる。しかしながら、正しいフロー優先度インジケータの決定は、典型的には単純ではない。したがって、ＩＰフローに関するフロー優先度インジケータの効率的かつ正確な決定を可能にする手法が望まれている。

様々な実施形態では、データを送信するための方法が提供され、第１のアプリケーションに関する複数の異なる第１のインターネットプロトコル（ＩＰ：Internet Protocol）フロー接続を検出するステップであって、上記複数の第１のＩＰフロー接続のうちの各々の第１のＩＰフロー接続がそれぞれのＩＰフロー優先度インジケータを割り当てられている、複数の異なる第１のＩＰフロー接続を検出するステップと、上記検出した複数の第１のＩＰフロー接続の少なくとも１つの第１のＩＰフロー優先度インジケータを決定するステップと、上記決定した少なくとも１つの第１のＩＰフロー優先度インジケータを上記第１のアプリケーションに対する対応する参照（corresponding reference）とともに記憶するステップと、第２のアプリケーションに関する複数の異なる第２のＩＰフロー接続を検出するステップであって、上記複数の第２のＩＰフロー接続のうちの各々の第２のＩＰフロー接続がそれぞれのＩＰフロー優先度インジケータを割り当てられている、複数の異なる第２のＩＰフロー接続を検出するステップと、上記検出した複数の第２のＩＰフロー接続の少なくとも１つの第２のＩＰフロー優先度インジケータを決定するステップと、上記決定した少なくとも１つの第２のＩＰフロー優先度インジケータを上記第２のアプリケーションに対する対応する参照（corresponding reference）とともに記憶するステップと、上記第１のアプリケーション及び／又は上記第２のアプリケーションが、送信すべきデータを生成するステップと、送信すべき上記データを生成した上記アプリケーションを特定するステップと、上記第１のアプリケーション及び／又は第２のアプリケーションを参照する、上記記憶した少なくとも１つの第１のＩＰフロー優先度インジケータ及び／又は第２のＩＰフロー優先度インジケータを選択するステップと、上記選択したＩＰフロー優先度インジケータに基づいて上記生成したデータを送信するステップとを含む。

さらなる実施形態によれば、上に記述したデータを送信するための方法にしたがった通信デバイスが提供される。

図面では、同じ参照文字は、異なる図の全体を通して同じ部品を一般に参照する。図面は、必ずしも正確な縮尺である必要がなく、強調が、代わりに、発明の原理を図説することに一般に置かれている。下記の説明では、発明の様々な実施形態が、下記の図面を参照して説明される。

様々な実施形態によるダウンリンク方向の通信フローを図説している無線通信システムの一部分の図である。 様々な実施形態によるアップリンク方向の通信フローを図説している無線通信システムの一部分の図である。 もう１つのＩＰフローに基づくＱｏＳフレームワークを図説する図である。 代わりのＩＰフローに基づくＱｏＳフレームワークの例を図説する図である。 図２を参照して説明した手法及び図４を参照して説明した手法のパフォーマンスの比較の図である。 データを送信するための方法を図説している流れ図である。 通信デバイスの図である。

下記の詳細な説明は、図説として、発明が実行されることがあり得る具体的な詳細及び実施形態を示している添付の図面を参照している。

「例示的な（exemplary）」及び「例（example）」という語は、「例、事例、又は図説として働くこと」を意味するように本明細書では使用されている。「例」として本明細書において説明されるいずれかの実施形態又は設計が、他の実施形態又は設計よりも好ましい又は有利であると必ずしも考えられる必要がない。

本明細書において使用するように、「回路（circuit）」は、エンティティを実装する任意の種類の論理素子（logic）として理解されてもよく、回路は、特殊用途回路又はメモリ、ファームウェア、及びこれらの任意の組み合わせに記憶されたソフトウェアを実行するプロセッサであってもよい。さらにその上、「回路」は、結線により接続された論理回路又はプログラマブルプロセッサ、例えばマイクロプロセッサ（例えば複雑命令セットコンピュータ（ＣＩＳＣ：Complex Instruction Set Computer）プロセッサ又は縮小命令セットコンピュータ（ＲＩＳＣ：Reduced Instruction Set Computer）プロセッサ）などのプログラマブル論理回路であってもよい。「回路」は、ソフトウェア、例えば、任意の種類のコンピュータプログラム、例えば、仮想機械コード、例えば、Ｊａｖａ（登録商標）を使用してコンピュータプログラムを実行するプロセッサであってもよい。下記により詳細に説明されるであろうそれぞれの機能の任意の他の種類の実装形態も、「回路」として理解されてもよい。説明する回路のうちの任意の２つ（以上）が、１つの回路へと統合されてもよいことも理解され得る。

図１は、様々な実施形態によるダウンリンク方向の通信フローを図説している無線通信システム１００の一部分を示している。

図１に示したように、無線通信システム１００は、ＵＥ（ユーザ機器）（user equipment）、ナノ機器（ＮＥ）（nano equipment）、等などの無線通信端末デバイス１０２を含んでいる。

さらにその上、無線通信システム１００は、複数の無線アクセスネットワークノード、すなわち、５Ｇ（第５世代）無線アクセス技術（５Ｇ新無線（5G New Radio））にしたがって無線アクセスを提供するように構成されている基地局を含むことができる無線アクセスネットワーク１０３を含んでいる。各無線アクセスネットワークノードは、エアーインターフェース１０４をわたって無線通信端末デバイス１０２との無線通信を提供することができる。無線アクセスネットワーク１０３は、任意の数の無線アクセスネットワークノードを含むことができることに留意すべきである。

無線通信システム１００は、ＲＡＮ１０３に接続された次世代コアユーザプレーン機能（ＮＧ−ＵＰ：NextGen Core User Plane Function）１０５、ＲＡＮ１０３に接続され、つなげられているアクセス及びモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）１０６、セッション管理機能（ＳＭＦ：Session Management Function）１０７、並びに加入者データベース管理１０８を含んでいるコアネットワークをさらに含むことができる。

コアネットワークは、インターネットにつなげられることがある。インターネットは、複数のクライアント及びサーバデバイスを含むことができ、サーバは、１つ又は複数の通信サービスを提供することができる。例として、例えばアプリケーションプログラムなどの通信サービスの通信接続、例えば通信セッションは、エンドツーエンド接続の１つの例である。このエンドツーエンド接続は、インターネットプロトコル（ＩＰ）接続を含むことができる、又はＩＰ接続であってもよく、ＩＰ接続はＩＰフローとも呼ばれることがある。ＩＰ接続は、２つのインターネットプロトコル（ＩＰ）アドレス、すなわち送信元ＩＰアドレス及び宛先アドレス、送信元ポート番号、宛先ポート番号並びにトランスポートプロトコルにより一意的に特定されることがある。エンドツーエンド接続が２つのサーバデバイス（例えば、インターネット内のアプリケーションサーバコンピュータなどの例えばサーバコンピュータ）間、端末デバイス（例えば無線通信端末デバイス）とサーバデバイスとの間、又は２つの端末デバイス間（例えば２つの無線通信端末デバイス間）であってもよいことに留意されたい。

３ＧＰＰ（第３世代パートナーシッププロジェクト）によれば、フロー優先度インジケータ（ＦＰＩ）を導入してＩＰフローの優先度レベルを表示し、図２に図説されているＩＰフローに基づくＱｏＳフレームワークが、考えられている。

図２は、ＩＰフローに基づくＱｏＳフレームワークを図説している。

上記のフレームワークの鍵となる概念は、ダウンリンク（ＤＬ：downlink）方向に、すなわちアプリケーションサーバ２０２、ユーザプレーン（ＵＰ：user plane）ゲートウェイ２０３、制御プレーン（ＣＰ：control plane）ゲートウェイ２１１（これはモビリティ管理機能及びセッション管理機能を含む）並びにＲＡＮ（無線アクセスネットワーク：radio access network）２０４からＵＥ２０５へとＩＰフロー２０１により運ばれる各サービスに対して異なる優先度レベルを割り当て、次いでＤＬパケット２０６を対応するＦＰＩ２０７を用いて印をつける（mark）能力に見られることがある。ＦＰＩは、１つのシングルコアネットワークベアラ又はトンネル内のＩＰフロー２０１の優先度レベルを表示している。異なる優先度レベルが、ネットワークベアラ又はトンネルにおいてＩＰフローにより運ばれる各サービスに対して割り当てられることがある。

ＲＡＮ２０４は、ダウンリンクスケージューリング優先順位付けにおいてＦＰＩ２０７を考慮している。アップリンク方向の操作に関して、いわゆるリフレクティブＱｏＳソリューションが当てはまる、すなわちＲＡＮ２０４は、ダウンリンク方向のユーザプレーンにおいて（例えばＰＣＤＰレイヤにおいて）無線レベルヘッダを介してＵＥ２０５へＦＰＩ２０７を表示し、ＵＥは次いで、（送信元／宛先ＩＰ、送信元／宛先ポート並びにプロトコル識別子の５タプルにより特定されるような）ダウンリンクＩＰフローのバインディングテーブル２０８及び対応するＦＰＩを創り出す。

ＵＥ２０５がアップリンクデータを送ろうとしているときには、ＵＥ０５は、アップリンクパケット２０９のＩＰフローに関するバインディングテーブル２０８を検索し、優先順位付けのための対応するＦＰＩ２１０を使用し、そしてＲＡＮは、アップリンクスケージューリング優先順位付けのためのＦＰＩを使用する。結果として、アップリンク方向のＩＰフローの優先度は、ダウンリンク方向の同じＩＰフロー２０１の優先度を「反映する（reflects）」。

リフレクティブＱｏＳ手法にともなう問題は、上記手法が、特有のＱｏＳ処理を必要とする特定のアプリケーションに属するＩＰフローを検出するためにネットワークにおいてＤＰＩ（ディープパケットインスペクション：deep packet inspection）の使用に依存することである。ＤＰＩ操作が決して完ぺきではないので、ＤＰＩがある種のアプリケーションに属するすべてのＩＰフローを検出できず、それゆえ、これらのパケットがネットワークにおいてデフォルトＱｏＳ処理を得るはずであることがあり得る。これは、特に、暗号化（例えばＨＴＴＰＳ／ＴＬＳ）並びに多数の異なる送信元ＩＰアドレス及びポートを使用するアプリケーションにともなう問題であり得る。

図３は、もう１つのＩＰフローに基づくＱｏＳフレームワークを図説している。

この手法によれば、（アプリケーションサーバ３０１、ユーザプレーン（ＵＰ）ゲートウェイ３０２、制御プレーン（ＣＰ）ゲートウェイ３０３及びＲＡＮ（無線アクセスネットワーク）３０４を含む）ネットワークのオペレータは、特定のアプリケーション３０７に関するある種のＱｏＳフロー優先度インディケーション（ＦＰＩ）３０６を使用するためにＵＥ３０５を指示するポリシをＵＥ３０５へとアップロードする。ＵＥ３０５は、このアプリケーション３０７（これは、例えばＵＥのオペレーティングシステム３０９により管理される）により始められたすべてのアップリンクパケット３０８にこのＦＰＩ３０６を割り当てる。

ネットワークは、次いで図２の例におけるような類似のバインディングテーブル３１０を維持し、同じＩＰフローのすべてのダウンリンクパケット３１２に同じＦＰＩ３１１を割り当てる。ＲＡＮ３０４は、アップリンク及びダウンリンクスケージューリング優先順付けのためにＦＰＩを使用する。図２を参照して説明したものに対してこの手法の利点は、この手法がＤＰＩの精度に依存しないことである。しかしながら、この手法にともなう問題は、この手法がアプリケーションに関するＦＰＩの（おそらく頻繁に変化する）ＱｏＳポリシを維持し、そしてＵＥにおいてＱｏＳポリシを最新の状態に保つためにオペレータを必要とすることである。

上の問題の観点で、代わりの手法が与えられ、その例が図４に図説されている。

図４は、代わりのＩＰフローに基づくＱｏＳフレームワークの例を図説している。

図２と同様に、ネットワーク側が、アプリケーションサーバ４０２、ユーザプレーン（ＵＰ）ゲートウェイ４０３、制御プレーン（ＣＰ）ゲートウェイ４０４及びＲＡＮ（無線アクセスネットワーク）４０５により表されている。

ＩＰデータフロー４０６が確立されると、ＵＰゲートウェイ４０３は、この確立を検出し、ＣＰゲートウェイ４０４に報告する。これに応じて、ＣＰゲートウェイ４０４は、このＩＰフローに対してＦＰＩを設定する。さらに、ＰＤＵセッション４０７がＵＰゲートウェイ４０３とＲＡＮ４０５との間に確立されて、ＵＥ４０１へデータを送信しそしてＵＥ４０１からデータを受信する。

図２の手法と同様に、ＵＰゲートウェイ４０３は、ＤＰＩに基づく手順を使用してネットワーク内のＩＰフローを検出する。具体的に、ＩＰデータフロー４０６に関して、ＵＰゲートウェイ４０３は、ダウンリンクパケット４０８を分類しそしてＣＰゲートウェイ４０４により設定されたようなＦＰＩ４０９を用いて印をつける。

ＵＥ４０１は、アプリケーション４１１（第１列）とＩＰフロー（第２列）及びそれらの割り当てられたＦＰＩ（第３列）との対応を指定するバインディングテーブル４１０を維持する。バインディングテーブル４１０を埋めた後で、ＵＥ４０１は、デフォルトＦＰＩ以外のＦＰＩで印がつけられたダウンリンクパケットの受信で、このダウンリンクパケットが向けられているＵＥ４１０内のアプリケーション４１１のアイデンティティを決定し、そしてＩＰフロー識別情報及びＦＰＩに加えてアプリケーションアイデンティティをバインディングテーブルへと入力する。このアプリケーション４１１がアップリンクパケットを送るときはいつでも、ＵＥ４０１は、このアップリンクパケットのＩＰフローとは無関係に、このアプリケーション４１０に対してバインディングテーブルに記憶されたＦＰＩを使用する、すなわち（バインディングテーブル４１０により指定されたように）このアプリケーション４１０に関係付けられたＦＰＩ４１３を用いてすべてのＵＬパケット４１２に印をつける。

この手法が２つのバインディングテーブルを使用して実装されてもよいことに留意すべきである。ＵＥ４０１は、例えば、ＰＤＵセッション（又はＰＤＮ接続）４０７の設定の時点でデフォルトＦＰＩを学習する。ネットワークは、ＵＥ４０１に対する事前に認可されたＦＰＩ及びデフォルトＦＰＩを含むＱｏＳ規則を（例えばＮＧ１インターフェースをわたって、例えばＥＰＣにおける非アクセス層信号送信と同様に）構成する。ネットワークは、図３のネットワーク側バインディングテーブルと同様に第２のバインディングテーブルを維持することができる。ネットワークがデフォルトＦＰＩとは異なるＦＰＩを有するアップリンクパケットを受信すると、ネットワークは、このＩＰフローに関する第２のバインディングテーブルへと上記ＦＰＩを埋め、このＩＰフローに対してすべての来るべきダウンリンクパケットに対してＦＰＩを使用する。

ＵＥ内で、２つの別々のバインディングテーブル：ＩＰフローとＦＰＩとのバインディングを維持する１つ、及びアプリケーション参照（Application reference）とＦＰＩとの間のバインディングのためのもう１つがあってもよいことに留意すべきである。

図４を参照して説明した手法は、図２の手法と比較してＩＰフローの検出精度を向上させることを可能にするが、図３の手法におけるようにＵＥのポリシを維持するためにオペレータを必要としない。

図５は、図２を参照して説明した手法及び図４を参照して説明した手法のパフォーマンスの比較を示している。

この例では、ダウンリンク方向５０２に右から左へと送られ、ＵＥ５０１内の同じアプリケーションにすべてが宛てられている（１から６の番号を付けられた）６個のダウンリンクパケット、及びアップリンク方向５０３に右から左へと送られる（１から６の番号を付けられた）６個の対応するアップリンクパケットがあり、各アップリンクパケットは、例えば同じ番号を有するダウンリンクパケットへの応答である。

（破線５０６の上方の）第１の図形５０４は、図２の手法での操作を図説している。

ネットワークは、ダウンリンクパケットを分類するためにＤＰＩを使用し、そして正しくダウンリンクパケット２、３及び６の中のＩＰフローを決定することが可能であり、それゆえ、これらのパケットは、アプリケーションに特有のＦＰＩを用いて正しく印がつけられる。しかし、ＤＰＩの不正確さのために、ネットワークは、正しく（ハッチングした）パケット１、４及び５の中のＩＰフローに関するアプリケーションを決定することができない、それゆえ、これらのパケットは、デフォルトＦＰＩを用いて印がつけられる。ＵＥ５０１内のアプリケーションがこれらのダウンリンクパケットに応答すると、アプリケーションは、ダウンリンク方向で受信した同じＦＰＩを使用する、それゆえ、パケット１、４及び５は、アップリンク方向でもデフォルトＦＰＩで不正確に印がつけられる。

（破線５０６の下方の）第２の図形５０５は、図４の手法での操作を図説している。

再び、ネットワークは、ダウンリンクパケットを分類するためにＤＰＩを使用するが、ＤＰＩの不正確さのために、ネットワークは、ダウンリンクパケット１の中のＩＰフローに関するアプリケーションを決定することができない。そこでＵＥ５０１は、第１の図形５０１のケースにおけるようにデフォルトＦＰＩを用いてこのパケットに応答する。図４発明の手法の相違は、ＵＥがダウンリンクパケット２を受信した後で動作し始める：ダウンリンクパケット２がネットワークにより正しく検出されかつアプリケーションに特有のＦＰＩを用いて印がつけられたので、ＵＥ５０１は、アプリケーションをここでは特定し、パケットがバインディングテーブル４１０に宛てられ、そしてＦＰＩ及びアプリケーションアイデンティティをバインディングテーブル４１０へと記憶する。ネットワークが次いで正しくは特定されなかったＩＰフローに関するアップリンクパケット４を送ると、ネットワークは、アップリンクパケット４に対してデフォルトＦＰＩを依然として使用する。しかし、ＵＥが、デフォルトＦＰＩを使用する代わりにアップリンクパケット４を用いてダウンリンクパケット４に応答すると、ＵＥは、バインディングテーブル４１０を調べ、そして以前に記憶したアプリケーションに特有のＦＰＩを使用する。

ネットワークが、上に説明したように、アップリンクパケット４を受信すると、ネットワークは、（第２の）バインディングテーブルへとＦＰＩ及び対応するＩＰフローを記憶することができる。ネットワークがダウンリンクパケット５を送ると、ネットワークは、（第２の）バインディングテーブルに記憶されたアプリケーションに特有のＦＰＩを使用する、そのため、このパケットは、正しいＱｏＳ処理を受ける（すなわち、正しいＦＰＩを用いて割り当てられる）。そのため、ネットワークにおいてＤＰＩが特定のアプリケーションに関する複数のＩＰフローのうちの１つだけを正しく検出することが十分であり、その上、図４の手法が続くパケットに対して正しいＱｏＳ処理を適用することを可能にする。

まとめると、様々な実施形態によれば、データを送信するための方法が、図６に図説されたように提供される。

図６は、流れ図６００を示している。

６０１では、第１のアプリケーションに関する複数の異なる第１のインターネットプロトコル（ＩＰ）フロー接続が検出され、ここでは、複数の第１のＩＰフロー接続のうちの各々の第１のＩＰフロー接続が、それぞれのＩＰフロー優先度インジケータを割り当てられている。

６０２では、検出した複数の第１のＩＰフロー接続の少なくとも１つの第１のＩＰフロー優先度インジケータが決定される。

６０３では、決定した少なくとも１つの第１のＩＰフロー優先度インジケータが、第１のアプリケーションに対する対応する参照（corresponding reference）とともに記憶される。

６０４では、第２のアプリケーションに関する複数の異なる第２のＩＰフロー接続が検出され、ここでは、複数の第２のＩＰフロー接続のうちの各々の第２のＩＰフロー接続が、それぞれのＩＰフロー優先度インジケータを割り当てられている。

６０５では、検出した複数の第２のＩＰフロー接続の少なくとも１つの第２のＩＰフロー優先度インジケータが決定される。

６０６では、決定した少なくとも１つの第２のＩＰフロー優先度インジケータが、第２のアプリケーションに対する対応する参照（corresponding reference）とともに記憶される。

６０７では、第１のアプリケーション及び／又は第２のアプリケーションが、送信すべきデータを生成する。

６０８では、送信すべきデータを生成するアプリケーションが特定される。

６０９では、第１のアプリケーション及び／又は第２のアプリケーションを参照する、記憶した少なくとも１つの第１のＩＰフロー優先度インジケータ及び／又は第２のＩＰフロー優先度インジケータが選択される。

６１０では、生成したデータが、選択したＩＰフロー優先度インジケータに基づいて送信される。

様々な実施形態によれば、言い換えると、ＩＰフロー優先度は、対応するＩＰフローが確立される又はパケットが対応するＩＰフローを介して送信されるアプリケーションと関係付けられる。この関係付けられたアプリケーションを介して、ＩＰフロー優先度は、アプリケーションに関して確立されたすべてのＩＰフロー（すなわち、アプリケーションに関して送信するパケット）に適用される。このように、ＩＰフロー優先度がＩＰフローについて正しく決定されない場合でさえ、アプリケーションへのそしてしたがって１つ又は複数の他のＩＰフローへのＩＰフロー優先度の関係付けにより、正しいＩＰフロー優先度が、ＩＰフローに適用され得る（他のＩＰフローのうちの少なくとも１つに関して、ＩＰフロー優先度が正しく決定されていると仮定する）。

例えば、第１のＩＰフロー優先度インジケータは、第１のアプリケーションのサービス品質に基づいており、第２のＩＰフロー優先度インジケータは、第２のアプリケーションのサービス品質に基づいている。第１及び／又は第２のアプリケーションは、例えば、それぞれの複数のＩＰフロー接続のうちの１つを参照して送信すべきデータを生成することができる。しかしながら、第１のアプリケーション及び／又は第２のアプリケーションは、これまでに受信されておらず記憶されていないＩＰフローについてもアップリンクデータを生成することができる。

（ＱｏＳインジケータとして見られることがある）ＩＰフロー優先度インジケータに基づいてパケットを送信することは、例えば、ＩＰフロー優先度インジケータがパケットのスケージューリングにおいて考慮されることを意味することがある。例えば、第１のＩＰフロー優先度インジケータに基づいて送信される第１のパケットは、第１のＩＰフロー優先度インジケータよりも低い第２のＩＰフロー優先度インジケータに基づいて送信される第２のパケットに対して特別扱いされる（例えば、先に送信されるようにスケジュールされる）。

図６の方法は、例えば、図７に図説したような通信デバイスにより実行される。

図７は、通信デバイス７００を示している。

通信デバイス７００は、第１のアプリケーションに関する複数の異なる第１のインターネットプロトコル（ＩＰ）フロー接続を検出するように構成され、ここでは、複数の第１のＩＰフロー接続のうちの各々の第１のＩＰフロー接続がそれぞれのＩＰフロー優先度インジケータを割り当てられており、かつ第２のアプリケーションに関する複数の異なる第２のＩＰフロー接続を検出するように構成され、ここでは、複数の第２のＩＰフロー接続のうちの各々の第２のＩＰフロー接続がそれぞれのＩＰフロー優先度インジケータを割り当てられている、インターネットプロトコル（ＩＰ）フロー検出器７０１を含む。

通信デバイス７００は、検出した複数の第１のＩＰフロー接続の少なくとも１つの第１のＩＰフロー優先度インジケータを決定し、かつ検出した複数の第２のＩＰフロー接続の少なくとも１つの第２のＩＰフロー優先度インジケータを決定するように構成された決定装置７０２をさらに含む。

さらに、通信デバイス７００は、決定した少なくとも１つの第１のＩＰフロー優先度インジケータを第１のアプリケーションに対する対応する参照とともに記憶するように構成され、かつ決定した少なくとも１つの第２のＩＰフロー優先度インジケータを第２のアプリケーションに対する対応する参照とともに記憶するように構成されたメモリ７０３を含む。

通信デバイス７００は、送信すべきデータを生成するアプリケーションを特定するように、ここでは、送信すべきデータが第１のアプリケーション及び／又は第２のアプリケーションにより生成され、第１のアプリケーション及び／又は第２のアプリケーションを参照する、記憶した少なくとも１つの第１のＩＰフロー優先度インジケータ及び／又は第２のＩＰフロー優先度インジケータを選択するように、かつ選択したＩＰフロー優先度インジケータに基づいて生成したデータを送信するように構成された送信機７０４をさらに含む。

図６の方法の文脈で説明した実施形態及び例が通信デバイス７００について同様に有効であり、逆もまた同様であることに留意すべきである。

通信デバイスの構成要素（例えば、インターネットプロトコルフロー検出器、決定装置、メモリ及び送信機）は、１つ又は複数の回路により実装されることがある。

第１のアプリケーション及び第２のアプリケーションは、通信サービスを各々使用する又は提供することができる。様々な実施形態では、通信サービスは、例えば：
・音声通信サービス（言い換えると、オーディオデータを含むだけの通信サービス）；
・ビデオ通信サービス（言い換えると、ビデオデータと、任意選択で加えてオーディオデータ及び／又はテキストデータとを含む通信サービス）；
・テキスト通信サービス（言い換えると、テキストデータを含むだけの通信サービス）；
・マルチメディア通信サービス（言い換えると、ビデオデータ、オーディオデータ及び／又はテキストデータを含む通信サービス）；並びに
・機械通信サービス（言い換えると、機械への又はからのセンサデータを報告する又は動作コマンドを送る情報を含む通信サービス）
などの通信を含むことができる又は通信であってもよい。

通信サービスに関するより具体的な実施例は；
・ボイスオーバーロングタームエボリューション（ＶｏＬＴＥ：Voice over Long Term Evolution）；
・車両間通信；
・自動販売機、太陽光パネル、電気自動車電池、コンテナ又は建設機械のような機械からのセンサ読み値及び上記機械への起動コマンド；
・ビデオストリーミングアプリケーション；
・仮想現実感及び拡張現実感アプリケーション；
・オーディオストリーミングアプリケーション；
・モバイルゲームアプリケーション；
・テキストメッセージ送信；等
を含むことができる。

下記には、様々な実施例が、説明される。

実施例１は、図６に図説したようなデータを送信するための方法である。

実施例２は、実施例１に記載の方法であって、決定した少なくとも１つの第１のＩＰフロー優先度インジケータを第１のアプリケーションに対する対応する参照とともに及び決定した少なくとも１つの第２のＩＰフロー優先度インジケータを第２のアプリケーションに対する対応する参照とともに一緒にバインディングテーブルに記憶するステップを含む。

実施例３は、実施例１又は２に記載の方法であって、通信端末上で上記第１のアプリケーション及び上記第２のアプリケーションを実行するステップを含む。

実施例４は、実施例３に記載の方法であって、上記第１のアプリケーション及び／又は上記第２のアプリケーションにより生成された送信すべきデータが、上記通信端末において生成されたクライアント側データ又は通信ネットワークのサーバコンピュータにおいて生成されたサーバ側データである。

実施例５は、実施例４に記載の方法であって、上記第１のアプリケーション及び／又は上記第２のアプリケーションが、上記通信端末により実行されるクライアント側インスタンス及び上記サーバコンピュータにより実行されるサーバ側インスタンスを各々含む。

実施例６は、実施例３〜５のいずれか一項に記載の方法であって、上記第１のアプリケーション及び／又は上記第２のアプリケーションにより生成された送信すべき上記データが、上記通信端末から通信ネットワークへ送信されるべきデータ又は通信ネットワークから上記通信端末により受信されるべきデータである。

実施例７は、実施例１〜６のいずれか一項に記載の方法であって、各ＩＰフロー接続の識別情報を生成するステップであり、上記識別情報が、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート、宛先ポート及びプロトコル識別子のうちの少なくとも１つの組み合わせに基づいている、生成するステップをさらに含む。

実施例８は、実施例１〜７のいずれか一項に記載の方法であって、上記決定した少なくとも１つの第１のＩＰフロー優先度インジケータを、上記第１のアプリケーションに対する対応する参照と、上記第１のＩＰフロー優先度インジケータが決定されている少なくとも１つの第１のＩＰフローの識別情報とともに記憶するステップと、上記決定した少なくとも１つの第２のＩＰフロー優先度インジケータを、上記第２のアプリケーションに対する対応する参照と、上記第２のＩＰフロー優先度インジケータが決定されている少なくとも１つの第２のＩＰフローの識別情報とともに記憶するステップとを含む。

実施例９は、実施例１〜８のいずれか一項に記載の方法であって、上記第１のＩＰフロー接続のうちの上記少なくとも１つを介して送信された上記少なくとも１つの第１のＩＰフロー優先度インジケータを用いて印がつけられた第１のパケットに基づいて上記検出した複数の第１のＩＰフロー接続の上記少なくとも１つの第１のＩＰフロー優先度インジケータを決定するステップと、上記第２のＩＰフロー接続のうちの上記少なくとも１つを介して送信された上記少なくとも１つの第２のＩＰフロー優先度インジケータを用いて印がつけられた第２のパケットに基づいて上記検出した複数の第２のＩＰフロー接続の上記少なくとも１つの第２のＩＰフロー優先度インジケータを決定するステップとを含む。

実施例１０は、実施例９に記載の方法であって、上記第１のパケットが、ダウンリンクパケットであり、上記方法が、通信端末により上記少なくとも１つの第１のＩＰフロー優先度インジケータを決定するステップを含む、又は上記第１のパケットが、アップリンクパケットであり、上記方法が、通信ネットワークデバイスにより上記少なくとも１つの第１のＩＰフロー優先度インジケータを決定するステップを含む。

実施例１１は、実施例９又は１０に記載の方法であって、上記第２のパケットが、ダウンリンクパケットであり、上記方法が、通信端末により上記少なくとも１つの第２のＩＰフロー優先度インジケータを決定するステップを含む、又は上記第２のパケットが、アップリンクパケットであり、上記方法が、通信ネットワークデバイスにより上記少なくとも１つの第２のＩＰフロー優先度インジケータを決定するステップを含む。

実施例１２は、実施例９〜１１のいずれか一項に記載の方法であって、上記第１のパケット及び上記第２のパケットがＩＰパケットである。

実施例１３は、実施例９〜１２のいずれか一項に記載の方法であって、上記第１のパケットが、上記第１のアプリケーションにより生成された有用なデータを運び、上記第２のパケットが、上記第２のアプリケーションにより生成された有用なデータを運ぶ。

実施例１４は、実施例１〜１３のいずれか一項に記載の方法であって、上記少なくとも１つの第１のＩＰフロー優先度インジケータが、上記第１のパケットのディープパケットインスペクションに基づいて予め決定され、上記少なくとも１つの第２のＩＰフロー優先度インジケータが、上記第２のパケットのディープパケットインスペクションに基づいて予め決定される。

実施例１５は、図７に図説したような通信デバイスである。

さらなる実施例によれば、データを送信するための方法が提供され、ＩＰ接続を介してダウンロードパケットを受信するステップと、上記ＩＰ接続の優先度を特定するステップと、上記ダウンロードパケットが送信されているアプリケーションを特定するステップと、上記ＩＰ接続の上記特定した優先度を使用して上記ＩＰ接続を介して又は異なるＩＰ接続を介して上記アプリケーションに関するアップロードパケットを送信するステップとを含む。

さらなる実施例によれば、アップリンクデータ送信に関するＱｏＳフローを選択する方法が提供され：
・ネットワークから複数のデータユニットを受信するステップであって、
・各データユニットがＱｏＳフローインジケータを含む、
受信するステップと、
・上記ネットワークから１つ又は複数の上記データユニットを受信するように構成されたアプリケーションを特定するステップと、
・上記アプリケーションから上記ネットワークへ１つ又は複数のデータユニットを送信するステップと、
・選択するステップであって、
・上記アプリケーション識別情報及び上記アプリケーションに関する記憶されたＱｏＳフローインジケータに基づいて、
・上記アプリケーションから送信された上記複数のデータユニットのうちの各々のデータユニットについて、
・上記ネットワークへ上記データユニットを送信する１つのＱｏＳフローを
選択するステップと
を含む。

方法のうちの１つの文脈で説明した実施形態が通信デバイスに対して同様に有効であり、逆もまた同様であることに留意すべきである。

本発明が具体的な実施形態を参照して詳細に示されそして説明されてきたが、形態及び詳細の様々な変更が、別記の特許請求の範囲により規定されるような本発明の精神及び範囲から逸脱せずに本明細書において行われてもよいことが当業者には理解されるはずである。発明の範囲は、別記の特許請求の範囲によりこのように示され、特許請求の範囲の等価物の意味及び範囲内になるすべての変更は、これゆえ包含されるべきものである。

Claims (15)

1. データを送信するための方法（６００）であって、
   第１のアプリケーションに関する複数の異なる第１のインターネットプロトコル（ＩＰ）フロー接続を検出するステップ（６０１）であり、前記複数の第１のＩＰフロー接続のうちの各々の第１のＩＰフロー接続がそれぞれのＱｏＳ−ＩＰフロー優先度インジケータを割り当てられている、検出するステップ（６０１）と、
   前記検出した複数の第１のＩＰフロー接続の少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータを決定するステップ（６０２）と、
   前記決定した少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータを前記第１のアプリケーションに対する対応する参照とともに記憶するステップ（６０３）と、
   第２のアプリケーションに関する複数の異なる第２のＩＰフロー接続を検出するステップ（６０４）であり、前記複数の第２のＩＰフロー接続のうちの各々の第２のＩＰフロー接続がそれぞれのＱｏＳ−ＩＰフロー優先度インジケータを割り当てられている、検出するステップ（６０４）と、
   前記検出した複数の第２のＩＰフロー接続の少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータを決定するステップ（６０５）と、
   前記決定した少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータを前記第２のアプリケーションに対する対応する参照とともに記憶するステップ（６０６）と、
   前記第１のアプリケーション及び／又は前記第２のアプリケーションが、送信すべきデータを生成するステップ（６０７）と、
   送信すべき前記データを前記第１のアプリケーション及び／又は第２のアプリケーションが生成するか否かを特定するステップ（６０８）と、
   前記第１のアプリケーション及び／又は第２のアプリケーションを参照する、前記記憶した少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータ及び／又は第２のＱｏＳ−ＩＰフロー優先度インジケータを選択するステップ（６０９）と、
   前記選択したＱｏＳ−ＩＰフロー優先度インジケータに基づいて前記生成したデータを送信するステップ（６１０）と、
   を含む、方法。
2. 前記決定した少なくとも１つの第１のＩＰフロー優先度インジケータを前記第１のアプリケーションに対する対応する参照とともに、及び、前記決定した少なくとも１つの第２のＩＰフロー優先度インジケータを前記第２のアプリケーションに対する対応する参照とともに、一緒にバインディングテーブルに記憶するステップを含む、請求項１に記載の方法。
3. 通信端末（４０１）上で前記第１のアプリケーション及び前記第２のアプリケーションを実行するステップを含む、請求項１又は２に記載の方法。
4. 前記第１のアプリケーション及び／又は前記第２のアプリケーションにより生成された送信すべき前記データが、前記通信端末（４０１）において生成されたクライアント側データ又は通信ネットワークのサーバコンピュータ（４０２）において生成されたサーバ側データである、請求項３に記載の方法。
5. 前記第１のアプリケーション及び／又は前記第２のアプリケーションが、前記通信端末（４０１）により実行されるクライアント側インスタンス及び前記サーバコンピュータ（４０２）により実行されるサーバ側インスタンスを各々含む、請求項４に記載の方法。
6. 前記第１のアプリケーション及び／又は前記第２のアプリケーションにより生成された送信すべき前記データが、前記通信端末（４０１）から通信ネットワークへ送信されるべきデータ又は通信ネットワークから前記通信端末（４０１）により受信されるべきデータである、請求項３〜５のいずれか一項に記載の方法。
7. 各ＩＰフロー接続の識別情報を生成するステップであって、前記識別情報が、送信元ＩＰアドレス、宛先ＩＰアドレス、送信元ポート、宛先ポート及びプロトコル識別子のうちの少なくとも１つの組み合わせに基づいている、生成するステップをさらに含む、請求項１〜６のいずれか一項に記載の方法。
8. 前記決定した少なくとも１つの第１のＩＰフロー優先度インジケータを、前記第１のアプリケーションに対する対応する参照と、当該第１のＩＰフロー優先度インジケータが決定された少なくとも１つの第１のＩＰフローの識別情報とともに記憶するステップと、
   前記決定した少なくとも１つの第２のＩＰフロー優先度インジケータを、前記第２のアプリケーションに対する対応する参照と、当該第２のＩＰフロー優先度インジケータが決定された少なくとも１つの第２のＩＰフローの識別情報とともに記憶するステップと、
   を含む、請求項１〜７のいずれか一項に記載の方法。
9. 前記第１のＩＰフロー接続のうちの前記少なくとも１つを介して送信された前記少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータを用いて印がつけられた第１のパケットに基づいて、前記検出した複数の第１のＩＰフロー接続の前記少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータを決定するステップと、
   前記第２のＩＰフロー接続のうちの前記少なくとも１つを介して送信された前記少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータを用いて印がつけられた第２のパケットに基づいて、前記検出した複数の第２のＩＰフロー接続の前記少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータを決定するステップと、
   を含む、請求項１〜８のいずれか一項に記載の方法。
10. 前記第１のパケットが、ダウンリンクパケットであり、前記方法が、通信端末（４０１）により前記少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータを決定するステップを含む、
    又は、
    前記第１のパケットが、アップリンクパケットであり、前記方法が、通信ネットワークデバイスにより前記少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータを決定するステップを含む、
    請求項９に記載の方法。
11. 前記第２のパケットが、ダウンリンクパケットであり、前記方法が、通信端末（４０１）により前記少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータを決定するステップを含む、
    又は、
    前記第２のパケットが、アップリンクパケットであり、前記方法が、通信ネットワークデバイスにより前記少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータを決定するステップを含む、
    請求項９又は１０に記載の方法。
12. 前記第１のパケット及び前記第２のパケットがＩＰパケットである、請求項９〜１１のいずれか一項に記載の方法。
13. 前記第１のパケットが、前記第１のアプリケーションにより生成されたデータを運び、前記第２のパケットが、前記第２のアプリケーションにより生成されたデータを運ぶ、請求項９〜１２のいずれか一項に記載の方法。
14. 前記少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータが、前記第１のパケットのディープパケットインスペクションに基づいて予め決定され、前記少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータが、前記第２のパケットのディープパケットインスペクションに基づいて予め決定される、請求項９〜１３のいずれか一項に記載の方法。
15. 第１のアプリケーションに関する複数の異なる第１のインターネットプロトコル（ＩＰ）フロー接続であって、前記複数の第１のＩＰフロー接続のうちの各々の第１のＩＰフロー接続が、それぞれのＱｏＳ−ＩＰフロー優先度インジケータを割り当てられている、複数の異なる第１のＩＰフロー接続を検出するように、
    及び、
    第２のアプリケーションに関する複数の異なる第２のＩＰフロー接続であって、前記複数の第２のＩＰフロー接続のうちの各々の第２のＩＰフロー接続が、それぞれのＱｏＳ−ＩＰフロー優先度インジケータを割り当てられている、複数の異なる第２のＩＰフロー接続を検出するように
    構成されたインターネットプロトコル（ＩＰ）フロー検出器（７０１）と、
    前記検出した複数の第１のＩＰフロー接続の少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータを決定するように、
    及び、
    前記検出した複数の第２のＩＰフロー接続の少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータを決定するように
    構成された決定装置（７０２）と、
    前記決定した少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータを前記第１のアプリケーションに対する対応する参照とともに記憶するように、
    及び、
    前記決定した少なくとも１つの第２のＱｏＳ−ＩＰフロー優先度インジケータを前記第２のアプリケーションに対する対応する参照とともに記憶するように
    構成されたメモリ（７０３）と、
    前記第１のアプリケーション及び／又は前記第２のアプリケーションにより生成される送信すべきデータを前記第１のアプリケーション及び／又は第２のアプリケーションが生成するか否かを特定するように、
    前記第１のアプリケーション及び／又は第２のアプリケーションを参照する、前記記憶した少なくとも１つの第１のＱｏＳ−ＩＰフロー優先度インジケータ及び／又は第２のＱｏＳ−ＩＰフロー優先度インジケータを選択するように、
    及び、
    前記選択したＱｏＳ−ＩＰフロー優先度インジケータに基づいて前記生成したデータを送信するように
    構成された送信機（７０４）と、
    を備える、通信デバイス（７００）。