(57)【要約】  呼レグ及び／又はトンネルをバイパスするようにパケット・フローをブリッジするシステム及び方法が提供される。トンネル・イニシエータであって、例えば、アクセス・ゲートウェイ、外部エージェント、及びモビリティ・アンカー・ポイントとすることができる、トンネル・イニシエータが、同じトンネル・イニシエータによってサービス提供される宛先を有する特定のパケットにバイパスを提供する。ブリッジは、パケットにバックホール・ループをバイパスさせることができ、待ち時間を低減すると共に、ネットワーク内で帯域幅を他の目的のために解放する。ブリッジは、モバイル機器からモバイル機器へのパケット・フロー、モバイル機器から陸線機へのパケット・フロー、及び陸線機からモバイル機器へのパケット・フローに関してトンネル・イニシエータ内で実施することができる。特定の実施の形態では、ルート最適化も提供することができる。【選択図】図３
2009533999.tif 000002
【特許請求の範囲】
【請求項１】
第１のセッション及び第２のセッションを含むトンネル・イニシエータと、
該トンネル・ターミネータと通信するトンネル・ターミネータであって、少なくとも１つのセッションを含む、トンネル・ターミネータと、
を備えるシステムにおいて、
前記トンネル・イニシエータは、前記第１のセッション及び前記第２のセッションに関する情報を取得し、前記トンネル・イニシエータ内のセッション情報を比較し、ブリッジを確立することができるか否かを判定するプロセッサを含み、
前記ブリッジは、整合する第１のセッションと第２のセッションとを結合して、パケット・データを、前記トンネル・イニシエータ上で前記整合する第１のセッションから前記整合する第２のセッションにフローし、
前記トンネル・イニシエータは、前記ブリッジを介してフローするパケット・データに関する更新を前記トンネル・ターミネータに送信する、システム。
【請求項２】
前記トンネル・イニシエータはアクセス・ゲートウェイである、請求項１に記載のシステム。
【請求項３】
前記トンネル・ターミネータはホーム・エージェントである、請求項１に記載のシステム。
【請求項４】
前記トンネル・イニシエータがモバイル・ノードからボイスオーバＩＰ（ＶｏＩＰ）アプリケーション要求を受信することをさらに含む、請求項１に記載のシステム。
【請求項５】
前記トンネル・イニシエータと動作可能に通信する第２のトンネル・イニシエータであって、モバイル・ノードから通信を受信する、第２のトンネル・イニシエータをさらに備え、
前記トンネル・イニシエータは、呼セッションをハンドオフするための情報を前記第２のトンネル・イニシエータに提供し、ブリッジを終了する、請求項１に記載のシステム。
【請求項６】
前記トンネル・イニシエータ内に存在し、前記トンネル・ターミネータのアドレスを含むテーブルをさらに備える、請求項１に記載のシステム。
【請求項７】
トンネル・イニシエータにおいてパケットを受けるステップと、
該パケットをブリッジすることができるか否かを判定するために、前記パケットを調べるステップと、
前記パケットを前記トンネル・イニシエータ上で第１のセッションから第２のセッションに送信するステップと、
前記パケットを該パケットの宛先に送信するステップと、及び
前記第１セッションから前記第２セッションへのパケット・フローに関してトンネル・ターミネータを更新するステップと、
を含む、方法。
【請求項８】
前記トンネル・イニシエータを用いて、音声通話のためのボイスオーバＩＰ（ＶｏＩＰ）アプリケーション・タイプを開始するステップをさらに含む、請求項７に記載の方法。
【請求項９】
セキュリティ・ポリシーを施行するために、ブリッジされた呼セッションを監視するステップをさらに含む、請求項７に記載の方法。
【請求項１０】
トンネル・イニシエータ上で第１のセッション・インスタンスを生成するステップと、
前記第１のセッション・インスタンスに関連するパケットを検査し、該パケットから情報を抽出するステップと、
前記パケットから取得した情報を前記第１セッションに関連付けるステップと、
前記第１セッションに整合する情報を含む第２のセッションが、前記トンネル・イニシエータ上に存在するか否かを調べるステップと、
整合が見つかった後、前記第１セッションと前記第２セッションとの間にブリッジを生成するステップと、及び
パケットを前記第１セッションから前記ブリッジを介して前記第２セッションに送信するステップと、
を含む、方法。
【請求項１１】
前記トンネル・イニシエータを用いて、音声通話のためのボイスオーバＩＰ（ＶｏＩＰ）アプリケーション・タイプを開始するステップをさらに含む、請求項１０に記載の方法。
【請求項１２】
ブリッジされた呼に関してトンネル・ターミネータに通知するために、定期的な統計情報更新を前記トンネル・ターミネータに送信するステップをさらに含む、請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願に対する相互引用）
本願は、米国特許法第１１９条（ｅ）の下で、２００６年４月１７日に出願された「A System and Method for Tunnel Switching」と題する米国仮特許出願第６０／７９２，５２１号、及び２００６年５月１７日に出願された「Traffic Localization via Network Based Route Optimization」という名称の米国仮特許出願第６０／８０１，００１号の優先権を主張する。その内容は、ここで引用したことにより、全体が本願にも含まれるものとする。
（開示の分野）
本発明は、ネットワーク上でパケット・ルーティングを提供するシステム及び方法に関するものである。より詳細には、パケット・フローが、可能であればバックホール・コール・レグ又はバックホール・トンネルをバイパスするようにネットワーク内でブリッジされる。
【背景技術】
【０００２】
ワイヤレスの業界においてルート最適化（ＲＯ）ソリューションを開発しようといういくつかの試みがあった。近年、ルート最適化という表記はモバイルＩＰｖ６と同義になっている。モバイルＩＰｖ６は、ＲＦＣ３７７５において規定される。ＲＦＣ３７７５はルート最適化の帰路ルーティング確認（Return Routability : ＲＲ）の使用に関する詳細を含み、引用することにより、本願にも含まれるものとする。しかし、モバイルＩＰｖ６  ＲＦＣ３７７５に規定されている様式のみでルート最適化を行うことにはいくつかの大きな欠点がある。
【０００３】
第１に、これはモバイル・ノード中心のソリューションである。モバイル・ノードは、携帯電話、個人情報端末（ＰＤＡ）、無線対応ラップトップ若しくはコンピュータ・デバイス、又は他の任意の適用可能なデバイスとすることができる。ルート最適化の開始、及び通信相手ノードに対するルートを最適化する必要性は、モバイル・ノードによって決定される。しかし、モバイル・ノードは、ネットワークのルーティング・ポリシ又はネットワーク・レイアウトのいずれのナレッジも有しない。したがって、モバイル・ノードは、ＩＰパケットが実際にルーティングされることになる経路に何らかの差異があるか否かを知らずに、帰路ルーティング確認手順を開始しがちである。
【０００４】
第２に、ネットワークは、ルート最適化が必要であるか否か、又は特定のアプリケーションに対してルート最適化の余地さえあるか否かに関して殆ど又はまったく決定権を有しない。例えば、運用業者が、ルートに（パケット検査又はセキュリティ及び課金ポリシーの施行のために）特定のネットワーク・セグメント又は特定のノードを通過することを要求するポリシーを有する場合、アプリケーション単位でモバイル・ノードによるルート最適化の開始を許可又は拒絶する標準化された方法はない。
【０００５】
第３に、モバイルＩＰｖ６を使用するルート最適化ソリューションが上手く機能するのは、ネットワーク内のデュアル・スタック・ルーティング・インフラストラクチャ又はＩＰｖ６ルーティング・インフラストラクチャを有するノードに対してのみである。運用業者が１度にＩＰｖ６ネットワークに完全に切り替えるにはコストがかかる。ＩＰｖ６の導入は、実施に時間がかかり、ルート最適化は、運用業者のネットワーク内のＩＰｖ６性能のみに結び付くべきではない。
【０００６】
第４に、モバイル開始ルート最適化が使用されている場合のインター・アクセス・ゲートウェイ（ＡＧＷ）のハンドオフ管理は、非常に時間がかかる。モバイル機器は、インターＡＧＷハンドオフの都度、帰路ルーティング確認（６つのメッセージ）を実行して、気付アドレス（ＣｏＡ）の変更が発生したことをその他方の終端に通知する必要がある。
【０００７】
第５に、モバイル・ノードに基づくルート最適化技法は、無線シグナリングを必要とする。モバイル機器からモバイル機器への呼の場合、これは各セッションにつき約１２個のメッセージである。ＡＧＷハンドオフの場合、これらを繰り返す必要がある。これは、無線オーバーヘッドを付加するのみならず、モバイル・ノード及びネットワーク・ノードに対する信号処理負荷も増大させる。
【０００８】
最後に、モバイル機器に基づくルート最適化が使用されている場合であっても、ＶｏＩＰパケットが逆トンネルを通る瞬間がある。これは、モバイル・ノードが、帰路ルーティング確認が完了する前にパケットをホーム・エージェントに逆方向トンネリングすることにより発生する。
【０００９】
音声回線網から収集された統計情報は、領域内で発生した音声呼の大半がその領域内に留まる（すなわち、呼は高度にローカライズされる）ことを示す。今日のワイヤレス・ネットワークのうちのいくつかにおいて、呼セッションは、モバイル・ノードがネットワーク内のどこにあるかを追跡するホーム・エージェント・デバイスにルーティングされる。モバイルＩＰベースのネットワーク内の呼は、多くの場合、ＩＰパケットをローカル無線アクセス・ネットワークからホーム・エージェントに逆方向トンネルで送信する。このホーム・エージェントは、呼セッションがモバイル・ノードで開始した場所から地理的近傍に位置しないことがある。逆方向トンネリングが使用されない場合には、モバイル・ノード、対応するノード（すなわち、呼セッションに関わる第２のデバイス）、及びホーム・エージェント間でトライアングル・ルーティングが行われることになる。
【００１０】
逆方向トンネリングの使用は、ホーム・エージェントのような中心ロケーションでのネットワーク・リソース管理、ポリシー、及び課金施行を簡易化する。しかし、会話用リアルタイム・アプリケーションの場合、逆方向トンネリングは、搬送距離及び関係する（すなわち、バックホール・リンク型の）装置数に応じて様々であり得る、さらなるデータ搬送待ち時間を発生させる。パケット・データをホーム・エージェントに送信するには、逆方向トンネリングが使用されるか否かに関わらず、運用業者がこれらのアプリケーションのデータ・トラフィックを搬送するようにバックホール・リンク帯域幅を増大させることも必要である。
【００１１】
逆方向トンネリング及び時にはパケット送信に使用されるトンネリング・プロトコルは、１つのプロトコルを別のプロトコル内にカプセル化する。トンネリングプロトコルは、外部ネットワークを介して２つのエンドポイント間でパケットを搬送するメカニズムも提供する。
【発明の開示】
【課題を解決するための手段】
【００１２】
パケットをブリッジするシステム及び方法が、いくつかの実施の形態において提供される。ブリッジは、整合する呼セッションが同じ場所にあるネットワーク・デバイス（例えば、トンネル・イニシエータ）で実施することができる。整合すると判断すると、ブリッジを呼セッション間に確立して、パケットを呼セッション間で渡し、そしてそれらの呼セッションの最終宛先に渡すことができる。ブリッジは、パケット・トラフィックのショートカットを作成し、それによってパケットがローカライズされる。パケット・フローに関する情報は、セッション管理及び呼制御を提供して呼セッションに関する情報を最新に保つ、他のネットワーク・デバイスに送信することができる。
【００１３】
特定の実施の形態は第１のセッション及び第２のセッションを含む、トンネル・イニシエータと、さらにトンネル・ターミネータと通信するトンネル・ターミネータであって、少なくとも１つのセッションを含むトンネル・ターミネータとを備えるシステムを特徴とする。トンネル・イニシエータは、第１のセッション及び第２のセッションに関する情報を取得し、トンネル・イニシエータ内のセッション情報を比較し、ブリッジを確立することができるか否かを判断するプロセッサを含む。ブリッジは、整合する第１のセッションと第２のセッションとを結合して、トンネル・イニシエータ上でパケット・データを整合する第１のセッションから整合する第２のセッションにフローし、トンネル・イニシエータは、ブリッジを経由してフローするパケット・データに関する更新をトンネル・ターミネータに送信する。
【００１４】
いくつかの実施の形態は、トンネル・イニシエータにおいてパケットを受信すること、パケットを調べることであって、パケットをブリッジすることができるか否かを判断する、調べること、トンネル・イニシエータ上でパケットを第１のセッションから第２のセッションに送信すること、パケットを当該パケットの宛先に送信すること、及び第１のセッションから第２のセッションへのパケット・フローに関してトンネル・ターミネータを更新することを含む方法を特徴とする。
【００１５】
特定の実施の形態は、トンネル・イニシエータ上で第１のセッション・インスタンスを生成すること、第１のセッション・インスタンスに関連するパケットを検査し、パケットから情報を抽出すること、パケットから取得された情報を第１のセッションに関連付けること、第１のセッションに整合する情報を含む第２のセッションが、トンネル・イニシエータ上に存在するか否かを調べること、整合が見つかった後、第１のセッションと第２のセッションとの間にブリッジを生成すること、及びパケットを第１のセッションからブリッジを介して第２のセッションに送信することを含む方法を特徴とする。
【発明を実施するための最良の形態】
【００１６】
選択されたパケット・トラフィックをブリッジするシステム及び方法を、いくつかの実施形態において提供する。ブリッジは、或るノードが共通のトンネル・イニシエータである（例えば、同じ呼セッションで少なくとも２つのデバイスによって共有される）ことを判断し、次に呼セッションのトンネル・ターミネータ（複数可）をバイパスすることによって達成することができる。トンネル・イニシエータでのブリッジは、バックホールされるトラフィック量を低減する。ブリッジは、バックホール・ネットワークのホップをなくすことによってパケット待ち時間及びジッタを低減することもできる。ブリッジは、ネットワーク・トポロジに応じてネットワーク内の様々なポイント及び様々なデバイスで実施することができる。ブリッジは、外部エージェント、アクセス・ゲートウェイ（ＡＷＧ）、パケット・データ配給ノード（ＰＤＳＮ）、外部エージェント（ＦＡ）、モビリティ・アンカー・ポイント（ＭＡＰ）、制御アクセス・ポイント（ＣＡＰ）、ローカル・モビリティ・アンカー（ＬＭＡ）、メディア・ゲートウェイ（ＭＧＷ）、メディア・ゲートウェイ制御機能（ＭＧＣＦ）、呼セッション制御機能（ＣＳＣＦ）、又はホーム・エージェント（ＨＡ）で実施することができる。
【００１７】
トンネルは、ルータ及びネットワーク・アクセス・サーバ（ＮＡＳ）に導入される。共通ＩＰベースのトンネリング・プロトコルのいくつかの例は、モバイルＩＰ、レイヤ２トンネリング・プロトコル（Ｌ２ＴＰ）、ポイント・ツー・ポイント・トンネリング・プロトコル（ＰＰＴＰ）、ＩＰＳＥＣ、ＩＰ−ｉｎ−ＩＰ、ジェネリック・ルーティング・エンキャプスレーション（ＧＲＥ）−ｉｎ−ＩＰ、３ＧＰＰ２のＡ１０／Ａ１１、及びＩＥＥＥの８０２．１６ｅ  Ｒ４／Ｒ６である。新しいトンネルの生成を開始するネットワーク・エンティティは、トンネル・イニシエータと呼ばれ、新しいトンネルを受け入れるエンティティは、トンネル・ターミネータと呼ばれる。ネットワーク構成要素は、両方の役割を同時にこなすこと（例えば、Ｌ２ＴＰネットワーク・サーバ（ＬＮＳ）及びＬ２ＴＰアクセス・コンセントレータ（ＬＡＣ）として動作するルータ）が一般的である。
【００１８】
トンネリング・プロトコルは、一般に、２つの機能、すなわち呼制御とデータ・カプセル化／搬送とを含む。トンネリング・プロトコルの呼制御機能は、トンネルの確立、維持、及び破壊のために使用され、この機能は、トンネルがイニシエータ／ターミネータに予め構成されている場合にはオプションであってよい。データ・カプセル化／搬送機能は、ペイロード・データ・パケットをカプセル化し、中間ネットワークを経由してカプセル化されたパケットを先に確立されたトンネルの他端部に搬送し、データ・パケットをカプセル化解除／配送するメカニズムを提供する。トンネリング・プロトコル搬送／配送セマンティックは、基本（順序なしベストエフォート型配送）から高度（フロー制御、暗号化、順序付き配送、保証付き配送、ＱｏＳ等）までの多岐にわたる。
【００１９】
図１は、本発明のいくつかの実施形態によるモバイルＩＰベースのネットワークの図である。図１中、領域１１０〜１１８はワイヤレスでカバーするエリアである。無線アクセス・ネットワーク（ＲＡＮ）が各領域をカバーする。領域のフットプリント及び加入者密度に応じて、各領域に１つ又は複数のワイヤレス・ネットワーク・コントローラ（ＲＮＣ）１２０〜１３８及びいくつかの基地局が存在し得る。パケット・データは、パケット・データ配給ノード（ＰＤＳＮ）１４０及びホーム・エージェント（ＨＡ）１４２が存在する分配センタに逆方向トンネリングすることができる。分配センタは、ＩＰコア１４４のエッジに配置される。ネットワークのサイズに応じて、２つ以上の分配センタがネットワーク内に存在してよく、ＲＮＣとＰＤＳＮ１４０との間のバックホール・リンクは、数千マイルにわたって延在することができる。バックホール・リンクは、トンネル・イニシエータとトンネル・ターミネータとの間の距離とすることができる。
【００２０】
図２は、本発明の特定の実施形態による進化したネットワーク・レイアウトの図である。図２は、現在のネットワーク・レイアウトがどのように変更されることになるかを示す。進化したアーキテクチャでは、ＩＰエッジ機能が領域２１０〜２１８のより近傍に移される。この図でのＩＰエッジ機能は、アクセス・ゲートウェイ（ＡＧＷ）２２０〜２２８である。ＡＧＷは、ＮＡＳ（ネットワーク・アクセス・サーバ）型機能を実行するＩＰエッジ装置として動作する。現在のネットワーク・レイアウト（図１を参照）では、ＰＤＳＮ１４０がこれらの機能を実行する。このＩＰエッジ機能をＲＡＮ／領域のより近傍に移す理由のうちの１つは、Ｌ３モビリティ管理のためにモバイルＩＰプロトコルによって導入されるシグナリング待ち時間を低減するために、（ローカル）モビリティ・アンカー・ポイント（ＭＡＰ）を提供することである。当業者ならば理解するであろうが、適用可能なあらゆるローカライズされたモビリティ・プロトコルの使用が可能である。モバイルＩＰ又は他のいくつかのトンネリング・メカニズム（例えば、汎用トンネリング・プロトコル−ユーザ（ＧＴＰ−Ｕ））をＡＧＷとホーム・エージェント２３０（３ＧＰＰの場合にはゲートウェイＧＰＲＳサポート・ノード（ＧＧＳＮ））との間に使用することができる。これは逆方向トンネルと呼ばれ、ＡＧＷから少し離れ得るバックホール・リンクである。
【００２１】
バックホール・リンクは少し離れ得るため、呼をローカライズされた状態に保ち、バックホール・リンク・トラフィックを回避することが望ましい。特定の実施形態では、データ・トラフィックは、ネットワーク制御されると共にネットワーク・ポリシー主導の方法を使用してトンネルを切り替えるか又は、ブリッジすることを通じてローカライズされる。特定の実施形態では、進化したネットワーク・レイアウトは、領域内に始端ポイント及び終端ポイント（例えば、モバイル機器からモバイル機器へ、モバイル機器から陸線機へ、及び陸線機からモバイル機器へ）を有する１つ又は複数のＶｏＩＰ呼を含む。通常、トラフィックは逆方向トンネルに入り、元のホーム・エージェントに搬送される。しかし、ＶｏＩＰ呼のような選択された呼セッションの場合、トンネル・イニシエータ（例えば、ＡＧＷ）は、これらの選択された種別の呼セッションのレグをブリッジする機能を実行することができる。トンネル・イニシエータは、実行中のアプリケーションの種別（ＩＰフローの種別）を検出し、このブリッジを自動的に実行することができる。ブリッジは、ゲーム、テレビ電話セッション、及びピアツーピア・ファイル共有を含む任意のユーザ対ユーザ型のトラフィックに適用することができる。このブリッジ、すなわち「ルート最適化」のポリシーは、トンネル・イニシエータにローカルに構成してもよく、又は、特定の実施形態では、外部ポリシー機能からダウンロードしてもよい。
【００２２】
ブリッジは、マルチキャスト・パケット・トラフィック状況でも同様に使用することができる。例えば、呼セッションが３人を含み、それらの人々が全員同じトンネル・イニシエータを使用している場合、ブリッジを３つのセッション間で実施して、バックホール・レグからのトラフィックを除去することができる。さらに、例えば、３人のうちの２人が同じトンネル・イニシエータを使用している場合、２つの呼セッションがブリッジを使用することができる一方で、第３の呼セッションは通常通り処理される。
【００２３】
トンネル・スイッチは、あるトンネルを別のトンネルにマッピングするデバイスであり、この機能は、呼の２レグを共に接続する電話交換オペレータと同様である。トンネル・スイッチには２つの形態がある。すなわち、同種及び異種である。通常、トンネル・スイッチは同種のケースである（例えば、インバウンドＬ２ＴＰトンネルが異なるＬ２ＴＰトンネルアウトに変換される）。大半のネットワーク・アクセス・サーバは、インバウンド・アクセス・サービス・トンネルとアウトバウンド・ネットワーク・サービス・トンネルとの間に異種トンネリング・スイッチング機能を提供する。いくつかの実施形態では、呼セッションのブリッジにトンネル・スイッチを使用することができる。
【００２４】
図３は、本発明の特定の実施形態によってブリッジをどのように実施することができるかを示す。図３は、モバイル・ノード１  ３１０と、モバイル・ノード２  ３１２と、モバイルＩＰ外部エージェント・トンネル・イニシエータ３１４と、モバイルＩＰホーム・エージェント・トンネル・ターミネータ３１６とを含む。モバイル・ノードは、携帯電話、ＰＤＡ、ブラックベリー、ワイヤレス・カード対応ラップトップ、又は他の任意のワイヤレス・デバイスとすることができる。外部エージェント（ＦＡ）は、外部ネットワークを使用してパケット・データをルーティングし、モバイル・ノードに関する情報を記憶するデバイスである。ホーム・エージェント（ＨＡ）は、モバイル・ノードに関する情報を記憶し、データのルーティングを支援するホームネットワーク上のデバイスである。トンネル・イニシエータ３１４は、セッションＳ１  ３１８と、セッションＳ２  ３２０とをさらに含む。トンネル・ターミネータ３１６も、セッションＳ１  ３２２と、セッションＳ２  ３２４とを含む。セッション３１８〜３２４は、データ構造でソフトウェアに実装され、セッションに関連するデータ・パケット及びタスクの処理は、トンネル・イニシエータ上のプロセッサによって完了される。セッションは、いくつかの実施形態において加入者の呼に関連付けられる。セッション・マネージャを使用してセッションをモニタすると共に、そのセッションに関連する加入者データフローに関わるプロセッサに命令することができる。
【００２５】
それらの２つのセッションが整合すると分かり、且つパケット・データをさらにルーティングする必要がない場合、トンネル・イニシエータ上のセッション間に、ブリッジを生成することができる。図３に見られるように、バックホール・リンク・トラフィックは、呼セッション・トラフィックをバックホール・リンクを行き来して送信する必要なく、外部エージェント・トンネル・イニシエータ３１４から直接宛先に送信することができる。図３において、バックホール・リンクは、外部エージェント３１４を経由するホーム・エージェント・トンネル・ターミネータ３１６へのモバイルＩＰトンネル３２６と、同じ外部エージェント３１４を使用する同じホーム・エージェント３１６への第２のモバイルＩＰトンネル３２８とを含む。アクセス・トンネル３３０もモバイル・ノード１  ３１０と外部エージェント３１４との間に作成され、アクセス・トンネル３３２も同様に、モバイル・ノード２  ３１２と同じ外部エージェント３１４との間に作成される。図１のようなネットワークでは、モバイル・ノード１  ３１０がデータ・パケットをモバイル・ノード２  ３１２に送信する際に、そのパケットを外部エージェント３１４に搬送し、ホーム・エージェント３１６にトンネリングされる。ホーム・エージェント３１６はパケットを受信し、パケットをモバイル・ノード２  ３１２へのものとして識別する。ホーム・エージェント３１６は、パケットを元の外部エージェント３１４にトンネリングし、外部エージェント３１４は、アクセス・トンネル３３２を経由してパケットをモバイル・ノード２  ３１２に転送する。パケットをセッションＳ１  ３２２及びセッションＳ２  ３２４を通じてセッションＳ１  ３１８からセッションＳ２  ３２０に送信することによって、さらなる待ち時間が付加され、帯域幅のようなより多くのリソースが必要となる。
【００２６】
特定の実施形態では、ブリッジ３３４が外部エージェント３１４に適用される。ブリッジ３３４は、モバイル・ノード１  ３１０からのパケットが外部エージェント３１４に到着するときに、少なくとも２つの条件を満たしているか否かを調べることによって実施することができる。図４は、本発明の特定の実施形態によるブリッジを移植するアルゴリズムを示す。４１０において、パケットがネットワーク・デバイス上のセッションにおいて受信される。４１２において、ソフトウェアが、パケットの宛先ＩＰアドレスがデバイス上の別のセッションのＩＰアドレスに整合するか否かを調べる。４１４において、ソフトウェアは、モバイルＩＰトンネル・イニシエータ及びモバイルＩＰターミネータ（例えば、セッションＳ１及びセッションＳ２）が同一であるか否かを調べる。これらの条件を満たす場合、特定の実施形態では、４１６において、ソフトウェアは、パケットのホーム・エージェント３１６へのモバイルＩＰトンネリングをバイパスして、パケットを整合するセッションに直接（例えば、図３のセッションＳ１  ３１８からセッションＳ２  ３２０に）配送する。いくつかの実施形態では、ステップ４１２及び４１４は、整合するセッションを判定するために、発信元ＩＰアドレス及び宛先ＩＰアドレス、使用されるプロトコル、並びに発信元ポート番号及び宛先ポート番号のような基準の組み合わせを使用するトラフィック・フロー・テンプレート（ＴＦＴ）のようなフローベースのフィルタを含む。
【００２７】
特定の実施形態では、ブリッジは、トンネル・イニシエータ上の他のセッションに関して特定の条件が満たされているか否かを調べるためのテーブルを保持することによって実施される。トンネル・イニシエータは、マイクロプロセッサ上で実行中のソフトウェアとして、特定用途集積回路（ＡＳＩＣ）のようなハードウェア、又はハードウェアとソフトウェアとの任意の組み合わせによって実施することができる。トンネル・スイッチは、データの入来トンネル及び送出トンネルがある任意のデバイスに提供することができる。トンネル・イニシエータ上の各トンネル毎に、以下の情報を有するテーブルを実装することができる。
【００２８】
【表１】
2009533999.tif 000003
【００２９】
表１は、トンネル・イニシエータ・アドレス（Ｖ１）と、トンネル・ターミネータ・アドレス（Ｖ２）と、加入者アドレス（Ｖ３）と、アウトバウンド・パケット・フロー・フィルタ（Ｖ４）と、インバウンド・パケット・フロー・フィルタ（Ｖ５）と、データ・バイパス／ブリッジ統計情報（Ｖ６）とを含む。いくつかの実施形態では、テーブルは、ソフトウェアを実行するマイクロプロセッサを有するルータ、又は情報を記憶するレジスタ若しくはキャッシュと共に任意の論理機能を実施するハードウェア・ロジックを有するルータに実装することができる。ハードウェアは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブル・ロジック・デバイス（ＰＬＤ）、又は他の任意の適切なハードウェア技術で実施することができる。フィルタ（Ｖ４）及び（Ｖ５）は、レイヤ３又はレイヤ４のパケット・フィルタとすることができ、フローに固有とすることができるか、又はすべてのパケットをブリッジの検査をするために通過させるように設定されてよい。フィルタは、静的な命令で実施されてもよく、又は呼セッション内のパケットに関する命令を生成するソフトウェアによって実施されてもよい。ソフトウェアは、特定の種別の呼セッションに対してブリッジを実施するように設計されたルール・セット又はポリシー・セットとして実施することができる。データ・バイパス統計情報／ブリッジ統計情報（Ｖ６）は、バイト・カウント、パケット・カウント、レイヤ７分類、又はネットワーク・デバイスが使用し得る他の任意の種類の情報に関する統計情報を含むことができる。データ・バイパス統計情報／ブリッジ統計情報（Ｖ６）は、データ・トラフィック・フローに関する情報を収集すると共に、その統計情報を再びホーム・エージェント又はＲＡＤＩＵＳサーバのような別のネットワーク・デバイスに報告するように設計されたネットワーキング・デバイス上のハードウェア又はソフトウェアの任意の組み合わせによって実施することができる。
【００３０】
特定の実施形態では、ブリッジは以下のステップを通じて実施することができる。トンネル・イニシエータが、パケット「Ｐ」をトンネル・ターミネータに送信する前に、パケットＰのエントリ（「Ｓ」と呼ばれる）を表１内で見つける。エントリ「Ｓ」のアウトバウンド・パケット・フロー・フィルタ（Ｖ４）がパケット「Ｐ」に適用される。フィルタがパケットをブリッジ候補として識別しない場合、パケット「Ｐ」は、表１内でエントリ「Ｓ」に提供されているトンネル・ターミネータ・アドレス（Ｖ２）にトンネリングされる。フィルタがパケットをブリッジ候補として識別する場合、パケット「Ｐ」の宛先アドレスが抽出され、特定の条件を満たすエントリ「Ｘ」が存在するか否かが判断するために表１内で調べられる。いくつかの実施形態では、調べられる条件は、以下のとおりである。
１．エントリ「Ｓ」のトンネル・イニシエータ・アドレス（Ｖ１）＝＝エントリ「Ｘ」のトンネル・イニシエータ・アドレス（Ｖ１）
２．エントリ「Ｓ」のトンネル・ターミネータ・アドレス（Ｖ２）＝＝エントリ「Ｘ」のトンネル・ターミネータ・アドレス（Ｖ２）
３．パケット「Ｐ」の宛先アドレス＝＝エントリ「Ｘ」の加入者アドレス（Ｖ３）
４．エントリ「Ｘ」のインバウンド・パケット・フィルタ（Ｖ５）をパケット「Ｐ」に適用
上記条件が真である場合、システムは、エントリ「Ｘ」の内のデータ・バイパス／ブリッジ統計情報（Ｖ６）を更新し、パケット「Ｐ」をエントリ「Ｘ」のトンネル・ターミネータ・アドレス（Ｖ２）から受信されたものとして適切な／所定のカプセル化を使用して処理することができる。上記条件が真ではなく、条件のうちの１つ又は複数が満たされない場合、パケット「Ｐ」はエントリ「Ｓ」の通常のトンネル・ターミネータ・アドレス（Ｖ２）にトンネリングされる。
【００３１】
いくつかの実施形態では、パケット・フィルタ（Ｖ４）及び（Ｖ５）は、すべてのパケットを選択してもよく、又はレイヤ３情報からレイヤ７情報に基づいていくらかのパケットのみを選択してもよい。この選択性によって、トンネル・ターミネータで実行される高度処理（例えば、深いパケット検査／課金）を必要としないトラフィックのみをブリッジするメカニズムが提供される。特定の実施形態では、選択は必要なく、ブリッジを設定された条件を満たすすべてのパケットに使用することができるように、高度処理機能がトンネル・イニシエータにおいて実行される。例えば、トンネル・イニシエータは、アクセス制御リスト（ＡＣＬ）、深いパケット検査／課金、コンテンツ格付け／遮断、ファイアウォール機能のような高度データ処理機能をトンネル・バイパス・データに提供することができる。
【００３２】
トンネル・イニシエータは、定期的な統計情報更新をトンネル・ターミネータに送信して、当該トンネル・ターミネータにブリッジされたパケットに関して通知することができる。これによって、トンネル・ターミネータはアイドル時間のような他の呼パラメータを更新することができる。トンネル・イニシエータは、ブリッジされたパケット・トラフィックのアカウント記録を生成することができる。これは、パケットに関する統計情報を使用して行うことができる。トンネル・ターミネータがブリッジされたトラフィックに関するアカウントパラメータを更新することができるように、トンネル・イニシエータは、アカウント情報をトンネル・ターミネータに送信することができる。この更新は定期的であってもよく、又はイベント・ドリブンであってもよい。
【００３３】
特定の実施形態では、ブリッジは、トンネル・ターミネータが、トンネル・イニシエータがこの機能を実行することを知っている場合に使用される。データが長時間期間にわたってブリッジされているときに、セッションが時間切れしないように（例えば、ホーム・エージェントで）、アイドル・タイマを無効化するか、又はトンネル・ターミネータで定期的に更新される必要がある場合がある。トンネリング・プロトコルがハンドオフをサポートする場合（例えば、モバイルＩＰｖ４）、トンネル・ターミネータは、ハンドオフが発生すると、トラフィックが元のトンネル・イニシエータによって古いバインディング(stale binding)に誤って配送されないように、ブリッジの実行を停止するようにトンネル・イニシエータに通知する。ブリッジは、トンネル・イニシエータが、アクセス側の基礎を成すトランスポート・メカニズムによってデータがローカルに搬送不可能である旨が通知される場合にも無効化することができる。
【００３４】
図５は、本発明のいくつかの実施形態によるセッション開始プロトコル（ＳＩＰ）プロキシ検査に基づくブリッジに関わるメッセージングを示す。図５は、モバイル・ノード１（ＭＮ１）５１０と、モバイル・ノード２（ＭＮ２）５１２と、アクセス・ゲートウェイ（ＡＧＷ）／ＳＩＰプロキシ５１４と、ホーム・エージェント（ＨＡ）５１６とを含む。「Ａ」では、モバイル・ノード１  ５１０がモバイルＩＰ（例えば、ＭＩＰｖ４）登録を実行する。これは、外部エージェント気付アドレス（ＦＡ−ＣｏＡ）又は共存気付アドレス（ＣＣｏＡ）のいずれかを使用して達成することができる。ＦＡ−ＣｏＡが使用される場合、ＡＧＷ５１４は外部エージェントとして動作し、モバイル・ノード１  ５１０のモビリティ・バインディングを生成することができる。このモビリティ・バインディング生成の一部として、ＡＧＷ／ＦＡ５１４はモバイル・ノード１  ５１０のホーム・アドレス（ＨｏＡ）のアドレスを知る。いくつかの実施形態では、モバイル・ノードがＣＣｏＡを使用し、モバイル・ノードがＨＡ５１６に対して直接、ＭＩＰｖ４登録を実行する場合、ＡＧＷ／ＦＡ５１４は、モバイル・ノードが取得するＨｏＡを明示的に知らないことがある。ＡＧＷは、パケット検査を介してＨｏＡを発見することができる。
【００３５】
「Ｂ」において、モバイル・ノード２  ５１２がモバイルＩＰｖ４登録を実行する。「Ａ」において述べたように、ＦＡ−ＣｏＡ又はＣＣｏＡをモバイルＩＰ（ＭＩＰ）登録に使用することができる。ＦＡ−ＣｏＡが使用される場合、モバイル・ノード２  ５１２はＡＧＷ５１４にコンタクトし、ＡＧＷ５１４はモバイル・ノード２  ５１２のモビリティ・バインディングを生成する。ＣＣｏＡが使用される場合、ＭＩＰ登録はＨＡ５１６に対して直接であることができる。
【００３６】
「Ｃ」において、モバイル・ノード５１０がボイスオーバＩＰ（ＶｏＩＰ）アプリケーションを開始し、ＡＧＷ５１４内に存在するセッション開始プロトコル（ＳＩＰ）及びＳＩＰプロキシ機能を使用してモバイル・ノード２  ５１２に発呼する。特定の実施形態では、ＳＩＰプロキシをスタンド・アローンのエンティティとして、又は別のネットワーク・デバイス内に配置することができる。初期ＳＩＰ登録メッセージングを簡潔にするために省略するが、当業者には自明であろう。ＳＩＰプロキシはＳＩＰメッセージ（例えば、ＩＮＶＩＴＥ）を検査及びパースし、この初期ＳＩＰ登録メッセージングからの関連情報を記憶する。ＳＩＰプロキシは、モバイル・ノード１  ５１０に関する様々なコンタクト指示を記憶する。次に、ＳＩＰプロキシはＩＮＶＩＴＥをＭＮ２にプロキシする。
【００３７】
「Ｄ」において、ＡＧＷ／ＳＩＰプロキシ５１４は、モバイル・ノード２  ５１２に関する様々なコンタクト指示を含むセッション進行指示をモバイル・ノード２  ５１２から受信する。「Ｅ」において、モバイル・ノード・コンタクト情報が、対応するモバイルＩＰセッション状態情報及びＳＩＰプロキシ状態情報に相関付けされる。ＡＧＷ５１４は、この情報を使用して、モバイル・ノード１  ５１０とモバイル・ノード２  ５１２との間のＶｏＩＰベアラ・パスがローカル・ルーティング・ドメイン内に残ることができることを検出することができる。ＡＧＷ５１４は、以下のアルゴリズムを使用してモバイル・ノードのリアルタイム・トランスポート・プロトコル（ＲＴＰ）のストリームを方向付け(direct)することによってブリッジを生成することができる。但し、モバイル・ノード１  ５１０のＩＰアドレスはＸであり、モバイル・ノード２  ５１２のＩＰアドレスはＹであり、受信ポートはｘであり、送信ポートはｙである。
発信元ＩＰ＝Ｘ、且つ宛先ＩＰ＝Ｙ、且つプロトコル＝ＵＤＰ、且つ発信元ポート＝ｘ、且つ宛先ポート＝ｙである場合、逆方向トンネリングなしでパケットをＹに直接送信する
発信元ＩＰ＝Ｙ、且つ宛先ＩＰ＝Ｘ、且つプロトコル＝ＵＤＰ、且つ発信元ポート＝ｙ、且つ宛先ポート＝ｘである場合、逆方向トンネリングなしでパケットをＸに直接送信する。
「Ｆ」において、データストリームがＡＧＷ５１４においてブリッジされる。
【００３８】
図６は、本発明のいくつかの実施形態によるトラフィック・フロー・テンプレート（ＴＦＴ）処理に基づくブリッジに関わるメッセージングを示す。図６は、モバイル・ノード１（ＭＮ１）６１０と、モバイル・ノード２（ＭＮ２）６１２と、アクセス・ゲートウェイ（ＡＧＷ）６１４と、ホーム・エージェント（ＨＡ）６１６とを含む。図６において用いられる手順は、図５のＳＩＰ／セッション記述プロトコル（ＳＤＰ）の検査手順と同様である。しかしながら、ＡＧＷ６１４が使用するブリッジ情報の発信元が異なるため、ステップ「Ｃ」〜「Ｅ」が異なる。図６の「Ｃ」及び「Ｄ」において、モバイル・ノード１  ６１０及びモバイル・ノード２  ６１２が、ＴＦＴ情報をＡＧＷ６１４に送信する。ＴＦＴ情報は、発信元アドレスと、宛先アドレスと、発信元ポートと、宛先ポートと、プロトコルＩＤとを含むことができるパケット・フィルタ情報を含む。モバイル・ノード１  ６１０及びモバイル・ノード２  ６１２の両方からのこの情報セットに基づき、そして各モバイル・ノードのモビリティ・バインディング情報に基づいて、「Ｅ」において、ＡＧＷ６１４は呼レグをブリッジして、呼をローカライズすることができる。
【００３９】
ＣＣｏＡがＭＩＰｖ４と共に転送方向において使用される場合、外部ヘッダの発信元アドレスはＨＡ６１６のアドレスであり、宛先アドレスはモバイル・ノードのアドレスである。他方の終端（他方のモバイル・ノード）のアドレスは、内部ヘッダ発信元アドレス内にある。内部ヘッダの宛先アドレスは、モバイル・ノードのＩＰアドレスである。ＴＦＴ情報内のパケット・フィルタ・セットは、内部ヘッダ情報を含まないことがある。プロセスをより効率的にするために、ＴＦＴ情報は、外部ヘッダの発信元／宛先ＩＰアドレス情報とは別に、内部発信元／宛先ＩＰアドレス情報の情報を含むことができる。ＡＧＷ６１４は、「Ｆ」において、受信パケットの内部ヘッダを検査して呼レグを識別し、それに従って呼をブリッジすることができる。
【００４０】
図７は、本発明のいくつかの実施形態によるポリシー・トランザクション情報に基づくブリッジに関わるメッセージングを示す。図７は、モバイル・ノード１（ＭＮ１）７１０と、モバイル・ノード２（ＭＮ２）７１２と、アクセス・ゲートウェイ（ＡＧＷ）７１４と、ホーム・エージェント（ＨＡ）７１６と、ポリシー機能（ＰＦ）７１８とを含む。図７において使用される手順は、図５及び図６の手順と同様であるが、ＡＧＷ７１４が使用するブリッジ情報の発信元が異なるため、ステップ「Ｃ」〜「Ｅ」が異なる。「Ｃ」及び「Ｄ」において、ポリシー機能７１８が、モバイル・ノード１  ７１０及びモバイル・ノード２  ７１２が開始するパケット・フローのサービス品質（ＱｏＳ）及び課金ポリシー情報を送信する。ポリシー機能７１８は、呼セッション制御機能（例えば、Ｓ−ＣＳＣＦ）のようなＶｏＩＰアプリケーション機能（ＡＦ）から呼情報を受信することができる。ポリシー情報と共に、ＰＦ７１８は、パケット・フローを識別するためのＡＧＷ７１４用パケット・フィルタを含むことができる。この情報は、発信元アドレスと、宛先アドレスと、発信元ポートと、宛先ポートと、プロトコルＩＤとを含むことができる。両方のモバイル・ノードからのポリシー及びフィルタ情報に基づくと共に、各モバイル・ノードのモビリティ・バインディング情報に基づいて、「Ｆ」において、ＡＧＷ７１４は呼レグをブリッジして、呼をローカライズすることができる。
【００４１】
ポリシー機能７１８又はアプリケーション機能（図示せず）は、ＡＧＷ７１４に更新されたポリシー情報を送信することによって、ベアラ・ルートを変更するか、又はＡＧＷ７１４において進行中のＶｏＩＰ呼に対する任意のブリッジを除去することができる。このような更新されたポリシー情報を受信すると、ＡＧＷ７１４は、関わる呼セッションのブリッジ・ポリシーを除去又は変更することができる。
【００４２】
ＣＣｏＡが使用される場合、ＰＦから受信されたパケット・フィルタは、ＶｏＩＰベアラに関する内部ヘッダ情報を含まないことがある。ＡＧＷ７１４は、受信パケットの内部ヘッダを検査し、それに従って呼レグをブリッジすることができる。プロセスをより効率的にするために、ＰＦは、外部ヘッダの発信元／宛先ＩＰアドレス情報とは別に、内部発信元／宛先ＩＰアドレス情報の情報を含むべきである。
【００４３】
いくつかの実施形態では、モバイルＩＰｖ６がＶｏＩＰ呼に使用される。両終端がモバイルＩＰｖ６を使用する場合、ＡＧＷにおけるＭＩＰｖ６セッション認識(awareness)によって、バインディング更新（ＢＵ）及びバインディング肯定応答（ＢＡ）に対してパケット検査を実行することができる。しかし、ＭＩＰｖ６では、ＡＧＷはモビリティ登録手順に参加しない。この理由は、このモビリティ登録手順がモバイル・ノードとホーム・エージェントとの間で行われるためである。さらに、使用されるプロトコルに応じて、ＡＧＷは、メッセージを検査して呼のブリッジに使用される情報を得ることがいくらか困難となることがある。
【００４４】
ＢＵメッセージ及びＢＡメッセージは、ＭＩＰｖ６認証プロトコル（ＲＦＣ４２８５を参照、これを参照により本明細書に含む）が使用される場合、ＡＧＷから可視である。ＡＧＷは、ＢＵメッセージ及びＢＡメッセージの検査から得られる情報を使用して、ＭＩＰｖ６セッション認識を構築する。ＢＵメッセージ及びＢＡメッセージから得られる情報を使用して、セッション情報を比較して照合し、ブリッジを確立することができるか否かを判定することができる。ＩＰｓｅｃを使用するＭＩＰｖ６ベース・プロトコル（ＲＦＣ３７７５及び３７７６又はＩＫＥｖを参照、これらは参照により本明細書に含む）のみが使用される場合、ＢＵメッセージ及びＢＡメッセージは、ＩＰｓｅｃカプセル化セキュリティ・プロトコル（ＥＳＰ）暗号化によってＡＧＷから不可視であることがある。これは、ＡＧＷがＢＵ／ＢＡメッセージを検査することによってＭＩＰｖ６セッション認識を構築するのを妨げることがある。ＡＧＷがＢＵメッセージ及びＢＡメッセージを検査することができない場合、ＡＧＷは、ベアラ・トラフィックのホーム・アドレス（ＨｏＡ）情報のようなＩＰアドレス情報を搬送するタイプ２ルーティング・ヘッダを検査することができる。ベアラ・トラフィックはＢＵ及びＢＡのメッセージングの後にフローし始めるため、タイプ２ルーティング・ヘッダ等に頼ることによってブリッジのセットアップが遅れる。したがって、ＡＧＷは、呼レグのブリッジを即座に開始するためのＭＩＰｖ６セッション認識を有しない。ＩＰｓｅｃ  ＥＳＰがベアラ・トラフィックに使用される場合、さらなる変更を行う必要があり得る。
【００４５】
ＳＩＰ／ＳＤＰ検査、ＴＦＴ処理、及びフィルタ情報を使用してブリッジを実施するプロセスは、上記プロセスと同様である。ＡＧＷは、自身のセッションに関する情報を取得した後、呼セッションをブリッジすることができるか否かを判定することができる。
【００４６】
いくつかの実施形態では、ブリッジは、モバイルＩＰのレイヤ３（Ｌ３）モビリティ管理なしでＩＰｖ４及びＩＰｖ６に提供される。この一例は、ネットワーク内のネットワーク・ノード及びポリシー機能を介するモビリティ管理の概念である。セッションをローカライズするために、運用業者は、ネットワーク・ポリシーに基づくローカライズモビリティ・ソリューションの導入を選択することができる。これらの実施形態では、２つの異なるモビリティの態様がある。
【００４７】
ローカル・モビリティ：これは、ドメイン内モビリティである。ＩＰセッションはローカル・モビリティ・アンカー・ポイント（ＭＡＰ）でアンカーされる。モバイル・ノードがＶｏＩＰ呼を開始するのに使用するＩＰアドレスは、このローカルＭＡＰでアンカーされる。過度のＬ３ハンドオフの可能性を低減するために、そのフットプリントに応じて、ＭＡＰは、地理的エリア（例えば、地方／首都圏）をカバーするのに妥当な大きさとすることができる。
【００４８】
グローバル・モビリティ：この種のモビリティ・イベントは、モバイル・ノードが、ＩＰアドレスがアンカーされているＭＡＰのエリアから出て移動する際にトリガされる。例えば、モバイル・ノードは、首都圏エリアＡから首都圏エリアＢに移動し、ＭＡＰ変更を発生させ得る。このような状況では、ターゲット・エリアＢ内のＭＡＰは、モバイル・ノードのＬ３がアンカーされているエリアＡ内のＭＡＰへポイント・ツー・ポイント（Ｐ−Ｐ）でトンネルをセットアップする。別のシナリオでは、モバイル・ノードは現在のプロバイダのサービス範囲から出て移動し、異なるプロバイダのドメイン内にローミングする。この種のモビリティ／ローミングでは、モバイル・ノードは通常、運用業者間にローミング契約がない場合、元のプロバイダのネットワークへのＩＰｓｅｃ接続をセットアップする。
【００４９】
図８は、本発明の特定の実施形態によるモビリティ・アンカー・ポイントを使用するローカル・モビリティ管理を示す。図８は、モビリティ・アンカー・ポイント（ＭＡＰ）８１０と、制御アクセス・ポイント（ＣＡＰ）８１２〜８１６と、アクセス・ポイント８１８〜８２８とを含む。ＭＡＰ８１０はＣＡＰ８１２〜８１６に結合される。ＣＡＰ８１２〜８１６は、高速パケット・データ（ＨＲＰＤ）のような無線リンク・プロトコル（ＲＬＰ）の集約及び終端を行うアクセス・ポイントである。いくつかの実施形態では、ＣＡＰは、ＰＤＳＮ、ＦＡ、ＲＡＮ、ＰＣＦ、又は他の任意のネットワーク・デバイス内で実施されるアクセス・ポイントとすることができる。ＣＡＰは、無線リソース管理（ＲＲＭ）及びＡＧＷ機能を提供するアクセス・ポイントとして実施することもできる。ＭＡＰ８１０はモビリティ・アンカー・ポイントであり、１つ又は複数のモバイル・ノードのＩＰアドレス・アンカーとして機能する。アクセス・ポイント８１８〜８２８は、モバイル・ノードに対する無線周波の送受信に使用されるアンテナである。いくつかの実施形態では、モバイル・ノードはＩＰアドレスをＣＡＰから取得し、ＣＡＰは、プロキシＭＩＰが使用される場合にプロキシＭＩＰとして動作することができるか、又はアクセス・ルータとして動作することができる。例えば、ネットワークベース・ローカライズ・モビリティ管理（ＮＥＴＬＭＭ）が使用される場合（http://tools.ietf.org/html/draft-ietf-netlmm-proxymip6-00で入手可能な「プロキシ・モバイルＩＰｖ６（Proxy Mobile IPv6）」を参照）、ＣＡＰはアクセス・ルータとして動作することができる。
【００５０】
いくつかの実施形態では、ＣＡＰはセッション情報を編集(compile)し、ブリッジ機能を提供することができる。他の実施形態では、ＭＡＰはＩＰセッションをアンカーし、呼レグをブリッジすることができるため、領域内で発せられた呼は同じ領域内に残る。図９は、本発明の特定の実施形態によるＭＡＰでの呼のブリッジに関わるメッセージングを示す。図９は、モバイル・ノード１（ＭＮ１）９１０と、モバイル・ノード２（ＭＮ２）９１２と、１つ又は複数の制御アクセス・ポイント（ＣＡＰ−１／ＣＡＰ−Ｎ）９１４と、モビリティ・アンカー・ポイント（ＭＡＰ）／ＳＩＰプロキシ９１６とを含む。「Ａ」において、モバイル・ノード１  ９１０はＣＡＰ９１４を経由してネットワークに接続される。モバイル・ノード１  ９１０は、インターネット・プロトコル制御プロトコル（ＩＰＣＰ）又は動的ホスト設定プロトコル（ＤＨＣＰ）を使用してＩＰアドレスを要求する。ＣＡＰ１  ９１４は、ＭＡＰ９１６を使用してプロキシ・モバイルＩＰ（ＰＭＩＰ）の動作（プロキシＲＲＱ／ＲＲＰ若しくはプロキシＢＵ／ＢＡ）又はＮＥＴＬＭＭ動作を実行する。ＭＡＰ９１６は、モバイル・ノード１  ９１０のＣＡＰ１  ９１４とのモビリティ・セッションを生成し、ＩＰアドレスをモバイル・ノード１  １９０に割り振る。ＣＡＰ１  ９１４は、ＩＰＣＰ又はＤＨＣＰを使用してＩＰアドレスをモバイル・ノード１  ９１０に返す。
【００５１】
「Ｂ」において、モバイル・ノード２  ９１２はＣＡＰ９１４を経由してネットワークに接続し、モバイル・ノード１  ９１０と同様の手順（すなわち、プロキシＭＩＰ又はＮＥＴＬＭＭ）を使用してＩＰアドレスを取得する。「Ｃ」において、モバイル・ノード１  ９１０は、ＳＩＰ及びＳＩＰプロキシ機能を使用してＶｏＩＰアプリケーションを開始し、モバイル・ノード２  ９１２に発呼する。いくつかの実施形態では、ＳＩＰプロキシ機能はＭＡＰ９１６において実施することができる。初期ＳＩＰ登録メッセージングは、当業者はこのメッセージングを容易に再現することができるため、簡潔にするために省略する。ＳＩＰプロキシは、ＳＩＰメッセージ（例えば、ＩＮＶＩＴＥ）を検査及びパースして、関連情報を記憶する。ブリッジを実施するために、ＳＩＰプロキシは、モバイル・ノード１  ９１０に関する様々なコンタクト指示を記憶する。次に、ＳＩＰプロキシは、図示するようにＩＮＶＩＴＥをモバイル・ノード２  ９１２にプロキシする。「Ｄ」において、ＭＡＰ／ＳＩＰプロキシ９１６は、モバイル・ノード２  ９１２から、モバイル・ノード２  ９１２に関する様々なコンタクト指示を含むセッション進行指示を受信する。
【００５２】
「Ｅ」において、セッションに関して導出及び記憶される情報は、モバイルＩＰセッション状態情報及びＳＩＰプロキシ状態情報に相関付けされる。この情報を使用して、ブリッジすることができるセッションを検出することができる。ＭＡＰ９１６は、モバイル・ノード１  ９１０とモバイル・ノード２  ９１２との間のＶｏＩＰベアラ・パスを、ローカル・ルーティング・ドメイン内でブリッジすることができることを検出することができる。セッション状態情報及びコンタクト・アドレスを使用することによって、ＭＡＰ９１６は、モバイル・ノードのリアルタイム・トランスポート・プロトコル（ＲＴＰ）ストリームを以下のように方向付けることによって、ブリッジを生成する。但し、モバイル・ノード１  ９１０のＩＰアドレスはＸであり、モバイル・ノード２  ９１２のＩＰアドレスはＹであり、受信ポートはｘであり、送信パートはｙである。
発信元ＩＰ＝Ｘ、且つ宛先ＩＰ＝Ｙ、且つプロトコル＝ＵＤＰ、且つ発信元ポート＝ｘ、且つ宛先ポート＝ｙである場合、逆方向トンネリングなしでパケットをＹに直接送信する
発信元ＩＰ＝Ｙ、且つ宛先ＩＰ＝Ｘ、且つプロトコル＝ＵＤＰ、且つ発信元ポート＝ｙ、且つ宛先ポート＝ｘである場合、逆方向トンネリングなしでパケットをＸに直接送信する
「Ｆ」において、呼セッションがＭＡＰ９１６においてブリッジされる。
【００５３】
いくつかの実施形態では、ＭＡＰでのブリッジは、ＴＦＴ情報及びポリシー処理情報を使用して行うことができる。これらは、上述したようにメッセージングから同じ情報を取得して、この情報を、ブリッジを実施することができるように、セッションに相関付けすることを含む。この場合、呼レグを見つけて、それらをブリッジする手順は同じである。いくつかの実施形態では、ＭＡＰがポリシーによって構成される場合、ＭＡＰは、ブリッジを実施すべきか否かを判定するために、ＳＩＰプロキシを検査するか、又はトンネリングされるパケット・ヘッダを検査する必要がない。ポリシーベースのブリッジがＭＡＰに対して実施される場合、ＳＩＰプロキシをネットワーク内の他のどこかに配置することができる。
【００５４】
いくつかの実施形態では、ブリッジは、プロキシ・モバイルＩＰｖ４及びプロキシ・モバイルＩＰｖ６をモビリティ管理プロトコルとして使用して実施することができる。これらのプロトコルは、部分的に以下の草案、すなわち、http://tools.ietf.org/id/draft-chowdhury-netmip4-00.txtで入手可能な「ＩＰｖ４のためのネットワークベースＬ３の接続性及びモビリティ管理（Network Based L3 Connectivity and Mobility Management for IPv4）」、http://tools.ietf.org/id/draft-chowdhury-netmip6-00.txtで入手可能な「ＩＰｖ６のためのネットワークベースＬ３の接続性及びモビリティ管理（Network Based L3 Connectivity and Mobility Management for IPv6）」、及びhttp://tools.ietf.org/id/draft-navali-ip6-over-netmip4-00.txtで入手可能な「ネットワークベース・モバイルＩＰｖ４にわたるＩＰｖ６（IPv6 over Network based Mobile IPv4）」に基づいてブリッジを実施することができ、これらを参照により本明細書に含む。ＩＰｖ４及びＩＰｖ６に関して提示される概念をこれらの草案の概念と共に使用して、ブリッジをプロキシ・モバイルＩＰｖ４及びプロキシ・モバイルＩＰｖ６に拡張することができる。
【００５５】
図１０は、本発明の特定の実施形態による、先にブリッジされた呼セッションからのハンドオフ状況を示す。図１０は、モバイル・ノード１（ＭＮ１）１０１０と、モバイル・ノード２（ＭＮ２）１０１２と、領域１  １０１４と、領域２  １０１６と、制御アクセス・ポイント（ＣＡＰ）１０１８と、ＣＡＰ１０２０と、モビリティ・アンカー・ポイント（ＭＡＰ）１０２２と、ＭＡＰ１０２４とを含む。モバイル・ノード１  １０１０及びモバイル・ノード２  １０１２は両方とも、領域１  １０１４内で呼セッションを開始する。呼セッションは領域１  １０１４内であったため、呼セッションは領域１  １０１４内のＭＡＰ１０２２においてブリッジされた。続いて、呼が進行中の間に、モバイル・ノード１  １０１０は領域２  １０１６内に移動する。モバイル・ノード１  １０１０が領域１  １０１４内で接続したＣＡＰ１０１８は、領域２  １０１６内のターゲットＣＡＰ１０２０と通信する。このＣＡＰ１０２０との通信では、無線リンク・コンテキスト情報のような情報が転送されて、無線リンク・ハンドオフを提供する。
【００５６】
領域２  １０１６内のＣＡＰ１０２０は、呼を少なくとも２つの方法で接続することができる。第１に、領域２  １０１６内のＣＡＰ１０２０は、領域１  １０１４内のＭＡＰ１０２２に再び接続する。いくつかの実施形態では、これは、領域２  １０１６内のＣＡＰ１０２０が領域１  １０１４内のＭＡＰ１０２２とのセキュリティ・アソシエーションを有する場合に実現可能である。第２に、ＣＡＰ１０２０は、領域２  １０１６内のＭＡＰ１０２４を選択する。領域２  １０１６内のＭＡＰ１０２４及び領域１  １０１４内のＭＡＰ１０２２は、呼を維持するためにトンネルを確立する。両方の場合において、モバイル・ノード１  １０１０のＩＰアドレスを領域１  １０１４内のＭＡＰ１０２２でアンカーすることができる。
【００５７】
いくつかの実施形態では、ＣＡＰ間及びＭＡＰ間コンテキスト転送トンネル確立手順は、ftp://ftp.3gpp2.org/TSGX/Working/2006/2006-04/TSG-X-2006-04-KansasCity/WG3-PSN/SWG31-PDS/X31-20060424-011 HRPD-FHO-Starent.docで入手可能な「ＨＲＰＤのための高速ハンドオフ・サポート（Fast Handoff Support for HRPD）」に従って実施することができ、これを参照により本明細書に含む。
【００５８】
モバイル機器から陸線機への呼は、ベアラ・パス内のメディア・ゲートウェイ（ＭＧＷ）によって処理することができる。当業者は理解するように、通常、シグナリング・ゲートウェイも使用され、簡潔にするために、この考察を省略する。モバイル機器から陸線機への呼が、両終端が同じ領域内にある状態で行われる場合、呼のブリッジを使用することができる。公衆陸上移動網（ＰＬＭＮ）（public land mobile network）と公衆交換電話網（ＰＳＴＮ）との重複が、運用業者のネットワーク・ポリシーによって判断される。図１１は、本発明の特定の実施形態による、両終端が同じ領域内にある状態でのモバイル機器から陸線機へのルートを示す。図１１は、モバイル・ノード１１１０と、電話機１１１２と、制御アクセス・ポイント（ＣＡＰ）１１１４と、ローカル・モビリティ・アンカー（ＬＭＡ）１１１６と、メディア・ゲートウェイ（ＭＧＷ）１１１８と、ＰＳＴＮ１１２０とを含む。メディア・ゲートウェイ１１１８は、ローカルＰＬＭＮ内に配置されて、ブリッジが可能なルートを提供することができる。ＬＭＡは、ＬＭＡのエリア内の任意のＣＡＰによって処理される呼のローカルアンカーとして動作するネットワーク機能とすることができる。ＬＭＡは、ホーム・エージェントへ戻すハンドオフ・シグナリングを最低限に保つことができる。特定の実施形態では、ＬＭＡ１１１６は、地理的領域をカバーする複数のＣＡＰにまたがる呼セッション間でブリッジ機能を実施するための場所を提供する。
【００５９】
ＭＧＷ１１１８は、モバイル・ノード１１１０及び陸線電話機１１１２の場所のナレッジに基づいてローカル・ネットワークに割り振ることができる。ＭＧＷ１１１８の割り振りは、メディア・ゲートウェイ制御機能（ＭＧＣＦ）又は呼セッション制御機能（ＣＳＣＦ）内に構築することができるネットワーク・ポリシーによって達成することができる。配給−呼セッション制御機能（Ｓ−ＣＳＣＦ）は、モバイル・ノード１１１０のローカルエリア内にあってよい。ＭＧＣＦは、呼に使用するＭＧＷを選択するエンティティであり、Ｓ−ＣＳＣＦは、ネットワーク・ポリシーを使用して、呼を処理するＭＧＣＦを選択することができる。
【００６０】
図１２は、本発明の特定の実施形態による、両終端が異なる領域内にある状態でのモバイル機器から陸線機へのルートを示す。図１２は、モバイル・ノード１２１０と、電話機１２１２と、制御アクセス・ポイント（ＣＡＰ）１２１４と、ローカル・モビリティ・アンカー（ＬＭＡ）１２１６と、ＩＰコア１２１８と、メディア・ゲートウェイ１２２０と、公衆交換電話網１２２２とを含む。モバイル・ノード１２１０はＣＡＰ１２１４にコンタクトして、異なる領域内にある電話機１２１２へのＶｏＩＰ呼を開始する。いくつかの実施形態では、ＭＧＣＦ及び／又はＣＳＣＦ内のネットワーク・ポリシー・ルールは、バックボーン帯域幅利用を可能な限り最適化しようとしながら、ＩＰコア１２１８を介して呼セッション・パケットをＭＮ１からルーティングすることができる。陸線機からモバイル機器への呼のシナリオは、モバイル機器から陸線機への呼のシナリオと同様である。
【００６１】
通常、モバイル・ノード１２１０への／からのパケットは、ＬＭＡ１２１６からホーム・エージェント（図示せず）にバックホールされ、ホーム・エージェントは当該パケットをＭＧＷ１２２０に送信し、ＭＧＷ１２２０はＰＳＴＮ１２２２を経由して呼セッションを電話機１２１２に送信する。ホーム・エージェントが、電話機１２１２にサービス提供しているＭＧＷ１２２０に対してローカルではない場合、より多くのバックホール・トラフィックがある。地理的領域内にＭＧＷと共に配置されたＬＭＡ１２１６においてブリッジ機能を実施することによって、（パケットとＰＳＴＮ１２２２との間をまたぐ場合であっても）ベアラ・トラフィックのバックホールをなくすことができる。
【００６２】
ブリッジされたセッションのベアラ・レイヤでの精算（accounting）は、データ・パス上にあることが保証されているノードで実行することができる。いくつかの実施形態では、データ・パス上にあることが保証されているノードは、ＡＧＷ及び／若しくはＭＡＰ又はＬＭＡである。ネットワークベース・モビリティ管理方式が導入される場合、ＭＡＰは、データ・パスがオンライン及びオフライン（プリペイド）の両方の精算に関して可視であるロケーションである。ＭＡＰを使用して、利用詳細記録（ＵＤＲ）、イベント詳細記録（ＥＤＲ）、及びフロー詳細記録（ＦＤＲ）をフローベース課金機能の一部として作成することができる。ＭＡＰが存在しないが、ＡＧＷがＶｏＩＰ呼ローカライゼーションに使用されるネットワークでは、オンライン及びオフラインの課金及び精算はＡＧＷの一部とすることができる。
【００６３】
いくつかの実施形態では、セキュリティ・ポリシー施行は、ブリッジされた呼セッションをモニタするように移すことができる。ＡＧＷ及びＭＡＰは、基本セキュリティ・ポリシー施行が実行されるロケーションであることができる。ＭＮ−ネットワーク（ＵＮＩ）、ＩＰｓｅｃ、又はＴＬＳが導入される場合、ＡＧＷ及びＭＡＰはＩＰｓｅｃ／トランスポート層セキュリティ（ＴＬＳ）のゲートウェイとして機能することができる。ＡＧＷ又はＭＡＰ内のＩＰｓｅｃ／ＴＬＳゲートウェイは、複数のセッションにわたってのセキュリティ・アソシエーション共有も可能にし、単一のＩＰｓｅｃトンネルを使用して、モビリティ信号及びＳＩＰ信号を保護することができる。
【００６４】
ネットワークベース・モビリティ管理が運用業者によって採用される場合、動的鍵配送に基づくセキュリティ・メカニズムを使用することができる。プロキシ・モバイルＩＰ動作のためのメッセージ認証鍵は、ＣＡＰ−ＭＡＰの組毎に提供してもよく、又はこれらはＥＡＰ（拡張可能認証プロトコル）又はＥＭＳＫ（拡張マスタ・セッション鍵）ベースのキーイング（http://tools.ietf.org/id/draft-lior-mipkeys-eap-00.txtで入手可能な「ＥＡＰを使用するモバイルＩＰ鍵導出（Mobile IP Key Derivation using EAP）」参照）のようなメカニズムを介して動的に立ち上げ（ブートストラップ）をして配送することができる。
【００６５】
いくつかの実施形態では、アクセス・ゲートウェイ（ＡＷＧ）、パケット・データ配給ノード（ＰＤＳＮ）、外部エージェント（ＦＡ）、モビリティ・アンカー・ポイント（ＭＡＰ）、制御アクセス・ポイント（ＣＡＰ）、ローカル・モビリティ・アンカー（ＬＭＡ）、メディア・ゲートウェイ（ＭＧＷ）、メディア・ゲートウェイ制御機能（ＭＧＣＦ）、呼セッション制御機能（ＣＳＣＦ）、又はホーム・エージェント（ＨＡ）は、マサチューセッツ州チュークスベリ市に所在のStarent Networks, Corp.のST16又はST40のインテリジェント・モバイル・ゲートウェイ（ＩＭＧ）シャーシ（「シャーシ」）において実施することができる。他の実施形態において使用することもできる他の種類のデバイスは、ゲートウェイ汎用パケット無線サービス・サービス・ノード（ＧＧＳＮ）、配給ＧＰＲＳサポート・ノード（ＳＧＳＮ）、パケット・データ・インターワーキング機能（ＰＤＩＦ）、アクセス・サービス・ネットワーク・ゲートウェイ（ＡＳＮＧＷ）、基地局、アクセス・ネットワーク、ユーザ・プレーン・エンティティ（ＵＰＥ）、ＩＰゲートウェイ、アクセス・ゲートウェイ、セッション開始プロトコル（ＳＩＰ）サーバ、プロキシ呼セッション制御機能（Ｐ−ＣＳＣＦ）、及び呼び掛け−呼セッション制御機能（Ｉ−ＣＳＣＦ）である。
【００６６】
いくつかの実施形態では、プロセスの実施に必要なソフトウェアは、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）、又はＰｅｒｌのような高水準手続き型言語又はオブジェクト指向型言語を含む。ソフトウェアは、所望であればアセンブリ言語で実施してもよい。シャーシで実施されるパケット処理は、コンテキストによって決定される任意の処理を含むことができる。例えば、パケット処理は、高水準データリンク制御（ＨＤＬＣ）フレーム化、ヘッダ圧縮、及び／又は暗号化を含むことができる。特定の実施形態では、ソフトウェアは、汎用処理ユニット又は専用処理ユニットによって可読であり、それによって処理ユニットが本明細書に記載のプロセスを実行する読み取り専用メモリ（ＲＯＭ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ）、電子的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ）、フラッシュメモリ、又は磁気ディスクのような記憶媒体又は記憶装置に記憶される。
【００６７】
特定の実施形態では、上述した他の種類のデバイスの１つ又は複数が一緒に統合されるか、又は同じデバイスによって提供される。例えば、アクセス・ネットワークをＰＤＳＮに統合してもよい。シャーシは、ＰＤＳＮ、ＦＡ、ＨＡ、ＧＧＳＮ、ＰＤＩＦ、ＡＳＮＧＷ、ＵＰＥ、ＩＰゲートウェイ、アクセス・ゲートウェイ、又は他の任意の適用可能なアクセス・インタフェース・デバイスを含むことができる。
【００６８】
シャーシは、トンネル・バイパス又はブリッジ・サービスを提供するのと同様に、ＰＤＳＮ、ＧＧＳＮ、ＰＤＩＦ、ＡＳＮＧＷ、ＦＡ、及びＨＡのような多くの種類の論理的又は機能的な装置を実施することができる。シャーシは、アプリケーション・カード及びライン・カードをロードするためのスロットを備える。ミッドプレーンをシャーシ内に使用して、設置された様々なカード間のシャーシ内通信、電源接続、及びトランスポート・パスを提供することができる。ミッドプレーンは、スイッチ・ファブリック、制御バス、システム管理バス、冗長バス、及び時分割多重化（ＴＤＭ）バスのようなバスを含むことができる。スイッチ・ファブリックは、アプリケーション・カードとライン・カードとの間にカード間通信を確立することによって実施される、シャーシ全体のユーザデータ用のＩＰベースのトランスポート・パスである。制御バスは、シャーシ内の制御プロセッサと管理プロセッサとを相互接続する。シャーシ管理バスは、給電、温度、ボード状態、データ・パス・エラー、カード・リセットの監視、及び他のフェイルオーバ機能のようなシステム機能の管理を提供する。冗長バスは、ハードウェア障害の場合にユーザデータの搬送及び冗長リンクを提供する。ＴＤＭバスは、システム上で音声サービスへのサポートを提供する。
【００６９】
シャーシは、少なくとも２種類のアプリケーション・カード、すなわちスイッチ・プロセッサ・カード及びパケット・アクセラレータ・カードをサポートする。スイッチ・プロセッサ・カードは、シャーシのコントローラとして機能し、シャーシの初期化、及びソフトウェア構成をシャーシ内の他のカードへロードすることのようなことに応答する。パケット・アクセラレータ・カードは、パケットの処理及び転送機能を提供する。各パケット・アクセラレータ・カードは複数のコンテキストをサポートすることが可能である。ハードウェア・エンジンをカードと共に配置して、圧縮、分類トラフィック・スケジューリング、転送、パケット・フィルタリング、及び統計情報編集に対する並列分散処理をサポートすることができる。
【００７０】
パケット・アクセラレータ・カードは、制御プロセッサ及びネットワーク処理ユニットの使用を通じてパケット処理動作を実行する。ネットワーク処理ユニットは、パケット処理要件を判断し、ユーザ・データ・フレームを様々な物理インタフェースに／から送受信し、ＩＰ転送判断を下し、パケット・フィルタリング、フロー検査、削除、及び変更を実施し、トラフィック管理及びトラフィック・エンジニアリングを実行し、パケット・ヘッダを変更／追加／除去し、ラインカード・ポート及び内部パケット搬送を管理する。制御プロセッサもパケット・アクセラレータ・カードに配置され、パケットベースのユーザ・サービス処理を提供する。ライン・カードは、シャーシにロードされると、入出力接続を提供すると共に、冗長接続も同様に提供することができる。
【００７１】
オペレーティング・システム・ソフトウェアは、Ｌｉｎｕｘソフトウェア・カーネルに基づくことができ、タスク監視及びプロトコル・スタックの提供のような特定のアプリケーションをシャーシ内で実行する。ソフトウェアは、シャーシ・リソースを制御パス及びデータ・パスに個別に割り振ることができるようにする。例えば、特定のパケット・アクセラレータ・カードを、ルーティング又はセキュリティ制御機能の実行専用とする一方で、他のパケット・アクセラレータ・カードをユーザ・セッション・トラフィックの処理専用とすることができる。ネットワーク要件が変更される場合、いくつかの実施形態では、要件を満たすために、ハードウェア・リソースを動的に配置することができる。システムを仮想化して、技術機能（例えば、ＰＤＳＮ、ＡＳＮＧＷ、又はＰＤＩＦ）のようなサービスの複数の論理的なインスタンスをサポートすることができる。
【００７２】
シャーシ・ソフトウェアは、特定の機能を実行する一連のタスクに分割することができる。これらのタスクは、必要に応じて互いに通信して、シャーシ全体で制御情報及びデータ情報を共有する。タスクは、システム制御又はセッション処理に関連する特定の機能を実行するソフトウェア・プロセスである。いくつかの実施形態では、３種類のタスク、すなわちクリティカル・タスク、コントローラ・タスク、及びマネージャ・タスクがシャーシ内で動作する。クリティカル・タスクは、シャーシ初期化、エラー検出、及びリカバリ・タスクのようなシャーシの呼処理能力に関する機能を制御する。コントローラ・タスクは、ソフトウェアの分散性をユーザから隠蔽し、下位マネージャ（複数可）の状態を監視すること、同じサブシステム内でのマネージャ内通信を提供すること、及び他のサブシステムに属するコントローラ（複数可）との通信によるサブシステム間通信を可能にすることのようなタスクを実行する。マネージャ・タスクは、システム・リソースを制御し、システム・リソース間の論理的なマッピングを維持することができる。
【００７３】
アプリケーション・カード内のプロセッサで実行される個々のタスクは、サブシステムに分割することができる。サブシステムは、特定のタスクを実行するソフトウェア要素であるか、又は複数の他のタスクが集結したものである。単一のサブシステムは、クリティカル・タスクと、コントローラ・タスクと、マネージャ・タスクとを含むことができる。シャーシで実行可能なサブシステムのいくつかは、システム開始タスク・サブシステムと、高可用性タスク・サブシステムと、リカバリ制御タスク・サブシステムと、共有構成タスク・サブシステムと、リソース管理サブシステムと、仮想プライベート・ネットワーク・サブシステムと、ネットワーク処理ユニット・サブシステムと、カード／スロット／ポート・サブシステムと、セッション・サブシステムとを含む。
【００７４】
システム開始タスク・サブシステムは、システム始動時の初期タスク・セットの開始及び必要に応じての個々のタスクの提供を担当する。高可用性タスク・サブシステムは、リカバリ制御タスク・サブシステムと協働して、シャーシの様々なソフトウェア構成要素及びハードウェア構成要素を監視することによってシャーシの動作状態を維持する。リカバリ制御タスク・サブシステムは、シャーシ内で発生する障害に対するリカバリ・アクションの実行を担当すると共に、高可用性タスク・サブシステムからリカバリ・アクションを受信する。共有構成タスク・サブシステムは、シャーシ構成パラメータ変更の設定、検索、及び通知の受信を行う能力をシャーシに提供すると共に、シャーシ内で実行中のアプリケーションの構成データの記憶を担当する。リソース管理サブシステムは、リソース（例えば、プロセッサ及びメモリ機能）のタスクへの割り当て、及びタスクのリソースの使用の監視を担当する。
【００７５】
仮想プライベート・ネットワーク（ＶＰＮ）サブシステムは、別個のＶＰＮコンテキストの作成、ＶＰＮコンテキスト内でのＩＰサービスの開始、ＩＰプール及び加入者ＩＰアドレスの管理、並びにＶＰＮコンテキスト内でのＩＰフロー情報の配布を含む、シャーシ内のＶＰＮ関連エンティティの管理的及び動作的側面を管理する。いくつかの実施形態では、シャーシ内で、ＩＰ動作は特定のＶＰＮコンテキスト内で行われる。ネットワーク処理ユニット・サブシステムは、ネットワーク処理ユニットに関して上記で列挙した機能の多くを責務とする。カード／スロット／ポート・サブシステムは、新たに挿入されたカードの発見及びそのポートの構成、並びにライン・カードをアプリケーション・カードにどのようにマッピングするかの判断のようなカード・アクティビティに関連して発生するイベントの調整を担当する。セッション・サブシステムは、いくつかの実施形態では、モバイル加入者のデータフローの処理及び監視を担当する。モバイルデータ通信のセッション処理タスクは以下の、例えば、ＣＤＭＡネットワークのＡ１０／Ａ１１終端と、ＧＰＲＳ及び／又はＵＭＴＳネットワークのＧＳＭトンネリング・プロトコル終端と、非同期ＰＰＰ処理と、パケット・フィルタリングと、パケット・スケジューリングと、Ｄｉｆｓｅｒｖコードポイント・マーキングと、統計情報収集と、ＩＰ転送と、ＡＡＡサービスとを含む。これらの各アイテムの責務を下位タスク（マネージャと呼ばれる）に分散させて、より効率的な処理及びより高い冗長性を提供することができる。別個のセッション・コントローラ・タスクは、マネージャを統制及び監視すると共に、他のアクティブなサブシステムと通信する統合制御ノードとして機能する。セッション・サブシステムは、ペイロード変換、フィルタリング、統計情報収集、ポリシング、及びスケジューリングのような特殊なユーザデータ処理も管理する。
【００７６】
本発明に関して上記の例示的な実施形態において説明及び図示したが、本開示が単なる例として行われたにすぎないこと、及び添付の特許請求の範囲によってのみ限定される本発明の精神及び範囲から逸脱することなく、本発明の実施態様の詳細に多くの変更を行い得ることが理解される。
【図面の簡単な説明】
【００７７】
【図１】本発明のいくつかの実施形態によるモバイルＩＰベースのネットワークの論理図である。
【図２】本発明の特定の実施形態による進化したネットワーク・レイアウトの論理図である。
【図３】本発明の特定の実施形態によるトンネル・イニシエータでのブリッジに関する概略図である。
【図４】本発明の特定の実施形態による、ブリッジをどのように実施することができるかに関する図である。
【図５】本発明の特定の実施形態によるセッション開始プロトコル（ＳＩＰ）プロキシ検査に基づくブリッジを示すメッセージング図である。
【図６】本発明のいくつかの実施形態によるトラフィック・フロー・テンプレート（ＴＦＴ）処理に基づくブリッジを示すメッセージング図である。
【図７】本発明のいくつかの実施形態によるポリシー・トランザクション情報に基づくブリッジを示すメッセージング図である。
【図８】本発明の特定の実施形態によるモビリティ・アンカー・ポイントを使用するローカル・モビリティ管理に関する概略図である。
【図９】本発明の特定の実施形態によるＭＡＰでの呼のブリッジを示すメッセージング図である。
【図１０】本発明の特定の実施形態による前にブリッジされた呼セッションからのハンドオフ状況を示す図である。
【図１１】本発明の特定の実施形態による同じ領域内に両終端を有するモバイル機器から陸線機へのルートを示す図である。
【図１２】本発明の特定の実施形態による異なる領域内に終端を有するモバイル機器から陸線機へのルートを示す図である。
【図４】
2009533999.tif 000004
【図５】
2009533999.tif 000005
【図６】
2009533999.tif 000006
【図７】
2009533999.tif 000007
【図９】
2009533999.tif 000008
【図１】
2009533999.tif 000009
【図２】
2009533999.tif 000010
【図３】
2009533999.tif 000011
【図８】
2009533999.tif 000012
【図１０】
2009533999.tif 000013
【図１１】
2009533999.tif 000014
【図１２】
2009533999.tif 000015
【国際調査報告】
2009533999.tif 000016