JP2016513424A - 基地局におけるフレームタイプ検出に基づく複数のデータパケットの協働送信のためのシステム及び方法 - Google Patents

Abstract

ユーザデバイスとアプリケーションサーバとの間の複数のデータパケットの通信を協働するためのシステム、方法、基地局、及びコンピュータプログラム製品が説明される。複数のデータパケットは、符号化された映像データのビットストリームに対応してもよい。一態様では、基地局はメモリと、該メモリと無線送信機と無線受信機とに動作可能なように接続されたコンピュータプロセッサとを含む。プロセッサは複数のデータパケットの映像フレームタイプを検出し、検出された映像フレームタイプに基づき１つもしくはそれ以上の複数のデータパケットを送信するように構成される。例えば、プロセッサは、検出された映像フレームタイプに基づき、データパケットをトランスレートするかもしくはドロップするかもしくはスケジューリングしてもよい。

Description

本願の要旨の複数の実施形態はデータパケットの符号化された映像フレームの検出に基づく複数のデータパケットの送信を協働するためのシステム及び方法に関する。

関連出願の相互参照
本出願は、２０１３年２月２１日付け出願で発明者ダホドらの発明の名称「ロングタームエボルーション（ＬＴＥ）アプリケーションアウェアスケジューラ」を有する米国仮出願第６１／７６７，４１０号、２０１３年２月２１日付け出願で発明者ダホドらの発明の名称「ロングタームエボルーション（ＬＴＥ）アプリケーションベースのアイドルタイムアウト」を有する米国仮出願第６１／７６７，４２２号、２０１３年３月２５日付け出願で発明者チャウドハリーらの発明の名称「進化型ノードＢにおける映像フレームアウェアスケジューラ」を有する米国仮出願第６１／８０４，９３８号、及び２０１３年３月２５日付け出願で発明者チャウドハリーらの発明の名称「進化型ノードＢにおける無線アウェアトランスレーティング」を有する米国仮出願第６１／８０４，９８３号に基づく優先権を主張し、それらの開示をそれらの全体において参照によりここで組み込む。

移動体通信におけるパケットデータ送信の協働に関する技術が存在する。

複数の実施形態はデータパケットの符号化された映像フレームの検出に基づく複数のデータパケットの送信を協働するためのシステム及び方法を提供する。

一態様によれば、ユーザデバイスとアプリケーションサーバとの間の複数のデータパケットの通信を協働するための基地局が説明される。複数のデータパケットは、符号化された映像データのビットストリームに対応する。基地局はメモリと、当該メモリと無線送信機と無線受信機と動作可能なように接続されるコンピュータプロセッサとを含む。プロセッサは、複数のデータパケットの映像フレームタイプを検出し、検出された映像フレームタイプに基づき１つもしくはそれ以上の複数のデータパケットを送信するように構成される。

一実施態様では、コンピュータプロセッサはさらに、１つもしくはそれ以上の複数のデータパケットを送信するための複数のリソースブロックを割り当てるように構成される。

一実施態様では、コンピュータプロセッサは、基地局への到着時に、複数のデータパケットをインスペクトし、複数のリソースブロックを複数のデータパケットに割り当てるように構成される。

一実施態様では、コンピュータプロセッサは、データパケットをリモート無線ヘッドに送信するように構成され、当該リモート無線ヘッドは無線送信機及び無線受信機を含む。

一実施態様では、コンピュータプロセッサは、データパケットのシャロウパケットインスペクション及びデータパケットディープパケットインスペクションを実行するように構成される。

一実施態様では、コンピュータプロセッサは、データパケットに関係するパケットヘッダ、パケットペイロード、及びメタデータの少なくとも１つをインスペクトしてデータパケットの映像フレームを決定するように構成されるパケットインスペクションプロセッサと、検出された映像フレームタイプに基づき１つもしくはそれ以上のデータパケットを送信するための複数のリソースブロックを割り当てるように構成される映像フレームスケジューリングプロセッサとを含む。

一実施態様では、コンピュータプロセッサは、検出された映像フレームタイプに基づき１つもしくはそれ以上のデータパケットを送信するために複数のリソースブロックを割り当てるように構成される映像フレームスケジューリングプロセッサを含む。

一実施態様では、映像フレームスケジューリングプロセッサは、映像ビットストリームにおけるＰ−フレームに対するよりも多くのリソースブロックをＩ−フレームを送信するために割り当てるように構成される。

一実施態様によれば、映像フレームスケジューリングプロセッサは、映像ビットストリームにおけるＢ−フレームに対するよりも多くのリソースブロックをＩ−フレームを送信するために割り当てるように構成される。

一実施態様では、コンピュータプロセッサは、データパケットが変更なしに送信されるであろうかもしくは低減されたビットレートで送信されるであろうかもしくは検出された映像フレームタイプに基づき映像ビットストリームから除去されるであろうかを決定するように構成される映像フレームトランスレーティングプロセッサを含む。

一実施態様では、映像フレームトランスレーティングプロセッサは、変更なしにビットストリームにおけるすべてのＩ−フレームを送信し、ビットストリームからの少なくとも１つのＢ−フレームのビットレートを低減させるか、もしくはビットストリームからの少なくとも１つのＢ−フレームをドロップさせるように構成される。

一実施態様では、映像フレームトランスレーティングプロセッサは、変更なしにビットストリームにおけるすべてのＩ−フレームを送信し、ビットストリームからの少なくとも１つのＰ−フレームに対するビットレートを低減させるように構成される。

一実施態様では、映像トランスレーティングプロセッサは、データパケットがビットストリームから除去されてもよいかどうかを識別する情報を付加するように構成され、コンピュータプロセッサはさらに、基地局において検出された無線チャネル条件に基づき、送信のためのデータパケットをスケジューリングするように構成される映像フレームスケジューリングプロセッサを含む。

もう１つの態様によれば、基地局を利用してユーザデバイスとアプリケーションサーバとの間のデータパケットの通信を協働するための方法が説明される。複数のデータパケットは、符号化された映像データのビットストリームに対応する。その方法は、複数のデータパケットの映像フレームタイプを検出することと、検出された映像フレームタイプに基づき１つもしくはそれ以上の複数のデータパケットを送信することとを含む。

一実施態様では、その方法は、１つもしくはそれ以上の複数のデータパケットを送信するために複数のリソースブロックを割り当てることを含む。

一実施態様では、その方法は、基地局への到着時に、複数のデータパケットをインスペクトし、複数のリソースブロックを複数のデータパケットに割り当てることを含む。

一実施態様では、その方法は、データパケットをリモート無線ヘッドに送信することを含み、当該リモート無線ヘッドは無線送信機及び無線受信機を含む。

一実施態様では、その方法は、データパケットのシャロウパケットインスペクションを実行することと、シャロウパケットインスペクションに基づき、データパケットのディープパケットインスペクションを実行することとを含む。

一実施態様では、その方法は、無線チャネル条件を決定することと、検出された映像フレームタイプ及び無線チャネル条件に基づき、１つもしくはそれ以上の複数のデータパケットを送信するために複数のリソースブロックを割り当てることとを含む。

一実施態様では、その方法は、映像ビットストリームにおけるＰ−フレームを送信するためのリソースブロックよりも多くのＩ−フレームを送信するためのリソースブロックを割り当てることを含む。

一実施態様では、その方法は、映像ビットストリームにおけるＢ−フレームに対するよりも多くのリソースブロックをＩ−フレームを送信するために割り当てることを含む。

一実施態様では、その方法は、変更なしにデータパケットを送信することかもしくはデータパケットのビットレートを低減させることか、もしくは検出された映像フレームタイプに基づきデータパケットをドロップさせることを含む。

一実施態様では、その方法は、変更なしにビットストリームにおけるすべてのＩ−フレームを送信することと、ビットストリームから少なくとも１つのＢ−フレームのビットレートを低減させることか、もしくはビットストリームから少なくとも１つのＢ−フレームをドロップさせることとを含む。

一実施態様では、その方法は、変更なしにビットストリームにおけるすべてのＩ−フレームを送信することと、ビットストリームからの少なくとも１つのＰ−フレームのビットレートを低減させることとを含む。

一実施態様では、その方法は、データパケットがビットストリームから除去されてもよいかどうかを識別する情報を付加することと、基地局において検出された無線チャネル条件に基づき送信のためのデータパケットをスケジューリングすることとを含む。

もう１つの態様によれば、持続性コンピュータ可読媒体に格納されるコンピュータプログラム製品が説明され、当該コンピュータプログラム製品はコンピュータ処理回路により実行することが可能である。コンピュータプログラム製品は、処理回路に基地局により受信された映像ビットストリームにおける複数のデータパケットのぞれぞれの映像フレームタイプを検出させ、検出された映像フレームタイプに基づき１つもしくはそれ以上の複数のデータパケットを送信させるための複数の指示を含む。

いくつかの実施態様によれば、複数のリソースブロックは、所定量の時間に対する複数のユーザへのリソース割り当ての最小要素に対応する。いくつかの実施態様によれば、ＬＴＥシステムにおけるリソースブロックは１つのＯＦＤＭ符号上の１つのサブキャリアに対応する。

いくつかの実施態様によれば、ディープパケットインスペクションは、オープンシステム相互接続（ＯＳＩ）モデルデータパケットの層１から層７のうちの１つかもしくはそれ以上のインスペクションを含んでもよい一方で、シャロウパケットインスペクションは、ＯＳＩモデルデータパケットの層７におけるヘッダ及び／またはデータのインスペクションを含んでもよい。

実行されると、（例えばコンピュータなどの）１つもしくはそれ以上の機械（マシーン）にここで説明される動作を結果として実行させる複数の指示を具体化する明白に具体化された機械可読媒体を備える物がまた説明される。同様に、プロセッサと該プロセッサに接続されるメモリとを含むことができるコンピュータシステムがまた説明される。メモリはプロセッサにここで説明された１つもしくはそれ以上の動作を実行させるための１つもしくはそれ以上のプログラムを含むことができる。さらに、コンピュータシステムは、単一の指示を複数のデータポイントに同時に適用することができる付加的な特定化された処理ユニットを含んでもよい。そのような複数のユニットは、これには限定されないが、いわゆる「グラフィック処理ユニット（ＧＰＵ）を含む。

ここで説明された主題の１つもしくはそれ以上の変形例の詳細が添付図面及び説明において以下で説明される。ここで説明された主題の他の特徴及び利点が説明及び図面から、並びに特許請求の範囲から明白となろう。

本開示の実施形態のいくつかが以下の図を参照して説明されるであろう。複数の図は例示的な目的のために提供されるということを認識すべきである。複数の図で現れる複数の項目はそれらが現れるすべての図において同一の参照番号により示される。

ロングタームエボルーション（ＬＴＥ）通信システムの例を図示する。 図１Ａで図示されるＬＴＥシステムの実施例を図示する。 図１Ａで図示されるＬＴＥシステムの例示的なネットワークアーキテクチャを図示する。 いくつかの実施例に係る進化型ノードＢ（ｅＮｏｄｅＢ）基地局の例示的な構造を図示する。 図１Ａから図１Ｄにおいて図示されたＬＴＥシステムの進化型ノードＢ（ｅＮｏｄｅＢ）基地局の複数の機能層と、コアネットワークへのインターフェースとの例示的な構造を図示する。 、図１Ａから図１Ｄにおいて図示されたＬＴＥシステムの進化型ノードＢ（ｅＮｏｄｅＢ）基地局の複数の機能層のもう１つの例示的な構造を図示する。 いくつかの実施例に係る、ユーザ機器とコアネットワークとの間の通信を協働するための基地局の例を図示する。 いくつかの実施例に係る、ユーザ機器とコアネットワークとの間の通信を協働するための基地局のもう１つの例を図示する。 映像ビットストリームの送信を協働するための、映像フレームトランスレーティングプロセッサ及び映像フレームスケジューリングプロセッサの例を図示する。 いくつかの実施例に係る、基地局を用いてユーザ機器とコアネットワークとの間の通信を協働する方法のフローチャートである。

