(57)【要約】実施形態では、パケットフィルタリングに対する１つまたは複数の技術を考える。１つまたは複数の実施形態は、デバイスが１つもしくは複数の、または多数のインターフェースを有する場合に、特定のルーティングおよび／または転送のルールを、いくつかのまたは各パケットに適用することができる。考えられるフィルタリング技術は、モジュール内で、および／またはＩＰスタックを変更することなく、実施することができる。考えられるパケットフィルタリング技術は、アップリンクおよび／またはダウンリンクにおける端末に、ならびに任意のネットワークノードに適用することができる。着信および／または発信パケットフィルタリングをサポートするために、数あるメカニズムの中でも、５タプル、６タプル、および／またはタグを使用して、着信パケットテーブルを作成することができる。
2014524160.tif 000002
【特許請求の範囲】
【請求項１】
パケットフィルタリングを実施するために無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記ＷＴＲＵは、第１のインターフェースおよび第２のインターフェースを含み、前記方法は、
少なくとも１つのタグを少なくとも１つの発信パケットに適用するステップと、
発信パケットフィルタリング機能を実行するステップと、
前記発信パケットを送信するために経由する、前記第１のインターフェースまたは前記第２のインターフェースのうちの少なくとも１つを、前記少なくとも１つのタグに少なくとも部分的に基づいて、前記発信パケットフィルタリング機能によって決定するステップと、
前記少なくとも１つの発信パケットから前記少なくとも１つのタグを除去するステップと、
前記決定された第１のインターフェースまたは第２のインターフェースのうちの少なくとも１つを経由して前記少なくとも１つの発信パケットを送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記少なくとも１つのタグを前記少なくとも１つの発信パケットに適用する前記ステップは、前記第１のインターフェースまたは前記第２のインターフェースのレイヤよりも高位の論理レイヤにおいて行われることを特徴とする請求項１に記載の方法。
【請求項３】
前記少なくとも１つのタグを前記少なくとも１つの発信パケットに適用する前記ステップは、アプリケーションレイヤまたはコントロールレイヤにおいて行われることを特徴とする請求項２に記載の方法。
【請求項４】
前記少なくとも１つのタグは、前記少なくとも１つの発信パケットを、コントロールパケットまたは非コントロールパケットのいずれかとして指定することを特徴とする請求項１に記載の方法。
【請求項５】
前記第１のインターフェースを前記第２のインターフェースにマップするステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記発信フィルタリング機能によって決定する前記ステップは、さらに、１つまたは複数の所定のルールに基づくことを特徴とする請求項１に記載の方法。
【請求項７】
前記ＷＴＲＵ上で少なくとも１つのモードを設定するステップをさらに含み、前記発信パケットフィルタリング機能を実行する前記ステップは、前記少なくとも１つのモードに関連付けられている発信パケットフィルタリング機能を実行するステップを含み、および前記発信パケットフィルタリング機能によって決定する前記ステップは、前記少なくとも１つの発信パケットの前記送信に最も近い時点で実行されることを特徴とする請求項１に記載の方法。
【請求項８】
前記ＷＴＲＵ上で少なくとも１つのフックを登録するステップをさらに含み、前記発信パケットフィルタリング機能を実行する前記ステップは、前記少なくとも１つのフックを呼び出すステップを含み、および前記発信パケットフィルタリング機能によって決定する前記ステップは、前記少なくとも１つの発信パケットの前記送信に最も近い時点でカーネルレベルにおいて前記少なくとも１つのフックによって実行されることを特徴とする請求項１に記載の方法。
【請求項９】
前記少なくとも１つの発信パケットから前記少なくとも１つのタグを除去する前記ステップは、前記少なくとも１つのモードに関連付けられる前記発信パケットフィルタ機能によって実行されることを特徴とする請求項７に記載の方法。
【請求項１０】
前記少なくとも１つの発信パケットから前記少なくとも１つのタグを除去する前記ステップは、前記カーネルレベルにおいて前記少なくとも１つのフックによって実行されることを特徴とする請求項８に記載の方法。
【請求項１１】
パケットフィルタリングを実施するために無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記方法は、
発信パケットフィルタリング機能を実行するステップと、
前記ＷＴＲＵ上のインターフェースマッピングに含まれる複数のそれぞれ個別のインターフェースを、前記発信パケットフィルタリング機能によって決定するステップと、
前記インターフェースマッピングに含まれる前記それぞれ個別のインターフェースを、前記発信パケットフィルタリング機能によって識別するステップと、
前記決定された複数のマップされるインターフェースに少なくとも部分的に基づいて、少なくとも１つの発信パケットの複数の必須のデュプリケートを、前記発信パケットフィルタリング機能によって決定するステップと、
前記少なくとも１つの発信パケットの前記必須の複数のデュプリケートを作成するステップと、
前記少なくとも１つの発信パケット、または前記少なくとも１つの発信パケットの前記デュプリケートのうちの１つのいずれかを、それぞれ、前記インターフェースマッピングに含まれる前記個別のインターフェースの各々を経由して送信するステップと
を含むことを特徴とする方法。
【請求項１２】
前記ＷＴＲＵ上で少なくとも１つのモードを設定するステップをさらに含み、前記発信パケットフィルタリング機能を実行する前記ステップは、前記少なくとも１つのモードに関連付けられる発信パケットフィルタリング機能を実行するステップを含み、および少なくとも、前記インターフェースマッピングに含まれる前記複数のインターフェースを前記発信パケットフィルタリング機能によって決定する前記ステップは、前記少なくとも１つの発信パケット、または前記少なくとも１つの発信パケットの前記デュプリケートのうちの１つのいずれかの前記送信に最も近い時点で実行されることを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＷＴＲＵ上で少なくとも１つのフックを登録するステップをさらに含み、前記発信パケットフィルタリング機能を実行する前記ステップは、前記少なくとも１つのフックを呼び出すステップを含み、および、少なくとも、前記インターフェースマッピングに含まれる前記複数のインターフェースを前記発信パケットフィルタリング機能によって決定する前記ステップは、前記少なくとも１つの発信パケット、または前記少なくとも１つの発信パケットの前記デュプリケートのうちの１つのいずれかの前記送信に最も近い時点でカーネルレベルにおいて前記少なくとも１つのフックによって実行されることを特徴とする請求項１１に記載の方法。
【請求項１４】
パケットフィルタリングを実施するために無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、前記方法は、
少なくとも１つの着信パケットを識別するステップであって、前記少なくとも１つの着信パケットは、前記ＷＴＲＵのインターフェースを経由して受信される、ステップと、
少なくとも１つの発信パケットを識別するステップであって、前記少なくとも１つの発信パケットは、前記少なくとも１つの着信パケットに対応する、ステップと、
発信パケットフィルタ機能を実行するステップと、
前記少なくとも１つの着信パケットが受信された前記インターフェースを、前記発信パケットフィルタ機能によって識別するステップと、
前記着信パケットが受信された際に経由した同一のインターフェースを経由して前記少なくとも１つの発信パケットを送信するステップと
を含むことを特徴とする方法。
【請求項１５】
前記ＷＴＲＵ上で少なくとも１つのフックを登録するステップをさらに含み、および前記少なくとも１つの着信パケットを識別する前記ステップは、
前記少なくとも１つの着信パケットを受信するとカーネルスペースにおいて前記少なくとも１つのフックを呼び出すステップと、
前記少なくとも１つの着信パケットに対するラベルを前記少なくとも１つのフックによって決定するステップと、
前記少なくとも１つの着信パケットが受信された際に経由した前記インターフェースを、前記少なくとも１つのフックによって識別するステップと、
前記ラベルと、テーブル内の前記インターフェースのＩＤとを、前記少なくとも１つのフックによって関連付けるステップと
を含むことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記少なくとも１つの着信パケットに対する前記ラベルを前記少なくとも１つのフックによって決定する前記ステップは、５タプル指定または６タプル指定のうちの少なくとも１つを前記少なくとも１つの着信パケットに割り当てるステップを含むことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記５タプルの指定は、発信元インターネットプロトコル（ＩＰ）アドレス、送信先ＩＰアドレス、ソースポート番号、送信先ポート番号、またはプロトコルタイプのうちの少なくとも１つを含み、および前記６タプル指定は、発信元ＩＰアドレス、送信先ＩＰアドレス、発信元ポート番号、送信先ポート番号、プロトコルタイプ、またはＩＰフローレベルのうちの少なくとも１つを含むことを特徴とする請求項１６に記載の方法。
【請求項１８】
前記少なくとも１つの着信パケットが受信された前記インターフェースを前記発信パケットフィルタ機能によって識別する前記ステップは、
前記テーブルにアクセスするステップと、
前記少なくとも１つの発信パケットと、前記少なくとも１つの着信パケットの前記ラベルとの間における前記対応を識別するステップと、
前記ラベルに関連付けられる前記インターフェースを選択するステップと
を含むことを特徴とする請求項１５に記載の方法。
【請求項１９】
前記ＷＴＲＵ上で少なくとも１つのモードを設定するステップをさらに含み、前記発信パケットフィルタ機能を実行する前記ステップは、前記少なくとも１つのモードに関連付けられる発信パケットフィルタ機能を実行するステップを含み、および前記少なくとも１つの着信パケットが受信された前記インターフェースを前記発信パケットフィルタ機能によって識別する前記ステップは、前記少なくとも１つの発信パケットの前記送信に最も近い時点で実行されることを特徴とする請求項１４に記載の方法。
【請求項２０】
前記ＷＴＲＵ上で少なくとも１つのフックを登録するステップをさらに含み、前記発信パケットフィルタ機能を実行する前記ステップは、前記少なくとも１つのフックを呼び出すステップを含み、および前記少なくとも１つの着信パケットが受信された前記インターフェースを前記発信パケットフィルタ機能によって識別する前記ステップは、前記少なくとも１つの発信パケットの前記送信に最も近い時点でカーネルレベルにおいて前記少なくとも１つのフックによって実行されることを特徴とする請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的なパケットフィルタリングに関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１１年３月４日に出願された「Generic Packet Filtering Methodology」という名称の米国特許仮出願第６１／４４９，２７５号明細書の利益を主張するものであり、この仮出願の内容は、その全体がすべての目的のために参照によって本明細書に組み込まれている。
【０００３】
パケットフィルタは、たとえばインターネットを介しておよび／またはワイヤレス通信を介して互いに通信状態にある１つまたは複数のコンピューティングデバイス間において転送することができる「パケット」を評価または分析することができる。
【０００４】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ルータは、ＩＰパケットフィルタリングを介してさまざまなタイプのＩＰパケットのフローを許可することができ、またはブロックすることができる。パケットフィルタリングは、着信ＩＰフロートラフィックおよび発信ＩＰフロートラフィックに適用することができる。入力パケットフィルタは、どんなインバウンドＩＰトラフィックが１つまたは複数のインターフェース上で受け入れられることを許可されることが可能であるかを定義することができる。出力パケットフィルタは、どんなＩＰトラフィックが１つまたは複数のインターフェースから送信されることが可能であるかを定義することができる。
【０００５】
パケットフィルタリングツールは、さまざまなＯＳ（ｏｐｅｒａｔｉｎｇ  ｓｙｓｔｅｍ）において利用可能とすることができ、そうしたパケットフィルタリングツールとしては、たとえばＬｉｎｕｘ（登録商標）およびＷｉｎｄｏｗｓ（登録商標）での「Ｎｅｔｆｉｌｔｅｒ」、Ｗｉｎｄｏｗｓでの「ＷｉｎｐｋＦｉｌｔｅｒ」、ならびにＡｐｐｌｅ（登録商標）のＯＳでの「ＬｉｔｔｌｅＳｗｉｔｃｈ」などがあるが、それらには限定されない。
【発明の概要】
【０００６】
パケットフィルタリングのための１つまたは複数の技術が考えられる。実施形態では、デバイスが１つまたは複数の、または多数のインターフェースを有することができる場合に、特定のルーティングおよび／または転送のルールをいくつかのパケットまたはそれぞれのパケット上に適用することが考えられる。１つまたは複数の実施形態は、ＩＰスタックを変更することなく、実施することができる。
【０００７】
実施形態では、パケットフィルタリングを実施するように構成することができる無線送受信ユニット（ＷＴＲＵ）が考えられる。そのＷＴＲＵは、第１のインターフェースおよび第２のインターフェースを含むことができる。そのＷＴＲＵは、少なくとも１つのタグを少なくとも１つの発信パケットに適用すること、および発信パケットフィルタリング機能を実行することを行うように構成することができる。発信パケットフィルタリング機能は、発信パケットを送信する際に経由する第１のインターフェースまたは第２のインターフェースのうちの少なくとも１つを、少なくとも１つのタグに少なくとも部分的に基づいて決定することができる。少なくとも１つの発信パケットから少なくとも１つのタグを除去することができ、決定された第１のインターフェースまたは第２のインターフェースのうちの少なくとも１つを介して少なくとも１つの発信パケットを送信することができる。
【０００８】
１つまたは複数の実施形態においては、ＷＴＲＵ上で少なくとも１つのモードを構成することができ、発信パケットフィルタリング機能を実行することは、少なくとも１つのモードに関連付けることができる発信パケットフィルタリング機能を実行することを含むことができる。加えて、発信パケットフィルタリング機能は、少なくとも１つの発信パケットの送信に最も近い時点で実行することができる。
【０００９】
１つまたは複数の実施形態においては、ＷＴＲＵ上で少なくとも１つのフックを登録することができ、発信パケットフィルタリング機能を実行することは、少なくとも１つのフックを呼び出すことを含むことができる。また、発信パケットフィルタリング機能によって決定することは、少なくとも１つの発信パケットの送信に最も近い時点でカーネルレベルにおいて少なくとも１つのフックによって実行することができる。
【００１０】
実施形態では、パケットフィルタリングを実施するように構成することができる無線送受信ユニット（ＷＴＲＵ）が考えられる。そのＷＴＲＵは、発信パケットフィルタリング機能を実行するように構成することができる。発信パケットフィルタリング機能は、ＷＴＲＵ上のインターフェースマッピングに含むことができる複数のそれぞれの個々のインターフェースを決定することができる。発信パケットフィルタリング機能は、インターフェースマッピングに含むことができるそれぞれの個々のインターフェースを識別することができる。また、発信パケットフィルタリング機能は、決定された複数のマップされるインターフェースに少なくとも部分的に基づいて、少なくとも１つの発信パケットの複数の必須のデュプリケートを決定することができる。少なくとも１つの発信パケットの必須の複数のデュプリケートを作成することができる。加えて、少なくとも１つの発信パケット、または少なくとも１つの発信パケットのデュプリケートのうちの１つのいずれかをそれぞれ、インターフェースマッピングに含むことができる個々のインターフェースのそれぞれを介して送信することができる。
【００１１】
実施形態では、パケットフィルタリングを実施するように構成することができる無線送受信ユニット（ＷＴＲＵ）が考えられる。ＷＴＲＵは、少なくとも１つの着信パケットを識別するように構成することができ、少なくとも１つの着信パケットは、そのＷＴＲＵのインターフェースを介して受信することができる。ＷＴＲＵは、少なくとも１つの発信パケットを識別するように構成することもでき、少なくとも１つの発信パケットは、少なくとも１つの着信パケットに対応することができる。また、発信パケットフィルタ機能を実行することができ、発信パケットフィルタ機能は、少なくとも１つの着信パケットが受信されたインターフェースを識別することができる。加えて、着信パケットが受信された際に経由した同じインターフェースを介して少なくとも１つの発信パケットを送信することができる。
【図面の簡単な説明】
【００１２】
以下の説明から、より詳細な理解を得ることができ、以下の説明は、例として添付の図面とともに与えられている。
【図１Ａ】１つまたは複数の開示されている実施形態を実施することができる例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａにおいて示されている通信システム内で使用することができる例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａにおいて示されている通信システム内で使用することができる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａにおいて示されている通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａにおいて示されている通信システム内で使用することができる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】実施形態との整合性を有するパケットフィルタリングおよび／またはルーティング技術の例示的な図である。
【図３】実施形態との整合性を有するパケットフィルタリングおよび／またはルーティングの別の例示的な図である。
【図４】実施形態との整合性を有するパケットフィルタリングおよび／またはルーティング動作の別の例示的な図である。
【図５】実施形態との整合性を有するフィルタリング技術のブロック図である。
【図６】実施形態との整合性を有する別のフィルタリング技術のブロック図である。
【図７】実施形態との整合性を有する別のフィルタリング技術のブロック図である。
【図８】実施形態との整合性を有する別のフィルタリング技術のブロック図である。
【図９】実施形態との整合性を有する別のフィルタリング技術のブロック図である。
【発明を実施するための形態】
【００１３】
次いで、例示的な実施形態に関する詳細な説明について、さまざまな図を参照しながら説明する。この説明は、可能な実施態様の詳細な例を提供するが、それらの詳細は、例示的なものであり、けっして本出願の範囲を限定するものではないことを意図されているという点に留意されたい。さらなる修飾または特徴付けを伴わない「ａ」という冠詞は、本明細書において使用される際には、たとえば「１つもしくは複数の」または「少なくとも１つの」を意味すると理解することができる。
【００１４】
図１Ａは、１つまたは複数の開示されている実施形態を実施することができる例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムとすることができる。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえば符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することができる。
【００１５】
図１Ａにおいて示されているように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体としてまたは総称してＷＴＲＵ１０２と呼ばれる場合がある）、ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ（ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）１０８、インターネット１１０、ならびにその他のネットワーク１１２を含むことができるが、開示されている実施形態では、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられるということがわかるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信を行うように構成されている任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成することができ、ＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）、移動局、固定式または移動式の加入者ユニット、ページャー、セルラー電話、ＰＤＡ（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。
【００１６】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースを取るように構成されている任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどとすることができる。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができるということがわかるであろう。
【００１７】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部とすることができ、ＲＡＮ１０３／１０４／１０５は、その他の基地局および／またはネットワーク要素（図示せず）、たとえば基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成することができ、この地理的領域は、セル（図示せず）と呼ばれることもある。セルは、複数のセルセクタへとさらに分割することができる。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割することができる。したがって一実施形態においては、基地局１１４ａは、３つのトランシーバ、すなわち、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）テクノロジーを採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
【００１８】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切なワイヤレス通信リンク（たとえば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切なＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）を使用して確立することができる。
【００１９】
より具体的には、上述したように、通信システム１００は、マルチプルアクセスシステムとすることができ、１つまたは複数のチャネルアクセススキーム、たとえばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＴＲＡ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））使用してエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＰＡ＋（Ｅｖｏｌｖｅｄ  ＨＳＰＡ）などの通信プロトコルを含むことができる。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）を含むことができる。
【００２０】
別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる。
【００２１】
その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえばＩＥＥＥ  ８０２．１６（すなわちＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）（登録商標））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ）などを実施することができる。
【００２２】
図１Ａにおける基地局１１４ｂは、たとえばワイヤレスルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントとすることができ、局所的なエリア、たとえば事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続を容易にするために、任意の適切なＲＡＴを利用することができる。一実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線送受信ユニット（ＷＴＲＵ）を確立するために、ＩＥＥＥ  ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線送受信ユニット（ＷＴＲＵ）を確立するために、ＩＥＥＥ  ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを不要とすることができる。
【００２３】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信状態にあることが可能であり、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークとすることができる。たとえば、コアネットワーク１０６／１０７／１０９は、コール制御、課金サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティー機能を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということがわかるであろう。たとえば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０３／１０４／１０５に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００２４】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、ＰＯＴＳ（ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）、ＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ）、およびＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線またはワイヤレスの通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用している可能性がある１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
【００２５】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用している可能性がある基地局１１４ａ、およびＩＥＥＥ  ８０２無線テクノロジーを採用している可能性がある基地局１１４ｂと通信するように構成することができる。
【００２６】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、ＧＰＳ（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、上述の要素どうしの任意の下位組合せを含むことができるということがわかるであろう。また、基地局１１４ａおよび１１４ｂ、ならびに／または、基地局１１４ａおよび１１４ｂが相当することができるノード（数ある中でも、ＢＴＳ（ｔｒａｎｓｃｅｉｖｅｒ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、ＡＰ（ａｃｃｅｓｓ  ｐｏｉｎｔ）、ｈｏｍｅ  ｎｏｄｅ−Ｂ、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  ｈｏｍｅ  ｎｏｄｅ−Ｂ）、ＨｅＮＢ（ｈｏｍｅ  ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂ）、ｈｏｍｅ  ｅｖｏｌｖｅｄ  ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードなどであるが、それらには限定されない）は、図１Ｂにおいて示され本明細書において説明されている要素のうちのいくつかまたはすべてを含むことができるということが実施形態で考えられる。
【００２７】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）回路、その他の任意のタイプのＩＣ（ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、状態マシンなどとすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２をワイヤレス環境内で機能できるようにするその他の任意の機能を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合することができ、トランシーバ１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、１つの電子パッケージまたはチップ内に統合することができるということがわかるであろう。
【００２８】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成することができる。たとえば、一実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器とすることができる。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および受信するように構成することができる。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成することができるということがわかるであろう。
【００２９】
加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、一実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信および受信するために、複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００３０】
トランシーバ１２０は、送信／受信要素１２２によって送信される信号を変調するように、また、送信／受信要素１２２によって受信される信号を復調するように構成することができる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ  ８０２．１１など、複数のＲＡＴを介して通信できるようにするために複数のトランシーバを含むことができる。
【００３１】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、そこからユーザ入力データを受け取ることができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ  ｄｉｇｉｔａｌ）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に配置されていないメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。
【００３２】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成することができる。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。たとえば、電源１３４は、１つまたは複数の乾電池（たとえばニッケル・カドミウム（ＮｉＣｄ）、ニッケル・亜鉛（ＮｉＺｎ）、ニッケル・水素（ＮｉＭＨ）、リチウム・イオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００３３】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分の位置を特定することが可能である。ＷＴＲＵ１０２は、一実施形態との整合性を保持しながら、任意の適切な位置特定方法を通じて位置情報を得ることができるということがわかるであろう。
【００３４】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合することができ、その他の周辺機器１３８は、さらなる特徴、機能、および／または有線接続もしくはワイヤレス接続を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌａｔｅｄ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００３５】
図１Ｃは、一実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信状態にあることも可能である。図１Ｃにおいて示されているように、ＲＡＮ１０３は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらのＮｏｄｅ−Ｂはそれぞれ、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けることができる。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、一実施形態との整合性を保持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができるということがわかるであろう。
【００３６】
図１Ｃにおいて示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信状態にあることが可能である。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信状態にあることが可能である。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信状態にあることが可能である。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、自分が接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、その他の機能、たとえば、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティー、セキュリティー機能、データ暗号化などを実行またはサポートするように構成することができる。
【００３７】
図１Ｃにおいて示されているコアネットワーク１０６は、メディアゲートウェイ）ＭＧＷ）１４４、移動通信交換局（ＭＳＣ）１４６、ＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）１４８、および／またはＧＧＳＮ（ｇａｔｅｗａｙ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）１５０を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということがわかるであろう。
【００３８】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３９】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続することもできる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００４０】
上述したように、コアネットワーク１０６は、ネットワーク１１２に接続することもでき、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。
【００４１】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信状態にあることも可能である。
【００４２】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができるということがわかるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。
【００４３】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソースマネージメントの決定、ハンドオーバの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成することができる。図１Ｄにおいて示されているように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００４４】
図１Ｄにおいて示されているコアネットワーク１０７は、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｇａｔｅｗａｙ）１６２、サービングゲートウェイ１６４、およびＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）ゲートウェイ１６６を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０７の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということがわかるであろう。
【００４５】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続することができ、コントロールノードとして機能することができる。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどのその他の無線テクノロジーを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うためのコントロールプレーン機能を提供することもできる。
【００４６】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続することができる。サービングゲートウェイ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃから回送および転送することができる。サービングゲートウェイ１６４は、その他の機能、たとえば、ｅＮｏｄｅ  Ｂ間でのハンドオーバ中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどを実行することもできる。
【００４７】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続することもでき、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００４８】
コアネットワーク１０７は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間におけるインターフェースとして機能するＩＰゲートウェイ（たとえば、ＩＭＳ（ＩＰ  ｍｕｌｔｉｍｅｄｉａ  ｓｕｂｓｙｓｔｅｍ）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。
【００４９】
図１Ｅは、一実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線テクノロジーを採用しているＡＳＮ（ａｃｃｅｓｓ  ｓｅｒｖｉｃｅ  ｎｅｔｗｏｒｋ）とすることができる。以降でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９という別々の機能エンティティーの間における通信リンクは、リファレンスポイント（reference point）として定義することができる。
【００５０】
図１Ｅにおいて示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、一実施形態との整合性を保持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができるということがわかるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けることができ、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって、基地局１８０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、モビリティーマネージメント機能、たとえば、ハンドオフのトリガリング、トンネルの確立、無線リソースマネージメント、トラフィックの分類、ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）ポリシーの実施などを提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィックアグリゲーションポイントとして機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当することができる。
【００５１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５との間におけるエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１リファレンスポイントとして定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０９との間における論理インターフェースは、Ｒ２リファレンスポイントとして定義することができ、このＲ２リファレンスポイントは、認証、許可、ＩＰホスト構成マネージメント、および／またはモビリティーマネージメントのために使用することができる。
【００５２】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間における通信リンクは、ＷＴＲＵのハンドオーバ、および基地局間におけるデータの転送を容易にするためのプロトコルを含むＲ８リファレンスポイントとして定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２との間における通信リンクは、Ｒ６リファレンスポイントとして定義することができる。このＲ６リファレンスポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられているモビリティーイベントに基づいてモビリティーマネージメントを容易にするためのプロトコルを含むことができる。
【００５３】
図１Ｅにおいて示されているように、ＲＡＮ１０５は、コアネットワーク１０９に接続することができる。ＲＡＮ１０５と、コアネットワーク１０９との間における通信リンクは、たとえば、データ転送およびモビリティーマネージメント機能を容易にするためのプロトコルを含むＲ３リファレンスポイントとして定義することができる。コアネットワーク１０９は、ＭＩＰ−ＨＡ（ｍｏｂｉｌｅ  ＩＰ  ｈｏｍｅ  ａｇｅｎｔ）１８４、ＡＡＡ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｃｃｏｕｎｔｉｎｇ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０９の一部として示されているが、これらの要素のいずれかが、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということがわかるであろう。
【００５４】
ＭＩＰ−ＨＡは、ＩＰアドレスマネージメントを担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、別々のＡＳＮおよび／または別々のコアネットワークの間においてローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ１８８は、その他のネットワークと相互作用することを容易にすることができる。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線の通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線またはワイヤレスのネットワークを含むことができる。
【００５５】
図１Ｅにおいては示されていないが、ＲＡＮ１０５は、その他のＡＳＮに接続することができ、コアネットワーク１０９は、その他のコアネットワークに接続することができるということがわかるであろう。ＲＡＮ１０５と、その他のＡＳＮとの間における通信リンクは、Ｒ４リファレンスポイントとして定義することができ、このＲ４リファレンスポイントは、ＲＡＮ１０５と、その他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティーをコーディネートするためのプロトコルを含むことができる。コアネットワーク１０９と、その他のコアネットワークとの間における通信リンクは、Ｒ５リファレンスとして定義することができ、このＲ５リファレンスは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。
【００５６】
実施形態では、さまざまな特徴および要件をサポートする特定のパケットフィルタリングおよびルーティングルールが認識されている。たとえば、実施形態では、ボンディング、ブリッジング、およびパケットフィルタリングなど、インターフェースどうしをマップすることができるツールが認識されている。また、例として、Ｌｉｎｕｘ  ＯＳ上ではイーサネット（登録商標）ボンディングドライバを利用可能とすることができる。このボンディングモジュールは、インターフェースマッピングおよびパケットルーティングを取り扱うことができるツールである。このボンディングモジュールは、より上位のレイヤ（たとえば、ＩＰスタックおよびそれよりも高位のレイヤ）への物理インターフェースの下に隠れることができる仮想インターフェースの構成を可能にすることができる。そのような仮想インターフェースは、たとえば、インターネットプロトコルへの単一の仮想インターフェース（たとえば、マスター）を提示することができ、その下にあるインターフェース（たとえば、スレーブ）をマスターに結合することができる。このボンディングモジュールは、たとえば、決定された適切な（１つまたは複数の）インターフェースからアプリケーションおよび／またはＩＰレイヤへ（１つまたは複数の実施形態においては、おそらくは、そのアプリケーションおよび／またはＩＰレイヤにとってトランスペアレントに）パケットを転送することをコントロールすることができる。転送アルゴリズムは、所望の動作に応じて、異なるものにすることができる。この転送メカニズムは、適切なモードを選択することによって構成することができる。そのモードに関して定義された値は、例として、１）バランス−ｒｒまたは０、２）アクティブバックアップまたは１、３）バランス−ｘｏｒまたは２、４）ブロードキャストまたは３、５）８０２．３ａｄまたは４、６）バランス−ｔｌｂまたは５、および７）バランス−ａｌｂまたは６を含むことができるが、それらには限定されない。
【００５７】
実施形態では、ブリッジングは、パケット交換コンピュータネットワークにおいて使用することができる転送技術の１つのタイプであると認識されている。たとえばルーティングとは異なり、ブリッジングは、特定のアドレスがネットワーク内のどこに位置するかに関する想定を行うことができない。その代わりに、ブリッジングは、１つまたは複数の未知のデバイスの位置を特定するために、フラッディング、ならびに、受信されたパケットヘッダ内のソースアドレスの検査に依存することができる。デバイスの位置が特定されると、その位置をテーブル内に記録することができ、そのテーブルには、たとえば、さらなるブロードキャスティングの必要をなくすために、ＭＡＣアドレスを格納することができる。ブリッジングは、たとえばＯＳＩモデルレイヤ２（データリンクレイヤ）において行うことができる。また、例として、ブリッジは、ハードウェアに割り当てられているＭＡＣアドレスに従ってフレームを導くことができるが、それには限定されない。
【００５８】
実施形態では、パケットフィルタリングを実行するための１つまたは複数の技術が認識されている。たとえばＬｉｎｕｘ  ＯＳにおいては、パケットフィルタリングは、ユーザスペースパケットキューイングを実行することを可能にする「ｌｉｂｎｅｔｆｉｌｔｅｒ＿ｑｕｅｕｅ」ツールを使用して行うことができる。このツールを用いると、パケットをカーネルスペースにおいてインターセプトして、アプリケーションスペースに渡すことができる。しかし、「ｌｉｂｎｅｔｆｉｌｔｅｒ＿ｑｕｅｕｅ」ツールを用いて行うことが必要となる場合があるフィルタリングの種類に応じて、アプリケーションに渡されることになるパケットは、ＩＰパケットであり、したがって、フィルタリングのために利用可能とすることができるフィールドは、ＴＣＰ（ＵＤＰ）／ＩＰヘッダ以上におけるフィールドだけである。実施形態では、その他のパラメータ、たとえば、パケットの受信元になっている物理インターフェースなどに基づくフィルタリングは、ｌｉｂｎｅｔｆｉｌｔｅｒ＿ｑｕｅｕｅのようなツールを用いて可能とすることはできないと認識されている。なぜなら、数ある理由の中でも、物理インターフェースの情報は、アプリケーションスペースレベルでは利用可能とすることができないためである。１つまたは複数の考えられる着信および／または発信パケットフィルタリング技術（たとえば、（１つまたは複数の）発信パケットを、対応する（１つまたは複数の）着信パケットが受信されたのと同じインターフェース上で送信することができる着信および／または発信パケットフィルタリング技術など）は、その他のパラメータ（たとえば、着信物理インターフェースなど。ただし、それには限定されない）を利用すること、および／またはそうしたその他のパラメータにアクセスすることが可能である。
【００５９】
実施形態では、フィルタリングは、たとえば、ソース／デスティネーションＩＰアドレス、ソース／デスティネーションポート番号、およびプロトコルタイプという５タプルのグルーピングを使用して行うことができると認識されている。そして実施形態では、その他のパラメータ、たとえば、パケットの受信元になっている物理インターフェースなどに基づくフィルタリングは、５タプル技術のみを介して可能とすることはできないと考えられる。なぜなら、物理インターフェースの情報は、アプリケーションスペースレベルでは利用可能とすることができないためである。
【００６０】
実施形態では、パケットフィルタリングを実施するための１つまたは複数の技術およびデバイスが考えられる。考えられる実施形態は、たとえば、無線送受信ユニット（ＷＴＲＵ）などのデバイスが１つまたは複数の（または多数の）インターフェースを有することができる場合に、特定のフィルタリング、ルーティング、および／または転送のルールをいくつかのまたはそれぞれのパケットに適用するために使用することができる。
【００６１】
１つまたは複数の実施形態では、１つまたは複数の発信フィルタリング機能をモードに関連付けることによって、これまでに提供されていない機能または要件を可能にすることができる構成可能なオペレーショナルモードが考えられる。代替として、または追加として、１つまたは複数の実施形態では、たとえば、カーネルレベルで実行することができる１つまたは複数の発信パケットフィルタリングフックの使用が考えられる。加えて、１つまたは複数の実施形態（構成可能なオペレーショナルモードが考えられる実施形態、およびカーネルレベルでの発信パケットフィルタリングフックの使用が考えられる実施形態を含む）では、着信パケットフィルタリングを取り扱うためにカーネルレベルで実行されるパケットフィルタリングフックを使用することができる。１つまたは複数の実施形態は、モジュール内で、おそらくはＩＰスタックを変更することなく、実施することができる。
【００６２】
例として、１つまたは複数の実施形態では、次の機能のうちの１つまたは複数が考えられるが、それらには限定されない。たとえば、着信パケットマッピングテーブルを構築するために、および／もしくは発信パケットフィルタリングを実施するために、５タプル（もしくはＩＰｖ６を伴う６タプル）に加えて、着信インターフェースを使用すること。（たとえば、おそらくはユーザスペースアプリケーションの代わりの）カーネルスペースフック。発信パケットにタグを付加することによるフローのさらに高位のレイヤの識別（考えられるタグは、５タプル（もしくは６タプル）に関連付けてもよく、もしくは関連付けなくてもよい。たとえば、マッチング基準は、５タプル（もしくは６タプル）に基づかなくてもよい）。考えられるタグをソースＩＰアドレスにマップすることをシステムに行わせる能力（たとえば、そのようなシナリオにおいては、考えられるタグは、５タプルに関連付けることができる）。（１つもしくは複数の）発信パケットフィルタリングフックにおける、パケットフィルタリングのために、考えられるタグを使用する能力。ならびに／または、たとえば、（１つもしくは複数の）発信パケットフィルタリングフックにおける、発信インターフェースの選択が行われた後に、考えられるタグを除去する能力。
【００６３】
実施形態では、１つまたは複数の、または多数のインターフェースを有することができるデバイスは、数ある要件の中でも、それぞれのインターフェース上でさまざまなネットワークに接続することをサポートするために、これまでに提供されていない機能を必要とする場合があると考えられる。これらの要件およびその他の要件をサポートするために、実施形態では、着信パケットは、ＩＰスタックに到達する前にフィルタリングされることが必要となる場合があると考えられる。そのようなフィルタリングは、たとえば、特定のルーティングまたは転送ルールを発信パケットに適用するために後で必要とされる場合がある情報収集を可能にすることができる。実施形態では、着信パケットフィルタリングは、その他の目的に、たとえば、受信されたデータを操作または変更するためなどに使用することができると考えられる。
【００６４】
実施形態では、１つもしくは複数の着信パケットフィルタリングアルゴリズム（いくらかでも必要とされる可能性がある場合）および／または発信パケットフィルタリングが物理インターフェースのグループ上で構成されることが必要となる場合があると考えられ、それらの物理インターフェースどうしは、（たとえば、おそらくは、本明細書に記載されているバインディングアプリケーションを用いて）互いにマップすることができる。
【００６５】
１つまたは複数のオペレーショナルモードの構成が考えられる実施形態においては、たとえば、物理インターフェースに適用することができるオペレーショナルモードを導入することによって、１つまたは複数の考えられる機能を可能にすることができる。１つまたは複数の実施形態では、発信パケット上で適用されるオペレーショナルモードおよび関連付けられている１つまたは複数のルールを用いて１つまたは複数のマッピングテーブルを保持することができると考えられる。
【００６６】
１つまたは複数の実施形態では、着信パケットおよび／または発信パケットは、たとえば、５タプル（ソース／デスティネーションＩＰアドレス、ソース／デスティネーションポート番号、およびプロトコルタイプ）に、またはＩＰｖ６に関しては、６タプル（５タプル＋ＩＰフローレベル）に少なくとも部分的に基づいてＩＰフローごとにフィルタリングすることができると考えられる。
【００６７】
実施形態では、固有のタグを発信パケットに付加することによって、より高位のレイヤによってフローを識別することができると考えられる。同じ５タプル（または６タプル）を有するパケットどうしに別々のタグを付けることができる。たとえば、これらのタグに基づいてパケットフィルタリングを行うことができる。１つまたは複数の実施形態では、フロー固有のＩＰソースアドレスを割り当てるために、それらのタグを使用することができると考えられる。たとえば、一般的な（またはデフォルトの）ソースＩＰアドレスとともに５タプル（またはＩＰｖ６においては６タプル）を作成することができる。実施形態では、ＬＩＦ（ｌｏｇｉｃａｌ  ｉｎｔｅｒｆａｃｅ）は、発信フローどうしを区別するためにフロー固有のＩＰアドレスを使用することができると考えられる。ＬＩＦは、フロータグに基づいて適切なフロー固有のＩＰアドレスを代入することができ、次いでそのタグを除去することができる。加えて、対応する着信ストリームに逆のオペレーションを適用することができる。たとえば、端末のフロー固有のＩＰアドレスは、デスティネーションＩＰアドレスとすることができる（なぜなら、これらが着信しているためである）。タグを使用することができる実施形態においては、それらのデスティネーションＩＰアドレスを一般的なデスティネーションＩＰアドレスに変えることができ、および／またはフロータグを着信パケットに添付することができる。この一般的なパケットフィルタリングは、任意の１つまたは複数のフィールド（たとえば、アプリケーションフィールドからリンクレイヤフィールドまで）に基づくパケットフィルタリングを可能にすることができる。
【００６８】
考えられる実施形態のうちのいずれにおいても、キューの代わりにフックを使用してパケットフィルタリングを行うことができる。実施形態では、キューは制限を有する場合があるということ、およびフックを用いれば（たとえば、キューを使用したアプリケーションレベルとは対照的に）カーネルレベルでフィルタリングを行うことができるということが認識されている。実施形態ではまた、フックを用いれば、ｓｋｂ（ｓｏｃｋｅｔ  ｂｕｆｆｅｒ）へのアクセスを許可することができ、ｓｋｂは、たとえば、パケットを受信するために使用されるインターフェースへのアクセスを可能にすることができると考えられる。
【００６９】
１つまたは複数の実施形態（たとえば、１つまたは複数の構成可能なオペレーショナルモードが考えられる実施形態、およびカーネルレベルにおける発信パケットフィルタリングフックの使用が考えられる実施形態を含む）においては、ＰＲＥＲＯＵＴＩＮＧフックを登録することによって、着信パケットフィルタリングを構成することができる。パケットフィルタリングツールは、着信パケットをインターセプトすることができ、次いで、登録されているフックを呼び出すことができる。このフックにおいて、所望のパケットフィルタリングを着信パケット上に適用することができる。たとえば、特定の情報を保存することができ、および／またはパケット情報を変更することができる、といった具合である。１つまたは複数の実施形態においては、このフックは、たとえば、カーネルレベルで呼び出すことができる。
【００７０】
１つまたは複数の実施形態（カーネルレベルにおける発信パケットフィルタリングフックの使用が考えられる実施形態を含む）においては、発信パケットフィルタリングのためにＰＲＥＲＯＵＴＩＮＧフックを登録することができる。パケットフィルタリングツールは、発信パケットをインターセプトすることができ、登録されているフックを呼び出すことができる。所望のパケットフィルタリング（たとえば、発信パケットフィルタリングまたはパケット操作）をこのフックにおいて行うことができ、このフックは、たとえば、カーネルレベルで実行することができる。
【００７１】
代替として、または追加として、１つまたは複数の実施形態（１つまたは複数の構成可能なオペレーショナルモードが考えられる実施形態を含む）においては、フックを登録する代わりに、１つまたは複数の発信パケットフィルタリング機能を、これまでに提供されていないおよび／または構成されていない（たとえば、おそらくはボンディングモジュールにおいて定義される）１つまたは複数のオペレーショナルモードに関連付けることができる。それらの１つまたは複数の発信フィルタリング機能は、たとえば、パケットを送信することが必要となるさまざまな時点で、またはパケットを送信することが必要となるたびに、実行することができる。
【００７２】
１つまたは複数の実施形態（１つまたは複数の構成可能なオペレーショナルモードが考えられる実施形態、およびカーネルレベルにおける発信パケットフィルタリングフックの使用が考えられる実施形態を含む）においては、あらゆるまたは十分な数の発信ルールおよび／またはフィルタにマッチすることができないパケットは、１つまたは複数の事前に構成されたルール（たとえば、すべてのインターフェース上でブロードキャストすることまたは送信すること）に従うことができる。同様に、１つまたは複数の事前に構成されたルールを発信ルールまたはフィルタと組み合わせることができ、それによって、指定されたまたは好ましい結果を達成することができる。
【００７３】
本明細書において提示されている例示的な実施形態は、特定の機能および一般的に考えられる機能の両方を示している。たとえば、１つまたは複数の実施形態では、パケットマルティプリケーション（packet multiplication）が考えられる（すなわち、いくつかのまたはすべての発信パケットを複製して、複数のマップされたインターフェース上で送信することができる）。これは、たとえば「デュプリケーション」または「マルティプリケーション」動作と呼ばれる場合があるが、それらには限定されない。
【００７４】
１つまたは複数の構成可能なオペレーショナルモードが考えられる実施形態においては、「マルティプリケート」モードを構成することができる。マルティプリケートモードは、互いにマップすることができるいくつかのまたはすべてのインターフェース上で発信パケットを複製および送信することができる。「マルティプリケート」モードが構成されている場合には、発信パケットをインターセプトすることができ、また、どのインターフェース上で発信パケットを送信することができるか、および／またはいくつのコピーを生成することができるかを判定するために、マルティプリケートモードに関連付けられている発信パケットフィルタリング機能を実行することができる。
【００７５】
マルティプリケートモードの構成が考えられる実施形態においては、マルティプリケートモードに関連付けられている発信パケットフィルタリング機能を、パケットを送信することが必要となる可能性が生じるさまざまな時点で、またはパケットを送信することが必要となる可能性が生じるたびに、実行することができる。追加として、または代替として、カーネルレベルで実行される１つまたは複数の発信パケットフィルタリングフックを使用することができる実施形態においては、パケットフィルタリングフックを登録することができる。１つまたは複数の実施形態においては、発信パケットをパケットフィルタリングツールによってインターセプトすることができ、登録されているフックを、パケットを送信することが必要となる可能性が生じるさまざまな時点で、またはパケットを送信することが必要となる可能性が生じるたびに、呼び出すことができる。
【００７６】
実施形態では、発信パケットフィルタリング機能は、マップされたインターフェースのリストを得ることができると考えられる。マップされたインターフェースの数によって、たとえば、発信パケットのコピーをいくつ行うことができるかを決定することができる。それぞれの発信パケットは、いくつかのまたはすべての関連付けられているインターフェースを介して送信することができる。図２は、マルティプリケートモードもしくはマルティプリケーション動作のいずれかを構成することができる場合の、またはカーネルレベルで実行される１つもしくは複数の発信パケットフィルタリングフックを使用することができる場合の発信パケットルーティング動作の例示的な図である。
【００７７】
図２を参照すると、２００２において、第１のインターフェース（ＩＦ＃１）と第２のインターフェース（ＩＦ＃２）とを互いにマップすることができる。これらのインターフェースは、たとえば、無線送受信ユニット（ＷＴＲＵ）などのモバイルノードの一部とすることができる。２００４において、１つまたは複数のオペレーショナルモードの構成が考えられる実施形態では、マルティプリケートモードを構成することができる。２００６において、１つまたは複数のその他のインターフェース（たとえば、ＩＦ＃２）にマップすることができるインターフェース（たとえば、ＩＦ＃１）上で１つまたは複数のパケットを送信することができる。２００８において、１つまたは複数の実施形態では、マルティプリケートモードが構成されている実施形態において、またはカーネルレベルで実行される１つもしくは複数の発信パケットフィルタリングフックを使用することができる実施形態において、着信パケットフィルタリングを定義することを不要とすることができる。２０１０において、発信パケットフィルタリング機能を実行することができ、および／または、１つもしくは複数のパケットをＩＦ＃１およびＩＦ＃２の両方の上で複製および送信することができる。
【００７８】
１つまたは複数の実施形態では、パケットミラーリングが考えられる（たとえば、特定のＩＰフローに関連付けられているいくつかのまたはすべてのパケットが、そのＩＰフローの受信のために使用された物理インターフェースと同じ物理インターフェース上で送信される）。
【００７９】
１つまたは複数のオペレーショナルモードを構成することができるいくつかの実施形態は、「ミラー」モードを構成することが可能である。ミラーモードは、発信パケットを、それらのパケットが受信されたのと同じインターフェース上で送信することができる。「ミラー」モードが構成されている場合には、発信パケットをインターセプトすることができ、また、発信パケットを送信することができるインターフェースを決定するために発信パケットフィルタリング機能を実行することができる。１つまたは複数の実施形態においては、特定のＩＰフローに関連付けられているいくつかのまたはすべてのパケットを、そのＩＰフローの受信のために使用された可能性があるインターフェースと同じインターフェース（たとえば、同じ物理インターフェース）上で送信することができる。
【００８０】
１つまたは複数のオペレーショナルモードの構成が考えられる実施形態においては、および／またはカーネルレベルで実行される１つもしくは複数の発信パケットフィルタリングフックを採用することができる実施形態においては、ＩＰフロー（たとえば、５タプルを考える）および／または対応する着信インターフェースのリストを作成するために、着信パケットをインターセプトすることができる。そのリストは、たとえば、発信パケットフィルタによって使用することができる。着信パケットをインターセプトするために、例として、ＮＥＴＦＩＬＴＥＲ  ＰＲＥＲＯＵＴＩＮＧフックを登録することができるが、それには限定されない。たとえば、実施形態では、着信物理インターフェースのインデックスを得る方法は、いくつかのまたはそれぞれの着信パケットのｓｋｂ＿ｉｉｆフィールドを使用すること、および既存のｄｅｖ＿ｇｅｔ＿ｂｙ＿ｉｎｄｅｘ関数を呼び出すこととすることができると考えられる。
【００８１】
ｓｋｂ（ｓｏｃｋｅｔ  ｂｕｆｆｅｒ）からのＩＰフロー情報は、新たなＩＰフローが検知されたときは常に、着信インターフェースとともに、リンクされているリスト内に格納することができる。図３は、そのような技術の一例を示している。例として、１つのＩＰフローは、５タプルによって識別することができる。
【００８２】
１つまたは複数のオペレーショナルモードを構成することができる実施形態においては、ミラーモードに関連付けられている発信パケットフィルタリング機能を、パケットを送信することが必要となる可能性が生じるさまざまな時点で、またはパケットを送信することが必要となる可能性が生じるたびに、実行することができる。１つまたは複数の実施形態においては、パケット内に示されている発信インターフェースをこの時点でオーバーライドすることができる。
【００８３】
追加として、または代替として、カーネルレベルで実行される１つまたは複数の発信パケットフィルタリングフックを使用することができる実施形態においては、たとえば、ＮＥＴＦＩＬＴＥＲフック（たとえば、発信パケットフィルタリング機能）を登録しておくことができる。発信パケットは、ＮＥＴＦＩＬＴＥＲツールによってインターセプトすることができ、登録されているフックは、パケットを送信することが必要となる可能性が生じるいくつかの時点でまたはそれぞれの時点で呼び出すことができる。パケットは、たとえばこの時点で、選択されている発信インターフェース上で送信することができる。
【００８４】
実施形態では、発信パケットフィルタリングは、ＩＰフロー５タプルに、および／または着信インターフェース情報に基づくことができると考えられる。実施形態では、この情報は、たとえば、着信パケットが受信されたときに保存することができると考えられる。１つまたは複数のアルゴリズムは、ｓｋｂから得られた発信ＩＰフロータプルを、保存されている着信ＩＰフロータプルと比較することができる。マッチが見つかった場合には、ＩＰフローリストから着信インターフェースを得ることができる。１つまたは複数の実施形態では、この同じ着信インターフェースを発信パケット用に使用することができると考えられる。図３は、１つまたは複数の構成可能なオペレーショナルモードが考えられる実施形態に関して「ミラー」モードが構成されている場合のパケットフィルタリングおよびルーティング動作の例示的な図である。図３は、カーネルレベルで実行される１つまたは複数の発信パケットフィルタリングフックを使用することができる実施形態に関するパケットフィルタリングおよびルーティング動作の例示的な図でもある。
【００８５】
図３を参照すると、３００２において、第１のインターフェース（ＩＦ＃１）と、少なくとも１つの第２のインターフェース（ＩＦ＃２）とを、ＭＮ（ｍｏｂｉｌｅ  ｎｏｄｅ）上で互いにマップすることができ、そのＭＮは、無線送受信ユニット（ＷＴＲＵ）とすることができる。３００４において、１つまたは複数の構成可能なオペレーショナルモードが考えられる実施形態では、「ミラー」モードを構成することができる。３００６において、ＩＰフローリストがない場合、１つまたは複数のパケットを、ＩＦ＃１およびＩＦ＃２の両方の上で、通信ネットワークのＣＮ（ｃｏｒｒｅｓｐｏｎｄｅｎｔ  ｎｏｄｅ）などへ送信することができる。３００８において、データをＩＦ＃１上で受信することができる。３０１０において、１つまたは複数の着信パケットを、たとえばＮＥＴＦＩＬＴＥＲツールによってインターセプトすること、およびＩＰフローリストに保存することが可能である。３０１２において、ＩＰフローがマッチしない場合、１つまたは複数のパケットを両方のインターフェース上で送信することができる。３０１４において、ＩＰフロー＃２をＩＦ＃２上でＷＴＲＵへ送信するという決定をネットワーク側で行うことができる。
【００８６】
３０１６において、１つまたは複数の着信パケットを、たとえばＰＲＥＲＯＵＴＩＮＧフィルタによってインターセプトすること、およびＩＰフローリスト内に保存することが可能である。３０１８において、１つまたは複数の構成可能なモードが考えられる（ミラーモードを構成することができる）実施形態では、パケットを送信するためにどのインターフェースを使用することができるか、またはいくつかの実施形態においては、おそらくはパケットを送信するためにどのインターフェースを使用すべきかを少なくとも部分的に判定するために、発信パケットフィルタリング機能を実行することができる。代替として、または追加として、３０１８において、カーネルレベルで実行される１つまたは複数の発信パケットフィルタリングフックが実施される実施形態では、その１つまたは複数の発信パケットフィルタリングフックは、パケットを送信するためにどのインターフェースを使用することができるか、またはいくつかの実施形態においては、おそらくはパケットを送信するためにどのインターフェースを使用すべきかを判定することができる。３０２０において、ＩＰフロー＃２を、おそらくは識別用の５タプルを使用して、ＩＰフローリスト内で見つけることができる。１つまたは複数の実施形態においては、発信パケットを送信するために、それらの発信パケットに対応する着信パケットの受信に関連付けられているインターフェースを使用することができる。たとえば、ＩＦ＃２がＩＰフロー＃２を受信したので、その受信されたＩＰフロー＃２に対応する発信パケットを送信するためにＩＦ＃２を使用することができる。
【００８７】
１つまたは複数の実施形態では、タグを使用するパケットフィルタリングが考えられる（たとえば、特定のフローに関連付けられているいくつかのまたはすべてのパケットをタグ付けすることができ、１つまたは複数の構成されたルールによって指定されているインターフェース上で送信することができる）。例示的な一実施態様は、アプリケーションレベル「コントロール」パケットが第１のインターフェース（ＩＦ＃１）上で送信され、その他のタイプのデータが第２のインターフェース（ＩＦ＃２）上で送信されるという指示を含むことができる。そのような実施形態のうちの１つまたは複数は、例として、「タグを使用する」または「タグ付け」動作と呼ばれる場合があるが、それらには限定されない。
【００８８】
１つまたは複数のモードを構成することができる実施形態においては、構成可能なオペレーショナルモードを定義することができる。このオペレーショナルモードは、たとえば「タグ付け」と呼ばれる場合があるが、それには限定されない。タグ付けモードは、タグに基づいて発信パケットをフィルタリングすることができ、それらの発信パケットを、１つまたは複数の構成されたルールによって指定されているインターフェース上で送信することができる。
【００８９】
「タグ付け」モードが構成されている場合には、１つまたは複数のより高位のレイヤによって発信パケットにタグ付けすることができる。それらの発信パケットを発信パケットフィルタリング機能によってインターセプトすることができる。そのフィルタリング機能は、おそらくはタグおよび／または１つもしくは複数の構成されたルールに基づいて、どのインターフェースを介して発信パケットを送信することができるかを判定することができる。いくつかの実施形態においては、パケットを送信する前に、タグを除去することができる。オリジナルパケット内のソースアドレスの代わりにフロー固有のＩＰソースアドレスを使用することができる。着信パケットの場合と同様に、フロー固有のＩＰデスティネーションアドレスを除去することができ、一般的なデスティネーションＩＰアドレスおよび／または適切なフロータグによって置換することができる。
【００９０】
１つまたは複数のルールは、ローカルに（たとえば、ユーザもしくはローカルのアプリケーションによって）、またはネットワークノード（たとえば、ＡＮＤＳＦ）によって構成することができる。例として、１つまたは複数のルールは、どのインターフェースを使用するか、またはどのアルゴリズムを適用するか（たとえば、ミラー、マルティプリケートなど）を指定することができるが、それらには限定されない。
【００９１】
実施形態では、たとえば、１つまたは複数のオペレーショナルモードを構成することができる場合には、タグ付けモードに関連付けられている発信パケットフィルタリング機能を、パケットを送信することが必要となる可能性が生じるさまざまな時点で、またはパケットを送信することが必要となる可能性が生じるたびに、実行することができると考えられる。代替として、または追加として、実施形態では、たとえば、カーネルレベルで実行される１つまたは複数の発信パケットフィルタリングフックが使用される場合には、フック（たとえば、発信パケットフィルタリング機能）を登録することができると考えられる。発信パケットをパケットフィルタリングツールによってインターセプトすることができ、登録されているフックを、パケットを送信することが必要となる可能性が生じるさまざまな時点で、またはパケットを送信することが必要となる可能性が生じるたびに、呼び出すことができる。１つまたは複数の実施形態においては、着信パケットフィルタリングが必要とされる場合もあり、または必要とされない場合もあり、着信パケットフィルタリング用のフックがインストールされる場合もあり、またはインストールされない場合もあり、着信パケットがインターセプトされる場合もあり、またはインターセプトされない場合もある。
【００９２】
実施形態では、発信パケットフィルタリングは、発信パケットに付加されているタグに基づくことができると考えられる。アルゴリズムは、そのタグを、構成されたルールにおいて指定されているタグと比較することができる。マッチが見つかった場合には、指定されたアクションを実行することができる。たとえば、そのアクションは、特定のインターフェースへの送信を行うこと、特定のルールを実行することなどとすることができる。また例として、ルールは、発信インターフェースを指定することができる。
【００９３】
図４は、１つまたは複数の代替実施形態の例示的な図である。図４においては、実施形態では、タグ付けモードを構成することができる場合の、およびタグ付けモードを構成することができる少なくともいくつかの実施形態におけるパケットフィルタリングおよびルーティング動作が考えられる。４００２において、１つまたは複数の実施形態におけるＷＴＲＵ（たとえば、ＭＮ（ｍｏｂｉｌｅ  ｎｏｄｅ）など）が、１つまたは複数のＩＦ（ｉｎｔｅｒｆａｃｅ）を互いにマップすることができる。代替として、または追加として、４００４において、１つまたは複数のオペレーショナルモードの構成が考えられる実施形態では、ＷＴＲＵ（またはＭＮ（ｍｏｂｉｌｅ  ｎｏｄｅ））は、タグ付けモードまたは「タグを使用する」モードを構成することができる。１つまたは複数の実施形態では、いくつかのまたはすべてのアプリケーションレベルコントロールパケットをＩＦ＃１上で送信することができ、その他のタイプのデータをＩＦ＃２上で送信することができると考えられる。４００６において、１つまたは複数のフローを、おそらくはアプリケーションレイヤにおいて、タグ付けすることができる。１つまたは複数の実施形態においては、それらのフローを、たとえばコントロールレイヤ、または１つもしくは複数のその他のレイヤにおいてタグ付けすることができる。４００８において、１つまたは複数の発信フィルタリングフックは、パケットフィルタリングを行うために、１つもしくは複数のタグおよび／または１つもしくは複数のルールを使用することができる。１つまたは複数の実施形態においては、送信前にタグを除去することができる。４０１０において、少なくとも１つのコントロールフローを第１のインターフェース（ＩＦ＃１）上で送信することができ、１つまたは複数のその他のフローを第２のインターフェース（ＩＦ＃２）上で送信することができる。実施形態では、それぞれのインターフェースからの送信は、１つまたは複数のルールによって指定することができると考えられる。
【００９４】
実施形態では、本明細書に記載されているパケットフィルタリングの機能／詳細は、アップリンクおよび／またはダウンリンクにおける端末に、ならびに任意のネットワークノードに適用することができると考えられる。たとえば、パケット転送を行う基地局は、アップリンクパケットおよびダウンリンクパケット上でパケット転送を実施するために、本明細書に記載されているパケットフィルタリング方法を使用することができる。ポリシーは、転送決定基準を特定するように構成することができる。
【００９５】
本明細書における説明に照らして図５を参照すると、実施形態では、無線送受信ユニット（ＷＴＲＵ）は、パケットフィルタリングを実施するように構成することができると考えられ、ＷＴＲＵは、第１のインターフェースおよび第２のインターフェースを含むことができる。５００２において、実施形態では、少なくとも１つのタグを少なくとも１つの発信パケットに適用すること、および５００４において、発信パケットフィルタリング機能を実行することが考えられる。５００６において、実施形態では、発信パケットを送信する際に経由する第１のインターフェースまたは第２のインターフェースのうちの少なくとも１つを、少なくとも１つのタグに少なくとも部分的に基づいて、発信パケットフィルタリング機能によって決定することが考えられる。５００８において、実施形態では、少なくとも１つの発信パケットから少なくとも１つのタグを除去すること、および５０１０において、決定された第１のインターフェースまたは第２のインターフェースのうちの少なくとも１つを介して少なくとも１つの発信パケットを送信することが考えられる。
【００９６】
１つまたは複数の実施形態では、少なくとも１つのタグを少なくとも１つの発信パケットに適用することは、第１のインターフェースまたは第２のインターフェースのレイヤよりも高位の論理レイヤにおいて行うことができると考えられる。１つまたは複数の実施形態においては、少なくとも１つのタグを少なくとも１つの発信パケットに適用することは、アプリケーションレイヤまたはコントロールレイヤにおいて行うことができる。また、実施形態では、少なくとも１つのタグは、少なくとも１つの発信パケットを、コントロールパケットまたは非コントロールパケットのいずれかとして指定することができると考えられる。
【００９７】
１つまたは複数の実施形態では、第１のインターフェースを第２のインターフェースにマップすることができると考えられる。また、実施形態では、５００６において発信フィルタリング機能によって決定することは、１つまたは複数の所定のルールにさらに基づくことができると考えられる。
【００９８】
代替として、または追加として、実施形態では、ＷＴＲＵ上で少なくとも１つのモードを構成することが考えられ、５００４の発信パケットフィルタリング機能を実行することは、その少なくとも１つのモードに関連付けられている発信パケットフィルタリング機能を実行することを含むことができる。また、１つまたは複数の実施形態においては、５００６の発信パケットフィルタリング機能によって決定することは、少なくとも１つの発信パケットの送信に最も近い時点で実行することができる。
【００９９】
代替として、または追加として、実施形態では、ＷＴＲＵ上で少なくとも１つのフックを登録することが考えられ、５００４の発信パケットフィルタリング機能を実行することは、その少なくとも１つのフックを呼び出すことを含むことができる。また、５００６の発信パケットフィルタリング機能によって決定することは、少なくとも１つの発信パケットの送信に最も近い時点でカーネルレベルにおいて少なくとも１つのフックによって実行することができる。
【０１００】
代替として、または追加として、１つまたは複数の実施形態では、５００８の少なくとも１つの発信パケットから少なくとも１つのタグを除去することは、少なくとも１つのモードに関連付けられている発信パケットフィルタ機能によって実行することができると考えられる。代替として、または追加として、１つまたは複数の実施形態では、５００８の少なくとも１つの発信パケットから少なくとも１つのタグを除去することは、カーネルレベルにおいて少なくとも１つのフックによって実行することができると考えられる。
【０１０１】
図６を参照すると、実施形態では、無線送受信ユニット（ＷＴＲＵ）は、パケットフィルタリングを実施するように構成することができると考えられる。６００２において、１つまたは複数の実施形態では、発信パケットフィルタリング機能を実行することが考えられる。１つまたは複数の実施形態ではまた、６００４において、ＷＴＲＵ上のインターフェースマッピングに含まれる複数のそれぞれの個々のインターフェースを発信パケットフィルタリング機能によって決定すること、および６００６において、インターフェースマッピングに含まれるそれぞれの個々のインターフェースを発信パケットフィルタリング機能によって識別することが考えられる。６００８において、実施形態では、決定された複数のマップされるインターフェースに少なくとも部分的に基づいて、少なくとも１つの発信パケットの複数の必須のデュプリケートを、発信パケットフィルタリング機能によって決定することが考えられる。６０１０において、実施形態では、少なくとも１つの発信パケットの必須の複数のデュプリケートを作成すること、および６０１２において、少なくとも１つの発信パケット、または少なくとも１つの発信パケットのデュプリケートのうちの１つのいずれかをそれぞれ、インターフェースマッピングに含まれる個々のインターフェースのそれぞれを介して送信することが考えられる。
【０１０２】
代替として、または追加として、実施形態では、ＷＴＲＵ上で少なくとも１つのモードを構成することが考えられ、６００２において発信パケットフィルタリング機能を実行することは、その少なくとも１つのモードに関連付けられている発信パケットフィルタリング機能を実行することを含むことができる。また、１つまたは複数の実施形態では、少なくとも、６００４のインターフェースマッピングに含まれる複数のインターフェースを発信パケットフィルタリング機能によって決定することは、少なくとも１つの発信パケット、または少なくとも１つの発信パケットのデュプリケートのうちの１つのいずれかの送信に最も近い時点で実行することができると考えられる。１つまたは複数の実施形態ではまた、６００６の識別すること、６００８の決定すること、および／または６０１０のデュプリケートすることは、少なくとも１つの発信パケット、または少なくとも１つの発信パケットのデュプリケートのうちの１つのいずれかの送信に最も近い時点で実行することもできると考えられる。
【０１０３】
代替として、または追加として、実施形態では、ＷＴＲＵ上で少なくとも１つのフックを登録することが考えられ、６００２の発信パケットフィルタリング機能を実行することは、その少なくとも１つのフックを呼び出すことを含むことができ、少なくとも、６００４のインターフェースマッピングに含まれる複数のインターフェースを発信パケットフィルタリング機能によって決定することは、少なくとも１つの発信パケット、または少なくとも１つの発信パケットのデュプリケートのうちの１つのいずれかの送信に最も近い時点でカーネルレベルにおいて少なくとも１つのフックによって実行することができる。１つまたは複数の実施形態ではまた、６００６の識別すること、６００８の決定すること、および／または６０１０のデュプリケートすることは、少なくとも１つの発信パケット、または少なくとも１つの発信パケットのデュプリケートのうちの１つのいずれかの送信に最も近い時点でカーネルレベルにおいて少なくとも１つのフックによって実行することもできると考えられる。
【０１０４】
図７を参照すると、実施形態では、パケットフィルタリングを実施するように構成することができる無線送受信ユニット（ＷＴＲＵ）が考えられる。１つまたは複数の実施形態では、７００２において、少なくとも１つの着信パケットを識別することが考えられ、その少なくとも１つの着信パケットは、ＷＴＲＵのインターフェースを介して受信することができる。実施形態ではまた、７００４において、少なくとも１つの発信パケットを識別することが考えられ、その少なくとも１つの発信パケットは、少なくとも１つの着信パケットに対応することができる。１つまたは複数の実施形態では、７００６において、発信パケットフィルタ機能を実行すること、および７００８において、少なくとも１つの着信パケットが受信されたインターフェースを発信パケットフィルタ機能によって識別することが考えられる。７０１０において、実施形態では、着信パケットが受信された際に経由した同じインターフェースを介して少なくとも１つの発信パケットを送信することが考えられる。
【０１０５】
代替として、または追加として、図８を参照すると、１つまたは複数の実施形態では、８００２において、ＷＴＲＵ上で少なくとも１つのフックを登録することが考えられる。実施形態ではまた、図７の７００２の少なくとも１つの着信パケットを識別することは、８００４において、少なくとも１つの着信パケットを受信するとカーネルスペースにおいて少なくとも１つのフックを呼び出すこと、および８００６において、少なくとも１つの着信パケットのためのラベルを少なくとも１つのフックによって決定することを含むことができると考えられる。８００８において、実施形態では、少なくとも１つの着信パケットが受信された際に経由したインターフェースを少なくとも１つのフックによって識別することが考えられる。また８０１０において、実施形態では、ラベルと、テーブル内のインターフェースのＩＤとを、少なくとも１つのフックによって関連付けることが考えられる。
【０１０６】
代替として、または追加として、実施形態では、８００６の少なくとも１つの着信パケットのためのラベルを少なくとも１つのフックによって決定することは、５タプルの指定または６タプルの指定のうちの少なくとも１つを少なくとも１つの着信パケットに割り当てることを含むことができると考えられる。１つまたは複数の実施形態では、５タプルの指定は、ソースＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス、デスティネーションＩＰアドレス、ソースポート番号、デスティネーションポート番号、またはプロトコルタイプのうちの少なくとも１つを含むことができ、６タプルの指定は、ソースＩＰアドレス、デスティネーションＩＰアドレス、ソースポート番号、デスティネーションポート番号、プロトコルタイプ、またはＩＰフローレベルのうちの少なくとも１つを含むことができると考えられる。
【０１０７】
代替として、または追加として、図９を参照すると、実施形態では、図７の７００８の少なくとも１つの着信パケットが受信されたインターフェースを発信パケットフィルタ機能によって識別することは、９００２においてテーブルにアクセスすること、および９００４において、少なくとも１つの発信パケットと、少なくとも１つの着信パケットのラベルとの間における対応を識別することを含むことができると考えられる。実施形態ではまた、９００６において、ラベルに関連付けられているインターフェースを選択することが考えられる。
【０１０８】
代替として、または追加として、実施形態では、ＷＴＲＵ上で少なくとも１つのモードを構成することが考えられ、図７の７００６の発信パケットフィルタリング機能を実行することは、少なくとも１つのモードに関連付けられている発信パケットフィルタリング機能を実行することを含むことができる。１つまたは複数の実施形態ではまた、図７の７００８の少なくとも１つの着信パケットが受信されたインターフェースを発信パケットフィルタ機能によって識別することは、少なくとも１つの発信パケットの送信に最も近い時点で実行することができると考えられる。
【０１０９】
代替として、または追加として、１つまたは複数の実施形態では、ＷＴＲＵ上で少なくとも１つのフックを登録することが考えられ、図７の７００６の発信パケットフィルタリング機能を実行することは、その少なくとも１つのフックを呼び出すことを含むことができる。１つまたは複数の実施形態ではまた、図７の７００８の少なくとも１つの着信パケットが受信されたインターフェースを発信パケットフィルタ機能によって識別することは、少なくとも１つの発信パケットの送信に最も近い時点でカーネルレベルにおいて少なくとも１つのフックによって実行することができると考えられる。
【０１１０】
上記では特徴および要素について特定の組合せで説明しているが、それぞれの特徴または要素は、単独で、またはその他の特徴および要素との任意の組合せで使用することができるということを当業者なら理解するであろう。加えて、本明細書に記載されている方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読メディアの例としては、（有線接続またはワイヤレス接続を介して伝送される）電子信号、およびコンピュータ可読ストレージメディアが含まれる。コンピュータ可読ストレージメディアの例としては、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気メディア、光磁気メディア、ならびに、ＣＤ−ＲＯＭディスクおよびＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）などの光メディアが含まれるが、それらには限定されない。ソフトウェアと関連付けられているプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用することができる。
【図１Ａ】
2014524160.tif 000003
【図１Ｂ】
2014524160.tif 000004
【図１Ｃ】
2014524160.tif 000005
【図１Ｄ】
2014524160.tif 000006
【図１Ｅ】
2014524160.tif 000007
【図２】
2014524160.tif 000008
【図３】
2014524160.tif 000009
【図４】
2014524160.tif 000010
【図５】
2014524160.tif 000011
【図６】
2014524160.tif 000012
【図７】
2014524160.tif 000013
【図８】
2014524160.tif 000014
【図９】
2014524160.tif 000015
【国際調査報告】
2014524160.tif 000016
2014524160.tif 000017
2014524160.tif 000018