JP2017525178A

JP2017525178A - Ｌｔｅ用のサービス品質アーキテクチャを改善する装置及び方法

Info

Publication number: JP2017525178A
Application number: JP2016568802A
Authority: JP
Inventors: ルシアピンヘイロ、アナ; タラデル、マルタマルチネス; シー．バービッジ、リチャード
Original assignee: インテルアイピーコーポレーション
Priority date: 2014-06-30
Filing date: 2015-06-26
Publication date: 2017-08-31
Anticipated expiration: 2035-06-26
Also published as: JP6415603B2; EP3162011A4; EP3162011A1; WO2016003805A1; CN106537857A; US10111240B2; CN106537857B; KR102183978B1; KR20160145193A; US20170105227A1

Abstract

セルラーネットワークにおいてパケットを送信するために配置されたユーザ機器（ＵＥ）の複数の実施形態が、本明細書に開示される。ＵＥは、第１のパケット分類情報を有する第１のパケット、及び第２のパケット分類情報を有する第２のパケットを生成し得る。第１のパケット分類情報は、第２のパケット分類情報と異なるサービス品質（ＱｏＳ）要件と関連付けされ得る。ＵＥは、パケットフィルタを用いて、第１のパケット分類情報に基づき、第１のパケットを送信するために、トラフィックフローテンプレート（ＴＦＴ）内の複数のトラフィックフローから第１のトラフィックフローを決定し得る。更に、ＵＥは、第２のパケット分類情報に基づき、第２のパケットを送信するために、複数のトラフィックフローから第２のトラフィックフローを決定し得る。続いて、ＵＥは、第１のパケットを第１のトラフィックフローに送信し、第２のパケットを第２のトラフィックフローに送信する。

Description

［優先権の主張］本願は、２０１４年６月３０日に出願された米国仮特許出願第６２／０１９，３０８号の優先権の利益を主張し、その全体の参照により本明細書に組み込まれる。

複数の実施形態は無線通信に関する。いくつかの実施形態は、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）、ロングタームエボリューション（ＬＴＥ）、及びＬＴＥアドバンスト（ＬＴＥ−Ａ）の標準規格に従って動作するよう構成された複数のネットワークを含む、セルラー通信ネットワークに関する。いくつかの実施形態は、サービス品質（ＱｏＳ）処理を改善することに関する。

いくつかの例において、複数のアプリケーションが１つのユーザ機器（ＵＥ）で同時に動作していることがあり得、各アプリケーションは異なるＱｏＳ要件を有する。例えば、ＵＥは音声通話を行い得るが、同時にウェブページの閲覧又はファイルのダウンロードを行い得る。音声通話は、遅延及び遅延ジッタに関して、ウェブ閲覧又はファイルダウンロードよりも厳しいＱｏＳ要件を有し得る。複数のＱｏＳ要件をサポートすべく、複数の異なるベアラがＬＴＥの進化型パケットシステム（ＥＰＳ）内に設定され、それぞれは１つのＱｏＳに関連付けられる。ベアラは、ＥＰＳベアラとして一般に知られている。

いくつかの実施形態による３ＧＰＰネットワークの機能図である。

いくつかの実施形態によるユーザ機器（ＵＥ）の機能図である。

いくつかの実施形態による進化型ノードＢ（ｅＮＢ）の機能図である。

いくつかの実施形態に従って、３ＧＰＰネットワークにおけるＥＰＳベアラサービスの階層化アーキテクチャについてのシナリオの一例を図示する。

いくつかの実施形態に従って、ＥＰＳベアラサービスの階層化アーキテクチャにおける、アップリンク及びダウンリンクのトラフィックフローテンプレート（ＴＦＴ）の使用法についてのシナリオの一例を図示する。

いくつかの実施形態に従って、ＴＦＴにおけるパケットフィルタの単純化した例を図示する。

いくつかの実施形態に従って、パケットフィルタを用いてトラフィックフローを決定する方法のオペレーションを図示する。

いくつかの実施形態に従って、アップリンク送信におけるプロトコルスタック及びパケットフィルタの機能性の一例を図示する。

いくつかの実施形態に従って、アプリケーションにより提供される情報を用いてトラフィックフローを決定するパケットフィルタについてのシナリオの一例を図示する。

いくつかの実施形態に従って、パケット分類エンティティの一例を図示する。

いくつかの実施形態に従って、パケット再分類エンティティの一例を図示する。

いくつかの実施形態に従って、ｅＮＢ及びサービングゲートウェイにおけるパケットフィルタ実装を図示する。

いくつかの実施形態に従って、セルラー通信のＱｏＳアーキテクチャを改善する方法のオペレーションを図示する。

以下の説明及び複数の図面は、複数の具体的な実施形態を十分に図示し、当業者がそれらを実施するのを可能にする。他の実施形態が、構造的変更、論理的変更、電気的変更、プロセス変更、及び他の変更を組み込んでもよい。いくつかの実施形態の複数の部分及び特徴が、他の実施形態の複数の部分及び特徴に含まれてよく、又はそれらで代用されてもよい。特許請求の範囲に記載された複数の実施形態は、特許請求の範囲の利用可能な全ての均等物を包含する。

既存のＬＴＥアーキテクチャを用いたＱｏＳ改善が、ここで論じられる。概要として、図１〜図３は、例示的な３ＧＰＰネットワーク、ＵＥ、及びｅＮＢの機能図をそれぞれ図示する。更に、図４〜図５は、ＬＴＥネットワークにおけるトラフィックフローテンプレート（ＴＦＴ）及びパケットフィルタの現在の使用法、並びにＥＰＳベアラ及びプロトコルスタックに対するその関係についての例示的な概要を提供する。図６〜図１４は、パケットフィルタを用いてＱｏＳ処理を改善させる技術を説明する。

いくつかの実施形態に従って、ＱｏＳは、（１）パケットフィルタを改善することで（例えば、図６〜図９に説明されるように）、（２）ＱｏＳパラメータをパケットフィルタに関連付けることで（例えば、図１０〜図１１に説明されるように）、（３）パケットフィルタの使用法を他のノードに拡張することで（例えば、図１２に説明されるように）改善し得る。更に、それぞれの改善は、個別に適用される又は共に組み合わせられて、ＱｏＳ処理を改善し得る。

図１は、いくつかの実施形態による３ＧＰＰネットワークの機能図である。ネットワークは、無線アクセスネットワーク（ＲＡＮ）１００（例えば、図示されるように、Ｅ−ＵＴＲＡＮ、つまり進化型ユニバーサル地上波無線アクセスネットワーク）、及びコアネットワーク１２０（例えば、進化型パケットコア（ＥＰＣ）として示される）を備え、これらはＳ１インタフェース１１５を介して共に連結される。利便さと簡潔さのために、コアネットワーク１２０及びＲＡＮ１００の一部のみが示される。

コアネットワーク１２０は、モビリティ管理エンティティ（ＭＭＥ）１２２、サービングゲートウェイ（サービングＧＷ）１２４、及びパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）１２６を含む。ＲＡＮ１００は、ユーザ機器（ＵＥ）１０２と通信するための進化型ノードＢ（ｅＮＢ）１０４（基地局として運用され得る）を含む。ｅＮＢ１０４は、マクロｅＮＢ、及びマイクロｅＮＢなどの低電力（ＬＰ）ｅＮＢを含んでよい。

ＭＭＥ１２２は、機能の点で、従来のサービングＧＰＲＳサポートノード（ＳＧＳＮ）の制御プレーンに類似している。ＭＭＥ１２２は、ゲートウェイ選択、及びトラッキングエリアのリスト管理など、アクセスのモビリティ態様を管理する。サービングＧＷ１２４は、ＲＡＮ１００に対するインタフェースを終端し、ＲＡＮ１００とコアネットワーク１２０との間で複数のデータパケットをルーティングする。更に、サービングＧＷ１２４は、ｅＮＢ間ハンドオーバー用のローカルモビリティアンカーポイントでもよく、３ＧＰＰ間モビリティ用のアンカーを提供してもよい。他の複数の役割は、合法的傍受、課金、何らかのポリシー施行を含んでよい。サービングＧＷ１２４及びＭＭＥ１２２は、１つの物理ノード又は別個の複数の物理ノードに実装されてよい。ＰＤＮ−ＧＷ１２６は、パケットデータネットワーク（ＰＤＮ）に対するＳＧｉインタフェースを終端する。ＰＤＮ−ＧＷ１２６は、コアネットワーク１２０と外部ＰＤＮとの間で複数のデータパケットをルーティングし、ポリシー施行及び課金データ収集の重要なノードであり得る。ＰＤＮ−ＧＷ１２６は、非ＬＴＥアクセスを伴ったモビリティ用のアンカーポイントを提供してもよい。外部ＰＤＮは、任意の種類のＩＰネットワーク及びＩＰマルチメディアサブシステム（ＩＭＳ）ドメインであり得る。ＰＤＮ−ＧＷ１２６及びサービングＧＷ１２４は、１つの物理ノード又は別個の複数の物理ノードに実装されてよい。

ｅＮＢ１０４（マクロ及びマイクロ）は無線インタフェースプロトコルを終端し、ＵＥ１０２にとって最初の接触点であってよい。いくつかの実施形態において、ｅＮＢ１０４は、ＲＡＮ１００用の様々な論理的機能を実行してよく、その中には、限定されないが、無線ベアラ管理、アップリンク及びダウンリンクの動的無線リソース管理及びデータパケットスケジューリング、並びにモビリティ管理などのＲＮＣ（無線ネットワークコントローラ）機能が含まれる。複数の実施形態に従って、ＵＥ１０２は、直交周波数分割多元接続（ＯＦＤＭＡ）通信技術によるマルチキャリア通信チャネルを通じて、直交周波数分割多重方式（ＯＦＤＭ）の通信信号をｅＮＢ１０４と通信するよう構成されてよい。ＯＦＤＭ信号は、複数の直交サブキャリアを含んでよい。

