JP2002009940A - インテリジェントネットワークにおける通信制御方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＳＳＰからのサービス要求をＳＣＰがＤＢと
連携して処理する場合に、ＳＣＰの負荷を軽減し、信号
網のトラヒックを軽減する。 【解決手段】 ＳＳＰとＳＣＰまたはＤＢとの間で呼ご
とに確立されるトランザクションを使ってサブノード
（ＤＢまたはＳＳＰ）のアドレスおよびトランザクショ
ン識別子をＳＣＰまたはＤＢへ送ることにより、ＳＳＰ
とＤＢの間の直接送信を可能にする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＩＮ（インテリジ
ェントネットワーク）サービスを提供するサービス制御
ノードと任意の複数ノードが連携して構成されるネット
ワークにおける通信制御方法および装置に関するもので
ある。

【０００２】

【従来の技術】近年、電子交換機のソフトウェア制御に
おいて、伝達レイヤに配置された回線交換機間の単純な
エンド・エンドの通信サービスから、サービスの多様
化、高度化に対応するために高機能レイヤに配置された
サービス制御ノード（ＳＣＰ：Service Control Point
）がサービスに対応した呼制御機能とデータベース検
索処理機能を有してサービスを実行制御し、伝達レイヤ
である回線交換機（ＳＳＰ：Service Switching Point
）はサービス制御ノードからの指示により呼を接続す
る通信サービスへ変化してきている。

【０００３】更に、サービス制御ノードにおいても、Ｉ
Ｐ（Internet Protocol ）網の発展に伴いサービス呼を
制御する際にＩＰ網等の他ネットワークと連携したり或
いは他通信事業者の高機能レイヤと相互接続したネット
ワーク構成でＩＮサービスを提供するために、伝達レイ
ヤに配置されたＳＳＰや高機能レイヤに配置されたサー
ビス制御ノードを含む複数のノードが相互に連携した通
信が必要とされるようになってきた。

【０００４】サービス制御ノードと通信する各ノード間
は信号網上でＴＣＡＰ（Transaction Capability Appli
cation Part ）プロトコル（ＩＴＵ−Ｔ勧告Ｑ７７ｘシ
リーズ）で規定されたインタフェースでメッセージを交
換することになる。ＴＣＡＰは各ノードで終端されるの
で、メッセージを任意の複数ノードにまたがって伝達し
ようとする場合は中継（介在）しているノードのアプリ
ケーションがメッセージを転送する必要がある。

【０００５】

【発明が解決しようとする課題】ＳＳＰ（発側ノード）
において検出されたサービス要求に基づきメッセージを
ＳＳＰまたはサービス制御ノード（中継ノード）で中継
して他のサービス制御ノード（連携先ノード）に伝達す
るケースを想定する。サービス制御ノードが中継ノード
となってメッセージを中継する例としては、例えば、サ
ービスを提供する側のユーザとＩＰ網で接続されＩＰ網
を介してユーザが、直接、登録内容を変更することが可
能なサービス制御ノード（ＤＢノード）が存在する場合
に、加入者からのサービス要求を受け付けたサービス制
御ノードがさらにそのようなサービス制御ノードへ処理
を依頼するケースが挙げられる。

【０００６】また、ＳＳＰが中継ノードとなる例として
は、例えば或るＳＳＰで検出されたサービス要求がサー
ビス言語が異なる他の通信事業者のサービス制御ノード
が提供可能なサービスへの要求であったときに、サービ
ス言語の変換を行なう他のＳＳＰを中継ノードとするケ
ースが挙げられる。いずれの場合にも、発側ノードまた
は連携先ノードからのメッセージのうち、呼制御に関連
するメッセージは中継ノードを経由させる必要がある
が、すべてがそうであるとは限らない。それにもかかわ
らず、従来ではすべてのメッセージが中継ノードを経由
しなければ連携先ノードまたは発側ノードに到達し得な
かったため、不必要な処理遅延が発生し、中継ノードの
処理負荷が不必要に増大するという問題があった。

【０００７】また、中継ノードを信号網に接続する信号
局では連携先ノードからのメッセージを中継ノードへ転
送し、更に中継ノードから送信されたメッセージを発側
ノードへ転送するため信号転送量が増加し輻輳する問題
がある。さらに、この信号局が輻輳した場合において、
連携先ノードから送信されたメッセージを中継ノードへ
転送することができないため一時的に発側ノードと中継
ノードの間のトランザクションが保留されることにな
る。このようなときに、発側ノードでは未受信タイマが
満了するまでは輻輳に遭遇した呼を解放することができ
ないので、エンドユーザへのリアクションが遅延する問
題がある。

【０００８】したがって本発明の目的は、信号網上で第
１のノードと第２のノードの間に第１のトランザクショ
ンが確立され第２のノードと第３のノードとの間に第２
のトランザクションが確立されるときに、第２のノード
を経由させる必要のないデータを第２のノードを経由さ
せずに第３のノードから第１のノードへ転送し得るよう
にすることにある。

【０００９】本発明の付随的な目的は、第２のノードを
信号網に接続する信号局が輻輳した旨の通知を第３のノ
ードが受けたときに、直ちに第１のノードのトランザク
ションのためのリソースを解放し得るようにすることに
ある。

