JP3538067B2 - マルチプロセッサ構成交換機 - Google Patents
マルチプロセッサ構成交換機Info
- Publication number
- JP3538067B2 JP3538067B2 JP15747699A JP15747699A JP3538067B2 JP 3538067 B2 JP3538067 B2 JP 3538067B2 JP 15747699 A JP15747699 A JP 15747699A JP 15747699 A JP15747699 A JP 15747699A JP 3538067 B2 JP3538067 B2 JP 3538067B2
- Authority
- JP
- Japan
- Prior art keywords
- resource
- management unit
- switch
- signal processing
- line
- 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 - Fee Related
Links
Landscapes
- Exchange Systems With Centralized Control (AREA)
Description
【０００１】
【発明の属する技術分野】この発明は、プロセッサが複
数具備されているマルチプロセッサ構成交換機に関し、
特にプロセッサ間でリソース管理状態の不一致が発生し
た場合におけるリソースの一致化処理に関する。
数具備されているマルチプロセッサ構成交換機に関し、
特にプロセッサ間でリソース管理状態の不一致が発生し
た場合におけるリソースの一致化処理に関する。
【０００２】
【従来の技術】マルチプロセッサ構成の交換機において
は、システム運用中の異常動作によりプロセッサ間でリ
ソース管理状態の不一致はしばしば発生する。しかしな
がら、マルチプロセッサ構成の交換機においてプロセッ
サ間でリソース管理状態の不一致が発生した場合も運用
状態に影響を与えることなくサービス提供を行う必要が
ある。
は、システム運用中の異常動作によりプロセッサ間でリ
ソース管理状態の不一致はしばしば発生する。しかしな
がら、マルチプロセッサ構成の交換機においてプロセッ
サ間でリソース管理状態の不一致が発生した場合も運用
状態に影響を与えることなくサービス提供を行う必要が
ある。
【０００３】
【発明が解決しようとする課題】これまでのリソース一
致化処理方法として一般的なマスク処理によるリソース
一致化処理では、リソース一致化中は状態を固定化する
必要があるため、呼処理を停止しサービス停止が発生し
ていた。
致化処理方法として一般的なマスク処理によるリソース
一致化処理では、リソース一致化中は状態を固定化する
必要があるため、呼処理を停止しサービス停止が発生し
ていた。
【０００４】また、リソース使用状況管理データのリソ
ース一致化用記録エリアへのコピーによるリソース一致
化処理方法では、通常運用時は必要としない記憶エリア
を設けておくため、メモリ使用量の増大を招いていた。
ース一致化用記録エリアへのコピーによるリソース一致
化処理方法では、通常運用時は必要としない記憶エリア
を設けておくため、メモリ使用量の増大を招いていた。
【０００５】この発明の目的は、リソースの一致化処理
によりサービス提供能力の低下を招くことなく、また、
記憶エリアの使用量増大を招くことのないマルチプロセ
ッサ構成交換機を提供することにある。
によりサービス提供能力の低下を招くことなく、また、
記憶エリアの使用量増大を招くことのないマルチプロセ
ッサ構成交換機を提供することにある。
【０００６】
【課題を解決するための手段】この発明は、システム全
体のスイッチリソースを管理するスイッチリソース管理
部と、加入者からの発呼要求制御を行う複数の呼処理制
御部を備えるマルチプロセッサ構成交換機において、前
記呼処理制御部は、加入者からの信号を受け付ける信号
処理管理部と、回線リソースの状態管理を行う回線リソ
ース管理部を備え、前記スイッチリソース管理部は、リ
ソース使用状況管理内部データを細分化して記憶し、信
号処理管理部または回線リソース管理部の障害発生を契
機に細分化したリソース単位に捕捉ガードを行い、信号
処理管理部および回線リソース管理部にて記憶している
リソース使用状況を問い合わせ、スイッチリソース管理
部にて記憶しているリソース使用状況と信号処理管理部
および回線リソース管理部から返却されたリソース使用
状況を照らし合わせることにより整合性の確認を行い、
矛盾が発生している場合について自動的にリソースの解
放を行うことにより、無効保留リソースの発生を防ぎ、
交換機としてのサービス提供能力の低下を防ぐことがで
きる。
体のスイッチリソースを管理するスイッチリソース管理
部と、加入者からの発呼要求制御を行う複数の呼処理制
御部を備えるマルチプロセッサ構成交換機において、前
記呼処理制御部は、加入者からの信号を受け付ける信号
処理管理部と、回線リソースの状態管理を行う回線リソ
ース管理部を備え、前記スイッチリソース管理部は、リ
ソース使用状況管理内部データを細分化して記憶し、信
号処理管理部または回線リソース管理部の障害発生を契
機に細分化したリソース単位に捕捉ガードを行い、信号
処理管理部および回線リソース管理部にて記憶している
リソース使用状況を問い合わせ、スイッチリソース管理
部にて記憶しているリソース使用状況と信号処理管理部
および回線リソース管理部から返却されたリソース使用
状況を照らし合わせることにより整合性の確認を行い、
矛盾が発生している場合について自動的にリソースの解
放を行うことにより、無効保留リソースの発生を防ぎ、
交換機としてのサービス提供能力の低下を防ぐことがで
きる。
【０００７】この発明は、捕捉ガードを行うリソースを
細分化することにより、リソース使用制限による交換機
のサービス提供能力に支障をきたさないことと共に、現
有リソースの範囲内で機能を提供することを特徴とす
る。
細分化することにより、リソース使用制限による交換機
のサービス提供能力に支障をきたさないことと共に、現
有リソースの範囲内で機能を提供することを特徴とす
る。
【０００８】
【発明の実施の形態】次に、この発明の実施の形態につ
いて図面を参照して説明する。
いて図面を参照して説明する。
【０００９】図１は、この発明のマルチプロセッサ構成
交換機の第１の実施の形態を示すブロック図である。こ
の発明のマルチプロセッサ構成交換機は、システム全体
のスイッチリソース管理部１に加入者からの発呼要求制
御を行う呼処理制御部２が複数個接続されて構成されて
いる。スイッチリソース管理部１は、複数の呼処理制御
部２を制御している。
交換機の第１の実施の形態を示すブロック図である。こ
の発明のマルチプロセッサ構成交換機は、システム全体
のスイッチリソース管理部１に加入者からの発呼要求制
御を行う呼処理制御部２が複数個接続されて構成されて
いる。スイッチリソース管理部１は、複数の呼処理制御
部２を制御している。
【００１０】呼処理制御部２は、加入者からの信号を受
け付ける信号処理管理部３（図中３−１，３−２のみを
示す）と、回線リソースの状態管理を行う回線リソース
管理部４とを備えている。
け付ける信号処理管理部３（図中３−１，３−２のみを
示す）と、回線リソースの状態管理を行う回線リソース
管理部４とを備えている。
【００１１】信号処理管理部３は、加入者からの発呼要
求に応じて回線リソース管理部４に回線リソースハント
要求を行い、回線リソース管理部４は、信号処理管理部
３からの要求に従って回線リソースの捕捉を行う。回線
リソース捕捉に成功した場合、信号処理管理部３よりス
イッチリソースの捕捉要求を行い、スイッチリソースの
捕捉に成功した場合は、リソース使用状況管理内部デー
タ１１の更新を行う。
求に応じて回線リソース管理部４に回線リソースハント
要求を行い、回線リソース管理部４は、信号処理管理部
３からの要求に従って回線リソースの捕捉を行う。回線
リソース捕捉に成功した場合、信号処理管理部３よりス
イッチリソースの捕捉要求を行い、スイッチリソースの
捕捉に成功した場合は、リソース使用状況管理内部デー
タ１１の更新を行う。
【００１２】信号処理管理部３において障害が発生した
場合、信号処理中の呼設定について矛盾を防止するた
め、リソースの解放を行う。信号処理管理部３は、回線
リソース管理部４へリソース照合要求を行い、回線リソ
ース管理部４では、リソース照合要求を受信すると回線
リソースの解放を実施する。
場合、信号処理中の呼設定について矛盾を防止するた
め、リソースの解放を行う。信号処理管理部３は、回線
リソース管理部４へリソース照合要求を行い、回線リソ
ース管理部４では、リソース照合要求を受信すると回線
リソースの解放を実施する。
【００１３】スイッチリソース管理部１では、回線リソ
ース管理部４を経由してリソース照合要求を受信する
と、図２に示すリソース使用状況管理内部データ１１の
一致化単位Ａに対し捕捉ガードを行い、信号処理管理部
３へリソース使用状況の問い合わせを行い、信号処理管
理部３は、図２に示す内部データを基に一致化単位Ａの
使用状況一覧を作成し、スイッチリソース管理部１に返
却する。なお、捕捉ガードとは、リソースの使用を制限
することであり、リソース状態変化を固定化することで
ある。
ース管理部４を経由してリソース照合要求を受信する
と、図２に示すリソース使用状況管理内部データ１１の
一致化単位Ａに対し捕捉ガードを行い、信号処理管理部
３へリソース使用状況の問い合わせを行い、信号処理管
理部３は、図２に示す内部データを基に一致化単位Ａの
使用状況一覧を作成し、スイッチリソース管理部１に返
却する。なお、捕捉ガードとは、リソースの使用を制限
することであり、リソース状態変化を固定化することで
ある。
【００１４】スイッチリソース管理部１では、信号処理
管理部３から返却された一覧とスイッチリソース管理部
１にて記憶しているリソース使用状況管理内部データ１
１との整合性を確認し、矛盾が発生した場合についてリ
ソースの解放を行う。この一連の動作を図２に示す通
り、ステップＡからステップＺまで順次繰り返し実施す
ることにより全リソースの一致化を行う。
管理部３から返却された一覧とスイッチリソース管理部
１にて記憶しているリソース使用状況管理内部データ１
１との整合性を確認し、矛盾が発生した場合についてリ
ソースの解放を行う。この一連の動作を図２に示す通
り、ステップＡからステップＺまで順次繰り返し実施す
ることにより全リソースの一致化を行う。
【００１５】次に、図３および図４を参照して、この実
施の形態の動作について詳細に説明する。呼接続より処
理終了までの正常処理におけるリソース捕捉について図
３に示す。
施の形態の動作について詳細に説明する。呼接続より処
理終了までの正常処理におけるリソース捕捉について図
３に示す。
【００１６】信号処理管理部３が加入者より発呼要求を
受け付けると、信号処理管理部３は、回線リソース管理
部４に回線リソース捕捉要求（ステップ３１）を送出し
た後、スイッチリソース管理部１にスイッチリソース捕
捉要求（ステップ３２）を行うことにより呼の疎通を実
現する。
受け付けると、信号処理管理部３は、回線リソース管理
部４に回線リソース捕捉要求（ステップ３１）を送出し
た後、スイッチリソース管理部１にスイッチリソース捕
捉要求（ステップ３２）を行うことにより呼の疎通を実
現する。
【００１７】次に、図４を参照して障害発生時のリソー
ス一致化処理について説明する。
ス一致化処理について説明する。
【００１８】信号処理管理部３にて障害が発生すると、
回線リソース管理部４にリソース照合要求（ステップ４
１）を行う。回線リソース管理部４では、回線リソース
の解放を行うと共にスイッチリソース管理部１に対しリ
ソース照合要求（ステップ４２）を送出する。スイッチ
リソース管理部１は、リソース照合要求を受信すると、
リソース使用状況管理内部データＡに対し捕捉ガード
（ステップ４３）を行う。一定時間の捕捉ガードタイマ
（ステップ４４）を実施した後、リソース使用状況管理
内部データＡに対応するリソースの使用状況問い合わせ
（ステップ４５）を各信号処理管理部５に対し行う。
回線リソース管理部４にリソース照合要求（ステップ４
１）を行う。回線リソース管理部４では、回線リソース
の解放を行うと共にスイッチリソース管理部１に対しリ
ソース照合要求（ステップ４２）を送出する。スイッチ
リソース管理部１は、リソース照合要求を受信すると、
リソース使用状況管理内部データＡに対し捕捉ガード
（ステップ４３）を行う。一定時間の捕捉ガードタイマ
（ステップ４４）を実施した後、リソース使用状況管理
内部データＡに対応するリソースの使用状況問い合わせ
（ステップ４５）を各信号処理管理部５に対し行う。
【００１９】信号処理管理部３では、内部データを参照
し、問い合わせのあったリソースＡの使用状況の一覧を
作成（ステップ４６）し、スイッチリソース管理部１に
返却する。スイッチリソース管理部１は、信号処理管理
部３より返却された一覧と捕捉ガード中のリソース使用
状況管理内部データＡとを照合（ステップ４７）し、整
合性に矛盾のあったリソースについて解放処理を実施す
る。リソース使用状況管理内部データＡとリソースＡ使
用状況一覧の照合が全て終了後、リソース使用状況管理
内部データＡの捕捉ガードを解除し、リソース使用状況
管理データＢの捕捉ガードを実施し、リソース使用状況
管理内部データＡの場合と同様に問い合わせおよび整合
性確認、整合性に矛盾が発生した場合の解放を実施し、
リソース使用状況管理内部データＺまで順次繰り返すこ
とによりリソース一致化処理を継続的に行いつつ、交換
機のサービス提供能力低下防止を実現する。
し、問い合わせのあったリソースＡの使用状況の一覧を
作成（ステップ４６）し、スイッチリソース管理部１に
返却する。スイッチリソース管理部１は、信号処理管理
部３より返却された一覧と捕捉ガード中のリソース使用
状況管理内部データＡとを照合（ステップ４７）し、整
合性に矛盾のあったリソースについて解放処理を実施す
る。リソース使用状況管理内部データＡとリソースＡ使
用状況一覧の照合が全て終了後、リソース使用状況管理
内部データＡの捕捉ガードを解除し、リソース使用状況
管理データＢの捕捉ガードを実施し、リソース使用状況
管理内部データＡの場合と同様に問い合わせおよび整合
性確認、整合性に矛盾が発生した場合の解放を実施し、
リソース使用状況管理内部データＺまで順次繰り返すこ
とによりリソース一致化処理を継続的に行いつつ、交換
機のサービス提供能力低下防止を実現する。
【００２０】次に、この発明の第２の実施の形態につい
て図面を参照して詳細に説明する。
て図面を参照して詳細に説明する。
【００２１】図５を参照すると、この発明の第２の実施
の形態は、図４における障害発生を契機としたリソース
一致化とは異なり、周期的にスイッチリソース管理部１
より信号処理管理部３に対しリソース使用状況問い合わ
せる点で異なる。
の形態は、図４における障害発生を契機としたリソース
一致化とは異なり、周期的にスイッチリソース管理部１
より信号処理管理部３に対しリソース使用状況問い合わ
せる点で異なる。
【００２２】スイッチリソース管理部１にて周期により
自立的にリソース使用状況管理内部データａに対し捕捉
ガード（ステップ５１）を実施する。一定時間の捕捉ガ
ードタイマ（ステップ５２）を実施したのち、リソース
使用状況管理内部データａに対応するリソースの使用状
況についてスイッチリソース管理部１より自立的にリソ
ース使用状況問い合わせ（ステップ５３）を各信号処理
管理部３に対して行う。信号処理管理部３では、内部デ
ータを参照し、問い合わせのあったリソースａの使用状
況一覧を作成（ステップ５４）し、スイッチリソース管
理部１に返却する。スイッチリソース管理部１は、信号
処理管理部３より返却された一覧と捕捉ガード中のリソ
ース使用状況管理内部データａとを照合（ステップ５
５）し、整合性に矛盾があるリソースについて解放処理
を実施する。第１の実施の形態と同様に、リソース使用
状況管理内部データｚまでを順次繰り返すことによりリ
ソース一致化処理を周期に従い自動的に実施する。
自立的にリソース使用状況管理内部データａに対し捕捉
ガード（ステップ５１）を実施する。一定時間の捕捉ガ
ードタイマ（ステップ５２）を実施したのち、リソース
使用状況管理内部データａに対応するリソースの使用状
況についてスイッチリソース管理部１より自立的にリソ
ース使用状況問い合わせ（ステップ５３）を各信号処理
管理部３に対して行う。信号処理管理部３では、内部デ
ータを参照し、問い合わせのあったリソースａの使用状
況一覧を作成（ステップ５４）し、スイッチリソース管
理部１に返却する。スイッチリソース管理部１は、信号
処理管理部３より返却された一覧と捕捉ガード中のリソ
ース使用状況管理内部データａとを照合（ステップ５
５）し、整合性に矛盾があるリソースについて解放処理
を実施する。第１の実施の形態と同様に、リソース使用
状況管理内部データｚまでを順次繰り返すことによりリ
ソース一致化処理を周期に従い自動的に実施する。
【００２３】この第２の実施の形態では、未使用保留中
のリソースを自動的に解放して交換機のサービス提供能
力低下を防ぐことができる。
のリソースを自動的に解放して交換機のサービス提供能
力低下を防ぐことができる。
【００２４】
【発明の効果】以上説明したように、この発明は、リソ
ース使用状況管理データを細分化することにより、リソ
ース捕捉ガードによるリソース使用制限を通常運用に影
響を与えることなく実現したことで、交換機としてのサ
ービス提供能力低下を招くことなくリソースの一致化を
実現することができる。
ース使用状況管理データを細分化することにより、リソ
ース捕捉ガードによるリソース使用制限を通常運用に影
響を与えることなく実現したことで、交換機としてのサ
ービス提供能力低下を招くことなくリソースの一致化を
実現することができる。
【００２５】また、従来のリソース一致化の手法である
内部データのコピーによるデータ比較リソース一致化処
理にて発生している通常運用に不要な記憶エリアを確保
する必要はなく、通常使用しているリソース使用状況管
理内部データを有効利用してリソース一致化処理を行う
ことにより記憶エリアの使用量増大を防ぐことができ
る。
内部データのコピーによるデータ比較リソース一致化処
理にて発生している通常運用に不要な記憶エリアを確保
する必要はなく、通常使用しているリソース使用状況管
理内部データを有効利用してリソース一致化処理を行う
ことにより記憶エリアの使用量増大を防ぐことができ
る。
【図面の簡単な説明】
【図１】この発明のマルチプロセッサ構成交換機の第１
の実施の形態を示すブロック図である。
の実施の形態を示すブロック図である。
【図２】リソース使用状況管理内部データの一致化単位
での捕捉ガードを説明する図である。
での捕捉ガードを説明する図である。
【図３】呼接続より処理終了までの正常処理におけるリ
ソース捕捉について説明する図である。
ソース捕捉について説明する図である。
【図４】障害発生時のリソース一致化処理について説明
する図である。
する図である。
【図５】この発明の第２の実施の形態を示すブロック図
である。
である。
１ スイッチリソース管理部
２ 呼処理制御部
３，３−１〜３−Ｎ 信号処理管理部
４ 回線リソース管理部
１１ リソース使用状況管理内部データ
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04Q 3/545
Claims (2)
- 【請求項１】システム全体のスイッチリソースを管理す
るスイッチリソース管理部と、加入者からの発呼要求制
御を行う複数の呼処理制御部を備え、前記スイッチリソ
ース管理部は、リソース使用状況管理内部データを、サ
ービス低下を招かない範囲で細分化して記憶し、前記呼
処理制御部は、加入者からの信号を受け付ける信号処理
管理部と、回線リソースの状態管理を行う回線リソース
管理部を備えるマルチプロセッサ構成交換機であって、 前記信号処理管理部は、信号処理管理部に障害が発生し
た場合、前記回線リソース管理部へリソース照合要求を
行い、 前記回線リソース管理部は、リソース照合要求を受信す
ると回線リソースの解放を実施し、 前記スイッチリソース管理部は、前記回線リソース管理
部を経由してリソース照合要求を受信すると、細分化さ
れた前記リソース使用状況管理内部データの各データに
対し順次捕捉ガードを行い、捕捉ガードされた前記各デ
ータに対応するリソースの使用状況の問い合わせを各信
号処理管理部に対して行い、信号処理管理部から返却さ
れるリソース使用状況との整合性の確認を行い、整合性
に矛盾のあるリソースについて解放処理を実施すること
を特徴とするマルチプロセッサ構成交換機。 - 【請求項２】システム全体のスイッチリソースを管理す
るスイッチリソース管理部と、加入者からの発呼要求制
御を行う複数の呼処理制御部を備え、前記スイッチリソ
ース管理部は、リソース使用状況管理内部データを、サ
ービス低下を招かない範囲で細分化して記憶し、前記呼
処理制御部は、加入者からの信号を受け付ける信号処理
管理部と、回線リソースの状態管理を行う回線リソース
管理部を備えるマルチプロセッサ構成交換機のリソース
一致化方法であって、 前記信号処理管理部は、信号処理管理部に障害が発生し
た場合、前記回線リソース管理部へリソース照合要求を
行い、 前記回線リソース管理部は、リソース照合要求を受信す
ると回線リソースの解放を実施し、 前記スイッチリソース管理部は、前記回線リソース管理
部を経由してリソース照合要求を受信すると、細分化さ
れた前記リソース使用状況管理内部データの各データに
対し順次捕捉ガードを行い、捕捉ガードされた前記各デ
ータに対応するリソースの使用状況の問い合わせを各信
号処理管理部に対して行い、 前記信号処理管理部は、問い合わせのあったリソースの
使用状況の一覧を作成し、前記スイッチリソース管理部
に返却し、 前記スイッチリソース管理部は、前記信号処理管理部か
ら返却されたリソース使用状況との整合性の確認を行
い、整合性に矛盾のあったリソースについて解放処理を
実施することを特徴とするマルチプロセッサ構成交換機
のリソース一致化方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15747699A JP3538067B2 (ja) | 1999-06-04 | 1999-06-04 | マルチプロセッサ構成交換機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15747699A JP3538067B2 (ja) | 1999-06-04 | 1999-06-04 | マルチプロセッサ構成交換機 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000350241A JP2000350241A (ja) | 2000-12-15 |
| JP3538067B2 true JP3538067B2 (ja) | 2004-06-14 |
Family
ID=15650525
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15747699A Expired - Fee Related JP3538067B2 (ja) | 1999-06-04 | 1999-06-04 | マルチプロセッサ構成交換機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3538067B2 (ja) |
-
1999
- 1999-06-04 JP JP15747699A patent/JP3538067B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000350241A (ja) | 2000-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5875290A (en) | Method and program product for synchronizing operator initiated commands with a failover process in a distributed processing system | |
| US6012150A (en) | Apparatus for synchronizing operator initiated commands with a failover process in a distributed processing system | |
| CN110807064B (zh) | Rac分布式数据库集群***中的数据恢复装置 | |
| CN101137984B (zh) | 用于分布加载数据库的***、方法和软件 | |
| CN111488255A (zh) | 多线程并发监控方法、装置、设备及存储介质 | |
| CN110221938A (zh) | 电子装置、区块链共识的方法及存储介质 | |
| WO2009109145A1 (zh) | 提高通信设备可靠性的方法及装置 | |
| CN104765652B (zh) | 一种数据备份和数据恢复方法及装置 | |
| CN111917588A (zh) | 边缘设备管理方法、装置、边缘网关设备和存储介质 | |
| CN111324617A (zh) | 一种数据库在线热备份的方法和设备 | |
| CN113515316A (zh) | 一种新型边缘云操作*** | |
| JPH1118120A (ja) | インテリジェントネットワークシステムのプロセス制御方式 | |
| CN112612635B (zh) | 一种应用程序多层级保护方法 | |
| JP3538067B2 (ja) | マルチプロセッサ構成交換機 | |
| JP3744537B2 (ja) | 装置設定のためのバックアップ方法 | |
| CN115981919A (zh) | 数据库集群的管理控制方法、装置、设备及存储介质 | |
| JP3025732B2 (ja) | 多重化コンピュータシステムの制御方式 | |
| Lee et al. | The fast bully algorithm: For electing a coordinator process in distributed systems | |
| CN113176969A (zh) | 服务提供方法、装置、设备及计算机可读存储介质 | |
| JP3232393B2 (ja) | 分散処理システムのモジュール運転状態制御方法 | |
| KR100216352B1 (ko) | 교환시스템에 있어서 데이타베이스를 이용한 과금데이타 이중화방법 | |
| KR19990076336A (ko) | 교환기에서 과금 데이터 유실 방지 방법 | |
| KR100462986B1 (ko) | 프로세스 고유 정보를 사용한 프로세스 상태 관리 방법 | |
| CN116991591A (zh) | 一种数据调度方法、装置及存储介质 | |
| JPH07123107A (ja) | 通信制御システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040309 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040318 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080326 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090326 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100326 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100326 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110326 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |