(57)【特許請求の範囲】
【請求項１】
進化型パケットコア(EPC)の内部のシステムであって、当該システムは、アプリケーション機能から受信するパケットをユーザ機器(UE)に送信するように構成され、当該システムは、プロセッサを含み、
該プロセッサは、
前記アプリケーション機能から複数の要求を受信し、前記複数の要求の各々は、1つの要求されたフロー優先順位インジケータ(FPI)及び1つの強化型フロー記述を含み、前記強化型フロー記述の各々は、前記アプリケーション機能から前記ユーザ機器(UE)に送信される個別の対応するフローを特定し、
複数の前記要求されたフロー優先順位インジケータ(FPI)に基づいてフロートラフィックに優先順位をつける、
ように構成される、
複数の前記強化型フロー記述の少なくとも1つは、前記個別の対応するフローの中の複数のパケットの長さを示す、
システム。
【請求項２】
複数の前記強化型フロー記述の少なくとも1つは、前記個別の対応するフローの中の前記複数のパケットについての最大の長さ及び最小の長さを示す、請求項１に記載のシステム。
【請求項３】
前記長さはモジュロ関数に基づいて指定される、請求項１に記載のシステム。
【請求項４】
進化型パケットコア(EPC)の内部のシステムであって、当該システムは、アプリケーション機能から受信するパケットをユーザ機器(UE)に送信するように構成され、当該システムは、プロセッサを含み、
該プロセッサは、
前記アプリケーション機能から複数の要求を受信し、前記複数の要求の各々は、1つの要求されたフロー優先順位インジケータ(FPI)及び1つの強化型フロー記述を含み、前記強化型フロー記述の各々は、前記アプリケーション機能から前記ユーザ機器(UE)に送信される個別の対応するフローを特定し、
複数の前記要求されたフロー優先順位インジケータ(FPI)に基づいてフロートラフィックに優先順位をつける、
ように構成され、
複数の前記強化型フロー記述の少なくとも1つは、前記個別の対応するフローの中の複数のパケットのペイロードの値を示す、
システム。
【請求項５】
複数の前記強化型フロー記述の前記少なくとも１つは、前記値と比較されるフィールドの場所及び長さを示す、請求項４に記載のシステム。
【請求項６】
前記プロセッサは、複数の前記要求されたフロー優先順位インジケータ(FPI)に基づいて複数の許可されるフロー優先順位インジケータ(FPI)を決定するように構成される、請求項１に記載のシステム。
【請求項７】
複数の前記許可されるフロー優先順位インジケータ(FPI)の各々は、1つの数を示し、前記1つの数は、他のフロー優先順位インジケータ(FPI)と比較した1つの優先順位を示す、請求項６に記載のシステム。
【請求項８】
アプリケーション内フローに優先順位付けを提供する方法であって、
リモートアプリケーションから要求を受信するステップであって、前記要求は、前記リモートアプリケーションとユーザデバイスとの間で送信される複数のフローの中の1つのフローについての1つのフロー優先順位及び1つのフロー記述を含む、要求を受信するステップと、
前記1つのフロー記述に基づいて前記1つのフローに属するパケットを特定するステップと、
前記1つのフロー優先順位に基づいて前記1つのフローに属する前記パケットをスケジューリングするステップと、を含み、
前記1つのフロー記述はパケットの長さの指標を含む、
方法。
【請求項９】
前記パケットの長さの前記指標は、モジュロ演算のパラメータ及び範囲を含むグループから選択される、請求項８に記載の方法。
【請求項１０】
アプリケーション内フローに優先順位付けを提供する方法であって、
リモートアプリケーションから要求を受信するステップであって、前記要求は、前記リモートアプリケーションとユーザデバイスとの間で送信される複数のフローの中の1つのフローについての1つのフロー優先順位及び1つのフロー記述を含む、要求を受信するステップと、
前記1つのフロー記述に基づいて前記1つのフローに属するパケットを特定するステップと、
前記1つのフロー優先順位に基づいて前記1つのフローに属する前記パケットをスケジューリングするステップと、を含み、
前記1つのフロー記述はパケットフィールドの値の指標を含む、
方法。
【請求項１１】
前記1つのフロー記述はパケットタイプの指標を含む、請求項８に記載の方法。
【請求項１２】
前記1つのフロー優先順位に基づいて許可される優先順位を決定するステップをさらに含む、請求項８に記載の方法。
【請求項１３】
前記パケットを特定するステップ及び前記パケットをスケジューリングするステップは、パケットゲートウェイに前記許可される優先順位及び前記1つのフロー記述を送信するステップを含み、前記パケットゲートウェイは、前記1つのフローに属するパケットを特定し、前記許可される優先順位に基づいて前記1つのフローに属するパケットをスケジューリングする、請求項１２に記載の方法。
【請求項１４】
前記許可される優先順位は、前記1つのフロー優先順位及びパケット検査に基づいて決定される、請求項１２に記載の方法。
【請求項１５】
前記1つのフローは、前記リモートアプリケーションから前記ユーザデバイスにパケットを運ぶダウンリンクフローである、請求項８に記載の方法。
【請求項１６】
アプリケーション内フローに優先順位付けを提供するデバイスであって、当該デバイスは回路を含み、
該回路は、
複数のパケットストリームの各々に許可される1つの優先順位を決定し、前記複数のパケットストリームは、単一のソースからのパケットストリームであり、
パケットを検査して、各パケットがいずれのパケットストリームと関連しているかを決定し、
前記パケットが関連するパケットストリームの前記許可される1つの優先順位で前記パケットの各々をマーキングする、
ように構成され、
前記回路は、リモートサーバによって提供される分類情報に基づいて、各パケットがいずれのパケットストリームと関連しているかを決定する、
デバイス。
【請求項１７】
前記分類情報はパケットコンテンツを含み、各パケットについての関連するパケットストリームは、前記パケットコンテンツから決定される、請求項１６に記載のデバイス。
【請求項１８】
前記分類情報は長さ特性を含み、各パケットについての関連するパケットストリームは、前記長さ特性から決定される、請求項１６に記載のデバイス。
【請求項１９】
前記回路は、前記分類情報の中で指定されないパケットについてディフォルトの優先順位を決定する、請求項１６に記載のデバイス。
【請求項２０】
前記複数のパケットストリームは、ビデオパケットストリーム及び音声パケットストリームを含み、前記音声パケットストリームは、前記ビデオパケットストリームよりも高い決定される優先順位を受信する、請求項１６に記載のデバイス。
【請求項２１】
前記回路は、パケットゲートウェイに前記パケットを検査してマーキングすることを指示することにより、前記パケットを検査してマーキングする、請求項１６に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、1つのアプリケーションとユーザ機器（UE）との間の複数のアプリケーション内フローのフロー優先順位付けに関している。
【図面の簡単な説明】
【０００２】
【図１】インターネットを介してユーザ機器（UE）をリモートアプリケーションに通信可能に接続するシステムの概略図である。
【図２】複数のベアラを使用してUEをインターネットに通信可能に接続するシステムの概略図である。
【図３】アプリケーション内フロー優先順位インジケータ（FPI）に基づいて複数のパケットをスケジューリングすることができる進化型パケットコア（EPC）の一部の概略図である。
【図４】アプリケーション機能、ポリシー及び課金ルール機能（PCRF）、並びにパケットデータネットワークゲートウェイ（P-GW）に間の複数の通信の概略図である。
【図５】1つのアプリケーション内フローについてスケジューリングを確立する方法の概略図である。
【図６】複数のアプリケーション内フロー及び対応するFPIを定義する方法のフローチャートである。
【図７】アプリケーション内FPIと互換性があるUEの概略図である。
【発明を実施するための形態】
【０００３】
無線モバイル通信技術は、基地局と無線通信デバイスとの間でデータを送信するために、さまざまな規格及びプロトコルを使用する。無線通信システム規格及びプロトコルは、例えば、第3世代パートナーシッププロジェクト（3GPP）ロングタームエボリューション（LTE）、Worldwide  Interoperability  for  Microwave  Access（WiMAX）として業界団体に一般に知られているアメリカ電気電子通信学会（IEEE）802.16規格、WiFiとして業界団体に一般に知られているIEEE802.11規格を含んでもよい。LTEシステムの3GPP無線アクセスネットワーク（RAN）においては、基地局は、ユーザ機器（UE）として知られる無線通信デバイスと通信する（進化型NodeB、強化型NodeB、又はeNBとして一般的に示される）進化型ユニバーサル地上波無線アクセスネットワーク（E-UTRAN）NodeB及び/又はE-UTRAN内の無線ネットワークコントローラ（RNC）を含んでもよい。LTEネットワークにおいては、E-UTRANは、複数のeNodeBを含んでもよく、また、複数のUEと通信してもよい。進化型パケットコア（EPC）は、E-UTRANをインターネット等の外部ネットワークと通信可能に接続してもよい。
【０００４】
LTEネットワークは、無線アクセス技術及びコア無線ネットワークアーキテクチャを含んでもよく、これらは、高データレート、低遅延、パケット最適化、並びに改善したシステム容量及び改善したカバレッジを提供することができる。EPCは、複数のサービス要件を満たしつつ、外部ネットワークとE-UTRANとの間でパケットを転送する役割を担ってもよい。ダウンリンク（DL）送信は、UEへの配信のためにリモートアプリケーションからEPCで受信される通信として定義されてもよく、アップリンク（UL）送信は、リモートアプリケーションへの配信のためにUEからEPCで受信される通信として定義されてもよい。EPCは、ULパケットがいずれかのサービス要件に従って外部ネットワークに正しくルーティングされ、DLパケットがいずれかのサービス要件に従ってUEに正しくルーティングされるということを保証してもよい。
【０００５】
UEがE-UTRANと通信可能に接続する場合には、進化型パケットシステム（EPS）ベアラが、そのUEのために確立されてもよい。EPSベアラは、EPC内でのUEとパケットデータネットワーク（PDN）ゲートウェイ（P-GW）との間の仮想的な接続であってもよく、（E-UTRAN無線アクセスベアラ（E-RAB）、無線ベアラ、S1ベアラ、S5/S8ベアラ等の）追加的なベアラから構成されていてもよい。EPSは、保証されたサービス品質（QoS）を含んでもよい。例えば、各EPSベアラは、1つのQoSクラス識別子（QCI）と関連していてもよく、各QCIは、あらかじめ規定される複数のQoSパラメータと関連していてもよい。QCI及びQoSパラメータは、優先順位、パケット遅延割当量、パケット誤り/損失率、リソースタイプ、ビットレートが保証されているか否か、及び/又はその他同様のものを含んでもよい。複数の異なるEPSベアラからのデータパケットは、各EPSベアラと関連するQCIに基づいてEPCによって異なる取り扱いを受けてもよい。
【０００６】
複数のベアラの中で、パケットの相対的な優先順位は、フロー優先順位インジケータ（FPI）から決定されてもよい。フロー優先順位インジケータは、符号なしの整数等のある数であってもよく、他のフローと比較したパケットの各フローの相対的な優先順位を示していてもよい。EPCは、各パケットがいずれのフローと関連しているのかを決定する。EPCは、そのパケットが関連するフローのFPIに基づいてパケットをスケジューリングしてもよい。より高い優先順位のフローと関連するパケットは、より低い優先順位のフローと関連するパケットを犠牲にして優先順位を与えられてもよい。より低い優先順位のフローと関連するパケットは破棄されてもよく、より低い優先順位のフローを送信しているソースは、破棄されたパケット及び/又は受信したスケジューリング処理に基づいてそれらのソースの送信帯域幅を調整してもよい。1つの実施形態において、P-GW及び/又はトラフィック検出機能（TDF）は、フローを特定し、フローに印をつけ（フローをマーキングし）、及び/又はフローをスケジューリングしてもよい。
【０００７】
アプリケーション機能（AF）は、アプリケーションを送信してもよく、そのアプリケーションは、EPCによってスケジューリングされてもよい。アプリケーション機能（AF）は複数のアプリケーション内フローを送信してもよく、それらのアプリケーション内フローは同一のアプリケーションフローの中に含まれてもよい。複数のアプリケーション内フローのうちの1つ又は複数が、それらの複数のアプリケーション内フローのうちの他のアプリケーション内フローよりもアプリケーション機能にとってより重要であってもよい。例えば、ビデオ発呼サービスは、1つのアプリケーションフローと関連していてもよく、そのアプリケーションフローは、音声パケットフロー及びビデオパケットフローを含んでいてもよい。音声パケットが、ビデオパケットよりもビデオ発呼サービスにとってより重要であってもよい。ビデオ発呼サービスは、音声パケットを保護するために追加的なビデオパケットが破棄されるようにすることを選択してもよく、それによってビデオ信号が劣化し又は失われる場合であっても、音声が明瞭に維持されるようにしてもよい。したがって、それらパケットがいずれのアプリケーション内フローと関連するかに基づいて、同一のアプリケーションフローの中のパケットに優先順位を与える場合に、アプリケーション機能は、より良いユーザ体感品質（QoE）を提供することが可能であってもよい。
【０００８】
1つの実施形態において、アプリケーション機能（AF）は、複数のアプリケーション内フローについてEPCに分類情報及びアプリケーション内FPIを提供してもよい。EPCは、複数のアプリケーション内フローのうちの1つに属するように受信した複数のパケットを分類し、対応するアプリケーション内FPIに基づいてそれらの複数のパケットをスケジューリングしてもよい。例えば、P-GW及び/又はTDFは、各パケットがいずれのアプリケーション内フローと関連するかを特定してもよい。P-GW及び/又はTDFは、そのパケットが関連するフローについてのアプリケーション内FPIに基づいて、各パケットに印をつけ（各パケットをマーキングし）、及び/又は各パケットをスケジューリングしてもよい。EPCの（サービングゲートウェイ（S-GW）等の）他の要素及び/又はE-UTRANは、印をつけられたアプリケーション内FPIに基づいてパケットに優先順位を与えてもよい。
【０００９】
アプリケーション機能は、Rxインターフェイスを介してポリシー及び課金ルール機能（PCRF）に分類情報及び要求されたアプリケーション内FPIを提供してもよい。パケットを分類するための強化型フロー記述及び要求されたFPIを含むように、メディア・サブ・コンポーネント・アトリビュート・バリュー・ペア（AVP）を修正してもよい。要求されたFPI及び強化型フロー記述を含むAVPは、AA-リクエストの中でアプリケーション機能によってPCRFに送信されてもよい。PCRFは、要求されたFPIに基づいて許可されるFPIを決定してもよい。許可されるFPIは、EPCオペレータの複数のポリシーに基づいて、及び/又はP-GW及び/又はTDFによって実行される（浅いパケット検査、レベル７の深いパケット検査、試行錯誤的な分析等の）パケット検査によって得られる情報に基づいて、決定されてもよい。許可されるFPI及び強化型フロー記述を含むようにフロー情報AVPを修正してもよい。許可されるFPI及び強化型フロー記述を含むAVPは、CC-リクエストの中でPCRFから、Gxインターフェイスを介してP-GWに及び/又はSdインターフェイスを介してTDFに送信されてもよい。例えば、CC-リクエストは、P-GWにおいて、ポリシー及び課金実行機能（PCEF）に送信されてもよい。
【００１０】
P-GW及び/又はTDFは、強化型フロー記述に基づいてパケットを特定してもよい。1つの実施形態又は構成において、強化型フロー記述は、ある特定のフローに属するパケットの長さを示してもよい。パケットの長さは、最小の長さと最大の長さとの間の1つの範囲として指定されてもよく、モジュロ演算及び/又はその他同様のものによって指定されてもよい。例えば、強化型フロー記述は、（IPパケット、UDPパケット、TCPパケット等の）パケットのタイプの指標、（ミニマックス範囲、モジュロ演算等の）方法のタイプの指標、及び（最小長さ及び最大長さ、法及び剰余等の）分類パラメータを含んでもよい。他の実施形態又は構成において、強化型フロー記述は、ある特定のフローに属するパケットのペイロードの値を示してもよい。強化型フロー記述は、パケットの中のさまざまなフィールドについての値を示していてもよい。1つの実施形態において、強化型フロー記述は、（IPパケット、UDPパケット、TCPパケット等の）パケットのタイプの指標、（いくつのフィールドが比較されるべきか等の）ビットフィールドの数の指標、並びに各フィールドについて、そのパケット及び/又はペイロードの始端からのそのフィールドのオフセット、そのフィールドの長さ、及びそのフィールドについての値を含んでもよい。アプリケーション機能は、複数のアプリケーション内フローに対応する複数の強化型フロー記述を指定してもよい。
【００１１】
特定されたパケットは、許可されるFPIに基づいて印をつけられ（マーキングされ）及び/又はスケジューリングされてもよい。パケットはTDF及び/又はP-GWによって印をつけられてもよい。スケジューリングは、TDF、P-GW、S-GW、E-UTRAN、及び/又はその他同様のものによって実行されてもよい。許可されるFPIは、（符号なしの整数等の）数であってもよい、その数は、他のアプリケーション内フローと比較した当該アプリケーション内フローの相対的な優先順位を示してもよい。より高い優先順位のFPIを有するフローと関連するパケットは、より低い優先順位のFPIを有するフローと関連するパケットを犠牲にして（所与のより多くの帯域幅、より小さな待ち時間、より小さな損失率、及び/又はその他同様のもの等の）優先順位を与えられてもよい。例えば、より低い優先順位のパケットは、遅延させられ、又は破棄され、それによって、高い優先順位のパケットがより早く宛先に到達し、及び/又は破棄されることを防止してもよい。フローを特定することができないパケットに印をつけてもよく（マーキングしてもよく）、及び/又はディフォルトのアプリケーション内FPIに基づいてそのパケットをスケジューリングしてもよい。ディフォルトのFPIは、アプリケーション機能によって要求されてもよく、及び/又はPCRFによって決定されてもよい。
【００１２】
ダウンリンクパケットのみについてアプリケーション内FPIに基づくパケットのフィルタリングを実行してもよく、アップリンクパケットのみについてアプリケーション内FPIに基づくパケットのフィルタリングを実行してもよく、又は、ダウンリンクパケット及びアップリンクパケットの双方についてアプリケーション内FPIに基づくパケットのフィルタリングを実行してもよい。アップリンクパケットは、UE及び/又はE-UTRANで特定され及び/又は印をつけられてもよい。ダウンリンクパケットは、P-GW及び/又はTDFにおいて特定されて印をつけられてもよい。いくつかの実施形態において、リモートサーバにあるアプリケーション機能は、PCRFに強化型フロー記述及び/又は要求されたFPIを送信してもよい。アプリケーション機能は、UEに送信されることになる及び/又はUEから送信されることになるパケットの特性を前もって知っていてもよい。1つの実施形態において、UEは、アップリンクのアプリケーション内フロー及び/又はダウンリンクのアプリケーション内フローについてPCRFに強化型フロー記述及び/又は要求されたFPIを送信してもよい。フィルタリング及び/又はスケジューリングは、オペレータ特有のものであってもよいが、完全に欠乏するフローが存在しないことを保証してもよい。
【００１３】
図1は、インターネット150を介してUE110をリモートアプリケーション160に通信可能に接続するシステム100の概略図である。eNB120は、UE110と無線で通信可能に接続されてもよく、UE110がリモートアプリケーション160と通信可能に接続されたままにしつつ、ユーザによるUE110の移動可能な使用を可能にしてもよい。eNB120は、サービングゲートウェイ（S-GW）130と通信可能に接続されてもよく、サービングゲートウェイ（S-GW）130は、P-GW140と通信可能に接続されてもよい。P-GW140は、UE110からリモートアプリケーション160にパケットをルーティングし、UE110への配信のためにリモートアプリケーション160から正しいS-GW130にパケットをルーティングする役割を担ってもよい。S-GW130は、UE110への配信のためにP-GW140からeNB120にパケットをルーティングする役割を担ってもよく、逆もまた同様である。（図示されていない）EPSベアラが、UE110とP-GW140との間で確立されてもよい。EPSベアラは、関連するQCIに基づいて、UE110とP-GW140との間で搬送されるパケットのためにあるQoSを保証してもよい。アプリケーションFPI及びアプリケーション内FPIは、EPSベアラ内の複数のフローと関連していてもよい。PCRF145は、（例えば、アプリケーションFPI、アプリケーション内FPI、及び/又はその他同様のものに基づいて）複数のパケット及びフローがどのように分類されそしてスケジューリングされるべきかを追跡し及び/又は決定する役割を担ってもよい。P-GW140は、（図示しない）ポリシー及び課金実行機能（PCEF）を含んでもよい、ポリシー及び課金実行機能（PCEF）は、PCRF145からの指示に基づいて分類及びスケジューリングを実際に実行してもよい。S-GW130、P-GW140、及びPCRF145は、EPCと称されてもよい。EPCは、図示されていない追加の構成要素を含んでもよい。
【００１４】
UE110は、スマートフォン、タブレット、ラップトップコンピュータ又はパーソナルコンピュータに接続されるモデム、及び/又はその他同様のものであってもよい。コンピュータプログラム、モバイルアプリケーション、及び/又はその他同様のもの等のさまざまなアプリケーションが、UE110で実行されてもよい。UE110上のさまざまなアプリケーションは、eNB120、S-GW130、P-GW140、及び/又はインターネット150を介してリモートアプリケーション160と通信してもよい。さまざまなアプリケーションは、1つ又は複数の進化型パケットシステム（EPS）ベアラに割り当てられてもよく、各アプリケーションは、1つのFPIを割り当てられてもよい。リモートアプリケーション160は、さらに、複数のアプリケーション内フローの各々が1つのアプリケーション内FPIを割り当てられることが可能であるということを要求してもよい。EPCは、EPSベアラのQCI、アプリケーションFPI、及び/又はアプリケーション内FPIに基づいてパケットに優先順位をつけてもよい。例えば、UE110、eNB120、S-GW130、及び/又はP-GW140は、そのパケットが関連するアプリケーション内FPIに基づいてパケットをスケジューリングしてもよい。
【００１５】
図2は、複数のベアラ211、212、及び215を使用してUE210をインターネット250と通信可能に接続するシステム200の概略図である。複数のベアラ211、212、及び215は、UE210とP-GW240との間で確立されてもよく、P-GW240は、ディフォルトのベアラ及び専用ベアラを含んでもよい。各ベアラは、QCIと関連してもよい。UE210は、特権を与えられてない加入者のパケットを転送するためにディフォルトベアラ215が確立されるべきことを要求してもよい。特権を与えられていない加入者のためのディフォルトベアラ215は、複数のフロー216、217、及び218を含んでいてもよい。複数のフロー216、217、及び218は、UE210上で動作する1つのアプリケーションと関連してもよく、1つのアプリケーションFPIを割り当てられてもよい。UE210、eNodeB220、S-GW230、及び/又はP-GW240は、関連するベアラ211、212、及び215のQCI及び/又は関連するフロー216、217、及び218のFPIに基づいてアップリンクパケット及び/又はダウンリンクパケットをスケジューリングしてもよい。
【００１６】
第1のフロー216内のパケットは、UE210とリモートアプリケーション260との間で通信されてもよい。第1のフロー216は、音声、ビデオ、制御、及び/又はその他同様のもののためのフロー等の複数のアプリケーション内フローを含んでもよい。アプリケーション内フローは、リモートアプリケーション160からの要求に基づいてアプリケーション内FPIを割り当てられてもよい。アプリケーション内FPIは、そのアプリケーション内フローが受けるべき相対的な扱いを定義していてもよい。アプリケーション内FPIは、リモートアプリケーション160にとってのそのアプリケーション内フローの相対的な重要度を示していてもよい。仮にアプリケーション内FPIが存在せず及び/又はアプリケーション内スケジューリングが可能でない場合には、1つのフローの中の複数のパケットが、等しい扱いを受け、等しい割合で破棄される可能性がある。アプリケーション内FPIは、重要度のより低いフローの中のパケットを遅延させる又は破棄することを可能とし、それによって重要度のより高いフローの中のパケットが遅延させられ又は破棄されることを防止することを可能とする。UE210、eNodeB220、S-GW230、及び/又はP-GW240は、各ベアラのすべてのQoSパラメータがアプリケーションFPIに基づくスケジューリングの前に条件に適合していることを保証してもよく、アプリケーション内FPIを考慮する前にアプリケーションFPIに基づいてスケジューリングしてもよい。アプリケーション内FPIは、他のベアラ及び/又は他のアプリケーションフローの中のパケットのスケジューリングに影響を与えなくてもよい。一方のアプリケーション内フローの性能の改善のいずれもが、他方のアプリケーション内フローの性能を犠牲にして達成されてもよい。
【００１７】
図3は、アプリケーション内FPIに基づいてパケットをスケジューリングすることができるEPC300の一部の概略図である。EPC300は、PCRF345を含んでもよい。アプリケーション機能360は、Rxインターフェイスを介してPCRF345と通信可能に接続されていてもよい。アプリケーション機能360は、PCRF345に分類情報を送信してもよく、PCRF345は、アプリケーション機能360からのアプリケーションフローの中の複数のアプリケーション内フローを特定してもよい。分類情報は、アプリケーション内フローの各々について強化型フロー記述を含んでいてもよい。強化型フロー記述は、（とりわけ、パケットのタイプが、IPパケットであるか、UDPパケットであるか、及び/又はTCPパケットであるか否か等の）パケットのタイプに少なくとも部分的に基づいてパケットを特定してもよい。強化型フロー記述は、そのフローの中のパケットの長さに基づいて1つの特定のアプリケーション内フローを特定してもよい。強化型フロー記述は、各パケットがその範囲に収まるであろう最小の長さと最大の長さとの間の範囲を指定してもよい。代替的に、強化型フロー記述は、モジュロ演算に従ってその長さを指定してもよい。例えば、アプリケーション機能360は、パケットが複数のあるサイズのブロックを含むであろうということを知っていてもよいが、各パケットにいくつのブロックが含まれるであろうかを知らなくてもよい。複数パケットは、いくつのブロックが含まれるかにかかわらず、ある特定の法についてすべてのパケットが同一の剰余を有していてもよい。
【００１８】
強化型フロー記述は、パケットの中の1つ又は複数のフィールドの値に基づいてアプリケーション内フローの中のパケットを特定してもよい。複数のフィールドは、結合して及び/又は分離して分析されてもよい。フィールドは、パケット及び/又はパケットペイロードの始端からのオフセット、フィールドの長さ、及び/又はフィールドの1つ又は複数の値に基づいて規定されてもよい。パケット内のフィールドの十分な数が指定された値と適合する場合には、そのパケットは、当該アプリケーション内フローに属するように分類されてもよい。アプリケーション機能360は、PCRF345に、アプリケーション内フローの各々について要求されたFPIを送信してもよい。PCRF345は、要求されたFPIに基づいてアプリケーション内フローの各々について許可されるFPIを決定してもよい。PCRF345は、また、又は代わりに、TDF342及び/又はP-GW340によるパケット検査に基づいて許可されるFPIを決定してもよい。パケット検査は、浅いパケット検査、深いパケット検査、試行錯誤的分析、及び/又はその他同様のものを含んでもよい。PCRF345は、要求されたFPIとは異なるFPIを許可することを決定してもよい。要求されたFPI及び/又は許可されるFPIは、1つの数として指定されてもよく、その1つの数は、その1つの数が他の要求されたFPI及び/又は許可されるFPIよりもより大きいか又はより小さいかに基づいて優先順位を示してもよい。より高い優先順位は、増加する数で与えられてもよく、減少する数で与えられてもよい。
【００１９】
PCRF345は、SdインターフェイスによりTDF342に及び/又はPCEFを含むP-GW340にGxインターフェイスにより通信可能に接続されてもよい。いくつかの実施形態は、1つのTDF342及び1つのP-GW340を含んでもよく、他の実施形態は、1つのP-GW340のみを含んでもよい。PCRF345は、TDF342及び/又はP-GW340に強化型フロー記述、許可されるFPI、及び/又は要求されたFPIを送信してもよい。TDF342及び/又はP-GW340は、強化型フロー記述に基づいて複数のパケットを複数のアプリケーション内フローに分類してもよい。TDF342及び/又はP-GW340は、複数のパケットを検査して、それらの複数のパケットが強化型フロー記述に適合するか否かを評価してもよい。ある1つのパケットと関連するアプリケーション内フローに基づいて、TDF342及び/又はP-GW340は、そのアプリケーション内フローと関連する要求されたFPI及び/又は許可されるFPIに従ってそのパケットに印をつけ（そのパケットをマーキングし）及び/又はそのパケットをスケジューリングしてもよい。例えば、TDF342及び/又はP-GW340は、より低い優先順位のパケットを遅延させ又は破棄して、より高い優先順位のパケットの性能を改善してもよい。
【００２０】
図4は、アプリケーション機能360、PCRF345、及びP-GW340の間の複数の通信の概略図である。アプリケーション機能360は、AA-リクエスト402を使用してRxインターフェイスを介してPCRF345に要求されたFPI及び強化型フロー記述を送信してもよい。AA-リクエスト402は、許可されるFPI及び強化型フロー記述をアトリビュート・バリュー・ペア（AVP）として含んでもよい。要求されたFPI及び強化型フロー記述は、以前に定義されたメディア・サブ・コンポーネントAVPに追加のAVPとして付加されてもよい。例えば、要求されたFPI及び強化型フロー記述は、メディア・サブ・コンポーネントAVPの最後に添付されてもよい。
【００２１】
PCRF345は、上記で説明されたように、要求されたFPIから許可されるFPIを決定してもよい。PCRF345は、その後、CC-リクエスト404を使用してGxインターフェイスを介してP-GW340（及び/又はTDF342）に許可されるFPI及び強化型フロー記述を送信してもよい。CC-リクエスト404は、要求されたFPI及び/又は許可されるFPI及び強化型フロー記述をAVPとして含んでもよい。要求されたFPI及び/又は許可されるFPI及び強化型フロー記述は、以前に定義されたフロー情報AVPに追加のAVPとして付加されてもよい。例えば、要求されたFPI及び/又は許可されるFPI及び強化型フロー記述は、フロー情報AVPの最後に添付されてもよい。P-GW340は、強化型フロー記述及び受信されるFPIに基づいてパケットを分類し、パケットに印をつけ、及び/又はパケットをスケジューリングしてもよい。P-GW340によって使用される特定のスケジューリングアルゴリズムは、アプリケーション機能360によって指定されている必要はない。例えば、PCRF345及び/又はP-GW340は、いずれのスケジューリングアルゴリズムを実装するかを選択してもよい。代替的に又は追加的に、アプリケーション機能360は、スケジューリングアルゴリズムを示すことが可能であってもよい。
【００２２】
図5は、アプリケーション内フローのためのスケジューリングを確立する方法500のフローチャートである。方法500は、要求されたFPI及び/又は強化型フロー記述が受信されるステップ502で開始してもよい。要求されたFPI及び/又は強化型フロー記述は、リモートサーバで動作するアプリケーション機能から及び/又はUEで動作しているアプリケーションから受信されてもよい。要求されたFPI及び/又は強化型フロー記述は、Rxインターフェイスを介してAA-リクエストとして受信されてもよい。要求されたFPIは、1つの数として指定されてもよく、その1つの数は、他のアプリケーション内フローと比較した相対的な優先順位を示していてもよい。強化型フロー記述は、パケットタイプ、パケットの長さ、及び/又はパケットペイロードの値を示していてもよい。パケットの長さは、絶対最大値と絶対最小値との間の範囲として又はある特定の法についての剰余として指定されてもよい。ペイロードの値は、そのパケットの中の1つ又は複数のビットフィールドについて指定されていてもよい。各ビットフィールドの場所、長さ、及び値が指定されていてもよい。
【００２３】
許可されるFPIは、ステップ504において、要求されたFPIから決定されてもよい。許可されるFPIは、要求されたFPIと同じになるように選択されてもよく、及び/又は要求されたFPIとは異なるように選択されてもよい。許可されるFPIは、そのアプリケーション内フローと関連するパケットの検査に基づいて決定されてもよい。それらのパケットを検査するために浅いパケット検査、レベル7の深いパケット検査、試行錯誤的分析、及び/又はその他同様の検査を使用してもよい。要求されたFPIがより低いユーザ体感品質（QoE）を与えるであろうということが決定されてもよく、その場合には、代わりに、より良好なユーザ体感品質（QoE）を与えるような許可されるFPIを決定してもよい。
【００２４】
そのアプリケーション内フローと関連するパケットが、ステップ506において、アプリケーション機能（AF）及び/又はUEから受信されてもよい。それらのパケットは、ステップ508において、強化型フロー記述に従って特定されてもよい。パケットタイプ、絶対的長さ及び/又は法の長さ、1つ又は複数のビットフィールドの値、及び/又はその他同様のものが、強化型フロー記述と比較されてもよい。パケットを特定するのに、複数の要件のいずれかの結合した組み合わせ及び/又は分離した組み合わせを使用してもよい。例えば、強化型フロー記述は、80又は443の1つの入来ポートを有するTCPタイプのパケットが、ある特定のアプリケーション内フローと関連するべきであるということを指定してもよい。パケットが複数のアプリケーション内フローのいずれかと関連するか否かを判定するために、複数の強化型フロー記述が評価されてもよい。パケットが複数の強化型フロー記述のいずれの基準とも整合しない場合には、それらのパケットは、ディフォルトのフローと整合していてもよい。
【００２５】
パケットは、ステップ510において、要求されたFPI及び/又は許可されるFPIに基づいてスケジューリングされてもよい。1つの強化型フロー記述によって定義される各アプリケーション内フローは、1つのFPIと関連していてもよい。したがって、パケットのFPIは、強化型フロー記述に基づいてステップ508で特定されたアプリケーション内フローに基づいて決定されてもよい。（例えば、他のいずれのアプリケーション内フローとも関連することができなかったパケット等の）ディフォルトのアプリケーション内フローと関連するパケットのためにディフォルトのFPIを使用してもよい。アプリケーション機能（AF）からディフォルトのFPIを受信してもよく、又はディフォルトのFPIをローカル的に決定してもよい。ステップ510のスケジューリングは、パケットを遅延させること及び/又はパケットを破棄することを含んでもよい。アプリケーション機能（AF）は、輻輳制御を実装してもよく、パケットを遅延させること及び/又はパケットを破棄することは、そのアプリケーション内フローによって使用される帯域幅を減少させてもよい。ステップ510のスケジューリングは、さらに又は代わりに、FPIに基づいてパケットに印をつけることを含んでもよい。パケットに印をつけることは、それらのパケットの後の受信者がFPIに従ってそれらのパケットをスケジューリングすることを可能にしてもよい。
【００２６】
図6は、アプリケーション内フロー及び対応するFPIを定義する方法600のフローチャートである。方法600は、通信可能な接続が（UE等の）モバイルユーザデバイスから受信されるステップ602で始まってもよい。接続が確立されてもよく、アプリケーション内フローに基づくスケジューリングをサポートすることが決定されてもよい。例えば、UEは、そのUEがモバイルデバイスであるということを示してもよく、EPCの能力が、PCRFと通信することにより決定されてもよい。PCRFは、そのPCRFがアプリケーション内FPIに基づくスケジューリングをサポートしていることを示してもよい。
【００２７】
ステップ604において、1つ又は複数の強化型フロー記述が、その接続のために決定されてもよい。UEに送信されることになるパケットの種類が決定されてもよい。さらに又は代わりに、使用することができるアプリケーション内フローの数が算出されてもよい。アプリケーション内フローを識別することができる分類情報が決定されてもよく、強化型フロー記述が、決定された分類情報から生成されてもよい。いくつかの構成において、強化型フロー記述はあらかじめ定められていてもよく、ステップ604の強化型フロー記述を決定することは、メモリからそのあらかじめ定められた強化型フロー記述をロードすることを含んでもよい。強化型フロー記述は、さらに又は代わりに、動的に生成されてもよい。いくつかの構成において、UEから通信可能な接続を受信する際に、ステップ604で、UEから受信した情報に基づいて強化型フロー記述を決定してもよい。UEは、そのUEがいずれのタイプのデータを受信することを望んでいるかを示してもよく、強化型フロー記述は、データのそれらのタイプについて決定されてもよい。送信されることとなるすべてのパケットは、強化型フロー記述に包含されてもよく、及び/又は強化型フロー記述に包含されないパケットがディフォルトのカテゴリーに分類されることになるということが明示的に示されてもよく、又は仮定されてもよい。
【００２８】
ステップ606において、要求されたFPIは、各アプリケーション内フローについて決定されてもよく、各アプリケーション内フローは、1つの強化型フロー記述によって指定される。要求されたFPIは、あらかじめ定められていてもよく、ステップ606の要求されたFPIを決定することは、メモリからそのあらかじめ定められた要求されたFPIをロードすることを含んでもよい。代替的に又はさらに、ステップ606において、要求されたFPIは、UEから受信される情報に基づいて決定されてもよい。例えば、UEは、そのUEがいずれのタイプのデータを受信することを望んでいるかを示してもよく、データの示されるタイプの各々の相対的な優先順位が決定されてもよい。UEは、さらに又は代わりに、いずれのタイプのデータがそのUEにとって最も重要であるのかを示してもよく、データのそれらのタイプは、最も高い優先順位のFPIを与えられてもよい。例えば、ストリーミングビデオを受信するUEは、ビデオが音声よりもより重要であることを示してもよく、又は音声がビデオよりもより重要であることを示してもよい。ディフォルトのFPIが、複数の強化型フロー記述のいずれにも包含されないパケットのために決定されてもよい。
【００２９】
ステップ608において、各アプリケーション内フローについての強化型フロー記述及び要求されたFPIは、EPCに（具体的には、PCRFに）送信されてもよい。要求されたFPI及び強化型フロー記述は、AA-リクエストにおいてRxインターフェイスを介して送信されてもよい。各アプリケーション内フローについての複数のパラメータは、それらのAA-リクエストに含まれてもよく、又は単一のAA-リクエストが、すべての要求されたFPI及び強化型フロー記述を含んでもよい。ステップ610において、パケットは、EPCを介してUEに送信されてもよい。パケットの送信は、ステップ608において強化型フロー記述及び要求されたFPIがEPCに送信された後に、受信の肯定応答がEPCから受信された後に、及び/又はステップ604及び606において強化型フロー記述及び/又は要求されたFPIが送信されている間に、開始されてもよい。強化型フロー記述及び要求されたFPIがEPCで受信され、そして処理されると、送信されるパケットは、複数のアプリケーション内フローに分類され、EPCによってスケジューリングされてもよい。
【００３０】
図7は、ユーザ機器（UE）、移動局（MS）、モバイル無線デバイス、モバイル通信デバイス、タブレット、ハンドセット、又は他のタイプの無線通信デバイス等のモバイルデバイスの例示的な図示である。モバイルデバイスは、基地局（BS）、eNB、ベースバンドユニット（BBU）、リモート無線ヘッド（RRH）、リモート無線機器（RRE）、中継局（RS）、無線機器（RE）、又は他のタイプの無線ワイドエリアネットワーク（WWAN）アクセスポイント等の送信極と通信するように構成される1つ又は複数のアンテナを含んでもよい。モバイルデバイスは、3GPP  LTE、WiMAX、高速パケットアクセス（HSPA）、ブルートゥース（登録商標）、及びWiFiを含む少なくとも1つの無線通信規格を使用して通信するように構成されてもよい。モバイルデバイスは、各無線通信規格について複数の個別のアンテナを使用して通信してもよく、又は複数の無線通信規格について共有アンテナを使用して通信してもよい。モバイルデバイスは、無線ローカルエリアネットワーク（WLAN）、無線パーソナルエリアネットワーク（WPAN）、及び/又はWWANの中で通信してもよい。
【００３１】
図7は、1つのマイクロフォン及び1つ又は複数のスピーカを図示しており、これらのマイクロフォン及びスピーカは、モバイルデバイスからの音声入力及び音声出力に使用されてもよい。ディスプレイスクリーンは、液晶ディスプレイ（LCD）スクリーン又は有機発光ダイオード（OLED）ディスプレイ等の他のタイプのディスプレイスクリーンであってもよい。ディスプレイスクリーンは、タッチスクリーンとして構成されてもよい。タッチスクリーンは、容量性、抵抗性、又は他のタイプのタッチスクリーン技術を使用してもよい。アプリケーションプロセッサ及びグラフィックプロセッサが内部メモリと接続されてもよく、処理能力及び表示能力を提供してもい。不揮発性メモリポートが、ユーザにデータ入力/出力オプションを提供するのに使用されてもよい。上記の不揮発性メモリポートは、モバイルデバイスのメモリ能力を拡張するのに使用されてもよい。キーボードが、モバイルデバイスと一体化され、又はモバイルデバイスに無線で接続され、追加のユーザ入力を提供してもよい。仮想キーボードがタッチスクリーンを使用して提供されてもよい。
【００３２】
以下の例は、さらなる実施形態に関連する。
【００３３】
例1は、進化型パケットコア（EPC）の中のシステムであって、当該システムは、ユーザ機器（UE）にアプリケーション機能から受信するパケットを送信するように構成される。当該システムは、プロセッサを含む。該プロセッサは、前記アプリケーション機能から複数の要求を受信するように構成される。前記複数の要求の各々は、1つの要求されたフロー優先順位インジケータ（FPI）及び1つの強化型フロー記述を含む。前記強化型フロー記述の各々は、前記アプリケーション機能から前記ユーザ機器（UE）に送信される個別の対応するフローを特定する。前記プロセッサは、複数の前記要求されたフロー優先順位インジケータ（FPI）に基づいてフロートラフィックに優先順位をつけるように構成される。
【００３４】
例2において、例1の複数の前記強化型フロー記述の少なくとも1つは、前記個別の対応するフローの中の複数のパケットの長さを示す。
【００３５】
例3において、例1及び2のいずれかの複数の前記強化型フロー記述の少なくとも1つは、前記個別の対応するフローの中の前記複数のパケットについての最大の長さ及び最小の長さを示す。
【００３６】
例4において、例1乃至3のいずれかの前記長さはモジュロ関数に基づいて指定される。
【００３７】
例5において、例1乃至4のいずれかの複数の前記強化型フロー記述の少なくとも1つは、前記個別の対応するフローの中の複数のパケットのペイロードの値を示す。
【００３８】
例6において、例1乃至5のいずれかの複数の前記強化型フロー記述の前記少なくとも１つは、前記値と比較されるフィールドの場所及び長さを示す。
【００３９】
例7において、例1乃至6のいずれかの前記プロセッサは、複数の前記要求されたフロー優先順位インジケータ（FPI）に基づいて複数の許可されるフロー優先順位インジケータ（FPI）を決定するように構成される。
【００４０】
例8において、例1乃至7のいずれかの複数の前記許可されるフロー優先順位インジケータ（FPI）の各々は、1つの数を示し、前記1つの数は、他のフロー優先順位インジケータ（FPI）と比較した1つの優先順位を示す。
【００４１】
例9は、アプリケーション内フローに優先順位付けを提供する方法である。当該方法は、リモートアプリケーションから要求を受信するステップを含む。前記要求は、前記リモートアプリケーションとユーザデバイスとの間で送信される複数のフローの中の１つのフローについての1つのフロー優先順位及び1つのフロー記述を含む。当該方法は、前記1つのフロー記述に基づいて前記1つのフローに属するパケットを特定するステップを含む。当該方法は、また、前記1つのフロー優先順位に基づいて前記1つのフローに属する前記パケットをスケジューリングするステップを含む。
【００４２】
例10において、例9の前記1つのフロー記述はパケットの長さの指標を含む。
【００４３】
例11において、例9及び10のいずれかの前記パケットの長さの前記指標は、モジュロ演算のパラメータ及び範囲を含むグループから選択される。
【００４４】
例12において、例9乃至11のいずれかの前記1つのフロー記述はパケットフィールドの値の指標を含む。
【００４５】
例13において、例9乃至12のいずれかの前記1つのフロー記述はパケットタイプの指標を含む。
【００４６】
例14において、、例9乃至13のいずれかの方法は、前記1つのフロー優先順位に基づいて許可される優先順位を決定するステップをさらに含む。
【００４７】
例15において、例9乃至14のいずれかの前記パケットを特定するステップ及び前記パケットをスケジューリングするステップは、パケットゲートウェイに前記許可される優先順位及び前記1つのフロー記述を送信するステップを含む。前記パケットゲートウェイは、前記1つのフローに属するパケットを特定し、前記許可される優先順位に基づいて前記1つのフローに属するパケットをスケジューリングする。
【００４８】
例16において、例9乃至15のいずれかの前記許可される優先順位は、前記1つのフロー優先順位及びパケット検査に基づいて決定される。
【００４９】
例17において、例9乃至16のいずれかの前記1つのフローは、前記リモートアプリケーションから前記ユーザデバイスにパケットを運ぶダウンリンクフローである。
【００５０】
例18は、アプリケーション内フローに優先順位付けを提供するデバイスである。当該デバイスは回路を含む。該回路は、複数のパケットストリームの各々に許可される1つの優先順位を決定するように構成される。前記複数のパケットストリームは、単一のソースからのパケットストリームである。前記回路は、パケットを検査して、各パケットがいずれのパケットストリームと関連しているかを決定するように構成される。前記回路は、前記パケットが関連するパケットストリームの前記許可される1つの優先順位で前記パケットをマーキングするように構成される。
【００５１】
例19において、例18の前記回路は、リモートサーバによって提供される分類情報に基づいて、各パケットがいずれのパケットストリームと関連しているかを決定する。
【００５２】
例20において、例18及び19のいずれかの前記分類情報はパケットコンテンツを含み、各パケットについての関連するパケットストリームは、前記パケットコンテンツから決定される。
【００５３】
例21において、例18乃至20のいずれかの前記分類情報は長さ特性を含み、各パケットについての関連するパケットストリームは、前記長さ特性から決定される。
【００５４】
例22において、例18乃至21のいずれかの前記回路は、前記分類情報の中で指定されないパケットについてディフォルトの優先順位を決定する。
【００５５】
例23において、例18乃至22のいずれかの前記複数のパケットストリームは、ビデオパケットストリーム及び音声パケットストリームを含む。前記音声パケットストリームは、前記ビデオパケットストリームよりも高い決定される優先順位を受信する。
【００５６】
例24において、例18乃至23のいずれかの前記回路は、パケットゲートウェイに前記パケットを検査してマーキングすることを指示することにより、前記パケットを検査してマーキングする。
【００５７】
例25は、ユーザ機器（UE）にアプリケーション機能から受信されるパケットを送信する方法である。当該方法は、前記アプリケーション機能から複数の要求を受信するステップを含む。前記複数の要求の各々は、1つの要求されたフロー優先順位インジケータ（FPI）及び1つの強化型フロー記述を含む。複数の前記要求されたフロー優先順位インジケータ（FPI）及び前記強化型フロー記述の各々は、前記アプリケーション機能から前記ユーザ機器（UE）に送信される個別の対応するフローと関連する。当該方法は、前記強化型フロー記述に基づいて、複数のパケットの各々がいずれのフローと関連しているかを特定するステップを含む。当該方法は、特定されるフローと関連する前記要求されたフロー優先順位インジケータ（FPI）に基づいて各パケットをスケジューリングするステップを含む。
【００５８】
例26において、例25の方法は、複数の前記要求されたフロー優先順位インジケータ（FPI）に基づいて複数の許可されるフロー優先順位インジケータ（FPI）を決定するステップを含む。
【００５９】
例27において、例25及び26のいずれかの方法は、前記複数のパケットの各々がいずれのフローと関連しているかを特定するステップ及び前記各パケットをスケジューリングするステップは、パケットゲートウェイに複数の前記許可されるフロー優先順位インジケータ（FPI）及び複数の前記強化型フロー記述を送信するステップを含む。前記パケットゲートウェイは、各パケットと関連するフローを特定し、前記許可されるフロー優先順位インジケータ（FPI）に基づいて各パケットをスケジューリングする。
【００６０】
例28において、例25乃至27のいずれかの前記許可される優先順位は、複数の前記要求されたフロー優先順位インジケータ（FPI）及びパケット検査に基づいて決定される。
【００６１】
例29において、例25乃至28のいずれかの複数の前記許可されるフロー優先順位インジケータ（FPI）の各々は、1つの数を示し、前記1つの数は、他のフロー優先順位インジケータ（FPI）と比較した1つの優先順位を示す。
【００６２】
例30において、例25乃至29のいずれかの複数の前記フロー記述の少なくとも1つは、関連するフローの中のパケットの長さを含む。
【００６３】
例31において、例25乃至30のいずれかの複数の前記強化型フロー記述の少なくとも1つは、関連するフローの中のパケットの長さの範囲を示す。前記範囲は、最小の長さ及び最大の長さを含む。
【００６４】
例32において、例25乃至30のいずれかの長さは、モジュロ関数に基づいて指定される。
【００６５】
例33において、例25乃至32のいずれかの複数の強化型フロー記述の少なくとも1つは、関連するフローの中のパケットのペイロードの値を示す。
【００６６】
例34において、例25乃至33のいずれかの複数の強化型フロー記述の少なくとも1つは、前記値と比較されるフィールドの場所及び長さを示す。
【００６７】
例35において、例25乃至34のいずれかの複数の強化型フロー記述の少なくとも1つは、パケットタイプの指標を含む。
【００６８】
例36において、例25乃至35のいずれかの各フローは、前記アプリケーション機能から前記ユーザデバイスにパケットを運ぶダウンリンクフローである。
【００６９】
例37において、例25乃至36のいずれかの複数のフローは、ビデオパケットフロー及び音声パケットフローを含む。前記音声パケットフローは、前記ビデオパケットフローよりも高い優先順位のフロー優先順位インジケータ（FPI）を受信する。
【００７０】
例38は、例9乃至17及び例25乃至37のいずれかに記載される方法を実行する装置である。
【００７１】
例39は、複数の機械読み取り可能な命令を含む機械読み取り可能な記憶媒体であって、前記複数の機械読み取り可能な命令は、実行されると、例9乃至17及び例25乃至37のいずれかに記載される方法を実装し、又は例1乃至8のいずれかのシステム若しくは例18乃至24のいずれかのデバイスを実現する。
【００７２】
さまざまな技術又はそれらのさまざまな技術の複数のある態様若しくは複数の部分は、フロッピーディスク、CD-ROM、ハードドライブ、非一時的コンピュータ読み取り可能な記憶媒体、又はいずれかの他の機械読み取り可能な記憶媒体等の有体の媒体の中に具現化される（複数の命令等の）プログラムコードの形態をとってもよく、プログラムコードがコンピュータ等の機械にロードされてその機械によって実行されると、その機械は、さまざまな技術を実施するための装置となる。プログラム可能なコンピュータ上でプログラムコードを実行する場合に、そのコンピューティングデバイスは、プロセッサ、そのプロセッサによって読み取り可能な（揮発性メモリ及び不揮発性メモリ及び/又は記憶素子を含む）記憶媒体、少なくとも1つの入力デバイス、及び少なくとも1つの出力デバイスを含んでもよい。揮発性メモリ及び不揮発性メモリ及び/又は記憶素子は、RAN、EPROM、フラッシュドライブ、光ドライブ、磁気ハードドライブ、又は電子データを格納する他の媒体であってもよい。eNB（又は他の基地局）及びUE（又は他の移動局）は、トランシーバ構成要素、カウンター構成要素、処理構成要素、及び/又はクロック構成要素又はタイマ構成要素を含んでもよい。本明細書で記載されるさまざまな技術を実装する又は利用することができる1つ又は複数のプログラムは、アプリケーションプログラミングインターフェイス（API）、再利用可能な制御、及びその他同様のものを使用してもよい。上記の1つ又は複数のプログラムは、ハイレベルの手続き型プログラミング言語又はオブジェクト指向のプログラミング言語で実装されてもよく、コンピュータシステムと通信してもよい。しかしながら、上記の1つ又は複数のプログラムは、要求に応じて、アセンブリ言語又は機械語で実装されてもよい。いずれの場合においても、上記の言語は、コンパイルされた言語又は解釈された言語であってもよく、ハードウェアの実装と組み合わされてもよい。
【００７３】
本明細書で説明される複数の機能ユニットの多くは、1つ又は複数の構成要素として実装されてもよく、1つ又は複数の構成要素は、それらの実装の独立性をより具体的に強調するのに使用される語である。例えば、構成要素は、特注の大規模集積回路（VLSI）又はゲートアレイ、論理チップ、トランジスタ、又は他の個別の構成要素等の市販の半導体として実装されてもよい。構成要素は、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブル論理デバイス、又はその他同様のもの等のプログラマブルハードウェアデバイスで実装されてもよい。
【００７４】
構成要素は、さまざまなタイプのプロセッサによる実行のためにソフトウェアで実装されてもよい。実行可能な特定の構成要素は、例えば、複数のコンピュータ命令の1つ又は複数の物理的な又は論理的なブロックを含んでもよく、コンピュータ命令は、例えば、オブジェクト、手順、又は機能として構造化されてもよい。にもかかわらず、実行可能な特定の構成要素は、物理的に一体として位置している必要はなく、複数の異なる位置に格納されている個別の複数の命令を含んでもよく、複数の命令は、論理的に一体として組み合わせられると、構成要素を含み、その構成要素の説明された目的を達成してもよい。
【００７５】
まさしく、1つの構成要素の実行可能なコードは、単一の命令であってもよく、複数の命令であってもよく、複数の異なるコードセグメントにわたって分散されていてもよく、複数の異なるプログラムの間で分散されていてもよく、複数のメモリデバイスにわたって分散されていてもよい。同様に、動作データは、構成要素の中で特定され、また示されてもよく、いずれかの適切な形態で具現化され、そしていずれかの適切なタイプのデータ構造で構成されてもよい。動作データは、単一のデータセットとして収集されてもよく、複数の異なる記憶デバイスにわたる位置を含む複数の異なる位置にわたって分散されていてもよく、単に、少なくとも部分的に、システム又はネットワーク上の電気信号として存在していてもよい。構成要素は、要求される機能を実行するように動作可能なエージェントを含む受動的な又は能動的な構成要素であってもよい。
【００７６】
本明細書を通じての「例」に対する言及は、その例と関連して説明されるある特定の特徴、構造、又は特性が、本開示の少なくとも1つの実施形態に含まれるということを意味する。したがって、本明細書を通じて様々な場所で登場する「一例において」との記載は、必然的に、すべてが同一の実施形態を指しているわけではない。
【００７７】
本明細書中で使用されているように、複数の品目、構造的要素、組成の要素、及び/又は素材は、利便性のために1つの共通のリストの中に提示されてもよい。しかしながら、これらのリストは、そのリストの各要素が、個別のただ1つの要素として特定されるかのように解釈されるべきである。したがって、そのようなリストの個々の要素のいずれも、反対のことが示される場合を除き、1つの共通のグループの中のその表現のみに基づいて、同一のリストのいずれかの他の要素の事実上の等価な要素であると解釈するべきではない。さらに、本開示のさまざまな実施形態及びさまざまな例は、それらの実施形態及び例のさまざまな構成要素のための代替案とともに参照されてもよい。そのような実施形態、例、及び代替案は、事実上、たがいに等価なものとして解釈されるべきではないが、本開示の個別のかつ自立した表現であると考慮されるべきであるということに留意すべきである。
【００７８】
上記は、明確さの目的のため、いくつかの詳細について説明されてきたが、ある変更及び修正が、上記の原理の範囲内でなされうるということは明らかであろう。本明細書で説明されるプロセス及び装置の双方を実装する多くの代替的な方法が存在するということに留意すべきである。したがって、本実施形態は、例示的なものとして考慮されるべきであって、制限的なものとして考慮されるべきでなく、また、本開示は、本明細書で与えられる細部に限定されるべきではないが、添付の特許請求の範囲及びその均等な範囲内で修正することが可能である。
【００７９】
本発明の技術分野の当業者であれば、本開示の根本的な原理の範囲内で多くの変更が上記の実施形態に対してなされうるということを理解するであろう。したがって、本願発明の範囲は、以下の特許請求の範囲のみによって決定されるべきである。
【図１】
0006449347.tif 000002
【図２】
0006449347.tif 000003
【図３】
0006449347.tif 000004
【図４】
0006449347.tif 000005
【図５】
0006449347.tif 000006
【図６】
0006449347.tif 000007
【図７】
0006449347.tif 000008