專利名稱：可以進(jìn)行快速數(shù)據(jù)庫同步的通信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬電信技術(shù)領(lǐng)域。具體地說，本發(fā)明與提供一個(gè)可擴(kuò)展的冗余數(shù)據(jù)庫的方法和設(shè)備有關(guān)。
最近這幾年內(nèi)，無線電信有了飛速的發(fā)展。無線電信的最普遍的形式之一是蜂窩電話，然而，預(yù)期其他諸如在日本普遍采用的PHS(個(gè)人手持電話系統(tǒng))之類的技術(shù)在未來的幾年中會(huì)對世界的其他部分產(chǎn)生顯著的影響。
PHS不同于蜂窩技術(shù)，諸如電話機(jī)、調(diào)制解調(diào)器之類的移動(dòng)裝置通過小區(qū)距離范圍(半徑)通常為100-500米左右的“基站”進(jìn)行通信，而對于蜂窩小區(qū)來說小區(qū)距離范圍則為1500-5000米左右。因此，基站的分布要比蜂窩小區(qū)的情況稠密得多。然而，PHS手機(jī)的輸出可以比蜂窩的低許多。一個(gè)PHS手機(jī)的輸出在10毫瓦左右，而一個(gè)蜂窩電話機(jī)的輸出通常要達(dá)到0.6-1.0瓦。可以預(yù)料，在不久的將來PHS將以較低的價(jià)格提供優(yōu)異的服務(wù)。
在PHS系統(tǒng)和其他無線電信系統(tǒng)中，都有一個(gè)或多個(gè)用戶數(shù)據(jù)庫，存儲(chǔ)有關(guān)每個(gè)用戶的帳戶的信息，例如業(yè)務(wù)選項(xiàng)(如語音信箱)、限制(如呼叫禁止，長途限制)、計(jì)費(fèi)信息和狀態(tài)以及當(dāng)前位置(即當(dāng)前為用戶服務(wù)的基站)。數(shù)據(jù)庫中的信息對于所有的電話事務(wù)處理來說都是必需的，因此數(shù)據(jù)庫通常設(shè)置在一些充分冗余的計(jì)算機(jī)內(nèi)，使得一個(gè)計(jì)算機(jī)有故障并不妨礙對數(shù)據(jù)的存取。為了防止災(zāi)害性的故障，如由洪水、地震或其他自然災(zāi)害而引起的故障，這些冗余計(jì)算機(jī)通常在地理上要相隔好幾百英里。
隨著用戶數(shù)量的增大，數(shù)據(jù)庫的容量也就增大。最終，數(shù)據(jù)庫將會(huì)大得使單個(gè)計(jì)算機(jī)不能有效地進(jìn)行維護(hù)。
因此，有必要開發(fā)一種能提供一個(gè)可擴(kuò)展的用戶數(shù)據(jù)庫的方法和設(shè)備。
在本發(fā)明中，冗余服務(wù)控制點(diǎn)子系統(tǒng)之間的數(shù)據(jù)通過在每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)上存儲(chǔ)數(shù)據(jù)庫的一個(gè)備份和在每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中將每個(gè)所述數(shù)據(jù)庫的備份組織成一個(gè)相應(yīng)的文件來實(shí)現(xiàn)同步，其中每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)具有多個(gè)處理器，而每個(gè)文件包括多個(gè)記錄。在每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中，對所述服務(wù)控制點(diǎn)子系統(tǒng)中的處理器分配相應(yīng)的所述文件組。對于每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中的每個(gè)文件，已改變的記錄被標(biāo)識，并將信息送到其它服務(wù)控制點(diǎn)子系統(tǒng)的相應(yīng)處理器中以更新改變的記錄，這樣每個(gè)文件記錄和其它文件的記錄可以分開更新和并行更新。
本發(fā)明與現(xiàn)有技術(shù)相比具有一些明顯的優(yōu)點(diǎn)。通過使用單獨(dú)處理器更新多個(gè)文件，兩個(gè)冗余的數(shù)據(jù)庫可以快速地進(jìn)行同步。
為了更充分地理解本發(fā)明及其優(yōu)點(diǎn)，可以參照以下結(jié)合附圖所作的說明。在這些附圖中