一般的に、本願の要旨は移動体通信におけるパケットデータ送信の協働に関し、より特に符号化されたフレームタイプの検出に基づき映像ビットストリームに対応する複数のデータパケットの送信を協働するためのロングタームエボルーション（ＬＴＥ）システムに関する。現在利用できる解決法の欠点を対処するために、本願の要旨の１つもしくはそれ以上の実施例が種々のデータパケットに対応するフレームタイプに対するインテリジェント能力を有するロングタームエボルーション無線アクセスネットワークを提供する。ここで説明される方法及びシステムはＬＴＥシステムに関連し、いくつかの例では、無線アクセスネットワーク（ＲＡＮ）もしくは集中クラウド無線アクセスネットワーク（Ｃ−ＲＡＮ）における進化型ノードＢ（ｅＮｏｄｅＢ）基地局に関連する一方で、ここで説明される方法及びシステムは他のタイプの通信システムに適用可能である。

ＬＴＥシステムは携帯電話及びデータ端末に対する高速データの無線通信のための標準により準拠される。その標準は、ＧＳＭ（登録商標）／ＥＤＧＥ（移動体通信のためのグローバルシステム／ＧＳＭ（登録商標）エボルーションのための増大されたデータレート）のみならずＵＭＴＳ／ＨＳＰＡ（ユニバーサルモバイルテレコミュニケーションシステム／高速パケットアクセス）ネットワーク技術に基づく。その標準は３ＧＰＰ（登録商標）（第３世代パートナーシッププロジェクト）により開発される。

図１Ａはロングタームエボルーション（ＬＴＥ）通信システム１００の例を図示する。図１Ｂは図１Ａで図示されたＬＴＥシステムの実施例を図示する。図１Ａで図示されるように、システム１００は進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）１０２と、進化型パケットコア（ＥＰＣ）１０８と、パケットデータネットワーク（ＰＤＮ）１０１とを含むことができる。ここで、ＥＵＴＲＡＮ１０２及びＥＰＣ１０８はユーザ機器１０４とＰＤＮ１０１との間の通信を提供する。ＥＵＴＲＡＮ１０２は、通信能力を複数のユーザ機器１０４（ａ，ｂ，ｃ）に提供する、複数の進化型ノードＢ（ｅＮｏｄｅＢ、すなわちＥＮＢ）の基地局、すなわち（図１Ｂで図示された）基地局１０６（ａ，ｂ，ｃ）を含むことができる。ユーザ機器１０４は、携帯電話、スマートフォン、テーブル、パーソナルコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、サーバ、データ端末、及び／もしくは任意のタイプのユーザ機器、並びに／またはそれらの任意の組み合わせとすることができる。ユーザ機器１０４はＥＰＣ１０８に接続することができ、最終的には任意のｅＮｏｄｅＢ１０６を介してＰＤＮに接続することができる。典型的には、ユーザ機器１０４は距離に関して最も近いｅＮｏｄｅＢ１０６に接続することができる。ＬＴＥシステム１００では、ＥＵＴＲＡＮ１０２及びＥＰＣ１０８は一緒に動作してユーザ機器１０４に対する接続性、モビリティ、及びサービスを提供する。

図１Ｂを参照して、ＥＵＴＲＡＮ１０２はセルサイトとしてもまた知られる複数のｅＮｏｄｅＢ１０６を含んでもよい。ｅＮｏｄｅＢ１０６は無線機能を提供し、エアリンクリソースもしくは無線リソース管理、動作モードモビリティもしくはハンドオーバ、及びサービスに対するアドミッション制御のスケジューリングを含むキーとなる制御機能を実行する。

図１Ｃは図１Ａで図示されたＬＴＥシステムの例示的なネットワークアーキテクチャを図示する。図１Ｃで図示されるように、ｅＮｏｄｅＢ１０６はどのモビリティ管理エンティティ（ＭＭＥ）がユーザ機器１０６のために働くであろうかを選択することと、ヘッダ圧縮及び暗号化のようなプロトコル特徴とに対して責任がある。図１Ｃで図示されるように、ＥＵＴＲＡＮ１０２を構成するｅＮｏｄｅＢ１０６は、無線リソース管理及びハンドオーバのためにお互いに協力する。

図１Ｃを参照して、ユーザ機器１０４とｅＮｏｄｅＢ１０６との間の通信は（「ＬＴＥ−Ｕｕ」インターフェースとしてまた知られる）エアインターフェース１２２を介して発生する。図１Ｂで図示されるように、エアインターフェース１２２はユーザ機器１０４ｂとｅＮｏｄｅＢ１０６ａとの間の通信を提供する。エアインターフェース１２２は、ダウンリンク及びアップリンクそれぞれに対して、直交周波数分割多重接続（ＯＦＤＭＡ）、単一キャリア周波数分割多重接続（ＳＣ−ＦＤＭＡ）、及びＯＦＤＭＡの変形型を使用する。ＯＦＤＭＡは例えば多入力多出力（ＭＩＭＯ）などの多数の知られたアンテナ技術の使用を可能とする。

エアインターフェース１２２は、ユーザ機器１０４とｅＮｏｄｅＢ１０６との間で信号方式の制御信号を伝送するための無線リソース制御（ＲＲＣ）と、（図１Ｃで図示された）ユーザ機器１０４とＭＭＥとの間で信号方式の制御信号を伝送するための非接続階層（ＮＡＳ）とを含む種々のプロトコルを使用する。信号方式の制御信号の伝送に加えて、ユーザトラフィックがユーザ機器１０４とｅＮｏｄｅＢ１０６との間で転送される。システム１００における信号方式の制御信号の伝送及びトラフィックの両方は物理層（ＰＨＹ）チャネルにより運ばれる。

多数のｅＮｏｄｅＢ１０６は、Ｘ２インターフェース１３０（ａ，ｂ，ｃ）を用いてお互いに相互接続される。図１Ａで図示されるように、Ｘ２インターフェース１３０ａはｅＮｏｄｅＢ１０６ａとｅＮｏｄｅＢ１０６ｂとの間の相互接続を提供し、Ｘ２インターフェース１３０ｂはｅＮｏｄｅＢ１０６ａとｅＮｏｄｅＢ１０６ｃとの間の相互接続を提供し、Ｘ２インターフェース１３０ｃはｅＮｏｄｅＢ１０６ｂとｅＮｏｄｅＢ１０６ｃとの間の相互接続を提供する。負荷に関連した情報もしくは障害に関連した情報のみならずハンドオーバに関連した情報をも含むことができる信号の交換を提供するために、Ｘ２インターフェースは２つのｅＮｏｄｅＢ間で確立される。ｅＮｏｄｅＢ１０６はＳ１インターフェース１２４（ａ，ｂ，ｃ）を介して進化型パケットコア１０８と通信する。Ｓ１インターフェース１２４は２つのインターフェースに分割される。すなわち、１つが（図１Ｃにおいて制御平面インターフェース（ＳＩ−ＭＭＥインターフェース）１２８として図示された）制御平面に対するインターフェースであり、もう１つが（図１Ｃにおいてユーザ平面インターフェース（Ｓ１−Ｕインターフェース）１２５として図示された）ユーザ平面に対するインターフェースである。

ＥＰＣ１０８はユーザサービスに対するサービスの品質（ＱｏＳ）を確立して強化し、ユーザ機器１０４が一致したインターネットプロトコル（ＩＰ）アドレスを移動の間ずっと保持することを可能とする。留意すべきことは、ネットワーク１００における各ノードはそれ自身のＩＰアドレスを有する、ということである。ＥＰＣ１０８はレガシー無線ネットワークと相互に作用するように設計される。ＥＰＣ１０８はまた、コアネットワークアーキテクチャにおいて制御平面（すなわち、信号方式の制御信号の伝送）とユーザ平面（すなわち、トラフィック）とを分離するように設計される。それにより、実装におけるより高い柔軟性を可能とし、制御機能とユーザデータ機能との独立した拡張性（スケーラビリティ）を可能とする。

ＥＰＣ１０８のアーキテクチャはパケットデータに対して専用であり、図１Ｃでより詳細に図示される。ＥＰＣ１０８は、サービングゲートウェイ装置（Ｓ−ＧＷ）１１０と、ＰＤＮゲートウェイ装置（Ｐ−ＧＷ）１１２と、モビリティ管理エンティティ（ＭＭＥ）１１４と、家庭の加入者サーバ装置（ＨＳＳ）１１６（ＥＰＣ１０８のための加入者データベース）と、ポリシー制御及び複数の課金規則の機能（ＰＣＲＦ）１１８とを含む。（例えばＳ−ＧＷ，Ｐ−ＧＷ，ＭＭＥ，及びＨＳＳなどの）これらのいくつかはしばしば、製造者の実装に従って複数のノード内へと結合される。

Ｓ−ＧＷ１１０はＩＰパケットデータとして機能し、ＥＰＣ１０８におけるユーザ機器のベアラパスアンカーである。従って、ユーザ機器は移動動作の間に１つのｅＮｏｄｅＢ１０６からもう１つのｅＮｏｄｅＢ１０６へと移動するので、Ｓ−ＧＷ１１０は依然として同一のままであり、ＥＵＴＲＡＮ１０２の方向へのベアラパスはユーザ機器１０４をサービングする新しいｅＮｏｄｅＢ１０６とトークするように切り替えられる。もしユーザ機器１０４がもう１つのＳ−ＧＷ１１０のドメインへと移動すれば、ＭＭＥ１１４はすべてのユーザ機器のベアラパスを新しいＳ−ＧＷへと転送するであろう。Ｓ−ＧＷ１１０は、１つもしくはそれ以上のＰ−ＧＷ１１２へのユーザ機器のためのベアラパスを確立する。もしダウンストリームデータがアイドルユーザ機器に対して受信されれば、Ｓ−ＧＷ１１０はダウンストリームパケットをバッファリングし、ＥＵＴＲＡＮ１０２へのベアラパス及びＥＵＴＲＡＮ１０２を通過するベアラパスをロケート（検索）して再確立するようにＭＭＥ１１４に要求する。

Ｐ−ＧＷ１１２は、ＥＰＣ１０８（とユーザ機器１０４とＥＵＴＲＡＮ１０２）と、（図１Ａで図示された）ＰＤＮ１０１との間のゲートウェイである。Ｐ−ＧＷ１１２は、ユーザトラフィックのためにルータとして機能するのみならず、ユーザ機器の代わりの複数の機能を実行する。これらはユーザ機器のためのＩＰアドレス割り当てと、それが適切なベアラパス上に設置されることを確実とするためのダウンストリームユーザトラフィックのパケットフィルタリングと、データレートを含むダウンストリームＱｏＳの実施とを含む。加入者が使用しているサービスに従って、ユーザ機器１０４とＰ−ＧＷ１１２との間に多数のユーザデータベアラパスが存在してもよい。ユーザ機器が各Ｐ−ＧＷ１１２に対して確立された少なくとも１つのベアラパスを有する場合に、加入者は異なるＰ−ＧＷによりサービングされたＰＤＮ上でサービスを使用することができる。１つのｅＮｏｄｅＢからもう１つのｅＮｏｄｅＢへのユーザ機器のハンドオーバーの間に、もしＳ−ＧＷ１１０もまた変化しているのであれば、Ｐ−ＧＷ１１２からのベアラパスは新しいＳ−ＧＷへと切り替えられる。

