JPH0496559A - 広帯域交換網管理制御方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要］ 広帯域通信付加サービス制御を行う広帯域交換網管理制
御方式に関し、 制御ノードによる広帯域通信付加リーービス制御を容易
にすることを目的とし、 広帯域伝達網と制御ノードとを有し、該制御ノ−ドによ
り広帯域通信付加サービス制御を行う広帯域交換網に於
いて、前記制御ノードは、状態管理データテーブルと、
状態管理装置とを含み、前記広帯域伝達網の接続状態を
コールモデルとして管理し、該コールモデルを、端末装
置等の通信リソースを仮想化したリソースと、各リソー
スのメディアに対して設定した論理的な通信路を示すレ
グと、通信方向を規定して前記レグ間を接続する論理的
な結合点を示すコネクションポイントとにより構成し、
前記状態管理装置により前記コールモデルの生成、更新
、消滅を、前記広帯域通信付加サービス制御実行に対応
して制御するように構成した。

〔産業上の利用分野〕

本発明は、広帯域通信付加サービス制御を行う広帯域交
換網管理制御方式に関するものである。

広帯域交換網のインテリジェントネットワーク（以下Ｉ
Ｎと略称する）サービス制御に於いて、複数の交換機や
マルチメディア端末装置等を含む広帯域伝達網と制御ノ
ードとの間のインタフェースを標準化することにより、
広帯域伝達網内の交換機の種別や呼処理プログラム等が
相違しても、サービスの追加、変更等は制御ノードに於
ける制御処理プログラムを追加、変更するだけで済むよ
うにすることができる。このようなシステムに於ける広
帯域伝達網の状態管理を制御ノードに於いて容易に行わ
せることが要望されている。

〔従来の技術〕

広帯域交換網は、例えば、第２４図に示すように、広帯
域伝達網１０１と制御ノード１０２とから構成され、広
帯域伝達網１０１は、複数の交換機」０３〜１０５と複
数のマルチメディア端末装置等の端末装置Ａ、Ｂ等を含
み、交換機１０３〜１０５は基本的な呼接続制御を行い
、広帯域通信付加サービスについては制御ノード１０２
により制御するものであり、広帯域伝達網１０１と制御
ノード１０２との間は、標準化されたインクフェースに
より接続され、メツセージは例えば共通線信号方式によ
り送受信される。

例えは、図示のように、端末装置Ａ、Ｂ間が交換機１０
３〜１０５を介して接続された状態に於いて、端末装置
Ａから画像通信サービスの要求が送出されると、交換機
１０３は制御ノー）”　１０２に対して画像通信サービ
ス要求メツセージを送出することになる。その時、制御
ノード１０２に於いては、端末装置Ａ、Ｂの接続状態を
仮想化したコールモデルを形成して画像通信サービス要
求に対する処理を行・うちのであり、音声と画像とによ
る双方向通信の場合のコールモデルば、制御ノード１０
２内の上側又は下側に図示するように形成される。」二
側のコールモデルは、端末装置Ａ、　　ＢをＡ′、Ｂｏ
とし、コネクション対応の論理的な通信路をレグ■−と
した場合を示し、又下側のコールモデルは、端末装置Ａ
、ＢをＡ　）ｌ　、　Ｂ　ＩＴとし、コネクション対応
の論理的な通信路をレグＬとし、コネクションポインｌ
−ＣＰによりレグＬ間を接続した場合を示す。即ち、下
側のコールモデルは、上側のコールモデルに対して、単
にレグＩ−間を接続するごとを示すコネクションポイン
ｌ−ＣＰを導入して形成した場合に相当する。

〔発明が解決しようとする課題〕

広帯域交換網に於いては、音声２画像、データ等の双方
向通信のみでなく、多者間を接続する会議通信、１対ｎ
の放送通信又は回報通信等の各種のイ」加サービスが提
供されることになる。従って、コールモデルとしては、
（１）マルチポイント通信。

マルチメディア通信、非対称通信等の通信形態に於ける
接続状態を表現できること、（２）伝達層のインプリメ
ント方法に依存しないで接続状態のモデル化が可能であ
ること、（３）個別のコネクション毎の制御と、メディ
ア単位のコネクション制御と、総てのコネクションを同
期させたコネクション制御の何れもが可能であること、
等が条件となる。

しかし、従来例の制御ノード１０２の上側に示すコール
モデルは、構成要素は端末装置とレグ■７だけであるが
、前述の（２）、　（３）の条件を満足することができ
ない欠点がある。又下側に示すコールモデルは、コネク
ションポイントＣＰを導入したことにより、前述の（１
）、　（２）の条件を満たすことができるが、（３）の
条件を満足することができない欠点がある。即ち、音声
と画像との通信サービスを実現した場合に、例えば、通
信終了時、音声と画像とを個別に切断処理する必要があ
った。従って、制御ノード１０２と広帯域伝達網１０１
との間で送受信するメツセージ量が増大して、メツセー
ジを送受信する信号線が輻較し、ザービス低下の原因と
なる欠点があった。

又コネクションポイントＣＰは、単にレグし間を接続す
ることを示し、３者間接続等を示すこともできるが、通
信方向を規定したものではなく、従って、放送通信や回
報通信等の場合の正確なコールモデルを形成することは
不可能であった。即ち、広帯域伝達１１０１の接続状態
を仮想化した前述のコールモデルを用いても、ＩＮサー
ビスを提供する為の制御ノード１０２に於ける広帯域伝
達網１０１の管理を行い、ＩＮサービスを提供すること
が困難であった。

