JP2018117199A - 通信装置および通信方法 - Google Patents

Abstract

【課題】局データの設定にかかる時間を短縮すること。【解決手段】通信装置１１０は、第１ノード１１１のアドレスと第１ノード１１１の種別とを示す第１制御信号をブロードキャストにより送信する。また、通信装置１１０は、送信した第１制御信号に応じて第２ノード１２１から送信された、第２ノード１２１のアドレスを示す第２制御信号を受信する。また、通信装置１１０は、受信した第２制御信号が示すアドレスに基づいて第１ノード１１１の局データを設定する。また、通信装置１１０は、設定した局データに基づく第１ノード１１１のルーチングを制御する。【選択図】図１

Description

本発明は、通信装置および通信方法に関する。

従来、固定電話網や移動体通信網など、これまで回路スイッチやパケットスイッチが異なっていた公衆通信サービスを、ＩＰ技術やインターネット電話で使われるプロトコルであるＳＩＰで統合し、マルチメディアサービスを実現させるＩＭＳが知られている。ＩＰはＩｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌの略である。ＳＩＰはＳｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌの略である。ＩＭＳはＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍの略である。

また、ＩＰ電話機が、ブロードキャストでネットワークへ通信アドレス要求通知を送信する技術が知られている（たとえば、下記特許文献１参照。）。また、ネットワークに対しノードが新たに加入した場合に、自動的にこのノードのルーチングテーブルを生成する技術が知られている（たとえば、下記特許文献２参照。）。

また、ＥＣＵが新たに追加された場合や交換された場合に通信を行う技術が知られている（たとえば、下記特許文献３参照。）。また、ノードが、通信経路がなかった場合等にルート要求パケットをブロードキャストし、センタノードがルート要求パケットを送信したノードにルート回答パケットを送信する（たとえば、下記特許文献４参照。）。

特開２００６−３０４２６３号公報 特開平１０−７０５５２号公報 特開２０１４−１５４９２０号公報 国際公開第２０１３／００８８９０号

しかしながら、上述した従来技術では、たとえば、ＩＭＳ等においてルーチングを行うノードの増設や減設を行った場合に、ルーチングテーブル等の局データの設定は保守者の作業によって行われるため、局データの設定に時間がかかるという問題がある。

１つの発明では、本発明は、局データの設定にかかる時間を短縮することができる通信装置および通信方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、１つの実施態様では、第１ノードのアドレスと第１ノードの種別とを示す第１制御信号をブロードキャストにより送信し、送信した前記第１制御信号に応じて前記第１ノードと異なる第２ノードから送信された、前記第２ノードのアドレスを示す第２制御信号を受信し、受信した前記第２制御信号が示す前記アドレスに基づいて、前記第１ノードがルーチングに用いる局データを設定する通信装置および通信方法が提案される。

また、別の１つの実施態様では、第１ノードによって送信された、前記第１ノードのアドレスと前記第１ノードの種別とを示す第１制御信号を受信し、受信した前記第１制御信号が示す前記種別が特定の種別である場合に、前記第１ノードと異なる第２ノードのアドレスを示す第２制御信号を前記第１ノードへ送信し、前記第１制御信号が示す前記アドレスに基づいて、前記第２ノードがルーチングに用いる局データを設定する通信装置および通信方法が提案される。

本発明の一側面によれば、局データの設定にかかる時間を短縮することができるという効果を奏する。

図１は、実施の形態にかかる通信システムの一例を示す図である。 図２は、実施の形態にかかる移動体通信ネットワークの一例を示す図である。 図３は、実施の形態にかかる移動体通信ネットワークにおけるブロードキャストによるＩＰアドレス問い合わせの一例を示す図である。 図４は、実施の形態にかかるスケールアウト時のルーチング先解決処理の一例を示すシーケンス図である。 図５は、実施の形態にかかるスケールアウト前の各ルーチングテーブルの一例を示す図である。 図６は、実施の形態にかかるスケールアウト後の各ルーチングテーブルの一例を示す図である。 図７は、実施の形態にかかる移動体通信ネットワークにおける照合時のルーチング先解決処理の一例を示すシーケンス図である。 図８は、実施の形態にかかる移動体通信ネットワークにおける照合時のルーチング先解決処理の他の一例を示すシーケンス図である。 図９は、実施の形態にかかる移動体通信ネットワークにおけるスケールイン時のルーチング先解決処理の一例を示すシーケンス図である。 図１０は、実施の形態にかかる移動体通信ネットワークにおけるスケールイン後の各ルーチングテーブルの一例を示す図である。 図１１は、実施の形態にかかる移動体通信ネットワークにおける再開時のルーチング先解決処理の一例を示すシーケンス図である。 図１２は、実施の形態にかかるＩＰアドレスの問い合わせのパケットの一例を示す図である。 図１３は、実施の形態にかかるＩＰアドレスの問い合わせ応答のパケットの一例を示す図である。 図１４は、実施の形態にかかる照合要求のパケットの一例を示す図である。 図１５は、実施の形態にかかる照合応答のパケットの一例を示す図である。 図１６は、実施の形態にかかるＩＰアドレスの削除要求のパケットの一例を示す図である。 図１７は、実施の形態にかかるノードによる受信処理の一例を示すフローチャートである。 図１８は、実施の形態にかかるノードによる送信処理の一例を示すフローチャートである。 図１９は、実施の形態にかかるノードの構成およびルーチング先解決処理の一例を示す図である。 図２０は、実施の形態にかかるノードの構成および呼処理の一例を示す図である。 図２１は、実施の形態にかかるノードのハードウェア構成の一例を示す図である。

以下に図面を参照して、本発明にかかる通信装置および通信方法の実施の形態を詳細に説明する。

（実施の形態）
（実施の形態にかかる通信システム）
図１は、実施の形態にかかる通信システムの一例を示す図である。図１に示すように、実施の形態にかかる通信システム１００は、たとえば、通信装置１１０と、通信装置１２０と、を含む。

通信装置１１０においては、第１ノード１１１が実現される。第１ノード１１１は、通信装置１１０に備えられた物理的な通信装置であってもよいし、通信装置１１０において生成された仮想的なマシン（仮想マシン）であってもよいし、これらの組み合わせであってもよい。第１ノード１１１は、送信部１１２と、受信部１１３と、設定部１１４と、を備える。また、第１ノード１１１は、さらに制御部１１５を備えてもよい。

送信部１１２は、第１ノード１１１のアドレスと、第１ノード１１１の種別と、を示す第１制御信号を、後述の第２ノード１２１を含む各他ノードへブロードキャストにより送信する。この第１ノード１１１のアドレスは、第１ノード１１１が行うルーチングにおいて使用されるアドレス（たとえばＩＰアドレス）である。

受信部１１３は、送信部１１２によって送信された第１制御信号に応じて第２ノード１２１から送信された第２制御信号を受信する。この第２制御信号は、第２ノード１２１のアドレスを示す制御信号である。この第２ノード１２１のアドレスは、第１ノード１１１が行うルーチングにおいて使用されるアドレス（たとえばＩＰアドレス）である。受信部１１３は、受信した第２制御信号を設定部１１４へ出力する。

設定部１１４は、受信部１１３から出力された第２制御信号が示す第２ノード１２１のアドレスに基づいて、第１ノード１１１の局データを設定（更新）する。局データは、たとえば、宛先のアドレスと、ルーチングにおいてそのアドレスの信号を送出すべき自ノードのポートと、を対応付けるルーチングテーブルである。ポートは、物理的なポートであってもよいし、論理的なポートであってもよい。

制御部１１５は、設定部１１４によって設定された第１ノード１１１の局データに基づく第１ノード１１１によるルーチングを制御する。たとえば、制御部１１５は、第１ノード１１１が受信したルーチング対象の信号について、第１ノード１１１の局データを参照し、その信号の宛先のアドレスに対応するポートを特定する。そして、制御部１１５は、特定したポートからその信号を送出するように第１ノード１１１を制御する。

通信装置１２０においては、第２ノード１２１が実現される。第２ノード１２１は、通信装置１２０に備えられた物理的な通信装置であってもよいし、通信装置１２０において生成された仮想的なマシンであってもよいし、これらの組み合わせであってもよい。第２ノード１２１は、受信部１２２と、送信部１２３と、設定部１２４と、を備える。また、第２ノード１２１は、さらに制御部１２５を備えてもよい。

受信部１２２は、第１ノード１１１によって送信された第１制御信号を受信する。そして、受信部１２２は、受信した第１制御信号を送信部１２３および設定部１２４へ出力する。送信部１２３は、受信部１２２から出力された第１制御信号が示す第１ノード１１１の種別が特定の種別である場合に、第２ノード１２１のアドレスを示す第２制御信号を第１ノード１１１へ送信する。

種別は、ノードの機能に応じた種別（たとえば後述のサーバ種別）である。特定の種別は、たとえば、ルーチングにおいて第２ノード１２１と互いに信号を送受信すべきノードの種別である。また、送信部１２３は、第１制御信号が示す第１ノード１１１の種別が特定の種別でない場合は、第２制御信号を第１ノード１１１へ送信しない。

設定部１２４は、受信部１２２から出力された第１制御信号が示す第１ノード１１１の種別が特定の種別である場合に、第１制御信号が示す第１ノード１１１のアドレスに基づいて、第２ノード１２１の局データを設定する。また、設定部１２４は、第１制御信号が示す第１ノード１１１の種別が特定の種別でない場合は、第１制御信号が示す第１ノード１１１のアドレスに基づいて局データを設定しない。

制御部１２５は、設定部１２４によって設定された第２ノード１２１の局データに基づく第２ノード１２１によるルーチングを制御する。たとえば、制御部１２５は、第２ノード１２１が受信したルーチング対象の信号について、第２ノード１２１の局データを参照し、その信号の宛先のアドレスに対応するポートを特定する。そして、制御部１２５は、特定したポートからその信号を送出するように第２ノード１２１を制御する。

このように、図１に示す構成によれば、第１ノード１１１は、第１ノード１１１のアドレスと第１ノード１１１の種別とを示す第１制御信号をブロードキャストにより送信することができる。また、第１ノード１１１は、第１制御信号に応じて第２ノード１２１から送信された第２制御信号が示す第２ノード１２１のアドレスに基づいて第１ノード１１１の局データを設定することができる。これにより、ノードの種別に応じた第１ノード１１１の局データの設定を自動化し、局データの設定にかかる時間を短縮することができる。

また、第２ノード１２１は、第１ノード１１１によって送信された、第１ノード１１１のアドレスと第１ノード１１１の種別とを示す第１制御信号を受信することができる。そして、第２ノード１２１は、受信した第１制御信号が示す第１ノード１１１の種別が特定の種別である場合に、第１制御信号が示す第１ノード１１１のアドレスに基づいて第２ノード１２１の局データを設定することができる。これにより、ノードの種別に応じた第２ノード１２１の局データの設定を自動化し、局データの設定にかかる時間を短縮することができる。

また、第２ノード１２１は、受信した第１制御信号が示す第１ノード１１１の種別が特定の種別である場合に、第２ノード１２１のアドレスを示す第２制御信号を第１ノード１１１へ送信することができる。これにより、ルーチングにおいて第２ノード１２１と互いに信号を送受信すべき第１ノード１１１に対して、第２ノード１２１のアドレスを第１ノード１１１の局データに設定させることができる。

たとえば、第１ノード１１１は、第１ノード１１１の起動時に、第１ノード１１１の局データへの追加を指示する第１制御信号を送信する。第１ノード１１１の起動時は、たとえば物理的に増設された第１ノード１１１のルーチング処理の起動時や、スケールアウト等により仮想的に増設された第１ノード１１１のルーチング処理の起動時などである。

または、第１ノード１１１は、第１ノード１１１の停止時に、第１ノード１１１のアドレスの局データからの削除を指示する第１制御信号を送信してもよい。第１ノード１１１の停止時とは、たとえば物理的に減設される第１ノード１１１のルーチング処理の停止時や、スケールイン等により仮想的に減設される第１ノード１１１のルーチング処理の停止時などである。

また、第２ノード１２１の送信部１２３は、第１制御信号が示す第１ノード１１１の種別が特定の種別でない場合は、第１ノード１１１のアドレスを第２ノード１２１の局データに反映させず、第２制御信号を第１ノード１１１へ送信しない。これにより、第１ノード１１１は、アドレスを局データに反映させるべきノードから第２制御信号を受信し、反映させるべきアドレスを第１ノード１１１の局データに反映させることができる。

これにより、たとえば第１ノード１１１の種別と第２ノード１２１の種別とが特定の関係でない場合にＮＧ応答を示す第２制御信号を送信部１２３から第１ノード１１１へ送信する構成と比べて、送信される第２制御信号の数を減らすことができる。このため、トラヒック量の低減を図ることができる。

ただし、第１ノード１１１の種別と第２ノード１２１の種別とが特定の関係でない場合にＮＧ応答を示す第２制御信号を送信部１２３から第１ノード１１１へ送信する構成としてもよい。この場合は、第１ノード１１１の設定部１１４は、受信部１１３により受信された第２制御信号のうち、ＮＧ応答を示す第２制御信号を除く第２制御信号に基づいて第１ノード１１１の局データを設定する。