ＭＭＥ１１４はＥＰＣ１０８内のユーザ機器１０４を管理し、加入者認証を管理することと、認証されたユーザ機器１０４のためのコンテキストを保持することと、ユーザトラフィックのためにネットワークにおいてデータベアラパスを確立することと、ネットワークから分離されないアイドルモバイルの位置を追跡することとを含む。アクセスネットワークに再接続されてダウンストリームを受信する必要があるアイドルユーザ機器１０４のために、ＭＭＥ１１４はユーザ機器をロケートし、ＥＵＴＲＡＮ１０２へのベアラパス及びＥＵＴＲＡＮ１０２を通過するベアラパスを再確立するためのページングを開始する。特定のユーザ機器１０４のためのＭＭＥ１１４は、ユーザ機器１０４がシステムアクセスを開始するｅＮｏｄｅＢ１０６により選択される。ＭＭＥは典型的には、負荷共有及び冗長性のために、ＥＰＣ１０８における一群のＭＭＥの一部である。ユーザのデータベアラパスの確立において、ＭＭＥ１１４はＰ−ＧＷ１１２及びＳ−ＧＷ１１０を選択するのに責任があり、それにより、ＥＰＣ１０８を通過するデータパスの終端を構成するであろう。

ＰＣＲＦ１１８は、ポリシー制御の政策決定に対して責任があるのみならず、Ｐ−ＧＷ１１０に存在するポリシー制御実施機能（ＰＣＥＦ）におけるフローベースの課金機能性を制御するのに責任がある。ＰＣＲＦ１１８は、特定のデータフローがＰＣＥＦにおいてどのように取り扱われるのであろうかを決定し、これがユーザの加入プロファイルに従うことを確実とするＱｏＳ認証（ＱｏＳクラス識別子（ＱＣＩ）及びビットレート）を提供する。上述したように、ＩＰサービス１１９は（図１Ａで図示された）ＰＤＮ１０１により提供される。

いくつかの実施例によれば、ＬＴＥネットワークは、基地局機能性を、特にスケジューリング及びベースバンド処理機能を実行するベースバンドユニット（ＢＢＵ）と、ＲＦ送信及び／もしくは信号の受信に対して責任がある多くのリモート無線ヘッド（ＲＲＨ）とに分割することを含む。ベースバンド処理ユニットは典型的には、セルの中心に位置され、光ファイバを介してＲＨに接続される。このアプローチにより、ベースバンド処理ユニットがセントラルな方法で異なる無線サイトを管理することを可能とする。またさらに、同一の位置から制御されたＲＨを地理的に分離したことは、いくつかの無線サイトの動作を共同で管理する中央ベースバンド処理ユニットかもしくは個々のベースバンド処理ユニットの間で非常に低レイテンシーの協働メッセージの交換のいずれかを可能とする。

オープン基地局アーキテクチャイニシアチブ（ＯＢＳＡＩ）及びコモンパブリック無線インターフェース（ＣＰＲＩ）の標準は、光ファイバにより基地局サーバと基地局のＲＲＨの一部とを分離する標準化されたインターフェースを導入した。

図１Ｄはいくつかの実施例に係る進化型ノードＢ（ｅＮｏｄｅＢ）基地局１０６の例示的な構造を図示する。ｅＮｏｄｅＢ１０６は、少なくとも１つのリモート無線ヘッド（ＲＲＨ）１３２（例えば、３つのＲＲＨ１３２が存在できる）と、ベースバンドユニット（ＢＢＵ）１３４とを含むことができる。ＲＲＨ１３２は、アンテナ１３６に接続される。ＲＲＨ１３２及びＢＢＵ１３４は、コモンパブリック無線インターフェース（ＣＰＲＩ）１４２の標準仕様に準拠する光インターフェースを用いて接続される。ｅＮｏｄｅＢ１０６の動作は、無線周波数帯域、帯域幅、（例えば、ＬＴＥに対するダウンリンク：ＯＦＤＭＡ；ＬＴＥに対するアップリンク：ＳＣ−ＯＦＤＭＡなどの）アクセス方式、アンテナ技術、セクタ数、最大送信レート、Ｓ１／Ｘ２インターフェース、及び／もしくはモバイル環境に対する標準パラメータ及び仕様を用いて特徴付けられる。例えば、これらの値はＬＴＥ及び／もしくは次世代のアーキテクチャに対して定義された標準及び仕様に基づいて設定されてもよい。ＢＢＵ１３４は、デジタルベースバンド信号処理、Ｓ１線の終端、呼処理及びモニタリング制御処理に対して責任を持たせることができる。（図１Ｄでは図示されない）ＥＰＣ１０８から受信されたＩＰパケットはデジタルベースバンド信号へと変調され、ＲＲＨ１３２へと送信される。逆に言えば、ＲＲＨ１３２から受信されたデジタルベースバンド信号はＥＰＣ１０８への送信のためにＩＰパケット内へと復調される。

ＲＲＨ１３２はアンテナ１３６を用いて無線信号を送受信することができる。ＲＲＨ１３２はＢＢＵ１３４からのデジタルベースバンド信号を（コンバータ（ＣＯＮＶ）１４０を用いて）無線周波数（ＲＦ）信号に変換し、（図１Ｄに図示されない）ユーザ機器１０４への送信のためにそれらを（増幅器（ＡＭＰ）１３８を用いて）電力増幅することができる。逆に言えば、ユーザ機器１０４から受信されたＲＦ信号は（ＡＭＰ１３８を用いて）増幅され、ＢＢＵ１３４への送信のためにデジタルベース信号に（ＣＯＮＶ１４０を用いて）変換される。

図２は図１Ａから図１Ｄにおいて図示されるＬＴＥシステムの進化型ノードＢ（ｅＮｏｄｅＢ）基地局及びコアネットワークへのインターフェースの機能層の例示的な構造を図示する。ｅＮｏｄｅＢ１０６は複数の層を含む。すなわち、ＬＴＥ層１（２０２）と、ＬＴＥ層２（２０４）と、ＬＴＥ層３（２０６）とである。ＬＴＥ層１は物理層（ＰＨＹ）を含む。ＬＴＥ層２は媒体アクセス制御（ＭＡＣ）と無線リンク制御（ＲＬＣ）とパケットデータ収束プロトコル（ＰＤＣＰ）とを含む。ＬＴＥ層３は無線リソース制御（ＲＲＣ）と動的リソース割り当てとｅＮｏｄｅＢ測定構成及び供給と無線アドミッション制御と接続モビリティ制御と無線リソース管理（ＲＲＭ）とを含む種々のリソース機能及びプロトコルを含む。これらの層のそれぞれは、以下にさらに詳細に説明される。

図３は図１Ａから図１Ｄにおいて図示されるＬＴＥシステムの進化型ノードＢ（ｅＮｏｄｅＢ）基地局の機能層のもう１つの例示的な構造を図示する。システム３００は中央クラウド無線アクセスネットワーク（Ｃ−ＲＡＮ）として実装される。システム３００は少なくとも１つのリモート無線ヘッド（ｉＲＲＨ）ユニット３０２とインテリジェントベースバンドユニット（ｉＢＢＵ）３０４とを含むことができる。ｉＲＲＨ３０２及びｉＢＢＵ３０４はイーサネット（登録商標）フロントホール（ＦＨ）通信３０６を用いて接続され、ｉＢＢＵ３０４はバックホール（ＢＨ）通信３０８を用いてＥＰＣ１０８に接続される。（図３に図示されない）ユーザ機器１０４はｉＲＲＨ３０２と通信することができる。

いくつかの実施例では、ｉＲＲＨ３０２は電力増幅器（ＰＡ）モジュール３１２と、無線周波数（ＲＦ）モジュール３１４と、ＬＴＥ層Ｌ１（もしくはＰＨＹ層）３１６と、ＬＴＥ層Ｌ２の部分３１８とを含むことができる。ＬＴＥ層Ｌ２の部分３１８は、ＭＡＣ層を含むことができ、以下で説明されるであろうＲＬＣ及びＰＤＣＰに関連するいくつかの機能性／プロトコルをさらに含むことができる。ｉＢＢＵ３０４は複数のｉＲＲＨと通信することができ、（例えばＲＲＣやＲＲＭなどの）ＬＴＥ層Ｌ３（３２２）を含むことができ、ＬＴＥ層Ｌ２の部分３２０をまた含むことができる。部分３１８と同様に、部分３２０は、ＲＬＣ及びＰＤＣＰに関連する種々の機能性／プロトコルを含むことができる。従って、システム３００はｉＲＲＨ３０２とｉＢＢＵ３０４との間のＲＬＣとＰＤＣＰに関連する機能性／プロトコルを分割するように構成される。

図１Ｃの層３において言及されるｅＮｏｄｅＢ１０６の機能の１つは、ユーザ機器１０４のためのアップリンクとダウンリンクとの両方のエアインターフェースリソースと、ベアラリソースの制御と、アドミッション制御とのスケジューリングを含む無線リソース管理（ＲＲＭ）である。ＲＲＭ機能は、利用可能なネットワークリソースの効率的な使用を確実とするためである。特に、Ｅ−ＵＴＲＡＭにおけるＲＲＭは単一及びマルチセル環境における無線リソースを（例えばＭＥ及び割り当てる、再度割り当てる、並びにリリースするなど）管理するための手段を提供する。メッセージがＵｕ，Ｓ１，及びＸ２インターフェースにわたる異なるノードへ正確に転送されるように、異なるプロトコル（ＲＣ，Ｓ１ＡＰ，及びＸ２ＡＰ）間を相互作用させるのに責任があるｅＮＢでの中央アプリケーションとして取り扱われてもよい。プロトコルスタックでのエラーによってステータスを制御し、モニタリングし、監査し、もしくはリセットするために、ＲＭは動作及び管理機能とインターフェースをとってもよい。無線アドミッション制御：ＲＡＣ機能モジュールは新しい無線ベアラのためのリクエストを受け入るかもしくは拒絶する。

ＲＲＭは無線ベアラ制御（ＲＢＣ）のためのモジュールを含む。ＲＢＣ機能モジュールは、無線ベアラの確立、保守、及びリリースを管理する。ＲＲＭはまた、接続モビリティ制御（ＣＭＣ）のためのモジュールを含む。ＣＭＣモジュールは、アイドルモード及び接続モードにおける無線リソースを管理する。アイドルモードでは、このモジュールは、ベストセル上で選択しもしくはキャンプするときにおいてＵＥをアシストするセル選択、再選択、及びロケーション（位置）登録のための基準及びアルゴリズムを定義する。さらに、ｅＮＢはＵＥ測定及び報告手順を構成するパラメータを送信する。接続モードでは、このモジュールはサービスの障害なしに無線接続のモビリティを管理する。

ＲＲＭはまた、動的リソース割り当て（ＤＲＡ）及び／もしくはパケットスケジューリング（ＰＳ）のためのモジュールを含んでもよい。ＤＲＡもしくはＰＳのタスクは、（物理的なリソースブロックを含む）複数のリソースをユーザ及び制御平面パケットに割り当てて割り当てを解除することである。典型的には、スケジューリング機能は、無線ベアラ，ＵＥからのチャネル品質フィードバック，バッファステータス，及びセル間／セル内干渉条件などに関連するＱｏＳ要件を考慮する。ＤＲＡ機能は、セル間干渉協働（ＩＣＩＣ）考慮によって利用可能なリソースブロックもしくはリソースブロックセットのいくつかに対する制限もしくはプリファレンスを考慮してもよい。

ＲＲＭはまた、セル内干渉協働（ＩＣＩＣ），負荷バランシング，ＲＡＴ間無線リソース管理，及び加入者プロファイルＩＤ（ＳＰＩＤ）のためのモジュールを含んでもよい。

ｅＮｏｄｅＢ１０６は、ＥＰＣ１０８のためのエージェントとして、それらがアイドル状態であるときにモバイルをロケートするように使用されるページングメッセージの転送に対して責任がある。ｅＮｏｄｅＢ１０６はまた、共通の制御チャネル情報を空気，ヘッダ圧縮，空気を介して送信されたユーザデータの暗号化及び復号化，ハンドオーバ報告及びトリガー基準を確立することを介して共通の制御チャネル情報を通信する。上述したように、ハンドオーバ及び干渉管理のために、ｅＮｏｄｅＢ１０６は、Ｘ２インターフェースを介して他のｅＮｏｄｅＢ１０６と協力することができる。ｅＮｏｄｅＢ１０６はＳ１−ＭＭＥインターフェースを介してＥＰＣのＭＭＥと通信し、Ｓ１−Ｕインターフェースを用いてＳ−ＧＷと通信する。さらに、ｅＮｏｄｅＢ１０６はＳ１−Ｕインターフェースを介してユーザデータをＳ−ＧＷと交換する。ｅＮｏｄｅＢ１０６及びＥＰＣ１０８は、ＭＭＥ及びＳ−ＧＷ間の負荷共有及び冗長性をサポートするように多対多関係を有する。ｅＮｏｄｅＢ１０６はＭＭＥのグループからＭＭＥを選択するので、混雑状態を回避するために負荷は多数のＭＭＥにより共有される。