Ｓ１インタフェース１１５は、ＲＡＮ１００とコアネットワーク１２０とを区別するインタフェースである。Ｓ１インタフェース１１５は、２つの部分、つまりＳ１−Ｕ及びＳ１−ＭＭＥに分割される。Ｓ１−Ｕは、ｅＮＢ１０４とサービングＧＷ１２４との間でデータトラフィックを搬送し、Ｓ１−ＭＭＥは、ｅＮＢ１０４とＭＭＥ１２２との間のシグナリングインタフェースである。Ｘ２インタフェースは、複数のｅＮＢ１０４間のインタフェースである。Ｘ２インタフェースは、２つの部分、つまりＸ２−Ｃ及びＸ２−Ｕを含む。Ｘ２−Ｃは、複数のｅＮＢ１０４間の制御プレーンインタフェースであり、Ｘ２−Ｕは、複数のｅＮＢ１０４間のユーザプレーンインタフェースである。

セルラーネットワークにおいて、低電力（ＬＰ）セルは通常、屋外の信号が十分に届かない屋内エリアまでサービスエリアを拡張する、又は、電話使用量が非常に集中する鉄道駅などのエリアにネットワーク能力を追加するのに用いられる。本明細書で用いられるとき、「ＬＰ−ｅＮＢ」という用語は、フェムトセル、ピコセル、又はマイクロセルなど、より狭いセル（マクロセルより狭い）を実装するのに適した任意の比較的低電力のｅＮＢを意味する。フェムトセルｅＮＢは通常、モバイルネットワーク事業者によって、その住宅用顧客又は企業用顧客に提供される。フェムトセルは通常、住宅用ゲートウェイ又はそれより小さいサイズであり、概してユーザのブロードバンドラインに接続される。一旦接続されると、フェムトセルは、モバイル事業者のモバイルネットワークに接続し、住宅用フェムトセルでは典型的に３０〜５０メートルの範囲に追加のサービスエリアを提供する。したがって、ＬＰ−ｅＮＢは、ＰＤＮ−ＧＷ１２６を介して連結されているので、フェムトセルｅＮＢであるかもしれない。同様に、ピコセルは、建物内（オフィス、ショッピングモール、鉄道駅など）又はつい最近では飛行機内などの狭い範囲を通常カバーする無線通信システムである。ピコセルｅＮＢは概して、Ｘ２リンクを介してマクロｅＮＢなどの別のｅＮＢに、その基地局コントローラ（ＢＳＣ）機能により接続し得る。したがって、ＬＰ−ｅＮＢは、Ｘ２インタフェースを介してマクロｅＮＢに連結されるので、ピコセルｅＮＢを使用して実装されてよい。ピコセルｅＮＢ又は他のＬＰ−ｅＮＢが、マクロｅＮＢのいくつか又は全ての機能を組み込んでよい。場合によっては、これは、アクセスポイント基地局又は企業向けフェムトセルと呼ばれ得る。

いくつかの実施形態において、ダウンリンクリソースグリッドが、ｅＮＢ１０４からＵＥ１０２へのダウンリンク送信に用いられてよく、ＵＥ１０２からｅＮＢ１０４へのアップリンク送信が同様の技術を利用してよい。グリッドは時間−周波数グリッドであってよく、これはリソースグリッド又は時間−周波数リソースグリッドと呼ばれるが、各スロットのダウンリンクにおける物理リソースである。そのような時間−周波数のプレーン表現がＯＦＤＭシステムでは一般的であり、これにより、無線リソースの割り当てが直観的に行える。リソースグリッドの各列及び各行は、１つのＯＦＤＭシンボル及び１つのＯＦＤＭサブキャリアにそれぞれ対応する。時間ドメインにおけるリソースグリッドの継続期間は、無線フレームの１つのスロットに対応する。リソースグリッドの最小の時間−周波数単位は、リソースエレメントとして示される。各リソースグリッドは複数のリソースブロックを有し、これにより、特定の物理チャネルのリソースエレメントへのマッピングが説明される。各リソースブロックは、周波数ドメインのリソースエレメントの集合を含み、現在割り当てられ得る最小量のリソースを表し得る。そのようなリソースブロックを用いて伝達される、いくつかの異なる物理ダウンリンクチャネルが存在する。本開示に関しては、これらの物理ダウンリンクチャネルのうち２つが、物理ダウンリンク共有チャネル及び物理ダウンリンク制御チャネルである。

物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ユーザデータ及び上位層シグナリングをＵＥ１０２に搬送する。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、とりわけ、ＰＤＳＣＨチャネルに関連した伝送形式及びリソース割り当てに関する情報を搬送する。物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、アップリンク共有チャネルに関連した、伝送形式、リソース割り当て、及びハイブリッド自動再送要求（ＨＡＲＱ）情報に関しても、ＵＥ１０２に通知する。通常、ダウンリンクスケジューリング（制御及び共有チャネルリソースブロックをセル内のＵＥ１０２に割り当てる）が、ＵＥ１０２からｅＮＢ１０４にフィードバックされたチャネル品質情報に基づき、ｅＮＢ１０４において実行され、その後、ダウンリンクリソース割り当て情報は、ＵＥ１０２用に用いられる（ＵＥ１０２に割り当てられる）制御チャネル（ＰＤＣＣＨ）でＵＥ１０２に送信される。

ＰＤＣＣＨは制御チャネルエレメント（ＣＣＥ）を用いて制御情報を伝える。複数のリソースエレメントにマッピングされる前に、ＰＤＣＣＨ複素シンボルは最初に４つの組（ｑｕａｄｒｕｐｌｅｔ）に編成され、その後、レートマッチング用のサブブロックインターリーバを用いて並べ換えられる。各ＰＤＣＣＨは、これらのＣＣＥのうち１つ又は複数を用いて送信され、各ＣＣＥは、リソースエレメントグループ（ＲＥＧ）として知られる４つの物理リソースエレメントを一組とした９組に対応する。４つの四位相変位変調（ＱＰＳＫ）シンボルが各ＲＥＧにマッピングされる。ＰＤＣＣＨは、ＤＣＩのサイズ及びチャネル状況に応じて、１つ又は複数のＣＣＥを用いて送信され得る。異なる数のＣＣＥ（例えば、アグリゲーションレベルＬ＝１、２、４、又は８）を有するＬＴＥにおいて規定される、４つ又はそれより多くの異なるＰＤＣＣＨフォーマットが存在してよい。

図２は、いくつかの実施形態によるユーザ機器（ＵＥ）２００の機能図である。図３は、いくつかの実施形態による進化型ノードＢ（ｅＮＢ）３００の機能図である。いくつかの実施形態において、ｅＮＢ３００は固定式の非モバイルデバイスであってよいことが留意されるべきである。ＵＥ２００は、図１に図示されるようなＵＥ１０２であってよく、ｅＮＢ３００は、図１に図示されるようなｅＮＢ１０４であってよい。ＵＥ２００は、１つ又は複数のアンテナ２０１を用いて、ｅＮＢ３００、複数の他のｅＮＢ、複数の他のＵＥ、又は複数の他のデバイスに信号を送信し、またそれらから信号を受信するための物理層回路２０２を含み得る。一方、ｅＮＢ３００は、１つ又は複数のアンテナ３０１を用いて、ＵＥ２００、複数の他のｅＮＢ、複数の他のＵＥ、又は複数の他のデバイスに信号を送信し、またそれらから信号を受信するための物理層回路３０２を含み得る。ＵＥ２００は、無線媒体へのアクセスを制御するための媒体アクセス制御層（ＭＡＣ）回路２０４を含んでもよい。一方、ｅＮＢ３００は、無線媒体へのアクセスを制御するための媒体アクセス制御層（ＭＡＣ）回路３０４を含んでもよい。ＵＥ２００は、本明細書で説明されるオペレーションを実行するよう配置された処理回路２０６及びメモリ２０８を含んでもよい。ｅＮＢ３００は、本明細書で説明されるオペレーションを実行するように配置された処理回路３０６及びメモリ３０８を含んでもよい。ｅＮＢ３００は、複数の他のｅＮＢ１０４（図１）、コアネットワーク１２０内の複数のコンポーネント（図１）、又は複数の他のネットワークコンポーネントを含む複数の他のコンポーネントとの通信を可能とし得る１つ又は複数のインタフェース３１０を含んでもよい。更に、インタフェース３１０は、図１に示されなくてよい、ネットワーク外の複数のコンポーネントを含む複数の他のコンポーネントとの通信を可能とし得る。インタフェース３１０は、有線、無線、又はそれらの組み合わせであってよい。

アンテナ２０１、３０１は、例えば、ダイポールアンテナ、モノポールアンテナ、パッチアンテナ、ループアンテナ、マイクロストリップアンテナ、又は無線周波数（ＲＦ）信号の送信に適した複数の他のタイプのアンテナを含む、１つ又は複数の指向性又は無指向性のアンテナを含み得る。マルチ入力マルチ出力（ＭＩＭＯ）のいくつかの実施形態において、アンテナ２０１、３０１は、生じ得る空間ダイバーシティ及び異なるチャネル特性を活用すべく効果的に分離され得る。

いくつかの実施形態において、本明細書に説明されるモバイルデバイス又は他のデバイスは、携帯情報端末（ＰＤＡ）、無線通信機能を有するラップトップ又は携帯型コンピュータ、ウェブタブレット、無線電話、スマートフォン、無線ヘッドセット、ページャ、インスタントメッセージングデバイス、デジタルカメラ、アクセスポイント、テレビ、医療機器（例えば、心拍モニタ、血圧モニタ、など）、又は情報を無線で受信及び／又は送信し得るウェアラブルデバイスを含む別のデバイスなど、携帯型無線通信デバイスの一部であってよい。いくつかの実施形態において、モバイルデバイス又は他のデバイスは、３ＧＰＰ標準規格に従って動作するよう構成されたＵＥ又はｅＮＢであり得る。いくつかの実施形態において、モバイルデバイス又は他のデバイスは、ＩＥＥＥ８０２．１１又は他のＩＥＥＥ標準規格を含む他のプロトコル又は標準規格に従って動作するよう構成されてよい。いくつかの実施形態において、モバイルデバイス又は他のデバイスは、キーボード、ディスプレイ、不揮発性メモリポート、複数のアンテナ、グラフィックスプロセッサ、アプリケーションプロセッサ、スピーカ、及び他のモバイルデバイス要素のうち１つ又は複数を含んでよい。ディスプレイは、タッチスクリーンを含むＬＣＤスクリーンであってよい。

