JP2003234822A - サービス制御ノード間加入者データ移管方法 - Google Patents
サービス制御ノード間加入者データ移管方法Info
- Publication number
- JP2003234822A JP2003234822A JP2002030492A JP2002030492A JP2003234822A JP 2003234822 A JP2003234822 A JP 2003234822A JP 2002030492 A JP2002030492 A JP 2002030492A JP 2002030492 A JP2002030492 A JP 2002030492A JP 2003234822 A JP2003234822 A JP 2003234822A
- Authority
- JP
- Japan
- Prior art keywords
- transfer
- service control
- subscriber data
- control node
- data
- 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.)
- Pending
Links
Landscapes
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 移管元サービス制御ノードから移管先サービ
ス制御ノードに対して、移管対象となる加入者データを
移管する際に、全体の移管所要時間を短縮することが可
能なサービス制御ノード間加入者データ移管方法を提供
する。 【解決手段】 サービスの交換機能を有するサービス動
作ノードと、加入者データを保持し、サービスの実行制
御を行うサービス制御ノード、サービスデータの原本を
管理するサービス管理ノードとから構成される高度イン
テリジェントネットワークシステムにおけるサービス制
御ノード間加入者データ移管方法であって、移管元のサ
ービス制御ノードにおいて、移管対象となる全ての加入
者データを抽出し、当該抽出した移管対象となる全ての
加入者データを、前記移管元のサービス制御ノードから
移管先のサービス制御ノードへ一括してデータ転送す
る。
ス制御ノードに対して、移管対象となる加入者データを
移管する際に、全体の移管所要時間を短縮することが可
能なサービス制御ノード間加入者データ移管方法を提供
する。 【解決手段】 サービスの交換機能を有するサービス動
作ノードと、加入者データを保持し、サービスの実行制
御を行うサービス制御ノード、サービスデータの原本を
管理するサービス管理ノードとから構成される高度イン
テリジェントネットワークシステムにおけるサービス制
御ノード間加入者データ移管方法であって、移管元のサ
ービス制御ノードにおいて、移管対象となる全ての加入
者データを抽出し、当該抽出した移管対象となる全ての
加入者データを、前記移管元のサービス制御ノードから
移管先のサービス制御ノードへ一括してデータ転送す
る。
Description
【０００１】
【発明の属する技術分野】本発明は、サービス制御ノー
ド間加入者データ移管方法に係わり、特に、契約数やト
ラヒック増に伴い、移管元のサービスノードに収容され
ている任意の加入者データを、他のサービス制御ノード
（移管先のサービス制御ノード）に移管する場合に有効
な技術に関する。
ド間加入者データ移管方法に係わり、特に、契約数やト
ラヒック増に伴い、移管元のサービスノードに収容され
ている任意の加入者データを、他のサービス制御ノード
（移管先のサービス制御ノード）に移管する場合に有効
な技術に関する。
【０００２】
【従来の技術】契約数やトラヒック増に伴い、移管元の
サービス制御ノード（以下、ＳＣＰという）に収容され
ている任意の加入者データを、他のＳＣＰに移管する加
入者データの移管方法として、通常のサービスオーダ
（以下、ＳＯという）と同様に、サービスデータの原本
を管理するサービス管理ノード（以下、ＳＭＳという）
から移管元ＳＣＰの加入者データを個々に読み出し、移
管先ＳＣＰへ個々に反映させる方法が知られている。
サービス制御ノード（以下、ＳＣＰという）に収容され
ている任意の加入者データを、他のＳＣＰに移管する加
入者データの移管方法として、通常のサービスオーダ
（以下、ＳＯという）と同様に、サービスデータの原本
を管理するサービス管理ノード（以下、ＳＭＳという）
から移管元ＳＣＰの加入者データを個々に読み出し、移
管先ＳＣＰへ個々に反映させる方法が知られている。
【０００３】
【発明が解決しようとする課題】しかしながら、前述し
た通常のＳＯ（サービスオーダ）と同様にＳＭＳから移
管元ＳＣＰの加入者データを個々に読み出し、移管先Ｓ
ＣＰへ個々に反映させる方法では、加入者データを個々
にやりとりするために、全体の移管所要時間が長時間に
なるという問題点があった。また、ＳＣＰに収容される
加入者データには、各種サービスに必要な情報として、
契約回線数や付加サービス契約の有無などサービスオー
ダを契機として登録・更新される内容の他に、携帯端末
の位置情報や着信転送時の接続先番号などサービス動作
ノード（以下、ＳＡＰという）からの呼処理アクセスの
呼処理を契機とするリアルタイムに更新される情報があ
る。これらの情報によりサービス対応の呼処理制御が行
われる。したがって、移管元ＳＣＰ、移管先ＳＣＰとの
間での、加入者データの整合を図るためには、一時的に
サービスを停止し、サービス停止前の加入者データを移
管先ＳＣＰに反映させるか、あるいは、加入者データ移
管中における移管元ＳＣＰの加入者データに対する登録
・更新を制限し、移管先ＳＣＰに反映させる必要があっ
た。
た通常のＳＯ（サービスオーダ）と同様にＳＭＳから移
管元ＳＣＰの加入者データを個々に読み出し、移管先Ｓ
ＣＰへ個々に反映させる方法では、加入者データを個々
にやりとりするために、全体の移管所要時間が長時間に
なるという問題点があった。また、ＳＣＰに収容される
加入者データには、各種サービスに必要な情報として、
契約回線数や付加サービス契約の有無などサービスオー
ダを契機として登録・更新される内容の他に、携帯端末
の位置情報や着信転送時の接続先番号などサービス動作
ノード（以下、ＳＡＰという）からの呼処理アクセスの
呼処理を契機とするリアルタイムに更新される情報があ
る。これらの情報によりサービス対応の呼処理制御が行
われる。したがって、移管元ＳＣＰ、移管先ＳＣＰとの
間での、加入者データの整合を図るためには、一時的に
サービスを停止し、サービス停止前の加入者データを移
管先ＳＣＰに反映させるか、あるいは、加入者データ移
管中における移管元ＳＣＰの加入者データに対する登録
・更新を制限し、移管先ＳＣＰに反映させる必要があっ
た。
【０００４】本発明は、前記従来技術の問題点を解決す
るためになされたものであり、本発明の目的は、サービ
ス制御ノード間加入者データ移管方法において、移管元
サービス制御ノードから移管先サービス制御ノードに対
して、移管対象となる加入者データを移管する際に、全
体の移管所要時間を短縮することが可能となる技術を提
供することにある。また、本発明の他の目的は、サービ
ス制御ノード間加入者データ移管方法において、移管先
サービス制御ノードに対する加入者データのデータ転送
中においても、移管元サービス制御ノードにおいて、加
入者データヘの登録・更新が可能となり、その更新内容
についても、移管先サービス制御ノードに反映させるこ
とが可能となる技術を提供することにある。本発明の前
記ならびにその他の目的と新規な特徴は、本明細書の記
述及び添付図面によって明らかにする。
るためになされたものであり、本発明の目的は、サービ
ス制御ノード間加入者データ移管方法において、移管元
サービス制御ノードから移管先サービス制御ノードに対
して、移管対象となる加入者データを移管する際に、全
体の移管所要時間を短縮することが可能となる技術を提
供することにある。また、本発明の他の目的は、サービ
ス制御ノード間加入者データ移管方法において、移管先
サービス制御ノードに対する加入者データのデータ転送
中においても、移管元サービス制御ノードにおいて、加
入者データヘの登録・更新が可能となり、その更新内容
についても、移管先サービス制御ノードに反映させるこ
とが可能となる技術を提供することにある。本発明の前
記ならびにその他の目的と新規な特徴は、本明細書の記
述及び添付図面によって明らかにする。
【０００５】
【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記の通りである。即ち、本発明は、サービスの交換機
能を有するサービス動作ノードと、加入者データを保持
し、サービスの実行制御を行うサービス制御ノード、サ
ービスデータの原本を管理するサービス管理ノードとか
ら構成される高度インテリジェントネットワークシステ
ムにおけるサービス制御ノード間加入者データ移管方法
であって、移管元のサービス制御ノードにおいて、移管
対象となる全ての加入者データを抽出し、当該抽出した
移管対象となる全ての加入者データを、前記移管元のサ
ービス制御ノードから移管先のサービス制御ノードへ一
括してデータ転送する。本発明の好ましい実施の形態で
は、前記移管先のサービス制御ノードに対する前記加入
者データのデータ転送中に生じた前記加入者データの更
新内容を、前記移管先のサービス制御ノードに対する前
記加入者データのデータ転送後に、前記移管元のサービ
ス制御ノードから前記移管先のサービス制御ノードに転
送し、前記移管先のサービス制御ノードにおいて前記移
管された加入者データを更新する。
発明のうち、代表的なものの概要を簡単に説明すれば、
下記の通りである。即ち、本発明は、サービスの交換機
能を有するサービス動作ノードと、加入者データを保持
し、サービスの実行制御を行うサービス制御ノード、サ
ービスデータの原本を管理するサービス管理ノードとか
ら構成される高度インテリジェントネットワークシステ
ムにおけるサービス制御ノード間加入者データ移管方法
であって、移管元のサービス制御ノードにおいて、移管
対象となる全ての加入者データを抽出し、当該抽出した
移管対象となる全ての加入者データを、前記移管元のサ
ービス制御ノードから移管先のサービス制御ノードへ一
括してデータ転送する。本発明の好ましい実施の形態で
は、前記移管先のサービス制御ノードに対する前記加入
者データのデータ転送中に生じた前記加入者データの更
新内容を、前記移管先のサービス制御ノードに対する前
記加入者データのデータ転送後に、前記移管元のサービ
ス制御ノードから前記移管先のサービス制御ノードに転
送し、前記移管先のサービス制御ノードにおいて前記移
管された加入者データを更新する。
【０００６】本発明の好ましい実施の形態では、前記移
管先のサービス制御ノードに対する前記加入者データの
データ転送後に発生した個々の加入者データに対する呼
処理契機、または、前記移管先のサービス制御ノードに
対する前記加入者データのデータ転送後に発生した個々
の加入者データに対するサービスオーダ投入契機、ある
いは、前記移管先のサービス制御ノードに対する前記加
入者データのデータ転送後における、前記移管元のサー
ビス制御ノードでの自律起動契機に基づき、前記加入者
データの更新内容を前記移管元のサービス制御ノードか
ら前記移管先のサービス制御ノードに転送する。本発明
の好ましい実施の形態では、前記移管元のサービス制御
ノードにおいて、移管対象となる個々の加入者データ毎
に、最新の加入者データと、バッファに格納している前
記移管先のサービス制御ノードに対する前記加入者デー
タのデータ転送時の加入者データとの差分を取り、当該
差分を前記加入者データの更新内容として、前記移管先
のサービス制御ノードに転送する。
管先のサービス制御ノードに対する前記加入者データの
データ転送後に発生した個々の加入者データに対する呼
処理契機、または、前記移管先のサービス制御ノードに
対する前記加入者データのデータ転送後に発生した個々
の加入者データに対するサービスオーダ投入契機、ある
いは、前記移管先のサービス制御ノードに対する前記加
入者データのデータ転送後における、前記移管元のサー
ビス制御ノードでの自律起動契機に基づき、前記加入者
データの更新内容を前記移管元のサービス制御ノードか
ら前記移管先のサービス制御ノードに転送する。本発明
の好ましい実施の形態では、前記移管元のサービス制御
ノードにおいて、移管対象となる個々の加入者データ毎
に、最新の加入者データと、バッファに格納している前
記移管先のサービス制御ノードに対する前記加入者デー
タのデータ転送時の加入者データとの差分を取り、当該
差分を前記加入者データの更新内容として、前記移管先
のサービス制御ノードに転送する。
【０００７】本発明の好ましい実施の形態では、前記移
管元のサービス制御ノードにおいて、前記移管先のサー
ビス制御ノードに対する前記加入者データのデータ転送
中に、移管対象となる加入者データに対してデータの更
新が行われたか否かを、移管対象となる個々の加入者デ
ータ毎に管理し、前記移管先のサービス制御ノードに対
する前記加入者データのデータ転送中に、移管対象とな
る個々の加入者データに対してデータの更新が行われた
場合に、最新の加入者データを前記加入者データの更新
内容として、前記移管先のサービス制御ノードに転送す
る。本発明の好ましい実施の形態では、前記移管元のサ
ービス制御ノードにおいて、前記移管先のサービス制御
ノードに対する前記加入者データのデータ転送中に、移
管対象となる加入者データに対する更新電文を管理し、
前記移管先のサービス制御ノードに対する前記加入者デ
ータのデータ転送中に、移管対象となる個々の加入者デ
ータに対する更新電文が存在する場合に、当該更新電文
の内容を前記加入者データの更新内容として、前記移管
先のサービス制御ノードに転送する。
管元のサービス制御ノードにおいて、前記移管先のサー
ビス制御ノードに対する前記加入者データのデータ転送
中に、移管対象となる加入者データに対してデータの更
新が行われたか否かを、移管対象となる個々の加入者デ
ータ毎に管理し、前記移管先のサービス制御ノードに対
する前記加入者データのデータ転送中に、移管対象とな
る個々の加入者データに対してデータの更新が行われた
場合に、最新の加入者データを前記加入者データの更新
内容として、前記移管先のサービス制御ノードに転送す
る。本発明の好ましい実施の形態では、前記移管元のサ
ービス制御ノードにおいて、前記移管先のサービス制御
ノードに対する前記加入者データのデータ転送中に、移
管対象となる加入者データに対する更新電文を管理し、
前記移管先のサービス制御ノードに対する前記加入者デ
ータのデータ転送中に、移管対象となる個々の加入者デ
ータに対する更新電文が存在する場合に、当該更新電文
の内容を前記加入者データの更新内容として、前記移管
先のサービス制御ノードに転送する。
【０００８】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を詳細に説明する。なお、実施の形態を説明す
るための全図において、同一機能を有するものは同一符
号を付け、その繰り返しの説明は省略する。図１は、本
発明が適用される高度インテリジェントネットワークの
概略構成を示すブロック図である。図１に示す高度イン
テリジェントネットワークは、サービスの交換機能を有
するＳＡＰ（１０，１１）と、ＳＡＰ（１０，１１）と
共通線信号網５０を介して接続され、サービスの実行制
御を行うＳＣＰ＃１（２０）およびＳＣＰ＃２（２１）
と、パケット網またはＬＡＮ（Local Area Network）５
１を介して接続され、サービスデータの原本を管理する
ＳＭＳ（３０）とから構成される。ここで、ＳＣＰ＃１
（２０）と、ＳＣＰ＃２（２１）とは、加入者データを
保持し、ＳＣＰ＃１（２０）と、ＳＣＰ＃２（２１）と
は、ＬＡＮ５２を介して接続される。なお、前述したよ
うに、ＳＡＰ（１０，１１）はサービス動作ノード、Ｓ
ＣＰ＃１（２０），ＳＣＰ＃２（２１）はサービス制御
ノードであり、これらは交換機で構成される。また、Ｓ
ＭＳ（３０）はサービス管理ノードであり、これはコン
ピュータで構成される。
施の形態を詳細に説明する。なお、実施の形態を説明す
るための全図において、同一機能を有するものは同一符
号を付け、その繰り返しの説明は省略する。図１は、本
発明が適用される高度インテリジェントネットワークの
概略構成を示すブロック図である。図１に示す高度イン
テリジェントネットワークは、サービスの交換機能を有
するＳＡＰ（１０，１１）と、ＳＡＰ（１０，１１）と
共通線信号網５０を介して接続され、サービスの実行制
御を行うＳＣＰ＃１（２０）およびＳＣＰ＃２（２１）
と、パケット網またはＬＡＮ（Local Area Network）５
１を介して接続され、サービスデータの原本を管理する
ＳＭＳ（３０）とから構成される。ここで、ＳＣＰ＃１
（２０）と、ＳＣＰ＃２（２１）とは、加入者データを
保持し、ＳＣＰ＃１（２０）と、ＳＣＰ＃２（２１）と
は、ＬＡＮ５２を介して接続される。なお、前述したよ
うに、ＳＡＰ（１０，１１）はサービス動作ノード、Ｓ
ＣＰ＃１（２０），ＳＣＰ＃２（２１）はサービス制御
ノードであり、これらは交換機で構成される。また、Ｓ
ＭＳ（３０）はサービス管理ノードであり、これはコン
ピュータで構成される。
【０００９】以下、本発明の実施の形態のサービス制御
ノード間加入者データ移管方法について、図２、図３を
用いて説明する。図２、図３は、本実施の形態の加入者
データ移管方法の動作シーケンスを説明するための図で
ある。図２、図３では、ＳＣＰ＃１（２０）を移管元Ｓ
ＣＰ、ＳＣＰ＃２（２１）を移管先ＳＣＰとして、ＳＣ
Ｐ＃１（２０）が保有する加入者データをＳＣＰ＃２
（２１）に移管する場合について説明する。初めに、Ｓ
ＭＳ（３０）はＳＣＰ＃１（２０）に対して、移管転送
開始指示を行い（図２、図３の（１）移管転送開示指
示）、移管対象となる加入者番号帯の設定を行う。図
２、図３の［アクセス先ＳＣＰ］に記載されているよう
に、ＳＭＳ（３０）は移管対象となる加入者番号帯の新
規ＳＯ（サービスオーダ）の払い出しをＳＣＰ＃１（２
０）からＳＣＰ＃２（２１）に変更し（図２、図３の６
１）、それ以降、移管対象となる加入者番号帯の新規Ｓ
Ｏについては、ＳＣＰ＃２（２１）にダウンロードされ
る。
ノード間加入者データ移管方法について、図２、図３を
用いて説明する。図２、図３は、本実施の形態の加入者
データ移管方法の動作シーケンスを説明するための図で
ある。図２、図３では、ＳＣＰ＃１（２０）を移管元Ｓ
ＣＰ、ＳＣＰ＃２（２１）を移管先ＳＣＰとして、ＳＣ
Ｐ＃１（２０）が保有する加入者データをＳＣＰ＃２
（２１）に移管する場合について説明する。初めに、Ｓ
ＭＳ（３０）はＳＣＰ＃１（２０）に対して、移管転送
開始指示を行い（図２、図３の（１）移管転送開示指
示）、移管対象となる加入者番号帯の設定を行う。図
２、図３の［アクセス先ＳＣＰ］に記載されているよう
に、ＳＭＳ（３０）は移管対象となる加入者番号帯の新
規ＳＯ（サービスオーダ）の払い出しをＳＣＰ＃１（２
０）からＳＣＰ＃２（２１）に変更し（図２、図３の６
１）、それ以降、移管対象となる加入者番号帯の新規Ｓ
Ｏについては、ＳＣＰ＃２（２１）にダウンロードされ
る。
【００１０】また、移管転送開始指示を受けて、ＳＣＰ
＃１（２０）は、移管対象となる加入者データの抽出を
行い、移管対象加入者データを一括転送バッファに格納
する（図２、図３の６２）。移管対象となる全ての加入
者データの一括転送バッファに格納が完了したら、ＳＣ
Ｐ＃２（２１）へ一括してデータ転送し（図２、図３の
（２）一括データ転送）、ＳＣＰ＃１（２０）からの移
管対象加入者データを一括して反映させる。ＳＣＰ＃２
（２１）に対する、移管対象となる全ての加入者データ
のデータ転送が完了したら、ＳＣＰ＃２（２１）は、Ｓ
ＣＰ＃１（２０）に対して、データ転送終了通知を行う
（図２、図３の（３）データ転送終了通知）。ＳＣＰ＃
１（２０）はそれを受けて、ＳＭＳ（３０）に対して移
管転送終了通知を行う（図２、図３の（４）移管転送終
了通知）。ＳＭＳ（３０）はそれを受けて、図２、図３
の［アクセス先ＳＣＰ］に記載されているように、移管
対象となる加入者番号帯の更新ＳＯの払い出しをＳＣＰ
＃１（２０）からＳＣＰ＃２（２１）に変更し（図２、
図３の６５）、それ以降、移管対象となる加入者番号帯
の更新ＳＯについても、ＳＣＰ＃２（２１）にダウンロ
ードされる。
＃１（２０）は、移管対象となる加入者データの抽出を
行い、移管対象加入者データを一括転送バッファに格納
する（図２、図３の６２）。移管対象となる全ての加入
者データの一括転送バッファに格納が完了したら、ＳＣ
Ｐ＃２（２１）へ一括してデータ転送し（図２、図３の
（２）一括データ転送）、ＳＣＰ＃１（２０）からの移
管対象加入者データを一括して反映させる。ＳＣＰ＃２
（２１）に対する、移管対象となる全ての加入者データ
のデータ転送が完了したら、ＳＣＰ＃２（２１）は、Ｓ
ＣＰ＃１（２０）に対して、データ転送終了通知を行う
（図２、図３の（３）データ転送終了通知）。ＳＣＰ＃
１（２０）はそれを受けて、ＳＭＳ（３０）に対して移
管転送終了通知を行う（図２、図３の（４）移管転送終
了通知）。ＳＭＳ（３０）はそれを受けて、図２、図３
の［アクセス先ＳＣＰ］に記載されているように、移管
対象となる加入者番号帯の更新ＳＯの払い出しをＳＣＰ
＃１（２０）からＳＣＰ＃２（２１）に変更し（図２、
図３の６５）、それ以降、移管対象となる加入者番号帯
の更新ＳＯについても、ＳＣＰ＃２（２１）にダウンロ
ードされる。
【００１１】ＳＣＰ＃１（２０）では、図２、図３のＡ
〜Ｂの間にて移管対象となる加入者データのうちＳＡＰ
（１０，１１）からの呼処理アクセス契機による更新
（図２、図３の６４）や、ＳＭＳ（３０）からＳＯ（サ
ービスオーダ）契機による更新（図２、図３の６３）が
なされた加入者については、移管元ＳＣＰ（ＳＣＰ＃１
（２０））と、移管先ＳＣＰ（ＳＣＰ＃２（２１））と
の間での加入者データの差分が生じている。したがっ
て、移管転送終了通知を受けた後に個々の移管対象加入
者データに対する最初のアクセスを契機に、後述するい
ずれかの方式を用いて差分データの反映を行う。最初の
アクセス契機がＳＡＰ（１０，１１）からの呼処理アク
セス契機の場合（図２のイの（５）呼処理アクセス）、
この時点では、ＳＡＰ（１０，１１）のルーチング情報
は、まだＳＣＰ＃１（２０）であるので、ＳＣＰ＃１
（２０）にアクセスされる。そこで、ＳＣＰ＃１（２
０）は、図２、図３のＡ〜Ｂの間で発生した差分データ
を、ＳＣＰ＃２（２１）に対して転送し（図２のイの
（６）差分反映）、ＳＣＰ＃２（２１）は、保有する加
入者データに対して差分データを反映させる。差分デー
タの反映が完了したら、この時点で、ＳＣＰ＃１（２
０）とＳＣＰ＃２（２１）とのデータ整合は取れたこと
になる。次に、ＳＣＰ＃２（２１）は、ＳＡＰ（１０，
１１）に対してルーチング情報の変更指示を行う（図２
のイの（７）ルーチング変更）。当該変更指示を受け
て、ＳＡＰ（１０，１１）は、当該当加入者に対するル
ーチング情報を、ＳＣＰ＃１（２０）からＳＣＰ＃２
（２１）に書き換える。それ以降のＳＡＰ（１０，１
１）からの呼処理アクセスは、図２、図３の［アクセス
先ＳＣＰ］に記載されているように、ＳＣＰ＃２（２
１）になる。
〜Ｂの間にて移管対象となる加入者データのうちＳＡＰ
（１０，１１）からの呼処理アクセス契機による更新
（図２、図３の６４）や、ＳＭＳ（３０）からＳＯ（サ
ービスオーダ）契機による更新（図２、図３の６３）が
なされた加入者については、移管元ＳＣＰ（ＳＣＰ＃１
（２０））と、移管先ＳＣＰ（ＳＣＰ＃２（２１））と
の間での加入者データの差分が生じている。したがっ
て、移管転送終了通知を受けた後に個々の移管対象加入
者データに対する最初のアクセスを契機に、後述するい
ずれかの方式を用いて差分データの反映を行う。最初の
アクセス契機がＳＡＰ（１０，１１）からの呼処理アク
セス契機の場合（図２のイの（５）呼処理アクセス）、
この時点では、ＳＡＰ（１０，１１）のルーチング情報
は、まだＳＣＰ＃１（２０）であるので、ＳＣＰ＃１
（２０）にアクセスされる。そこで、ＳＣＰ＃１（２
０）は、図２、図３のＡ〜Ｂの間で発生した差分データ
を、ＳＣＰ＃２（２１）に対して転送し（図２のイの
（６）差分反映）、ＳＣＰ＃２（２１）は、保有する加
入者データに対して差分データを反映させる。差分デー
タの反映が完了したら、この時点で、ＳＣＰ＃１（２
０）とＳＣＰ＃２（２１）とのデータ整合は取れたこと
になる。次に、ＳＣＰ＃２（２１）は、ＳＡＰ（１０，
１１）に対してルーチング情報の変更指示を行う（図２
のイの（７）ルーチング変更）。当該変更指示を受け
て、ＳＡＰ（１０，１１）は、当該当加入者に対するル
ーチング情報を、ＳＣＰ＃１（２０）からＳＣＰ＃２
（２１）に書き換える。それ以降のＳＡＰ（１０，１
１）からの呼処理アクセスは、図２、図３の［アクセス
先ＳＣＰ］に記載されているように、ＳＣＰ＃２（２
１）になる。
【００１２】最初のアクセス契機がＳＭＳ（３０）から
のＳＯ（サービスオーダ）による更新契機の場合（図２
のロの（５）ＳＯ（更新）によるアクセス）、ＳＣＰ＃
１（２０）から移管転送終了通知を受けたＳＭＳ（３
０）では、移管対象となる加入者番号帯の新規ＳＯ（サ
ービスオーダ）以外の払出しについてもＳＣＰ＃１（２
０）からＳＣＰ＃２（２１）に変更し、それ以降、移管
対象となる加入者番号帯のＳＯ（サービスオーダ）は、
全てＳＣＰ＃２（２１）にダウンロードされることにな
るので、移管転送終了通知を受けた後に個々の移管対象
加入者データに対する最初のアクセスはＳＣＰ＃２（２
１）にされることになる。そこで、ＳＣＰ＃２（２１）
は、ＳＣＰ＃１（２０）に対して、差分データの要求指
示を行い（図２のロの（６）差分要求指示）、ＳＣＰ＃
１（２０）は、図２、図３のＡ〜Ｂの間で発生した差分
データを、ＳＣＰ＃２（２１）に対して転送し（図２の
ロの（７）差分反映）、ＳＣＰ＃２（２１）は、保有す
る加入者データに対して差分データを反映させる。差分
データの反映が完了したら、この時点でのＳＣＰ＃１
（２０）とＳＣＰ＃２（２１）とのデータ整合は取れた
ことになる。次に、ＳＣＰ＃２（２１）は、ＳＡＰ（１
０，１１）に対してルーチング情報の変更指示を行う
（図２のロの（８）ルーチング変更）。当該変更指示を
受けて、ＳＡＰ（１０，１１）は、当該当加入者に対す
るルーチング情報を、ＳＣＰ＃１（２０）からＳＣＰ＃
２（２１）に書き換える。それ以降のＳＡＰ（１０，１
１）からの呼処理アクセスはＳＣＰ＃２（２１）にな
る。
のＳＯ（サービスオーダ）による更新契機の場合（図２
のロの（５）ＳＯ（更新）によるアクセス）、ＳＣＰ＃
１（２０）から移管転送終了通知を受けたＳＭＳ（３
０）では、移管対象となる加入者番号帯の新規ＳＯ（サ
ービスオーダ）以外の払出しについてもＳＣＰ＃１（２
０）からＳＣＰ＃２（２１）に変更し、それ以降、移管
対象となる加入者番号帯のＳＯ（サービスオーダ）は、
全てＳＣＰ＃２（２１）にダウンロードされることにな
るので、移管転送終了通知を受けた後に個々の移管対象
加入者データに対する最初のアクセスはＳＣＰ＃２（２
１）にされることになる。そこで、ＳＣＰ＃２（２１）
は、ＳＣＰ＃１（２０）に対して、差分データの要求指
示を行い（図２のロの（６）差分要求指示）、ＳＣＰ＃
１（２０）は、図２、図３のＡ〜Ｂの間で発生した差分
データを、ＳＣＰ＃２（２１）に対して転送し（図２の
ロの（７）差分反映）、ＳＣＰ＃２（２１）は、保有す
る加入者データに対して差分データを反映させる。差分
データの反映が完了したら、この時点でのＳＣＰ＃１
（２０）とＳＣＰ＃２（２１）とのデータ整合は取れた
ことになる。次に、ＳＣＰ＃２（２１）は、ＳＡＰ（１
０，１１）に対してルーチング情報の変更指示を行う
（図２のロの（８）ルーチング変更）。当該変更指示を
受けて、ＳＡＰ（１０，１１）は、当該当加入者に対す
るルーチング情報を、ＳＣＰ＃１（２０）からＳＣＰ＃
２（２１）に書き換える。それ以降のＳＡＰ（１０，１
１）からの呼処理アクセスはＳＣＰ＃２（２１）にな
る。
【００１３】最初のアクセス契機がＳＣＰ＃１（２０）
での自律起動契機による場合、ＳＣＰ＃１（２０）は、
図２、図３のＡ〜Ｂの間で発生した差分データを、ＳＣ
Ｐ＃２（２１）に対して転送し（図３の（４）差分反
映）、ＳＣＰ＃２（２１）は、保有する加入者データに
対して差分データを反映させる。差分データの反映が完
了したら、この時点でのＳＣＰ＃１（２０）とＳＣＰ＃
２（２１）とのデータ整合は取れたことになる。次に、
ＳＣＰ＃２（２１）は、ＳＡＰ（１０，１１）に対して
ルーチング情報の変更指示を行う（図３の（５）ルーチ
ング変更）。当該変更指示を受けて、ＳＡＰ（１０，１
１）は、当該当加入者に対するルーチング情報を、ＳＣ
Ｐ＃１（２０）からＳＣＰ＃２（２１）に書き換える。
それ以降のＳＡＰ（１０，１１）からの呼処理アクセス
はＳＣＰ＃２（２１）になる。このように、本実施の形
態では、加入者データの移管時における移管対象の加入
者データに対するＳＡＰ（１０，１１）でのルーチング
情報については、ＳＣＰ＃２（２１）での移管完了のタ
イミングに合わせて、自律的にＳＡＰ（１０，１１）で
のルーチング変更が可能となる。
での自律起動契機による場合、ＳＣＰ＃１（２０）は、
図２、図３のＡ〜Ｂの間で発生した差分データを、ＳＣ
Ｐ＃２（２１）に対して転送し（図３の（４）差分反
映）、ＳＣＰ＃２（２１）は、保有する加入者データに
対して差分データを反映させる。差分データの反映が完
了したら、この時点でのＳＣＰ＃１（２０）とＳＣＰ＃
２（２１）とのデータ整合は取れたことになる。次に、
ＳＣＰ＃２（２１）は、ＳＡＰ（１０，１１）に対して
ルーチング情報の変更指示を行う（図３の（５）ルーチ
ング変更）。当該変更指示を受けて、ＳＡＰ（１０，１
１）は、当該当加入者に対するルーチング情報を、ＳＣ
Ｐ＃１（２０）からＳＣＰ＃２（２１）に書き換える。
それ以降のＳＡＰ（１０，１１）からの呼処理アクセス
はＳＣＰ＃２（２１）になる。このように、本実施の形
態では、加入者データの移管時における移管対象の加入
者データに対するＳＡＰ（１０，１１）でのルーチング
情報については、ＳＣＰ＃２（２１）での移管完了のタ
イミングに合わせて、自律的にＳＡＰ（１０，１１）で
のルーチング変更が可能となる。
【００１４】以下、本実施の形態において、移管転送終
了通知を受けた後に個々の移管対象加入者データに対す
る最初のアクセスを契機に差分データを反映させる手法
について説明する。 〔第１の手法〕本手法は、ＳＣＰ＃１（２０）が、個々
の移管対象加入者毎に、一括データ転送時の加入者デー
タの内容と最新の加入者データの内容を比較し、差分デ
ータをＳＣＰ＃１（２０）からＳＣＰ＃２（２１）に転
送することにより、ＳＣＰ＃２（２１）に転送された加
入者データに差分データを反映させる差分管理方法であ
る。以下、この差分管理方法を、加入者データ番号０２
３−４５６−６７８９の移管時を例に挙げて、図４を用
いて説明する。ＳＣＰ＃１（２０）は、移管転送終了通
知を受けた後に加入者データ０２３−４５６−６７８９
に対する最初のアクセスがＳＣＰ＃１（２０）に対して
発生すると、一括転送バッファに格納されたバッファの
内容から加入者データ０２３−４５６−６７８９に関す
る情報を抽出する。該当するデータが抽出されたら、加
入者データ０２３−４５６−６７８９の最新の内容を抽
出し、両方を比較し、差分を抽出する。図４の例では、
加入者データ０２３−４５６−６７８９の回線数が５か
ら７に変更されているので、その差分内容を差分転送バ
ッファに格納する。差分バッファに格納された内容をＳ
ＣＰ＃２（２１）に転送する。
了通知を受けた後に個々の移管対象加入者データに対す
る最初のアクセスを契機に差分データを反映させる手法
について説明する。 〔第１の手法〕本手法は、ＳＣＰ＃１（２０）が、個々
の移管対象加入者毎に、一括データ転送時の加入者デー
タの内容と最新の加入者データの内容を比較し、差分デ
ータをＳＣＰ＃１（２０）からＳＣＰ＃２（２１）に転
送することにより、ＳＣＰ＃２（２１）に転送された加
入者データに差分データを反映させる差分管理方法であ
る。以下、この差分管理方法を、加入者データ番号０２
３−４５６−６７８９の移管時を例に挙げて、図４を用
いて説明する。ＳＣＰ＃１（２０）は、移管転送終了通
知を受けた後に加入者データ０２３−４５６−６７８９
に対する最初のアクセスがＳＣＰ＃１（２０）に対して
発生すると、一括転送バッファに格納されたバッファの
内容から加入者データ０２３−４５６−６７８９に関す
る情報を抽出する。該当するデータが抽出されたら、加
入者データ０２３−４５６−６７８９の最新の内容を抽
出し、両方を比較し、差分を抽出する。図４の例では、
加入者データ０２３−４５６−６７８９の回線数が５か
ら７に変更されているので、その差分内容を差分転送バ
ッファに格納する。差分バッファに格納された内容をＳ
ＣＰ＃２（２１）に転送する。
【００１５】〔第２の手法〕本手法は、ＳＣＰ＃１（２
０）が、個々の移管対象加入者毎に、一括データ転送の
間に、更新（変更・削除）があったかどうかを管理し、
更新があった場合はその加入者に関する全データをＳＣ
Ｐ＃１（２０）からＳＣＰ＃２（２１）に転送し、ＳＣ
Ｐ＃２（２１）に転送された加入者データに反映させる
差分有無管理方法である。以下、この差分有無管理方法
を、加入者データ番号０２３-４５６-６７８９の移管時
を例に挙げて、図５を用いて説明する。移管転送開始指
示を受けてＳＣＰ＃１（２０）は、移管対象となる加入
者データの抽出を行い、移管対象加入者リストに加入者
番号０２３−４５６−６７８９および差分フラグをＯＦ
Ｆの状態に設定し格納する。この例では、一括データ転
送中に加入者番号０２３−４５６−６７８９に対して更
新が行われるため、差分フラグがＯＮに変更される。Ｓ
ＣＰ＃１（２０）は、移管転送終了通知を受けた後に加
入者データ０２３−４５６−６７８９に対する最初のア
クセスがＳＣＰ＃１（２０）に対して発生すると、移管
対象加入者リストを検索し、その内容から加入者データ
０２３−４５６−６７８９に関する情報を抽出する。該
当するデータが抽出されたら、加入者データ０２３−４
５６−６７８９の差分フラグの状態を判定する。図５の
例では、加入者データ０２３−４５６−６７８９に対す
る差分フラグがＯＮになっているので、加入者データ０
２３−４５６−６７８９の内容を抽出しＳＣＰ＃２（２
１）に転送する。
０）が、個々の移管対象加入者毎に、一括データ転送の
間に、更新（変更・削除）があったかどうかを管理し、
更新があった場合はその加入者に関する全データをＳＣ
Ｐ＃１（２０）からＳＣＰ＃２（２１）に転送し、ＳＣ
Ｐ＃２（２１）に転送された加入者データに反映させる
差分有無管理方法である。以下、この差分有無管理方法
を、加入者データ番号０２３-４５６-６７８９の移管時
を例に挙げて、図５を用いて説明する。移管転送開始指
示を受けてＳＣＰ＃１（２０）は、移管対象となる加入
者データの抽出を行い、移管対象加入者リストに加入者
番号０２３−４５６−６７８９および差分フラグをＯＦ
Ｆの状態に設定し格納する。この例では、一括データ転
送中に加入者番号０２３−４５６−６７８９に対して更
新が行われるため、差分フラグがＯＮに変更される。Ｓ
ＣＰ＃１（２０）は、移管転送終了通知を受けた後に加
入者データ０２３−４５６−６７８９に対する最初のア
クセスがＳＣＰ＃１（２０）に対して発生すると、移管
対象加入者リストを検索し、その内容から加入者データ
０２３−４５６−６７８９に関する情報を抽出する。該
当するデータが抽出されたら、加入者データ０２３−４
５６−６７８９の差分フラグの状態を判定する。図５の
例では、加入者データ０２３−４５６−６７８９に対す
る差分フラグがＯＮになっているので、加入者データ０
２３−４５６−６７８９の内容を抽出しＳＣＰ＃２（２
１）に転送する。
【００１６】〔第３の手法〕本手法は、ＳＣＰ＃１（２
０）が、個々の移管対象加入者毎に、一括データ転送中
に、ＳＣＰ＃１（２０）にて行われた更新（変更または
削除）電文の全て格納しておき、その加入者データに対
する電文が存在する場合は、その内容をＳＣＰ＃２（２
１）に転送し反映させる電文管理方法である。以下、こ
の電文管理方法を、加入者データ番号０２３−４５６−
６７８９の移管時を例に挙げて、図６を用いて説明す
る。移管転送開始指示を受けてＳＣＰ＃１（２０）は、
移管対象となる加入者データの抽出を行い、それ以降に
発生した移管対象加入者に対する電文（変更または削除
の電文）を全て移管対象加入者電文バッファに格納す
る。ＳＣＰ＃１（２０）は、移管転送終了通知を受けた
後に加入者データ０２３−４５６−６７８９に対する最
初のアクセスがＳＣＰ＃１（２０）に対して発生する
と、移管対象加入者電文バッファに格納されたバッファ
の内容から加入者データ０２３−４５６−６７８９に関
する情報を抽出する。該当するデータが抽出されたら、
差分転送バッファに格納する。図６の例では、加入者デ
ータ０２３−４５６−６７８９に関する更新電文が２つ
存在しているので、その内容を差分転送バッファに格納
する。差分バッファに格納された内容をＳＣＰ＃２（２
１）に転送する。以上、本発明者によってなされた発明
を、前記実施の形態に基づき具体的に説明したが、本発
明は、前記実施の形態に限定されるものではなく、その
要旨を逸脱しない範囲において種々変更可能であること
は勿論である。
０）が、個々の移管対象加入者毎に、一括データ転送中
に、ＳＣＰ＃１（２０）にて行われた更新（変更または
削除）電文の全て格納しておき、その加入者データに対
する電文が存在する場合は、その内容をＳＣＰ＃２（２
１）に転送し反映させる電文管理方法である。以下、こ
の電文管理方法を、加入者データ番号０２３−４５６−
６７８９の移管時を例に挙げて、図６を用いて説明す
る。移管転送開始指示を受けてＳＣＰ＃１（２０）は、
移管対象となる加入者データの抽出を行い、それ以降に
発生した移管対象加入者に対する電文（変更または削除
の電文）を全て移管対象加入者電文バッファに格納す
る。ＳＣＰ＃１（２０）は、移管転送終了通知を受けた
後に加入者データ０２３−４５６−６７８９に対する最
初のアクセスがＳＣＰ＃１（２０）に対して発生する
と、移管対象加入者電文バッファに格納されたバッファ
の内容から加入者データ０２３−４５６−６７８９に関
する情報を抽出する。該当するデータが抽出されたら、
差分転送バッファに格納する。図６の例では、加入者デ
ータ０２３−４５６−６７８９に関する更新電文が２つ
存在しているので、その内容を差分転送バッファに格納
する。差分バッファに格納された内容をＳＣＰ＃２（２
１）に転送する。以上、本発明者によってなされた発明
を、前記実施の形態に基づき具体的に説明したが、本発
明は、前記実施の形態に限定されるものではなく、その
要旨を逸脱しない範囲において種々変更可能であること
は勿論である。
【００１７】
【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記の通りである。 （１）本発明によれば、移管元サービス制御ノードから
移管先サービス制御ノードに対して、移管対象となる加
入者データを一括してデータ転送するようにしたので、
移管元サービス制御ノードから移管先サービス制御ノー
ドに対して移管対象加入者データを移管する際の、全体
の移管所要時間を短縮することが可能となる。 （２）本発明によれば、移管先サービス制御ノードに対
する加入者データのデータ転送中においても、移管元サ
ービス制御ノードにおいて、加入者データヘの登録・更
新が可能となり、その更新内容についても、移管先サー
ビス制御ノードに反映させることが可能となる。
的なものによって得られる効果を簡単に説明すれば、下
記の通りである。 （１）本発明によれば、移管元サービス制御ノードから
移管先サービス制御ノードに対して、移管対象となる加
入者データを一括してデータ転送するようにしたので、
移管元サービス制御ノードから移管先サービス制御ノー
ドに対して移管対象加入者データを移管する際の、全体
の移管所要時間を短縮することが可能となる。 （２）本発明によれば、移管先サービス制御ノードに対
する加入者データのデータ転送中においても、移管元サ
ービス制御ノードにおいて、加入者データヘの登録・更
新が可能となり、その更新内容についても、移管先サー
ビス制御ノードに反映させることが可能となる。
【図１】本発明が適用される高度インテリジェントネッ
トワークの概略構成を示すブロック図である。
トワークの概略構成を示すブロック図である。
【図２】本発明の実施の形態の加入者データ移管方法の
動作シーケンスを説明する図である。
動作シーケンスを説明する図である。
【図３】本発明の実施の形態の加入者データ移管方法の
動作シーケンスを説明する図である。
動作シーケンスを説明する図である。
【図４】本発明の実施の形態の加入者データ移管方法に
おいて、移管転送終了通知を受けた後に個々の移管対象
加入者データに対する最初のアクセスを契機に差分デー
タを反映させる第１の手法を説明する図である。
おいて、移管転送終了通知を受けた後に個々の移管対象
加入者データに対する最初のアクセスを契機に差分デー
タを反映させる第１の手法を説明する図である。
【図５】本発明の実施の形態の加入者データ移管方法に
おいて、移管転送終了通知を受けた後に個々の移管対象
加入者データに対する最初のアクセスを契機に差分デー
タを反映させる第２の手法を説明する図である。
おいて、移管転送終了通知を受けた後に個々の移管対象
加入者データに対する最初のアクセスを契機に差分デー
タを反映させる第２の手法を説明する図である。
【図６】本発明の実施の形態の加入者データ移管方法に
おいて、移管転送終了通知を受けた後に個々の移管対象
加入者データに対する最初のアクセスを契機に差分デー
タを反映させる第３の手法を説明する図である。
おいて、移管転送終了通知を受けた後に個々の移管対象
加入者データに対する最初のアクセスを契機に差分デー
タを反映させる第３の手法を説明する図である。
１０，１１…サービス動作ノード、２０，２１…サービ
ス制御ノード、３０…サービス管理ノード、５０…共通
線信号網、５１…パケット網またはＬＡＮ（Local Area
Network）、５２…ＬＡＮ。
ス制御ノード、３０…サービス管理ノード、５０…共通
線信号網、５１…パケット網またはＬＡＮ（Local Area
Network）、５２…ＬＡＮ。
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 菊池 寿徳
東京都千代田区大手町二丁目３番１号 日
本電信電話株式会社内
Ｆターム(参考） 5K051 AA09 BB01 BB02 CC01 CC02
CC04 DD01 EE01 EE02 FF16
GG01 HH03 HH27 KK06
Claims (8)
- 【請求項１】 サービスの交換機能を有するサービス動
作ノードと、 加入者データを保持し、サービスの実行制御を行うサー
ビス制御ノード、 サービスデータの原本を管理するサービス管理ノードと
から構成される高度インテリジェントネットワークシス
テムにおけるサービス制御ノード間加入者データ移管方
法であって、 移管元のサービス制御ノードにおいて、移管対象となる
全ての加入者データを抽出し、当該抽出した移管対象と
なる全ての加入者データを、前記移管元のサービス制御
ノードから移管先のサービス制御ノードへ一括してデー
タ転送することを特徴とするサービス制御ノード間加入
者データ移管方法。 - 【請求項２】 前記移管先のサービス制御ノードに対す
る前記加入者データのデータ転送中に生じた前記加入者
データの更新内容を、前記移管先のサービス制御ノード
に対する前記加入者データのデータ転送後に、前記移管
元のサービス制御ノードから前記移管先のサービス制御
ノードに転送し、前記移管先のサービス制御ノードにお
いて前記移管された加入者データを更新することを特徴
とする請求項１に記載のサービス制御ノード間加入者デ
ータ移管方法。 - 【請求項３】 前記移管先のサービス制御ノードに対す
る前記加入者データのデータ転送後に発生した個々の加
入者データに対する呼処理契機に基づき、前記加入者デ
ータの更新内容を前記移管元のサービス制御ノードから
前記移管先のサービス制御ノードに転送することを特徴
とする請求項２に記載のサービス制御ノード間加入者デ
ータ移管方法。 - 【請求項４】 前記移管先のサービス制御ノードに対す
る前記加入者データのデータ転送後に発生した個々の加
入者データに対するサービスオーダ投入契機に基づき、
前記加入者データの更新内容を前記移管元のサービス制
御ノードから前記移管先のサービス制御ノードに転送す
ることを特徴とする請求項２に記載のサービス制御ノー
ド間加入者データ移管方法。 - 【請求項５】 前記移管先のサービス制御ノードに対す
る前記加入者データのデータ転送後における、前記移管
元のサービス制御ノードでの自律起動契機に基づき、前
記加入者データの更新内容を前記移管元のサービス制御
ノードから前記移管先のサービス制御ノードに転送する
ことを特徴とする請求項２に記載のサービス制御ノード
間加入者データ移管方法。 - 【請求項６】 前記移管元のサービス制御ノードにおい
て、移管対象となる個々の加入者データ毎に、最新の加
入者データと、バッファに格納している前記移管先のサ
ービス制御ノードに対する前記加入者データのデータ転
送時の加入者データとの差分を取り、当該差分を前記加
入者データの更新内容として、前記移管先のサービス制
御ノードに転送することを特徴とする請求項２ないし請
求項５のいずれか１項に記載のサービス制御ノード間加
入者データ移管方法。 - 【請求項７】 前記移管元のサービス制御ノードにおい
て、前記移管先のサービス制御ノードに対する前記加入
者データのデータ転送中に、移管対象となる加入者デー
タに対してデータの更新が行われたか否かを、移管対象
となる個々の加入者データ毎に管理し、 前記移管先のサービス制御ノードに対する前記加入者デ
ータのデータ転送中に、移管対象となる個々の加入者デ
ータに対してデータの更新が行われた場合に、最新の加
入者データを前記加入者データの更新内容として、前記
移管先のサービス制御ノードに転送することを特徴とす
る請求項２ないし請求項５のいずれか１項に記載のサー
ビス制御ノード間加入者データ移管方法。 - 【請求項８】 前記移管元のサービス制御ノードにおい
て、前記移管先のサービス制御ノードに対する前記加入
者データのデータ転送中に、移管対象となる加入者デー
タに対する更新電文を管理し、 前記移管先のサービス制御ノードに対する前記加入者デ
ータのデータ転送中に、移管対象となる個々の加入者デ
ータに対する更新電文が存在する場合に、当該更新電文
の内容を前記加入者データの更新内容として、前記移管
先のサービス制御ノードに転送することを特徴とする請
求項２ないし請求項５のいずれか１項に記載のサービス
制御ノード間加入者データ移管方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002030492A JP2003234822A (ja) | 2002-02-07 | 2002-02-07 | サービス制御ノード間加入者データ移管方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002030492A JP2003234822A (ja) | 2002-02-07 | 2002-02-07 | サービス制御ノード間加入者データ移管方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003234822A true JP2003234822A (ja) | 2003-08-22 |
Family
ID=27774225
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002030492A Pending JP2003234822A (ja) | 2002-02-07 | 2002-02-07 | サービス制御ノード間加入者データ移管方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003234822A (ja) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005234642A (ja) * | 2004-02-17 | 2005-09-02 | Jr East Japan Information Systems Co | ネガデータ配信システム |
| JP2011049695A (ja) * | 2009-08-25 | 2011-03-10 | Nippon Telegr & Teleph Corp <Ntt> | 呼処理装置、サービス移行方法、およびサービス移行プログラム |
| JP2011172056A (ja) * | 2010-02-19 | 2011-09-01 | Nippon Telegr & Teleph Corp <Ntt> | 加入者収容変更方法、移行先セッション制御サーバ装置および管理サーバ |
| WO2023157201A1 (ja) * | 2022-02-17 | 2023-08-24 | 日本電信電話株式会社 | 変換装置、変換方法及び変換プログラム |
| WO2023162050A1 (ja) * | 2022-02-22 | 2023-08-31 | 日本電信電話株式会社 | 変換方法、変換装置及び変換プログラム |
-
2002
- 2002-02-07 JP JP2002030492A patent/JP2003234822A/ja active Pending
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005234642A (ja) * | 2004-02-17 | 2005-09-02 | Jr East Japan Information Systems Co | ネガデータ配信システム |
| JP2011049695A (ja) * | 2009-08-25 | 2011-03-10 | Nippon Telegr & Teleph Corp <Ntt> | 呼処理装置、サービス移行方法、およびサービス移行プログラム |
| JP2011172056A (ja) * | 2010-02-19 | 2011-09-01 | Nippon Telegr & Teleph Corp <Ntt> | 加入者収容変更方法、移行先セッション制御サーバ装置および管理サーバ |
| WO2023157201A1 (ja) * | 2022-02-17 | 2023-08-24 | 日本電信電話株式会社 | 変換装置、変換方法及び変換プログラム |
| WO2023162050A1 (ja) * | 2022-02-22 | 2023-08-31 | 日本電信電話株式会社 | 変換方法、変換装置及び変換プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2155058C (en) | Method and system for updating replicated databases in foreign and home telecommunication network systems for supporting global mobility of network customers | |
| JP3254434B2 (ja) | データ通信装置 | |
| AU741489B2 (en) | System and method for multi-node data synchronization | |
| JP4394759B2 (ja) | 複製データベースに対する問合せ方法及びこの方法を利用したネットワーク | |
| CA2154803C (en) | Method and system for updating replicated databases in telecommunication network system | |
| TW293977B (ja) | ||
| JP2570963B2 (ja) | パケット網における中継経路情報を用いたシグナリング方式 | |
| CN106888233B (zh) | 数据更新系统及方法 | |
| JP3454947B2 (ja) | パーソナル通信サービス分散制御システム | |
| JPH0810863B2 (ja) | 選択的メッセージ介入方法および装置 | |
| JP2002543491A (ja) | 分散コンピューティング環境のための通信アーキテクチャ | |
| EP1244271A2 (en) | Key distribution system for protection of route-update notifications in micromobility networks | |
| JP2003234822A (ja) | サービス制御ノード間加入者データ移管方法 | |
| RU2003132458A (ru) | Способ выполнения службы передачи коротких сообщений в мобильной интеллектуальной сети | |
| AU3227199A (en) | Radio terminal operation data write method in private mobile communication system | |
| JP2002252700A (ja) | 通信サービス提供システムのサービス契約者データ移行方式 | |
| KR102275765B1 (ko) | 소프트웨어 정의 네트워크에서 플로우 룰 트랜잭션을 처리하는 방법, 장치 및 컴퓨터 프로그램 | |
| US20010034797A1 (en) | Data transferring method and communication network system | |
| JPS6367048A (ja) | ル−テイング情報の自動更新方式 | |
| JP3156004B2 (ja) | コネクション識別方法 | |
| JP2510280B2 (ja) | アクセス情報パスの管理方式 | |
| JPH1042350A (ja) | 加入者データ移設装置および方法 | |
| JP3671254B2 (ja) | 機能開放型呼制御装置 | |
| JP4054294B2 (ja) | 高度インテリジェントネットワーク及びサービス制御モジュール | |
| JP3936172B2 (ja) | 交換システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050616 |
|
| A131 | Notification of reasons for refusal |
Effective date: 20050705 Free format text: JAPANESE INTERMEDIATE CODE: A131 |
|
| A02 | Decision of refusal |
Effective date: 20051101 Free format text: JAPANESE INTERMEDIATE CODE: A02 |