無線通信ネットワークは例えば音声，映像，パケットデータ，メーセージング，もしくはブロードキャストなどの種々の通信サービスを提供するように広く配置される。これらの無線ネットワークは利用可能なネットワークリソースを共有することにより多数のユーザをサポートすることができる多重アクセスネットワークであってもよい。そのような多重アクセスネットワークの例は、符号分割多重接続（ＣＤＭＡ）ネットワークと、時分割多重接続（ＴＤＭＡ）ネットワークと、周波数分割多重接続（ＦＤＭＡ）ネットワークと、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワークと、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークとを含む。

図１Ｂを参照して上述したように、無線通信ネットワークは例えばユーザ機器（ＵＥ）もしくはアクセス端末（ＡＴ）などの多くのモバイルエンティティ／デバイスのための通信をサポートすることができる例えば基地局などの多くのネットワークエンティティを含んでもよい。モバイルエンティティは、ダウンリンク及びアップリンクを介して基地局と通信してもよい。ダウンリンク（すなわち順方向リンク）は基地局からＵＥへの通信リンクに言及し、アップリンク（すなわち逆方向リンク）はＵＥから基地局への通信リンクに言及する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）のロングタームエボルーション（ＬＴＥ）は、モバイル通信（ＧＳＭ（登録商標））及びユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）のためのグローバルシステムの進化としてセルラー技術における主な進歩を示す。ＬＴＥ物理層（ＰＨＹ）は、増大されたスペクトル効率及びスループットを用いて、例えば進化型ノードＢ（ｅＮＢ）などの基地局と例えばＵＥなどのモバイルエンティティとの間でデータと制御情報との両方を伝達する方法を提供する。

ＬＴＥのコンテキストでは、情報は、媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）及び無線リンク制御（ＲＬＣ）ＰＤＵとしてネットワークエンティティ及びモバイルエンティティ間で送信される。ここで、所定のＲＬＣＰＤＵは少なくとも１つのＲＬＣサービスデータユニット（ＳＤＵ）もしくはＲＬＣＳＤＵセグメントを含んでもよい。ユニキャストでは、最大のＲＬＣＳＤＵのサイズはパケットデータ収束プロトコル（ＰＤＣＰ）において特定される。

一般的には、無線アクセスネットワーク（ＲＡＮ）は無線アクセス技術を実装する。概念的には、それは例えば携帯電話，コンピュータ，もしくは任意の遠隔制御されるマシーンなどのデバイス間に存在し、そのコアネットワーク（ＣＮ）との接続を提供する。標準によって、携帯電話及び他の無線接続されたデバイスは、ユーザ機器（ＵＥ），端末機器，移動局（ＭＳ）などとしてさまざまに知られている。典型的には、ＲＡＮ機能性は、ＣＮとＵＥとの間に存在する例えばｅＮｏｄｅＢなどのノード内に存在するシリコンチップにより提供される。ＲＡＮは、ＧＳＭ（登録商標）／ＵＭＴＳ／ＬＴＥシステムにより使用される。例えばＧＥＲＡＮ（ＧＳＭ（登録商標）ＲＡＮ），ＵＴＴＡＮ（ＵＭＴＳ地上波ＲＡＮ），及びＥ−ＵＴＲＡＮ（増大されたＵＴＲＡＮ）はＧＳＭ（登録商標），ＵＭＴＳ，及びＬＴＥ無線アクセスネットワークである。

基地局内に提供され、当該基地局を含む無線アクセスネットワークは、無線リソースのスケジューリングを含むすべての無線に関連した機能性を処理することに対して責任がある。コアネットワークは、コール及びデータ接続を外部ネットワークに対してルーティングすることに対して責任があってもよい。

一般的に、例えばｅＮｏｄｅＢなどの基地局内のスケジューラは、無線リソースをアップリンクとダウンリンクとの両方におけるすべてのＵＥ及び無線ベアラへと割り当てることに対して責任がある。ｅＮＢ内のスケジューラは、所定の時間量で（リソース割り当ての最も小さい要素である）リソースブロックをユーザに割り当てる。一般的には、ＬＴＥシステムにおけるリソースブロックは１つのＯＦＤＭシンボルに対して１つのサブキャリアに対応する。いくつかの実施例では、例えばｅＮｏｄｅＢなどの基地局は、基地局内に映像フレームアウェアスケジューラモジュールを含む。

通信ネットワーク内のデータパケットは、符号化された映像ビットストリームにおける映像データに対応してもよい。例えば、映像データは典型的には、ムービングピクチャーエキスパートグループ（ＭＰＥＧ）により定義された標準に従って符号化される。これらの標準は、例えば、ＭＰＥＧ−１，ＭＰＥＧ−２，ＭＰＥＧ−３，及びＭＰＥＧ−４の符号化方式を含む。これらの符号化方式は映像データをブレークダウンさせ、映像シーケンスにおける特定のフレームと関連するすべてのデータ量よりもフレーム間の差を一般的に送信させることにより送信されるデータ量を低減させる。符号化の間に、フレームは一般的に、フレーム間符号化されたフレーム（Ｉ−フレーム）、予測されたフレーム（Ｐ−フレーム）、もしくは双予測ピクチャ（Ｂ−フレーム）として識別されてもよい。Ｉ−フレームを説明する提供されたデータがフレームにおいて表された静的画像に対応する画素情報を十分に説明するように、Ｉ−フレームは典型的には十分に特定化されたフレームである。Ｐ−フレームは典型的には、Ｐ−フレームに対応する画像における画素のそれぞれに対するデータよりもむしろ、前のフレームからの画像の変化だけを含む。同様に、Ｂ−フレームは典型的には、前のフレーム及び後のフレームと比較して画像における差だけを含む。このように、Ｂ−フレームは、Ｐ−フレームよりもさらにいっそう少ない送信のために関するデータを含むことができる。Ｐ−フレーム及びＢ−フレームの予測は、例えば補間アルゴリズム、動き補償アルゴリズム、空間予測などに基づき、映像ビットストリームの受信機におけるデコーダにより実行される。符号化及び復号化方式は、例えば、アドバンスド映像符号化Ｈ．２６４の標準により定義された標準に対応してもよい。

映像フレームタイプの知識なしに、データパケットの通信の協働は一般的な方法で提供される。例えばｅＮｏｄｅＢなどの基地局において、リソースブロックの割り当ては１ｍｓの時間間隔で起こる。例えばコアネットワーク内もしくはユーザデバイスにおいてデバイスを使用するなどの基地局の外部でのパケットデータ及び対応する映像フレームタイプの検出は、基地局が無線リソースブロックを割り当てる１ｍｓの時間間隔で発生する無線チャネル条件における変化を正確に説明することはできない。例えば、例えばｅＮｏｄｅＢなどの基地局は、例えば１ｍｓごとに直交振幅変調（１６−ＱＡＭ，６４−ＱＡＭなどを含むＱＡＭ）及び／もしくは直交位相偏移変調（ＱＰＳＫ）を用いるなどのデータパケット送信のための変調符号化方式（ＭＣＳ）のタイプを決定してもよい。そのような決定は、基地局がリソースブロックを割り当てている時間スライスの間に存在するチャネル条件に基づく。

基地局内における映像フレームアウェアスケジューリング及び／またはトランスレーティングの実装は、ソフトウェア集約的なシステムを含む。図４から図７を参照して以下により詳細に説明されるであろう映像フレーム認識能力の一例では、ｅＮｏｄｅＢにおいてサポートされるディープパケットインスペクションは（ＤＰＩ）機能は、すべてのパケットにおける複数の映像フレームをインスペクトし、フレームタイプに基づきそれらをマーキングする。それを実行するときにおいて、ＤＰＩ機能により実行されるフレーム検出は処理を駆動させて問題となっているフレーム上に適用される。例として、もしフレームがＩ−フレームであれば、それは適切にマーキングされるであろうし、スケジューラは輸送しながら比較的コンサバティブな変調符号化方式（ＭＣＳ）を選択することができる。Ｂ−フレームの場合には、パケットインスペクションプロセッサは、Ｂ−フレームが非常に多い一連のデータ（高速の移動ピクチャー）を含むかどうかを決定してもよい。この決定に基づき、それはそれ相応にパケットをマーキングする。もしフレームがこのＢ−フレームの損失が視聴者の経験の質に影響を及ぼさないであろうことを指示する少量のビットを含めば、ＭＣＳを選択するときにおいてスケジューラが相対的にアグレッシブとなることができることを指示してもよいマーキングに従って、スケジューラは変調符号化方式（ＭＣＳ）を選択することができる。

このタイプのＤＰＩ機能性実装は、パケットごとの基準に対するコンピュータデマンドを維持するために特定のハードウェア設計及びＣＰＵ能力を必要とする。従って、いくつかの実施例によれば、（例えばｅＮｏｄｅＢなどの）基地局内の映像フレームアウェアスケジューラ及び／もしくはトランスレーティング機能を実装するために、ＤＰＩ能力の実装とＤＰＩ能力のための要件が基地局設計を決定するのに利用される。一実施例として、図３に戻って参照すれば、パケットインスペクションが受動的に冷却されるｉＲＲＨ３０２から分離した能動的に冷却されるｉＢＢＵ３０４により実行されるであろうように、例えば３Ｇもしくは４ＧのＬＴＥネットワークなどのマクロネットワークのための基地局はインテリジェントベースバンドユニット（ｉＢＢＵ）３０４とインテリジェントＲＲＨ（ｉＲＲＨ）３０２との間で分割される。他の実施例がまた、プロセッサ及び全体のノードの熱制約に従いながら、ソフトウェア集約的なパケットインスペクション処理を実行することができるプロセッサを利用して提供されてもよい。

もう１つの実施例によれば、ＤＰＩ能力は、例えばパケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ）及び／またはパケットインスペクション及び映像フレームのマーキングを実行するのに責任があるコアネットワークもしくはアクセスネットワークにおいてＤＰＩを実行するように設計された専用のノードにおけるなどの基地局の外部に実装されてもよい。この実施例では、その場合には、それ相応に対応するデータパケットを処理するために、パケットインスペクションに基づくフレームタイプのマーキングは（例えばｅＮｏｄｅＢなどの）基地局へと伝達されてもよい。この実施例では、データパケットのインスペクション／マーキングとフレームタイプとの間の時間ギャップと基地局による処理とは、パケットインスペクションが基地局において起こる実施例におけるよりも大きい。さらに、コアネットワークノードは、所定のパケットに対して正確な決定もしくはマーキングを行うために、（例えばｅＮｏｄｅＢなどの）基地局の制御平面（ＲＲＣ）及び無線リソース管理（ＲＲＭ）機能性を有さない。例えば、ＲＲＭ内に存在する無線リソースアベイラビリティのレベルの知識及びＲＲＣモジュール内に存在するｅＮｏｄｅＢ上にキャンプされたアクティブユーザの数は、パケットインスペクションプロセッサがＭＣＳ選択及びビットレートの低減の観点からＢもしくはＰフレームの適切なマーキングを行うには極めて重要である。

いくつかの実施例に従って説明されたように、基地局においてパケットインスペクションを実装することは、それが基地局の制御平面（ＲＲＣ）及び無線リソース管理（ＲＲＭ）の機能のホストを務める同一のハードウェアにより実行されるように実行されるＤＰＩ機能及びインスペクション決定機能をロケートすることにより、これらの課題を克服する。

