(57)【特許請求の範囲】
【請求項１】
ネットワーク上で進化型ノードB（eNB）と通信するためのユーザー装置（UE）であって、当該UEは：
前記ネットワークを通じて前記eNBに、一つまたは複数のアプリケーションからのパケットを有するトラフィックを送信するための送信機と；
上りリンク送信のために一つまたは複数のパケット・フィルタを、インジケータをもって構成するための論理であって、前記インジケータは、前記一つまたは複数のアプリケーションが注目されているか注目されていないかを同定するものであり、進化型パケット・システム（EPS）ベアラーの少なくとも一つがトラフィック・フロー・テンプレート（TFT）をもって構成され、前記TFTは前記一つまたは複数のパケット・フィルタを含む、論理とを有し、
アプリケーションが注目されていないのは、当該UEの画面がオフである場合またはそのアプリケーションが当該UEの画面に表示されていない場合であり、
アプリケーションが注目されているのはそれ以外の場合である、
UE。
【請求項２】
前記トラフィックを前記インジケータに応じて前記パケット・フィルタにマッピングするための論理をさらに有する、請求項１記載のUE。
【請求項３】
注目されている一つまたは複数のアプリケーションからの上りリンク・パケットを、注目されていない一つまたは複数のアプリケーションからの上りリンク・パケットより上に優先順位付けるよう動作可能な論理をさらに有する、請求項１記載のUE。
【請求項４】
パケットを、前記インジケータに応じて、前記一つまたは複数のパケット・フィルタのうちからのパケット・フィルタにバインドするための論理をさらに有する、請求項１記載のUE。
【請求項５】
一つまたは複数の注目されているアプリケーションからのパケットについてのEPSベアラーが注目されていない一つまたは複数のアプリケーションからのパケットについてのEPSベアラーより高い優先度をもつよう、少なくとも二つのEPSベアラーからの少なくとも一つのEPSベアラーに優先度を割り当てる論理をさらに有する、請求項１記載のUE。
【請求項６】
前記送信機は、前記インジケータの値を定期的にまたは要求に際して前記ネットワークに送信するよう動作可能である、請求項１記載のUE。
【請求項７】
前記インジケータが、複数のパケット・フィルタ型識別子のリザーブされた識別子である、請求項１記載のUE。
【請求項８】
前記複数のパケット・フィルタ型識別子の前記リザーブされた識別子を構成するための論理をさらに有する、請求項７記載のUE。
【請求項９】
前記インジケータが電波資源制御（RRC）メッセージまたは媒体アクセス制御（MAC）ヘッダの一部である、請求項１記載のUE。
【請求項１０】
ネットワーク上でユーザー装置（UE）と通信するための進化型ノードB（eNB）であって、当該eNBは：
前記ネットワークを通じて前記UEから、一つまたは複数のアプリケーションからのパケットを有するトラフィックを受信するための受信機と；
上りリンク・トラフィック・フローの一つまたは複数のパケット・フィルタのうちからのパケット・フィルタを、下りリンク・トラフィック・フローにおけるパケット・フィルタとバインドするための論理であって、進化型パケット・システム（EPS）ベアラーの少なくとも一つがトラフィック・フロー・テンプレート（TFT）をもって構成され、前記TFTは前記一つまたは複数のパケット・フィルタを含む、論理と；
前記下りリンク・トラフィック・フローについて前記一つまたは複数のアプリケーションを、前記上りリンク・トラフィック・フローのバインドされたパケット・フィルタの構成に従って、注目されているまたは注目されていないとして分類するための論理とを有し、
アプリケーションが注目されていないのは、前記UEの画面がオフである場合またはそのアプリケーションが前記UEの画面に表示されていない場合であり、
アプリケーションが注目されているのは、それ以外の場合である、
eNB。
【請求項１１】
前記UEに輻輳を通知するための論理をさらに有しており、前記UEは前記通知に応答して前記上りリンク・トラフィック・フローを優先順位付けする、請求項１０記載のeNB。
【請求項１２】
前記バインドされたパケット・フィルタの前記構成が、前記バインドされたパケット・フィルタが、前記一つまたは複数のアプリケーションが注目されているまたは注目されていないのどちらとして分類されていることに応じてパケットをフィルタリングするものであるかを示す、請求項１０記載のeNB。
【請求項１３】
注目されている一つまたは複数のアプリケーションからの下りリンクの注目されているパケットを、注目されていない一つまたは複数のアプリケーションからの下りリンク・パケットより上に優先順位付ける論理をさらに有する、請求項１０記載のeNB。
【請求項１４】
前記パケット・フィルタをバインドするための論理が、上りリンク・パケット・フィルタにおけるIPアドレスを、下りリンク・パケット・フィルタにおけるIPアドレスと比較する、請求項１０記載のeNB。
【請求項１５】
一つまたは複数のプロセッサを有する公衆データ・ネットワーク（PDN）ゲートウェイ（PGW）であって、前記一つまたは複数のプロセッサは：
上りリンク・トラフィック・フローのパケット・フィルタを、下りリンク・トラフィック・フローにおけるパケット・フィルタとバインドするための論理と；
下りリンク・トラフィックのためのパケットを、前記下りリンク・トラフィック・フローにおいて注目されているまたは注目されていないとしてラベル付けすることを、それぞれ前記上りリンク・トラフィック・フローの関連付けられたパケット・フィルタが注目されているまたは注目されていないとして識別されるときに行なう論理とを有し、
前記上りリンク・トラフィック・フローの関連付けられたパケット・フィルタが注目されていないとして識別されるのは、前記上りリンク・トラフィック・フローを送信したUEの画面がオフであった場合および前記上りリンク・トラフィック・フローがUEの画面に表示されていないアプリケーションによって送信された場合であり、
それ以外の場合には、前記上りリンク・トラフィック・フローの関連付けられたパケット・フィルタが注目されているとして識別される、
PGW。
【請求項１６】
前記パケット・フィルタをバインドするための論理が、上りリンク・パケット・フィルタにおけるIPアドレスを、下りリンク・パケット・フィルタにおけるIPアドレスと比較する、請求項１５記載のPGW。
【請求項１７】
進化型ノードB（eNB）が、下りリンク・パケット・スケジューリングを実行するために前記ラベルを適用する、請求項１５記載のPGW。
【請求項１８】
進化型ノードB（eNB）が、ユーザー装置（UE）に輻輳を通知し、前記UEは前記通知に応答して前記上りリンク・トラフィック・フローを優先順位付けする、請求項１５記載のPGW。
【請求項１９】
ネットワーク上で進化型ノードB（eNB）と通信するためのユーザー装置（UE）によって実行される方法であって：
進化型パケット・システム（EPS）ベアラーの少なくとも一つに関連付けられたトラフィック・フロー・テンプレート（TFT）を構成する段階であって、前記TFTは一つまたは複数のパケット・フィルタを含む、段階と；
上りリンク送信のために前記一つまたは複数のパケット・フィルタを、一つまたは複数のアプリケーションが注目されているか注目されていないかを同定するインジケータをもって構成する段階と；
前記一つまたは複数のアプリケーションからのパケットを前記インジケータに応じて前記一つまたは複数のパケット・フィルタのうちからのあるパケット・フィルタにマッピングする段階とを含み、
アプリケーションが注目されていないのは、前記UEの画面がオフである場合またはそのアプリケーションが前記UEの画面に表示されていない場合であり、
アプリケーションが注目されているのはそれ以外の場合である、
方法。
【請求項２０】
前記インジケータの値を定期的にまたは要求に際して送信し、該値を前記ネットワークに送信する段階を含む、請求項１９記載の方法。
【請求項２１】
前記インジケータを、複数のパケット・フィルタ型識別子のリザーブされた識別子として構成する段階を含む、請求項１９記載の方法。
【請求項２２】
前記インジケータが電波資源制御（RRC）メッセージまたは媒体アクセス制御（MAC）ヘッダの一部である、請求項１９記載の方法。
【請求項２３】
前記インジケータが前記関連付けられたアプリケーションが注目されていると同定するときに上りリンク送信のための前記パケットを優先順位付けることを含む、請求項１９記載の方法。
【請求項２４】
注目されているアプリケーションについてのEPSベアラーが注目されていないアプリケーションについてのEPSベアラーより高い優先度をもつよう、少なくとも二つのEPSベアラーからの少なくとも一つのEPSベアラーに優先度を割り当てる段階をさらに含む、請求項１９記載の方法。
【請求項２５】
プロセッサに、請求項１９ないし２４のうちいずれか一項記載の方法を実行させるためのコンピュータ・プログラム。
【請求項２６】
請求項２５記載のプログラムを有する機械可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権主張
本願は、2014年3月14日に出願された米国仮特許出願第61/953,662号、2014年1月31日に出願された米国仮特許出願第61/933,872号および2014年1月30日に出願された米国仮特許出願第61/933,866号への米国特許法第１１９条（ｅ）に基づく優先権を主張する。これらの出願は参照によってその全体において組み込まれる。
【背景技術】
【０００２】
移動体および無線ネットワークは、トラフィック負荷の著しい変動を経験する。たとえば、ネットワーク上に存在する接続されている装置の数は、イベント、時刻などに応じて変わることがある。同様に、緊急事態が通信の突出またはネットワーク・インフラストラクチャーへの損傷を引き起こし、ネットワークがどのくらいのトラフィックを扱えるかを低下させることがある。状況によっては、大量の負荷は輻輳制御（アクセス制御機能またはアクセス・コントロールとも称される）を使って管理されてもよい。かかる制御は、重要なトラフィックが通信される可能性を高めるために、ある種の装置またはある種の型のトラフィックがネットワークを使うことを制限しうる。
【図面の簡単な説明】
【０００３】
本開示の実施形態は、下記に与える詳細な説明からおよび本開示のさまざまな実施形態の付属の図面からより十全に理解されるであろう。しかしながら、これらは本開示を特定の実施形態に限定するものと解釈されるべきではなく、単に説明および理解のためのものである。
【図１Ａ】本開示のいくつかの実施形態に基づく、ユーザー装置（UE）および／またはアプリケーションの注目か非注目かの分類に従ってデータ・トラフィックを処理するベアラー・サービス・アーキテクチャーを示す図である。
【図１Ｂ】本開示のいくつかの実施形態に基づく、注目か非注目かの分類に従ってデータ・トラフィックを処理するよう動作可能なUEを示す図である。
【図１Ｃ】本開示のいくつかの実施形態に基づく、注目か非注目かの分類に従ってデータ・トラフィックを処理するよう動作可能な進化型万国移動体通信システム（UMTS:  Universal  Mobile  Telecommunications  System）地上波電波アクセス・ネットワーク（E-UTRAN:  Evolved  UMTS  Terrestrial  Radio  Access  Network）のノードBを示す図である。
【図２】本開示のいくつかの実施形態に基づく、パケット・フィルタ・コンポーネント型識別子のリザーブされたセクションにおいて定義される注目インジケータ識別子をもつパケット・フィルタ・コンポーネント型識別子の表である。
【図３】本開示のいくつかの実施形態に基づく、パケット・フィルタ・コンポーネント型識別子のリザーブされたセクションにおいて定義されるアプリケーション注目インジケータ識別子をもつパケット・フィルタ・コンポーネント型識別子の表である。
【図４】本開示のいくつかの実施形態に基づく、パケットが注目されているまたは注目されていないのどちらとして識別されるかに従ってパケット・トラフィック・フローをルーティングするパケット・フィルタを示す図である。
【図５】本開示のいくつかの実施形態に基づく、パケット・フィルタ・コンポーネント型識別子のリザーブされたセクションにおいて定義されるアプリケーション型および注目インジケータ識別子をもつパケット・フィルタ・コンポーネント型識別子の表である。
【図６】本開示のいくつかの実施形態に基づく、パケット・フィルタ・コンポーネント型識別子のリザーブされたセクションにおいて定義されるアプリケーション型およびアプリケーション注目インジケータ識別子をもつパケット・フィルタ・コンポーネント型識別子の表である。
【図７】本開示のいくつかの実施形態に基づく、パケットが注目または非注目として識別されることに応じたトラフィック管理のためのフローチャートである。
【図８】本開示のいくつかの実施形態に基づく、パケットが注目または非注目として識別されることに応じたトラフィック管理のためのフローチャートである。
【図９】本開示のいくつかの実施形態に基づく、パケットが注目または非注目として識別されることに応じてトラフィックを管理できる装置をもつUEを示す図である。
【発明を実施するための形態】
【０００４】
現在のところ、いくつかのアクセス制御機能が第三世代パートナーシップ・プロジェクト（3GPP）において、装置またはトラフィック型がネットワーク上で使われることを選択的に無効にするまたは妨げるために使われている。3GPPは、組織パートナーとして知られる遠隔通信団体のグループ間での協同体である。現在のところ、ネットワークが輻輳制御を実行するためのいくつかの方法がある。
【０００５】
たとえば、アクセス・クラス閉鎖（ACB:  Access  Class  Barring）は、ユーザー装置（UE）が特定のセルにおいて初期のランダム・アクセス・チャネル（RACH:  Random  Access  Channel）をもつことをネットワークが禁止することを許容する。サービス固有アクセス制御（SSAC:  Service  Specific  Access  Control）は、UEがインターネット・プロトコル（IP）マルチメディア・サービス（IMS:  IP  multimedia  services）音声またはビデオのためにアクセスを開始することをネットワークが禁止することを許容する。3GPPにおける新たな作業項目は、アプリケーション情報に基づいて輻輳制御を実行するための新たな方法の研究である。3GPPにおけるこれらの新たな作業項目は、スマート輻輳緩和（SCM:  Smart  Congestion  Mitigation）、データ通信のためのアプリケーション固有輻輳制御（ACDC:  Application  Specific  Congestion  Control  for  Data  Communication）およびユーザー面〔ユーザー・プレーン〕輻輳管理（UPCON:  User  Plane  Congestion  Management）からなる。
【０００６】
SCMおよびACDCは、既存の機構と組み合わさって、ネットワークにアクセスしようとしているユーザー装置（UE）を、ユーザーが開始したがっているサービスまたはアプリケーションの型に依存して制御する機構をネットワークに提供する。ここで、UEは、通信するためにエンドユーザーによって直接使用される任意の装置である。UEは携帯電話、モバイル・ブロードバンド・アダプターを備えたラップトップ・コンピュータまたは他の任意の装置であることができる。UEは、欧州遠隔通信規格機関（ETSI）125/136シリーズおよび3GPP  25/36シリーズの規格において規定されている基地局、ノードB／eノードBに接続する。UEはほぼ、グローバル移動通信システム（GSM（登録商標））における移動局（MS）に対応する。
【０００７】
SCMはアイドル・モードにおけるUEのみを扱い、ACDCはアイドル・モードおよび接続モード両方のUEを扱う（接続モードでは、UEはすでに接続されて一つのサービス、たとえば音声を走らせており、UEは新たなサービス、たとえばビデオを開始することを望む）。他方、UPCONは、ユーザー面における輻輳に遭遇する接続モードのUEを扱う。UPCONの目的は、電波アクセス・ネットワーク（RAN）輻輳が起こったときにユーザー面トラフィックを管理することである。したがって、一つの問題は、輻輳管理を受けるべき適切なユーザー面トラフィック・フローを選択することである。輻輳管理を受けるべきユーザー面トラフィック・フローを選択するためのアプローチは、一または複数の加入者、一つまたは複数のアプリケーションまたは一つまたは複数の型のトラフィックに影響しうる。
【０００８】
ユーザー面輻輳を管理するための一つのアプローチは、所与の加入者のすべてのトラフィックを、その加入者のトラフィック・フローの性質をさらに考えることなく制御することである。管理されるべきトラフィックを同定することにおける第二の候補属性は、アプリケーションの型である。いくつかの型のアプリケーションは、ほぼリアルタイムのトラフィック処理を要求し、一方、他の型のアプリケーションはそれほど時間に敏感ではない。ユーザー面輻輳条件のもとでは、より時間に敏感なアプリケーション・トラフィックより前に、それほど時間に敏感でないアプリケーション・トラフィックが制御されるべきである。
【０００９】
輻輳を管理するためのもう一つのアプローチは、ある種の型のトラフィックを制御することである。アプリケーションは、複数の型のトラフィックに関わることがある（たとえば、ソーシャル・ネットワーキング・アプリケーションは、友人の投稿の間でのユーザー・ブラウズ、次いで友人によって投稿されたビデオのストリーミングに関わることがある）。ここで、このアプローチは、所与のアプリケーションについていくつかの型のトラフィックには影響するが、他の型のトラフィックには影響しないことがある。したがって、それは、アプリケーション・ベースでのユーザー面トラフィック管理制御よりも細かい粒度のものと見ることができる。トラフィック管理のもう一つの側面は、ユーザーが特定のアプリケーションに注目している（attending）か否かである。トラフィックの型の、アプリケーション注目（attendance）についての情報との組み合わせを許容する制御を作り出すことは、ユーザーの経験品質およびネットワーク性能に対するユーザー知覚を改善するための効果的なアプローチでありうる。
【００１０】
これまで3GPPにおいて議論されたUPCONにおける解決策は、アプリケーションの型およびセルにおける進行中のトラフィックの型に基づいて輻輳制御を実行するものだった。UPCONの目的の一部は、非注目トラフィックを制限するために、注目トラフィックか非注目トラフィックかに基づいて輻輳を扱うことである。
【００１１】
いくつかの実施形態は、注目トラフィックか非注目トラフィックかに基づいてネットワークにおける輻輳を扱うための方法および装置を記述する。いくつかの実施形態では、UEは、ネットワークが要求するときに非注目トラフィックを遮断することを受け持つ。および／または構成設定に基づく。いくつかの実施形態では、UEは遮断を受けるべきアプリケーションに従って構成される。
【００１２】
たとえば、アプリケーションは、ネットワークが指示を送るとき、アプリケーションが免除としてリストされているとき、および／または明示的に同定されていないアプリケーションについてのデフォルト・アクションにより、遮断を受ける対象となることができる。いくつかの実施形態では、アプリケーションが遮断を受ける対象であり、非注目であると同定される場合に、UEはそのアプリケーションによって生成される上りリンク（UL）トラフィックを内部的に遮断する。いくつかの実施形態では、アプリケーションが遮断を免除されているまたは注目と同定される場合、UEはそのアプリケーションによって生成されるULトラフィックを遮断しない。
【００１３】
いくつかの実施形態では、アプリケーションが注目〔アテンデッド（attended）〕として分類されるか非注目〔アンアテンデッド（unattended）〕として分類されるかに基づく輻輳制御のための機構が記述される。いくつかの実施形態では、UEが注目であるか否かを同定する一般的インジケータが定義される。たておば、UE注目インジケータ〔アテンション・インジケータ（attention  indicator）〕が定義され、非注目トラフィックまたは注目トラフィックをフィルタリングするためにネットワークを支援するために使われる。いくつかの実施形態では、UE注目インジケータについての値は、UEの表示画面がオフにされるときに、あるいはユーザーまたはUE中のセンサーからのフィードバックを使って決定されてもよい。いくつかの実施形態では、UEがどのアプリケーションが注目または非注目であるかをインジケータを介して追跡できるようにする、インジケータおよび関連するハードウェア（たとえばレジスタ）がUE内で定義される。
【００１４】
いくつかの実施形態では、注目インジケータはUEによって生成されるいかなるものでもよい。たとえば、注目インジケータは、オペレーティング・システム（OS）、アプリケーション、ハードウェアなどによって生成されることができる。いくつかの実施形態では、ネットワークがトラフィックを分類することを支援する既存の方法およびインジケータに加えて、ユーザー注目インジケータが、効果的にトラフィックをさらに分類するためにネットワークによって使われる。この方法論は、輻輳制御、トラフィック優先順位付け、レート整形（rate  shaping）機能などのために使用できる。
【００１５】
いくつかの実施形態では、輻輳制御のための方法論は、ULに適用される。UEはUEによって生成されるトラフィックが注目されているか注目されていないかを知っているからである。いくつかの実施形態では、輻輳制御のための方法論は、UEプル・ベースのアプリケーションの下りリンク（DL）事例に適用される。UEプル・ベースのアプリケーションは、UEが要求を送り、該要求の結果としてDL送信が起こるアプリケーションである。
【００１６】
たとえば、ユーザー対話なしに定期的にネットワークからデータをプルする、UE上で実行される多くのアプリケーションがある（たとえば電子メール、ツイッター（登録商標）、フェイスブック（登録商標）など）。その場合、要求のULトラフィックは大きくなくてもよいが、潜在的に、定期的更新によって引き起こされるDLトラフィックはかなりのものであることがある。いくつかの実施形態では、注目／非注目インジケータを使ってUL要求を遮断することにより、UEは本質的にDL応答をも遮断する。
【００１７】
以下の記述では、本開示の実施形態のより十全な説明を与えるために数多くの詳細が論じられる。しかしながら、本開示の実施形態がこれらの個別的詳細なしで実施されうることは当業者には明白であろう。他方、よく知られた構造および装置は、本開示の実施形態を埋没させるのを避けるために、詳細にではなくブロック図の形で示される。
【００１８】
実施形態の対応する図面において、信号は線で表わされる。いくつかの線は、より構成的な信号経路を示すためにより太いことがあり、および／または主要な情報の流れの方向を示すために一端または両端に矢印を有することがある。そのような指示は限定することは意図されていない。むしろ、これらの線は、回路または論理ユニットのより簡単な理解を助けるよう一つまたは複数の例示的実施形態との関連で使われている。設計上の必要性または好みによって指示されているいかなる表現される信号も、実際には、いずれかの方向に進みうる一つまたは複数の信号を含んでいてもよく、いかなる好適な型の信号方式で実装されてもよい。
【００１９】
本明細書および請求項を通じて、用語「接続された」は、接続されるものの間での、いかなる仲介する装置もない、直接的な電気接続または無線接続を意味する。用語「結合された」は、接続されるものの間での直接的な電気接続または無線接続あるいは一つまたは複数の受動的もしくは能動的な仲介装置を通じた間接的な接続を意味する。単数形は複数の言及も含む。「における」の意味は「における」および「の上の」を含む。
【００２０】
用語「実質的に」「近い」「近似的に」「ほぼ」「約」は一般に目標値の±20%以内であることをいう。特に断わりのない限り、共通の対象を指しての助数詞「第一」「第二」「第三」などの使用は、単に同様な対象の異なるインスタンスが言及されていることを示すのであって、そのように記述された対象が、時間的にでも、空間的にでも、ランキングにおいてでもあるいは他のいかなる仕方でも、所与の序列でなければならないことを含意することは意図されていない。
【００２１】
図１Ａは、本開示のいくつかの実施形態に基づく、UEおよび／またはアプリケーションの注目されているか注目されていないかの分類に従ってデータ・トラフィックを処理するベアラー・サービス・アーキテクチャー１００を示している。アーキテクチャー１００は、UE  １０１、進化型万国移動体通信システム（UMTS:  Universal  Mobile  Telecommunications  System）地上波電波アクセス・ネットワーク（E-UTRAN:  Evolved  UMTS  Terrestrial  Radio  Access  Network）のノードB（eNB）１０２、サービング・ゲートウェイ（SGW:  Serving  Gateway）１０３、公衆データ・ネットワーク（PDN:  Public  Data  Network）ゲートウェイ（GW）すなわち（PGW）１０４、移動性〔モビリティー〕管理エンティティ（MME:  Mobility  Management  Entity）１０５、家庭加入者サーバー（HSS:  Home  Subscriber  Server）１０６、動的ホスト構成設定プロトコル（DHCP:  Dynamic  Host  Configuration  Protocol）アプリケーション（アプリ）サーバーまたはドメイン名システム（DNS:  Domain  Name  System）アプリ・サーバー１０７、ルーター１０８、ファイアウォール１０９およびインターネット１１０を示す図である。
【００２２】
いくつかの実施形態では、UE  １０１は、通信するためにエンドユーザーによって直接使われる任意の装置である。UEは携帯電話、モバイル・ブロードバンド・アダプターを備えたラップトップ・コンピュータまたは他の任意の装置であることができる。UE  １０１は、ETSI  125/136シリーズおよび3GPP  25/36シリーズの規格において規定されている基地局、ノードB／eノードBに接続する。UE  １０２はほぼ、グローバル移動通信システム（GSM（登録商標））における移動局（MS）に対応する。いくつかの実施形態では、UE  １０１は、ネットワークが注目されていないトラフィックまたは注目されているトラフィックをフィルタリングすることを支援するUE注目インジケータを記憶するレジスタを有していてもよい。たとえばUEからインターネットへの、エンドツーエンドのサービスを提供するために、さまざまなベアラー（すなわちキャリアー）が使用される。UE  １０１の実施形態は、図１Ｂを参照して記述される。
【００２３】
図１Ａに戻って参照するに、進化型ノードB（eノードBまたはeNBと略称される）としても知られるE-UTRANノードB  １０２は、UMTSのUMTS地上波電波アクセス（UTRA）における要素、ノードBの進化型である、ロングターム・エボリューション（LTE）規格のE-UTRAにおける要素である。UMTSは、グローバル移動通信システム（GSM（登録商標））規格に基づくネットワークのための第三世代のモバイル・セルラー・システムである。それは、GSMネットワークにおける基地トランシーバ局（BTS:  base  transceiver  station）のような、UEと直接通信する携帯電話ネットワークに接続されるハードウェアである。伝統的に、ノードBは最小限の機能をもち、電波ネットワーク・コントローラ（RNC:  Radio  Network  Controller）によって制御される。しかしながら、eNB  １０２では、別個のコントローラ要素はない。これはアーキテクチャーを単純化し、より短い応答時間を許容する。
【００２４】
eNB  １０２は、システム・アーキテクチャ・エボリューション（SAE:  System  Architecture  Evolution）コア（進化型パケット・コア（EPC:  Evolved  Packet  Core）としても知られる）および他のeNB（図示せず）とインターフェースをもつ。たとえば、eNB  １０２は、制御面〔制御プレーン〕トラフィックのためにMMEとのS1-MMEインターフェース・プロトコル上でのS1-APプロトコルを使う。eNB  １０２は、ユーザー面トラフィックのためのSGWとのS1-Uインターフェース上のGPRSコア・ネットワーク・プロトコルの定義IPベース・プロトコルである一般パケット電波サービス（GPRS:  General  Packet  Radio  Service）トンネリング・プロトコル（GTP-U）をも使う。まとめて、S1-MMEおよびS1-UインターフェースはS1インターフェースとして知られており、これはeNB  １０２から進化型パケット・コア（EPC）へのインターフェースを表わす。eNB  １０２ａ／ｂ／ｃ／ｄの実施形態は図１Ｃを参照して記述される。
【００２５】
図１Ａに戻って参照するに、SGW  １０３とMME  １０５の間のインターフェースはS11である。SGW  １０３は該インターフェースをRANに向けて終端し、RANとEPCの間でデータ・パケットをルーティングする。さらに、SGW  １０３は、eNB間のハンドオーバーのためのローカルなモビリティー・アンカー点であってもよく、3GPP間モビリティーのためのアンカーをも提供してもよい。他の役割は、合法的傍受、課金および何らかのポリシー施行を含みうる。MME  １０５はレガシーのサービングGPRSサポート・ノード（SGSN:  Serving  GPRS  Support  Nodes）の制御面と機能において似ている。MME  １０５は、ゲートウェイ選択および追跡エリア・リスト管理といった、アクセスにおけるモビリティー側面を管理する。MME  １０５とHSS  １０６の間のインターフェースはS6aである。PGW  １０４とルーター１０８との間のインターフェースはSGiである。ルーター１０８とファイアウォール１０９の間のインターフェースはSGiである。
【００２６】
PGW  １０４はパケット・データ・ネットワーク（PDN:  packet  data  network）に向かってSGiインターフェースを終端する。PGW  １０４はEPCと外部PDN（図示せず）との間でデータ・パケットをルーティングし、ポリシー施行および課金データ収集のためのキーとなるノードでありうる。それは非LTEアクセスをもつモビリティーのためのアンカー点をも提供しうる。外部PDNはいかなる種類のIPネットワークでもよく、IPマルチメディア・サブシステム（IMS:  IP  Multimedia  Subsystem）ドメインでもよい。PGW  １０４およびSGW  １０３は一つの物理的なノードまたは別個の物理的なノードとして実装されうる。
【００２７】
UE  １０１におけるUL（上りリンク）トラフィック・フロー・テンプレート（TFT）はトラフィック・フローまたはサービス・データ・フロー（SDF:  Service  Data  Flow）を進化型パケット・システム（EPS:  Evolved  Packet  System）ベアラー（すなわち、キャリアー）にUL方向においてバインドする。UL  TFTに複数の上りリンク・パケット・フィルタを含めることによって、複数のトラフィック・フローが同じEPSベアラー上に多重化されることができる。
【００２８】
PGW  １０４におけるDL（下りリンク）TFTはトラフィック・フローをEPSベアラーにDL方向においてバインドする。DL  TFTに複数の下りリンク・パケット・フィルタを含めることによって、複数のトラフィック・フローが同じEPSベアラー上に多重化されることができる。
【００２９】
向上型電波アクセス・ベアラー（E-RAB:  Enhanced  Radio  Access  Bearer）は、EPSベアラーのパケットをUE  １０１とSGW  １０３との間でEPC（明示的にマークせず）において転送する。E-RABが存在するとき、このE-RABとEPSベアラーとの間に一対一のマッピングがある。
【００３０】
データ電波ベアラー（Radio  Bearer）はEPSベアラーのパケットを、UE  １０１とeNB  １０２の間で転送する。データ電波ベアラーが存在するとき、このデータ電波ベアラーとEPSベアラー／E-RABとの間に一対一のマッピングがある。S1ベアラーはE-RABのパケットをeNB  １０２とSGW  １０３との間で転送する。S5/S8ベアラーはEPSベアラーのパケットをSGW  １０３とPGW  １０４の間で転送する。
【００３１】
UE  １０１は、ULにおけるトラフィック・フローとデータ電波ベアラーとの間のバインディングを生成するために、ULパケット・フィルタとデータ電波ベアラーとの間のマッピングを記憶する。PGW  １０４は、DLにおけるトラフィック・フローとS5/S8aベアラーとの間のバインディングを生成するために、DLパケット・フィルタとS5/S8aベアラーとの間のマッピングを記憶する。eNB  １０２は、ULおよびDL両方におけるデータ電波ベアラーとS1ベアラーとの間のバインディングを生成するために、データ電波ベアラーとS1ベアラーとの間の一対一マッピングを記憶する。SGW  １０３は、ULおよびDL両方におけるS1ベアラーとS5/S8aベアラーとの間のバインディングを生成するために、S1ベアラーとS5/S8aベアラーとの間の一対一マッピングを記憶する。
【００３２】
PDN接続はいくつかのEPSベアラーから構成され、各EPSベアラーは（デフォルトのEPSベアラーを除いて）それに関連付けられたトラフィック・フロー・テンプレート（TFT）をもつ。デフォルトのEPSベアラーはTFTをもっていてもよいが、必要としなくてもよい。UEがULユーザー・データ・パケットを送る必要があるとき、すべてのTFTを横断してパケット・フィルタを検査し、それらの一つとマッチがあるかどうかをチェックする。各パケット・フィルタにはパケット・フィルタ評価優先権（precedence）がついてくる。いくつかの実施形態では、UE  １０１は最高の評価優先権をもつものからはじめてパケット・フィルタを検査する。UE  １０１がマッチをみつけるとすぐに、ユーザー・データ・パケットをそれぞれの関連付けられたEPSベアラーに、UL送信のために送達する。同じプロセスはDLについてはPGW  １０４において行なわれる。どのパケット・フィルタにもマッチしないパケットは、デフォルト・ベアラーのために残される。
【００３３】
いくつかの実施形態では、トラフィックのフローは、トラフィック中のパケットが注目されているか注目されていないかを示すUE  １０１注目インジケータまたはアプリケーション注目インジケータに従ってさらに制御される。ここで、注目されているトラフィック〔注目トラフィック〕（attended  traffic）は一般に、（たとえばUE  １０１の）ユーザーが対話しており、（たとえばUE  １０１上の）何らかのアプリケーションを能動的に使っているときに生成されるトラフィック・データをいう。注目されていないトラフィック〔非注目トラフィック〕（unattended  traffic）という用語は、一般に、当該トラフィックが（たとえばUE  １０１によって）生成されるのと同じ時点においてユーザーが当該アプリケーションを能動的に使っていないときに生成されたトラフィック・データを指す。
【００３４】
いくつかの実施形態では、PGW  １０４は、上りリンク・トラフィック・フローのパケット・フィルタを、下りリンク・トラフィック・フローにおけるパケット・フィルタとバインドする論理を有する。いくつかの実施形態では、PGW  １０４は、上りリンク・トラフィック・フローの関連付けられたパケット・フィルタがそれぞれ注目されているまたは注目されていないと識別されるとき、下りリンク・トラフィック・フローにおいて下りリンク・トラフィックについてのパケットを注目されているまたは注目されていないとしてラベル付けする論理を有する。いくつかの実施形態では、eNB  １０２は、下りリンク・パケット・スケジューリングを実行するために前記ラベルを適用する。いくつかの実施形態では、eNB  １０３はUE  １０１に輻輳を通知し、UE  １０１はその通知に応答してトラフィック・フローに優先順位を付ける。
【００３５】
トラフィックをバックグラウンドまたは非バックグラウンド・トラフィックとして分類することは、トラフィックが注目されているか注目されていないかを捕捉しないことがある。バックグラウンド・トラフィックという用語は、一般に、常にバックグラウンドで走るアプリケーションの型を分類するために使われる。しかしながら、あるときはバックグラウンドで走り、他の時にはそうでないアプリケーションがあり、その場合、それらはバックグラウンドとして分類されることはできない。たとえば、スカイプ（登録商標）アプリケーションは更新を受信するときにはバックグラウンドで走ることがあるが、ユーザーがスカイプ（登録商標）アプリケーションを通じて話している場合には、生成されるトラフィックはバックグラウンド・トラフィックではない。
【００３６】
さまざまな実施形態は、アプリケーションが注目されているか注目されていないかという事実に関係した情報を使ってトラフィックを管理するさまざまな方法を記載する。
【００３７】
いくつかの実施形態では、UE  １０１が注目されているか否かを同定する第一の一般的インジケータが定義される。このインジケータは、ここでは注目インジケータと称される。注目インジケータはいくつかの実施形態では、トラフィックが注目されているトラフィックであるか、注目されていないトラフィックであるかを示してもよい。たとえば、UE  １０１の表示画面がオフにされているときに生成されるトラフィック・データは、注目されていないトラフィックとして分類されてもよく、一方、UE  １０１のユーザーからのフィードバックまたはUE  １０１の何らかのセンサーを介して生成されるトラフィック・データは注目されているトラフィックとして分類されてもよい。
【００３８】
いくつかの実施形態では、トラフィック・データのさまざまな型の分類は、通信規格、ユーザー選好、システム・オペレーターなどによって、注目されているまたは注目されていないとして定義されることができる。たとえば、それは、ユーザーが装置をどのように使うかを連続的に感知するハードウェア・センサーであることができる；それは、ユーザーがアプリケーションと対話しているかどうかを判定する装置内のOSであることもできる；それは、トラフィックを注目されているまたは注目されていないとして分類するアルゴリズムを走らせているソフトウェアであることもできる；所与のトラフィックが種々の状況などにおいて注目されていると考えられるか注目されていないと考えられるかは、装置において事前構成されていることができ、あるいはユーザーが装置を事前構成してもよい。
【００３９】
いくつかの実施形態では、UE  １０１内の新たな機能の創造物でありうる第二のインジケータが定義される。これは、該第二のインジケータを介してどのアプリケーションが注目されているまたは注目されていないかを追跡するためのものである。第二のインジケータはここではアプリケーション注目インジケータと称される。いくつかの実施形態では、ユーザー注目インジケータは、任意の既存の方法と組み合わされて、より効果的にトラフィックをさらに分類するためにネットワークを支援することができる。たとえば、ユーザー注目インジケータは、アプリケーション型インジケータと組み合わされることができる。ここで、アプリケーション型インジケータは使われているアプリケーションの型を示す。
【００４０】
いくつかの実施形態では、注目インジケータはUE  １０１毎であり、アプリケーション毎ではない。一つのアプリケーションが二つのUEのそれぞれにおいて走っており、両UEをアクティブに保っている例を考える。たとえば、一つのUEはユーザーがリアルタイムで運転しているときに友人の家までの全地球測位システム（GPS）アプリケーションを走らせており、別のUEは、ユーザーがあとでオフラインで見られるよう映画をダウンロードしているとする。両方のアプリケーションはウェブ・トラフィックであるが、ユーザーは、この運転する例については、UE画面上のGPS地図を見ている一方、ユーザーは他方のUEによるビデオ・ダウンロードはチェックしていないことがあり、そのアプリケーションはバックグラウンドで走っていることがありうる。この例では、ネットワーク上でのトラフィック輻輳は、GPSアプリケーションに対して、映画をダウンロードしているアプリケーションよりも、より高い優先度を割り当てることによって管理されることができる。いったんユーザーがダウンロード・リンクまたはボタンをクリックしてからは、後者のアプリケーションの使用はUE画面上でないからである。
【００４１】
いくつかの実施形態では、UE  １０１は、ユーザーが装置と実際に対話している（たとえば、能動的に電話を使っている）か否かを示すために、注目インジケータをネットワーク（たとえばeNB  １０２、SGW  １０２およびUL経路の他のコンポーネント）に送る。そのような実施形態では、ネットワークは、インジケータが真にセットされているときにUE  １０１が応答を待っていることを考慮に入れることができる。いくつかの実施形態では、トラフィック・データは、注目インジケータの極性に応じて、他のトラフィック・データよりも優先されることができる。いくつかの実施形態では、注目インジケータがセットされていないとき、トラフィック・データは輻輳の際には遅延されることができる。
【００４２】
トラフィック・データが注目されているトラフィック・データであることを示すために注目インジケータを論理的な1（すなわち、真）にセットし、トラフィック・データが注目されていないトラフィック・データであることを示すために注目インジケータを論理的な0（すなわち、偽）にセットすることに言及して実施形態が記述されているが、プロセスは逆にされてもよい。たとえば、いくつかの実施形態では、指示がないこと（すなわち、注目インジケータが論理的な0にセットされているとき）は、UEが注目UEであり、注目UEに関連するトラフィックは高優先度トラフィックであることを意味してもよい。指示がないことは、UEが非注目UEであり、非注目UEに関連するトラフィックはより低い優先度トラフィックであることを意味してもよい。
【００４３】
いくつかの実施形態では、注目インジケータはUE  １０１によってネットワークに送信される。いくつかの実施形態では、OSまたはハードウェアまたはミドルウェアまたは他のアプリケーション（単数または複数）が注目インジケータを生成する。いくつかの実施形態では、ネットワークが注目インジケータを要求する。いくつかの実施形態では、注目インジケータは定期的にネットワークに送信される。たとえば、UE  １０１の設定またはネットワークからくる構成設定可能な設定に基づいて、注目インジケータはネットワークに提供される。
【００４４】
いくつかの実施形態では、注目インジケータは、UE  １０１上で実行される各アプリケーションに関連付けられている。たとえば、UE  １０１上で実行される各アプリケーションが、UE  １０１のユーザーが現在UE  １０１を使っているかどうか（すなわち、UE  １０１によって送信されるトラフィック・データが注目されているトラフィック・データであるか注目されていないトラフィック・データであるか）を示すことができる。この指示は、どのアプリケーションのパケットがより高い優先度をもつ必要があるかをネットワークが識別するのを助けることができる。
【００４５】
いくつかの実施形態では、UE  １０１は、この注目インジケータをネットワークに送るための装置（および／または該装置によって実行される関連した方法）を含む。そのような方法はたとえば、UE  １０１がピア・アプリケーションとの接続を最初に開始しつつあるときの電波資源制御（RRC:  Radio  Resource  Control）メッセージの一部であることができる。任意的に、UE  １０１は、プロトコル・スタック・レベルで、たとえば媒体アクセス制御（MAC）ヘッダにおいて、パケット内部に何らかのラベルを含めてもよい。そのチャネルでやってくるパケットが注目されているか注目されていないかを示すためである。いくつかの実施形態は、ネットワークが、特定のサービスまたはトラフィック・データが注目されているか注目されていないかを見出すための方法または方式を記載する。いくつかの実施形態では、OSまたはハードウェアまたは他のアプリケーションがアプリケーション注目インジケータを生成する。いくつかの実施形態では、アプリケーション注目インジケータは、ネットワーク・トラフィック輻輳を管理するために、UE  １０１上で走っているアプリケーションに優先順位付けするために使用されることができる。
【００４６】
たとえば、それぞれ二つの異なるUE上で走っている二つのアプリケーションの例を参照して論じた両方のアプリケーションが同じUEによって使われる場合、ユーザーはGPS画面に着目しているであろう。そのような例では、アプリケーション注目インジケータは、GPSトラフィック・データが映画ダウンロード・アプリケーションより高い優先度をもつことを示す可能性が非常に高い。
【００４７】
現在のところ、各TFTはEPSベアラーに関連付けられている。いくつかの実施形態では、やはりトラフィック・フローが注目されているか注目されていないかを識別できるために、注目インジケータ（単数または複数）（たとえば、UE注目インジケータまたはアプリケーション注目インジケータ）が代替的にパケット・フィルタにおいて加えられる。いくつかの実施形態では、新たなパケット・フィルタ・コンポーネントを使ってULおよびDLについてのトラフィック輻輳制御を実行するための方法が記述される。さらに、新たなパケット・フィルタ・パラメータ／コンポーネントはUE  １０１およびネットワークによって、トラフィック優先順位付け、データ・レート整形などといった他のいくつかの機能において支援するために利用されることができる。
【００４８】
図１Ｂは、本開示のいくつかの実施形態に基づく、注目か非注目かの分類に従ってデータ・トラフィックを処理するよう動作可能なUE  １２０（たとえばUE  １０１）を示す図である。図１Ｂのうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００４９】
いくつかの実施形態では、UE  １２０は、物理（PHY）層回路１２２、媒体アクセス制御（MAC）回路１２３、プロセッサ１２４、メモリ１２５およびパケット・フィルタ（単数または複数）１２６を含んでいてもよい。実施形態を埋没させないよう、UE  １２０の高レベルの簡略化されたアーキテクチャーが記載されている。当業者は、完全なUEをなすために、図示したものに加えて他のコンポーネント（図示しない）が使われることを理解するであろう。いくつかの実施形態では、PHY層回路１２２は、一つまたは複数のアンテナ２０１を使ってeNB  １０２、他のeNB、他のUEまたは他の装置との間で信号を送受信するためのトランシーバ１２７を含む。いくつかの実施形態では、MAC回路１２３は、無線媒体へのアクセスを制御するために使われる。いくつかの実施形態では、プロセッサ１２４およびメモリ１２５はいくつかの実施形態を参照して記述した動作を実行するよう構成される。
【００５０】
いくつかの実施形態では、アンテナ１２１は、モノポール・アンテナ、ダイポール・アンテナ、ループ・アンテナ、パッチ・アンテナマイクロストリップ・アンテナ、コプレーナー波アンテナまたは高周波（RF:  Radio  Frequency）信号の伝送に好適な他の型のアンテナを含む一つまたは複数の指向性または無指向性アンテナを含んでいてもよい。いくつかの複数入力複数出力（MIMO）実施形態では、アンテナ１２１は、空間ダイバーシチを活用するため、分離される。図９は、UE  １０１の別の実施形態を記載する。
【００５１】
図１Ｃは、本開示のいくつかの実施形態に基づく、注目か非注目かの分類に従ってデータ・トラフィックを処理するよう動作可能なeNB  １３０（たとえばeNB  １０２）を示している。図１Ｃのうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００５２】
いくつかの実施形態では、eNB  １３０は、PHY層回路１３２、MAC回路１３３、プロセッサ１３４、メモリ１３５を含んでいてもよい。実施形態を埋没させないよう、eNBの高レベルの簡略化されたアーキテクチャーが記載されている。当業者は、完全なeNBをなすために、図示したものに加えて他のコンポーネント（図示しない）が使われることを理解するであろう。いくつかの実施形態では、PHY層回路１３２は、一つまたは複数のアンテナ３０１を使ってeNB  １０２、他のeNB、他のUEまたは他の装置との間で信号を送受信するためのトランシーバ１３７を含む。いくつかの実施形態では、MAC回路１３３は、無線媒体へのアクセスを制御するために使われる。いくつかの実施形態では、プロセッサ１３４およびメモリ１３５はいくつかの実施形態を参照して記述した動作を実行するよう構成される。
【００５３】
いくつかの実施形態では、アンテナ１３１は、モノポール・アンテナ、ダイポール・アンテナ、ループ・アンテナ、パッチ・アンテナマイクロストリップ・アンテナ、コプレーナー波アンテナまたはRF信号の伝送に好適な他の型のアンテナを含む一つまたは複数の指向性または無指向性アンテナを含んでいてもよい。いくつかのMIMO実施形態では、アンテナ１３１は、空間ダイバーシチを活用するため、分離される。
【００５４】
UE  １２０およびeNB  １３０はそれぞれいくつかの別個の機能要素をもつものとして記述されているが、それらの機能要素の一つまたは複数が組み合わされてもよく、あるいはソフトウェア構成された要素および／または他のハードウェア要素の組み合わせによって実装されてもよい。この開示のいくつかの実施形態では、機能要素は一つまたは複数の処理要素に対して作用する一つまたは複数のプロセスを指すことができる。ソフトウェアおよび／またはハードウェア構成された要素の例は、デジタル信号プロセッサ（DSP）、一つまたは複数のマイクロプロセッサ、DSP、フィールド・プログラマブル・ゲート・アレイ（FPGA）、特定用途向け集積回路（ASIC）、高周波集積回路（RFIC）などを含む。
【００５５】
図２は、本開示のいくつかの実施形態に基づく、パケット・フィルタ・コンポーネント型識別子を示すテーブル２００を示している。該パケット・フィルタ・コンポーネント型識別子のリザーブされたセクションにおいて注目インジケータ識別子が定義される。図２のうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００５６】
テーブル２００は、伝統的なパケット・フィルタ・コンポーネントに、いくつかの実施形態に基づく注目インジケータについての識別子を加えたものを示している。パケット・フィルタのコンポーネントはIPv4リモート・アドレス型（00010000）、IPv4ローカル・アドレス型（00010001）、IPv6リモート・アドレス型（00100000）、IPv6リモート・アドレス／プレフィックス長型（00100001）、IPv6ローカル・アドレス／プレフィックス長型、プロトコル識別子／次ヘッダ型（00110000）、単一ローカル・ポート型（01000000）、ローカル・ポート範囲型（01000001）、単一リモート・ポート型（01010000）、リモート・ポート範囲型（01010001）、セキュリティー・パラメータ・インデックス型（01100000）、サービスの型／トラフィック・クラス型（01110000）およびフロー・ラベル型（100000000）を含む。いくつかの実施形態では、注目インジケータは、伝統的なパケット・フィルタのリザーブされているセクション２０１を使って定義される。実施形態は「10000001」をもつ注目インジケータ識別子を定義しているが、パケット・フィルタ識別子のうちで一意的な識別子である限り、注目インジケータを定義するために、識別子についての他の値が使われてもよい。
【００５７】
図３は、本開示のいくつかの実施形態に基づく、パケット・フィルタ・コンポーネント型識別子を示すテーブル２００を示している。該パケット・フィルタ・コンポーネント型識別子のリザーブされたセクションにおいて注目インジケータ識別子が定義される。図３のうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００５８】
テーブル３００は、伝統的なパケット・フィルタ・コンポーネント（表２と同様）に、いくつかの実施形態に基づくアプリケーション注目インジケータについての識別子を加えたものを示している。実施形態は「10000010」をもつアプリケーション注目インジケータ識別子を定義しているが、パケット・フィルタ識別子のうちで一意的な識別子である限り、アプリケーション注目インジケータを定義するために、識別子についての他の値が使われてもよい。
【００５９】
図４は、本開示のいくつかの実施形態に基づく、パケット・フィルタが、パケットが注目されているまたは注目されていないのどちらとして識別されるかに従ってパケット・トラフィック・フローをルーティングするシステム４００のフロントエンドを示している。図４のうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００６０】
いくつかの実施形態では、UE  １０１のシステム４００のフロントエンドは、パケット４０１、パケット・フィルタ（単数または複数）４０２およびTFT  ４０３を含む。パケット・フィルタ４０２（たとえばテーブル２００およびテーブル３００として定義される）の機能は、諸パケット４０１を検査し、当該パケット（諸パケット４０１の四角の一つとして示される）内の情報をフィルタ内容と照合することである。この照合に基づいて、パケット・フィルタ４０２はパケットを特定のトラフィック・フローに割り当てる。
【００６１】
図１Ａを参照して示したような各EPSベアラーはサービス品質（QoS）に関連付けられている。TFT  ４０３は常に専用のベアラーに割り当てられ、デフォルト・ベアラーにおいては必要とされない。いくつかの実施形態では、TFT  ４０３は一つまたは複数のパケット・フィルタを含む。したがって、パケット・フィルタはEPSベアラーにマッピングされる。関係は、
単一のEPSベアラー⇔サービス品質⇔単一のTFT⇔複数のパケット・フィルタ
として表わせる。
【００６２】
システム４００は、UE  １０１の一部が、諸パケットをパケット・フィルタ内容に従って異なるトラフィック・フローにルーティングする一つまたは複数のパケット・フィルタ４０２に、諸パケット４０１を送る単純化された例である。この例では、五つのパケットが示されており、１ないし５として番号付けられている。ここで、あるパターンをもつパケット４０１は、注目インジケータが高い（すなわち、そのパケットは注目されているトラフィック・データの一部である）ことを示すパケットであり、一方、あるパターンをもたないパケット４０１は、注目インジケータが低い（すなわち、そのパケットは注目されていないトラフィック・データの一部である）ことを示すパケットである。同じ例は、アプリケーション注目インジケータにも当てはまり、あるパターンをもつパケットは、アプリケーション注目インジケータが高い（すなわち、そのパケットは注目されているトラフィック・データの一部である）ことを示すパケットであり、あるパターンをもたないパケットは、アプリケーション注目インジケータが低い（すなわち、そのパケットは注目されていないトラフィック・データの一部である）ことを示すパケットである。
【００６３】
いくつかの実施形態では、パケットがあるパターンをもつ場合、そのパケットはTFT  ４０３のトラフィック・フロー１に行く。いくつかの実施形態では、パケットがあるパターンをもたない場合は、TFT  ４０３のトラフィック・フロー２に行く。いくつかの実施形態では、パケット・フィルタ４０２はパケットを検査し、フィルタ内容（この場合は、パケットが注目されているか注目されていないかを表わすパターン）と比較し、しかるべくそのパケットをルーティングする。LTEでは、IPアドレスおよびポート番号のようなパケット・フィルタ・コンポーネントはUE  １０１およびPGW  １０４がすべてのパケットをフィルタリングすることを許容する。いくつかの実施形態では、パケット・フィルタ４０２は、複数のサービスが同じEPSベアラーにマッピングされることを許容する。いくつかの実施形態では、パケット・フィルタ４０２はULではUE  １０１において、DLではPGW  １０４において適用される。
【００６４】
いくつかの実施形態では、パケット・フィルタ４０２はUE  １０１およびネットワーク（現在のところPGW  １０４において定義されるが、eNB  １０２など他のネットワーク・ノードにおいてなされてもよい）において構成される。いくつかの実施形態では、各パケット・フィルタは、該フィルタに由来するパケットの注目特性についての新たなインジケータを関連付けており；このインジケータは、「attended」〔注目されている〕に等しい注目インジケータで一つ、「unattended」〔注目されていない〕に等しい注目インジケータで一つという、二つのオプションをもって構成されることができる。これは、同じトラフィック・フローが、ユーザーが現在そのアプリケーション（たとえば閲覧アプリケーション）に注目しているか否かに依存して異なるパケット・フィルタにマッピングされることができること、あるいは同じパケット・フィルタがそれにマッピングされるパケットの性質に依存して注目（attended）または非注目（unattended）フィルタとして作用しうることを意味する。この情報に基づいて、パケットは、同じEPSベアラー内の異なるトラフィック・フローにルーティングされうる。
【００６５】
図５は、本開示のいくつかの実施形態に基づく、パケット・フィルタ・コンポーネント型識別子のリザーブされたセクションにおいて定義されるアプリケーション型および注目インジケータ識別子をもつパケット・フィルタ・コンポーネント型識別子の表５００を示している。図５のうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００６６】
いくつかの実施形態では、ULにおける輻輳を扱うために、パケット・フィルタ毎に輻輳制御が実行されることができる。いくつかの実施形態では、輻輳制御機構がこの機構と協働する（すなわち、注目／非注目インジケータを使う）ために、リザーブされた領域５０１内の二つの新たなパラメータが、パケット・フィルタのために定義されることができる。一つは注目インジケータを与えるもの、もう一つは輻輳レベル／優先度（すなわち、アプリケーション型）を与えるものである。
【００６７】
いくつかの実施形態では、ULおよびDLにおける輻輳を扱うために、異なるパケット・フィルタが異なるEPSベアラーにマッピングされることができる。たとえば、二つのベアラーが確立される場合、注目されているトラフィックが一方のベアラーにマッピングされることができ、注目されていないトラフィックがもう一つのベアラーにマッピングされることができる。いくつかの実施形態では、ULにおける輻輳制御を実行するために、eNB  １０２はEPSベアラーに基づいて、あるいは単にパケット・フィルタに基づいて、トラフィックを制御することができる。いくつかの実施形態では、DLについては、eNB  １０２は、どのパケットがどのベアラーにマッピングされるかを知っており、DLにおいてそのフローからのパケットを同じベアラーにマッピングする。いくつかの実施形態では、ベアラーが注目されているまたは注目されていないトラフィックを割り当てられる際、eNBは、どのパケットが注目されているサービスまたは注目されていないサービスのどちらに行こうとしているかを直接知る。
【００６８】
いくつかのアプリケーションは、即時の送達（すなわち、送達における遅延なし）を必要とする。たとえば、音声を伝送するアプリケーションまたはIPを通じた音声（voice  over  IP）は即時の送達を必要とする。だがいくつかのアプリケーションは、ユーザーが現在そのアプリケーションに注意を払っているときにのみ、即時の対応を必要とする。たとえば、スパム広告では、ユーザーが広告にサインアップしていなければ、注目されていないと考えられてもよく、その広告は最低優先度のトラフィックであることができる。いくつかの実施形態では、トラフィック輻輳は、パケット・フィルタにおいてアプリケーション型および注目インジケータを組み合わせることによって管理されることができる。
【００６９】
表５００は、伝統的なパケット・フィルタ・コンポーネント（テーブル２００およびテーブル３００と同様）に、いくつかの実施形態に基づくアプリケーション型（10000001）および注目インジケータ（10000010）についての識別子をリザーブされた領域５０１において加えたものを示している。いくつかの実施形態は、アプリケーション型識別子を「10000001」をもって、注目インジケータを「10000010」をもって定義しているが、これらの識別子がパケットにおける一意的な識別子である限り、アプリケーション型および注目インジケータを定義するために、識別子についての他の値が使われてもよい。
【００７０】
図６は、本開示のいくつかの実施形態に基づく、パケット・フィルタ・コンポーネント型識別子のリザーブされたセクションにおいて定義されるアプリケーション型およびアプリケーション注目インジケータ識別子をもつパケット・フィルタ・コンポーネント型識別子の表である。図６のうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００７１】
テーブル６００は、伝統的なパケット・フィルタ・コンポーネント（テーブル２００およびテーブル３００と同様）に、いくつかの実施形態に基づくアプリケーション型（10000001）およびアプリケーション注目インジケータ（10000010）についての識別子をリザーブされた領域５０１において加えたものを示している。これらの実施形態は、アプリケーション型識別子を「10000001」をもって、アプリケーション注目インジケータを「10000010」をもって定義しているが、これらの識別子がパケットにおいて一意的である限り、アプリケーション型およびアプリケーション注目インジケータを定義するために、識別子についての他の値が使われてもよい。
【００７２】
図７は、本開示のいくつかの実施形態に基づく、パケットが注目または非注目として識別されることに応じてトラフィックを管理するためのフローチャート７００を示している。図７のうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００７３】
図７を参照したフローチャートにおけるブロックは特定の順序で示されているが、工程の順序は修正することができる。こうして、図示した実施形態は異なる順序で実行されることができ、いくつかの工程／ブロックが並列に実行されてもよい。図７に挙げられたブロックおよび／または動作のいくつかは、ある種の実施形態によれば任意的である。呈示されているブロックの番号付けは明確のためであり、さまざまなブロックが行なわれなければならない動作の順序を規定することは意図されていない。さらに、さまざまなフローからの動作が多様な組み合わせにおいて利用されてもよい。
【００７４】
ブロック７０１では、UEベースの注目インジケータが、テーブル２００を参照して示されたパケット・フィルタ識別子のリザーブされたセクション２０１において構成される。いくつかの実施形態では、ULのためのパケット・フィルタ４０２（たとえばUE  １２０における１２６）が、注目インジケータをもって構成される。いくつかの実施形態では、注目インジケータの識別子は、レジスタに記憶されてもよい。注目インジケータの識別子は、パケット・フィルタ識別子の識別子の間で一意的である。注目インジケータへの識別子は、UEトラフィック・データ４０１に関連付けられたパケットが注目されているか注目されていないかをパケット・フィルタ４０２に通知する注目インジケータへのポインタのようなものである。
【００７５】
ブロック７０２では、一つまたは複数のパケット・フィルタ４０２が、パケットが注目されているか注目されていないかを判定するために注目インジケータに関連付けられている値を同定する。いくつかの実施形態では、その基準に基づいて、ネットワーク・トラフィック輻輳を管理するために、トラフィック・データ４０１がパケット・フィルタ４０２およびベアラーを介して管理される。いくつかの実施形態では、UE  １０１は、そのインジケータを考慮に入れて、トラフィックを適切なパケット・フィルタ４０２にマッピングする。
【００７６】
ブロック７０３では、パケット・フィルタ４０２は、注目インジケータに従って異なるEPSベアラーにマッピングされる。さまざまなEPSベアラーが図１Ａを参照して記述されている。図７に戻って参照するに、いくつかの実施形態では、その基準およびトラフィック４０１内のパケットが注目されているまたは注目されていないのどちらとして分類されているかに基づいて、ネットワーク・トラフィック輻輳を管理するために、トラフィック・データ４０１がパケット・フィルタ４０２およびEPSベアラーを介して管理される。いくつかの実施形態では、ネットワークは、UE  １０１に輻輳を通知し、その後、UE  １０１はトラフィック・フローを優先順位付けする。
【００７７】
いくつかの実施形態では、アプリケーション型インジケータは、テーブル５００を参照して示したようなパケット・フィルタ識別子のリザーブされたセクション５０１において構成される。アプリケーション型インジケータの識別子は、注目インジケータを記憶する上記レジスタとは別個の、別のレジスタに記憶されてもよい。アプリケーション型インジケータの識別子は、パケット・フィルタ識別子の識別子の間で一意的である。アプリケーション型インジケータへの識別子は、UE  １０１上での実行のためのアプリケーションの輻輳レベルまたは優先度をパケット・フィルタ４０２に通知するアプリケーション型インジケータへのポインタのようなものである。いくつかの実施形態では、一つまたは複数のパケット・フィルタ４０２がアプリケーション型インジケータに関連付けられた値を同定して、アプリケーションの輻輳レベルまたは優先度を決定する。
【００７８】
いくつかの実施形態では、アプリケーション注目インジケータは、テーブル３００を参照して示したようなパケット・フィルタ識別子のリザーブされたセクション３０１において構成される。アプリケーション注目インジケータの識別子は、一意的なレジスタに記憶されてもよい。アプリケーション注目インジケータの識別子は、パケット・フィルタ識別子の識別子の間で一意的である。いくつかの実施形態では、アプリケーション注目インジケータへの識別子は、アプリケーション・トラフィック・データ４０１に関連付けられたパケットが注目されているか注目されていないかをパケット・フィルタ４０２に通知するインジケータへのポインタのようなものである。いくつかの実施形態では、その基準およびアプリケーション型識別子に関連付けられた値に基づいて、ネットワーク・トラフィック輻輳を管理するために、トラフィック・データがパケット・フィルタ４０２およびEPSベアラーを介して管理される。
【００７９】
ブロック７０４では、ネットワークが、UE  １０１の構成に基づいて、ULにおけるトラフィック・フローが注目されているか否かを判定する。ブロック７０５では、UE  １０１はネットワークにより、もしあれば輻輳を通知され、それによりUE  １０１はトラフィック・フローの優先順位付けのし直しを考えることができる。ブロック７０６では、UE  １０１は通知に従ってトラフィック・フローに優先順位付けする。ブロック７０７では、いくつかの実施形態では、ネットワークはまた、UE間で、また一つのUE（たとえばUE  １０１）内でもトラフィック・フローを優先順位付けする。
【００８０】
図８は、本開示のいくつかの実施形態に基づく、パケットが注目または非注目として識別されることに応じてトラフィックを管理するためのフローチャートを示している。図８を参照したフローチャートにおけるブロックは特定の順序で示されているが、工程の順序は修正することができる。こうして、図示した実施形態は異なる順序で実行されることができ、いくつかの工程／ブロックが並列に実行されてもよい。図８に挙げられたブロックおよび／または動作のいくつかは、ある種の実施形態によれば任意的である。呈示されているブロックの番号付けは明確のためであり、さまざまなブロックが行なわれなければならない動作の順序を規定することは意図されていない。さらに、さまざまなフローからの動作が多様な組み合わせにおいて利用されてもよい。
【００８１】
ブロック８０１では、UE  １０１は、注目インジケータをもってUL送信のためにパケット・フィルタ４０２を構成する。ブロック８０２では、UE  １０１は、テーブル２００およびテーブル３００を参照して述べたようなパケット・フィルタ識別子のリザーブされたセクション（単数または複数）２０１／３０１において定義された注目インジケータに従って、トラフィック４０１を適切なパケット・フィルタ４０２にマッピングする。ベアラー構成に依存して、上りリンクおよび下りリンクについて異なる機能が実行される。ブロック８０３では、一つのEPSおよびTFTがあるかどうかの判定がなされる。
【００８２】
システムが単一のEPSベアラーおよびTFTをもつと判定される場合、ブロック８０４において、上りリンク送信のために、UE  １０１は、注目されているトラフィック・フローにおける注目されているパケットを優先する。一つのEPSおよび一つのTFTでは、いくつかの実施形態では、各IPアドレス／ポート番号が注目または非注目にマッピングされるが、両方にはマッピングされ得ない。ULでは、いくつかの実施形態では、輻輳時にネットワークによって提供される情報に基づいて、UE  １０１は、TFT  ４０３への（注目されているトラフィック・フローにおける）注目されているパケット４０１を優先する。
【００８３】
DLでは、ブロック８０５を参照して示されるように、パケットをフィルタリングすることを受け持つエンティティ（たとえばPGW  １０４だが他のどこかにあってもよい）が、ULトラフィック・フローのパケット・フィルタを、DLトラフィック・フローのパケット・フィルタとバインドする（たとえば、ULにおけるIPアドレスおよびポート番号を読み、それらをDLパケット・フィルタにマッピングすることによる）。いくつかの実施形態では、関連付けられたULにおいて注目されている、DLトラフィック・フローに属するパケットも、注目されていると考えられる。いくつかの実施形態では、ネットワークは、それらの注目されているパケットを、注目されていないパケットより上に優先付ける。
【００８４】
システムが複数のEPSベアラーをもつと判定される場合には、上りリンク送信のためのブロック８０６において、UE  １０１は、注目されているパケット・フローおよび注目されていないパケット・フローについて異なるEPSベアラーを選択する。複数のEPSベアラーがあると、いくつかの実施形態では、所与のIPアドレス／ポート番号が注目または非注目のいずれかにマッピングされ、UE  １０１はどちらを使うかを選ぶことができる。いくつかの実施形態では、ULでは、UE  １０１は二つのEPSベアラーから選ぶことができる――一方は注目、他方は非注目である。いくつかの実施形態では、所与の各時点における各アプリケーションについて、UE  １０１はEPSベアラーの一つを使うために選ぶ。いくつかの実施形態では、UE  １０１は、両方のEPSベアラーを同時に使ってもよい。いくつかの実施形態では、UE  １０１は、輻輳があるときに各EPSベアラーに異なる優先度を与える。いくつかの実施形態では、UE  １０１は、注目されているトラフィック・フローにおける注目されているパケットを優先し、それらのパケットを注目EPSベアラーにマッピングする。
【００８５】
DLでは、ブロック８０７を参照して記載されるように、パケットをフィルタリングすることを受け持つエンティティ（たとえばPGW  １０４）が、（UL分類に基づいて）注目UL  EPSベアラーにおいて送られたパケットをDLに関連付ける。この関連付けは、ネットワークが、注目されているパケットを注目されていないパケットより上に優先付けることを許容する。
【００８６】
図９は、本開示のいくつかの実施形態に基づく、パケットが注目または非注目として識別されることに応じてトラフィックを管理できる装置をもつUE  １６００を示す図である。図９のうち他のいずれかの図の要素と同じ参照符号（または名称）をもつ要素は記述されているものと同様の任意の仕方で動作または機能することができるが、そのように限定されるものではないことを指摘しておく。
【００８７】
UE  １６００は、本開示のいくつかの実施形態に基づいて、パケットが注目されているまたは注目されていないとして識別されることに応じてトラフィックを管理できるスマート装置またはコンピュータ・システムまたはSoCであってもよい。図９は、平坦面インターフェース・コネクターが使用できるモバイル装置の実施形態のブロック図を示している。ある実施形態では、コンピューティング装置１６００は、コンピューティング・タブレット、携帯電話またはスマートフォン、無線対応電子書籍リーダーまたは他の無線モバイル装置のようなモバイル・コンピューティング装置を表わす。ある種のコンポーネントは概括的に示されており、そのような装置のすべてのコンポーネントがコンピューティング装置１６００において示されてはいないことは理解されるであろう。
【００８８】
ある実施形態では、コンピューティング装置１６００は、本開示のいくつかの実施形態に基づいて、パケットが注目されているまたは注目されていないとして識別されることに応じてトラフィックを管理する機能をもつ第一のプロセッサ１６１０を含む。コンピューティング装置１６００の他のブロックが、いくつかの実施形態の、パケットが注目されているまたは注目されていないとして識別されることに応じてトラフィックを管理できる上記装置を含んでいてもよい。本開示のさまざまな実施形態は、システム実施形態が無線装置、たとえば携帯電話または携帯情報端末に組み込まれうるよう、無線インターフェースのような１６７０内のネットワーク・インターフェースをも有していてもよい。
【００８９】
ある実施形態では、プロセッサ１６１０（および／またはプロセッサ１６９０）は、マイクロプロセッサ、アプリケーション・プロセッサ、マイクロコントローラ、プログラム可能な論理デバイスまたは他の処理手段といった、一つまたは複数の物理的な装置を含むことができる。プロセッサ１６１０によって実行される処理動作は、アプリケーションおよび／または装置機能が実行されるオペレーティング・プラットフォームまたはオペレーティング・システムの実行を含む。処理動作は、人間のユーザーまたは他の装置とのI/O（入出力）に関係した動作、電源管理に関係した動作および／またはコンピューティング装置１６００を別の装置に接続することに関係した動作を含む。処理動作は、オーディオI/Oおよび／またはディスプレイI/Oに関係した動作をも含んでいてもよい。
【００９０】
ある実施形態では、コンピューティング装置１６００は、該コンピューティング装置にオーディオ機能を与えることに関連するハードウェア（たとえばオーディオ・ハードウェアおよびオーディオ回路）およびソフトウェア（たとえばドライバ、コーデック）・コンポーネントを表わすオーディオ・サブシステム１６２０を含む。オーディオ機能は、スピーカーおよび／またはヘッドフォン出力ならびにマイクロフォン入力を含むことができる。そのような機能のための装置は、コンピューティング装置１６００に統合されるまたはコンピューティング装置１６００に接続されることができる。ある実施形態では、ユーザーは、プロセッサ１６１０によって受領され、処理されるオーディオ・コマンドを提供することによって、コンピューティング装置１６００と対話する。
【００９１】
表示サブシステム１６３０は、ユーザーがコンピューティング装置１６００と対話するための視覚的および／または触覚ディスプレイを提供するハードウェア（たとえば表示装置）およびソフトウェア（たとえばドライバ）・コンポーネントを表わす。表示サブシステム１６３０は、ユーザーに対して表示を提供するために使われる特定の画面またはハードウェア・デバイスを含むディスプレイ・インターフェース１６３２を含む。ある実施形態では、ディスプレイ・インターフェース１６３２は、表示に関係した少なくとも一部の処理を実行するための、プロセッサ１６１０とは別個の論理を含む。ある実施形態では、表示サブシステム１６３０は、ユーザーに対して出力および入力の両方を提供するタッチスクリーン（またはタッチパッド）デバイスを含む。
【００９２】
I/Oコントローラ１６４０は、ユーザーとの対話に関係したハードウェア装置およびソフトウェア・コンポーネントを表わす。I/Oコントローラ１６４０は、オーディオ・サブシステム１６２０および／またはディスプレイ・サブシステム１６３０の一部であるハードウェアを管理するよう動作できる。さらに、I/Oコントローラ１６４０は、ユーザーがシステムと対話するために使用しうる、コンピューティング装置１６００に接続する追加的な装置のための接続点を示している。たとえば、コンピューティング装置１６００に取り付けることのできる装置は、マイクロフォン装置、スピーカーまたはステレオ・システム、ビデオ・システムまたは他の表示装置、キーボードまたはキーパッド装置または、カード・リーダーもしくは他の装置といった特定のアプリケーションと一緒に使うための他のI/O装置を含みうる。
【００９３】
上述したように、I/Oコントローラ１６４０は、オーディオ・サブシステム１６２０および／または表示サブシステム１６３０と対話できる。たとえば、マイクロフォンまたは他のオーディオ装置を通じた入力が、コンピューティング装置１６００の一つまたは複数のアプリケーションまたは機能のための入力またはコマンドを提供できる。さらに、オーディオ出力は、表示出力の代わりに、あるいは表示出力に加えて、与えられることができる。もう一つの例では、表示サブシステム１６３０がタッチスクリーンを含む場合、表示装置は入力装置としても作用し、少なくとも部分的にはI/Oコントローラ１６４０によって管理されることができる。I/Oコントローラ１６４０によって管理されるI/O機能を提供するために、コンピューティング装置１６００上に追加的なボタンまたはスイッチがあってもよい。
【００９４】
ある実施形態では、I/Oコントローラ１６４０は、加速度計、カメラ、光センサーまたは他の環境センサーといった装置またはコンピューティング装置１６００に含めることのできる他のハードウェアを管理する。入力は、直接的なユーザー対話の一部であることができ、システムの動作に影響するためのシステムへの環境入力（たとえば、ノイズについてのフィルタリング、明るさ検出のための表示の調整、カメラについてのフラッシュの適用または他の機能）を与えることができる。
【００９５】
ある実施形態では、コンピューティング装置１６００は、バッテリー電力使用、バッテリーの充電および電力節約動作に関係した特徴を管理する電力管理１６５０を含む。メモリ・サブシステム１６６０は、コンピューティング装置１６００内で情報を記憶するためのメモリ装置を含む。メモリは、不揮発性（メモリ装置への電力が中断されても状態が変わらない）および／または揮発性（メモリ装置への電力が中断されたら状態が不定になる）メモリ装置を含むことができる。メモリ・サブシステム１６６０はアプリケーション・データ、ユーザー・データ、音楽、写真、文書または他のデータならびにコンピューティング装置１６００のアプリケーションおよび機能に関係した（長期的または一時的な）システム・データを記憶できる。
【００９６】
実施形態の要素は、コンピュータ実行可能命令（たとえば本稿で論じた他の任意のプロセスを実装するための命令）を記憶するための機械可読媒体（たとえばメモリ１６６０）としても提供される。機械可読媒体（たとえばメモリ１６６０）は、フラッシュメモリ、光ディスク、CD-ROM、DVD  ROM、RAM、EPROM、EEPROM、磁気もしくは光学式カード、相変化メモリ（PCM）または電子的もしくはコンピュータ実行可能な命令を記憶するのに好適な他の型の機械可読媒体を含みうるが、それに限定されない。たとえば、本開示の実施形態は、リモート・コンピュータ（たとえばサーバー）から要求元のコンピュータ（たとえばクライアント）に通信リンク（たとえばモデムまたはネットワーク接続）を介してデータ信号によって転送されうるコンピュータ・プログラム（たとえばBIOS）としてダウンロードされてもよい。
【００９７】
接続性１６７０は、コンピューティング装置１６００が外部装置と通信できるようにするハードウェア装置（たとえば無線および／または有線コネクタおよび通信ハードウェア）およびソフトウェア・コンポーネント（たとえばドライバ、プロトコル・スタック）を含む。コンピューティング装置１６００は、他のコンピューティング装置、無線アクセスポイントまたは基地局ならびにヘッドセット、プリンタもしくは他の装置といった周辺機器のような、別個の装置であることができる。
【００９８】
接続性１６７０は、複数の異なる型の接続性を含むことができる。一般化すると、コンピューティング装置１６００はセルラー接続性１６７２および無線〔ワイヤレス〕接続性１６７４をもって示されている。セルラー接続性１６７２は一般に、GSM（登録商標）（グローバル移動体通信システム）もしくは変形もしくは派生物、CDMA（符号分割多重アクセス）もしくは変形もしくは派生物、TDM（時分割多重）もしくは変形もしくは派生物または他のセルラー・サービス規格を介して提供されるような無線キャリアーによって提供されるセルラー・ネットワーク接続性を指す。無線接続性（または無線インターフェース）１６７４は、セルラーでない無線接続性を指し、パーソナル・エリア・ネットワーク（ブルートゥース（登録商標）、近接場など）、ローカル・エリア・ネットワーク（Wi-Fiなど）および／または広域ネットワーク（WiMaxなど）または他の無線通信を含むことができる。
【００９９】
周辺接続１６８０は、周辺接続をするためのハードウェア・インターフェースおよびコネクタならびにソフトウェア・コンポーネント（たとえばドライバ、プロトコル・スタック）を含む。コンピューティング装置１６００は、他のコンピューティング装置への周辺装置（「他へ」１６８２）であるとともに、自らに接続された周辺装置（「他から」１６８４）をもつことができることは理解されるであろう。コンピューティング装置１６００は、コンピューティング装置１６００上のコンテンツを管理する（たとえばダウンロードおよび／またはアップロードする、変更する、同期する）といった目的のために他のコンピューティング装置に接続するための「ドッキング」コネクタをもつことがよくある。さらに、ドッキング・コネクタは、コンピューティング装置１６００がたとえばオーディオビジュアルまたは他のシステムへのコンテンツ出力を制御できるようにするある種の周辺機器にコンピューティング装置１６００が接続することを許容できる。
【０１００】
独自のドッキング・コネクタまたは他の独自の接続ハードウェアに加えて、コンピューティング装置１６００は、共通のまたは標準ベースのコネクタを介して周辺接続１６８０をすることができる。一般的な型はユニバーサル・シリアル・バス（USB）コネクタ（これはいくつかの異なるハードウェア・インターフェースの任意のものを含みうる）、ミニディスプレイポート（MDP:  MiniDisplayPort）を含むディスプレイポート（DisplayPort）、高精細度マルチメディア・インターフェース（HDMI（登録商標））、ファイアワイヤまたは他の型を含む。
【０１０１】
本明細書における「ある実施形態」「一つの実施形態」「いくつかの実施形態」または「他の実施形態」といった言及は、それらの実施形態との関連で記載される特定の特徴、構造または特性が少なくともいくつかの実施形態に含まれるが、必ずしもすべての実施形態に含まれるのではないことを意味する。「ある実施形態」「一つの実施形態」または「いくつかの実施形態」のさまざまな出現は必ずしもみなが同じ実施形態を指しているのではない。明細書がコンポーネント、特徴、構造または特性が「含まれていてもよい」「含まれうる」または「含まれることができる」と述べる場合、その特定のコンポーネント、特徴、構造または特性が含められることは必須ではない。明細書が単数の要素に言及する場合、それは当該要素が一つだけあることを意味するのではない。明細書が「追加的な」要素に言及する場合、それは当該追加的な要素が二つ以上あることを妨げない。
【０１０２】
さらに、上記の特定の特徴、構造、機能または特性は、一つまたは複数の実施形態において任意の好適な仕方で組み合わされうる。たとえば、ある第一の実施形態は、ある第二の実施形態と、それら二つの実施形態に関連付けられた特定の特徴、構造、機能または特性が互いに排他的でない任意のところで組み合わされうる。
【０１０３】
本開示はその特定の実施形態との関連で記述されてきたが、上記の記述に照らして、そのような実施形態の多くの代替、修正および変形が当業者には明白となるであろう。たとえば、他のメモリ・アーキテクチャ、たとえば動的RAM（DRAM）が、論じられている実施形態を使ってもよい。本開示の実施形態は、付属の請求項の広い範囲内にはいるすべてのそのような代替、修正および変形を包含することが意図されている。
【０１０４】
さらに、集積回路（IC）チップおよび他のコンポーネントへのよく知られた電力／接地接続は、図示および議論の簡単のため、また本開示を埋没させないよう、呈示される図面に示されることも示されないこともありうる。さらに、構成はブロック図の形で示されることがあるが、これは本開示を埋没させないためであるとともに、そのようなブロック図構成の実装に関連する個別的詳細が本開示が実装されるプラットフォームに大きく依存する（すなわち、そのような個別的詳細は当業者の活動の範囲内である）という事実に鑑みてのことでもある。本開示の例示的実施形態を記述するために個別的詳細（たとえば回路）が記載されているが、本開示はそうした個別的詳細なしでも、あるいはそうした個別的詳細の変形を用いてでも、実施できることは当業者には明白なはずである。このように、本記述は、限定ではなく例解するものと見なされるものである。
【０１０５】
以下の例は、さらなる実施形態に関する。これらの例における個別的詳細は、一つまたは複数の実施形態のどこでも使われなくてもよい。本稿に記載される装置のすべての任意的な特徴は、方法またはプロセスに関して実装されてもよい。
【０１０６】
たとえば、UEであって：ネットワークを通じてeNBに、一つまたは複数のアプリケーションからのパケットを有するトラフィックを送信するための送信機と；上りリンク送信のために一つまたは複数のパケット・フィルタを、インジケータをもって構成するための論理であって、前記インジケータは、前記一つまたは複数のアプリケーションが注目されているか注目されていないかを同定するものであり、EPSベアラーの少なくとも一つがTFTをもって構成され、前記TFTは前記一つまたは複数のパケット・フィルタを含む、論理とを有する、UEが提供される。いくつかの実施形態では、前記UEは、前記トラフィックを前記インジケータに応じて前記パケット・フィルタにマッピングするための論理をさらに有する。いくつかの実施形態では、前記UEは、注目されている一つまたは複数のアプリケーションからの上りリンク・パケットを、注目されていない一つまたは複数のアプリケーションからの上りリンク・パケットより上に優先順位付けるよう動作可能な論理をさらに有する。
【０１０７】
いくつかの実施形態では、前記UEは、パケットを、前記インジケータに応じて、前記一つまたは複数のパケット・フィルタのうちからのパケット・フィルタにバインドするための論理をさらに有する。いくつかの実施形態では、前記UEは、前記一つまたは複数の注目されているアプリケーションからのパケットについてのEPSベアラーが前記注目されていない一つまたは複数のアプリケーションからのパケットについてのEPSベアラーより高い優先度をもつよう、少なくとも二つのEPSベアラーからの少なくとも一つのEPSベアラーに優先度を割り当てる論理をさらに有する。いくつかの実施形態では、前記送信機は、前記インジケータの値を定期的にまたは要求に際して前記ネットワークに送信するよう動作可能である。
【０１０８】
いくつかの実施形態では、前記インジケータは、複数のパケット・フィルタ型識別子のリザーブされた識別子である。いくつかの実施形態では、前記UEは、前記複数のパケット・フィルタ型識別子の前記リザーブされた識別子を構成するための論理をさらに有する。いくつかの実施形態では、前記インジケータはRRCメッセージまたはMACヘッダの一部である。
【０１０９】
もう一つの例では、eNBであって：ネットワークを通じてUEから、一つまたは複数のアプリケーションからのパケットを有するトラフィックを受信するための受信機と；上りリンク・トラフィック・フローの一つまたは複数のパケット・フィルタのうちからのパケット・フィルタを、下りリンク・トラフィック・フローにおけるパケット・フィルタとバインドするための論理であって、EPSベアラーの少なくとも一つがTFTをもって構成され、前記TFTは前記一つまたは複数のパケット・フィルタを含む、論理と；前記下りリンク・トラフィック・フローについて前記一つまたは複数のアプリケーションを、前記上りリンク・トラフィック・フローのバインドされたパケット・フィルタの構成に従って、注目されているまたは注目されていないとして分類するための論理とを有する、eNBが提供される。
【０１１０】
いくつかの実施形態では、前記eNBは、前記UEに輻輳を通知するための論理をさらに有しており、前記UEは前記通知に応答して前記上りリンク・トラフィック・フローを優先順位付けする。いくつかの実施形態では、前記バインドされたパケット・フィルタの前記構成は、前記バインドされたパケット・フィルタが、前記一つまたは複数のアプリケーションが注目されているまたは注目されていないのどちらとして分類されていることに応じてパケットをフィルタリングするものであるかを示す。いくつかの実施形態では、前記eNBは、注目されている一つまたは複数のアプリケーションからの下りリンクの注目されているパケットを、注目されていない一つまたは複数のアプリケーションからの下りリンク・パケットより上に優先順位付ける論理をさらに有する。いくつかの実施形態では、前記パケット・フィルタをバインドするための論理が、上りリンク・パケット・フィルタにおけるIPアドレスを、下りリンク・パケット・フィルタにおけるIPアドレスと比較する。
【０１１１】
もう一つの例では、PGWであって：上りリンク・トラフィック・フローのパケット・フィルタを、下りリンク・トラフィック・フローにおけるパケット・フィルタとバインドするための論理と；下りリンク・トラフィックのためのパケットを、前記下りリンク・トラフィック・フローについて注目されているまたは注目されていないとしてラベル付けすることを、それぞれ前記上りリンク・トラフィック・フローの関連付けられたパケット・フィルタが注目されているまたは注目されていないとして識別されるときに行なう論理とを有する、PGWが提供される。いくつかの実施形態では、前記パケット・フィルタをバインドするための論理は、上りリンク・パケット・フィルタにおけるIPアドレスを、下りリンク・パケット・フィルタにおけるIPアドレスと比較する。いくつかの実施形態では、eNBが、下りリンク・パケット・スケジューリングを実行するために前記ラベルを適用する。いくつかの実施形態では、eNBがUEに輻輳を通知し、前記UEは前記通知に応答して前記上りリンク・トラフィック・フローを優先順位付けする。
【０１１２】
もう一つの例では、EPSベアラーの少なくとも一つに関連付けられたTFTを構成する段階であって、前記TFTは一つまたは複数のパケット・フィルタを含む、段階と；上りリンク送信のために前記一つまたは複数のパケット・フィルタを、一つまたは複数のアプリケーションが注目されているか注目されていないかを同定するインジケータをもって構成する段階と；前記一つまたは複数のアプリケーションからのパケットを前記インジケータに応じて前記一つまたは複数のパケット・フィルタのうちからのあるパケット・フィルタにマッピングする段階とを含む、方法が提供される。いくつかの実施形態では、前記方法は、前記インジケータの値を定期的にまたは要求に際して送信し、該値を前記ネットワークに送信する段階を含む。
【０１１３】
いくつかの実施形態では、前記方法は、前記インジケータを、複数のパケット・フィルタ型識別子のリザーブされた識別子として構成する段階を含む。いくつかの実施形態では、前記インジケータはRRCメッセージまたはMACヘッダの一部である。いくつかの実施形態では、前記方法は、前記インジケータが前記関連付けられたアプリケーションが注目されていると同定するときに上りリンク送信のための前記パケットを優先順位付けることを含む。いくつかの実施形態では、前記方法は、注目されているアプリケーションについてのEPSベアラーが注目されていないアプリケーションについてのEPSベアラーより高い優先度をもつよう、少なくとも二つのEPSベアラーからの少なくとも一つのEPSベアラーに優先度を割り当てる段階をさらに含む。
【０１１４】
もう一つの例では、実行されたときに、一つまたは複数のプロセッサに、上記の方法に基づく方法を実行させる機械実行可能命令を有する機械可読記憶媒体が提供される。
【０１１５】
もう一つの例では、EPSベアラーの少なくとも一つに関連付けられたTFTを構成する手段であって、前記TFTは一つまたは複数のパケット・フィルタを含む、手段と；上りリンク送信のために前記一つまたは複数のパケット・フィルタを、一つまたは複数のアプリケーションが注目されているか注目されていないかを同定するインジケータをもって構成する手段と；前記一つまたは複数のアプリケーションからのパケットを前記インジケータに応じて前記一つまたは複数のパケット・フィルタのうちからのあるパケット・フィルタにマッピングする手段とを有する、UEが提供される。
【０１１６】
いくつかの実施形態では、前記UEは、前記インジケータの値を定期的にまたは要求に際して送信し、該値を前記ネットワークに送信する手段を有する。いくつかの実施形態では、前記UEは、前記インジケータを、複数のパケット・フィルタ型識別子のリザーブされた識別子として構成する手段を有する。いくつかの実施形態では、前記インジケータはRRCメッセージまたはMACヘッダの一部である。いくつかの実施形態では、前記UEは、前記インジケータが前記関連付けられたアプリケーションが注目されていると同定するときに上りリンク送信のための前記パケットを優先順位付ける手段を有する。いくつかの実施形態では、注目されているアプリケーションについてのEPSベアラーが注目されていないアプリケーションについてのEPSベアラーより高い優先度をもつよう、少なくとも二つのEPSベアラーからの少なくとも一つのEPSベアラーに優先度を割り当てる手段をさらに含む。
【０１１７】
読者が技術的な開示の性質および要旨を見きわめることを許容する要約書が提供されている。要約書は、請求項の範囲または意味を限定するために使われないという理解のもとに提出されている。請求項はここに、詳細な説明に組み込まれ、各請求項がそれ自身として別個の実施形態をなす。
いくつかの態様を記載しておく。
〔態様１〕
ネットワーク上で進化型ノードB（eNB）と通信するためのユーザー装置（UE）であって、当該UEは：
前記ネットワークを通じて前記eNBに、一つまたは複数のアプリケーションからのパケットを有するトラフィックを送信するための送信機と；
上りリンク送信のために一つまたは複数のパケット・フィルタを、インジケータをもって構成するための論理であって、前記インジケータは、前記一つまたは複数のアプリケーションが注目されているか注目されていないかを同定するものであり、進化型パケット・システム（EPS）ベアラーの少なくとも一つがトラフィック・フロー・テンプレート（TFT）をもって構成され、前記TFTは前記一つまたは複数のパケット・フィルタを含む、論理とを有する、
UE。
〔態様２〕
前記トラフィックを前記インジケータに応じて前記パケット・フィルタにマッピングするための論理をさらに有する、態様１記載のUE。
〔態様３〕
注目されている一つまたは複数のアプリケーションからの上りリンク・パケットを、注目されていない一つまたは複数のアプリケーションからの上りリンク・パケットより上に優先順位付けるよう動作可能な論理をさらに有する、態様１記載のUE。
〔態様４〕
パケットを、前記インジケータに応じて、前記一つまたは複数のパケット・フィルタのうちからのパケット・フィルタにバインドするための論理をさらに有する、態様１記載のUE。
〔態様５〕
一つまたは複数の注目されているアプリケーションからのパケットについてのEPSベアラーが注目されていない一つまたは複数のアプリケーションからのパケットについてのEPSベアラーより高い優先度をもつよう、少なくとも二つのEPSベアラーからの少なくとも一つのEPSベアラーに優先度を割り当てる論理をさらに有する、態様１記載のUE。
〔態様６〕
前記送信機は、前記インジケータの値を定期的にまたは要求に際して前記ネットワークに送信するよう動作可能である、態様１記載のUE。
〔態様７〕
前記インジケータが、複数のパケット・フィルタ型識別子のリザーブされた識別子である、態様１記載のUE。
〔態様８〕
前記複数のパケット・フィルタ型識別子の前記リザーブされた識別子を構成するための論理をさらに有する、態様７記載のUE。
〔態様９〕
前記インジケータが電波資源制御（RRC）メッセージまたは媒体アクセス制御（MAC）ヘッダの一部である、態様１記載のUE。
〔態様１０〕
ネットワーク上でユーザー装置（UE）と通信するための進化型ノードB（eNB）であって、当該eNBは：
前記ネットワークを通じて前記UEから、一つまたは複数のアプリケーションからのパケットを有するトラフィックを受信するための受信機と；
上りリンク・トラフィック・フローの一つまたは複数のパケット・フィルタのうちからのパケット・フィルタを、下りリンク・トラフィック・フローにおけるパケット・フィルタとバインドするための論理であって、進化型パケット・システム（EPS）ベアラーの少なくとも一つがトラフィック・フロー・テンプレート（TFT）をもって構成され、前記TFTは前記一つまたは複数のパケット・フィルタを含む、論理と；
前記下りリンク・トラフィック・フローについて前記一つまたは複数のアプリケーションを、前記上りリンク・トラフィック・フローのバインドされたパケット・フィルタの構成に従って、注目されているまたは注目されていないとして分類するための論理とを有する、
eNB。
〔態様１１〕
前記UEに輻輳を通知するための論理をさらに有しており、前記UEは前記通知に応答して前記上りリンク・トラフィック・フローを優先順位付けする、態様１０記載のeNB。
〔態様１２〕
前記バインドされたパケット・フィルタの前記構成が、前記バインドされたパケット・フィルタが、前記一つまたは複数のアプリケーションが注目されているまたは注目されていないのどちらとして分類されていることに応じてパケットをフィルタリングするものであるかを示す、態様１０記載のeNB。
〔態様１３〕
注目されている一つまたは複数のアプリケーションからの下りリンクの注目されているパケットを、注目されていない一つまたは複数のアプリケーションからの下りリンク・パケットより上に優先順位付ける論理をさらに有する、態様１０記載のeNB。
〔態様１４〕
前記パケット・フィルタをバインドするための論理が、上りリンク・パケット・フィルタにおけるIPアドレスを、下りリンク・パケット・フィルタにおけるIPアドレスと比較する、態様１０記載のeNB。
〔態様１５〕
公衆データ・ネットワーク（PDN）ゲートウェイ（PGW）であって：
上りリンク・トラフィック・フローのパケット・フィルタを、下りリンク・トラフィック・フローにおけるパケット・フィルタとバインドするための論理と；
下りリンク・トラフィックのためのパケットを、前記下りリンク・トラフィック・フローにおいて注目されているまたは注目されていないとしてラベル付けすることを、それぞれ前記上りリンク・トラフィック・フローの関連付けられたパケット・フィルタが注目されているまたは注目されていないとして識別されるときに行なう論理とを有する、
PGW。
〔態様１６〕
前記パケット・フィルタをバインドするための論理が、上りリンク・パケット・フィルタにおけるIPアドレスを、下りリンク・パケット・フィルタにおけるIPアドレスと比較する、態様１５記載のPGW。
〔態様１７〕
進化型ノードB（eNB）が、下りリンク・パケット・スケジューリングを実行するために前記ラベルを適用する、態様１５記載のPGW。
〔態様１８〕
進化型ノードB（eNB）が、ユーザー装置（UE）に輻輳を通知し、前記UEは前記通知に応答して前記上りリンク・トラフィック・フローを優先順位付けする、態様１５記載のPGW。
〔態様１９〕
ネットワーク上で進化型ノードB（eNB）と通信するためのユーザー装置（UE）によって実行される方法であって：
進化型パケット・システム（EPS）ベアラーの少なくとも一つに関連付けられたトラフィック・フロー・テンプレート（TFT）を構成する段階であって、前記TFTは一つまたは複数のパケット・フィルタを含む、段階と；
上りリンク送信のために前記一つまたは複数のパケット・フィルタを、一つまたは複数のアプリケーションが注目されているか注目されていないかを同定するインジケータをもって構成する段階と；
前記一つまたは複数のアプリケーションからのパケットを前記インジケータに応じて前記一つまたは複数のパケット・フィルタのうちからのあるパケット・フィルタにマッピングする段階とを含む、
方法。
〔態様２０〕
前記インジケータの値を定期的にまたは要求に際して送信し、該値を前記ネットワークに送信する段階を含む、態様１９記載の方法。
〔態様２１〕
前記インジケータを、複数のパケット・フィルタ型識別子のリザーブされた識別子として構成する段階を含む、態様１９記載の方法。
〔態様２２〕
前記インジケータが電波資源制御（RRC）メッセージまたは媒体アクセス制御（MAC）ヘッダの一部である、態様１９記載の方法。
〔態様２３〕
前記インジケータが前記関連付けられたアプリケーションが注目されていると同定するときに上りリンク送信のための前記パケットを優先順位付けることを含む、態様１９記載の方法。
〔態様２４〕
注目されているアプリケーションについてのEPSベアラーが注目されていないアプリケーションについてのEPSベアラーより高い優先度をもつよう、少なくとも二つのEPSベアラーからの少なくとも一つのEPSベアラーに優先度を割り当てる段階をさらに含む、態様１９記載の方法。
〔態様２５〕
実行されたときに、一つまたは複数のプロセッサに、態様１９ないし２４のうちいずれか一項記載の方法を実行させる機械実行可能命令を有する機械可読記憶媒体。
【図１Ａ】
0006306202.tif 000002
【図１Ｂ】
0006306202.tif 000003
【図１Ｃ】
0006306202.tif 000004
【図２】
0006306202.tif 000005
【図３】
0006306202.tif 000006
【図４】
0006306202.tif 000007
【図５】
0006306202.tif 000008
【図６】
0006306202.tif 000009
【図７】
0006306202.tif 000010
【図８】
0006306202.tif 000011
【図９】
0006306202.tif 000012