ＵＥ２００及びｅＮＢ３００はそれぞれ、いくつかの別個の機能要素を有すると図示されるが、これらの機能要素のうち１つ又は複数が組み合わされてよく、デジタル信号プロセッサ（ＤＳＰ）を含む処理要素などのソフトウェア構成要素、及び／又は他のハードウェア要素の組み合わせによって実装されてよい。例えば、いくつかの要素は、１つ又は複数のマイクロプロセッサ、ＤＳＰ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、無線周波数集積回路（ＲＦＩＣ）、及び少なくとも本明細書に説明される機能を実行するための様々なハードウェア及び論理回路の組み合わせを含んでよい。いくつかの実施形態において、機能要素は、１つ又は複数の処理要素上で動作する１つ又は複数の処理を指し得る。

複数の実施形態は、ハードウェア、ファームウェア、及びソフトウェアのうち１つ又はこれらの組み合わせに実装されてよい。複数の実施形態は、コンピュータ可読記憶デバイスに格納された複数の命令として実装されてもよく、複数の命令は、本明細書に説明される複数のオペレーションを実行すべく、少なくとも１つのプロセッサにより読み出され実行されてよい。コンピュータ可読記憶デバイスは、機械（例えば、コンピュータ）により読み取り可能な形態で情報を格納するための任意の非一時的メカニズムを含んでよい。例えば、コンピュータ可読記憶デバイスは、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、並びに他の記憶デバイス及び記憶媒体を含んでよい。いくつかの実施形態は、コンピュータ可読記憶デバイスに格納された複数の命令とともに構成され得る１つ又は複数のプロセッサを含んでよい。

いくつかの実施形態において、ＵＥ２００は、ＯＦＤＭＡ通信技術に従って、マルチキャリア通信チャネルでＯＦＤＭ通信信号を受信するよう構成されてよい。ＯＦＤＭ信号は、複数の直交サブキャリアを含んでよい。いくつかのブロードバンドマルチキャリアの実施形態において、ｅＮＢ３００は、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ）通信ネットワーク、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）ロングタームエボリューション（ＬＴＥ）ネットワーク、又はロングタームエボリューション（ＬＴＥ）通信ネットワークなどのブロードバンド無線アクセス（ＢＷＡ）通信ネットワークの一部であってよいが、本開示の範囲はこの点に関して限定されない。これらのブロードバンドマルチキャリアの実施形態において、ＵＥ２００及びｅＮＢ３００は、ＯＦＤＭＡ技術に従って通信するよう構成されてよい。
［ＱｏＳのためのＬＴＥアーキテクチャ］

図４は、いくつかの実施形態による、３ＧＰＰネットワークのＥＰＳベアラサービスの階層化アーキテクチャについてのシナリオ４００の一例を図示する。前述されたように、図１は３ＧＰＰネットワークの機能図である。

いくつかの例において、ＵＥ１０２のアップリンク（ＵＬ）トラフィックフローテンプレート（ＴＦＴ）が、トラフィックフロー又はサービスデータフロー（ＳＤＦ）をアップリンク方向のＥＰＳベアラ４１０にバインドする。複数のアップリンクパケットフィルタをＵＬ−ＴＦＴに含めることで、複数のトラフィックフローが同じＥＰＳベアラ４１０上に多重化され得る。

ＰＤＮ−ＧＷ１２６のダウンリンク（ＤＬ）ＴＦＴが、トラフィックフローをダウンリンク方向のＥＰＳベアラ４１０にバインドし得る。前述されたように、複数のダウンリンクパケットフィルタをＤＬ−ＴＦＴに含めることで、複数のトラフィックフローが同じＥＰＳベアラ４１０上に多重化され得る。

拡張型無線アクセスベアラ（Ｅ−ＲＡＢ）４２０が、ＵＥ１０２とコアネットワーク１２０との間でＥＰＳベアラのパケットを伝送し得る。Ｅ−ＲＡＢ４２０が存在する場合、Ｅ−ＲＡＢ４２０とＥＰＳベアラ４１０との間に１対１のマッピングが存在し得る。

データ無線ベアラ４３０が、ＵＥ１０２とｅＮＢ１０４との間でＥＰＳベアラ４１０のパケットを伝送し得る。データ無線ベアラ４３０が存在する場合、データ無線ベアラ４３０とＥＰＳベアラ４１０との間に１対１のマッピング存在し得る。また、データ無線ベアラ４３０とＥ−ＲＡＢ４２０との間に１対１のマッピングが存在し得る。

Ｓ１ベアラ４４０が、ｅＮＢ１０４とサービングゲートウェイ（ＳＧＷ）１２４との間でＥ−ＲＡＢ４２０のパケットを伝送し得る。

Ｓ５／Ｓ８ベアラ４５０が、ＳＧＷ１２４とＰＤＮ−ＧＷ１２６との間でＥＰＳベアラ４１０のパケットを伝送し得る。

ＵＥ１０２は、アップリンクにおいて、トラフィックフローとデータ無線ベアラ４３０との間のバインドを作成すべく、アップリンクパケットフィルタとデータ無線ベアラ４３０との間のマッピングを格納し得る。

ＰＤＮ−ＧＷ１２６は、ダウンリンクにおいて、トラフィックフローとＳ５／Ｓ８ａベアラ４５０との間のバインドを作成すべく、ダウンリンクパケットフィルタとＳ５／Ｓ８ａベアラ４５０との間のマッピングを格納し得る。

ｅＮＢ１０４は、アップリンク及びダウンリンクの両方において、データ無線ベアラ４３０とＳ１ベアラ４４０との間のバインドを作成すべく、データ無線ベアラ４３０とＳ１ベアラ４４０との間の１対１のマッピングを格納し得る。

ＳＧＷ１２４は、アップリンク及びダウンリンクの両方において、Ｓ１ベアラ４４０とＳ５／Ｓ８ａベアラ４５０との間のバインドを作成すべく、Ｓ１ベアラ４４０とＳ５／Ｓ８ａベアラ４５０との間の１対１のマッピングを格納し得る。

図５は、いくつかの実施形態による、ＥＰＳベアラサービスの階層化アーキテクチャにおける、アップリンクトラフィックフローテンプレート（ＵＬ−ＴＦＴ）５１０及びダウンリンクトラフィックフローテンプレート（ＤＬ−ＴＦＴ）５２０の使用法についてのシナリオ５００の一例を図示する。ＵＬ−ＴＦＴ５１０はアップリンク送信用のＴＦＴであり、ＤＬ−ＴＦＴ５２０はダウンリンク送信用のＴＦＴである。前述されたように、図４は、ＥＰＳベアラサービスの階層化アーキテクチャの一例である。

現在の実装において、パケットデータネットワーク（ＰＤＮ）接続がいくつかのＥＰＳベアラからなる場合、各ＥＰＳベアラ（例えば、ＥＰＳベアラ４１０）（デフォルトのＥＰＳベアラを除いて）はＴＦＴと関連付けられ得る。任意選択で、デフォルトのＥＰＳベアラはＴＦＴと関連付けられてよい。

いくつかの例において、ＵＥ１０２がアップリンクユーザデータパケットを送信する場合、ＵＥ１０２は全てのＵＬ−ＴＦＴ（例えば、ＵＬ−ＴＦＴ５１０）にわたってパケットフィルタを調べ、適合するかを調べ得る。例えば、各パケットフィルタはパケットフィルタ評価優先順位を有し得る。この例を続けると、ＵＥ１０２は、最も高い評価優先順位から開始して、複数のパケットフィルタを調べ得る。ＵＥ１０２が正しいＵＬ−ＴＦＴ（例えば、ＵＬ−ＴＦＴ５１０）を一旦決定すると、ＵＥ１０２はユーザデータパケットをそれぞれの関連ＥＰＳベアラ（例えば、ＥＰＳベアラ４１０）にアップリンク送信のために提供し得る。

同様の処理が、ＰＤＮ−ＧＷ１２６においてダウンリンク送信のために生じ、正しいＤＬ−ＴＦＴ（例えば、ＤＬ−ＴＦＴ５２０）を決定し得る。
［ＬＴＥパケットフィルタ］

いくつかの実施形態に従って、現在のＬＴＥパケットフィルタを改善してＱｏＳ処理を改善する技術が本明細書で説明される。前述されたように、ＥＰＳベアラ４１０は特定のＱｏＳと関連付けられ得る。ＵＬ−ＴＦＴ５１０及びＤＬ−ＴＦＴ５２０は、専用ベアラ（例えば、ＥＰＳベアラ４１０）、又はデフォルトのベアラに割り当てられ得る。更に、ＴＦＴ（例えば、ＵＬ−ＴＦＴ５１０、ＤＬ−ＴＦＴ５２０）は、１つ又は複数のパケットフィルタを含み得る。

いくつかの例において、パケットフィルタは、パケットを検査し、パケット内の情報を１つ又は複数のフィルタコンテンツと比較し得る。比較に基づき、パケットフィルタは、パケットを特定のトラフィックフローに割り当て得る。

図６は、いくつかの実施形態に従って、ＴＦＴにおけるパケットフィルタの単純化した例を図示する。ＴＦＴは、図５で図示されたＵＬ−ＴＦＴ５１０又はＤＬ−ＴＦＴ５２０であり得る。

いくつかの例において、パケットフィルタ６１０が、複数のパケット６２０をパケットの特性に基づきフィルタリングし得る。例えば、第１の特性６３０（例えば、パケット分類情報）を有するパケットが縞模様を有し得、第２の特性６４０（例えば、パケット分類情報）を有するパケットが斜め交差模様を有し得る。

パケットの特性に基づき、第１の特性６３０を有するパケットが第１のトラフィックフロー６５０にルーティングされ、第２の特性６４０を有するパケットが第２のトラフィックフロー６６０にルーティングされることを、パケットフィルタは決定し得る。従って、パケットフィルタ６１０は、パケットを検査してパケットをフィルタコンテンツと比較し、それに応じてパケットをルーティングし得る。

