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