TW389860B - Method and apparatus for fault tolerant call processing - Google Patents
Method and apparatus for fault tolerant call processing Download PDFInfo
- Publication number
- TW389860B TW389860B TW087116007A TW87116007A TW389860B TW 389860 B TW389860 B TW 389860B TW 087116007 A TW087116007 A TW 087116007A TW 87116007 A TW87116007 A TW 87116007A TW 389860 B TW389860 B TW 389860B
- Authority
- TW
- Taiwan
- Prior art keywords
- call
- server
- mon
- active
- call control
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/2097—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements maintaining the standby controller/processing unit updated
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2038—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant with a single idle spare processing component
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/16—Error detection or correction of the data by redundancy in hardware
- G06F11/20—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements
- G06F11/202—Error detection or correction of the data by redundancy in hardware using active fault-masking, e.g. by switching out faulty elements or by switching in spare elements where processing functionality is redundant
- G06F11/2023—Failover techniques
- G06F11/2025—Failover techniques using centralised failover control functionality
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
經濟部中次梯準局只工消费合作社印製 A7 __)57 五、發明説明(1 ) 發明領域 發明大體上關於呼叫處理。更特別的是,發明係關於 主動的呼叫處理器故障時將呼叫處理從主動的呼叫處理器 自動切換至待機的呼叫處理器之方法及裝置》 發明背景 在目前的電話技術下,從完成呼叫連接的速度、符合 服務需求的品質、及通話期間維持呼叫連接等觀點而言, 現代電信網路上的電話呼叫是相當可靠的。上述最後一種 ,維持呼叫連接,主要藉由在網路中建立備份,特別是在 呼叫平台中建立備份,而達成的。呼叫處理平台一般係控 制呼叫連接的建立及關閉,並確保準確地維持呼叫計費。 呼叫處理平台中的此種備份可確保即使用以建立呼叫連接 的設備中發生硬體故障時仍能維持呼叫連接,且其有時被 稱爲容錯呼叫處理」。 但是,在呼叫處理平台中建立備份之傳統技術及方法 因爲一些原因而不符所需。舉例而言,呼叫處理平台典型 上具有呼叫控制電腦,呼叫控制電腦係藉由協調及指定諸 如切換矩陣、語音回應電腦、及資料庫電腦等其它平台元 件資源,而負責執行呼叫流量。在其中央功能下’呼叫控 制電腦的操作於維護呼叫連接上是相當重要的。結果,呼 叫控制電腦典型上會具有備份硬體元件之特別電腦設計’ 例如備.份微處理器、記憶體、電源、等等。但是,此種特 定的呼叫控制電腦是非常昂貴的。此外,即使具有備份硬 本紙張尺度適用中國國家榡準(CNS ) ^規抬{ 210X?97:,>«. ) -4- I I .^m I -I - HI - - 1^1 i J人· I (对先1¾¾汴而之注&事項再填為本R )
.*1T 73stI ^r 經滴部中央梯準局ts:工消费合作社印裝 __ ___H7 五、發明説明(2 ) 體’單一的呼叫控制電腦也容易遭受共同模式故障。當系 統元件的單一故障造成整個系統發生故障時,會發生共同 模式故障。此外,特殊的呼叫控制電腦難以升級及維護。 爲了嘗試避免上述問題,某些呼叫處理平台利用多重 .呼叫控制電腦而非具有備份硬體的單一專用呼叫控制電腦 。但是,使用多重呼叫控制電腦具有新問題。典型上,多 重呼叫控制電腦之一係設計成主動的呼叫控制電腦,而第 二呼叫控制電腦係設計成待機呼叫控制電腦。主動的呼叫 控制電腦會主動地控制用於呼叫處理平台之呼叫處理功能 ,而待機的呼叫控制電腦係已備便好,可在主動呼叫控制 電腦遭遇硬體或軟體故障時,即可接管呼叫處理平台的控 制。爲確保主動呼叫控制電腦故障時呼叫不會丟失,需要 將所有的呼叫處理資料複製至待機的呼叫控制電腦。此外 *需要執行監視設計以監視主動呼叫控制電腦,並決定何 時需要切換至待機呼叫控制器。 有傳統的技術,用以將呼叫處理資料從主動呼叫控制 電腦複製至待機的呼叫控制電腦,舉例而言,揭示於 Rachid Guerraoui 等所著的"Software Based Replication for Fault Tolerance”,Computer Journal, IEEE,April 1997 中之 技術。但是,揭示於Guerraoui論文中的技術因爲一些理由 而無法令人滿意。舉例而言,Guerraoui論文無法揭示主動 呼叫控制電腦故障時使遺失的呼叫最小化之監視及切換設 計。此外,Guerraoui論文也未揭示用於使呼叫處理資料於 呼叫處理平台上同步之機構。 本紙张尺度適用中國國家掠4M CNS) 规杯(210X297»i,·, ) _ — (?/先間#竹疋之注意事項·ίι^-〔ί5本K ) — l--裝------訂-------------^--1---1---------- A7 A7 經^部中央榡準局工消费合作社印^ Η7 五、發明説明(3 ) 此外,Guerraoui論文也未說明如何確保待機電腦具有 關於靜態呼叫資料之準確記錄。典型上,呼叫處理平台需 要二種型式的資料以處理呼叫:(1 )動態呼叫資料;及 (2 )靜態呼叫資料。動態呼叫資料係關於每一呼叫均會 改變之呼叫者或呼叫連接之資訊。舉例而言,目的地電話 號碼由於典型上會隨著呼叫不同而改變,故被視爲動態呼 叫資料。靜態呼叫資料係關於相當穩定的呼叫者之資訊, 亦即,其不會每次呼叫均改變。舉例而言,靜態呼叫資料 可爲呼叫者之帳單地址,或是個人辨識碼。Guerraoui論文 未揭示靜態呼叫資料複製至待機呼叫控制電腦。 鑑於上述,應可瞭解,實際上需要能解決上述問題之 容錯呼叫處理方法及裝置。 發明槪述 本發明包含處理呼叫資料之方法及裝置。主動模式中 的第一伺服器會將呼叫資料複製至待機模式中的第二伺服 器。第一伺服器會由第二伺服器以及其它網路裝置監視其 錯誤條件。假使偵測到錯誤條件,則第一伺服器會切換至 待機模式,而第二伺服器切換至主動模式》 在參考下述發明詳述、申請專利範圍及數個附圖後, 隨著發明的這些及其它優點和特點接著變得明顯,將可更 加淸楚地瞭解發明的本質。 圖式簡述 本紙張尺度適用中國國家標牟(CNS ) AWWM 2ΙΟΧ?ϋϋ Γ {ΪΛ先聞誚卄而之注意事項再續奸!•本K ) --0 Μ Η7 五、發明説明(4 ) 圖1係顯示適用於實施發明的一實施例之通訊系統: 圖2係顯示根據發明的一實施例之呼叫處理平台。 圖3係根據發明的一實施例之呼叫控制電腦的方塊圖 圖4係說明根據發明的一實施例之動態資料複製模組 所執行的流程圖。 圖5 ( a )係顯示根據發明的一實施例中的高利用度 ,守護神(H A D ( High Availability Daemon ))模組之第 一流程圖。 圖5(b)係顯示根據發明的一實施例之HAD模組 的第二流程圖。 圖6 ( a )係顯示根據發明的一實施例之監視器服務 (Μ Ο N )模組的第一流程圖。 圖6 ( b )係顯示根據發明的一實施例之μ 0 Ν模組 的第二流程圖。 經漪部中央標枣局K工消赀合作社印製 主要元件對照表
終端 呼叫服務中心 公眾電話網路 呼叫處理平台 切換矩陣 呼叫控制電腦 語音回應單元 本紙張尺度適用中國國家樣率(CNS } Λ心兄梠(2丨0x2^jti 了—二…·' —~ Λ7 Η 7 五、發明説明(5 18 2 0 2 2 2 4 2 6 2 8 3〇 3 2 3 4 3 8 4 0 4 4 4 6 4 8 資料庫電腦 呼叫控制電腦 C P U /記憶體匯流排 主記憶體模組 中央處理單元 系統控制模組 匯流排接合器 H A D模組 動態資料複製模組 輸入/輸出匯流排 輸入/輸出連接器 區域網路 外部記憶體 網路介面 經满部中央棕率局只工消於合作社印鉍 @細說明 發明包含容錯呼叫處理之方法及裝置。更特別的是, 發明包含方法及裝置,在主動的呼叫處理器故障時,將呼 叫處理從主動的呼叫處理器自動切換至待機的呼叫處理器 ,而不會干擾正由主動呼叫控制電腦處理的主動呼叫連接 。執行此自動切換所需之二要件係呼叫資料同步及通訊監 視。 發明的一實施例包括建立於一般用途的電腦裝置上之 呼叫處理平台。一般用途之非特殊計算裝置會與語音回應 本紙张尺度適用中國國家棉率(CNS ) 梢(2]ΟΧ2()7公灯)-8^ 裝-------訂一------^ 誚先閱誚背而之注意事項再填寫本瓦)
I 經漪部中央標準局只工消资合作社印鉍 ________ in 五、發明説明(6 ) 單元(VRU)及切換矩陣相結合以產生分散的、容錯的 、易於維護的呼叫處理平台,該呼叫處理平台經由使用" 熱'待機備份、完全資料共享、資料庫複製和同步、及軟 體爲基礎之分散式監視系統。値得注意的是,雖然本實施 例的分散式監視系統係以軟體實施,但是,可瞭解分散式 監視系統也能以硬體或軟體執行且仍落在發明的範圍內。 呼叫處理平台會使用一般用途、非特殊的電腦裝置以 執行呼叫控制及資源管理。使用一般用途、非特殊的電腦 裝置,可明顯地降低一般呼叫處理平台的成本,特別是降 低呼叫控制電腦的成本。發明的本實施例利用一般用途、 非特殊的電腦裝置作爲呼叫控制電腦,以這些呼叫控制電 腦中的一者主動控制用於呼叫處理平台之呼叫處理(主動 呼叫控制電腦),而將其它的呼叫控制電腦置於待機模式 (待機模式控制電腦)並於主動呼叫控制電腦萬一遭遇硬 體或軟體故障時取得呼叫處理之責任。 從主動呼叫控制電腦至待機呼叫控制電腦之切換可於 主動呼叫控制電腦故障時應要求或自動地執行。呼叫控制 電腦之應要求的t主動/待機切換#可允許平台管理者要 求 ON_DEMAND GRACEFUL 切換或者 ON_DEMAND QUICK 切換。ON_DEMAND GRACEFUL切換會藉由暫時停止呼叫 處理及淸除所有目前使用的切換資源,而使整個呼叫處理 平台再同步。ON_DEMAND QUICK切換會以類似下述自動 的主動/待機切換之方式操作。 使用二要件以完成呼叫控制電腦自動的主動/待機切 {对^閲-^^^^之注-·*-®^*項本页) • IN. 裝.
、1T iy 紙張尺度適用中國國家掠準(CNS ) ΛΜ.ί#, ( 2丨Ο X 发)-9 - ___ Η 7 五、發明説明(7 ) 換。第一要件係平台監視。第二要件係同步呼叫狀態資訊 〇 平台監視係使用呼叫控制電腦及其它重要處理之分散 監視器而達成的。每一呼叫控制電腦配備有通訊監視器以 用於監視呼叫控制電腦的內部處理及呼叫處理平台的一部 份之其它網路裝置的健康狀態。此外,每一網路裝置配備 有通訊監視器以用於監視每一網路裝置的內部處理以及呼 叫控制電腦。每一通訊監視器能偵測正執行監視之裝置的 故障以及執行監_的裝置外部之其它裝置的故障。因此, 每一網路裝置,包含呼叫控制電腦,均能偵測裝置故障並 將裝置故障報告給主動呼叫控制電腦。因此,對主動呼叫 電腦而言爲遠端之每一通訊監視器均能偵測或確認主動呼 叫控制電腦的通訊故障並警告待機的呼叫控制電腦可能需 要接管》 經消部中央標準局SC.T..消许合作社印皱 在發明的本實施例中,經由使用二組監視處理可達成 平台監視。這些處理會監視平台之硬體及軟體故障,以致 於在主動呼叫控制電腦故障時能藉由致動待機的呼叫控制 電腦而維持呼叫處理。 第一組監視處理係稱爲高利用度守護神(HA D )處 理》以每一電腦一 H A D之方式,於呼叫控制電腦上執行 HAD處理。HAD負責:(1)協動平台上的呼叫處理 之啓動及關機:(2)追蹤它們自己的處理器之本地應用 的健康狀態;(3)追蹤其它平台元件的通訊狀態及系統 狀態:及(4 )監視每一其它呼叫控制電腦的健康狀態。 本紙張尺度適用中國國家标芈(CNS > Λ4圯彳δ ( 210Χ?97,:Μί ) - 1〇 - Α7 Η 7 五、發明説明(8 ) 將參考圖3、5 (a)及5 (b) ,更佳詳細地說明 H A D處理。 第二組監視處理係稱爲監視服務(MON)處理。 Μ〇N處理會於平台的其它元件上執行,舉例而言, VR U S及資料庫電腦。每一元件具有一MON處理。一 般而言,Μ ON係負責:(1)追蹤它們自己的處理器之 本地應用的健康狀態:(2.)將本地處理器的狀態報告給 二個呼叫控制電腦:及(3 )將呼叫流引導至主動呼叫控 制電腦。將參考圖3、6 (a)及6 (b),更佳詳細地 說明Μ 0 N處理。 假使任何監視處理(H A D或Μ 0 Ν )偵測到影響主 動呼叫控制電腦的呼叫處理能力之故障時,它們會向待機 呼叫控制電腦登錄表決切換(vote-to-switch )。在收到二 個此種表決時,待機呼叫電腦便會致動。首先待機呼叫電 腦會告訴其(先前主動的)匹配的呼叫控制電腦進入待機 模式。然後,待機呼叫電腦會通知其它的平台元件將呼叫 流引導至其本身中以作爲新的主動呼叫控制電腦。 自動的主動/待機切換之其它要件係包含於主動呼叫 控制電腦上的每一呼叫狀態資料結構與其待機呼叫控制電 腦上複製的呼叫狀態之完全相關同步。關於一般操作的部 份,呼叫控制電腦會維持根據每一呼叫之呼叫資訊,亦即 動態的呼叫資料。此資訊與目前指定給呼叫之切換和 VRU資源以及諸如目標號碼及計費儀器(舉例而言,呼 叫卡)資料等呼叫者資料有關。當此資訊由主動呼叫控制 本紙張尺度適用中國國家標隼(CNS ) Λ4圯彳Μ 210X297公兑} - 11 - 裝- ,1Τ iy 經濟部中央標準局月工消费合作社印狀 經满部中央標準局β工消费合作社印Κ Α7 Η 7 五、發明説明(9 ) 電腦從其它平台元件收集時,資料會即時與待機呼叫控制 電腦同步。以此方法,一旦監視處理判定主動呼叫控制電 腦故障時.,待機呼叫控制電腦通常會具有繼續呼叫處理所 需的所有呼叫資訊》 因此,對用於呼叫處理的呼叫資料而言,呼叫控制電 腦是完全同步。主動呼叫控制電腦立即與熱機的待機呼叫 控制電腦共用所有的呼叫狀態更新,以致於一旦主動呼叫 控制電腦故障時,待機呼叫控制電腦能夠以最少的主動呼 叫損失或佇列延遲,接受被重新引導的呼叫流》 也會對這二個呼叫控制電腦執行靜態呼叫資料資料庫 同步及複製。資料庫電腦會儲存靜態呼叫資料圖中的靜態 呼叫資料,然後無論靜態呼叫資料何時被存取及修改,會 將靜態呼叫資料複製至主動及待機呼叫控制電腦上。此確 保資料萬一在任何單元上遺失時,其可輕易地從複製中恢 復。發明的本實施例之靜態呼叫資料的複製利用Oracle公 司提供的先進複製(Advanced Replication )產品。資料庫 的呼叫伺服器拷貝是唯讀的,並傳送至使用Oracle的唯讀 快拍(Read-Only Snapshots )產品之呼叫伺服器。 執行二呼叫控制電腦上的動態及靜態呼叫資料記錄的 週期資料檢査以確認所有資料是同步的。此確保二呼叫控 制電腦均具有關於特別呼叫的更新呼叫記錄,以致於即使 故障時,呼叫也不會被主動呼叫控制電腦遺失。 現在詳細參考圖式,其中類似構件係以類似的參考數 字代表,圖1顯示適用於實施發明的一實施例之通訊系統 (邻先閱-¾背而之注¾事項再填寫本s )
V1T iyll· 本紙張尺度適用中國國家橾率(CNS〉八4規枯(210Χ 297^«. > -12- 經浇部中决標嗥局OC工消费合竹.社印^ A7 J17 五、發明説明(10 ) 。如圖1所示,終端A及B (均標示爲7 )會連接至公眾 電話網路(PSTN) 9。PSTN 9也連接至呼叫服 務中心(CSC) 8。呼叫方從終端A產生電話呼叫。呼 叫會由C S C 8處理,且完成經由P S TN9至終端B處 的被呼叫方之呼叫連接。C S C 8包含呼叫處理平台( CPP) 10,將參考圖2,詳細說明呼叫處理平台( C P P ) 1 〇。 ' 圖2係說明根據發明的一實施例之呼叫處理平台》 c P P 1 0包含電腦控制的切換矩陣1 2、第一呼叫控制 電腦14、第二呼叫控制電腦20、多個VRU16、及 資料庫電腦1 8。 切換矩陣12會經由區域網路(LAN) 44而與具 有呼叫控制電腦對交介。切換矩陣1 2係負責提供所有的 網路終端給P S T N。 呼叫控制電腦1 4及2 0係負責啓始號碼與目的地號 碼之間的呼叫流之實施。呼叫控制電腦1 4及2 0會協調 及指定其它平台元件資源,舉例而言,切換開關1 2、 VRU 1 6及資料庫電腦1 8。每一呼叫控制電腦具有主 動模式及待機模式。主動模式中的呼叫控制電腦會主動地 控制用於C P P 1 2之呼叫處理,而其它呼叫電腦會被置 於待機模式中作爲主動模式中的呼叫控制電腦之備份。 VRU 1 6係能夠提供語音及觸音資源以便與呼叫者 交介之電腦。VRU 1 6會經由諸如整體服務數位網路原 級速率介面(I SDN — PR I )等網路而連接至切換矩 (对先閱请ίν而之·江意事項#填寫本茛)
、1T 丨J ίν 本紙张尺度適用中國國家樣隼(CN$ > Λ4坭枋(2丨0X297;^. ) _ 13 _ 經漓部中决標卑局只工消费合作社印掣 A7 _______m 五、發明説明(11 ) 陣12,並連接至諸如L A N 4 4之另一網路上的呼叫控 制電腦1 4。 資料庫電腦18係一般用途電腦,其含有用於呼叫處 理之關係資料庫。資料庫電腦18會經由LAN44連接 至呼叫控制電腦。 圖3係根據發明的一實施例之呼叫控制電腦的方塊圖 。爲淸楚說明起見,下述說明將參考呼叫電腦1 4 »呼叫 控制電腦1 4及2 0是類似的,因此,關於一呼叫控制電 腦的任何討論同樣可應用至其它呼叫控制電腦。 呼叫控制電腦14包括主記憶體模組2 4、中央處理 單元(CPU) 26、系統控制模組28、匯流排接合器 3 0、高利用度守護神(HAD)模組3 2、及動態資料 複製模組3 4,每一模組均連接至C P U/記憶體匯流排 2 2及經由匯流排接合器3 0而連接至輸入/輸出(1/ 0)匯流排38。此外,呼叫控制電腦20含有多重1/ 0控制器4 0,以及外部記憶體46和網路介面48,每 —者均經由I/O控制器40連接至I/O匯流排38 » 呼叫控制電腦1 4的整體功能係由C P U 2 6所控制 ,其會在執行的電腦程式指令之控制下操作,該電腦程式 指令係儲存於主記憶體2 4或外部記憶體4 6中。主記億 體2 4及外部記憶體4 6均是機械可讀取的儲存裝置。主 記億體2 4與外部記億體4 6之間的差異係C P U 2 6典 型上存取儲存於主記億體2 4中的資訊之速度快於存取儲 存於外部記憶體3 6中的資訊之速度。因此,舉例而言’ 本紙張尺度適用中國國家榡準(CNS ) ΛΊ悅牯(2丨ΟΧ297*λί ) - 14 - --------0¾.-- (站尤間^背而之注意事項再^寫本页)
,1T iy 經漪部中央標準局β工消费合作社印餐 A7 H7 五、發明説明(12 ) 主記憶體可爲任何型式的機器可讀取的儲存裝置,例如隨 機存取記憶體(RAM)、唯讀記億體(ROM)、可程 式唯讀記憶體(PROM)、可抹除可程式唯讀記憶體( EPROM)、電子式可抹除可程式唯讀記憶體( EEPROM)。外部記億體46可爲任何型式的機器可 讀取儲存裝置,例如磁性儲存介質(亦即,磁碟)、或光 學儲存介質(亦即,CD — ROM)。此外,呼叫控制電 腦1 4可包含經由其它I /0控制器之機器可讀取儲存裝 置的不同組合,這些裝置係可由C P U 2 6存取及能儲存 電腦程式指令和資料的組合。 C P U 2 6包含任何具有充份處理能力以執行呼叫控 制電腦14中發現的HAD和資料複製功能之處理器》適 宜實施例發明之C P U的實施例包含英代爾處理器系列, 舉例而言,Pentium®、Pentium® Pro、及 Pentium® II 微處理器。 網路介面4 8係用於呼叫控制電腦1 4與諸如LAN 4 4之通訊網路之間的通訊。網路介面4 8根據此技藝中 所習知的技術支援適當的發訊及電壓位準。 I / 0控制器4 0係用以控制呼叫控制電腦1 4與諸 如外部記憶體4 6和網路介面4 8等一些裝置或網路之間 的資訊流動。系統控制模組2 8包含使用者系統控制、使 用者介面、及操作》匯流排接合器30係用於在CPU/ 記億體匯流排2 2及I /0匯流排3 8之間住復地傳送資 料· —卜—LIO 裝 I;-----訂------g (誚先閲对背而之注念事項再功笄本S) 本紙張尺度適用中國國家榡4M CNS ) Λ4规#,( 210X29*7公«. ) - 15 - )37............ A7 五、發明説明(13 ) VRU16及資料庫電腦18係類似於參考圖3所述 之呼叫控制電腦1 4。但是,VRU 1 6及資料庫電腦 1 8會以監視服務(MON)模組5 0 (未顯示於圖3中 )取代HAD模組32 °MON50也可於CPP1〇的 內部或外部之其它網路裝置上實施。 HAD 3 2、Μ0Ν5Ό、及動態資料複製模組3 4 會實施用於發明的本實施例,之主功能。應注意’ HAD模 組3 2及動態資料複製模組3 4係顯示於圖3中’ MON 模組5 0係以分開的功能模組顯示。但是’應瞭解這些模 組所執行的函數可進一步分離成更多模組、結合在一起以 形成一模組、或在系統上分散,但仍在發明的範圍內。此 外,使用習知的訊號處理技術,可將這些模組的功能以硬 體、軟體、或硬體與軟體結合之方式實施。 HAD 3 2及MON 5 0會分擔四個中央功能之責任 :(1)協調呼叫控制電腦14及20之啓動及關機;( 2 )追蹤及記錄呼叫控制電腦1 4和2 0的通訊及活動狀 態:(3 )偵測及警告任何硬體、軟體或其它故障/問題 經满部中央標準局K工消资合作社印於 誚先閱讀背而之注意事項再峨寫本K) 丨a :及(4 )監視彼此的操作。 HAD 3 2會於呼叫控制電腦1 4及2 0上執行。呼 叫控制電腦14及20具有二主要模式:(1)主動模式 :及(2 )待機模式。當呼叫控制電腦係在主動模式下時 ,其會一直主動地控制用於C P P 1 〇之呼叫處理功能, 並被稱爲主動呼叫控制電腦。同樣地,在主動呼叫控制電 腦上執行的HAD3 2被稱爲主動HAD(HAD-CurrActy 本紙張尺度適用中國國家榡準(CNS ) Λ4現彳Μ 210X 297·公公)ΓΪ6~ — 經满部中央標卒局只工消资合作社印狀 A7 Μ 7 五、發明说明(彳4 ) )。當呼叫控制電腦在待機模式中時,其保持備便以應要 求或自動地接管用於c P P 1 〇的呼叫處理功能之主動控 制,而對目前主動的呼叫具有最少的影響。在待機模式下 的呼叫控制電腦係稱爲待機呼叫控制電腦,且在待機呼叫 控制電腦上執行的HAD 3 2被稱爲待機HAD (HAD 一STAND)。在任何時候,二呼叫控制電腦中僅有一 者會主動控制CPP10。 HAD 3 2提供下述功能以用於呼叫空制電腦1 4及 2 0: 1 ·在平台開機及關機期間,以特定次序開啓及關閉 主動呼叫控制電腦的關鍵處理。 2 ·通知其它網路裝置上執行的MON開啓或關閉其 它網路裝置上的關鍵處理。 3 ·執行呼叫控制電腦1 4及2 0之間的應要求或自 動的平台控制切換。 4 ·待機的HAD會辨識切換需求並啓始該切換,該 切換係以損失最少的目前主動呼叫之方式,將平 台控制從故障的主動呼叫控制電腦自動地切換至 待機呼叫控制電腦。 5·持續追蹤呼叫伺服器的關鍵處理之狀態。 6·持續追蹤其它網路裝置的關鍵處理之狀態。 7 ·於冷開機或重新啓動時辨識何者爲內定的主動呼 •叫控制電腦並因而自動地初始化內定的主動呼叫 控制電腦。 本紙張尺度適用中國國家樣準(CNS ) A4ML格(210Χ?*Π;ΰ;, ) -17- m· HI in c (¾先間誚背而之注"事項孙填艿本R )
*1T 經满部中央榡準局月工消费合作社印¾ A7 Η 7 五、發明説明(15 ) 8·回應任何MON的心跳或來自其它網路的狀態査 詢。 M0N5 0會在遠離呼叫控制電腦1 4及2 0之所有 網路裝置上執行,舉例而言,VRU 1 6及資料庫電腦 1 8 » MON 5 0會提供下述功能以用於這些其它網路裝 置: 1 >藉由與HAD-CurrActy通訊而辨識何者爲目前主動 的呼叫控制電腦。 2 ·回應HAD的心跳、狀態査詢、狀態改變報告及 狀態轉換請求。 3 ·持續追蹤其它網路裝置的關鍵處理之狀態。 4 ·將任何狀態改變或警報通知目前主動的HAD 〇 5 ·監視HAD-CurrActy的通訊狀態及將任何問題通知 待機的H A D。 爲了適當地執行自動切換,HAD32或MON50 處理必須能在系統:故障時於短時間內,舉例而言,在故障 發生時的5秒內,偵測到及反應。可由H A D 3 2或 MON 5 0偵測到的故障型式包含: 1 ·呼叫伺服器上的關鍵處理之故障; 2 ·來自關鍵處理之心跳訊息消失;或 3 .導因於網路或操作系統故障之主動呼叫伺服器的 損失。 本紙張尺度適用中國國家榡隼(CNS ) Λ4坭枯(2I0X 297公k ) - 18 - (誚先間赖t而之注4事項再填JS?本Η ) ο裝. 訂 ύ. 經濟部中央標準局只工消f合作社印掣 A7 Η 7 五、發明説明(16 ) 將於稍後說明HAD 3 2及M0N5 0的其它細節。 動態資料複製模組3 4負貴將主動呼叫控制電腦所接 收到的呼叫資料複製至待機的呼叫控制電腦。因此,假使 主動呼叫控制電腦故障,則待機的呼叫控制電腦會接管用 於C P P 1 〇的呼叫處理操作並使切換處理期間遺失的呼 叫數目最少。將參考圖4,更加詳細地說明動態資料複製 模組3 4 〇 圖4屈說明由根據發明的一實施例之動態資料複製模 組執行的流程圖步驟。如圖4所示,會於步騍5 2接收呼 叫資料》在步驟5 4,系統會決定是主動呼叫控制電腦或 是待機呼叫控制電腦要接收呼叫資料。 假使於步驟5 4中是主動呼叫控制電腦要接收呼叫資 料,則於步驟5 6處主動呼叫控制電腦會處理呼叫資料。 主動呼叫控制電腦會存取呼叫資料記錄,及於步驟6 0中 比較所收到的呼叫資料與儲存於呼叫資料記錄中的呼叫資 料。假使在步驟6 0中呼叫資料不同於儲存在呼叫資料記 錄中的呼叫資料時,則於步驟6 2中將呼叫資料複製及送 至待機的呼叫控制電腦》假使於步驟6 0中呼叫資料並沒 有不同於儲存在呼叫資料記錄中的呼叫資料時,於步驟 5 2中系統會尋找下一組呼叫資料。 假使於步驟5 4中是待機呼叫控制電腦要接收呼叫資 料時,於步驟6 4中系統會決定呼叫資料是否來自主動呼 叫控制·電腦。假使是的話*則於步驟6 6以新的呼叫資料 更新用於待機呼叫控制電腦之呼叫資料記錄。假使在步驟 本紙張尺度適用中國國家標华·( CNS )馴規牯(210X 297公处)-19 - (1A先閲讀背而之注項再填寫本頁) U丨0裂· 、1Τ 經漓部中央標準局只工消费合作社印皱 A7 _________»7五、發明説明(17 ) 6 4中呼叫資料並非來自主動呼叫控制電腦時,則於步驟 5 2中系統會尋找下一組呼叫資料。 資料庫電腦1 8係一般用途的電腦,其含有用於呼叫 處理之關係資料庫。如同參考C P P 1 〇所述之其它網路 裝置般,資料庫電腦1 8包含Μ O N模組5 0,用於監視 呼叫控制電腦1 4及2 0。資料庫電腦1 8也包含靜態資 料複製模組。靜態資料複製模組會接收靜態呼叫資料,並 將靜態呼叫資料儲存於關係資料庫中的靜態呼叫資料圖中 。每當靜態呼叫資料圖被更新時,靜態資料複製模組會將 儲存在靜態呼叫資料圖中的靜態呼叫資料複製至呼叫控制 電腦1 4及2 0。 C P P 1 〇會週期性地査核呼叫資料記錄及靜態呼叫 資料圖。資料査核有助於確保呼叫控制電腦1 4與2 0之 間的資料同步。 圖5 ( a )係顯示根據發明一實施例之高利用度守護 神(HAD)模組的第一流程圖。CPP 1 0具有二呼叫 控制電腦,第一呼叫控制電腦及第二呼叫控制電腦。每一 呼叫控制電腦均會執行HAD處理,而每一 HAD處理均 會相互通訊。爲了淸楚說明起見,在第一呼叫控制電腦上 執行的HAD處理將稱爲「第一HAD處理」,而在第二 呼叫控制電腦上執行的HAD處理將稱爲「第二HAD處 理j 。同樣地,在主動呼叫控制電腦上執行的HAD處理 將稱爲·「主動HAD處理」,而在待機的呼叫控制電腦上 執行的HAD處理將稱爲「待機HAD處理」。 本紙張尺度適用中國囷家標準{ CNS ) Λ4規格(210X 297公犮)-20 - (邻先閲讀背而之注意事項再填衿本页) 經濟部中央標準局员工消费合作社印狀 A7 M7 五、發明説明(18 ) 如躕5 ( a )所示,每一HAD處理均會執行步驟 70、72、74、76、78、8 0、82 及 84。在 步驟70中,會啓始HAD處理。在啓動時,HAD處理 會於步驟7 2致動呼叫控制電腦,HAD處理會於此呼叫 控制電腦上執行。在步驟7 4,HAD不作用。在步驟 7 6中,HAD處理會決定呼叫控制電腦是否爲內動的主 動呼叫控制電腦,該呼叫控制電腦係指H A D於其上執行 之電腦。在發明的本實施例中,此決定係藉由查詢步驟 7 8中的儲存資料並於步驟7 6中接收査詢的回應而完成 的。或者,可使用它方法以選取內定的主動呼叫處理器, 舉例而言,經由交互的或隨機的選取處理,但仍落發明的 範圍內》在步驟8 0中,HAD處理會與執行HAD處理 的相同呼叫控制電腦上執行的內部處理交換心跳。H A D 處理會於步驟8 2中決定所有的內部處理是否在正常的性. 能參數之內操作。假使在步驟8 2中,所有的內部處理並 未依據正常的性能參數操作時,則HAD處理會再度處於 步驟7 4中的不作用。假使於步驟8 2中所有的內部處理 是依據正常的性能參數操作時,HAD處理會處於步驟 8 4中的待機模式。 因此,在步驟8 4中,二HAD處理均會處於待機模 式中。內定的主動HAD處理會於步騾8 6被啓始。內定 的主動HAD處理器接著會於步驟8 8決定其它HAD處 理(H A D配對(HAD mate ))是否已處於主動模式中》 假使在步驟8 8中HAD Mate已經是主動時,則內定的主動 本紙張尺度適用中國國家標隼(CNS ) /\4規格(210x2<j7_V> ~)~一Ι"2Ϊ~ (請先閱讀背面之注意事項#填将本頁)
A7 Ii7 五、發明説明(19 ) HAD處理會處於步驟8 4的待機中。假使HAD M ATE於 步驟8 8中並非已經主動,則內定的主動HAD會被置於 步驟9 0中的等待模式。在步驟9 2中,內定的主動 HAD處理會致動VRU 1 6,並將MON進入主動之訊 息132送至MON50。 經漪部中央標準局β工消費合作社印製 (請先閱讀背面之注意事項再填寫本頁} 圖5(b)係顯示根據發明的一實施例之HAD模組 的第二流程圖。內定的主動HAD處理會於步驟9 4決定 臨界數目的VRU是否已被致動。假使於步驟9 4中臨界 數目的VRU未被致動,則內定的主動HAD會處於步驟 8 4的待機模式中。假使於步驟9 4中臨界數目的VRU 已被致動,則內定的主動HAD處理會處於步騄9 6檢查 切換狀態。於步驟9 8中,內定的主動HAD處理決定切 換開關是否已準備好執行切換功能》假使於步驟9 8中, 切換開關未準備好,則內定的主動HAD處理會被置於步 驟8 4的待機模式中。假使於步驟9 8中切換開關已準備 好執行切換功能,則內定的主動HAD會被置於步驟 1 0 0中的主動模式中。一旦主動HAD處於主動模式下 時,HAD處理會於步驟1 〇 2中將其主動狀態向所有其 它網路裝置宣告》 由H A D處理及MO N處理所共用的一功能係監視執 行HAD或MON處理的電腦之內部處理,並且監視執行 HAD或MON處理的電腦之外部網路裝置。在步驟 1 0 4' 1 0 6及1 0 8中,主動的HAD處理會査詢主 動呼叫控制電腦的內部處理、以及其它網路裝置,舉例而 本紙張尺度制巾邮家料(CNS ) ( 2ΙΟΧ29~^^Ί—^-22~ ' 經濟部中央標準局Μ工消费合作社印" A7 _ B7 五、發明説明(2〇 ) 言,VRU16及切換矩陣12。在步驟104中,主動 HAD處理會將狀態査詢送至內部處理、VRU16及切 .換矩陣1 2。H A D處理會於步驟1 0 6接收來自內部處 理、VRU16及切換矩陣12之回應。在步驟108 ,HAD處理會決定內部處理、VRU16及切換矩陣 1 2是否適當地操作。假使於步驟1 0 8中內部處理、 VRU 1 6及切換矩陣1 2係適當地操作,則步驟1 〇 4 、106及108會一直重覆直到HAD處理於步驟 10 8中判定內部處理、VRU 16或切換矩陣12之一 並未適當地操作爲止。 假使於步驟108處內部處理、VRU16或切換矩 陣1 2中真地發生故障時,則HAD處理會於步驟1 1 〇 判斷內部處理是否故障。假使於步驟1 1 0中,內部處理 並未故障,則HAD處理會於步驟11 2中判斷呼叫處理 平台1 0是否損失了臨界數目的VRU 1 6。假使於步驟 1 1 2中未出現臨界數目的VRU,則於步驟1 1 4中會 產生警報且主動的HAD處理會被置於步驟8 4的待機模 式。 假使主動的HAD處理於步驟110中判定內部處理 已故障,則主動的HAD處理會於步驟1 1 6中通知待機 的HAD處理致動,然後命令主動的呼叫控制電腦不提供 服務。然後,主動的HAD處理會於步驟1 1 8中不提供 服務。 圖6 ( a )係顯示根據發明的一實施例之監視服務( ---------ο! (对先閱讀背面之注意事項再填寫本頁) 訂 本紙張尺度適用中國國家摞準< CNS ) 枯(210X297公Jt/ ) -23- 經漪部中央樣準局月工消費合作社印犁 A7 ______B7 五、發明説明(21 ) MON)模組的第一流程圖。圖6(a)係顯示可在 C P P 1 〇的一部份之任何網路裝置上執行的MON處理 。在步驟1 2 0中,MON處理開始啓動。在步驟1 2 2 中,MON處理會致動VRU16。在步驟124中, MON處理不提供服務。接著,MON處理會於步驟 1 2 6中檢査執行MON處理的裝置之內部處理的狀態。 MON處理會於步驟128中判斷所有的內部處理是否正 適當地執行。假使在步驟1 2 8中所有的內部處理並未適 當地執行,刖MON處理會被置於步驟14的不提供服務 。但是,假使於步驟1 2 8中所有的內部處理正適當地執 行時,則MON處理會被置於步驟1 3 0中的待機模式。 在步驟1 3 4中,MON處理會判斷其是否收到 MON進入主動的訊息1 3 2。假使其未收到MON進入 主動的訊息1 3 2,則MON處理會維持在步驟1 3 0的 待機模式中'假使在步驟1 3 0收到MON進入主動的訊 息1 3 2,則MON處理會處於步驟1 3 6的等待模式中 〇 圖6 ( b )係說明根據發明的一實施例之MON模組 的第二流程圖。在步驟1 3 8中,MON處理會檢査 VRU1 6的狀態。在步驟1 40中,MON處理會判斷 VRU16是否已準備好。假使於步驟140中VRU未 準備好,則一直重覆步驟1 3 8及1 4 0直到VRU部份 準備好爲止。假使於步驟1 4 0中VRU部份已準備好, 則MON處理會處於步驟1 4 2的主動動模式下。主動 II (锖先閲讀背面之注意事項再填寫本頁) 訂 ^紙張尺度適用中國國家標準(CNS ) Λ4叱格(210χ 297λ>^; ) . 24~ Η 7 Η 7 經濟部中央標準局只工消费合作社印製 五、發明説明(22 ) MO N處理會於步驟1 4 4將其主動狀態告知其它網路裝 置。 步驟146、 148及150會執行用於MON處理 之監視處理。在步驟1 4 6中,主動的MON處理會將狀 態査詢送至執行主動MON處理的裝置上所執行的內部處 理,也檢査主動待機呼叫控制電腦的狀態。於步驟1 4 8 中接收來自內部處理及主動和待機呼叫控制電腦的回應。 主動MON處理會於步驟1 5 0中判斷內部處理及主動和 待機呼叫控制電腦是否在正常的性能參數內操作。假使在 步驟1 5 0中內部處理及主動和待機呼叫控制電腦在正常 的參數內操作時,則步驟1 4 8及1 5 0會一直重覆直至 MON處理在步驟1 5 0中判定內部處理、主動呼叫控制 電腦或待機呼叫控制電腦產生故障爲止。假使在步驟 1 5 0中有故障時,則MON處理會於步驟1 5 2中判斷 內部處理是否故障。假使內部處理於步驟1 5 2中故障, 則MON處理會處於步驟1 2 4中之不提供服務。假使在 步驟1 5 2中內部處理未故障,則主動的MON處理會於 步驟1 5 4中判斷主動呼叫處理器是否故障。假使於步驟 1 5 4中主動呼叫處理器故障時,則主動MON處理會於 步驟1 5 6中送出表決切換(HAD Go Active訊息1 1 9 )至待機的HAD處理,然後進入步驟1 3 0中的待機模 式。 再參考圖5 (b),於步驟84中將HAD Go Active 訊息1 1 9送至待機的HAD處理。在步驟8 6中,待機 本紙張尺度適用中國國家樣隼(CNS ) Λϋ< 210χ2ϋ1 ?25~ (对先閱讀背面之注意事項再填寫本頁)
經濟部中央樣準局月工消费合作社印裝 A7 ΙΪ7 五、發明説明(23) 的H A D處理會判斷其是否被初始化作爲內定的主動 HAD處理。由於在步驟8 6中待機的HAD處理未被初 始化爲內定的主動HAD處理,所以,待機的HAD處理 會於步驟1 6 0判斷其是否收到適當的HAD Go Active訊 息。假使待機的HAD處理於步驟1 6 0中未收到適當的 HAD Go Active訊息1 1 9,則待機的HAD處理會保持 於步驟8 4的待機模式。假使於步驟1 6 0中待機的 H A D處理收到適當的HAD Go Active訊息1 1 9時,則 待機的H A D處理如同新的主動H A D處理般執行步驟 9 0 至 1 1 8。 經由下述實施例,可更隹瞭解CPP 1 〇的操作。假 使飛機上的乘客想要打電話。乘客拿起空中終端的手機部 份並按下ON按鈕。當手機被開啓時,空中終端會捉取通 至地面台的無線電頻道》地面台會執行通至C P P 1 〇的 網路連接。訊息會被送至C P P 1 〇的主動呼叫控制電腦 ’切換矩陣1 2偵測到中繼線捕捉》接著,主動呼叫控制 電腦會開始新的呼叫記錄,並將新的呼叫記錄複製至待機 的呼叫控制電腦。 接著,切換矩陣1 2會將進入的呼叫請求告知VRU 1 6。VRU 1 6會執行答應監督並向地面台請求辨識資 訊。地面台會將地面台/空中終端(G S/AT)識別送 回至切換矩陣1 2,切換矩陣會將GS/AT識別傳送至 VRU16 °VRU16會將GS/AT識別送至主動呼 叫控制電腦。主動呼叫控制電腦會更新其呼叫資料記錄, 冢紙張尺度制帽邮料(CNS ) — ( 210X29^ 1 ~‘— . QII (請先閲讀背面之注意事項再填寫本頁)
、1T 經濟部中央橾準局只工消f合作社印敦 Λ7 B7 五、發明説明(24 ) MMG S/AT識別複製至待機的呼叫控制電腦,以致於 其司' M 其呼叫資料記錄。接著,主動呼叫控制電腦會存 取資料庫電腦1 8上的靜態呼叫資料圖以確認G S/AT 識別°假使G S / A T識別是有效的,則主動呼叫控制電 腦會更新其呼叫資料記錄並將有效的G S/A 丁識別複製 至待機呼叫控制電腦,以致於其可更新其呼叫資料記錄。 接著’主動呼叫控制電腦會將已淨通成能收集呼叫資 訊之訊息送給VRU 1 6。VRU 1 6會將相同訊息傳遞 給切換矩陣1 2。切換矩陣1 2會將GS/AT識別有效 之確認送至地面台。空中終端會切入通至地面台的語音通 道’接著切入通至切換矩陣1 2之通道。接著,切換矩陣 1 2會切入通至vrui 6之語音通道。VRU1 6會播 放撥號音’撥號音會送至空中終端。一旦飛機上的乘客接 收到撥號音’乘客會被提示去刷信用卡以支付電話呼叫。 信用卡資訊會由VRU 1 6接收,VRU 1 6會將此資訊 傳送至主動呼叫控制電腦以更新其呼叫資料記錄。接著, 主動呼叫控制電腦會將信用卡資訊複製至待機呼叫控制電 腦’以致於待機呼叫控制電腦會更新其呼叫資料記錄。接 著’主動處理器會檢査靜態呼叫資料圖以判斷信用卡號碼 是否爲有效的號碼。假使信用卡號碼有效,則主動處理器 會將已淨通成能從乘客處收集目的地號碼之訊息送至 VRU1 6。主動呼叫控制電腦也會將有效訊息複製至待 機呼叫控制電腦。一旦VRU 1 6收到收集目的地號碼之 淨通時,VRU 1 6會再度播放撥號音給使用空中終端的 (諳先閲讀背面之注意事項再填寫本頁>
本紙張尺度適用中國國家標牟(CNS ) Λ4况;IM 210X29*7公》 -27 A7 B7 五、發明説明(25) 乘客。乘客會輸入目的地電話號碼以完成呼叫連接。目的 地電話號會從空中終端送至VRU1 6,VRU 1 6接著 將此號碼傳送至主動呼叫控制電腦,以致於其可萬新其呼 叫記錄。接著,主動呼叫控制電腦會將目的地電話號碼複 製至待機呼叫控制電腦。如同G S/AT識別及信用卡資 訊般,主動呼叫控制電腦會藉由接取儲存於資料庫電腦 1 8中的靜態呼叫資料圖而確認目的地電話號碼》假使目 \ 的地電話號碼是有效的目的地電話號碼時,主動呼叫控制 電腦會將可以標示呼叫之訊息送至VRU 1 6。主動呼叫 控制電腦也會更新其自己的呼叫記錄及複製目的地電話號 碼至待機呼叫控制電腦,以致於其可更新它自己的呼叫資 料記錄。VRU 1 6藉由送出諸如’ Thank you for using AT&T'等訊息而將標示已達成呼叫連接之訊息傳送給乘客 〇 經濟部中央標準局貝工消费合作社印裝 (請先閱讀背面之注f項再填寫本頁) 此時,VRU 1 6會將完成呼叫標示之訊息送至主動 呼叫控制電腦。主動呼叫控制電腦會將訊息送至切換矩陣 以建立通至被呼叫方的鏈結。切換矩陣1 2會啓始通訊鏈 結並等待來自被呼叫方的回應。假使切換矩陣1 2收到回 應時,其會將訊息送至主動呼叫控制電腦以開始計費。主 動呼叫控制電腦接著更新其呼叫資料記錄,並將呼叫資料 複製至待機呼叫控制電腦。 一旦完成呼叫連接時,乘客會開始與被呼叫方通話。 假使在通話期間,在待機呼叫電腦上執行的HAD 3 2 , 或是在VRU16上、切換矩陣12或資料庫電腦上執行 本紙張尺度適用中國國家榡率(CNS ) Λ4说梠(210X 297公筇)-28- 經濟部中央標準局只工消費合作社印犁 Α7 137 五、發明説叼(26 ) 的MON 5 0,偵測到主動呼叫控制電腦上的硬體或軟體 故障。HAD32 或 MON50 會將 Vote-To-Switch (表決 切換)訊息送至待機的HAD。假使待機的HAD在預定 時間週期內收到二個此種訊息時,則待機H A D會將告知 主動HAD進入待機模式之訊息送至主動HAD。接著, 待機的HAD會將待機呼叫控制電腦置於主動模式中。接 著,待機呼叫控制電腦會從其呼叫資料記錄中取出用於此 \ 特別呼叫之呼叫資料。新近致動的呼叫控制電腦接著將用 於此特別呼叫的所有未來資料送給它之訊息送至切換矩陣 1 2。由於待機呼叫控制電腦具有更新的呼叫資料記錄, 所以,乘客及被呼叫方可以繼續他們的通話而不受干擾。 H A D模組3 2 HAD模組32(此後簡稱爲HAD)會於呼叫控制 電腦上執行作爲訊息驅動狀態轉換引擎,訊息驅動狀態轉 換引擎係設計成用以協調主動呼叫控制電腦上執行的資源 管理(REM)模組的呼叫處理狀態,而遠端接取池( Remote Access Dip ( R A D ))模組係於 V R U 1 6 上執 行》HAD會告訴VRU1 6上執行的MON — CV模組 交換關於平台啓動/關機之資訊。MON — C V接著會轉 送訊息至R A D » 此處列出的HAD訊息係當用於描述HAD活動及依 循的狀態轉換時,通常以簡化方式命名的。HAD接收下 述訊息’· (請先閲積背面之注意事項再填寫本頁) 訂 本紙張尺度適用中國囤家標率(CNS ) Λ復梢(2I0X 297,ϋ ) - 29= 經濟部中央搮隼局貝工消t合作社印裝 A7 B7 五、發明説明(27 ) • ImAlive -當MON、HAD — Mate及關鍵處理初始 時,來自它們之訊息;來自關鍵處理作爲心跳回應 • ImDead —當MON、HAD — Mate及關鍵處理平和 地結束時,來自它們之訊息; • MonState —來自MO N作爲心跳回應及目前活動等 級之報告 • RemState —來 自關鍵、處理R EM以報告其目前的呼 叫處理等級 • HadState -來自H A D ~ Mate作爲心跳回應及目前 活動等級之報告 • StateQuery _ 來自 Μ 0 N 及 H A D — Mate 以請求形 式爲活動的目前等級報告之心跳回應
• Go Active _來自U I用於應求致動;於切換期間來 自H A D
• GoStandby -來自U I用於應求不致動;於切換期間 來自H A D
• VoteToSwitch — 當 MON 偵測到 HA D — CurrActy 遺失的回應心跳時,從MON至HAD — S TAND • ImController -當H A D - Mate成爲主動時來自其 HAD- Mate HAD會送出下述訊息: • Im Alive —當 HAD 初始時,送至 MON、HAD — Mate及關鍵處理 冢紙張尺度適用中國國家標苹(CNS ) Λϋ( 2丨0x 297,^T~j~:3〇_ ----------01— (請先閱讀背面之注意事項再填寫本頁) 訂 經溁部中央標系局只工消费合作社印於 A 7 _ ΙΓ -----..- ------ — · .· - — - - —- - — — » ι·. -- — _ __ 五、發明説明(28 ) • ImDead —當HAD平和地結束時,送至MON、 H A D — Mate及關鍵處理 • AliveQuery -送至關鍵處理以請求ImAlive報告形式 之心跳回應 • StateQuery —送至 H A D — Mate及Μ Ο N 以請關於 活動的目前等級報告形式之心跳回應 • HadState -送至H A D - Mate及Μ Ο Ν作爲心跳回 應及目前活動等級之報告 • GoActive —當H A D - CurrActy遺失關鍵處理時, 從H A D — CurrActy送至H A D - Stand以使待機HAD變 成完全主動呼叫處理等級;送至MON—CV以將它們導 至完全主動狀態;送至REM以將其導至完全主動狀態
• ImController —當成爲主動時,送至HAD — Mate及 MON 於初始化時,HAD經過設立處理,設立處理包含讀 取其參考參數檔案。參數之一是內定的主動全伺服器標示 ’ DEF_ACTIVE_CS。假使H A D看到其呼叫控制電腦爲內 定的主動呼叫控制電腦時,則HAD會將其本身記錄爲內 定的主動HA D或HA D — DefActy。接著,其會知道嘗試 自動地進入主動而不從使用者介面(U I )接收手動的 GoActive命令。規則係爲_ : •假使H A D — DefActy看到其H A D - Mate並非主動 本紙张尺度適用中國國家枕隼(CNS ) ( 210 x ;厂厂' ......... (¾1間讀背而之注念事項再峨寫本頁) -ό. 、1Τ 經"‘部中央標冬^只工消费合作社印製 五、發明説明(29) (未提供服務或處於暖待機)時’則其將進入完全主動。 •假使H A D — Def Acty看到其H A D — Mate正進入主 動或已爲主動時,則其僅將進入暖待機狀態。 假使HAD看到其是非內定主動時,則其也會知道僅進入 暖待機狀態。藉由手動切換期間來自U I的明確命令或藉 由來自其HAD — Mate的Go Active命令或經由腳本上的自 動VoteToSwitch切換,可將非內定主動的HAD導至主動· 〇 假使HAD處理死掉或重新啓動,則其會經過同於其 冷啓動期間的初始化。重新啓動的HAD會讀取 DEF_ACTIVE_CS及如上述般地進行。 爲初始HAD執行的關鍵處理追蹤,呼叫控制電腦上 所有的關鍵處理會送出 關於啓動之ImAlive報告給H AD。接著,HAD會產 生含有關於處理的通訊狀態之可更新資訊之處理記錄,或 者適宜的話,產生其處理狀態。當其它的監視器,MON 一 Op、MON - CV及HAD — Mate醒來(開始作動) .時,它們也會將Imalive報告給H A D。 HAD使用內部警告常式以規律地觸發關鍵的呼叫電 腦處理。HAD會於每PORC_HB_INTERVAL秒,將作爲心 跳之Alive-Queries送給其所有的關鍵處理。HAD的 AliveQuery的所有接收者應以ImAlive回應。在收到來自關 鍵處理的ImAlive回應時,H A D會更新該處理的心跳記錄 本紙張尺反適用中國國家榡準(CNS ) ( 210x?O/; ! - 32 - (对先閱諳背而之注念事項再填寫本页)
經满部中央標準趵只工消费合作社印奴 Λ7 1Π 五、發明説明(3〇 ) 。HAD會保持追蹤未回應的AliveQueries。假使處理未回 應 PR〇C_HB_MISSES 數目之 H A D 的 AliveQueries 時,則 Η AD可能產生警報或進行狀態轉換。PR〇C_HB_INTERVAL 及PROC_HB_MISSES參數是可調整的。 U I會將關鍵處理的HAD淸單保持在參數檔案中。 HAD會在啓動時或當U I送給其RereadParms命令時,讀 取這些參數。 HA D使用內部警報常式以規律地觸發遠端MO N伺 服器。H A D會將StateQueries作爲心跳送至包含Μ Ο N — CV及MON — Op 之MON。但是,僅有MON - CV 的目前活動等級對於HAD對平台健康及呼叫處理能力的 監視是重要的。(MON_Op係獨立於其餘平台之外操 作的。)H A D會每MON_HB_INTERVAL秒送出這些心跳 。Μ Ο N應以MonState報告回應StateQueries。在收到 Monstate報告時,H A D會更新Μ 0 N的心跳及狀態記錄 。HAD會保持追蹤未回應的StateQueries。假使Μ Ο未回 應 Mon_HB_MISSES 數目之 HADStateQueries 時,則 H A D 會產生警報但其本身不會進行任何狀態轉變。 MON_HB_INTERVAL 及 MON_HB_MISSES 均爲可調整的參數 〇 Μ ON的狀態可爲: MON_OOS(“OOS"代表、不提供服務,)
MON_STANDBY 本紙张尺度適用中國國家標準(CNS ) ( 2】0χ 29λ:.>灯).33~ — ("先閲讀背而之注意事項再填寫本頁)
經"部中央標涞局只工消费合竹社印% Λ 7 ΙΠ 五、發明説明(31 )
MON_WAIT_RAD_ ACTIVE MON.ACTIVE MON_WAIT_RAD_OOS MON_MAINT_STANDBY HAD不論是主動或是待機,都會以StateQuery心跳 追蹤其 H A D — Mate。H A D — Mate 應以 HadState 報告回 應。在收到HadState報告時,HAD會更新HAD - Mate 的心跳及狀態記錄。H A D會保持追蹤未回應的 StateQueries。假使 H A D — CurrActy 未回應 HAD_HB_MISS ES數目的 H A D — Stand 的 StateQueries,貝[J.H A D — Stand 會開始尋找來自任何MO N之VoteToSwitch通知形式的 H A D — CurrActy通訊問題之確認,該任何Μ Ο N係指也 偵測到與H A D — Curracy通訊故障之Μ Ο N。假使H A D —Stand在其第一次偵測到遺失心跳時之 SWITCH_INTERVAL秒內,從MON取得此確認的 VoteToSwitch,則其會初始平台的自動快速切換並將其呼 叫控制電腦帶至完全主動。假使HAD — Stand在其本身偵 測到遺失的H A D — CurrActy心跳之前,從Μ 0 N取得 VoteToSwitch,則 H A D — Stand 開始計數 SWITCH_INTER VAL並在開始自動快速切換之前等待來自另一MON之 VoteToSwitch。假使H A D — Stand接管並變成目前主動的 H A D時,則其會將ImController之宣告送至其它監視器, 以致於呼叫流會被再引導至新的主動呼叫控制電腦。參數 —— - - - _ — - ..... . ·» — —· - - π — .... ·. »—I II——· 本紙張尺度適用中國國家枕準(CNS ) Λ4Η:,格(210x W ) - 34 - uin;L閲讀卄而之注&事項#填寫本頁)
經滴部中史標準局只工消费合作社印奴 Λ7 ___ H7 五、發明説明(32 ) SWITCH_INTERVAL 及 HAD_HB_MISSES 是可調整的。請注 意,自動快速切換發生時不會參考那一呼叫控制電腦被標 示爲內定主動的。 H A D的狀態可爲:
• HAD.OOS
• HAD.STANDBY
• HAD_WAIT_MONS
• HAD_WAIT_REM
• HAD.ACTIVE 被追蹤的關鍵處理或Μ 0 N或H A D _ Mate等的心跳 狀態可爲: • Alive —假使處理c繼續回答來自HAD的
AliveQueries ° • MISSES_HTBT —假使處理未回應一或更多連續的 AliveQueries 之次數達到 PROC_HB_MISSES 次數。 • NOT_RESPONDING-假使處理未回應 PROC_HB_MISSES 個連續 AliveQueries,但使用 kill(O)並未 發現處理死掉。 • Dead —假使使用kill(O)發現未回應的處理死掉。而 且,來自關鍵處理的ImDead將造成立即轉換至此心跳狀態 ,或是缺乏心跳。 HAD依靠下述變數: • DEF_ACTIVE_CS -這是標示的內定主動呼叫控制電 本紙張尺度適用中國國家標準(CNS ) 枯(210〆?V7i; ) - 35 - ("1間"背而之注念事項孙填寫本5)
Λ 7. Λ 7. 經濟部中央標浓局’只工消赀合作社印^ 五、發明説明(33 ) 腦的機器名稱。其可在任何時間改變。當初始時或當嘗試 解決與其HAD — Mate衝突的活動等級時,其可由HAD 使用。 • PROC_HB_INTERVAL -這是由HAD送至其關鍵處 理之 AliveQuery 心跳與送至其 H A D — MATE 的 StateQuery 心跳之間以秒計算的時間間隔。內定値是1秒。 • PROC_HB_MISSES -這是對 AliveQueries 連續遺失的 回應數目,此連續遺失的回應數目係在關鍵處理宣告其 NOT_RESPONDING之前,HAD允許它未回應的次數。內 定値是2。 • REM_INIT_TIMER - 這是對 AliveQueries 連續遺失的 回應數目,此遺續遺失的回應數目係當HAD - CurrActy 正好轉變至HAD-Wait_R E Μ狀態並傳送Go Active命令給 R Μ E時HAD-CurrActy允許R E M未回應次數。 • MON_HB_INTERVAL —此爲由 HAD 送至 MON 之
StateQuery心跳之間以秒計算的時間間隔。內定値是1 〇秒 〇 • MON_HB_MISSES —係對 StateQueries 連續遺失的回 應數目,此連續遺失的回應數目係在MON宣告其 N〇T_RESPONDING之前,HAD允許MON未回應的次數 。內定値是2。 • SWITCH_INTERVAL —此爲 H A D - Stand 偵測到或 接收到來自MON之HAD — CurrActy未回應之後以秒計 算之時間間隔。H A D - Stand必須接收來自另一 M 0 N之 本紙張尺度適用中國國窣標隼(CNS ) ( 210.χ 2W ) - 36 - d、 ^πL (""閱----"而之"态?項再4寫本頁) Λ7 Η 7 " - . __一… __ . 五、發明説明(34 ) .H A D — CurrActy問題的確認以便開始自動的快速切換。 內定値是5秒。 下述包括HAD狀態及轉變的說明。 • HAD.OOS : 當H A D初始時,其在不提供服務的狀態 HAD - 00S下啓動》當其所有呼叫控制電腦關鍵處理 初始化及送出ImAlive宣告時,HAD轉變至下一待機狀態 〇 • HAD.STANDBY : 在狀態H A D _ STANDBY之下,所有關鍵呼叫 控制電腦處理會回應AliveQueries且HAD會與所有 CR I S單元上的遠端MON及其HAD — Mate交談。 HAD會被視爲暖待機。假使HAD辨識其本身爲內定的 主動HAD時,則其HAD - Mate目前尙未主動時,其會. 轉變至下一等待狀態。假使HAD由U I或其HAD - Mat e告知Go Active時,則不論誰是內定的主動HAD,其仍會 轉變至下一等待狀態。而且,假使HAD接收 VoteToSwitch通告及確認時,其會轉變至下一等待狀態以 開始自動的快速切換。假使HAD能夠Go Active時,其會 將ImController通告告知每一者。 • HAD_WAIT_MONS :
在此狀態下,HAD被視爲「進入主動(going active )」。假使在自動初始期間或自動快速切換期間,HAD 到達此狀態時,則H A D會尋找來自所有的Μ 0 N — C V 本紙ί長尺度適用中國國家標導(CNS )八4叱枯(210 X : ) - 37 - ---------Q — ,1Τ 經滴部中央標象局Η工消费合作杜印製 Λ7 __Η 7 五、發明説明(35 ) 之確知HAD爲主動及至少一MON — C V處於待機狀態 之訊息。當收到這些訊息時,H A D會轉變至下一狀態並 傳送RemGoActive命令給R EM »假使在應要求的平順切 換期間,Η A D達到HAD_WAIT_M〇NS狀態時,則H A D 會告訴MON— CV走出待機模式。HAD會尋找來自所 有MON — C V之確知HAD爲主動的及至少一MON — C V處於待機狀態之訊息。當收到這些訊息時,H A D會 轉變至下一狀態並將RemGoActive命令傳送給其關鍵處理 R E Μ。 • HAD_WAIT_REM : 訂 i/v· 在此狀態下,HAD仍然是主動的。HAD正等待 R E Μ 以 RemGoneActive 報告回應 RemGoActive 命令。當 HAD得到此報告時,其會轉變至完全主動的 HAD_ACTIVE狀態並將GoActive命令送至Μ〇N - C V。 (假使快速切換進行中時,則ΜΟΝ-CV已是處於主動 狀態。
• HAD_ACTIVE 經滴部中央標免局Μ工消费合作社印" 在此狀態下,R A D正處理呼叫並與呼叫控制電腦上 的REM交談。HAD正傳送週期的Alive Query及 StateQuery心跳、更新通訊及狀態記錄、以及保持追蹤遺失 的心跳回應。假使HAD看到關鍵處理並未回應其 AliveQueries,或者假使關鍵處理送出ImDead報告時,則 HAD會轉變至狀態HAD — OO S並傳送Go-Active命令 給其H A D — Mate以切換。其會藉由傳送GoStandby命令 木紙ί艮尺度適用中國國家朽:專(CNS ) 仏 ( 210x 灯)-38 - 五、發明説明(36 ) 給R EM而使其呼叫控制電腦上的呼叫處理結束。 下述表格1至5係提供關於回應某些條件之HAD功 能的詳細資訊。
本紙张尺度適用中國國家榡準(CNS ) ΛΜΟΑ ( 2丨0, ) - 39 -
Λ 7 , Η7五、發明説明(37 ) 表1 : H A D狀態:HAD_0〇S 激發 新狀態 動作 經滴部中央標準乃只工消费合作社印" 來自REM或關鍵處理: 來自關鍵處理的ImAlive 使所有的關鍵處理活動 或是週期地檢査所收到 的AliveQuery回應以顯 示所有關鍵處理是活的 HAD-STANDBY 傳送 HadGoneStandby 給 Mate 傳送 HadGoneStandby 給 Mon-Op 來自關鍵處理之ImDead 或是 對遺失的AliveQuery回 應之週期檢査超過用於 關鍵處理的臨界値 本 Had 已經是 HAD_00S RemGoneActive 木 更新Rem狀態 發出” Rem非預期地進入 Active(主動)"之警告 告知 RemGoStandby RemGoneStandby 本 更新Rem狀態 ("先閱ΪΑ>背而之注念事項"填衿本页)
本紙張尺度適用中國國家掠準(c NS ) Λ 4叱格('2】()X ;> y ) - 40 - Λ7 117 五、發明説明(38) 來自 HAD-Mate 或 UI GoActive 氺 發出"Had不能從00S(未 提供服務)進入Active(主 動)"之警告 GoStandby 氺 發出”HAD不能從00S( 未提供服務)進入Standby (待機Γ之警告 經滴部中央標準局Η;工消费合作社印鉍 來自MON: MonState * 更新Mon的狀態 ImAlive 氺 更新Mon的狀態 來自 Mon-CV 之 ImDead 顯示所有的Mon-Cv死掉 或是 對遺失的StateQuery回 應之週期檢査顯示所有 的Mon-Cv死掉 氺 更新Mon的狀態 發出”所有的CRIS死 掉”之警告 在 Switch_Interval 之內 V oteToSwitch 及確認 氺 發出”Had-Mate死掉,此 HAD處於OOS(不提供服 務)且無法接管”之警告 間讀背而之注*事項再填轉本茛 ,ιτ 本紙張尺度適用中國國家d- ( CNS ) ΛX ) - 41 - Λ- 五、發明説明(39 ) 來自 HAD-MATE: ImController 氺 忽略不管 HadState * 更新Had的狀態 ImDead 氺 更新Had的狀態 發出"Had-Mate死掉,此 Had處於00S(不提供服 務)且無法接管"之警告 經漓部中央標準局只工消费合作讧印狀 本紙张尺度適用中國國家桴準(cns ) λ.ii;™T7i〇77uT:: }: ~ -42- ("'.” 先閲对·^"之."-?;-"'^再本 N )
五、發明説明(4〇 ) 表 2 : HAD狀態:HAD_STANDBY 激發 下一狀態 動作 經滴部中决標嗥局Μχ消费合竹社印鉍 來自REM或關鍵處理: 來自關鍵處理之ImAlive 使得所有關鍵處理是活 的 或者 對所收到的AliveQuery 之週期檢查顯示所有關 鍵處理是活的 * Had 已是 HAD_STANDBY 來自關鍵處理之ImDead 或者 對遺失的AliveQuery回 應之週期檢查超過用於 關鍵處理之臨界値 HAD_00S 傳送 HadGoneOos 給 Had-Mate 傳送 HadGoneOos 給 Mon 將 GoActive 告知 Had-Mate 發出”此Had已遺失關鍵 處理。進入00S(不提供 服務)狀態。Had-Mate接 管"之警告 RemGoneActive 氺 更新Rem狀態 發出” Rem非預期地進入主 動" 告知 RemGoStandby RemGoneStandby * 更新Rem狀態 (对1閱讀背而之注"事項#填艿本页)
本纸張尺度適用中國國家打:準(CNS ),\4叱枯(210〆.'· « ) -43- Λ' in 五、發明説明(41) 來自 HAD-Mate 或 UI:
Go Active(快速的)
HAD WAIT MONS 讎Γ 將 GoStandby 告知 Had-Mate 將 ImController 告知 Mon 將 HadGone WaitMons 告知 Had-Mate 傳送 MonGoneWaitMons 給 Mon ίΛν! (-r.fft間讀tvg之:/.1.总伞項4填寫本頁)
GoActive(平順的)
HAD.WAIT MONS 此關鏹且開 的讎!·· 訂 將 GoStandby 告知 Had-Mate 將 GoStandby 告知 Mon-Cv 將 ImController 告知 Mon(*) 將 ImController Had-Mate 傳送 HadGoneWaitMons 給 Had-Mate 傳送 MonGoneWaitMons 給 Mon-Op
本紙張尺度適用中國國家標準(CN'S ) Λ4叱怙(2丨0 x -44 - Λ'五、發明説明(42 來自MON:
MonState 更新Mon的狀態
ImAlive 更新Mon的狀態 激發 新狀態 動作 來自 Mon-CV 之 ImDead 使所有的Mon-Cv死掉 或者 對遺失的StateQuery回 應的週期檢査超過用於 Mon-Cv的臨界値 發出”所有的CRIS死掉M 之警告 ΐ5'11間讀背而之:;x"事項典填巧本頁 在 Switch_Interval 之內 VoteToS witch 及確認
HAD WAIT MONS 經"部中央標卑局只工消费合作社印於 本紙張尺度適用中國國家CNS ) Adt彳Μ 210χ. 發出”Had-Mate死掉。此 Had待機並開始快速切 換!" 記錄 Had-CurrActy = me 將 GoStandby 告知 Had-Mate 將 ImController 告知 Had-Mate 將 ImController 告知 Mon 傳送 HadGoneWaitMons 給 Had-Mate 傳送 HadGoneWaitMons 給Mon -45- 訂 Λ; H?五、發明説明(43 )僅於HAD STANDBY狀態下達成的初始決定:
Im Had-DefActy 及 Had-Mate目前不是主動的,以 致我將自動地GoActive
WAIT MONS 登錄”此Had待機且開始 自動初始” 記錄 Had-DefActy = me 記錄 Had-CurrActy = me 將 GoStandby 告知 Had-Mate 將 GoStandby 告知 Mon-Cv 將 ImController 告知 Had-Mate 將 ImController 告知 Mon 傳送 HadGoreWaiMonStolby 給 Had-Mate 傳送 HadGoneWailMcnsStandfciy. 給Mon (誚先閱讀背而之注"事項#访寫本頁
•1T 經满部中央样!?'局:^工消费合作社印奴 我是HadUDefActy但是 Had-Mate目前是主動的, 所以我將保持待機 我不是 Had-DefActy 本紙張尺度適用中國國家椋4M CNS ) Λ4Α:,仿(210X ) 記錄 Had-DefActy = me 記錄 Had-CurrActy =Mate 記錄 iiad-DefActy =Mate 46- Λ' Η7 經滴部中央標4,'局Μ-χ·消t合作社印5Ϊ 五、發明説明(44 ) 來自 HAD-Mate 來自 Had-Mate 之 ImContr oiler但是我是Had-DefActy 看起來好像Had-Mate首 先前往該處! 氺 記錄 Had-DefActy 二 me 記錄 Had-CurrActy =Mate 來自Had-Mate之 ImController及我不是 Had-DefActy 看起來好像是Had-Mate 執行自動啓動 木 記錄 Had-DefActy =Mate 記錄 Had-CurrActy =Mate HadState * 更新Had的狀態 ImDead HAD_WAITMONS 發出"Had-Mate死掉。此 Had待機且開始快速切 換!" . 記錄 Had-CurrActy = me 將 GoStandby 告訴 Had-Mate 將 ImController 告訴 Had-Mate 將 ImController 告訴 Mon 傳送 HadGoneWaitMons 給 Had-Mate 傳送 HadGoneWaitMons 給Mon (計先間讀背而之注念事項再填寫本頁 IQ.
,1T 本紙張尺度適用中國國家標4*- ( CNS) 祐(2丨Ox 、 -47 - 五、發明説明(45 ) Λ7 H7 經滴部中央標準局•只工消费合作社印?2 表 3 : H A D狀態:HAD_WAIT_M〇NS 激發 新狀態 動作 來自REM或關鍵處理 來自關鍵處理之ImDead 或者 對遺失的AliveQuery回 應的週期檢査超過用於 關鍵處理之臨界値 HAD.OOS 傳送 HadGoneOos 給 Had-Mate 傳送 HadGoneOos 給 Mon 將 GoActive 告訴 Had-Mate 告知 RemGoStandby 發出”此Had遺失關鍵處 理。進入不提供服務( 00S)狀態。Had-Mate 接 管" RemGoneActive * 更新Rem狀態 RemGoneStandby 氺 更新Rem狀態 來自 HAD_Mate 或 UI: GoActive 氺 忽略不管 已經進入主動 GoStandby HAD.STANDBY 傳送 HadGoneStandby 給 Had-Mate 傳送 HadGone Standby 給 Mon 告知 RemGoStandby 來自MON MonState 氺 更新Mon的狀態 來自Mon-CV之訊息 確認所有的Mon-Cv知道 我是Had-CurrActy及至 少一 Mon-CV待機或是 Mon-CV記錄的週期檢査 確認相同的事 HAD_WAIT_REM 傳送 HadGoneWaitRem 給 Had-Mate 傳送 HadGoneWait Rem 給 Mon-op 告知 RemGoActive ImAlive * 更新Mon的狀態 來自 Mon-CV 之 ImDead 使所有的Mon-Cv死掉 對Mon-CV記錄的週期 檢査顯示所有的Mon-CV 死掉 水 發出”所有的CRIS死掉 之警告 在 Switch_Interval 之內 VoteToSwitch 及確認 氺 忽略不管 Had已進入主動 來自 HAD-Mate ^^^1 m 11 I I . |_ - - I -II K c (对先閲讀背而之注意事項再填寫本頁) 訂 本紙張尺度適用中國國家(CNS )八州尤(2丨0 x 297公# ) -48 - 經來‘部中央標準局只工消f合作社印¾ 五、發明説明(46 )
表 3 : HAD狀態:HAD_WAIT_MONS 激發 新狀態 動作 來自Had-Mate之 ImController但是我是 Had-DefActy而且也進入 主動! 這不應發生,但假使其真 的發生,則我將告訴我的 被混淆的Had-Mtae誰是 老閲 * 衝突!Had-DefActy獲勝並 重新主張控制權 將 GoStandby 告訴 Had-Mate 將 ImController 告訴 Had-Mate 將 ImController 告知 Mon 發出"與主動者可能有 Had衝突。保持收聽”之 警告! 來自 Had-Mate 之 ImContr oiler 當我正進入主動但我不 是 Had-DefActy 時 現在我被混淆了! 我必須退出 HAD.STANDBY 衝突!Had-DefActy獲勝 我不是Had-DefActy,所以 我放棄!無論如何Had-Ma te將傳送GoStandby給我 。這是先前的衝突被推 翻。 告知 RemGoStandby 發出”與主動者可能有 Had衝突。保持收聽"之 警告 HadGoneOos 或 HadGoneStandby * 更新Had的狀態 HadGoneWaitMons Standby 或 HadGoneW aitRemActive 或 HadGoneActive * 發出”衝突的Had狀態。 此 Had 爲 WAITJVIONS • Had-Mate M Active 0 " 之警告 ImDead * 發出“Had-Mate死掉。 此 Had 已經 WAIT-MONS STANDBY及進入 ACTIVE!"之警告 o^.ITL (对先閱讀背面之注意事項再填寫本頁) 本紙张尺度適用中國國家;|:?:準(CNS ) ( 210X.297.公;t;, ) -49- 經潆部中央標苹局負工消费合作社印^ A7 H7 五、發明説明(47 )
表 4:HAD 狀態:HAD_WAIT_REM 激發 新狀態 動作 來自REM或關鍵處理 來自關鍵處理之ImDead 或者 對遺失的Alive Query回 應之週期檢査超過用於 關鍵處理之臨界値 HAD.OOS 傳送 HadGoneOos 給 Had-Mate 傳送 HadGoneOos 給 Mon 將 GoActive 告訴 Had-Mate 告知 RemGoStandby 發出”此Had遺失關鍵處 理。進入00S。Had-Mate接管"之警告 RemGoneActive HAD_ACTIVE 更新Rem狀態 告知 MonGoActive 傳送 HadGoneActive 給 Mate 傳送 HadGoneActive 給 Mon RemGoneStandby 氺 更新Rem狀態 發出” Rem非預期地進入 STANDBY"之警告 來自 HAD-Mate 或 UI: GoActive * 忽略不管。 '本紙張尺度適用中國國家棉準(CMS > ( 210X 1 ~~50~ ("先閱讀背面之注意事項再填寫本頁)
五、發明説明(48 ) 經漪部中央標隼局Μ工消费合作社印5i Λ7 137 Had已經進入ACTIVE。 GoStandby HAD_STANDBY 傳送 HadGoneStandby 給 Had-Mate 傳送 HadGoneStandby 給 Mon 告知 RemGoStandby 來自MON: MonState * 更新Mon的狀態 ImAlive 本 更新Mon的狀態 來自 Mon-CV 的 ImDead 使所有的Mon-Cv死掉 或者 對遺失的StateQuery 回應之週期檢査顯示所 有的Mon-Cv死掉 * 更新Mon的狀態 發出“所有的CRIS死掉 π之警告 在 Switch_Interval 之內 V oteToS witch 及確認 氺 忽略不管 Had已經進入ACTIVE 來自 HAD-Mate ("先閱讀背而之注意事項再填寫本頁)
*1T 本紙張尺度適用中國國家標準(<^5)/\4規梠(21〇¥?97.公/; ) - 51 - A7 B7 五、發明説明(49 ) 經濟部中央標準局只工消费合作社印鉍 來自 Had-Mate 之 ImContr oiler 但是我是Had-DefActy並 且也進入主動! 此不應發生,但假使其真 的發生,則我將告訴我的 被混淆之Had-Mate誰是 老闆 氺 衝突!Had-DefActy獲勝並 重新主張控制權。 將 GoStandby 告訴 Had-Mate 將 ImController 告訴 Had-Mate 將 ImController 告訴 Mon 發出”與主動者可能有 Had衝突。保持收聽!”之 警告 來自Had-Mate之 HAD.STANDBY 衝突!Had-DefActy 獲勝。 ImController 我是 NOT Had-DefActy, 當我進入主動但我是 所以我放棄! NOT Had-DefActy 時 無論如何Had-Mate可能 會傳送給我GoStandby。 現在我是被混淆者! 這是先前的衝突被推翻 我必須退出 〇 告知 RemGoStandby 發出“與主動者可能有 Had衝突。保持收聽!" HadGoneOos 或 HadGoneStandby * 更新Had-Mate的狀態 HadGone W aitMons 氺 更新Had-Mate的狀態 (讀先閱讀背面之注意事項再m寫本頁)
IO
,1T 本紙張尺度適用中國國家標準(CNS ) AW.UM 210/2们.公秌)-52 - 五、發明説明(50 ) A7 B7 Standby 或者 HadGoneWaitRemActive 或是 HadGoneActive 發出"衝突的Had狀態。 此 Had 是 WAIT_REM。 HacUMate 是 ACTVIE。” 之警告 ImDead 氺 發出”Had-Mate死掉。此 Had 已是 WAIT_REM 及 進入 ACTIVE!"
表 5 : HAD狀態:HAD_ACTIVE {請先閱讀背面之注意事項再填舄本頁) 經濟部中央樣嗥局貝工消费合作社印" 激發 新狀態 動作 來自REM或關鍵處理 來自關鍵處理之ImDead HAD一00S 傳送 HadGoneOos 給 Had- 或者 Mate 對遺失的AliveQuery回 傳送 HadGoneOos 給 Mon 應的週期檢査超過用於 將 GoActive 告訴 Had- 關鍵處理之臨界値 Mate 告知 RemGoStandby 發”此Had遺失關鍵處理 。進入 00S。Had-Mate 接管"。 RemGoneActive * 更新Rem狀態 本紙張尺度適用中國國家標準(CNS ) Λ4^格(210X297^1?53 - 五、發明説明(51 ) A7 H7 經濟部中央標擎局只工消费合作社印奴
RemGoneStandby 氺 更新Rem狀態 發出” Rem非預期地進入 STANDBY”之警告 告知 RemGoActive 來自 HAD-Mate 或 UI GoActive * 忽略不管 Had已經是ACTIVE GoStandby HAD.STANDBY 傳送 HadGoneStandby 給 Had-Mate 傳送 HadGoneStandby 給 Mon-Op 告知 RemGoStandby 來自MON: MonState * 更新Mon的狀態 ImAlive 本 更新Mon的狀態 來自 Mon-CV 之 ImDead 使得所有Mon-Cv死掉 或者 對遺失的StateQuery回 應之週期檢査顯示所有 的Mon-Cv死掉 本 更新Mon的狀態 發出”所有的CRIS死掉" 之警告 (請先閱讀背面之注意事項再填寫本S )
本紙張尺度適用中國國家標準(CNS ) Λ4故栳(21〇Χ2ϋΰ;. ) _ 54 _ 五、發明説明(52 ) A7 B7 經滅部中央標嗥局只工消费合作杜印製 在 Switch_Interval 之內 VoteToSwitch及確認表 決 * 忽略不管 Had 已經 ACTIVE 來自 HAD-Mate 來自Had-Mate之 氺 將 GoStandby 告訴 Had- ImController及我已是完 Mate 全主動。 將 ImController 告訴 Had-Mate 這不應發生。 將 ImController 告訴 Mon 但是,由於在開始進入主 發出”與主動者可能有 動時由Had送出 ImController訊息,所以我 認爲我將於此獲勝。 Had衝突。保持收聽!” HadGoneOos HadGone Standby 氺 更新Had的狀態 HadGoneWaitMonStandby 氺 更新Had的狀態 或者 發出”衝突的Had狀態。 HadGone WaitRemActive Had-Mate 是 ACTIVE。” 或者 HadGoneActive 之警告 ImDead * 發出”Had-Mate死掉。此 Had 已是是 ACTIVE。” 之警告 (对先閲讀背面之注意事項再填寫本頁)
本紙張尺度適用中國國家標隼(CNS ) 彳M 210X2W.:M| ) - 55 -
經漭部中央標準局β工消费合作社印W Α7 Η7 五、發明説明(53 ) Μ Ο N樽組Fi Π
Mo η模組5 0可最佳化以便在不同的網路裝置上執 行,舉例而言,VRU或資料庫電腦。此詳細的說明將提 供二種型式的ΜΟΝ模組之槪要,第一個是設計成用於 VRU(MON— CV),而第二個是設計成用於將發明 的一實施例中所使用的空中伺服器(GTAS (ΜΟΝ — 〇 Ρ ))連接到地面。
Μ 0 Ν - C V MON— CV會於VRU 1 6上執行作爲訊息驅動狀 態轉變引擎,訊息驅動狀態轉變引擎係設計成用以監視 V R U 1 6上執行的RAD模組之呼叫處理狀態並協調 其與主動呼叫控制電腦上執行的R EM模組呼叫處理狀態 。Mo η - CV會告訴HAD — CurrActy伺服器去接收平. 台啓動/關機命令及其它來自其本身的更新。MON-CV也會注意HAD — CurrActy的通訊狀態。假使MON —C V偵測到任何告知H A D - CurrActy的問題,則其會 立即通知待機的HAD注意可能的切換》 當用於說明MON-CV活動及依循的狀態轉換時, 此處所列的MON - C V訊息型式通常以簡化方式命名, «ΜΟΝ—CV會接收下述訊息: • ImAlive —當H A D及其關鍵處理RAD初始時來自 此二者及來自R A D通常作爲以確認有效性之心跳回應。 $紙張尺度適用ϋ國家榡4M CNTS ) ΊΓδ6~ - (¾先閱讀背而之注意事項#填寫本頁)
經濟部中央標萆局Μ工消費合作社印¾ Λ7 Η 7 五、發明説明(54 ) • ImDead —當HAD及RAD正平和地退出時,來自 H A D 或 R A D。 • StateQuery —來自H A D以請求狀態報告形式的心 跳回應。 • HadQuery —來自H A D作狀態報告形式的心跳回應 〇 • RadGoneOos —來自RAD以報告其不提供服務之目 前呼叫處理等級。 • RadGoneActive -來自RAD以報告其主動之目前呼 叫處理等級。 • RadGoneMoos -來自RAD以報告其本身處於維修 狀態》 • GoActive —來自H A D — CurrActy用於正常致動, 來自U I用於手動致動。 • GoStandby —來自U I或HAD用於解除致動》 • ImController —來自初始或切換期間進入主動之 HAD» MON— CV會傳送下述訊息: • AliveQuery —送至R A D以請求標示存活力之心跳 〇 • StateQuery -送至HAD以請求狀態報告形式的心 跳回應。 • MonSUte -送至H A D作爲心跳回應及目前活動等 本紙張尺度適用中國國家標準(CNS ) Λϋ ( 210 y]~- ; -- (誚先閱ίί背面之注意事項再填转本頁)
經滴部中央標準局只工消费合作社印裝 Λ7 B7 五、發明説明(55 ) 級的報告。 • GoOos —送至RAD以使其從主動呼叫處理退出至 不提供服務- • GoActive —送至RAD以將其帶至完全主動呼叫處 理等級。 •VoteToSwitch -當Μ 0 N — C V偵測到與目前主動的 HAD之通訊問題時,送至HAD — Stand。 MON — C V使用內部警告常式以便每 PROC_HB_INTERVAL秒規律地送出 AliveQuery 心跳。 R A D應以ImAlive報告回應。在收到來自RAD的 ImAlive時,MON-CV會更新RAD的通訊狀態。假使 R A D 未回應 PROC_HB_MISSES 個的 AliveQuery 時, MON— CV會產生警告並轉變至不提供服狀的狀態。 PROC_HB_INTERVAL 及 PROC_HB_MISSES 參數是可調整的 〇 爲了追蹤HAD的通訊狀態,MON— CV會使用內 部警告以便每HAD_HB_INTERNAL秒規律地傳送StateQuery 心跳給它們β H A D應以HadState報告回應。在收到來自 H A D之HadState報告時,MON — CV會更新HAD的 通訊狀態。HAD_HB_INTERVAL參數是可調整的。 MON — C V會保持追蹤遺失的StateQuery回應。假 使目前主動的HAD未回應HAD_HB_MISSES個Μ 0 N — C V的StateQuery時,MON—CV會藉由傳送 本紙張尺度適用中國國家標隼(CNS ) Λ4^格(2i〇x29r:>"^ ) - 58 - (对先閱讀背而之注意事項再填寫本頁)
經濟部中央標準局只工消费合作社印製 A7 B7 五、發明説明(56)
VoteToSwitch通知給待機的H A D以立即通知其注意可能 的快速切換。假使在SWITCH_INTERVAL秒內,表決的 Μ 0 N - C V未偵測到來自未回應的H A D - CurrActy之 更新的心跳或未收到來自進行切換的H A D — Stand之通知 ,則由於表決的MON— CV無法通知其RAD關鍵處理 將呼叫流導至何處,所以,將使其本身退出至待機狀態。 HAD_HB_MISSES 及 SWITCH_INTERVAL 參數是可調整的。 用於被追蹤的關鍵處理或被追蹤的HAD之心跳狀態 可爲· • Alive -假使處理〔HAD〕繼續回答來自MON — C V 之 AliveQueriy ( StateQuery )。
• MISSED_HTBT -假使處理〔HAD〕未回應一或更 多連續的 AliveQuery〔 StateQuery〕達到 PROC_HB_MISSES 〔HAD_HB_MISSES〕次數。 • NOT_RESPONDING —假使處理〔HAD〕未回應 PROC_HB_MISSES〔 HAD_HB_MISSES〕個連續的
AliveQuery Γ StateQuery〕,但使用kill(O)未發現處理死掉 〇 • DEAD -假使使用kilI(〇)發現未回應的處理〔 HAD〕死掉。而且,來自處理〔HAD〕的ImDead報告 將造成立即轉變至心跳狀態。 MON — CV依靠下述參數: • HAD_HB_INTERVAL -此爲 ΜΟΝ-CV 送至 (請先閲讀背面之注意事項再填转本頁)
本紙張尺度適用中國國家標隼(CNS ) Λ4悅怙(210 X 297.公# ) _ 59 - A? Η 7 五、發明説明(57 ) H A D之StateQuery心跳之間的以秒計算之時間間隔。內 定値是1秒。 • HAD_HB_MISSES —此爲對StateQuery的連續遺失的 回應之數目,此數目係MON — CV允許HAD在宣告其 本身NOT_RESPONDING之前可遺失的回應數目。內定値是 2。 • PROC_HB_INTERVAL _ 此係由 MON - C V 送至 R A D之AliveQuery心跳之間以秒計算的時間間隔。內定 値是1秒。 • PROC_HB_MISSES — 這是對 AliveQuery 連續遺失的 回應數目,此數目是MON — CV允許RAD在宣告其爲 NOT_RESPONDING之前可遺失的回應數目。內定値是2。 • SWITCH.INTERVAL -這是在 MON - C V 送出 VoteToSwitch 通知給 H A D — Stand 之後,MON— CV等 待更新的HAD — CurrActy心跳的切換通知或偵測之秒數 。假使SWITCH_INTERVAL逾時而無通知,則M〇N— CV 會令其本身退至待機狀態。 經漪部中央標準局貝工消费合作社印聚 (請先閱讀背而之注意事項再填寫本頁) 下述係提供MON- CV狀態及轉換之說明。 • MON_OOS : 當MON — CV初始時,其會於未提供服務( MON_OOS )的狀態下啓動。當RAD初始及送出 ImAlive宣告時,MON — C V會轉變至下一待機狀 態。 • MON.STANDBY : 本紙張尺度適用中囡國家標孪(CNS ) Λ现格(210χ297.:Μί ) ' 經濟部中央標準局貝工消费合作社印51 A7 |]7 五、發明説明(58 ) 在MON_STANDBY的狀態下,MON - CV會知道 RAD是活的,但是RAD的電路仍然是OOS "MON 一 C V將會告訴呼叫控制電腦上的遠端HAD及RAD。 當MON — C V接收來自進入主動的HAD之ImController 宣告時,MON—CV會記錄一致性以致於其可告訴 RAD何者目前爲呼叫控制電腦。當H A D — CurrActy完 成致動及傳送Go Active命令給M ON— CV時,MON — C V會轉變至下一狀態並傳送RadGoActive命令給R A D。 • MON_WAIT_RAD_ACTIVE : 在此狀態下,MON— CV將等待RAD以 RadGoneActive 報告回答 RadGoActive 命令。當 R A D 傳送此報告時,MON - C V會轉變至完全主動的 MON_ACTIVE狀態。 • MON.ACTIVE : 在此狀態下,RAD將處理CR I S單元上的呼叫及 與呼叫控制電腦上的REM交介。MON_ CV將傳 送週期的AliveQuery心跳給R A D及傳送StateQuery 給二個HAD、更新通訊記錄及保持追蹤遑失的心跳 回應。假使MON — C V看到目前主動的HAD未回 應StateQuery時,MON — CV將如同上述般立即通 知待機的H A D (以VoteToSwitch通知)注意可能的 快速切換。假使此快速切換發生時,則新近被致動的 H A D 會傳送 ImController 宣告給 MON— CV。 MON - CV會記錄何者爲新的HAD — CurrActy及 本紙張尺度適用中國國家標挲(CNS ) Λ4%#, ( 210χ 297Λ>'ίί ) -61 - 1 I —^i I - Ϊ 1^1 I Is 111 --I— I (請先閱讀背面之注項再填寫本頁) A7 B7 五、發明説明(59) 告知RAD未改變RAD的目前狀態。在 MON_ACTIVE狀態下的任何時候’假使MON-CV 看到RAD未回應其AliveQuery時,MON — CV將 轉變至狀態MON_OOS並告知H A D。 * MON_WAIT_RAD_OOS : 假使MON—CV由於收到來自UI或HAD之 GoStandby命令而必須從主動的呼叫處理退出時,則 MON-CV首先傳送RadGoOos命令給R A D。當 R A D以RadGoneOos報告回應時,MON— CV會轉 變至狀態MON_STANDBY 〇 • MON_MAINT_STANDBY : 假使R A D傳送標示其需要維修之RadGoneMoos報告 給MON - CV時,MON - CV會轉變至 MON_MAINT_STANDBY。當 RAD 必須進入 MOO S. 時,其會使所有的CR I S電路於變成理想狀態時忙 於CRIS關機的期待。假使此爲目前主動的呼叫控 制電腦,MON— CV不會嘗試重新致動RAD。 RAD僅能藉由手動命令或重新開機而離開其 MOOS狀態。在所有的Mo η狀態下,MON — C V會藉由轉變至MON_OOS狀態及傳送MonGonOos 報告給HAD以回應RAD的ImDead報告、 RadGoneOos報告或回應PROC_HB_MISSES個連續遺失 的來自R A D之心跳回應。 本紙張尺度適用中國國家標芈(CNS ) ( 210X 297^1"): 62 : (請先閱讀背面之注意事項再填寫本頁) 訂 經漪部中央標準局只工消费合作社印製 A7 ___ 137 五、發明説明(6〇 ) 下述表6至10詳細說明回應某些條件之ΜΟΝΟ V 的 功能。
表 6:M0N-CV 狀態:MON-OOS 經濟部中央標準局只工消费合作社印奴 激發 新狀態 動作 來自RAD: ImAlive MON STANDBY 一 ' 更新RAD的狀態。 將 GoneStandby 告知 Had RadGoneActive 更新Rad的狀態。 發出” RAD非預期地進入 ACTIVE(主動)" RadGoneMoos MON_MAINT_STANDBY 更新Rad的狀態 來自HAD ImDead 忽略不管。 更新Had的狀態。 Mon尙未STANDBY(待機 )。 ImController 忽略不管。 Mon 尙未 STANDBY。 對遺失的StateQuery回應 之週期檢査超過用於 HAD-CurrActy的臨界値 忽略不管。更新Had的狀 態。Mon 尙未 STANDBY 〇 GoActive 發出"Mon無法從00S進 入ACTIVE"之警告 GoStandby 發出"Mon無法從00S進 入 STANDBY" StateQuery 傳送MonOos給Had --------------1T------W (請先閱讀背面之注項再填寫本I ) 本紙張尺度適用中國國家摞隼(CNS ) Λ4说枋(2IOX297公# ) -63- Λ 7 五、發明説明(61 )
表 7:M0N-CV 狀態:MON_STANDBY 經濟部中央標隼局Μ工消合作社印袈 激發 動作 來自RAD ImDead MOSLOOS RadGoneMoos MON_MA]NT_STANDBY 離 Rad0mg、。 傳送 MooGoneMainStandby 給 Had i»^JAliveQuerylH«gi RADaS^I MON_OOS 顾 Rad&mg、。 傳送 MooGoieOos 給 Had。 來自HAD ImDead 麵HadSm号。 taCoHiollQ: 言M可者是HadCunAdy。 tgt^JState〇ueiy[»Sl HadOarActy 蹄 Had&^。 GoActive MON„WArr_RAD_ACIIVE 言 ^f^^^HadOiirActy。 將 GoActive 告訴 Rad 〇 was ivionuoiie w aitKaaActive 給 Had。 StateQuay 傳送 MonWaitRadAqtive 給 Had --------Q------ίτ-------L. (对先閲讀背而之注念事項.办填«?本頁) 本紙掁尺度適用中國國家CN'S ΰϋ ( 210 < ?V7ί; ) _64: A 7 A 7 經漭部中央標準局只工消资合作社印鉍 五、發明説明(62 )
表 8: MON-CV 狀態:MON_WAIT_RAD_ACTIVE 激發 新狀態 動作 來自RAD: ImDead MON.OOS 更新Rad的狀態。 傳送 MonGoneOos 給 Had。 RadGoneOos 更新Rad的狀態。 發出” Rad未預期地進入 00S"。 將 GoActive 告知 Rad。 RadGoneActive MON.ACTIVE 更新Rad的狀態》 傳送 MonGoneActive 給 HAD 對遺失的AliveQuery回 應之週期檢査超過用於 RAD之臨界値 MON_OOS 更新Rad的狀態。 傳送 MonGoneOos 給 Had。 來自HAD: 來自 Had-CurrActy 之 ImDead 傳送 VoteToSwitch 給 Had-Stand及開始 Switch_INVERVAL 等待 ImController 記錄 Had-CurrActy。 通知Rad。 對遺失的StateQuery回 應之週期檢査超過用於 Had-CurrActy的臨界値 傳送 VoteToSwitch 給 Had-Stand及開始 SWITCHJNTERVAL 等 待 GoStandby MON_WAIT_RAD_OOS 將GoOos告知Rad。 傳送 MonGoneW aitRadActi ve 給Had (站先閱讀背而之注-Λ-&-1'項再4ΪΪ?本页) 装. 訂 C. 本紙张尺度適用中國國家榡準(CNS ) Λ4此格(21(> X /; ) -65- A 7 Π7 五、發明説明(63 )
表 9:M〇N-CV 狀態:MON_ACTIVE (¥?尤閱讀背而之注*事項再4«?木页)
經濟部中央榡家為只工消费合作社印鉍 激發 新狀態 動作 來自RAD: ImDead MON_OOS 更新Rad的狀態。 傳送 MonGoneOos 給 Had。 RadGoneOos MON.STANDBY 更新Rad的狀態。 發出”Rad已非預期地進 入00S"之警告。 傳送 MonGoneStandby 給 Had 〇 RadGoneMoos MON_MAINT_STANDBY 更新Rad的狀態。 傳送 MonGoneMaintStandby 給 Had。 對遺失的AliveQuery回 MON_OOS 更新Rad的狀態。 應之週期檢査超過用於 傳送 MonGoneOos 給 Had RAD之臨界値。 〇 來自HAD: 來自 Had-CurrActy 之 傳送 VoteToSwitch 給 ImDead Had-Stand及開始 SWITCH_INTERVAL 等 待 ImController 記錄 Had-CurrActy。 通知Rad。 對遺失的StateQuery回 傳送 VoteToSwitch 給 應之週期檢査超過用於 Had-Stand及開始 Had之臨界値 SWITCH 一 INTERVAL 等 待 GoStandby MON_WAIT_RAD_OOS 將GoOos告訴Rad。 傳送 MonGoneWaitRadOos 給 Had。 StateQuery 傳送 MonStandby 給 Had 〇 本纸依尺度適用中國國家掠準(CNS ) Λ4iΝΛ ( 2!0a ?' - 66 - 經濟部中央標"-局κχ消费合竹社印鉍 A 7 __lw 五、發明説明(64 )
表 10:MON-CV 狀態:M〇N_WAIT RAD 00S ("1閱讀背而之注恋事項再填寫本頁)
激發 新狀態 動作 來自RAD: ImDead MON_OOS 更新Rad的狀態。 傳送 MonGoneOos 給 Had 〇 RadGoneOos MON.STANDBY 更新Rad的狀態。 傳送 MonGoneStandby 給 Had。 RadGoneMoos MON_MAINT一STANDBY 更新Rad的狀態。 傳送 MonGoneMainStandby 給Had 對遺失的AliveQuery回應 之週期檢査超過用於Rad 之臨界値 MON 一 00S 更新Rad的狀態。 傳送 MonGoneOos 給 Had 〇 來自HAD: ImDead 忽略不管。 Mon 進入 STANDBY。 ImController 忽略不管。 Mon 進入 STANDBY。 對遺失的StateQuery回應 之週期檢查超過用於Had-CurrActy之臨界値 忽略不管。 Mon 進入 STANDBY 〇 本紙张尺度適用中囷國家枕4M CNS ) Λ4ϋ ( 210 X,7 )-67- 經漪部中央標伞局只工消费合竹社印製 Λ 7 Η7 五、發明说明(65) 在所有的Mo η狀態下,藉由轉變至MON — 00S 狀態及傳送MonGonOos報告給HAD,M〇N— CV可回 應R A D的ImDead報告、RadGoneOos報告或是回應 PROC_HB_MISSES個連續遺失的來自RAD之心跳回應。 在任何狀態下’ Μ Ο N會以MonState報告回答HAD的 StateQuery 0 假使MON- CV跳動時,則其會重新啓動並初始化 宛如其正進行冷啓動般。MON - C V對任何先前狀態並 未作任何假設。目前,假使當RAD平順地死掉時MON 一 CV收到來自RAD的ImDead報告時,僅確知RAD跳 動。在該情形下,MON會轉變至狀態MON_OOS。一旦 R A D重新初始時及傳送ImAlive報告給MON— CV時, 則Μ 0 N會轉變至MON_STANDBY並如往常般地進行。 MON-OP (GTAS) MON — 0 p會作爲GTA S上的訊息驅動狀態轉換 引擎,係設計成用以監督及協調GTA S的關鍵處理之狀 態。MON - 0 p也會保持呼叫控制電豳上的主動及待機 的HAD監視器之目前狀態的記錄。假使MON-O p注 意到與目前主動的H A D通訊之任何問題,則其會立即地 通知待機的HAD注意可能的切換。由於GTA S能獨立 於平台的其餘部份之外操作,所以,MON- 〇 p僅需要 二狀態,不提供服務或主動的。 當用於說明MON — 0 p活動及依循的狀態轉變時, 本紙張尺度適用中國國家;準(CNS ) A4ld ( 210〆C ) - 68 - (邡尤閱讀背而之注意事項再填寫本頁)
Λ Λ 經漓部中夹標^扃只工消资合作杜印" 五、發明説明(66 ) 此處所列出的Μ ο η — Ο p訊息型式通常係以簡化方式命 名。Mo η~Ορ會接收下述訊息: • Im Alive —當二HAD及GTA S關鍵處理初始時來 自HAD及GTA S關鍵處理以及來自關鍵處理規律地作 爲確認它們生存之心跳。 • ImDead —當二HAD或關鍵處理平順地衰退時,來 自二HAD或關鍵處理。 • State Query —來自二H A D以請求狀態報告形式的 心跳回應。 • HadState —來自二HAD以作爲心跳回應及目前活 動等級的報告。 • ImController -來自初始或切換期間進入主動的 HAD。 MON — 0 p會傳送下述訊息: • AliveQuery —送至關鍵處理以請求標示存活之心跳 回應。 • StateQuery -送至H A D以請求狀態報告形式的心 跳回應。 • MonState —送至HAD作爲標示存活之心跳回應。 • VoteToSwitch —當Μ 0 N — 0 p偵測到與目前活動 的HAD之通訊問題時,送至HAD — Stand。 爲保持呼叫控制電腦的狀態之目前記錄,Μ 0 N - 本紙張尺度適用中國國家標隼(CNS ΓΛ41匕i ( 210X 1 _gg_ ~~ (对尤間讀背而之汶念事項孙填寫本瓦)
經滴部中失標準局只工消资合作社印狀 Λ7 ΙΠ *— -' .... .— · — . _ — __ _ . _ JII ^-ΙΓ -ΓΤίί. •^^TW^^_l 五、發明説明(67 ) Ο P使用內部警告常式以便每HAD_HB_INTERVAL秒規律 地傳送StateQuery心跳給H A D »每一H A D應以 HadState報告回應。假使目前主動的HAD未回應 HAD_HB_MISSES 個 MON —〇P 的 StateQuery,則 Μ Ο N -Op會藉由傳送VoteToSwitch通知給待機的H A D以通 知它注意可能的切換。HAD_HB_INTERVAL及 HAD_HB_MISSES參數是可調整的。 値得注意的是,由於GTAD獨立於平台的其餘部份 之外而執行,所以,MON — 0P於HAD — CurrActy故 障時不需改變其狀態或是重新導引任何呼叫流,不似 M ON -CV般必須在傳送VoteToSwitch之 SWITCH_INTERVAL秒內採取某些動作。 H A D的狀態可爲:
• HAD.OOS
• HAD.STANDBY
• HAD_WAIT_MONS
• HAD_WAIT_REM
• HAD.ACTIVE 爲追蹤GTA S上的關鍵伺服器之通訊狀態,MON —〇 P會使用內部警告以便規律地每PROC_HB_INTERVAL 秒傳送AliveQuery心跳給它們。Μ 0 N — 0 p的AliveQuery 的所有接收者應以ImAlive報告回應。MON — 〇p會保持 追蹤遺失的AliveQuery回應。假使其任一關鍵處理未回應 ^/裝 訂-II---/1%^ (¾先間讀背而之注意寧項再填寫本頁) 本纸張尺度適用中國國家標準(CNS ) Λ4ί!:.仿(2丨0 / 7 :,U·· ) - 70 - ' '… Λ 7 Η 7 五、發明説明(68 ) PROC_HB_MISSES 次的 ΜΟΝ-Ορ 之 AliveQuery 時,則 MON- Ο p會發出警告並轉變至不提供服務狀態。 PROC_HB_INTERVAL 及 PROC_HB_MISSES 是可調整的參數 〇 M〇N — Ο P可能需要處理同一關鍵處理伺服器的多 個階段。因此,簡化的假設-多重階段的關鍵伺服器的一 個活的階段對平台而言即「足以」保持主動的呼叫處理-允許ΜΟΝ-Ορ指定ALIVE的總合狀態給具有該一 活的階段之任何多重階段處理。 被追蹤的處理或HAD之通訊狀態可具有下述値之一 • ALIVE —假使處理〔HAD〕繼續回應來自MON —◦ p 的 AliveQuery〔 StateQuery〕。 • MISSED_HTBT —假使處理〔HAD〕未回應一或更 多個連續的 AliveQuery〔 StateQuery〕達到 PR〇C_HB_MISSES〔 HAD_HB_MISSES〕次,但是使用 kill( 〇)未發現其死掉。 • DEAD —假使使用kill(o)發現未回應的處理〔 HAD〕死掉。而且,收到來自處理之imDe ad訊息將造成 立即轉變至此心跳狀態。
Mon — Op係依靠下述參數: • HAD_HB_INTERVAL -此爲 MON — ο p 送至 H A D的StateQuery心跳之間以秒計算的時間間隔。內定 本紙張尺度適用中國國家榡丰(CNS ) ΛΊ/Ι^Π 210x7yT:Nj; )~ Γ7Ϊ~ ........... 却先間讀背而之注意事^^^艿本®) 訂 •C, 經濟部中央梯!?-局·,只工消费合#.社印*'1私 Λ 7 Η7 ~_ 1 ^^^-™11·1· .·-»--一 ·|· ... I III Ι·Β· ·.- - _ —— --—— . ___ 五、發明説明(69 ) 値是1秒。 • HAD_HB_MISSES _此爲對StateQuery連續遺失的回 應數目,此數目係MON允許HAD在宣告其爲 NOT-RESPONDING之前所能遺失的回應數目。內定値是2 〇 • PROC_HB_INTERVAL -此爲 MON — Ο p 傳送至其 關鍵處理的AliveQuery之間以秒計算的時間間隔。內定値 是1秒。 • PROC_HB_MISSES —此爲對 AliveQuery 連續遺失的 回應數目,此數目係MON — Op允許關鍵處理在宣告其 爲NOT_RESPONDING之前所能遺失的數目。內定値是2。 下述包括MON—Op狀態及轉變的一般說明。 • MON_OOS : 當MON — Op初始時,其會於不提供服務( MON_OOS )狀態下啓動。當每一關鍵處理初始及 送出Im Alive宣告時,MON — 0 p會轉變至完全 主動的狀態。 誚先間讀背而之注念事項存填寫本頁) 訂 C. 經漪部中央橾挲局,只工消f合作社印狀 本紙張尺度適用中國國家榡率(CNS ) (+ 210〆川7·公i;_. ) - 72 - 1 MON_ACTIVE · 在此狀態下,MON—Op知道GTAS能夠處 理呼叫。MON-O P會傳送週期的AliveQuery 心跳給關鍵處理及傳送StateQuery心跳給H A D 。假使MON - 〇 P知道目前主動的HAD未回 Λ7 Π7 五、發明説明(7〇 ) 應StateQuery,則Μ〇N —〇p會以需要注意可 能的切換之VoteToSwitch立即通知待機的H A D 。假使MON-◦p知道關鍵處理未回應其 AliveQuery時,MON — Op將轉變至狀態 MON-OOS並通知HAD。 下述表11及12係詳細說明回應某些條件的MON —0 P之功能。 經消部中央標4,-局妇工消费合作社印狀 本紙張尺度適用中國國家掠準(CN'S ) Λ州.核(210 X /,; ) - 73 - 經濟部中央標挲局只工消费合作社印鉍 Λ 7 Η 7 五、發明説明(71 )
表 11:Μ0Ν-0ρ 狀態:MON_OOS 激發 新狀態 動作 來自關鍵處理: 對收到的AliveQuery 回應之週期檢查顯示 所有的關鍵處理是活 的 MON—ACTIVE 傳送 MonGoneActive 給 Had 來自多階段關鍵處理 之最後存活的階段或 來自單一階段的關鍵 處理之ImDead 氺 更新proc的狀態。 Mon-Op 已糸翌 00S。 對遺失的AliveQuery 回應之週期檢查超過 用於多階段關鍵處理 之最後活著的階段之 臨界値或是單一階段 關鍵處理之臨界値 * 忽略不管。 Mon-Op 已經是 00S 〇 來自HAD: 來自 Had-CurrActy 之 I mDead * 忽略不管 Mon-Op尙未處於表決 事務 HadState 氺 更新Had的狀態 ImController * 忽略不管。 Mon-Op 尙未 ACTIVE 〇 對遺失的StateQuery回 應之週期檢查超過用 於 Had-CurrActy 之臨 界値 氺 忽略不管。 Mon-Op尙未處於表決 事務。 -I - I-----广— _v------"、;T (誚先間誚背而之注恋事項#填寫本頁) 本紙张尺度適用中國國家d- ( CNS ) Λ4叱估(2 j〇 / ) - 74 - 經濟部中央標準局K工消f合作社印鉍 A 7 H7 五、發明説明(72 )
表 12 : MON-Op 狀態:MON_ACTIVE 激發 新狀態 動作 來自關鍵處理: 來自多階段關鍵處理 之最後存活的階段或 來自單一階段的關鍵 處理之ImDead MON_OOS 傳送MonGonOos給 Had 對遺失的AliveQuery 回應之週期檢査超過 用於多階段關鍵處理 之最後活著的階段之 臨界値或是單一階段 關鍵處理之臨界値 MON_〇OS 來自HAD: 來自 Had-CurrActy 之 ImDead 氺 傳送 Had-Stand VoteToSwitch HadState * 更新Had的狀態 ImController 氺 對遺失的StateQuery回 應之週斯檢查超過用 於 Had-CurrActy 之臨 界値 * 傳送 Had-Stand VoteToSwitch (对先閱讀背而之注*事項#蛾寫本頁) *1Τ c. 本紙張尺度適用中國國家( cns ) ) - 75 - A7 B7 ---------- ..- --------------------------------- 五、發明説明(73 ) 雖然於此特別顯示及說明不同的實施例’但應瞭解’ 在不悖離發明的精神及所欲涵蓋的範圍之下’本發明的修 改及變異係由上述揭示所涵蓋並在申請專利範圍的範圍之 內。舉例而言,雖然以呼叫控制電腦對用於C P P 1 0 ’ 但是,應瞭解可使用任何數目的呼叫控制電腦且任何數目 的呼叫控制電腦亦落在發明的範圍之內。除此之外’雖然 參考C P P 1 0以說明通訊監視處理,但是,應瞭解這些 處理也能在其它網路裝置上實施並仍在發明的範圍之內。 对先閱讀15'·而之注念事項再填寫本I )
C 裝 訂 經濟部中央標準局,,|!工消资合作社印" 本紙張尺度適内中國國家;(I:準(cns ) 厂_
Claims (1)
- 經濟部中央揉準局男工消费合作杜印11 A8 B8 C8 __D8六、申請專利範圍 1 .一種處理呼叫資料之方法,包括下述步驟: 將呼叫資料從主動模式的第一伺服器複製至待機模式 的第二伺服器中; 以該第二伺服器及其它網路裝置監視該第一伺服器之 故障條件;及 假使偵測到故障條件時,將該第一伺服器切換至待機 模式及將該第二伺服切換至主動模式。 2 .如申請專利範圍第1項之方法,其中該複製呼叫 資料的步驟包括下述步驟: 在該第一伺服器處接收該呼叫資料; 在該第一伺服器處處理該呼叫資料: 更新該第一伺服器的呼叫資料記錄以反應該呼叫資料 t 將該呼叫資料傳送至該第二伺服器;及 更新該第二伺服器的呼叫資料以反應該呼叫資料。 3 .如申請專利範圍第1項之方法,其中該監視步驟 包括下述步驟: 以該網路裝置查詢該第一伺服器以偵測故障條件;及 從該網路裝置傳送訊息至測得的故障條件之該第二伺 服器。 4 .如申請專利範圍第3項之方法,其心該切換步驟 包括下述步驟: 在該第二伺服器處接收該訊息; 決定該訊息是否達到預定的臨界數目,且假使達到該 — (請先閲積背面之注f項再填寫本頁) 訂 本紙張尺度逋用中國國家標準f CNS〉A4規格(210X297公釐)-ΤΓ- 經濟部中央梂準局負工消费合作社印裝 A8 B8 C8 D8六、申請專利範圍 預定的臨界數: 將該第二伺服器從待機模式切換至主動模式;及 從該第二伺服器傳送切換至待機模式的訊息給該 第一伺服器。 5 .如申請專利範圍第4項之方法,進一步包括一步 驟,傳送引導呼叫資料至該第二伺服器之訊息給該網路裝 置。 6.如申請專利範圍第1項之方法,進一步包括下述 步驟: 在資料庫處接收靜態呼叫資料: 將該靜態呼叫資料儲存於該資料庫的靜態呼叫資料圖 中;及 ’ 假使該靜態呼叫資料被更新時,將該靜態呼叫資料複 製至該第一和第二伺服器。 7 ·如申請專利範圍第6項之方法,其中該複製步驟 包括下述步驟: 在該第一及第二伺服器處接收該靜態呼叫資料;及 更新該第一伺服器的靜態呼叫資料圖及該第二伺服器 的靜態呼叫資料圖。 8 .如申請專利範圍第7項之方法,進一步包括—步 驟,週基地查核該呼叫資料記錄及該靜態呼叫資料庫以確 保資料同步。 9.~種處理呼叫資料的方法’包括下述步驟: 在主動模式的第一伺服器處接收呼叫資料; -/a - '~~—-- 本紙泽遑用中國國家揉準(CNS ) A4规格(210X297公釐) (請先Μ讀背面之注f項再填寫本頁) 、裝- 訂 A8 B8 C8 D8 經濟部中央摞準局貝工消费合作社印家 六、申請專利範圍 在該第一伺服器處理該呼叫資料; 更新該第一伺服器的呼叫資料記錄以反應呼叫資料; 將該呼叫資料複製至待機模式的第二伺服器: 監視該第一伺服器的故障條件;及 假使偵測到故障條件時,將該第一伺服器切換至待機 模式及將該第二伺服器切換至主動模式。 1 〇 .如申請專利範圍第9項之方法,進一步包括下 述步驟: 在該第二伺服器處接收該複製的呼叫資料:及 更新該第二伺服器的呼叫資料記錄以反應該複製的呼 叫資料。 1 1 .如申請專利範圍第1 0項之方法,進一步包括 一步驟,用以傳送該第一伺服器已切換至待機模式及該第 二伺服器已切換至主動模式之訊息。 12.—種處理呼叫之裝置,包括: 主動模式下的第一呼叫控制電腦,用以接收呼叫資料 待機模式下的第二呼叫控制電腦,耦合至該第一呼叫 控制電腦; 複製機構|用以將該呼叫資料從該第一呼叫控制電腦 複製至該第二呼叫控制電腦: 監視機構,用以監視該第一呼叫控制電腦以偵測該第 一呼叫控制的故障;及 切換機構,假使該故障發生時,用以將該第二呼叫控 (請先閲讀背面之注意事項再填寫本X) 本纸張尺度逋用中國國家揉準(CNS ) A4规格(210X297公釐) -79^ 經濟部中央標隼局β:工消费合作社印製 A8 B8 C8 ___ D8 六、申請專利範圍 制電腦切換至主動模式及將該第一呼叫電腦切換至待機模 式。 1 3 .如申請專利範圍第1 2項之裝置,進一步包括 稱合至該第一及第二呼叫控制電腦之資料庫。 1 4 .如申請專利範圍第1 3項之裝置,其中該呼叫 資訊包括靜態呼叫資訊及動態呼叫資訊,及該資料庫儲存 該靜態資訊。 1 5 .如申請專利範圍第1 4項之裝置,進一步包括 用以複製該第一及第二呼叫控制電腦上的該靜態呼叫資訊 之機構。 1 6 .如申請專利範圍第1 2項之裝置,其中每當該 靜態呼叫資訊被修改時,該複製機構會複製該第一及第二 呼叫控制電腦上的靜態呼叫資訊。 1 7 .如申請專利範圍第1 2項之裝置,其中該監視 機構包括: 遠端監視機構,用於遠端地監視該第一及第二呼叫控 制電腦:及 本地監視機構,用於本地監視該第一及第二呼叫控制 電腦。 18.如申請專利範圍第17項之裝置,其中該遠端 監視機構包括: 設定機構,用以將該第一呼叫控制電腦設定於主動模 式及將該第二呼叫控制電腦設定於待機模式; 初始機構,用以將該第一呼叫控制電腦設定於主動模 本紙張尺度逍用中國國家標準(CNS ) A4规格(210X297公嫠)_ HU - <請先聞讀背面之注$項再填寫本頁) .:ϊ· 訂 Α8 Β8 C8 D8 經濟部中央揉率局貝工消费合作社印装 夂、申請專利範圍 式: 判斷機構,用以判斷該第一呼叫控制電腦內的內部處 理集是在正常的參數內執行;及 傳送機構,假使該內部處理集未在正常參數內執行時 ’ Μ訊息傳送給該第二呼叫控制電腦以從待機模式切換至 主動模式。 1 9 .如申請專利範圍第1 7項之裝置,其中該遠地 監視機構包括: 判斷機構,用以判斷該第一呼叫控制電腦內的內部處 理集是否在正常參數內執行;及 傳送機構,假使該內部處理集未在正常參數內執行時 ’將該第二呼叫控制電腦從待機模式切換至主動模式之表 決訊息傳送給該第二呼叫控制電腦。 2 0 ·如申請專利範圍第1 2項之裝置,其中該切換 機構包括: 接收機構,用以在該第二伺服器處接收表決切換訊息 I 判斷機構,用以判斷該訊息是否達到預定的臨界數目 ’且假使達到該預定的臨界數目時·· 切換機構,用以將該第二伺服器從待機模式切換 至主動模式:及 傳送機構,用以將切換至待機模式之訊息從該第 二伺服器傳送至該第一伺服器。 2 1 .如申請專利範圍第2 0項之裝置,進一步包括 (請先閱讀背面之注f項再填窝本頁) • 4 本紙張又度逋用中國國家梂準(CNS ) Α4规格(210Χ297公釐) 六、申請專利範圍 機構’用以傳送重新引導呼叫資料至該第二伺服器之 訊息給該網路裝置。 (請先《讀背面之注意事項再填寫本頁) 2 2 . —種執行呼叫處理之電腦,包括: 記億體,包含: 電腦程式,用以將呼叫資料從主動模式的第一伺 服器複製至待機模式的第二伺服器; 電腦程式集,用於由第二伺服器及其它網路裝置 監視該第一伺服器之故障條件; 電腦程式,假使偵測到故障條件時,用以將該第 一伺服器切換至待機模式及將該第二伺服器切換至主動模 式;及 處理器,用以執行該複數個程式。 2 3 .—種電腦可讀取的介質,該介質的內容可使電 腦系統執行遠地程序呼叫,該電腦系統具有電腦程式,該 電腦程式於執行時會執行下述步驟: 將呼叫資料從主動模式的第一伺服器複製至待機模式 的第二伺服器; 經濟部中央橾準局工消费合作社印装 由該第二伺服器及其它網路裝置監視該第一伺服器之 故障條件:及 假使偵測到故障條件時,將該第一伺服器切換至待機 模式及將該第二伺服器切換至主動模式》 -Οϋ- 本紙張尺度適用中國國家揲準(CNS ) A4规格(210X297公釐)
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/937,762 US5974114A (en) | 1997-09-25 | 1997-09-25 | Method and apparatus for fault tolerant call processing |
Publications (1)
Publication Number | Publication Date |
---|---|
TW389860B true TW389860B (en) | 2000-05-11 |
Family
ID=25470361
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW087116007A TW389860B (en) | 1997-09-25 | 1998-10-14 | Method and apparatus for fault tolerant call processing |
Country Status (4)
Country | Link |
---|---|
US (1) | US5974114A (zh) |
BR (1) | BR9806484A (zh) |
CA (1) | CA2246957A1 (zh) |
TW (1) | TW389860B (zh) |
Families Citing this family (51)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100233458B1 (ko) * | 1997-05-19 | 1999-12-01 | 윤종용 | 원격 다중 가입자의 호처리 이중화 방법 |
DE19723079C1 (de) * | 1997-06-02 | 1998-11-19 | Bosch Gmbh Robert | Fehlerdiagnosevorrichtung und -verfahren |
JPH11184814A (ja) * | 1997-12-22 | 1999-07-09 | Hitachi Ltd | 端末切替装置 |
US6205557B1 (en) * | 1998-06-09 | 2001-03-20 | At&T Corp. | Redundant call processing |
EP0987630B1 (en) * | 1998-09-08 | 2005-09-14 | Fujitsu Services Limited | Resilience in a multi-computer system |
US6785223B1 (en) * | 1999-04-22 | 2004-08-31 | Siemens Information And Communication Networks, Inc. | System and method for restarting of signaling entities in H.323-based realtime communication networks |
JP3545642B2 (ja) * | 1999-05-17 | 2004-07-21 | 松下電器産業株式会社 | 監視システム及び方法 |
US6715099B1 (en) * | 1999-06-02 | 2004-03-30 | Nortel Networks Limited | High-availability architecture using high-speed pipes |
JP3805951B2 (ja) * | 1999-07-01 | 2006-08-09 | 株式会社リコー | 画像形成装置管理システム及び管理方法 |
US6718032B1 (en) * | 1999-07-13 | 2004-04-06 | Interactive Intelligence | Read-only in-memory tables for intelligent call processing system |
US6816483B1 (en) * | 1999-07-16 | 2004-11-09 | Cisco Technology, Inc. | Switched virtual circuit call processing/routing system |
JP3892998B2 (ja) * | 1999-09-14 | 2007-03-14 | 富士通株式会社 | 分散処理装置 |
US6421741B1 (en) * | 1999-10-12 | 2002-07-16 | Nortel Networks Limited | Switching between active-replication and active-standby for data synchronization in virtual synchrony |
EP1107551A3 (en) * | 1999-12-06 | 2004-03-24 | Alcatel USA Sourcing, L.P. | A system and a method of automatically de-activating telecommunications equipment without disconnecting stable calls |
US6522732B1 (en) * | 1999-12-06 | 2003-02-18 | Alcatel Usa Sourcing, L.P. | System and method of preserving stable calls during a split mode operation of telecommunications equipment |
US6449365B1 (en) * | 1999-12-16 | 2002-09-10 | Worldcom, Inc. | Method and apparatus providing notification of network conditions |
US6618819B1 (en) * | 1999-12-23 | 2003-09-09 | Nortel Networks Limited | Sparing system and method to accommodate equipment failures in critical systems |
US6778491B1 (en) * | 2000-03-31 | 2004-08-17 | Alcatel | Method and system for providing redundancy for signaling link modules in a telecommunication system |
US7130261B1 (en) | 2000-05-31 | 2006-10-31 | Siemens Communications, Inc. | Hierarchical dependability for open distributed environments |
US6691250B1 (en) | 2000-06-29 | 2004-02-10 | Cisco Technology, Inc. | Fault handling process for enabling recovery, diagnosis, and self-testing of computer systems |
US6807269B1 (en) | 2000-07-20 | 2004-10-19 | Cisco Technology, Inc. | Call management implemented using call routing engine |
US6674852B1 (en) | 2000-08-31 | 2004-01-06 | Cisco Technology, Inc. | Call management implemented using call routing engine |
US6690789B1 (en) * | 2000-08-31 | 2004-02-10 | Cisco Technology, Inc. | Fault tolerant telephony control |
US6801613B1 (en) * | 2000-08-31 | 2004-10-05 | Cisco Technology, Inc. | Associating call appearance with data associated with call |
US8019587B1 (en) * | 2000-09-06 | 2011-09-13 | Ciscotechnology, Inc. | Software upgrade of redundant network components |
US6876625B1 (en) * | 2000-09-18 | 2005-04-05 | Alcatel Canada Inc. | Method and apparatus for topology database re-synchronization in communications networks having topology state routing protocols |
US7533174B1 (en) * | 2000-09-29 | 2009-05-12 | Nortel Networks Limited | Media gateway connection information recovery |
US6590961B1 (en) * | 2000-10-12 | 2003-07-08 | Nortel Networks Limited | Call protect systems with handoff redundancy |
US7257629B2 (en) * | 2001-09-27 | 2007-08-14 | Siemens Communications, Inc. | Method and apparatus for providing back-up capability in a communication system |
US7079481B2 (en) * | 2002-01-04 | 2006-07-18 | Avaya Technology Corp. | Redundant network controller management system |
US7978598B1 (en) * | 2002-03-01 | 2011-07-12 | Cisco Technology, Inc. | Connection replication |
US7076689B2 (en) * | 2002-10-29 | 2006-07-11 | Brocade Communication Systems, Inc. | Use of unique XID range among multiple control processors |
US7065673B2 (en) * | 2002-10-29 | 2006-06-20 | Brocade Communication Systems, Inc. | Staged startup after failover or reboot |
CN100373799C (zh) * | 2003-07-01 | 2008-03-05 | 中兴通讯股份有限公司 | 一种宽带接入服务器热备份的方法 |
US7483369B2 (en) | 2003-09-30 | 2009-01-27 | Avaya Inc. | Method and apparatus for migrating to an alternate call controller |
DE10358344A1 (de) * | 2003-12-12 | 2005-07-14 | Siemens Ag | Verfahren zum Ersatzschalten von räumlich getrennten Vermittlungssystemen |
US7366110B2 (en) * | 2004-09-30 | 2008-04-29 | Avaya Technology Corp. | Method and apparatus for merging call components during call reconstruction |
ATE553574T1 (de) * | 2004-11-26 | 2012-04-15 | Nokia Siemens Networks Gmbh | Verfahren zum nachweis der verfügbarkeit von systemkomponenten eines redundanten kommunikationssystems |
US7496056B2 (en) * | 2005-01-04 | 2009-02-24 | Avaya Inc. | Conference connections using dynamic topology switching for IP and circuit-switched fabrics |
US7613106B2 (en) * | 2005-01-04 | 2009-11-03 | Avaya Inc. | Dial plan transparency for fragmented networks |
US7457249B2 (en) * | 2005-01-04 | 2008-11-25 | Avaya, Inc. | Alternate routing of media connections within a single communications system across public or private network facilities |
US8462637B1 (en) | 2005-01-04 | 2013-06-11 | Sheridan Ross P.C. | Dial plan routing for fragmented networks |
US20060146859A1 (en) * | 2005-01-04 | 2006-07-06 | Avaya Technology Corp. | Alternate routing of media connections within a single communications system across public or private network facilities |
US7564793B2 (en) * | 2005-01-04 | 2009-07-21 | Avaya Inc. | In-band call association signaling for a single number destination |
US7808892B1 (en) * | 2006-11-21 | 2010-10-05 | Meteorcomm, Llc | Redundant data distribution systems and methods |
EP2206247B1 (en) * | 2007-10-31 | 2012-12-05 | Alcatel Lucent | Method for doubly backing up files asynchronously |
GB2461501B (en) * | 2008-06-27 | 2010-07-28 | Motorola Inc | Communication system and a method and call processor for use in the system |
US8315363B2 (en) * | 2008-08-08 | 2012-11-20 | Verizon Patent And Licensing Inc. | Network call recording |
JP5509564B2 (ja) * | 2008-09-30 | 2014-06-04 | 富士通株式会社 | メッセージ送信方法及びプログラム |
US20190334990A1 (en) * | 2018-04-27 | 2019-10-31 | Exten Technologies, Inc. | Distributed State Machine for High Availability of Non-Volatile Memory in Cluster Based Computing Systems |
JP7421052B2 (ja) * | 2019-03-15 | 2024-01-24 | アイコム株式会社 | サーバシステムおよびプロセスの冗長化方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
ATE71788T1 (de) * | 1986-03-12 | 1992-02-15 | Siemens Ag | Verfahren zum betrieb einer fehlergesicherten hochverfuegbaren multiprozessorzentralsteuereinheit eines vermittlungssystemes. |
US4949373A (en) * | 1989-01-06 | 1990-08-14 | International Business Machines Corporation | Host load balancing |
US5182750A (en) * | 1990-12-31 | 1993-01-26 | At&T Bell Laboratories | Transparent remoting of switching network control over a standard interface link |
US5661719A (en) * | 1995-10-19 | 1997-08-26 | Ncr Corporation | Method for activating a backup network management station in a network management system |
US5848128A (en) * | 1996-02-29 | 1998-12-08 | Lucent Technologies Inc. | Telecommunications call preservation in the presence of control failure |
US5883939A (en) * | 1996-08-29 | 1999-03-16 | Cornell Research Foundation, Inc. | Distributed architecture for an intelligent networking coprocessor |
-
1997
- 1997-09-25 US US08/937,762 patent/US5974114A/en not_active Expired - Lifetime
-
1998
- 1998-09-10 CA CA002246957A patent/CA2246957A1/en not_active Abandoned
- 1998-09-18 BR BR9806484-3A patent/BR9806484A/pt not_active Application Discontinuation
- 1998-10-14 TW TW087116007A patent/TW389860B/zh not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
BR9806484A (pt) | 2001-09-18 |
CA2246957A1 (en) | 1999-03-25 |
US5974114A (en) | 1999-10-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TW389860B (en) | Method and apparatus for fault tolerant call processing | |
US7912858B2 (en) | Data synchronization method | |
CA3166102C (en) | Smart device monitoring method and apparatus | |
TWI235299B (en) | Method for providing application cluster service with fault-detection and failure-recovery capabilities | |
CA2273348C (en) | Redundant call processing | |
CN101483540A (zh) | 一种高端数据通信设备中的主备倒换方法 | |
JP2000181890A (ja) | マルチプロセッサ交換機及びその主プロセッサ切替方法 | |
CN106330475A (zh) | 一种通信系统中管理主备节点的方法和装置及高可用集群 | |
CN110109772A (zh) | 一种cpu的重启方法、通信设备及可读存储介质 | |
JP2000250771A (ja) | サーバ二重化方式 | |
JP3197279B2 (ja) | 業務引継システム | |
CN110333973B (zh) | 一种多机热备的方法和系统 | |
JP2004134878A (ja) | 通信システム、主装置機能バックアップ方法、保守管理センタ及びユーザシステム | |
US11223709B2 (en) | Exchange, communication system, registration method, and program | |
JP2013161266A (ja) | 呼処理情報の冗長化制御システムおよびこれに利用する予備保守サーバ | |
JP6856574B2 (ja) | サービス継続システムおよびサービス継続方法 | |
KR950010490B1 (ko) | 전전자 교환 시스템에서의 제어시스템의 이중화 운용 방법 | |
JP2833969B2 (ja) | 利用者障害監視制御方法 | |
GB2416883A (en) | Processing of callers in a call centre using distributed processing modules | |
WO2024119777A1 (zh) | 框式设备通信链路异常处理方法、框式设备及介质 | |
CN113220448B (zh) | 一种双机系统及其控制方法 | |
CN201491023U (zh) | 一种基于rac的冗余服务器结构 | |
JPH09162976A (ja) | 分散処理システムのモジュール運転状態制御方法 | |
CN115051911A (zh) | 一种双活容灾系统、方法、计算机设备及存储介质 | |
CN116155697A (zh) | 服务器异常的处理方法、装置和电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
GD4A | Issue of patent certificate for granted invention patent | ||
MM4A | Annulment or lapse of patent due to non-payment of fees |