JP5925331B2 - データ・パケットをルーティングするための装置、方法およびコンピュータ・プログラム - Google Patents

Description

本発明の諸実施形態は、無線通信に関し、より詳細には、しかし排他的にではなく、無線アクセス・ネットワークにおけるデータ・パケットのルーティングに関する。

モバイルサービスのためのより高いデータ・レートに対する需要は着実に増加しつつある。同時に、第３世代システム（３Ｇ）および第４世代システム（４Ｇ）などの現代のモバイル通信システムは、より高いスペクトル効率を可能にし、より高いデータ・レートおよびセル容量に対応できる拡張技術を提供する。高速サービスに対する需要は、セル容量より速く増大するので、オペレータは、そのネットワークにおけるセルの数を増やすよう迫られる、すなわち、基地局の密度が増大する。基地局トランシーバは、モバイル通信ネットワークの電力消費全体に対する主要な寄与要因であり、それと共に、オペレータが直面している運用経費（ＯＰＥＸ）に対する主要な寄与要因でもある。１つの電力節約法は、処理能力を、基地局トランシーバから、複数の基地局トランシーバに処理能力を提供する集中処理ユニットへ移すことである。基地局トランシーバの処理機器は、基地局トランシーバの全電力のかなりの部分を消費するが、基地局トランシーバの処理機能は、永続的にではなく、ピーク時間中にのみ発生する高負荷状態においてフルに利用されるだけである。

現在、無線アクセス・ネットワーク（ＲＡＮ）は、例えば、すべての無線機能、ベースバンド機能および制御機能を処理する最新の技術、ロング・ターム・エボリューション（ＬＴＥ）またはＬＴＥ−Ａ（ＬＴＥアドバンスト）のためのｅノードＢのような基地局または基地局トランシーバを使用している。これらの基地局は、かなりの空間設置体積を必要とする電子システムと共に、高い位置に大量のアンテナを備える。さらに、電源、空調などのための補足システムがすぐ近くに設置されなければならない。人口密度の高いエリアでは、そのような設置は、１ｋｍ以下のメッシュ幅のグリッド上で繰り返されなければならない。

モバイル通信は、基地局を電気通信コア・ネットワークと効率よく相互接続するためにＲＡＮの高度に専用化されたアーキテクチャを必要とする。ＲＡＮの中の戦略的な場所における専用デバイスが、モビリティ・アンカリング、負荷分散、ページング（基地局にまだ関連付けられていないモバイルデバイスを見つけるため）などのような機能を実行する。基地局は、モバイル・ユーザへのＲＡＮの中の最後のホップ（またはフリップもしくは反対方向の最初のホップ）を提供し、固定ネットワーク技術から無線技術に転送されたデータを中継する。基本無線技術のエア・インターフェースの制約のため、基地局は、カバレッジおよびサービス継続を確実にするために、エリア内で分散されなければならない。

高速光インターフェースならびに共通の公衆無線インターフェース（ＣＰＲＩ）およびオープン無線機器インターフェース（ＯＲＩ）のような他の固定インターフェースに関する最近の開発は、基地局の無線部分をベースバンドの処理から分離することを可能にする。これは、基地局トランシーバをリモート無線ヘッド（ＲＲＨ）とベースバンド・ユニット（ＢＢＵ）に分解することにつながる。この追加のインターフェースはＲＡＮに複雑さを追加するが、ＢＢＵを配置するためのある程度の自由度を提供する。

諸実施形態は、ＢＢＵをＲＲＨから分離する自由度を有することはクラスタまたはクラウドのようなものにいくつかのＢＢＵを１つの場所に集める機会を与えるという発見に基づく。さらに、クラウド手法を使用して、ＢＢＵのハードウェアは、仮想化されプールされることが可能であり、したがって、要求に応じて資源を割り当てることを可能にし、したがって、ＢＢＵとＲＲＨとの間の関連が固定されているシナリオに比較して、オーバープロビジョニングの制限を可能にする。従来のＲＡＮアーキテクチャは、そのＩＰアドレスによって直接アドレスされ得る物理的構成要素の階層から成る。仮想構成要素対物理的エンティティの１：１マッピングのパラダイムに従わないクラウド・ベースのソリューションが、追加の手段を利用して、規格が設計されている物理的構成要素の機能の一部分を実行するために割り当てられたクラウド要素に様々な情報の流れを分散することができることは、さらなる発見である。さらに、そのような機能は、クラウドの外の標準化されたインターフェースに影響を与えない可能性がある。

さらなる発見によれば、そのようなＲＡＮの実装形態は、極端な場合には、例えば所与のエリアにおけるピーク負荷時に、基地局トランシーバはいくつかのインスタンスに散在していてよい、すなわち、ピーク負荷がかかる基地局トランシーバのベースバンド処理は複数の（仮想）ＢＢＵに分散されていてよいので、例えばモビリティ管理エンティティ（ＭＭＥ）およびサービング・ゲートウェイ（Ｓ−ＧＷ）ならびに関連ＲＲＨのようなＲＡＮのエッジ・デバイス間のシームレスなデータ・トラフィックを可能にする高度に専用化されたルータを必要とする可能性がある。諸実施形態は、そのようなインスタンスはそれぞれ個別のアドレスを必要とし、そのようなインスタンスとそれぞれのエッジ・デバイス（ＭＭＥ／Ｓ−ＧＷ）との直接のマッピングはないというさらなる発見に基づく。この種のルーティング・エンジンの導入は、ＲＡＮ技術に関係なく、例えば負荷分散、エネルギー最適化、保守、ハンドオーバなどのためにＢＢＵ構成要素のインスタンスを移動させることに対応できることは、さらなる発見である。

例えば、通常、しかし排他的にではなく、仮想化されるべきネットワークの物理的構成要素は、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の場合のノードＢおよびＬＴＥの場合のｅノードＢのような基地局トランシーバである。コア・ネットワークでは、ＬＴＥの場合の「次のホップ」物理的要素は、制御プレーンのためのゲートウェイＭＭＥおよびデータ・プレーンのためのＳ−ＧＷである。ゲートウェイは、制御プレーンおよびデータ・プレーンのためのＳ１アプリケーション・パート（Ｓ１−ＡＰ）およびＳ１ユーザ・プレーン・パート（Ｓ１−Ｕ）のようなＳ１インターフェースを提供する。ＵＭＴＳの場合には、制御のためのならびにデータのためのＩｕＢインターフェースを有する無線ネットワーク・コントローラ（ＲＮＣ）がある。

諸実施形態は、無線アクセス・ネットワークにおいてデータ・パケットをルーティングするための装置を提供する。この装置は、無線アクセス・ネットワークの中のルータにおいて使用されるまたは実装されることが可能であり、且つ、ルータ装置と呼ばれてもよい。ＲＡＮは、モバイル通信システムまたはネットワークの一部でよい。モバイル通信システムは、例えば、ユニバーサル地上無線アクセス・ネットワーク（ＵＴＲＡＮ）もしくは進化ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）、例えばＵＭＴＳ、グローバル移動体通信システム（ＧＳＭ）もしくはＧＳＭ進化型高速データ・レート（ＥＤＧＥ）ネットワーク、ＧＳＭ／ＥＤＧＥ無線アクセス・ネットワーク（ＧＥＲＡＮ）、ロングターム・エボリューション（ＬＴＥ）もしくはＬＴＥアドバンスト（ＬＴＥ−Ａ）、符号分割多元接続（ＣＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）などに基づく一般的に任意のシステムなどのような第３世代パートナシッププロジェクト（３ＧＰＰ）によって標準化されたモバイル通信システムの１つに対応してよい。

ルータ装置は、送信元ネットワーク・ノードからデータ・パケットを受信するための手段を備え、データ・パケットは、データ・パケット・ヘッダおよびデータ・パケット・ペイロードを含む。受信するための手段は、送信元ネットワーク・ノードへのインターフェースとして実装されてよい。受信するための手段は、電気または光受信器デバイスとして実装されてよい受信器に対応してよい。いくつかの実施形態では、受信するための手段は、送信元ネットワーク・ノードおよび装置がアクセスすることができる入力レジスタまたはメモリに対応してよい。そのような実施形態では、送信元ネットワーク・ノードは、データ・パケットがルータ装置においてそれによって受信される前記レジスタまたはメモリにデータ・パケットを書き込むことができる。データ・パケットは、任意の構造のデータでよい。例えば、データ・パケットは、予め定義されてよいいくつかのビットに対応してよい。データ・パケットは、例えばインターネット・プロトコル（ＩＰ）のような予め定義されたプロトコルに対応してよい。予め定義されたプロトコルは、データ・パケットのビットのどのビットがデータ・パケット・ヘッダに属するか、およびデータ・パケットのビットのどのビットがデータ・パケット・ペイロードに属するかを判定することができる。

さらに、ルータ装置は、データ・パケットを検査するための手段を備える。検査するための手段は、例えばプロセッサ、コントローラなどのようなデータ処理デバイスとして実装されてよい。検査するための手段は、データ・パケット・ヘッダからデータ・パケットの送信元または宛先に関する情報を判定するためにデータ・パケット・ヘッダに対して第１のパケット検査を実行するように動作可能である。検査するための手段は、データ・パケットの宛先の識別に関する情報を判定するためにデータ・パケットの送信元または宛先に関する情報に基づいてデータ・パケット・ペイロードに対して第２のパケット検査を実行するようにさらに動作可能である。言い換えれば、少なくとも２つのパケット検査が実行され、その場合、１つはデータ・パケット・ヘッダに関し、他方はデータ・パケット・ペイロードに関する。データ・パケット・ペイロードの第２の検査の結果は、データ・パケットの後続の宛先の識別に関する情報をもたらす。ルータ装置は、データ・パケットの宛先の識別の情報に基づいて後続のネットワーク・ノードに関する情報を判定するための手段をさらに備える。言い換えれば、後続のネットワーク・ノードは、データ・パケット・ペイロードからのデータ・パケットの後の宛先に関する情報に基づいて選択される。他の実施形態では、ルータ装置は、データ・パケットを後続のネットワーク・ノードに転送するための手段を備えてよい。

無線アクセス・ネットワークは、後続の無線伝送のためにベースバンド・データを処理するための複数のＢＢＵを備えてよい。ベースバンド処理ユニットは、データ・パケットの宛先のサービスのデータを処理するよう割り当てられてよい。したがって、後続のネットワーク・ノードは、データ・パケット・ペイロードが関係するサービスに割り当てられたＢＢＵに対応してよい。諸実施形態は、それと共に、特に、ＢＢＵのクラウドを使用するときに、ＲＡＮにおける効率のよいルーティングを可能にすることができ、この場合、個々のＢＢＵには、処理タスクが柔軟に割り当てられることが可能である。

諸実施形態は、ＢＢＵにおいて確立されることが可能であるタイプ・サービング・チャネル要素モジュール（ＳＣＥＭ）および制御ＣＥＭ（ＣＣＥＭ）からの仮想インスタンスのセットから成るコア・ネットワークへの１つまたは（通常）複数の基地局トランシーバをエミュレートするルーティング・エンジンを提供することができる。例えば、宛先アドレスとしてＲＡＮのある特定のユーザのＩＰアドレスを有するＩＰパケットとしてルータ装置に到着することができるデータ・パケットは、次いで、関連処理タスクが割り当てられているそれぞれのＢＢＵまたはＣＥＭに転送されることが可能である。処理タスクは、ユーザ、ユーザのサービス、ユーザの無線ベアラ、ユーザのサービスのスレッドなどを参照することができる。したがって、諸実施形態では、複数のベースバンド処理ユニットは、制御データ処理ユニットまたはＣＣＥＭおよびペイロード・データ処理ユニットまたはＳＣＥＭを備えてよい。検査するための手段は、データ・パケットの送信元または宛先に関する情報に基づいてデータ・パケットが制御データ・パケットであるかペイロード・データ・パケットであるかを判定するように動作可能である。

諸実施形態では、データ・パケットは、無線ベアラを参照することができる。無線ベアラは、ユーザのデータ・サービスのためのプロトコル・コンテキストである。言い換えれば、ユーザは、様々な無線ベアラを使用して提供される複数のサービスを利用することができる。無線ベアラは、複数の層のプロトコルを利用して確立されることが可能である。顕著な例は、ＵＭＴＳまたはＬＴＥにおける無線資源制御（ＲＲＣ）プロトコルの一部として、第３層のシグナリングまたは制御情報を交換するためのシグナリング無線ベアラ（ＳＲＢ）である。そのようなＳＲＢは、プロトコル・コンテキストを必要とする、すなわち、第３層制御情報またはシグナリングを交換するために第２層によって提供されるサービスを使用する。第２層によって提供されるサービスは、無線ベアラと呼ばれる。無線リンク制御（ＲＬＣ）プロトコルによってＲＲＣに提供される制御プレーン（ｃ−プレーン）無線ベアラは、シグナリング無線ベアラとして示される。例えば、３ＧＰＰ仕様書、無線インターフェース・プロトコル・アーキテクチャ３ＧＰＰ ＴＳ ２５．３０１ Ｖ１０．０．０を参照されたい。ＵＭＴＳまたはＬＴＥでは、物理層（第１層またはＰＨＹ）、媒体アクセス制御層（第２層またはＭＡＣ）、ＲＬＣ層、およびＲＲＣが必要とされる可能性がある。これらのプロトコルはすべて、３ＧＰＰによって標準化されており、それらのそれぞれの仕様書は公表されており、以下では知られているとみなされる。

諸実施形態では、受信するための手段によってデータ・パケットが受信される送信元ネットワーク・ノードは、ＲＡＮのエッジ・ノードに対応してよい。例えば、送信元ノードは、ネットワーク・エッジ・ノード、ネットワーク・ゲートウェイ、モビリティ管理エンティティ、無線ネットワーク・コントローラ、サービング・ゲートウェイ、制御プレーン・データ・パケット処理エンティティ、またはユーザ・プレーン・データ・パケット処理エンティティのグループの１つまたは複数の要素に対応してよい。言い換えれば、送信元ネットワーク・ノードは、ＲＡＮを終了する、すなわち、ノードをＲＡＮ（例えば、Ｓ−ＧＷ、ＲＮＣ）の外部にインターフェースするという点でまたはＲＡＮ内部ノードという点でＲＡＮへのインターフェースであるが、例えばある特定のｃ−プレーン・シグナリング（ＭＭＥ、ＲＮＣ）のようなＲＡＮ内部プロトコルを終了するネットワーク・ノードの１つに対応してよい。