いくつかの実施例によれば、基地局における実時間チャネル条件に基づいてリソースブロックを正確に割り当てるために及び送信された映像の品質を過渡に影響を及ばすことなしに映像ビットストリームを低減させるために、基地局は、映像フレームタイプのデータパケットを含むデータパケットをインスペクトするためのモジュール及び／もしくはプロセッサを含む。いくつかの実施例によれば、基地局はまた、決定された映像フレームタイプに基づきリソースブロックをスケジューリングして割り当てるためのモジュール及び／もしくはプロセッサを含む。いくつかの実施例によれば、基地局は、決定された映像フレームタイプに基づきビットストリームをトランスレートするためのモジュール及び／もしくはプロセッサを含む。いくつかの実施例によれば、基地局は、決定された映像フレームタイプに基づきリソースブロックを割り当てるためのモジュール及び／もしくはプロセッサと、基地局における相互に通信状態にあるビットストリームをトランスレーティングするためのモジュール及び／もしくはプロセッサとの両方を含む。この映像フレームアウェアスケジューリング及び／もしくはトランスレーティング処理は、少なくとも従来のスケジューリング技術が映像フレームタイプを考慮せずに基地局においてパケットインスペクションを行わないという理由のために、従来のスケジューリング機構とは異なる。

図４はいくつかの実施例に係る、ユーザ機器４０４とコアネットワーク４０８との間の通信を協働するための基地局４０６の例を図示する。基地局４０６は、例えば図１Ｂから図１Ｃ，図２，及び図３を参照して図示されかつ上述されたｅＮｏｄｅＢなどのｅＮｏｄｅＢに相当してもよい。例えば図３で図示されたアーキテクチャなどのＣ−ＲＡＮの場合には、基地局４０６は、図３で図示されるように、インテリジェントベースバンドユニット（ｉＢＢＵ）３０４に対応してもよい。基地局４０６は、パケットインスペクションプロセッサ４６０と、映像フレームスケジューリングプロセッサ４６２と、メモリ４６４とを含む。図４において分離した構成要素として図示される一方で、パケットインスペクションプロセッサ４６０と映像フレームスケジューリングプロセッサ４６２とメモリ４６４とは、１つもしくはそれ以上の処理構成要素内において一体化されてもよい。いくつかの実施例では、パケットインスペクションプロセッサ４６０及び映像フレームスケジューリングプロセッサ４６２は、これらのプロセッサを参照してここで説明された機能を実装するように特別にプログラミングされたプロセッサ内においてソフトウェアモジュールとして提供されてもよい。

いくつかの実施例では、パケットインスペクションプロセッサ４６０は、１つもしくはそれ以上のサーバクラスＣＰＵ（例えばインテルジーオン（登録商標））もしくは組み込みＣＰＵ（例えばカビウム（Cavium）社のオクテオン（Octeon（登録商標））もしくはブロードコム社のＸＬＰ（登録商標））を含んでもよい。いくつかの実施例では、映像フレームスケジューリングプロセッサ４６２は、例えばＴＩのキーストーンII（Keystone II（登録商標））もしくはカビウム（Cavium）社のオクテオンフュージョン（Octeon Fusion（登録商標））プロセッサなどの１つもしくはそれ以上のデジタル信号プロセッサ（ＤＳＰ）を含んでもよい。パケットインスペクションプロセッサ４６０と、映像フレームスケジューリングプロセッサ４６２とは、これらのプロセッサが含んでもよい（例えばロジックゲート，アクセラレータ，メモリなどの）任意のハードウェア構成要素と一緒にこれらのデバイスをプログラミングするためのソフトウェア及び／もしくはファームウェアを含んでもよい。

いくつかの実施例では、パケットインスペクションプロセッサ４６０は、例えば、映像データビットストリームにおけるデータパケットの映像フレームタイプを決定するために、ユーザ機器４０４とコアネットワーク４０８との間で送信される各データパケットに対してパケットインスペクションを実行するように構成される。映像フレームタイプは、符号化された映像データビットストリームにおける例えばＩ−フレーム、Ｐ−フレーム、Ｂ−フレームなどに対応してもよい。パケットインスペクションは、シャロウパケットインスペクション（ＳＰＩ）及び／もしくはディープパケットインスペクション（ＤＰＩ）の１つであってもよい。シャロウパケットインスペクションは、データパケットの１つもしくはそれ以上のヘッダをインスペクトすることにより実行されてデータパケットに関連したいくつかの情報を決定してもよい。例えば、シャロウパケットインスペクションは、データパケットのソースＩＰアドレスを決定するために、データパケットのＩＰヘッダをインスペクトしてもよいし、ソースに基づいて、送信されている（例えば映画、クリップ、テレビジョンショーなどの）映像データのタイプを決定してもよい。シャロウパケットインスペクションに基づいて、いくつかの実施例では、パケットインスペクションプロセッサ４６０は、例えばデータパケットの他の層を調査するなどによりディープパケットインスペクションを実行してもよい。例えば、ディープパケットインスペクションは、オープンシステム相互接続（ＯＳＩ）モデルデータパケットの層１から層７のうちの１つかもしくはそれ以上のインスペクションを含んでもよい。いくつかの実施例では、パケットインスペクションプロセッサ４６０は、データパケットが映像フレームスケジューリングプロセッサ４６２によりどのようにリソースブロックに割り当てられるべきかを決定するために、データパケットのペイロードをインスペクトしてもよい。いくつかの実施例では、パケットインスペクションプロセッサ４６０は、すべての入出力パケットに対してシャロウパケットインスペクションを実行する一方で、基地局内に格納されるかもしくは基地局に対して提供されるセッティングに基づいてパケットのサブセットに対してディープパケットインスペクションを実行するように構成されてもよい。

いくつかの実施例では、パケットインスペクションプロセッサ４６０は映像データを含むデータパケットと関連するメタデータをインスペクトするように構成されるＭＰＥＧパーサーを含んでもよい。インスペクトされたメタデータに基づき、ＭＰＥＧ標準により定義されたように、パケットインスペクションプロセッサ４６０は、データパケットと関連する１つもしくはそれ以上の映像フレームのフレームタイプを決定してもよい。

パケットインスペクションプロセッサ４６０は、検出された映像フレームタイプ及び／もしくは映像フレームスケジューリングプロセッサ４６２へのデータパケットから得られる他の情報を通信する。パケットインスペクションプロセッサ４６０は、データパケットのインスペクションを介して検出された情報に対応する、メモリ４６４内に格納された所定のセッティングに基づいて及びユーザ機器及び／もしくはコアネットワークを用いる通信リンクのチャネル条件に基づいて、リソースブロックを割り当ててもよい。映像フレームスケジューリングプロセッサ４６２は、映像フレームタイプ、データパケットにおける映像フレームの数、コンテンツのプロバイダ、ユーザに関連したユーザデバイスタイプもしくはプロファイル情報、データパケットに対するサービスの品質（ＱｏＳ）要件、基地局４０６により決定されるチャネル品質指標（ＣＱＩ）、ＵＥバッファのバッファステータス報告（ＢＳＲ）、ＵＥからの電力ヘッドルーム報告（ＰＨＲ）、チャネル状態情報（ＣＳＩ）、及び／もしくはパケットインスペクションプロセッサにより実行される映像フレームタイプマーキングを考慮して映像フレームアウェアスケジューリングを実行してもよい。いくつかの実施例では、Ｉ−フレームがＢ−フレーム及び／もしくはＰ−フレームよりもより信頼性を有して送信されるように、映像フレームスケジューリングプロセッサ４６２は複数のリソースを割り当ててもよい。

例えば、ＬＴＥもしくは他のテレコミュニケーションシステムでは、２つのタイプの進化型パケットシステム（ＥＰＳ）ベアラが存在する。すなわち、デフォルトＥＰＳベアラと専用のＥＰＳベアラとである。デフォルトＥＰＳベアラはアタッチ手順の間に確立され、ＩＰアドレスを特定のＱｏＳ（通常のＱｏＳだけ）を持たないＵＥに割り当てる。専用のＥＰＳベアラは典型的には、例えば設定ＱｏＳを有するアプリケーションもしくはトランザクションを運ぶなどの特定の目的のために、コールセットアップ中でありかつアイドルモードから接続モードへの遷移の後に確立される。それは付加的なＩＰアドレスをＵＥへまったく割り当てず、特定化されたデフォルトＥＰＳベアラに接続さないが特定のＱｏＳクラスを有する。ＱｏＳクラス識別子（ＱＣＩ）は、（例えばスケジューリング重み、アドミッションしきい値、キュー管理しきい値、及びリンク層プロトコル構成などの）ベアラレベルパケットフォワーディングを制御し、アクセスノード（ｅＮＢ）を所有するオペレータにより事前設定されたノード特定のパラメータにアクセスするための参照として使用されてもよいスカラーである。（例えばＬＴＥベースの実施例などの）いくつかの実施例によれば、映像フレームスケジューリングプロセッサ４６２は所定のベアラ内の映像フローを管理する。

戻って図２及び図３を参照して、パケットインスペクションプロセッサ４６０は、基地局１０６及び３０６における層３の一部である機能に対応してもよい。いくつかの実施例では、パケットインスペクションプロセッサ４６０はまた、図２及び図３を参照して説明された機能層から分離した機能層に対して提供されてもよい。パケットインスペクションプロセッサ４６０は、基地局４０６により実行される他の機能を用いて通信して協働するように構成されてもよい。例えば、パケットインスペクションプロセッサ４６０は図２を参照して上述した無線リソース管理（ＲＲＭ）機能を用いて協働してもよい。もう１つの例として、パケットインスペクションプロセッサ４６０は、ＲＲＭと相互作用してｅＮｏｄｅＢ上のトラフィック負荷を測定し、トラフィックフローに基づき、映像フレームマーキングを変更してもよい。例えば、重負荷条件の間は、パケットインスペクションプロセッサ４６０は、デフォルトＭＣＳを用いて処理するためにＢ−フレームをマーキングする一方で、より軽負荷条件の間は、より大きい冗長性を有するＭＣＳを用いて処理するためにＢ−フレームをマーキングしてもよい。

いくつかの実施例では、映像フレームスケジューリングプロセッサ４６２は、図２及び図３で図示されるように、基地局の層２において提供されてもよい。層２の機能がｉＢＢＵ３０６とＲＲＨ３０２との間でさらに分割される実施例では、映像フレームスケジューリングプロセッサ４６２は、ｉＢＢＵ３０６で依然としてそのままである層２の機能の一部として実装されてもよい。映像フレームスケジューリングプロセッサ４６２は、基地局４０６により実行される他の機能を用いて通信して協働するように構成されてもよい。いくつかの実施例では、映像フレームスケジューリングプロセッサ４６２は、ＭＡＣ層、特にＭＡＣ層のハイブリッド自動リピート要求（ＨＡＲＱ）マネージャのみならず、基地局の物理層も用いて協働してもよい。例えば、映像フレームスケジューリングプロセッサ４６２は、無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）の映像フレームタイプに関する情報を受信してもよい。映像フレームタイプは、パケットインスペクションプロセッサ４６０によりデータパケットに対して付加されてもよいし、付加された情報に基づき、基地局の次の層で処理されるように進んでもよい。

図５は、いくつかの実施例に係る、ユーザ機器５０４とコアネットワーク５０８との間の通信を協働するための基地局５０６のもう１つの例を図示する。基地局５０６は、図４を参照して上述されたパケットインスペクションプロセッサ４６０及びメモリ４６４に類似する、パケットインスペクションプロセッサ５６０とメモリ５６４とを含んでもよい。基地局５０６はまた、映像フレームトランスレーティングプロセッサ５６３を含んでもよい。いくつかの実施例では、映像フレームトランスレーティングプロセッサ５６３は、例えばＴＩのキーストーンII（Keystone II（登録商標））もしくはカビウム（Cavium）社のオクテオンフュージョン（Octeon Fusion（登録商標））プロセッサもしくは例えばインテルジーオン（登録商標）プロセッサなどのマルチコアプロセッサなどの１つもしくはそれ以上のデジタル信号プロセッサ（ＤＳＰ）を含んでもよい。