図７は、いくつかの実施形態に従って、パケットフィルタを用いてトラフィックフローを決定する方法の運用を図示する。パケットフィルタは、図６に図示されるようなパケットフィルタ６１０であり得る。更に、図６の第１のトラフィックフロー６５０及び第２のトラフィックフロー６６０は、図７のトラフィックフローテンプレート（ＴＦＴ）７２０の一部であり得る。

現在のＬＴＥ実装では、アップリンク送信オペレーション７１０において、ＵＥ１０２はパケットフィルタ６１０を用い、パケット特性（例えば、ＩＰアドレス又はポート番号）に基づきパケットをフィルタリングし得る。代替的に、ダウンリンク送信オペレーション７００において、ＰＤＮ−ＧＷ１２６はパケットフィルタ６１０を用い、パケット特性に基づきパケットをフィルタリングし得る。したがって、パケットフィルタ６１０は、アップリンクではＵＥ１０２に適用され、ダウンリンクではＰＤＮ−ＧＷ１２６に適用され得る。

更に、パケットフィルタ６１０は、複数のサービスが同じＥＰＳベアラ４１０にマッピングされることを可能にする。更に、ダウンリンク送信オペレーション７００において、ＥＰＳベアラ４１０は、トラフィックフローアグリゲート７３０であり得る。代替的に、アップリンク送信オペレーション７１０において、データ無線ベアラ４３０は、トラフィックフローアグリゲート７３０であり得る。

現在の実装において、パケットフィルタ６１０は、以下のフィルタコンポーネント（例えば、パケット特性）に基づきパケットをフィルタリングし得る。フィルタコンポーネントは、以下のものを含む。

０００１００００（ＩＰｖ４のリモートアドレスタイプ用）

０００１０００１（ＩＰｖ４のローカルアドレスタイプ用）

００１０００００（ＩＰｖ６のリモートアドレスタイプ用）

００１００００１（ＩＰｖ６のリモートアドレス／プリフィックス長タイプ用）

００１０００１１（ＩＰｖ６のローカルアドレス／プリフィックス長タイプ用）

００１１００００（プロトコル識別子／次のヘッダタイプ用）

０１００００００（単一のローカルポートタイプ用）

０１０００００１（ローカルポートレンジタイプ用）

０１０１００００（単一のリモートポートタイプ用）

０１０１０００１（リモートポートレンジタイプ用）

０１１０００００（セキュリティパラメータインデックスタイプ用）

０１１１００００（サービス／トラフィッククラスタイプのタイプ用）

１０００００００（フローラベルタイプ用）

図８は、いくつかの実施形態に従って、アップリンク送信におけるプロトコルスタック及びパケットフィルタ機能の一例を図示する。パケットフィルタは、図６に図示されるようなパケットフィルタ６１０であり得る。

アップリンク送信の例において、ＵＥ１０２は、パケットフィルタ６１０を用い、特定の無線ベアラを決定して特定のパケットをルーティングし得る。図７に説明されるように、各トラフィックフロー（例えば、第１のトラフィックフロー６５０、第２のトラフィックフロー６６０）は、パケットフィルタ６１０を用いて、無線ベアラ（例えば、データ無線ベアラ４３０）にマッピングされ得る。更に、複数のトラフィックフローが同じ無線ベアラにマッピングされてトラフィックフローアグリゲート７３０を形成し得る。このことは、トラフィックフローテンプレート（ＴＦＴ）７２０によって表される。各無線ベアラは、論理チャネルにマッピングされ得、全ての論理チャネルは、伝送チャネル、その後に物理チャネルの中へ多重化され得る。

受信側（例えば、ｅＮＢ１０４）では、各トラフィックフローアグリゲートはＥＰＳベアラ（例えば、ＥＰＳベアラ４１０）に送信される。前述されたように、ＱｏＳはＥＰＳベアラごとに与えられる。図８に図示されるように、Ａｐｐ１パケット８１０及びＡｐｐ２パケット８２０は、同じＱｏＳ要件を有し得るので、第１のＥＰＳベアラ８４０を用いる。更に、Ａｐｐ３パケット８３０は、Ａｐｐ１及びＡｐｐ２からのパケットとは異なるＱｏＳ要件を有するので、第２のＥＰＳベアラ８５０を用いる。
［既存情報に基づくパケットフィルタコンテンツの改善］

いくつかの実施形態に従って、パケットフィルタコンテンツを既存情報に基づき改善することができる。パケットフィルタの既存パラメータについては、前に列挙された。更に、パケットフィルタを、サービスタイプに関連付けられた異なるパラメータをサポートするよう改善することができる。

例えば、データサイズなどの新たなパラメータがパケット特性として追加され得る。データサイズは、例えば、バイト単位の範囲として規定され、あるいは任意選択で、小、中、又は大として規定され得る。１つの例において、小さいサイズは、マシンタイプ通信（ＭＴＣ）デバイス用などのより小さいデータ送信と関連付けられ得て、大きいサイズは、ＦＴＰダウンロードなどのより大きいデータ送信と関連付けられ得る。中サイズの送信は、小さいサイズと大きいサイズとの間のデータ送信であり得る。データサイズの範囲は、過去の実績に基づき予め決められ得る、又は修正され得る。このように、データサイズに基づき、パケットフィルタ６１０は、異なるトラフィックデータフローにデータをルーティングし得る。

パケットフィルタコンテンツの実施形態のいくつかの例が以下に提示される。これらの例は、本明細書に説明される考えを説明するために提示されるが、複数の実施形態は、パラメータ又は情報が提示される順番にも、あるいは、構文規則又は命名規則などの任意の他の提示態様にも限定されないことが留意されるべきである。例えば、いくつかの実施形態において、３ＧＰＰ又は別の標準規格などの標準規格に関連付けられる構文規則又はプログラミング言語が用いられてよい。いくつかの実施形態は、これらの例のうち１つ又は複数に提示されるパラメータ又は情報のいくつか又は全てを含んでよく、示されず説明もされない追加のパラメータ又は情報を含んでよい。更に、複数の例は３ＧＰＰ標準規格に用いられるパケットフィルタコンテンツを示すが、いくつかの実施形態においては、コンテンツはそのように限定されず、他の標準規格であってよく、又はそのような標準規格から独立したパケットヘッダ内にあってもよい。

いくつかの例において、パケットフィルタコンテンツの例は、以下に示すように修正され得る。

０１００００００（単一のローカルポートタイプ用）

０１０００００１（ローカルポートレンジタイプ用）

０１０１００００（単一のリモートポートタイプ用）

０１０１０００１（リモートポートレンジタイプ用）

１０００００００（フローラベルタイプ用）

１００００００１（データサイズ用であり、他の全ての値は保存してある）

いくつかの例において、データサイズに対応するバイトは、別の利用可能な「１」及び「０」の組み合わせであり得る。
［アプリケーションにより提供される情報に基づくパケットフィルタコンテンツの改善］

いくつかの実施形態に従って、パケットフィルタコンテンツを、アプリケーションにより提供される情報に基づき改善することができる。例えば、ＵＥ１０２上で動作するアプリケーションが、データスケジューリングを支援すべく、ＵＥ１０２又はネットワーク（例えば、ｅＮＢ１０４）に特定の情報を提供し得る。

図９は、いくつかの実施形態による、アプリケーションにより提供される情報を用いて、トラフィックフローを決定するパケットフィルタのシナリオ９００の一例を図示する。パケットフィルタは、図６に図示されるようなパケットフィルタ６１０であり得る。更に、図６の第１のトラフィックフロー６５０及び第２のトラフィックフロー６６０は、図７におけるＴＦＴ７２０の一部であり得る。

アプリケーションにより提供される情報は、パケットのヘッダ内のパケットラベルを含み得る。図９において、アプリケーション９１０は、各パケットを異なる番号でラベル付けし得る。図６において前述されたように、第１の特性６３０を有するパケットが縞模様を有し得、第２の特性６４０を有するパケットが斜め交差模様を有し得る。従って、アプリケーション９１０は、第１の特性６３０を有するパケット（例えば、縞模様）を番号「１」でラベル付けし得、アプリケーション９１０は、第２の特性６４０を有するパケットを番号「２」でラベル付けし得る。続いて図６の例と同様に、パケットはフィルタリングされて分離され、これにより、ラベル「１」を付けたパケットは第１のトラフィックフロー６５０にマッピングされ（例えば、ルーティングされ）、ラベル「２」を付けたパケットは第２のトラフィックフロー６６０にマッピングされる。

いくつかの例において、アプリケーション９１０は、パケットフィルタによって用いられる（インターネットプロトコル）ＩＰヘッダに情報を追加し得る。例えば、アプリケーション９１０は、「遅延許容時間」又は「破棄タイマ」パラメータをパケットに追加し得る。これらのパラメータ（例えば、遅延許容時間、破棄タイマ）は、特定の共通特性を共有するアプリケーションのグループ又はパケットストリームのグループを識別し得る。例えば、リアルタイムアプリケーション用のパケットは、パケットが待機時間を超えた後では、送信される前に、又は宛先に到着する前に破棄され得る。従って、これらのタイプのアプリケーションにより提供される情報は、スケジューリングを支援すべく、それぞれのノードにおいてパケットフィルタにより用いられ得る。

０１００００００（単一のローカルポートタイプ用）

０１０００００１（ローカルポートレンジタイプ用）

０１０１００００（単一のリモートポートタイプ用）

０１０１０００１（リモートポートレンジタイプ用）

１００００００１（遅延許容時間用）

１０００００１１（破棄タイマ用であり、他の全ての値は保存してある）

いくつかの例において、遅延許容時間又は破棄タイマに対応するバイトは、別の利用可能な「１」及び「０」の組み合わせであり得る。