諸実施形態は、プロトコル・インターフェースを終了し、ネスト・テーブル・ルックアップによって実現され得るｎタプル、ｍステップのルーティング・プロセスを実行して、実行のための仮想エンティティを見つけることができる。見つけられた後は、プロトコル・ヘッダは、例えば、クラウドの中でのＩＰプロトコル・ベースのトランスポートを可能にするように調整され得る。鳥瞰的に言えば、ルーティング・プロセスは、ネットワーク・アドレス変換（ＮＡＴ）ゲートウェイまたはネットワーク・アドレス・ポート変換（ＮＡＰＴ）ゲートウェイの機能に似ていてよいが、内部アドレッシングから外部アドレッシングへのマッピングは、ＮＡ（Ｐ）Ｔの場合のように任意選択で選ばれるのではなく、ディープ・パケット・インスペクションによって得られた知識に基づくという点で異なる。

諸実施形態では、検査するための手段は、データ・パケットの送信元または宛先に関する情報に基づいて第２のパケット検査としてデータ・パケットに対して１つまたは複数の動作を実行するように動作可能であり得る。１つまたは複数の動作は、順次に行われてよく、後続の動作は、前の動作の結果に基づいて行われてよい。したがって、仕事を実行するためにキー−値対を使用する従来のルータとは対照的に、諸実施形態は、より複雑なルーティング・エンジンを使用することができる。従来の概念では、キーは、通常、ルーティングされるべきパケットのＩＰ宛先アドレスに対応し、値は、パケットが送出されるべきルータのローカル・ポートに対応する。キーは、マスクされ、パケットから抽出され、ルーティング・テーブルにおいて「検索」または「入力」キーとしてルックアップされる。諸実施形態では、複数の順次動作があってよい。１つまたは複数の動作は、例えば、マスキング動作、ルックアップ・テーブルにおけるルックアップ動作、アドレス情報に関する置換動作、またはルーティング情報の置換のグループの１つまたは複数の要素に対応してよい。

さらに、検査するための手段は、１つまたは複数のルックアップ・テーブルの１つを選択するように動作可能でよく、１つまたは複数のルックアップ・テーブルは、送信元または宛先に関する情報に基づいて選択される。検査するための手段は、１つのルックアップ・テーブルに基づいて第２のパケット検査を実行するようにさらに動作可能でよい。言い換えれば、第１のパケット検査の一部として、送信元または宛先アドレスはデータ・パケット・ヘッダからマスクされてよい。次いで、アドレスは、ルックアップ・テーブルのための入力キーまたは入力値として使用されてよい。次いで、ルックアップ・テーブルは、出力情報として、例えば、どこでデータ・パケット・ペイロードを見るべきか、何を探すべきか（データ・フォーマット）、それに続いて第２のパケット検査のために使用されるべき任意のさらなるルックアップ・テーブルなどのような第２のパケット検査に関するさらなる詳細を提供することができる。したがって、１つまたは複数のルックアップ・テーブルは、データ・パケットに対する後続の動作に関する情報を含んでよく、第２のパケット検査は、後続の動作を含んでよい。すなわち、後続の動作は、第２のパケット検査と共に実行されてよい。

ルックアップ・テーブルは、複数の行を含んでよく、各行は、入力値としてキー−値対、第１の出力値として、第２のパケット検査として実行されるべき行動または動作、および、共に実行されるべき行動または動作のための第２のパケット検査のための入力値としての、第２の出力値、例えば、データ・パケット宛先の識別を探すためのデータ・パケット・ペイロード内の位置を含んでよい。ルックアップ・テーブルは、異なる入力サイズを有する少なくとも２つの行を含んでよい。言い換えれば、ルックアップ・テーブル内の行のサイズは、それらの入力またはそれらの入力の数が、第２のパケット検査のための複数の入力値のように、例えば複数の出力値によって異なるので、様々でよい。

検査するための手段は、キー−値対に基づいてルックアップ・テーブルから後続の動作および後続の動作のための入力値をルックアップするように動作可能であるルックアップ・コア・ユニットを備えてよい。検査するための手段は、宛先の識別に関する情報を判定するために、第１のキー値としての送信元または宛先に関する情報から始めてルックアップ・コアを繰り返し実行させるように動作可能でよい。言い換えれば、検査するための手段は、繰り返しを実行することができる。繰り返しの１つのステップは、第１の繰り返しのために、ルックアップ・コア・ユニットを使用して、データ・パケット・ヘッダからの送信元または宛先アドレスでよいキー値に基づいてテーブル・ルックアップを実行することができる。次いで、繰り返しは、後続の繰り返しで何をするべきかを出力し、後続の繰り返しのための値を入力することができる。例えば、後続の繰り返しは、今度は、ルックアップ・テーブルへの入力として、第１の繰り返しの出力に基づいて選択された第１の繰り返しの出力を使用して、ルックアップ・コアを使用する別のルックアップに対応してよく、以下同様に繰り返す。いくつかの実施形態では、データ・パケットの宛先の識別に関する情報の繰り返し検索は、ルックアップ・コアに基づいて後続のルックアップ行動または動作を使用して実行されることが可能である。

他の実施形態では、判定するための手段は、複数のルックアップ・テーブルの１つを使用して後続のネットワーク・ノードを判定するように動作可能であり得る。１つのルックアップ・テーブルは、データ・パケットの宛先の識別に関する情報に基づいて複数のルックアップ・テーブルから選択されてよい。言い換えれば、検査するための手段は、宛先に関する情報を見つけるために暫定決定を行うことができ、最終決定は、ルックアップ・テーブルへのキーまたは入力値として宛先に関する情報を使用することができ、識別とネットワーク・ノードとのマッピングを含み、識別に関するまたは関連する処理タスクを実行する、判定するための手段によって行われることが可能である。

諸実施形態はまた、無線アクセス・ネットワークにおいてデータ・パケットをルーティングする方法を提供する。本方法は、送信元ネットワーク・ノードからデータ・パケットを受信するステップを含む。データ・パケットは、データ・パケット・ヘッダおよびデータ・パケット・ペイロードを含む。本方法は、データ・パケット・ヘッダからデータ・パケットの送信元または宛先に関する情報を判定するためにデータ・パケット・ヘッダに対する第１のパケット検査を実行し、データ・パケットの宛先の識別に関する情報を判定するためにデータ・パケットの送信元または宛先に関する情報に基づいてデータ・パケット・ペイロードに対する第２のパケット検査を実行することにより、データ・パケットを検査するステップをさらに含む。さらに、本方法は、データ・パケットの宛先の識別に関する情報に基づいて後続のネットワーク・ノードに関する情報を判定するステップを含む。

