JP4078079B2 - モバイルネットワーク内で一定のサービス品質でルート確立する方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークに係り、詳細にはモバイルネットワーク内のセッションを確立する方法ならびに関連システムに関する。
【０００２】
【従来の技術】
携帯電話や無線データ通信装置などのモバイルシステムにより、ユーザは、他のユーザとの通信やローミング地域内の任意の場所から遠隔コンピュータにアクセス出来るようになった。モバイルシステムにもたらされた自在さと便利さにより、それらは大いに普及してきた。
【０００３】
インターネットの発達で、電話サービスだけではなく電子メールやインターネット接続も可能なモバイルシステムへの需要も生み出されてきた。インターネットにおける情報は豊富であり、更にネット上で多種多様なオンラインサービスにアクセス出来るため、これは当然予想され得べきことである。残念ながらインターネット上のデータ通信は、ベストエフォートに基づくパケット転送を行うインターネットプロトコル（ＩＰ）を用いて行なわれている。つまり、ＩＰプロトコルは例えば遅延、スループット、ジッタなどのしかるべきレベルのサービス品質（ＱｏＳ）を保証するメカニズムをもたないのである。ネットワーク通信においては、幾つかのセッションでは他よりも高レベルのＱｏＳを必要とする場合もあるので、ＩＰプロトコルを使用すると問題が生ずる。例えば、マルチメディアのセッションは、通常、ウェブ検索セッションよりも広い帯域と短い遅延を必要とする。
【０００４】
上述したＩＰの制約にも拘わらず、モバイルネットワークは、単にインターネット接続性をもたらすだけでなく、従来のモバイルスイッチよりも安価なＩＰルータの長所をもたらしもするＩＰ準拠アーキテクチャへ向けて広がりつつある。ＩＰ準拠モバイルネットワークでは、移動局は基地局コントローラに接続され、基地局コントローラは代わってＩＰネットワークのノードに接続される。
【０００５】
資源予約立ち上げプロトコル（ＲＳＶＰ）や複数プロトコルラベルスイッチング（ＭＰＬＳ）といったプロトコルが、ＩＰネットワーク内での一定レベルのＱｏＳを保証すべく開発されてきた。ＲＳＶＰはＱｏＳ要求をＩＰネットワーク内のノードに転送するための約束事を規定するものである。ＲＳＶＰを用いることにより、トラヒックルート沿いの資源を特定のセッション向けに割り当てることができる。その後、パス転送とＱｏＳ情報とを利用するＭＰＬＳを用い、セッションパケットをトラヒックルート沿いに転送する。このアプリケーションはかくして、固定されたＩＰネットワークでは通常はそうであるように、トラヒックルートが変更されない限り一定レベルのＱｏＳを保証する。
【０００６】
【発明が解決しようとする課題】
移動局は一の位置から別の位置へ移動できるため、モバイルネットワークには、固定されたＩＰネットワーク内では通常発生しない問題が発生する。例えば、発信元移動局が送信先移動局に対しビデオ電話セッションを開始したときに、発信元移動局と送信先移動局の間のルート沿いの資源はＲＳＶＰを用いて割り当てられ、一定レベルのＱｏＳが保証される。しかしながら、発信元（又は送信先）の移動局が別の位置に移動すると、ルートの一部が変更されて新ルート沿いに新ノードが生まれる。新ノード上のビデオ電話セッション用には資源が割り当てられていないために、ＱｏＳはもはや保証できなくなる。さらに、発信元移動局の移動が新ルートならびに旧ルート沿いのノード上のトラヒック全体を変えてしまい、トラヒック全体の追尾継続とＩＰネットワーク上での資源使用を困難なものとしてしまうことになる。残念ながら、モバイルＩＰなどのモバイルＩＰネットワーク内でパケットをルート指定する既成の約束事は、前述の問題に適切に対処していないものである。
【０００７】
本発明は、モバイルネットワーク内で一定レベルのサービス品質（ＱｏＳ）をもってセッションを確立するための方法及び関連システムに関するものである。
【０００８】
【課題を解決するための手段】
本発明は、以下の構成を有する。一実施形態として、移動局用のセッションが、ルート発見とルート上で利用可能な資源の判定とにより確立される。その後、アクティブなホップごとの挙動（ＰＨＢ）がルート沿いのポートに配信される。さらに、非アクティブＰＨＢがルートに近いポートへ配信される。アクティブＰＨＢと非アクティブＰＨＢは、ルート指定と転送とセッション所属のパケット処理の仕方の情報をもたらす。一実施例では、各ＰＨＢは、優先レベルと転送ポート番号とパケット廃棄規則とパケット送信規則とを指示する。パケットは、アクティブＰＨＢに従って一のポートから別のポートへ転送され、それによって一定レベルのＱｏＳが保証される。移動局が新しい位置へ移動してルートが変更されると、非アクティブＰＨＢは新ルート上でアクティブ化される。このことは、たとえ移動があった後でも、一定レベルのＱｏＳにおいて移動局が通信できるようにするだけでなく、移動によって生ずる遅延の最小化も果たす。
【０００９】
本発明のこれら及び他の特徴と利点は、図面ならびに特許請求の範囲を含むこの説明全体を読む当業者には容易に明らかとなろう。
【００１０】
【発明の実施の形態】
図１には、本発明の一実施例になるモバイルネットワーク１０の概略線図が図示してある。モバイルネットワーク１０は、無線アクセスネットワーク２０及びＩＰ準拠モバイル中核ネットワーク３０を含むものである。無線アクセスネットワーク２０はさらに、セルと呼ばれる、サービスエリア内で移動局への無線通信リンクを提供する多数の基地局を含む。この開示において用いる用語「移動局」は、携帯電話、パーソナル携帯情報機器、パーソナルコンピュータ、及び複数の場所において通常用いられる他の装置を含むものである。モバイルネットワーク１０では、セル２３Ａ〜２３Ｆは、基地局２１Ａ〜２１Ｆからそれぞれサービスを受ける。各基地局２１には基地局コントローラ２２が割り当てられていて、これが無線アクセスネットワーク２０とモバイル中核ネットワーク３０とを接続している。例えば、移動局４１がセル２３Ａ内にあるときは、移動局４１からのデータは、基地局２１Ａ及び基地局コントローラ２２Ａを介してモバイル中核ネットワーク３０へ到達する。図１に示すように、各基地局コントローラは多数の基地局をサポートすることができる。
【００１１】
移動局をＩＰネットワークに接続するノードは、接続点という名称として知られている。モバイル中核ネットワーク３０では、ルータ３１Ａ及び３１Ｂがセル２３Ａ〜２３Ｆ内の移動局用の接続点として機能する。ルータ３１はまたエッジルータとも呼ばれる。何故なら、それらはモバイル中核ネットワーク３０の周縁部に位置しているからである。ルータ３２Ｂは、ルータ３１Ａ及び３１Ｂと、ゲートウェイ３３Ａやルータ３２Ａなどの他のルータを含むモバイル中核ネットワーク３０の他のノードとを接続する。ゲートウェイ３３は、インターネットや企業ネットワークなどの他のネットワークに対する接続を可能にする。ここでの説明では、特に明記しない限り、用語「ルータ」は内部ルータ（例えば、ルータ３２）を指すものとする。
【００１２】
図２は、モバイル中核ネットワーク３１内でエッジルータ３１や内部ルータ３２として使用するのに適したルータ６１の概略図を示す。ルータ６１は、複数ポート６３（ポート６３Ａ、６３Ｂなど）と、一つのポート６３から別のポート６３へパケットを転送するコントロールユニット６２とを含むものである。各ポート６３は、パケット受信用の入力インタフェースとパケット送信用の出力インタフェースとを有する。ポートコントローラ６４は、ルータ６１とモバイル中核ネットワーク３０内の他のノード或いは無線アクセスネットワーク２０内の基地局コントローラとの接続に用いられる。複数プロトコルラベルスイッチング（ＭＰＬＳ）をサポートする任意の商業利用可能なＩＰルータはどれも、本発明の効率に影響を及ぼすことなく使用できる。
【００１３】
図１に戻る。モバイル中核ネットワーク３０は、内部ルータ３２Ａに接続された、移動経過マネージャ３４、位置マネージャ３５、ポリシーサーバ３６、セッションサーバ３７、加入者情報データベース３８、及び認証・許可・課金（ＡＡＡ）サーバ３９を含む。使用するノードの相互接続の形態、ノードの数、及びノードのタイプといった、モバイル中核ネットワーク３０の実際の接続形態を、本発明の長所を損なうことなく変え得ることは理解さるべきである。例えば、様々なホストが提供する機能は、単一のホストに実装するか或いは個別に多数のホストに実装することができる。他の実施形態として、ホストはモバイル中核ネットワーク３０から到達可能な個別ルータに接続させることができる。
【００１４】
移動経過マネージャ３４は、移動局の移動を追尾し続ける。移動経過マネージャ３４は、移動局の移動に関する情報を受信し、かくして移動局の位置情報を更新する。移動局の位置情報は格納され、位置マネージャ３５によって管理される。移動経過マネージャ３４はまた、モバイル中核ネットワーク３０の外部を移動する移動局のためのホームエージェントとして機能する。一般に知られるように、ホームエージェントは、ホーム位置から離れた移動局に対しパケットを転送する。
【００１５】
セッションサーバ３７は、モバイルネットワーク１０内でセッション（例えば、マルチメディアセッション）を確立し、維持し、解除するセッション開始プロトコル（ＳＩＰ）プロキシサーバとして機能する。ＳＩＰは一般に公知であり、「ＳＩＰ；Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」と題するインターネット技術特別調査委員会（ＩＥＴＦ）の文書ＲＦＣ２５４３（インターネットＵＲＬ：＜ｗｗｗ．ｉｅｔｆ．ｏｒｇ＞）に記載されている。
【００１６】
ＡＡＡサーバ３９は、認証と許可と課金とを行う。セッションの立ち上げ許可が要求されたとき、ＡＡＡサーバ３９は、依頼人に関する情報について加入者情報データベース３８に問い合わせ、依頼人が現在の加入者であってネットワークサービスの利用が許可されているかを確認する。ＡＡＡサーバ３９はまた、ポリシーサーバ３６に問い合わせ、要求されたセッション１５がネットワークポリシーとして一般に公知の規則群に合致しているかを判定する。依頼人が現在の加入者として確認され、要求のあったセッションがネットワークポリシーに合致する場合、ＡＡＡサーバ３９は、セッションの生成を許可する。さらに、ＡＡＡサーバ３９は、請求書の作成をおこなうために、加入者のネットワーク使用の追尾を継続する。
【００１７】
ここで、ポリシーサーバ３６を図３の概略図を参照して説明する。ポリシーサーバ３６は、モバイル中核ネットワーク３０からパケットを受信するネットワークインターフェース５４を有する。受信パケットからのデータは、配信管理器５５により、ポリシーマネージャ５１、資源マネージャ５２及び／又はルートマネージャ５３へ転送されて処理される。
【００１８】
ポリシーマネージャ５１は、ポリシー格納データベース５６内に格納されたモバイル中核ネットワーク３０のポリシーを管理する。一般的に、ネットワークポリシーは、ネットワーク上で加入者が出来ることと出来ないことを規定する管理上の許認可である。表１は、ポリシー格納データベース５６内に格納されたポリシー規則を例示するものである。
【００１９】
【表１】