本発明は、制御ノードによる広帯域通信イ」加サービス
制御を容易にすることを目的とするものである。

〔課題を解決するための手段〕

本発明の広帯域交換網管理制御方式は、通信方向を規定
できるリソース、レグ、コネクションポイントを用いて
コールモデルを形成し、このコールモデルにより広帯域
伝達網の状態管理を行い、それにより、広帯域通信付加
サービス制御を行うものであり、第１図を参照して説明
する。

広帯域伝達網１と制御ノード２とを有する広帯域交換網
に於いて、制御ノード２は、状態管理データテーブル３
と、状態管理装置４とを含み、広帯域伝送ｍｌの接続状
態をコールモデル５として管理し、このコールモデル５
を、端末装置Ａ、　Ｂ等の通信リソースを仮想化したリ
ソース６と、各メディア毎のリソースに対して設定した
論理的な通信路を示すレグ７と、通信方向を規定してレ
グ７間を接続する論理的な結合点を示すコネクションポ
イント８とにより構成し、状態管理装置４によりコール
モデル５の生成、更新、消滅を、広帯域通信付加サービ
ス制御実行に対応しで制御するものである。

又状態管理データテーブル３は、コールモデル５を構成
する為のリソース状態管理データと、レグ状態管理デー
タと、コネクションポイン１〜状態管理データとを含む
データを格納し、状態管理装置４によりデータの更新制
御が行われる構成を有するものである。

又コールモデル５に於けるリソース６単位、又はレグ７
単位、又はメディア単位で、制御ノード２から広域伝達
網１を制御する構成を有するものである。

〔作用〕

端末装置Ａ、Ｂ間が交換機９を介して接続された広帯域
伝達網１の接続状態は、制御ノード２内に示すコールモ
デル５により表される。このコールモデル５は、端末装
置Ａ、Ｂ等の通信リソースを仮想化したリソース６と、
各メディア毎にリソース６に対して設定される論理的な
通信路を示すレグ７と、レグ間を接続する論理的な結合
点を示すコネクションポイント８とにより形成され、コ
ネクションポイン１〜８は、通信方向を規定できるもの
で、双方向（丸印）、片方向（ダイオード図形）、選択
的双方向等によりレグ７間の接続状態を表すことができ
、図式的にも判り易いものとなる。

このコールモデル５を形成するりソース状態管理データ
と、レグ状態管理データと、コネクションポイント状態
管理データとを含むデータが、状態管理データテーブル
３に格納され、サービス制ｉｌｌ実行に伴って状態管理
装置４によって更新されるものであり、コールモデル５
により広帯域伝達網１を管理することができる。

又図示のように、広帯域伝達網１に於いて端末装置Ａ、
Ｂが交換ｍ９を介して接続され、音声情報は双方向、画
像情報は端末装置Ａから端末装置への片方向の通信の接
続状態の場合、音声情報については、双方向を示す丸印
のコネクションポイント８によりレグ７間が接続され、
画像情報については、片方向を示すグイオート図形のコ
ネクションポイント８によりレグ７間が接続されたコー
ルモデル５が形成されることになる。

制御ノード２ば、広帯域伝達ｗｉ１との間のメツセージ
の送受信によりサービス制御を行うことになり、それに
伴ってコールモデル５の更新を行うものであり、例えば
、リソース単位、レグ単位。

メディア単位で接続制御又は切断制御を行うことができ
るから、前述の条件（３）を満足できる構成となる。即
ち、複数メディアによる接続状態に於いて、通信終了に
よりリソース単位で切断処理を行うことがてきるから、
その場合の切断メツセージは１回で済むことになり、制
御ノード２の広帯域伝達網１との間の送受信メツセージ
量を削減することができる。

〔実施例］ 以下図面を参照して本発明の実施例について詳細に説明
する。

第２図は本発明の実施例のブロック図であり、１０は状
態管理データテーブル、１１は状態管理ｇＨ１１２はサ
ービスロジック部、１３はザーヒスロシックインクプリ
タ、１４は内部処理用データ部、１５ば分析用データ部
、１６はメツセージ処理装置、１７は制御ノード、１８
は広帯域伝達網、１９〜２１は交換機、２２はコールモ
デル、２３２７はリソース、２４２６はレグ、２５はコ
ネクションポイント、Ａ、Ｂは端末装置を示す。

制御ノードＩ７は、広帯域伝達網１８の各部との間でＦ
Ｃメツセージの送受信に基づいて広帯域通信付加サービ
ス制御を行うものであり、その場合に、広帯域伝達ｍ１
８の接続状態を、リソース。

レグ、コネクションポイントの３個のモデル構成要素と
その属性によって仮想化したコールモデルで表すもので
あり、広帯域伝達網１８に於いて、端末装置Ａ、　　Ｂ
間が交換機１９〜２１を介して接続された接続状態の場
合、コールモデル２２は、端末装置Ａ、Ｂをリソース２
３．２７とし、交換機１９〜２１を介した論理的な通信
路をレグ２４゜２６とし、交換機１９〜２１等は論理的
な結合点であるコネクションポイント２５として仮想化
するもので、この場合のコネクションポイント２５は丸
印により双方向通信の場合を示している。