諸実施形態は、コンピュータ・プログラムがコンピュータまたはプロセッサ上で実行される場合に前述の方法の１つを実施するためのプログラム・コードを有するコンピュータ・プログラムをさらに備えてよい。

諸実施形態は、資源共用、資源プーリングおよび負荷分散が効率のよいやり方で可能にされ得るという利点を提供することができる。さらに、ＲＡＮのエネルギー消費は、空間容量の可能にされたパワー・ダウン、すなわち、対応する負荷分散の後に解放され得る容量のため、低減され得る。さらに、諸実施形態は、ピアリング標準化構成要素に対するシームレスな動作および設置された基地局トランシーバとの相互動作を可能にすることができる。諸実施形態はまた、自動冗長が柔軟な負荷分散によって利用可能にされるので、ＲＡＮ上の安定性を高めることができる。さらに、仮想化ネットワーク構成要素および非仮想化ネットワーク構成要素との混合動作が確立され得る。ＲＡＮクラウドは、ネットワーク管理および動作から独立して管理され作動され得る。諸実施形態においては、無線技術が柔軟に混和されることができ、ハードウェアが、それぞれ、ＳＣＥＭおよびＣＣＥＭ、ＢＢＵのために再利用され得るという利点が提供される。別の利点は、ソフトウェア更新のためにダウンタイムが発生しないように、ソフトウェア更新が使用されないまたは負荷のないＢＢＵに対して実行され得ることである。

各基地局においてピーク負荷のために十分に備えられ整えられた従来のＲＡＮの参照シナリオに関しては、クラウド・ベースのＲＡＮに関する早期の研究は、ＣＡＰＥＸおよびＯＰＥＸの４０％から８０％の間の利得を示す。要約すると、諸実施形態は、資源共用、負荷分散、冗長、および／またはパワー・ダウンの利益を向上させることができる。

いくつかの他の特徴または態様は、例としてのみ、装置および／または方法ならびに／あるいはコンピュータ・プログラムの以下の非限定的実施形態を使用して、および添付の図に関連して、説明される。

ルーティングするための装置の一実施形態を示す図である。 ネットワーク・シナリオを示す図である。 分割されたＢＢＵを有するネットワーク・シナリオおよび一実施形態を有するルータを示す図である。 一実施形態におけるＥ−ＵＴＲＡＮ内のデータ・パケットの一例を示す図である。 一実施形態におけるルックアップ・テーブルの使用を例示する図である。 ルーティングするための方法の一実施形態の流れ図である。 一実施形態におけるルーティング・プロセスの流れ図である。 一実施形態におけるルーティング・プロセスの流れ図である。

以下では、いくつかの構成要素が、同様の参照符号は同様の構成要素を指す複数の図において示される。反復説明は、簡単にするために回避されることがある。点線内に示されている特徴または構成要素は、任意選択のものである。

図１は、無線アクセス・ネットワークにおいてデータ・パケットをルーティングするための装置１０の一実施形態を示す。図１は、ルータ装置１０を備える任意選択のルータ１００をさらに示す。装置１０は、送信元ネットワーク・ノードからデータ・パケットを受信するための手段１２を備え、データ・パケットは、データ・パケット・ヘッダおよびデータ・パケット・ペイロードを含む。受信するための手段１２は、データ・パケットを検査するための手段１４に結合される。検査するための手段１４は、データ・パケット・ヘッダからデータ・パケットの送信元または宛先に関する情報を判定するためにデータ・パケット・ヘッダに対して第１のパケット検査を実行するように動作可能である。検査するための手段１４はまた、データ・パケットの宛先の識別に関する情報を判定するためにデータ・パケットの送信元または宛先に関する情報に基づいてデータ・パケット・ペイロードに対して第２のパケット検査を実行するように動作可能である。検査するための手段は、データ・パケットの宛先の識別に関する情報に基づいて後続のネットワーク・ノードに関する情報を判定するための手段１６に結合される。諸実施形態では、ルータ装置１０は、図１において任意選択として点線によって示されている、データ・パケットを後続のネットワーク・ノードに転送するための手段１８をさらに備えてよい。

図２は、Ｅ−ＵＴＲＡＮ２００として例示されているネットワーク・シナリオを示す。図２は、Ｘ２インターフェースによって相互接続されている基地局トランシーバとして３つのｅノードＢ（ｅＮＢ）２１０、２１２および２１４を示す。さらに、３つのｅＮＢ２１０、２１２および２１４は、コア・ネットワークへのインターフェースであるＳ１インターフェースを使用して、ＭＭＥおよび／またはＳ−ＧＷに対応する２つのエッジ・ノード２３０および２３２に接続される。さらに、図２は、それぞれのｅＮＢ２１０、２１２、２１４に結合された複数の個別のアンテナ２３４ａ〜ｅを示す。図２の下部に示されているさらに個別のアンテナ２３４ａ〜ｅは、ｅノードＢのＢＢＵおよびＲＲＨへの分割を示す。

別のネットワーク・シナリオが図３に示されている。図３は、最も左側に、３つの可能な送信元ネットワーク・ノード２３０、２３１および２３２、すなわちＬＴＥ ＭＭＥ２３０、ＬＴＥ Ｓ−ＧＷ２３２およびＵＭＴＳ ＲＮＣ２３１を示す。ＭＭＥ２３０は、Ｓ１−ＡＰインターフェースを介して制御プレーン・データ・パケットを提供し、一方、Ｓ−ＧＷ２３２は、Ｓ１−Ｕインターフェースを介してデータ（ユーザ）−プレーンのためのデータ・パケットを提供する。ＲＮＣ２３１は、ＩｕＢインターフェースを介して制御プレーンおよびデータ（ユーザ）−プレーンの両方のためのデータ・パケットを提供する。さらに、図３は、すべてが装置１０を備えるルーティング・エンジン１０ａ、１０ｂおよび１０ｃの３つの実施形態を示す。図に示されているように、Ｓ１−ＡＰ、Ｓ１−ＵおよびＩｕＢの各経路に１つのルーティング・エンジンがある。さらに、図３から、それぞれのＢＢＵは、Ｅ−ＵＴＲＡＮのための複数のＳＣＥＭ２４０ａおよび複数のＣＣＥＭ２４２ａ、ならびにＵＴＲＡＮのための複数のＳＣＥＭ２４０ｂおよび複数のＣＣＥＭ２４２ｂに分離または分割されていることがわかる。次いで、複数のＣＥＭ２４０ａｂ、２４２ａｂの後に複数のＲＲＨ２３４ａ〜ｅが続き、それらの間に任意選択のＣＰＲＩスイッチ２４４がある。

図３は、諸実施形態としてＢＢＵ構成要素ＳＣＥＭおよびＣＣＥＭならびにルーティング・エンジン１０ａｂｃを有するクラウド・ベースのＲＡＮのアーキテクチャ全体を示す。使用される無線技術に追加しておよび関係なく、（分散）クラウド・コントローラ２４６がクラウドＲＡＮを管理するために導入されてよい、すなわち、この実施例ではＬＴＥおよびＵＭＴＳを同時に提供する。