【００１０】

【課題を解決するための手段】前述の目的は、加入者か
らのサービス要求に対して第１のノードと第２のノード
の間に第１のトランザクションが割り当てられ第２のノ
ードと第３のノードの間に第２のトランザクションが割
り当てられるインテリジェントネットワークにおいて、
第２のトランザクションを使って第２のノードから第３
のノードへ第１のノードの識別子および第１のトランザ
クションの識別子を含むメッセージを送り、第２のノー
ドから送られた第１のノードの識別子および第１のトラ
ンザクションの識別子を第３のノードに記憶し、それに
よって、第３のノードから第１のノードへ第２のノード
を経ることなくメッセージを送ることを可能にすること
により達成される。

【００１１】例えば、第１のノードは加入者からの要求
に答えてサービス制御ノードへサービス処理を依頼する
サービス交換ノードであり、第２のノードは該サービス
制御ノードであり、第３のノードはサービス制御ノード
からの依頼に応じてサービス制御ノードと連携してサー
ビス処理を達成する連携先ノードである。この場合に、
連携先ノードはサービス交換ノードへサービス制御ノー
ドを経ることなくデータを送ることができ、また、輻輳
時にはリソース解放のメッセージを連携先ノードからサ
ービス交換ノードへ直接送ることができる。

【００１２】また、第１のノードはサービス制御ノード
からの依頼に応じてサービス制御ノードと連携してサー
ビス処理を達成する連携先ノードであり、第２のノード
は該サービス制御ノードであり、第３のノードは加入者
からのサービス要求に答えてサービス制御ノードへサー
ビス処理を依頼するサービス交換ノードであっても良
い。

【００１３】この場合に、サービス交換ノードは連携先
ノードへ直接データを要求するメッセージを送ることが
でき、そのメッセージにはデータの性質に応じてデータ
をサービス制御ノードを経由して送るか直接送るかの指
定を含めることができる。

【００１４】

【発明の実施の形態】図１は本発明の一実施例に係るシ
ステムの構成示す図である。以下には、中継ノードがサ
ービス制御ノード（ＳＣＰ）である場合を例にとって本
発明の実施例を説明するが、前述したような、中継ノー
ドがサービス交換ノード（ＳＳＰ）である場合にも本発
明が適用可能であるのは勿論である。

【００１５】ノード１は、回線交換を司るサービス交換
ノード（ＳＳＰ：Service Switching Point 。以下、Ｓ
ＳＰと略記）である。ノード２は、サービス制御を司る
サービス制御ノード（ＳＣＰ：Service Control Point
。以下、ＳＣＰと略記）で以下の説明では中継ノード
となる。ノード３は、ＳＣＰと連携するノードでＩＰ網
２２でユーザと接続されユーザ登録データを管理するデ
ータベースサーバ（以下、ＤＢと略記）である。

【００１６】ＳＳＰは発側ノード、ＳＣＰは中継ノー
ド、ＤＢは連携先ノードという位置付けであり、ＳＳＰ
／ＳＣＰは同じ信号網２０内に存在し、ＳＣＰと連携す
るＤＢはこの網２０と信号局１２，１３によって接続さ
れる他の信号網２１内に存在する。信号局１０は、ＳＳ
Ｐと共通線信号網２０との信号転送を中継する信号局で
ある。信号局１１は、ＳＣＰと共通線信号網２０との信
号転送を中継する信号局である。信号局１２，１３は、
信号網２０，２１間の信号転送を中継する信号局であ
る。

【００１７】ノード間インタフェースとしては、ＴＣＡ
Ｐ（Transaction Capability Application Part ）プロ
トコル（ＩＴＵ−Ｔ勧告Ｑ７７ｘシリーズ）で規定され
たインタフェースを適用した例で説明する。図２は各ノ
ード１〜３の構成を示すブロック図である。各ノード１
〜３は図２に示された呼制御実行部３２および呼制御情
報を送信する送信実行部３４をアプリケーション機能３
０として具備し、アプリケーション３０からの送信要求
を受け付け呼制御データ４２から通信に必要な送信先ノ
ード情報を導出する送信受付部４４とメッセージを組み
立てる信号編集部４６およびメッセージを送信する送信
実行部４８を通信制御機能４０として具備し他のノード
へ呼制御情報を送信する。また、同様に各ノード１〜３
は、共通線網２０，２１を介してメッセージ受信通知を
受け付ける受信受付部５０とメッセージを分析する信号
分析部５２および通信に必要な送信先ノード情報を呼制
御データ４２に設定しアプリケーション３０へ呼制御情
報を通知する受信実行部５４を通信制御部機能４０とし
て具備し、通信制御部４９からの通知情報を受け付ける
受信受付部５４および通知された呼制御情報から呼の制
御を実行する呼制御実行部３２をアプリケーション機能
３０として具備し他ノードからの呼制御情報を受信す
る。このようなノードを有するネットワーク全体でＩＮ
サービス呼は制御される。