制御ノード川７の状態管理データテーブル１０ば、呼状
態管理データ、ザービス状態管理データリソース状態管
理データ、レグ状態管理データコネクションポイン１〜
状態管理データとを含むデータから構成されている。又
状態管理装置１１ば、呼状態管理モジュール、ザービス
状態管理モジュール、リソース状態管理モジュール、レ
グ状態管理モジュール、コネクションポインＩ・状態管
理モジ７．−ル等から構成され、状態管理データテーブ
ル］０の更新制御等を行うものである。

又サービスロジック部１２は、ＩＮザーヒス制御用プロ
グラムであり、ＦＣメツセージと制御ノード内部処理用
関数及び汎用制御命令を含むものである。又内部処理用
データ部１４は、ザービス制御卸用データ、コンピユー
テイングリソースデータ等からなり、サービスロジック
部の内部処理の操作対象となるデータを含むものである
。

又ザービスロジックインクプリタ１３は、サービスロジ
ック部１２のＩＮザービス制御用プログラムを読込んで
解釈実行するものである。又分析用データ部１５ば、サ
ービス分析用や競合解析用等のデータからなるものであ
る。又メツセージ処理装置Ｊ６は、ＦＣメツセージを解
釈し、物理リソース制御命令に変換して物理リソースの
制御を行うものである。

広帯域伝達網１８に於ける端末装置Ａ、Ｂ間の接続状態
は、リソース２３．２７と、レグ２４２６と、コネクシ
ョンポイント２５とをモデル構成要素して、コールモデ
ル２２を形成することになるが、端末装置Ａ、Ｂ、Ｃに
よる会議電話の場合は、第３図に示すように、リソース
ｒｓｃｌ〜ｒｓｃ３と、レグＩｅｇｌ　〜Ｉｅｇ３と、
コネクションポインＩ−ｃ　ｐとのモデル構成要素によ
りコールモデルを形成することができる。

又第４図は音声と画像との中継リソース制御の場合のコ
ールモデルを示し、端末装置Ａ、Ｂをリソースｒｓｃｌ
、ｒｓｃ２とし、制御ノード１７から制御できる中継装
置をリソースｒｓｃ３．ｒｓｃ４とし、音声情報は、双
方向通信を示す丸印のコネクションポイントｃｐｌ、ｃ
ｐ３によりしりｌｅｇ１〜ＩｅｇＪ間を接続し、画像情
報は、端末装置Ａから端末装置Ｂへの片方向通信を行う
場合、片方向通信を示すダイオード図形のコネクション
ポイントｃｐ２．ｃｐ４によりレグｌｅｇ５〜Ｉ　ｅｇ
Ｓ間を接続してコールモデルを形成するものである。

又第５図は選択的双方向通信のコールモデルを示し、端
末装置Ａ、Ｂ、Ｃ，Ｄをリソースｒｓｃ１〜ｒＳＣ４と
し、レグＩｅｇｌ、Ｉｅｇ４．］ｅｇ５間又はレグＩｅ
ｇ２．Ｉｅｇ３間ば接続できないが、レグＩｅｇＬ　　
１ｅｇ４．ｌｅｇ５とレグ］ｅｇ２．］ｅｇ３との間は
双方向に接続できる選択的双方向のモデル構成要素のコ
ネクションポインｌ−ｃ　ｐ　５を用いて、コールモデ
ルを形成することができる。

前述のように、通信方向を規定するコネクションポイン
トをモデル構成要素とすることにより、広帯域伝達網Ｉ
８の接続状態を仮想化して、図式的にも判り易い構成と
することができる。

このよ・うなコールモデルを表すデータは、制御ノード
】７の状態管理データテーブル１０に格納され、接続状
態の変更に伴って更新される。この状態管理データテー
ブル１０は、第６図及び第７図に示すように、呼対応に
生成される呼状態管理データ３１と、サービス対応に生
成されるサービス状態管理データ３２と、実行されるサ
ービス中に於いて制御される物理リソース対応に生成さ
れるリソース状態管理データ３３．レグ状態管理データ
３４．コネクションポイント状態管理データ３５とから
構成され、一つの呼に対して通常は複数のサービスが起
動されるので、呼状態管理データ３１のサービスＩＤに
よりサービス対応のサービス状態管理データ３２との対
応付けが行われている。又サービス状態管理データ３２
のリソースＩＤ、　　レグＩＤ、　　コネクションポイ
ントＩＤにより、リソース状態管理データ３３と、レグ
状態管理データ３４と、コネクションポイント状態管理
データ３５との対応イ」けが行われる。

リソース状態管理データ３３は、リソースＴＤ。

リソースタイプ、メディア情報（メディア種別レグＩＤ
、　　レグ状態管理データポインタ）、リソースタイプ
（接続可能最大レグ数）、リソース固有情報（交換ノー
ドＩＤ等）からなり、メディア情報は、メディア数に対
応して生成される。

又レグ状態管理データ３４は、レグＩＤ、　　レグ状態
、接続状態、接続リソース情報（リソースＩＤ、リソー
ス状態管理データポインタ、メディア種別）、接続コネ
クションポイント情報（コネクションポイントＩＤ、コ
ネクションポイント状態管理データポインタ、接続タイ
プ及び接続面）からなり、接続タイプは、通信方向を示
す双方向接続２片方向接続１選択的双方向接続等を規定
するものである。

又コネクションポイント状態管理データ３５は、コネク
ションポイントＩＤ、接続タイプ、接続レグ情報（接続
レグＩＤ、接続状態管理データポインタ）からなるもの
である。