また、第１ノード１１１の送信部１１２は、第１制御信号の送信元を示す第１ノード１１１のアドレスと、第１ノード１１１および第２ノード１２１がルーチングに用いる第１ノード１１１のアドレスと、を示す第１制御信号を送信してもよい。これにより、第１制御信号を送受信するためのアドレスと、ルーチングに用いる第１ノード１１１のアドレスと、が異なっていても、ルーチングに用いる第１ノード１１１のアドレスを第２ノード１２１の局データに反映させることができる。

また、第２ノード１２１の送信部１２３は、第２制御信号の送信元を示す第２ノード１２１のアドレスと、第１ノード１１１および第２ノード１２１がルーチングに用いる第２ノード１２１のアドレスと、を示す第２制御信号を送信してもよい。これにより、第２制御信号を送受信するためのアドレスと、ルーチングに用いる第２ノード１２１のアドレスと、が異なっていても、ルーチングに用いる第２ノード１２１のアドレスを第１ノード１１１の局データに反映させることができる。

図１においては、第１ノード１１１および第２ノード１２１がそれぞれ通信装置１１０および通信装置１２０において実現される構成について説明したが、このような構成に限らない。たとえば、第１ノード１１１および第２ノード１２１は、１個の通信装置１１０によって生成された各仮想マシンであってもよい。

この場合に、たとえば、上述した送信部１１２から受信部１２２への第１制御信号の送信について、通信装置１１０は、生成した第１ノード１１１の送信部１１２から、生成した第２ノード１２１の受信部１２２へ、第１制御信号を仮想的に送信する処理を行う。また、上述した送信部１２３から受信部１１３への第２制御信号の送信について、通信装置１１０は、生成した第２ノード１２１の送信部１２３から、生成した第１ノード１１１の受信部１１３へ、第２制御信号を仮想的に送信する処理を行う。

（実施の形態にかかる移動体通信ネットワーク）
図２は、実施の形態にかかる移動体通信ネットワークの一例を示す図である。図２に示す移動体通信ネットワーク２００は、ＩＭＳによる移動体通信ネットワークである。移動体通信ネットワーク２００は、ＩＭＳ２１０と、ユーザ端末２０１と、ＲＮＣ２０２と、パケット・スイッチ・ドメイン２０３と、インターネット２０４と、を含む。ＲＮＣはＲａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒの略である。また、移動体通信ネットワーク２００は、ＩＭＳ２０５と、アプリケーション／サービス２０６と、電話網２０７と、回線交換ドメイン２０８と、を含む。

ＩＭＳ２１０は、通信ネットワークのオールＩＰベースのパケット交換システムである。ＩＭＳ２１０を用いた移動体通信ネットワーク２００では、たとえば、通話の接続や切断等のセッション制御にＳＩＰプロトコルが用いられる。ＩＭＳ２１０は、役割ごとに定義された機能エンティティで構成される。たとえば、ＩＭＳ２１０は、Ｐ−ＣＳＣＦ２１１と、Ｓ−ＣＳＣＦ２１２と、Ｉ−ＣＳＣＦ２１３と、ＨＳＳ２１４と、ＡＳ２１５と、ＭＲＦ２１６と、ＭＧＣＦ２１７と、ＭＧＷ２１８と、Ｔ−ＳＧＷ２１９と、を含む。

Ｐ−ＣＳＣＦは、Ｐｒｏｘｙ−ＣＳＣＦの略である。ＣＳＣＦは、Ｃａｌｌ Ｓｅｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎの略である。Ｓ−ＣＳＣＦは、Ｓｅｒｖｉｎｇ−ＣＳＣＦの略である。Ｉ−ＣＳＣＦは、Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣＳＣＦの略である。ＨＳＳはＨｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ（ホーム加入者サーバ）の略である。ＡＳはＡｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒの略である。ＭＲＦは、Ｍｅｄｉａ Ｒｅｓｏｕｒｃｅ Ｆｕｎｃｔｉｏｎの略である。ＭＧＣＦは、Ｍｅｄｉａ Ｇａｔｅｗａｙ Ｃｏｎｔｒｏｌｌｅｒ Ｆｕｎｃｔｉｏｎの略である。ＭＧＷはＭｅｄｉａ ＧａｔｅＷａｙの略である。Ｔ−ＳＧＷは、Ｔｒａｎｓｐｏｒｔ Ｓｉｇｎａｌｌｉｎｇ ＧａｔｅＷａｙの略である。

ＨＳＳ２１４、ＡＳ２１５およびＭＲＦ２１６は、ＩＭＳ２１０のサービス制御層の構成ノードである。Ｐ−ＣＳＣＦ２１１、Ｓ−ＣＳＣＦ２１２、Ｉ−ＣＳＣＦ２１３およびＭＧＣＦ２１７は、ＩＭＳ２１０の呼制御層の構成ノードである。ＭＧＷ２１８およびＴ−ＳＧＷ２１９は、移動体通信ネットワーク２００のトランスポート層の構成ノードである。このように、ＩＭＳ２１０は、サービス制御層、呼制御層およびトランスポート層に階層化されたノードにより構成される。

また、Ｐ−ＣＳＣＦ２１１は在圏網に含まれるノードである。また、ＡＳ２１５およびＭＲＦ２１６はサービス制御に関するノードである。また、Ｓ−ＣＳＣＦ２１２およびＨＳＳ２１４は、ホーム網に含まれるノードである。また、Ｉ−ＣＳＣＦ２１３は、ＩＭＳ２１０と他のＩＰ網との間のＧＷである。また、ＭＧＣＦ２１７、ＭＧＷ２１８およびＴ−ＳＧＷ２１９は、ＩＭＳ２１０と回線交換網との間のＧＷである。

また、Ｐ−ＣＳＣＦ２１１、Ｓ−ＣＳＣＦ２１２、Ｉ−ＣＳＣＦ２１３、ＭＧＣＦ２１７などのＣＳＣＦエンティティは、ＩＭＳ２１０の各ノードの中で、エンドエンドの通話やＳＭＳを接続させるために中核を担うセッション管理機能である。ＳＭＳはＳｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅの略である。たとえば、ユーザ端末２０１から発信されたＳＩＰメッセージの呼処理制御は、これらのＣＳＣＦエンティティが連携することにより実現される。

Ｐ−ＣＳＣＦ２１１は、ユーザ端末２０１と相互接続するＳＩＰ−プロキシサーバであり、たとえば、ＳＩＰ信号圧縮やアクセス網とのインタフェースを有し、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）などを行う。たとえば、Ｐ−ＣＳＣＦ２１１は、ＲＮＣ２０２およびパケット・スイッチ・ドメイン２０３を介してユーザ端末２０１と接続する。

Ｓ−ＣＳＣＦ２１２は、ＨＳＳ２１４から取得した加入者情報により呼制御を行う。また、Ｓ−ＣＳＣＦ２１２は、着信ユーザへのルーチングやＡＳ２１５へのＳＩＰ信号転送を行う。

Ｉ−ＣＳＣＦ２１３は、ホーム網のＳ−ＣＳＣＦ２１２の情報を取得する機能である。また、Ｉ−ＣＳＣＦ２１３は、他網（たとえばインターネット２０４や他のＩＭＳ２０５）への接続時にはネットワーク・トポロジーを隠蔽する。

ＨＳＳ２１４は、加入者情報のデータベースである。また、ＨＳＳ２１４は、ＣＳＣＦ（たとえばＳ−ＣＳＣＦ２１２）やＡＳ２１５と連携し、認証、ローミング、サービス制御などを行う。たとえば、ＨＳＳ２１４は、ユーザプロファイルやサービスプロファイルを管理する。

ＡＳ２１５は、各種サービス（アプリケーション／サービス２０６）を提供するアプリケーションサーバである。たとえば、ＡＳ２１５は、プッシュ・ツー・トークなどのＳＩＰアプリケーションサーバである。

ＭＲＦ２１６は、メディアを制御する機能である。たとえば、ＭＲＦ２１６は、留守番電話や電話会議などのメディアの蓄積、合成、再生などを行う。

ＭＧＣＦ２１７は、ＭＧＷ２１８を制御し、既存の電話網２０７との相互接続を実現する。たとえば、ＭＧＣＦ２１７は、既存網とのインターワークである。

ＭＧＷ２１８およびＴ−ＳＧＷ２１９のそれぞれは、電話網２０７および回線交換ドメイン２０８に接続している。ＭＧＷ２１８は、電話網２０７に対するメディア変換機能であり、既存網のメディア・ストリームをＩＰ化する。Ｔ−ＳＧＷ２１９は、電話網２０７に対する信号デートウェイ機能である。たとえば、Ｔ−ＳＧＷ２１９は、電話網２０７の呼制御方式である共通線信号方式とＩＰネットワークとの間の信号変換を行う。

（実施の形態にかかる移動体通信ネットワークにおけるブロードキャストによるＩＰアドレス問い合わせ）
図３は、実施の形態にかかる移動体通信ネットワークにおけるブロードキャストによるＩＰアドレス問い合わせの一例を示す図である。図３に示すＰ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２，３２０およびＭＧＣＦ３１３は、たとえば図２に示したＩＭＳ２１０に含まれる各ノード（機能エンティティ）である。

たとえば、Ｐ−ＣＳＣＦ３１１は、たとえば図２に示したＰ−ＣＳＣＦ２１１に対応する。Ｓ−ＣＳＣＦ３１２，３２０のそれぞれは、たとえば図２に示したＳ−ＣＳＣＦ２１２に対応する。ＭＧＣＦ３１３は、たとえば図２に示したＭＧＣＦ２１７に対応する。ユーザ端末３７１は、たとえば図２に示したユーザ端末２０１に対応する。アクセスネットワーク３７２は、たとえば図２に示したＲＮＣ２０２およびパケット・スイッチ・ドメイン２０３を含む。パケット・スイッチ・ドメイン２０３は、たとえばＳＧＳＮやＧＧＳＮを含む。ＳＧＳＮはＳｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅの略である。ＧＧＳＮはＧａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅの略である。ＧＰＲＳはＧｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅの略である。

Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３は、たとえば仮想マシンとして実現される各ノードである。この場合に、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３は、１個の物理的な通信装置により実現されてもよいし、複数の物理的な通信装置に分散して実現されてもよい。

局データ３３１〜３３３は、それぞれＰ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３が記憶する局データである。局データ３３１〜３３３はそれぞれルーチングテーブルを含む。局データ参照点３５１〜３５３は、ＳＩＰメッセージ等のルーチングにおいて局データが参照される位置を示す。

図３に示す例では、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３が既存のノードである場合について説明する。この場合に、たとえばユーザ端末３７１からアクセスネットワーク３７２を介して送信されたＳＩＰメッセージは、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３の順に経由して転送される。このとき、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３は、それぞれ局データ３３１、局データ３３２および局データ３３３を参照してＳＩＰメッセージの転送を行う。

このような場合において、新規のＳ−ＣＳＣＦとしてＳ−ＣＳＣＦ３２０を増設する場合について説明する。この場合は、たとえば図１に示した第１ノード１１１は、たとえばＳ−ＣＳＣＦ３２０により実現することができる。また、たとえば図１に示した第２ノード１２１は、たとえばＰ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３のそれぞれにより実現することができる。

たとえば、Ｓ−ＣＳＣＦ３２０は、自ノードのアドレスと、自ノードのサーバ種別（Ｓ−ＣＳＣＦ）と、を含む第１制御信号を、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３を含む各ノードへブロードキャスト通信３６０により送信する。これに対して、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３は、Ｓ−ＣＳＣＦ３２０から受信した第１制御信号が示すサーバ種別（Ｓ−ＣＳＣＦ）が、自ノードの種別との関係に基づく特定のサーバ種別であるか否かを判断する。

たとえば、図２に示した例において、ルーチングにおいてＳ−ＣＳＣＦとの間で信号を送受信すべきノードの種別は、Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、ＨＳＳ、ＡＳ、ＭＲＦおよびＭＧＣＦである。このため、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３は、第１制御信号が示すサーバ種別が特定のサーバ種別であると判断し、第１制御信号が示すＳ−ＣＳＣＦ３２０のアドレスをそれぞれ局データ３３１，３３３のルーチングテーブルに取り込む。そして、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３は、自ノードのアドレスを示す第２制御信号をＳ−ＣＳＣＦ３２０へ送信する。

一方、Ｓ−ＣＳＣＦ３１２は、第１制御信号が示すサーバ種別が特定のサーバ種別でないと判断し、第１制御信号が示すＳ−ＣＳＣＦ３２０のアドレスをそれぞれ局データ３３２のルーチングテーブルに取り込まない。また、Ｓ−ＣＳＣＦ３１２は、自ノードのアドレスを示す第２制御信号をＳ−ＣＳＣＦ３２０へ送信しない。

これに対して、Ｓ−ＣＳＣＦ３２０は、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３から送信された第２制御信号に基づいて、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３の各アドレスを自ノードのルーチングテーブルに取り込む。一方、Ｓ−ＣＳＣＦ３２０は、Ｓ−ＣＳＣＦ３１２からの第２制御信号は受信しないため、Ｓ−ＣＳＣＦ３１２のアドレスは自ノードのルーチングテーブルに取り込まない。

これにより、たとえば、ユーザ端末３７１からのＳＩＰメッセージは、Ｓ−ＣＳＣＦ３１２を経由する経路に限らず、Ｓ−ＣＳＣＦ３２０を経由する経路によっても転送可能になる。

