專(zhuān)利名稱(chēng)：智能網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)應(yīng)用技術(shù)，更具體地說(shuō)，涉及一種使智能網(wǎng)絡(luò)產(chǎn)品在同種業(yè)務(wù)不同版本之間進(jìn)行實(shí)時(shí)替換從而實(shí)現(xiàn)系統(tǒng)業(yè)務(wù)安全切換的技術(shù)。
網(wǎng)絡(luò)產(chǎn)品尤其是智能網(wǎng)產(chǎn)品，根據(jù)其特性，應(yīng)該是可以比較容易地增加業(yè)務(wù)和替換現(xiàn)有業(yè)務(wù)，而且這些操作都不用更改運(yùn)行系統(tǒng)的程序，而只要進(jìn)行配置就可以。但是，重新修改后的配置如何生效，是比較困難的。尤其在智能網(wǎng)中，業(yè)務(wù)執(zhí)行部分SCF為了提高處理能力，可能要采用多個(gè)進(jìn)程進(jìn)行處理，這時(shí)業(yè)務(wù)替換要保證所有的SCF進(jìn)程都能同時(shí)成功或失敗才可以，而且當(dāng)對(duì)一種業(yè)務(wù)功能進(jìn)行修改時(shí)，要想實(shí)現(xiàn)業(yè)務(wù)的平穩(wěn)升級(jí)，并使當(dāng)前正在進(jìn)行的呼叫不受影響，這些的實(shí)現(xiàn)都是比較困難的。因此，目前對(duì)此的一般處理，都要先刪除原有業(yè)務(wù)，再加載新業(yè)務(wù)。而刪除原有業(yè)務(wù)時(shí)，則必將使原業(yè)務(wù)的處理暫時(shí)中止，使在原有業(yè)務(wù)失效和新業(yè)務(wù)生效之間產(chǎn)生一段不能執(zhí)行業(yè)務(wù)的時(shí)間。而且升級(jí)過(guò)程時(shí)間較長(zhǎng)。鑒于智能網(wǎng)系統(tǒng)對(duì)高可用性的要求及用戶(hù)日益增加的對(duì)其的依賴(lài)性，系統(tǒng)業(yè)務(wù)即使只有短暫的停止也將造成較大損失，給整個(gè)系統(tǒng)業(yè)務(wù)造成影響。
本發(fā)明的主要目的就在于，提供一種使智能網(wǎng)業(yè)務(wù)在進(jìn)行修改和升級(jí)時(shí)無(wú)需中斷系統(tǒng)運(yùn)行和業(yè)務(wù)服務(wù)的方法，而且在升級(jí)期間，對(duì)正在通話(huà)用戶(hù)沒(méi)有任何影響，對(duì)升級(jí)期間已接繼的用戶(hù)呼叫將會(huì)繼續(xù)而不會(huì)斷掉，其處理流程將仍由老版本的業(yè)務(wù)處理，而新接收的用戶(hù)呼叫將由升級(jí)后的業(yè)務(wù)處理。
本發(fā)明的目的是這樣實(shí)現(xiàn)的，在一個(gè)智能網(wǎng)業(yè)務(wù)系統(tǒng)中構(gòu)造智能網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法，所述系統(tǒng)包括業(yè)務(wù)管理系統(tǒng)(下簡(jiǎn)稱(chēng)SMS)1及由其控制的業(yè)務(wù)控制點(diǎn)(下簡(jiǎn)稱(chēng)SCP)，所述業(yè)務(wù)控制點(diǎn)SCP由SCP管理模塊2,SCP呼叫處理板塊3和SCP數(shù)據(jù)功能模塊4組成，其中，業(yè)務(wù)管理系統(tǒng)1連接到SCP管理模塊2,SCP管理模塊2分別連接到多個(gè)SCP呼叫處理模塊(下簡(jiǎn)稱(chēng)SCF)3和SCF數(shù)據(jù)功能模塊(下簡(jiǎn)稱(chēng)SDF)4，所述智能網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法包括對(duì)網(wǎng)絡(luò)業(yè)務(wù)進(jìn)行預(yù)替換；對(duì)各個(gè)SCP呼叫處理模塊(SCF)3是否都成功完成預(yù)替換進(jìn)行判斷，如果至少一個(gè)SCF3未能在一定時(shí)間內(nèi)成功完成預(yù)替換時(shí)，則通知SDF4預(yù)替換不成功，SDF4接收到預(yù)替換不成功消息時(shí)，恢復(fù)對(duì)數(shù)據(jù)庫(kù)及業(yè)務(wù)配置文件的修改，并由SDF4通知業(yè)務(wù)管理系統(tǒng)1業(yè)務(wù)替換不成功，并通知所有SCF放棄預(yù)替換；當(dāng)判斷出所有SCP呼叫處理模塊3均已成功完成預(yù)替換，則進(jìn)行正式替換。
在按照本發(fā)明提供的網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法中，所述正式替換包括以下步驟由SCP呼叫處理模塊3通知SDF4業(yè)務(wù)替換成功；
由SDF4通知業(yè)務(wù)管理系統(tǒng)1業(yè)務(wù)替換成功；SCF3正式開(kāi)始業(yè)務(wù)替換；正式替換開(kāi)始時(shí)，已經(jīng)存在的呼叫稱(chēng)為舊呼叫，而替換后新接入的呼叫稱(chēng)為新呼叫，替換時(shí)，新舊業(yè)務(wù)邏輯同時(shí)存在，舊呼叫仍由舊業(yè)務(wù)邏輯處理，而新呼叫則由新業(yè)務(wù)邏輯處理。
在按照本發(fā)明提供的網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法中，所述舊呼叫處理包括以下步驟由SCP呼叫處理模塊3使用舊業(yè)務(wù)處理數(shù)據(jù)及模塊對(duì)原有呼叫進(jìn)行處理；對(duì)是否還有舊業(yè)務(wù)呼叫進(jìn)行判斷，如果已經(jīng)沒(méi)有舊呼叫需要處理，則舊業(yè)務(wù)繼續(xù)存在，直到所有的舊呼叫全部結(jié)束為止，再由SCF釋放舊業(yè)務(wù)所占用的資源。
在按照本發(fā)明提供的網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法中，所述預(yù)替換包括以下步驟所述業(yè)務(wù)管理系統(tǒng)1發(fā)出業(yè)務(wù)動(dòng)態(tài)替換命令送到SDF4；所述SDF根據(jù)業(yè)務(wù)替換要求，對(duì)相應(yīng)的數(shù)據(jù)庫(kù)或業(yè)務(wù)配置文件進(jìn)行處理；對(duì)SDF的數(shù)據(jù)處理成功與否進(jìn)行判斷，如不成功，則由SDF4向業(yè)務(wù)管理系統(tǒng)1返回失敗消息，如處理成功，則由SDF向SCF發(fā)送替換消息；當(dāng)各SCP呼叫處理模塊3接收到來(lái)自SDF4的業(yè)務(wù)替換消息時(shí)，將新業(yè)務(wù)的內(nèi)容讀入內(nèi)存，并為該新業(yè)務(wù)分配相應(yīng)的資源。
在按照本發(fā)明提供的網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法中，在開(kāi)始業(yè)務(wù)替換過(guò)程中，記錄對(duì)應(yīng)每一個(gè)業(yè)務(wù)正在處理的呼叫數(shù)，當(dāng)記錄的一個(gè)舊業(yè)務(wù)處理呼叫數(shù)減至零時(shí)，刪除該舊業(yè)務(wù)的有關(guān)數(shù)據(jù)及信息。
通過(guò)實(shí)施本發(fā)明提供的方法，無(wú)論是對(duì)智能網(wǎng)業(yè)務(wù)進(jìn)行變更或增加或減少時(shí)，均可保證在業(yè)務(wù)發(fā)生變化時(shí)不需要系統(tǒng)中止運(yùn)行，而且在對(duì)當(dāng)前使用用戶(hù)沒(méi)有影響的情況下，就可以實(shí)現(xiàn)業(yè)務(wù)替換，整個(gè)過(guò)程安全快捷。
結(jié)合附圖和實(shí)施例，進(jìn)一步說(shuō)明本發(fā)明的特點(diǎn)，附圖中