前述の各状態管理データは、所有関係又はコールモデル
上の接続関係によって、第８図に示すように結びつげら
れているものであり、太線矢印はポインタによる所有関
係を示し、例えば、一つの呼に対して一つの呼状態管理
データ３１が生成され、複数のサービスが起動されるご
とにより、そのサービス対応のサービス状態管理データ
３２が生成され、各サービス状態管理データ３２のポイ
ンタにより、リソース状態管理データ３３．レグ状態管
理データ３４．コネクションポイント状態管理データ３
５が結びつけられる。又細線は、コールモデル構成要素
のリソース、レグ、コネクションポインＩ・間の接続関
係を示し、広帯域伝達網１８の接続状態を仮想化した構
成に対応したものである。

第９図は制御ノード１７の状態管理装置１１の説明図で
あり、状態管理装置１１ば、呼状態管理モジュール４６
と、サービス状態管理モジュール４７と、リソース状態
管理モジュール４８と、レグ状態管理モジュール４９と
、コネクションポイント状態管理モジュール５０とから
なり、データ共通領域５１のデータの種類に応した管理
を行う手続を有し、個別のデータと管理機能とを合わせ
てインスタンスとするもので、共通領域５１は、呼状態
管理インスタンス５２．サービス状態管理インスタンス
５３．リソース状態管理インスタンス５４．レグ状態管
理インスタンス５５．コネクションポインＩ・状態管理
インスタンス５６とを有し、太線矢印はポインタによる
所有関係を示し、点線矢印はインスタンス生成の関係を
示し、平行線はコールモデル構成要素間の接続関係を示
す。

又メッセージ分析モジュール４１．ザービス分析モジュ
ール４２．ＩＮ呼管理モジュール４３は、メツセージ処
理装置１６の機能を構成し、サービスロジック実行制御
モジュール４４．サービスロジック実行制御インスタン
ス４５は、サービスロシックインクプリタ１３の機能を
構成するものである。

又広帯域伝達網１８から制御ノード１７へ転送するＦＣ
メツセージとして、例えば、ＩＮサービス起動要求があ
り、又制御ノード１７から広帯域伝達′ｆＡ１８へ転送
するＦＣメツセージとし、例えば、レグの接続要求とリ
ソース生成要求がある。

ＩＮサービス起動要求メツセージは、サービス■Ｄ、リ
ソースＩＤ、物理リソースｒＤ、　　リソース状態、メ
ディア種別、リソース固有情報、物理レグＩＤ（バーチ
セルチャネル識別子等）、レグ情報、コネクションポイ
ント情報等のコールモデル生成が可能のパラメータを含
むものである。又レグの接続要求メツセージは、レグＩ
Ｄ、コネクションポイントＩＤ、接続タイプ（双方向１
片方向選択的双方向等）等のパラメータを含むものであ
る。又リソース生成要求メツセージは、リソースＩＤ、
　　リソースタイプ（加入者端末装置、中継ノード等）
、メディア種別、リソースサイズ（接続可能最大レグ数
）、レグＩＤ等のパラメータを含むものである。

広帯域伝達網１８内に於いてＩＮサービス要求が検出さ
れると、制御ノード１７に対してサービス起動要求メツ
セージを送出することになり、制御ノード１７では、サ
ービス分析モジュール４２ＩＮ呼管理モジユール４３に
よりメツセージ分析や呼ＩＤ付与及びサービスＩＤの抽
出が行われ、呼状態管理モジュール４６に対してインス
タンス生成要求が送出される。それによって、呼状態管
理装置１１は、第１０図に示す手順により初期状態デー
タを生成する。

第１０図に於ける（ａ）はステップ６１．６２からなる
呼状態管理インスタンス５２生成ステツプ、（ｂ）はス
テップ６３〜６７からなるサービス状態管理インスタン
ス５３に関する処理ステップを示し、呼状態管理モジュ
ール４６にＩＮ呼管理モジュール４３から、呼ＩＤとサ
ービスＩＤとＩＮササ−ス起動要求メツセージ（以下Ｓ
ｌメツセージと略称する）が渡され、呼状態管理モジュ
ール４６は、「呼ＩＤ、フィールドの値を設定し、状態
管理データ３１のインスタンスを生成し、「呼状態」フ
ィールドの値をＮＮ呼実行中」とする（６１）。

次に、呼状態管理モジュール４６は、インスタンスのア
ドレス管理チーフル（呼ＩＤと、対応するインスタンス
のアドレステーブル）の設定を行う　　（６２）　。

次に、呼状態管理インスタンス５２は、サービス状態管
理モジュール４７にインスタンス生成要求を送出する。

この時に、サービスＩＤとＳｌメツセージとを渡す（６
３）。サービス状態管理モジュール４７は、［サービス
ＩＤＪフィールドの値を設定したザービス状態佃理デー
タ３２のインスタンスを生成し、「サービス状態」フィ
ールドの値をサービス実行中とする（６４）。

サービス状態管理モジュール４７は、インスタンスのア
ドレス管理テーブル（サービスＩＤと、対応するインス
タンスのアドレステーブル）の設定を行い（６５）、サ
ービス状態管理インスタンス５３のアドレスを呼状態管
理インスタンス５２に通知する。この場合の通知は呼状
態管理モジュール４６経出で行うものであり、呼状態管
理インスタンス５２は、「サービス状態管理データポイ
ンタ」フィールドにその値を書込む（６６）。サービス
状態管理モジュール４７は、Ｓｌメツセージのパラメー
タを分析し、リソース、レグ、コネクションポイントの
数を例えばＩ、ｍ、ｎとする（６７）。そして、（Ａ）
、　　（Ｂ）、　　（Ｃ）のスチップを逐次的或いは並
列的に実行する。

