Tcap模式下數據容災保持通訊方法
2023-06-26 04:53:01
專利名稱：Tcap模式下數據容災保持通訊方法
技術領域：
本發明屬於智能網業務技術領域，涉及一種災難處理方法，尤其涉及一種TCAP模式下的數據容災保持通訊方法。
背景技術：
智能網是為了更靈活、方便、經濟、有效地提供增值業務，在傳統的移動交換網中引入的一種疊加網絡，由此整個行動網路便形成了由原有的交換層和疊加的智能層所構成的網絡結構，交換層負責完成基本業務呼叫連接功能，而更複雜的一些增值業務則由智能層進行控制實現。因此，智能網具有以下幾方面的特點1.業務處理與呼叫控制分離； 2. SCP(業務控制節點)作為集中的業務控制中心；3.業務獨立模塊構建業務邏輯。CTI是計算機電話集成(Computer Telephony Integration)技術的縮寫，最初是 20世紀80年代，在交換機設備上提供開放的計算機接口 CTI LINK而得名，目的是用計算機控制交換機，滿足提供一些增值業務的需要。CTI方式的優點是沒有過多的接口標準化方面的考慮，實現起來比較快，而且業務的開發比較簡單。通過引入人工座席，大大地豐富了業務服務的內容，而且大量地應用於改善服務質量方面的工作，發展成為電子商務中信息流的一種形式。電信網絡的主要運營目的，就是為用戶提供越來越多的電信業務，智能網和CTI 技術都是為了使運營商提供增值業務而出現的。現階段CTI的發展是以客戶服務中心等方式應用於各個行業中，發展十分迅猛，但其存在著呼叫話路迂迴缺陷；而智能網雖然能夠克服這一缺陷，但其自身卻存在業務靈活性不夠的缺陷，且主要集中在電信領域的應用，在其他領域應用較少。可以設想，如果在實際應用中能夠將CTI與智能網加以結合，則能較好地利用各種網絡資源，提供更加優質的增值業務服務。因此，能否設計一種簡單易行的方法，能夠實現CTI和智能網的完美融合，實現統一呼叫，為本領域技術人員開拓了嶄新的思路。在此基礎上還需要同時兼顧異常處理容災性問題，以設計出更加可靠的系統。
發明內容
本發明所要解決的技術問題是提供一種TCAP模式下數據容災保持通訊方法，可確保在後臺服務或資料庫出現異常斷開的情況下使前端客戶不受影響。為解決上述技術問題，本發明採用如下技術方案一種TCAP模式下數據容災保持通訊方法，所述方法包括如下步驟步驟Si、用戶撥打特服號，MSC/SS判斷出該特服號是一個智能網觸發的增值業務號碼，並反饋至智能業務控制平臺；步驟S2、所述智能業務控制平臺中的SCP模塊收到觸發消息，判斷業務邏輯並發送至CTI模塊；
步驟S3、CTI模塊數據返回正常則進行正常的呼叫流程；如果返回超時，則SCP模塊自動切換到不訪問後臺CTI的模式；連接connect消息中設有會話的被叫號碼、主叫號碼，被叫號碼、主叫號碼來自IDP消息；步驟S4、所述SCP模塊發送connect消息、基本呼叫狀態模型事件報告請求RRBE 消息給主叫MSC/SSP ；步驟S5、主叫MSC收到所述connect消息後，根據主叫號碼、被叫號碼，發送IAM消息給被叫MSC ；步驟S6、建立話路連接，主叫、被叫即可通話。作為本發明的一種優選方案，所述步驟Sl進一步包括端局或者關口局上先做好智能網觸發數據，採用被叫觸發或者採用主叫觸發。作為本發明的一種優選方案，所述步驟S3中，SCP模塊從SCP內存數組中查詢該會話數據設置connect消息的相關欄位、以及固定的RRBE消息欄位給主叫MSC/SSP。作為本發明的一種優選方案，所述步驟S3中，Connect信令的主叫欄位(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 欄位，destinationRoutingAddress 欄位填入 calIedPartyNumber 欄位中取出的被叫真實號碼；calledPartyNumber是主叫用戶所撥的號碼，其中包含了特服號的前綴；所以得取特服號後面的真實號碼。作為本發明的一種優選方案，所述方法進一步包括步驟S7 =SCP模塊切換到無訪問服務狀態時，每隔設定時間訪問一次服務判斷返回是否正常，若返回正常則切換到訪問服務狀態，若仍然超時則繼續保持工作在無訪問服務狀態。作為本發明的一種優選方案，所述connect消息為TCAP協議中的呼叫接續消息， 由SCP發送給MSC/SSP。作為本發明的一種優選方案，所述智能業務控制平臺包括SCP功能模塊和CTI功能模塊，平臺承擔與SSP進行交互智能網消息，並處理完成各種業務邏輯。作為本發明的一種優選方案，所述SCP模塊接受來自SSP送來的查詢信息並查詢資料庫，進行各種解碼。進一步地，所述SCP模塊還根據SSP上報上來的業務邏輯，完成業務邏輯控制功能。作為本發明的一種優選方案，所述CTI模塊承擔所述智能業務平臺的業務邏輯處理。進一步地，所述業務邏輯處理包括取鍵、放/錄音、電話會議、A⑶以及傳真。與現有技術相比，本發明提出的TCAP模式下數據容災保持通訊方法具有如下優佔.
^ \\\ ·(1)有效降低了服務提供商的風險，即時在後臺系統崩潰的情況下，也不影響一次撥號的通話；(2)靈活性強、業務升級迅速，服務提供商後臺升級服務系統時，可不影響前端用戶的呼叫；(3)用戶容量大，此方式不像傳統的話路連接容易達到瓶頸，只要幾條信令連接就能達到上十萬的用戶。
圖1為本發明的智能業務平臺接入智能網的組網圖；圖2為CTI平臺接入智能網的組網圖；圖3為容災模式下無後臺服務端的SCP接入圖；圖4為採用本發明容災模式下的信令流程圖。
具體實施例方式下面結合附圖詳細說明本發明的優選實施例。實施例一本發明揭示了一種TCAP模式下數據容災保持通訊方法，本發明原理為對CTI的呼叫話路迂迴缺陷採用智能網方式進行彌補，而對智能網方式的業務靈活性缺陷採用CTI 方式進行彌補，TCAP為增值業務提供商提供了極大的便利，在同樣資源的情況下能發展比原來多幾十倍的用戶，同時採用本發明通過TCAP方式增加系統的穩定性、可靠性。在與後臺資料庫失去連接的情況下，採用將IDP數據保存在內存中的方法確保connect信令在無後臺返回的情況下有備用數據可填，確保主被叫之間的通話。下面結合附圖和實例對本發明作進一步說明參照圖4所示，本發明TCAP模式下數據容災保持通訊方法包括如下步驟步驟1)當用戶一次撥號撥打特服號+被叫號時，MSC(Mobile Switch Center)/ SSP (Service switch point)判斷出這是一個智能網觸發的增值業務號碼，發送hitDP到智能業務控制平臺。步驟2)智能業務控制平臺中的SCP模塊收到觸發消息，判斷業務邏輯並發送至 CTI模塊。步驟3)CTI由於意外原因和SCP失去連接無法返回查詢結果。步驟4)SCP等待查詢呼叫信息返回包超時，自動切換到無需訪問後臺服務的狀態，確保前端用戶通話。步驟幻SCP模塊發送connect、RRBE (RRBE為基本呼叫狀態模型事件報告請求，即BCSM事件報告請求)消息給主叫MSC/SSP ；其中Cormet信令的主叫欄位(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 欄位，destinationRoutingAddress 欄位填入 calIedPartyNumber 欄位中取出的被叫真實號碼。calledPartyNumber是主叫用戶所撥的號碼，其中包含了特服號的前綴。因此可以得取特服號後面的真實號碼。步驟6)主叫MSC收到connect消息後根據主被叫號碼，發送IAM消息給被叫MSC。步驟7)主叫MSC收到被叫MSC的ACM消息，主被叫之間實現通話。步驟8) SCP切換到無訪問服務狀態時，每8分鐘訪問一次服務看返回是否正常，若正常則切換到訪問服務狀態，若還是超時則還是工作再無訪問服務狀態。圖1和圖2示出了帶有數據容災功能智能模塊的CTI平臺接入組網圖，圖3示出了本發明的數據容災功能智能模塊的簡單組網圖，從中可以看出智能業務平臺主要包括 SCP功能模塊和CTI功能模塊，平臺主要承擔與SSP進行交互IDP/ETC/C0NNECT等智能網消息，並處理完成各種業務邏輯。所述SCP模塊主要功能是接受來自SSP送來的查詢信息並查詢資料庫，進行各種解碼；同時根據SSP上報上來的業務邏輯，完成業務邏輯控制功能。所述CTI模塊承擔智能業務平臺的取鍵、放/錄音、電話會議、ACD、傳真以及複雜的業務邏輯處理。實施例二本實施例通過一個具體的案例介紹本發明數據容災保持通訊方法的實際應用。直接撥打特服號；當用戶(例如號碼為:13511111111)撥打1258922222特服號+ 被叫號碼時，主叫MSC向HLR查詢得到0/T-CSI信息，主叫MSC/SSP根據T-CSI的全局碼 (GT =Global Title)信息向智能業務平臺發送InitDP消息，SCP模塊接收到InitDP消息， 將IDP消息保存在內存數組中並解析主叫和被叫號碼，並根據被叫號碼判斷出所對應的業務邏輯，在此，1258922222所對應的業務是連接到後臺服務資料庫查詢相關呼叫權限。SCP將該用戶的呼叫請求包發給後臺服務系統，服務系統由於異常返回超時。SCP 程序為不影響具有呼叫權限用戶的使用，切換到無需訪問服務的狀態，將connect信令和 RRBE信令發給主叫MSC，connect的主叫欄位填13511111111，被叫欄位填22222。MSC/SSP 接收到connect消息之後，解析出connect消息中的主叫號碼和被叫號碼，根據被叫號碼發送IAM消息給被叫MSC。被叫MSC收到IAM消息並返回摘機消息ACN/ANM。此時，主被叫之間就能通話了。之後SCP程序每8分鐘訪問一次後臺服務看異常是否恢復，若恢復的話重新切換到訪問服務的狀態，若沒恢復則繼續工作再無需訪問服務狀態。^itDP消息、connect 連接消息的詳細內容請參見表1，運營商和局方所做的數據請參見表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連接消息的詳細內容
權利要求
1.一種TCAP模式下數據容災保持通訊方法，其特徵在於，所述方法包括如下步驟 步驟Si、用戶撥打特服號，MSC/SS判斷出該特服號是一個智能網觸發的增值業務號碼，並反饋至智能業務控制平臺；步驟S2、所述智能業務控制平臺中的SCP模塊收到觸發消息，判斷業務邏輯並發送至 CTI模塊；步驟S3、CTI模塊數據返回正常則進行正常的呼叫流程；如果返回超時，則SCP模塊自動切換到不訪問後臺CTI的模式；連接connect消息中設有會話的被叫號碼、主叫號碼，被叫號碼、主叫號碼來自IDP消息；步驟S4、所述SCP模塊發送connect消息、基本呼叫狀態模型事件報告請求RRBE消息給主叫MSC/SSP ；步驟S5、主叫MSC收到所述connect消息後，根據主叫號碼、被叫號碼，發送IAM消息給被叫MSC ；步驟S6、建立話路連接，主叫、被叫即可通話。
2.根據權利要求1所述的TCAP模式下數據容災保持通訊方法，其特徵在於所述步驟Sl進一步包括端局或者關口局上先做好智能網觸發數據，採用被叫觸發或者採用主叫觸發。
3.根據權利要求1所述的TCAP模式下數據容災保持通訊方法，其特徵在於所述步驟S3中，SCP模塊從SCP內存數組中查詢該會話數據設置connect消息的相關欄位、以及固定的RRBE消息欄位給主叫MSC/SSP。
4.根據權利要求3所述的TCAP模式下數據容災保持通訊方法，其特徵在於所述步驟 S3 中，Connect 信令的主叫欄位(destinationRoutingAddress, genericNumbers)填入收至Ij 的 IDP 信令的 calIingPartyNumber 欄位， destinationRoutingAddress欄位填入calIedPartyNumber欄位中取出的被叫真實號碼； calledPartyNumber是主叫用戶所撥的號碼，其中包含了特服號的前綴；所以得取特服號後面的真實號碼。
5.根據權利要求1所述的TCAP模式下數據容災保持通訊方法，其特徵在於所述方法進一步包括步驟S7 :SCP模塊切換到無訪問服務狀態時，每隔設定時間訪問一次服務判斷返回是否正常，若返回正常則切換到訪問服務狀態，若仍然超時則繼續保持工作在無訪問服務狀態。
6.根據權利要求1所述的TCAP模式下數據容災保持通訊方法，其特徵在於 所述connect消息為TCAP協議中的呼叫接續消息，由SCP發送給MSC/SSP。
7.根據權利要求1所述的TCAP模式下數據容災保持通訊方法，其特徵在於 所述智能業務控制平臺包括SCP功能模塊和CTI功能模塊，平臺承擔與SSP進行交互智能網消息，並處理完成各種業務邏輯。
8.根據權利要求7所述的TCAP模式下數據容災保持通訊方法，其特徵在於 所述SCP模塊接受來自SSP送來的查詢信息並查詢資料庫，進行各種解碼。
9.根據權利要求8所述的TCAP模式下數據容災保持通訊方法，其特徵在於 所述SCP模塊還根據SSP上報上來的業務邏輯，完成業務邏輯控制功能。
10.根據權利要求6所述的TCAP模式下數據容災保持通訊方法，其特徵在於所述CTI模塊承擔所述智能業務平臺的業務邏輯處理；所述業務邏輯處理包括取鍵、 放/錄音、電話會議、ACD以及傳真。
全文摘要
本發明揭示了一種TCAP模式下數據容災保持通訊方法，包括S1、用戶撥打特服號，MSC/SS判斷出該特服號是一個智能網觸發的增值業務號碼，並反饋至智能業務控制平臺；S2、所述智能業務控制平臺中的SCP模塊收到觸發消息，判斷業務邏輯並發送至CTI模塊；S3、CTI模塊數據返回正常則進行正常的呼叫流程；如果返回超時，則SCP模塊自動切換到不訪問後臺CTI的模式；connect消息中設有會話的被叫號碼、主叫號碼，被叫號碼、主叫號碼來自IDP消息；S4、SCP模塊發送connect消息、RRBE消息給主叫MSC/SSP；S5、主叫MSC收到connect消息後，根據主叫號碼、被叫號碼，發送IAM消息給被叫MSC；S6、建立話路連接，主叫、被叫即可通話。本發明可確保在後臺服務或資料庫出現異常斷開的情況下使前端客戶不受影響。
文檔編號H04Q3/00GK102438183SQ20121000661
公開日2012年5月2日 申請日期2012年1月10日 優先權日2011年11月24日
發明者吳睿嘉, 張煜, 胡文杰, 範晨, 邱麗霞, 陳志堅 申請人:杭州世導通訊有限公司