（実施の形態にかかるスケールアウト時のルーチング先解決処理）
図４は、実施の形態にかかるスケールアウト時のルーチング先解決処理の一例を示すシーケンス図である。図４においては、図３に示した例と同様に、既存のノードとしてＰ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３があり、さらにスケールアウトによりＳ−ＣＳＣＦ３２０（＃２）が増設される場合について説明する。この場合に、移動体通信ネットワーク２００においては、ルーチング先解決処理として、たとえば図４に示す各ステップが実行される。

まず、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３のそれぞれが、既存のノードであるＳ−ＣＳＣＦ３１２（＃１）に関するルーチング情報を含むルーチングテーブルを保持している（ステップＳ４０１）。なお、Ｓ−ＣＳＣＦ３１２のルーチングテーブルには、たとえば、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３に関する各ルーチング情報が含まれている。

つぎに、Ｓ−ＣＳＣＦ３２０が、トラヒック変動などに基づくオートスケールアウトにより増設されたとする（ステップＳ４０２）。たとえば、Ｓ−ＣＳＣＦ３１２のトラヒックの量が増加し、Ｓ−ＣＳＣＦ３１２のトラヒックが輻輳すると、Ｓ−ＣＳＣＦ３１２のトラヒックを分担するためにＳ−ＣＳＣＦ３２０が増設される。

つぎに、Ｓ−ＣＳＣＦ３２０が、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３に対して、ＩＰアドレスの問い合わせと、自ノードのＩＰアドレス（自ＩＰアドレス）および自ノードのサーバ種別の通知と、を行う（ステップＳ４０３）。サーバ種別は、たとえば図２に示したＩＭＳ２１０に含まれるノードの種別である。図４に示す例では、Ｓ−ＣＳＣＦ３２０のサーバ種別はＳ−ＣＳＣＦである。ステップＳ４０３は、たとえばステップＳ４０２によるＳ−ＣＳＣＦ３２０の増設を契機として実行される。

ステップＳ４０３において、たとえば、Ｓ−ＣＳＣＦ３２０は、ＩＰアドレスのクエリのパケットであって、自ノードのＩＰアドレスおよびサーバ種別を示す情報を含むパケットを、自ノードが属するセグメントに対するブロードキャストにより送信する。セグメントは、たとえば地域ごとのグループであるが、各ノードは仮想化されているため、セグメントは地域に関わらず論理的に分けられたグループでもよい。図４に示す例では、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２，３２０およびＭＧＣＦ３１３が同一のセグメントに属している。

つぎに、ＭＧＣＦ３１３が、ステップＳ４０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスの自ノードのルーチングテーブルへの取り込みの要否を判断する（ステップＳ４０４）。図４に示す例では、ＭＧＣＦ３１３は、取り込みを要すると判断する。自ノードのルーチングテーブルへのアドレスの取り込みの要否の判断については後述する。

つぎに、ＭＧＣＦ３１３が、ステップＳ４０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスに基づいて、自ノードのルーチングテーブルを更新する（ステップＳ４０５）。たとえば、ＭＧＣＦ３１３は、ステップＳ４０３においてパケットを受信した自ノードのポートと、ステップＳ４０３において受信したパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスと、を対応付けるルーチング情報を自ノードのルーチングテーブルに追加する。これにより、ＭＧＣＦ３１３のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）に関するルーチング情報と、Ｓ−ＣＳＣＦ３２０（＃２）に関するルーチング情報と、が含まれる。

つぎに、ＭＧＣＦ３１３が、Ｓ−ＣＳＣＦ３２０に対して自ノードのＩＰアドレスの通知を行う（ステップＳ４０６）。ステップＳ４０６において、たとえば、ＭＧＣＦ３１３は、自ノードのＩＰアドレスを示すクエリ応答のパケットを、ステップＳ４０３において受信したパケットの送信元ノードであるＳ−ＣＳＣＦ３２０へユニキャストにより送信する。なお、ステップＳ４０５およびステップＳ４０６は、逆の順序で実行されてもよいし、並行して実行されてもよい。

また、Ｓ−ＣＳＣＦ３１２が、ステップＳ４０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスの自ノードのルーチングテーブルへの取り込みの要否を判断する（ステップＳ４０７）。図４に示す例では、Ｓ−ＣＳＣＦ３１２は、取り込みを要しないと判断する。この場合は、Ｓ−ＣＳＣＦ３１２は、自ノードのルーチングテーブルの更新およびＳ−ＣＳＣＦ３２０へのＩＰアドレスの通知を行わない。

また、Ｐ−ＣＳＣＦ３１１が、ステップＳ４０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスの自ノードのルーチングテーブルへの取り込みの要否を判断する（ステップＳ４０８）。図４に示す例では、Ｐ−ＣＳＣＦ３１１は、取り込みを要すると判断する。

つぎに、Ｐ−ＣＳＣＦ３１１が、ステップＳ４０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスに基づいて、自ノードのルーチングテーブルを更新する（ステップＳ４０９）。たとえば、Ｐ−ＣＳＣＦ３１１は、ステップＳ４０３においてパケットを受信した自ノードのポートと、ステップＳ４０３において受信したパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスと、を対応付けるルーチング情報をルーチングテーブルに追加する。これにより、ＭＧＣＦ３１３のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）に関するルーチング情報と、Ｓ−ＣＳＣＦ３２０（＃２）に関するルーチング情報と、が含まれる。

つぎに、Ｐ−ＣＳＣＦ３１１が、Ｓ−ＣＳＣＦ３２０に対して自ノードのＩＰアドレスの通知を行う（ステップＳ４１０）。ステップＳ４１０において、たとえば、Ｐ−ＣＳＣＦ３１１は、自ノードのＩＰアドレスを示すクエリ応答のパケットを、ステップＳ４０３において受信したパケットの送信元ノードであるＳ−ＣＳＣＦ３２０へユニキャストにより送信する。なお、ステップＳ４０９およびステップＳ４１０は、逆の順序で実行されてもよいし、並行して実行されてもよい。

つぎに、Ｓ−ＣＳＣＦ３２０が、ステップＳ４０６，Ｓ４１０により通知されたＭＧＣＦ３１３およびＰ−ＣＳＣＦ３１１の各ＩＰアドレスに基づいて、自ノードのルーチングテーブルを作成する（ステップＳ４１１）。たとえば、Ｓ−ＣＳＣＦ３２０は、ステップＳ４０６においてパケットを受信した自ノードのポートと、ステップＳ４０６において受信したパケットが示すＭＧＣＦ３１３のアドレスと、を対応付けるルーチング情報を自ノードのルーチングテーブルに追加する。

また、Ｓ−ＣＳＣＦ３２０は、ステップＳ４１０においてパケットを受信した自ノードのポートと、ステップＳ４１０において受信したパケットが示すＰ−ＣＳＣＦ３１１のアドレスと、を対応付けるルーチング情報を自ノードのルーチングテーブルに追加する。これにより、Ｓ−ＣＳＣＦ３２０のルーチングテーブルには、Ｐ−ＣＳＣＦ３１１に関するルーチング情報と、ＭＧＣＦ３１３に関するルーチング情報と、が含まれる。

図４に示した各ステップにより、増設されたＳ−ＣＳＣＦ３２０のＩＰアドレスを既存のＰ−ＣＳＣＦ３１１およびＭＧＣＦ３１３の各ルーチングテーブルに取り込むことができる。また、既存のＰ−ＣＳＣＦ３１１およびＭＧＣＦ３１３の各ＩＰアドレスを、増設されたＳ−ＣＳＣＦ３２０のルーチングテーブルに取り込むことができる。

図４に示した例では、ステップＳ４０２においてＳ−ＣＳＣＦ３２０がオートスケールアウトにより増設される場合について説明したが、ステップＳ４０２においてＳ−ＣＳＣＦ３２０がマニュアルで増設されてもよい。

また、ステップＳ４０４〜Ｓ４０６と、ステップＳ４０７と、ステップＳ４０８〜Ｓ４１０と、はそれぞれステップＳ４０３を契機として実行される。したがって、ステップＳ４０４〜Ｓ４０６と、ステップＳ４０７と、ステップＳ４０８〜Ｓ４１０と、は並行して実行されてもよい。

図４において、Ｓ−ＣＳＣＦ３２０が増設される場合の処理について説明したが、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２またはＭＧＣＦ３１３が増設される場合の処理も同様である。

（ルーチングテーブルへのアドレスの取り込みの要否の判断）
つぎに、たとえば図４に示したステップＳ４０４，Ｓ４０７，Ｓ４０８における、自ノードのルーチングテーブルへのアドレスの取り込みの要否の判断について説明する。

たとえば、ＭＧＣＦ３１３は、自ノードのサーバ種別によって決まる、自ノードが接続すべきノードのサーバ種別を記憶している。そして、ＭＧＣＦ３１３は、Ｓ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のサーバ種別が、自ノードが接続すべきノードのサーバ種別に含まれる場合は取り込みを要すると判断する。また、ＭＧＣＦ３１３は、Ｓ−ＣＳＣＦ３２０のサーバ種別が、自ノードが接続すべきノードのサーバ種別に含まれない場合は取り込みを要しないと判断する。

たとえば、ＭＧＣＦ３１３のサーバ種別はＭＧＣＦであり、図２に示した例では、ＭＧＣＦと接続すべきノードのサーバ種別には、Ｓ−ＣＳＣＦ、ＭＧＷおよびＴ−ＳＧＷ（図２においてＭＧＣＦ２１７と直接接続されている各ノードのサーバ種別）が含まれる。そして、Ｓ−ＣＳＣＦ３２０のサーバ種別は、Ｓ−ＣＳＣＦであり、ＭＧＣＦと接続すべきノードのサーバ種別に含まれる。このため、たとえば図４に示したステップＳ４０４において、ＭＧＣＦ３１３は、自ノードのルーチングテーブルへのアドレスの取り込みを要すると判断する。

Ｓ−ＣＳＣＦ３１２およびＰ−ＣＳＣＦ３１１による自ノードのルーチングテーブルへのアドレスの取り込みの要否の判断についても、ＭＧＣＦ３１３による自ノードのルーチングテーブルへのアドレスの取り込みの要否の判断と同様である。たとえば、Ｓ−ＣＳＣＦ３１２のサーバ種別はＳ−ＣＳＣＦであり、図２に示した例では、Ｓ−ＣＳＣＦと接続すべきノードのサーバ種別には、Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、ＨＳＳ、ＡＳ、ＭＲＦおよびＭＧＣＦが含まれる。そして、Ｓ−ＣＳＣＦ３２０のサーバ種別は、Ｓ−ＣＳＣＦであり、Ｓ−ＣＳＣＦと接続すべきノードのサーバ種別に含まれない。このため、たとえば図４に示したステップＳ４０７において、Ｓ−ＣＳＣＦ３１２は、自ノードのルーチングテーブルへのアドレスの取り込みを要しないと判断する。

また、Ｐ−ＣＳＣＦ３１１のサーバ種別はＰ−ＣＳＣＦであり、図２に示した例では、Ｐ−ＣＳＣＦと接続すべきノードのサーバ種別にはＳ−ＣＳＣＦが含まれる。そして、Ｓ−ＣＳＣＦ３２０のサーバ種別は、Ｓ−ＣＳＣＦであり、Ｐ−ＣＳＣＦと接続すべきノードのサーバ種別に含まれる。このため、たとえば図４に示したステップＳ４０８において、Ｐ−ＣＳＣＦ３１１は、自ノードのルーチングテーブルへのアドレスの取り込みを要すると判断する。

（実施の形態にかかるスケールアウト前の各ルーチングテーブル）
図５は、実施の形態にかかるスケールアウト前の各ルーチングテーブルの一例を示す図である。たとえば図４に示したステップＳ４０２によるＳ−ＣＳＣＦ３２０のスケールアウト前において、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３の各ルーチングテーブルは、たとえば図５に示す状態になる。

Ｐ−ＣＳＣＦ３１１の局データ３３１のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）に関するルーチング情報が含まれている。Ｓ−ＣＳＣＦ３１２の局データ３３２のルーチングテーブルには、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３に関する各ルーチング情報が含まれている。ＭＧＣＦ３１３の局データ３３３のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）に関するルーチング情報が含まれている。

（実施の形態にかかるスケールアウト後の各ルーチングテーブル）
図６は、実施の形態にかかるスケールアウト後の各ルーチングテーブルの一例を示す図である。たとえば図４に示した各ステップの後（Ｓ−ＣＳＣＦ３２０のスケールアウト後）において、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２、ＭＧＣＦ３１３およびＳ−ＣＳＣＦ３２０の各ルーチングテーブルは、たとえば図６に示す状態になる。図６に示す局データ６０１は、増設されたＳ−ＣＳＣＦ３２０が記憶する局データである。

Ｐ−ＣＳＣＦ３１１の局データ３３１のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）およびＳ−ＣＳＣＦ３２０（＃２）に関する各ルーチング情報が含まれている。Ｓ−ＣＳＣＦ３１２の局データ３３２のルーチングテーブルには、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３に関する各ルーチング情報が含まれている。

ＭＧＣＦ３１３の局データ３３３のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）およびＳ−ＣＳＣＦ３２０（＃２）に関する各ルーチング情報が含まれている。Ｓ−ＣＳＣＦ３２０の局データ６０１のルーチングテーブルには、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３に関する各ルーチング情報が含まれている。