【００２０】
表１の規則１に示すごとく、Ｈａｎａｋｏという名の加入者は、週末又は夕方（オフピーク期間）に実施されるオーディオセッションについて、送受信優先レベル３を有する。それ以外の場合、Ｈａｎａｋｏのオーディオセッションは優先レベル６を得る。すなわち、Ｈａｎａｋｏのオーディオセッションには、オフピーク期間中に、レベル３未満の優先レベルを有する他のセッションを越える優先サービスが与えられる。同様に、Ｈａｎａｋｏのビデオセッションは、オフピーク期間中にレベル４の送受信優先レベルが与えられ、その他の時間は全て優先レベル７が与えられる（表１、規則２）。他の種類のセッションについては、Ｈａｎａｋｏは、ＱｏＳレベルを保証されない優先レベル８が与えられる（表１、規則３）。上述のことから、ポリシーマネージャ５１が、ポリシーサーバ３６に、モバイル中核ネットワーク３０内でなされる行為の類いを規制させる。そして、これにより、ネットワークトラヒック上の幾つかの制御ならびに資源利用を可能にする。例えば、優先レベル４をもつビデオセッションは、週日午前中には、Ｈａｎａｋｏ用に生成されない。その結果、この種のビデオセッションの立ち上げ要求は、「資源割り当て失敗」なる返信をポリシーサーバ３６から受信する。
【００２１】
ルートマネージャ５３は、２つの移動局間或いは移動局とノード間のようなモバイルネットワーク１０内の２つの位置間のルート情報をもたらす。２つの移動局間でルートを見出すため、移動局のホームＩＰアドレス、移動局の宛て先アドレス及び２つの移動局と接続されるエッジルータのＩＰアドレスがルートマネージャ５３に供給される。ルートマネージャ５３はそこで、ルート情報データベース５８に格納されたルート情報に基づき、モバイルネットワークの接続形態を反映したルートを見出す。表２は、ルート情報データベース５８内に格納されたルート情報例を示す。
【００２２】
【表２】

【００２３】
モバイル中核ネットワーク３０の資源利用は、リソースマネージャ５２により管理される。資源情報データベース５９は、リソースマネージャ５２にネットワーク上の資源利用に関する情報へのアクセスを提供する。表３は、資源情報データベース５９内に格納した資源情報例を示す。
【００２４】
【表３】

