(57)【要約】【課題】ファイル更新が容易なネットワークノードを提供する。【解決手段】ファイル更新準備中の所定期間、ノード間通信部１４は、他装置２０からの呼処理信号を旧ファイルで動作するプロセッサ１１と新ファイルで動作するプロセッサ１２の両方に送る。旧ファイルで動作するプロセッサ１１は呼処理において記録するコンテキスト情報を識別するインデックス情報を決定して新ファイルで動作するプロセッサ１２に通知する。新ファイルで動作するプロセッサ１２は呼処理において記録するコンテキスト情報を旧ファイルで動作するプロセッサ１１から通知されたインデックス情報によって記録する。ファイル更新後、ノード間通信部１４は、他装置２０からの呼処理信号を新ファイルで動作するプロセッサ１２に送る。新ファイルで動作するプロセッサ１２はインデックス情報を自身で決定する。【選択図】図１
2007233827.tif 000002
【特許請求の範囲】
【請求項１】
呼処理信号を他装置との間で送受信して呼処理を行うネットワークノード装置であって、
ファイル更新準備中の所定期間、一部のプロセッサが旧ファイルで動作し、他の一部のプロセッサが新ファイルで動作し、前記旧ファイルで動作するプロセッサは呼処理において記録するコンテキスト情報を識別するインデックス情報を決定して前記新ファイルで動作するプロセッサに通知し、前記新ファイルで動作するプロセッサは呼処理において記録するコンテキスト情報を前記旧ファイルで動作するプロセッサから通知された前記インデックス情報によって記録し、前記旧ファイルで動作するプロセッサを運用から切り離すことでファイル更新した後、前記新ファイルで動作するプロセッサだけが動作し、インデックス情報を自身で決定する、複数の呼処理プロセッサと、
ファイル更新準備中の前記所定期間、前記他装置からの呼処理信号を前記旧ファイルで動作するプロセッサと前記新ファイルで動作するプロセッサの両方に送り、ファイル更新後、前記他装置からの呼処理信号を前記新ファイルで動作するプロセッサのみに送るノード間通信部と、を有するネットワークノード装置。
【請求項２】
前記ノード間通信部は、ファイル更新準備中、前記旧ファイルで動作するプロセッサからの呼処理信号を前記他装置に送り、前記新ファイルで動作するプロセッサからの呼処理信号を廃棄し、ファイル更新後、前記新ファイルで動作するプロセッサからの呼処理信号を前記他装置に送る、請求項１に記載のネットワークノード装置。
【請求項３】
前記新ファイルで動作するプロセッサは、ファイル更新準備中、呼処理信号を送信する前に廃棄し、ファイル更新後、呼処理信号を前記他装置に送信する、請求項１に記載のネットワークノード装置。
【請求項４】
前記新ファイルで動作するプロセッサは、ファイル更新準備中、呼処理信号を生成せず、ファイル更新後、呼処理信号を生成して前記他装置に送信する、請求項１に記載のネットワークノード装置。
【請求項５】
複数のプロセッサを備え、呼処理信号を他装置との間で送受信して呼処理を行うネットワークノード装置においてプログラムのファイルを更新するためのファイル更新方法であって、
前記他装置からの呼処理信号を旧ファイルで動作するプロセッサと新ファイルで動作するプロセッサの両方に送り、前記旧ファイルで動作するプロセッサは呼処理において記録するコンテキスト情報を識別するインデックス情報を決定して前記新ファイルで動作するプロセッサに通知し、前記新ファイルで動作するプロセッサは呼処理において記録するコンテキスト情報を前記旧ファイルで動作するプロセッサから通知された前記インデックス情報によって記録するようにして、前記旧ファイルで動作するプロセッサと前記新ファイルで動作するプロセッサとで並行動作し、
前記旧ファイルで動作するプロセッサと前記新ファイルで動作するプロセッサとの並行動作が所定期間継続されたか否か判定し、
前記旧ファイルで動作するプロセッサと前記新ファイルで動作するプロセッサとの並行動作が所定期間継続されていれば、前記旧ファイルで動作するプロセッサを運用から切り離して、前記新ファイルで動作するプロセッサのみが動作し、該新ファイルで動作するプロセッサ自身でインデックス情報を決定する、ファイル更新方法。
【請求項６】
前記旧ファイルで動作するプロセッサと前記新ファイルで動作するプロセッサとの並行動作中は、前記旧ファイルで動作するプロセッサからの呼処理信号を前記他装置に送り、前記新ファイルで動作するプロセッサからの呼処理信号を廃棄し、
前記新ファイルで動作するプロセッサのみの動作に切り替わった後は、該新ファイルで動作するプロセッサからの呼処理信号を前記他装置に送る、請求項５に記載のファイル更新方法。
【請求項７】
前記旧ファイルで動作するプロセッサと前記新ファイルで動作するプロセッサとの並行動作中は、前記新ファイルで動作するプロセッサが呼処理信号を送信する前に廃棄し、
前記新ファイルで動作するプロセッサのみの動作に切り替わった後は、前記新ファイルで動作するプロセッサが呼処理信号を前記他装置に送信する、請求項５に記載のファイル更新方法。
【請求項８】
前記旧ファイルで動作するプロセッサと前記新ファイルで動作するプロセッサとの並行動作中は、前記新ファイルで動作するプロセッサが呼処理信号を生成せず、
前記新ファイルで動作するプロセッサのみの動作に切り替わった後は、前記新ファイルで動作するプロセッサが呼処理信号を生成して前記他装置に送信する、請求項５に記載のファイル更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、呼処理を行うネットワークノードに関し、特に、そのネットワークノードのファイル更新に関する。
【背景技術】
【０００２】
ネットワークノードは、呼接続を行うと、その呼が接続されている間、通信中の呼に関する情報（以下「コンテキスト情報」という）をメモリに保持する。呼処理を行うネットワークノードは、呼処理を含む様々な機能をプログラムにて実現しており、ファイル化されたプログラムを実行することで動作している。
【０００３】
そして、ファイル化されたプログラムを実行して動作するネットワークノードでは、機能拡張やバグ対処等の目的で旧ファイルから新ファイルへの更新を行うことがある。（例えば、特許文献１参照）
複数のプロセッサを備えたネットワークノードでは、一部のプロセッサで旧ファイルを動作させながら他のプロセッサのメモリに新ファイルをロードした後に、新ファイルをロードしたプロセッサに動作を切り替えることが行われる。
【０００４】
その際、コンテキスト情報の構成が変更されるようなファイル更新であれば、旧ファイルで作成されたコンテキスト情報を新ファイルで引き続き用いることができない。そのため、そのような場合には、従来のネットワークノードでは通信中の呼を全て切断してからファイルを更新するという手順が採られていた。一般的には、ユーザへの影響を抑えるために、通信中の呼の少なくなる深夜などに行われる。
【特許文献１】特開２００１−１５７２３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
通信中の呼を切断することは、ネットワーク運用会社やエンドユーザから見て好ましいことではない。ファイルを更新する瞬間に呼接続処理を実施している呼については切断するとしても、通信中の安定呼については通信を継続させることが求められる。
【０００６】
通信中の呼を継続させるためには、旧ファイル側で通信中となっていた呼のコンテキスト情報を新ファイル側に引き継ぐ必要がある。従来、旧ファイルで作成されたコンテキスト情報を新ファイルで動作するように変換するという方法が考えられる。
【０００７】
図５は、ファイル更新によるコンテキスト情報の変化の一例を示す図である。図５には、３つの版のファイルの各々によるコンテキスト情報が示されている。ここでは、ファイルの版数はＡ１、Ａ２、Ａ３の３つであるとする。各版のコンテキスト情報には３つの情報要素ａ、ｂ、ｃが含まれているものとする。図３では、（Ａ１）にファイル版数Ａ１のコンテキスト情報９１が、（Ａ２）にファイル版数Ａ２のコンテキスト情報９２が、（Ａ３）にファイル版数Ａ３のコンテキスト情報９３が示されている。
【０００８】
ファイル版数Ａ１では、情報要素ａ、ｂの格納に必要なメモリサイズは情報要素ｃの２倍である。そして、ファイル版数Ａ２では、コンテキスト情報９１に比べて情報要素ｂのメモリサイズが増加している。さらに、ファイル版数Ａ３では、ファイル版数Ａ２と比べて情報要素ａのメモリサイズが増加している。このため、メモリ内のコンテキスト情報を単純に旧ファイル側から新ファイル側へコピーするだけでは新ファイルは正常に動作しない。
【０００９】
ここでは、現在、ファイル版数Ａ１で動作しているネットワークノードと、ファイル版数Ａ２で動作しているネットワークノードとがあり、それらを全てファイル版数Ａ３に更新しようとしているとする。
【００１０】
この例では、ファイル版数Ａ１からファイル版数Ａ３へのバージョンアップでは、ファイル版数Ａ１で作成されたコンテキスト情報９１を、ファイル版数Ａ３のコンテキスト情報９３の構成に変換する必要がある。また、ファイル版数Ａ２からファイル版数Ａ３へのバージョンアップでは、ファイル版数Ａ２で作成されたコンテキスト情報９２を、ファイル版数Ａ３のコンテキスト情報９３の構成に変換する必要がある。すなわち、ファイル版数Ａ２からファイル版数Ａ３へのバージョンアップでは、ファイル版数Ａ１からファイル版数Ａ３へのバージョンアップとは異なる変換処理が必要となる。そのため、それぞれの変換処理を行う複数のプログラムを作成する必要がある。
【００１１】
また、旧版ファイルと新版ファイルのコンテキスト情報の構成を比較調査して変換処理のプログラムを作成する手間が必要である。
【００１２】
本発明の目的は、ファイル更新が容易なネットワークノードを提供することである。
【課題を解決するための手段】
【００１３】
上記目的を達成するために、本発明のネットワークノード装置は、
呼処理信号を他装置との間で送受信して呼処理を行うネットワークノード装置であって、
ファイル更新準備中の所定期間、一部のプロセッサが旧ファイルで動作し、他の一部のプロセッサが新ファイルで動作し、前記旧ファイルで動作するプロセッサは呼処理において記録するコンテキスト情報を識別するインデックス情報を決定して前記新ファイルで動作するプロセッサに通知し、前記新ファイルで動作するプロセッサは呼処理において記録するコンテキスト情報を前記旧ファイルで動作するプロセッサから通知された前記インデックス情報によって記録し、ファイル更新後、前記新ファイルで動作するプロセッサのみが動作し、インデックス情報を自身で決定する、複数の呼処理プロセッサと、
ファイル更新準備中の前記所定期間、前記他装置からの呼処理信号を前記旧ファイルで動作するプロセッサと前記新ファイルで動作するプロセッサの両方に送り、ファイル更新後、前記他装置からの呼処理信号を前記新ファイルで動作するプロセッサのみに送るノード間通信部とを有している。
【００１４】
本発明によれば、旧ファイルの呼処理プロセッサと新ファイルの呼処理プロセッサを並行動作させて、新ファイルの呼処理プロセッサを旧ファイルの呼処理プロセッサと同等のコンテキスト情報を保持した状態にしてから、旧ファイルの呼処理プロセッサから新ファイルの呼処理プロセッサへの切り替えが行われる。そのため、ファイル更新による呼の切断が低減され、コンテキスト情報を引き継ぐ処理を要さず容易にファイルを更新させることができる。
【００１５】
また、前記ノード間通信部は、ファイル更新準備中、前記旧ファイルで動作するプロセッサからの呼処理信号を前記他装置に送り、前記新ファイルで動作するプロセッサからの呼処理信号を廃棄し、ファイル更新後、前記新ファイルで動作するプロセッサからの呼処理信号を前記他装置に送ることとしてもよい。
【００１６】
また、前記新ファイルで動作するプロセッサは、ファイル更新準備中、呼処理信号を送信する前に廃棄し、ファイル更新後、呼処理信号を前記他装置に送信することとしてもよい。
【００１７】
また、前記新ファイルで動作するプロセッサは、ファイル更新準備中、呼処理信号を生成せず、ファイル更新後、呼処理信号を生成して前記他装置に送信することとしてもよい。
【発明の効果】
【００１８】
本発明によれば、ファイル更新による呼の切断が低減され、コンテキスト情報を引き継ぐ処理を要さず容易にファイルを更新させることができる。
【発明を実施するための最良の形態】
【００１９】
本発明を実施するための形態について図面を参照して詳細に説明する。本実施形態では、ネットワークノードの一例として移動体通信システムの無線制御局装置（ＲＮＣ）を示す。しかし、本発明は、ＲＮＣに限定されるものではなく、移動体通信システムの無線基地局や交換局など、呼処理を行うネットワークノードに広く適用することができる。
【００２０】
図１は、本実施形態のＲＮＣの構成を示すブロック図である。図１を参照すると、ＲＮＣ１０は呼処理プロセッサ１１、１２、プロセッサ間通信部１３、およびノード間通信部１４を有している。
【００２１】
呼処理プロセッサ１１、１２は呼処理を行うプロセッサであり、呼処理において、他ノード２０と呼処理信号を送受信し、必要なコンテキスト情報を記録する。コンテキスト情報は呼に対応しており、呼処理プロセッサ１１、１２は、通信中はコンテキスト情報を保持し、呼切断したとき破棄する。
【００２２】
ここで、ファイル更新は、呼処理プロセッサ１１で旧ファイルを動作させながら呼処理プロセッサ１２に新ファイルをロードした後、旧ファイルで動作する呼処理プロセッサ１１と新ファイルで動作する呼処理プロセッサ１２が並行して動作する期間を経て、呼処理プロセッサ１２のみの動作に移行するものとする。そして、呼処理プロセッサ１１と呼処理プロセッサ１２が並行して動作する期間を「ファイル更新準備中」ということにする。呼処理プロセッサ１２のみの動作に移行することを「ファイル更新」ということにする。
【００２３】
並行動作は予め定められた一定時間だけ行うものとすればよい。この一定時間は、並行動作を開始する前に接続された呼が一定以上の確率で切断される時間に設定すればよい。あるいは、並行動作を開始する前に接続された呼が全て切断されるまで並行動作を行うことにしてもよい。
【００２４】
また、呼処理プロセッサ１２のみの動作に移行した後を「ファイル更新後」ということにする。
【００２５】
ファイル更新準備中、呼処理プロセッサ１１は呼処理においてコンテキスト情報を記録するメモリのインデックス番号を決定して呼処理プロセッサ１２に通知する。このインデックス番号は、呼処理プロセッサ１１からプロセッサ間通信部１３を経由して呼処理プロセッサ１２に通知される。
【００２６】
呼処理プロセッサ１１は、呼処理において記録するコンテキスト情報を自身の決定したインデックス番号によって記録する。呼処理プロセッサ１２は、呼処理において記録するコンテキスト情報を呼処理プロセッサ１１から通知されたインデックス番号によって記録する。
【００２７】
プロセッサ間通信部１３は、呼処理プロセッサ１１と呼処理プロセッサ１２の間のプロセッサ間通信を中継する。プロセッサ間通信では、上述したコンテキスト情報を記録するメモリのインデックス情報が転送される。
【００２８】
ノード間通信部１４は、呼処理における呼処理プロセッサ１１、１２と他ノード２０の間の呼処理信号を中継する。他ノード２０は、具体的には移動端末（ＵＥ）、無線基地局（ＮｏｄｅＢ）、およびコアネットワーク（ＣＮ）などである。
【００２９】
ただし、ファイル更新準備中、ノード間通信部１４は、旧ファイルで動作している呼処理プロセッサ１１からの呼処理信号を他ノード２０に送り、新ファイルで動作している呼処理プロセッサ１２からの呼処理信号を他ノード２０に送らず破棄する。また、ノード間通信部１４は他ノードからの呼処理信号を呼処理プロセッサ１１および呼処理プロセッサ１２に送る。
【００３０】
また、ファイル更新後、ノード間通信部１４は、呼処理プロセッサ１２からの呼処理信号のみを他ノード２０に送る。そして、ノード間通信部１４は、他ノード２０からの呼処理信号を呼処理プロセッサ１２のみに送る。
【００３１】
図２は、呼処理プロセッサの構成を示すブロック図である。図２を参照すると、呼処理プロセッサ１１、１２は、呼処理制御部３１およびコンテキストメモリ３２を有している。
【００３２】
呼処理制御部３１は、呼処理信号を受信し、必要なコンテキスト情報をコンテキストメモリ３２に記録し、呼処理信号の応答を作成して送信する。コンテキストメモリ３２の各呼のコンテキスト情報のメモリエリアには識別のためのインデックス番号が付与されている。ファイル更新準備中、呼処理制御部３１は、旧ファイルで動作していれば、コンテキスト情報を記録するメモリエリアのインデックス情報を、プロセッサ間通信により新ファイルで動作している呼処理プロセッサに通知する。また、新ファイルで動作していれば、呼処理制御部３１は、プロセッサ間通信により通知されたインデックス情報により示されるメモリエリアにコンテキスト情報を記録する。
【００３３】
コンテキストメモリ３２は、通信中の各ＵＥの呼に対応したコンテキスト情報を、インデックス情報で識別されるメモリエリアに保存する。コンテキストメモリ３２のコンテキスト情報の各情報要素のメモリサイズは旧ファイルと新ファイルで異なる場合があるが、コンテキスト情報は同じインデックス情報で識別可能となる。
【００３４】
図３は、本実施形態のＲＮＣ１０におけるファイル更新の一連の動作を示すフローチャートである。図３を参照すると、ＲＮＣ１０は、ファイルを更新するとき、まず呼処理プロッサ１１で旧ファイルによる動作をしながら呼処理プロセッサ１２に新ファイルをロードした後、呼処理プロッサ１１と呼処理プロセッサ１２による並行動作を行う（ステップ１０１）。
【００３５】
この並行動作においては、ノード間通信部１４は、他ノード２０と呼処理プロセッサ１１の間の呼処理信号は双方向を疎通させる。また、ノード間通信部１４は、他ノード２０と呼処理プロセッサ１２の間では、他ノード２０からの呼処理信号を呼処理プロセッサ１２へ疎通させるだけで、呼処理プロセッサ２０から他ノード２０への呼処理信号は破棄する。
【００３６】
また、呼処理プロセッサ１１は、コンテキスト情報を記録するコンテキストメモリ３２のインデックス情報を呼処理プロセッサ１２に通知する。呼処理プロセッサ１１は、他ノード２０との呼処理信号の送受信により呼を接続するとき、コンテキスト情報を自身の決定したインデックス情報に従って記録する。一方、呼処理プロセッサ１２は、呼を接続するとき、コンテキスト情報を、呼処理プロセッサ１１から通知されたインデックス情報に従って記録する。
【００３７】
そして、ＲＮＣ１０は、この並行動作を開始してから一定時間が経過したか否か判定する（ステップ１０２）。一定時間が経過していなければ、ＲＮＣ１０は並行動作を継続する。
【００３８】
一方、一定時間が経過していれば、ＲＮＣ１０は、次に、呼処理プロセッサ１１を運用から切り離して、呼処理プロセッサ１２のみによる新ファイルの動作に移行することで、ファイル更新を行う（ステップ１０３）。一定時間が経過すると、呼処理プロセッサ１１のコンテキストメモリ３２内のコンテキスト情報と、呼処理プロセッサ１２のコンテキストメモリ３２内のコンテキスト情報とは、一定以上の確率で呼が対応した状態となっている。そのため、一定時間を適切に設定することで、新ファイルに移行したときに切断される呼は無いか、あるいは許容できる程度に少なく済む。
【００３９】
なお、図３では、並行動作を開始してから一定時間が経過したら新ファイルでの動作に移行する例を示したが、へ移行動作を開始する前に接続された呼が全て切断されたら新ファイルでの動作に移行することにしてもよい。その場合、ステップ１０２では、並行動作を開始する前に接続した呼が全て切断されたか否かを判定すればよい。
【００４０】
図４は、本実施形態によるＲＮＣ１０の動作例を示すシーケンスチャートである。図４を参照すると、ここでは、既に呼処理プロセッサ１１に旧ファイルがロードされ、呼処理プロセッサ１２に新ファイルがロードされているものとする。また、呼処理プロセッサ１１は運用中であり既に接続中の呼に対応するコンテキスト情報がコンテキストメモリ32に存在する。一方、呼処理プロセッサ１２は新たにファイルがロードされたため、コンテキストメモリ３２にコンテキスト情報は全く存在しない状態である。
【００４１】
図４を参照すると、他ノード２０から呼処理信号が送られてくると、ＲＮＣ１０において、ノード間通信部１４は、その呼処理信号を呼処理プロセッサ１１および呼処理プロセッサ１２の両方に送信する。
【００４２】
呼処理プロセッサ１１はその呼処理信号の処理に使用するコンテキストメモリ３２のインデックス番号を決定し、プロセッサ間通信部１３に送信する。プロセッサ間通信部１３は、それを呼処理プロセッサ２に転送する。
【００４３】
また、呼処理プロセッサ１１は、受信した呼処理信号を処理し、自身の決定したインデックス番号に対応するコンテキストメモリ３２のエリアにコンテキスト情報を記録する。そして、呼処理プロセッサ１１は呼処理信号応答を作成し、ノード間通信部１４へ送信する。
【００４４】
また、呼処理プロセッサ１２も、受信した呼処理信号を処理し、プロセッサ間通信部１３から通知されたインデックス番号に対応したコンテキストメモリ３２のエリアにコンテキスト情報を格納する。そして、呼処理プロセッサ１２は呼処理信号応答を作成し、ノード間通信部１４へ送信する。
【００４５】
このとき、呼処理プロセッサ１１のコンテキストメモリ３２の内容と呼処理プロセッサ１２のコンテキストメモリ３２の内容とは、ファイルの相違により異なったものとなる。
【００４６】
ノード間通信部１４は、呼処理プロセッサ１１から受信した呼処理信号応答を他ノード２０へ送信するが、呼処理プロセッサ１２から受信した呼処理信号応答は破棄する。
【００４７】
この旧ファイルと新ファイルを並行動作した状態を一定時間継続すると、呼処理プロセッサ１１が通信を管理している呼（安定呼）のコンテキスト情報に対応するコンテキスト情報が呼処理プロセッサ１２にも存在する状態となる。
【００４８】
ここで、呼処理プロセッサ１１を運用から切り離し、呼処理プロセッサ１２による運用に切り替える。つまり、ノード間通信部１４は他ノード２０からの呼処理信号を呼処理プロセッサ１２のみに送信し、呼処理プロセッサ１２からの呼処理信号応答を他ノード２０へ送信するように動作する。
【００４９】
新ファイルでの運用に切り替える前からＲＮＣ１０が通信を維持していた安定呼のコンテキスト情報は呼処理プロセッサ１２に存在するので、呼処理プロセッサ１２はこれを利用して呼を継続させることができる。
【００５０】
以上説明したように、本実施形態によれば、旧ファイルの呼処理プロセッサ１１と新ファイルの呼処理プロセッサ１２を並行動作させて、呼処理プロセッサ１２を呼処理プロセッサ１１と同等のコンテキスト情報を保持した状態にしてから、呼処理プロセッサ１１から呼処理プロセッサ１２への切り替えを行うことができる。そのため、ファイル更新による呼の切断が低減され、コンテキスト情報を引き継ぐ処理を要さず容易にファイルを更新させることができる。
【００５１】
なお、本実施形態では、旧ファイルがロードされた呼処理プロセッサ１１と新ファイルがロードされた呼処理プロセッサ１２の一組を備えたＲＮＣ１０を例示したが、本発明はこれに限定されるものではない。本発明は、複数組の呼処理プロセッサを備えたネットワークノードに適用することもできる。
【００５２】
一例を示すと、呼処理プロセッサ１１、１２、プロセッサ間通信部１３、およびノード間通信部１４のセットをＲＮＣ１０内に複数組備える構成である。そして、他ノード２０からの呼処理信号はロードバランシング機構により各ノード間通信部１４に分配される。
【００５３】
また、本実施形態では、図４にも示したように呼処理プロセッサ１２からの呼処理信号応答をノード間通信部１４で破棄する例を示したが、本発明はこれに限定されるものではない。他の例として、呼処理プロセッサ１２が呼処理信号応答を送信する前に破棄することとしてもよい。さらに他の例として、呼処理プロセッサ１２が呼処理信号応答を生成しないこととしてもよい。
【図面の簡単な説明】
【００５４】
【図１】本実施形態によるＲＮＣ１０の構成を示すブロック図である。
【図２】本実施形態による呼処理プロセッサの構成を示すブロック図である。
【図３】本実施形態ＲＮＣ１０におけるファイル更新の一連の動作を示すフローチャートである。
【図４】本実施形態によるＲＮＣ１０の動作例を示すシーケンスチャートである。
【図５】ファイル更新によるコンテキスト情報の変化の一例を示す図である。
【符号の説明】
【００５５】
１０    ＲＮＣ
１１、１２    呼処理プロセッサ
１３    プロセッサ間通信部
１４    ノード間通信部
２０    他ノード
３１    呼処理制御部
３２    コンテキストメモリ
１０１〜１０３    ステップ
【図１】
2007233827.tif 000003
【図２】
2007233827.tif 000004
【図３】
2007233827.tif 000005
【図４】
2007233827.tif 000006
【図５】
2007233827.tif 000007