一般的には、トランスレートすることは符号化された映像データの他の特性を変更することなしに映像ビットストリームのビットレートを変更することに言及してもよい。例えば、１Ｍｂｐｓの映像ストリームを５１２Ｋｂｐｓの映像ストリームに減少させることは、ビットストリームから映像フレームをドロップさせることによりトランスレートすることを介して実行される。トランスレートすることは、例えば送信された映像ビットストリームの帯域幅消費を低減させるために、同一のコーデック内のビットレートを低減させるために使用されてもよい。いくつかの実施例では、パケットインスペクションプロセッサ５６０はシャロウパケットインスペクションを実行して、データパケットもしくはデータパケット群が映像ビットストリームに対応することを決定してもよいし、映像フレームトランスレーティングプロセッサ５６３は、データパケットの映像フレームタイプをインスペクトすることなしに（例えばデータパケットのビットレートを低減させるなどの）データパケットをトランスレートしてもよい。例えば、符号化された映像データのタイプに基づき、データパケットは特定のフレームタイプを識別しなくてもよいし、基地局はチャネル条件の評価に基づき、同一の方法で映像ビットストリームにおけるすべてのデータパケットをトランスレートしてもよい。

いくつかの実施例では、トランスレートすることは、送信されたビットストリームから複数のフレームを除去することかもしくは映像フレームタイプの検出に基づきフレームのビットレートを低減させることを伴う。フレームの除去もしくはビットレートの低減は送信された映像の品質に影響を及ぼし、それによりユーザの経験に影響を及ぼす。いくつかの実施例では、パケットインスペクションプロセッサ５６０は、ビットストリームにおける映像フレームの映像フレームタイプを決定し、図４を参照して上述説明された次の処理のためのデータパケットに対する映像フレームタイプを識別する情報を付加してもよい。映像フレームトランスレーティングプロセッサ５６３は、映像フレームタイプを識別する付加された情報を読み込んで（例えばトランスレートすることなしに）決定されたフレームタイプに基づく送信に対するように、パケットを、（例えばビットレートを低減させるなどの）トランスレートするかもしくはドロップするかもしくはスケジューリングするかどうかを決定してもよい。例えば、映像フレームトランスレーティングプロセッサ５６３は、送信のためにトランスレートすることなしに、ビットストリームにおいてすべてのＩ−フレームをスケジューリングしながら、映像ビットストリームにおいてＢ−フレーム及び／もしくはＰ−フレームのいくつかをトランスレートするかもしくはドロップさせてもよい。いくつかの実施例では、図６を参照して以下により詳細に説明するであろうように、フレームが（例えば現状のままなどで）変更なしにトランスレートされるべきかもしくはドロップされるべきかもしくは送信されるべきかをどうかを指示する付加された情報はまた、チャネル条件に基づき送信のためのデータパケットをスケジューリングするためにスケジューラにより利用されてもよい。

映像フレームトランスレーティングプロセッサ５０６の使用を通して、映像ビットストリームは、ユーザ機器５０４により復号化される送信された映像の品質を過渡に低減させることなしにトランスレートされてもよい。映像フレームトランスレーティングプロセッサ５６３は、瞬間の無線チャネル条件の知識を利用して過渡にトランスレートすることかもしくは不十分にトランスレートすることを回避する。それにより、無線リソース消費を低減させながら、トランスレートされた映像に対するユーザ経験を改善させる。

図６は、映像ビットストリームの送信を協働するための映像フレームトランスレーティングプロセッサ６６３及び映像フレームスケジューリングプロセッサ６６２の例を図示する。図６で図示されたシステムは、映像ビットストリームを処理するときにおける上述した基地局の機能的な態様の部分を例示する。基地局は、例えば、ＰＤＣＰ層６０４Ａと、ＲＬＣ層６０４Ｂと、ＨＡＲＱマネージャを含むＭＡＣ層６０４Ｃとを含む。これらの層６０４Ａから層６０４Ｃは、図２を参照して図示されかつ説明されたｅＮｏｄｅＢの層２において提供される。基地局はまた、図２を参照して上述された物理層（ＰＨＹ）６０２に対応する複数の機能を含む。いくつかの実施例では、基地局は図３で図示された構造に対応してもよい。ここで、基地局は、少なくともいくつかの層２の機能及び層３の機能を含むインテリジェント基地局ユニット（ｉＢＢＵ）に対応し、ｉＢＢＵは少なくともいくつかの層２の機能及び層１の機能を含むリモート無線ヘッドに結合される。

パケットインスペクションプロセッサ６６０は、送信されるべきデータパケットをインスペクトするために及びデータパケットに関連する映像フレームのタイプを決定するために提供されてもよい。例えば、パケットインスペクションプロセッサは、Ｉ−フレーム６７２、Ｂ−フレーム６７４、及びＰ−フレーム６７６を含むビットストリームに対してディープパケットインスペクション（ＤＰＩ）及び／もしくはシャロウパケットインスペクション（ＳＰＩ）を実行してもよい。パケットインスペクションプロセッサ６６０は、図２を参照して図示されかつ説明されたｅＮｏｄｅＢ基地局の層３において提供されてもよい。パケットインスペクションプロセッサ６６０は、例えば映像フレームトランスレーティングプロセッサ６６３及び／もしくは映像フレームスケジューリングプロセッサ６６２による次の処理のためのデータパケットに対する映像フレームのタイプに関する情報を付加してもよい。いくつかの実施例では、映像フレームトランスレーティングプロセッサ６６３はｅＮｏｄｅＢ基地局の層３において提供されてもよい一方で、映像フレームスケジューリングプロセッサ６６２は図２を参照して図示されかつ説明されたｅＮｏｄｅＢ基地局の（例えばＭＡＣ層内などの）層２において提供される。

映像フレームトランスレーティングプロセッサ６６３は、パケットインスペクションプロセッサ６６０による映像フレームタイプの検出に基づき複数のパケットを直接的にドロップさせるように構成されてもよい。いくつかの実施例では、映像フレームトランスレーティングプロセッサ６６３は、映像フレームスケジューリングプロセッサ６６２によりデータパケットを続いてスケジューリングするように使用されてもよい（例えばフレームのシーケンスにおけるフレームの相対的重要性などの）データをパケットに対して付加してもよい。映像フレームスケジューリングプロセッサ６６２は、例えばＩ−フレームが上述したＰ−フレーム及び／もしくはＢ−フレームよりもより高い信頼性を有して転送されるように、パケットインスペクションプロセッサ及び／もしくは映像フレームトランスレーティングプロセッサ６６３により付加された情報に基づき複数のリソースブロックを割り当ててもよい。

図７は、いくつかの実施例に係る、基地局を用いてユーザ機器とコアネットワークとの間の通信を協働する方法のフローチャートである。図７で図示された方法７００は、例えば、図４から図６を参照して図示されかつ説明されたように、基地局により実行されてもよい。図７で図示されるように、方法７００は、ブロック７０２により示されるように、基地局においてデータパケットを受信することを含む。基地局は、上述したように、ＬＴＥネットワークにおけるｅＮｏｄｅＢ基地局に対応してもよい。ブロック７０４では、複数のデータパケットがインスペクトされる。例えば、例えば映像データビットストリームに対応するＭＰＥＧパーシングデータパケットなどを含むパケットのシャロウパケットインスペクション及び／もしくはディープパケットインスペクションが実行されてもよい。ブロック７０６では、インスペクトされた複数のデータパケットのフレームタイプが決定される。例えば、各データパケットがＩ−フレーム、Ｐ−フレーム、及び／もしくはＢ−フレームを含むかどうかが決定される。ブロック７０８では、１つもしくはそれ以上の複数のデータパケットが決定された映像フレームタイプに基づいて送信される。例えば、図４から図６を参照して上述説明されたように、データパケットはデータパケットにおいて符号化された映像フレームの検出されたフレームタイプに基づき映像フレームスケジューリングプロセッサによりスケジューリングされてもよい。いくつかの実施例では、上述したように、映像フレームトランスレーティングプロセッサは、ビットストリームの帯域幅を低減させるために、（例えばトランスレートするなどの）ビットレートを低減させるかもしくは映像ビットストリームから１つもしくはそれ以上のデータパケットをドロップさせるように構成されてもよい。上述したように、Ｉ−フレームが保持される一方でＢ−フレームがトランスレートされるかもしくはドロップされかつＰ−フレームがトランスレートされてもよいように、どのデータパケットをドロップさせるかの決定は、複数のデータパケットの決定された映像フレームタイプに基づく。

添付された特許請求の範囲の範囲内の実施形態の種々の態様が以下に説明される。ここで説明された態様は多種多様の形式で組み込まれ、ここで説明された任意の特定の構造及び／もしくは機能は単なる例示であることは明白であるべきである。本開示に基づき、当業者は、ここで説明された態様は任意の他の態様とは独立して実施されてもよく、これらの態様の２つもしくはそれ以上が種々の方法で組み合わされてもよいことを認識すべきである。例えば、ここで説明された任意の数の態様を用いて、装置が実施されてもよいし、及び／もしくは方法が実施されてもよい。さらに、ここで説明された１つもしくはそれ以上の態様に加えてもしくはここで説明された１つもしくはそれ以上の態様以外の他の構造及び／もしくは機能性を用いて、そのような装置が実施されてもよいし、及び／またはそのような方法が実施されてもよい。

ここで説明された技術は、例えば符号分割多重接続（ＣＤＭＡ）ネットワーク、時分割多重接続（ＴＤＭＡ）ネットワーク、周波数分割多重接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークなどの種々の無線通信ネットワークに対して使用されてもよい。用語「ネットワーク」及び「システム」はしばしば、互いに交換可能なように使用される。ＣＤＭＡネットワークは、例えばユニバーサル地上波無線接続（ＵＴＲＡ）、ＣＤＭＡ２０００などの無線技術を実装してもよい。

ＴＤＭＡネットワークは、例えばモバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））などの無線技術を実装してもよい。ＯＦＤＭＡネットワークは、例えばロングタームエボルーション（ＬＴＥ）、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、ＩＥＥＥ８０２．２２、フラッシュ−ＯＦＤＭＡなどの無線技術を実装してもよい。ＵＴＲＡ、Ｅ−ＵＴＲＡ、及びＧＳＭ（登録商標）はユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。

単一キャリア変調及び周波数ドメイン均等化を利用する単一キャリア周波数分割多重接続（ＳＣ−ＦＤＭＡ）は技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同様の性能を有し、本質的にはＯＦＤＭＡシステムと同様の全体の複雑性を有する。ＳＣ−ＦＤＭＡ信号は、その固有の単一キャリア構造のためにより低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、特に、送信電力効率の観点からより低いＰＡＰＲが携帯端末に非常に利点となるアップリンク通信において大いに注目される。

いくつかの態様では、ここでの教示は（例えば、例えば典型的にはマクロセルネットワークと言われる３Ｇもしくは４ＧのＬＴＥネットワークなどの広領域セルラーネットワークなどの）マクロスケールカバレッジ及び（例えば、住居ベースのもしくは建物ベースのネットワーク環境などの）より小さいスケールのカバレッジを含むネットワークにおいて利用されてもよい。アクセス端末（ＡＴ）もしくはユーザ機器（ＵＥ）は、そのようなネットワークを介して移動するので、アクセス端末はマクロカバレッジを提供するアクセスノード（ＡＮ）により特定の位置においてサービングされてもよい一方で、アクセス端末はより小さいスケールカバレッジを提供するアクセスノードにより他の位置でサービングされてもよい。いくつかの態様では、より小さいカバレッジノードは、増分容量増大、建物内カバレッジ、及び（例えばよりロバストなユーザ経験などに対する）異なるサービスを提供するように使用されてもよい。ここでの説明において、比較的広い領域にわたるカバレッジを提供するノードをマクロノードと呼んでもよい。（例えば住居などの）比較的小さい領域にわたるカバレッジを提供するノードをフェムトノードと呼んでもよい。マクロ領域よりも小さい領域にわたるカバレッジ及びフェムト領域よりも大きい領域にわたるカバレッジを提供するノードを（例えば商業用建物内のカバレッジを提供するなどの）ピコノードと呼んでもよい。