２０１４年１２月１８日に出願された「特定用途向けパケットフィルタのためのユーザ機器及び方法（ＵＳＥＲＥＱＵＩＰＭＥＮＴＡＮＤＭＥＴＨＯＤＦＯＲＡＰＰＬＩＣＡＴＩＯＮＳＰＥＣＩＦＩＣＰＡＣＫＥＴＦＩＬＴＥＲ）」という名称の米国特許出願第１４／５７５，１０１号は、優先度、輻輳レベル、及びアプリケーションカテゴリを含める方法を説明している。本明細書で説明される方法は、アテンションインジケータ、優先度レベル、輻輳レベル、アプリケーションカテゴリなどに応じて、アプリケーション９１０に各パケットをラベル付けさせることでパケットフィルタコンテンツを改善し得る。

更に、２０１４年３月１４日に出願された「ネットワークトラフィックを促進するための方法及び装置（ＭＥＴＨＯＤＡＮＤＡＰＰＡＲＡＴＵＳＴＯＡＳＳＩＳＴＮＥＴＷＯＲＫＴＲＡＦＦＩＣ）」という名称の米国仮特許出願第６１／９５３，６６２号は、アテンションインジケータを用いるための技術を説明している。アテンションインジケータは、トラフィックタイプが伴っているか、伴っていないかを示し得る。更に、アプリケーション９１０は、パケットフィルタによって考慮される他のタイプの情報で各パケットをラベル付けし得る。
［新たなパケット分類エンティティ］

図１０は、いくつかの実施形態による、パケット分類エンティティの一例を図示する。いくつかの実施形態に従って、パケット分類エンティティ１０１０は、パケットの分類を処理すべく規定され得る。パケット分類エンティティ１０１０は、最上層の上（例えば、３ＧＰＰプロトコルスタックの外側）、又は３ＧＰＰプロトコルスタック内（例えば、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）層）と規定されるような、予め規定されたルールに従い得る。更に、パケット分類エンティティ１０１０は、パケット分類情報１０２０を決定すべく、最上層の上から入力情報を受信し得る。本明細書で説明されるように、パケット分類情報は、パケット分類エンティティ１０１０の設計に基づき、３ＧＰＰプロトコルスタックの内側または外側に生成され得る。

図１０において、ＵＥ１０２の視点から示されるように、パケット分類エンティティ１０１０は、各パケットをパケット分類情報１０２０でラベル付けし得る。パケット分類情報１０２０は、１つ又は複数のＱｏＳパラメータに基づき、優先度情報を含み得る。前述されたように、ＱｏＳパラメータは、破棄タイマの値、遅延許容時間の値、待ち時間の値、データレートなどを含む。いくつかの例において、異なるＱｏＳ要件を有する２つの異なるパケットが、ＵＥ１０２上で動作する同じアプリケーションから受信され得る。各パケットのパケット分類情報１０２０は、パケットのコンテンツに基づき、異なる可能性がある。例えば、ソーシャルネットワークアプリケーションのメッセージサービスと関連付けられたパケットは、ソーシャルネットワークアプリケーションのニュース配信データと関連付けられたパケットより高い優先度を有し得る。

パケット分類情報１０２０を決定するための情報は、３ＧＰＰプロトコルスタックの内側（例えば、ＰＤＣＰ層）で規定され得る。例えば、新たなヘッダ（例えば、パケット分類情報１０２０）が、３ＧＰＰプロトコルスタックの一部であるこの新たな層により、ＰＤＣＰヘッダが追加される前に追加され得る。

任意選択で、パケット分類情報１０２０は、更新されたＰＤＣＰヘッダの一部である場合がある。図１０の例はＵＥ側を示し、このようにｅＮＢ１０４は、パケット分類情報１０２０をデコードできるように、同じ機能または層を実装させ得る。

代替的に、パケット分類情報１０２０は、ＩＰヘッダ内にＩＰ層の一部として追加され得る。
［パケット再分類エンティティ］

図１１は、いくつかの実施形態によるパケット再分類エンティティの一例を図示する。いくつかの例において、ＲＡＮ１００はパケット再分類エンティティを含み得る。いくつかの実施形態に従って、パケット再分類エンティティ１１１０は、図１０で説明されるように、パケット分類エンティティ１０１０によるパケットの分類を再分類するよう規定され得る。

いくつかの例において、パケットがパケット分類エンティティ１０１０により一旦ラベル付けされると、ＵＥ１０２内または３ＧＰＰネットワーク内でのそのようなラベルの使用法は変わり得る。いくつかの実施形態に従って、パケット再分類エンティティ１１１０は、更新情報またはローカル情報に基づき、パケット再分類情報１１２０でパケットを再ラベル付けし得る。パケット再分類情報は、ｅＮＢ１０４またはＳＧＷ１２４のために特に調整された優先度情報を含み得る。

更に再分類の間に、ｅＮＢ１０４またはＳＧＷ１２４はトラフィックフローを正規化し得る。いくつかの例において、ｅＮＢ１０４は、異なるＵＥと関連付けられたパケットの優先度を決定し得る。例えば、プレミアム顧客と関連付けられたＵＥからのパケットは、非プレミアム（例えば、無料の）顧客と関連付けられたＵＥからのパケットより高い優先度を有してよい。別の例において、複数の異なる顧客から受信した複数のパケットは、各顧客に割り当てられたアップリンク速度及びダウンリンク速度に基づき、優先度を付けられてよい。

更に、更新情報またはローカル情報に基づいたパケットの再ラベル付けは、一連のルールによって予め規定され得る。複数の異なる取り組みが、複数の異なるノード（例えば、ＵＥ１０２、ＲＡＮ１００、コアネットワーク１２０）にわたるパケットマーキングおよびパケット処理に関して、以下に説明される。

いくつかの例において、パケットマーキングは単一のリンクに用いられる。特定のパケット方向の場合、パケットマーキングのルールは、１つのリンク（例えば、ＵＥとＲＡＮノードとの間の無線リンク）にのみ適用される。従って、パケットマーキングが単一のリンクに用いられる場合、パケット再分類エンティティ１１１０は以下のオペレーションを実行し得る。いくつかの例において、与えられたノード（例えば、ＵＥ１０２内のパケット分類エンティティ１０１０）がパケットをラベル付けし得、パケットラベルは、ネットワーク内の単一のノードで扱かわれる。ラベルを扱うノードは、パケットをラベル付けする同じノード、又は異なるノードであり得る。

例えば、アップリンク送信オペレーション７１０において、ＵＥ１０２内のパケット分類エンティティ１０１０は、パケット分類情報１０２０でパケットをラベル付けし得る。マーキングルールは、ＵＥのプロトコルスタックに適用される。続いて、パケット再分類エンティティ１１１０を用いるＲＡＮ１００は、更新情報又はローカル情報に基づき、パケット再分類情報１１２０を用いて各パケットを再ラベル付けし得る。再分類は、パケット再分類情報１１２０を用いる適切なスケジューリングまたは妥当性チェックによってＵＥ１０２を支援し得る。

代替的に、ダウンリンク送信オペレーション７００において、コアネットワーク１２０は、パケット再分類情報１１２０でパケットを再ラベル付けし得、ＲＡＮ１００は、ＵＥ１０２に対する無線リンクにおいてパケット再分類情報１１２０を用い得る。

いくつかの例において、パケットマーキングは複数のリンクに用いられる。例えば、各ノードは、複数の異なる要求および要件（例えば、ＲＡＮ１００の接続およびコアネットワーク１２０の接続は、異なるサポート機能を有し得る）に基づき、優先度付けまたはスケジューリングを適用し得る。

更に、２つの選択肢が、複数の異なるノード（例えば、ＵＥ１０２、ＲＡＮ１００、コアネットワーク１２０）によるパケット分類情報１０２０に応じて検討され得る。第１の選択肢は、同じパケット分類情報１０２０が、全てのノードにわたってパケット再分類情報１１２０として用いられ得る。第２の選択肢は、パケット分類情報１０２０が、複数の異なるノードにわたって、静的又は動的なラベル付けマッピングを介して、異なるパケット再分類情報１１２０で再ラベル付け（例えば、再分類）され得る。例えば、より上位の層により（例えば、パケット分類情報１０２０を用いて）パケットがラベル付けされる場合、ネットワークは、パケット再分類情報１１２０のためにパケット優先度を決定するときに、ユーザ加入契約を考慮し得る。したがって、ネットワークノードは、ユーザ（例えば、プレミアム加入者）に関するいくつかの他の特定の情報、あるいは現在のネットワークポリシーに基づき、パケットを再ラベル付けし得る。
［ＱｏＳパラメータのパケットフィルタとの関連付け］

いくつかの実施形態に従って、ＱｏＳパラメータをパケットと関連付けることで、ＱｏＳ処理を改善することができる。例えば、トラフィックフロー又はパケットフィルタを新たなＱｏＳパラメータに関連付けることで、ＱｏＳ改善を得ることができる。前述されたように、パケットフィルタは、優先度、遅延許容時間、又は破棄タイマと関連付けられ得る。ＱｏＳパラメータの別の例は、待ち時間の値を含み得る。

ダウンリンク送信処理に関して、ＰＤＮ−ＧＷ１２６は、パケットを適切なフィルタ又はトラフィックフローにマッピングすべく、パケットフィルタリング手順を実行し得る。更に、次のセクションで説明されるように、ＳＧＷ１２４およびｅＮＢ１０４は、パケットフィルタがこれらのノードまで拡張される場合、パケットフィルタリング手順を実行し得る。

アップリンク送信処理に関して、ＵＥ１０２は、パケットフィルタリング手順を実行し、パケットを適切なフィルタ又はトラフィックフローにマッピングし得る。同様に、マッピングは、アップリンクにおいて、ＳＧＷ１２４及びｅＮＢ１０４により実行され得るが、それは、パケットフィルタがこれらのノードまで拡張される場合である。

更に、パケットフィルタ又はトラフィックフローが優先度と関連付けられる場合、その優先度に基づき、パケットはＰＤＮ−ＧＷ１２６において送信のためにスケジューリングされ得る。

更に、パケットフィルタとＱｏＳパラメータとの間の関連を実装する方法が、ＱｏＳパラメータフィールドを各パケットフィルタ識別子に関連付ける。表１は、ＱｏＳパラメータフィールドを３ＧＰＰ−ＴＳ２４．００８に列挙されたコアネットワークプロトコルのパケットフィルタリストに追加する一例を図示する。

