專利名稱：智能業(yè)務故障處理方法及stp的制作方法
技術領域：
本發(fā)明涉及移動通信技術，尤其涉及一種智能業(yè)務故障處理方法及STP。
背景技術：
業(yè)務交換點(Service Switching Point, SSP)判斷用戶有業(yè)務控制點(Service Control Point, SCP)相關的智能業(yè)務時，觸發(fā)啟動檢測點(InitialDetect Point, IDP)消息，該IDP消息從SSP通過信令轉(zhuǎn)接點(SignalingTransfer Point, STP)發(fā)送給業(yè)務控制點(Service Control Point, SCP)。當SCP故障或者SCP不可達時，STP會將該IDP消息丟棄。如果SSP是按照SCP的命令來完成智能用戶的通話接續(xù)過程，則SCP故障或者不可達時，由于SSP無法接收到SCP返回的命令，則無法保證智能用戶的通話。另外，為了保證智能用戶的通話，也可以是SSP發(fā)現(xiàn)自身與SCP之間出現(xiàn)業(yè)務異常情況時，SSP可以關閉自身本次呼叫的所有智能觸發(fā)器，不再向SCP發(fā)送消息，并在未接收到SCP發(fā)來命令的情況下繼續(xù)進行呼叫接續(xù)過程。但是，SSP是端局節(jié)點，在其上實現(xiàn)該方案具有如下問題能且僅能為本地用戶設備(User Equipment, UE)提供該項功能，當本地UE漫游到其他網(wǎng)絡后無法再實現(xiàn)上述功能；并且，SSP作為端局可能隨時接入新的SSP，如果新接入的SSP不支持上述功能，則會影響整個網(wǎng)絡功能的使用，網(wǎng)絡兼容性差，適用范圍比較少。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種智能業(yè)務故障處理方法及STP，用以解決現(xiàn)有技術中在 SSP側(cè)處理時存在的問題。本發(fā)明實施例提供了一種智能業(yè)務故障處理方法，包括信令轉(zhuǎn)接點STP接收業(yè)務交換點SSP發(fā)送的用于觸發(fā)智能業(yè)務的消息；所述STP在接收到所述用于觸發(fā)智能業(yè)務的消息后，判斷業(yè)務控制點SCP是否出現(xiàn)異常；如果所述SCP出現(xiàn)異常，且如果需要放通bypass處理，STP向SSP發(fā)送用于指示 SSP繼續(xù)業(yè)務接續(xù)的消息。本發(fā)明實施例提供了一種STP，包括接收模塊，用于接收業(yè)務交換點SSP發(fā)送的用于觸發(fā)智能業(yè)務的消息；第一判斷模塊，用于在接收到所述用于觸發(fā)智能業(yè)務的消息后，判斷業(yè)務控制點 SCP是否出現(xiàn)異常；處理模塊，用于如果所述SCP出現(xiàn)異常，且如果需要放通bypass處理，STP向SSP 發(fā)送用于指示SSP繼續(xù)業(yè)務接續(xù)的消息。由上述技術方案可知，本發(fā)明實施例通過STP在智能業(yè)務時判斷SCP是否異常，由于STP并不是端局設備，可以避免由端局的SSP處理時造成的問題，由于對端局無要求不受端局限制，可以適用于漫游、非漫游場景以及新增端局設備的場景，擴大適用范圍。


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