【００１８】図１の加入者端末５からサービス要求があ
ったとき、後に詳述するように、上記の各部の機能によ
りＳＳＰ（ノード１）とＳＣＰ（ノード２）との間にト
ランザクションＩが確立され、ＳＣＰとＤＢ（ノード
３）との間にトランザクションIIが確立される。またこ
のとき、発側ノードであるＳＳＰ（ノード１）の呼制御
データ４２には、図３に示すように、トランザクション
Ｉの対向ノードである「ノード２」のノードアドレスと
ともにトランザクションＩのための対向ノードにおける
トランザクション識別子として「２００」が格納され、
自ノードのノードアドレスとともにトランザクションＩ
のための自ノードにおけるトランザクション識別子とし
て「１００」が格納される。同様に、中継ノードである
ＳＣＰ（ノード２）の呼制御データ４２には、図４に示
すような情報が格納され、連携先ノードであるＤＢ（ノ
ード３）の呼制御データ４６には、図５に示すような情
報が格納される。

【００１９】以上の機能は従来のＩＮの各ノードにも具
備されている機能であるが、本発明ではさらに、図２に
示すように、サブノード情報送信部６０、サブノード信
号分析部６２、サブノード情報記憶部６４、および信号
送信先変更部６６が設けられる。サブノード情報送信部
６０は、相手終端ノード固有のノードを識別する情報お
よび呼を識別する情報をユーザメッセージ情報中のサブ
ノード情報として設定し通信制御部４０へ送信要求す
る。具体的には、中継ノードのサブノード情報送信部６
０は、図４に示されるトランザクションＩの対向ノード
アドレスである「ノード１」と対向ノードトランザクシ
ョン識別子「１００」をサブノード情報として、トラン
ザクションIIを使って連携先ノードに送信することを通
信制御部４０へ要求する。

【００２０】サブノード信号分析部６２は、他のノード
から受信したユーザメッセージ情報中のサブノード情報
を分析する。サブノード情報記憶部６４は、サブノード
信号分析部６２により抽出されたノードを識別する情報
および呼を識別する情報を保持する必要がある場合に該
情報をサブノードデータ６５として記憶する。信号送信
先変更部６６は、サブノード信号分析部６２により抽出
されたサブノード情報やサブノード情報記憶部６４によ
り保持されたサブノード情報を用いてメッセージを送信
する場合に送信先ノード情報を変更する。具体的には、
連携先ノードの信号送信先変更部６６は、中継ノードか
ら受け取ったサブノード情報により図６に示すように対
向ノードアドレスおよび対向ノードトランザクション識
別子の値を書き替える。これによって、連携先ノード
（ＤＢ）からのデータは中継ノード（ＳＣＰ）を経由せ
ず、直接、発側ノード（ＳＳＰ）へ送られることにな
る。

【００２１】図７のシーケンス図を参照して、上記の過
程をより詳細に説明する。ＳＳＰ（ノード１）におい
て、ＳＣＰ（ノード２）でのサービス制御が必要な呼を
受け付けた場合、アプリケーション部３０（図２）の呼
制御実行部３２が送信実行部３４を用いて通信制御部４
０の送信受付部４４を起動する。通信制御部４０では、
送信受付部４４において、呼を識別するためにトランザ
クション識別子「１００」が割り当てられ、自ノード情
報として、ＳＳＰのアドレス情報「ノード１」および呼
を識別するトランザクション識別子「１００」がＳＳＰ
の通信制御部４０に配備された呼制御データ４２に設定
され保持される（図３）。次に送信実行部４８において
信号編集部４６を用いて送信メッセージ中の各情報要素
としてトランザクション識別子「１００」が発トランザ
クション識別子に、ＳＳＰのアドレス情報「ノード１」
が発アドレスに設定された、呼を開始するためのトリガ
信号である「対話開始信号」が生成され、ＳＣＰへ送信
される（図７：ステップ１０００）。本信号のプロトコ
ルスタックを図８の（ａ）に示す。

【００２２】ＳＣＰでは、通信制御部４０の受信受付部
５０においてＳＳＰからの「対話開始信号」を受信し、
呼を識別するためにトランザクション識別子「２００」
が割り当てられ、信号分析部５２において信号の正常性
の分析が行なわれる。それとともに、対向ノード情報と
してトランザクション識別子とアドレス情報が抽出さ
れ、受信実行部５４において対向ノード情報であるＳＳ
Ｐのアドレス情報「ノード１」およびトランザクション
識別子「１００」と、自ノード情報であるＳＣＰのアド
レス情報「ノード２」およびトランザクション識別子
「２００」とがＳＣＰの通信制御部４０に配備される呼
制御データ４２に設定され保持され（図４）アプリケー
ション部３０の受信受付部５６に通知される。