図３の無線アクセス・ネットワークは、ＲＲＨ２３４ａ〜ｅを介しての後続の無線伝送に関するベースバンド・データを処理するために複数のベースバンド処理ユニット（ＳＣＥＭ２４０ａｂプラスＣＣＥＭ２４２ａｂ）を備える。複数のベースバンド処理ユニットは、制御データ処理ユニット（ＣＣＥＭ２４２ａｂ）およびペイロード・データ処理ユニット（ＳＣＥＭ２４０ａｂ）を備える。検査するための手段１４（図１参照）は、データ・パケットの送信元または宛先に関する情報に基づいてデータ・パケットが制御データ・パケットかペイロード・データ・パケットかを判定するように動作可能である。制御データ・パケットの場合は、制御パケットがセル機能に関し、したがってＣＣＥＭまたはユーザ・データ関連ベアラに関し、したがってそのペイロードを処理するＳＣＥＭに関するかどうかを判断するために、判定のさらなるステップが実行されてよい。すなわち、ＣＣＥＭおよびＳＣＥＭは、例えばＳ１−ＡＰを介して、トラフィックを処理も制御もすることができ、検査するための手段１４は、より深いまたは後続のさらなるパケット検査を使用して後続のネットワーク・ノードを判定するように動作可能であり得る。ベースバンド処理ユニットは、データ・パケットの宛先のサービスのデータを処理するよう割り当てられ、後続のネットワーク・ノードは、データ・パケット・ペイロードが関係するサービスに割り当てられたベースバンド処理ユニット（ＳＣＥＭ２４０ａｂまたはＣＣＥＭ２４２ａｂ）に対応する。

図３は、３つのルーティング・エンジン１０ａｂｃによって得られ、３つの吹き出し２５０、２５２、２５４で与えられているキー値または識別のための３つの例をさらに示す。Ｓ１−ＡＰの経路に配置されるルーティング・エンジン１０ａは、吹き出し２５０によって示されているキーまたは識別としてのコンテキスト識別子を判定することができる。Ｓ１−Ｕ経路に配置されているルーティング・エンジン１０ｂは、切り替えキーとしてＳ１−Ｕ上で受信したデータ・パケットからユーザ・トンネル・エンドポイント識別子（ＴＥＩＤ）を判定する、または、汎用パケット無線サービス（ＧＰＲＳ）トンネリング・プロトコル（ＧＴＰ）から識別子を判定することができる。ＧＴＰ−Ｕ内のすべてのユーザＩＤが検査され得る。ＩｕＢ経路に配置されているルーティング・エンジン１０ｃは、識別としてＵＭＴＳフレーミング・プロトコル（ＦＰ）からフレーム・タイプ（ＦＴ）またはトランスポート・フォーマット・インジケータ（ＴＦＩ）を判定することができる。

検査するための手段１４、図１参照、は、データ・パケットの送信元または宛先に関する情報に基づいて第２のパケット検査としてデータ・パケットに対する動作を実行するように動作可能である。１つまたは複数の動作は順次に行われ、後続の動作は前の動作の結果に基づいて行われる。動作は、この後に詳述されるマスキング動作、ルックアップ・テーブルにおけるルックアップ動作、アドレス情報に対する置換動作、またはルーティング情報の置換のグループの１つまたは複数の要素に対応することができる。

以下では、ルーティング・エンジン１０ａおよび１０ｂの２つの実施形態がより詳細に説明される。ＩＰが、クラウドにおいて、すなわち、ＭＭＥ２３０とルーティング・エンジン１０ａとの間で、およびＳ−ＧＷ２３２とルーティング・エンジン１０ｂとの間で、ネットワーク層プロトコルとして使用されることがさらに仮定される。制御のトラフィックおよびデータ・プレーンをクラウド・インスタンスに展開するためには、ＩＰアドレスより多い情報が必要とされる。この情報は、データ・パケット内のより深い様々なヘッダに分散され、情報の位置は、固定位置にない。したがって、ルーティング・エンジン１０は、ルーティングする宛先を見つけるために一連の決定に従わなければならない。

図４は、ＬＴＥ ＲＡＮのパケット構造を使用する諸実施形態におけるルーティング情報の分散およびパケット検査を例示する。図４の上部には、ＩＰパケットとしてのデータ・パケットの例が示されており、この場合、データ・パケット・ヘッダはＩＰヘッダに対応し、データ・パケット・ペイロードは複数の他のプロトコルを含むことがわかる。図４の上部に例示されているデータ・パケットは、ルーティング・エンジン１０ａにおいてＭＭＥ２３０から受信したＳ１−ＡＰデータ・パケットであると仮定される、すなわち、制御プレーンのパケット・ヘッダ情報を示す。ＩＰヘッダは、送信元アドレス４００（ＭＭＥ２３０）および宛先アドレス４０２、ここでは仮想ｅＮＢを含む。この場合、ルーティング・エンジン１０ａ、すなわち、そこで検査するための手段１４は、ＩＰ送信元アドレス４００を許可されたＭＭＥのリストと照合することができ、代替として、宛先アドレス４０２およびストリーミング制御トランスポート・プロトコル（ＳＣＴＰ）ヘッダ４０４のためのＩＰプロトコル・フィールドを検査することもできる。簡単にするために、暗号化は次のステップでは考慮されない。図４に示されているように、データ・パケット・ペイロードは、Ｓ１−ＡＰヘッダ４０６およびＳ１−ＡＰメッセージ・ボディ４０８をさらに含む。固定位置における次の関連フィールドは、Ｓ１−ＡＰメッセージ・ボディ４０８内の「メッセージ・タイプ」４０９である。メッセージ・タイプ４０９に応じてルーティング・エンジンが選択されてよい、すなわち、後続の動作または行動は、「メッセージ・タイプ」フィールド４０９のコンテンツに基づいて行われ、次のステップのための適切なテーブル、およびヘッダのためのその関連ビット・マスクが選択されてよい。

見つけられたキー情報、すなわち、宛先の識別、例えば、ｉｄ−ＭＭＥ−ＵＥ−Ｓ１ＡＰ−ＩＤ、ｉｄ−ｅＮＢ−ＵＥ−Ｓ１ＡＰ−ＩＤ、ｉｄ−Ｇｌｏｂａｌ−ｅＮＢ−ＩＤは、判定するための手段１６によって実行され、この実施形態におけるルーティング決定のための最終情報を構成する、最終ルーティング決定のための十分な情報を提供する。

図４の下部では、ＩＰパケットとしてデータ・パケットの例が示されており、この場合、データ・パケット・ヘッダはＩＰヘッダに対応し、データ・パケット・ペイロードは複数の他のプロトコルを含むことがわかる。図４の下部に例示されているデータ・パケットは、ルーティング・エンジン１０ｂにおいてＳ−ＧＷ２３２から受信したＳ１−Ｕデータ・パケットである、すなわち、ユーザ・プレーンのパケット・ヘッダ情報を示すと仮定される。ＩＰヘッダは、ＧＴＰトンネルのエンドポイントでよいポート・アドレスを有する送信元アドレス４１０（Ｓ−ＧＷ２３２）、および宛先アドレス４１２、やはり仮想ｅＮＢを含む。データ・プレーンのルーティング・エンジンのためのプロセスは、すべての情報が固定位置にあるので、少しだけ、より簡単であり、したがって、妥当な送信元およびプロトコル（上記ＩＰ）の検証後に、キーＴＥＩＤ４１４は、最終ルーティング決定のために十分である。この場合、ルーティング・エンジン１０ｂ、すなわち、そこで検査するための手段１４は、ＩＰ送信元アドレスを許可されているＳ−ＧＷのリストと照合することができ、代替として、宛先アドレス４１２を検証し、次いで、この実施形態におけるルーティング決定のための最終情報を構成するＴＥＩＤ４１４を判定することもできる。