【００２５】
表３の例に示したように、エッジルータ３１Ａのポート番号１は、入力トラヒックと出力トラヒックについて４Ｍｂｐｓの帯域を有する。エッジルータ３１Ａのポート番号１の全帯域からは、既に６４０Ｋｂｐｓと１．２Ｍｂｐｓがそれぞれ入力トラヒックと出力トラヒックに割り当てられている。また、異なる期間中のポート利用も表３に示されている。本例では、全入力帯域の２５％と全出力帯域の３３％が、期間１中に使用される。資源情報データベース５９はまた、エッジルータ３１Ａの他のポートならびにエッジルータ３１Ｂの全ポートとルータ３２Ａの全ポート等に関する資源情報とを含むものである。
【００２６】
資源マネージャ５２はまた、配信情報データベース５７へのアクセスを有する。このデータベース５７には（ホップごとの挙動の形で）ルーティング情報のモバイル中核ネットワーク３０内での配信の仕方に関する情報が含まれる。配信情報データベース５７のコンテンツは、図９Ａ、９Ｂを参照して後程さらに吟味する。
【００２７】
図４Ａは、本発明の一実施例におけるエッジルータ３１のＩＰパケットの処理を例示する流れ線図１００である。点線７１で囲われたステップは、基地局コントローラに接続されたエッジルータ３１のポート上で実行される。ルータ３２Ａ及び３２Ｂといった内部ルータに接続されたエッジルータ３１のポート上で実行されるステップは、点線７２で囲ってある。
【００２８】
ステップ７３から始めるに、入力インタフェースが基地局コントローラからＩＰパケット１０１を受け取る。そこで、複数プロトコルレベルスイッチング（ＭＰＬＳ）ラベルがパケット１０１に付加される（ステップ７４）。ＭＰＬＳラベルは、ホップごとの挙動（ＰＨＢ）表９３に格納された対応ラベル情報リスト９１を識別する。ラベル情報リスト９１に含まれる転送情報を用いることにより、エッジルータ３１内のポートの出力インタフェースがパケット１０１用に選択される（ステップ７５）。その後、パケット１０１は、選択された出力インタフェースへ転送される（ステップ７６、７７）。
【００２９】
ＭＰＬＳラベルは、対応ラベル情報リストをもたない受信パケットには付加されないことは理解されるべきである。モバイル中核ネットワーク３０内のそれらの送信先へ到達させるため、これらの非ＭＰＬＳパケットは従来のＩＰルーティング機構を用いて転送される。
【００３０】
パケット用に選択された出力インタフェースは、ＰＨＢ表９３内に格納された対応するサービス品質（ＱｏＳ）に従って、承認制御、キューイング、及びシェーピング／スケジューリングとを実行する。
承認制御ステップ（ステップ７８）では、出力インタフェースが、例えば特定のパケットの廃棄によりルータを介して流れるトラヒック量を管理する。廃棄規則は、パケットの対応するＱｏＳ状態リストに定義されている。例えば、廃棄規則は、待ち行列に入れることのできる最大パケット数を特定する。最大数を上回るパケットは廃棄される。
【００３１】
キューイングステップ（ステップ７９）では、状態リストの個別ＱｏＳに指示された優先レベルに基づき、出力インタフェースがパケットを待ち行列に格納する。より高い優先度を有するパケットは、待ち行列内でより高い優先度を与えられ、それによって特定の種類のセッションについて特定レベルのＱｏＳを保証する。例えば、マルチメディアセッションは優先レベル１（最高の優先度）を与えられ、そのパケットが承認制御ステップの間に廃棄されないよう保証される。
【００３２】
シェーピング／スケジューリングステップ（ステップ８０）では、ＱｏＳ状態リスト内に格納された送信規則に従い、出力インタフェースが待ち行列内に格納されたパケットを送信する。送信規則が、パケット送信の仕方を特定する。例えば、送信規則は、パケット送信用に用いる最小限の帯域幅を指示する。シェーピング／スケジューリングステップの後に、パケットはそこで次のルータ（すなわち、次のホップ）のポートの入力インタフェースへ転送される（ステップ８１）。
【００３３】
図４Ａに示すように、他のルータ（例えば、内部ルータもしくはエッジルータ）からのパケット１０２は、エッジルータ３１の入力インタフェースで受け取られる（ステップ８２）。パケット１０２上の既存のＭＰＬＳラベルは、そこで対応するラベル情報リスト９１を特定する新なＭＰＬＳラベルに置き換えられる（ステップ８３）。その対応するラベル情報リスト９１に含まれる転送情報を用い、パケット１０２は、エッジルータ３１内のポートの出力インタフェースへ転送される（ステップ８４、８５、８６）。出力インタフェースは、そこでパケット１０２上で承認制御（ステップ８７）、キューイング（ステップ８８）、及びシェーピング／スケジューリング（ステップ８９）を実行する。パケット１０２が基地局コントローラに送られる（ステップ９０）前のキューイングステップ（ステップ８７）の間に、付加ＭＰＬＳラベルは取り除かれる。
【００３４】
図４Ｂは、内部のルータ３２内でのＩＰパケットの処理を図解する流れ線図１０３である。内部ルータ３２では、他のルータとの間で直接受信又は直接送信したパケット上では、ＭＰＬＳラベルの除去ならびに追加のステップは実行されない。例えば、流れ線図１０３内のラベル付けステップ１０４は、他のルータから受信したパケットに対して、付加ではなくＭＰＬＳラベルの切り換えを実行する。また、キューイングステップ１０５は、他のルータへ向かうパケットからＭＰＬＳラベルを除去することはしない。ホストと直接送受信するパケットについては、ＭＰＬＳラベルがラベル付加ステップの間に付加され、キューイングステップの間に除去される。それ以外は、流れ線図１０１及び１０３は本質的に同じ方法でパケットを処理する。
【００３５】
図５は、本発明の一実施例における、ラベル情報リスト９１とＱｏＳ状態リスト９２のコンテンツの概略図である。ラベル情報リスト９１とＱｏＳ状態リスト９２を併せ、ホップごとの挙動（ＰＨＢ）と呼ぶ。概して、ＰＨＢはパケットのルート指示と転送と処理の仕方についての情報をもたらす。図５を参照するに、ラベル情報リスト９１及びＱｏＳ状態リスト９２内の挙動ＩＤフィールド１３１は、ＰＨＢ表９３内に格納された幾つかのＰＨＢ内でＰＨＢを特定する（図４Ａ、４Ｂ参照）。ラベル情報リスト９１はまた、ラベル情報リストがアクティブＰＨＢであるか非アクティブＰＨＢであるかを指示するアクティブ／非アクティブ状態フィールド１３２を含む。以下に吟味するごとく、アクティブＰＨＢはルート沿いにポートに配信されるのに対し、非アクティブＰＨＢはルート近くの隣接ポートへ配信される。
【００３６】
アクティブタイマフィールド１３３は、ＰＨＢが使用中かどうかを判定するカウントダウンタイマとして機能する。アクティブタイマフィールド１３３の値は、ＰＨＢへのアクセスの有無に関係なく周期的に減数される。かくして、アクティブタイマフィールド１３３は、ラベル情報リストがアクセスされる都度再開され、ＰＨＢを生きた状態に保つ。ＰＨＢによりサポートされたセッションは、アクティブタイマフィールド１３３がゼロまで減数されたときに終了したと見做され、それによりセッション解除処理が開始される。
【００３７】
基地局コントローラからの入力パケットは、発信元ホームＩＰアドレスフィールド１３５と送信先ホームＩＰアドレスフィールド１３６とを用いて対応するラベル情報リストと比べられる。すなわち、パケット内で指示される発信元ＩＰアドレスと送信先ＩＰアドレスは、ラベル情報リスト９１のアドレスフィールド１３５、１３６と比較される。アドレスフィールド１３５、１３６は、基地局コントローラから受信した入力パケット用の初期ラベル情報リストロケータとして機能する。
【００３８】
ＩＰアドレスよりも短い入力ラベルフィールド１３７及び出力ラベルフィールド１３８もまた備わっていて、対応情報リストの素早い参照を可能にしている。かくして、各パケットのＭＰＬＳラベルは、対応するラベル情報リストの入手用索引として使用することができる。ルータから受信したパケットについては、ラベルフィールド１３７、１３８が、対応するラベル情報リストの識別に役立つ。入力ＭＰＬＳラベルフィールド１３７が、入力インタフェース上で受信した入力パケットについてラベル情報リストを特定するのに対し、出力ＭＰＬＳラベルフィールド１３８は、出力インタフェースへ転送する出力パケットについてラベル情報を特定する。ラベル切り換えステップの間、入力ラベルフィールド１３７内で特定されるラベル情報リストは、出力ラベルフィールド１３８内で特定されたラベル情報により置き換えられる。
【００３９】
ラベル情報情報リスト９１内のサービスフィールド１３９の等級は、パケットの優先レベルを指示するものである。
挙動ＩＤフィールド１３１に加え、ＱｏＳ状態リスト９２もまた出力ラベルフィールド１４１を含んでいて、対応ＱｏＳ状態リストの素早い参照を可能にしている。出力ラベルフィールド１４１の値は、ラベル情報リスト９１の出力ラベルフィールド１３８のそれに匹敵するものである。優先レベルフィールド１４３は優先レベルを示すものであり、その一方で廃棄規則フィールド４２と送信規則フィールド１４４が、パケット処理に用いる廃棄規則ならびに送信規則を特定する。
【００４０】
図６は、本発明の一実施例によるセッション確立用の流れ線図１１６を示す。図６の例では、移動局４１、４２間のセッションはモバイルネットワーク１０内で確立される（図１参照）。セッションは、移動局（ＭＳ）４１がセッションサーバ（ＳＳ）３７に対しセッション立ち上げ要求を提出したときに開始される（ステップ１１３）。セッション立ち上げ要求のメッセージ本文の一例が、表４に示してある。
【００４１】
【表４】

