ＳＣＴＰアソシエーション集約装置、その装置を含む通信システムおよびルーティング方法
【課題】ＳＣＴＰ上にＡＰＬプロトコルを実装するというプロトコルスタックを変えることなく、各ノードが確立するＳＣＴＰアソシエーション数を減少させることが可能なＳＣＴＰアソシエーション集約装置の提供。
【解決手段】
ＳＣＴＰアソシエーション集約装置は、複数のノード２〜３、７〜９とのＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）アソシエーションを集約する第１集約装置１０と、他の複数のノード１、４〜６とのＳＣＴＰアソシエーションを集約する第２集約装置１１とを含んで構成され、第１および第２集約装置１０，１１間においてＳＩＧＴＲＡＮ（Ｓｉｇｎａｌ Ｔｒａｎｓｐｏｒｔ）を使用したルーティング制御が実行される。
【解決手段】
ＳＣＴＰアソシエーション集約装置は、複数のノード２〜３、７〜９とのＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）アソシエーションを集約する第１集約装置１０と、他の複数のノード１、４〜６とのＳＣＴＰアソシエーションを集約する第２集約装置１１とを含んで構成され、第１および第２集約装置１０，１１間においてＳＩＧＴＲＡＮ（Ｓｉｇｎａｌ Ｔｒａｎｓｐｏｒｔ）を使用したルーティング制御が実行される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）アソシエーション集約装置、その装置を含む通信システムおよびルーティング方法に関し、特にトランスポートレイヤに直接ＡＰＬ( Ａｐｐｌｉｃａｔｉｏｎ) プロトコルが実装されるノードを含む通信システムに関する。
【背景技術】
【０００２】
移動体ネットワークの呼処理ノードでは、共通線信号方式が使用されており、網内に存在するＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｒｔ）を経由することでノード間の信号転送が実施される。また、ネットワークのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）化に伴いＳＩＧＴＲＡＮ（Ｓｉｇｎａｌ Ｔｒａｎｓｐｏｒｔ）を使用すれば、ＩＰ網上で共通線信号方式を適用することが可能である。したがって、ＩＰ−ＳＴＰ（ＩＰ Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）により共通線信号の転送を実現することが可能である。
【０００３】
図６はＳＣＴＰ集約装置導入前の共通線信号方式を用いたプロトコルスタックの一例を示す図である。各呼処理ノード（ＳＥＰ：Ｓｉｇｎａｌｉｎｇ Ｅｎｄ Ｐｏｉｎｔ）はＳＩＧＴＲＡＮに準拠したプロトコルスタックを実装している。各呼処理ノードは隣接ＩＰ−ＳＴＰとの間でＳＣＴＰアソシエーションを確立し、その上で共通線信号リンクを確立している。したがって、呼処理ノードは通信する対向ＳＥＰとはＳＣＴＰアソシエーションおよび共通線信号リンクを確立する必要はなく、ＩＰ−ＳＴＰを経由したルーティングが可能となる。この場合、ＳＩＧＴＲＡＮより上位のＤｉａｍｅｔｅｒ等のＡＰＬはＩＰ−ＳＴＰでは意識せず、Ｅｎｄ−ＥｎｄのＳＥＰ間で終端することとなる。
【０００４】
図７はＳＣＴＰ上に直接ＡＰＬプロトコルが実装される「トランスポートレイヤにＳＣＴＰを用いたプロトコルスタック」の一例を示す図である。この場合、呼処理ノード（ＳＥＰ）は直接通信する対向ノードとの間でＳＣＴＰアソシエーションを確立する。
【０００５】
図８はＳＣＴＰ集約装置導入前のネットワーク構成（フルメッシュ構成）の一例を示す図である。同図に示す呼処理ノード（Ｎｏｄｅ−Ａ〜Ｃ）１０２〜１０９はトランスポートレイヤにＳＣＴＰを用いている。各呼処理ノード（Ｎｏｄｅ−Ａ〜Ｃ）１０２〜１０９と、加入者情報を管理するＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１０１はそれぞれメッシュ構成でＳＣＴＰアソシエーションを確立する。一例としてＮｏｄｅ−Ａについては、Ｎｏｄｅ−Ａ同士でもＳＣＴＰアソシエーションを確立する。この例から呼処理ノードが増大すると、ＳＣＴＰアソシエーション数も増大することが分かる。
【０００６】
一方、信号中継局がアクティブおよびスタンバイの２系統を有し、それぞれＳＣＴＰプロトコル機能部の上位に信号処理アプリケーション部を実装し、ＳＳ７網およびＩＰ網間の信号転送処理を行う発明が特許文献１に開示されている。
【０００７】
また、信号中継局（ＩＰ−ＳＴＰ）がネットワーク内に複数配置され、ＳＣＴＰによるノード間の接続（アソシエイト）を冗長なルート（Ａ面／Ｂ面）で構成するネットワークシステムが特許文献２に開示されている。このシステムでは、信号のルーティング制御は、信号中継局およびノードに割り当てられた信号局コードを用いて行われる。
【０００８】
また、ＳＴＰ（信号転送点）が点コードを変換しながら信号点および信号転送点間のルーティング制御を行う発明が特許文献３に開示されている。
【０００９】
【特許文献１】特開２００７−２７４２５６号公報
【特許文献２】特開２００５−１８４４６７号公報
【特許文献３】特表平１１−５１２５９２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、トランスポートレイヤへのＳＣＴＰ適用が拡大し、ＳＩＧＴＲＡＮを使用せず、ＳＣＴＰ上に直接ＡＰＬプロトコルを実装する場合、ＩＰ−ＳＴＰを使用した信号転送が困難となり、各ノードは、直接通信する対向ノード間でＳＣＴＰアソシエーションを確立する必要がある。各ノードが対向するノード数が少ないのであれば問題はないが、対向ノード数が増大すると、対向ノード数分のＳＣＴＰアソシエーションの確立が必要であり、ノードのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ使用量が増大する。そのため、呼処理ノードはＳＣＴＰアソシエーション確立のためにＣＰＵやメモリ能力を使用し、呼処理に使用できるＣＰＵおよびメモリが少なくなるという課題がある。
【００１１】
一方、本発明ではこの課題を解決するためにＳＣＴＰアソシエーションを集約する装置（ＳＣＴＰ集約装置）を設けるが、この集約装置に関する記述は上記特許文献１〜３のいずれにもなされていない。
【００１２】
そこで本発明の目的は、ＳＣＴＰ上にＡＰＬプロトコルを実装するというプロトコルスタックを変えることなく、各ノードが確立するＳＣＴＰアソシエーション数を減少させることが可能なＳＣＴＰアソシエーション集約装置、その装置を含む通信システムおよびルーティング方法を提供することにある。
【課題を解決するための手段】
【００１３】
前記課題を解決するために本発明によるＳＣＴＰアソシエーション集約装置は、複数のノードとのＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）アソシエーションを集約する第１集約装置と、他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とを含んで構成され、前記第１および第２集約装置間においてＳＩＧＴＲＡＮ（Ｓｉｇｎａｌ Ｔｒａｎｓｐｏｒｔ）を使用したルーティング制御が実行されることを特徴とする。
【００１４】
また、本発明による通信システムは、複数のノードと、前記複数のノードとのＳＣＴＰアソシエーションを集約する第１集約装置と、他の複数のノードと、前記他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とがネットワーク内に配置され、前記第１および第２集約装置間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行されることを特徴とする。
【００１５】
また、本発明によるルーティング方法は、複数のノードと、前記複数のノードとのＳＣＴＰアソシエーションを集約する第１集約装置と、他の複数のノードと、前記他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とがネットワーク内に配置される通信システムにおけるルーティング方法であって、前記第１および第２集約装置間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行されることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＳＣＴＰ上にＡＰＬプロトコルを実装するというプロトコルスタックを変えることなく、各ノードが確立するＳＣＴＰアソシエーション数を減少させることが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態について添付図面を参照しながら説明する。まず、第１実施形態について説明する。図１は本発明に係るＳＣＴＰ集約装置導入後のネットワーク構成の一例を示す図である。
【００１８】
同図を参照すると、本発明に係るＳＣＴＰ集約装置は、複数のノード２〜３および７〜９とのＳＣＴＰアソシエーションを集約する第１集約装置（ＳＣＴＰ集約装置）１０と、他の複数のノード１および４〜６とのＳＣＴＰアソシエーションを集約する第２集約装置（ＳＣＴＰ集約装置）１１とを含んで構成され、第１および第２集約装置１０および１１間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行される。
【００１９】
ＳＣＴＰアソシエーション集約装置は、たとえば移動体ネットワークの呼処理ノード２〜９や加入者情報を管理するＨＳＳ１等のＳＣＴＰアソシエーションを必要とするノードと接続し、第１および第２集約装置１０および１１間ではＳＩＧＴＲＡＮを使用したルーティング制御が実行される。また、第１および第２集約装置１０および１１間ではＳＩＧＴＲＡＮを用いることにより、網管理機能（輻輳制御、障害検出、迂回制御、切替制御および回線制御）も動作させることが可能となる。
【００２０】
すなわち、ＳＣＴＰ集約装置１０および１１が、呼処理ノード２〜９や、ＨＳＳ１からのＳＣＴＰアソシエーションを集約するため、各呼処理ノード２〜９が確立する必要のあるＳＣＴＰアソシエーション数や、ネットワーク全体でのＳＣＴＰアソシエーション数が図８に記載の構成に比べ大幅に少なくなる。
【００２１】
以上説明したように、本発明の第１実施形態によれば、ＳＣＴＰ上にＡＰＬプロトコルを実装するというプロトコルスタックを変えることなく、各ノードが確立するＳＣＴＰアソシエーション数を減少させることが可能となる。
【００２２】
次に、第２実施形態について説明する。図２はＳＣＴＰ集約装置導入時のプロトコルスタックの一例を示す図である。なお、図１と同様の構成部分には同一番号を付し、その説明を省略する。
【００２３】
図２を参照すると、呼処理ノード（ＳＥＰ）( たとえば、２および４) が実装するプロトコルスタックは、図７と同様の構成となっており、ＳＣＴＰ集約装置１０および１１間での信号転送には図６に示すＳＩＧＴＲＡＮのプロトコルスタックを適用している。ただし、ＩＰ−ＳＴＰと異なり、ＳＣＴＰ集約装置１０および１１はＡＰＬプロトコル部１２および１３も実装し、ＡＰＬプロトコルの信号に設定される送信先の情報を確認することでルーティングを実施する。
【００２４】
次に、本発明に係るＳＣＴＰ集約装置の動作について説明する。図３は本発明に係るＳＣＴＰ集約装置における信号転送イメージの一例を示す図である。以下、「ＩＰアドレス：Ａ」を持つ呼処理ノード（Ｎｏｄｅ−Ａ）２１から「ＩＰアドレス：Ｂ」を持つ呼処理ノード（Ｎｏｄｅ−Ｂ）３１へ信号を送信する例でＳＣＴＰ集約装置を用いた信号転送処理を説明する。
【００２５】
同図を参照すると、本発明の通信システムは呼処理ノード（Ｎｏｄｅ−Ａ）２１と、ＳＣＴＰ集約装置４１と、ＳＣＴＰ集約装置５１と、呼処理ノード（Ｎｏｄｅ−Ｂ）３１とを含んでいる。そして、呼処理ノード（Ｎｏｄｅ−Ａ）２１、ＳＣＴＰ集約装置４１、ＳＣＴＰ集約装置５１、呼処理ノード（Ｎｏｄｅ−Ｂ）３１の順に相互接続されている。
【００２６】
呼処理ノード（Ｎｏｄｅ−Ａ）２１には仮想ＰＣ（Ｐｏｉｎｔ Ｃｏｄｅ）“５０１”とＩＰアドレス“Ａ”が設定されている。ＳＣＴＰ集約装置４１にはＰＣ“６０３”とＩＰアドレス“Ｘ”が設定されている。ＳＣＴＰ集約装置５１にはＰＣ“６０４”とＩＰアドレス“Ｙ”が設定されている。呼処理ノード（Ｎｏｄｅ−Ｂ）３１には仮想ＰＣ（Ｐｏｉｎｔ Ｃｏｄｅ）“５０２”とＩＰアドレス“Ｂ”が設定されている。
【００２７】
まず、呼処理ノード（Ｎｏｄｅ−Ａ）２１は呼処理ノード（Ｎｏｄｅ−Ｂ）３１を宛先に設定したＡＰＬデータを、呼処理ノード（Ｎｏｄｅ−Ａ）２１が接続しているＳＣＴＰ集約装置４１のＩＰアドレス“Ｘ”とともに下位レイヤに渡す。呼処理ノード（Ｎｏｄｅ−Ａ）２１のＳＣＴＰ／ＩＰプロトコル部２２ではＳＣＴＰ集約装置４１のＩＰアドレス“Ｘ”を宛先に設定し、信号を送信する（処理１）。
【００２８】
次に、呼処理ノード（Ｎｏｄｅ−Ａ）２１からの信号を受信したＳＣＴＰ集約装置４１は、ＡＰＬプロトコル部４２で宛先が“Ｎｏｄｅ−Ｂ”であることを確認する。ここで、ＳＣＴＰ集約装置４１は図４に示すシステムデータを参照する。
【００２９】
図４はＳＣＴＰ集約装置４１が保持する「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ−仮想ＰＣ変換システムデータ( ＳＣＴＰ集約装置) 」の一例を示す図である。同図を参照すると、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）と、仮想ＰＣと、隣接局フラグとの対応関係が表示されている。
【００３０】
すなわち、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“Ｎｏｄｅ−Ａ”の場合は、仮想ＰＣが“５０１”で隣接局フラグが“１”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“Ｎｏｄｅ−Ｂ”の場合は、仮想ＰＣが“５０２”で隣接局フラグが“０”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が”ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ”の場合は、仮想ＰＣが“ＭＭＳＳＵＵＵ”で隣接局フラグが“０”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“ＣＣＣ”の場合は、仮想ＰＣが“ＭＭＳＳＵＵＵ”で隣接局フラグが“０”である。
【００３１】
ＳＣＴＰ集約装置４１は図４のシステムデータを参照し、“Ｎｏｄｅ−Ｂ”の仮想ＰＣが“５０２”であることを導く。ＳＣＴＰ集約装置４１は“Ｎｏｄｅ−Ｂ”の仮想ＰＣが導かれると、Ｍ３ＵＡ（ＭＴＰ３−Ｕｓｅｒ Ａｄａｐｔａｔｉｏｎ）プロトコル部４３において、送信先ＰＣに“Ｎｏｄｅ−Ｂ”の仮想ＰＣである“５０２”を設定する。
【００３２】
Ｍ３ＵＡプロトコル部４３にＰＣが設定されると、ＳＣＴＰ集約装置４１は共通線信号方式のＰＣルーティングにより、ＳＣＴＰ集約装置５１向け共通線信号リンクから信号を送信する（処理２）。
【００３３】
次に、ＳＣＴＰ集約装置４１からの信号を受信したＳＣＴＰ集約装置５１は、Ｍ３ＵＡプロトコル部５２において、送信先ＰＣが自局ＰＣである“６０４”ではないことを確認し、ＡＰＬプロトコル部５３に信号を渡す。ここで、ＳＣＴＰ集約装置５１は図５に示すシステムデータを参照する。
【００３４】
図５はＳＣＴＰ集約装置５１が保持する「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ−仮想ＰＣ変換システムデータ( ＳＣＴＰ集約装置) 」の一例を示す図である。同図を参照すると、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）と、仮想ＰＣと、隣接局フラグとの対応関係が表示されている。
【００３５】
すなわち、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“Ｎｏｄｅ−Ａ”の場合は、仮想ＰＣが“５０１”で隣接局フラグが“０”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“Ｎｏｄｅ−Ｂ”の場合は、仮想ＰＣが“５０２”で隣接局フラグが“１”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ”の場合は、仮想ＰＣが“ＭＭＳＳＵＵＵ”で隣接局フラグが“０”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“ＣＣＣ”の場合は、仮想ＰＣが“ＭＭＳＳＵＵＵ”で隣接局フラグが“０”である。
【００３６】
ＳＣＴＰ集約装置５１は図５のシステムデータを参照し、“Ｎｏｄｅ−Ｂ”が隣接局であることを隣接局フラグの設定から導く。ここでは一例として、隣接局フラグが“１”と設定されている場合を隣接局とする。“Ｎｏｄｅ−Ｂ”が隣接局である場合、ＳＣＴＰ集約装置５１は、同じく図５を参照し、“Ｎｏｄｅ−Ｂ”のＩＰアドレスを導く。そして、ＳＣＴＰ集約装置５１は、Ｍ３ＵＡプロトコル部５２を使用しないで、送信先ＩＰアドレスとして、図５のシステムデータから導いたＩＰアドレスとともに、下位レイヤに信号データを渡す。ＳＣＴＰ／ＩＰプロトコル部５４は送信先ＩＰアドレスにＮｏｄｅ−Ｂ３１のＩＰアドレス“Ｂ”を設定し、信号を送信する（処理３）。
【００３７】
次に、呼処理ノード（Ｎｏｄｅ−Ｂ）３１はＳＣＴＰ集約装置４１からの信号を受信する（処理４）。
【００３８】
ここまで説明したように、ルーティングのためには、各呼処理ノード( Ｎｏｄｅ- Ａ) ２１および( Ｎｏｄｅ- Ｂ) ３１には仮想ＰＣを割り当て、ＳＣＴＰ集約装置４１および５１に対応するノード名( ホスト名) あるいはＩＰアドレス、ならびに各呼処理ノード( Ｎｏｄｅ- Ａ) ２１および( Ｎｏｄｅ- Ｂ) ３１がＳＣＴＰ集約装置４１および５１に隣接するノードであるか否かのシステムデータをＳＣＴＰ集約装置４１および５１に登録する必要がある。また、呼処理ノード( Ｎｏｄｅ- Ａ) ２１および( Ｎｏｄｅ- Ｂ) ３１は、ＡＰＬプロトコルレベルで対向するノードとは区別し、隣接するＳＣＴＰ集約装置４１あるいは５１のＩＰアドレスに対してＳＣＴＰアソシエーションを確立する必要がある。
【００３９】
以上説明したように、本発明の第２実施形態によれば、ＳＣＴＰ上にＡＰＬプロトコルを実装する呼処理ノードのプロトコルスタックを変えることなく、呼処理ノードが確立するＳＣＴＰアソシエーション数を削減することが可能となる。また、ＳＣＴＰ集約装置間ではＳＩＧＴＲＡＮを用いた信号転送を実施することで、網管理機能（輻輳制御、障害検出、迂回制御、切替制御、回線制御）も動作させることが可能となる。また、呼処理ノードのＳＣＴＰアソシエーション確立に必要なＣＰＵおよびメモリを節約することで、呼処理ノードの処理能力向上と、ＳＣＴＰアソシエーション数に縛られない柔軟なネットワーク構成が得られる。
【００４０】
なお、上記実施形態では、ＳＩＧＴＲＡＮの例としてＭ３ＵＡ／ＳＣＴＰを用いて説明したが、ＭＴＰ３（Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ Ｐａｒｔ Ｌｅｖｅｌ ３）／Ｍ２ＰＡ（ＭＴＰ２−Ｕｓｅｒ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ Ａｄａｐｔａｔｉｏｎ Ｌａｙｅｒ）／ＳＣＴＰ等、他のＳＩＧＴＲＡＮプロトコルを用いることも可能である。
【００４１】
また、ＳＣＴＰ集約装置間の伝送路としてはＩＰ網だけではなく、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網やＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網を適用することも可能である。
【００４２】
また、ＳＣＴＰ集約装置を２面構成でネットワーク上に配置することにより、より耐障害性を向上させることが可能となる。
【００４３】
また、将来、ＳＣＴＰ上にＡＰＬプロトコルを実装する呼処理ノードの数が増大し、ＰＣの不足により仮想ＰＣを割り当てることが困難となった場合は、呼処理ノードに仮想ＧＴ（Ｇｒｏｂａｌ Ｔｉｔｌｅ）を割り当て、ＰＣは宛先ＧＴから導かれる隣接するＳＣＴＰ集約装置のＰＣを設定することが可能である。これにより、ＳＣＴＰ集約装置のプロトコルスタックに追加するＳＣＣＰ（Ｓｉｇｎａｌｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐａｒｔ）レイヤでのＧＴ翻訳によりルーティングを実施し、仮想ＰＣ使用数を削減することが可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明に係るＳＣＴＰ集約装置導入後のネットワーク構成の一例を示す図である。
【図２】ＳＣＴＰ集約装置導入時のプロトコルスタックの一例を示す図である。
【図３】本発明に係るＳＣＴＰ集約装置における信号転送イメージの一例を示す図である。
【図４】ＳＣＴＰ集約装置４１が保持する「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ−仮想ＰＣ変換システムデータ( ＳＣＴＰ集約装置) 」の一例を示す図である。
【図５】ＳＣＴＰ集約装置５１が保持する「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ−仮想ＰＣ変換システムデータ( ＳＣＴＰ集約装置) 」の一例を示す図である。
【図６】ＳＣＴＰ集約装置導入前の共通線信号方式を用いたプロトコルスタックの一例を示す図である。
【図７】ＳＣＴＰ上に直接ＡＰＬプロトコルが実装される「トランスポートレイヤにＳＣＴＰを用いたプロトコルスタック」の一例を示す図である。
【図８】ＳＣＴＰ集約装置導入前のネットワーク構成（フルメッシュ構成）の一例を示す図である。
【符号の説明】
【００４５】
１ ＨＳＳ
２〜９ ノード
１０ 第１集約装置（ＳＣＴＰ集約装置）
１１ 第２集約装置（ＳＣＴＰ集約装置）
１２，１３ ＡＰＬプロトコル部
２１ 呼処理ノード（Ｎｏｄｅ−Ａ）
２２ ＳＣＴＰ／ＩＰプロトコル部
３１ 呼処理ノード（Ｎｏｄｅ−Ｂ）
４１，５１ ＳＣＴＰ集約装置
４２，５３ ＡＰＬプロトコル部
４３，５２ Ｍ３ＵＡプロトコル部
【技術分野】
【０００１】
本発明は、ＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）アソシエーション集約装置、その装置を含む通信システムおよびルーティング方法に関し、特にトランスポートレイヤに直接ＡＰＬ( Ａｐｐｌｉｃａｔｉｏｎ) プロトコルが実装されるノードを含む通信システムに関する。
【背景技術】
【０００２】
移動体ネットワークの呼処理ノードでは、共通線信号方式が使用されており、網内に存在するＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｒｔ）を経由することでノード間の信号転送が実施される。また、ネットワークのＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）化に伴いＳＩＧＴＲＡＮ（Ｓｉｇｎａｌ Ｔｒａｎｓｐｏｒｔ）を使用すれば、ＩＰ網上で共通線信号方式を適用することが可能である。したがって、ＩＰ−ＳＴＰ（ＩＰ Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）により共通線信号の転送を実現することが可能である。
【０００３】
図６はＳＣＴＰ集約装置導入前の共通線信号方式を用いたプロトコルスタックの一例を示す図である。各呼処理ノード（ＳＥＰ：Ｓｉｇｎａｌｉｎｇ Ｅｎｄ Ｐｏｉｎｔ）はＳＩＧＴＲＡＮに準拠したプロトコルスタックを実装している。各呼処理ノードは隣接ＩＰ−ＳＴＰとの間でＳＣＴＰアソシエーションを確立し、その上で共通線信号リンクを確立している。したがって、呼処理ノードは通信する対向ＳＥＰとはＳＣＴＰアソシエーションおよび共通線信号リンクを確立する必要はなく、ＩＰ−ＳＴＰを経由したルーティングが可能となる。この場合、ＳＩＧＴＲＡＮより上位のＤｉａｍｅｔｅｒ等のＡＰＬはＩＰ−ＳＴＰでは意識せず、Ｅｎｄ−ＥｎｄのＳＥＰ間で終端することとなる。
【０００４】
図７はＳＣＴＰ上に直接ＡＰＬプロトコルが実装される「トランスポートレイヤにＳＣＴＰを用いたプロトコルスタック」の一例を示す図である。この場合、呼処理ノード（ＳＥＰ）は直接通信する対向ノードとの間でＳＣＴＰアソシエーションを確立する。
【０００５】
図８はＳＣＴＰ集約装置導入前のネットワーク構成（フルメッシュ構成）の一例を示す図である。同図に示す呼処理ノード（Ｎｏｄｅ−Ａ〜Ｃ）１０２〜１０９はトランスポートレイヤにＳＣＴＰを用いている。各呼処理ノード（Ｎｏｄｅ−Ａ〜Ｃ）１０２〜１０９と、加入者情報を管理するＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）１０１はそれぞれメッシュ構成でＳＣＴＰアソシエーションを確立する。一例としてＮｏｄｅ−Ａについては、Ｎｏｄｅ−Ａ同士でもＳＣＴＰアソシエーションを確立する。この例から呼処理ノードが増大すると、ＳＣＴＰアソシエーション数も増大することが分かる。
【０００６】
一方、信号中継局がアクティブおよびスタンバイの２系統を有し、それぞれＳＣＴＰプロトコル機能部の上位に信号処理アプリケーション部を実装し、ＳＳ７網およびＩＰ網間の信号転送処理を行う発明が特許文献１に開示されている。
【０００７】
また、信号中継局（ＩＰ−ＳＴＰ）がネットワーク内に複数配置され、ＳＣＴＰによるノード間の接続（アソシエイト）を冗長なルート（Ａ面／Ｂ面）で構成するネットワークシステムが特許文献２に開示されている。このシステムでは、信号のルーティング制御は、信号中継局およびノードに割り当てられた信号局コードを用いて行われる。
【０００８】
また、ＳＴＰ（信号転送点）が点コードを変換しながら信号点および信号転送点間のルーティング制御を行う発明が特許文献３に開示されている。
【０００９】
【特許文献１】特開２００７−２７４２５６号公報
【特許文献２】特開２００５−１８４４６７号公報
【特許文献３】特表平１１−５１２５９２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかし、トランスポートレイヤへのＳＣＴＰ適用が拡大し、ＳＩＧＴＲＡＮを使用せず、ＳＣＴＰ上に直接ＡＰＬプロトコルを実装する場合、ＩＰ−ＳＴＰを使用した信号転送が困難となり、各ノードは、直接通信する対向ノード間でＳＣＴＰアソシエーションを確立する必要がある。各ノードが対向するノード数が少ないのであれば問題はないが、対向ノード数が増大すると、対向ノード数分のＳＣＴＰアソシエーションの確立が必要であり、ノードのＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、メモリ使用量が増大する。そのため、呼処理ノードはＳＣＴＰアソシエーション確立のためにＣＰＵやメモリ能力を使用し、呼処理に使用できるＣＰＵおよびメモリが少なくなるという課題がある。
【００１１】
一方、本発明ではこの課題を解決するためにＳＣＴＰアソシエーションを集約する装置（ＳＣＴＰ集約装置）を設けるが、この集約装置に関する記述は上記特許文献１〜３のいずれにもなされていない。
【００１２】
そこで本発明の目的は、ＳＣＴＰ上にＡＰＬプロトコルを実装するというプロトコルスタックを変えることなく、各ノードが確立するＳＣＴＰアソシエーション数を減少させることが可能なＳＣＴＰアソシエーション集約装置、その装置を含む通信システムおよびルーティング方法を提供することにある。
【課題を解決するための手段】
【００１３】
前記課題を解決するために本発明によるＳＣＴＰアソシエーション集約装置は、複数のノードとのＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）アソシエーションを集約する第１集約装置と、他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とを含んで構成され、前記第１および第２集約装置間においてＳＩＧＴＲＡＮ（Ｓｉｇｎａｌ Ｔｒａｎｓｐｏｒｔ）を使用したルーティング制御が実行されることを特徴とする。
【００１４】
また、本発明による通信システムは、複数のノードと、前記複数のノードとのＳＣＴＰアソシエーションを集約する第１集約装置と、他の複数のノードと、前記他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とがネットワーク内に配置され、前記第１および第２集約装置間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行されることを特徴とする。
【００１５】
また、本発明によるルーティング方法は、複数のノードと、前記複数のノードとのＳＣＴＰアソシエーションを集約する第１集約装置と、他の複数のノードと、前記他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とがネットワーク内に配置される通信システムにおけるルーティング方法であって、前記第１および第２集約装置間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行されることを特徴とする。
【発明の効果】
【００１６】
本発明によれば、ＳＣＴＰ上にＡＰＬプロトコルを実装するというプロトコルスタックを変えることなく、各ノードが確立するＳＣＴＰアソシエーション数を減少させることが可能となる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明の実施形態について添付図面を参照しながら説明する。まず、第１実施形態について説明する。図１は本発明に係るＳＣＴＰ集約装置導入後のネットワーク構成の一例を示す図である。
【００１８】
同図を参照すると、本発明に係るＳＣＴＰ集約装置は、複数のノード２〜３および７〜９とのＳＣＴＰアソシエーションを集約する第１集約装置（ＳＣＴＰ集約装置）１０と、他の複数のノード１および４〜６とのＳＣＴＰアソシエーションを集約する第２集約装置（ＳＣＴＰ集約装置）１１とを含んで構成され、第１および第２集約装置１０および１１間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行される。
【００１９】
ＳＣＴＰアソシエーション集約装置は、たとえば移動体ネットワークの呼処理ノード２〜９や加入者情報を管理するＨＳＳ１等のＳＣＴＰアソシエーションを必要とするノードと接続し、第１および第２集約装置１０および１１間ではＳＩＧＴＲＡＮを使用したルーティング制御が実行される。また、第１および第２集約装置１０および１１間ではＳＩＧＴＲＡＮを用いることにより、網管理機能（輻輳制御、障害検出、迂回制御、切替制御および回線制御）も動作させることが可能となる。
【００２０】
すなわち、ＳＣＴＰ集約装置１０および１１が、呼処理ノード２〜９や、ＨＳＳ１からのＳＣＴＰアソシエーションを集約するため、各呼処理ノード２〜９が確立する必要のあるＳＣＴＰアソシエーション数や、ネットワーク全体でのＳＣＴＰアソシエーション数が図８に記載の構成に比べ大幅に少なくなる。
【００２１】
以上説明したように、本発明の第１実施形態によれば、ＳＣＴＰ上にＡＰＬプロトコルを実装するというプロトコルスタックを変えることなく、各ノードが確立するＳＣＴＰアソシエーション数を減少させることが可能となる。
【００２２】
次に、第２実施形態について説明する。図２はＳＣＴＰ集約装置導入時のプロトコルスタックの一例を示す図である。なお、図１と同様の構成部分には同一番号を付し、その説明を省略する。
【００２３】
図２を参照すると、呼処理ノード（ＳＥＰ）( たとえば、２および４) が実装するプロトコルスタックは、図７と同様の構成となっており、ＳＣＴＰ集約装置１０および１１間での信号転送には図６に示すＳＩＧＴＲＡＮのプロトコルスタックを適用している。ただし、ＩＰ−ＳＴＰと異なり、ＳＣＴＰ集約装置１０および１１はＡＰＬプロトコル部１２および１３も実装し、ＡＰＬプロトコルの信号に設定される送信先の情報を確認することでルーティングを実施する。
【００２４】
次に、本発明に係るＳＣＴＰ集約装置の動作について説明する。図３は本発明に係るＳＣＴＰ集約装置における信号転送イメージの一例を示す図である。以下、「ＩＰアドレス：Ａ」を持つ呼処理ノード（Ｎｏｄｅ−Ａ）２１から「ＩＰアドレス：Ｂ」を持つ呼処理ノード（Ｎｏｄｅ−Ｂ）３１へ信号を送信する例でＳＣＴＰ集約装置を用いた信号転送処理を説明する。
【００２５】
同図を参照すると、本発明の通信システムは呼処理ノード（Ｎｏｄｅ−Ａ）２１と、ＳＣＴＰ集約装置４１と、ＳＣＴＰ集約装置５１と、呼処理ノード（Ｎｏｄｅ−Ｂ）３１とを含んでいる。そして、呼処理ノード（Ｎｏｄｅ−Ａ）２１、ＳＣＴＰ集約装置４１、ＳＣＴＰ集約装置５１、呼処理ノード（Ｎｏｄｅ−Ｂ）３１の順に相互接続されている。
【００２６】
呼処理ノード（Ｎｏｄｅ−Ａ）２１には仮想ＰＣ（Ｐｏｉｎｔ Ｃｏｄｅ）“５０１”とＩＰアドレス“Ａ”が設定されている。ＳＣＴＰ集約装置４１にはＰＣ“６０３”とＩＰアドレス“Ｘ”が設定されている。ＳＣＴＰ集約装置５１にはＰＣ“６０４”とＩＰアドレス“Ｙ”が設定されている。呼処理ノード（Ｎｏｄｅ−Ｂ）３１には仮想ＰＣ（Ｐｏｉｎｔ Ｃｏｄｅ）“５０２”とＩＰアドレス“Ｂ”が設定されている。
【００２７】
まず、呼処理ノード（Ｎｏｄｅ−Ａ）２１は呼処理ノード（Ｎｏｄｅ−Ｂ）３１を宛先に設定したＡＰＬデータを、呼処理ノード（Ｎｏｄｅ−Ａ）２１が接続しているＳＣＴＰ集約装置４１のＩＰアドレス“Ｘ”とともに下位レイヤに渡す。呼処理ノード（Ｎｏｄｅ−Ａ）２１のＳＣＴＰ／ＩＰプロトコル部２２ではＳＣＴＰ集約装置４１のＩＰアドレス“Ｘ”を宛先に設定し、信号を送信する（処理１）。
【００２８】
次に、呼処理ノード（Ｎｏｄｅ−Ａ）２１からの信号を受信したＳＣＴＰ集約装置４１は、ＡＰＬプロトコル部４２で宛先が“Ｎｏｄｅ−Ｂ”であることを確認する。ここで、ＳＣＴＰ集約装置４１は図４に示すシステムデータを参照する。
【００２９】
図４はＳＣＴＰ集約装置４１が保持する「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ−仮想ＰＣ変換システムデータ( ＳＣＴＰ集約装置) 」の一例を示す図である。同図を参照すると、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）と、仮想ＰＣと、隣接局フラグとの対応関係が表示されている。
【００３０】
すなわち、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“Ｎｏｄｅ−Ａ”の場合は、仮想ＰＣが“５０１”で隣接局フラグが“１”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“Ｎｏｄｅ−Ｂ”の場合は、仮想ＰＣが“５０２”で隣接局フラグが“０”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が”ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ”の場合は、仮想ＰＣが“ＭＭＳＳＵＵＵ”で隣接局フラグが“０”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“ＣＣＣ”の場合は、仮想ＰＣが“ＭＭＳＳＵＵＵ”で隣接局フラグが“０”である。
【００３１】
ＳＣＴＰ集約装置４１は図４のシステムデータを参照し、“Ｎｏｄｅ−Ｂ”の仮想ＰＣが“５０２”であることを導く。ＳＣＴＰ集約装置４１は“Ｎｏｄｅ−Ｂ”の仮想ＰＣが導かれると、Ｍ３ＵＡ（ＭＴＰ３−Ｕｓｅｒ Ａｄａｐｔａｔｉｏｎ）プロトコル部４３において、送信先ＰＣに“Ｎｏｄｅ−Ｂ”の仮想ＰＣである“５０２”を設定する。
【００３２】
Ｍ３ＵＡプロトコル部４３にＰＣが設定されると、ＳＣＴＰ集約装置４１は共通線信号方式のＰＣルーティングにより、ＳＣＴＰ集約装置５１向け共通線信号リンクから信号を送信する（処理２）。
【００３３】
次に、ＳＣＴＰ集約装置４１からの信号を受信したＳＣＴＰ集約装置５１は、Ｍ３ＵＡプロトコル部５２において、送信先ＰＣが自局ＰＣである“６０４”ではないことを確認し、ＡＰＬプロトコル部５３に信号を渡す。ここで、ＳＣＴＰ集約装置５１は図５に示すシステムデータを参照する。
【００３４】
図５はＳＣＴＰ集約装置５１が保持する「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ−仮想ＰＣ変換システムデータ( ＳＣＴＰ集約装置) 」の一例を示す図である。同図を参照すると、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）と、仮想ＰＣと、隣接局フラグとの対応関係が表示されている。
【００３５】
すなわち、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“Ｎｏｄｅ−Ａ”の場合は、仮想ＰＣが“５０１”で隣接局フラグが“０”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“Ｎｏｄｅ−Ｂ”の場合は、仮想ＰＣが“５０２”で隣接局フラグが“１”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“ｘｘｘ．ｘｘｘ．ｘｘｘ．ｘｘｘ”の場合は、仮想ＰＣが“ＭＭＳＳＵＵＵ”で隣接局フラグが“０”である。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ（ホスト名またはＩＰアドレス）が“ＣＣＣ”の場合は、仮想ＰＣが“ＭＭＳＳＵＵＵ”で隣接局フラグが“０”である。
【００３６】
ＳＣＴＰ集約装置５１は図５のシステムデータを参照し、“Ｎｏｄｅ−Ｂ”が隣接局であることを隣接局フラグの設定から導く。ここでは一例として、隣接局フラグが“１”と設定されている場合を隣接局とする。“Ｎｏｄｅ−Ｂ”が隣接局である場合、ＳＣＴＰ集約装置５１は、同じく図５を参照し、“Ｎｏｄｅ−Ｂ”のＩＰアドレスを導く。そして、ＳＣＴＰ集約装置５１は、Ｍ３ＵＡプロトコル部５２を使用しないで、送信先ＩＰアドレスとして、図５のシステムデータから導いたＩＰアドレスとともに、下位レイヤに信号データを渡す。ＳＣＴＰ／ＩＰプロトコル部５４は送信先ＩＰアドレスにＮｏｄｅ−Ｂ３１のＩＰアドレス“Ｂ”を設定し、信号を送信する（処理３）。
【００３７】
次に、呼処理ノード（Ｎｏｄｅ−Ｂ）３１はＳＣＴＰ集約装置４１からの信号を受信する（処理４）。
【００３８】
ここまで説明したように、ルーティングのためには、各呼処理ノード( Ｎｏｄｅ- Ａ) ２１および( Ｎｏｄｅ- Ｂ) ３１には仮想ＰＣを割り当て、ＳＣＴＰ集約装置４１および５１に対応するノード名( ホスト名) あるいはＩＰアドレス、ならびに各呼処理ノード( Ｎｏｄｅ- Ａ) ２１および( Ｎｏｄｅ- Ｂ) ３１がＳＣＴＰ集約装置４１および５１に隣接するノードであるか否かのシステムデータをＳＣＴＰ集約装置４１および５１に登録する必要がある。また、呼処理ノード( Ｎｏｄｅ- Ａ) ２１および( Ｎｏｄｅ- Ｂ) ３１は、ＡＰＬプロトコルレベルで対向するノードとは区別し、隣接するＳＣＴＰ集約装置４１あるいは５１のＩＰアドレスに対してＳＣＴＰアソシエーションを確立する必要がある。
【００３９】
以上説明したように、本発明の第２実施形態によれば、ＳＣＴＰ上にＡＰＬプロトコルを実装する呼処理ノードのプロトコルスタックを変えることなく、呼処理ノードが確立するＳＣＴＰアソシエーション数を削減することが可能となる。また、ＳＣＴＰ集約装置間ではＳＩＧＴＲＡＮを用いた信号転送を実施することで、網管理機能（輻輳制御、障害検出、迂回制御、切替制御、回線制御）も動作させることが可能となる。また、呼処理ノードのＳＣＴＰアソシエーション確立に必要なＣＰＵおよびメモリを節約することで、呼処理ノードの処理能力向上と、ＳＣＴＰアソシエーション数に縛られない柔軟なネットワーク構成が得られる。
【００４０】
なお、上記実施形態では、ＳＩＧＴＲＡＮの例としてＭ３ＵＡ／ＳＣＴＰを用いて説明したが、ＭＴＰ３（Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ Ｐａｒｔ Ｌｅｖｅｌ ３）／Ｍ２ＰＡ（ＭＴＰ２−Ｕｓｅｒ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ Ａｄａｐｔａｔｉｏｎ Ｌａｙｅｒ）／ＳＣＴＰ等、他のＳＩＧＴＲＡＮプロトコルを用いることも可能である。
【００４１】
また、ＳＣＴＰ集約装置間の伝送路としてはＩＰ網だけではなく、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網やＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網を適用することも可能である。
【００４２】
また、ＳＣＴＰ集約装置を２面構成でネットワーク上に配置することにより、より耐障害性を向上させることが可能となる。
【００４３】
また、将来、ＳＣＴＰ上にＡＰＬプロトコルを実装する呼処理ノードの数が増大し、ＰＣの不足により仮想ＰＣを割り当てることが困難となった場合は、呼処理ノードに仮想ＧＴ（Ｇｒｏｂａｌ Ｔｉｔｌｅ）を割り当て、ＰＣは宛先ＧＴから導かれる隣接するＳＣＴＰ集約装置のＰＣを設定することが可能である。これにより、ＳＣＴＰ集約装置のプロトコルスタックに追加するＳＣＣＰ（Ｓｉｇｎａｌｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｃｏｎｔｒｏｌ Ｐａｒｔ）レイヤでのＧＴ翻訳によりルーティングを実施し、仮想ＰＣ使用数を削減することが可能である。
【図面の簡単な説明】
【００４４】
【図１】本発明に係るＳＣＴＰ集約装置導入後のネットワーク構成の一例を示す図である。
【図２】ＳＣＴＰ集約装置導入時のプロトコルスタックの一例を示す図である。
【図３】本発明に係るＳＣＴＰ集約装置における信号転送イメージの一例を示す図である。
【図４】ＳＣＴＰ集約装置４１が保持する「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ−仮想ＰＣ変換システムデータ( ＳＣＴＰ集約装置) 」の一例を示す図である。
【図５】ＳＣＴＰ集約装置５１が保持する「Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ−仮想ＰＣ変換システムデータ( ＳＣＴＰ集約装置) 」の一例を示す図である。
【図６】ＳＣＴＰ集約装置導入前の共通線信号方式を用いたプロトコルスタックの一例を示す図である。
【図７】ＳＣＴＰ上に直接ＡＰＬプロトコルが実装される「トランスポートレイヤにＳＣＴＰを用いたプロトコルスタック」の一例を示す図である。
【図８】ＳＣＴＰ集約装置導入前のネットワーク構成（フルメッシュ構成）の一例を示す図である。
【符号の説明】
【００４５】
１ ＨＳＳ
２〜９ ノード
１０ 第１集約装置（ＳＣＴＰ集約装置）
１１ 第２集約装置（ＳＣＴＰ集約装置）
１２，１３ ＡＰＬプロトコル部
２１ 呼処理ノード（Ｎｏｄｅ−Ａ）
２２ ＳＣＴＰ／ＩＰプロトコル部
３１ 呼処理ノード（Ｎｏｄｅ−Ｂ）
４１，５１ ＳＣＴＰ集約装置
４２，５３ ＡＰＬプロトコル部
４３，５２ Ｍ３ＵＡプロトコル部
【特許請求の範囲】
【請求項１】
複数のノードとのＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）アソシエーションを集約する第１集約装置と、 他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とを含んで構成され、
前記第１および第２集約装置間においてＳＩＧＴＲＡＮ（Ｓｉｇｎａｌ Ｔｒａｎｓｐｏｒｔ）を使用したルーティング制御が実行されることを特徴とするＳＣＴＰアソシエーション集約装置。
【請求項２】
前記複数のノードおよび他の複数のノードはＳＣＴＰ上にＡＰＬ（Ａｐｐｌｉｃａｔｉｏｎ）プロトコル部が実装され、
前記第１および第２集約装置のＳＣＴＰ上にもＡＰＬプロトコル部が実装され、
前記第１および第２集約装置ではＡＰＬプロトコルの信号に設定される送信先の情報を確認することによりルーティング制御が実行されることを特徴とする請求項１記載のＳＣＴＰアソシエーション集約装置。
【請求項３】
前記第１および第２集約装置は宛先ホスト名またはＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスの情報と、前記宛先ホスト名またはＩＰアドレスを有するノードが自装置に隣接するか否かを示す隣接フラグ情報とを含み、前記宛先ホスト名またはＩＰアドレスの情報および前記隣接フラグ情報を元に所定ノードからのデータが宛先ノードへ送信されることを特徴とする請求項２記載のＳＣＴＰアソシエーション集約装置。
【請求項４】
各ノードには仮想ＰＣ（Ｐｏｉｎｔ Ｃｏｄｅ）が割り当てられ、前記第１および第２集約装置は前記宛先ホスト名またはＩＰアドレスの情報と対応する仮想ＰＣの情報をさらに含み、
前記第１集約装置は所定ノードからデータとともに送信される宛先ホスト名またはＩＰアドレスの情報に対応する仮想ＰＣを送信先ＰＣに設定し、その仮想ＰＣの情報を前記第２集約装置へ送信することを特徴とする請求項３記載のＳＣＴＰアソシエーション集約装置。
【請求項５】
前記第１集約装置から前記仮想ＰＣの情報を受信した前記第２集約装置は、前記仮想ＰＣが自装置のＰＣと不一致の場合、前記仮想ＰＣの情報と前記隣接フラグ情報との対応関係から隣接する仮想ＰＣが宛先ノードであると判断し、前記宛先ノードへ前記データを送信することを特徴とする請求項４記載のＳＣＴＰアソシエーション集約装置。
【請求項６】
前記ＳＩＧＴＲＡＮとしてＭ３ＵＡ（ＭＴＰ３−Ｕｓｅｒ Ａｄａｐｔａｔｉｏｎ）／ＳＣＴＰプロトコルまたはＭＴＰ３（Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ Ｐａｒｔ Ｌｅｖｅｌ ３）／Ｍ２ＰＡ（ＭＴＰ２−Ｕｓｅｒ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ Ａｄａｐｔａｔｉｏｎ Ｌａｙｅｒ）／ＳＣＴＰプロトコルが用いられることを特徴とする請求項１から５いずれかに記載のＳＣＴＰアソシエーション集約装置。
【請求項７】
前記第１および第２集約装置間の伝送路としてＩＰ網、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網、ＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網のいずれかが用いられることを特徴とする請求項１から６いずれかに記載のＳＣＴＰアソシエーション集約装置。
【請求項８】
複数のノードと、前記複数のノードとのＳＣＴＰアソシエーションを集約する第１集約装置と、他の複数のノードと、前記他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とがネットワーク内に配置され、
前記第１および第２集約装置間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行されることを特徴とする通信システム。
【請求項９】
前記複数のノードおよび他の複数のノードはＳＣＴＰ上にＡＰＬプロトコル部が実装され、
前記第１および第２集約装置のＳＣＴＰ上にもＡＰＬプロトコル部が実装され、
前記第１および第２集約装置ではＡＰＬプロトコルの信号に設定される送信先の情報を確認することによりルーティング制御が実行されることを特徴とする請求項８記載の通信システム。
【請求項１０】
前記第１および第２集約装置は宛先ホスト名またはＩＰアドレスの情報と、前記宛先ホスト名またはＩＰアドレスを有するノードが自装置に隣接するか否かを示す隣接フラグ情報とを含み、前記宛先ホスト名またはＩＰアドレスの情報および前記隣接フラグ情報を元に所定ノードからのデータが宛先ノードへ送信されることを特徴とする請求項９記載の通信システム。
【請求項１１】
各ノードには仮想ＰＣが割り当てられ、前記第１および第２集約装置は前記宛先ホスト名またはＩＰアドレスの情報と対応する仮想ＰＣの情報をさらに含み、
前記第１集約装置は所定ノードからデータとともに送信される宛先ホスト名またはＩＰアドレスの情報に対応する仮想ＰＣを送信先ＰＣに設定し、その仮想ＰＣの情報を前記第２集約装置へ送信することを特徴とする請求項１０記載の通信システム。
【請求項１２】
前記第１集約装置から前記仮想ＰＣの情報を受信した前記第２集約装置は、前記仮想ＰＣが自装置のＰＣと不一致の場合、前記仮想ＰＣの情報と前記隣接フラグ情報との対応関係から隣接する仮想ＰＣが宛先ノードであると判断し、前記宛先ノードへ前記データを送信することを特徴とする請求項１１記載の通信システム。
【請求項１３】
前記ＳＩＧＴＲＡＮとしてＭ３ＵＡ／ＳＣＴＰプロトコルまたはＭＴＰ３／Ｍ２ＰＡ／ＳＣＴＰプロトコルが用いられることを特徴とする請求項８から１２いずれかに記載の通信システム。
【請求項１４】
前記第１および第２集約装置間の伝送路としてＩＰ網、ＡＴＭ網、ＳＴＭ網のいずれかが用いられることを特徴とする請求項８から１３いずれかに記載の通信システム。
【請求項１５】
複数のノードと、前記複数のノードとのＳＣＴＰアソシエーションを集約する第１集約装置と、他の複数のノードと、前記他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とがネットワーク内に配置される通信システムにおけるルーティング方法であって、
前記第１および第２集約装置間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行されることを特徴とするルーティング方法。
【請求項１６】
前記複数のノードおよび他の複数のノードはＳＣＴＰ上にＡＰＬプロトコル部が実装され、
前記第１および第２集約装置のＳＣＴＰ上にもＡＰＬプロトコル部が実装され、
前記第１および第２集約装置ではＡＰＬプロトコルの信号に設定される送信先の情報を確認することによりルーティング制御が実行されることを特徴とする請求項１５記載のルーティング方法。
【請求項１７】
前記第１および第２集約装置は宛先ホスト名またはＩＰアドレスの情報と、前記宛先ホスト名またはＩＰアドレスを有するノードが自装置に隣接するか否かを示す隣接フラグ情報とを含み、前記宛先ホスト名またはＩＰアドレスの情報および前記隣接フラグ情報を元に所定ノードからのデータが宛先ノードへ送信されることを特徴とする請求項１６記載のルーティング方法。
【請求項１８】
各ノードには仮想ＰＣが割り当てられ、前記第１および第２集約装置は前記宛先ホスト名またはＩＰアドレスの情報と対応する仮想ＰＣの情報をさらに含み、
前記第１集約装置は所定ノードからデータとともに送信される宛先ホスト名またはＩＰアドレスの情報に対応する仮想ＰＣを送信先ＰＣに設定し、その仮想ＰＣの情報を前記第２集約装置へ送信することを特徴とする請求項１７記載のルーティング方法。
【請求項１９】
前記第１集約装置から前記仮想ＰＣの情報を受信した前記第２集約装置は、前記仮想ＰＣが自装置のＰＣと不一致の場合、前記仮想ＰＣの情報と前記隣接フラグ情報との対応関係から隣接する仮想ＰＣが宛先ノードであると判断し、前記宛先ノードへ前記データを送信することを特徴とする請求項１８記載のルーティング方法。
【請求項２０】
前記ＳＩＧＴＲＡＮとしてＭ３ＵＡ／ＳＣＴＰプロトコルまたはＭＴＰ３／Ｍ２ＰＡ／ＳＣＴＰプロトコルが用いられることを特徴とする請求項１５から１９いずれかに記載のルーティング方法。
【請求項２１】
前記第１および第２集約装置間の伝送路としてＩＰ網、ＡＴＭ網、ＳＴＭ網のいずれかが用いられることを特徴とする請求項１５から２０いずれかに記載のルーティング方法。
【請求項１】
複数のノードとのＳＣＴＰ（Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ）アソシエーションを集約する第１集約装置と、 他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とを含んで構成され、
前記第１および第２集約装置間においてＳＩＧＴＲＡＮ（Ｓｉｇｎａｌ Ｔｒａｎｓｐｏｒｔ）を使用したルーティング制御が実行されることを特徴とするＳＣＴＰアソシエーション集約装置。
【請求項２】
前記複数のノードおよび他の複数のノードはＳＣＴＰ上にＡＰＬ（Ａｐｐｌｉｃａｔｉｏｎ）プロトコル部が実装され、
前記第１および第２集約装置のＳＣＴＰ上にもＡＰＬプロトコル部が実装され、
前記第１および第２集約装置ではＡＰＬプロトコルの信号に設定される送信先の情報を確認することによりルーティング制御が実行されることを特徴とする請求項１記載のＳＣＴＰアソシエーション集約装置。
【請求項３】
前記第１および第２集約装置は宛先ホスト名またはＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスの情報と、前記宛先ホスト名またはＩＰアドレスを有するノードが自装置に隣接するか否かを示す隣接フラグ情報とを含み、前記宛先ホスト名またはＩＰアドレスの情報および前記隣接フラグ情報を元に所定ノードからのデータが宛先ノードへ送信されることを特徴とする請求項２記載のＳＣＴＰアソシエーション集約装置。
【請求項４】
各ノードには仮想ＰＣ（Ｐｏｉｎｔ Ｃｏｄｅ）が割り当てられ、前記第１および第２集約装置は前記宛先ホスト名またはＩＰアドレスの情報と対応する仮想ＰＣの情報をさらに含み、
前記第１集約装置は所定ノードからデータとともに送信される宛先ホスト名またはＩＰアドレスの情報に対応する仮想ＰＣを送信先ＰＣに設定し、その仮想ＰＣの情報を前記第２集約装置へ送信することを特徴とする請求項３記載のＳＣＴＰアソシエーション集約装置。
【請求項５】
前記第１集約装置から前記仮想ＰＣの情報を受信した前記第２集約装置は、前記仮想ＰＣが自装置のＰＣと不一致の場合、前記仮想ＰＣの情報と前記隣接フラグ情報との対応関係から隣接する仮想ＰＣが宛先ノードであると判断し、前記宛先ノードへ前記データを送信することを特徴とする請求項４記載のＳＣＴＰアソシエーション集約装置。
【請求項６】
前記ＳＩＧＴＲＡＮとしてＭ３ＵＡ（ＭＴＰ３−Ｕｓｅｒ Ａｄａｐｔａｔｉｏｎ）／ＳＣＴＰプロトコルまたはＭＴＰ３（Ｍｅｓｓａｇｅ Ｔｒａｎｓｆｅｒ Ｐａｒｔ Ｌｅｖｅｌ ３）／Ｍ２ＰＡ（ＭＴＰ２−Ｕｓｅｒ Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ Ａｄａｐｔａｔｉｏｎ Ｌａｙｅｒ）／ＳＣＴＰプロトコルが用いられることを特徴とする請求項１から５いずれかに記載のＳＣＴＰアソシエーション集約装置。
【請求項７】
前記第１および第２集約装置間の伝送路としてＩＰ網、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網、ＳＴＭ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ）網のいずれかが用いられることを特徴とする請求項１から６いずれかに記載のＳＣＴＰアソシエーション集約装置。
【請求項８】
複数のノードと、前記複数のノードとのＳＣＴＰアソシエーションを集約する第１集約装置と、他の複数のノードと、前記他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とがネットワーク内に配置され、
前記第１および第２集約装置間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行されることを特徴とする通信システム。
【請求項９】
前記複数のノードおよび他の複数のノードはＳＣＴＰ上にＡＰＬプロトコル部が実装され、
前記第１および第２集約装置のＳＣＴＰ上にもＡＰＬプロトコル部が実装され、
前記第１および第２集約装置ではＡＰＬプロトコルの信号に設定される送信先の情報を確認することによりルーティング制御が実行されることを特徴とする請求項８記載の通信システム。
【請求項１０】
前記第１および第２集約装置は宛先ホスト名またはＩＰアドレスの情報と、前記宛先ホスト名またはＩＰアドレスを有するノードが自装置に隣接するか否かを示す隣接フラグ情報とを含み、前記宛先ホスト名またはＩＰアドレスの情報および前記隣接フラグ情報を元に所定ノードからのデータが宛先ノードへ送信されることを特徴とする請求項９記載の通信システム。
【請求項１１】
各ノードには仮想ＰＣが割り当てられ、前記第１および第２集約装置は前記宛先ホスト名またはＩＰアドレスの情報と対応する仮想ＰＣの情報をさらに含み、
前記第１集約装置は所定ノードからデータとともに送信される宛先ホスト名またはＩＰアドレスの情報に対応する仮想ＰＣを送信先ＰＣに設定し、その仮想ＰＣの情報を前記第２集約装置へ送信することを特徴とする請求項１０記載の通信システム。
【請求項１２】
前記第１集約装置から前記仮想ＰＣの情報を受信した前記第２集約装置は、前記仮想ＰＣが自装置のＰＣと不一致の場合、前記仮想ＰＣの情報と前記隣接フラグ情報との対応関係から隣接する仮想ＰＣが宛先ノードであると判断し、前記宛先ノードへ前記データを送信することを特徴とする請求項１１記載の通信システム。
【請求項１３】
前記ＳＩＧＴＲＡＮとしてＭ３ＵＡ／ＳＣＴＰプロトコルまたはＭＴＰ３／Ｍ２ＰＡ／ＳＣＴＰプロトコルが用いられることを特徴とする請求項８から１２いずれかに記載の通信システム。
【請求項１４】
前記第１および第２集約装置間の伝送路としてＩＰ網、ＡＴＭ網、ＳＴＭ網のいずれかが用いられることを特徴とする請求項８から１３いずれかに記載の通信システム。
【請求項１５】
複数のノードと、前記複数のノードとのＳＣＴＰアソシエーションを集約する第１集約装置と、他の複数のノードと、前記他の複数のノードとのＳＣＴＰアソシエーションを集約する第２集約装置とがネットワーク内に配置される通信システムにおけるルーティング方法であって、
前記第１および第２集約装置間においてＳＩＧＴＲＡＮを使用したルーティング制御が実行されることを特徴とするルーティング方法。
【請求項１６】
前記複数のノードおよび他の複数のノードはＳＣＴＰ上にＡＰＬプロトコル部が実装され、
前記第１および第２集約装置のＳＣＴＰ上にもＡＰＬプロトコル部が実装され、
前記第１および第２集約装置ではＡＰＬプロトコルの信号に設定される送信先の情報を確認することによりルーティング制御が実行されることを特徴とする請求項１５記載のルーティング方法。
【請求項１７】
前記第１および第２集約装置は宛先ホスト名またはＩＰアドレスの情報と、前記宛先ホスト名またはＩＰアドレスを有するノードが自装置に隣接するか否かを示す隣接フラグ情報とを含み、前記宛先ホスト名またはＩＰアドレスの情報および前記隣接フラグ情報を元に所定ノードからのデータが宛先ノードへ送信されることを特徴とする請求項１６記載のルーティング方法。
【請求項１８】
各ノードには仮想ＰＣが割り当てられ、前記第１および第２集約装置は前記宛先ホスト名またはＩＰアドレスの情報と対応する仮想ＰＣの情報をさらに含み、
前記第１集約装置は所定ノードからデータとともに送信される宛先ホスト名またはＩＰアドレスの情報に対応する仮想ＰＣを送信先ＰＣに設定し、その仮想ＰＣの情報を前記第２集約装置へ送信することを特徴とする請求項１７記載のルーティング方法。
【請求項１９】
前記第１集約装置から前記仮想ＰＣの情報を受信した前記第２集約装置は、前記仮想ＰＣが自装置のＰＣと不一致の場合、前記仮想ＰＣの情報と前記隣接フラグ情報との対応関係から隣接する仮想ＰＣが宛先ノードであると判断し、前記宛先ノードへ前記データを送信することを特徴とする請求項１８記載のルーティング方法。
【請求項２０】
前記ＳＩＧＴＲＡＮとしてＭ３ＵＡ／ＳＣＴＰプロトコルまたはＭＴＰ３／Ｍ２ＰＡ／ＳＣＴＰプロトコルが用いられることを特徴とする請求項１５から１９いずれかに記載のルーティング方法。
【請求項２１】
前記第１および第２集約装置間の伝送路としてＩＰ網、ＡＴＭ網、ＳＴＭ網のいずれかが用いられることを特徴とする請求項１５から２０いずれかに記載のルーティング方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−６２７７７（Ｐ２０１０−６２７７７Ａ）
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願番号】特願２００８−２２５３７９（Ｐ２００８−２２５３７９）
【出願日】平成２０年９月３日（２００８．９．３）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２２年３月１８日（２０１０．３．１８）
【国際特許分類】
【出願日】平成２０年９月３日（２００８．９．３）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]