いくつかの例において、ＱｏＳパラメータは、表２に示されるように、トラフィックフローテンプレート（例えば、ＴＦＴ７２０）に追加され得る。
［他のノードへのパケットフィルタの使用法の拡張］

現在のＬＴＥ実装において、パケットフィルタは、ＵＥ１０２及びＰＤＮ−ＧＷ１２６において評価される。更に、現在のＬＴＥ実装において、ｅＮＢ１０４はパケットフィルタリングをサポートしなくてよい（例えば、パケットフィルタを用いない）。更に、現在のＬＴＥ実装において、ＲＡＮ１００における輻輳を処理すべく、ＲＡＮ１００ノードは、ＥＰＳベアラ４１０内のトラフィックを区別する手段を持たなくてよい。

いくつかの実施形態に従って、新たなパケットマーキングをパケットに追加することで、ＲＡＮ１００は、ＲＡＮ１００により設定又は決定されたルールに基づき、パケットに優先度を付け得る。更に、新たなパケットマーキングは、ｅＮＢ１０４により設定又は決定されたルールに基づき、ｅＮＢ１０４がパケットに優先度を付けることを可能にし得る。新たなパケットマーキングは、パケット分類エンティティ１０１０を用いるパケット分類情報１０２０、又は、パケット再分類エンティティ１１１０を用いるパケット再分類情報１１２０を含み得る。

いくつかの実施形態に従って、ＲＡＮ１００側においてＱｏＳの処理を改善し拡張すべく、ｅＮＢ１０４にパケットフィルタの考えを用いることは有益であり得る。例えば、パケットフィルタリングは、アップリンク及びダウンリンクの両方で実行され得る。ダウンリンクにおいて、パケットフィルタリングは、ＲＡＮ１００ノードが、無線インタフェースを通じて送信されたパケットに優先度を付けることを可能にし得る。アップリンクにおいて、パケットフィルタリングは、ＲＡＮ１００ノードが、コアネットワークを通じて送信されたパケットに優先度を付けることを可能にし得、このことが、コアネットワークを通じてＱｏＳ処理に影響を及ぼし得る。したがって、パケットフィルタメカニズムを複数の異なるＬＴＥノードにわたって拡張することで、本明細書で説明される技術はＱｏＳ処理を改善し得る。

図１２は、いくつかの実施形態に従って、ｅＮＢ１０４及びＳＧＷ１２４の両方におけるパケットフィルタ実装の拡張を図示する。図１２は、単一のＥＰＳベアラを想定して、ダウンリンク構成１２００及びアップリンク構成１２５０を図示する。

２０１４年１月３０日に出願された「同時接続における特定用途向けルーティングのためのシステム、方法、及びデバイス（ＳＹＳＴＥＭＳ，ＭＥＴＨＯＤＳＡＮＤＤＥＶＩＣＥＳＦＯＲＡＰＰＬＩＣＡＴＩＯＮＳＰＥＣＩＦＩＣＲＯＵＴＩＮＧＩＮＤＵＡＬＣＯＮＮＥＣＴＩＶＩＴＹ）」という名称の米国仮特許出願第６１／９３３，８６５号は、同時接続の改善を可能とするパケットフィルタの使用法を説明している。パケットフィルタリングのメカニズムは、参照される特許出願で説明される技術を用いて実装され得る。しかしながら、上に提案されたパケットフィルタの改善と共に修正が実装され得るので、本明細書で説明される技術は、同時接続に加えて、ネットワーク側の他の多くのタイプの改善を可能にする。更に、改善によって、あらゆるノードのパケットスケジューリングの間に考慮されるべき特定のＱｏＳパラメータが可能となる。

いくつかの例において、パケットがＰＤＮ−ＧＷ１２６によりルーティングされるとき、ｅＮＢ１０４は、パケットスケジューリングなどの関心のある手順を実行すべく、パケットフィルタのサブセットを用い得る。このシナリオにおいて、パケットフィルタ全体の完全実装は、ｅＮＢ１０４において必要とされなくてよい。例えば、パケット分類エンティティ１０１０又はパケット再分類エンティティ１１１０がＩＰアドレス及びポート番号を含む場合、次にｅＮＢ１０４は、ＩＰアドレス又はポート番号に基づきマッピングを実行し得る。

更に、ｅＮＢ１０４におけるパケットフィルタメカニズムの拡張は、ｅＮＢ１０４とＳＧＷ１２４との間のリンクに問題がある場合、パケットフィルタ（又はパケットフィルタのパラメータのサブセット）に提供された情報に基づき、ｅＮＢ１０４がパケットに優先度を付けることを可能にすることで、有益になり得る。

図１３は、いくつかの実施形態に従って、セルラー通信のＱｏＳアーキテクチャを改善する方法１３００のオペレーションを図示する。方法１３００は、ＵＥ（例えば、ＵＥ１０２）又はＰＤＮ−ＧＷ（例えば、ＰＤＮ−ＧＷ１２６）により実行され得る。図６〜図１０で図示されたように、パケット分類情報１０２０に基づき、パケットフィルタ６１０がＴＦＴにおけるトラフィックフローを決定し得る。しかしながら、複数の実施形態はこれらの構成に限定されるものではなく、本明細書で説明される技術及びオペレーションのいくつか又は全ては、任意のシステム又はネットワークに適用されてよい。

方法１３００の複数の実施形態は、図１３に図示されているものと比較して、追加のオペレーション又は処理を含んでよく、あるいはより少ないオペレーション又は処理を含んでもよいことに留意することが重要である。更に、方法１３００の複数の実施形態は、図１３に示されている時系列に必ずしも限定されるものではない。方法１３００を説明する際に、図１〜図１２が参照されてよいが、方法１３００は、任意の他の適切なシステム、インタフェース、及びコンポーネントと共に実施されてよいことが理解される。例えば、説明のために（先に説明された）図９のシナリオ９００が参照されてよいが、方法１３００の技術及びオペレーションはそのように限定されるものではない。

更に、方法１３００及び本明細書で説明される他の方法は、３ＧＰＰ又は他の標準規格に従って動作するｅＮＢ１０４又はＵＥ１０２に言及し得るが、これらの方法の複数の実施形態は、これらのｅＮＢ１０４又はＵＥ１０２だけに限定されるものではなく、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）、ユーザステーション（ＳＴＡ）などの他のモバイルデバイスによって実施されてもよい。更に、方法１３００及び本明細書で説明される他の方法は、ＩＥＥＥ８０２．１１などの様々なＩＥＥＥ標準規格に従って動作するよう構成されたシステムを含む、他の適切なタイプの無線通信システムで動作するよう構成された無線デバイスにより実施されてよい。

方法１３００のオペレーション１３１０において、ＵＥ１０２は、処理回路を用いて、第１のパケット分類情報（例えば、パケット分類情報１０２０）を有する第１のパケットを生成し得る。更に、ＵＥ１０２は、第２のパケット分類情報を有する第２のパケットを生成し得る。第１のパケット分類情報は、第２のパケット分類情報と異なるサービス品質（ＱｏＳ）要件と関連付けられ得る。いくつかの例において、処理回路は、図２のＵＥ２００の処理回路２０６であり得る。

いくつかの例において、第１のパケット分類情報は第１のパケットの第１の優先度の値に対応し、第２のパケット分類情報は第２のパケットの第２の優先度の値に対応する。更に、第１の優先度は、第２の優先度の値と異なる（例えば、第２の優先度の値より高い、低い）。

いくつかの例において、第１のパケット分類情報及び第２の分類情報は、優先度に対応し得る。優先度は、ＱｏＳパラメータの組み合わせに依存し得る。ＱｏＳパラメータは、限定されないが、破棄タイマの値、遅延許容時間の値、待ち時間の値、及びデータレートを含み得る。更に、いくつかの例において、優先度は、単一のＱｏＳパラメータに基づき得る。

いくつかの例において、第１のパケット分類情報は第１のパケットのデータサイズに対応し、第２のパケット分類情報は第２のパケットのデータサイズに対応する。更に、第１のパケットのデータサイズが第２のパケットのデータサイズより小さい場合、それによって、第２のパケット分類情報より高いＱｏＳ要件を有する第１のパケット分類情報がもたらされてよい。

いくつかの例において、第１のパケット分類情報は第１のパケットの遅延許容時間の値に対応し、第２のパケット分類情報は第２のパケットの遅延許容時間の値に対応する。更に、第１のパケットの遅延許容時間の値が第２のパケットの遅延許容時間の値より小さい場合、それによって、第２のパケット分類情報より高いＱｏＳ要件を有する第１のパケット分類情報がもたらされてよい。

いくつかの例において、第１のパケット分類情報は第１のパケットの破棄タイマの値に対応し、第２のパケット分類情報は第２のパケットの破棄タイマの値に対応する。更に、第１のパケットの破棄タイマの値が第２のパケットの破棄タイマの値より小さい場合、それによって、第２のパケット分類情報より高いＱｏＳ要件を有する第１のパケット分類情報がもたらされてよい。

いくつかの例において、第１のパケット分類情報は、第１のパケットのためにＵＥにより設定されるＱｏＳパラメータに対応し、第２のパケット分類情報は、第２のパケットのためにＵＥにより設定されるＱｏＳパラメータに対応する。更に、第１のパケットのＱｏＳパラメータは第２のパケットのＱｏＳパラメータより高い優先度を有する場合、それによって、第２のパケット分類情報より高いＱｏＳ要件を有する第１のパケット分類情報がもたらされてよい。更に、第１のパケットのＱｏＳパラメータは、表２で図示されたように、ＴＦＴ情報エレメントに格納され得る。代替的に、第１のパケットのＱｏＳパラメータは、表１で図示されたように、パケットフィルタリストに格納され得る。

方法１３００を続けると、オペレーション１３２０において、ＵＥ１０２は、パケットフィルタを用いて、第１のパケット分類情報に基づき、第１のパケットを送信するために第１のトラフィックフローを決定し得る。第１のトラフィックフローは、トラフィックフローテンプレート（ＴＦＴ）内の複数のトラフィックフローから決定される。いくつかの例において、パケットフィルタは、図６のパケットフィルタ６１０であり得る。