【００４２】
表４の例では、セッションサーバはユーザのＨａｎａｋｏとＩｃｈｉｒｏとの間でオーディオセッションを立ち上げるよう要求され、両者のＵＲＬ規格内での各ホームＩＰアドレスは、「ｈａｎａｋｏ＠ｈｉｔａｃｈｉｍｏｂｉｌｅ．ｎｅｔ」と「ｉｃｈｉｒｏ＠ｈｉｔａｃｈｉｍｏｂｉｌｅ．ｎｅｔ」である。このオーディオセッションは、セッション表記プロトコル５（ＳＤＰ）に従って記述したアプリケーションを実行する。一般に、ＳＤＰは周知であり、例えば、「ＳＤＰセッション表記プロトコル」と題するＩＥＴＦ文書ＲＦＣ２３２７（インターネットＵＲＬ：〈ｗｗｗ．ｉｅｔｆ．ｏｒｇ〉）を参照されたい。セッション立ち上げメッセージ本文はまた、セッションのＱｏＳ属性（例えば、優先レベル）が強制的であるか随意選択的であるかも示すとともに、パケットの送信又は受信或いは送受信時にＱｏＳ属性が当てはまるかどうかを示す。
【００４３】
セッション開始要求に応答し、セッションサーバ３７が、ＡＡＡサーバに対し要求されたセッションが認証されたかどうかを尋ねる（図６のステップ１１４）。そこで、ＡＡＡサーバ３９は、加入者情報（ＳＩ）データベース３８に照会し、要求しているユーザが現在加入者であるかどうかを判定する（ステップ１１５、１１６）。ＡＡＡサーバ３９はまたポリシーサーバ（ＰＳ）３６に照会し、セッションがネットワークポリシーに合致しているかどうか（例えば、要求しているユーザが管理規約上の許可を有するかどうか）を判定する（ステップ１１７、１１８）。ユーザが有効な加入者であってネットワークポリシーに合致するセッションを立ち上げている場合は、ＡＡＡサーバ３９はセッションの生成を認証する（ステップ１１９）。
【００４４】
ステップ１２０では、セッションサーバ３７がロケーションマネージャ（ＬＭ）３５にＭＳ４２の位置を尋ねる。これに応答し、ロケーションマネージャ３５は、ＭＳ４２に結合されたエッジマネージャ２０のＩＰアドレスとＭＳ４２の宛て先アドレスとを供給する（ステップ１２１）。その後、セッションサーバ３７は、ＭＳ４２にセッション立ち上げ要求を送信する（ステップ１２２）。
【００４５】
ステップ１２３では、セッションサーバ３７はポリシーサーバ３６に対し資源立ち上げ要求を送信し、そこでは資源支給処理２０１（後程、図７に関連して説明）が行われ、セッション用に一定レベルのＱｏＳを保証するのに必要な資源を割り当てる。要求されたセッションの資源が一旦割り当てられると、ポリシーサーバ３６が、セッションサーバ３７に対し肯定応答を送信する（ステップ１２４）。
ＭＳ４２は、ＭＳ４１及びＭＳ４２への通信準備が整うと、確認メッセージをセッションサーバ３７に送信し（ステップ１２５）、続いてサーバ３７がＭＳ４１へ確認メッセージを中継する（ステップ１２６）。これに応答し、ＭＳ４１はセッションサーバ３７を介してＭＳ４２に肯定応答を送信する（ステップ１２７、１２８）。その後、ＭＳ４１とＭＳ４２の間でデータ転送が行われる（ステップ１２９）。
【００４６】
本発明の一実施例による資源支給処理２０１を、図７及び図３を参照して説明する。ステップ２０２では、セッション立ち上げ期間中にポリシーマネージャ５１が、セッションサーバ３７から資源立ち上げ情報を受信する（図６のステップ１２３参照）。この資源立ち上げ情報は、ＭＳ４１とＭＳ４２のホームＩＰアドレス（すなわち、各発信元移動局と送信先移動局）、ＭＳ４１とＭＳ４２の宛て先アドレス、エッジルータ３１Ａ、３１Ｂ（すなわち、発信元移動局と送信先移動局に結合されたエッジルータ）のＩＰアドレス、及びＭＳ４１が送信したセッション立ち上げ要求のメッセージ本文とを含むものである（図６のステップ１１３と表４を参照のこと）。
【００４７】
ステップ２０３では、ポリシーマネージャ５１が、媒体種や帯域といったセッションの資源要求がネットワークポリシーに合致するかどうか判定する。合致する場合は、ポリシーマネージャ５１が、ポリシー格納データベース５６から最適なポリシー規則を選択する（ステップ２０４）。例えば表１を用い、加入者Ｈａｎａｋｏにより発されたセッション立ち上げ要求のメッセージ本文が示す媒体がオーディオである場合は、規則１が選択される。
【００４８】
セッションの資源要求がネットワークポリシーに合致しない場合、ポリシーサーバ３６は「資源割り当て失敗」の返信をセッションサーバ３７に対し送信する（ステップ２０５）。
ポリシーマネージャ５１は、資源立ち上げ情報と選択されたポリシー規則を資源マネージャ５２に送信する（ステップ２０６）。資源マネージャ５２は、ルートマネージャ５３からルート情報を検索する（ステップ２０７）。ポリシーマネージャ５１がルートマネージャ５３からルートを入手しない場合は、「ルート指定失敗」の返信がセッションサーバ３７へ送信される（ステップ２０８、２０９）。そうでない場合、資源マネージャ５２が、ルートマネージャ５３が供給したルート上の要求された資源の利用可能性を判定する（ステップ２１０）。
【００４９】
要求された資源が利用可能でない場合は、「資源割り当て失敗」の返信がセッションサーバ３７へ送信される（ステップ２１１、２０５）。そうでなければ、資源マネージャ５２は、ルート沿いの各ルータポートに対し、ラベル情報リスト９１とＱｏＳ状態リスト９２とを含むアクティブなホップごとの挙動（ＰＨＢ）を生成する。非アクティブＰＨＢもまた、ルート沿いのルータポート向けに生成される。資源情報データベース５９は、セッションが消費する資源を考慮するように更新される。モバイル中核ネットワーク３０内で使用する資源の制御ならびに追尾継続用に資源マネージャを用いることにより、資源予約立ち上げプロトコル（ＲＳＶＰ）は移動局によってサポートされる必要がなくなる。このことが、都合のよいことに、移動局内に格納する必要のあるコード量を低減し、移動局は小規模の携帯装置となる。
【００５０】
その後、ＰＨＢが個々のルータに対して配信される（ステップ２１３）。一実施例では、ＰＨＢは共通開放ポリシーサービス（ＣＯＰＳ）プロトコルに従って配信される。ＣＯＰＳプロトコルは、一般に公知であり、例えばＣＯＰＳ（Ｃｏｍｍｏｎ Ｏｐｅｎ Ｐｏｌｉｃｙ Ｓｅｒｖｉｃｅ）プロトコルと題するＩＥＴＥ文書ＲＦＣ２７４８を参照されたい。
ステップ２１４では、資源マネージャ５２は、生成されたＰＨＢとそれらの配信情報とを配信情報データベース５７内に格納する。その後、資源マネージャ５２は、「資源割り当てアクセス肯定応答」をセッションサーバ３７に対し送信する（ステップ２１５、図６のステップ１２４も参照のこと）。
【００５１】
図８Ａ、８Ｂは、本発明の一実施例になるＰＨＢの配信を概略図解するものである。図８の例では、ＰＨＢは、ＭＳ４１とＭＳ４２との間のセッションをサポートするルート沿いのポートへ配信される。このルートは、エッジルータ３１Ａのポート１、ルータ３２Ｂのポート１、ルータ３２Ｂのポート２、エッジルータ３１Ｂのポート１、及びエッジルータ３１Ｂのポート３を通るものである。アクティブラベル情報リスト（ＬＩＬ）がルート沿いの各入力インタフェースに供給され、その一方でアクティブＱｏＳ状態リストがルート沿いの各出力ポートに供給される。前述のごとく、ラベル情報リストとＱｏＳ状態リストが、ＭＳ４１とＭＳ４２をして或る保証レベルのＱｏＳの通信をさせる。例えば、ＭＳ４１とＭＳ４２からのパケットは、対応するアクティブなラベル情報リスト９１Ａに指示された優先レベルと転送ポート情報とに従って、エッジルータ３１Ａの入力インタフェース２２１から出力インタフェース２２２へ転送される。エッジルータ３１Ａの出力インタフェース２２２からルータ３２Ｂの入力インタフェース２２５へは、対応するＱｏＳアクティブＱｏＳ状態リスト９２Ａに示された優先レベルと送信規則と廃棄規則とに従ってパケットが転送される。ルート沿いのラベル情報リストとＱｏＳ状態リストは、ＭＳ４１のパケットがＭＳ４２に接続された基地局コントローラ２２Ｄにより受信されるまで後続する。
【００５２】
非アクティブＰＨＢもまた、ルート（「隣接ポート」とも呼ぶ）に近いポートへ配信される。図８Ｂの例では、非アクティブラベル情報リスト９１Ｂ、９１Ｃ、９１Ｄ、及び９１Ｅと非アクティブＱｏＳ状態リスト９２Ｂ、９２Ｃ、９２Ｄ、及び９２Ｅが、ルートに近いポートへ配信される。ＭＳ４１とＭＳ４２が隣接固定局コントローラやエッジルータなどの新たな位置へ移動すると、生成された新ルート上の非アクティブＰＨＢがアクティブとされ、それによって新ルート上でＱｏＳのレベルが保証される。さらにまた、当業者であれば容易に理解できるように、事前に配信された非アクティブＰＨＢのアクティブ化は、モバイルＩＰのような従来のプロトコルを用いた新ルートの確立より素早いのである。かくして、本発明は移動する移動局に対するＱｏＳのレベルを保証するだけでなく、新位置への切り換えに関連した遅延を最小化するのに用いられる。
【００５３】
図９Ａ、９Ｂは、ＭＳ４１とＭＳ４２の間のセッション用の配信情報例を示すものである。配信情報は、どののラベル情報リストとＱｏＳ状態リストが、ＭＳ４１とＭＳ４２との間のルート上のポートと隣接ポートへ配信されるのかを示すものである。例えば、配信情報は、ＭＳ４１が送信したパケット（送信用配信情報）に対し、挙動ＩＤ１を有するアクティブラベル情報リストがエッジルータ３１Ａのポート１に配信されることを示すものである。挙動ＩＤ１を有する非アクティブラベル情報リストもまたエッジルータ３１Ａのポート３及びポート２に配信され、ＭＳ４１とＭＳ４２の移動を可能にする。配信情報に示されるように、挙動ＩＤ１を有するＱｏＳ状態リストがエッジルータ３１Ａのポート２へ配信される。挙動ＩＤ１についての数値もまた配信情報内に備わっている。ＭＳ４１とＭＳ４２のホームＩＰアドレスが配信情報の上隅部に示されていることに注意されたい。各セッションの配信情報は、ポリシーサーバ３６の配信情報データベース５７内に格納されている。
【００５４】
同一のエッジルータ内での一の固定局から別の固定局への移動局の移動は、「ハンドオーバー」として知られている。本発明の一実施例では、ハンドオーバーは新ルートの新ポート上で非アクティブＰＨＢをアクティブにし、影響を受けたＰＨＢの転送ポート番号を新ポートへ転送し直すことにより達成される。図１０は、ＭＳ４１のセル２３Ａからセル２３Ｃへの移動（すなわち、図１に示したエッジルータ３１ＡのＢＳＣ２２ＡからＢＳＣ２２Ｂへのハンドオーバー）を図解する流れ線図の一例である。ステップ３０２では、ＭＳ４１が、ＭＳ４１とＢＳ２１Ａとの間の転送信号強度の測定報告を基地局（ＢＳ）２１Ａａに供給する。測定報告はＢＳ２１Ａにより基地局コントローラ（ＢＳＣ）２２Ａへ中継される（ステップ３０３）。測定報告に基づき、ＢＳＣ２２Ａは、ＭＳ４１が新たな位置へ移動し、それに従って別の基地局コントローラ、本例ではＢＳＣ２２Ｂへのハンドオーバーを要求していることを判定する。ハンドオーバー要求は、エッジルータ３１Ａを介してＢＳＣ２２ＡからＢＳＣ２２Ｂへルート指定される（ステップ３０４、３０５）。ＢＳＣ２２Ｂはそこで、ＢＳ２１Ｃに対し現在セル２３０内にあるＭＳ４１へ通信チャンネルをアクティブにするよう指示する（ステップ３０６）。ＢＳ２１ＣはＢＳＣ２２Ｂからのアクティブ化要求を承認し（ステップ３０７）、代わりにエッジルータ３１Ａを介してＢＳＣ２２Ａからのハンドオーバー要求を承認する（ステップ３０８、３０９）。その結果、ＢＳＣ２２Ａは、ＢＳ２１Ａを介してＭＳ４１に対しハンドオーバーコマンドを送信する（ステップ３１０、３１１）。
【００５５】
ハンドオーバーコマンドの受信後、ＭＳ４１はＢＳ２１Ｃへのアクセスに進む（ステップ３１２）。ＢＳ２１ＣはＭＳ４１を検出し、エッジルータ３１Ａへの通知に進み（ステップ３１３、３１４）、そこでポート切り換え処理４０１が実行される。ポート切り換え処理４０１は、図１１を参照してさらに吟味するが、新ルート沿いのＰＨＢ上の転送情報を切り換え、新固定局コントローラ（すなわち、ＢＳＣ２２Ｂ）に結合されたポートを指し示す。その結果、レイヤ２接続がＭＳ４１とＢＳ２１Ｃとの間で確立される（ステップ３１５）。ＢＳ２１Ｃはそこで、ＢＳＣ２２Ｂを介してエッジルータ３１Ａへハンドオーバー完了メッセージを送信する（ステップ３１６、３１７）。これに応答し、エッジルータ３１がＢＳ２１Ａへクリアコマンドを送信し、ＭＳ４１がＢＳ２１Ｃへ「ハンドオーバー」したことをそこに通知する（ステップ３１８、３１９）。ＢＳ２１ＡはそこでＭＳ４１をそのサポートされた移動局リストから取り除き、エッジルータ３１Ａに対し通知する（ステップ３２０，３２１）。
【００５６】
一実施例では、同一エッジルータ内での一の固定局から別の固定局へのポートへのハンドオーバーを実行する切り換え処理は、下記のステップ、（ａ）新ルート沿いの影響を受けたＰＨＢ内の転送ポート番号を転送し直し、新ポートを指し示すステップ、（ｂ）移動によってもはや不要となったアクティブなＰＨＢを非アクティブ化するステップ、（ｃ）新ルート上で非アクティブＰＨＢをアクティブ化するステップである。図１１は、ＭＳ４１がセル２３Ａからセル２３Ｃへ移動する例におけるポート切り換え処理４０１のための流れ線図を示す。図１１の流れ線図は、図１に示したモバイルネットワーク１０と図９Ａ、９Ｂに示した配信情報と図８Ｂに示したＰＨＢ配信線図とに関連するものである。図１１に戻るに、エッジルータ３１Ａは送信先ホームＩＰアドレスフィールド（挙動ＩＤ４、図９Ａ参照、エッジルータ３１Ａ受信用の配信情報を参照のこと）内のＭＳ４１のホームＩＰアドレスを有するポート２上でラベル情報リストを見出す（ステップ３３１）。見出されたラベル情報リストでは、転送ポート番号がポート１からポート３へ変更され（ステップ３３２）、それによってＭＳ４１の入力トラヒックがその新位置へ転送し直される。
【００５７】
ステップ３３３では、発信元ホームＩＰアドレス内にＭＳ４１のホームＩＰアドレスを有するエッジルータ３１Ａのポート１上のラベル情報リスト（挙動ＩＤ１）が見出される。もはや不要であるという理由から、ポート１上の見出されたばかりのラベル情報リストは非アクティブとされる（ステップ３３４）。
ステップ３３５では、発信元ホームＩＰアドレスフィールド内にＭＳ４１のホームＩＰアドレスを有するポート３上のラベル情報リスト（挙動ＩＤ１）が見出され、アクティブ化され（ステップ３３６）、ポート切り換え処理が完了する。配信情報データベース５７は更新され、新たな配信情報１を反映する。
【００５８】
一のエッジルータから別のルータへの移動局の移動は、マクロ移動経過と呼ばれる。図１２は、エッジルータ３１Ａに結合されたセルからエッジルータ３１Ｂに結合された別のセルへのＭＳ４１の移動を図解する流れ線図である。ステップ３４１では、ＭＳ４１は新セル内のエッジルータ３１Ｂからルータ公示を受信する。この公示からは、ＭＳ４１はここで新のエッジルータと接続と判定し、これによりエッジルータ３１Ｂを介して移動経過マネージャ３４に対し登録要求を送信する（ステップ３４２，３４３）。これに応答し、移動経過マネージャ３４がロケーションマネージャ３５にＭＳ４１が新たな位置に移動したことを通知する（ステップ３４４）。ロケーションマネージャ３５はＭＳ４１の位置情報を更新し、移動経過マネージャ３４に肯定応答を送信する（ステップ３４５）。移動経過マネージャ３４はまた、ポリシーサーバ３６に対しＭＳ４１の新位置を通知する（ステップ３４６）。
【００５９】
ハンドオーバー処理と異なり、マクロ移動経過処理は新ルート上でのルータの追加及び／又は旧ルート上でのルータの削除を含むものである。かくして、新ルートと旧ルート沿いの資源はマクロ移動経過処理の間に再支給（すなわち、再割り当て）され、一定レベルのＱｏＳが保証される。図１２のステップ３４６に戻る。ポリシーサーバ３６はＭＳ４１の別のエッジルータへの移動学習時に資源再支給処理３６１を実行する。旧ルートと新ルート上の資源が一旦再支給されると、ポリシーサーバ３６は移動経過マネージャ３４に返信を送信する（ステップ３４７）。その結果、移動経過マネージャ３４はＭＳ４１により発された登録要求を承認する（ステップ３４８、３４９）。移動経過マネージャ３４はそこでエッジルータ３１Ａに通知し、サポートされた移動局のそのリストからＭＳ４１を取り消す（ステップ３５０）。ＭＳ４１を取り消した後、エッジルータ３１Ａはエッジルータ３１Ａに対し肯定応答を送信する（ステップ３５１）。
【００６０】
一実施例では、マクロ移動経過サポートにおける資源再支給処理は、（ａ）新ルート上で資源が利用可能かどうかを判定するステップと、利用可能である場合に、（ｂ）新ルート上で非アクティブＰＨＢをアクティブにするステップと、（ｃ）移動によりもはや不要となったアクティブＰＨＢを非アクティブとするステップと、（ｄ）新ルート沿いの影響を受けたＰＨＢの転送ポート番号を転送し直し、新ポートを指し示すステップとを含む。図１３は、ＭＳ４１がエッジルータ３１Ａに接続されたセルからエッジルータ３１Ｂに接続された別のセルへ移動する例において、資源再支給処理３６１のための流れ線図を示す。図１３の流れ線図は、図１に示したモバイルネットワーク１０と、図３に示したポリシーサーバ３６と、図９Ａ、９Ｂに示した配信情報と図８Ｂに示したＰＨＢ配信線図とに関連して記述してある。図１３に戻る。処理３６１は資源マネージャ５２をもって開始され、セッションが要求する資源が新ルート上で利用可能かどうかを判定する（ステップ３６３，３６４）。利用できない場合は、ポリシーサーバ３６はセッションサーバ３７に対しセッション解除要求を送信してセッションを終わらせ（ステップ３６５）、セッションの全ＰＨＢを解除し（ステップ３６６）、セッションの配信情報を削除する（ステップ３６７）。そうでない場合、ポリシーサーバ３６は更新要求を送信してエッジルータ３１Ａ内のセッションの全ＰＨＢを非アクティブ化する（ステップ３６８）。ステップ３６８では、下記のステップがエッジルータ３１Ａにより実行される。
【００６１】
（ａ）ポート３上の挙動ＩＤ１を有するラベル情報リストを非アクティブ化するステップと、（ｂ）ポート２上の挙動ＩＤ４を有するラベル情報リストを非アクティブ化するステップとである。
ステップ３６９では、ポリシーサーバ３６がルータ３２Ｂに更新要求を送信して新ルート上のＰＨＢをアクティブ化し、旧ルート上のＰＨＢを非アクティブ化し、ＭＳ４１の入力トラヒックを新エッジルータに接続されたポートへ転送し直す。ステップ３６９では、ルータ３２Ｂにおいて下記のステップが実行される。
【００６２】
（ａ）ポート２上の挙動ＩＤ３を有するラベル情報をアクティブ化するステップと、（ｂ）ポート１上の挙動ＩＤ３のラベル情報リストを非アクティブ化するステップと、（ｃ）挙動ＩＤ５を有するラベル情報リスト内の転送ポート番号をポート１からポート２へ変更し、それによってＭＳ４１の入力トラヒックをエッジルータ３１Ｂ内の新ポートへ転送し直すステップである。
【００６３】
ステップ３７０では、ポリシーサーバ３６がエッジルータ３１Ｂに対し更新要求を送信し、新ルート上のＰＨＢをアクティブにする。エッジルータ３１Ｂ内ではステップ３７０において、下記のステップが実行される。
（ａ）ポート２上の挙動ＩＤ７を有するラベル情報リストをアクティブにしてＭＳ４１がポート２からトラヒックを送信するようにするステップと、（ｂ）ポート１上の挙動ＩＤ１０を有するラベル情報リストをアクティブにしてＭＳ４１がポート２上で入力トラヒックを受信するようにするステップである。
【００６４】
ステップ３７１では、セッション用の配信情報が更新されて資源再支給処理の間になされた変更を反映する。
【００６５】
図１４、１５は、本発明の一実施例内でセッションを解除する流れ線図であり、図１４ではセッション解除はラベル情報リスト内のアクティブタイマフィールドがゼロまで減数（すなわち時間切れ）となったときに、ルータにより開始される。このことは、例えばラベル情報リストへのアクセスが、セッションがもはや使用されていないことを示す時間までの間に存在しないときに発生する。この場合、ルータはポリシーサーバ３６に対し時間切れ通知を送信し、セッションを解除する。図１５に示したように、セッションは、移動局でセッション解除要求をセッションサーバ３７に送信することによっても解除される。セッションサーバ３７は、その後、セッション解除要求をポリシーサーバ３６やその他の移動局に中継する。
【００６６】
モバイルネットワーク内で一定レベルのＱｏＳを備えたセッションを確立するための方法と関連システムを開示した。特定の実施例を挙げたが、これらの実施例が例示目的であって限定目的でないことは理解さるべきである。本開示を読んだ当業者には、多数の追加実施例が明らかとなろう。
【００６７】
【発明の効果】
本発明によれば、モバイルネットワーク内で一定レベルのＱｏＳを備えたセッションを確立することができる。
【図面の簡単な説明】
【図１】本発明の一実施例になるモバイルネットワークの概略線図である。
【図２】ルータの概略図である。
【図３】本発明の一実施例になるポリシーサーバの概略図である。
【図４Ａ】エッジルータと内部ルータのパケット処理を例示する流れ線図である。
【図４Ｂ】エッジルータと内部ルータのパケット処理を例示する流れ線図である。
【図５】本発明の一実施例になるホップごとの挙動を概略示す図である。
【図６】本発明の一実施例になるセッション確立のための流れ線図である。
【図７】本発明の一実施例になる資源支給処理の流れ線図である。
【図８Ａ】本発明の一実施例になるホップごとの挙動の配信を図解する図である。
【図８Ｂ】本発明の一実施例になるホップごとの挙動の配信を図解する図である。
【図９Ａ】本発明の一実施例になる配信情報例を示す図である。
【図９Ｂ】本発明の一実施例になる配信情報例を示す図である。
【図１０】本発明の一実施例になるハンドオーバーについての流れ線図である。
【図１１】本発明の一実施例になるポート切り換え処理についての流れ線図である。
【図１２】
本発明の一実施例になるマクロ移動経過処理についての流れ線図である。
【図１３】本発明の一実施例になる資源再支給処理についての流れ線図である。
【図１４】本発明の一実施例になるセッション解除についての流れ線図である。
【図１５】本発明の一実施例になるセッション解除についての流れ線図である。
【符号の説明】
１０…モバイルネットワークシステム、２０…無線アクセスネットワーク、３０…モバイル中核ネットワーク、５１…ポリシーマネージャ、５２…資源マネージャ、５３…ルートマネージャ、５４…ネットワークインタフェース、５５…配信管理、５６…ポリシー格納部、５７…配信情報、５９…資源情報、７３…入力インタフェース、７４…音声ラベル、７５…ポート選択、７６…ポートインタフェース処理、７７…ポートインタフェース処理、７８…承認制御、７９…キューイング、８０…シェーピング／スケジューリング、８１…出力インタフェース、８２…入力インタフェース、８３…ラベル切り換え、８４…ポート選択、８５…ポートインタフェース処理、８６…ポートインタフェース処理、８７…承認制御、８８…キューイング／ラベル取得オフ、８９…シェーピング／スケジューリング、９０…出力インタフェース、９１…ラベル情報リスト、９２…ＱｏＳ状態、９３…ホップごとの挙動テーブル、１０１…ＢＳＣからのパケット、１０２…ルータからのパケット。