第１１図、第１２図及び第１３図は、第１０図の初期状
態データ生成手順の中の前述の（Ａ）（Ｂ）、（Ｃ）の
ステップを示すものであり、（Ｃ）はステップ６８．６
９．６Ａ、６Ｂからなるリソース状態管理インスタンス
生成ステップを示し、（ｄ）はステップ６０〜６Ｇから
なるレグ状態管理インスタンス生成ステップを示し、又
（ｅ）はステップ６　Ｈ〜６Ｌからなるコネクションポ
イント状態管理インスタンス生成ステップを示す。

リソース状態管理インスタンス生成ステップ（Ｃ）に於
いては、各リソースについて１同突行するものであり、
サービス状態管理インスタンス５３は、リソース状態管
理モジュール４日にインスタンス生成要求を送出する。

この時、Ｓｌメツセージのパラメータに含まれる「リソ
ースＩＤ、、「リソース状態」、「メディア情報」、「
リソースサイズ」、「リソース固有情報」の値を渡す（
６８）。

リソース状態管理モジュール４８は、［リソースＩＤＪ
、「リソース状態」、「メディア情報−１、「リソース
サイズ」、「リソース固有情報」の各フィールドの値を
設定したリソース状態管理データ３３のインスタンスを
生成する。この場合に、メディア情報の中の「レグ状態
管理データポインタ」の値は、Ｓｌメツセージのパラメ
ータに含まれないので未設定とする（６９）。

リソース状態管理インスタンス５４は、アドレスをサー
ビス状態管理インスタンス５３に通知する。この通知は
サービス状態管理モジュール４７経出で行う。又このサ
ービス状態管理インスタンス５３は、リソース状態管理
データボインクにその値を書込む（６Ａ）。リソース状
態管理モジュール４８は、インスタンスのアドレス管理
テーブル（リソースＩＤと、対応するインスタンスのア
ドレステーブル）の設定を行う（６Ｂ）。

又レグ状態管理インスタンス生成ステップ（ｄ）に於い
ては、各リソースについてｍ回実行することになり、サ
ービス状態管理インスタンス５３は、レグ状態管理モジ
ュール４９にインスタンス生成要求を送出し、Ｓｌメツ
セージのパラメータに含まれる［レグＩＤ、、「レグ状
態」、「接続リソース情報」、接続コネクションポイン
タ情報」、「接続状態」の値を渡す（６Ｃ）。

レグ状態管理モジュール４９は、［レグＩＤｊ、「レグ
状態」、「接続リソース情報」、「接続コネクションポ
インタ情報」、「接続状態」の各フィールドの値を設定
したレグ状態管理データ３４のインスタンスを生成する
。この場合、「接続リソース情報」の中、「リソース状
態管理データポインタ」の値は、Ｓｌメツセージのパラ
メータに含まれないので未設定とする（６Ｄ）。

レグ状態管理インスタンス５５は、アｌ”レスをサービ
ス状態管理インスタンス５３に通知する。

この通知は、サービス状態管理モジュール４７経出で行
う。又サービス状態管理インスタンス５３は、レグ状態
管理データポインタにその値を書込む（６Ｅ）。

レグ状態管理インスタンス５５は、リソース状態管理モ
ジュール４８に、Ｓｌメツセージのパラメータに含まれ
る「接続リソース情報」中の［リソースＩＤ」を渡して
、対応するリソースのリソース状態管理インスタンス５
４のアドレスを要求し、リソース状態管理モジュール４
８から返送された値を［リソース状態管理データポイン
タ」に設定する（６Ｆ）。このリソース状態管理インス
タンス５４に、レグ状態管理インスタンス５５のアドレ
スとレグＩＤの値を通知する。リソース状態管理インス
タンス５４ては、該当するレグＩＤの「レグ状態管理デ
ータポインタ」フィールドに、通知されたアドレスを設
定する（６Ｇ）。

又コネクションポイント状態管理インスタンス生成ステ
ップ（ｅ）に於いては、各リソースについてｎ回実行す
るものであり、サービス状態管理インスタンス５３ば、
コネクションポインＩ・状態管理モジュール５０にイン
スタンス生成要求を送出する。この時に、Ｓｌメツセー
ジのパラメータに含まれる［コネクションポインｌ−Ｉ
　Ｄ　ｊ、「接続タイプ」、「接続レグ情報」の値を渡
す（６Ｈ）。

コネクションポイント状態管理モジュール５０は、［コ
ネクションポインｌ−Ｉ　Ｄ　、、「接続タイプ」、「
接続レグ情報」の各フィールドの値を設定したコネクシ
ョンポイン］・状態管理データ３５のインスタンスを生
成する。この場合、「接続レグ情報」の中の「レグ状態
管理データポインタ」の値は、Ｓ■メツセージのパラメ
ータに含まれないので未設定とする（６■）。コネクシ
ョンポイント状態管理インスタンス５６は、アドレスを
サービス状態管理インスタンス５３に通知する。この通
知はザービス状態管理モジュール４７経出で行う。サー
ビス状態管理インスタンス５３は、コネクションポイン
ト状態管理データポインタにその値を書込む（６Ｊ）。

