專利名稱:智能業(yè)務(wù)故障處理方法及stp的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動(dòng)通信技術(shù),尤其涉及一種智能業(yè)務(wù)故障處理方法及STP。
背景技術(shù):
業(yè)務(wù)交換點(diǎn)(Service Switching Point, SSP)判斷用戶有業(yè)務(wù)控制點(diǎn)(Service Control Point, SCP)相關(guān)的智能業(yè)務(wù)時(shí),觸發(fā)啟動(dòng)檢測(cè)點(diǎn)(InitialDetect Point, IDP)消息,該IDP消息從SSP通過(guò)信令轉(zhuǎn)接點(diǎn)(SignalingTransfer Point, STP)發(fā)送給業(yè)務(wù)控制點(diǎn)(Service Control Point, SCP)。當(dāng)SCP故障或者SCP不可達(dá)時(shí),STP會(huì)將該IDP消息丟棄。如果SSP是按照SCP的命令來(lái)完成智能用戶的通話接續(xù)過(guò)程,則SCP故障或者不可達(dá)時(shí),由于SSP無(wú)法接收到SCP返回的命令,則無(wú)法保證智能用戶的通話。另外,為了保證智能用戶的通話,也可以是SSP發(fā)現(xiàn)自身與SCP之間出現(xiàn)業(yè)務(wù)異常情況時(shí),SSP可以關(guān)閉自身本次呼叫的所有智能觸發(fā)器,不再向SCP發(fā)送消息,并在未接收到SCP發(fā)來(lái)命令的情況下繼續(xù)進(jìn)行呼叫接續(xù)過(guò)程。但是,SSP是端局節(jié)點(diǎn),在其上實(shí)現(xiàn)該方案具有如下問(wèn)題能且僅能為本地用戶設(shè)備(User Equipment, UE)提供該項(xiàng)功能,當(dāng)本地UE漫游到其他網(wǎng)絡(luò)后無(wú)法再實(shí)現(xiàn)上述功能;并且,SSP作為端局可能隨時(shí)接入新的SSP,如果新接入的SSP不支持上述功能,則會(huì)影響整個(gè)網(wǎng)絡(luò)功能的使用,網(wǎng)絡(luò)兼容性差,適用范圍比較少。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種智能業(yè)務(wù)故障處理方法及STP,用以解決現(xiàn)有技術(shù)中在 SSP側(cè)處理時(shí)存在的問(wèn)題。本發(fā)明實(shí)施例提供了一種智能業(yè)務(wù)故障處理方法,包括信令轉(zhuǎn)接點(diǎn)STP接收業(yè)務(wù)交換點(diǎn)SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息;所述STP在接收到所述用于觸發(fā)智能業(yè)務(wù)的消息后,判斷業(yè)務(wù)控制點(diǎn)SCP是否出現(xiàn)異常;如果所述SCP出現(xiàn)異常,且如果需要放通bypass處理,STP向SSP發(fā)送用于指示 SSP繼續(xù)業(yè)務(wù)接續(xù)的消息。本發(fā)明實(shí)施例提供了一種STP,包括接收模塊,用于接收業(yè)務(wù)交換點(diǎn)SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息;第一判斷模塊,用于在接收到所述用于觸發(fā)智能業(yè)務(wù)的消息后,判斷業(yè)務(wù)控制點(diǎn) SCP是否出現(xiàn)異常;處理模塊,用于如果所述SCP出現(xiàn)異常,且如果需要放通bypass處理,STP向SSP 發(fā)送用于指示SSP繼續(xù)業(yè)務(wù)接續(xù)的消息。由上述技術(shù)方案可知,本發(fā)明實(shí)施例通過(guò)STP在智能業(yè)務(wù)時(shí)判斷SCP是否異常,由于STP并不是端局設(shè)備,可以避免由端局的SSP處理時(shí)造成的問(wèn)題,由于對(duì)端局無(wú)要求不受端局限制,可以適用于漫游、非漫游場(chǎng)景以及新增端局設(shè)備的場(chǎng)景,擴(kuò)大適用范圍。
為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案,下面將對(duì)實(shí)施例描述中所需要使用的附圖作一簡(jiǎn)單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實(shí)施例,對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講,在不付出創(chuàng)造性勞動(dòng)性的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明第一實(shí)施例的方法流程示意圖;圖2為本發(fā)明第二實(shí)施例的方法流程示意圖;圖3為本發(fā)明實(shí)施例中SCP通知STP異常的情況示意圖;圖4為本發(fā)明實(shí)施例中STP自身獲知SCP不可達(dá)的情況示意圖;圖5為本發(fā)明實(shí)施例中STP通過(guò)另一個(gè)STP獲知SCP不可達(dá)的情況示意圖;圖6為本發(fā)明第三實(shí)施例的方法流程示意圖;圖7為本發(fā)明第四實(shí)施例的方法流程示意圖;圖8為本發(fā)明第五實(shí)施例的STP的結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面將結(jié)合本發(fā)明實(shí)施例中的附圖,對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述,顯然,所描述的實(shí)施例是本發(fā)明一部分實(shí)施例,而不是全部的實(shí)施例?;诒景l(fā)明中的實(shí)施例,本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例,都屬于本發(fā)明保護(hù)的范圍。圖1為本發(fā)明第一實(shí)施例的方法流程示意圖,包括步驟11 =STP接收SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息;例如,該用于觸發(fā)智能業(yè)務(wù)的消息可以為IDP消息。其中,接收SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息,包括接收發(fā)起智能業(yè)務(wù)的終端所屬網(wǎng)絡(luò)的SSP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息;或者,接收發(fā)起智能業(yè)務(wù)的終端漫游到的拜訪網(wǎng)絡(luò)的SSP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息;或者,接收新入網(wǎng)的SSP通過(guò)新入網(wǎng)的STP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息。其中,所述STP可以為獨(dú)立設(shè)置的設(shè)備,或者所述STP位于其他設(shè)備中,例如網(wǎng)關(guān) MSC (GMSC)中。步驟12 =STP在接收到所述用于觸發(fā)智能業(yè)務(wù)的消息后,判斷SCP是否出現(xiàn)異常;其中,判斷SCP是否出現(xiàn)異常,包括接收SCP發(fā)送的網(wǎng)絡(luò)管理消息(subsystem-prohibited)后,則判斷所述SCP出現(xiàn)異常,所述網(wǎng)絡(luò)管理消息為所述SCP在發(fā)生故障后發(fā)送的;或者,采用媒體傳輸協(xié)議(Media Transfer Protocol,MTP) /信令連接控制部分 (Signalling Connection Control Part,SCCP)的網(wǎng)絡(luò)狀態(tài)管理方式獲知所述SCP不可達(dá), 則判斷所述SCP出現(xiàn)異常;或者,接收另一個(gè)STP發(fā)送的網(wǎng)絡(luò)管理消息后,則判斷SCP出現(xiàn)異常,所述另一個(gè)STP采用MTP/SCCP的網(wǎng)絡(luò)狀態(tài)管理方式獲知所述SCP不可達(dá)后發(fā)送所述網(wǎng)絡(luò)管理消息。
另外,本發(fā)明實(shí)施例中的SCP出現(xiàn)異常是指該SCP不能再進(jìn)行智能呼叫業(yè)務(wù),但是依然可以進(jìn)行普通的呼叫業(yè)務(wù)。步驟13 如果所述SCP出現(xiàn)異常,且如果需要放通(bypass)處理,STP向SSP發(fā)送用于指示SSP繼續(xù)業(yè)務(wù)接續(xù)的消息?,F(xiàn)有技術(shù)中,通過(guò)SSP實(shí)現(xiàn)智能業(yè)務(wù)故障處理,當(dāng)本地UE漫游到其他網(wǎng)絡(luò)后無(wú)法再實(shí)現(xiàn)上述功能;并且,SSP作為端局可能隨時(shí)接入新的SSP,如果新接入的SSP不支持上述功能,則會(huì)影響整個(gè)網(wǎng)絡(luò)功能的使用,網(wǎng)絡(luò)兼容性差,適用范圍比較少。本實(shí)施例通過(guò)STP 在智能業(yè)務(wù)時(shí)判斷SCP是否異常,由于STP并不是端局設(shè)備,可以避免由端局的SSP處理時(shí)造成的適用范圍少的問(wèn)題,可以適用于漫游、非漫游場(chǎng)景以及新增端局設(shè)備的場(chǎng)景,擴(kuò)大適用范圍。圖2為本發(fā)明第二實(shí)施例的方法流程示意圖,本實(shí)施例以在本地進(jìn)行智能業(yè)務(wù)為例。參見圖2,本實(shí)施例包括步驟21 =UE向其歸屬SSP發(fā)起智能業(yè)務(wù),例如預(yù)付費(fèi)業(yè)務(wù)。步驟22 歸屬SSP判斷該智能業(yè)務(wù)是與SCP有關(guān)的智能業(yè)務(wù)時(shí),則向歸屬地的STP 發(fā)送IDP消息。其中,SSP可以位于移動(dòng)交換機(jī)(Mobile Switching Center,MSC)中,也可以獨(dú)立設(shè)置或者位于其他設(shè)備中。步驟23 :STP判斷歸屬地的SCP是否出現(xiàn)異常,若是,執(zhí)行步驟M,否則,執(zhí)行步驟 27。其中,本實(shí)施例可以采用MTP/SCCP網(wǎng)絡(luò)狀態(tài)管理方式來(lái)確定SCP是否異常,異常包括SCP故障或者SCP不可達(dá),其中,在SCP故障時(shí)可以采用網(wǎng)絡(luò)管理消息 (subsystem-prohibited)通知STP,以避免采用業(yè)務(wù)層通知時(shí)的延遲較長(zhǎng)的問(wèn)題;本發(fā)明實(shí)施例的不可達(dá)包括直連鏈路不可達(dá),也包括非直連鏈路不可達(dá),避免現(xiàn)有只將直連鏈路不可達(dá)作為鏈路故障造成的不準(zhǔn)確問(wèn)題。例如,圖3為本發(fā)明實(shí)施例中SCP通知STP異常的情況示意圖,參見圖3,SCP在自身出現(xiàn)故障后,可以向STP發(fā)送網(wǎng)絡(luò)管理消息,通知SCP出現(xiàn)了異常。圖4為本發(fā)明實(shí)施例中STP獲知SCP不可達(dá)的情況示意圖,參見圖4,STP可以采用MTP/SCCP獲知SCP不可達(dá),其中,該不可達(dá)包括STP與SCP之間的直連鏈路斷開,也包括 STP與SCP之間的迂回鏈路斷開。圖5為本發(fā)明實(shí)施例中STP通過(guò)另一個(gè)STP獲知SCP不可達(dá)的情況示意圖,參見圖5,STP 1為需要判斷是否需要bypass的STP,當(dāng)STP 1通過(guò)STP 2與SCP相連時(shí), 如果STP 2采用MTP/SCCP獲知SCP不可達(dá)后,可以采用網(wǎng)絡(luò)管理消息來(lái)通知STP 1該 SCP不可達(dá)。步驟M =STP判斷是否需要bypass處理,若是,執(zhí)行步驟25,否則執(zhí)行步驟27。其中,可以在STP中預(yù)設(shè)條件表明哪些情況下需要進(jìn)行bypass處理,預(yù)設(shè)條件可以為如下信息中的至少一項(xiàng)用戶信息、時(shí)段信息、局向信息、業(yè)務(wù)信息。具體地,用戶信息可以用于標(biāo)識(shí)用戶,例如用戶的移動(dòng)臺(tái)國(guó)際綜合業(yè)務(wù)數(shù)字網(wǎng)antegrated Services Digital Network, ISDN)號(hào)碼(Mobile Stationinternational ISDN number, MS I SDN);時(shí)段信息可以用于定義此功能的有效時(shí)長(zhǎng);局向信息可以用于表明從哪個(gè)SSP上來(lái)的消息有此功能;業(yè)務(wù)信息可以用于表明此功能具體如何實(shí)現(xiàn),譬如可以選擇中止呼叫或繼續(xù)呼叫。步驟25 STP向歸屬SSP發(fā)送用于指示SSP繼續(xù)呼叫接續(xù)的消息,例如繼續(xù) (continue)消息,也就是將本次呼叫作為普通呼叫而不是智能呼叫來(lái)處理。另外,對(duì)于需要bypass的情況,STP可以生成詳細(xì)記錄,記錄用戶號(hào)碼、SCP地址、 發(fā)起時(shí)間等詳細(xì)信息,以備后續(xù)通話信息核對(duì)。例如,可以用于客戶核對(duì),具體如用于網(wǎng)絡(luò)影響、話單記錄影響的各種分析與核對(duì),還可用于以后的功能拓展。步驟沈歸屬SSP繼續(xù)接續(xù)呼叫。S卩,將該呼叫作為普通呼叫而不是智能呼叫來(lái)處理,例如發(fā)起請(qǐng)求路由消息 (SendRoutinglnfo, SRI)以查詢路由信息進(jìn)行呼叫處理。步驟27 按照通常方式處理。例如,在SCP正常時(shí),STP將IDP消息發(fā)送給SCP,繼續(xù)處理智能呼叫;或者,在不需要bypass處理時(shí),STP丟棄IDP消息,本次智能呼叫失敗。本實(shí)施例通過(guò)STP在智能業(yè)務(wù)時(shí)判斷SCP是否異常,由于STP并不是端局設(shè)備,可以避免由端局的SSP處理時(shí)造成的問(wèn)題,可以適用于非漫游場(chǎng)景,擴(kuò)大適用范圍。另外,本實(shí)施例在進(jìn)行SCP異常判斷時(shí)是采用MTP/SCCP網(wǎng)絡(luò)狀態(tài)管理,可以避免只判斷直連鏈路引起的不準(zhǔn)確問(wèn)題,以及采用業(yè)務(wù)層通知故障時(shí)引起的延時(shí)較大的問(wèn)題。本實(shí)施例可以應(yīng)用于UE在本地的處理場(chǎng)景。圖6為本發(fā)明第三實(shí)施例的方法流程示意圖,本實(shí)施例以在漫游場(chǎng)景下進(jìn)行智能業(yè)務(wù)為例。參見圖6,本實(shí)施例包括步驟601 =UE漫游到外地時(shí),向漫游地的拜訪SSP發(fā)起智能業(yè)務(wù),例如預(yù)付費(fèi)業(yè)務(wù)。步驟602 拜訪SSP判斷該智能業(yè)務(wù)是與SCP有關(guān)的智能業(yè)務(wù),則向漫游地的拜訪關(guān)口局(GMSC)發(fā)送IDP消息。步驟603 拜訪關(guān)口局向UE歸屬地的歸屬關(guān)口局發(fā)送IDP消息。步驟604 歸屬關(guān)口局將該IDP消息轉(zhuǎn)發(fā)給UE歸屬地的STP。步驟605 :STP判斷歸屬地的SCP是否出現(xiàn)異常,若是,執(zhí)行步驟606,否則,執(zhí)行步驟 611。其中,判斷是否出現(xiàn)異常的具體內(nèi)容可以參見步驟23。步驟606 =STP判斷是否需要bypass處理,若是,執(zhí)行步驟607,否則執(zhí)行步驟611。具體判斷是否需要bypass處理的內(nèi)容可以參見步驟對(duì)。步驟607 =STP向歸屬地的GMSC發(fā)送用于指示SSP繼續(xù)呼叫接續(xù)的消息,例如繼續(xù) (continue)消息,也就是將本次呼叫作為普通呼叫而不是智能呼叫來(lái)處理。另外,對(duì)于需要bypass的情況,STP可以生成詳細(xì)記錄,記錄用戶號(hào)碼、SCP地址、 發(fā)起時(shí)間等詳細(xì)信息。步驟608 歸屬GMSC將該繼續(xù)消息發(fā)送給拜訪GMSC。步驟609 拜訪GMSC將該繼續(xù)消息轉(zhuǎn)發(fā)給拜訪SSP。步驟610 拜訪SSP繼續(xù)接續(xù)呼叫。步驟611 =STP按照通常方式處理。具體內(nèi)容可以參見步驟27。本實(shí)施例通過(guò)STP在智能業(yè)務(wù)時(shí)判斷SCP是否異常,由于STP并不是端局設(shè)備,可以避免由端局的SSP處理時(shí)造成的問(wèn)題,可以適用于漫游的場(chǎng)景,擴(kuò)大適用范圍。另外,本實(shí)施例在進(jìn)行SCP異常判斷時(shí)是采用MTP/SCCP網(wǎng)絡(luò)狀態(tài)管理,可以避免只判斷直連鏈路引起的不準(zhǔn)確問(wèn)題,以及采用業(yè)務(wù)層通知故障時(shí)引起的延時(shí)較大的問(wèn)題。本實(shí)施例可以應(yīng)用于UE在漫游地的處理場(chǎng)景。圖7為本發(fā)明第四實(shí)施例的方法流程示意圖,本實(shí)施例以在新增端局設(shè)備時(shí)進(jìn)行智能業(yè)務(wù)為例。參見圖7,本實(shí)施例包括步驟701 =UE向新增的SSP發(fā)起智能業(yè)務(wù),例如預(yù)付費(fèi)業(yè)務(wù)。步驟702 新增的SSP判斷該智能業(yè)務(wù)是與SCP有關(guān)的智能業(yè)務(wù),則向新增的STP 發(fā)送IDP消息。步驟703 新增的STP向原有的STP發(fā)送IDP消息。其中,該原有的STP為上述實(shí)施例中具有判斷SCP是否出現(xiàn)異常以及是否需要 bypass處理功能的STP。步驟704 原有的STP判斷歸屬地的SCP是否出現(xiàn)異常,若是,執(zhí)行步驟705,否則, 執(zhí)行步驟709。其中,判斷是否出現(xiàn)異常的具體內(nèi)容可以參見步驟23。步驟705 原有的STP判斷是否需要bypass處理,若是,執(zhí)行步驟706,否則執(zhí)行步驟 709。具體判斷是否需要bypass處理的內(nèi)容可以參見步驟對(duì)。步驟706 原有的STP向新增的STP發(fā)送用于指示SSP繼續(xù)呼叫接續(xù)的消息,例如繼續(xù)(continue)消息,也就是將本次呼叫作為普通呼叫而不是智能呼叫來(lái)處理。另外,對(duì)于需要bypass的情況,STP可以生成詳細(xì)記錄,記錄用戶號(hào)碼、SCP地址、 發(fā)起時(shí)間等詳細(xì)信息。步驟707 新增的STP將該繼續(xù)消息發(fā)送給新增的SSP。步驟708 新增的SSP繼續(xù)接續(xù)呼叫。步驟709 =STP按照通常方式處理。具體內(nèi)容可以參見步驟27。本實(shí)施例通過(guò)STP在智能業(yè)務(wù)時(shí)判斷SCP是否異常,由于STP并不是端局設(shè)備,可以避免由端局的SSP處理時(shí)造成的問(wèn)題,可以適用于新增端局設(shè)備的場(chǎng)景,擴(kuò)大適用范圍。 另外,本實(shí)施例在進(jìn)行SCP異常判斷時(shí)是采用MTP/SCCP網(wǎng)絡(luò)狀態(tài)管理,可以避免只判斷直連鏈路引起的不準(zhǔn)確問(wèn)題,以及采用業(yè)務(wù)層通知故障時(shí)引起的延時(shí)較大的問(wèn)題。本實(shí)施例可以應(yīng)用于新增端局設(shè)備的處理場(chǎng)景。圖8為本發(fā)明第五實(shí)施例的STP的結(jié)構(gòu)示意圖,包括接收模塊81、第一判斷模塊 82和處理模塊83 ;接收模塊81用于接收SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息;第一判斷模塊82用于在接收到所述用于觸發(fā)智能業(yè)務(wù)的消息后,判斷SCP是否出現(xiàn)異常;處理模塊83 用于如果所述SCP出現(xiàn)異常,且如果需要放通處理,STP向SSP發(fā)送用于指示SSP繼續(xù)業(yè)務(wù)接續(xù)的消息。所述接收模塊81具體用于接收發(fā)起智能業(yè)務(wù)的終端所屬網(wǎng)絡(luò)的SSP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息;或者,接收發(fā)起智能業(yè)務(wù)的終端漫游到的拜訪網(wǎng)絡(luò)的SSP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息;或者,接收新入網(wǎng)的SSP通過(guò)新入網(wǎng)的STP發(fā)送的所述用
8于觸發(fā)智能業(yè)務(wù)的消息。所述第一判斷模塊82具體用于接收SCP發(fā)送的網(wǎng)絡(luò)管理消息后,判斷出SCP出現(xiàn)異常,所述網(wǎng)絡(luò)管理消息為所述SCP在發(fā)生故障后發(fā)送的;或者,采用MTP/SCCP的網(wǎng)絡(luò)狀態(tài)管理方式獲知所述SCP不可達(dá),則判斷出所述SCP出現(xiàn)異常;或者,接收另一個(gè)STP發(fā)送的網(wǎng)絡(luò)管理消息后,判斷出SCP出現(xiàn)異常,所述另一個(gè)STP采用MTP/SCCP的網(wǎng)絡(luò)狀態(tài)管理方式獲知所述SCP不可達(dá)后發(fā)送所述網(wǎng)絡(luò)管理消息。 還可以包括第二判斷模塊,用于根據(jù)預(yù)設(shè)條件,判斷是否需要放通處理,所述預(yù)設(shè)條件包括如下項(xiàng)中的至少一項(xiàng)用戶信息、時(shí)段信息、局向信息、業(yè)務(wù)信息。還可以包括記錄模塊,用于記錄需要放通處理的用戶號(hào)碼、SCP地址或者發(fā)起時(shí)間。所述STP為獨(dú)立設(shè)置的設(shè)備,或者所述STP位于其他設(shè)備中,例如,位于具備信令中繼功能的GMSC中。本實(shí)施例通過(guò)STP在智能業(yè)務(wù)時(shí)判斷SCP是否異常,由于STP并不是端局設(shè)備,可以避免由端局的SSP處理時(shí)造成的問(wèn)題,可以適用于漫游、非漫游場(chǎng)景以及新增端局設(shè)備的場(chǎng)景,擴(kuò)大適用范圍。本發(fā)明實(shí)施例可以應(yīng)用在不同的系統(tǒng)中,例如C網(wǎng)、G網(wǎng)或者固網(wǎng)中。可以理解的是,上述方法及設(shè)備中的相關(guān)特征可以相互參考。另外,上述實(shí)施例中的“第一”、“第二”等是用于區(qū)分各實(shí)施例,而并不代表各實(shí)施例的優(yōu)劣。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成,前述的程序可以存儲(chǔ)于計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中,該程序在執(zhí)行時(shí),執(zhí)行包括上述方法實(shí)施例的步驟;而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案,而非對(duì)其限制;盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改,或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種智能業(yè)務(wù)故障處理方法,其特征在于,包括信令轉(zhuǎn)接點(diǎn)STP接收業(yè)務(wù)交換點(diǎn)SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息;所述STP在接收到所述用于觸發(fā)智能業(yè)務(wù)的消息后,判斷業(yè)務(wù)控制點(diǎn)SCP是否出現(xiàn)異常;如果所述SCP出現(xiàn)異常,且如果需要放通bypass處理,STP向SSP發(fā)送用于指示SSP繼續(xù)業(yè)務(wù)接續(xù)的消息。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述接收SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息,包括接收發(fā)起智能業(yè)務(wù)的終端所屬網(wǎng)絡(luò)的SSP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息;或者,接收發(fā)起智能業(yè)務(wù)的終端漫游到的拜訪網(wǎng)絡(luò)的SSP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息;或者,接收新入網(wǎng)的SSP通過(guò)新入網(wǎng)的STP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述判斷SCP是否出現(xiàn)異常,包括 接收SCP發(fā)送的網(wǎng)絡(luò)管理消息后,則判斷所述SCP出現(xiàn)異常,所述網(wǎng)絡(luò)管理消息為所述SCP在發(fā)生故障后發(fā)送的;或者,采用媒體傳輸協(xié)議MTP/信令連接控制部分SCCP的網(wǎng)絡(luò)狀態(tài)管理方式獲知所述SCP不可達(dá),則判斷所述SCP出現(xiàn)異常;或者,接收另一個(gè)STP發(fā)送的網(wǎng)絡(luò)管理消息后,則判斷SCP出現(xiàn)異常,所述另一個(gè)STP采用 MTP/SCCP的網(wǎng)絡(luò)狀態(tài)管理方式獲知所述SCP不可達(dá)后發(fā)送所述網(wǎng)絡(luò)管理消息。
4.根據(jù)權(quán)利要求1所述的方法,其特征在于,還包括根據(jù)預(yù)設(shè)條件,判斷是否需要放通處理,所述預(yù)設(shè)條件包括如下項(xiàng)中的至少一項(xiàng)用戶信息、時(shí)段信息、局向信息、業(yè)務(wù)信息。
5.根據(jù)權(quán)利要求1所述的方法,其特征在于,還包括 記錄需要放通處理的用戶號(hào)碼、SCP地址或者發(fā)起時(shí)間。
6.一種STP,其特征在于,包括接收模塊,用于接收業(yè)務(wù)交換點(diǎn)SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息; 第一判斷模塊,用于在接收到所述用于觸發(fā)智能業(yè)務(wù)的消息后,判斷業(yè)務(wù)控制點(diǎn)SCP 是否出現(xiàn)異常;處理模塊,用于如果所述SCP出現(xiàn)異常,且如果需要放通bypass處理,STP向SSP發(fā)送用于指示SSP繼續(xù)業(yè)務(wù)接續(xù)的消息。
7.根據(jù)權(quán)利要求6所述的STP,其特征在于,所述接收模塊具體用于接收發(fā)起智能業(yè)務(wù)的終端所屬網(wǎng)絡(luò)的SSP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息;或者,接收發(fā)起智能業(yè)務(wù)的終端漫游到的拜訪網(wǎng)絡(luò)的SSP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息;或者,接收新入網(wǎng)的 SSP通過(guò)新入網(wǎng)的STP發(fā)送的所述用于觸發(fā)智能業(yè)務(wù)的消息。
8.根據(jù)權(quán)利要求6所述的STP,其特征在于,所述第一判斷模塊具體用于接收SCP發(fā)送的網(wǎng)絡(luò)管理消息后,判斷出SCP出現(xiàn)異常,所述網(wǎng)絡(luò)管理消息為所述SCP在發(fā)生故障后發(fā)送的;或者,采用MTP/SCCP的網(wǎng)絡(luò)狀態(tài)管理方式獲知所述SCP不可達(dá),則判斷出所述SCP出現(xiàn)異常;或者,接收另一個(gè)STP發(fā)送的網(wǎng)絡(luò)管理消息后,判斷出SCP出現(xiàn)異常,所述另一個(gè)STP采用媒體傳輸協(xié)議MTP/信令連接控制部分SCCP的網(wǎng)絡(luò)狀態(tài)管理方式獲知所述SCP不可達(dá)后發(fā)送所述網(wǎng)絡(luò)管理消息。
9.根據(jù)權(quán)利要求6所述的STP,其特征在于,還包括第二判斷模塊,用于根據(jù)預(yù)設(shè)條件,判斷是否需要放通處理,所述預(yù)設(shè)條件包括如下項(xiàng)中的至少一項(xiàng)用戶信息、時(shí)段信息、局向信息、業(yè)務(wù)信息。
10.根據(jù)權(quán)利要求6所述的STP,其特征在于,還包括記錄模塊,用于記錄需要放通處理的用戶號(hào)碼、SCP地址或者發(fā)起時(shí)間。
全文摘要
本發(fā)明提供一種智能業(yè)務(wù)故障處理方法及STP。該方法包括STP接收SSP發(fā)送的用于觸發(fā)智能業(yè)務(wù)的消息;STP在接收到所述用于觸發(fā)智能業(yè)務(wù)的消息后,判斷SCP是否出現(xiàn)異常;如果所述SCP出現(xiàn)異常,且如果需要放通處理,STP向SSP發(fā)送用于指示SSP繼續(xù)業(yè)務(wù)接續(xù)的消息。本發(fā)明實(shí)施例可以不受端局限制,適用范圍更廣。
文檔編號(hào)H04L29/06GK102158472SQ20111003743
公開日2011年8月17日 申請(qǐng)日期2011年2月14日 優(yōu)先權(quán)日2011年2月14日
發(fā)明者吳峰, 孔婷, 梅岳松 申請(qǐng)人:華為技術(shù)有限公司