圖1是用于實(shí)施本發(fā)明提供的網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法的智能網(wǎng)業(yè)務(wù)系統(tǒng)的方框圖；圖2是用于說(shuō)明本發(fā)明提供的網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換方法的流程示意圖。
如圖1所示，在為實(shí)現(xiàn)本發(fā)明的構(gòu)造的一個(gè)智能網(wǎng)業(yè)務(wù)系統(tǒng)(SCP)中，包括業(yè)務(wù)管理系統(tǒng)1、由SCP管理模塊2、SCP呼叫處理模塊3和SDF4組成的SCP，業(yè)務(wù)管理統(tǒng)1連接到SCP管理模塊2，SCP管理模塊2分別連接到SCP呼叫處理模塊3和SDF4。其中，業(yè)務(wù)管理系統(tǒng)1(SMS)用于對(duì)整個(gè)系統(tǒng)進(jìn)行管理，系統(tǒng)操作員可以利用它對(duì)系統(tǒng)進(jìn)行操作和維護(hù)。SCP管理模塊2(MANAGER)是SCP的管理中樞，負(fù)責(zé)所有對(duì)外的通訊工作，將所有信息匯總，合理可靠地分發(fā)給各目的地。SCP呼叫處理模塊3(SCF)是SCP的核心，所有IN呼叫都是由SCP呼叫處理模塊SCF進(jìn)行處理的。出于效率方面的考慮，在作為實(shí)施例的TELLIN系統(tǒng)中可以實(shí)現(xiàn)一個(gè)SCP系統(tǒng)中多個(gè)SCF進(jìn)程同時(shí)存在，以提供更強(qiáng)的處理能力。SDF4(SDF)負(fù)責(zé)與業(yè)務(wù)數(shù)據(jù)有關(guān)的功能。在動(dòng)態(tài)業(yè)務(wù)升級(jí)中，SDF負(fù)責(zé)根據(jù)SMS的命令，更新與業(yè)務(wù)相關(guān)的數(shù)據(jù)庫(kù)和各配置文件。
為進(jìn)一步說(shuō)明本發(fā)明的方法，分析在智能網(wǎng)產(chǎn)品中業(yè)務(wù)升級(jí)變換方面存在的困難根據(jù)SCP呼叫處理模塊SCF的工作情況，任何一個(gè)SCP呼叫處理模塊(SCF)在任何時(shí)刻都有可能在處理IN呼叫，動(dòng)態(tài)版本替換必然會(huì)導(dǎo)致新舊版本同時(shí)存在。而且由于多個(gè)SCF進(jìn)程的存在，還必須保證在各SCF進(jìn)程的狀態(tài)一致。因此，必須要解決好以下問(wèn)題1)替換狀態(tài)一致性各SCF業(yè)務(wù)替換要么都成功，要么都失敗，必須一致，不能使有些SCF成功，而另外一些失敗。
2)上報(bào)消息正確上報(bào)SMS的消息必須準(zhǔn)確，即只有當(dāng)所有的SCF都業(yè)務(wù)替換成功時(shí)，才允許向SMS上報(bào)正確。
3)替換響應(yīng)快捷在實(shí)際應(yīng)用中，用戶(hù)IN呼叫的持續(xù)時(shí)間可能比較長(zhǎng)，這樣徹底完成業(yè)務(wù)替換的時(shí)間也會(huì)比較長(zhǎng)。但動(dòng)態(tài)版本升級(jí)是由操作員在SMP界面上發(fā)出的，發(fā)出命令后操作員要等待相應(yīng)，這就要求SCP必須在較短的時(shí)間里作出響應(yīng)，上報(bào)結(jié)果。
4)新舊版本功能分別處理在新舊版本同時(shí)存在的情況下，如何保證新到呼叫由新業(yè)務(wù)處理，而已有呼叫由舊業(yè)務(wù)處理。
在本發(fā)明方法的一個(gè)實(shí)施例系統(tǒng)TELLIN中，在實(shí)現(xiàn)系統(tǒng)業(yè)務(wù)的動(dòng)態(tài)替換中，首先由SDF(SDF4)接收SMS(業(yè)務(wù)管理系統(tǒng)1)的業(yè)務(wù)替換命令，根據(jù)業(yè)務(wù)需要對(duì)數(shù)據(jù)庫(kù)以及其它配置文件進(jìn)行相應(yīng)的修改。如果失敗，則上報(bào)SMS任務(wù)失敗，并結(jié)束；如果SDF成功，再讓SCP呼叫處理模塊SCF進(jìn)行業(yè)務(wù)動(dòng)態(tài)替換。
為了解決上述問(wèn)題(1)、(2)、(3)，本發(fā)明提出了“預(yù)替換”的概念。也就是說(shuō)將整個(gè)業(yè)務(wù)替換過(guò)程分為兩個(gè)步驟(1)預(yù)替換，(2)正式替換。預(yù)替換也就是SCF先將有關(guān)業(yè)務(wù)替換的所有信息讀入，并做好所有準(zhǔn)備工作。這樣，當(dāng)預(yù)替換完成時(shí)，所有的替換工作基本都完成，但是新的業(yè)務(wù)并沒(méi)有開(kāi)始投入使用。當(dāng)所有SCP呼叫處理模塊3(SCF)完成預(yù)替換時(shí)，會(huì)通知SCP管理模塊2預(yù)替換成功的信息，SCP管理模塊2將等待預(yù)替換成功的消息。如果有任一個(gè)SCF的預(yù)替換不成功，或有的SCF在較長(zhǎng)時(shí)間內(nèi)沒(méi)有能完成預(yù)替換，也認(rèn)為失敗，那么，SCP管理模塊2必須通知所有處理單元3和SDF4取消業(yè)務(wù)替換，從而保證所有SCF業(yè)務(wù)替換的狀態(tài)一致。如果所有的SCP呼叫處理模塊都成功預(yù)替換，這時(shí)，SCP管理模塊3將再向各個(gè)SCP呼叫處理模塊3發(fā)送正式替換命令，并通知SMS業(yè)務(wù)替換成功。由于SCP呼叫處理模塊預(yù)替換時(shí)已經(jīng)基本解決了業(yè)務(wù)替換的問(wèn)題，這樣當(dāng)預(yù)替換成功時(shí)，實(shí)際已能保證整個(gè)業(yè)務(wù)替換的成功。這樣就解決了上述的(1)(2)問(wèn)題，而且預(yù)替換與當(dāng)前呼叫無(wú)關(guān)，需要的時(shí)間也比較短，問(wèn)題(3)也解決了。
為解決前述問(wèn)題(4)，在業(yè)務(wù)開(kāi)始替換時(shí)，必須保留新舊兩個(gè)版本的業(yè)務(wù)信息，并且能區(qū)分新舊兩個(gè)版本的業(yè)務(wù)。對(duì)于已接續(xù)的呼叫，保證指向舊版本的業(yè)務(wù)，而對(duì)于新來(lái)的呼叫，要保證找到新版本的業(yè)務(wù)。
此外，還要求記錄對(duì)應(yīng)每一個(gè)業(yè)務(wù)正在處理的呼叫數(shù)。這樣當(dāng)一個(gè)老業(yè)務(wù)處理呼叫都結(jié)束后，其記錄的呼叫數(shù)將減至零，這時(shí)就可以將此老業(yè)務(wù)的有關(guān)信息刪除，從而完整地完成動(dòng)態(tài)業(yè)務(wù)替換。
圖2示出了一個(gè)體現(xiàn)本發(fā)明提出的上述方案的控制流程圖，如圖所示，在框101中，業(yè)務(wù)管理系統(tǒng)1發(fā)出業(yè)務(wù)動(dòng)態(tài)替換命令，由管理單元將該命令送到SDF4，該SDF4根據(jù)業(yè)務(wù)替換要求，對(duì)相應(yīng)的數(shù)據(jù)庫(kù)或業(yè)務(wù)配置文件進(jìn)行處理；在框402對(duì)SDF4的數(shù)據(jù)處理成功與否進(jìn)行判斷；如不成功，則在框103中由數(shù)據(jù)單元4向業(yè)務(wù)管理系統(tǒng)1返回失敗消息；如處理成功，則在框104中由SDF4通過(guò)SCP管理模塊2向SCP呼叫處理模塊3發(fā)送替換消息；在框105中，各個(gè)SCP呼叫處理模塊3接收到來(lái)自SDF4的業(yè)務(wù)替換消息，將新業(yè)務(wù)的內(nèi)容讀入內(nèi)存，并為此業(yè)務(wù)分配相應(yīng)資源；由于框105中要求所有處理單元都能預(yù)替換成功，但由于系統(tǒng)資源和其它方面的原因，往往不能滿(mǎn)足該要求，在框106，對(duì)各個(gè)SCP呼叫模塊3是否都成功完成預(yù)替換進(jìn)行判斷，如果至少有一個(gè)SCP呼叫處理模塊3未能成功完成預(yù)替換時(shí)，則在框107，通知數(shù)據(jù)單元4預(yù)替換不成功，并通知SCF取消預(yù)替換，釋放預(yù)替換所申請(qǐng)的資源；在框108,SDF4接收到預(yù)替換不成功消息時(shí)，恢復(fù)對(duì)數(shù)據(jù)庫(kù)及業(yè)務(wù)配置文件的修改；再在框109，由SDF4通知業(yè)務(wù)系統(tǒng)1業(yè)務(wù)替換不成功；當(dāng)在框106中判斷出所有SCP呼叫處理模塊3均已成功完成預(yù)替換，在框110中，由SCP呼叫處理模塊3通知SDF4業(yè)務(wù)替換成功；再在框111中，由SDF4通知命令單元1業(yè)務(wù)替換成功；在框112中，SCP呼叫處理模塊正式開(kāi)始業(yè)務(wù)替換，此時(shí)，處于新舊業(yè)務(wù)并存且分別處理階段，此時(shí)在框113進(jìn)行呼叫是新呼叫還是舊呼叫的判斷，如是新呼叫，在框114由SCP呼叫處理模塊3使用新業(yè)務(wù)處理數(shù)據(jù)及模塊對(duì)新呼叫進(jìn)行處理；如在框113中發(fā)現(xiàn)存在舊呼叫，則在框115中，由SCP呼叫處理模塊3使用舊業(yè)務(wù)處理數(shù)據(jù)及模塊對(duì)原有舊呼叫進(jìn)行處理；為檢測(cè)是否還有舊業(yè)務(wù)呼叫，在框116中對(duì)是否還有舊呼叫進(jìn)行判斷，如果還存在舊業(yè)務(wù)呼叫，則在框117中對(duì)其不作處理；如果在規(guī)定時(shí)間內(nèi)沒(méi)有發(fā)現(xiàn)舊業(yè)務(wù)呼叫，則在框118中，由SCP呼叫處理模塊3釋放舊業(yè)務(wù)所占用的資源，此時(shí)，完成全部業(yè)務(wù)替換工作，即由框112開(kāi)始的業(yè)務(wù)替換工作在此時(shí)全部結(jié)束。整個(gè)系統(tǒng)處于提供新業(yè)務(wù)服務(wù)狀態(tài)中。
本發(fā)明的動(dòng)態(tài)業(yè)務(wù)替換方法已在一個(gè)實(shí)驗(yàn)性的智能網(wǎng)系統(tǒng)TELLIN系統(tǒng)中得到應(yīng)用，并經(jīng)過(guò)多方測(cè)試，取得了滿(mǎn)意的結(jié)果，在實(shí)際使用中，實(shí)現(xiàn)了在對(duì)用戶(hù)毫無(wú)影響的情況下替換新業(yè)務(wù)。本發(fā)明的思想還可以應(yīng)用在類(lèi)似情況的其他應(yīng)用系統(tǒng)中，以保證系統(tǒng)的盡可能減少中斷時(shí)間。
權(quán)利要求
1.一種在智能網(wǎng)業(yè)務(wù)系統(tǒng)中實(shí)現(xiàn)網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換的方法，所述系統(tǒng)包括業(yè)務(wù)管理系統(tǒng)(1),SCP管理模塊(2),SCP呼叫處理模塊3和SCP數(shù)據(jù)功能模塊SDF(4)，業(yè)務(wù)管理系統(tǒng)(1)與SCP管理模塊2相通，SCP管理模塊(2)分別與多個(gè)SCP呼叫處理模塊(3)和SDF(4)相接，其特征在于，所述網(wǎng)絡(luò)業(yè)務(wù)動(dòng)態(tài)替換的方法包括對(duì)網(wǎng)絡(luò)業(yè)務(wù)進(jìn)行預(yù)替換；對(duì)各個(gè)SCP呼叫處理模塊(3)是否都成功完成預(yù)替換進(jìn)行判斷，如果至少有一個(gè)SCF呼叫處理模塊(3)未能在一定時(shí)間內(nèi)成功完成預(yù)替換時(shí)，則通知SDF(4)預(yù)替換不成功，并通知SCF取消預(yù)替換，釋放預(yù)替換所申請(qǐng)的資源，SDF(4)接收到預(yù)替換不成功消息時(shí)，恢復(fù)對(duì)數(shù)據(jù)庫(kù)及業(yè)務(wù)配置文件的修改，并由SDF(4)通知業(yè)務(wù)管理系統(tǒng)(1)業(yè)務(wù)替換不成功；當(dāng)判斷出所有SCP呼叫處理模塊3均已成功完成預(yù)替換，則進(jìn)行正式替換。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述正式替換包括以下步驟由SCP呼叫處理模塊(3)通知SDF(4)業(yè)務(wù)替換成功；由SDF(4)通知業(yè)務(wù)管理系統(tǒng)(1)業(yè)務(wù)替換成功；SCF呼叫處理模塊(3)正式開(kāi)始業(yè)務(wù)替換；正式替換開(kāi)始時(shí)，新舊業(yè)務(wù)邏輯同時(shí)存在，舊呼叫仍由舊業(yè)務(wù)邏輯處理，而新呼叫則由新業(yè)務(wù)邏輯處理。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述舊呼叫處理包括以下步驟由SCP呼叫處理模塊(3)使用舊業(yè)務(wù)處理數(shù)據(jù)及模塊對(duì)原有呼叫進(jìn)行處理；正式替換開(kāi)始時(shí)，舊呼叫仍由舊業(yè)務(wù)邏輯處理，而新呼叫則由新業(yè)務(wù)邏輯處理，系統(tǒng)監(jiān)視呼叫處理情況，如所有舊呼叫都已處理完，則由SCF釋放舊業(yè)務(wù)所占用的資源。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，在開(kāi)始所述處理單元(3)正式開(kāi)始業(yè)務(wù)替換時(shí)，開(kāi)始使用新業(yè)務(wù)。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述由SCP呼叫處理模塊(3)通知SDF(4)業(yè)務(wù)替換成功，是由SCP呼叫處理模塊(3)通過(guò)SCP管理模塊(2)傳輸?shù)絊DF(4)的。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預(yù)替換步驟包括以下步驟所述業(yè)務(wù)管理系統(tǒng)(1)發(fā)出業(yè)務(wù)動(dòng)態(tài)替換命令送到SDF(4)；所述SDF(4)根據(jù)業(yè)務(wù)替換要求，對(duì)相應(yīng)的數(shù)據(jù)庫(kù)或業(yè)務(wù)配置文件進(jìn)行處理；對(duì)SDF(4)的數(shù)據(jù)處理成功與否進(jìn)行判斷，如不成功，則由SDF(4)向業(yè)務(wù)管理系統(tǒng)(1)返回失敗消息，如處理成功，則由數(shù)據(jù)單元(4)向SCP呼叫處理模塊(3)發(fā)送替換消息；當(dāng)各SCP呼叫處理模塊(3)接收到來(lái)自SDF(4)的業(yè)務(wù)替換消息時(shí)，將新業(yè)務(wù)的內(nèi)容讀入內(nèi)存，并為該新業(yè)務(wù)分配相應(yīng)的資源。
7．根據(jù)權(quán)利要求2所述的方法，其特征在于，在開(kāi)始業(yè)務(wù)替換過(guò)程中，記錄對(duì)應(yīng)每一個(gè)業(yè)務(wù)正在處理的呼叫數(shù)，當(dāng)記錄的一個(gè)舊業(yè)務(wù)處理呼叫數(shù)減至零時(shí)，刪除該舊業(yè)務(wù)的有關(guān)數(shù)據(jù)及信息。
全文摘要
一種智能網(wǎng)業(yè)務(wù)動(dòng)態(tài)替換方法是這樣進(jìn)行的:先讀入有關(guān)業(yè)務(wù)替換信息并作好所有準(zhǔn)備,進(jìn)行預(yù)替換;如有一個(gè)預(yù)替換不成功或在較長(zhǎng)時(shí)間內(nèi)沒(méi)有能完成預(yù)替換,則取消業(yè)務(wù)替換。如均已成功預(yù)替換,則進(jìn)行正式替換。這種業(yè)務(wù)動(dòng)態(tài)替換方法,無(wú)論是對(duì)智能網(wǎng)業(yè)務(wù)進(jìn)行變更或增加或減少時(shí),均可保證在業(yè)務(wù)發(fā)生變化時(shí)不需要系統(tǒng)中止運(yùn)行,而且在對(duì)當(dāng)前用戶(hù)沒(méi)有任何影響,整個(gè)過(guò)程安全快捷。
文檔編號(hào)H04L12/24GK1226772SQ9811312
公開(kāi)日1999年8月25日 申請(qǐng)日期1998年2月20日 優(yōu)先權(quán)日1998年2月20日
發(fā)明者樊飛, 商永平, 祝永 申請(qǐng)人:深圳市華為技術(shù)有限公司