次にコネクションポイント状態管理インスタンス５６は
、レグ状態管理モジュール４９に、ＳＩメツセージのパ
ラメータに含まれる「接続レグ情報」中の「レグＩＤ、
を渡して、対応するレグのレグ状態管理インスタンス５
５のアドレスを要求し、レグ状態管理モジュール４９か
ら返送される値を「レグ状態管理データポインタ」に設
定する（６Ｋ）。このレグ状態管理インスタンス５５に
、コネクションポイント状態管理インスタンス５６のア
ドレスと、コネクションポイントＩＤの値を通知し、レ
グ状態管理インスタンス５５は、該当するコネクション
ポイントＩＤの「コネクションポイント状態管理データ
ポインタ」フィールドに、通知されたアドレスを設定す
る（６Ｌ）。

前述の動作により初期状態データが生成されることにな
り、又各モジュール及びインスタンスは、オブジェクト
指向プログラミングにより実現することができるもので
あり、各インスタンス間の情報の送受信は、メツセージ
パッシングにより実現することができる。

第１４図は呼制御メツセージによる状態データを更新す
る手続きの説明図であり、呼状態管理モジュール４６は
、呼制御メツセージをＩＮ呼管理モジュール４３から受
信して、メツセージパラメータ中の呼ＴＤに対応する呼
状態管理インスタンス５２に渡す（７１）。

呼状態管理インスタンス５２は、渡されたメソセージに
対応する手続きの起動要求を、リソース状態管理インス
タンス５４，レグ状態管理インスタンス５５，コネクシ
ョンポイント状態管理インスタンス５６に送出する（７
２）。

サービス状態管理インスタンス５３は、要求ささた手続
きを起動し、その配下にあるリソース状態管理インスタ
ンス５４，レグ状態管理インスタンス５５，コネクショ
ンポイント状態管理インスタンス５６に対して、それぞ
れ管理データの更新処理要求を送出する（７３）。

そして、ステップ（Ｄ）、　　（Ｅ）、　　（Ｆ）を逐
次的或いは並列的に実行するもので、それぞれのインス
タンス５４，５５．５６は、要求されたデータの更新処
理を実行する（７４，７５．７６）。

第１５図はサービス制御メツセージによる状態データの
更新手続きの説明図であり、サービス制御メツセージは
、状態管理装置１１の呼状態管理モジュール４６を通じ
て、メツセージパラメータ中の呼ＩＤに応じた呼状態管
理インスタンス５２に一旦渡される（７７）。又呼状態
管理インスタンス５２は、メンセージパラメータ中のサ
ービスＩＤに応じたサービス状態管理インスタンス５３
にメツセージを渡す（７８）。そして、第１４図のステ
ップ７３以降と同じステップ（７９）の手続きが行われ
る。

第１６図はリソース又はレグ制御メツセージによる状態
データの更新手続きの説明図であり、サービス制御メツ
セージは、呼状態管理モジュール４６を通じて、メツセ
ージパラメータ中の呼■Ｄに応じた呼状態管理インスタ
ンス５２に一旦渡される（７Ａ）。呼状態管理インスタ
ンス５２は、メツセージパラメータ中のサービスＩＤに
応じたサービス状態管理インスタンス５３にメツセージ
を渡す（７Ｂ〕。サービス状態管理インスタンス５３は
、メツセージパラメータ中のリソースＩＤに応じたリソ
ース状態管理インスタンスにメツセージを渡す（７Ｃ）
。そして、第１４図のステップ７４以降と同じステップ
（７Ｄ）の手続きが行われる。

第１７図はコールモデルの内容更新説明図であり、音声
２者接続状態のコールモデルが、リソースｒｓｃｌ、ｒ
ｓｃ２と、レグｌｅｇｌ、ｌｅｇ２と、コネクションポ
イントａとにより形成されており、それに双方向の画像
通信サービスを追加する場合、メツセージ８Ａ〜８Ｄに
より状態データの更新が行われ、リソースｒｓｃ、１　
　ｒｓｃ２と、レグＩｅｇ１．Ｉｅｇ２間を双方向接続
するコネクションポイントａと、レグｌｅｇ３．ｌｅｇ
４間を双方向接続するコネクションポイントｂとからな
るＡ、Ｂ２者間の画像双方向通信サービスが付加された
コールモデルが形成される。

第１８図、第１９図及び第２０図は、前述の音声２者接
続状態の初期状態説明図であり、呼状態管理データイン
スタンス８１と、サービス状態管理データインスタンス
８２と、リソース状態管理データインスタンス８３．８
４と、レグ状態管理データインスタンス８５．８６と、
コネクションポイント状態管理データインスタンス８７
との初期状態を示す。

呼状態管理データインスタンス８１は、呼ＩＤをｃａｌ
ｌＡＢ、呼状態をＩＮ呼実行中、サービスＩＤを５ｖｃ
ｌとし、サービス状態管理データポインタによりサービ
ス状態管理データインスタンス８２の先頭アドレスを指
定している。

サーげ入状態管理データインスタンス８２は、サービス
ＩＤを５ｖｃｌ、サービス状態をサービス実行中、リソ
ースＩＤをｒｓｃｌ、ｒｓｃ２、リソース状態管理デー
タポインタを■、■、レグＩＤをｌｅｇｌ、１ｅｇ２、
レグ状態管理データポインタを■、■、コネクションポ
イントＩＤをａ１コネクションポイント状態管理データ
ポインタを■とした場合を示す。