【００２３】アプリケーション部３０の呼制御実行部３
２においてＤＢ（ノード３）と連携してサービス呼を制
御することが決まると、送信実行部３４を用いて通信制
御部４０の送信受付部４４を起動する。この時、送信受
付部４４において、呼を識別するためにトランザクショ
ン識別子「２０１」が割り当てられ、自ノード情報とし
てＳＣＰのアドレス情報「ノード２」および呼を識別す
るトランザクション識別子「２０１」がＳＣＰの通信制
御部４０に配備された呼制御データ４２に設定され保持
される（図４）。次に送信実行部４８において信号編集
部４６を用いて、送信メッセージ中の各情報要素として
トランザクション識別子「２０１」が発トランザクショ
ン識別子に、ＳＣＰのアドレス情報「ノード２」が発ア
ドレスに設定された「対話開始信号」が生成され、ＤＢ
へ送信される（図７：ステップ１００２）。本信号のプ
ロトコルスタックを図８の（ｂ）に示す。

【００２４】ＤＢでは、通信制御部４０の受信受付部５
０においてＳＣＰからの「対話開始信号」を受信し、呼
を識別するためにトランザクション識別子「３００」が
割り当てられ、信号分析部５２において信号の正常性の
分析が行なわれる。それとともに、対向ノード情報とし
てトランザクション識別子とアドレス情報が抽出され、
受信実行部５４において対向ノード情報であるＳＣＰの
アドレス情報「ノード２」およびトランザクション識別
子「２０１」と、自ノード情報であるＤＢのアドレス情
報「ノード３」およびトランザクション識別子「３０
０」とがＤＢの通信制御部４０に配備される呼制御デー
タ４２に設定され保持され（図５）アプリケーション部
３０の受信受付部５６に通知される。

【００２５】そして、アプリケーション部３０の呼制御
実行部３２において「対話開始信号」に対する正常応答
をＳＣＰへ返送するために、送信実行部３４を用いて通
信制御部４０を起動する。通信制御部４０では、送信受
付部４４において自ノード情報および対向ノード情報を
導出する。次に送信実行部４８において、信号編集部４
６を用いて、送信メッセージ中の各情報要素としてトラ
ンザクション識別子「３００」が発トランザクション識
別子に、ＤＢのアドレス情報「ノード３」が発アドレス
に、対向ノード情報であるトランザクション識別子「２
０１」が着トランザクション識別子に、ＳＣＰのアドレ
ス情報「ノード２」が着アドレスに設定された「対話継
続信号」が生成されＳＣＰへ送信される（図７：ステッ
プ１００４）。本信号のプロトコルスタックを図８の
（ｃ）に示す。

【００２６】ＳＣＰでは、通信制御部４０受信受付部５
０においてＤＢからの「対話継続信号」を受信し、信号
分析部５２において信号の正常性の分析が行なわれる。
それとともに自ノード情報および対向ノード情報のトラ
ンザクション識別子とアドレス情報が抽出され、受信実
行部５４において自ノード情報のトランザクション識別
子「２０１」に対応した呼が特定され、対向ノード情報
であるトランザクション識別子「３００」とアドレス情
報「ノード３」がＳＣＰの通信制御部４０に配備される
呼制御データ４２に設定され保持され（図４）アプリケ
ーション部３０の受信受付部５６へ通知される。

【００２７】以後、本呼におけるＳＣＰ−ＤＢ間のＴＣ
ＡＰレベルの通信はＳＣＰのトランザクション識別子２
０１とＤＢのトランザクション識別子３００で対応付け
されトランザクションIIが確立する（図７：ステップ１
００６）。アプリケーション部３０の呼制御実行部３２
において「対話開始信号」に対する正常応答をＳＳＰへ
返送するために送信実行部３４を用いて通信制御部４０
を起動する。通信制御部４０では送信受付部４４におい
て自ノード情報および対向ノード情報を導出し、送信実
行部４８において信号編集部４６を用いて、送信メッセ
ージ中の各情報要素として自ノード情報であるトランザ
クション識別子「２００」が発トランザクション識別子
に、ＳＣＰのアドレス情報「ノード２」が発アドレス
に、対向ノード情報であるトランザクション識別子「１
００」が着トランザクション識別子に、ＳＳＰのアドレ
ス情報「ノード１」が着アドレスに設定された「対話継
続信号」がＳＳＰへ送信される（図７：ステップ１００
８）。本信号のプロトコルスタックを図９の（ｄ）に示
す。

【００２８】ＳＳＰでは、通信制御部４０の受信受付部
５０においてＳＣＰからの「対話継続信号」を受信し、
信号分析部５２において信号の正常性の分析が行われ
る。それとともに自ノード情報および対向ノード情報の
トランザクション識別子とアドレス情報が抽出され受信
実行部５４において自ノード情報のトランザクション識
別子「１００」に対応した呼が特定され、対向ノード情
報であるトランザクション識別子「２００」とアドレス
情報「ノード２」がＳＳＰの通信制御部４０に配備され
る呼制御データ４２に設定され保持され（図３）アプリ
ケーション部３０の受信受付部５０へ通知される。

【００２９】以後、本呼におけるＳＳＰ−ＳＣＰ間のＴ
ＣＡＰレベルの通信はＳＳＰのトランザクション識別子
１００とＳＣＰのトランザクション識別子２００で対応
付けされトランザクションＩが確立する（図７：ステッ
プ１０１０）。各ノード間においてトランザクションが
確立した時のＳＳＰにおけるＴＣＡＰプロトコル管理情
報が図３に、ＳＣＰにおけるＴＣＡＰプロトコル管理情
報が図４に、ＤＢにおけるＴＣＡＰプロトコル管理情報
が図５に示されている。このように、ＳＳＰはＳＣＰの
ノード情報を、ＳＣＰはＳＳＰとＤＢのノード情報を、
ＤＢはＳＣＰのノード情報を知り得ている。

