(57)【特許請求の範囲】
【請求項１】
交換機能を有するＳＡＰ（Service Access Point）と、サービスの実行制御を行うＳＣＰ（Service Control Point）と、サービスデータ管理を行うＳＭＳ（Service Management System）とを含むネットワークにおいて、
ＳＣＰのＤＢ（データベース）に登録されている加入者データを他のＳＣＰへ収容替えする加入者データ移管に伴い、サービスオーダ（ＳＯ）時のＳＯ登録先ＳＣＰを管理しているＳＭＳにおいて、移管対象加入者のＳＯ登録先ＳＣＰ（以下、ＳＯルート）を変更し、呼処理を行うＳＡＰにおいて、呼処理時に参照する加入者データ登録先（以下、呼処理ルート）を変更する加入者データ移管方法であって、
加入者データ移管に伴うＳＭＳのＳＯルート変更において、ＳＯルートを直接変更せずに疑似変更（以下、ＳＯルート擬似変更）し、移管対象加入者に対するＳＯ発生時にＳＯルートが移管元ＳＣＰである場合、ＳＯルートを移管先ＳＣＰとしてＳＯを処理することを特徴とする加入者データ移管方法。
【請求項２】
ＳＭＳの前記「ＳＯルート擬似変更」による移管対象加入者のＳＯルート変更後、ＳＣＰからの指示、またはＳＯ、呼処理によるＳＣＰの移管対象加入者ＤＢアクセスを契機として、ＳＡＰの呼処理ルートを移管元ＳＣＰから移管先ＳＣＰへ移管対象加入者個別に変更する加入者データ移管において、移管対象加入者個別に行う呼処理ルートの変更完了加入者（以下、呼処理ルート変更完了加入者）をＳＣＰにて管理し、「呼処理ルート変更完了加入者」情報をＳＭＳからの要求またはＳＣＰ自律によりＳＭＳへ通知することで、ＳＭＳは呼処理ルートの変更を完了した移管対象加入者を認識する加入者データ移管方法であって、
ＳＭＳは移管対象加入者の呼処理ルートの変更開始から移管対象加入者全ての呼処理ルートの変更完了までの期間（以下、呼処理ルート変更期間）において前記「呼処理ルート変更完了加入者」情報を定期的に取得し、その情報をもとにＳＯルートを変更（以下、ＳＯルート変更追従）することを特徴とする請求項１に記載の加入者データ移管方法。
【請求項３】
ＳＭＳにて、前記「ＳＯルート擬似変更」による移管対象加入者のＳＯルート変更中に、呼処理ルートを移管元ＳＣＰから移管先ＳＣＰへ加入者個別変更する加入者データ移管で、前記「ＳＯルート変更追従」によりＳＭＳの移管対象加入者のＳＯルートを前記「呼処理ルート変更完了加入者」に合わせる加入者データ移管において、前記「呼処理ルート変更期間」に、加入者データ移管の中断が必要となった場合、ＳＣＰは呼処理ルートの変更を中断し、ＳＭＳへ「呼処理ルート変更完了加入者」情報を通知し、ＳＭＳは取得した情報をもとに、呼処理ルートの変更完了加入者とＳＯルートの変更加入者を一致させた後、「ＳＯルート疑似変更」を解除することで、最新の加入者データを引き継いで加入者データ移管を中断することを特徴とする請求項２に記載の加入者データ移管方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、契約数やトラヒック増に伴い、ＳＣＰ（Service Control Point）に収容されている任意の加入者データを他のＳＣＰへ収容替えを行う場合の加入者データ移管に関するものである。
【０００２】
【従来の技術】
本発明が適用されるネットワーク構成を図１に示す。図１において、サービスデータ管理を行うＳＭＳ（Service Management System）がパケット網またはＬＡＮ網を介してサービスの実行制御を行うＳＣＰ（Service Control Point）に接続され、ＳＣＰが共通線信号網を介して交換機能を有するＳＡＰ（Service Access Point）に接続されている。従来の方法によるＳＣＰ＃１からＳＣＰ＃２への加入者データ移管は以下の通りである。
【０００３】
▲１▼サービスデータ管理を行うＳＭＳではサービスオーダ（ＳＯ）時のＳＯルートを管理しており、ＳＭＳは加入者データ移管開始時に、新規加入者のＳＯルートをＳＣＰ＃１からＳＣＰ＃２へ一括変更する。
▲２▼ＳＣＰ＃１の移管対象加入者データをＳＣＰ＃２へ一括コピーする。
▲３▼ＳＭＳにて移管対象加入者のＳＯルートをＳＣＰ＃１からＳＣＰ＃２へ一括変更する。
▲４▼ＳＡＰにて移管対象加入者の呼処理ルートをＳＣＰ＃１からＳＣＰ＃２へ移管対象加入者個別に変更する。
【０００４】
加入者データ移管実施中に移管対象加入者の加入者データに変更がある場合、呼処理ルートの変更前まではＳＣＰ＃１にて加入者データの変更を反映しているため、ＳＣＰ＃２へコピーした加入者データと差分（以下、差分加入者データ）が発生する。発生した「差分加入者データ」は、移管対象加入者の呼処理ルート変更を契機として、加入者毎にＳＣＰ＃２へコピーすることで、「差分加入者データ」の反映を行っている。
移管対象加入者全ての呼処理ルートを変更し、加入者データ移管が完了する。
【０００５】
【発明が解決しようとする課題】
従来の加入者データ移管における問題点は、加入者データ移管実施中に、ＳＣＰ、ＳＭＳ、ＳＡＰシステムの異常を検出し、加入者データ移管をシステムが自動的に中断する場合や、保守コマンドにより加入者データ移管を強制的に中断する場合、最新の加入者データを引き継ぐことができないことである。
その理由は、従来の加入者データ移管における「呼処理ルート変更期間」において、呼処理ルートは移管対象加入者個別に変更するため呼処理ルートがＳＣＰ＃１とＳＣＰ＃２の加入者が存在するが、移管対象加入者のＳＯルートはＳＣＰ＃２であり、呼処理ルートとＳＯルートが異なる移管対象加入者が存在するためである。
本発明の目的は、加入者データ移管において、最新の加入者データを引き継いだ加入者データ移管の中断を可能とすることにより、加入者データ移管の中断によるサービス提供への影響を軽減し、ＳＣＰ利用者に対する信頼性の向上を図ることである。
【０００６】
【課題を解決するための手段】
交換機能を有するＳＡＰ（Service Access Point）と、サービスの実行制御を行うＳＣＰ（Service Control Point）と、サービスデータ管理を行うＳＭＳ（Service Management System）などから構成されるネットワークにおいて、ＳＣＰのＤＢ（データベース）に登録されている加入者データを他のＳＣＰへ収容替えする機能として、加入者データ移管がある。この加入者データ移管では、加入者データを他のＳＣＰへ収容替えすることに伴い、サービスオーダ（ＳＯ）時のＳＯ登録先ＳＣＰを管理しているＳＭＳにおいて、移管対象加入者のＳＯ登録先ＳＣＰ（以下、ＳＯルート）を変更し、呼処理を行うＳＡＰにおいて、呼処理時に参照する加入者データ登録先（以下、呼処理ルート）を変更する必要がある。この加入者データ移管に伴うＳＭＳのＳＯルート変更において、ＳＯルートを直接変更せずに疑似変更（以下、ＳＯルート擬似変更）し、移管対象加入者に対するＳＯ発生時にＳＯルートが移管元ＳＣＰ（以下、ＳＣＰ＃１）である場合、ＳＯルートを移管先ＳＣＰ（以下、ＳＣＰ＃２）としてＳＯを処理する。
【０００７】
また、加入者データ移管において、ＳＭＳの「ＳＯルート擬似変更」による移管対象加入者のＳＯルート変更後、ＳＣＰからの指示、またはＳＯ、呼処理によるＳＣＰの移管対象加入者ＤＢアクセスを契機として、ＳＡＰの呼処理ルートをＳＣＰ＃１からＳＣＰ＃２へ移管対象加入者個別に変更する加入者データ移管において、移管対象加入者個別に行う呼処理ルートの変更完了加入者（以下、呼処理ルート変更完了加入者）をＳＣＰにて管理し、「呼処理ルート変更完了加入者」情報をＳＭＳからの要求またはＳＣＰ自律によりＳＭＳへ通知することで、ＳＭＳは呼処理ルートの変更を完了した移管対象加入者を認識する。ＳＭＳは移管対象加入者の呼処理ルートの変更開始から移管対象加入者全ての呼処理ルートの変更完了までの期間（以下、呼処理ルート変更期間）において「呼処理ルート変更完了加入者」情報を定期的に取得し、その情報をもとにＳＯルートを変更（以下、ＳＯルート変更追従）する。
【０００８】
また、ＳＭＳにて、前記「ＳＯルート擬似変更」による移管対象加入者のＳＯルート変更中に、呼処理ルートをＳＣＰ＃１からＳＣＰ＃２へ加入者個別変更する加入者データ移管で、前記「ＳＯルート変更追従」によりＳＭＳの移管対象加入者のＳＯルートを「呼処理ルート変更完了加入者」に合わせる加入者データ移管において、「呼処理ルート変更期間」に、加入者データ移管の中断が必要となった場合、ＳＣＰは呼処理ルートの変更を中断し、ＳＭＳへ「呼処理ルート変更完了加入者」情報を通知する。ＳＭＳは取得した情報をもとに、呼処理ルートの変更完了加入者とＳＯルートの変更加入者を一致させた後、「ＳＯルート疑似変更」を解除することで、最新の加入者データの引き継いで加入者データ移管を中断する。
【０００９】
【発明の実施の形態】
加入者データ移管の実施例を図２に示す。
（１）．ＳＭＳはＳＣＰ＃１に対して、加入者データ移管開始の指示を行い、加入者データ移管の対象となる番号帯（以下、移管対象番号帯）における新規加入者のＳＯルートをＳＣＰ＃２へ変更する。
（２）．加入者データ移管開始の指示を受け、ＳＣＰ＃１は移管対象加入者の加入者データを抽出し、ＳＣＰ＃２へデータ転送する。
（３）．ＳＣＰ＃２へ加入者データ転送完了後、ＳＣＰ＃１に対して移管対象加入者の加入者データ転送終了を通知する。
（４）．（３）を受け、ＳＣＰ＃１はＳＭＳに対して移管対象加入者の加入者データ転送終了を通知する。
（５）．ＳＭＳは移管対象番号帯のＳＯを抑止し、移管対象加入者のＳＯルート疑似変更（詳細は以下を参照）を行い、移管対象番号帯のＳＯ抑止を解除する。
（６）．ＳＭＳはＳＣＰ＃１に対し、移管対象加入者の呼処理ルート変更開始を指示する。
（７）．ＳＣＰ＃１は（６）を受け、呼処理ルートを変更する移管対象加入者の差分加入者データをＳＣＰ＃２ヘコピーする。
（８）．差分加入者データのコピー後、ＳＣＰ＃１（本説明ではＳＣＰ＃１としているが、ＳＣＰ＃２でも良い）は、差分加入者データをコピーした移管対象加入者の呼処理ルートをＳＣＰ＃１からＳＣＰ＃２へ変更し、「呼処理ルート変更完了加入者」として管理する。
（９）．全ての移管対象加入者に対して（７）、（８）を繰り返し実施し、その期間（呼処理ルート変更期間）においてＳＭＳは、「ＳＯルート変更追従」（詳細は以下を参照）による移管対象加入者のＳＯルートを変更する。
（１０）．全ての移管対象加入者の呼処理ルート変更完了後、ＳＭＳに加入者データ移管の完了通知を行い、全ての移管対象加入者のＳＯルート変更が完了することで、加入者データ移管が完了となる。
【００１０】
（ＳＯルート擬似変更）
「ＳＯルート擬似変更」方法を図３に示す。
ＳＭＳは移管対象加入者のＳＯルートを直接変更せずに、移管対象加入者に対するＳＯ発生時にＳＯルートがＳＣＰ＃１である場合、ＳＯルートをＳＣＰ＃２へ変更する処理により、移管対象加入者のＳＯルートを擬似的に変更する。
【００１１】
（ＳＯルート変更追従）
「ＳＯルート変更追従」方法を図４に示す。
ＳＣＰ＃１（本説明ではＳＣＰ＃１としているが、ＳＣＰ＃２でも良い）は、「呼処理ルート変更完了加入者」をリスト管理し、ＳＭＳからの要求またはＳＣＰ＃１自律により、ＳＭＳへ「呼処理ルート変更完了加入者」リストを通知する。
ＳＭＳは「呼処理ルート変更期間」において「呼処理ルート変更完了加入者」リストを定期的に取得することで、呼処理ルートの変更を完了した移管対象加入者を認識し、そのリストをもとに、呼処理ルート変更完了した加入者のＳＯルートを変更する。
「ＳＯルート擬似変更」と「ＳＯルート変更追従」による加入者データ移管において、移管対象加入者の「呼処理ルート変更期間」に加入者データ移管の中断が発生する形態として以下の場合がある。
【００１２】
（異常検出による加入者データ移管のシステム自律中断）
移管対象加入者の「呼処理ルート変更期間」において、移管対象加入者の呼処理ルート変更を指示しているＳＣＰ＃１（本発明ではＳＣＰ＃１としているが、ＳＣＰ＃２でも良い）にて異常を検出することにより、移管対象呼処理ルート変更を指示しているＳＣＰのシステムが自律的に移管を中断する実施形態を図５に示す。
▲１▼移管対象加入者の呼処理ルート変更を指示しているＳＣＰ＃１にて異常を検出する。
▲２▼異常を検出したＳＣＰは呼処理ルート変更を中断し、ＳＭＳに加入者データ移管中断発生を通知する。
▲３▼ＳＭＳは▲２▼を受け移管対象番号帯のＳＯを抑止する。
▲４▼ＳＭＳは、呼処理ルートの変更中断後の「呼処理ルート変更完了加入者」リストをＳＣＰ＃１へ要求またはＳＣＰ＃１自律による通知で取得する。
▲５▼ＳＭＳは、▲４▼で取得したリストをもとに移管対象加入者のＳＯルートを変更する。
▲６▼ＳＭＳは移管対象加入者の「ＳＯルート疑似変更」を解除し、移管対象番号帯のＳＯ抑止を解除する。
▲７▼ＳＭＳは、保守者からの加入者データ移管開始指示コマンドに対してコマンドエラー応答し、加入者データ移管を中断する。
【００１３】
（保守コマンドによる加入者データ移管の強制中断）
移管対象加入者の「呼処理ルート変更期間」において、保守者が加入者データ移管を強制的に中断するために、加入者データ移管中断コマンドを投入した場合に、加入者データ移管を中断する実施形態を図６に示す。
▲１▼ＳＭＳは保守者からの加入者データ移管中断コマンドを受け、移管対象加入者の呼処理ルート変更を指示しているＳＣＰに対し、加入者データ移管の中断を要求する。
▲２▼ＳＣＰは▲１▼を受け、移管対象加入者の呼処理ルート変更を中断する。
▲３▼ＳＭＳは▲２▼と平行して移管対象番号帯のＳＯを抑止する。
▲４▼ＳＭＳは、呼処理ルートの変更中断後の「呼処理ルート変更完了加入者」リストをＳＣＰ＃１自律による通知で取得する。
▲５▼ＳＭＳは、▲４▼で取得したリストをもとに移管対象加入者のＳＯルートを変更する。
▲６▼ＳＭＳは移管対象加入者の「ＳＯルート疑似変更」を解除し、移管対象番号帯のＳＯ抑止を解除する。
▲７▼ＳＭＳは、保守者からの加入者データ移管開始指示コマンドに対してコマンドエラー応答し、加入者データ移管を中断する。
【００１４】
以上、本発明者によってなされた発明を、前記実施例に基づき具体的に説明したが、本発明は、前記実施例に限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは勿論である。
【００１５】
【発明の効果】
本発明によれば、ＳＭＳにて請求項１の「ＳＯルート擬似変更」による移管対象加入者のＳＯルート変更中に、呼処理ルートをＳＣＰ＃１からＳＣＰ＃２へ加入者個別変更する加入者データ移管で、請求項２の「ＳＯルート変更追従」によりＳＭＳの移管対象加入者のＳＯルートをＳＣＰから取得する「呼処理ルート変更完了加入者」に合わせて変更する加入者データ移管とすることにより、「呼処理ルート変更期間」に加入者データ移管の中断が発生した場合に、ＳＡＰ側の呼処理ルート変更完了加入者とＳＭＳ側のＳＯルート変更完了加入者を一致させることが可能となる。
そのため、従来の加入者データ移管の課題であった、最新の加入者データを引き継いだ加入者データ移管の中断を実現することが可能となり、加入者データ移管の中断によるサービス提供への影響が軽減され、ＳＣＰ利用者に対する信頼性の向上が図られる。
【図面の簡単な説明】
【図１】本発明が適用されるネットワーク構成を示す図である。
【図２】本発明における加入者データ移管の実施例の動作シーケンスを説明する図である。
【図３】本発明における移管対象加入者のＳＯルート変更擬似変更を説明する図である。
【図４】本発明における移管対象加入者のＳＯルート変更追従方法を説明する図である。
【図５】本発明における異常検出による加入者データ移管のシステム自律中断の動作シーケンスを説明する図である。
【図６】本発明における保守コマンドによる加入者データ移管の強制中断の動作シーケンスを説明する図である。
【図１】
0003794479.tif 000002
【図２】
0003794479.tif 000003
【図３】
0003794479.tif 000004
【図４】
0003794479.tif 000005
【図５】
0003794479.tif 000006
【図６】
0003794479.tif 000007