図５は、一実施形態におけるルックアップ・テーブルの使用を例示する。図５は、クラウドＲＡＮルーティング・エンジンが基づくテーブル構造を示す。ルーティング装置１０では、検査するための手段１４は、１つまたは複数のルックアップ・テーブルの１つを選択するように動作可能であり、ルックアップ・テーブルは、送信元または宛先に関する情報に基づいて選択される。図５は、上部において、データ・パケット・ヘッダ部およびデータ・パケット・ペイロード部を含む別のＩＰパケットを例示する。データ・パケット・ヘッダは、ＩＰヘッダ５０２を含み、データ・パケット・ペイロードは、ＳＣＴＰヘッダ５０４、Ｓ１−ＡＰ情報５０６、およびＳ１−ＡＰメッセージ・ボディ部５０８を含む。第１のパケット検査の一部として、送信元アドレスは、ステップ５１０においてＩＰヘッダ５０２からマスクされる。送信元アドレス５１２から、ステップ５１４においてキー値５１６が抽出される。次いで、キー値はルックアップ・テーブル５２０への入力値として使用され得る。例えば、キー値５１６は、ステップ５１８においてルックアップ・テーブル５２０の第１の列における入力にマッチされる。

キー入力とは別に、ルックアップ・テーブル５２０は、データ・パケットに対する後続の動作または行動に関する情報および後続の動作または行動が基づくべき別の値を含む。言い換えれば、ルックアップ・テーブルは、複数の行を含み、各行は、入力値としてキー−値対、第１の出力値として、第２のパケット検査として実行されるべき行動または動作、および行動または動作が共に実行されるべき第２のパケット検査のための入力値として、第２の出力値を含む。次いで、第２のパケット検査は、その値に基づく後続の動作を含む。すなわち、検査するための手段１４は、１つのルックアップ・テーブル５２０によって判定された行動または動作に基づいて第２のパケット検査を実行するようにさらに動作可能である。第２のパケット検査時に実行されるべき動作または行動は、ルックアップ・テーブル５２０によって第１のパケット検査時に判定されることが可能である。第２のパケット検査自体は、別のルックアップ・テーブルに基づいて別のルックアップ動作を実行することができる。

言い換えれば、キー５１６は、ルックアップ・テーブル５２０において、決定、すなわち、実行するべきさらなる行動または動作を見つけることを可能にする。送信元アドレス５１２をマスクするためのマスクは、可変サイズを有することができる。マッチが見つけられたときに実行されるべき行動および次のステップ行動を実行するために使用される値も、可変サイズを有してよい。したがって、ルックアップ・テーブル５２０は、異なる入力サイズを有する少なくとも２つの行を含む。図５に示されているテーブル５２０は、様々なサイズを有するトリプルからなる。行動または動作を、より深いパケット検査を用いる任意のさらなるステップとしてもよい。図５は、例えば第２のパケット検査のような、ルーティング・プロセスにおける次のループにおいて実行されることが可能である「マスクおよびルックアップ」行動５２２を例示する。この動作は、２つの値、次のパケット検査のために使用されるマスクのためのもの、および次のパケット検査のために使用されるべき次のルックアップ・テーブルに関する基準を有するように例示されている。図５は、ネットワーク・アドレス変換（ＮＡＴ）行動に対応する「ＩＰ宛先アドレスおよびルートを置換する」行動５２４をさらに例示し、この場合、値はＩＰ宛先アドレスに対応する。さらに、図５は、クラウドＲＡＮの仮想化構成要素に到達するために使用されることが可能であり、値はトンネルのＩＰ宛先アドレスに対応する、「トンネルに送る」行動５２６を例示する。他の行動または動作は、従来のルーティングに対応してもよいが、拡張アドレッシング方式による、「ポートに送る」行動を含んでよい。

図５を用いて詳述された実施形態が示すように、ルーティング・プロセスは、２つの異なる基本タイプの行動を有してよい。第１のものは、検査するための手段１４によって実行される、通常、次のルックアップのためのマスクおよびテーブルを定義する決定にさらに近くつながる中間行動、図５における行動５２２参照、である。他方のものは、判定するための手段１６によって実行される、パケットをどうするべきかおよびパケットをどこにルーティングするべきかを定義する最終行動（図５における行動５２４および５２６参照）である。判定するための手段１６はまた、複数のルックアップ・テーブルの１つを使用して後続のネットワーク・ノードを判定するように動作可能であり得る。この１つのルックアップ・テーブルは、データ・パケットの宛先の識別に関する情報に基づいて複数のルックアップ・テーブルから選択される。

この実施形態では、検査するための手段１４は、次に図８を使用して詳述されるルックアップ・コア・ユニットを備える。ルックアップ・コアは、キー−値対５１６に基づいてルックアップ・テーブル５２０から後続の動作および後続の動作のための入力値をルックアップするように動作可能である。次に、検査するための手段１４は、宛先の識別に関する情報を判定するために第１のキー値としての送信元または宛先に関する情報から始めてルックアップ・コアを繰り返し作動させるように動作可能である。再帰として実行されてもよいこの繰り返しは、以下で詳述される。

図６は、無線アクセス・ネットワークにおいてデータ・パケットをルーティングするための方法の一実施形態の流れ図を示す。本方法は、送信元ネットワーク・ノードからデータ・パケットを受信するステップ２２を含む。データ・パケットは、データ・パケット・ヘッダおよびデータ・パケット・ペイロードを含む。本方法は、データ・パケット・ヘッダからデータ・パケットの送信元または宛先に関する情報を判定するためにデータ・パケット・ヘッダに対する第１のパケット検査を実行することにより、およびデータ・パケットの宛先の識別に関する情報を判定するためにデータ・パケットの送信元または宛先に関する情報に基づいてデータ・パケット・ペイロードに対する第２のパケット検査を実行することにより、データ・パケットを検査するステップ２４をさらに含む。本方法は、データ・パケットの宛先の識別に関する情報に基づいて後続のネットワーク・ノードに関する情報を判定するさらなるステップ２６を含む。

