JP3067712B2 - Ｓｃｐ呼制御システム - Google Patents
Ｓｃｐ呼制御システムInfo
- Publication number
- JP3067712B2 JP3067712B2 JP9292130A JP29213097A JP3067712B2 JP 3067712 B2 JP3067712 B2 JP 3067712B2 JP 9292130 A JP9292130 A JP 9292130A JP 29213097 A JP29213097 A JP 29213097A JP 3067712 B2 JP3067712 B2 JP 3067712B2
- Authority
- JP
- Japan
- Prior art keywords
- call
- call model
- resource
- scp
- service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0029—Provisions for intelligent networking
- H04Q3/0037—Provisions for intelligent networking involving call modelling techniques, e.g. modifications to the basic call state model [BCSM]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Exchange Systems With Centralized Control (AREA)
Description
【０００１】
【発明の属する技術分野】本発明は、インテリジェント
ネットワークのサービス制御点（以下、ＳＣＰという）
における呼制御システムに関するものである。
ネットワークのサービス制御点（以下、ＳＣＰという）
における呼制御システムに関するものである。
【０００２】
【従来の技術】現在、通信機能の高度化の要請にともな
って、網の高インテリジェント化が認識されている。こ
れは、広帯域化およびパーソナル化と並んで、次世代通
信網の重要な要素の一つとされている。そのため、この
ような要請に応える技術として、インテリジェントネッ
トワーク（以下、ＩＮ：Intelligent Network という）
が提案されている。
って、網の高インテリジェント化が認識されている。こ
れは、広帯域化およびパーソナル化と並んで、次世代通
信網の重要な要素の一つとされている。そのため、この
ような要請に応える技術として、インテリジェントネッ
トワーク（以下、ＩＮ：Intelligent Network という）
が提案されている。
【０００３】図７は、ＩＮの構成概要を示すブロック図
である。同図において、サービス交換点（以下、ＳＳ
Ｐ：Service Switching Point という）４は従来の交換
機に相当するものであるが、このＳＳＰ４には高度のイ
ンテリジェントをおかず、代わりにサービス制御点（以
下、ＳＣＰ：Service Control Pointという）２に集中
させている。そして、ＳＣＰ２とＳＳＰ４との間では、
Ｎｏ．７共通線信号網を介してコマンドおよびデータの
伝送を行っている。
である。同図において、サービス交換点（以下、ＳＳ
Ｐ：Service Switching Point という）４は従来の交換
機に相当するものであるが、このＳＳＰ４には高度のイ
ンテリジェントをおかず、代わりにサービス制御点（以
下、ＳＣＰ：Service Control Pointという）２に集中
させている。そして、ＳＣＰ２とＳＳＰ４との間では、
Ｎｏ．７共通線信号網を介してコマンドおよびデータの
伝送を行っている。
【０００４】また、ＳＣＰ２は集中データベースを備
え、ＳＳＰ４からの問い合わせに対して応答する。そし
て、ＳＣＰ２の上位にはサービス管理システム（以下、
ＳＭＳ：Service Management System という）１があ
り、ＳＣＰ２とＸ．２５データ回線によって結ばれてお
り、ＳＭＳ１のデータベースはその受け持ちエリアに関
する共通データが記憶保持されている。
え、ＳＳＰ４からの問い合わせに対して応答する。そし
て、ＳＣＰ２の上位にはサービス管理システム（以下、
ＳＭＳ：Service Management System という）１があ
り、ＳＣＰ２とＸ．２５データ回線によって結ばれてお
り、ＳＭＳ１のデータベースはその受け持ちエリアに関
する共通データが記憶保持されている。
【０００５】また、インテリジェント端末（以下、Ｉ
Ｐ：Intelligent Peripheralという）６は、一種の端末
装置であり、加入者の位置に収容されて高度の機能を提
供するものである。また、ベンダ機能ノード（以下、Ｖ
ＦＮ：Vender Feature Node という）７は、ＩＰ６と同
様に加入者の位置に収容された端末のうちの外部業者に
よって運営されているものである。
Ｐ：Intelligent Peripheralという）６は、一種の端末
装置であり、加入者の位置に収容されて高度の機能を提
供するものである。また、ベンダ機能ノード（以下、Ｖ
ＦＮ：Vender Feature Node という）７は、ＩＰ６と同
様に加入者の位置に収容された端末のうちの外部業者に
よって運営されているものである。
【０００６】このように、各ＳＳＰには複数種類の端末
装置が接続され、ベンダー毎にまたは端末の機種毎にそ
れぞれ異なる呼制御方法が採用されており、ユーザがＩ
Ｎのサービスを受けるには、各ＩＰ６等が扱っているコ
ールモデルに合わせて呼制御を行う必要があった。
装置が接続され、ベンダー毎にまたは端末の機種毎にそ
れぞれ異なる呼制御方法が採用されており、ユーザがＩ
Ｎのサービスを受けるには、各ＩＰ６等が扱っているコ
ールモデルに合わせて呼制御を行う必要があった。
【０００７】すなわち、このような呼制御の形態は、コ
ールモデルとして定義されており、機種等に応じて異な
るフォーマットのサービス制御要求メッセージが採用さ
れている。そのため、従来はコールモデル毎に専用のＳ
ＣＰが開発され、一つのＳＣＰに対して異なるコールモ
デルを有するＳＳＰを同時に接続および処理することは
できなかった。また、仮に一つのＳＣＰに複数種類のコ
ールモデルを接続させようとすると、各コールモデルに
対応して個別にプロセスを起動し、各コールモデル毎に
サービス制御要求メッセージを分配させる等の必要があ
った。
ールモデルとして定義されており、機種等に応じて異な
るフォーマットのサービス制御要求メッセージが採用さ
れている。そのため、従来はコールモデル毎に専用のＳ
ＣＰが開発され、一つのＳＣＰに対して異なるコールモ
デルを有するＳＳＰを同時に接続および処理することは
できなかった。また、仮に一つのＳＣＰに複数種類のコ
ールモデルを接続させようとすると、各コールモデルに
対応して個別にプロセスを起動し、各コールモデル毎に
サービス制御要求メッセージを分配させる等の必要があ
った。
【０００８】
【発明が解決しようとする課題】したがって、従来にお
いては、一つのＳＣＰ上で動作させなければならないプ
ロセス数や扱うデータベースの種類などが、単一のコー
ルモデルの場合にくらべて非常に多くなってしまうとい
う問題点があった。例えば、新たなコールモデルを有す
るＳＳＰを開発した場合など、新旧複数のコールモデル
を有するＳＳＰが混在した状態で各ＳＳＰに対応するた
めには、複数種類のＳＣＰを用意するか、または複数種
類のプロセスを用意する必要があった。また、新規のコ
ールモデルにおいては、サービス制御要求メッセージの
種類やそのメッセージに含まれるパラメータ等も変わっ
てしまうため、既存のプログラムでは対応できなくな
り、そのコールモデルに対応したＳＣＰのプログラムを
新たに開発しなければならないという問題点もあった。
本発明は、このような課題を解決するためのものであ
り、複数のコールモデルに対する呼制御やＳＳＰの開発
等を容易に実現することができるＳＣＰ呼制御システム
を提供することを目的とする。
いては、一つのＳＣＰ上で動作させなければならないプ
ロセス数や扱うデータベースの種類などが、単一のコー
ルモデルの場合にくらべて非常に多くなってしまうとい
う問題点があった。例えば、新たなコールモデルを有す
るＳＳＰを開発した場合など、新旧複数のコールモデル
を有するＳＳＰが混在した状態で各ＳＳＰに対応するた
めには、複数種類のＳＣＰを用意するか、または複数種
類のプロセスを用意する必要があった。また、新規のコ
ールモデルにおいては、サービス制御要求メッセージの
種類やそのメッセージに含まれるパラメータ等も変わっ
てしまうため、既存のプログラムでは対応できなくな
り、そのコールモデルに対応したＳＣＰのプログラムを
新たに開発しなければならないという問題点もあった。
本発明は、このような課題を解決するためのものであ
り、複数のコールモデルに対する呼制御やＳＳＰの開発
等を容易に実現することができるＳＣＰ呼制御システム
を提供することを目的とする。
【０００９】
【課題を解決するための手段】このような目的を達成す
るために、本発明に係るＳＣＰ呼制御システムは、複数
のサービス交換点が、それぞれ発信元のアドレスを含む
サービス制御要求メッセージを発信するように構成さ
れ、サービス制御点（ＳＣＰ）が、受信したサービス制
御要求メッセージから発信元のアドレスを抽出してこの
アドレスに対応するコールモデルを決定するコールモデ
ル決定手段と、この決定されたコールモデルのリソース
アドレスに切り替えるコールモデル切替手段と、現在扱
っているコールモデルのリソースを管理するリソース管
理手段と、実際にサービスを提供するサービスロジック
プログラムに対して切り替えられたリソースをアクセス
させるリソースアクセス手段とを少なくとも備えたもの
である。このように構成することにより本発明は、一つ
のＳＣＰで複数種類のサービス制御要求メッセージを扱
うことができる。
るために、本発明に係るＳＣＰ呼制御システムは、複数
のサービス交換点が、それぞれ発信元のアドレスを含む
サービス制御要求メッセージを発信するように構成さ
れ、サービス制御点（ＳＣＰ）が、受信したサービス制
御要求メッセージから発信元のアドレスを抽出してこの
アドレスに対応するコールモデルを決定するコールモデ
ル決定手段と、この決定されたコールモデルのリソース
アドレスに切り替えるコールモデル切替手段と、現在扱
っているコールモデルのリソースを管理するリソース管
理手段と、実際にサービスを提供するサービスロジック
プログラムに対して切り替えられたリソースをアクセス
させるリソースアクセス手段とを少なくとも備えたもの
である。このように構成することにより本発明は、一つ
のＳＣＰで複数種類のサービス制御要求メッセージを扱
うことができる。
【００１０】
【発明の実施の形態】次に、本発明の一つの実施の形態
について図を用いて説明する。図１は、本発明の一つの
実施の形態を示すブロック図である。同図において、Ｓ
ＳＰ４は図示しない共通線信号網を介してＳＣＰ２に接
続されている。ＳＣＰ２は、コールモデル管理手段１０
とサービスロジックプログラム１５とを備えている。
について図を用いて説明する。図１は、本発明の一つの
実施の形態を示すブロック図である。同図において、Ｓ
ＳＰ４は図示しない共通線信号網を介してＳＣＰ２に接
続されている。ＳＣＰ２は、コールモデル管理手段１０
とサービスロジックプログラム１５とを備えている。
【００１１】コールモデル管理手段１０は、コールモデ
ル決定手段１１とコールモデル切替手段１２とリソース
管理手段１３とリソースアクセス手段１４との４種類の
手段を備えており、各手段は以下に示すとおりである。
ル決定手段１１とコールモデル切替手段１２とリソース
管理手段１３とリソースアクセス手段１４との４種類の
手段を備えており、各手段は以下に示すとおりである。
【００１２】コールモデル決定手段１１は、サービス制
御要求メッセージの発信元アドレスからコールモデルを
決定する手段である。コールモデル切替手段１２は、コ
ールモデル決定手段１１で決定されたコールモデルをリ
ソース管理手段１３に設定する手段である。
御要求メッセージの発信元アドレスからコールモデルを
決定する手段である。コールモデル切替手段１２は、コ
ールモデル決定手段１１で決定されたコールモデルをリ
ソース管理手段１３に設定する手段である。
【００１３】リソース管理手段１３は、受信したサービ
ス制御要求メッセージに応じて、このサービス制御要求
メッセージに含まれるメッセージやパラメータ等の構成
を、データドリブンで保持するとともに、実際のパラメ
ータの値自身の管理も行う手段である。
ス制御要求メッセージに応じて、このサービス制御要求
メッセージに含まれるメッセージやパラメータ等の構成
を、データドリブンで保持するとともに、実際のパラメ
ータの値自身の管理も行う手段である。
【００１４】リソースアクセス手段１４は、サービスロ
ジックプログラム１５に対して、サービス制御要求メッ
セージ内のパラメータの値をコールモデルにかかわらず
同一方法でアクセスさせる手段である。そのため、コー
ルモデルの種類が変わっても、サービスロジックプログ
ラム１５は、パラメータのアクセス時にインターフェイ
スを気にする必要がなくなる。
ジックプログラム１５に対して、サービス制御要求メッ
セージ内のパラメータの値をコールモデルにかかわらず
同一方法でアクセスさせる手段である。そのため、コー
ルモデルの種類が変わっても、サービスロジックプログ
ラム１５は、パラメータのアクセス時にインターフェイ
スを気にする必要がなくなる。
【００１５】また、サービスロジックプログラム１５
は、ＳＳＰ４から送られてきたサービス制御要求メッセ
ージをもとにしてコールモデル管理手段１０において加
工された情報にしたがって、動作するように構成された
プログラムである。
は、ＳＳＰ４から送られてきたサービス制御要求メッセ
ージをもとにしてコールモデル管理手段１０において加
工された情報にしたがって、動作するように構成された
プログラムである。
【００１６】図２は、コールモデルの決定からリソース
の切り替えまでをさらに詳しく示したブロック図であ
る。同図に示すように、コールモデル決定手段１１は、
コールモデル決定テーブル２０を使用してコールモデル
を決定する。
の切り替えまでをさらに詳しく示したブロック図であ
る。同図に示すように、コールモデル決定手段１１は、
コールモデル決定テーブル２０を使用してコールモデル
を決定する。
【００１７】このコールモデル決定テーブル２０は、予
め発信元アドレス情報とコールモデルＩＤとが対応付け
られたデータベースであり、発信元アドレス情報をキー
にしてコールモデルＩＤを検索することができる。ま
た、コールモデルＩＤは、ＳＣＰ内部でコールモデルを
識別するためのＩＤである。そして、この発信元アドレ
ス情報としては、Ｎｏ．７共通線信号方式の信号接続制
御部のポイントコードおよびサブシステムナンバーを用
いることができる。
め発信元アドレス情報とコールモデルＩＤとが対応付け
られたデータベースであり、発信元アドレス情報をキー
にしてコールモデルＩＤを検索することができる。ま
た、コールモデルＩＤは、ＳＣＰ内部でコールモデルを
識別するためのＩＤである。そして、この発信元アドレ
ス情報としては、Ｎｏ．７共通線信号方式の信号接続制
御部のポイントコードおよびサブシステムナンバーを用
いることができる。
【００１８】一方、コールモデル切替手段１２は、コー
ルモデルＩＤとリソースアドレスとが対応付けられたデ
ータベースであり、コールモデルＩＤをキーにしてリソ
ースアドレスを検索することができる。そして、このリ
ソースは、コールモデル管理プロセスの初期化時に、コ
ールモデルに対応して複数生成されるとともにコールモ
デル管理テーブル１２に登録される。
ルモデルＩＤとリソースアドレスとが対応付けられたデ
ータベースであり、コールモデルＩＤをキーにしてリソ
ースアドレスを検索することができる。そして、このリ
ソースは、コールモデル管理プロセスの初期化時に、コ
ールモデルに対応して複数生成されるとともにコールモ
デル管理テーブル１２に登録される。
【００１９】このように本発明は、各処理時点で対象と
なっているリソースアドレスをリソース管理手段１３に
適宜設定することにより、同時に複数のコールモデルを
処理することができる。
なっているリソースアドレスをリソース管理手段１３に
適宜設定することにより、同時に複数のコールモデルを
処理することができる。
【００２０】図３は、リソース管理手段１３をさらに詳
しく示したブロック図である。同図に示すように、リソ
ース管理手段１３は、現在扱っているコールモデル（以
下、カレント・コールモデルという）のリソースアドレ
ス２２とパラメータ定義リソース３０とメッセージ定義
リソース３１とコールメモリ管理手段３２とを備えてい
る。すなわち、カレント・コールモデルのリソースアド
レス２２は、パラメータ定義リソース３０とメッセージ
定義リソース３１とコールメモリ管理手段３２とに一意
に対応づけられている。
しく示したブロック図である。同図に示すように、リソ
ース管理手段１３は、現在扱っているコールモデル（以
下、カレント・コールモデルという）のリソースアドレ
ス２２とパラメータ定義リソース３０とメッセージ定義
リソース３１とコールメモリ管理手段３２とを備えてい
る。すなわち、カレント・コールモデルのリソースアド
レス２２は、パラメータ定義リソース３０とメッセージ
定義リソース３１とコールメモリ管理手段３２とに一意
に対応づけられている。
【００２１】図４は、パラメータ定義リソース３０およ
びコールメモリ管理手段３２の内部構成を詳しく示した
ブロック図である。同図に示すように、コールメモリ管
理手段３２は、複数のコールメモリ４４の集合であるコ
ールメモリプール４３を管理している。
びコールメモリ管理手段３２の内部構成を詳しく示した
ブロック図である。同図に示すように、コールメモリ管
理手段３２は、複数のコールメモリ４４の集合であるコ
ールメモリプール４３を管理している。
【００２２】ところで、一つのサービスロジックプログ
ラム１５が行う一つのサービスに対しては、通常一つの
コールメモリ４４が割り当てられる。このコールメモリ
４４は、そのままでは一定の容量を持ったバッファであ
るが、細かく領域を分割することにより、各領域を、パ
ラメータ定義リソース３０内のパラメータ管理情報テー
ブル４２に定義されたデータに対応するパラメータ４５
として使うことができる。
ラム１５が行う一つのサービスに対しては、通常一つの
コールメモリ４４が割り当てられる。このコールメモリ
４４は、そのままでは一定の容量を持ったバッファであ
るが、細かく領域を分割することにより、各領域を、パ
ラメータ定義リソース３０内のパラメータ管理情報テー
ブル４２に定義されたデータに対応するパラメータ４５
として使うことができる。
【００２３】なお、コールメモリ４４を区切るためのデ
ータとしては、コールメモリの先頭からのオフセット値
とサイズとを用いるとよい。また、パラメータ４４の型
を指定することにより、パラメータの振舞いを指定する
ことができる。
ータとしては、コールメモリの先頭からのオフセット値
とサイズとを用いるとよい。また、パラメータ４４の型
を指定することにより、パラメータの振舞いを指定する
ことができる。
【００２４】一方、パラメータ管理情報テーブル４２の
情報の検索には、パラメータ名テーブル４０またはパラ
メータＩＤテーブル４１の何れを使っても検索すること
ができる。すなわち、パラメータ名による検索は、リソ
ースアクセス手段１４を経由して主にサービスロジック
プログラムから利用される。一方、パラメータＩＤによ
る検索は、主に次に説明するメッセージ定義リソース３
１から行なわれる。
情報の検索には、パラメータ名テーブル４０またはパラ
メータＩＤテーブル４１の何れを使っても検索すること
ができる。すなわち、パラメータ名による検索は、リソ
ースアクセス手段１４を経由して主にサービスロジック
プログラムから利用される。一方、パラメータＩＤによ
る検索は、主に次に説明するメッセージ定義リソース３
１から行なわれる。
【００２５】図５は、メッセージ定義リソース３１の詳
細を示すブロック図である。同図に示すように、メッセ
ージ定義リソース３１は、そのコールモデルに存在する
サービス制御要求メッセージの種類が登録されたメッセ
ージテーブル５０と、各メッセージに含まれるパラメー
タの一覧が登録されたパラメータテーブル５１とからな
る。
細を示すブロック図である。同図に示すように、メッセ
ージ定義リソース３１は、そのコールモデルに存在する
サービス制御要求メッセージの種類が登録されたメッセ
ージテーブル５０と、各メッセージに含まれるパラメー
タの一覧が登録されたパラメータテーブル５１とからな
る。
【００２６】なお、パラメータは入れ子構造になってい
る場合があるので、パラメータテーブル５１の先に、さ
らに別のパラメータテーブル５１ａがつながる場合もあ
る。同図においては、パラメータテーブル５１のポイン
タをたどると、最終的にはパラメータ管理情報テーブル
４２につながっており、パラメータテーブル５１には、
サービス制御要求メッセージを個々のパラメータに分割
するためのエンコード／デコード情報が保持されてい
る。
る場合があるので、パラメータテーブル５１の先に、さ
らに別のパラメータテーブル５１ａがつながる場合もあ
る。同図においては、パラメータテーブル５１のポイン
タをたどると、最終的にはパラメータ管理情報テーブル
４２につながっており、パラメータテーブル５１には、
サービス制御要求メッセージを個々のパラメータに分割
するためのエンコード／デコード情報が保持されてい
る。
【００２７】以上のような構成による本発明の動作につ
いて、図６を用いて詳細に説明する。図６は、図１に係
るＳＣＰ呼制御システムの動作を示すフローチャートで
ある。まず、ステップ１０１において、ユーザからのサ
ービス要求を受ける前に予めＳＣＰを初期化しておく。
同時に、対象となるコールモデルのデータを読み込み、
必要となるリソースを生成して各検索用テーブルの準傭
を行う。
いて、図６を用いて詳細に説明する。図６は、図１に係
るＳＣＰ呼制御システムの動作を示すフローチャートで
ある。まず、ステップ１０１において、ユーザからのサ
ービス要求を受ける前に予めＳＣＰを初期化しておく。
同時に、対象となるコールモデルのデータを読み込み、
必要となるリソースを生成して各検索用テーブルの準傭
を行う。
【００２８】ステップ１０２において、ＳＣＰは、ＳＳ
Ｐからサービス制御要求メッセージを受信すると、発信
元のアドレス情報とコールモデル決定テーブル２０とを
用いてコールモデルＩＤを決定する。
Ｐからサービス制御要求メッセージを受信すると、発信
元のアドレス情報とコールモデル決定テーブル２０とを
用いてコールモデルＩＤを決定する。
【００２９】ステップ１０３において、ＳＣＰは、コー
ルモデルＩＤとコールモデル管理テーブル１２とを用い
てリソースアドレスを決定し、カレント・コールモデル
のリソースアドレスをこの決定されたものに切り替え
る。
ルモデルＩＤとコールモデル管理テーブル１２とを用い
てリソースアドレスを決定し、カレント・コールモデル
のリソースアドレスをこの決定されたものに切り替え
る。
【００３０】ステップ１０４において、メッセージテー
ブル５０からパラメータテーブル５１にかけて、ＳＣＰ
は受信したサービス制御要求メッセージに対応するポイ
ンタをたどる。
ブル５０からパラメータテーブル５１にかけて、ＳＣＰ
は受信したサービス制御要求メッセージに対応するポイ
ンタをたどる。
【００３１】ステップ１０５において、ＳＣＰは、パラ
メータテーブルをたどりながらサービス制御要求メッセ
ージをパラメータに分解していき、その結果パラメータ
管理情報テーブル４２にたどり着いたパラメータを、そ
の情報によって指定されているコールメモリの領域に書
き込む。この動作は、最終的に全パラメータがコールメ
モリに書き込まれるまで行う。
メータテーブルをたどりながらサービス制御要求メッセ
ージをパラメータに分解していき、その結果パラメータ
管理情報テーブル４２にたどり着いたパラメータを、そ
の情報によって指定されているコールメモリの領域に書
き込む。この動作は、最終的に全パラメータがコールメ
モリに書き込まれるまで行う。
【００３２】ステップ１０６において、リソースアクセ
ス手段１４を用い、パラメータ名をキーとしてサービス
ロジックプログラム１５を使ってコールメモリに記憶保
持されている実パラメータにアクセスする。
ス手段１４を用い、パラメータ名をキーとしてサービス
ロジックプログラム１５を使ってコールメモリに記憶保
持されている実パラメータにアクセスする。
【００３３】
【実施例】以上のような構成をした本発明の一つの実施
例について簡単に説明する。新旧二種類の異なるコール
モデルを有するＳＳＰにＳＣＰを接続し、各ＳＳＰから
独自にサービス制御要求メッセージを送ってくる場合を
考える。
例について簡単に説明する。新旧二種類の異なるコール
モデルを有するＳＳＰにＳＣＰを接続し、各ＳＳＰから
独自にサービス制御要求メッセージを送ってくる場合を
考える。
【００３４】これら二種類のＳＳＰに対する対応は、各
サービス制御要求メッセージに合わせてリソースを切り
替えてから処理することにより実施する。パラメータテ
ーブル５１に登録するエンコード／デコード情報には、
ＩＮＡＰのメッセージに対応させるため、ＡＳＮ．１の
タグ情報を設定する。
サービス制御要求メッセージに合わせてリソースを切り
替えてから処理することにより実施する。パラメータテ
ーブル５１に登録するエンコード／デコード情報には、
ＩＮＡＰのメッセージに対応させるため、ＡＳＮ．１の
タグ情報を設定する。
【００３５】同様に、構造体のメッセージに対応させる
ため、オフセット値とサイズの情報を設定する。そし
て、受信したパラメータテーブル５１の情報にしたがっ
てメッセージを分割し、最終的にはコールメモリの所定
のアドレスに格納する。
ため、オフセット値とサイズの情報を設定する。そし
て、受信したパラメータテーブル５１の情報にしたがっ
てメッセージを分割し、最終的にはコールメモリの所定
のアドレスに格納する。
【００３６】その結果、サービスロジックプログラム
は、上記二種類のＳＳＰの何れからサービス制御要求メ
ッセージを受け取っても、同一のアクセス手法でコール
メモリから必要となる値をとり出すことが可能となる。
は、上記二種類のＳＳＰの何れからサービス制御要求メ
ッセージを受け取っても、同一のアクセス手法でコール
メモリから必要となる値をとり出すことが可能となる。
【００３７】
【発明の効果】以上説明したように本発明は、サービス
制御要求メッセージの発信元に応じてコールモデルを変
えることができるため、同時に異なるコールモデルを有
するＳＳＰと接続することができる。したがって、ＳＳ
Ｐにおけるコールモデルの変更に対し、サービスの継続
性を保つことができる。また、メッセージの構成とパラ
メータの格納位置をデータドリブン決定しているため、
パラメータのエンコード／デコードやパラメータに対す
るアクセスを、受信したサービス制御要求メッセージに
応じて変更することが可能である。したがって、新たな
コールモデルヘの対応する場合や、既存のコールモデル
の修正が容易になる。
制御要求メッセージの発信元に応じてコールモデルを変
えることができるため、同時に異なるコールモデルを有
するＳＳＰと接続することができる。したがって、ＳＳ
Ｐにおけるコールモデルの変更に対し、サービスの継続
性を保つことができる。また、メッセージの構成とパラ
メータの格納位置をデータドリブン決定しているため、
パラメータのエンコード／デコードやパラメータに対す
るアクセスを、受信したサービス制御要求メッセージに
応じて変更することが可能である。したがって、新たな
コールモデルヘの対応する場合や、既存のコールモデル
の修正が容易になる。
【図１】 本発明の一つの実施の形態を示すブロック図
である。
である。
【図２】 コールモデルの決定からリソースの切り替え
までの詳細を示すブロック図である。
までの詳細を示すブロック図である。
【図３】 リソース管理手段１３の詳細を示すブロック
図である。
図である。
【図４】 パラメータ定義リソース３０およびコールメ
モリ管理手段３２の内部構成の詳細を示すブロック図で
ある。
モリ管理手段３２の内部構成の詳細を示すブロック図で
ある。
【図５】 メッセージ定義リソース３１の詳細を示すブ
ロック図である。
ロック図である。
【図６】 図１に係るＳＣＰ呼制御システムの動作を示
すフローチャートである。
すフローチャートである。
【図７】 インテリジェントネットワークの構成概要を
示すブロック図である。
示すブロック図である。
２…サービス制御点（ＳＣＰ）、４…サービス交換点
（ＳＳＰ）、１０…コールモデル管理手段、１１…コー
ルモデル決定手段、１２…コールモデル切替手段、１３
…リソース管理手段、１４…リソースアクセス手段、１
５…サービスロジックプログラム。
（ＳＳＰ）、１０…コールモデル管理手段、１１…コー
ルモデル決定手段、１２…コールモデル切替手段、１３
…リソース管理手段、１４…リソースアクセス手段、１
５…サービスロジックプログラム。
フロントページの続き (58)調査した分野(Int.Cl.7，ＤＢ名) H04M 3/00 H04M 3/16 - 3/20 H04M 3/38 - 3/42 H04M 7/00 - 7/16 H04Q 3/54 - 3/56
Claims (4)
- 【請求項１】 互いに異なるコールモデルが設定された
複数のサービス交換点（ＳＳＰ）と、少なくとも一つの
サービス制御点（ＳＣＰ）とを備えたインテリジェント
ネットワークにおけるＳＣＰ呼制御システムにおいて、 前記複数のサービス交換点は、それぞれ発信元のアドレ
スを含むサービス制御要求メッセージを発信するように
構成され、 前記サービス制御点（ＳＣＰ）は、受信したサービス制
御要求メッセージから前記発信元のアドレスを抽出して
このアドレスに対応するコールモデルを決定するコール
モデル決定手段と、この決定されたコールモデルのリソ
ースアドレスに切り替えるコールモデル切替手段と、現
在扱っているコールモデルのリソースを管理するリソー
ス管理手段と、実際にサービスを提供するサービスロジ
ックプログラムに対して前記切り替えられたリソースを
アクセスさせるリソースアクセス手段とを少なくとも備
えたことを特徴とするＳＣＰ呼制御システム。 - 【請求項２】 請求項１において、 前記コールモデル決定手段は、発信元のアドレスとコー
ルモデルＩＤとが対応付けられたコールモデル決定テー
ブルを備えたことを特徴とするＳＣＰ呼制御システム。 - 【請求項３】 請求項１において、 前記コールモデル切替手段は、コールモデルＩＤとリソ
ースアドレスとが対応付けられたコールモデル管理テー
ブルを備えたことを特徴とするＳＣＰ呼制御システム。 - 【請求項４】 請求項１において、 前記リソース管理手段は、パラメータを管理するための
情報を有するパラメータ定義リソースと、サービス制御
要求メッセージをエンコードまたはデコードするための
情報を有するメッセージ定義リソースと、前記パラメー
タの内容を記憶保持するためのバッファを有するコール
メモリ管理手段とを備え、 現在扱っているコールモデルのリソースアドレスを記憶
保持することにより、現在扱っているコールモデルを管
理する手段であることを特徴とするＳＣＰ呼制御システ
ム。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9292130A JP3067712B2 (ja) | 1997-10-24 | 1997-10-24 | Ｓｃｐ呼制御システム |
| CA002251491A CA2251491C (en) | 1997-10-24 | 1998-10-22 | Intelligent network capable of executing a plurality of service control request messages in a single service control point |
| EP98402643A EP0912069A3 (en) | 1997-10-24 | 1998-10-23 | Execution of service control requests in a single service control point |
| NZ332456A NZ332456A (en) | 1997-10-24 | 1998-10-23 | Service control point of advanced intelligent network handles requests from different types of service switching points |
| US09/178,646 US6411702B1 (en) | 1997-10-24 | 1998-10-26 | Intelligent network capable of executing a plurality of service control request messages in a single service control point |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9292130A JP3067712B2 (ja) | 1997-10-24 | 1997-10-24 | Ｓｃｐ呼制御システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11127240A JPH11127240A (ja) | 1999-05-11 |
| JP3067712B2 true JP3067712B2 (ja) | 2000-07-24 |
Family
ID=17777933
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP9292130A Expired - Lifetime JP3067712B2 (ja) | 1997-10-24 | 1997-10-24 | Ｓｃｐ呼制御システム |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US6411702B1 (ja) |
| EP (1) | EP0912069A3 (ja) |
| JP (1) | JP3067712B2 (ja) |
| CA (1) | CA2251491C (ja) |
| NZ (1) | NZ332456A (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1133196A1 (en) | 2000-03-10 | 2001-09-12 | Alcatel | Service provision in an intelligent network |
| DE10208746A1 (de) * | 2002-02-28 | 2003-10-09 | Siemens Ag | Verfahren zur Sicherung von Kontrollanforderungen bei Kommunikationsverbindungen |
| WO2005084128A2 (en) * | 2004-03-04 | 2005-09-15 | Outsmart Ltd. | Integration of packet and cellular telephone networks |
| US20060115068A1 (en) * | 2004-11-30 | 2006-06-01 | Smart-Ss7 Ltd. | Virtual service switching function |
| US20060177029A1 (en) * | 2005-02-10 | 2006-08-10 | Outsmart Ltd. | Virtual multi-line telephone service |
| CN100551092C (zh) | 2005-09-21 | 2009-10-14 | 华为技术有限公司 | 一种控制业务交换点收号方式的方法 |
| CA2640694A1 (en) * | 2006-02-13 | 2007-08-23 | Outsmart Ltd. | Portable soft phone |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB9307647D0 (en) * | 1993-04-14 | 1993-06-02 | Plessey Telecomm | Telecommunications swith control |
| US5455852A (en) * | 1993-10-07 | 1995-10-03 | Unisys Corporation | Method and apparatus for defining parameter transmission protocols for a call intercept/message delivery telephone system |
| US5664102A (en) * | 1995-02-07 | 1997-09-02 | At&T | Intelligent network internetworking access arrangement |
| JPH09130476A (ja) * | 1995-10-30 | 1997-05-16 | Nec Corp | 複数端末利用者への接続処理方法とその装置 |
| US5963630A (en) * | 1997-04-08 | 1999-10-05 | Ericsson Inc. | Mediation service control point within an intelligent network |
| US6111893A (en) * | 1997-07-31 | 2000-08-29 | Cisco Technology, Inc. | Universal protocol conversion |
-
1997
- 1997-10-24 JP JP9292130A patent/JP3067712B2/ja not_active Expired - Lifetime
-
1998
- 1998-10-22 CA CA002251491A patent/CA2251491C/en not_active Expired - Fee Related
- 1998-10-23 EP EP98402643A patent/EP0912069A3/en not_active Withdrawn
- 1998-10-23 NZ NZ332456A patent/NZ332456A/en unknown
- 1998-10-26 US US09/178,646 patent/US6411702B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| EP0912069A2 (en) | 1999-04-28 |
| CA2251491C (en) | 2004-12-07 |
| NZ332456A (en) | 1999-04-29 |
| JPH11127240A (ja) | 1999-05-11 |
| EP0912069A3 (en) | 2000-03-08 |
| US6411702B1 (en) | 2002-06-25 |
| CA2251491A1 (en) | 1999-04-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1162018C (zh) | 根据用户组定义与更新移动业务的方法与设备 | |
| US6601068B1 (en) | Home location register management system and database management method in mobile radio communication system | |
| US6457056B1 (en) | Network interface card controller and method of controlling thereof | |
| JP3067712B2 (ja) | Ｓｃｐ呼制御システム | |
| EP0924943B1 (en) | Method and system for merging telephone switching office databases | |
| KR100346342B1 (ko) | 전기통신망에서의이동성 | |
| JP2001211258A (ja) | Ｎｏ．７関門局信号網の翻訳類型マッピング方法 | |
| US5748710A (en) | Method, network, system and devices for central management of spoken announcements for download on demand | |
| US6622146B1 (en) | System managing method and apparatus for decreasing a load applied to a common processing unit | |
| JPS6054557A (ja) | 加入者デ−タ管理方式 | |
| JP2659342B2 (ja) | 移動端末情報管理システム | |
| KR100348766B1 (ko) | 호 정보 제어를 위한 호 인식자 생성 시스템 및 방법 | |
| EP0782812B1 (en) | A flexible call record mechanism | |
| JPH06253351A (ja) | 通信サービス制御方式 | |
| JP3564514B2 (ja) | 分散不可視化方法 | |
| JPH05173868A (ja) | 分散データベース管理方法 | |
| JPH0774825A (ja) | 通信網におけるデータベース管理装置 | |
| JPH11155162A (ja) | 無線交換機及び回線制御用プログラムを記録した記録媒体 | |
| JPH09244938A (ja) | データベース管理システム | |
| JPH0530196A (ja) | 回線データの編集・登録処理方式 | |
| JPH0378820B2 (ja) | ||
| JPH06164642A (ja) | 動的数字分析方式 | |
| JPH04199955A (ja) | 加入者制御用データ管理方式 | |
| JPH02227767A (ja) | アドレス自動認識方式 | |
| JPH08223303A (ja) | 正規化信号局コード生成方式 |