（実施の形態にかかる移動体通信ネットワークにおける照合時のルーチング先解決処理）
図７は、実施の形態にかかる移動体通信ネットワークにおける照合時のルーチング先解決処理の一例を示すシーケンス図である。図７においては、たとえば図４に示した各ステップの後（Ｓ−ＣＳＣＦ３２０のスケールアウト後）に、Ｓ−ＣＳＣＦ３２０が定時の照合を行う場合について説明する。照合は、各ノードが一定周期でルーチングテーブルを照らし合わせることにより、各ノードのルーチングテーブルを更新する処理である。この場合に、移動体通信ネットワーク２００においては、ルーチング先解決処理として、たとえば図７に示す各ステップが実行される。

まず、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２，３２０およびＭＧＣＦ３１３が、図６に示した状態のルーチングテーブルを保持している（ステップＳ７０１）。そして、現在時刻が、Ｓ−ＣＳＣＦ３２０が照合を行うべき定時になったとする（ステップＳ７０２）。Ｓ−ＣＳＣＦ３２０が照合を行うべき定時は、たとえば一定周期の時刻であり、一例としては午前４：００とすることができる。

つぎに、Ｓ−ＣＳＣＦ３２０が、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３に対して、照合と、自ノードのＩＰアドレス（自ＩＰアドレス）および自ノードのサーバ種別の通知と、を行う（ステップＳ７０３）。ステップＳ７０３は、たとえばステップＳ７０２において現在時刻が定時になったことを契機として実行される。

ステップＳ７０３において、たとえば、Ｓ−ＣＳＣＦ３２０は、照合要求のパケットであって、自ノードのＩＰアドレスおよびサーバ種別を示す情報を含むパケットを、自ノードが属するセグメントに対するブロードキャストにより送信する。図７に示すステップＳ７０４〜Ｓ７１１は、図４に示したステップＳ４０４〜Ｓ４１１と同様である。

ただし、ステップＳ７０３においてＭＧＣＦ３１３が受信したパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスのルーチング情報は、すでにＭＧＣＦ３１３のルーチングテーブルに含まれている。このため、ステップＳ７０５において、ＭＧＣＦ３１３は、Ｓ−ＣＳＣＦ３２０に関する新たなルーチング情報を、自ノードのルーチングテーブルに含まれるＳ−ＣＳＣＦ３２０に関するルーチング情報に上書きする。Ｓ−ＣＳＣＦ３２０に関する新たなルーチング情報は、ステップＳ７０３においてパケットが受信されたＭＧＣＦ３１３のポートと、ステップＳ７０３において受信されたパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスと、を対応付ける情報である。

また、ステップＳ７０６において、ＭＧＣＦ３１３は、自ノードのＩＰアドレスを示す照合応答のパケットをＳ−ＣＳＣＦ３２０へユニキャストにより送信する。

また、ステップＳ７０３においてＰ−ＣＳＣＦ３１１が受信したパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスのルーチング情報は、すでにＭＧＣＦ３１３のルーチングテーブルに含まれている。このため、ステップＳ７０９において、Ｐ−ＣＳＣＦ３１１は、Ｓ−ＣＳＣＦ３２０に関する新たなルーチング情報を、自ノードのルーチングテーブルに含まれるＳ−ＣＳＣＦ３２０に関するルーチング情報に上書きする。Ｓ−ＣＳＣＦ３２０に関する新たなルーチング情報は、ステップＳ７０３においてパケットが受信されたＰ−ＣＳＣＦ３１１のポートと、ステップＳ７０３において受信されたパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスと、を対応付ける情報である。

また、ステップＳ７１０において、Ｐ−ＣＳＣＦ３１１は、自ノードのＩＰアドレスを示す照合応答のパケットをＳ−ＣＳＣＦ３２０へユニキャストにより送信する。

また、ステップＳ７０６においてＳ−ＣＳＣＦ３２０が受信したパケットに含まれるＭＧＣＦ３１３のアドレスのルーチング情報は、すでにＳ−ＣＳＣＦ３２０のルーチングテーブルに含まれている。このため、ステップＳ７１１において、Ｓ−ＣＳＣＦ３２０は、ＭＧＣＦ３１３に関する新たなルーチング情報を、自ノードのルーチングテーブルに含まれるＭＧＣＦ３１３に関するルーチング情報に上書きする。ＭＧＣＦ３１３に関する新たなルーチング情報は、ステップＳ７０６においてパケットが受信されたＳ−ＣＳＣＦ３２０のポートと、ステップＳ７０６において受信されたパケットに含まれるＭＧＣＦ３１３のアドレスと、を対応付ける情報である。

また、ステップＳ７１０においてＳ−ＣＳＣＦ３２０が受信したパケットに含まれるＰ−ＣＳＣＦ３１１のアドレスのルーチング情報は、すでにＳ−ＣＳＣＦ３２０のルーチングテーブルに含まれている。このため、ステップＳ７１１において、Ｓ−ＣＳＣＦ３２０は、Ｐ−ＣＳＣＦ３１１に関する新たなルーチング情報を、自ノードのルーチングテーブルに含まれるＰ−ＣＳＣＦ３１１に関するルーチング情報に上書きする。Ｐ−ＣＳＣＦ３１１に関する新たなルーチング情報は、ステップＳ７１０においてパケットが受信されたＳ−ＣＳＣＦ３２０のポートと、ステップＳ７１０において受信されたパケットに含まれるＰ−ＣＳＣＦ３１１のアドレスと、を対応付ける情報である。

図７に示した各ステップにより、照合を行ったＳ−ＣＳＣＦ３２０に関するルーチング情報により、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３の各ルーチングテーブルを更新することができる。また、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３に関する各ルーチング情報により、照合を行ったＳ−ＣＳＣＦ３２０のルーチングテーブルを更新することができる。

（実施の形態にかかる移動体通信ネットワークにおける照合時のルーチング先解決処理の他）
図８は、実施の形態にかかる移動体通信ネットワークにおける照合時のルーチング先解決処理の他の一例を示すシーケンス図である。図８においては、たとえば図４に示した各ステップの後（Ｓ−ＣＳＣＦ３２０のスケールアウト後）に、ＭＧＣＦ３１３が定時の照合を行う場合について説明する。この場合に、移動体通信ネットワーク２００においては、ルーチング先解決処理として、たとえば図８に示す各ステップが実行される。

まず、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２，３２０およびＭＧＣＦ３１３が、図６に示した状態のルーチングテーブルを保持している（ステップＳ８０１）。そして、現在時刻が、ＭＧＣＦ３１３が照合を行うべき定時になったとする（ステップＳ８０２）。ＭＧＣＦ３１３が照合を行うべき定時は、たとえば一定周期の時刻であり、一例としては午前４：００とすることができる。また、ＭＧＣＦ３１３が照合を行うべき定時は、上述のＳ−ＣＳＣＦ３２０が照合を行うべき定時と同じでよいし異なってもよい。

つぎに、ＭＧＣＦ３１３が、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２，３２０に対して、照合と、自ノードのＩＰアドレス（自ＩＰアドレス）および自ノードのサーバ種別の通知と、を行う（ステップＳ８０３）。ステップＳ８０３は、たとえばステップＳ８０２において現在時刻が定時になったことを契機として実行される。

ステップＳ８０３において、たとえば、ＭＧＣＦ３１３は、照合要求のパケットであって、自ノードのＩＰアドレスおよびサーバ種別を示す情報を含むパケットを、自ノードが属するセグメントに対するブロードキャストにより送信する。

つぎに、Ｓ−ＣＳＣＦ３２０が、ステップＳ８０３によってＭＧＣＦ３１３から通知されたＭＧＣＦ３１３のアドレスの自ノードのルーチングテーブルへの取り込みの要否を判断する（ステップＳ８０４）。図８に示す例では、Ｓ−ＣＳＣＦ３２０は、取り込みを要すると判断する。

つぎに、Ｓ−ＣＳＣＦ３２０が、ステップＳ８０３によってＭＧＣＦ３１３から通知されたＭＧＣＦ３１３のアドレスに基づいて、自ノードのルーチングテーブルを更新する（ステップＳ８０５）。たとえば、ステップＳ８０３においてＳ−ＣＳＣＦ３２０が受信したパケットに含まれるＭＧＣＦ３１３のアドレスのルーチング情報は、すでにＳ−ＣＳＣＦ３２０のルーチングテーブルに含まれている。

このため、ステップＳ８０５において、Ｓ−ＣＳＣＦ３２０は、ＭＧＣＦ３１３に関する新たなルーチング情報を、自ノードのルーチングテーブルに含まれるＭＧＣＦ３１３に関するルーチング情報に上書きする。ＭＧＣＦ３１３に関する新たなルーチング情報は、ステップＳ８０３においてパケットが受信されたＳ−ＣＳＣＦ３２０のポートと、ステップＳ８０３において受信されたパケットに含まれるＭＧＣＦ３１３のアドレスと、を対応付ける情報である。

つぎに、Ｓ−ＣＳＣＦ３２０が、ＭＧＣＦ３１３に対して自ノードのＩＰアドレスの通知を行う（ステップＳ８０６）。ステップＳ８０６において、たとえば、Ｓ−ＣＳＣＦ３２０は、自ノードのＩＰアドレスを示すクエリ応答のパケットを、ステップＳ８０３において受信したパケットの送信元ノードであるＭＧＣＦ３１３へユニキャストにより送信する。なお、ステップＳ８０５およびステップＳ８０６は、逆の順序で実行されてもよいし、並行して実行されてもよい。

また、Ｓ−ＣＳＣＦ３１２が、ステップＳ８０３によってＭＧＣＦ３１３から通知されたＭＧＣＦ３１３のアドレスの自ノードのルーチングテーブルへの取り込みの要否を判断する（ステップＳ８０７）。図８に示す例では、Ｓ−ＣＳＣＦ３１２は、取り込みを要すると判断する。

つぎに、Ｓ−ＣＳＣＦ３１２が、ステップＳ８０３によってＭＧＣＦ３１３から通知されたＭＧＣＦ３１３のアドレスに基づいて、自ノードのルーチングテーブルを更新する（ステップＳ８０８）。たとえば、ステップＳ８０３においてＳ−ＣＳＣＦ３１２が受信したパケットに含まれるＭＧＣＦ３１３のアドレスのルーチング情報は、すでにＳ−ＣＳＣＦ３１２のルーチングテーブルに含まれている。

このため、ステップＳ８０８において、Ｓ−ＣＳＣＦ３１２は、ＭＧＣＦ３１３に関する新たなルーチング情報を、自ノードのルーチングテーブルに含まれるＭＧＣＦ３１３に関するルーチング情報に上書きする。ＭＧＣＦ３１３に関する新たなルーチング情報は、ステップＳ８０３においてパケットが受信されたＳ−ＣＳＣＦ３１２のポートと、ステップＳ８０３において受信されたパケットに含まれるＭＧＣＦ３１３のアドレスと、を対応付ける情報である。

つぎに、Ｓ−ＣＳＣＦ３１２が、ＭＧＣＦ３１３に対して自ノードのＩＰアドレスの通知を行う（ステップＳ８０９）。ステップＳ８０９において、たとえば、Ｓ−ＣＳＣＦ３１２は、自ノードのＩＰアドレスを示すクエリ応答のパケットを、ステップＳ８０３において受信したパケットの送信元ノードであるＭＧＣＦ３１３へユニキャストにより送信する。なお、ステップＳ８０８およびステップＳ８０９は、逆の順序で実行されてもよいし、並行して実行されてもよい。

また、Ｐ−ＣＳＣＦ３１１が、ステップＳ８０３によってＭＧＣＦ３１３から通知されたＭＧＣＦ３１３のアドレスの自ノードのルーチングテーブルへの取り込みの要否を判断する（ステップＳ８１０）。図８に示す例では、Ｐ−ＣＳＣＦ３１１は、取り込みを要しないと判断する。この場合は、Ｓ−ＣＳＣＦ３１２は、自ノードのルーチングテーブルの更新およびＭＧＣＦ３１３へのＩＰアドレスの通知を行わない。

つぎに、ＭＧＣＦ３１３が、ステップＳ８０６，Ｓ８０９により通知されたＳ−ＣＳＣＦ３２０およびＳ−ＣＳＣＦ３１２の各ＩＰアドレスに基づいて、自ノードのルーチングテーブルを更新する（ステップＳ８１１）。たとえば、ステップＳ８０６においてＭＧＣＦ３１３が受信したパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスのルーチング情報は、すでにＭＧＣＦ３１３のルーチングテーブルに含まれている。

このため、ステップＳ８１１において、ＭＧＣＦ３１３は、Ｓ−ＣＳＣＦ３２０に関する新たなルーチング情報を、自ノードのルーチングテーブルに含まれるＳ−ＣＳＣＦ３２０に関するルーチング情報に上書きする。Ｓ−ＣＳＣＦ３２０に関する新たなルーチング情報は、ステップＳ８０６においてパケットが受信されたＭＧＣＦ３１３のポートと、ステップＳ８０６において受信されたパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスと、を対応付ける情報である。

また、ステップＳ８０９においてＭＧＣＦ３１３が受信したパケットに含まれるＳ−ＣＳＣＦ３１２のアドレスのルーチング情報は、すでにＭＧＣＦ３１３のルーチングテーブルに含まれている。このため、ステップＳ８１１において、ＭＧＣＦ３１３は、Ｓ−ＣＳＣＦ３１２に関する新たなルーチング情報を、自ノードのルーチングテーブルに含まれるＳ−ＣＳＣＦ３１２に関するルーチング情報に上書きする。Ｓ−ＣＳＣＦ３１２に関する新たなルーチング情報は、ステップＳ８０９においてパケットが受信されたＭＧＣＦ３１３のポートと、ステップＳ８０９において受信されたパケットに含まれるＳ−ＣＳＣＦ３１２のアドレスと、を対応付ける情報である。