Claims (11)

1. モバイルネットワークであって、
   移動局と、
   移動局に結合した無線アクセスネットワークと、
   モバイル中核ネットワークで、
   無線アクセスネットワークと接続され、複数のポートを有するエッジルータと、
   前記エッジルータに接続され、複数のポートを有する内部ルータと、
   前記モバイル中核ネットワーク内でセッションを確立するセッションサーバと、
   移動局の移動を追尾し続ける移動経過マネージャと、
   前記モバイル中核ネットワーク内で資源を割り当てて追尾を継続するポリシーサーバとを備える前記モバイル中核ネットワークとを含み、
   前記ポリシーサーバは、
   前記移動局からのセッション立ち上げ要求に応じた前記セッションサーバからの資源立ち上げ要求に応じて、ルート情報データベースに格納されたルート情報に基づきルートを見出すルートマネージャと、
   前記見出したルート上の資源を確保できる場合、転送先のポートを示す転送ポート情報、サービス等級を示す優先レベル及び前記ルート上でパケットの処理を行うことを示すアクティブ情報を有するアクティブなホップごとの挙動、並びに、転送先のポートを示す転送ポート情報、サービス等級を示す優先レベル及び前記ルート上でパケットの処理を行わないことを示す非アクティブ情報を有する非アクティブなホップごとの挙動を生成し、前記生成されたアクティブなホップごとの挙動を前記ルート沿いの前記ポートへ、また、前記生成された非アクティブなホップごとの挙動を前記ルート近くの前記ポートへ、それぞれ配信し、前記資源立ち上げ要求に対応する肯定応答を前記セッションサーバへ返信する資源マネージャと、
   を有し、
   前記セッションサーバは、
   前記肯定応答に基づき、前記モバイル中核ネットワーク内でセッションを確立し、
   前記ルータは、
   前記無線ネットワークからのルート変更要求に基づき、旧ルートから新ルートへ変更する場合、前記非アクティブ情報を前記アクティブ情報に変更して新ルート沿いのポート上の非アクティブなホップごとの挙動をアクティブ化し、
   旧ルート沿いであり、かつ、新ルート沿いのポート上のアクティブなホップごとの挙動の転送ポート情報を、前記アクティブ化に応じて変更し、
   前記アクティブ情報を前記非アクティブ情報に変更して新ルートのポート上ではもはや不要な旧ルートのポート上のアクティブなホップごとの挙動を非アクティブ化する
   ことを特徴とするモバイルネットワーク。