リソース状態管理データポインタ■、■により先頭アド
レスが指定されたリソース状態管理データインスタンス
８３．８４は、それぞれリソースＩＤ、！：してｒｓｃ
ｌ、ｒｓｃ２、リソースタイプとして加入者、リソース
状態として音声１通話中、メディア種別として音声、レ
グＩＤとしてｌｅｇｌ、Ｉｅｇ２、レグ状態管理データ
ポインタとして■、■、リソースサイズとして音声ｌ９
画像５とした場合を示す。即ち、加入者端末装置をリソ
−スとして、音声ルグ、画像５レグを接続できることを
示す。

サービス状態管理データインスタンス８２又はリソース
状態管理データインスタンス８３．８４のレグ状態管理
データポインタ■、■により先頭アドレスが指定された
レグ状態管理データインスタンス８５．８６は、それぞ
れレグＩＤとしてｌｅｇｌ、Ｉｅｇ２、レグ状態として
接続中、接続状態として接続中、リソースＩＤとしてｒ
ｓｃｌｒｓｃ２、リソース状態管理データポインタとし
て■、■、メディア種別として音声、コネクションポイ
ントＩＤとしてａ１コネクションポイント状態管理デー
タポインタとして■、接続タイプとし双方向（ｂ　ｏ　
ｔ　ｈ−ｗａ　ｙ）とした場合を示す。

コネクションポイント状態管理データポインタ■により
先頭アドレスが指定されたコネクションポイント状態管
理データインスタンス８７は、コネクションＩＤとして
ａ１接続タイプとしｂｏｔｈ−ｗａｙ、接続レグ■Ｄと
してＩｅｇｌ、ｌｅｇ２、接続レグ状態管理データポイ
ンタとして■。

■とじた場合を示す。

このような音声２者接続の初期状態から、画像双方向通
信を付加する場合、第１７図に示すメツセージ８Ａ〜８
Ｄが用いられる。即ち、Ａｄｄ−Ｍｅｄｉａのメツセー
ジ８Ａは、リソースｒｓｃ１に画像を追加することを示
し、第１６図の７Ａ〜７Ｃのステップに従ってリソース
状態管理データインスタンス８３（第１９図参照）に渡
される。

リソース状態管理オブジェクトでは、メツセージ８Ａに
対応する手続きとして、リソースｒｓｃｌのメディア情
報の「画像」に関する情報を追加し、レグ状態管理クラ
ス（モジュール４９）に対してレグ（ｌｅｇ３）状態管
理インスタンスの生成要求を送出し、レグ（１ｅｇ３）
状態管理インスタンスを生成して、このインスタンスの
アドレスを［レグ状態管理データポインタ」に設定する
。

Ｊｏｉｎのメツセージ８Ｂは、先に生成されたレグ（Ｉ
ｅｇ３）状態管理インスタンスに渡される。このレグ（
Ｉｅｇ３）状態管理インスタンスでは、コネクションポ
イント状態管理クラス（モジュール５０）に、コネクシ
ョンポイントｂが既に生成されているか否か問い合わせ
、生成されていない場合に、コネクションポイント状態
管理クラス（モジュール５０）に生成要求を送出し、コ
ネクションポイント（ｂ）状態管理インスタンス５６を
生成し、このインスタンスのアドレスをレグ（１ｅｇ３
）状態管理インスタンス５５に設定する。

次のＡｄｄ−Ｍｅｄｉａのメツセージ８Ｃの場合、Ａｄ
ｄ−Ｍｅｄｉａメツセージ８Ａと同様な処理が行われる
。

次のＪｏｉｎのメツセージ８Ｄの場合も、Ｊ　。

ｉｎのメツセージ８Ｂと同様な処理が行われるものであ
るが、コネクションポイントｂが先に生成されているか
ら、コネクションポイント（ｂ）状態管理インスタンス
５６にレグｌｅｇ４に関する情報を設定し、コネクショ
ンポイント（ｂ）状態管理インスタンス５６のアドレス
をレグ（Ｉ　ｅ　ｇ４）状態管理インスタンス５５に設
定する。

前述の処理結果は、第２１図、第２２図及び第２３図に
示すものとなる。即ち、第２１図の呼状態管理データイ
ンスタンス９１とサービス状態管理データインスタンス
９２とが、第１８図の初期状態の呼状態管理データイン
スタンス８１とサービス状態管理データインスタンス８
２とに対応し、＋１−−ヒス状態管理データインスタン
ス９２にレグＩＤとしてｌｅｇ３．Ｉｅｇ４とコネクシ
ョンポイン）ＩＤとしてｂが追加され、それに対応して
レグ状態管理データポインタ■、■及びコネクションポ
イント状態管理データポインタ■が追加されている。

又第２２歯のリソニス状態管理データインスタンス９３
．９４と第１９図の初期状態のリソース状態管理データ
インスタンス８３．８４が対応し、リソース状態管理デ
ータインスタンス９３は、レグＩＤとして１ｅｇ３とそ
のレグ状態管理データポインタ■とが追加され、リソー
ス状態管理データインスタンス９４は、レグＩＤとして
Ｉｅｇ’４とそのレグ状態管理データボインク■とが追
加されている。又第２２図のレグ状態管理データインス
タンス９５．９６は、第１９図の初期状態のレグ状態管
理データインスタンス８５，８６に対応し、音声情報に
ついてのものであるがら、更新されていない。

又第２３図の“レグ状態管理データインスタンス９７．
９８は新たなレグｌｅｇ３，１’ｅｇ’４に対応して生
成されたものであり、メチイア種別として画像、コネク
ションポイントｆＤとしてｂ、コネクションポイント状
態管理データボインクとして■、接続タイプとして双方
向（ｂｏｔｈ−ｗａｙ）がそれぞれ設定されている。