図８に示した各ステップにより、照合を行ったＭＧＣＦ３１３に関するルーチング情報により、Ｓ−ＣＳＣＦ３１２，３２０の各ルーチングテーブルを更新することができる。また、Ｓ−ＣＳＣＦ３１２，３２０に関する各ルーチング情報により、照合を行ったＭＧＣＦ３１３のルーチングテーブルを更新することができる。

また、ステップＳ８０４〜Ｓ８０６と、ステップＳ８０７〜Ｓ８０９と、ステップＳ８１０と、はそれぞれステップＳ８０３を契機として実行される。したがって、ステップＳ８０４〜Ｓ８０６と、ステップＳ８０７〜Ｓ８０９と、ステップＳ８１０と、は並行して実行されてもよい。

図７，図８において、それぞれＳ−ＣＳＣＦ３２０およびＭＧＣＦ３１３が照合を行う場合の処理について説明したが、Ｐ−ＣＳＣＦ３１１またはＳ−ＣＳＣＦ３１２が照合を行う場合の処理も同様である。

（実施の形態にかかる移動体通信ネットワークにおけるスケールイン時のルーチング先解決処理）
図９は、実施の形態にかかる移動体通信ネットワークにおけるスケールイン時のルーチング先解決処理の一例を示すシーケンス図である。図９においては、たとえば図４に示した各ステップの後（Ｓ−ＣＳＣＦ３２０のスケールアウト後）に、スケールインによりＳ−ＣＳＣＦ３２０（＃２）が減設（削除）される場合について説明する。この場合に、移動体通信ネットワーク２００においては、ルーチング先解決処理として、たとえば図９に示す各ステップが実行される。

まず、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２，３２０およびＭＧＣＦ３１３が、図６に示した状態のルーチングテーブルを保持している（ステップＳ９０１）。つぎに、Ｓ−ＣＳＣＦ３２０が、トラヒック変動などに基づくオートスケールインによる減設の指示を受け付けたとする（ステップＳ９０２）。たとえば、Ｓ−ＣＳＣＦ３１２，３２０のトラヒックの量が減少し、Ｓ−ＣＳＣＦ３１２，３２０のトラヒックの輻輳が解消すると、他のノードに使用可能な空きリソースを増やすためにＳ−ＣＳＣＦ３２０が減設される。

つぎに、Ｓ−ＣＳＣＦ３２０が、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３に対して、ＩＰアドレスの削除要求と、自ノードのＩＰアドレス（自ＩＰアドレス）および自ノードのサーバ種別の通知と、を行う（ステップＳ９０３）。ステップＳ９０３は、たとえばステップＳ９０２によるＳ−ＣＳＣＦ３２０の減設の指示の受け付けを契機として、実行される。

ステップＳ９０３において、たとえば、Ｓ−ＣＳＣＦ３２０は、ＩＰアドレスの削除要求のパケットであって、自ノードのＩＰアドレスおよびサーバ種別を示す情報を含むパケットを、自ノードが属するセグメントに対するブロードキャストにより送信する。ステップＳ９０３の後に、スケールインによるＳ−ＣＳＣＦ３２０の減設が完了する。

つぎに、ＭＧＣＦ３１３が、ステップＳ９０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスの自ノードのルーチングテーブルからの削除の要否を判断する（ステップＳ９０４）。図９に示す例では、ＭＧＣＦ３１３は、削除を要すると判断する。自ノードのルーチングテーブルからのアドレスの削除の要否の判断については後述する。

つぎに、ＭＧＣＦ３１３が、ステップＳ９０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスに基づいて、自ノードのルーチングテーブルを更新する（ステップＳ９０５）。たとえば、ＭＧＣＦ３１３は、ステップＳ９０３において受信したパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスのルーチング情報を自ノードのルーチングテーブルから削除する。これにより、ＭＧＣＦ３１３のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）に関するルーチング情報が含まれる。

また、Ｓ−ＣＳＣＦ３１２が、ステップＳ９０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスの自ノードのルーチングテーブルからの削除の要否を判断する（ステップＳ９０６）。図９に示す例では、Ｓ−ＣＳＣＦ３１２は、削除を要しないと判断する。

また、Ｐ−ＣＳＣＦ３１１が、ステップＳ９０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスの自ノードのルーチングテーブルからの削除の要否を判断する（ステップＳ９０７）。図９に示す例では、Ｐ−ＣＳＣＦ３１１は、削除を要すると判断する。

つぎに、Ｐ−ＣＳＣＦ３１１が、ステップＳ９０３によってＳ−ＣＳＣＦ３２０から通知されたＳ−ＣＳＣＦ３２０のアドレスに基づいて、自ノードのルーチングテーブルを更新する（ステップＳ９０８）。たとえば、Ｐ−ＣＳＣＦ３１１は、ステップＳ９０３において受信したパケットに含まれるＳ−ＣＳＣＦ３２０のアドレスを自ノードのルーチングテーブルから削除する。これにより、ＭＧＣＦ３１３のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）に関するルーチング情報が含まれる。

図９に示した各ステップにより、減設されるＳ−ＣＳＣＦ３２０のＩＰアドレスをＰ−ＣＳＣＦ３１１およびＭＧＣＦ３１３の各ルーチングテーブルから削除することができる。図９に示した例では、ステップＳ９０２においてＳ−ＣＳＣＦ３２０がオートスケールインにより減設される場合について説明したが、ステップＳ９０２においてＳ−ＣＳＣＦ３２０がマニュアルで減設されてもよい。

また、ステップＳ９０４，Ｓ９０５と、ステップＳ９０６と、ステップＳ９０７，Ｓ９０８と、はそれぞれステップＳ９０３を契機として実行される。したがって、ステップＳ９０４，Ｓ９０５と、ステップＳ９０６と、ステップＳ９０７，Ｓ９０８と、は並行して実行されてもよい。

図９において、Ｓ−ＣＳＣＦ３２０が減設される場合の処理について説明したが、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２またはＭＧＣＦ３１３が減設される場合の処理も同様である。

（ルーチングテーブルからのアドレスの削除の要否の判断）
つぎに、たとえば図９に示したステップＳ９０４，Ｓ９０６，Ｓ９０７における、自ノードのルーチングテーブルからのアドレスの削除の要否の判断について説明する。

たとえば、ＭＧＣＦ３１３は、Ｓ−ＣＳＣＦ３２０から受信したパケットが示すＳ−ＣＳＣＦ３２０のアドレスのルーチング情報が自ノードのルーチングテーブルにある場合はアドレスの削除を要すると判断する。また、ＭＧＣＦ３１３は、Ｓ−ＣＳＣＦ３２０のアドレスのルーチング情報が自ノードのルーチングテーブルにない場合はアドレスの削除を要しないと判断する。

または、ＭＧＣＦ３１３は、上述したルーチングテーブルへのアドレスの取り込みの要否の判断と同様に、自ノードのサーバ種別とＳ−ＣＳＣＦ３２０のサーバ種別との関係に基づいてルーチングテーブルからのアドレスの削除の要否を判断してもよい。

Ｓ−ＣＳＣＦ３１２およびＰ−ＣＳＣＦ３１１による自ノードのルーチングテーブルからのアドレスの削除の要否の判断についても、ＭＧＣＦ３１３による自ノードのルーチングテーブルからのアドレスの削除の要否の判断と同様である。

（実施の形態にかかる移動体通信ネットワークにおけるスケールイン後の各ルーチングテーブル）
図１０は、実施の形態にかかる移動体通信ネットワークにおけるスケールイン後の各ルーチングテーブルの一例を示す図である。たとえば図９に示した各ステップの後（Ｓ−ＣＳＣＦ３２０のスケールイン後）において、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３の各ルーチングテーブルは、たとえば図１０に示す状態になる。

Ｐ−ＣＳＣＦ３１１の局データ３３１のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）に関するルーチング情報が含まれている。Ｓ−ＣＳＣＦ３１２の局データ３３２のルーチングテーブルには、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３に関する各ルーチング情報が含まれている。ＭＧＣＦ３１３の局データ３３３のルーチングテーブルには、Ｓ−ＣＳＣＦ３１２（＃１）に関するルーチング情報が含まれている。

すなわち、図１０に示す状態においては、たとえば図６に示した状態と比べると、Ｓ−ＣＳＣＦ３２０に関するルーチング情報がＰ−ＣＳＣＦ３１１およびＭＧＣＦ３１３の各ルーチングテーブルから削除されている。

（実施の形態にかかる移動体通信ネットワークにおける再開時のルーチング先解決処理）
図１１は、実施の形態にかかる移動体通信ネットワークにおける再開時のルーチング先解決処理の一例を示すシーケンス図である。図１１においては、たとえば図４に示した各ステップの後（Ｓ−ＣＳＣＦ３２０のスケールアウト後）に、ＭＧＣＦ３１３において再開（ノード再開）が発生する場合について説明する。再開は、たとえば一時的に停止していた処理を再開する処理である。この場合に、移動体通信ネットワーク２００においては、ルーチング先解決処理として、たとえば図１１に示す各ステップが実行される。

まず、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２，３２０およびＭＧＣＦ３１３が、図６に示した状態のルーチングテーブルを保持している（ステップＳ１１０１）。そして、Ｓ−ＣＳＣＦ３２０において再開が発生したとする（ステップＳ１１０２）。

図１１に示すステップＳ１１０３〜Ｓ１１１１は、図７に示したステップＳ７０３〜Ｓ７１１と同様である。

図１１に示した各ステップにより、再開が発生したＳ−ＣＳＣＦ３２０に関するルーチング情報により、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３の各ルーチングテーブルを更新することができる。また、Ｐ−ＣＳＣＦ３１１およびＭＧＣＦ３１３に関する各ルーチング情報により、再開が発生したＳ−ＣＳＣＦ３２０のルーチングテーブルを更新することができる。

図１１において、Ｓ−ＣＳＣＦ３２０において再開が発生した場合の処理について説明したが、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２またはＭＧＣＦ３１３において再開が発生した場合の処理も同様である。

（実施の形態にかかるＩＰアドレスの問い合わせのパケット）
図１２は、実施の形態にかかるＩＰアドレスの問い合わせのパケットの一例を示す図である。たとえば図４に示したステップＳ４０３においては、ＩＰアドレスの問い合わせのパケットとして、たとえば図１２に示すパケット１２００がブロードキャストにより送信される。

パケット１２００は、宛先アドレス１２０１（ＤｓｔＡｄｄｒ）と、送信元アドレス１２０２（ＳｒｃＡｄｄｒ）と、宛先ポート１２０３（ＤｓｔＰｏｒｔ）と、送信元ポート１２０４（ＳｒｃＰｏｒｔ）と、を含む。また、パケット１２００は、信号種別１２０５と、自ＩＰアドレス１２０６と、サーバ種別１２０７と、を含む。

宛先アドレス１２０１は、パケット１２００の送信先のセグメントを示すブロードキャストの宛先アドレス（たとえばＩＰアドレス）である。送信元アドレス１２０２は、パケット１２００の送信元のアドレス（たとえばＩＰアドレス）である。宛先アドレス１２０１および送信元アドレス１２０２は、ルーチング先解決処理のためのノード間の通信に使用されるアドレスである。

宛先ポート１２０３は、ルーチング先解決処理を行うアプリケーションの宛先ポートである。送信元ポート１２０４は、ルーチング先解決処理を行うアプリケーションの送信元ポートである。

信号種別１２０５は、パケット１２００の種別、すなわちパケット１２００がＩＰアドレスの問い合わせのパケットであることを示す。自ＩＰアドレス１２０６は、パケット１２００の送信元のＩＰアドレスであって、ルーチングテーブルに基づくノード間のルーチングに使用されるアドレスである。

ルーチング先解決処理のためのノード間の通信に使用されるアドレスと、ルーチングテーブルに基づくノード間のルーチングに使用されるアドレスと、が同じ場合は、自ＩＰアドレス１２０６は、送信元アドレス１２０２と同じアドレスである。この場合は、パケット１２００から自ＩＰアドレス１２０６を省いてもよい。

ルーチング先解決処理のためのノード間の通信に使用されるアドレスと、ルーチングテーブルに基づくノード間のルーチングに使用されるアドレスと、が異なる場合は、自ＩＰアドレス１２０６は、送信元アドレス１２０２と異なるアドレスである。たとえば、ルーチングテーブルに基づくノード間のルーチングに使用されるアドレスは、ルーチング先解決処理のためのノード間の通信に使用されるアドレス（たとえばＩＰルーチング）より上位のレイヤのルーチングに使用されるアドレスである場合がある。

サーバ種別１２０７は、パケット１２００の送信元のノードの種別である。たとえば、ステップＳ４０３においてＳ−ＣＳＣＦ３２０がパケット１２００を送信する場合に、そのパケット１２００のサーバ種別１２０７はＳ−ＣＳＣＦを示す。

（実施の形態にかかるＩＰアドレスの問い合わせ応答のパケット）
図１３は、実施の形態にかかるＩＰアドレスの問い合わせ応答のパケットの一例を示す図である。たとえば図４に示したステップＳ４０６，Ｓ４１０においては、ＩＰアドレスの問い合わせ応答のパケットとして、たとえば図１３に示すパケット１３００がユニキャストにより送信される。