【００３０】その後、ＳＳＰは呼を継続するためにアプ
リケーション部３０の呼制御実行部３２と送信実行部３
４および、通信制御部４０の送信受付部４４と信号編集
部４６と送信実行部４８を用いてＳＣＰへ「対話継続信
号」を送信する（図７：ステップ１０１２）。本信号の
プロトコルスタックを図９の（ｅ）に示す。ＳＣＰで
は、通信制御部４０の受信受付部５０においてＳＳＰか
らの「対話継続信号」を受信し、信号分析部５２におい
て信号の正常性の分析が行なわれる。それとともに自ノ
ード情報および対向ノード情報のトランザクション識別
子とアドレス情報が抽出され、受信実行部５４において
自ノード情報のトランザクション識別子２００に対応し
た呼が特定されアプリケーション部３０の受信受付部５
６へ通知される。

【００３１】本発明によれば、ＤＢからの「対話継続信
号」の返送経路をＳＳＰへ変更するときは、アプリケー
ション部３０の呼制御実行部３２において、ＳＳＰとの
通信で確立しているトランザクションＩの情報からＳＳ
Ｐのノード情報が抽出される。送信実行部３４は抽出さ
れたトランザクション識別子「１００」およびアドレス
情報「ノード１」をサブノード情報送信部６０を用いて
ユーザメッセージ情報中にサブノード情報として設定
し、通信制御部４０の送信受付部４４を起動する。通信
制御部４０では、送信受付部４４において自ノード情報
および対向ノード情報を導出し、送信実行部４８におい
て信号編集部４６を用いて、送信メッセージ中の各情報
要素としてトランザクション識別子「２００」が発トラ
ンザクション識別子に、ＳＣＰのアドレス情報「ノード
２」が発アドレスに設定され、対向ノード情報であるト
ランザクション識別子「３００」が着トランザクション
識別子に、ＤＢのアドレス情報「ノード３」が着アドレ
スに設定された「対話継続信号」が生成されＤＢへ送信
される（図７：ステップ１０１４）。本信号のプロトコ
ルスタックを図１０の（ｆ）に示す。

【００３２】ＤＢでは、通信制御部４０の受信受付部５
０と信号分析部５２および受信実行部５４において信号
の受信処理が動作した後、アプリケーション部３０の受
信受付部５６へ通知される。受信受付部５６においてサ
ブノード信号分析部６２を用いてユーザメッセージ情報
中のサブノード情報よりＳＳＰのアドレス情報「ノード
１」とトランザクション識別子「１００」が抽出され、
さらにサブノード情報記憶部６４によってＤＢのアプリ
ケーション部３０に配備されたサブノードデータ６５に
抽出されたサブノード情報が保持される。

【００３３】その後、呼制御実行部３２および送信実行
部３４が起動され、信号送信先変更部６６が送信先ノー
ドをＳＳＰへ変更するためにＤＢの通信制御部４０に配
備された呼制御データ４２のノード情報を前記サブノー
ド情報記憶部６４によって保持されたＳＳＰのアドレス
情報「ノード１」とトランザクション識別子「１００」
へ変更し、通信制御部４０の送信受付部４４を起動す
る。通信制御部４０では送信受付部４４において自ノー
ド情報および対向ノード情報が導出される。次に、送信
実行部４８において信号編集部４６を用いて、送信メッ
セージ中の各情報要素としてトランザクション識別子
「３００」が発トランザクション識別子に、ＤＢのアド
レス情報「ノード３」が発アドレスに、対向ノード情報
であるトランザクション識別子「１００」が着トランザ
クション識別子に、ＳＳＰのアドレス情報「ノード１」
が着アドレスに設定された「対話継続信号」が生成さ
れ、ＳＣＰを介さずに直接ＳＳＰへ向けて送信される
（図７：ステップ１０１６）。本信号のプロトコルスタ
ックを図１０の（ｇ）に示す。また、ＤＢにおけるＴＣ
ＡＰプロトコル管理情報は図６のようになる。

【００３４】上記のように、信号送信側では終端ノード
固有のノード情報をサブノード情報として送信する手段
を具備し、信号受信側ではサブノード情報を抽出・分析
し記憶する手段およびサブノード情報に設定された情報
へ送信先を変更する手段を具備することにより、中継ノ
ードを介さずにＤＢとＳＳＰが信号局１３，１２，１０
を経由して直接信号転送することが可能となる。

【００３５】次に、図１１を参照して本発明の第２の実
施例について説明する。ＳＳＰからＳＣＰへの「対話開
始信号」送信手順（ステップ１１００）、ＳＣＰからＤ
Ｂへの「対話開始信号」送信手順（ステップ１１０
２）、ＤＢからＳＣＰへの「対話継続送信号」送信手順
（ステップ１１０４）については、前述のステップ１０
００，１１０２および１１０４と同様である。また、図
２に示した各ユニットの動作についても同様であるので
説明を省略する。

