それぞれ異なるユーザの移動体通信セッションのセッション情報を保持して、該保持した移動体通信セッションに関わるパケット処理を行う第1及び第2のパケット処理カードと前記第1及び第2のパケット処理カードを接続するスイッチを備えたゲートウェイ装置であって、前記第1のパケット処理カードは、前記セッション情報を保持しているセッションのうち、移動体通信を行わないアイドル状態にある移動体通信セッションを選択し、前記選択した移動体通信セッションのセッション情報を前記第2のパケット処理カードに送信し、前記第2のパケット処理カードは、前記第1のパケット処理カードから送信されたセッション情報を記憶し、前記第1のパケット処理カードは、前記選択した移動体通信セッションのパケットを受信すると、前記第2のパケット処理カードに前記選択した移動体通信セッションのパケットを転送し、前記第2のパケット処理カードは、前記第1のパケット処理カードから転送された前記選択された移動体通信セッションのパケットを受信すると、前記第1のパケット処理カードから受信し記憶している前記セッション情報を用いて移動体通信に関わるパケット処理を行うことを特徴とするゲートウェイ装置。前記第1のパケット処理カードは、アイドル状態にあった移動体通信セッションがアクティブ状態に遷移したことを検知すると、前記アイドル状態からアクティブ状態に遷移した移動体通信セッションのセッション情報を第2のパケット処理カードに送信することを特徴とする請求項1に記載のゲートウェイ装置。請求項1に記載のゲートウェイ装置において、前記第1及び第2のパケット処理カードは、処理負荷状態を定期的に計測し、前記処理負荷状態の情報をパケット処理カード間で共有し、前記第1のパケット処理カードは、処理負荷が閾値を超えており、前記第2のパケット処理カードの処理負荷が閾値を超えていない場合に、前記セッションのセッション情報を前記第2のパケット処理カードに送信することを特徴とするゲートウェイ装置。請求項1に記載のゲートウェイ装置において、該ゲートウェイ装置は、基地局とゲートウェイ装置との間のユーザデータトラヒックの経路を制御する呼制御装置と接続され、前記第1のパケット処理カードは、前記セッション情報を前記第2のパケット処理カードに送信するとき、呼制御装置に対してアクティブ化一時停止通知を行うことを特徴とするゲートウェイ装置。請求項4に記載のゲートウェイ装置において、前記第2のパケット処理カードは、前記第1のパケット処理カードから送信された前記セッション情報の記憶が完了すると、前記呼制御装置に対して前記アクティブ化一時停止通知を解除する解除通知を行うことを特徴とするゲートウェイ装置。請求項5に記載のゲートウェイ装置において、前記第2のパケット処理カードの処理負荷が閾値を超えた場合、前記第2のパケット処理カードは、セッション情報を保持する移動体通信セッションのうち前記第1のパケット処理カードからセッション情報が通知された移動体通信セッションを優先して選択し、前記選択したセッションがアイドル状態であれば、前記選択したセッションのセッション情報を前記第1のパケット処理カードに送信し、前記第1のパケット処理カードは、前記第2のパケット処理カードから送信されたセッション情報を記憶し、前記第2のパケット処理カードは、前記第1のパケット処理カードに前記セッションのパケット転送設定を削除するように通知を送信することを特徴とするゲートウェイ装置。請求項5に記載のゲートウェイ装置において、さらに、第3のパケット処理カードを備え、前記第2のパケット処理カードの処理負荷が閾値を超えた場合、前記第2のパケット処理カードは、前記第1のパケット処理カードから収容した前記セッションを優先して選択し、前記セッションがアイドル状態であれば、前記セッションのセッション情報を処理負荷が閾値より低い第3のパケット処理カードに送信し、前記第3のパケット処理カードは、前記セッション情報を記憶し、前記第2のパケット処理カードは、前記第1のパケット処理カードに前記セッションのパケット転送設定を前記第3のパケット処理カードに変更するように通知を送信し、アイドル状態にあった前記セッションがその後にアクティブ状態に遷移し、前記第1のカードに前記セッションのパケットが入力された場合に、前記第1のパケット処理カードは前記第3のパケット処理カードに前記パケットを転送し、前記第3のパケット処理カードは、転送された前記パケットを受信すると、記憶している前記セッション情報を用いて移動体通信に関わるパケット処理を行うことを特徴とするゲートウェイ装置。請求項5に記載のゲートウェイ装置において、前記各パケット処理カードは、各セッションのアクティブ状態の累積時間を計測し、前記第1のパケット処理カードは、アイドル状態にあるセッションを選択する際に、前記アクティブ状態の累積時間に基づいて前記選択を決定することを特徴とするゲートウェイ装置。請求項6または請求項7に記載のゲートウェイ装置において、前記各パケット処理カードは、各セッションがアクティブ状態である場合には、セッションのアクティブ状態の継続時間を計測し、前記第2のパケット処理カードは、前記選択したセッションの前記アクティブ状態の継続時間が閾値を超えていた場合に、移動管理装置に選択したセッションをアクティブ状態からアイドル状態に遷移させるように通知する強制アイドル化通知を行うことを特徴とするゲートウェイ装置。パケットを転送するゲートウェイ装置を備えた無線通信システムであって、前記ゲートウェイ装置は、それぞれ異なるユーザの移動体通信セッションのセッション情報を保持して、該保持した移動体通信セッションに関わるパケット処理を行う第1及び第2のパケット処理カードと前記第1及び第2のパケット処理カードを接続するスイッチを備え前記第1のパケット処理カードは、前記セッション情報を保持しているセッションのうち、移動体通信を行わないアイドル状態にある移動体通信セッションを選択し、前記選択した移動体通信セッションのセッション情報を前記第2のパケット処理カードに送信し、前記第2のパケット処理カードは、前記第1のパケット処理カードから送信されたセッション情報を記憶し、前記第1のパケット処理カードは、前記選択した移動体通信セッションのパケットを受信すると、前記第2のパケット処理カードに前記選択した移動体通信セッションのパケットを転送し、前記第2のパケット処理カードは、前記第1のパケット処理カードから転送された前記選択された移動体通信セッションのパケットを受信すると、前記第1のパケット処理カードから受信し記憶している前記セッション情報を用いて移動体通信に関わるパケット処理を行うことを特徴とする無線通信システム。上述したいずれの特許文献も、パケット順序が逆転する可能性があるという問題がある。これは、ユーザデータフローが続いている、すなわち同じユーザ端末のパケットが連続して入力されている間に、出口処理やゲートウェイ処理の収容先となる装置が、別装置に切り替わることが原因となる。処理装置が切り替わった直後は、複数の処理装置で並列にパケット処理される状態となり、その結果、出力パケットは順序が維持されない。移動体通信では、パケット順序の逆転が発生した場合、再送制御や誤課金など、ユーザに対して不利益を生む。また、移動体通信ではセッションごとに固有となるパラメータパケット通過時間、パケット通過量、シーケンス番号などを維持する必要があるが、上述したいずれの特許文献もこれらパラメータを正しく引き継げない可能性があるという問題がある。これも、ユーザデータフローが続いている間に、出口処理やゲートウェイ処理の収容先が別装置に切り替わることが原因となる。処理装置が切り替わった直後は、複数の処理装置で並列にパケット処理される状態となり、その結果、パラメータに一貫性がなくなる。したがって、移動体通信網の構成要素であるゲートウェイ装置において、パケット順序の逆転や、セッションごとに固有となるパラメータの不整合を発生させずに、パケット処理カード間の処理負荷の偏りを抑制することが課題となる。上述した2つの問題は、ユーザ端末がエンド-エンド間で連続してデータパケットの送受信を行っている最中に、収容先となる装置を切り替えることに原因がある。ここで、移動体通信のセッションは、基地局がユーザ端末に対して無線リソースを割り当てているアクティブ状態と、基地局がユーザ端末に対して無線リソースを割り当てていないアイドル状態に分かれることに着目する。アクティブ状態のときは、ユーザ端末は、エンド-エンド間で通信を行うことができる。しかし、アイドル状態のときは、ユーザ端末は、無線リソースが割り当てられていないため、ユーザ端末による通信は発生し得ない。これらは移動体通信に特有の通信状態であり、アイドル状態とアクティブ状態を使い分けることで、システム全体の無線リソースを有効活用している。アイドル状態においては、基地局はセッション情報を解放してしまう一方で、コアネットワークを構成するゲートウェイ装置群はセッション情報を保持しておく。これにより、アイドル状態からアクティブ状態へのセッションの状態遷移を高速に行うことを可能にしている。アイドル状態にあるセッションでは、ユーザ端末によるデータパケットの送受信が発生しない。本願発明は、セッションがアイドル状態にある間に、そのセッションのゲートウェイ処理を行う収容先パケット処理カードを切り替えることを特徴とする。本発明によれば、パケット処理カードの処理負荷が処理性能の上限に達するのを未然に防止する。その結果、パケット順序の逆転を発生させずに、パケット処理カード間での長期的なトラヒックの偏りを抑制し、処理負荷の偏りを抑制できる。1.システムはじめに、図1を用いて本発明が適用される通信システムの構成例を説明する。ここでは3GPPLTEにおける移動体通信システムを例にとる。端末100-1、100-2は、無線インタフェースを介して、無線信号を有線信号に相互変換する基地局101-1、101-2と通信を行う。基地局101-1、101-2は、アクセスゲートウェイ装置102とユーザデータトラヒックの通信を行う。アクセスゲートウェイ装置は、ユーザデータトラフィックを、そのユーザの端末が属する適切な基地局に対して転送する装置である。アクセスゲートウェイ装置102は、サービス網ゲートウェイ装置103とユーザデータトラヒックの通信を行う。サービス網ゲートウェイ装置は、ユーザデータトラヒックを適切なサービス網104に転送する装置である。サービス網とは、インターネットや企業網などのことである。また、移動管理装置105は、基地局101-1、101-2、アクセスゲートウェイ装置102、及び、サービス網ゲートウェイ装置103と制御信号の通信を行う。移動管理装置は、端末の無線接続状況を管理するとともに、基地局とアクセスゲートウェイ装置とサービス網ゲートウェイ装置の間のユーザデータトラヒックの経路を制御する装置である。最後に、対向端末106は、サービス網104に接続し、上記説明した移動体通信システムを介して、端末100-1、100-2とエンド-エンド間の通信を行う。本願において述べるゲートウェイ装置とは、アクセスゲートウェイ装置とサービス網ゲートウェイ装置である。本実施の形態では、便宜上、アクセスゲートウェイ装置を本発明適用対象として説明するが、サービス網ゲートウェイ装置にも適用することは可能である。また、本実施の形態ではゲートウェイ装置と移動管理装置は別装置としているが、これらは物理的に同一の装置であっても良い。次に、図2を用いて、本実施の形態のゲートウェイ装置のハードウェア構成例を説明する。ゲートウェイ装置200は、ゲートウェイ処理を行ってユーザデータパケットの転送を実現するパケット処理カード1~3210-1、210-2、210-3と、スイッチ220から構成される。パケット処理カード1210-1は、メモリ211-1、CPU212-1、インタフェースI/F:Interface213-1、214-1、FROM215-1を備える。ゲートウェイ装置としての機能を提供するためのソフトウェアプログラムはFROMに記憶されており、装置の起動時にメモリに展開される。CPUは、メモリ内に展開されたソフトウェアプログラムを順次読み出して実行する。I/F213-1は、装置外部と接続されており、装置外部とのパケットの送受信を行う。もう1つのI/F214-1は、スイッチに接続されており、他のパケット処理カードとのパケットの送受信を行う。パケット処理カード2と3210-2、210-3もパケット処理カード1と同様の構成である。図3は、パケット処理カード1~3210-1、210-2、210-3のメモリに展開されるソフトウェアプログラムの構成図である。ここでは、パケット処理カード1を例にとって説明する。本発明のソフトウェアプグラムは、プログラム領域300-1とテーブル領域310-1から構成される。なお、パケット処理カード2と3もパケット処理カード1と同様の構成である。プログラム領域300-1は、装置外部から受信したユーザデータパケットのセッションを特定して他のパケット処理カードに必要に応じてそのパケットを転送する振分処理部301-1、ゲートウェイ処理を行ってユーザデータパケットを装置外部に送信するゲートウェイ処理部302-1、パケット処理カードの処理負荷を計測して他のパケット処理カードとその情報を共有するカードモニタ部303-3、各セッションのアクティブ状態持続時間を計測するセッションモニタ部304-1から構成される。テーブル領域310-1は、各パケット処理カードの負荷情報を格納するカード情報テーブル400-1、各セッションが実際にゲートウェイ処理される収容先パケット処理カードを示す振分テーブル600-1、ゲートウェイ処理に必要となるセッション情報のパラメータを格納したセッション情報テーブル700-1、各セッションのアクティブ状態持続時間を格納するモニタ情報テーブル1100-1から構成される。なお、各テーブルのデータ構成については、2.処理シーケンスにて詳細を後述する。以上が、本実施の形態のシステムである。2.処理シーケンス本実施の形態のゲートウェイ装置において、アイドル状態のセッションの収容先パケット処理カードを切り替える処理について、4つの手順を説明する。具体的には、A:処理負荷上昇時にセッションの収容先を切り替える処理と、B:Aにおいて切り替えたセッション収容先の処理負荷が上昇した場合の処理と、C:セッション収容先を増設のパケット処理カードに切り替える処理と、D:アクティブ状態のセッションの収容先パケット処理カードを強制的に切り替える処理の手順である。A処理負荷上昇時にセッションの収容先を切り替える処理各パケット処理カードは常に、自身の処理負荷を計測し、他のパケット処理カードとその情報を共有し、保持している。処理負荷は、CPU使用率、メモリ使用率、デバイス入力/出力帯域使用率を測定し、それらを加味して算出する。図4は、パケット処理カード1が保持するカード情報テーブル400-1のデータ構成図である。カード情報テーブルは、パケット処理カード番号401、処理負荷402、設備状態403から構成される。パケット処理カード番号401には、各パケット処理カードの番号を格納する。処理負荷402には、自身が測定した処理負荷の値、または各パケット処理カードから送られてくる処理負荷の値を格納する。設備状態403には、そのパケット処理カードが常に設置される常設のものなのか、またはゲートウェイ装置の増強のため、一時的に設置された増設のものなのかという情報を格納する。たとえば、パケット処理カード番号が1のエントリについて、処理負荷は80であり、設備状態は常設であることを表す。次に、図5を用いて、処理負荷上昇時にセッションの収容先を切り替える手順を説明する。アクセスゲートウェイ装置102は、パケット処理カード1と2210-1、210-2を含む。ここでは、あるセッションの収容先をパケット処理カード1からパケット処理カード2に切り替える場合を想定する。まず、パケット処理カード1は、自身の処理負荷が上昇して、あらかじめ設定した閾値を超えたことを検知するステップ500。このとき、パケット処理カード1は、カード状態テーブル400-1の処理負荷402を参照し、パケット処理カード2の処理負荷が閾値以下であることを確認する。次に、パケット処理カード1は、振分テーブル600-1の状態602を参照して、アイドル状態にあるセッションを選択するステップ501。図6aは、パケット処理カード1が保持する振分テーブル600-1のデータ構成図である。振分テーブルは、セッション番号601、状態602、収容先カード603、収容元カード604から構成される。セッション番号601には、セッションの番号を格納する。状態602には、そのセッションの現在の状態アイドル/アクティブを格納する。収容先カード603には、そのセッションに関して現在ゲートウェイ処理を割り当てている収容先のパケット処理カード番号を格納する。収容元カード604には、そのセッションに関して元々ゲートウェイ処理を割り当てられていた収容元のパケット処理カード番号を格納する。たとえば、セッション番号<1111>のエントリについて、状態はアイドル状態であり、収容先カードはパケット処理カード1であり、収容元カードもパケット処理カード1であることを表す。図5に戻る。ステップ501において、ここではセッション番号<1111>を選択したとする。パケット処理カード1は、セッション番号<1111>に関してアクティブ化一時停止通知を移動管理装置105に送信するステップ502。移動管理装置は、アクティブ化一時停止通知を受信すると、基地局から該当セッションについてアクティブ状態に遷移する要求があっても一定の間応答を返さないなどして、アクティブ化を一時的に停止するよう設定するステップ503。一方、パケット処理カード1は、振分テーブルの内容を更新するステップ504。図6bは、ステップ504後におけるパケット処理カード1の振分テーブル600-1である。このとき、セッション番号<1111>のエントリについて、状態はアイドル状態であり、収容先カードはパケット処理カード2であり、収容元カードはパケット処理カード1である。図5に戻る。パケット処理カード1は、セッション番号<1111>に関して収容先変更通知をパケット処理カード2に送信するステップ505。パケット処理カード2は、収容先変更通知を受信すると、振分テーブルの内容を更新するステップ506。図6cは、ステップ506後におけるパケット処理カード2の振分テーブル600-2である。セッション番号<1111>のエントリを新たに追加する。このとき、セッション番号<1111>のエントリについて、状態はアイドル状態であり、収容先カードはパケット処理カード2であり、収容元カードはパケット処理カード1である。図5に戻る。その後、パケット処理カード1は、セッション情報テーブル700-1を参照して、セッション番号<1111>に関するセッション情報のパラメータを含むセッション情報通知をパケット処理カード2に送信するステップ507。図7は、パケット処理カード1が保持するセッション情報テーブル700-1のデータ構成図である。セッション情報テーブルは、カプセリング情報702、ユーザデータフロー情報703、課金情報704、トラヒックコントロール情報705から構成される。これらには、ゲートウェイ処理に必要なパラメータが格納され、またこれら情報をまとめてセッション情報と呼ぶ。カプセリング情報702には、IPカプセル化のプロトコル変換に必要なパラメータを格納する。ユーザデータフロー情報703には、適当な装置/ネットワークへのルーティングに必要なパラメータを格納する。課金情報704には、課金に必要なパラメータを格納する。トラヒックコントロール情報705には、トラヒックコントロールに必要なパラメータを格納する。なお、これらの情報は当業者によく知られたものであり、詳細なパラメータについては省略する。ここでは、パケット処理カード1を例に採ったが、他のパケット処理カードも同様のセッション情報テーブルを保持する。図5に戻る。パケット処理カード2は、セッション情報通知を受信すると、その中に含まれたセッション番号<1111>に関するセッション情報を、セッション情報テーブルに格納するステップ508。その後、パケット処理カード2は、解除通知を移動管理装置に送信するステップ509。移動管理装置は、解除通知を受信すると、ステップ503で設定した該当セッションのアクティブ化一時停止状態を解除する。以上の手順によって、アイドル状態にあるセッションの収容先を他のパケット処理カードに切り替える処理が完了する。次に、図8を用いて、図5の後にセッション番号<1111>がアクティブ状態になり、実際にユーザデータパケットを受信して処理する手順を説明する。現在はアイドル状態にあってデータパケットの通信が行えないため、まず、端末100-1は、基地局101-1に対して、アクティブ化要求の制御信号を送るステップ800。次に、セッション番号<1111>をアイドル状態からアクティブ状態に遷移するため、基地局101-1と移動管理装置105の間でアクティブ状態遷移処理が行われるステップ801。このアクティブ状態遷移処理の手順は、当業者にはよく知られているため、詳細は省略する。セッションをアクティブ状態に遷移する際、移動管理装置は、パケット処理カード2210-2にフロー設定要求を送信するステップ802。パケット処理カード2は、振分テーブルを参照して、セッション番号<1111>の収容先であるパケット処理カード1210-1にもフロー設定要求を送信するステップ803。このフロー設定要求によって、パケット処理カード1と2は、セッション番号<1111>がアクティブ状態に遷移したことを検知する。その後、基地101-1は、端末100-1に対して、無線リソース割当の通知を行いステップ804、セッションのアクティブ状態への遷移が完了する。端末100-1は、対向端末106とエンド-エンド間での通信を行うため、基地局101-1に対して、無線によってユーザデータパケットを送信するステップ810。基地局は、パケット処理カード1210-1にそのユーザデータパケットを送信するステップ811。ここで、基地局に対してセッション番号<1111>の収容先が変更されたことを何ら通知していないため、基地局は標準通りの動作として、依然としてパケット処理カード1にユーザデータパケットを送信する。次に、パケット処理カード1は、セッション情報テーブル702のユーザデータフロー情報703とユーザデータパケットに含まれる情報とを参照して、そのユーザデータパケットがセッション番号<1111>であることを特定する。そして、振分テーブル600-1の収容先カード603を参照して、セッション番号<1111>の収容先がパケット処理カード2であることを特定するステップ812。パケット処理カード1は、ユーザデータパケットをパケット処理カード2に転送するステップ813。パケット処理カード2は、ゲートウェイ処理を実行しステップ814、ユーザデータパケットを適切なサービス網ゲートウェイ装置103に送信するステップ815。最後に、サービス網ゲートウェイ装置は、対向端末106に対してユーザデータパケットを送信するステップ816。一方、上記と逆方向のトラヒックとして、対向端末106は、端末100-1宛にユーザデータパケットを送信する。移動体通信システムでは、このユーザデータパケットは、まず、サービス網ゲートウェイ装置に中継されるステップ820。サービス網ゲートウェイ装置は、パケット処理カード1に対してユーザデータパケットを送信するステップ821。ここで、サービス網ゲートウェイ装置に対してセッション番号<1111>の収容先が変更されたことを何ら通知していないため、サービス網ゲートウェイ装置は、標準通りの動作として、依然としてパケット処理カード1にユーザデータパケットを送信する。パケット処理カード1は、セッション情報テーブル702のユーザデータフロー情報703とユーザデータパケットに含まれる情報とを参照して、そのユーザデータパケットがセッション番号<1111>であることを特定する。そして、振分テーブル600-1の収容先カード603を参照して、セッション番号<1111>の収容先がパケット処理カード2であることを特定するステップ822。パケット処理カード1は、ユーザデータパケットをパケット処理カード2に転送するステップ823。パケット処理カード2は、ゲートウェイ処理を実行しステップ824、ユーザデータパケットを適切な基地局に送信するステップ825。最後に、基地局は、端末に対して、むせんによってユーザデータパケットを送信するステップ826。以上の図5と図8の手順によって、端末と対向端末がエンド-エンド間でユーザデータパケットを通信し合う段階では、アクセスゲートウェイ装置は、セッションの収容先となるパケット処理カードの切り替え処理を完了しており、その結果、パケット順序の逆転が発生することを防ぐことができる。また、図5の手順を繰り返すことで、各パケット処理カードがゲートウェイ処理を担当するセッション数を調整することができる。統計的に見れば、セッションはアイドル状態とアクティブ状態とをある確率で遷移しており、アイドル状態のセッション数とアクティブ状態のセッション数との割合はほぼ一定に保たれることが一般に知られている。しがたって、処理負荷が高いパケット処理カード内のアイドル状態のセッション数を少なくし、処理負荷が低いパケット処理カード内のアイドル状態のセッション数を多くすれば、次第にセッションの状態が遷移していき、しばらくすれば、処理負荷が高いパケット処理カード内のアクティブ状態のセッション数が減少することになる。アクティブ状態のセッション数が減少すれば、ゲートウェイ処理すべきユーザデータパケットの量も減少するので、結果として、次第に処理負荷が低減していく。こうすることで、処理負荷が閾値以上に上がって処理性能の上限に達するのを未然に防止する効果を得られる。その結果、パケット順序の逆転を発生させずに、パケット処理カード間での長期的なトラヒックの偏りを抑制し、処理負荷の偏りを抑制できる。また、図5と図8の手順では、基地局とサービス網ゲートウェイ装置は標準通りの動作となるため、何ら修正を加える必要がない。BAにおいて切り替えたセッション収容先の処理負荷が上昇した場合の処理Aにおいて切り替えたセッション収容先のパケット処理カード2の処理負荷が上昇した場合に、B-1:セッションを元の収容先に切り戻す、またはB-2:セッションの収容先をさらに別のパケット処理カードに切り替える手順を説明する。B-1セッションを元の収容先に切り戻す処理図9を用いて、セッションの収容先をパケット処理カード2210-2から、元の収容先であるパケット処理カード1210-1に切り戻す手順を説明する。パケット処理カード1は、処理負荷があらかじめ設定した閾値以下になっていることを計測し、他のパケット処理カードとその情報を共有しているステップ900。パケット処理カード2は、自身の処理負荷が上昇して、あらかじめ設定した閾値を超えたことを検知するステップ901。パケット処理カード2は、振分テーブルの状態602と収容元カード604を参照して、収容元がパケット処理カード2ではなく、かつアイドル状態にあるセッションを選択するステップ902。ここでは、セッション番号<1111>を選択したとする。パケット処理カード2は、セッション番号<1111>に関してアクティブ化一時停止通知を移動管理装置105に送信するステップ903。移動管理装置は、アクティブ化一時停止通知を受信すると、基地局から該当セッションについてアクティブ状態に遷移する要求があっても一定の間応答を返さないなどして、アクティブ化を一時的に停止するよう設定するステップ904。一方、パケット処理カード2は、振分テーブルからセッション番号<1111>のエントリを削除するステップ905。パケット処理カード2は、セッション番号<1111>に関して収容先変更通知をパケット処理カード1に送信するステップ906。パケット処理カード1は、収容先変更通知を受信すると、セッション番号<1111>に関して、振分テーブルの収容先カード603をパケット処理カード1に更新するステップ907。その後、パケット処理カード2は、セッション情報テーブルを参照して、セッション番号<1111>に関するセッション情報のパラメータを含むセッション情報通知をパケット処理カード1に送信するステップ908。パケット処理カード1は、セッション情報通知を受信すると、その中に含まれたセッション番号<1111>に関するセッション情報を、セッション情報テーブルに格納するステップ909。その後、パケット処理カード1は、解除通知を移動管理装置に送信するステップ910。移動管理装置は、解除通知を受信すると、ステップ904で設定した該当セッションのアクティブ化一時停止状態を解除する。以上の手順によって、アイドル状態にあるセッションを収容元パケット処理カードに切り戻す処理が完了する。この手順を繰り返すことで、各パケット処理カードがゲートウェイ処理を担当するセッション数を調整することができる。処理負荷が閾値以上に上がって処理性能の上限に達するのを未然に防止する効果を得られ、その結果、パケット順序の逆転を発生させずに、パケット処理カード間での長期的なトラヒックの偏りを抑制し、処理負荷の偏りを抑制できる。B-2セッションの収容先をさらに別のパケット処理カードに切り替える処理図10を用いて、セッションの収容先をパケット処理カード2210-2から、さらに別のパケット処理カード3210-3に切り替える手順を説明する。パケット処理カード1210-1は、処理負荷があらかじめ設定した閾値以下になっていない状態にある。パケット処理カード2は、自身の処理負荷が上昇して、処理負荷があらかじめ設定した閾値を超えたことを検知するステップ1000。このとき、パケット処理カード2は、カード状態テーブルの処理負荷402を参照し、パケット処理カード3の処理負荷が閾値以下であることを確認する。パケット処理カード2は、振分テーブルの状態602と収容元カード604を参照して、収容元がパケット処理カード2ではなく、かつアイドル状態にあるセッションを選択するステップ1001。ここでは、セッション番号<1111>を選択したとする。パケット処理カード2は、セッション番号<1111>に関してアクティブ化一時停止通知を移動管理装置105に送信するステップ1002。移動管理装置は、アクティブ化一時停止通知を受信すると、基地局から該当セッションについてアクティブ状態に遷移する要求があっても一定の間応答を返さないなどして、アクティブ化を一時的に停止するよう設定するステップ1003。パケット処理カード2は、セッション番号<1111>に関して収容先変更通知をパケット処理カード1に送信するステップ1004。パケット処理カード1は、収容先変更通知を受信すると、セッション番号<1111>に関して、振分テーブルの収容先カード603をパケット処理カード3に更新するステップ1005。一方、パケット処理カード2は、振分テーブルからセッション番号<1111>のエントリを削除するステップ1006。さらに、パケット処理カード2は、セッション番号<1111>に関して収容先変更通知をパケット処理カード3に送信するステップ1007。パケット処理カード3は、収容先変更通知を受信すると、振分テーブルにセッション番号<1111>のエントリを追加し、振分テーブル収容先カード603をパケット処理カード3に、収容元カード604をパケット処理カード1に更新するステップ1008。その後、パケット処理カード2は、セッション情報テーブルを参照して、セッション番号<1111>に関するセッション情報のパラメータを含むセッション情報通知をパケット処理カード3に送信するステップ1009。パケット処理カード3は、セッション情報通知を受信すると、その中に含まれたセッション番号<1111>に関するセッション情報を、セッション情報テーブルに格納するステップ1010。その後、パケット処理カード3は、解除通知を移動管理装置に送信するステップ1011。移動管理装置は、解除通知を受信すると、ステップ1003で設定した該当セッションのアクティブ化一時停止状態を解除する。以上の手順によって、アイドル状態にあるセッションの収容先をさらに別のパケット処理カードに切り替える処理が完了する。この手順を繰り返すことで、各パケット処理カードがゲートウェイ処理を担当するセッション数を調整することができる。処理負荷が閾値以上に上がって処理性能の上限に達するのを未然に防止する効果を得られ、その結果、パケット順序の逆転を発生させずに、パケット処理カード間での長期的なトラヒックの偏りを抑制し、処理負荷の偏りを抑制できる。Cセッション収容先を増設のパケット処理カードに切り替える処理ゲートウェイ装置の処理能力を一時的に増強したい場合に、新たにパケット処理カードを追加増設することを想定する。処理負荷を分散するため、常設のパケット処理カードに収容されているセッションの収容先を、増設のパケット処理カードに切り替える手順を説明する。各パケット処理カードは常に、自身が収容するセッションをモニタし、その情報を保持している。図11は、パケット処理カード1が保持するモニタ情報テーブル1100-1のデータ構成図である。モニタ情報テーブルは、セッション番号1101、総接続時間1102、アクティブ状態累計時間1103、アクティブ状態連続時間1104から構成される。セッション番号1101には、セッションの番号を格納する。総接続時間1102には、端末が電源を投入してコアネットワークにセッションを登録してからの総経過時間を格納する。アクティブ状態累計時間1103には、そのセッションがアクティブ状態であった時間の現在までの累計を格納する。アクティブ状態連続時間1104には、そのセッションが現在アクティブ状態である場合に、その持続時間を格納する。たとえば、セッション番号<1111>のエントリについて、総接続時間は32時間であり、アクティブ状態累計時間は15時間であり、アクティブ状態連続時間は0時間、すなわち現在はアイドル状態であることを表す。次に、図12を用いて、セッションの収容先をパケット処理カード1210-1から、増設したパケット処理カード4210-4に切り替える手順を説明する。まず、パケット処理カード4をアクセスゲートウェイ装置102に増設するステップ1200。パケット処理カード1は、振分テーブルの状態602を参照して、アイドル状態にあるセッションを選択するステップ1201。このとき、パケット処理カード4に収容先を切り替えるべきセッションは、常設のパケット処理カードの処理負荷を下げる観点から、アクティブ状態になりやすいセッションが望ましい。したがって、パケット処理カード1は、モニタ情報テーブルの総接続時間1102とアクティブ状態累計時間1103を参照し、アクティブ率=アクティブ状態累計時間/総接続時間を算出し、このアクティブ率があらかじめ設定した閾値以上であり、かつアイドル状態であるセッションを選択する。ここでは、セッション番号<1111>を選択したとする。パケット処理カード1は、セッション番号<1111>に関してアクティブ化一時停止通知を移動管理装置105に送信するステップ1202。移動管理装置は、アクティブ化一時停止通知を受信すると、基地局から該当セッションについてアクティブ状態に遷移する要求があっても一定の間応答を返さないなどして、アクティブ化を一時的に停止するよう設定するステップ1203。一方、パケット処理カード1は、セッション番号<1111>に関して、振分テーブルの収容先カード603をパケット処理カード4に更新する。ステップ1204。パケット処理カード1は、セッション番号<1111>に関して収容先変更通知をパケット処理カード4に送信するステップ1205。パケット処理カード4は、収容先変更通知を受信すると、振分テーブルにセッション番号<1111>のエントリを追加し、振分テーブルの収容先カード603をパケット処理カード4に、収容元カード604をパケット処理カード1に更新するステップ1206。その後、パケット処理カード1は、セッション情報テーブルを参照して、セッション番号<1111>に関するセッション情報のパラメータを含むセッション情報通知をパケット処理カード4に送信するステップ1207。パケット処理カード4は、セッション情報通知を受信すると、その中に含まれたセッション番号<1111>に関するセッション情報を、セッション情報テーブルに格納するステップ1208。その後、パケット処理カード4は、解除通知を移動管理装置に送信するステップ1209。移動管理装置は、解除通知を受信すると、ステップ1203で設定した該当セッションのアクティブ化一時停止状態を解除する。以上の手順によって、アイドル状態にあるセッションの収容先を増設のパケット処理カードに切り替える処理が完了する。この手順を繰り返すことで、増設分も含めて各パケット処理カードがゲートウェイ処理を担当するセッション数を調整することができる。その結果、増設のパケット処理カードに処理負荷を分散することができる。一方、Bで記載した手順を適用することによって、増設のパケット処理カードが担当するセッションをゼロにすることができる。すると、ゲートウェイ装置からこの増設のパケット処理カードを抜き去ることができる。したがって、ゲートウェイ装置の処理負荷の増減に応じて、パケット処理カードを追加、または削除することで消費電力の調整を行うことができ、省電力化に貢献できる。Dアクティブ状態のセッションの収容先パケット処理カードを強制的に切り替える処理図13を用いて、Aにおいて切り替えたセッション収容先のパケット処理カード2210-2の処理負荷が上昇した場合に、アクティブ状態にあるセッションを、強制的に元の収容先であるパケット処理カード1210-1に切り戻す手順を説明する。パケット処理カード1は、処理負荷があらかじめ設定した閾値以下になっていることを計測し、他のパケット処理カードとその情報を共有しているステップ1300。パケット処理カード2は、自身の処理負荷が上昇して、あらかじめ設定した閾値を超えたことを検知するステップ1302。パケット処理カード2は、振分テーブルの状態602と収容元カード604を参照して、収容元がパケット処理カード2ではなく、かつアクティブ状態にあるセッションを選択するステップ1302。ただし、パケット処理カード2は、モニタ情報テーブルのアクティブ状態連続時間1104を参照して、アクティブ状態連続時間があらかじめ設定した閾値よりも長いアクティブ状態のセッションを選択する。アクティブ状態が一定時間以上続いたセッションは、今後もアクティブ状態が続く可能性が高く、いつまでも収容元への切り戻しが実行できなくなる。そのため、強制的な切り替えを実施する。ここでは、セッション番号<1111>を選択したとする。パケット処理カード2は、セッション番号<1111>に関して強制アイドル化通知を移動管理装置105に送信するステップ1303。移動管理装置は、強制アイドル化通知を受信すると、基地局と通信を行い、該当セッションについてアイドル状態への遷移処理を開始するステップ1310。このアイドル状態遷移処理は、当業者には良く知られた処理であり、詳細は省略する。一方、パケット処理カード2は、振分テーブルからセッション番号<1111>のエントリを削除するステップ1320。パケット処理カード2は、セッション番号<1111>に関して収容先変更通知をパケット処理カード1に送信するステップ1321。パケット処理カード1は、収容先変更通知を受信すると、セッション番号<1111>に関して、振分テーブルの収容先カード603をパケット処理カード1に更新するステップ1322。その後、パケット処理カード2は、セッション情報テーブルを参照して、セッション番号<1111>に関するセッション情報のパラメータを含むセッション情報通知をパケット処理カード1に送信するステップ1323。パケット処理カード1は、セッション情報通知を受信すると、その中に含まれたセッション番号<1111>に関するセッション情報を、セッション情報テーブルに格納するステップ1324。その後、パケット処理カード1は、解除通知を移動管理装置に送信するステップ1325。移動管理装置は、解除通知を受信すると、セッション番号<1111>が再びアクティブ状態になるように、基地局と通信を行い、該当セッションについてアクティブ状態への遷移処理を開始するステップ1330。このアクティブ状態遷移処理は、当業者には良く知られた処理であり、詳細は省略する。以上の手順によって、アクティブ状態にあるセッションを収容元パケット処理カードに切り戻す処理が完了する。これにより、パケット処理カードの処理負荷が高くなった場合には、アクティブ状態が一定時間以上続いたセッションを収容元へ切り戻すことができる。この手順は、切り戻し以外にも適用することも可能である。たとえば、常にセッションがアクティブ状態にあるヘビーユーザのセッションを各パケット処理カードに均等に分散することができ、ゲートウェイ装置全体の利用効率向上に貢献できる。3.処理フローチャート本実施の形態のゲートウェイ装置は4つの動作から成る。具体的には、処理負荷上昇を検知してセッションの収容先切り替えを実施するパケット処理カードの動作、その収容先切り替え相手として通知を受信したパケット処理カードの動作、パケット処理カードから通知を受信した移動管理装置の動作、ユーザデータパケットを受信したパケット処理カードの動作である。図14は、パケット処理カードが処理負荷上昇を検知するフローチャート図である。まず、パケット処理カードは、処理負荷が上昇し、閾値を超えたことを検知するステップ1400。パケット処理カードは、振分テーブルの収容元カード604を参照して、収容元が他のパケット処理カードであるセッションを列挙する1401。候補がない場合収容元が他のパケット処理カードであるセッションがない場合、パケット処理カードは、振分テーブルの状態602と、モニタ情報テーブルの総接続時間1102とアクティブ状態累積時間1103を参照して、アイドル状態、かつアクティブ率=アクティブ状態累積時間/総接続時間が閾値以上のセッションを選択するステップ1402。次に、パケット処理カードは、カード情報テーブルの処理負荷402を参照して、処理負荷が閾値以下であるパケット処理カードを収容先として選択するステップ1403。選択したセッションに関して、移動管理装置にアクティブ化一時停止通知を送信するステップ1404。その後、該当セッションに関して、振分テーブルの収容先カード603を、選択した収容先パケット処理カードに更新するステップ1405。次に、収容先パケット処理カードに、該当セッションに関して収容先変更通知を送信するステップ1406。さらに、収容先パケット処理カードに、セッション情報テーブルを参照して、該当セッションに関するセッション情報のパラメータを含むセッション情報通知を送信しステップ1407、処理を収容する1408。ステップ1401に戻り、候補があった場合収容元が他のパケット処理カードであるセッションがある場合、振分テーブルの状態602を参照し、列挙した候補の中からアイドル状態にあるセッションを選択するステップ1409。そのようなセッションが選択可能である場合、カード情報テーブルの処理負荷402を参照して、選択したセッションの収容元パケット処理カードの処理負荷が閾値以下になっているかを検査するステップ1410。収容元パケット処理カードの処理負荷が閾値以下である場合、選択したセッションの収容先を切り戻すため、収容元パケット処理カードを選択しステップ1411、ステップ1404以降を実行する。ステップ1410に戻り、収容元パケット処理カードの処理負荷が閾値以上である場合、カード情報テーブルの処理負荷402を参照して、処理負荷が閾値以下であるパケット処理カードを新たな収容先として選択するステップ1412。その後、選択したセッションに関して、移動管理装置にアクティブ化一時停止通知を送信するステップ1413。収容元パケット処理カードに、該当セッションに関して収容先変更通知を送信しステップ1414、ステップ1405以降を実行する。ステップ1409に戻り、列挙した候補の中にアイドル状態のセッションが存在しない場合、モニタ情報テーブルのアクティブ状態連続時間1104を参照して、アクティブ状態連続時間が閾値以上となるセッションを選択するステップ1415。そのようなセッションが存在しない場合、ステップ1402以降を実行する。一方、そのようなセッションを選択可能である場合、該当セッションに関して、移動管理装置に強制アイドル化通知を送信しステップ1416、ステップ1410以降を実行する。図15は、パケット処理カードがセッション収容先変更通知を受信するフローチャート図である。まず、他のパケット処理カードからセッション収容先変更通知を受信するステップ1500。通知の中に記されたセッションに関して、振分テーブルの収容先カード603を自分に、収容元カード604を元来該当セッションが収容されていた収容元パケット処理カードに更新するステップ1501。その後、セッション収容先変更通知を送信したパケット処理カードからセッション情報通知を受信するまで待機するステップ1502。セッション情報通知の中に含まれた該当セッションに関するセッション情報を、セッション情報テーブルに格納するステップ1503。さらに、該当セッションに関して、移動管理装置に解除通知を送信しステップ1504、処理を終了するステップ1505。図16は、移動管理装置がパケット処理カードから通知を受信するフローチャート図である。まず、パケット処理カードから何らかの通知を受信しステップ1600、そのメッセージの種別を判別するステップ1601。アクティブ化一時停止通知である場合、その通知に記されたセッションに関して、基地局から該当セッションについてアクティブ状態に遷移する要求があっても一定の間応答を返さないなどして、アクティブ化を一時的に停止するよう設定しステップ1602、処理を終了するステップ1603。ステップ1601に戻り、強制アイドル化通知であった場合、その通知に記されたセッションに関して、基地局と通信してアイドル状態への遷移処理を実行しステップ1604、処理を終了するステップ1603。ステップ1601に戻り、解除通知であった場合、その通知に記されたセッションに関して、現在の状態を識別するステップ1605。アクティブ化一時停止状態に設定されていた場合、該当セッションのアクティブ化一時停止の設定を解除しステップ1606、処理を終了するステップ1603。ステップ1605に戻り、解除通知に記されたセッションに関して、現在の状態が強制的にアイドル状態化を実行された場合、該当セッションに対して、基地局と通信してアクティブ状態への遷移処理を実行しステップ1607、処理を終了するステップ1603。図17は、パケット処理カードがユーザデータパケットを受信するフローチャート図である。まず、ユーザデータパケットを受信するとステップ1700、そのパケットをどのI/Fから受信したのかを特定するステップ1701。ここで、I/Fには内部装置向けと外部装置向けがあり、内部装置向けI/Fとは図2に示したI/F214-1、214-2、214-3であり、外部装置向けI/FとはI/F213-1、213-2、213-3である。ユーザデータパケットを受信したI/Fが内部装置向けであった場合、他のパケット処理カードから転送されてきたパケットであるので、ゲートウェイ処理を実行しステップ1702、処理を終了するステップ1703。ステップ1701に戻り、ユーザデータパケットを受信したI/Fが外部装置向けであった場合、ゲートウェイ装置外部から直接受信したパケットであるので、まず、セッション情報テーブルのカプセリング情報702とユーザデータフロー情報703と照合して、セッション番号を判別するステップ1704。次に、振分テーブルの収容先カード603を参照して、該当セッションの収容先パケット処理カードを特定するステップ1705。収容先が自分である場合、ゲートウェイ処理を実行しステップ1702、処理を終了するステップ1703。一方、収容先が他のパケット処理カードである場合、収容先パケット処理カードにユーザデータパケットを転送してステップ1706、処理を終了するステップ1703。以上の動作によって、パケット処理カードの処理負荷がそれ以上上がって処理性能の上限に達するのを未然に防止する効果を得られる。その結果、パケット順序の逆転を発生させずに、パケット処理カード間での長期的なトラヒックの偏りを抑制し、処理負荷の偏りを抑制できる。1.システム本発明が適用される通信システムの構成、本実施の形態のゲートウェイ装置のハードウェア構成、およびソフトウェアプログラム構成は、実施例1と同様である。2.処理シーケンス本実施の形態のゲートウェイ装置において、セッションがアイドル状態からアクティブ状態に遷移する際に、そのセッションの収容先パケット処理カードを切り替える手順を説明する。各パケット処理カードは常に、自身の処理負荷を計測し、他のパケット処理カードとその情報を共有し、カード情報テーブル400-1に保持している。処理負荷は、CPU使用率、メモリ使用率、デバイス入力/出力帯域使用率を測定し、それらを加味して算出する。図18を用いて、セッションがアイドル状態からアクティブ状態に遷移する際にセッションの収容先パケット処理カードを切り替える手順を説明する。アクセスゲートウェイ装置102は、パケット処理カード1と2210-1、210-2を含む。ここでは、あるセッションの収容先をパケット処理カード1からパケット処理カード2に切り替える場合を想定する。現在、セッション番号<1111>がアイドル状態にあるとするステップ1800。このとき、基地局101-1と移動管理装置105が制御信号の通信を行い、セッション番号<1111>がアクティブ状態に遷移する処理を開始するステップ1810。このアクティブ状態遷移処理は、当業者にはよく知られているものであり、詳細は省略する。アクティブ状態遷移処理が開始されると、セッション番号<1111>に関するユーザデータパケットのゲートウェイ処理準備のために、移動管理装置は、フロー設定要求をパケット処理カード1に送信するステップ1811。これにより、パケット処理カード1は、セッション番号<1111>がアイドル状態からアクティブ状態への遷移を開始したことを認識する。次に、パケット処理カード1は、自身の処理負荷が上昇しており、あらかじめ設定した閾値を超えたことを検知するステップ1812。このとき、パケット処理カード1は、カード状態テーブル400-1の処理負荷402を参照し、パケット処理カード2の処理負荷が閾値以下であることを確認する。パケット処理カード1は、セッション番号<1111>を選択し、パケット処理カード2に収容先を変更することを決定するステップ1813。パケット処理カード1は、セッション番号<1111>に関してアクティブ化一時停止通知を移動管理装置に送信するステップ1814。移動管理装置は、アクティブ化一時停止通知を受信すると、基地局との通信を一定時間停止するなどして、該当セッションのアクティブ状態への遷移を一時的に中断するよう設定するステップ1815。一方、パケット処理カード1は、セッション番号<1111>に関して、振分テーブルの収容先カード603をパケット処理カード2に更新するステップ1816。パケット処理カード1は、セッション番号<1111>に関して収容先変更通知をパケット処理カード2に送信するステップ1817。パケット処理カード2は、収容先変更通知を受信すると、収容先変更通知を受信すると、振分テーブルにセッション番号<1111>のエントリを追加し、振分テーブルの収容先カード603をパケット処理カード2に、収容元カード604をパケット処理カード1に更新するステップ1818。その後、パケット処理カード1は、セッション情報テーブル700-1を参照して、セッション番号<1111>に関するセッション情報のパラメータを含むセッション情報通知をパケット処理カード2に送信するステップ1819。パケット処理カード2は、セッション情報通知を受信すると、その中に含まれたセッション番号<1111>に関するセッション情報を、セッション情報テーブルに格納するステップ1820。その後、パケット処理カード2は、解除通知を移動管理装置に送信するステップ1821。移動管理装置は、解除通知を受信すると、ステップ1815で設定した該当セッションのアクティブ化一時中断状態を解除する。最後に、パケット処理カード1は、ステップ1811のフロー設定要求に対する応答としてフロー設定応答を移動管理装置に返すステップ1822。その後、移動管理装置は、基地局と通信して、セッション番号<1111>のアクティブ状態遷移処理を再開する。以上の手順によって、セッションがアイドル状態からアクティブ状態に遷移する際に、そのセッションの収容先パケット処理カードを切り替える処理が完了する。図18の後にセッション番号<1111>のユーザデータパケットを実際に受信して処理する手順は、図8の810からの手順と同様である。図8については実施例1において説明済みのため、ここでは説明を省略する。以上の手順によって、端末と対向端末がエンド-エンド間でユーザデータパケットを通信し合う段階では、アクセスゲートウェイ装置は、セッションの収容先となるパケット処理カードの切り替え処理を完了しており、その結果、パケット順序の逆転が発生することを防ぐことができる。また、図18の手順を繰り返すことで、処理負荷が高いパケット処理カードにおいて、それ以上アクティブ状態のセッション数が増えるのを防止することができる。アクティブ状態のセッション数が変わらなければ、そのパケット処理カードにおいてゲートウェイ処理するユーザデータトラヒック量が大きく変動する可能性は低くなる。こうすることで、処理負荷が閾値以上に上がって処理性能の上限に達するのを未然に防止する効果を得られる。その結果、パケット順序の逆転を発生させずに、パケット処理カード間での長期的なトラヒックの偏りを抑制し、処理負荷の偏りを抑制できる。また、図18と図8のステップ810以降の手順では、基地局とサービス網ゲートウェイ装置は標準通りの動作となるため、何ら修正を加える必要がない。3.フローチャート本実施の形態のゲートウェイ装置は4つの動作から成る。具体的には、セッションのアクティブ状態遷移開始を検出して該当セッションの収容先切り替えを実施するパケット処理カードの動作、その収容先切り替え相手として通知を受信したパケット処理カードの動作、パケット処理カードから通知を受信した移動管理装置の動作、ユーザデータパケットを受信したパケット処理カードの動作である。図19は、パケット処理カードがあるセッションのアクティブ状態遷移開始を検出するフローチャート図である。まず、自身が収容しており、かつアイドル状態にあるセッションのうちのいずれかが、アクティブ状態への遷移を開始したことを検出するステップ1900。次に、自分の処理負荷が閾値以上であるかを確認するステップ1901。自分の処理負荷が閾値以下であるなら、処理を収容するステップ1907。一方、自分の処理負荷が閾値以上であるなら、カード情報テーブルの処理負荷402を参照して、処理負荷が閾値以下であるパケット処理カードを収容先として選択するステップ1902。該当セッションに関して、移動管理装置にアクティブ化一時停止通知を送信するステップ1903。その後、該当セッションに関して、振分テーブルの収容先カード603を、選択した収容先パケット処理カードに更新するステップ1904。次に、収容先パケット処理カードに、該当セッションに関して収容先変更通知を送信するステップ1905。さらに、収容先パケット処理カードに、セッション情報テーブルを参照して、該当セッションに関するセッション情報のパラメータを含むセッション情報通知を送信しステップ1906、処理を収容する1907。パケット処理カードがセッション収容先変更通知を受信するフローチャート図、移動管理装置がパケット処理カードから通知を受信するフローチャート図、パケット処理カードがユーザデータパケットを受信するフローチャート図は、それぞれ図15、図16、図17と同様であり、実施例1において説明済みのため、ここでは説明を省略する。以上の動作によって、パケット処理カードの処理負荷がそれ以上上がって処理性能の上限に達するのを未然に防止する効果を得られる。その結果、パケット順序の逆転を発生させずに、パケット処理カード間での長期的なトラヒックの偏りを抑制し、処理負荷の偏りを抑制できる。