パケット１３００は、宛先アドレス１３０１（ＤｓｔＡｄｄｒ）と、送信元アドレス１３０２（ＳｒｃＡｄｄｒ）と、宛先ポート１３０３（ＤｓｔＰｏｒｔ）と、送信元ポート１３０４（ＳｒｃＡｄｄｒ）と、を含む。また、パケット１３００は、信号種別１３０５と、自ＩＰアドレス１３０６と、を含む。

宛先アドレス１３０１は、パケット１３００の送信先のアドレス（たとえばＩＰアドレス）である。送信元アドレス１３０２は、パケット１３００の送信元のアドレス（たとえばＩＰアドレス）である。宛先アドレス１３０１および送信元アドレス１３０２は、ルーチング先解決処理のためのノード間の通信に使用されるアドレスである。

宛先ポート１３０３は、ルーチング先解決処理を行うアプリケーションの宛先ポートである。送信元ポート１３０４は、ルーチング先解決処理を行うアプリケーションの送信元ポートである。

信号種別１３０５は、パケット１３００の種別、すなわちパケット１３００がＩＰアドレスの問い合わせに対する応答のパケットであることを示す。自ＩＰアドレス１３０６は、パケット１３００の送信元のＩＰアドレスであって、ルーチングテーブルに基づくノード間のルーチングに使用されるアドレスである。

ルーチング先解決処理のためのノード間の通信に使用されるアドレスと、ルーチングテーブルに基づくノード間のルーチングに使用されるアドレスと、が同じ場合は、自ＩＰアドレス１３０６は、送信元アドレス１３０２と同じアドレスである。この場合は、パケット１３００から自ＩＰアドレス１３０６を省いてもよい。

ルーチング先解決処理のためのノード間の通信に使用されるアドレスと、ルーチングテーブルに基づくノード間のルーチングに使用されるアドレスと、が異なる場合は、自ＩＰアドレス１３０６は、送信元アドレス１３０２と異なるアドレスである。

（実施の形態にかかる照合要求のパケット）
図１４は、実施の形態にかかる照合要求のパケットの一例を示す図である。図１４において、図１２に示した部分と同様の部分については同一の符号を付して説明を省略する。たとえば図７に示したステップＳ７０３および図８に示したステップＳ８０３においては、照合要求のパケットとして、たとえば図１４に示すパケット１４００がブロードキャストにより送信される。

パケット１４００は、パケット１２００と同様に、宛先アドレス１２０１と、送信元アドレス１２０２と、宛先ポート１２０３と、送信元ポート１２０４と、信号種別１２０５と、自ＩＰアドレス１２０６と、サーバ種別１２０７と、を含む。ただし、パケット１４００の信号種別１２０５は、パケット１４００が照合要求のパケットであることを示す。

（実施の形態にかかる照合応答のパケット）
図１５は、実施の形態にかかる照合応答のパケットの一例を示す図である。図１５において、図１３に示した部分と同様の部分については同一の符号を付して説明を省略する。たとえば図７に示したステップＳ７０６，Ｓ７１０および図８に示したステップＳ８０６，Ｓ８０９においては、照合応答のパケットとして、たとえば図１５に示すパケット１５００がユニキャストにより送信される。

パケット１５００は、パケット１３００と同様に、宛先アドレス１３０１と、送信元アドレス１３０２と、宛先ポート１３０３と、送信元ポート１３０４と、信号種別１３０５と、自ＩＰアドレス１３０６と、を含む。ただし、パケット１５００の信号種別１３０５は、パケット１４００が照合応答のパケットであることを示す。

（実施の形態にかかるＩＰアドレスの削除要求のパケット）
図１６は、実施の形態にかかるＩＰアドレスの削除要求のパケットの一例を示す図である。図１６において、図１２に示した部分と同様の部分については同一の符号を付して説明を省略する。たとえば図９に示したステップＳ９０３においては、ＩＰアドレスの削除要求のパケットとして、たとえば図１６に示すパケット１６００がブロードキャストにより送信される。

パケット１６００は、パケット１２００と同様に、宛先アドレス１２０１と、送信元アドレス１２０２と、宛先ポート１２０３と、送信元ポート１２０４と、信号種別１２０５と、自ＩＰアドレス１２０６と、サーバ種別１２０７と、を含む。ただし、パケット１６００の信号種別１２０５は、パケット１６００がＩＰアドレスの削除要求のパケットであることを示す。

（実施の形態にかかるノードによる受信処理）
図１７は、実施の形態にかかるノードによる受信処理の一例を示すフローチャートである。ＩＭＳ２１０の各ノードは、受信処理として、たとえば図１７に示す各ステップを実行する。一例としてＰ−ＣＳＣＦ３１１による受信処理について説明するが、他のノードによる受信処理についても同様である。

まず、Ｐ−ＣＳＣＦ３１１は、自ノードのアプリケーションポートからパケットを受信したか否かを判断し（ステップＳ１７０１）、パケットを受信するまで待つ（ステップＳ１７０１：Ｎｏのループ）。アプリケーションポートは、ルーチング先解決処理を行うアプリケーションのポートである。アプリケーションポートによって受信されるパケットは、たとえば図１２〜図１６に示したパケット１２００，１３００，１４００，１５００，１６００のいずれかである。

ステップＳ１７０１において、パケットを受信すると（ステップＳ１７０１：Ｙｅｓ）、Ｐ−ＣＳＣＦ３１１は、受信したパケットの信号種別がＩＰアドレスの問い合わせまたは照合要求であるか否かを判断する（ステップＳ１７０２）。ステップＳ１７０２の判断は、たとえば図１２〜図１６に示した信号種別１２０５，１３０５に基づいて行うことができる。

ステップＳ１７０２において、ＩＰアドレスの問い合わせまたは照合要求である場合（ステップＳ１７０２：Ｙｅｓ）は、Ｐ−ＣＳＣＦ３１１は、受信したパケットに含まれるＩＰアドレスの取り込みを要するか否かを判断する（ステップＳ１７０３）。このＩＰアドレスは、たとえば図１２，図１４に示したパケット１２００，１４００の自ＩＰアドレス１２０６のいずれかである。また、ステップＳ１７０３の判断は、Ｐ−ＣＳＣＦ３１１のサーバ種別と、図１２，図１４に示したパケット１２００，１４００のサーバ種別１２０７のいずれかと、の関係に基づいて行うことができる。

ステップＳ１７０３において、取り込みを要しないと判断した場合（ステップＳ１７０３：Ｎｏ）は、Ｐ−ＣＳＣＦ３１１は、ステップＳ１７０１へ戻る。取り込みを要すると判断した場合（ステップＳ１７０３：Ｙｅｓ）は、Ｐ−ＣＳＣＦ３１１は、ステップＳ１７０４へ移行する。すなわち、Ｐ−ＣＳＣＦ３１１は、受信したパケットが示すＩＰアドレス（たとえば図１２または図１４に示した自ＩＰアドレス１２０６）に基づいて自ノードのルーチングテーブルに対する追加または更新を行う（ステップＳ１７０４）。

たとえば、Ｐ−ＣＳＣＦ３１１は、受信したパケットが示すＩＰアドレスのルーチング情報が自ノードのルーチングテーブルに含まれていない場合は、受信したパケットが示すＩＰアドレスのルーチング情報を自ノードのルーチングテーブルに追加する。または、Ｐ−ＣＳＣＦ３１１は、受信したパケットが示すＩＰアドレスのルーチング情報が自ノードのルーチングテーブルに含まれている場合は、受信したパケットが示すＩＰアドレスのルーチング情報による上書きにより自ノードのルーチングテーブルを更新する。

つぎに、Ｐ−ＣＳＣＦ３１１は、ＩＰアドレスの問い合わせ応答または照合応答のパケットを、受信したパケットの送信元のノードへユニキャストにより送信し（ステップＳ１７０５）、ステップＳ１７０１へ戻る。たとえば、Ｐ−ＣＳＣＦ３１１が受信したパケットがＩＰアドレスの問い合わせのパケットである場合は、ステップＳ１７０５において、たとえば図１３に示したパケット１３００が送信される。また、Ｐ−ＣＳＣＦ３１１が受信したパケットが照合要求のパケットである場合は、ステップＳ１７０５において、たとえば図１５に示したパケット１５００が送信される。

ステップＳ１７０２において、ＩＰアドレスの問い合わせまたは照合要求でない場合（ステップＳ１７０２：Ｎｏ）は、Ｐ−ＣＳＣＦ３１１は、ステップＳ１７０６へ移行する。すなわち、Ｐ−ＣＳＣＦ３１１は、受信したパケットの信号種別がＩＰアドレスの問い合わせ応答または照合応答であるか否かを判断する（ステップＳ１７０６）。ステップＳ１７０６の判断は、たとえば図１２〜図１６に示した信号種別１２０５，１３０５に基づいて行うことができる。

ステップＳ１７０６において、ＩＰアドレスの問い合わせ応答または照合応答である場合（ステップＳ１７０６：Ｙｅｓ）は、Ｐ−ＣＳＣＦ３１１は、ステップＳ１７０７へ移行する。すなわち、Ｐ−ＣＳＣＦ３１１は、受信したパケットが示すＩＰアドレス（たとえば図１３または図１５に示した自ＩＰアドレス１３０６）に基づいて自ノードのルーチングテーブルに対する追加または更新を行う（ステップＳ１７０７）。ステップＳ１７０７におけるルーチングテーブルに対する追加または更新は、ステップＳ１７０４におけるルーチングテーブルに対する追加または更新と同様である。

ステップＳ１７０６において、受信したパケットの信号種別がＩＰアドレスの問い合わせ応答または照合応答でない場合（ステップＳ１７０６：Ｎｏ）は、たとえば、受信したパケットの信号種別がＩＰアドレスの削除要求であると判断することができる。この場合に、Ｐ−ＣＳＣＦ３１１は、受信したパケットが示すＩＰアドレス（たとえば図１６に示したパケット１６００の自ＩＰアドレス１２０６）のルーチング情報を自ノードのルーチングテーブルから削除し（ステップＳ１７０８）、ステップＳ１７０１へ戻る。

（実施の形態にかかるノードによる送信処理）
図１８は、実施の形態にかかるノードによる送信処理の一例を示すフローチャートである。ＩＭＳ２１０の各ノードは、送信処理として、たとえば図１８に示す各ステップを実行する。一例としてＰ−ＣＳＣＦ３１１による送信処理について説明するが、他のノードによる送信処理についても同様である。

たとえば、Ｐ−ＣＳＣＦ３１１は、スケールアウト等により起動すると、図１８に示す各ステップを開始する。また、Ｐ−ＣＳＣＦ３１１は、図１７に示した各ステップによる受信処理と並行して、図１８に示す各ステップを実行する。

まず、Ｐ−ＣＳＣＦ３１１は、ＩＰアドレスの問い合わせ（クエリ）のパケットを、自ノードが属するセグメントに対するブロードキャストにより送信する（ステップＳ１８０１）。ステップＳ１８０１により送信されるパケットは、ＩＰアドレスの問い合わせとともに、自ノードのＩＰアドレス（自ＩＰアドレス）および自ノードのサーバ種別の通知を行うパケットである。

つぎに、Ｐ−ＣＳＣＦ３１１は、ステップＳ１８０１によりパケットを送信してから所定時間が経過したか否かを判断し（ステップＳ１８０２）、所定時間が経過するまで待つ（ステップＳ１８０２：Ｎｏのループ）。これにより、他のノードが、Ｐ−ＣＳＣＦ３１１からのパケットを受信し、図１７に示したステップＳ１７０１〜Ｓ１７０５の処理によりアドレスを取り込み、ＩＰアドレスの問い合わせ応答のパケットをＰ−ＣＳＣＦ３１１へ送信する。これに対して、Ｐ−ＣＳＣＦ３１１が、図１７に示したステップＳ１７０１，Ｓ１７０２，Ｓ１７０６，Ｓ１７０７により他のノードのアドレスを取り込む。

ステップＳ１８０２において、所定時間が経過すると（ステップＳ１８０２：Ｙｅｓ）、Ｐ−ＣＳＣＦ３１１は、現在時刻が所定の照合時刻になったか否かを判断する（ステップＳ１８０３）。照合時刻になった場合（ステップＳ１８０３：Ｙｅｓ）は、Ｐ−ＣＳＣＦ３１１は、照合要求のパケットを、自ノードが属するセグメントに対するブロードキャストにより送信する（ステップＳ１８０４）。ステップＳ１８０４により送信されるパケットは、照合の要求とともに、自ノードのＩＰアドレス（自ＩＰアドレス）および自ノードのサーバ種別の通知を行うパケットである。

つぎに、Ｐ−ＣＳＣＦ３１１が、ステップＳ１８０４によりパケットを送信してから所定時間が経過したか否かを判断し（ステップＳ１８０５）、所定時間が経過するまで待つ（ステップＳ１８０５：Ｎｏのループ）。これにより、他のノードが、Ｐ−ＣＳＣＦ３１１からのパケットを受信し、図１７に示したステップＳ１７０１〜Ｓ１７０５の処理によりアドレスを取り込み、照合応答のパケットをＰ−ＣＳＣＦ３１１へ送信する。これに対して、Ｐ−ＣＳＣＦ３１１が、図１７に示したステップＳ１７０１，Ｓ１７０２，Ｓ１７０６，Ｓ１７０７により他のノードのアドレスを取り込む。