マクロノード、フェムトノード、もしくはピコノードに関連するセルは、マクロセル、フェムトセル、もしくはピコセルとそれぞれ呼んでもよい。いくつかの実施例では、各セルは、（例えば１つもしくはそれ以上のセクタに分割されるなどの）１つもしくはそれ以上のセクタとさらに関連付けられてもよい。

種々のアプリケーションでは、他の専門用語はマクロノード、フェムトノード、もしくはピコノードを参照して使用されてもよい。例えば、マクロノードは、アクセスノード、基地局、アクセスポイント、ｅＮｏｄｅＢ、マクロセルなどとして構成されるかもしくは言及されてもよい。また、フェムトノードは、家庭のＮｏｄｅＢ（ＨＮＢ）、家庭のｅＮｏｄｅＢ（ＨｅＮＢ）、アクセスポイント基地局、フェムトセルとして構成されるかもしくは言及されてもよい。

ここでの教示は、（例えば（例えばノードなどの）種々の装置内に実装されるかもしくは（例えばノードなどの）種々の装置により実行されるなどの）（例えばノードなどの）種々の装置内に組み込まれてもよい。いくつかの態様では、ここでの教示に従って実装された（例えば無線ノードなどの）ノードは、アクセスポイントもしくはアクセス端末を備えてもよい。

例えば、アクセス端末は、ユーザ機器、加入者局、加入者ユニット、モバイル局、モバイル、モバイルノード、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、もしくはいくつかの他の専門用語を備えてもよいし、ユーザ機器、加入者局、加入者ユニット、モバイル局、モバイル、モバイルノード、リモート局、リモート端末、ユーザ端末、ユーザエージェント、ユーザデバイス、もしくはいくつかの他の専門用語として実装されてもよいし、知られてもよい。いくつかの実施例では、アクセス端末は、携帯電話、コードレス電話、セッション初期化プロトコル（ＳＩＰ）、ワイヤレスローカルループ（ＷＬＬ）局、パーソナルデジタルアシスタント（ＰＤＡ）、無線接続能力を有するハンドヘルドデバイス、もしくはワイヤレスモデムに接続されたいくつかの他の適切な処理デバイスを備えてもよい。従って、ここで教示された１つもしくはそれ以上の態様は、（例えば携帯電話もしくはスマートフォンなどの）電話、（例えばパーソナルデータアシスタントなどの）ポータブルコンピューティングデバイス、（例えば音楽デバイス、映像デバイス、もしくは衛星ラジオなどの）エンターテイメントデバイス、グローバルポジショニングシステムデバイス、もしくは無線媒体を介して通信するように構成される任意の他の適切なデバイス内に組み込まれてもよい。

アクセスポイントは、ＮｏｄｅＢ、ｅＮｏｄｅＢ、無線ネットワークコントローラ（ＲＮＣ）、基地局（ＢＳ）、無線基地局（ＲＢＳ）、基地局コントローラ（ＢＳＣ）、送受信基地局（ＢＴＳ）、送受信機能（ＴＦ）、無線送受信、無線ルータ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、もしくはいくつかの他の類似の専門用語を含んでもよいし、ＮｏｄｅＢ、ｅＮｏｄｅＢ、無線ネットワークコントローラ（ＲＮＣ）、基地局（ＢＳ）、無線基地局（ＲＢＳ）、基地局コントローラ（ＢＳＣ）、送受信基地局（ＢＴＳ）、送受信機能（ＴＦ）、無線送受信、無線ルータ、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、もしくはいくつかの他の類似の専門用語として実装されてもよいし、もしくは知られてもよい。

いくつかの態様では、（例えばアクセスポイントなどの）ノードは、通信システムに対するアクセスノードを備えてもよい。そのようなアクセスノードは、例えば、ネットワークへの有線もしくは無線通信リンクを介して、（例えば、例えばインターネットもしくはセルラーネットワークなどの広領域ネットワークなどの）ネットワークに対するかもしくは該ネットワークへの接続性を提供してもよい。従って、アクセスノードは、（例えばアクセス端末などの）もう１つのノードがネットワークかもしくはいくつかの他の機能性にアクセスすることを可能とさせてもよい。さらに、１つもしくは両方のノードはポータブルであってもよいし、もしくはいくつかのケースでは比較的非ポータブルであってもよい、ということを認識すべきである。

無線ノードは、（例えば有線接続を介するなどの）非無線方法で情報を送信及び／もしくは受信することができてもよい。従って、ここで説明された受信機及び送信機は、（例えば電気もしくは光学的なインターフェース構成要素などの）適切な通信インターフェース構成要素を含んで非無線媒体を介して通信してもよい。

無線ノードは、任意な適切な無線通信技術に基づく１つもしくはそれ以上の無線通信リンクを介して通信してもよいし、もしくは別の方法で任意の適切な無線通信技術をサポートしてもよい。例えば、いくつかの態様では、無線ノードはネットワークと関連付けてもよい。無線デバイスは、１つもしくはそれ以上の種々の無線通信技術、プロトコル、（例えばＣＤＭＡ、ＴＤＭＡ、ＯＦＤＭ、ＯＦＤＭＡ、ＷｉＭＡＸ、Ｗｉ−Ｆｉなどの）ここで説明されたような標準をサポートしてもよいし、そうでなければ使用してもよい。同様に、無線ノードは、１つもしくはそれ以上の種々の対応する変調もしくは多重化方式をサポートしてもよいし、そうでなければ使用してもよい。従って、無線ノードは（例えば空中インターフェースなどの）適切な構成要素を含んで上述したもしくは他の無線通信技術を用いて１つもしくはそれ以上の無線通信リンクを介して確立して通信してもよい。例えば、無線ノードは、無線媒体を介して通信を容易化する（例えば信号発生器及び信号プロセッサなどの）種々の構成要素を含んでもよい関連した送信機及び受信機構成要素を有する無線送受信機を備えてもよい。

「第１の」、「第２の」などの記号表示を用いるここでの要素に対する任意の参照は、一般的にそれらの要素の量もしくは順序を限定するものではない。むしろ、これらの記号表示は２つのもしくはそれ以上の要素もしくは例を区別する便宜上の方法としてここで使用されてもよい。従って、第２の要素及び第３の要素への参照は、２つの要素だけがそこで利用されてもよいし、もしくは第１の要素がある方法で第２の要素に先行しなけれならない、ということを意味しない。

情報及び信号は、種々の異なるテクノロジー及び技術のいずれかを使用して表されてもよい。例えば、上述説明を通して参照されてもよい、データ、指示、命令（コマンド）、情報、信号、ビット、符号、及びチップは、電圧、電流、電磁波、磁場もしくは磁性粒子、光場もしくは光粒子、またはこれらの任意の組み合わせにより表されてもよい。

種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、及びここで開示された態様に関連して説明されたアルゴリズムステップのいずれかは、（例えば、ソース符号化もしくはいくつかの他の技術を用いて設計されてもよい、デジタル実装、アナログ実装、もしくはこれら２つの組み合わせなどの）電子ハードウェア、（便宜上、「ソフトウェア」もしくは「ソフトウェアモジュール」としてここで呼ばれてもよい）指示を組み込んでいるプログラムもしくは設計符号（コード）の種々の形式、または両方の組み合わせとして実装されてもよい。ハードウェア及びソフトウェアのこの互換性を明確に例示するために、種々の例示的な構成要素、ブロック、モジュール、回路、及びステップがそれらの機能性の観点から一般的に上述説明された。もしソフトウェアにおいて実装されれば、機能はコンピュータ可読媒体上の１つもしくはそれ以上の指示もしくは符号として格納されてもよいし、もしくは送信されてもよい。コンピュータ可読媒体は、コンピュータ記憶媒体と、１つの場所から別の場所へのコンピュータプログラムの転送を容易化する任意の媒体を含む通信媒体との両方を含む。記憶媒体は、コンピュータによりアクセスされる任意の利用可能な媒体であってもよい。これらは例のためであって限定されないが、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、または他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、または指示もしくはデータ構造の形式で所望のプログラムコードを運ぶかもしくは格納するように使用され、コンピュータによりアクセスできる任意の他の媒体を備えることができる。また、任意の接続は、正しくはコンピュータ可読媒体と呼ばれる。例えば、もしソフトウェアがウエブサイト、サーバ、もしくは同軸ケーブル、ツイストペア、デジタル加入者ライン（ＤＳＬ）もしくは例えば赤外線、無線、及びマイクロ波などの無線技術を用いる他のリモートソース、光ファイバーケーブルから送信されれば、その場合には同軸ケーブル、ツイストペア、ＤＳＬもしくは例えば赤外線、無線、及びマイクロ波などの無線技術は、媒体の定義において含まれる。ここで使用されたディスクは、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、並びにディスクが通常磁気的にデータを再生成するフロッピィディスク及びディスクがレーザを用いて光学的にデータを再生成するフルーレイディスクを含む。上述の組み合わせがまた、コンピュータ可読媒体の範囲内に含まれるべきである。要約すれば、コンピュータ可読媒体は、任意の適切なコンピュータプログラム製品において実装されてもよいことが認識されるべきである。

ここで開示された態様に関連して及び図１Ａから図１Ｄ及び図２から図６に関連して説明された、種々の例示的な論理ブロック、モジュール、及び回路が、集積回路（ＩＣ）内に実装されてもよいし、集積回路（ＩＣ）により実行されてもよい。ＩＣは、一般的な目的プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）もしくは他のプログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジック、ディスクリートハードウェア構成要素、電気的な構成要素、光学的な構成要素、機械的な構成要素、またはここで説明された機能を実行するように設計されたそれらの任意の組み合わせを含んでもよく、ＩＣ内に、ＩＣの外側に、もしくは両方に存在する符号もしくは指示を実行してもよい。論理ブロック、モジュール、及び回路は、ネットワーク内もしくはデバイス内の種々の構成要素と通信するためのアンテナ及び／もしくは送受信機を含んでもよい。一般的な目的プロセッサは、マイクロプロセッサでもよいが、代わりにそのプロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、もしくは状態マシーンであってもよい。プロセッサはまた、例えばＤＳＰ及びマイクロプロセッサの組み合わせなどのコンピューティングデバイスの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連結した１つもしくはそれ以上のマイクロプロセッサ、または任意の他のそのような構成として実装されてもよい。モジュールの機能性は、ここで教示されたいくつかの他の方法で実装されてもよい。任意の開示された処理におけるステップの任意の特定順序もしくは階層がサンプルアプローチの例であるということが理解される。設計性能に基づき、処理におけるステップの特定順序もしくは階層が本開示の範囲内を維持しながら再配置されてもよいことが理解される。添付の方法の請求項はサンプル順序における種々のステップの要素を示し、示された特定の順序もしくは階層に限定されることを意味するのではない。

ここで開示されたシステム及び方法は、例えば、例えばデータベース、デジタル電子回路、ファームウェア、ソフトウェアもしくはそれらの組み合わせをまた含むコンピュータなどのデータプロセッサを含む種々の形態で具現化される。さらに、上述した特徴、他の態様、並びに本開示された実施例の原理は、種々の環境で実装される。そのような環境及び関連したアプリケーションは、開示された実施例に従って種々の処理及び作用を実行するために特別に構成されるかもしくは、それらは符号により選択的に動作されるかもしくは再構成される一般的目的のコンピュータもしくはコンピューティングプラットフォームを含んで必要な機能性を提供することができる。ここで開示された処理は、任意の特定のコンピュータ、ネットワーク、アーキテクチャ、環境、もしくは他の装置に本質的に関連しておらず、ハードウェア、ソフトウェア、及び／もしくはファームウェアの適切な組み合わせにより実装される。