【００３６】ＳＣＰはＤＢからの「対話継続信号」を受
信し、ＳＳＰからの「対話継続信号」の返送経路をＤＢ
へ変更するためにＤＢとの通信で確立しているトランザ
クションIIの情報からＤＢのノード情報を抽出し、これ
をユーザメッセージ情報中にサブノード情報として有す
る「対話継続信号」をＳＳＰへ送信する（ステップ１１
０８）。

【００３７】ＳＳＰでは、ユーザメッセージ情報中のサ
ブノード情報よりＤＢのアドレス情報とトランザクショ
ン識別子を抽出し、送信先ノードをＤＢへ変更するため
に呼制御データのノード情報を抽出されたＤＢのアドレ
ス情報とトランザクション識別子へ変更する。更にＳＳ
Ｐから送信する「対話継続信号」に対する応答信号の返
送先をサブノード情報に設定する。例えば、信号返送経
路を直接自ノードであるＳＳＰにしたい場合はユーザメ
ッセージ情報中のサブノード情報にトランザクション識
別子「１００」およびアドレス情報「ノード１」を設定
し、また信号返送経路を中継ノードであるＳＣＰを経由
したい場合はユーザメッセージ情報中のサブノード情報
にトランザクション識別子「２０１」およびアドレス情
報「ノード２」を設定する。この「対話継続信号」はＳ
ＣＰを介さずに直接ＤＢへ送信される（ステップ１１１
２またはステップ１１１６）。

【００３８】ＤＢでは、ユーザメッセージ情報中のサブ
ノード情報が抽出され、それに従い送信先ノードをＳＳ
ＰまたはＳＣＰへ変更するために呼制御データのノード
情報を抽出されたＳＳＰのアドレス情報とトランザクシ
ョン識別子或いはＳＣＰのアドレス情報とトランザクシ
ョン識別子へ変更する。上記のように、ＳＳＰはＤＢか
らの応答信号がＳＣＰで呼を制御する必要がある場合と
不要な場合を判断し個々の条件によりサブノード情報を
付加してＤＢへ送信する。ＤＢではサブノード情報を付
加して送信してきたＳＳＰの指定した返送経路に従って
信号返送する。これにより、発側ノードであるＳＳＰが
任意に決定したノードとの連携によるダイナミックな呼
制御を行なうことが可能となる。

【００３９】次に、図１２を参照して本発明の第３の実
施例について説明する。ＳＳＰからＳＣＰへの「対話開
始信号」の送信手順（ステップ１２００）については、
図７のステップ１０００と同様である。また、図２に示
した各ユニットの動作についても同様であるので説明を
省略する。ＳＣＰではＤＢからの「対話継続信号」の返
送経路を任意のノードへ変更可能とするためにＳＳＰと
の通信で確立しているトランザクションＩの情報からＳ
ＳＰのノード情報を抽出し、ユーザメッセージ情報中の
サブノード情報にこれを設定した「対話開始信号」をＤ
Ｂへ送信する（ステップ１２０２）。

【００４０】ＤＢでは、ユーザメッセージ情報中のサブ
ノード情報が抽出され、保持される。その後、ＳＣＰへ
「対話継続信号」が送信される（ステップ１２０６）。
しかしＳＣＰに隣接している信号網の信号局１１が輻輳
している場合は（ステップ１２０４）「対話継続信号」
をＳＣＰへ転送することができずＤＢへ「エラー返送」
される（ステップ１２０８）。ＤＢではエラーリアクシ
ョンとして、送信先ノードをＳＳＰへ変更するために呼
制御データのノード情報が保持されていたＳＳＰのアド
レス情報へ変更され、それによってＳＣＰを介さずに直
接ＳＳＰへ「対話中断（アボート）信号」が送信され
（ステップ１２１０）ＤＢではＳＣＰとの間で割り当て
られていたトランザクションリソースのトランザクショ
ン識別子３００が解放される（ステップ１２１２）。

【００４１】ＳＳＰでもこの「対話中断信号」を受けて
ＳＣＰとの間で割り当てられていたトランザクションリ
ソースのトランザクション識別子１００が解放される
（ステップ１２１４）。ＳＣＰにおいてはＳＳＰまたは
ＤＢからの応答信号を受信できずアプリケーションタイ
マが満了することによりＳＳＰとの間で割り当てられて
いたトランザクションリソースのトランザクション識別
子２００およびＤＢとの間で割り当てられていたトラン
ザクションリソースのトランザクション識別子２０１が
解放される。

【００４２】上記のように、ＳＣＰへの送信結果として
何らかの要因（輻輳等）によりエラー応答が返却された
場合、従来であればＤＢでは自ノード内のリソースを解
放するリアクションしか取ることが出来なかったが、Ｓ
ＣＰからサブノード情報としてＳＳＰのノード情報を受
信し保持しているためにＳＣＰへ信号返送不可であって
もこれを用いてＳＳＰへ信号返送することができ、ＳＳ
Ｐ側のリソースも即時に解放することが可能となる。