一実施形態におけるルーティング・プロセスは、図７の流れ図を使用してさらに詳述される。図７は、ＬＴＥデータ経路における実施形態に関して、図６の検査するステップ２４および判定するステップ２６をより詳細に示す。図４下部も参照されたい。第１のパケット検査時に、ＩＰヘッダがマスクされ７０２、送信元アドレスが抽出される７０４。第１のルックアップ動作７０６において、送信元アドレスが第１のルックアップ・テーブルを使用して検証される。ステップ７１０において送信元アドレスが検証され得ない場合は、ステップ７１２おいて例外処理が実行される。ステップ７１０において送信元アドレスが検証された場合は、宛先ポートは、第２のパケット検査としてステップ７１４および７１６においてマスクされ抽出されることが可能である。さらに、第２のルックアップ・テーブルを使用する第２のルックアップ動作７１８が、宛先ポートの妥当性確認をするために使用される。宛先ポートが妥当でない場合は、ステップ７２２において妥当でないユーザ・データに対して例外処理が実行される。宛先ポートが妥当である場合は、判定するステップ２６がサブステップ７２４および７２６においてＧＴＰ ＴＥＩＤをマスクし抽出することを開始する。ＴＥＩＤに基づいてＩＰアドレスおよびポートを見つけるためにステップ７２８においてさらに別のルックアップ・テーブルが使用され得る。テーブルがＴＥＩＤのための入力を含まない場合は、ステップ７３２において例外処理が実行される。そうでない場合は、ステップ７３４において、例えば転送するための手段１８を介して、ＩＰアドレスおよびポートへのルーティングが実行される。

図８は、ＬＴＥ制御経路における一実施形態でのルーティング・プロセスの流れ図を示す。図８は、左側にルックアップ・コア・ユニット８０２を例示する。受信したデータ・パケット８０４は、ルックアップ・コア８０２に提供される。ルックアップ・コア８０２は、パケットのそれぞれのゾーンをマスクするステップ８０６と、データ・パケットからキー情報を抽出するステップ８０８と、そのキーに基づいてルックアップ・テーブルにおいてルックアップ動作するステップ８１０とを含む。さらに、ステップ８１２においてキー検証が実行され、ルックアップ・テーブルにおいてキーのマッチが見つけられない場合は、外部ステップ８１４において外部例外処理が実行され得る。上記ですでに述べられたように、ルックアップ・コア・ユニット８０２は繰り返し作動されることが可能であり、この場合、各繰り返しにおいて、異なるルックアップ・テーブルおよび／または行動ないし動作が実行されることが可能である。図８の右側には、一実施形態における一連の繰り返しが表示されており、この場合、ルックアップ・コア・ユニットは、繰り返し８０２ａ、８０２ｂ、８０２ｃおよび８０２ｄによって繰り返される。この実施形態は、図４の上部の助けを借りて説明されたルーティングに従う。

パケット８０４は、送信元アドレスに基づいて実行される、第１のルックアップ・コア・ユニット８０２ａに入力される。第２のルックアップ・コア・ユニット８０２ｂは、ＳＣＴＰプロトコルに基づき、第３のルックアップ・コア・ユニット８０２ｃは、Ｓ１−ＡＰメッセージ・タイプに基づき、第４のルックアップ・コア・ユニット８０２ｄは、識別、すなわち、ｉｄ−ＭＭＥ−ＵＥ−Ｓ１ＡＰ−ＩＤ、ｉｄ−ｅＮＢ−ＵＥ−Ｓ１ＡＰ−ＩＤ、またはｉｄ−Ｇｌｏｂａｌ−ＥＮＢ−ＩＤの１つを配信する。次いで、図４に関して上記で説明されたことに一致して、ステップ２６において後続のネットワーク・ノードのＩＰアドレス／ポートを判定するために識別が使用され得る。

情報の流れの観点からすると、クラウドＲＡＮルーティング・エンジンのコア８０２は、図８に示されているように、再帰的に使用され得る、「ルックアップ・コア」という名前のコンパクトな命令のセットとみなされてよい。左側には、通常パケットに作用するが任意の構造データのために使用されてよい、このコア８０２が示されている。このコアは、マスク８０６、情報抽出８０８、ルックアップ８１０および決定８１２から成る。右側には、ＬＴＥ制御プレーンのための実行が示されており、この場合、順次の各ブロックは、１つのルックアップ・コア８０２から構成される。

様々な前述の方法のステップはプログラムされたコンピュータによって実行されることが可能であることを当業者は容易に理解するであろう。本明細書では、いくつかの実施形態はまた、機械またはコンピュータ可読であり、命令の機械実行可能またはコンピュータ実行可能プログラムをエンコードするプログラム記憶装置、例えばデジタル・データ記憶媒体をカバーすることが意図され、前記命令は、前記前述の方法のステップのいくつかまたはすべてを実行する。プログラム記憶装置は、例えば、デジタル・メモリ、磁気ディスクおよび磁気テープなどの磁気記憶媒体、ハード・ドライブ、または光可読デジタル・データ記憶媒体でよい。諸実施形態はまた、前述の方法の前記ステップを実行するようにプログラムされたコンピュータをカバーすることが意図される。

説明および図面は、単に本発明の原理を例示するのみである。したがって、当業者は、本明細書には明示的に記載されても示されてもいないが、本発明の原理を実施し本発明の趣旨および範囲内に含まれる様々な構成を考案することができるであろうことが理解されよう。さらに、本明細書に記載のすべての実施例は、読者が本発明の原理、および技術を推進するために本発明者（複数可）によって提供された概念を理解するのを支援するための明示的に教育目的のためのみであることが主に意図され、そのような詳細に記載された実施例および状態に限定されないと解釈されるべきである。さらに、本発明の原理、態様、および実施形態、ならびにそれらの特定の実施例を記載する本明細書におけるすべての記述は、それらの同等物を包含することが意図される。

「．．．のための手段」として示される（ある機能を実行する）機能ブロックは、それぞれ、ある特定の機能を実行することにまたは実行するように適応した回路を含む機能ブロックとして理解されるものとする。したがって、「何かのための手段」は、「何かに適応したまたは適した手段」と理解されてもよい。したがって、ある特定の機能を実行するのに適応した手段は、そのような手段は（所与の時刻において）必ず前記機能を実行するということを含意しない。

「手段」、「受信するための手段」、「検査するための手段」、「判定するための手段」、「転送するための手段」などと表示されている任意の機能ブロックを含めて、諸図において示されている様々な要素の機能は、「受信器」、「検査器」、「判定器」、「転送器」、「プロセッサ」、「コントローラ」、「ＤＳＰ」などの専用ハードウェアならびに適切なソフトウェアに関連するソフトウェアを実行することができるハードウェアの使用によって提供されてよい。プロセッサによって提供される場合は、機能は、単一の専用プロセッサによって、単一の共用プロセッサによって、またはそのうちのいくつかは共用されてよい複数の個々のプロセッサによって提供されてよい。さらに、用語「プロセッサ」または「コントローラ」の明示的な使用は、ソフトウェアを実行することができるハードウェアを排他的に指すと解釈されるべきではなく、限定なしに、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェアを格納するための読出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、および不揮発性ストレージを暗示的に含んでよい。従来のおよび／またはカスタムの他のハードウェアが含まれてもよい。同様に、諸図に示されているいずれのスイッチも概念的のみである。それらの機能は、プログラム・ロジックの実行によって、専用ロジックによって、プログラム制御および専用ロジックの相互作用によって、またはさらに手動で実行されてもよく、コンテキストからより詳細に理解されるように特定の技法が実施者によって選択可能である。