圖1a為具有一個(gè)可隨容量增大增添SCP(服務(wù)控制點(diǎn))的AIN服務(wù)網(wǎng)的電話系統(tǒng)的方框圖；圖1b為例示在服務(wù)管理系統(tǒng)(SMS)、服務(wù)控制點(diǎn)(SCP)和它的對偶SCP與和用戶電話設(shè)備進(jìn)行無線通信的基站(BS)之間的關(guān)系的簡化方框圖；圖1c為接至多個(gè)SCP對的各種裝置的簡化方框圖；圖2為按本發(fā)明構(gòu)成的服務(wù)控制點(diǎn)(SCP)的方框圖；圖3為按本發(fā)明構(gòu)成的SCP的詳細(xì)方框圖；圖3A為按本發(fā)明進(jìn)行文件分配和由于IPU故障而進(jìn)行再分配的詳細(xì)方框圖；圖4為平臺(tái)管理器(PM)數(shù)據(jù)庫管理器的對象圖；圖5為應(yīng)用處理器組(APG)數(shù)據(jù)庫管理器的對象圖；圖6為智能處理器單元(IPU)數(shù)據(jù)庫管理器的對象圖；圖7為APG數(shù)據(jù)庫管理器初始化過程的示范流程圖；圖8為IPU數(shù)據(jù)庫管理器初始化過程的示范流程圖；圖9為PM從備用轉(zhuǎn)為在用工作狀態(tài)的過程的示范流程圖；圖10為處理IPU故障的過程的示范流程圖；圖11為IPU增添文件系統(tǒng)的過程的示范流程圖12為從IPU除去文件系統(tǒng)的過程的示范流程圖；圖13為負(fù)荷平衡請求過程的示范流程圖；圖14為負(fù)荷平衡過程的示范流程圖；圖15為數(shù)據(jù)庫重新配置過程的示范流程圖；圖16為共享存儲(chǔ)器和磁盤同步過程的示范流程圖；圖17為同步一個(gè)SCP對的相應(yīng)SCP的數(shù)據(jù)庫的過程的示范流程圖；圖18為用于同步相應(yīng)SCP數(shù)據(jù)庫的IPU同步過程的示范流程圖；圖19為用于同步相應(yīng)SCP數(shù)據(jù)庫的IPU更新過程的示范流程圖；圖20例示了集中全局標(biāo)題解釋(CGTT)表的格式；圖21和22例示了根據(jù)CGTT修改全局標(biāo)題解釋表的流程圖；圖23a至23e例示了在SCP之間信息遷移的過程。
下面將結(jié)合圖1-23充分說明本發(fā)明，在這些圖中同樣的部分用同樣的標(biāo)號標(biāo)示。
圖1a例示了具有PHS能力的電話系統(tǒng)10的方框圖。一系列諸如電話機(jī)、PBX(專用小交換機(jī))、調(diào)制解調(diào)器和數(shù)字裝置之類的裝置14接到PSTN(公眾電話交換網(wǎng))12上。此外，還有一系列PHS基站16也接到PSTN12上。PHS手機(jī)(或諸如數(shù)字調(diào)制解調(diào)器之類的其他裝置)18與連到PSTN 12上的其它裝置通過利用無線通信的基站16進(jìn)行通信。
AIN(高級智能網(wǎng))系統(tǒng)22包括一個(gè)或多個(gè)接到PSTN12上的STP(信號傳送點(diǎn))24。這些STP相互連接，并且接到多個(gè)SCP(服務(wù)控制點(diǎn))對26上。每個(gè)SCP對26包括兩個(gè)全冗余SCP26a和26b，這將在下面詳細(xì)說明。STP 24還接至與SCP對26連接的NCC(網(wǎng)絡(luò)控制中心)28、SMS(服務(wù)管理系統(tǒng))30和VMS(語音郵件系統(tǒng))32。NCC28包括一個(gè)CGTT(集中全局標(biāo)題表)34。
在工作中，由一個(gè)PHS裝置18發(fā)起或終接的呼叫要利用AIN電路系統(tǒng)22來獲取信息。除了其他信息，SCP 26提供一個(gè)數(shù)據(jù)庫，其中所存儲(chǔ)的信息包括與各移動(dòng)裝置18關(guān)聯(lián)的當(dāng)前基站16的暫態(tài)數(shù)據(jù)、預(yù)訂語音信箱選項(xiàng)的各移動(dòng)裝置18的語音郵件信息、諸如呼叫閉鎖之類的其他選項(xiàng)以及計(jì)費(fèi)信息。在有一個(gè)呼叫發(fā)至或來自一個(gè)移動(dòng)裝置18時(shí)，就要向SCP查詢，以確定有關(guān)信息。
例如，有一個(gè)呼叫從一個(gè)PSN(電話系統(tǒng)號碼)為050-888-7777的第一移動(dòng)裝置18要發(fā)至一個(gè)PSN為050-888-6666的第二移動(dòng)裝置。首先，這兩個(gè)裝置由各自PSN中的一定數(shù)字標(biāo)識為是移動(dòng)裝置(在本情況為PHS)。在本例中，假設(shè)“050”標(biāo)識PHS裝置，而“888”標(biāo)識PHS提供方(當(dāng)然可采用任何組合的號碼)。因此，為了完成這個(gè)呼叫，PSTN必需確定當(dāng)前是哪個(gè)基站16與接收裝置關(guān)聯(lián)。第二，如果有與呼叫或接收裝置關(guān)聯(lián)的語音郵件，那么這信息就應(yīng)該轉(zhuǎn)給裝置(例如使電話機(jī)上的指示燈亮，以通知用戶有語音郵件待取)。第三，呼叫或接收裝置18可以預(yù)訂一個(gè)或多個(gè)限制選項(xiàng)，防止進(jìn)行或接收某些呼叫。因此，如果呼叫裝置18在進(jìn)行長途呼叫是受限制的，那么在接收裝置是與一個(gè)需要長途呼叫的基站關(guān)聯(lián)的情況下，這個(gè)呼叫將不能完成(并通知呼叫方)?；蛘?，接收裝置可以列出不愿從哪些呼叫裝置接收呼叫的PSN。如果是這種情況，這個(gè)呼叫就會(huì)被閉鎖(并通知呼叫方)。第四，其中一個(gè)裝置18可能處在無業(yè)務(wù)區(qū)或可能已撤消了業(yè)務(wù)，在這種情況下，呼叫不能完成。
雖然上述事務(wù)處理是結(jié)合從一個(gè)第一PHS裝置18至一個(gè)第二PHS裝置18的呼叫說明的，然而每當(dāng)有一個(gè)呼叫涉及一個(gè)PHS裝置18，無論是作為呼叫方還是接收方，即使另一方不是一個(gè)PHS裝置，也必需對至少一個(gè)SCP26進(jìn)行查詢。
由于SCP 26在任何涉及一個(gè)PHS裝置18的呼叫中都要卷入，因此它們的數(shù)據(jù)庫就會(huì)迅速增大。此外，隨著數(shù)據(jù)庫的增大，SCP服務(wù)的速度不能有顯著降低。而且，各個(gè)SCP 26內(nèi)的數(shù)據(jù)必需得到保護(hù)，防止由于單個(gè)SCP的故障而引起的任何損失。
在圖1a所示的實(shí)施例中，各對SCP 26都是全冗余的，也就是說，每對中的SCP 26a和26b具有完全相同的數(shù)據(jù)庫(短期會(huì)有所不同，這由下面要說明的同步處理解決)。每個(gè)SCP對26分管一個(gè)裝置子集。在這里所說明的優(yōu)選實(shí)施例中，每個(gè)SCP對26分管PHS系統(tǒng)的PSN內(nèi)的一個(gè)或多個(gè)范圍。例如，第一SCP對26分管888-0000至888-3333的PSN，而第二對可與888-3334至888-7777關(guān)聯(lián)(在實(shí)際實(shí)施中，與每個(gè)SCP對關(guān)聯(lián)的PSN的數(shù)量可以大得多)。CGTT34維護(hù)一個(gè)規(guī)定每個(gè)SCP對的負(fù)責(zé)范圍的數(shù)據(jù)庫。這信息在需要時(shí)分配給AIN系統(tǒng)內(nèi)的其他裝置。
在與一個(gè)SCP對26關(guān)聯(lián)的PSN范圍內(nèi)，這個(gè)對26內(nèi)的每個(gè)SCP都有一個(gè)冗余數(shù)據(jù)庫。然而，為了提高效率，SCP 26a和26b各自分管對一半查詢負(fù)荷的響應(yīng)。如果一個(gè)SCP 26a或26成為不能工作，另一個(gè)SCP(對偶SCP)就能響應(yīng)全部負(fù)荷，直至發(fā)生故障的SCP返回服務(wù)的時(shí)候。因此，對于每個(gè)PSN，有一個(gè)“主”SCP規(guī)定為在兩個(gè)SCP都運(yùn)行時(shí)將對這個(gè)PSN的查詢進(jìn)行響應(yīng)的SCP。在工作期間，SCP 26a或26b之間的數(shù)據(jù)可能會(huì)失去同步。例如，在一個(gè)裝置在基站之間改變時(shí)，這信息(在這里稱為“暫態(tài)”信息)將報(bào)告給這對中指定為主SCP的那個(gè)SCP。類似，語音郵件信息將從VMS 32報(bào)告給這對中負(fù)責(zé)受影響裝置的主SCP。為了維護(hù)數(shù)據(jù)庫的冗余性，這兩個(gè)SCP將交換暫態(tài)和語音信息，如以后結(jié)合圖17-19所述。
圖1a的AIN系統(tǒng)22利用多個(gè)SCP對26。每個(gè)SCP對26負(fù)責(zé)提供一部分用戶數(shù)據(jù)庫的服務(wù)。CGTT通過將一個(gè)或多個(gè)范圍的電話號碼與一個(gè)SCP對關(guān)聯(lián)規(guī)定了哪些SCP對26負(fù)責(zé)哪些用戶。由于每個(gè)SCP對26分管一部分用戶數(shù)據(jù)庫而不是整個(gè)用戶數(shù)據(jù)庫，因此SCP的響應(yīng)時(shí)間大大增加。
此外，如下面要詳細(xì)說明的那樣，如果需要，AIN系統(tǒng)可以增添一些SCP對26。因此，隨著用戶數(shù)據(jù)庫的增大，AIN的服務(wù)可以繼續(xù)下去，通過增添SCP對和將用戶記錄遷移到新的SCP對及時(shí)進(jìn)行響應(yīng)，如下面結(jié)合圖23a-e所述。增添新的SCP對可以在不中斷服務(wù)和沒有任何數(shù)據(jù)損失的情況下實(shí)現(xiàn)。
SCP 26可以通過專用的點(diǎn)對點(diǎn)x.25鏈路接至SMS 30。一對中的SCP 26a和26b通常分別配置在不同的市，可以通過某個(gè)通信鏈路，如點(diǎn)到點(diǎn)廣域網(wǎng)(WAN)鏈路或媒體訪問控制(MAC)橋，連接在一起。
在SMS 30、SCP 26和基站16之間發(fā)送的某些典型的消息示于圖1b。在有一個(gè)使用便攜手機(jī)18的新用戶加入到通信網(wǎng)10時(shí)，SMS 30就頒發(fā)一個(gè)INSERT(插入)命令給如CGTT 34規(guī)定的適當(dāng)?shù)膶χ械腟CP 26a和26b雙方，以增添一個(gè)新的唯一個(gè)人用戶號碼或電話號碼。一個(gè)不再希望獲得無線服務(wù)的用戶可以用類似的方式用發(fā)給SCP 26a和26b雙方的DELETE(刪除)消息刪去。SMS 30還可以向SCP 26a和26b雙方發(fā)送UPDATE(更新)消息，以提供諸如增添一項(xiàng)新的業(yè)務(wù)之類的信息。這些消息是靜態(tài)數(shù)據(jù)更新的一些例子。
在一個(gè)便攜手機(jī)漫游時(shí)，它的位置可以從一個(gè)基站的覆蓋區(qū)域改變到另一個(gè)基站的覆蓋區(qū)域。基站號碼的更新由當(dāng)前覆蓋這個(gè)便攜手機(jī)的基站16提供給主SCP 16，使得對于這個(gè)便攜手機(jī)的入局呼叫可以傳送給這個(gè)基站。此外，對于另一個(gè)便攜手機(jī)的出局呼叫可以通過對這個(gè)受話便攜手機(jī)的位置登記的主SCP進(jìn)行查詢開始。在SCP 26a和26b之間周期性地和/或在有要求時(shí)執(zhí)行一個(gè)數(shù)據(jù)庫同步過程，用這個(gè)暫態(tài)數(shù)據(jù)更新SCP的各自拷貝。
圖1c例示了各種裝置與多個(gè)各標(biāo)為SCP1、SCP2和SCPn的SCP對26連接的方框圖。每一對都與SMS 30、VMS 32和BS 16(通過STP24)連接。裝置SMS 30、VMS 32和STP 24每個(gè)都含有一個(gè)由NCC 28更新的全局標(biāo)題表(GTT)。GTT按照給定號碼將關(guān)聯(lián)的裝置指向適當(dāng)?shù)腟CP對26。因此，例如，如果VMS 32具有與號碼050-888-7777關(guān)聯(lián)的語音郵件數(shù)據(jù)。它就參照它的內(nèi)部GTT，確定這些SCP對26中哪對維護(hù)050-888-7777所屬數(shù)據(jù)庫。然后，VMS 32根據(jù)它的GTT內(nèi)的信息開始與適當(dāng)?shù)腟CP對26進(jìn)行通信對話。如下面要詳細(xì)說明的那樣，在多個(gè)SCP對之間分配SCP數(shù)據(jù)庫的能力保證了可靈活地配置電話系統(tǒng)的容量。例如，如果每個(gè)SCP對具有處理500萬個(gè)用戶的容量，當(dāng)電話系統(tǒng)10的容量達(dá)到500萬個(gè)用戶時(shí)，就可以如下面將要說明的那樣增添一個(gè)附加的SCP對26。可以按需要來增添附加的SCP對。
圖2給出了按本發(fā)明構(gòu)成的一個(gè)與它的對偶SCP 26a連接的SCP26b的較為詳細(xì)的方框圖。每個(gè)SCP包括一個(gè)在用平臺(tái)管理器(PM)34和一個(gè)備用平臺(tái)管理器36，通過總線、局域網(wǎng)(LAN)或局域網(wǎng)集線器50與個(gè)數(shù)預(yù)定的應(yīng)用處理器組(APG1-APGm)38-42連接。為了提供較大的網(wǎng)絡(luò)整體性和容錯(cuò)性，可以用雙重LAN或集線器來連接這些PM和APG，以提供冗余。APG 38-42每個(gè)都包括多個(gè)智能處理器單元(IPU1-IPUn)44-48?？梢詫⒁粋€(gè)或多個(gè)IPU配置成備用IPU，在其他IPU出現(xiàn)故障時(shí)可以掛到線路上。主機(jī)51接在各STP 24和這個(gè)SCP的IPU之間。一個(gè)在下面將要說明的路由表將查詢指向正確的IPU。路由表由PM管理，分配給宿主51，和分配給各IPU。通過將路由表分配給宿主51和IPU，來自STP的查詢就能迅速地傳給正確的IPU。
如圖3可見，平臺(tái)管理器34和36每個(gè)都包括一個(gè)PM數(shù)據(jù)庫管理器過程52和每個(gè)APG一個(gè)的APG數(shù)據(jù)庫管理器過程54。IPU1-n60-64每個(gè)也都有一個(gè)IPU數(shù)據(jù)庫管理器過程66-70和駐留在其中的共享存儲(chǔ)器72-76。共享存儲(chǔ)器72-76可以用包括隨機(jī)存取存儲(chǔ)器(RAM)在內(nèi)的任何高速存儲(chǔ)裝置實(shí)現(xiàn)，可接受所有駐留在IPU內(nèi)的過程訪問。一對鏡像存儲(chǔ)器存儲(chǔ)設(shè)備80和82與各個(gè)IPU 60-64連接，可以同時(shí)接收IPU 60-64的所有訪問。同時(shí)文件存取可以通過用多端口媒體實(shí)現(xiàn)存儲(chǔ)器存儲(chǔ)設(shè)備80和82或通過對每個(gè)存儲(chǔ)設(shè)備80和82以多啟動(dòng)器模擬運(yùn)行IPU 60-64來實(shí)現(xiàn)。存儲(chǔ)器存儲(chǔ)設(shè)備80和82可以用固態(tài)磁盤或其他適當(dāng)?shù)拇鎯?chǔ)媒體實(shí)現(xiàn)。在多啟動(dòng)器模式，存儲(chǔ)器存儲(chǔ)設(shè)備80和82可以各通過一個(gè)獨(dú)立的總線或小計(jì)算機(jī)系統(tǒng)接口(SCSI)與IPU 60-64連接。以這種方式結(jié)構(gòu)和配置，IPU 60-64中任何一個(gè)IPU都可訪問這兩個(gè)存儲(chǔ)器存儲(chǔ)設(shè)備80和82。
存儲(chǔ)器存儲(chǔ)設(shè)備80和82可以劃分為一些預(yù)定的部分或文件系統(tǒng)，其中的X個(gè)用來存儲(chǔ)用戶文件。便攜手機(jī)用戶數(shù)據(jù)庫包括數(shù)量固定的文件，存儲(chǔ)在SCP 30的APG 38-42的鏡像磁盤上，每個(gè)APG有一對鏡像磁盤。每個(gè)用戶文件列入整個(gè)用戶數(shù)據(jù)庫中的一個(gè)用戶記錄子集。每個(gè)用戶文件指定存儲(chǔ)在SCP的一對專用鏡像磁盤內(nèi)，使得每個(gè)APG分管用戶數(shù)據(jù)庫的一個(gè)互異子集。如圖3所示，可以存儲(chǔ)在一對磁盤上的文件的數(shù)量為Y。磁盤對互為鏡像，因此在這兩個(gè)磁盤都工作時(shí)其中的內(nèi)容始終相同。
為了訪問給定磁盤對上的一個(gè)具體文件，含有這個(gè)文件的文件系統(tǒng)必需裝到APG中一個(gè)IPU上的目錄內(nèi)，一個(gè)文件系統(tǒng)一次只能裝到一個(gè)IPU上。在一個(gè)文件系統(tǒng)裝到一個(gè)IPU上時(shí)，它的文件就映射入這個(gè)IPU的共享存儲(chǔ)器。在典型的操作期間，每個(gè)文件系統(tǒng)指配給一個(gè)特定的IPU，安裝和映射入這個(gè)IPU的共享存儲(chǔ)器，使得其中所含的數(shù)據(jù)很容易由在這個(gè)IPU中運(yùn)行的所有過程訪問。含有用戶位置信息等的暫態(tài)數(shù)據(jù)更新只對IPU的共享存儲(chǔ)器進(jìn)行，而諸如用戶的增添、刪除或業(yè)務(wù)的修改之類的靜態(tài)數(shù)據(jù)更新立即寫到磁盤以及在共享存儲(chǔ)器內(nèi)加以更新。根據(jù)進(jìn)行情況，映射到一個(gè)IPU的共享存儲(chǔ)器中的文件(包括暫態(tài)數(shù)據(jù)更新)的容量可配置段同時(shí)寫到鏡像磁盤，更新其中所含的拷貝。這種進(jìn)行性寫入操作的結(jié)果是每隔一段可配置的時(shí)間不斷通過所映射的共享存儲(chǔ)器周轉(zhuǎn)文件，使得更新磁盤拷貝不需要過分的輸入/輸出操作或CPU操作高峰。因此，通過不斷將文件的小段寫到磁盤，避免了可能出現(xiàn)的間歇性服務(wù)延遲。
圖3A示出了APG內(nèi)各IPU的文件分配和再分配的示范方框圖。如果磁盤80和82各有六個(gè)部分或文件系統(tǒng)FS1-FS6，例如，每個(gè)文件系統(tǒng)可以有文件F1-F14構(gòu)成的集合中的兩個(gè)或三個(gè)文件。在這些文件的初始分配中，IPU160可以裝FS1和將文件F1-F3映射到它的共享存儲(chǔ)器；IPU262可以裝FS2和將文件F4-F6映射到它的共享存儲(chǔ)器；IPU363可以裝FS3和FS4和將文件F7-F10映射到它的共享存儲(chǔ)器；以及IPU464可以裝FS5和FS6和將文件F11-F14映射到它的共享存儲(chǔ)器。每個(gè)IPU于是只可以訪問它裝的文件系統(tǒng)中的文件內(nèi)的用戶記錄。作為一個(gè)整體，APG為分配給它的所有文件內(nèi)的所有用戶服務(wù)。以后，如果IPU363不能工作，文件系統(tǒng)FS3和FS4中的文件F7-F10就重新分配給其余IPU中的一個(gè)或幾個(gè)IPU。在圖3A所示的例子中，F(xiàn)S3和FS4中的文件重新分配給IPU160和IPU262，從而使得為信息存儲(chǔ)在文件系統(tǒng)FS3和FS4內(nèi)的那些用戶的服務(wù)可以連續(xù)而不致中斷。因此，在有IPU投入或退出服務(wù)時(shí)，文件分配就重新配置。
作為另一些例子，對于兩個(gè)APG、每個(gè)APG的每個(gè)磁盤用六個(gè)文件系統(tǒng)、共有32個(gè)用戶文件的配置可以具有如下方式的一種典型文件分配方案
表I
可見，32個(gè)用戶信息文件均勻地分配給這兩個(gè)APG，各負(fù)責(zé)一半的負(fù)荷，即16個(gè)文件，分別駐留在各自的鏡像磁盤上。如果每個(gè)APG各有三個(gè)在用IPU，那么每個(gè)IPU可以各分管兩個(gè)文件系統(tǒng)，安裝和映射入各自的共享存儲(chǔ)器。如果每個(gè)APG有四個(gè)IPU，那么其中的兩個(gè)可以各分管兩個(gè)文件系統(tǒng)，而其余兩個(gè)可以各分管一個(gè)文件系統(tǒng)。在每個(gè)APG內(nèi)也可以包括一個(gè)或多個(gè)備用IPU，保持在備用狀態(tài)，直至有IPU發(fā)生故障時(shí)。
個(gè)人用戶號碼(PSN)或呼叫號碼用來確定存儲(chǔ)有關(guān)這個(gè)帳戶的信息的文件的文件序號。例如，在以上的例子中，數(shù)據(jù)庫劃分成32個(gè)文件，對個(gè)人用戶號碼所選數(shù)字進(jìn)行模(MOD)32操作，得出用戶文件附標(biāo)。對于大多數(shù)應(yīng)用來說，在MOD操作中可以用個(gè)人用戶號碼的最后四位或五位數(shù)字來得出文件附標(biāo)。
例如，為了支持300-400萬用戶，用戶信息數(shù)據(jù)庫可以分為128個(gè)文件。如果用五個(gè)APG支持系統(tǒng)，一種示范性的文件分配情況如下表II
在以上數(shù)據(jù)庫分為128個(gè)文庫的例子中，可以對個(gè)人用戶號碼的最后四位或五位數(shù)字執(zhí)行模128操作來得出這個(gè)呼叫號碼的用戶信息所在文件的文件附標(biāo)。因此，可以很快確定有關(guān)一個(gè)特定用戶的信息在數(shù)據(jù)庫內(nèi)的位置。
應(yīng)注意的是缺省或初始文件分配以后可以根據(jù)負(fù)荷和業(yè)務(wù)量情況加以修改。每個(gè)IPU維護(hù)有關(guān)它接受查詢的次數(shù)的統(tǒng)計(jì)資料，并且報(bào)告這統(tǒng)計(jì)資料。于是文件分配可以依此加以修改，使得任何IPU不致過分工作。為達(dá)到更為均勻分配的負(fù)荷平衡的情況將在以下說明。
因此，PM數(shù)據(jù)庫管理器52主要負(fù)責(zé)SCP 30內(nèi)各IPU的數(shù)據(jù)庫負(fù)荷平衡，而APG數(shù)據(jù)庫管理器54主要負(fù)責(zé)對加到各自APG內(nèi)的各IPU的數(shù)據(jù)庫負(fù)荷的管理。IPU具有至少三個(gè)服務(wù)狀態(tài)IN_SERVICE、OS_MIN和OUT_OF_SERVICE。PM數(shù)據(jù)庫管理器52、APG數(shù)據(jù)庫管理器54和IPU數(shù)據(jù)庫管理器60-70協(xié)同從OS_MIN和OUT_OF_SERVICE的IPU卸下文件系統(tǒng)，將這些文件系統(tǒng)重新分配給其余IN_SERVICE的IPU。也可以在文件系統(tǒng)之間移動(dòng)文件，以使每個(gè)IPU和APG承受的負(fù)荷分配更加均勻。有關(guān)這些過程的工作狀態(tài)的情況可參見共同未決美國專利申請No.08/526,953“多站分配的對象管理環(huán)境的系統(tǒng)和方法”(“System and Method for Multi-SiteDistributed Object Management Environment”)，該申請?jiān)诖肆袨橐脜⒖肌?br> 參見圖4，PM數(shù)據(jù)庫管理器52可以包括一個(gè)數(shù)據(jù)庫配置表90和一個(gè)IPU表92，用來處理數(shù)據(jù)庫配置。數(shù)據(jù)庫配置表90保存著整個(gè)數(shù)據(jù)庫內(nèi)每個(gè)文件系統(tǒng)的信息，包括1.文件系統(tǒng)名稱2.缺省IPU名稱3.當(dāng)前IPU名稱4.APG ID5.文件系統(tǒng)內(nèi)的文件數(shù)6.文件系統(tǒng)內(nèi)的文件映象缺省IPU是文件系統(tǒng)最初所分配給的那個(gè)IPU；當(dāng)前IPU是由于數(shù)據(jù)庫重新配置和/或負(fù)荷平衡的作用文件系統(tǒng)當(dāng)前所裝到的那個(gè)IPU。IPU表92保存著系統(tǒng)內(nèi)每個(gè)IPU的信息，可以包括1.IPU名稱2.APG ID3.IPU上當(dāng)前文件數(shù)4.IPU上當(dāng)前文件系統(tǒng)數(shù)第三個(gè)表，路由表94，也由PM數(shù)據(jù)庫管理器過程52維護(hù)。路由表94含有數(shù)據(jù)庫內(nèi)每個(gè)文件的信息。它用來為與PM連接的宿主(見圖2)，如一個(gè)消息傳送網(wǎng)(MTN)，提供路由選擇信息，使得宿主可以根據(jù)每個(gè)IPU的數(shù)據(jù)庫負(fù)荷將查詢指向適當(dāng)?shù)腎PU。路由表可以包括1.用戶文件附標(biāo)2.文件當(dāng)前所在的IPU的名稱3.IPU ID所有這三個(gè)表都是持久和有拷貝的，如本技術(shù)領(lǐng)域內(nèi)所知。所有的這些表的更新和拷貝都由在此不作詳細(xì)說明的另一個(gè)子系統(tǒng)處理。
PM數(shù)據(jù)庫管理器過程52包括若干個(gè)實(shí)現(xiàn)數(shù)據(jù)庫管理任務(wù)的對象。下面是這些對象功能的簡短說明，而詳細(xì)情況將結(jié)合圖7-16討論。如圖4所示，PM數(shù)據(jù)庫處理器96執(zhí)行各IPU之間的負(fù)荷平衡，以及處理來自宿主的征集路由選擇信息的請求。路由表訪問程序100和數(shù)據(jù)庫配置表訪問程序102是駐留在PM數(shù)據(jù)庫管理器52內(nèi)的對象，分別控制對路由表94和數(shù)據(jù)庫配置表90的訪問。負(fù)荷平衡處理器104是一個(gè)含有對文件和文件系統(tǒng)進(jìn)行負(fù)荷平衡的處理方法的對象。共享存儲(chǔ)器數(shù)組106是一個(gè)由在共享存儲(chǔ)器72-76(圖3)內(nèi)的一些布爾值構(gòu)成的數(shù)組，用來同步PM數(shù)據(jù)庫管理器52和APG數(shù)據(jù)庫管理器54之間的負(fù)荷平衡和重新配置。
圖5示出了APG數(shù)據(jù)庫管理器54的一種典型組成，它可以包括為APG數(shù)據(jù)庫管理器54提供一個(gè)與IPU數(shù)據(jù)庫管理器66-70的接口和其他過程的APG數(shù)據(jù)庫處理器110，還提供一些在IPU撤除和恢復(fù)時(shí)調(diào)用的方法。數(shù)據(jù)庫路由控制程序112含有重新分配文件系統(tǒng)的各種處理方法，用來處理IPU恢復(fù)、撤除和審核的不同情況。它還含有有關(guān)APG本身的信息。IPU信息表114是一個(gè)保存著專用于APG內(nèi)的IPU的信息的表，包括當(dāng)前IPU服務(wù)狀態(tài)。與PM數(shù)據(jù)庫管理器52類似，APG數(shù)據(jù)庫管理器54也包括數(shù)據(jù)庫配置表90、數(shù)據(jù)庫配置表訪問程序116、路由表訪問程序116、路由表94和共享存儲(chǔ)器數(shù)組120，以控制對各表內(nèi)數(shù)據(jù)的訪問。
參見圖6，IPU數(shù)據(jù)庫管理器66可以包括若干個(gè)對象，諸如提供一個(gè)與APG數(shù)據(jù)庫管理器的接口和在IPU節(jié)點(diǎn)60-64(圖3)上執(zhí)行的應(yīng)用過程的IPU數(shù)據(jù)處理器130。IPU數(shù)據(jù)庫管理器66間接也負(fù)責(zé)在IPU上裝、卸文件系統(tǒng)以及將數(shù)據(jù)庫文件映射到共享存儲(chǔ)器72(圖3)和從共享存儲(chǔ)器72對數(shù)據(jù)文件解映射。過程66的對象130還將新的數(shù)據(jù)庫負(fù)荷信息通知節(jié)點(diǎn)上的應(yīng)用過程。
組文件處理器132是一個(gè)負(fù)責(zé)周期性地使在共享存儲(chǔ)器72(圖3)內(nèi)的數(shù)據(jù)庫文件同步到鏡象磁盤80和82(圖3)的對象。IPU磁盤管理器對象134由IPU數(shù)據(jù)庫處理器130例示，負(fù)責(zé)文件系統(tǒng)的裝、卸。數(shù)據(jù)庫文件映射器對象136負(fù)責(zé)將文件映射到共享存儲(chǔ)器和從共享存儲(chǔ)器對文件解映射。在IPU節(jié)點(diǎn)上每個(gè)文件有一個(gè)數(shù)據(jù)庫文件映射器。用戶數(shù)據(jù)庫訪問對象138負(fù)責(zé)提供在遠(yuǎn)程節(jié)點(diǎn)訪問由本IPU處理的部分?jǐn)?shù)據(jù)庫的過程。遠(yuǎn)程節(jié)點(diǎn)包括例如在對偶SCP 26a(圖2)上駐留的節(jié)點(diǎn)。
分布冗余數(shù)據(jù)庫的工作情況下面將結(jié)合圖7-19的流程圖和方框圖詳細(xì)說明。在討論到一些專用結(jié)構(gòu)時(shí)，如果必要的話可以參考圖2-6。
APG數(shù)據(jù)庫管理器52首先例示對于SCP內(nèi)每個(gè)APG的一個(gè)APG數(shù)據(jù)庫管理器54。圖7為在方框160開始的APG數(shù)據(jù)庫管理器初始化的示范過程流程。首先，例示一個(gè)APG數(shù)據(jù)庫處理器對象110，如方框162中所示。在方框164，APG數(shù)據(jù)庫處理器110例示數(shù)據(jù)庫路由控制程序112、數(shù)據(jù)庫配置表訪問程序116和IPU信息表114。然后，數(shù)據(jù)庫路由控制對象112例示和初始化在APG數(shù)據(jù)庫管理器52內(nèi)所有的表90-94，如方框166和168所示。如果PM在用，如方框170所確定的那樣，則在方框172由APG數(shù)據(jù)庫處理器96執(zhí)行對處于IN_SERVICE狀態(tài)的IPU的審核。這個(gè)審核得出受審IPU的數(shù)據(jù)庫負(fù)荷，用來更新這些表，如方框174中所示。接著在方框176和178，APG數(shù)據(jù)庫管理器54向PM節(jié)點(diǎn)過程登記后，初始化過程結(jié)束。登記這個(gè)行動(dòng)向其他過程揭示這個(gè)對象的情況，使得其他過程可以與之通信。
圖8例示了IPU數(shù)據(jù)庫管理器初始化190的示范過程流程。在方框192，例示IPU數(shù)據(jù)庫處理器130、組文件處理器132和用戶數(shù)據(jù)庫訪問138這些對象的實(shí)例。在方框194，初始化一個(gè)用于共享存儲(chǔ)器對磁盤更新的同步定時(shí)器。然后，IPU數(shù)據(jù)庫處理器130向APG數(shù)據(jù)庫處理器110請求它的數(shù)據(jù)庫負(fù)荷份額，如方框196中所示。在響應(yīng)中，APG數(shù)據(jù)庫管理器54從數(shù)據(jù)庫配置表和IPU表查找出有關(guān)文件系統(tǒng)和提出請求的IPU的信息，利用這信息根據(jù)處在IN_SERVICE狀態(tài)的IPU數(shù)和業(yè)務(wù)量情況確定處在IN_SERVICE狀態(tài)的IPU的數(shù)據(jù)庫負(fù)荷，如方框198和200中所示。在方框202，為提出請求的IPU分配數(shù)據(jù)庫負(fù)荷。然后，IPU數(shù)據(jù)庫管理器66向PM節(jié)點(diǎn)過程登記，如方框204中所示。在方框206，IPU數(shù)據(jù)庫管理器接受分配的負(fù)荷。于是，屬于數(shù)據(jù)庫中分配給這個(gè)IPU的部分的文件系統(tǒng)就加給或裝到這個(gè)IPU，如方框208中所示。初始化過程隨即在方框210結(jié)束。
圖9示出了在一個(gè)平臺(tái)管理器34從備用模式轉(zhuǎn)移到在用模式時(shí)在APG數(shù)據(jù)庫管理器中的過程流程，該流程在方框230開始。所有影響這個(gè)平臺(tái)管理器的APG數(shù)據(jù)庫管理器54都對它們的IPU數(shù)據(jù)庫負(fù)荷進(jìn)行審核，如方框232中所示。然后，每個(gè)APG的數(shù)據(jù)庫路由控制程序112初始化所有的表，包括數(shù)據(jù)庫配置表90、路由表94和IPU表92。于是，APG數(shù)據(jù)庫處理器110得到一個(gè)列有它的APG的處于IN_SERVICE狀態(tài)的IPU的表，向每個(gè)處于IN_SERVICE狀態(tài)的IPU查詢它的數(shù)據(jù)庫負(fù)荷，如方框236和238中所示。這些表用處于IN_SERVICE狀態(tài)的IPU所提供的信息進(jìn)行重構(gòu)和更新，如方框240中所示。還根據(jù)這審核信息將未分配的文件系統(tǒng)分配給那些負(fù)荷輕的處在IN_SERVICE狀態(tài)的IPU，而為沒有分配到負(fù)荷的IPU分配它們的缺省數(shù)據(jù)庫負(fù)荷，如方框242和244中所示。新的數(shù)據(jù)庫負(fù)荷分配在路由表94內(nèi)產(chǎn)生新的路由選擇信息，由APG數(shù)據(jù)庫處理器110提供給宿主。備用到在用的轉(zhuǎn)移過程在方框248。
IPU故障由圖10所示在方框250開始的過程流程處理。在方框252，APG數(shù)據(jù)庫管理器54從PM節(jié)點(diǎn)過程接收到一個(gè)IPU有故障的通知。為每個(gè)有故障的IPU設(shè)置一個(gè)定時(shí)器，如方框254中所示。如果APG數(shù)據(jù)庫管理器54在定時(shí)器計(jì)滿所定時(shí)間前接收到一個(gè)IPUIN_SERVICE(IPU處于服務(wù)狀態(tài))通知，如方框256中所確定的那樣，那么不需要進(jìn)行任何處理。然而，如果沒有接收到這樣的通知，并且如果接收到一個(gè)IPU退出通知或如果定時(shí)器計(jì)滿所定時(shí)間，如方框258中所示，就將由有故障的IPU承擔(dān)的負(fù)荷重新分配和發(fā)送給其余處在IN_SERVICE狀態(tài)的IPU，如方框260和262中所示。如果現(xiàn)在又有任何處在IN_SERVICE狀態(tài)的IPU發(fā)生故障，如方框264中所確定的那樣，過程就轉(zhuǎn)至方框260，再次將數(shù)據(jù)庫負(fù)荷重新分配給其余處在IN_SERVICE狀態(tài)的IPU。如果沒有其他IPU發(fā)生故障，如方框264中所確定的那樣，數(shù)據(jù)庫路由控制程序112就從路由表94中提取更新的路由選擇信息，然后由APG數(shù)據(jù)庫處理器將這信息提供給宿主，如方框266和268中所示。過程在方框270結(jié)束。
為了將文件系統(tǒng)加給一個(gè)IPU，可以利用圖11所示在方框280開始的示范過程流程。IPU磁盤管理器134安裝需加給適當(dāng)IPU的文件系統(tǒng)，如方框282中所示。所裝文件系統(tǒng)內(nèi)的文件由組文件處理器132映射至共享存儲(chǔ)器，如方框284中所示。然后，用戶數(shù)據(jù)庫訪問程序138接至共享存儲(chǔ)器文件，如方框286中所示。由于這些文件中的記錄在本優(yōu)選實(shí)施例中是由一個(gè)紅-黑樹(Red-Black Tree)數(shù)據(jù)結(jié)構(gòu)中的訪問指針組織和可搜索的，因此如果必要的話可校正或重建這個(gè)紅-黑樹。紅-黑樹是一種有利于快速搜索的平衡樹數(shù)據(jù)結(jié)構(gòu)，通過搜索紅-黑樹的節(jié)點(diǎn)可以確定一個(gè)文件內(nèi)的所有記錄的位置。模操作得出文件附標(biāo)，再通過搜索適當(dāng)?shù)募t-黑樹共享存儲(chǔ)器文件，就可以訪問具體的記錄。需指出的是，也可以采用其他數(shù)據(jù)結(jié)構(gòu)，這并不背離本發(fā)明的精神。此后，用戶數(shù)據(jù)庫訪問程序138將有關(guān)新IPU文件裝載的消息發(fā)送給所有有關(guān)應(yīng)用程序，如方框290中所示。過程于是在方框292結(jié)束。
文件系統(tǒng)的撤消也由IPU數(shù)據(jù)庫處理器130處理，如圖12所示，在方框300開始。用戶數(shù)據(jù)庫訪問程序138首先從共享存儲(chǔ)器卸下文件，再從共享存儲(chǔ)器卸下應(yīng)用程序，如方框302和304中所示。然后，組文件處理器132解除原分配的共享存儲(chǔ)器段，IPU磁盤管理器134卸下所述文件系統(tǒng)，如方框306和308中所示。文件系統(tǒng)撤消過程在方框310結(jié)束。
前面已指出，數(shù)據(jù)庫負(fù)荷可以在一個(gè)APG內(nèi)的各IPU之間加以平衡，從而使查詢業(yè)務(wù)量分配均勻。此外，由于IPU可能發(fā)生故障或進(jìn)入一個(gè)不工作狀態(tài)(OS_MIN或OUT_OF_SERVICE)，數(shù)據(jù)庫負(fù)荷可能需要重新配置或重新分配給其余處在IN_SERVICE的IPU為了在PM數(shù)據(jù)庫管理器52和APG數(shù)據(jù)庫管理器54之間同步負(fù)荷平衡和數(shù)據(jù)庫重新配置，例示共享存儲(chǔ)器數(shù)組120的實(shí)例，一個(gè)是重新配置數(shù)組，為一個(gè)在共享存儲(chǔ)器內(nèi)的布爾數(shù)據(jù)，另一個(gè)是負(fù)荷平衡標(biāo)志，為一個(gè)也是保存在共享存儲(chǔ)器內(nèi)的布爾標(biāo)志。如果數(shù)據(jù)庫在一個(gè)具體APG內(nèi)由于一個(gè)或多個(gè)IPU退出或重新進(jìn)入服務(wù)而正要重新配置，適當(dāng)?shù)腁PG數(shù)據(jù)庫管理器54就將重新配置數(shù)組內(nèi)它的相應(yīng)標(biāo)志置位。一旦數(shù)據(jù)庫重新配置完成，APG數(shù)據(jù)庫管理器54就使重新配置數(shù)組內(nèi)它的標(biāo)志復(fù)位。類似，在要執(zhí)行負(fù)荷平衡時(shí)，由PM數(shù)據(jù)庫管理器52將負(fù)荷平衡標(biāo)志置位。
圖13-15為說明同步負(fù)荷平衡和數(shù)據(jù)庫重新配置的過程的流程圖。在圖13中，示出了一個(gè)示范的負(fù)荷平衡請求過程320。負(fù)荷平衡可以由職業(yè)人員通過職業(yè)屏幕界面、PM數(shù)據(jù)庫管理器52或APG管理器54提出請求。首先檢查重新配置數(shù)組，確定對于有關(guān)APG的重新配置標(biāo)志是否置位，如方框322中所示。如果重新配置標(biāo)志置位，就在方框324直接放棄負(fù)荷平衡，可以稍后再試。由于負(fù)荷平衡并不是一個(gè)緊迫的操作，因此并不要求負(fù)荷平衡等待重新配置結(jié)束，雖然也可以形成這樣的機(jī)制。如果重新配置標(biāo)志沒有置位，就將負(fù)荷平衡標(biāo)志置位，如方框326所示，執(zhí)行負(fù)荷平衡，如方框328所示。
圖14示范性地示出了在方框340開始的負(fù)荷平衡的流程圖。在方框342，接收到一個(gè)將一個(gè)或幾個(gè)指定的文件系統(tǒng)移動(dòng)到一個(gè)或幾個(gè)指定的IPU的請求。這請求可以是由一個(gè)職業(yè)人員、PM或APG管理器審視當(dāng)前負(fù)荷分布和業(yè)務(wù)量情況時(shí)產(chǎn)生的。在方框344，數(shù)據(jù)庫路由控制器112對表作必要的改變，反映經(jīng)平衡的負(fù)荷分布。新的數(shù)據(jù)庫負(fù)荷由PM數(shù)據(jù)庫處理器96提供給源IPU和目的IPU雙方，如方框346中所示。如果此時(shí)檢測到源IPU和/或目的IPU有故障，如方框348中所示，就在方框354直接終止負(fù)荷平衡。否則，數(shù)據(jù)庫路由控制器98從路由表94提取新的路由選擇信息送至宿主，如方框350和352所示。
圖15示出了開始數(shù)據(jù)庫重新配置的過程流程，在方框360開始。如果需要重新配置數(shù)據(jù)庫，就將對于這個(gè)APG的重新配置標(biāo)志置位，如方框362中所示。接著，將一個(gè)再試計(jì)數(shù)器或定時(shí)器(RETRY_CNT)復(fù)位為零，如方框364所示。然后，執(zhí)行進(jìn)入一個(gè)循環(huán)，重新配置過程等待負(fù)荷平衡完成，如果它在進(jìn)行的話。首先檢查再試計(jì)數(shù)器，確定它是否已達(dá)到預(yù)定上限，例如180，如方框368所示。如果已達(dá)到上限，確定PM節(jié)點(diǎn)是否已發(fā)生故障和它的狀態(tài)是否降為OS_MIN狀態(tài)。如果再試計(jì)數(shù)值還沒有達(dá)到預(yù)定上限，就檢查負(fù)荷平衡標(biāo)志，看它是否已置位，如方框370中所示。如果它沒有置位，就繼續(xù)執(zhí)行數(shù)據(jù)庫重新配置。否則，將再試計(jì)數(shù)器加1，允許過了一段預(yù)定時(shí)間，例如1秒鐘，再返回循環(huán)開始的方框366。
在分布冗余數(shù)據(jù)庫10內(nèi)有幾個(gè)數(shù)據(jù)同步過程發(fā)生。存儲(chǔ)在每個(gè)IPU共享存儲(chǔ)器內(nèi)的數(shù)據(jù)對兩個(gè)鏡像磁盤同步，而在每個(gè)SCP的數(shù)據(jù)庫內(nèi)的所有經(jīng)修改的暫態(tài)數(shù)據(jù)提供給它的對偶SCP。
圖16為將IPU的共享存儲(chǔ)器72-76(圖3)內(nèi)的數(shù)據(jù)對鏡象磁盤80和82(圖3)同步的示范過程流程380。在方框382，檢查同步時(shí)鐘，確定它是否已計(jì)滿所定時(shí)間。注意，這個(gè)定時(shí)器是在IPU數(shù)據(jù)管理器初始化期間初始化(見圖8的方框194)的。如果同步定時(shí)器還沒有計(jì)滿所定時(shí)間，可以過一段預(yù)定時(shí)間再檢查，直至同步定時(shí)間計(jì)滿所定時(shí)間。同步定時(shí)器計(jì)滿所定時(shí)間指示這時(shí)候是將共享存儲(chǔ)器內(nèi)的一個(gè)文件的一部分或一塊拷貝給鏡像磁盤的時(shí)間，如方框384中所示。然后使同步定時(shí)器復(fù)位，如方框386中所示，再返回執(zhí)行方框382。在下次同步定時(shí)器計(jì)滿所定時(shí)間時(shí)，將這文件的下一部分拷貝給磁盤。在一個(gè)文件整個(gè)都拷貝完時(shí)，將下個(gè)文件拷貝給磁盤。用這種方式將每個(gè)IPU的共享存儲(chǔ)器內(nèi)的所有文件都拷貝給磁盤。由于每個(gè)IPU分配到的是一個(gè)不同的文件系統(tǒng)集合，因此這些IPU可以用多啟動(dòng)模式并行地對磁盤“同步”，各個(gè)操作不會(huì)相互干擾。要注意的是，這種對磁盤的數(shù)據(jù)“同步”過程主要是用諸如用戶當(dāng)前位置之類的暫態(tài)數(shù)據(jù)更新磁盤。諸如增添或刪除新用戶、服務(wù)選項(xiàng)更新和用戶優(yōu)先權(quán)數(shù)據(jù)之類的靜態(tài)數(shù)據(jù)通常在寫入共享存儲(chǔ)器的同時(shí)立即寫入鏡像磁盤。
圖17例示了使一對SCP對26的SCP 26a和SCP 26b含有相同信息的SCP數(shù)據(jù)庫之間的同步的簡化方框圖。作為例子，假設(shè)SCP 26a和26b各包括三個(gè)APG(如圖2所示)，這三個(gè)APG每個(gè)有四個(gè)IPU，因此每個(gè)SCP總共有12個(gè)IPU。與一個(gè)SCP對26關(guān)聯(lián)的用戶數(shù)據(jù)庫分為128個(gè)單獨(dú)的文件，所以每個(gè)APG負(fù)責(zé)42或43個(gè)文件。每個(gè)APG內(nèi)的四個(gè)IPU分別負(fù)責(zé)7-43個(gè)文件，取決于有多少IPU在用和各IPU之間的文件分配情況(見圖3和3A)。每個(gè)IPU可以有多個(gè)CPU處理器，以提高性能。
在工作中，文件F1-F128各由獨(dú)立的一些同步過程處理。對于每個(gè)文件，有一個(gè)IPUsync過程用來確定哪些記錄具有已改變的暫態(tài)信息和/或語音郵件，并將這些已改變的記錄存入一個(gè)同步緩存器。對于每個(gè)記錄都有兩個(gè)標(biāo)志，分別用來標(biāo)明從IPUsync過程上次檢查這個(gè)記錄以后暫態(tài)信息和語音郵件信息是否有了改變。在同步緩存器充滿或這個(gè)文件搜索完時(shí)，IPUsync將同步緩存器轉(zhuǎn)給它的對偶SCP(SCP 26a是SCP 26b的對偶SCP，SCP 26b是SCP 26a的對偶SCP)的相應(yīng)IPU。此外，對于每個(gè)文件，有一個(gè)IPUupd過程從它的對偶SCP的相應(yīng)IPU接過同步緩存器。從對偶SCP接過了同步緩存器后，IPUupd過程更新它的關(guān)聯(lián)文件內(nèi)的記錄。
在每個(gè)IPU中，有兩個(gè)過程，IPUsyncMain和IPUupdMain，負(fù)責(zé)激活和管理與這個(gè)IPU關(guān)聯(lián)的各文件的IPUsync和IPUupd過程。
在另一個(gè)實(shí)施例中，對于每個(gè)文件執(zhí)行四個(gè)獨(dú)立的過程IPUsyncV(對文件進(jìn)行搜索，確定語音郵件已改變的記錄，并將這些已改變的記錄存入一個(gè)語音郵件同步緩存器)，IPUsyncT(對文件進(jìn)行搜索，確定暫態(tài)信息已改變的記錄，并將這些已改變的記錄存入一個(gè)暫態(tài)信息同步緩存器)，IPUupdV(根據(jù)語音郵件同步緩存器內(nèi)的記錄更新對偶SCP內(nèi)的記錄)，以及IPUupdT(根據(jù)暫態(tài)信息同步緩存器內(nèi)的記錄更新對偶SCP內(nèi)的記錄)。
圖18為說明IPUsync過程情況的流程圖，假設(shè)IPUsync過程對暫態(tài)信息或語音郵件信息已改變的記錄進(jìn)行搜索。在方框420開始，首先是關(guān)聯(lián)文件的第一個(gè)記錄。每個(gè)記錄在判決方框422受到檢查，確定其中的暫態(tài)信息或語音郵件信息是否已改變。如果信息已改變，就在方框424將這個(gè)記錄寫入同步緩存器。如果這個(gè)記錄內(nèi)的信息沒有改變，過程就在判決方框426確定是否已到達(dá)文件的結(jié)束處或者在判決方框428確定緩存器是否充滿。如果這兩個(gè)條件有一個(gè)滿足，就將緩存器轉(zhuǎn)給對偶SCP的IPUupd過程。如果沒有一個(gè)條件滿足，就在方框432檢查下一個(gè)記錄。
在對每個(gè)文件的暫態(tài)信息和語音郵件信息分別執(zhí)行IPUsync過程的另一個(gè)實(shí)施例中，圖18的基本流程仍然可用，只是在判決方框422對于IPUsyncT過程是只確定暫態(tài)數(shù)據(jù)是否有改變，而對于IPUsyncV過程是只確定語音郵件數(shù)據(jù)是否有改變。
圖19例示了說明IPUupd過程情況的流程圖。在方框442，從對偶SCP的IPUsync過程接過同步緩存器。在方框444、446、448和450用同步緩存器中的每個(gè)記錄對關(guān)聯(lián)文件進(jìn)行更新。
如在圖18的情況下，在對每個(gè)文件的暫態(tài)信息和語音郵件信息分別執(zhí)行IPUupd的另一個(gè)實(shí)施例中，圖19的基本流程仍可使用，只是在方框442對于IPUupdT過程接過的是暫態(tài)同步緩存器，而對于IPUupdV過程接過的是語音郵件同步緩存器。
圖20例示了集中全局標(biāo)題解釋(CGTT)表34。CGTT表34將各個(gè)PSN范圍與負(fù)責(zé)支持相應(yīng)范圍內(nèi)的用戶的SCP對26聯(lián)系起來。CTGG表34內(nèi)的信息用來支持AIN系統(tǒng)22內(nèi)需要這樣的信息的子系統(tǒng)，即各個(gè)SCP 26、各個(gè)STP 24、SMS 30和VMS 32。SMS需要用這信息來確定在增添、刪除和修改用戶帳戶信息時(shí)應(yīng)將信息發(fā)送給哪個(gè)或哪些SCP對26。STP 24需要用CGTT表34內(nèi)的信息將查詢送至適當(dāng)?shù)腟CP對26。VMS 32需要用CGTT表34內(nèi)的信息將語音信箱狀態(tài)信息發(fā)送給適當(dāng)?shù)腟CP對26。最后，SCP對26需要用CGTT表34內(nèi)的信息確定與電話連接的另一方關(guān)聯(lián)的SCP。
參見圖20，CGTT表具有n個(gè)表目(或記錄)36，其中n在典型實(shí)施情況下可以是1000(或無限制)。對于每個(gè)表目，有五字段。第一字段38標(biāo)明對于在這個(gè)表目規(guī)定范圍內(nèi)PSN的數(shù)字的位數(shù)。這一字段用于電話系統(tǒng)不用固定長度的電話號碼的地方，如日本和其他一些國家。第二字段標(biāo)明這個(gè)范圍內(nèi)的開始PSN，而第三字段標(biāo)明這個(gè)范圍內(nèi)的最后PSN。第四字段標(biāo)明一個(gè)與由第二和第三字段規(guī)定的范圍內(nèi)的PSN關(guān)聯(lián)的第一SCP對。第五字段標(biāo)明一個(gè)與由第二和第三字段規(guī)定的范圍內(nèi)的PSN關(guān)聯(lián)的第二SCP對26。第二SCP對26在數(shù)據(jù)在SCP對之間遷移期間將信息寫入兩個(gè)SCP對時(shí)使用，這將在下面詳細(xì)說明。
在第四和第五字段內(nèi)各有九個(gè)子字段。第一子字段規(guī)定解釋類型。如果必要的話，這可以用來標(biāo)明不同的網(wǎng)絡(luò)類型。第二子字段標(biāo)明編號方案的號碼規(guī)劃，這對于不同的提供方可以是不同的。第三子字段規(guī)定后備模式，可以是對于第一SCP的，第一和第二SCP之間的負(fù)荷共享，或者在第一SCP不工作時(shí)可以是對于第二SCP的。第四、第五和第六子字段分別標(biāo)明STP是否為最終STP、主SCP的名稱和主SCP內(nèi)的目的應(yīng)用。第七、第八和第九子字段分別標(biāo)明對于后備路徑的同樣信息。
在工作中，CGTT表34可用來改變PSN在不同的SCP對之間的分配。重新分配可以在增添一個(gè)新的SCP對或者要將一些PSN從一個(gè)過荷SCP對重新分配給一個(gè)欠荷SCP對時(shí)進(jìn)行。
將一些新的GTT分配給AIN內(nèi)不同子系統(tǒng)可以用兩種方法執(zhí)行。首先，在NCC內(nèi)為子系統(tǒng)準(zhǔn)備一個(gè)新的表發(fā)送給子系統(tǒng)。在子系統(tǒng)接收到這個(gè)新的GTT時(shí)，用這個(gè)新的GTT代替老的GTT。
然而，在有些情況下這種直接文件替換可能不得不中斷服務(wù)。在這種情況下，編輯GTT的現(xiàn)有編輯程序可以結(jié)合CGTT表34內(nèi)的數(shù)據(jù)加以使用。首先，NCC接收子系統(tǒng)內(nèi)的GTT的一個(gè)拷貝。然后，將這個(gè)拷貝與CGTT表34內(nèi)的當(dāng)前信息進(jìn)行比較，得出GTT與CGTT之間的差別。用這些差別產(chǎn)生一些控制GTT的編輯程序的命令。這些命令作為一個(gè)批文件發(fā)送給子系統(tǒng)運(yùn)行，模擬由一個(gè)用戶輸入的進(jìn)行這些改變的命令，而不是發(fā)送新的表。然而，在優(yōu)選實(shí)施例中，這些命令由NCC通過對兩個(gè)數(shù)據(jù)庫的比較自動(dòng)產(chǎn)生，下載給子系統(tǒng)，稍加或不加人工干預(yù)執(zhí)行。
圖21和22為分別例示兩種實(shí)現(xiàn)子系統(tǒng)內(nèi)部GTT改變的方法的流程圖。在圖21中示出了說明數(shù)據(jù)庫替換方法的流程圖。在方框460，用來自CGTT 34的信息為子系統(tǒng)產(chǎn)生一個(gè)GTT數(shù)據(jù)庫。在方框462，子系統(tǒng)的這個(gè)新GTT從NCC下載給子系統(tǒng)。在方框464，子系統(tǒng)當(dāng)前正在使用的GTT用這個(gè)新的GTT代替。
圖22例示了按照CGTT 34內(nèi)的信息修改一個(gè)子系統(tǒng)內(nèi)的當(dāng)前GTT的批文件方法。在方框470，NCC上載子系統(tǒng)內(nèi)當(dāng)前使用的GTT。在方框472，來自當(dāng)前GTT的信息與CGTT 34內(nèi)的信息進(jìn)行比較，確定需要對子系統(tǒng)當(dāng)前GTT進(jìn)行哪些改變(如有的話)以使信息與CGTT 34一致。在方框474，產(chǎn)生修改當(dāng)前GTT的命令。典型的命令有ADD<record>、DELETE<record>和MODIFY<record>。在方框476，一個(gè)含有這些命令的批文件下載給為這個(gè)指定子系統(tǒng)執(zhí)行GTT編輯程序的計(jì)算機(jī)。在方框478，批文件由計(jì)算機(jī)執(zhí)行，實(shí)現(xiàn)對GTT的修改。
圖23a-e例示了信息從一個(gè)SCP對(SCP1，始發(fā)SCP，包括SCP1A和1B)遷移到另一個(gè)SCP對(SCP2，終接SCP，包括SCP 2A和2B)的情況。信息從一個(gè)SCP對26遷移到另一個(gè)SCP對26涉及將與一個(gè)范圍的PSN相應(yīng)的記錄從SCP 1傳送給SCP 2。這個(gè)過程可以例如在系統(tǒng)增添一個(gè)新的SCP對26時(shí)或在移動(dòng)一些記錄以使SCP對26之間負(fù)荷均衡時(shí)執(zhí)行。重要的是，信息遷移能動(dòng)態(tài)地進(jìn)行，而且不影響服務(wù)。
第一個(gè)遷移步驟結(jié)合圖23a進(jìn)行說明。首先，操作員禁止SMS為需從SCP 1轉(zhuǎn)至SCP 2的規(guī)定范圍內(nèi)的號碼服務(wù)(增添、刪除和修改用戶記錄)。由于SMS的服務(wù)并不影響電話裝置之間的連接，因此這個(gè)步驟不影響電話業(yè)務(wù)。在規(guī)定范圍內(nèi)的所有用戶記錄從SCP 1A拷貝給SCP 2A和拷貝給SCP 2B。始發(fā)SCP 1A和1B將使與規(guī)定范圍內(nèi)各記錄關(guān)聯(lián)的各個(gè)傳送同步比特(指示相應(yīng)要傳送的記錄已修改)復(fù)位。SCP2A和2B將使所接收的各記錄內(nèi)的傳送同步比特和查詢同步比特(如前面結(jié)合圖17-19對在對偶SCP之間的數(shù)據(jù)同步所作的說明)復(fù)位。在執(zhí)行記錄信息傳送的同時(shí)，始發(fā)SCP 1接收到查詢(暫態(tài)數(shù)據(jù))和語音郵件信息，將使受影響的記錄的傳送同步比特和查詢同步比特置位。查詢同步比特在SCP將暫態(tài)和語音郵件更新數(shù)據(jù)發(fā)送給它們的對偶(即SCP 1A的對偶是SCP 1B，SCP 1B的對偶是SCP 1A)后復(fù)位。
在記錄傳送完成后，在SCP 1A和2A之間以及SCP 1B和2B之間執(zhí)行審查。如果有差異，就加以消除，或者重新啟動(dòng)這個(gè)過程。
圖23b例示了在記錄遷移中的下個(gè)步驟。在這個(gè)步驟中，發(fā)布傳送同步命令。一旦發(fā)布了傳送同步命令，SCP 1A就向SCP 2A發(fā)送更新信息，而SCP 1B向SCP 2B發(fā)送更新信息。發(fā)送了更新信息，始發(fā)SCP1A或1B將使它的更新記錄的傳送同步比特復(fù)位。允許SCP 2向SCP 1發(fā)送更新信息，但由于它不接收暫態(tài)或語音郵件查詢，因此SCP 2將在此時(shí)不向SCP 1發(fā)送消息。對偶SCP 1A和1B之間的同步繼續(xù)執(zhí)行。也允許SCP 2A和2B之間進(jìn)行同步。
傳送同步命令置位后，在SMS和SCP內(nèi)的全局GTT按照CGTT 34更新，以便將對在規(guī)定范圍內(nèi)的記錄的更新發(fā)送給SCP 1和SCP 2。因此，來自SMS的任何改變都影響這兩個(gè)SCP對。
在圖23c中，對各STP的GTT進(jìn)行修改，以將對在規(guī)定范圍內(nèi)的記錄的所有查詢都送至終接SCP對，即SCP 2。傳送同步現(xiàn)在在兩個(gè)方向都可以，因?yàn)閷τ跁簯B(tài)數(shù)據(jù)SCP 2將更新SCP 1，而對于語音郵件數(shù)據(jù)SCP 1將更新SCP 2。
在圖23d中，對VMS的GTT進(jìn)行修改，以將對在規(guī)定范圍內(nèi)的記錄的所有語音郵件查詢都送至終接SCP對，即SCP 2。雖然傳送同步在兩個(gè)方向都可以，但實(shí)際上始發(fā)SCP對，即SCP 1，不再接受任何暫態(tài)或語音郵件查詢，因此沒有更新消息要發(fā)送。在SCP 2向SCP 1發(fā)送更新信息時(shí)，它就將更新記錄的傳送同步比特復(fù)位。應(yīng)當(dāng)指出的是，VMS的GTT可以與STP的GTT同時(shí)加以修改，以便將語音郵件和暫態(tài)查詢同時(shí)轉(zhuǎn)至SCP 2。
此時(shí)，兩個(gè)SCP對都完全可以對規(guī)定范圍內(nèi)的記錄進(jìn)行工作，雖然終接時(shí)要繼續(xù)進(jìn)行服務(wù)。可以對SCP 2對記錄的處理情況進(jìn)行監(jiān)視，如果處理進(jìn)行順利，就可以不同執(zhí)行傳送同步。否則，操作員可以將與STP和VMS關(guān)聯(lián)的各GTT改變成它們先前的設(shè)置倒回始發(fā)SCP對。
在圖23e中，假設(shè)不倒回先前的設(shè)置，這樣就可以按照CGTT 34改變SMS和SCP的GTT，從而指定終接SCP對負(fù)責(zé)規(guī)定范圍內(nèi)的記錄。然后，從SCP 1中可以刪除已傳送的記錄。
這里所說明的這種AIN系統(tǒng)與現(xiàn)有技術(shù)相比具有一些顯著的優(yōu)點(diǎn)。重要的有，多個(gè)SCP提供了對查詢的快速響應(yīng)。隨著用戶數(shù)據(jù)庫的增大，可以為系統(tǒng)增添一些附加的SCP。記錄可以從一個(gè)SCP對遷移到另一對，而不需要中斷服務(wù)，也不會(huì)丟失暫態(tài)或語音郵件信息。一個(gè)集中的GTT提供了一個(gè)修改與AIN內(nèi)各子系統(tǒng)分別關(guān)聯(lián)的這些GTT的高效體制。這些將查詢導(dǎo)向正確的SCP的GTT結(jié)合將來自宿主51的查詢導(dǎo)向正確的IPU提供了一條高效的信號通路，迅速地將查詢送至所希望的目的地。高速同步方法的最短的更新等待時(shí)間維護(hù)各個(gè)SCP對內(nèi)的SCP之間的冗余。
雖然本發(fā)明的詳細(xì)說明是針對一些示范實(shí)施例的，但對于熟悉本技術(shù)領(lǐng)域的人員來說，這些實(shí)施例的種種修改形式以及替換形式都是可設(shè)想的。因此，本發(fā)明函蓋了所有在所附權(quán)利要求明確的本發(fā)明專利保護(hù)范圍內(nèi)的修改形式和替換形式。
權(quán)利要求
1.一種用于對冗余服務(wù)控制點(diǎn)子系統(tǒng)之間的數(shù)據(jù)庫的存儲(chǔ)進(jìn)行同步的方法，每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)具有多個(gè)處理器，所述方法包括步驟在每個(gè)所述服務(wù)控制點(diǎn)子系統(tǒng)上存儲(chǔ)數(shù)據(jù)庫的一個(gè)備份；在每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中，將每個(gè)所述數(shù)據(jù)庫的備份中的數(shù)據(jù)組織成相應(yīng)的文件，每個(gè)文件包括多個(gè)記錄；在每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中，將相應(yīng)的所述文件組分配給所述服務(wù)控制點(diǎn)子系統(tǒng)中的處理器；和對于每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中的每個(gè)文件，標(biāo)識已改變的記錄，并將信息送到其它服務(wù)控制點(diǎn)子系統(tǒng)中的相應(yīng)處理器以更新改變的記錄，這樣每個(gè)文件記錄的更新可與其它文件記錄的更新分開進(jìn)行和并行進(jìn)行。
2.權(quán)利要求1的方法，進(jìn)一步包括步驟對于每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中的每個(gè)文件從其它服務(wù)控制點(diǎn)子系統(tǒng)接收有關(guān)與所述文件相關(guān)的記錄的更新信息，并響應(yīng)該信息更新所述文件中的記錄。
3.權(quán)利要求1的方法，其中所述標(biāo)識已改變的記錄的步驟包括用瞬時(shí)數(shù)據(jù)的變化標(biāo)識記錄的步驟。
4.權(quán)利要求1的方法，其中所述標(biāo)記已改變的記錄的步驟包括用語音信箱數(shù)據(jù)的變化標(biāo)識記錄的步驟。
5.權(quán)利要求1的方法，其中所述標(biāo)識已改變的記錄的步驟包括標(biāo)識已改變的記錄和在與每個(gè)處理器相關(guān)的一個(gè)或多個(gè)存儲(chǔ)器的高速緩沖存儲(chǔ)器中存儲(chǔ)所述改變的記錄的步驟。
6.權(quán)利要求5的方法，進(jìn)一步包括步驟將所述改變的記錄從一個(gè)或多個(gè)高速緩沖存儲(chǔ)器送到其它服務(wù)控制點(diǎn)子系統(tǒng)中的相應(yīng)處理器。
7.權(quán)利要求5的方法，其中所述一個(gè)或多個(gè)高速緩沖存儲(chǔ)器包括一單個(gè)用于存儲(chǔ)帶有瞬時(shí)數(shù)據(jù)變化和語音信箱數(shù)據(jù)變化的記錄的高速緩沖存儲(chǔ)器。
8.權(quán)利要求5的方法，其中所述一個(gè)或多個(gè)高速緩沖存儲(chǔ)器包括單獨(dú)的用于存儲(chǔ)帶有瞬時(shí)數(shù)據(jù)變化的記錄和用于存儲(chǔ)帶有語音信箱數(shù)據(jù)變化的記錄的高速緩沖存儲(chǔ)器。
9.一種用于維護(hù)數(shù)據(jù)庫的電路系統(tǒng)，包括第一和第二冗余服務(wù)控制點(diǎn)子系統(tǒng)用于存儲(chǔ)數(shù)據(jù)庫的一個(gè)備份，每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)具有多個(gè)處理器；其中，在每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中，將每個(gè)所述數(shù)據(jù)庫的備份中的數(shù)據(jù)組織成相應(yīng)的文件，每個(gè)文件包括多個(gè)記錄；其中，在每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中，將所述文件組分配給所述服務(wù)控制點(diǎn)子系統(tǒng)中的相應(yīng)處理器；和對于每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中的每個(gè)文件，標(biāo)識已改變的記錄，并將信息送到其它服務(wù)控制點(diǎn)子系統(tǒng)中的相應(yīng)處理器以更新改變的記錄的電路系統(tǒng)，這樣每個(gè)文件記錄的更新可與其它文件記錄的更新分開進(jìn)行和并行進(jìn)行。
10.權(quán)利要求9的電路系統(tǒng)，進(jìn)一步包括電路系統(tǒng)對于每個(gè)服務(wù)控制點(diǎn)子系統(tǒng)中的每個(gè)文件從其它服務(wù)控制點(diǎn)子系統(tǒng)接收有關(guān)與所述文件相關(guān)的記錄的更新信息，并響應(yīng)該信息更新所述文件中的記錄。
12.權(quán)利要求9的電路系統(tǒng)，其中所述標(biāo)識已改變的記錄的電路系統(tǒng)包括用瞬時(shí)數(shù)據(jù)的變化標(biāo)識記錄的電路系統(tǒng)。
13.權(quán)利要求9的電路系統(tǒng)，其中所述標(biāo)記已改變的記錄的電路系統(tǒng)包括用語音信箱數(shù)據(jù)的變化標(biāo)識記錄的電路系統(tǒng)。
14.權(quán)利要求9的電路系統(tǒng)，其中所述標(biāo)識已改變的記錄的電路系統(tǒng)包括標(biāo)識已改變的記錄和在與每個(gè)處理器相關(guān)的一個(gè)或多個(gè)存儲(chǔ)器的高速緩沖存儲(chǔ)器中存儲(chǔ)所述改變的記錄的電路系統(tǒng)。
15.權(quán)利要求14的電路系統(tǒng)，進(jìn)一步包括電路系統(tǒng)將所述改變的記錄從一個(gè)或多個(gè)高速緩沖存儲(chǔ)器送到其它服務(wù)控制點(diǎn)子系統(tǒng)中的相應(yīng)處理器。
16.權(quán)利要求14的電路系統(tǒng)，其中所述一個(gè)或多個(gè)高速緩沖存儲(chǔ)器包括一單個(gè)用于存儲(chǔ)帶有瞬時(shí)數(shù)據(jù)變化和語音信箱數(shù)據(jù)變化的記錄的高速緩沖存儲(chǔ)器。
17.權(quán)利要求5的電路系統(tǒng)，其中其中所述一個(gè)或多個(gè)高速緩沖存儲(chǔ)器包括單獨(dú)的用于存儲(chǔ)帶有瞬時(shí)數(shù)據(jù)變化的記錄和用于存儲(chǔ)帶有語音信箱數(shù)據(jù)變化的記錄的高速緩沖存儲(chǔ)器。
全文摘要
AIN服務(wù)網(wǎng)包括多個(gè)能加以擴(kuò)展來滿足增長需求的SCP對。這種擴(kuò)展可以在不中止服務(wù)的情況下在各SCP對之間遷移記錄來實(shí)現(xiàn),同時(shí)又維護(hù)了各對之間的冗余。一個(gè)集中的GTT用來維護(hù)一些在AIN系統(tǒng)內(nèi)多個(gè)子系統(tǒng)之間分配的GTT。由于用戶數(shù)據(jù)庫分成多個(gè)文件,而每個(gè)文件具有一個(gè)獨(dú)立的同步過程,因此每對的對偶SCP之間的同步非常迅速。
文檔編號H04M7/06GK1264518SQ98806021
公開日2000年8月23日 申請日期1998年5月4日 優(yōu)先權(quán)日1997年5月9日
發(fā)明者托馬斯·W·雷基塔, 陳香梅, 扎克·S·古斯里爾 申請人:美國阿爾卡塔爾資源有限合伙公司