【００４３】（付記１） 加入者からのサービス要求に
対して第１のノードと第２のノードの間に第１のトラン
ザクションが割り当てられ第２のノードと第３のノード
の間に第２のトランザクションが割り当てられるインテ
リジェントネットワークにおける通信制御方法であっ
て、第２のトランザクションを使って第２のノードから
第３のノードへ第１のノードの識別子および第１のトラ
ンザクションの識別子を含むメッセージを送り、第２の
ノードから送られた第１のノードの識別子および第１の
トランザクションの識別子を第３のノードに記憶し、そ
れによって、第３のノードから第１のノードへ第２のノ
ードを経ることなくメッセージを送ることを可能にする
ステップを具備する方法。

【００４４】（付記２） 第１のノードは加入者からの
要求に答えてサービス制御ノードへサービス処理を依頼
するサービス交換ノードであり、第２のノードは該サー
ビス制御ノードであり、第３のノードはサービス制御ノ
ードからの依頼に応じてサービス制御ノードと連携して
サービス処理を達成する連携先ノードである付記１記載
の方法。

【００４５】（付記３） 第１のノードはサービス制御
ノードからの依頼に応じてサービス制御ノードと連携し
てサービス処理を達成する連携先ノードであり、第２の
ノードは該サービス制御ノードであり、第３のノードは
加入者からのサービス要求に答えてサービス制御ノード
へサービス処理を依頼するサービス交換ノードである付
記１記載の方法。

【００４６】（付記４） 前記記憶するステップにより
サービス交換ノードに記憶された連携先ノードの識別子
と第１のトランザクションの識別子を用いて、サービス
交換ノードから連携先ノードへサービス交換ノードの識
別子と第２のトランザクションの識別子を含む第２のメ
ッセージを送り、第２のメッセージに答えて連携先ノー
ドからサービス交換ノードへサービス制御ノードを経る
ことなくデータを送り、サービス交換ノードに記憶され
た連携先ノードの識別子と第１のトランザクションの識
別子を用いて、サービス交換ノードから連携先ノードへ
サービス制御ノードの識別子と第１のトランザクション
の識別子を含む第３のメッセージを送り、第３のメッセ
ージに答えて連携先ノードからサービス交換ノードへサ
ービス制御ノードを経由してデータを送るステップをさ
らに具備する付記３記載の方法。 （付記５） サービス制御ノードを通る経路が輻輳して
いるとの通知に応じて、前記記憶するステップにより連
携先ノードに記憶されたサービス交換ノードの識別子と
第１のトランザクションの識別子を用いて連携先ノード
からサービス交換ノードへ第１のトランザクションのた
めのリソースを解放させるメッセージをサービス制御ノ
ードを経ることなく送るステップをさらに具備する付記
２記載の方法。

【００４７】（付記６） 加入者からのサービス要求に
対して第１のノードと第２のノードの間に第１のトラン
ザクションが割り当てられ第２のノードと第３のノード
との間に第２のトランザクションが割り当てられるイン
テリジェントネットワークにおける第３のノードを制御
するための通信制御装置であって、第２のトランザクシ
ョンを使って第２のノードから送られてくるメッセージ
から第１のノードの識別子と第１のトランザクションの
識別子を抽出する手段と、メッセージから抽出された第
１のノードの識別子と第１のトランザクションの識別子
を記憶し、それによって第２のノードを経ることなく第
１のノードへメッセージを送ることを可能にする手段と
を具備する装置。

【００４８】（付記７） 第１のノードは加入者からの
サービス要求に答えてサービス制御ノードへサービス処
理を依頼するサービス交換ノードであり、第２のノード
は該サービス制御ノードであり、第３のノードはサービ
ス制御ノードからの依頼に応じてサービス制御ノードと
連携してサービス処理を達成する連携先ノードである付
記６記載の装置。

【００４９】（付記８） 第１のノードはサービス制御
ノードからの依頼に応じてサービス制御ノードと連携し
てサービス処理を達成する連携先ノードであり、第２の
ノードは該サービス制御ノードであり、第３のノードは
加入者からのサービス要求に答えてサービス制御ノード
へサービス処理を依頼するサービス交換ノードである付
記６記載の装置。

【００５０】（付記９） 前記記憶手段に記憶された連
携先ノードの識別子と第１のトランザクションの識別子
を用いて、連携先ノードへサービス交換ノードの識別子
と第２のトランザクションの識別子を含む第２のメッセ
ージを送ることによって、連携先ノードにサービス制御
ノードを経ることなくデータを送らせる手段と、前記記
憶手段に記憶された連携先ノードの識別子と第１のトラ
ンザクションの識別子を用いて、連携先ノードへサービ
ス制御ノードの識別子と第１のトランザクションの識別
子を含む第３のメッセージを送ることによって、連携先
ノードにサービス制御ノードを経由してデータを送らせ
る手段とをさらに具備する付記８記載の装置。

【００５１】（付記１０） サービス制御ノードを通る
経路が輻輳しているとの通知に応じて、前記記憶手段に
記憶されたサービス交換ノードの識別子と第１のトラン
ザクションの識別子を用いてサービス交換ノードへ第１
のトランザクションのためのリソースを解放させるメッ
セージをサービス制御ノードを経ることなく送る手段を
さらに具備する付記７記載の装置。