本明細書におけるいずれのブロック図も本発明の原理を実施する例示的回路の概念図を表すことが当業者によって理解されるはずである。同様に、いずれのフロー・チャート、流れ図、状態遷移図、擬似コードなども、コンピュータ可読媒体において事実上表され、したがって、コンピュータまたはプロセッサによって、そのようなコンピュータまたはプロセッサが明示的に示されていてもいなくても、実行されてよい様々なプロセスを表すことが理解されよう。

Claims (14)

1. 無線アクセス・ネットワークにおいてデータ・パケットをルーティングするための装置（１０）であって、
   送信元ネットワーク・ノードからデータ・パケットを受信するための手段（１２）であって、前記データ・パケットがデータ・パケット・ヘッダおよびデータ・パケット・ペイロードを含む、受信するための手段（１２）と、
   前記データ・パケットを検査するための手段（１４）であって、前記データ・パケット・ヘッダから前記データ・パケットの送信元または宛先に関する情報を判定するために前記データ・パケット・ヘッダに対する第１のパケット検査を実行するように動作可能であり、前記データ・パケットの前記宛先の識別に関する情報を判定するために前記データ・パケットの前記送信元または前記宛先に関する情報に基づいて前記データ・パケット・ペイロードに対して第２のパケット検査を実行するように動作可能である、検査するための手段（１４）と、
   前記データ・パケットの前記宛先の前記識別に関する前記情報に基づいて後続のネットワーク・ノードに関する情報を判定するための手段（１６）と、
   を備える、装置（１０）。
2. 前記データ・パケットを前記後続のネットワーク・ノードに転送するための手段（１８）をさらに備える、請求項１に記載の装置（１０）。
3. 前記送信元ネットワーク・ノードがネットワーク・エッジ・ノード、ネットワーク・ゲートウェイ、モビリティ管理エンティティ、無線ネットワーク・コントローラ、サービング・ゲートウェイ、制御プレーン・データ・パケット処理エンティティ、またはユーザ・プレーン・データ・パケット処理エンティティのグループの１つまたは複数の要素に対応する、請求項１に記載の装置（１０）。
4. 前記無線アクセス・ネットワークが後続の無線伝送のためにベースバンド・データを処理するための複数のベースバンド処理ユニットを備え、ベースバンド処理ユニットが、前記データ・パケットの前記宛先のサービスのデータを処理するよう割り当てられ、前記後続のネットワーク・ノードが、前記データ・パケット・ペイロードが関係するサービスに割り当てられた前記ベースバンド処理ユニットに対応する、請求項１に記載の装置（１０）。
5. 前記複数のベースバンド処理ユニットが制御データ処理ユニットおよびペイロード・データ処理ユニットを備え、前記検査するための手段（１４）が、前記データ・パケットの前記送信元または前記宛先に関する前記情報に基づいて前記データ・パケットが制御データ・パケットかペイロード・データ・パケットかを判定するように動作可能である、請求項４に記載の装置（１０）。
6. 前記検査するための手段（１４）が、前記データ・パケットの前記送信元または宛先に関する情報に基づいて前記第２のパケット検査として前記データ・パケットに対する１つまたは複数の動作を実行するように動作可能であり、前記１つまたは複数の動作が順次に行われ、後続の動作が前の動作の結果に基づいて行われ、前記１つまたは複数の動作が、マスキング動作、ルックアップ・テーブル（５２０）におけるルックアップ動作、アドレス情報に対する置換動作、またはルーティング情報の置換のグループの１つまたは複数の要素に対応する、請求項１に記載の装置（１０）。
7. 前記検査するための手段（１４）が、１つまたは複数のルックアップ・テーブル（５２０）の１つを選択するように動作可能であり、前記１つまたは複数のルックアップ・テーブル（５２０）が、前記第１のパケット検査で判定された前記送信元または前記宛先に関する前記情報に基づいて選択され、前記検査するための手段（１４）が、前記１つのルックアップ・テーブル（５２０）に基づいて前記第２のパケット検査を実行するようにさらに動作可能である、請求項１に記載の装置（１０）。
8. 前記１つまたは複数のルックアップ・テーブルが、前記データ・パケットに対する後続の動作に関する情報を含み、前記第２のパケット検査が、前記後続の動作を含み、前記動作が、マスキング動作、ルックアップ・テーブル（５２０）におけるルックアップ動作、アドレス情報に対する置換動作、またはルーティング情報の置換のグループの１つまたは複数の要素に対応する、請求項７に記載の装置（１０）。
9. ルックアップ・テーブルが、複数の行を含み、各行が、入力値としてキー−値対と、第１の出力値としての、第２のパケット検査として実行されるべき行動または動作と、共に実行されるべき行動または動作のための前記第２のパケット検査のための入力値としての、第２の出力値とを含む、請求項７に記載の装置（１０）。
10. 前記ルックアップ・テーブル（５２０）が、異なる入力サイズを有する少なくとも２つの行を含む、請求項９に記載の装置（１０）。
11. 前記検査するための手段（１４）が、キー−値対に基づいてルックアップ・テーブル（５２０）から後続の動作および前記後続の動作のための入力値をルックアップするように動作可能であるルックアップ・コア・ユニット（８０２）を備え、前記検査するための手段（１４）が、前記宛先の前記識別に関する前記情報を判定するために、前記第１のパケット検査で判定された第１のキー値としての前記送信元または宛先に関する前記情報から始めて、前記ルックアップ・コア（８０２）を繰り返し作動させるように動作可能である、請求項１に記載の装置（１０）。
12. 前記判定するための手段（１６）が、複数のルックアップ・テーブルの１つを使用して前記後続のネットワーク・ノードを判定するように動作可能であり、前記１つのルックアップ・テーブルが、前記データ・パケットの前記宛先の前記識別に関する前記情報に基づいて前記複数のルックアップ・テーブルから選択される、請求項１に記載の装置（１０）。
13. 無線アクセス・ネットワークにおいてデータ・パケットをルーティングするための方法であって、
    送信元ネットワーク・ノードからデータ・パケットを受信するステップ（２２）であって、前記データ・パケットがデータ・パケット・ヘッダおよびデータ・パケット・ペイロードを含む、受信するステップ（２２）と、
    前記データ・パケット・ヘッダから前記データ・パケットの送信元または宛先に関する情報を判定するために前記データ・パケット・ヘッダに対する第１のパケット検査を実行すること、および
    前記データ・パケットの前記宛先の識別に関する情報を判定するために前記データ・パケットの前記送信元または前記宛先に関する前記情報に基づいて前記データ・パケット・ペイロードに対する第２のパケット検査を実行すること、
    によって、前記データ・パケットを検査するステップ（２４）と、
    前記データ・パケットの前記宛先の前記識別に関する前記情報に基づいて後続のネットワーク・ノードに関する情報を判定するステップ（２６）と、
    を含む方法。
14. コンピュータまたはプロセッサ上で実行される場合、請求項１３に記載の方法を実行するためのプログラム・コードを有する、コンピュータ・プログラム。

Images