2. 前記移動局は携帯電話であることを特徴とする請求項１記載のモバイルネットワーク。
3. 前記エッジルータ及び内部ルータが複数プロトコルラベルスイッチング（ＭＰＬＳ）プロトコルをサポートすることを特徴とする請求項１記載のモバイルネットワーク。
4. 前記モバイル中核ネットワークは、インターネットプロトコル（ＩＰ）ネットワークであることを特徴とする請求項１記載のモバイルネットワーク。
5. 前記モバイル中核ネットワークがさらにゲートウェイを含むことを特徴とする請求項１記載のモバイルネットワーク。
6. 前記ゲートウェイはインターネットに接続されていることを特徴とする請求項５記載のモバイルネットワーク。
7. 前記無線ネットワークからのルート変更要求は、ハンドオーバーに基づくものであり、
   前記ルータは、前記無線ネットワークからのルート変更要求に基づき、同一のエッジルータ内でのルート沿いのポートを変更することを特徴とする請求項１記載のモバイルネットワーク。
8. 前記無線ネットワークからのルート変更要求は、あるエッジルータから別のエッジルータへの移動局の移動に伴うマクロ移動経過に基づくものであり、
   前記ポリシーサーバは、新ルート上で資源の利用可能性を判定を行い、利用可能である場合、前記ルータは、前記無線ネットワークからのルート変更要求に基づき、旧ルートから新ルートへ変更することを特徴とする請求項１記載のモバイルネットワーク。