又第２３図のコネクションポイント状態管理データイン
スタンス９９は、第２０図の初期状態のコネクションポ
イント状態管理データインスタンス８７に対応し、音声
情報についてのものであるから、更新されていないが、
第２３図のコネクションポインＩ・状態管理データイン
スタンス９Ａは画像情報について新たに生成されたもの
であり、コネクションポイントｒＤとしてｂ、接続タイ
プとして双方向（ｂ　ｏ　ｔ、　ｈ−ｗａ　ｙ）　、接
続レグＩＤとして］ｅｇ３，１ｅｇ４、接続レグ状態管
理データポインタとして■、■が設定されている。

即ち、第１７図に於ける音声２者接続状態のコールモデ
ルから、Ａ、Ｂ２者間の画像双方向通信サービスが追加
されたコールモデルに更新することができる。

本発明は、前述の実施例にのみ限定されるものではなく
、広帯域伝達網〕８の接続状態を仮想化してコールモデ
ル２２を形成し、それに基づいて広帯域伝達網１８を制
御ノード１７に於いて管理し、広帯域伝達網１８の各種
のサービス要求に従った制御処理を行うことができるも
のである。

〔発明の効果〕

以上説明したように、本発明は、広帯域伝達網１の接続
状態を仮想化したコールモデル５として制御ノード２に
於いて管理するもので、リソース６と、リソースのメデ
ィアに対して設定した論理的な通信路を示ずレグ７と、
双方向や片方向等の通信方向を規定してレグ７間を接続
する論理的な結合点を示すコネクションポイン１〜８と
によりコ−ルモデル５を形成するものであるから、放送
通信等の片方向通信の場合も、その通信方向を示すコネ
クションポイント８をモデル構成要素としてコールモデ
ル５を形成することができるから、広帯域伝達ＫＭ　１
のＩＮサービスに対応した各種の接続状態を仮想化する
ことができ、制御ノード２に於ける広帯域伝達ｍｌの管
理及び制御が容易となる利点がある。

又状態管理データテーブル３は、モデル構成要素のリソ
ース、レグ、コネクションポイントの各状態管理データ
を含むものであり、ザービス要求に従って状態管理装置
４により更新することにより、コールモデル５の更新が
容易に行われ、且つ広帯域伝達ｗ１１の制御が容易とな
る。

又コールモデル５に於けるリソース６、レグ７或いはメ
ディアの各単位対応に更新制御することが可能となるか
ら、複数メディアの通信接続状態に於いても、リソース
単位で切断制御等を行うことができるから、従来例のよ
うなコネクション単位で切断制御を行う場合に比較して
、制御ノード２と広帯域伝達網ｌとの間で送受信するメ
ツセージの量を削減することができるから、大規模の広
帯域伝達網ｌを制御ノード２により管理、制御すること
ができる利点がある。

【図面の簡単な説明】

第１図は本発明の原理説明図、第２図は本発明の実施例
のブロック図、第３図は会議電話のコールモデル、第４
図は中継リソース制御のコールモデル、第５図は選択的
双方向通信のコールモデル、第６図及び第７図は状態管
理データ構造の説明図、第８図は状態管理データ間関連
説明図、第９図は状態管理装置の説明図、第１０図乃至
第１３図は初期状態データの生成手順説明図、第１４図
乃至第′１６図は状態データ更新手続説明図、第１７図
はコールモデルの内容更新説明図、第１８図乃至第２０
図は音声２者接続初期状態説明図、第２１図乃至第２３
図は更新された状態管理データの説明図、第２４図は従
来例の説明図である。 ■は広帯域伝達網、２は制御ノード、３は状態管理デー
タテーブル、４は状態管理装置、５はコ一ルモデル、６
はリソース、７はレグ、８はコネクションポイントであ
る。

Claims (3)

【特許請求の範囲】
1. （１）、広帯域伝達網（１）と制御ノード（２）とを有
   し、該制御ノード（２）により広帯域通信付加サービス
   制御を行う広帯域交換網に於いて、前記制御ノード（２
   ）は、状態管理データテーブル（３）と、状態管理装置
   （４）とを含み、前記広帯域伝達網（１）の接続状態を
   コールモデル（５）として管理し、該コールモデル（５
   ）を、端末装置等の通信リソースを仮想化したリソース
   （６）と、各リソースのメディアに対して設定した論理
   的な通信路を示すレグ（７）と、通信方向を規定して前
   記レグ間を接続する論理的な結合点を示すコネクション
   ポイント（８）とにより構成し、 前記状態管理装置（４）により前記コールモデル（５）
   の生成、更新、消滅を、前記広帯域通信付加サービス制
   御実行に対応して制御する ことを特徴とする広帯域交換網管理制御方式。
2. （２）、前記状態管理データテーブル（３）は、前記コ
   ールモデル（５）を構成する為のリソース状態管理デー
   タと、レグ状態管理データと、コネクションポイント状
   態管理データとを含むデータを格納し、前記状態管理装
   置（４）によりデータの更新制御が行われることを特徴
   とする請求項１記載の広帯域交換網管理制御方式。
3. （３）、前記コールモデル（５）に於けるリソース（６
   ）単位又はレグ（７）単位又はメディア単位で、前記制
   御ノード（２）から前記広帯域交換網（１）を制御する
   ことを特徴とする請求項１記載の広帯域交換網管理制御
   方式。