ステップＳ１８０５において、所定時間が経過すると（ステップＳ１８０５：Ｙｅｓ）、Ｐ−ＣＳＣＦ３１１は、ステップＳ１８０７へ移行する。

ステップＳ１８０３において、照合時刻になっていない場合（ステップＳ１８０３：Ｎｏ）は、Ｐ−ＣＳＣＦ３１１は、自ノードにおいて再開が発生したか否かを判断する（ステップＳ１８０６）。

ステップＳ１８０６において、再開が発生した場合（ステップＳ１８０６：Ｙｅｓ）は、Ｐ−ＣＳＣＦ３１１は、ステップＳ１８０４へ移行し、照合時刻になった場合と同様の処理を行う。再開が発生していない場合（ステップＳ１８０６：Ｎｏ）は、Ｐ−ＣＳＣＦ３１１は、自ノードのスケールインが指示されたか否かを判断する（ステップＳ１８０７）。スケールインが指示されていない場合（ステップＳ１８０７：Ｎｏ）は、Ｐ−ＣＳＣＦ３１１は、ステップＳ１８０３へ戻る。

ステップＳ１８０７において、スケールインが指示された場合（ステップＳ１８０７：Ｙｅｓ）は、Ｐ−ＣＳＣＦ３１１は、ＩＰアドレスの削除要求のパケットを、自ノードが属するセグメントに対するブロードキャストにより送信する（ステップＳ１８０８）。そして、Ｐ−ＣＳＣＦ３１１は、スケールインにより減設されることにより一連の処理を終了する。ステップＳ１８０８により送信されるパケットは、ＩＰアドレスの削除の要求とともに、自ノードのＩＰアドレス（自ＩＰアドレス）および自ノードのサーバ種別の通知を行うパケットである。

（実施の形態にかかるノードの構成およびルーチング先解決処理）
図１９は、実施の形態にかかるノードの構成およびルーチング先解決処理の一例を示す図である。ＩＭＳ２１０の各ノードの構成について説明する。図１９においてはＳ−ＣＳＣＦ３２０およびＰ−ＣＳＣＦ３１１の構成について説明するが、他のノード（たとえばＳ−ＣＳＣＦ３１２やＭＧＣＦ３１３）の構成についても同様である。また、図１９においては、一例として、Ｓ−ＣＳＣＦ３２０において照合または再開のイベントが発生し、Ｓ−ＣＳＣＦ３２０からのパケットにＰ−ＣＳＣＦ３１１が応答する場合のルーチング先解決処理について説明する。

Ｓ−ＣＳＣＦ３２０は、ルーチング制御部１９１１と、信号送信部１９１２と、信号受信部１９１３と、局データ記憶部１９１４と、呼処理制御部１９１５と、を備える。ルーチング制御部１９１１は、信号送信部１９１２および信号受信部１９１３を用いた他のノードとの間の信号の送受信により、自ノード（Ｓ−ＣＳＣＦ３２０）におけるルーチングの制御を行う。また、ルーチング制御部１９１１は、局データ記憶部１９１４に記憶されたルーチングテーブルに基づいてルーチングの制御を行う。

信号送信部１９１２は、ルーチング制御部１９１１または呼処理制御部１９１５からの制御により、自ノードからの信号を送信する。信号受信部１９１３は、他のノードからの信号を受信し、受信した信号をルーチング制御部１９１１または呼処理制御部１９１５へ出力する。

局データ記憶部１９１４は、ルーチングテーブルを含む局データを記憶している。ルーチングテーブルは、パケットの宛先のアドレスと、そのアドレスを宛先とするパケットを送出すべき自ノードのポートと、を対応付けるルーチング情報が格納されたテーブルである。呼処理制御部１９１５は、自ノードにおけるルーチング（呼処理）を制御する。

Ｐ−ＣＳＣＦ３１１は、ルーチング制御部１９２１と、信号送信部１９２２と、信号受信部１９２３と、局データ記憶部１９２４と、呼処理制御部１９２５と、を備える。Ｐ−ＣＳＣＦ３１１のルーチング制御部１９２１、信号送信部１９２２および信号受信部１９２３は、それぞれＳ−ＣＳＣＦ３２０のルーチング制御部１９１１、信号送信部１９１２および信号受信部１９１３と同様である。Ｐ−ＣＳＣＦ３１１の局データ記憶部１９２４および呼処理制御部１９２５は、それぞれＳ−ＣＳＣＦ３２０の局データ記憶部１９１４および呼処理制御部１９１５と同様である。

図１に示した第１ノード１１１は、たとえば図１９に示すＳ−ＣＳＣＦ３２０により実現することができる。この場合に、図１に示した送信部１１２は、たとえばルーチング制御部１９１１および信号送信部１９１２により実現することができる。また、図１に示した受信部１１３は、たとえば信号受信部１９１３により実現することができる。また、図１に示した設定部１１４は、たとえばルーチング制御部１９１１により実現することができる。また、図１に示した制御部１１５は、たとえば呼処理制御部１９１５により実現することができる。

また図１に示した第２ノード１２１は、たとえば図１９に示すＰ−ＣＳＣＦ３１１により実現することができる。この場合に、図１に示した受信部１２２は、たとえば信号送信部１９２２により実現することができる。また、図１に示した送信部１２３は、たとえばルーチング制御部１９２１および信号送信部１９２２により実現することができる。また、図１に示した設定部１２４は、たとえばルーチング制御部１９２１により実現することができる。また、図１に示した制御部１２５は、たとえば呼処理制御部１９２５により実現することができる。

たとえば、Ｓ−ＣＳＣＦ３２０において再開または照合のイベントが発生すると、Ｓ−ＣＳＣＦ３２０のルーチング制御部１９１１が、信号送信部１９１２を制御して上述の照合要求のパケットをブロードキャストにより送信する。Ｐ−ＣＳＣＦ３１１の信号受信部１９２３は、Ｓ−ＣＳＣＦ３２０がブロードキャストにより送信した照合要求のパケットを受信し、受信した照合要求のパケットをルーチング制御部１９２１へ出力する。

ルーチング制御部１９２１は、信号受信部１９２３から出力された照合要求のパケットに基づいて、局データ記憶部１９２４のルーチングテーブルにＳ−ＣＳＣＦ３２０のＩＰアドレスを取り込む。そして、ルーチング制御部１９２１は、信号送信部１９２２を制御して、自ノードのＩＰアドレスを含む照合応答のパケットをＳ−ＣＳＣＦ３２０へユニキャストにより送信する。

Ｓ−ＣＳＣＦ３２０の信号受信部１９１３は、Ｐ−ＣＳＣＦ３１１がユニキャストにより送信した照合応答のパケットを受信し、受信した照合応答のパケットをルーチング制御部１９１１へ出力する。ルーチング制御部１９１１は、信号受信部１９１３から出力された照合応答のパケットに基づいて、局データ記憶部１９１４のルーチングテーブルにＰ−ＣＳＣＦ３１１のＩＰアドレスを取り込む。

（実施の形態にかかるノードの構成および呼処理）
図２０は、実施の形態にかかるノードの構成および呼処理の一例を示す図である。図２０において、図１９に示した部分と同様の部分については同一の符号を付して説明を省略する。図２０においては、ルーチング先解決処理により更新されたルーチングテーブルに基づく呼処理について説明する。また、図２０においては、一例として、Ｐ−ＣＳＣＦ３１１が受信したパケットをＳ−ＣＳＣＦ３２０へ転送する呼処理について説明する。

まず、Ｐ−ＣＳＣＦ３１１の信号受信部１９２３が、他のノードからＳＩＰ信号を受信したとする。他のノードは、一例としては図２に示したパケット・スイッチ・ドメイン２０３のノードである。信号受信部１９２３は、受信したＳＩＰ信号を呼処理制御部１９２５へ出力する。呼処理制御部１９２５は、信号受信部１９２３から出力されたＳＩＰ信号の送信先（ルーチング先）を決定するためにルーチング制御部１９２１を起動し、ＳＩＰ信号の宛先アドレスをルーチング制御部１９２１へ通知する。

ルーチング制御部１９２１は、局データ記憶部１９２４のルーチングテーブルを参照し、呼処理制御部１９２５から通知された宛先アドレスに対応するポートを特定する。そして、ルーチング制御部１９２１は、特定したポートを呼処理制御部１９２５へ通知する。呼処理制御部１９２５は、ルーチング制御部１９２１から通知されたポートからＳＩＰ情報を送信するように制御する。

信号送信部１９２２は、呼処理制御部１９２５からの制御に従って、ＳＩＰ信号をＳ−ＣＳＣＦ３２０へ送信する。Ｓ−ＣＳＣＦ３２０の信号受信部１９１３は、Ｐ−ＣＳＣＦ３１１から受信したＳＩＰ信号を呼処理制御部１９１５へ出力する。呼処理制御部１９１５は、Ｐ−ＣＳＣＦ３１１の呼処理制御部１９２５と同様に、ＳＩＰ信号をさらに他のノード（一例としてはＭＧＣＦ２１７）へ転送するための呼処理を行う。

（実施の形態にかかるノードのハードウェア構成）
図２１は、実施の形態にかかるノードのハードウェア構成の一例を示す図である。図１９，図２０に示したＳ−ＣＳＣＦ３２０およびＰ−ＣＳＣＦ３１１は、たとえば図２１に示す通信装置２１００によって実現することができる。通信装置２１００は、プロセッサ２１０１と、メモリ２１０２と、通信インタフェース２１０３と、を備える。プロセッサ２１０１、メモリ２１０２および通信インタフェース２１０３は、たとえばバス２１０９によって接続される。

プロセッサ２１０１は、信号処理を行う回路であり、たとえば通信装置２１００の全体の制御を司るＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である。メモリ２１０２には、たとえばメインメモリおよび補助メモリが含まれる。メインメモリは、たとえばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）である。メインメモリは、プロセッサ２１０１のワークエリアとして使用される。補助メモリは、たとえば磁気ディスク、光ディスク、フラッシュメモリなどの不揮発メモリである。補助メモリには、通信装置２１００を動作させる各種のプログラムが記憶されている。補助メモリに記憶されたプログラムは、メインメモリにロードされてプロセッサ２１０１によって実行される。

通信インタフェース２１０３は、他の通信装置（ノード）との間で通信を行う通信インタフェースである。通信インタフェース２１０３は、プロセッサ２１０１によって制御される。

図１９，図２０に示した信号送信部１９１２，１９２２および信号受信部１９１３，１９２３は、たとえば通信インタフェース２１０３により実現することができる。また、図１９，図２０に示したルーチング制御部１９１１，１９２１および呼処理制御部１９１５，１９２５は、たとえばプロセッサ２１０１により実現することができる。また、図１９，図２０に示した局データ記憶部１９１４，１９２４は、たとえばメモリ２１０２により実現することができる。

また、Ｓ−ＣＳＣＦ３２０およびＰ−ＣＳＣＦ３１１のそれぞれは、通信装置２１００のハードウェア資源を用いた仮想マシンとして実現されてもよい。この場合に、Ｓ−ＣＳＣＦ３２０およびＰ−ＣＳＣＦ３１１は、それぞれ別の通信装置２１００のハードウェア資源を用いた仮想マシンであってもよいし、１個の通信装置２１００のハードウェア資源を用いた仮想マシンであってもよい。Ｓ−ＣＳＣＦ３２０およびＰ−ＣＳＣＦ３１１のハードウェア構成について説明したが、他のノード（たとえばＳ−ＣＳＣＦ３１２やＭＧＣＦ３１３）のハードウェア構成についても同様である。

このように、実施の形態によれば、第１ノード１１１（一例としてはＳ−ＣＳＣＦ３２０）は、第１ノード１１１のアドレスと第１ノード１１１の種別とを示す第１制御信号をブロードキャストにより送信することができる。そして、第１ノード１１１は、第１制御信号に応じて第２ノード１２１から送信された第２制御信号が示す第２ノード１２１のアドレスに基づいて第１ノード１１１の局データ（たとえばルーチングテーブル）を更新することができる。第２ノード１２１は、一例としては、Ｐ−ＣＳＣＦ３１１、Ｓ−ＣＳＣＦ３１２およびＭＧＣＦ３１３である。これにより、第１ノード１１１と接続すべき種別のノードのアドレスを第１ノード１１１の局データに反映させる局データの更新を自動化し、局データの設定にかかる時間を短縮することができる。

また、第２ノード１２１は、第１ノード１１１によって送信された、第１ノード１１１のアドレスと第１ノード１１１の種別を示す第１制御信号を受信することができる。そして、第２ノード１２１は、受信した第１制御信号が示す第１ノード１１１の種別が特定の種別である場合に、第１制御信号が示す第１ノード１１１のアドレスに基づいて第２ノード１２１の局データを更新することができる。また、第２ノード１２１は、受信した第１制御信号が示す第１ノード１１１の種別が特定の種別である場合に、第２ノード１２１のアドレスを示す第２制御信号を第１ノード１１１へ送信することができる。これにより、第２ノード１２１と接続すべき種別のノードのアドレスを第２ノード１２１の局データに反映させる局データの更新を自動化し、局データの設定にかかる時間を短縮することができる。

たとえば、ノードが追加された場合でも、保守者の介在なくそのノードの運用を開始することができることにより、サービス開始までの時間が短縮される。これにより、たとえば、スケールアウトにより輻輳の低減を図る場合に、輻輳の低減にかかる時間の短縮を図ることができる。また、たとえばトラヒック増加に対するノードの追加の不完了率の低減を図ることができる。また、ノードの追加や削除が行われても、保守者の介在なく局データの反映が可能であり、保守稼動の削減を図ることができる。