オペレーション１３３０において、ＵＥ１０２は、パケットフィルタを用いて、第２のパケット分類情報に基づき、第２のパケットを送信するために第２のトラフィックフローを決定する。第２のトラフィックフローは、ＴＦＴ内の複数のトラフィックフローから決定される。更に、第１のトラフィックフローは、第２のトラフィックフローとは異なる無線ベアラ（例えば、無線ベアラ４３０、Ｅ−ＲＡＢ４２０、又はＥＳＰベアラ４１０）と関連付けられる。いくつかの例において、パケットフィルタは、図６のパケットフィルタ６１０であり得る。

オペレーション１３４０において、ＵＥ１０２は、物理層回路（ＰＨＹ）を用いて、第１のパケットを第１のトラフィックフローに送信し得、第２のパケットを第２のトラフィックフローに送信し得る。いくつかの例において、ＰＨＹは、図２のＵＥ２００の物理層回路２０２であり得る。

いくつかの例において、第１のトラフィックフローは、第１の無線ベアラにマッピングされ得る。第１の無線ベアラは、進化型パケットシステム（ＥＰＳ）ベアラ４１０の第１のパケットを、ＵＥ１０２とｅＮＢ１０４との間で伝送し得る。更に、第２のトラフィックフローは、第２の無線ベアラにマッピングされ得る。第１のトラフィックフローが第２のトラフィックフローより高いＱｏＳを有すると仮定すると、第１の無線ベアラは、第２のベアラより高いＱｏＳを有し得る。

いくつかの例において、第１のトラフィックフローは、第１の拡張型無線アクセスベアラ（Ｅ−ＲＡＢ）にマッピングされ得る。第１のＥ−ＲＡＢ４２０は、進化型パケットシステム（ＥＰＳ）ベアラ４１０の第１のパケットを、ＵＥ１０２とＳＧＷ１２４との間で伝送し得る。更に、第２のトラフィックフローは、第２のＥ−ＲＡＢにマッピングされ得る。第１のトラフィックフローが第２のトラフィックフローより高いＱｏＳを有すると仮定すると、第１の無線ベアラは、第２のベアラより高いＱｏＳを有し得る。

いくつかの例において、第１のトラフィックフローは、第１の進化型パケットシステム（ＥＰＳ）ベアラにマッピングされる。第１のＥＰＳベアラ４１０は、第１のパケットを、ＵＥ１０２とＰＤＮ−ＧＷ１２６との間で伝送し得る。更に、第２のトラフィックフローは、第２のＥＰＳベアラにマッピングされ得る。第１のトラフィックフローが第２のトラフィックフローより高いＱｏＳを有すると仮定すると、第１の無線ベアラは、第２のベアラより高いＱｏＳを有し得る。

いくつかの実施形態に従って、上述されたように方法１３００は、アップリンク送信の間にＵＥ１０２により実行され得る。更に、別の実施形態に従って、方法１３００は、ダウンリンク送信の間にＰＤＮ−ＧＷ１２６により実行され得る。図７のダウンリンク送信オペレーション７００において前述されたように、ＰＤＮ−ＧＷ１２６は、ＴＦＴ７２０からトラフィックフロー６５０を決定すべく、パケットフィルタ６１０を用い得る。

例えば、オペレーション１３１０において、ＰＤＮ−ＧＷ１２６は、処理回路を用いて、第１のパケット分類情報を有する第１のパケットを生成し得る。更に、ＰＤＮ−ＧＷ１２６は、第２のパケット分類情報を有する第２のパケットを生成し得る。第１のパケット分類情報は、第２のパケット分類情報と異なるサービス品質（ＱｏＳ）要件と関連付けられ得る。オペレーション１３２０において、ＰＤＮ−ＧＷ１２６は、パケットフィルタを用いて、第１のパケット分類情報に基づき、第１のパケットを送信するために第１のトラフィックフローを決定し得る。第１のトラフィックフローは、トラフィックフローテンプレート（ＴＦＴ）内の複数のトラフィックフローから決定される。オペレーション１３３０において、ＰＤＮ−ＧＷ１２６は、パケットフィルタを用いて、第２のパケット分類情報に基づき、第２のパケットを送信するために第２のトラフィックフローを決定する。第２のトラフィックフローは、ＴＦＴ内の複数のトラフィックフローから決定される。更に、第１のトラフィックフローは、第２のトラフィックフローと異なる無線ベアラに関連付けられる。オペレーション１３４０において、ＰＤＮ−ＧＷ１２６は、物理層回路（ＰＨＹ）を用いて、第１のパケットを第１のトラフィックフローに送信し得、第２のパケットを第２のトラフィックフローに送信し得る。

図１４は、いくつかの実施形態に従って、セルラー通信のＱｏＳアーキテクチャを改善する方法１４００のオペレーションを図示する。方法１４００は、ｅＮＢ（例えば、ｅＮＢ１０４）又はＳＧＷ（例えば、ＳＧＷ１２４）により実行され得る。方法１４００の複数の実施形態は、図１４に図示されているものと比較して、追加のオペレーション又は処理を含んでよく、あるいはより少ないオペレーション又は処理を含んでもよいことに留意することが重要である。更に、方法１４００の複数の実施形態は、図１４に示されている時系列に必ずしも限定されるものではない。方法１４００を説明する際に、図１〜図１３が参照されてよいが、方法１４００は、任意の他の適切なシステム、インタフェース、及びコンポーネントと共に実施されてよいことが理解される。

更に、方法１４００及び本明細書で説明される他の方法は、３ＧＰＰ又は他の標準規格に従って動作するｅＮＢ１０４又はＵＥ１０２に言及し得るが、これらの方法の複数の実施形態は、これらのｅＮＢ１０４又はＵＥ１０２だけに限定されるものではなく、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）、ユーザステーション（ＳＴＡ）などの他のモバイルデバイスによって実施されてもよい。更に、方法１４００及び本明細書で説明される他の方法は、ＩＥＥＥ８０２．１１などの様々なＩＥＥＥ標準規格に従って動作するよう構成されたシステムを含む、他の適切なタイプの無線通信システムで動作するよう構成された無線デバイスにより実施されてよい。

方法１４００は、マクロセル及びマイクロセルを有するセルラーネットワークにおいて、ハンドオーバーの決定のためにｅＮＢ１０４により実行される。

オペレーション１４１０において、ｅＮＢ１０４は、第１のパケット分類情報を有する第１のパケット、及び第２のパケット分類情報を有する第２のパケットを受信するための処理回路を含み得る。第１及び第２のパケット分類情報は、図１０〜図１１のパケット分類エンティティ１０１０を用いて決定され得る。例えば、パケット分類情報１０２０は、第１のパケット分類情報の一例である。図３の処理回路３０６は、オペレーション１４１０、１４２０及び１４３０を実行するのに用いられる処理回路の一例である。

いくつかの例において、アップリンク送信の間に、第１のパケット及び第２のパケットがＵＥ１０２から受信される。

代替的に、ダウンリンク送信の間に、第１のパケット及び第２のパケットがＳＧＷ１２４から受信される。更に、ダウンリンクの間に、第１のパケット及び第２のパケットが、同じＵＥ又は異なるＵＥに送信され得る。

オペレーション１４２０において、ｅＮＢ１０４は、第１のパケット分類情報を第１のパケット再分類情報（例えば、図１１のパケット再分類情報１１２０）に再分類し得る。図１１は、パケット再分類エンティティ１１１０を用いた再分類の一例を図示する。

オペレーション１４３０において、ｅＮＢ１０４は、第２のパケット分類情報を第２のパケット再分類情報に再分類し得る。第１のパケット再分類情報は、第２のパケット再分類情報と異なるサービス品質（ＱｏＳ）要件と関連付けられ得る。

オペレーション１４４０において、ｅＮＢ１０４は、第１のパケット再分類情報に基づき、第１のパケットを送信するためにトラフィックフローテンプレート（ＴＦＴ）内の複数のトラフィックフローから第１のトラフィックフローを決定するパケットフィルタを含み得る。この決定はオペレーション１３２０と同様であり得る。しかしながら、この例において、決定はｅＮＢによるパケットの再分類に基づいている。再分類は、ｅＮＢのパラメータ及び要件に基づき得、このパラメータ及び要件は、ＵＥのパラメータ及び要件と異なってよい。図６のパケットフィルタ６１０は、オペレーション１４４０及び１４５０を実行するのに用いられるパケットフィルタの一例である。

オペレーション１４５０において、ｅＮＢ１０４は、第２のパケット再分類情報に基づき、第２のパケットを送信するためにＴＦＴ内の複数のトラフィックフローから第２のトラフィックフローを決定し得る。更に、第１のパケット再分類情報が第２のパケット再分類情報と異なるサービス品質（ＱｏＳ）要件と関連付けられると仮定すると、第１のトラフィックフローは、第２のトラフィックフローと異なる無線ベアラと関連付けられる。

オペレーション１４６０において、ｅＮＢ１０４は、第１のパケットを第１のトラフィックフローに送信し、第２のパケットを第２のトラフィックフローに送信する物理層回路（ＰＨＹ）を含み得る。図３の物理層回路３０２は、オペレーション１４６０を実行するのに用いられるＰＨＹの一例である。

いくつかの実施形態に従って、上述されたような方法１４００はｅＮＢ１０４により実行され得る。更に、別の実施形態に従って、方法１４００はＳＧＷ１２４により実行され得る。

ＳＧＷ１２４により実行される方法１４００に関して、図１２のダウンリンク構成１２００に前述されたように、ＳＧＷ１２４は、オペレーション１４１０においてＰＤＮ−ＧＷ１２６から第１のパケット及び第２のパケットを受信し得る。代替的に、図１２のアップリンク構成１２５０で図示されたように、ＳＧＷ１２４は、オペレーション１４１０においてｅＮＢ１０４から第１のパケット及び第２のパケットを受信し得る。

Claims

