專(zhuān)利名稱(chēng)：Tcap模式下數(shù)據(jù)容災(zāi)保持通訊方法
技術(shù)領(lǐng)域：
本發(fā)明屬于智能網(wǎng)業(yè)務(wù)技術(shù)領(lǐng)域，涉及一種災(zāi)難處理方法，尤其涉及一種TCAP模式下的數(shù)據(jù)容災(zāi)保持通訊方法。
背景技術(shù)：
智能網(wǎng)是為了更靈活、方便、經(jīng)濟(jì)、有效地提供增值業(yè)務(wù)，在傳統(tǒng)的移動(dòng)交換網(wǎng)中引入的一種疊加網(wǎng)絡(luò)，由此整個(gè)移動(dòng)網(wǎng)絡(luò)便形成了由原有的交換層和疊加的智能層所構(gòu)成的網(wǎng)絡(luò)結(jié)構(gòu)，交換層負(fù)責(zé)完成基本業(yè)務(wù)呼叫連接功能，而更復(fù)雜的一些增值業(yè)務(wù)則由智能層進(jìn)行控制實(shí)現(xiàn)。因此，智能網(wǎng)具有以下幾方面的特點(diǎn)1.業(yè)務(wù)處理與呼叫控制分離； 2. SCP(業(yè)務(wù)控制節(jié)點(diǎn))作為集中的業(yè)務(wù)控制中心；3.業(yè)務(wù)獨(dú)立模塊構(gòu)建業(yè)務(wù)邏輯。CTI是計(jì)算機(jī)電話(huà)集成(Computer Telephony Integration)技術(shù)的縮寫(xiě)，最初是 20世紀(jì)80年代，在交換機(jī)設(shè)備上提供開(kāi)放的計(jì)算機(jī)接口 CTI LINK而得名，目的是用計(jì)算機(jī)控制交換機(jī)，滿(mǎn)足提供一些增值業(yè)務(wù)的需要。CTI方式的優(yōu)點(diǎn)是沒(méi)有過(guò)多的接口標(biāo)準(zhǔn)化方面的考慮，實(shí)現(xiàn)起來(lái)比較快，而且業(yè)務(wù)的開(kāi)發(fā)比較簡(jiǎn)單。通過(guò)引入人工座席，大大地豐富了業(yè)務(wù)服務(wù)的內(nèi)容，而且大量地應(yīng)用于改善服務(wù)質(zhì)量方面的工作，發(fā)展成為電子商務(wù)中信息流的一種形式。電信網(wǎng)絡(luò)的主要運(yùn)營(yíng)目的，就是為用戶(hù)提供越來(lái)越多的電信業(yè)務(wù)，智能網(wǎng)和CTI 技術(shù)都是為了使運(yùn)營(yíng)商提供增值業(yè)務(wù)而出現(xiàn)的?，F(xiàn)階段CTI的發(fā)展是以客戶(hù)服務(wù)中心等方式應(yīng)用于各個(gè)行業(yè)中，發(fā)展十分迅猛，但其存在著呼叫話(huà)路迂回缺陷；而智能網(wǎng)雖然能夠克服這一缺陷，但其自身卻存在業(yè)務(wù)靈活性不夠的缺陷，且主要集中在電信領(lǐng)域的應(yīng)用，在其他領(lǐng)域應(yīng)用較少?？梢栽O(shè)想，如果在實(shí)際應(yīng)用中能夠?qū)TI與智能網(wǎng)加以結(jié)合，則能較好地利用各種網(wǎng)絡(luò)資源，提供更加優(yōu)質(zhì)的增值業(yè)務(wù)服務(wù)。因此，能否設(shè)計(jì)一種簡(jiǎn)單易行的方法，能夠?qū)崿F(xiàn)CTI和智能網(wǎng)的完美融合，實(shí)現(xiàn)統(tǒng)一呼叫，為本領(lǐng)域技術(shù)人員開(kāi)拓了嶄新的思路。在此基礎(chǔ)上還需要同時(shí)兼顧異常處理容災(zāi)性問(wèn)題，以設(shè)計(jì)出更加可靠的系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題是提供一種TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，可確保在后臺(tái)服務(wù)或數(shù)據(jù)庫(kù)出現(xiàn)異常斷開(kāi)的情況下使前端客戶(hù)不受影響。為解決上述技術(shù)問(wèn)題，本發(fā)明采用如下技術(shù)方案一種TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，所述方法包括如下步驟步驟Si、用戶(hù)撥打特服號(hào)，MSC/SS判斷出該特服號(hào)是一個(gè)智能網(wǎng)觸發(fā)的增值業(yè)務(wù)號(hào)碼，并反饋至智能業(yè)務(wù)控制平臺(tái)；步驟S2、所述智能業(yè)務(wù)控制平臺(tái)中的SCP模塊收到觸發(fā)消息，判斷業(yè)務(wù)邏輯并發(fā)送至CTI模塊；
步驟S3、CTI模塊數(shù)據(jù)返回正常則進(jìn)行正常的呼叫流程；如果返回超時(shí)，則SCP模塊自動(dòng)切換到不訪問(wèn)后臺(tái)CTI的模式；連接connect消息中設(shè)有會(huì)話(huà)的被叫號(hào)碼、主叫號(hào)碼，被叫號(hào)碼、主叫號(hào)碼來(lái)自IDP消息；步驟S4、所述SCP模塊發(fā)送connect消息、基本呼叫狀態(tài)模型事件報(bào)告請(qǐng)求RRBE 消息給主叫MSC/SSP ；步驟S5、主叫MSC收到所述connect消息后，根據(jù)主叫號(hào)碼、被叫號(hào)碼，發(fā)送IAM消息給被叫MSC ；步驟S6、建立話(huà)路連接，主叫、被叫即可通話(huà)。作為本發(fā)明的一種優(yōu)選方案，所述步驟Sl進(jìn)一步包括端局或者關(guān)口局上先做好智能網(wǎng)觸發(fā)數(shù)據(jù)，采用被叫觸發(fā)或者采用主叫觸發(fā)。作為本發(fā)明的一種優(yōu)選方案，所述步驟S3中，SCP模塊從SCP內(nèi)存數(shù)組中查詢(xún)?cè)摃?huì)話(huà)數(shù)據(jù)設(shè)置connect消息的相關(guān)字段、以及固定的RRBE消息字段給主叫MSC/SSP。作為本發(fā)明的一種優(yōu)選方案，所述步驟S3中，Connect信令的主叫字段(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 字段，destinationRoutingAddress 字段填入 calIedPartyNumber 字段中取出的被叫真實(shí)號(hào)碼；calledPartyNumber是主叫用戶(hù)所撥的號(hào)碼，其中包含了特服號(hào)的前綴；所以得取特服號(hào)后面的真實(shí)號(hào)碼。作為本發(fā)明的一種優(yōu)選方案，所述方法進(jìn)一步包括步驟S7 =SCP模塊切換到無(wú)訪問(wèn)服務(wù)狀態(tài)時(shí)，每隔設(shè)定時(shí)間訪問(wèn)一次服務(wù)判斷返回是否正常，若返回正常則切換到訪問(wèn)服務(wù)狀態(tài)，若仍然超時(shí)則繼續(xù)保持工作在無(wú)訪問(wèn)服務(wù)狀態(tài)。作為本發(fā)明的一種優(yōu)選方案，所述connect消息為T(mén)CAP協(xié)議中的呼叫接續(xù)消息， 由SCP發(fā)送給MSC/SSP。作為本發(fā)明的一種優(yōu)選方案，所述智能業(yè)務(wù)控制平臺(tái)包括SCP功能模塊和CTI功能模塊，平臺(tái)承擔(dān)與SSP進(jìn)行交互智能網(wǎng)消息，并處理完成各種業(yè)務(wù)邏輯。作為本發(fā)明的一種優(yōu)選方案，所述SCP模塊接受來(lái)自SSP送來(lái)的查詢(xún)信息并查詢(xún)數(shù)據(jù)庫(kù)，進(jìn)行各種譯碼。進(jìn)一步地，所述SCP模塊還根據(jù)SSP上報(bào)上來(lái)的業(yè)務(wù)邏輯，完成業(yè)務(wù)邏輯控制功能。作為本發(fā)明的一種優(yōu)選方案，所述CTI模塊承擔(dān)所述智能業(yè)務(wù)平臺(tái)的業(yè)務(wù)邏輯處理。進(jìn)一步地，所述業(yè)務(wù)邏輯處理包括取鍵、放/錄音、電話(huà)會(huì)議、A⑶以及傳真。與現(xiàn)有技術(shù)相比，本發(fā)明提出的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法具有如下優(yōu)占.
^ \\\ ·(1)有效降低了服務(wù)提供商的風(fēng)險(xiǎn)，即時(shí)在后臺(tái)系統(tǒng)崩潰的情況下，也不影響一次撥號(hào)的通話(huà)；(2)靈活性強(qiáng)、業(yè)務(wù)升級(jí)迅速，服務(wù)提供商后臺(tái)升級(jí)服務(wù)系統(tǒng)時(shí)，可不影響前端用戶(hù)的呼叫；(3)用戶(hù)容量大，此方式不像傳統(tǒng)的話(huà)路連接容易達(dá)到瓶頸，只要幾條信令連接就能達(dá)到上十萬(wàn)的用戶(hù)。


圖1為本發(fā)明的智能業(yè)務(wù)平臺(tái)接入智能網(wǎng)的組網(wǎng)圖；圖2為CTI平臺(tái)接入智能網(wǎng)的組網(wǎng)圖；圖3為容災(zāi)模式下無(wú)后臺(tái)服務(wù)端的SCP接入圖；圖4為采用本發(fā)明容災(zāi)模式下的信令流程圖。
具體實(shí)施例方式下面結(jié)合附圖詳細(xì)說(shuō)明本發(fā)明的優(yōu)選實(shí)施例。實(shí)施例一本發(fā)明揭示了一種TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，本發(fā)明原理為對(duì)CTI的呼叫話(huà)路迂回缺陷采用智能網(wǎng)方式進(jìn)行彌補(bǔ)，而對(duì)智能網(wǎng)方式的業(yè)務(wù)靈活性缺陷采用CTI 方式進(jìn)行彌補(bǔ)，TCAP為增值業(yè)務(wù)提供商提供了極大的便利，在同樣資源的情況下能發(fā)展比原來(lái)多幾十倍的用戶(hù)，同時(shí)采用本發(fā)明通過(guò)TCAP方式增加系統(tǒng)的穩(wěn)定性、可靠性。在與后臺(tái)數(shù)據(jù)庫(kù)失去連接的情況下，采用將IDP數(shù)據(jù)保存在內(nèi)存中的方法確保connect信令在無(wú)后臺(tái)返回的情況下有備用數(shù)據(jù)可填，確保主被叫之間的通話(huà)。下面結(jié)合附圖和實(shí)例對(duì)本發(fā)明作進(jìn)一步說(shuō)明參照?qǐng)D4所示，本發(fā)明TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法包括如下步驟步驟1)當(dāng)用戶(hù)一次撥號(hào)撥打特服號(hào)+被叫號(hào)時(shí)，MSC(Mobile Switch Center)/ SSP (Service switch point)判斷出這是一個(gè)智能網(wǎng)觸發(fā)的增值業(yè)務(wù)號(hào)碼，發(fā)送hitDP到智能業(yè)務(wù)控制平臺(tái)。步驟2)智能業(yè)務(wù)控制平臺(tái)中的SCP模塊收到觸發(fā)消息，判斷業(yè)務(wù)邏輯并發(fā)送至 CTI模塊。步驟3)CTI由于意外原因和SCP失去連接無(wú)法返回查詢(xún)結(jié)果。步驟4)SCP等待查詢(xún)呼叫信息返回包超時(shí)，自動(dòng)切換到無(wú)需訪問(wèn)后臺(tái)服務(wù)的狀態(tài)，確保前端用戶(hù)通話(huà)。步驟幻SCP模塊發(fā)送connect、RRBE (RRBE為基本呼叫狀態(tài)模型事件報(bào)告請(qǐng)求，即BCSM事件報(bào)告請(qǐng)求)消息給主叫MSC/SSP ；其中Cormet信令的主叫字段(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 字段，destinationRoutingAddress 字段填入 calIedPartyNumber 字段中取出的被叫真實(shí)號(hào)碼。calledPartyNumber是主叫用戶(hù)所撥的號(hào)碼，其中包含了特服號(hào)的前綴。因此可以得取特服號(hào)后面的真實(shí)號(hào)碼。步驟6)主叫MSC收到connect消息后根據(jù)主被叫號(hào)碼，發(fā)送IAM消息給被叫MSC。步驟7)主叫MSC收到被叫MSC的ACM消息，主被叫之間實(shí)現(xiàn)通話(huà)。步驟8) SCP切換到無(wú)訪問(wèn)服務(wù)狀態(tài)時(shí)，每8分鐘訪問(wèn)一次服務(wù)看返回是否正常，若正常則切換到訪問(wèn)服務(wù)狀態(tài)，若還是超時(shí)則還是工作再無(wú)訪問(wèn)服務(wù)狀態(tài)。圖1和圖2示出了帶有數(shù)據(jù)容災(zāi)功能智能模塊的CTI平臺(tái)接入組網(wǎng)圖，圖3示出了本發(fā)明的數(shù)據(jù)容災(zāi)功能智能模塊的簡(jiǎn)單組網(wǎng)圖，從中可以看出智能業(yè)務(wù)平臺(tái)主要包括 SCP功能模塊和CTI功能模塊，平臺(tái)主要承擔(dān)與SSP進(jìn)行交互IDP/ETC/C0NNECT等智能網(wǎng)消息，并處理完成各種業(yè)務(wù)邏輯。所述SCP模塊主要功能是接受來(lái)自SSP送來(lái)的查詢(xún)信息并查詢(xún)數(shù)據(jù)庫(kù)，進(jìn)行各種譯碼；同時(shí)根據(jù)SSP上報(bào)上來(lái)的業(yè)務(wù)邏輯，完成業(yè)務(wù)邏輯控制功能。所述CTI模塊承擔(dān)智能業(yè)務(wù)平臺(tái)的取鍵、放/錄音、電話(huà)會(huì)議、ACD、傳真以及復(fù)雜的業(yè)務(wù)邏輯處理。實(shí)施例二本實(shí)施例通過(guò)一個(gè)具體的案例介紹本發(fā)明數(shù)據(jù)容災(zāi)保持通訊方法的實(shí)際應(yīng)用。直接撥打特服號(hào)；當(dāng)用戶(hù)(例如號(hào)碼為:13511111111)撥打1258922222特服號(hào)+ 被叫號(hào)碼時(shí)，主叫MSC向HLR查詢(xún)得到0/T-CSI信息，主叫MSC/SSP根據(jù)T-CSI的全局碼 (GT =Global Title)信息向智能業(yè)務(wù)平臺(tái)發(fā)送InitDP消息，SCP模塊接收到InitDP消息， 將IDP消息保存在內(nèi)存數(shù)組中并解析主叫和被叫號(hào)碼，并根據(jù)被叫號(hào)碼判斷出所對(duì)應(yīng)的業(yè)務(wù)邏輯，在此，1258922222所對(duì)應(yīng)的業(yè)務(wù)是連接到后臺(tái)服務(wù)數(shù)據(jù)庫(kù)查詢(xún)相關(guān)呼叫權(quán)限。SCP將該用戶(hù)的呼叫請(qǐng)求包發(fā)給后臺(tái)服務(wù)系統(tǒng)，服務(wù)系統(tǒng)由于異常返回超時(shí)。SCP 程序?yàn)椴挥绊懢哂泻艚袡?quán)限用戶(hù)的使用，切換到無(wú)需訪問(wèn)服務(wù)的狀態(tài)，將connect信令和 RRBE信令發(fā)給主叫MSC，connect的主叫字段填13511111111，被叫字段填22222。MSC/SSP 接收到connect消息之后，解析出connect消息中的主叫號(hào)碼和被叫號(hào)碼，根據(jù)被叫號(hào)碼發(fā)送IAM消息給被叫MSC。被叫MSC收到IAM消息并返回摘機(jī)消息ACN/ANM。此時(shí)，主被叫之間就能通話(huà)了。之后SCP程序每8分鐘訪問(wèn)一次后臺(tái)服務(wù)看異常是否恢復(fù)，若恢復(fù)的話(huà)重新切換到訪問(wèn)服務(wù)的狀態(tài)，若沒(méi)恢復(fù)則繼續(xù)工作再無(wú)需訪問(wèn)服務(wù)狀態(tài)。^itDP消息、connect 連接消息的詳細(xì)內(nèi)容請(qǐng)參見(jiàn)表1，運(yùn)營(yíng)商和局方所做的數(shù)據(jù)請(qǐng)參見(jiàn)表2。
IDPMSGid=80 nLen=01(svcKey): 45 id=83 nLen=08(callingParty): 83 13 31 15 11 11 11 11 id=85 nLen=01 (callingPartyCategory): Oa id=88 nLen=04(IPS SPCapbility): 00 00 00 00 id=8a nLen=04(LocatNum): 04 17 68 42 id=bb nLen=05(bearCap): 80 03 80 90 a3 id=9c nLen=01 (eventTypeBCSM): 02 id=9B8 nLen=04(calledBCD): 81 21 85 29 22 22 f id=9B9 nLen=08(time): 02 01 60 21 41 42 51 00 IN :sess=01035129 mark=4393 invoke=0 InitDP(2)=13511111111,|1258922222 msc= sess=0103 5129,bcsmEvt=2 addCalling=,origCalled= redirParty= mscAddr= LocNum=024, svcKey=69connectsess=01035129,TC-INVOK Connect(I)! DATA: 30 Ic aO 0b 04 09 84 10 68 31 08 20 04 72 f4 ae Od 04 0b 80 22 22 ￡2表1 =InitDP消息、connect連接消息的詳細(xì)內(nèi)容
權(quán)利要求
1.一種TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于，所述方法包括如下步驟 步驟Si、用戶(hù)撥打特服號(hào)，MSC/SS判斷出該特服號(hào)是一個(gè)智能網(wǎng)觸發(fā)的增值業(yè)務(wù)號(hào)碼，并反饋至智能業(yè)務(wù)控制平臺(tái)；步驟S2、所述智能業(yè)務(wù)控制平臺(tái)中的SCP模塊收到觸發(fā)消息，判斷業(yè)務(wù)邏輯并發(fā)送至 CTI模塊；步驟S3、CTI模塊數(shù)據(jù)返回正常則進(jìn)行正常的呼叫流程；如果返回超時(shí)，則SCP模塊自動(dòng)切換到不訪問(wèn)后臺(tái)CTI的模式；連接connect消息中設(shè)有會(huì)話(huà)的被叫號(hào)碼、主叫號(hào)碼，被叫號(hào)碼、主叫號(hào)碼來(lái)自IDP消息；步驟S4、所述SCP模塊發(fā)送connect消息、基本呼叫狀態(tài)模型事件報(bào)告請(qǐng)求RRBE消息給主叫MSC/SSP ；步驟S5、主叫MSC收到所述connect消息后，根據(jù)主叫號(hào)碼、被叫號(hào)碼，發(fā)送IAM消息給被叫MSC ；步驟S6、建立話(huà)路連接，主叫、被叫即可通話(huà)。
2.根據(jù)權(quán)利要求1所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于所述步驟Sl進(jìn)一步包括端局或者關(guān)口局上先做好智能網(wǎng)觸發(fā)數(shù)據(jù)，采用被叫觸發(fā)或者采用主叫觸發(fā)。
3.根據(jù)權(quán)利要求1所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于所述步驟S3中，SCP模塊從SCP內(nèi)存數(shù)組中查詢(xún)?cè)摃?huì)話(huà)數(shù)據(jù)設(shè)置connect消息的相關(guān)字段、以及固定的RRBE消息字段給主叫MSC/SSP。
4.根據(jù)權(quán)利要求3所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于所述步驟 S3 中，Connect 信令的主叫字段(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 字段， destinationRoutingAddress字段填入calIedPartyNumber字段中取出的被叫真實(shí)號(hào)碼； calledPartyNumber是主叫用戶(hù)所撥的號(hào)碼，其中包含了特服號(hào)的前綴；所以得取特服號(hào)后面的真實(shí)號(hào)碼。
5.根據(jù)權(quán)利要求1所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于所述方法進(jìn)一步包括步驟S7 :SCP模塊切換到無(wú)訪問(wèn)服務(wù)狀態(tài)時(shí)，每隔設(shè)定時(shí)間訪問(wèn)一次服務(wù)判斷返回是否正常，若返回正常則切換到訪問(wèn)服務(wù)狀態(tài)，若仍然超時(shí)則繼續(xù)保持工作在無(wú)訪問(wèn)服務(wù)狀態(tài)。
6.根據(jù)權(quán)利要求1所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于 所述connect消息為T(mén)CAP協(xié)議中的呼叫接續(xù)消息，由SCP發(fā)送給MSC/SSP。
7.根據(jù)權(quán)利要求1所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于 所述智能業(yè)務(wù)控制平臺(tái)包括SCP功能模塊和CTI功能模塊，平臺(tái)承擔(dān)與SSP進(jìn)行交互智能網(wǎng)消息，并處理完成各種業(yè)務(wù)邏輯。
8.根據(jù)權(quán)利要求7所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于 所述SCP模塊接受來(lái)自SSP送來(lái)的查詢(xún)信息并查詢(xún)數(shù)據(jù)庫(kù)，進(jìn)行各種譯碼。
9.根據(jù)權(quán)利要求8所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于 所述SCP模塊還根據(jù)SSP上報(bào)上來(lái)的業(yè)務(wù)邏輯，完成業(yè)務(wù)邏輯控制功能。
10.根據(jù)權(quán)利要求6所述的TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，其特征在于所述CTI模塊承擔(dān)所述智能業(yè)務(wù)平臺(tái)的業(yè)務(wù)邏輯處理；所述業(yè)務(wù)邏輯處理包括取鍵、 放/錄音、電話(huà)會(huì)議、ACD以及傳真。
全文摘要
本發(fā)明揭示了一種TCAP模式下數(shù)據(jù)容災(zāi)保持通訊方法，包括S1、用戶(hù)撥打特服號(hào)，MSC/SS判斷出該特服號(hào)是一個(gè)智能網(wǎng)觸發(fā)的增值業(yè)務(wù)號(hào)碼，并反饋至智能業(yè)務(wù)控制平臺(tái)；S2、所述智能業(yè)務(wù)控制平臺(tái)中的SCP模塊收到觸發(fā)消息，判斷業(yè)務(wù)邏輯并發(fā)送至CTI模塊；S3、CTI模塊數(shù)據(jù)返回正常則進(jìn)行正常的呼叫流程；如果返回超時(shí)，則SCP模塊自動(dòng)切換到不訪問(wèn)后臺(tái)CTI的模式；connect消息中設(shè)有會(huì)話(huà)的被叫號(hào)碼、主叫號(hào)碼，被叫號(hào)碼、主叫號(hào)碼來(lái)自IDP消息；S4、SCP模塊發(fā)送connect消息、RRBE消息給主叫MSC/SSP；S5、主叫MSC收到connect消息后，根據(jù)主叫號(hào)碼、被叫號(hào)碼，發(fā)送IAM消息給被叫MSC；S6、建立話(huà)路連接，主叫、被叫即可通話(huà)。本發(fā)明可確保在后臺(tái)服務(wù)或數(shù)據(jù)庫(kù)出現(xiàn)異常斷開(kāi)的情況下使前端客戶(hù)不受影響。
文檔編號(hào)H04Q3/00GK102438183SQ20121000661
公開(kāi)日2012年5月2日 申請(qǐng)日期2012年1月10日 優(yōu)先權(quán)日2011年11月24日
發(fā)明者吳睿嘉, 張煜, 胡文杰, 范晨, 邱麗霞, 陳志堅(jiān) 申請(qǐng)人:杭州世導(dǎo)通訊有限公司