以上説明したように、通信装置および通信方法によれば、局データの設定にかかる時間を短縮することができる。

たとえば、従来、安価かつ柔軟に新しいサービスへ対応するために、電話網としてＩＭＳが用いられている。このＩＭＳにおけるＳＩＰメッセージのエンティティ間ルーチング技術は、隣接サーバの接続のための情報を、電話番号や発信した対地に近端接続するという、従来の交換機技術を踏襲して実現されている。これら情報を、ＣＳＣＦエンティティの機能分担に基づき、各エンティティに局データとして保持することを要する。また、このデータ投入は、保守者がどのようにルーチングさせるのかを意識したうえで、手動投入することで実現されている。

また、短期間でのサービス提供要件やサービスの多様化に対応するために、回線事業者は機能エンティティへの仮想化の適用を行っている。仮想化において、運用状況に応じて機能エンティティのノード追加（スケールアウト）およびノード削除（スケールイン）を行うことが可能である。しかし、従来の交換機技術を踏襲したルーチングを実現するために、追加されたノードのルーチングを有効化するための局データを保守者が手動で投入している。

すなわち、既存のＩＭＳにおいて、機能エンティティ内のノード追加（仮想化環境ではスケールアウト）を実現した場合に、ルーチング先の解決のため、それぞれのノードが保持している局データを書き換えることを要する。また、ＩＭＳではそれぞれが役割分担をもった機能エンティティを複数経由（複数階層で実現）して端末間の通話を実現しており、どの経路を通るのかを保守者が局データを設定することでルーチングを実現している。

このような階層を意識した領域で複数ノードに対して局データの設定（たとえばルーチングテーブルの設定）を行う場合は、たとえ仮想化によってスケールアウト等を自動化できても、局データの設定を手動で実現することになる。このため、局データの設定に時間がかかる。

たとえば、スケールアウト等の保守作業を１回実施するたびに稼動（手作業での局データの設定）が発生するため、保守作業を頻繁に実施する場合はそのたびに稼動が発生する。また、スケールアウト等を実施すると、スケールアウト等の対象のノードと接続する他の複数のノードに局データの設定を行うことになるため、局データの設定を反映するまでに時間がかかる。また、たとえば、スケールアウトによる輻輳の低下や、スケールインによるリソースの解放に時間がかかる。

このように、機能エンティティ（ノード）を仮想化する場合は、柔軟なスケールアウト（増設）やスケールイン（減設）などが可能なことが仮想化のメリットであるにも関わらず、この局データの設定に時間がかかり、仮想化のメリットが活かせない。

これに対して、上述した実施の形態によれば、たとえば増設された新規ノードが、自ノードのアドレスと自ノードの種別とを示す第１制御信号をブロードキャストすることができる。また、その種別に対応する既存のノードが、そのアドレスを自ノードの局データに取り込み、自身のアドレスを通知する第２制御信号を新規ノードに送信することができる。これにより、ノード増設時の局データの更新を自動化し、局データの設定にかかる時間を短縮することができる。

また、たとえばノード減設時にも同様に、減設されるノードが、自ノードのアドレスと自ノードの種別とを示す第１制御信号をブロードキャストすることができる。また、その種別に対応するノードが、そのアドレスを自ノードの局データから削除することができる。これにより、ノード減設時の局データの更新を自動化し、局データの設定にかかる時間を短縮することができる。

このため、たとえば機能エンティティ（ノード）を仮想化する場合に、スケールアウトやスケールインなどによるノードの増設や減設の自動化だけでなく、ノードの増設や減設に伴う局データの設定も自動化することができる。これにより、ノードの増設や減設を柔軟に行うことができるという仮想化のメリットを活かすことができる。

ただし、上述した実施の形態は、たとえば機能エンティティ（ノード）を仮想化する構成に限らない。機能エンティティ（ノード）を仮想化しない構成においても、ノードの増設や減設を行った場合の局データの設定にかかる時間を短縮することができる。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）第１ノードのアドレスと第１ノードの種別とを示す第１制御信号をブロードキャストにより送信する送信部と、
前記送信部によって送信された前記第１制御信号に応じて前記第１ノードと異なる第２ノードから送信された、前記第２ノードのアドレスを示す第２制御信号を受信する受信部と、
前記受信部によって受信された前記第２制御信号が示す前記アドレスに基づいて、前記第１ノードがルーチングに用いる局データを設定する設定部と、
を備えることを特徴とする通信装置。

（付記２）前記送信部は、前記第１制御信号の送信元を示す前記第１ノードのアドレスと、前記ルーチングに用いる前記第１ノードのアドレスと、を示す前記第１制御信号を送信することを特徴とする付記１に記載の通信装置。

（付記３）前記受信部は、前記第２制御信号の送信元を示す前記第２ノードのアドレスと、前記ルーチングに用いる前記第２ノードのアドレスと、を示す前記第２制御信号を受信し、
前記設定部は、前記第２制御信号が示す、前記ルーチングに用いる前記第２ノードのアドレスに基づいて前記局データを設定する、
ことを特徴とする付記１または２に記載の通信装置。

（付記４）前記送信部は、前記第１制御信号を送信することにより、前記第１制御信号を受信したノードのうち特定の種別のノードに対して、前記第１制御信号が示す前記アドレスに基づいて前記特定の種別のノードの局データを設定させ、前記第２制御信号を前記第１ノードへ送信させることを特徴とする付記１〜３のいずれか一つに記載の通信装置。

（付記５）前記送信部は、前記第１ノードの起動時に、前記第１ノードのアドレスの局データへの追加を指示する前記第１制御信号を送信することを特徴とする付記１〜４のいずれか一つに記載の通信装置。

（付記６）前記送信部は、前記第１ノードの停止時に、前記第１ノードのアドレスの局データからの削除を指示する前記第１制御信号を送信することを特徴とする付記１〜５のいずれか一つに記載の通信装置。

（付記７）前記第２ノードは、前記第１制御信号が示す前記種別に対応する特定の種別のノードであることを特徴とする付記１〜６のいずれか一つに記載の通信装置。

（付記８）前記第１ノードおよび前記第２ノードの少なくともいずれかは仮想的なノードであることを特徴とする付記１〜７のいずれか一つに記載の通信装置。

（付記９）前記設定部によって設定された前記局データに基づく前記第１ノードによるルーチングを制御する制御部を備えることを特徴とする付記１〜８のいずれか一つに記載の通信装置。

（付記１０）第１ノードによって送信された、前記第１ノードのアドレスと前記第１ノードの種別とを示す第１制御信号を受信する受信部と、
前記受信部によって受信された前記第１制御信号が示す前記種別が特定の種別である場合に、前記第１ノードと異なる第２ノードのアドレスを示す第２制御信号を前記第１ノードへ送信する送信部と、
前記第１制御信号が示す前記種別が特定の種別である場合に、前記第１制御信号が示す前記アドレスに基づいて、前記第２ノードがルーチングに用いる局データを設定する設定部と、
を備えることを特徴とする通信装置。

（付記１１）前記送信部は、前記第１制御信号が示す前記種別が前記特定の種別でない場合は、前記第２制御信号を前記第１ノードへ送信せず、
前記設定部は、前記第１制御信号が示す前記種別が前記特定の種別でない場合は、前記第１制御信号が示す前記アドレスに基づいて前記第２ノードの局データを設定しない、
ことを特徴とする付記１０に記載の通信装置。

（付記１２）前記送信部は、前記第２制御信号の送信元を示す前記第２ノードのアドレスと、前記ルーチングに用いる前記第２ノードのアドレスと、を示す前記第２制御信号を送信することを特徴とする付記１０または１１に記載の通信装置。

（付記１３）前記受信部は、前記第１制御信号の送信元を示す前記第１ノードのアドレスと、前記ルーチングに用いる前記第１ノードのアドレスと、を示す前記第１制御信号を受信し、
前記設定部は、前記第１制御信号が示す、前記ルーチングに用いる前記第１ノードのアドレスに基づいて前記局データを設定する、
ことを特徴とする付記１０〜１２のいずれか一つに記載の通信装置。

（付記１４）第１ノードのアドレスと第１ノードの種別とを示す第１制御信号をブロードキャストにより送信し、
送信した前記第１制御信号に応じて前記第１ノードと異なる第２ノードから送信された、前記第２ノードのアドレスを示す第２制御信号を受信し、
受信した前記第２制御信号が示す前記アドレスに基づいて前記第１ノードの局データを設定する、
ことを特徴とする通信方法。

（付記１５）第１ノードによって送信された、前記第１ノードのアドレスと前記第１ノードの種別とを示す第１制御信号を受信し、
受信した前記第１制御信号が示す前記種別が特定の種別である場合に、前記第１ノードと異なる第２ノードのアドレスを示す第２制御信号を前記第１ノードへ送信し、前記第１制御信号が示す前記アドレスに基づいて前記第２ノードの局データを設定する、
ことを特徴とする通信方法。

１００ 通信システム
１１０，１２０，２１００ 通信装置
１１１ 第１ノード
１１２，１２３ 送信部
１１３，１２２ 受信部
１１４，１２４ 設定部
１１５，１２５ 制御部
１２１ 第２ノード
２００ 移動体通信ネットワーク
２０１，３７１ ユーザ端末
２０２ ＲＮＣ
２０３ パケット・スイッチ・ドメイン
２０４ インターネット
２０５，２１０ ＩＭＳ
２０６ アプリケーション／サービス
２０７ 電話網
２０８ 回線交換ドメイン
２１１，３１１ Ｐ−ＣＳＣＦ
２１２，３１２，３２０ Ｓ−ＣＳＣＦ
２１３ Ｉ−ＣＳＣＦ
２１４ ＨＳＳ
２１５ ＡＳ
２１６ ＭＲＦ
２１７，３１３ ＭＧＣＦ
２１８ ＭＧＷ
２１９ Ｔ−ＳＧＷ
３３１〜３３３，６０１ 局データ
３５１〜３５３ 局データ参照点
３６０ ブロードキャスト通信
３７２ アクセスネットワーク
１２００，１３００，１４００，１５００，１６００ パケット
１２０１，１３０１ 宛先アドレス
１２０２，１３０２ 送信元アドレス
１２０３，１３０３ 宛先ポート
１２０４，１３０４ 送信元ポート
１２０５，１３０５ 信号種別
１２０６，１３０６ 自ＩＰアドレス
１２０７ サーバ種別
１９１１，１９２１ ルーチング制御部
１９１２，１９２２ 信号送信部
１９１３，１９２３ 信号受信部
１９１４，１９２４ 局データ記憶部
１９１５，１９２５ 呼処理制御部
２１０１ プロセッサ
２１０２ メモリ
２１０３ 通信インタフェース
２１０９ バス

Claims (6)

1. 第１ノードのアドレスと第１ノードの種別とを示す第１制御信号をブロードキャストにより送信する送信部と、
   前記送信部によって送信された前記第１制御信号に応じて前記第１ノードと異なる第２ノードから送信された、前記第２ノードのアドレスを示す第２制御信号を受信する受信部と、
   前記受信部によって受信された前記第２制御信号が示す前記アドレスに基づいて、前記第１ノードがルーチングに用いる局データを設定する設定部と、
   を備えることを特徴とする通信装置。
2. 前記送信部は、前記第１制御信号の送信元を示す前記第１ノードのアドレスと、前記ルーチングに用いる前記第１ノードのアドレスと、を示す前記第１制御信号を送信することを特徴とする請求項１に記載の通信装置。
3. 第１ノードによって送信された、前記第１ノードのアドレスと前記第１ノードの種別とを示す第１制御信号を受信する受信部と、
   前記受信部によって受信された前記第１制御信号が示す前記種別が特定の種別である場合に、前記第１ノードと異なる第２ノードのアドレスを示す第２制御信号を前記第１ノードへ送信する送信部と、
   前記第１制御信号が示す前記種別が特定の種別である場合に、前記第１制御信号が示す前記アドレスに基づいて、前記第２ノードがルーチングに用いる局データを設定する設定部と、
   を備えることを特徴とする通信装置。
4. 前記送信部は、前記第１制御信号が示す前記種別が前記特定の種別でない場合は、前記第２制御信号を前記第１ノードへ送信せず、
   前記設定部は、前記第１制御信号が示す前記種別が前記特定の種別でない場合は、前記第１制御信号が示す前記アドレスに基づいて前記第２ノードの局データを設定しない、
   ことを特徴とする請求項３に記載の通信装置。
5. 第１ノードのアドレスと第１ノードの種別とを示す第１制御信号をブロードキャストにより送信し、
   送信した前記第１制御信号に応じて前記第１ノードと異なる第２ノードから送信された、前記第２ノードのアドレスを示す第２制御信号を受信し、
   受信した前記第２制御信号が示す前記アドレスに基づいて前記第１ノードの局データを設定する、
   ことを特徴とする通信方法。
6. 第１ノードによって送信された、前記第１ノードのアドレスと前記第１ノードの種別とを示す第１制御信号を受信し、
   受信した前記第１制御信号が示す前記種別が特定の種別である場合に、前記第１ノードと異なる第２ノードのアドレスを示す第２制御信号を前記第１ノードへ送信し、前記第１制御信号が示す前記アドレスに基づいて前記第２ノードの局データを設定する、
   ことを特徴とする通信方法。

Images