ユーザ機器（ＵＥ）の装置であって、
第１のパケット分類情報を有する第１のパケット、及び第２のパケット分類情報を有する第２のパケットを生成する処理回路であって、前記第１のパケット分類情報は、前記第２のパケット分類情報と異なるサービス品質（ＱｏＳ）要件と関連付けられる、処理回路と、
パケットフィルタであって、
前記第１のパケット分類情報に基づき、前記第１のパケットを送信するために、トラフィックフローテンプレート（ＴＦＴ）内の複数のトラフィックフローから第１のトラフィックフローを決定し、
前記第２のパケット分類情報に基づき、前記第２のパケットを送信するために、前記ＴＦＴ内の前記複数のトラフィックフローから第２のトラフィックフローを決定し、
前記第１のトラフィックフローは、前記第２のトラフィックフローと異なる無線ベアラと関連付けられる、パケットフィルタと、
を備える、
装置。
前記第１のパケット分類情報及び前記第２のパケット分類情報は、前記ＵＥ上で動作する同じアプリケーションにより両方とも設定される、
請求項１に記載の装置。
前記第１のパケット分類情報は、前記ＵＥ上で動作する第１のアプリケーションにより設定され、
前記第２のパケット分類情報は、前記ＵＥ上で動作する第２のアプリケーションにより設定される、
請求項１に記載の装置。
前記ＵＥ上で動作するアプリケーションからＱｏＳパラメータを受信するＵＥプロトコルスタックと、
受信した前記ＱｏＳパラメータに基づき、前記第１のパケット分類情報を決定する前記処理回路と、
を更に備える、
請求項１に記載の装置。
前記第１のパケット分類情報は、新たなヘッダとして前記第１のパケットに添付される、
請求項１に記載の装置。
前記第１のパケット分類情報は、フラグとして前記第１のパケットに添付される、
請求項１に記載の装置。
前記第１のパケット分類情報は前記第１のパケットの第１のデータサイズに対応し、前記第２のパケット分類情報は前記第２のパケットの第２のデータサイズに対応し、
前記第１のデータサイズは前記第２のデータサイズと異なる、
請求項１に記載の装置。
前記第１のパケット分類情報は前記第１のパケットの第１の遅延許容時間の値に対応し、前記第２のパケット分類情報は前記第２のパケットの第２の遅延許容時間の値に対応し、
前記第１の遅延許容時間の値は、前記第２の遅延許容時間の値と異なる、
請求項１に記載の装置。
前記第１のパケット分類情報は前記第１のパケットの第１の破棄タイマの値に対応し、前記第２のパケット分類情報は前記第２のパケットの第２の破棄タイマの値に対応し、
前記第１の破棄タイマの値は前記第２の破棄タイマの値と異なる、
請求項１に記載の装置。
前記第１のパケット分類情報は前記第１のパケットの第１の優先度の値に対応し、前記第２のパケット分類情報は前記第２のパケットの第２の優先度の値に対応し、
前記第１の優先度の値は前記第２の優先度の値と異なる、
請求項１に記載の装置。
前記第１のパケット分類情報は複数のＱｏＳパラメータの組み合わせに基づく優先度に対応し、
前記複数のＱｏＳパラメータは、破棄タイマの値、遅延許容時間の値、待ち時間の値、及びデータレートを含む、
請求項１に記載の装置。
前記第１のパケットのための前記複数のＱｏＳパラメータは、ＴＦＴ情報エレメントに格納される、
請求項１１に記載の装置。
前記第１のパケットのための前記複数のＱｏＳパラメータは、パケットフィルタリストに格納される、
請求項１１に記載の装置。
前記第１のトラフィックフローは第１の無線ベアラにマッピングされ、前記第１の無線ベアラは、進化型パケットシステム（ＥＰＳ）ベアラの前記第１のパケットを、前記ＵＥと進化型ノードＢ（ｅＮＢ）との間で伝送し、
前記第２のトラフィックフローは第２の無線ベアラにマッピングされ、前記第１の無線ベアラは前記第２の無線ベアラと異なるＱｏＳを有する、
請求項１に記載の装置。
前記第１のトラフィックフローは第１の拡張型無線アクセスベアラ（Ｅ−ＲＡＢ）にマッピングされ、前記第１のＥ−ＲＡＢは進化型パケットシステム（ＥＰＳ）ベアラの前記第１のパケットを、前記ＵＥとサービングゲートウェイ（ＳＧＷ）との間で伝送し、
前記第２のトラフィックフローは第２のＥ−ＲＡＢにマッピングされ、前記第１のＥ−ＲＡＢは前記第２のＥ−ＲＡＢと異なるＱｏＳを有する、
請求項１に記載の装置。
前記第１のトラフィックフローは第１の進化型パケットシステム（ＥＰＳ）ベアラにマッピングされ、前記第１のＥＰＳベアラは前記第１のパケットを、前記ＵＥとパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）との間で伝送し、
前記第２のトラフィックフローは第２のＥＰＳベアラにマッピングされ、前記第１のＥＰＳベアラは前記第２のＥＰＳベアラと異なるＱｏＳを有する、
請求項１に記載の装置。
前記第１のパケットを前記第１のトラフィックフローに送信し、前記第２のパケットを前記第２のトラフィックフローに送信する送受信機回路を更に備える、
請求項１に記載の装置。
第１のパケット及び第２のパケットを送信するための複数のオペレーションを実行する１つ又は複数のプロセッサによる実行用の複数の命令を格納する、非一時的コンピュータ可読記憶媒体であって、前記複数のオペレーションは、
前記第１のパケットと関連付けられた第１のパケット分類情報に基づき、前記第１のパケットを送信するために、トラフィックフローテンプレート（ＴＦＴ）内の複数のトラフィックフローから第１のトラフィックフローを決定し、
前記第２のパケットと関連付けられた第２のパケット分類情報に基づき、前記第２のパケットを送信するために、前記ＴＦＴ内の前記複数のトラフィックフローから第２のトラフィックフローを決定し、
前記第１のパケットを前記第１のトラフィックフローに送信し、前記第２のパケットを前記第２のトラフィックフローに送信するようユーザ機器（ＵＥ）を構成し、
前記第１のパケット分類情報は、前記第２のパケット分類情報と異なるサービス品質（ＱｏＳ）要件を有し、
前記第１のトラフィックフローは、前記第２のトラフィックフローと異なる無線ベアラと関連付けられる、
非一時的コンピュータ可読記憶媒体。
前記第１のパケット分類情報及び前記第２のパケット分類情報は、前記ＵＥで動作する１つ又は複数のアプリケーションにより設定される、
請求項１８に記載の非一時的コンピュータ可読記憶媒体。
前記第１のパケット分類情報は前記第１のパケットの遅延許容時間の値に対応し、前記第２のパケット分類情報は前記第２のパケットの遅延許容時間の値に対応し、
前記第１のパケットの前記遅延許容時間の値は前記第２のパケットの前記遅延許容時間の値と異なる、
請求項１８に記載の非一時的コンピュータ可読記憶媒体。
前記第１のパケット分類情報は前記第１のパケットの破棄タイマの値に対応し、前記第２のパケット分類情報は前記第２のパケットの破棄タイマの値に対応し、
前記第１のパケットの前記破棄タイマの値は、前記第２のパケットの前記破棄タイマの値と異なる、
請求項１８に記載の非一時的コンピュータ可読記憶媒体。
セルラーネットワークにおいて通信するよう構成された進化型ノードＢ（ｅＮＢ）であって、
第１の分類を有する第１のパケット、及び第２の分類を有する第２のパケットを受信し、
前記第１の分類を第１のパケット再分類に、前記第２の分類を第２のパケット再分類に再分類する、処理回路であって、前記第１のパケット再分類は、前記第２のパケット再分類と異なる優先度要件と関連付けられる処理回路と、
前記第１のパケット再分類に基づき、前記第１のパケットを送信するために、複数のトラフィックフローから第１のトラフィックフローを決定し、
前記第２のパケット再分類に基づき、前記第２のパケットを送信するために、前記複数のトラフィックフローから第２のトラフィックフローを決定する、パケットフィルタであって、前記第１のトラフィックフローは前記第２のトラフィックフローと異なる無線ベアラと関連付けられる、パケットフィルタと、
を備える、
ｅＮＢ。
前記第１のパケットは第１のユーザ機器（ＵＥ）から受信され、前記第２のパケットは第２のＵＥから受信される、
請求項２２に記載のｅＮＢ。
前記第１のパケット及び前記第２のパケットはサービングゲートウェイ（ＳＧＷ）から受信され、
前記第１のパケットは第１のユーザ機器（ＵＥ）に送信され、前記第２のパケットは第２のＵＥに送信される、
請求項２２に記載のｅＮＢ。
セルラーネットワークにおいて通信するよう構成されたパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）であって、
第１のパケット分類情報を有する第１のパケット、及び第２のパケット分類情報を有する第２のパケットを受信する処理回路であって、前記第１のパケット分類情報は、前記第２のパケット分類情報と異なるサービス品質（ＱｏＳ）要件と関連付けられる、処理回路と、
パケットフィルタであって、
前記第１のパケット分類情報に基づき、前記第１のパケットを送信するために、複数のトラフィックフローから第１のトラフィックフローを決定し、
前記第２のパケット分類情報に基づき、前記第２のパケットを送信するために、前記複数のトラフィックフローから第２のトラフィックフローを決定し、
前記第１のトラフィックフローは、前記第２のトラフィックフローと異なる無線ベアラと関連付けられる、パケットフィルタと、
を備える、
ＰＤＮ−ＧＷ。
前記第１のパケット分類情報は、第１のサーバ上で動作する第１のアプリケーションにより設定され、
前記第２のパケット分類情報は、第２のサーバ上で動作する第２のアプリケーションにより設定される、
請求項２５に記載のＰＤＮ−ＧＷ。
サーバ上で動作するアプリケーションからＱｏＳパラメータを受信するＰＨＹと、
受信した前記ＱｏＳパラメータに基づき、前記第１のパケット分類情報を決定するパケット分類エンティティと、
を更に備える、
請求項２５に記載のＰＤＮ−ＧＷ。