9. モバイル中核ネットワークであって、
   移動局に結合した無線アクセスネットワークと接続され、複数のポートを有するエッジルータと、
   前記エッジルータに接続され、複数のポートを有する内部ルータと、
   前記モバイル中核ネットワーク内でセッションを確立するセッションサーバと、
   移動局の移動を追尾し続ける移動経過マネージャと、
   前記モバイル中核ネットワーク内で資源を割り当てて追尾を継続するポリシーサーバとを備える前記モバイル中核ネットワークとを含み、
   前記ポリシーサーバは、
   前記移動局からのセッション立ち上げ要求に応じた前記セッションサーバからの資源立ち上げ要求に応じて、ルート情報データベースに格納されたルート情報に基づきルートを見出すルートマネージャと、
   前記見出したルート上の資源を確保できる場合、転送先のポートを示す転送ポート情報、サービス等級を示す優先レベル及び前記ルート上でパケットの処理を行うことを示すアクティブ情報を有するアクティブなホップごとの挙動、並びに、転送先のポートを示す転送ポート情報、サービス等級を示す優先レベル及び前記ルート上でパケットの処理を行わないことを示す非アクティブ情報を有する非アクティブなホップごとの挙動を生成し、前記生成されたアクティブなホップごとの挙動を前記ルート沿いの前記ポートへ、また、前記生成された非アクティブなホップごとの挙動を前記ルート近くの前記ポートへ、それぞれ配信し、前記資源立ち上げ要求に対応する肯定応答を前記セッションサーバへ返信する資源マネージャと、
   を有し、
   前記セッションサーバは、
   前記肯定応答に基づき、前記モバイル中核ネットワーク内でセッションを確立し、
   前記ルータは、
   前記無線ネットワークからのルート変更要求に基づき、旧ルートから新ルートへ変更する場合、前記非アクティブ情報を前記アクティブ情報に変更して新ルート沿いのポート上の非アクティブなホップごとの挙動をアクティブ化し、
   旧ルート沿いであり、かつ、新ルート沿いのポート上のアクティブなホップごとの挙動の転送ポート情報を、前記アクティブ化に応じて変更し、
   前記アクティブ情報を前記非アクティブ情報に変更して新ルートのポート上ではもはや不要な旧ルートのポート上のアクティブなホップごとの挙動を非アクティブ化する
   ことを特徴とするモバイル中核ネットワーク。
10. 前記無線ネットワークからのルート変更要求は、ハンドオーバーに基づくものであり、
    前記ルータは、前記無線ネットワークからのルート変更要求に基づき、同一のエッジルータ内でのルート沿いのポートを変更することを特徴とする請求項９記載のモバイル中核ネ ットワーク。
11. 前記無線ネットワークからのルート変更要求は、あるエッジルータから別のエッジルータへの移動局の移動に伴うマクロ移動経過に基づくものであり、
    前記ポリシーサーバは、新ルート上で資源の利用可能性を判定を行い、利用可能である場合に、前記ルータは、前記無線ネットワークからのルート変更要求に基づき、旧ルートから新ルートへ変更することを特徴とする請求項９記載のモバイル中核ネットワーク。

Images