(57)【特許請求の範囲】
【請求項１】
通信ネットワーク上で複数のパケットを無線で送信及び受信するトランシーバを含む無線と、
前記トランシーバに結合されるプロセッサと
を備え、
前記プロセッサは、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供し、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標は、バックグラウンドトラフィックに関連付けられたプロトコル種別及びポート番号の識別子を備える
ユーザ機器。
【請求項２】
通信ネットワーク上で複数のパケットを無線で送信及び受信するトランシーバを含む無線と、
前記トランシーバに結合されるプロセッサと
を備え、
前記プロセッサは、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供し、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標は、バックグラウンドトラフィックが開始するときを示す開始時刻と、バックグラウンドトラフィックが終了するときを示す終了時刻とを備える
ユーザ機器。
【請求項３】
前記指標はｅＮｏｄｅＢに提供される
請求項１または２に記載のユーザ機器。
【請求項４】
通信ネットワーク上で複数のパケットを無線で送信及び受信するトランシーバを含む無線と、
前記トランシーバに結合されるプロセッサと
を備え、
前記プロセッサは、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供し、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標は、アプリケーションプログラミングインタフェース（ＡＰＩ）を介してアプリケーションによって提供される
ユーザ機器。
【請求項５】
通信ネットワーク上で複数のパケットを無線で送信及び受信するトランシーバを含む無線と、
前記トランシーバに結合されるプロセッサと
を備え、
前記プロセッサは、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供し、
前記プロセッサは、バックグラウンドトラフィックの予測を実行し、前記プロセッサは、前記無線がアイドル状態の場合に、到着する複数のパケットを複数のバックグラウンドパケットとして分類する
ユーザ機器。
【請求項６】
通信ネットワーク上で複数のパケットを無線で送信及び受信するトランシーバを含む無線と、
前記トランシーバに結合されるプロセッサと
を備え、
前記プロセッサは、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供し、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標は、専用シグナルによって提供される情報要素を備え、
前記情報要素は、非優先化ビットを含み、
前記非優先化ビットは、アクティブトラフィックが検知された場合にバックグラウンドトラフィックの非優先化を通知するために第１の状態に設定され、バックグラウンドトラフィックを非優先化しないことを通知するために第２の状態に設定される
ユーザ機器。
【請求項７】
前記情報要素は、前記情報要素を受信するｅＮｏｄｅＢに、前記プロセッサをウェイクさせる前に待機する最大の時間を知らせる最大保持時間を設定するためのフィールドを備える
請求項６に記載のユーザ機器。
【請求項８】
前記情報要素は、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を備える
請求項６又は７に記載のユーザ機器。
【請求項９】
前記情報要素は、無線リソース制御（ＲＲＣ）メッセージを備える
請求項６から８のいずれか１項に記載のユーザ機器。
【請求項１０】
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標は、パケットのヘッダ内のビットを含み、
前記ビットは、前記パケットがバックグラウンドトラフィックに関連付けられていることを示すために第１状態に設定され、
前記ビットは、前記パケットがアクティブトラフィックに関連付けられていることを示すために第２状態に設定される
請求項１から９のいずれか１項に記載のユーザ機器。
【請求項１１】
前記プロセッサは、全てのアプリケーションがバックグラウンドトラフィックの送信しかしていない場合のみ、アイドル状態に遷移し、
前記バックグラウンドトラフィックは、前記プロセッサがアクティブ状態に遷移するまで、アップリンクバッファに保持される
請求項１から１０のいずれか１項に記載のユーザ機器。
【請求項１２】
バックグラウンドトラフィックを管理する方法であって、
ユーザ機器においてプロセッサによって、無線通信チャネル上で無線により受信及び送信される複数のパケットを処理する段階と、
前記プロセッサによって、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階と
を備え、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標を提供する前記段階は、
バックグラウンドトラフィックに関連付けられたプロトコル種別及びポート番号の識別子を提供する段階
を備える方法。
【請求項１３】
バックグラウンドトラフィックを管理する方法であって、
ユーザ機器においてプロセッサによって、無線通信チャネル上で無線により受信及び送信される複数のパケットを処理する段階と、
前記プロセッサによって、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階と
を備え、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標を提供する前記段階は、
バックグラウンドトラフィックが開始するときを示す開始時刻と、バックグラウンドトラフィックが終了するときを示す終了時刻とを提供する段階
を備える方法。
【請求項１４】
前記指標はｅＮｏｄｅＢに提供される
請求項１２または１３に記載の方法。
【請求項１５】
バックグラウンドトラフィックを管理する方法であって、
ユーザ機器においてプロセッサによって、無線通信チャネル上で無線により受信及び送信される複数のパケットを処理する段階と、
前記プロセッサによって、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階と
を備え、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標を提供する前記段階は、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標を、アプリケーションプログラミングインタフェース（ＡＰＩ）を介してアプリケーションによって提供する段階
を備える方法。
【請求項１６】
バックグラウンドトラフィックを管理する方法であって、
ユーザ機器においてプロセッサによって、無線通信チャネル上で無線により受信及び送信される複数のパケットを処理する段階と、
前記プロセッサによって、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階と
を備え、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標を提供する前記段階は、
前記無線がアイドル状態の場合に、到着する複数のパケットを複数のバックグラウンドパケットとして分類することによって、バックグラウンドトラフィックの予測を実行する段階
を備える方法。
【請求項１７】
バックグラウンドトラフィックを管理する方法であって、
ユーザ機器においてプロセッサによって、無線通信チャネル上で無線により受信及び送信される複数のパケットを処理する段階と、
前記プロセッサによって、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階と
を備え、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標を提供する前記段階は、
専用シグナルを通じてノードに情報要素を提供する段階
を備え、
前記情報要素は、非優先化ビットを含み、
前記非優先化ビットは、アクティブトラフィックが検知された場合にバックグラウンドトラフィックの非優先化を通知するために第１の状態に設定され、バックグラウンドトラフィックを非優先化しないことを通知するために第２の状態に設定される
方法。
【請求項１８】
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する前記段階は、
パケットのヘッダ内のビットを提供する段階
を備え、
前記ビットは、前記パケットがバックグラウンドトラフィックに関連付けられていることを示すために第１状態に設定され、
前記ビットは、前記パケットがアクティブトラフィックに関連付けられていることを示すために第２状態に設定される
請求項１２から１７のいずれか１項に記載の方法。
【請求項１９】
前記無線を、全てのアプリケーションがバックグラウンドトラフィックの送信しかしていない場合のみ、アイドル状態に遷移させる段階
をさらに備え、
前記バックグラウンドトラフィックは、前記プロセッサがアクティブ状態に遷移するまで、アップリンクバッファに保持される
請求項１２から１８のいずれか１項に記載の方法。
【請求項２０】
エンハンストベースステーション（ｅＮｏｄｅＢ）であって、
受信した複数のパケットを処理前に保持し、複数のパケットを送信前に保持するバッファと、
前記バッファに結合されたプロセッサと
を備え、
前記プロセッサは、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を受信し、前記プロセッサは、前記受信した指標に応じて複数のパケットを処理し、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標は、バックグラウンドトラフィックに関連付けられたプロトコル種別及びポート番号を関連付けるための複数の指示を備える
エンハンストベースステーション。
【請求項２１】
エンハンストベースステーション（ｅＮｏｄｅＢ）であって、
受信した複数のパケットを処理前に保持し、複数のパケットを送信前に保持するバッファと、
前記バッファに結合されたプロセッサと
を備え、
前記プロセッサは、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を受信し、前記プロセッサは、前記受信した指標に応じて複数のパケットを処理し、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標は、バックグラウンドトラフィックに関連付けられた開始時刻と、バックグラウンドトラフィックに関連付けられた終了時刻とを設定するための複数の指示を備える
エンハンストベースステーション。
【請求項２２】
前記指標がｅＮｏｄｅＢに提供される
請求項２０または２１に記載のエンハンストベースステーション。
【請求項２３】
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標は、パケットのヘッダ内のビットを設定するための複数の指示を備え、
前記ビットは、前記パケットがバックグラウンドトラフィックに関連付けられていることを示すために第１状態に設定され、
前記ビットは、前記パケットがアクティブトラフィックに関連付けられていることを示すために第２状態に設定される
請求項２０から２２のいずれか１項に記載のエンハンストベースステーション。
【請求項２４】
コンピュータに、バックグラウンドトラフィックを管理するための複数のオペレーションを実行させ、
前記複数のオペレーションは、
ユーザ機器においてプロセッサによって、無線通信チャネル上で無線により受信及び送信される複数のパケットを処理すること、及び
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供すること
を備え、
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する前記指標を前記提供することは、
バックグラウンドトラフィックに関連付けられたプロトコル種別及びポート番号の識別子を、ｅＮｏｄｅＢに提供すること、
前記無線がアイドル状態の場合に、到着する複数のパケットを複数のバックグラウンドパケットとして分類することによって、バックグラウンドトラフィックの予測を実行すること、及び
バックグラウンドトラフィックが開始するときを示す開始時刻と、バックグラウンドトラフィックが終了するときを示す終了時刻とを、ｅＮｏｄｅＢに提供すること
から構成される群から１つを選択することを備える
プログラム。
【請求項２５】
バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供することは、
パケットのヘッダ内のビットを提供すること
を備え、
前記ビットは、前記パケットがバックグラウンドトラフィックに関連付けられていることを示すために第１状態に設定され、
前記ビットは、前記パケットがアクティブトラフィックに関連付けられていることを示すために第２状態に設定される
請求項２４に記載のプログラム。
【請求項２６】
請求項２４または２５に記載のプログラムを格納するコンピュータ可読記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１２年５月１１日に出願されたシリアル番号６１／６４６，２２３の米国仮出願の優先権の利益を請求し、その全体が本明細書に参照として組み込まれる。
【背景技術】
【０００２】
バックグラウンドトラフィックは、コンピューティングデバイスがデータファイルをバックグラウンドで送信及び受信した場合に生じる。ユーザの介入なしに生じた、又は、ユーザが必ずしも予期していないパケット／トラフィックは、一般にバックグラウンドトラフィックと称される。ソーシャルアプリケーション（例えば、Ｆａｃｅｂｏｏｋ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）等）のような、現れつつある複数のアプリケーションも、ユーザの介入で生じたトラフィック上にバックグラウンドトラフィックを生じる。バックグラウンドトラフィックは、特定の時間内にデータを予期しない宛先によって特徴付けられる古典的なデータ通信スキームの一つである。複数の例は、バックグラウンドの複数の電子メールの配信、ＳＭＳ並びにデータベースのダウンロード及び計測記録の受信を含む。ソーシャルメディアに関して、バックグラウンドデータは、ユーザがデバイスを能動的に用いていない間におけるＦａｃｅｂｏｏｋ（登録商標）及びＴｗｉｔｔｅｒ（登録商標）のアップデートを含む。ソーシャルの性質のために、ソーシャルアプリケーション等によって生成されるバックグラウンドトラフィックは、非常に頻繁であり、より小さいパケットを持つ。
【０００３】
バックグラウンドトラフィックに関連する２つの主な課題は、（ａ）バックグラウンドトラフィックは、それが生じた場合にデバイスにこのトラフィックを受信／送信させ、デバイスが長期間に継続して低電力モードにあることを許容せず、よって、バッテリ電力を不必要に消費すること、（ｂ）バックグラウンドトラフィックがデバイスを低電力モードから抜けさせ、バックグラウンドトラフィックを受信／送信するためにネットワークへの頻繁に接続させ、よって、かなりの無線インタフェースのシグナリングオーバヘッドを追加することである。
【０００４】
２つの主な問題領域は、バックグラウンドトラフィックを特定する方法及び通常のトラフィックからバックグラウンドトラフィックを区別する方法を決定することを含む。
【図面の簡単な説明】
【０００５】
図面においては、必ずしも縮尺通りに描写されておらず、類似の符号が同様のコンポーネントを異なる観点から記述し得る。異なる文字接尾辞を持つ類似の符号は、同様のコンポーネントの異なるインスタンスを表し得る。概して、図面は、例として、しかし限定としてではなく、本文書で述べられる様々な実施形態を図示する。
【０００６】
【図１】実施形態に係る通信ネットワークのブロック図を図示する。
【０００７】
【図２】実施形態に係るＵＥの状態を図示する。
【０００８】
【図３】実施形態に係るＩＰヘッダを図示する。
【０００９】
【図４】実施形態に係るサービス種別のＩＰヘッダフィールドのより詳細なビューを図示する。
【００１０】
【図５】実施形態に係る、アプリケーションに関連する第２の方法が、ＡＰＩを介してデバイスにトラフィックの種類を示すために用いられるシステムを図示する。
【００１１】
【図６】実施形態に係る、バックグラウンドトラフィックを特定する場合に用いるためにアップリンクバッファが提供されるシステムを図示する。
【００１２】
【図７】実施形態に係る、バックグラウンドトラフィックの特定及び区別ルール（ＢＴＩＤＲ）媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を図示する。
【００１３】
【図８】実施形態に係る、ＢＴＩＤＲ  ＭＡＣ  ＣＥフィールドの記述を提供するテーブルを表す。
【００１４】
【図９】実施形態に係る、バックグラウンドトラフィックを特定及び区別するための機械の例のブロック図を図示する。
【発明を実施するための形態】
【００１５】
図１は、実施形態に係る通信ネットワーク１００のブロック図を図示する。図１において、エボルブドパケットコア１１０は、ユニバーサル地上波無線アクセスネットワーク（ＵＴＲＡＮ）１１２、ＬＴＥネットワーク内の複数のｅＮｎｏｄｅＢ１１４、ＷＬＡＮ１１６、ＷｉＭＡＸ１１８、複数の非３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ネットワーク１２０、例えばインターネット等の複数のパケットデータネットワーク１２２、及び公衆交換電話網（ＰＳＴＮ）１２４に結合されている。ＰＳＴＮ１２４は、公衆回線交換電話網のネットワークであり、複数の電話回線、複数の光ファイバケーブル、複数のマイクロウェーブ伝送リンク、複数のセルラネットワーク、複数の通信衛星、複数の海底電話ケーブルを含み、全て複数のスイッチングセンターによって相互接続されている。したがって、ＰＳＴＮ１２４は、他のいずれとも通信する世界中の電話を可能にする。
【００１６】
ユーザ機器（ＵＥ）１３０、１３２は、それぞれ複数のｅＮｏｄｅＢ（複数のｅｖｏｌｖｅｄ  ｎｏｄｅＢ）１１４及びＵＴＲＡＮ１１２を介して、複数のネットワークサービスにアクセスし得る。ＵＥ１３０、１３２は、単純な複数の移動電話からデジタルテレビに渡る多くの異なる種別のデバイスを含んでよい。エボルブドパケットコア１１０は、ＧＳＭ（登録商標）、ＷＣＤＭＡ（登録商標）及びＵＭＴＳ  ＬＴＥ広域無線チャネルを含む複数の無線伝送技術の組み合わせをサポートしてよい。さらに、エボルブドパケットコア１１０は、複数のゲートウェイ（ＧＷ）デバイスを通じて、例えばＰＳＴＮ１２４、ＰＤＮ１２２、ＷＬＡＮ１１６、ＷｉＭＡＸ１１８、信頼できる非３ＧＰＰ１２０のネットワーク等の他の複数の種類の複数のネットワークにアクセスできるＩＰパケットシステムを用いる。エボルブドパケットコア１１０は、ホーム加入者サーバ（ＨＳＳ）１４０、認証、許可及びアカウンティング（ＡＡＡ）デバイス１４２、パケットゲートウェイ（Ｐ−ＧＷ）１４４、サービングゲートウエイ（Ｓ−ＧＷ）１４６、モビリティ管理エンティティ（ＭＭＥ）１４８、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１５０及びゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５２を含んでよい。汎用パケット無線サービス（ＧＰＲＳ）は、２Ｇ及び３Ｇセルラ通信システム上のパケット指向モバイルデータサービスをサポートするために用いられる。ＵＴＲＡＮ１１２は、ＮｏｄｅＢ１６０及び無線ネットワークコントローラ（ＲＮＣ）１６２を含む。ＵＴＲＡＮ１１２は、ＲＮＣ１６２及びＳＧＳＮ１５０を介してエボルブドパケットコア１１０に結合される。複数のｅＮｏｄｅＢ１１４は、エボルブドパケットコア１１０においてＭＭＥ１４８に結合されている。ＷｉＭＡＸネットワーク１１８は、Ｐ−ＧＷ１４４を介してエボルブドパケットコア１１０に結合されている。Ｐ−ＧＷ１４４は、また、エボルブドパケットコア１１０を、ＷＬＡＮ１１６、信頼できる非３ＧＰＰネットワーク１２０、インターネット（又は他のパケットデータネットワーク）１２２及びＰＳＴＮ１２４に結合する。
【００１７】
図２は、実施形態に係るＵＥ２００の状態を図示する。図２に示されるように、ＵＥは、ＤＥＴＡＣＨＥＤ（デタッチ）２１０、ＡＣＴＩＶＥ（アクティブ）２２０及びＩＤＬＥ（アイドル）２３０の複数の状態にあり得る。ＵＥは、ＯＦＦ（オフ）状態２４０からＤＥＴＡＣＨＥＤ状態２１０に遷移し得る。デタッチ状態２１０は、ＵＥがネットワークに登録されていないとき、よって、ネットワークに知られていない時間を表す。アクティブ状態２１０は、ＵＥが無線リソース制御（ＲＲＣ）に接続するためにネットワークに登録２５０した場合に生じる。ここでＵＥは、アップリンク／ダウンリンクデータ及び制御メッセージを送信／受信するべく、サービングｅＮｏｄｅＢと複数の無線ベアラ（シグナリング及びデータ無線ベアラ）を確立する。ＵＥがアクティブ状態２２０にある場合、ＵＥはネットワークにセルレベルで知られている。アクティブ状態２２０は、ＵＥが、最もアクティブであり、ＵＥに関連する全データパケット伝送が発生する。長期間に渡ってデータアクティビティ２７０がない場合、ＵＥは複数の無線ベアラをリリースして、アイドル状態２３０に入る。アイドル状態２３０において、ＵＥは、トラッキング領域レベルでネットワークに知られており、複数のページングメッセージを通じてネットワークによって到達されることが可能である。ＵＥに関するアップリンク又はダウンリンクデータがある場合は常に、ユーザは新しいデータ２８０を処理するために先ずアクティブ状態２２０に移行する。ＵＥは、データを送信又は受信するべく再びＲＲＣに接続する。ＵＥは、ＤＥＴＡＣＨＥＤ状態２１０に遷移するために、ネットワークから登録抹消２６０してよい。
【００１８】
図３は、実施形態に係るＩＰヘッダ３００を図示する。ＩＰヘッダは、バージョン（Ｖｅｒｓｉｏｎ）フィールド３１０、ＩＨＬフィールド３１２、サービス種別（Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ）フィールド３１４、全長（Ｔｏｔａｌ  Ｌｅｎｇｔｈ）フィールド３１６、識別子（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）フィールド３２０、複数のフラグ（Ｆｌａｇ）フィールド３２２、フラグメントオフセット（Ｆｒａｇｍｅｎｔ  Ｏｆｆｓｅｔ）フィールド３２４、生存時間（Ｔｉｍｅ  Ｔｏ  Ｌｉｖｅ）フィールド３３０、プロトコル（Ｐｒｏｔｏｃｏｌ）フィールド３３２、ヘッダチェックサム（Ｈｅａｄｅｒ  Ｃｈｅｃｋｓｕｍ）フィールド３３４、送信元ＩＰアドレス（Ｓｏｕｒｃｅ  ＩＰ  Ａｄｄｒｅｓｓ）フィールド３４０、宛先ＩＰアドレス（Ｄｅｓｔｉｎａｔｉｏｎ  ＩΡ  Ａｄｄｒｅｓｓ）フィールド３５０、複数のオプション（Ｏｐｔｉｏｎ）用のフィールド３６０及びパディング（Ｐａｄｄｉｎｇ）用のフィールド３６２を含む。
【００１９】
図４は、実施形態に係るサービス種別のＩＰヘッダフィールド４００の種類のより詳細なビューを図示する。サービス種別のＩＰヘッダフィールド４００は、先行（Ｐｒｅｃｅｄｅｎｃｅ）４１０を示すビット０−２、遅延（Ｄｅｌａｙ）４１２を示すビット３（例えば、０に設定した場合は通常遅延、１に設定した場合は小遅延）、スループット（Ｔｈｒｏｕｇｈｐｕｔ）４１４を示すビット４（例えば、０に設定した場合は通常スループット、１に設定した場合は高スループット）、及び、信頼性（Ｒｅｌｉａｂｉｌｉｔｙ）４１６を示すビット５（例えば、０に設定した場合は通常信頼性、１に設定した場合は高信頼性）を含む。ビット６−７  ４３０は、将来の使用のために予約される。しかし、本明細書では実施形態において、ビット６  ４３２が、バックグラウンドトラフィックを特定するために用いられてよい。
【００２０】
しかしながら、本明細書で述べられる複数の実施形態に従って、バックグラウンドトラフィックを特定及び／又は区別する指標を提供するためにいくつかの方法が用いられてよい。複数のアプリケーションが、アプリケーションプログラミングインタフェース（ＡＰＩ）を介してバックグラウンドトラフィックをデバイスに知らせてよく、及び／又は、デバイスがバックグラウンドトラフィックのインテリジェントな予測を実行してよい。
【００２１】
複数のアプリケーションがアプリケーションプログラミングインタフェース（ＡＰＩ）を介してトラフィックの種類をデバイスに知らせる２つの方法がある。上述したように、サービス種別のＩＰヘッダフィールド４００のビット６―７  ４３０は、将来の使用のために予約される。しかしながら、これらのビットの１つは、バックグラウンドトラフィックを特定するために取り入れられ得る。例えば、ビット６  ４３２を、０に設定した場合に通常のパケット／トラフィックを示し、１に設定した場合にバックグラウンドのパケット／トラフィックを示すように用いることによって、ビット６  ４３２がバックグラウンドトラフィックを特定するために用いられ得る。この情報は、ＡＰＩを介してデバイスに渡され、各パケットはビット６  ４３２によって提供される情報を搬送してよい。ＵＥはしたがって、ＩＰパケットヘッダ情報によって、パケット／トラフィックの種類を特定してよい。
【００２２】
図５は、実施形態に係る、複数のアプリケーションに関連する第２の方法が、ＡＰＩを介してデバイスにトラフィックの種類を示すために用いられるシステム５００を図示する。図５において、ＡＰＩ１  ５２０にアクセスする第１のアプリケーション５１０は、デバイスに対して、ポート番号、例えばポート（Ｐｏｒｔ）１  ５３０、及び、バックグラウンドトラフィックを送信及び／又は受信しているプロトコル種別ＴＣＰ５４０を特定する。図５において、第１のアプリケーション５１０は、ＡＰＩ２  ５２２にもアクセスしてよい。
【００２３】
したがって、ＡＰＩ１  ５２０にアクセスする第１のアプリケーション５１０は、ポート２  ５３２及びプロトコル種別ＵＤＰ５４２がバックグラウンドトラフィックの送信及び／又は受信に関連しているかをデバイスに対して特定し得る。ＵＥ５０２上で実行している複数のアプリケーション、例えば第１のアプリケーション５１０及び第２のアプリケーション５１２がある場合、ポート１  ５３０、ポート２  ５３２及びポートｎ  ５３４を含む第１アプリケーション５１０及び第２アプリケーション５１２の両方がバックグラウンドトラフィックを送信しているときの持続期間だけ、ＵＥ５０２は低電力モードに入ってよい。ポートｎ  ５３４は、バックグラウンドトラフィックのためのＴＣＰプロトコル５４４を用いていると特定されてもよい。しかしながら、この時間の持続期間でさえ、ＵＥ５０２は、バックグラウンドトラフィックの非優先化をｅＮｏｄｅＢ５５０に要求することによって、バックグラウンドトラフィックの特定及び区別から利益を得てよい。無線５６０は、他のコンポーネントの中でも、アンテナ５６２を介してトラフィックを送信及び受信するトランシーバ５６２を含む。バックグラウンドトラフィックの特定及び区別だけでなく、第１のアプリケーション５１０及び第２のアプリケーション５１２は、プロセッサ５１４によって実行される。プロセッサ５１４は、バックグラウンドトラフィックの特定及び区別のための指標を提供する。無線５６０は、アクティブ状態、アイドル状態、デタッチ状態及びパワーオフ状態の間を遷移してよい。アイドル状態は、デバイスが放置されている場合や画面が消灯された場合等に入られてよい。従って、デバイス／ＵＥ５０２とＢＳ／ｅＮｏｄｅＢ５５０との間の無線５６０はアイドル状態に遷移する。
【００２４】
図６は、実施形態に係る、バックグラウンドトラフィックを特定する場合に用いるためにアップリンクバッファが提供されるシステムを図示する。ユーザ機器６１０は、バックグラウンドトラフィックのインテリジェントな予測を実行してよい。ＵＥ６１０は、ＵＥアップリンクバッファ／サーバ６２０を含む。複数の送信元の処理６３０は、ＵＥアップリンクバッファ／サーバ６２０からチャネル６５０上における複数のパケットを提供／受信する。ユーザ機器６１０は、ｅＮｏｄｅＢ６４０からの複数のパケットを、チャネル６５０を通じてＵＥアップリンクバッファ／サーバ６２０において受信してよい。ｅＮｏｄｅＢ６４０は、複数の受信機プロセス６６０と、受信／送信された複数のパケットをバッファするためのバッファ／サーバ６７０と、複数のパケットを受信及び送信するための無線６８２とを含む。ＵＥ６１０は、ＵＥ６１０の複数のオペレーションを実行するためのプロセッサ６７０を含み、ｅＮｏｄｅＢ６４０は、ｅＮｏｄｅＢ６４０の複数のオペレーションを実行するためのプロセッサ６７２を含む。
【００２５】
ＵＥアップリンクバッファ／サーバ６２０が複数のパケットを受信した場合、ＵＥ６１０は受信された複数のパケットを分類してよい。ＵＥアップリンクバッファ／サーバ６２０で受信された複数のパケットは、ＵＥが無人モードにある、すなわちＵＥ６１０でユーザの介入がない場合、例えばスクリーン及び／又は無線６８０がオフにされた場合に、格納される。バックグラウンドトラフィックが特定された後、ＵＥ６１０は、バックグラウンドトラフィックを区別する方法が指示されなければならない。ＵＥ６１０は、ＵＥアップリンクバッファ／サーバ６２０においてバックグラウンドトラフィックを特定し、バックグラウンドトラフィックを適切に処理する。例えば、ＵＥアップリンクバッファ／サーバ６２０にバックグラウンドトラフィックが到達した場合、ＵＥは、このバックグラウンドトラフィックを送信するために低電力モードからウェイクアップしない。代わりに、ＵＥ６１０は、特定の期間まで又はＵＥ６１０が再びウェイクアップして無線６８０がオンになるまでの間、バックグラウンドトラフィックをＵＥアップリンクバッファ／サーバ６２０に保持してよい。
【００２６】
ダウンリンクにおいてｅＮｏｄｅＢ（基地局）がバックグラウンドトラフィックを特定及び区別する機構が提供される。図４を参照して上述したように、ＵＥは、ＩＰヘッダ４００のサービス種別フィールド内の事前予約ビット４３０、例えばビット６  ４３２の使用に基づきバックグラウンドトラフィックを特定する方法について、ｅＮｏｄｅＢに情報を提供してよい。代替的に、図５を参照して上述したように、ＵＥ５０２は、ＵＥ５０２からｅＮｏｄｅＢ５５０へのポート番号５３０―５３４及びプロトコル種別５４０―５４４、又は、バックグラウンドトラフィックの開始／終了時刻を提供してよい。
【００２７】
図７は、実施形態に係る、バックグラウンドトラフィックの特定及び区別ルール（ＢＴＩＤＲ）媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）７００を図示する。ＭＡＣ  ＣＥは、実施形態に係る、バックグラウンドトラフィックを特定及び／又は区別するための識別子を提供するために用いられ得る情報要素の一種である。図７において、バックグラウンドトラフィック分類種別（Ｂａｃｋｇｒｏｕｎｄ  Ｔｒａｆｆｉｃ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎ  Ｔｙｐｅ）（ＢＴＣＴ）フィールド７１０は、２ビットを含む。ＮｅｗＢｉｔＩｎｆｏフィールド７２０は、６ビット又は２２ビットであってよい。非優先化フィールド（Ｄｅ−Ｐｒｉｏｒｉｔｉｚｅｄフィールド）７３０は、１ビットであり、保持時間フィールド（Ｈｏｌｄ−Ｔｉｍｅフィールド）７４０は６ビットである。予約フィールド（Ｒｅｓｅｒｖｅｄフィールド）７５０は、ＢＴＩＤＲ  ＭＡＣ  ＣＥ７００において複数のビットを用いるために提供される。第１のＢＴＣＰ／ＢＡＴＰフィールド７２２及び第２ＢＴＣＰ／ＢＡＴＰフィールド７２４がまた提供される。
【００２８】
図５を再び参照して、ＵＥ５０２とネットワーク（例えばｅＮｏｄｅＢ５５０）と間の通信は、シグナリングメッセージ（例えばＲＲＣ５７０又はＮＡＳ５７２のメッセージ）、及び、ＵＥ５０２とｅＮｏｄｅＢ５５０との間の通信として機能するＵＭＴＳ、ＲＲＣ５７０及びＮＡＳ５７２のメッセージにおける、ＵＥ５０２及びｅＮｏｄｅＢ５５０の間の制御コマンド交換（すなわちデータトラフィックでない）を含んでよい。しかしながら、ＬＴＥでは、ＭＡＣ層でいくつかの通信パスがある。ＭＡＣ制御要素（ＭＡＣ  ＣＥ）５８０は、特殊な制御情報を搬送するために用いられてよい。
【００２９】
図８は、実施形態に係る、ＢＴＩＤＲ  ＭＡＣ  ＣＥフィールド８００の記述を提供するテーブルを表す。ＢＴＩＤＲ  ＭＡＣ  ＣＥフィールド８００は、バックグラウンドトラフィック分類種別（Ｂａｃｋｇｒｏｕｎｄ  Ｔｒａｆｆｉｃ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎ  Ｔｙｐｅ）（ＢＴＣＴ）８１０、ＮｅｗＢｉｔＩｎｆｏ８２０、複数のバックグラウンドトラフィック分類パラメータ（Ｂａｃｋｇｒｏｕｎｄ  Ｔｒａｆｆｉｃ  Ｃｌａｓｓｉｆｉｃａｔｉｏｎ  Ｐａｒａｍｅｔｅｒ）（ＢＴＣＰ）  ８２２、及び、複数のバックグラウンドアクティビティ時間パラメータ（Ｂａｃｋｇｒｏｕｎｄ  Ａｃｔｉｖｉｔｙ  Ｔｉｍｅ  Ｐａｒａｍｅｔｅｒ（ＢＡＴＰ）  ８２４を含む。１ビットの非優先化フィールド（Ｄｅ−ｐｒｉｏｒｉｔｉｚｅｄフィールド）８３０、６ビットの保持時間フィールド（Ｈｏｌｄ−Ｔｉｍｅフィールド）８３２及び予約フィールド８３４。バックグラウンドトラフィック分類種別（ＢＴＣＴ）フィールド８１０は、２ビットであり、バックグラウンドトラフィックの特定がＩＰヘッダ８４０における新しいビットに基づくことを示すために００であり、バックグラウンドトラフィックの特定がポート番号及びプロトコル８４２に基づくことを示すために０１であり、バックグラウンドトラフィックの特定が時刻８４４に基づくことを示すために１０であってよく、１１が予約フィールド８４６に割り当てられている。
【００３０】
ＢＴＣＴが００に等しい場合８５０、ＢＡＴＰフィールドは６ビットである。ここで、最も左の３ビットは、ＩＰヘッダのサービス種別フィールドのビット数を表す。次の２ビットは予約される。最も右の１ビットは、ＩＰヘッダのサービス種別フィールドにおける上位ビットの何の値が、トラフィックがバックグラウンドトラフィックを示しているかを示すために用いられる。例えば、この最も右のビット＝１である場合、ＩＰヘッダのサービス種別フィールドにおける上位ビット＝１のときに、トラフィックがバックグラウンドトラフィックである。
【００３１】
ＢＴＣＴが０１に等しい場合８６０、ＢＴＣＰフィールドは２２ビットである。ここで、最も左の９ビットは送信元ポート番号を特定し、次の９ビットは宛先ポート番号を特定し、残りの最も右の４ビットはプロトコル種別を特定する。
【００３２】
ＢＴＣＴが１０に等しい場合８７０、ＢＴＣＰフィールドは２２ビットである。最も左の１１ビットは、開始時刻（秒）を特定し、次の１１ビットは終了時刻（秒）を特定する。
【００３３】
非優先化フィールド８３０は１ビットである。非優先化フィールド８３０が１に設定されている場合８８０、他の通常／アクティブなトラフィックがある場合は常に、バックグラウンドトラフィックは非優先化される。非優先化フィールド８３０が０に設定されている場合８８２、バックグラウンドトラフィックは非優先化されない。保持時間フィールド８３２は６ビットである。保持時間フィールド８３２は、同じユーザ８９０についてＤＬパケットを取得した後にｅＮｏｄｅＢがウェイクアップするのを待つことができる最大時間を特定する。１１１１１１は、無限の保持時間を表す。Ｒフィールドは、予約フィールド（Ｒｅｓｅｒｖｅｄフィールド）８９２を示す。
【００３４】
図５及び図８の両方を参照して、バックグラウンドトラフィックを特定するために、ＭＡＣ  ＣＥ情報がＵＥ５０２からｅＮｏｄｅＢ５５０に送信されてよい。ＭＡＣ  ＣＥフィールド８００の長さは固定されている。ＭＡＣ  ＣＥフィールド８００の実際の長さは、実装に基づき４バイト又は２バイトのいずれかだろう。ＮｅｗＢｉｔＩｎｆｏ（６ビット）８２０／ＢＴＣＰ（２２ビット）８２２／ＢＡＴＰ（６ビット）８２４のフィールドは、ＮｅｗＢｉｔＩｎｆｏ（６ビット）８２０、ＢＴＣＰ（２２ビット）８２２及びＢＡＴＰ（２２ビット）８２４のパラメータのうちの１つのみを含むだろう。ＵＥ５０２は、バックグラウンドトラフィックを区別／処理する方法をｅＮｏｄｅＢ５５０に伝えてよい。例えば、ＵＥ５０２がアイドルモードにある場合、ＵＥ５０２は、このバックグラウンドトラフィックを送信するべくｅＮｏｄｅＢ５５０のためにアイドルモードから抜け出される必要はない。ＵＥ５０２は、ｅＮｏｄｅＢ５５０がバックグラウンドトラフィックの複数のパケットを送信するためにＵＥ５０２をウェイクアップさせる前に、ｅＮｏｄｅＢ５５０においてダウンリンクバッファでｅＮｏｄｅＢ５５０がバックグラウンドトラフィックを保持する最大期間を指定してもよい。例えば、ＵＥ５０２で間欠受信（ＤＲＸ）機能が有効化されている場合、ｅＮｏｄｅＢ５５０は、最後のＤＲＸ  ＯＮの持続時間の間、ＵＥ５０２をウェイクアップさせる。これは、指定された、パケットを保持する最大の持続時間の前に生じる。
【００３５】
ＵＥ５０２及びｅＮｏｄｅＢ５５０は、データ伝送が生じる複数のフェーズをネゴシエートする。他の時間の間、ＵＥ５０２はその受信機をオフにして、低電力状態に入る。ＵＥ５０２は、複数のメッセージを探すためのスケジューリングされた期間の間、ウェイクアップするだろう。アイドルモードにある複数のＵＥは、ｅＮｏｄｅＢ５５０からの複数のページングメッセージを受信するためのページングに用いられるＰａｇｉｎｇ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ（Ｐ−ＲＮＴＩ）について物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタしてよい。ＵＥ５０２は、ＵＥ５０２によって設定されたある特定の複数のページングオケージョン（ｐａｇｉｎｇ  ｏｃｃａｓｉｏｎ）でのみ、すなわち特定の無線フレームにおける特定のサブフレームにおいてのみ、ＰＤＣＣＨをモニタする必要がある。他の複数の時間においては、ＵＥ５０２は、バッテリ電力を節約するためにスリープモードに進んでよい。実際に長期間とは、バックグラウンドトラフィックを搬送するためにｅＮｏｄｅＢ５５０がデバイスをウェイクアップする必要がないことを意味できることに注意すること。さらに、ＵＥ５０２はまた、接続モードにおいて同じＵＥ／フローについて通常のトラフィックが存在する場合に、バックグラウンドトラフィックが処理（例えば非優先化）され得る方法に関するルールを指定できる。
【００３６】
ＢＴＩＤＲ５９０は、複数のアップリンクＤＣＣＨ（個別制御チャネル）メッセージの複数の情報要素（ＩＥ）のうちの１つに情報を含めることによって、ＵＥ５０２からｅＮｏｄｅＢ５５０に送信されてよい。ＤＣＣＨは、ＲＲＣ接続５７０がＵＥ５０２に割り当てられた場合に、ＵＥ５０２に割り当てられる論理チャネルである。複数のＵＬ−ＤＣＣＨメッセージは、ＵＥｉｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅ−ｒ９、ＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ、ＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ、及び、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅのメッセージを含む。ＲＲＣ５７０、ＮＡＳ５７２又はＭＡＣ  ＣＥ５８０、例えばＵＥ−ＢＴＩＤＲ−ｒ１１を介して送信される複数のＩＥは、ＢＴＩＤＲ情報を含んでよい。ＵＥ−ＢＴＩＤＲ−ｒ１１は、存在する複数のＩＥにおけるリリース１１の複数の非重要拡張のうちの１つとして規定されることができる。
【００３７】
例えば、ＵＥ  ＢＴＩＤＲ−ｒ１１は、ＵＥｉｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージに組み込まれてよい。ＵＥｉｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージは、リクエスト情報を送信するためにＵＥ５０２によって用いられてよい。ＵＥ−ＢＴＩＤＲ−ｒ１１フィールドの記述は、図８に表されるＢＴＩＤＲを参照して上述された複数のフィールドの記述と同様である。同様に、ＵＥ−ＢＴＩＤＲ−ｒ１１は、ＲＣＣｏｍｉｅｃｔｉｏｎＲｅｅｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅ、ＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｉｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅ及びＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅのような他の複数のＵＬ−ＤＣＣＨメッセージにおける非重要拡張として統合されることができる。
【００３８】
図９は、実施形態に係る、本明細書で述べられた複数の技術（例えば、複数の手法）のうちいずれか１つ又は複数を実行し得る、バックグラウンドトラフィックを特定及び区別するための例示の機械９００のブロック図を図示する。代替の例において、機械９００は、スタンドアロンデバイスとして動作してよい、又は、他の複数の機械に接続（例えばネットワーク接続）されてよい。ネットワーク接続の配置では、機械９００は、サーバ−クライアントネットワーク環境におけるサーバ機械及び／又はクライアント機械として動作してよい。例において、機械９００は、ピアツーピア（Ｐ２Ｐ）（又は他の分散）ネットワーク環境におけるピア機械として機能してよい。機械９００は、パーソナルコンピュータ（ＰＣ）、タブレットＰＣ、セットトップボックス（ＳＴＢ）、携帯情報端末（ＰＤＡ）、移動電話、ウェブ機器、ネットワークルータ、スイッチ又はブリッジ、若しくは、機械によってとられる複数のアクションを指定する（逐次又は他の）複数の命令を実行可能な任意の機械であってよい。さらに、単一の機械が示されたが、「機械」の用語は、本明細書で述べられた複数の手法のうちいずれか１つ又は複数を実行するための複数の命令のセット（又は複数のセット）を個別又は共同に行う、クラウドコンピューティング、ｓｏｆｔｗａｒｅ  ａｓ  ａ  ｓｅｒｖｉｃｅ（ＳａａＳ）、他の複数のコンピュータクラスタ構成のような、複数の機械の任意の集合を含むように解されるべきである。
【００３９】
本明細書で説明されたような複数の例は、ロジック若しくはいくつかのコンポーネント、モジュール又は機構を含んでよいし、ロジック若しくはいくつかのコンポーネント、モジュール又は機構において動作してよい。複数のモジュールは、指定された複数のオペレーションを実行可能な有体物（例えばハードウエア）であり、特定の方法で構成又は配置されてよい。例において、複数の回路は、モジュールとして特定の方法で（例えば、内部的に、又は、他の複数の回路のような複数の外部エンティティに関して）配置されてよい。例において、１又は複数のコンピュータシステム（例えば、スタンドアロン、クライアント又はサーバコンピュータシステム）の少なくとも一部、若しくは、１又は複数のハードウエアプロセッサ９０２は、ファームウェア又はソフトウエア（例えば、複数の命令、アプリケーション部分又はアプリケーション）によって、指定された複数のオペレーションを実行するよう動作するモジュールとして構成されてよい。例において、ソフトウエアは、少なくとも１つの機械可読媒体上に存在してよい。例において、ソフトウエアは、モジュールにおける基となるハードウエアによって実行された場合、ハードウエアに特定の複数のオペレーションを実行させる。
【００４０】
従って、「モジュール」の用語は、有体物を包含し、本明細書で述べられた任意のオペレーションの少なくとも一部を指定された方法で動作する又実行するべく、物理的に構築された、専用に構成された（例えばハードワイヤード）、又は暫定的（例えば一時的）に構成された（例えばプログラムされた）エンティティと理解される。複数のモジュールが、暫定的に構成され、モジュールがどの時点でもインスタンス化される必要がない複数の例を考える。例えば、複数のモジュールがソフトウエアを用いて構成された汎用ハードウエアプロセッサ９０２である場合、汎用ハードウエアプロセッサは、異なる時刻にそれぞれ異なるモジュールとして構成されてよい。ソフトウエアは従って、例えば１つの時間インスタンスで特定のモジュールを構成し及び異なる時間インスタンスで異なるモジュールを構成するよう、ハードウエアプロセッサを構成してよい。「アプリケーション」の用語又はその変形は、複数のルーチン、複数のプログラムモジュール、複数のプログラム、複数のコンポーネント等を含むよう本明細書で広く用いられており、シングルプロセッサ又はマルチプロセッサシステム、マイクロプロセッサベースの電子機器、シングルコア又はマルチコアシステム、それらの複数の組み合わせ等を含む様々なシステム構成上に実装されてよい。したがって、アプリケーションという用語は、本明細書で説明された任意のオペレーションの少なくとも一部を実行するよう構成されたハードウエア又はソフトウエアの形態を指すべく用いられてよい。
【００４１】
機械（例えばコンピュータシステム）９００は、ハードウエアプロセッサ９０２（例えば中央処理装置（ＣＰＵ）、グラフィクスプロセッシングユニット（ＧＰＵ）、ハードウエアプロセッサコア、又はそれらの任意の組み合わせ）、メインメモリ９０４及びスタティックメモリ９０６を含んでよく、それらの少なくともいくつかがインターリンク（例えばバス）９０８を介してその他の複数と通信してよい。機械９００は、ディスプレイユニット９１０、英数字入力デバイス９１２（例えばキーボード）、及びユーザインタフェース（ＵＩ）ナビゲーションデバイス９１４（例えばマウス）をさらに含んでよい。例において、ディスプレイユニット９１０、入力デバイス９１２及びＵＩナビゲーションデバイス９１４は、タッチスクリーンディスプレイであってよい。機械９００は、記憶デバイス（例えばドライブユニット）９１６、信号生成デバイス９１８（例えばスピーカ）、ネットワークインタフェースデバイス９２０、及び、全地球測位システム（ＧＰＳ）センサ、コンパス、加速度計又は他のセンサのような１又は複数のセンサ９２１を追加的に含んでよい。機械９００は、１又は複数の周辺機器と通信又は１又は複数の周辺機器（例えば、プリンタ、カードリーダ等）を制御するために、シリアル（例えばユニバーサルシリアルバス（ＵＳＢ））、パラレル若しくは他の有線又は無線（例えば赤外線（ＩＲ））接続等の出力コントローラ９２８を含んでよい。
【００４２】
記憶デバイス９１６は、本明細書で説明した複数の技術又は複数の機能のうちいずれか１つ又は複数によって具現化される又は用いられるデータ構造又は命令９２４（例えばソフトウエア）の１又は複数のセットを格納する、少なくとも１つの機械可読媒体９２２を含んでよい。命令９２４はまた、少なくとも部分的に、メインメモリ９０４、スタティックメモリ９０６等の追加の機械可読メモリ、又は、機械９００によるそれらの実行中にはハードウエアプロセッサ９０２内に存在してよい。例において、ハードウエアプロセッサ９０２、メインメモリ９０４、スタティックメモリ９０６又は記憶デバイス９１６の１つ又は任意の組み合わせが機械可読媒体を構成してよい。
【００４３】
機械可読媒体９２２が１つの媒体として示されているが、「機械可読媒体」の用語は、１又は複数の命令９２４を格納するよう構成された、１つの媒体又は複数の媒体（例えば、集中又は分配されたデータベース及び／又は関連する複数のキャッシュ及び複数のサーバ）を含んでよい。
【００４４】
「機械可読媒体」の用語は、機械９００による実行のための、本開示の複数の技術のうちいずれか１つ又は複数を機械９００に実行させる複数の命令を格納、符号化又は搬送することが可能である、若しくは、そのような複数の命令によって使用又はそのような複数の命令に関連する複数のデータ構造を格納、符号化又は搬送することが可能である、任意の媒体を含んでよい。限定されない機械可読媒体の複数の例は、複数のソリッドステートメモリ、若しくは、光及び磁気媒体を含んでよい。例において、大容量機械可読媒体は、静止質量を持つ複数の粒子の機械可読媒体を備える。複数の大容量機械可読媒体の複数の具体例は、複数の半導体メモリデバイス（例えば、電気プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ））及び複数のフラッシュメモリデバイス等の不揮発性メモリ、複数の内部ハードディスク及び複数のリムーバブルディスク等の複数の磁気ディスク、光磁気ディスク、並びにＣＤ−ＲＯＭ及びＤＶＤ−ＲＯＭディスクを含んでよい。
【００４５】
命令９２４はさらに、多くの伝送プロトコル（例えば、フレームリレー、インターネットプロトコル（ＩＰ）、トランスミッションコントロールプロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキストトランスファープロトコル（ＨＴＴＰ）等）のいずれか１つを利用して、ネットワークインタフェースデバイス９２０を介して伝送媒体を用いて通信ネットワーク９２６上で送信又は受信されてよい。複数の通信ネットワークの例は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パケットデータネットワーク（例えば、インターネット）、複数の移動電話ネットワーク（例えば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）及び直交周波数分割多元接続（ＯＦＤＭＡ）を含む複数のチャネルアクセス方法、並びに、グローバルシステムフォーモービルコミュニケーションズ（ＧＳＭ（登録商標））、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）、複数のＣＤＭＡ２０００  １ｘ＊規格及びロングタームエボリューション（ＬＴＥ）等のセルラネットワーク）、複数のプレインオールド電話（ＰＯＴＳ）ネットワーク、及び複数のワイヤレスデータネットワーク（例えば、複数のＩｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ（ＩＥＥＥ）８０２．１１規格（ＷｉＦｉ）、複数のＩＥＥＥ８０２．１６規格（ＷｉＭａｘ（登録商標））等）を含むＩＥＥＥ８０２規格ファミリー）、複数のピアツーピア（Ｐ２Ｐ）ネットワーク、若しくは、他の現在知られている又は後に開発される複数のプロトコルを含んでよい。
【００４６】
例えば、ネットワークインタフェースデバイス９２０は、１又は複数の物理ジャック（例えば、イーサネット（登録商標）、同軸又は電話ジャック）、若しくは、通信ネットワーク９２６に接続するための１又は複数のアンテナを含んでよい。例において、ネットワークインタフェースデバイス９２０は、１入力多出力（ＳＩＭＯ）、多入力多出力（ＭＩＭＯ）、又は多入力１出力（ＭＩＳＯ）技術のうち少なくとも１つを用いて無線通信するための複数のアンテナを含んでよい。用語「伝送媒体」は、デジタル又はアナログ通信信号を含み、機械９００による実行のために複数の命令を格納、符号化又は搬送することが可能である任意の無体物媒体、若しくは、そのようなソフトウエアの通信を促す他の無体物媒体を含むように解されるべきである。
【００４７】
追加の複数の説明及び例
【００４８】
例１は、通信ネットワーク上で複数のパケットを無線で送信及び受信するよう構成されたトランシーバを含む無線と、トランシーバに結合されるプロセッサとを含み、プロセッサが、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供するよう構成されている、主題（デバイス、装置、クライアント又はシステム等）を含む。
【００４９】
例２は、任意選択的に、例１の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標は、パケットのヘッダ内のビットを備え、ビットは、パケットがバックグラウンドトラフィックに関連付けられていることを示すために第１状態に設定され、ビットは、パケットがアクティブトラフィックに関連付けられていることを示すために第２状態に設定される。
【００５０】
例３は、任意選択的に、例１−２の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標は、アプリケーションプログラミングインタフェース（ＡＰＩ）を介してアプリケーションによって提供される。
【００５１】
例４は、任意選択的に、例１−３の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標は、バックグラウンドトラフィックに関連付けられたプロトコル種別及びポート番号の識別子を備え、識別子はｅＮｏｄｅＢに提供される。
【００５２】
例５は、任意選択的に、例１−４の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標は、アプリケーションプログラミングインタフェース（ＡＰＩ）を介してアプリケーションによって提供される。
【００５３】
例６は、任意選択的に、例１−５の主題を含んでよく、プロセッサは、バックグラウンドトラフィックのインテリジェントな予測を実行するよう構成され、プロセッサは、無線がアイドル状態の場合に、到着する複数のパケットを複数のバックグラウンドパケットとして分類する。
【００５４】
例７は、任意選択的に、例１−６の主題を含んでよく、プロセッサは、全てのアプリケーションがバックグラウンドトラフィックの送信しかしないよう構成されている場合のみ、アイドル状態に遷移し、バックグラウンドトラフィックは、プロセッサがアクティブ状態に遷移するまで、アップリンクバッファに保持される。
【００５５】
例８は、任意選択的に、例１−７の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標は、バックグラウンドトラフィックが開始するときを示す開始時刻と、バックグラウンドトラフィックが終了するときを示す終了時刻とを備え、指標は、ｅＮｏｄｅＢに提供される。
【００５６】
例９は、任意選択的に、例１−８の主題を含んでよく、プロセッサはさらに、バックグラウンドトラフィックを区別するための指標を提供するよう構成される。
【００５７】
例１０は、任意選択的に、例１−９の主題を含んでよく、バックグラウンドトラフィックを区別するための指標は、専用シグナルによって提供される情報要素を備え、情報要素は、非優先化ビットを含み、非優先化ビットは、アクティブトラフィックが検知された場合にバックグラウンドトラフィックの非優先化を通知するために第１の状態に設定され、バックグラウンドトラフィックを非優先化しないことを通知するために第２の状態に設定される。
【００５８】
例１１は、任意選択的に、例１−１０の主題を含んでよく、情報要素は、情報要素を受信するｅＮｏｄｅＢに、プロセッサをウェイクさせる前に待機する最大の時間をノードに知らせる最大保持時間を設定するためのフィールドを備える。
【００５９】
例１２は、任意選択的に、例１−１１の主題を含んでよく、情報要素は、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を備える。
【００６０】
例１３は、任意選択的に、例１−１２の主題を含んでよく、情報要素は、無線リソース制御（ＲＲＣ）メッセージを備える。
【００６１】
例１４は、任意選択的に、例１−１３の主題を含んでよく、エンハンストベースステーション（ｅＮｏｄｅＢ）が、受信した複数のパケットを処理前に保持し、複数のパケットを送信前に保持するバッファと、バッファに結合されたプロセッサとを含み、プロセッサが、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を受信し、プロセッサは、受信した指標に応じて複数のパケットを処理するよう構成される。
【００６２】
例１５は、任意選択的に、例１−１４の主題を含んでよく、プロセッサはさらに、バックグラウンドトラフィックを区別するための指標を受信するよう構成される。
【００６３】
例１６は、任意選択的に、例１−１５の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標は、パケットのヘッダ内のビットを設定するための複数の指示を備え、ビットは、パケットがバックグラウンドトラフィックに関連付けられていることを示すために第１状態に設定され、ビットは、パケットがアクティブトラフィックに関連付けられていることを示すために第２状態に設定される。
【００６４】
例１７は、任意選択的に、例１−１６の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標は、バックグラウンドトラフィックに関連付けられたプロトコル種別及びポート番号を関連付けるための複数の指示を備え、識別子がｅＮｏｄｅＢに提供される。
【００６５】
例１８は、任意選択的に、例１−１７の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標は、バックグラウンドトラフィックに関連付けられた開始時刻と、バックグラウンドトラフィックに関連付けられた終了時刻とを設定するための複数の指示を備え、指標がｅＮｏｄｅＢに提供される。
【００６６】
例１９は、ユーザ機器において、無線通信チャネル上で無線により受信及び送信された複数のパケットを処理する段階と、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階とを含む主題（方法又は複数の動作を実行する手段等）を含んでよい。
【００６７】
例２０は、任意選択的に、例１９の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階は、パケットのヘッダ内のビットを提供する段階を備え、ビットは、パケットがバックグラウンドトラフィックに関連付けられていることを示すために第１状態に設定され、ビットは、パケットがアクティブトラフィックに関連付けられていることを示すために第２状態に設定される。
【００６８】
例２１は、任意選択的に、例１９−２０の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階は、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を、アプリケーションプログラミングインタフェース（ＡＰＩ）を介してアプリケーションによって提供する段階を備える。
【００６９】
例２２は、任意選択的に、例１９−２１の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階は、バックグラウンドトラフィックに関連付けられたプロトコル種別及びポート番号の識別子を提供する段階を備え、識別子はｅＮｏｄｅＢに提供される。
【００７０】
例２３は、任意選択的に、例１９−２２の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階は、無線がアイドル状態の場合に、到着する複数のパケットを複数のバックグラウンドパケットとして分類することによって、バックグラウンドトラフィックのインテリジェントな予測を実行する段階を備える。
【００７１】
例２４は、任意選択的に、例１９−２３の主題を含んでよく、無線を、全てのアプリケーションがバックグラウンドトラフィックの送信しかしていないよう構成されている場合のみ、アイドル状態に遷移させる段階を含み、バックグラウンドトラフィックは、プロセッサがアクティブ状態に遷移するまで、アップリンクバッファに保持される。
【００７２】
例２５は、任意選択的に、例１９−２４の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供する段階は、バックグラウンドトラフィックが開始するときを示す開始時刻と、バックグラウンドトラフィックが終了するときを示す終了時刻とを提供する段階を備え、指標は、ｅＮｏｄｅＢに提供される。
【００７３】
例２６は、任意選択的に、例１９−２５の主題を含んでよく、バックグラウンドトラフィックを区別するための指標を提供する段階を含む。
【００７４】
例２７は、任意選択的に、例１９−２６の主題を含んでよく、バックグラウンドトラフィックを区別するための指標を提供する段階は、専用シグナルを通じてノードに情報要素を提供する段階を備え、情報要素は、非優先化ビットを含み、非優先化ビットは、アクティブトラフィックが検知された場合にバックグラウンドトラフィックの非優先化を通知するために第１の状態に設定され、バックグラウンドトラフィックを非優先化しないことを通知するために第２の状態に設定される。
【００７５】
例２８は、ユーザ機器において、無線通信チャネル上で無線により受信及び送信される複数のパケットを処理すること、及び、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供することを含む主題（方法、複数の動作を実行する手段、又は、機械によって実行された場合に、機械に複数の動作を実行させる複数の命令を含む機械可読媒体等）を含んでよい。
【００７６】
例２９は、任意選択的に、例２８の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供することは、パケットのヘッダ内のビットを提供することを備え、ビットは、パケットがバックグラウンドトラフィックに関連付けられていることを示すために第１状態に設定され、ビットは、パケットがアクティブトラフィックに関連付けられていることを示すために第２状態に設定される。
【００７７】
例３０は、任意選択的に、例２８−２９の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供することは、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を、アプリケーションプログラミングインタフェース（ＡＰＩ）を介してアプリケーションによって提供することを備える。
【００７８】
例３１は、任意選択的に、例２８−３０の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供することは、バックグラウンドトラフィックに関連付けられたプロトコル種別及びポート番号の識別子を提供することを備え、識別子はｅＮｏｄｅＢに提供される。
【００７９】
例３２は、任意選択的に、例２８−３１の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供することは、無線がアイドル状態の場合に、到着する複数のパケットを複数のバックグラウンドパケットとして分類することによって、バックグラウンドトラフィックのインテリジェントな予測を実行することを備える。
【００８０】
例３３は、任意選択的に、例２８−３２の主題を含んでよく、全てのアプリケーションがバックグラウンドトラフィックの送信しかしないよう構成されている場合のみ、アイドル状態に遷移することを含み、バックグラウンドトラフィックは、プロセッサがアクティブ状態に遷移するまで、アップリンクバッファに保持される。
【００８１】
例３４は、任意選択的に、例２８−３３の主題を含んでよく、バックグラウンドトラフィックに関連付けられた複数のパケットを特定する指標を提供することは、バックグラウンドトラフィックが開始するときを示す開始時刻と、バックグラウンドトラフィックが終了するときを示す終了時刻とを提供することを備え、指標は、ｅＮｏｄｅＢに提供される。
【００８２】
例３５は、任意選択的に、例２８−３４の主題を含んでよく、バックグラウンドトラフィックを区別する指標を提供することを含む。
【００８３】
例３６は、任意選択的に、例２８−３５の主題を含んでよく、バックグラウンドトラフィックを区別するための指標を提供することは、専用シグナルを通じてノードに情報要素を提供することを備え、情報要素は、非優先化ビットを含み、非優先化ビットは、アクティブトラフィックが検知された場合にバックグラウンドトラフィックの非優先化を通知するために第１の状態に設定され、バックグラウンドトラフィックを非優先化しないことを通知するために第２の状態に設定される。
【００８４】
上記の発明を実施するための形態は、発明を実施するための形態の一部をなす添付の図面への複数の参照を含む。複数の図面は、図を用いて、実施され得る具体的な複数の形態を表す。これらの実施形態はまた、本明細書で「複数の例」として参照される。そのような複数の例は、表された又は説明されたものに加えて複数の要素を含んでよい。しかしながら、表された又は説明された複数の要素を含む複数の例もまた考えられる。さらに、本明細書で表された又は説明された特定の例（若しくはそれらの１又は複数の態様）若しくは他の複数の例（若しくはそれらの１又は複数の態様）のいずれかに関連して、表された又は説明されたこれらの要素の任意の組み合わせ又は置き換え（若しくはそれらの１又は複数の態様）を用いる複数の例もまた考えられる。
【００８５】
本文書内で言及された複数の公報、複数の特許及び複数の特許文献は、参照により個別に組み込まれるように、それらの全体が本明細書に参照により組み込まれる。このように参照により組み込まれることで本文書とそれらの文書との間で矛盾した複数の用法が生じる場合、組み込まれた参照内の用法は、本文書の用法に対する補足である。両立しない複数の矛盾については、本明細書の用法が有効となる。
【００８６】
本文書においては、複数の特許文献で普通であるように、用語「１つ（ａ）」又は「１つ（ａｎ）」が、「少なくとも１つ」又は「１又は複数」の任意の他の複数のインスタンス又は用法とは独立に、１又は複数の（ｏｎｅ  ｏｒ  ｍｏｒｅ  ｔｈａｎ  ｏｎｅ）を含むように使用される。本文書において、別段の指示がない限り、用語「又は（ｏｒ）」は、「Ａ又はＢ」が「ＡであるがＢではない」、「ＢであるがＡではない」及び「Ａ及びＢ」を含む等、非排他的な「又は」のことを言うために用いられる。添付の特許請求の範囲において、用語「含む（ｉｎｃｌｕｄｉｎｇ）」及び「その中で（ｉｎ  ｗｈｉｃｈ）」は、「備える（ｃｏｍｐｒｉｓｉｎｇ）」及び「その点で（ｗｈｅｒｅｉｎ）」の各用語の平易な英語の均等物として使用される。また、下記の特許請求の範囲において、「含む（ｉｎｃｌｕｄｉｎｇ）」及び「備える（ｃｏｍｐｒｉｓｉｎｇ）」の用語はオープンエンドである。つまり、請求項においてそのような用語の後に列挙されたものに加えて要素を含むシステム、デバイス、物品又はプロセスが、依然としてその請求項の範囲内にあるとみなされる。さらに、下記の特許請求の範囲において、用語「第１の（ｆｉｒｓｔ）」、「第２の（ｓｅｃｏｎｄ）」及び「第３の（ｔｈｉｒｄ）」等は、単に標識として用いられ、それらの物の数字上の順序を示唆することを意味していない。
【００８７】
上記の説明は、例示を意図しており、限定を意図していない。例えば、上述の複数の例（又は、それらの１又は複数の態様）は、その他の複数との組み合わせで用いられてよい。上記の説明を検討すれば、例えば当業者によって、他の複数の実施形態が用いられ得る。要約は、例えばアメリカ合衆国の３７Ｃ．Ｆ．Ｒセクション１．７２（ｂ）に準拠して、技術的開示の性質を読者が速やかに確認することを可能にするためのものである。これは、特許請求の範囲の意味又は範囲を解釈又は限定するために用いられないという理解に従って提出される。また、上記の発明を実施するための形態において、様々な特徴が、その開示を簡素化するために一緒にグループ化されてよい。しかしながら、特許請求の範囲は、本明細書に開示された複数の特徴を明記していない場合がある。複数の実施形態は当該複数の特徴のサブセットを含む場合があるからである。さらに、複数の実施形態は、特定の例で開示されたものよりも少ない複数の特徴を含む場合がある。したがって、下記の特許請求の範囲はここで、請求項がそれ自身別個の実施形態として、発明を実施するための形態に組み込まれる。本明細書で開示される複数の実施形態の範囲は、添付の特許請求の範囲を参照して、そのような特許請求の範囲が権利を与える複数の等価物の全範囲と共に、決定されるべきである。
【図１】
0005905160.tif 000002
【図２】
0005905160.tif 000003
【図３】
0005905160.tif 000004
【図４】
0005905160.tif 000005
【図５】
0005905160.tif 000006
【図６】
0005905160.tif 000007
【図７】
0005905160.tif 000008
【図８】
0005905160.tif 000009
【図９】
0005905160.tif 000010