ここで使用されるように、用語「ユーザ」は人間もしくはコンピュータを含む任意のエンティティに言及することができる。

例えば第１の、第２のなどの序数は、いくつかの状況では、順序に言及する。すなわち、この文書において使用されるように、序数は必ずしも順序という意味を含むとは限らない。例えば、序数は単に１つの項目と別の項目とを区別するように使用される。例えば、第１の事象と第２の事象とを区別するためにではあるが、（説明の１段落における第１の事象が説明の別の段落における第１の事象と異なることができるように、）任意の年代順もしくは固定された参照システムを意味することを含む必要はない。

ここで説明された主題は、例えば１つもしくはそれ以上のデータサーバなどのバックエンド構成要素を含む、もしくは例えば１つもしくはそれ以上のアプリケーションサーバなどのミドルウェア構成要素を含む、もしくは例えばユーザがここで説明された主題の実装と相互作用することができるグラフィカルユーザインターフェースもしくはウェブブラウザを有する１つもしくはそれ以上のクライアントコンピュータなどのフロントエンド構成要素を含む、もしくはそのようなバックエンド、ミドルウェア、もしくはフロントエンドの構成要素の組み合わせを含むコンピューティングシステム内に実装される。システムの構成要素は、例えば通信ネットワークなどのデジタルデータ通信の任意の形態もしくは媒体により相互接続される。通信ネットワークの例は、これらには限定されないが、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、及びインターネットを含む。

コンピューティングシステムはクライアント及びサーバを含むことができる。クライアント及びサーバは、これらには限定されないが、一般的にはお互いに遠隔に離れ、典型的には通信ネットワークを介して相互作用する。クライアント及びサーバの関係は、それぞれのコンピュータ上で実行し、相互にクライアントとサーバとの関係を有するコンピュータプログラムのおかげで生じる。

上述説明において説明された実施例は、ここで説明された主題に一致するすべての実施例を示さない。代わりに、それらは説明された主題に関連した態様に一致する単なるいくつかの例である。２，３の変形例が詳細に上述説明されたが、他の変更もしくは追加が可能である。特に、さらなる特徴及び／もしくは変形がここで説明された特徴及び／もしくは変形に加えて提供される。例えば、上述された実施例は開示された特徴の種々の組み合わせ及びサブコンビネーション並びに／または上で開示されたいくつかのさらなる特徴の組み合わせ及びサブコンビネーションへと導くことができる。また、所望の結果を得るためには、添付図面において図示された及び／もしくはここで説明された論理フローは、示された特定の順序、もしくは順次的な順序を必ずしも必要としない。他の実施例が以下の特許請求の範囲内で可能である。

Claims (30)

1. ユーザデバイスとアプリケーションサーバとの間の複数のデータパケットの通信を協働するための基地局であって、上記複数のデータパケットは符号化された映像データのビットストリームに対応し、
   上記基地局は、
   メモリと、
   上記メモリと、無線送信機と、無線受信機とに動作可能なように接続されたコンピュータプロセッサとを含み、
   上記コンピュータプロセッサは、上記複数のデータパケットの映像フレームタイプを検出し、該検出された映像フレームタイプに基づき上記１つもしくはそれ以上の複数のデータパケットを送信するように構成される基地局。
2. 上記コンピュータプロセッサはさらに、上記１つもしくはそれ以上の複数のデータパケットを送信するための複数のリソースブロックを割り当てるように構成される請求項１記載の基地局。
3. 上記コンピュータプロセッサは、上記基地局への到着時に、上記複数のデータパケットをインスペクトし、上記複数のリソースブロックを上記複数のデータパケットに割り当てるように構成される請求項２記載の基地局。
4. 上記コンピュータプロセッサは、上記データパケットをリモート無線ヘッドに送信するように構成され、上記リモート無線ヘッドは上記無線送信機及び上記無線受信機を含む請求項１〜３のうちのいずれか１つに記載の基地局。
5. 上記コンピュータプロセッサは、上記データパケットのシャロウパケットインスペクションを実行し、上記シャロウパケットインスペクションに基づき、上記データパケットのディープパケットインスペクションを実行するように構成される請求項１〜４のうちのいずれか１つに記載の基地局。
6. 上記シャロウパケットインスペクションは、上記データパケットのＩＰヘッダをインスペクトすることを含み、ディープパケットインスペクションは上記データパケットのペイロードをインスペクトすることを含む請求項１〜５のうちのいずれか１つに記載の基地局。
7. 上記コンピュータプロセッサは、
   上記データパケットに関連するパケットヘッダとパケットペイロードとメタデータとのうちの少なくとも１つをインスペクトして上記データパケットの上記映像フレームを決定するように構成されるパケットインスペクションプロセッサと、
   上記検出された映像フレームタイプに基づき、上記１つもしくはそれ以上のデータパケットを送信するために複数のリソースブロックを割り当てるように構成される映像フレームスケジューリングプロセッサとを含む請求項１〜６のうちのいずれか１つに記載の基地局。
8. 上記コンピュータプロセッサは、上記検出された映像フレームタイプに基づき、上記１つもしくはそれ以上のデータパケットを送信するために複数のリソースブロックを割り当てるように構成される映像フレームスケジューリングプロセッサを含む請求項１〜７のうちのいずれか１つに記載の基地局。
9. 上記映像フレームスケジューリングプロセッサは、上記映像ビットストリームにおけるＰ−フレームに対するよりも多くのリソースをＩ−フレームを送信するために割り当てるように構成される請求項８記載の基地局。
10. 上記映像フレームスケジューリングプロセッサは、上記映像ビットストリームにおけるＢ−フレームに対するよりも多くのリソースをＩ−フレームを送信するために割り当てるように構成される請求項８または９記載の基地局。
11. 上記コンピュータプロセッサは、上記データパケットが変更なしに送信されるであろうか、もしくは低減されたビットレートで送信されるであろうか、もしくは上記検出された映像フレームタイプに基づき上記映像ビットストリームから除去されるであろうかを決定するように構成される映像フレームトランスレーティングプロセッサを含む請求項１〜１０のうちのいずれか１つに記載の基地局。
12. 上記映像フレームトランスレーティングプロセッサは、変更なしに上記ビットストリームにおいてすべてのＩ−フレームを送信し、上記ビットストリームからの少なくとも１つのＢ−フレームのビットレートを低減させるか、もしくは上記ビットストリームからの少なくとも１つのＢ−フレームをドロップさせるように構成される請求項１１記載の基地局。
13. 上記映像フレームトランスレーティングプロセッサは、変更なしに上記ビットストリームにおけるすべてのＩ−フレームを送信し、上記ビットストリームからの少なくとも１つのＰ−フレームに対するビットレートを低減させるように構成される請求項１１または１２記載の基地局。
14. 上記映像フレームトランスレーティングプロセッサは、上記データパケットが上記ビットストリームから除去されてもよいかどうかを識別する情報を付加するように構成され、
    上記コンピュータプロセッサはさらに、上記基地局において検出された無線チャネル条件に基づき送信のための上記データパケットをスケジューリングするように構成される映像フレームスケジューリングプロセッサを含む請求項１１記載の基地局。
15. ユーザデバイスとアプリケーションサーバとの間の複数のデータパケットの通信を協働するための方法であって、上記複数のデータパケットは符号化された映像データのビットストリームに対応し、
    上記複数のデータパケットの映像フレームタイプを検出するステップと、
    上記検出された映像フレームタイプに基づき上記１つもしくはそれ以上の複数のデータパケットを送信するステップとを含む方法。
16. 上記方法は、
    上記１つもしくはそれ以上の複数のデータパケットを送信するための複数のリソースブロックを割り当てるステップを含む請求項１５記載の方法。
17. 上記方法は、
    上記基地局への到着時に、上記複数のデータパケットをインスペクトし、上記複数のリソースブロックを上記複数のデータパケットに割り当てるステップを含む請求項１５または１６記載の方法。
18. 上記方法は、
    上記データパケットをリモート無線ヘッドに送信するステップを含み、
    上記リモート無線ヘッドは無線送信機及び無線受信機を含む請求項１５〜１７のうちのいずれか１つに記載の方法。
19. 上記方法は、
    上記データパケットのシャロウパケットインスペクションを実行するステップと、
    上記シャロウパケットインスペクションに基づき、上記データパケットのディープパケットインスペクションを実行するステップとを含む請求項１５〜１８のうちのいずれか１つに記載の方法。
20. 上記シャロウパケットインスペクションは、上記データパケットのＩＰヘッダをインスペクトすることを含み、ディープパケットインスペクションは上記データパケットのペイロードをインスペクトすることを含む請求項１５〜１９のうちのいずれか１つに記載の方法。
21. 上記方法は、
    無線チャネル条件を決定するステップと、
    上記検出された映像フレームタイプに基づき、上記１つもしくはそれ以上のデータパケットを送信するために複数のリソースブロックを割り当てるステップとを含む請求項１５〜２０のうちのいずれか１つに記載の方法。
22. 上記方法は、
    上記映像ビットストリームにおけるＰ−フレームに対するよりも多くのリソースをＩ−フレームを送信するために割り当てるステップを含む請求項１５〜２１のうちのいずれか１つに記載の方法。
23. 上記方法は、
    上記映像ビットストリームにおけるＢ−フレームに対するよりも多くのリソースをＩ−フレームを送信するために割り当てるステップを請求項１５〜２２のうちのいずれか１つに記載の方法。
24. 上記方法は、
    変更なしに上記データパケットを送信することかもしくは上記データパケットの上記ビットレートを低減させることかもしくは上記検出された映像フレームタイプに基づき上記データパケットをドロップさせることを含む請求項１５〜２３のうちのいずれか１つに記載の方法。
25. 上記方法は、
    変更なしに上記ビットストリームにおいてすべてのＩ−フレームを送信することかもしくは上記ビットストリームからの少なくとも１つのＢ−フレームのビットレートを低減させることかもしくは上記ビットストリームからの少なくとも１つのＢ−フレームをドロップさせることを含む請求項１５〜２４のうちのいずれか１つに記載の方法。
26. 上記方法は、
    変更なしに上記ビットストリームにおけるすべてのＩ−フレームを送信することかもしくは上記ビットストリームからの少なくとも１つのＰ−フレームに対するビットレートを低減させることを含む請求項１５〜２５のうちのいずれか１つに記載の方法。
27. 上記方法は、
    上記データパケットが上記ビットストリームから除去されてもよいかどうかを識別する情報を付加するステップと、
    上記コンピュータプロセッサはさらに、上記基地局において検出された無線チャネル条件に基づき送信のための上記データパケットをスケジューリングするステップとを含む請求項１５〜２６のうちのいずれか１つに記載の方法。
28. コンピュータ処理回路により実行されることができるコンピュータプログラム製品を格納される持続性コンピュータ可読媒体であって、上記コンピュータプログラム製品は、
    上記処理回路が基地局により受信された映像ビットストリームにおいて複数のデータパケットのそれぞれの映像フレームタイプを検出し、上記検出された映像フレームタイプに基づき上記１つもしくはそれ以上の複数のデータパケットを送信するための指示を含む持続性コンピュータ可読媒体。
29. 上記コンピュータプログラム製品は、上記処理回路が変更なしにデータパケットを送信するかもしくは上記データパケットの上記ビットレートを低減させるかもしくは上記検出された映像フレームタイプに基づき上記データパケットをドロップさせるための指示を含む請求項２８記載の持続性コンピュータ可読媒体。
30. 上記コンピュータプログラム製品は、上記処理回路が上記検出された映像フレームタイプに基づき送信のための上記複数のデータパケットをスケジューリングするために複数のリソースブロックを割り当てるための指示を含む請求項２８または２９記載の持続性コンピュータ可読媒体。

Images