【００５２】

【発明の効果】以上説明した通り本発明により、中継ノ
ードを介さずに発側ノードと連携先ノードの間で呼制御
情報の転送が可能となるため、中継ノードの信号転送処
理の負荷を軽減させ、更には共通線信号網のトラヒック
も軽減することができる効果がある。

【００５３】また、中継ノードを介さずに発側ノードと
連携先ノードの間で直接通信することが可能となり、両
終端ノードの指示または任意に決定したシーケンスでダ
イナミックに制御することにより、サービス呼制御の汎
用性、また、通信処理時間の短縮によりエンドユーザへ
のサービス性（即時性）が向上する効果がある。更に、
中継ノードまたは隣接する共通線信号局の輻輳等により
呼制御リソースが保留されることなく、連携先ノードお
よび発側ノードのリソースを解放することができるため
通信エンドユーザへのリアクション（呼解放）を即時に
実行できサービス性が向上する効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例に係るシステムの構成を示す
図である。

【図２】各ノードの構成を示すブロック図である。

【図３】発ノード（ＳＳＰ）におけるＴＣＡＰプロトコ
ル管理情報を示す図である。

【図４】中継ノード（ＳＣＰ）におけるＴＣＡＰプロト
コル管理情報を示す図である。

【図５】連携先ノード（ＤＢ）におけるＴＣＡＰプロト
コル管理情報を示す図である。

【図６】連携先ノード（ＤＢ）におけるＴＣＡＰプロト
コル管理情報の変更を示す図である。

【図７】本発明の第１の実施例のシーケンス図である。

【図８】図７の各信号のプロトコルスタックを示す図で
ある。

【図９】図７の各信号のプロトコルスタックを示す図で
ある。

【図１０】図７の各信号のプロトコルスタックを示す図
である。

【図１１】本発明の第２の実施例を示すシーケンス図で
ある。

【図１２】本発明の第３の実施例を示すシーケンス図で
ある。

【符号の説明】

１…サービス交換ノード ２…サービス制御ノード ３…連携先ノード

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5K024 DD05 5K026 AA07 AA19 AA21 BB04 CC02 CC07 EE07 EE10 FF01 FF02 FF03 FF26 GG12 5K051 AA03 CC01 FF01 FF03 FF17 HH05 HH17

Claims (5)

【特許請求の範囲】
1. 【請求項１】 加入者からのサービス要求に対して第１
   のノードと第２のノードの間に第１のトランザクション
   が割り当てられ第２のノードと第３のノードとの間に第
   ２のトランザクションが割り当てられるインテリジェン
   トネットワークにおける第３のノードを制御するための
   通信制御装置であって、 第２のトランザクションを使って第２のノードから送ら
   れてくるメッセージから第１のノードの識別子と第１の
   トランザクションの識別子を抽出する手段と、 メッセージから抽出された第１のノードの識別子と第１
   のトランザクションの識別子を記憶し、それによって第
   ２のノードを経ることなく第１のノードへメッセージを
   送ることを可能にする手段とを具備する装置。
2. 【請求項２】 第１のノードは加入者からのサービス要
   求に答えてサービス制御ノードへサービス処理を依頼す
   るサービス交換ノードであり、第２のノードは該サービ
   ス制御ノードであり、第３のノードはサービス制御ノー
   ドからの依頼に応じてサービス制御ノードと連携してサ
   ービス処理を達成する連携先ノードである請求項１記載
   の装置。
3. 【請求項３】 第１のノードはサービス制御ノードから
   の依頼に応じてサービス制御ノードと連携してサービス
   処理を達成する連携先ノードであり、第２のノードは該
   サービス制御ノードであり、第３のノードは加入者から
   のサービス要求に答えてサービス制御ノードへサービス
   処理を依頼するサービス交換ノードである請求項１記載
   の装置。
4. 【請求項４】 前記記憶手段に記憶された連携先ノード
   の識別子と第１のトランザクションの識別子を用いて、
   連携先ノードへサービス交換ノードの識別子と第２のト
   ランザクションの識別子を含む第２のメッセージを送る
   ことによって、連携先ノードにサービス制御ノードを経
   ることなくデータを送らせる手段と、 前記記憶手段に記憶された連携先ノードの識別子と第１
   のトランザクションの識別子を用いて、連携先ノードへ
   サービス制御ノードの識別子と第１のトランザクション
   の識別子を含む第３のメッセージを送ることによって、
   連携先ノードにサービス制御ノードを経由してデータを
   送らせる手段とをさらに具備する請求項３記載の装置。
5. 【請求項５】 サービス制御ノードを通る経路が輻輳し
   ているとの通知に応じて、前記記憶手段に記憶されたサ
   ービス交換ノードの識別子と第１のトランザクションの
   識別子を用いてサービス交換ノードへ第１のトランザク
   ションのためのリソースを解放させるメッセージをサー
   ビス制御ノードを経ることなく送る手段をさらに具備す
   る請求項２記載の装置。