專利名稱：一種軟交換容錯處理方法及實現系統的制作方法
技術領域：
本發明涉及智能網技術，尤其涉及一種軟交換容錯處理方法及實現系統。
背景技術：
NGN(Next Generation Net，下一代網絡)中，軟交換和SCP(ServiceControl Point，業務控制節點)是核心設備，通過SCP與軟交換的配合可以實現各種智能網業務。智能網所提供的所有業務的控制功能都集中在SCP中，SCP與軟交換之間按照智能網的標準接口協議進行通信，例如INAP(智能網應用協議)。其中，軟交換用于處理呼叫信令、進行呼叫控制及業務實現；SCP用于存儲用戶智能業務數據和各種業務邏輯，包括接收軟交換送來的查詢數據請求并查詢數據庫、進行各種譯碼；根據軟交換上報來的呼叫事件啟動不同的業務邏輯；根據業務邏輯向軟交換發出呼叫控制指令，指示軟交換進行下一步的動作，從而實現各種智能呼叫。
在現有的技術方案中，在軟交換發現用戶觸發智能業務后，會向SCP發出業務請求消息，SCP的呼叫處理流程如圖1所示，包括以下步驟步驟s101，主叫側SG(Signal Gateway，信令網關)向軟交換發送IAM(Initial Address Message，初始地址消息)。
步驟s102，軟交換分析主叫側信令網關發送過來的IAM消息，發現主叫側信令網關或被叫有智能業務，將會向SCP上報IDP(Internet DatagramProtocol，網絡數據報文協議)消息，SCP根據該消息所攜帶的用戶狀態采用不同的策略。
步驟s103，SCP向軟交換下發RRBE(Request Report BCSM Event，請求報告BCSM事件)消息來監視軟交換所上報的消息，其中，BCSM代表(BasicCall Status Model，基礎呼叫狀態模型)。
步驟s104，SCP向軟交換發送CONNECT消息，該消息中包括與智能網業務相關的信息。
步驟s105，軟交換在分析出被叫用戶信息后向被叫側SG發送ACM(Address Complete Message，地址全消息)來正常接續被叫側信令網關。
其中，軟交換可以作為智能網的SSP(Service Switch Point，業務交換節點)與SCP進行通信，DP(Detect Point，檢測點)為軟交換與SCP的對接參數之一，用于在SSP側為相應的業務鍵定義。例如TDP(Trigger DetectionPoint，觸發檢出點)，表示SSP將在該TDP點觸發智能業務或在智能呼叫的過程中檢出與呼叫相關的事件。SCP在分析該DP點信息后，根據預先存貯好的業務邏輯執行，再經過SSP中的呼叫模型交互管理模塊向BCSM發回控制命令，PIC根據命令對呼叫進行控制，完成一次SCP對智能業務的控制動作，之后，BCSM繼續狀態的轉移，產生新的DP點上報SCP，直至呼叫結束。
現有技術中，當SCP宕掉或SCP異常或軟交換與SCP之間鏈路中斷時，軟交換會直接釋放本次呼叫，若此時用SCP來實現NP(Number Portability，電話號攜帶)業務，將會使得NP業務不能觸發，無法實現電話用戶改變其電話號碼后，仍然可以連續使用原有的電話號碼。
另外，如果用戶注冊了如彩鈴，彩色撥號音等增值業務，軟交換如果檢測到SCP故障或SCP鏈路故障時，會自動釋放本次智能業務呼叫，而不向被叫用戶進行呼叫，會使得用戶不僅不能實現智能業務，而且連普通的呼叫業務也不能夠進行。
發明內容
本發明要解決的問題是提供一種軟交換容錯處理方法及實現系統，以解決現有技術中SCP故障影響智能業務及普通呼叫業務的缺陷。
為了解決上述問題，本發明提供了一種軟交換容錯處理方法，包括以下步驟A、主叫側信令網關向軟交換發送初始地址消息；B、軟交換判斷連接業務控制節點是否失敗，如果是，則轉步驟C，否則，進行正常呼叫處理；C、軟交換判斷是否有備份服務器，如果有，則轉步驟D，否則，轉步驟E；D、軟交換通過重新選路到備份服務器實現智能業務；E、軟交換根據原有主叫側信令網關發送過來的信息定位到被叫側信令網關。
步驟B進一步包括B1、判斷業務控制節點鏈路是否故障，如果是，則轉步驟C；否則，轉步驟B2；B2、軟交換向業務控制節點發送網絡數據協議IDS消息，如果設定周期內，業務控制節點沒有響應，則轉步驟C。
網絡數據協議IDS消息中包括智能網接入碼和被叫用戶號碼。
步驟B1中，當軟交換判斷業務控制節點鏈路故障時，向該軟交換發送一個釋放消息，該消息中包括鏈路故障的失敗原因。
步驟B2中，當軟交換判斷業務控制節點故障時，向該軟交換發送一個釋放消息，該消息中包括等待超時的失敗原因。
步驟D進一步包括D1、軟交換根據預先設定的路由數據進行重新路由；D2、軟交換向備份服務器發送智能業務請求信息，該信息中包括智能業務號碼；D3、備份服務器向軟交換發送請求響應信息，該信息中包括與智能業務號碼對應的物理號碼；D4、軟交換對物理號碼分析后重定位到被叫側信令網關。
對于彩信業務，步驟D2后，超過設定時間，備份服務器沒有發送請求響應信息，則軟交換向業務控制節點發送IDP請求，再次向備份服務器發送請求信息。
對于彩信業務，步驟E之后還包括被叫側信令網關向主叫發送普通回鈴音或被叫側信令網關向主叫發送普通撥號音。
本發明還提供了一種軟交換容錯處理系統，包括軟交換、業務控制節點、主叫側信令網關和被叫側信令網關，還包括備份服務器；所述軟交換，用于接收來自主叫側信令網關的信息，并確定業務控制節點工作狀態，當業務控制節點故障或鏈路故障時，重新路由到備份服務器，并將被叫智能業務號碼發送到備份服務器；所述備份服務器，用于查出與智能業務號碼對應的物理號碼，并經過軟交換重新分析定位到被叫側信令網關。
本發明又提供了一種軟交換容錯處理系統，包括軟交換、業務控制節點、主叫側信令網關和被叫側信令網關，所述軟交換，用于接收來自主叫側信令網關的信息，并確定業務控制節點工作狀態，當業務控制節點故障或鏈路故障時，按普通呼叫流程定位被叫側信令網關。
與現有技術相比，本發明具有以下優點本發明對于有備份服務器的智能業務，軟交換會通過失敗處理重新選路到有具有備份數據的服務器來提供相應的智能業務；對于沒有備份服務器的智能業務，軟交換可以通過失敗處理來使得普通的呼叫業務能夠繼續進行，從而使普通的呼叫業務不會因為智能業務不能觸發而受到影響。
圖1是現有技術中SCP的呼叫處理流程圖；圖2是本發明一種軟交換容錯處理方法的流程圖；圖3是本發明應用于存在能處理智能業務的備份服務器系統中的一個實施例；圖4是圖3中SCP二次故障時，本發明的處理流程圖；圖5是本發明應用于沒有能處理智能業務的備份服務器系統中的一個實施例；圖6是本發明應用于沒有能處理智能業務的備份服務器系統中的另一個實施例。
具體實施例方式
本發明一種軟交換容錯處理方法的流程如圖2所示，包括以下步驟步驟s201，主叫側信令網關向軟交換發送初始地址消息。該消息中包括用戶摘機、和/或主叫用戶、和/或被叫用戶號碼等信息。軟交換通過對被叫用戶號碼的前綴進行字冠分析，可以確定該業務為智能業務或普通呼叫業務。
步驟s202，軟交換判斷連接業務控制節點是否失敗，如果是，則轉步驟s203，否則，進行正常呼叫處理。其中，連接業務控制節點失敗包括業務控制節點本身發生故障或業務控制節點與軟交換鏈路故障；軟交換可以根據斷路告警指示查詢業務控制節點鏈路是否正常；如果鏈路故障，向該軟交換發送一個釋放消息，該消息中包括鏈路故障的原因；當業務控制節點鏈路正常時，軟交換通過與業務控制節點間的探測點發送分析信息，該信息中包括智能網接入碼和被叫用戶號碼，同時啟動計時器，在超過設定時間軟交換沒有收到業務控制節點的響應信息，則判斷業務控制節點出現故障，向該軟交換發送一個釋放消息，該消息中包括等待超時的失敗原因。
步驟s203，軟交換判斷是否有備份服務器，如果有，則轉步驟s204，否則，轉步驟s205。
步驟s204，軟交換通過重新選路到備份服務器實現智能業務。軟交換會根據預先設定好的路由數據進行重新選路。重新選路后，軟交換會向備份服務器發送被叫智能業務號碼，備份服務器查出與智能業務號碼對應的物理號碼，然后下發給軟交換，軟交換收到物理號碼后進行重分析定位到被叫側信令網關。
步驟s205，軟交換根據原有主叫側信令網關發送過來的信息定位到被叫側信令網關。軟交換根據原有主叫側信令網關發送過來的信息來進行普通呼叫流程分析，分析完成后定位到被叫側信令網關并向被叫側信令網關發送IAM消息。
以下結合具體實施例對上述軟交換容錯處理方法進行詳細說明一個具體實施例應用于存在能處理智能業務的備份服務器系統中，例如，該智能業務為SCP提供的NP業務，如圖3所示步驟S301，主叫用戶摘機，撥被叫用戶號碼，通過主叫側信令網關向軟交換發送IAM消息，該消息中包括用戶摘機和被叫用戶號碼等信息。
步驟S302，軟交換收到IAM消息后，對該消息中的被叫用戶號碼進行分析，根據被叫用戶號碼的前綴確定主叫用戶撥的是NP智能業務接入碼。然后，對SCP的連接狀態進行判斷，如果軟交換發現SCP鏈路故障，會直接給本身發一個釋放消息并帶上鏈路故障的失敗原因值；如果軟交換查詢SCP鏈路成功，會將通過DP3(分析信息)將向SCP發送IDP消息，該消息中包括智能接入碼和被叫用戶號碼，如果SCP出現故障，軟交換將在預定時間內不能收到響應信息，出現等待超時，也會給本身發一個釋放消息并帶上等待超時的失敗原因值。
步驟S303，軟交換會根據預先設定好的路由數據進行重新選路，向備份服務器發送智能業務請求。該備份服務器可以為具有NP數據的交換機或者具有被叫NP號碼的設備。
步驟S304，備份服務器查出與NP號碼對應的物理號碼，通過請求響應消息下發給軟交換。
步驟S305，軟交換收到物理號碼后進行重分析定位到被叫側信令網關，向該被叫側信令網關發送IAM消息。
另外，當出現一次SCP宕機后重選路由后，可以動態修改原智能呼叫屬性，在一定的時間內，呼叫直接走修改的路由，當時間超時后再修改原智能呼叫屬性，將呼叫路由到SCP。第二次SCP宕機的處理流程如圖4所示步驟S401，主叫側信令網關向軟交換發送IAM消息，該消息中包括用戶摘機和被叫用戶號碼等信息。
步驟S402，軟交換分析主叫信令網關發送過來的信息，發現主叫信令網關或被叫信令網關有智能業務，軟交換會直接向備份服務器發送智能業務請求；如果備份服務器有響應則進入步驟S403，若沒有回應則進入步驟S404。
步驟S403，備份服務器向軟交換發送請求響應。
步驟S404，軟交換再次向SCP發送IDP請求。
步驟S405，軟交換會根據預先設定好的路由數據進行重新選路，向備份服務器發送智能業務請求，等待請求響應，如果還沒有請求響應，可以重復步驟s404，或直接釋放該消息。
另一個具體實施例應用于沒有能處理智能業務的備份服務器系統中。對于沒有備份服務器的智能業務，軟交換可以通過失敗處理來使得普通的呼叫業務能夠繼續進行，從而使普通的呼叫業務不會因為智能業務不能觸發而受到影響。例如，以彩鈴業務為例來說明，如圖5所示步驟S501，主叫用戶摘機，撥被叫用戶號碼，通過主叫側信令網關向軟交換發送IAM消息，該消息中包括用戶摘機和被叫用戶號碼等信息。
步驟S502，軟交換收到IAM消息后，對該消息中的被叫用戶號碼進行分析，根據被叫用戶號碼的前綴確定主叫用戶撥的是彩鈴業務接入碼。然后，對SCP的連接狀態進行判斷，如果軟交換發現SCP鏈路故障，會直接給本身發一個釋放消息并帶上鏈路故障的失敗原因值；如果軟交換查詢SCP鏈路成功，會將通過DP3(分析信息)將向SCP發送IDP消息，該消息中包括智能接入碼和被叫用戶號碼，如果SCP出現故障，軟交換將在預定時間內不能收到響應信息，出現等待超時，也會給本身發一個釋放消息并帶上等待超時的失敗原因值。
步驟S503，軟交換在收到釋放消息后，會對失敗原因值進行判斷，如果發現失敗原因值為以上兩種情況，軟交換根據主叫側信令網關發送過來的被叫用戶號碼等信息定位到被叫側信令網關，并向該被叫側信令網關發送IAM消息，實現主叫側信令網關與被叫側信令網關的呼叫接續。
步驟S504，軟交換給主叫側信令網關發送普通回鈴音。
又一個具體實施例應用于沒有能處理智能業務的備份服務器系統中，例如，以彩色撥號音業務為例來說明，如圖6所示
步驟S601，主叫用戶摘機，撥被叫用戶號碼，通過主叫側信令網關向軟交換發送IAM消息，該消息中包括用戶摘機和被叫用戶號碼等信息。對SCP的連接狀態進行判斷，如果軟交換發現SCP鏈路故障，會直接給本身發一個釋放消息并帶上鏈路故障的失敗原因值；如果軟交換查詢SCP鏈路成功，會將通過DP3(分析信息)將向SCP發送IDP消息，該消息中包括智能接入碼和被叫用戶號碼，如果SCP出現故障，軟交換將在預定時間內不能收到響應信息，出現等待超時，也會給本身發一個釋放消息并帶上等待超時的失敗原因值。
步驟S602，軟交換收到IAM消息后，對該消息中的被叫用戶號碼進行分析，根據被叫用戶號碼的前綴確定主叫用戶撥的是彩色撥號音業務接入碼。
步驟S603，軟交換在收到釋放消息后，會對失敗原因值進行判斷，如果發現失敗原因值為以上兩種情況，軟交換根據主叫側信令網關發送過來的被叫用戶號碼等信息定位到被叫側信令網關，并向該被叫側信令網關發送IAM消息，實現主叫側信令網關與被叫側信令網關的呼叫接續。
步驟S604，軟交換給主叫信令網關發送普通撥號音。
本發明還提供了一種軟交換容錯處理系統，包括軟交換、業務控制節點、主叫側信令網關和被叫側信令網關，還包括備份服務器。其中，軟交換用于接收來自主叫側信令網關的信息，并確定業務控制節點工作狀態，當業務控制節點故障或鏈路故障時，重新路由到備份服務器，并將被叫智能業務號碼發送到備份服務器；備份服務器用于查出與智能業務號碼對應的物理號碼，并經過軟交換重新分析定位到被叫側信令網關。
本發明一種沒有備份服務器的軟交換容錯處理系統，包括軟交換、業務控制節點、主叫側信令網關和被叫側信令網關。在該系統中，軟交換設置SCP鏈路中斷或沒有響應的釋放原因的失敗處理數據。如果SCP出現鏈路中斷或者由其它原因引起的不能響應，軟交換會得到SCP不能響應或鏈路中斷的釋放原因。軟交換根據該釋放原因值進行后續的失敗處理，在這種失敗處理中不直接釋放呼叫，而是繼續按普通呼叫流程處理后續進程。
以上所述僅是本發明的優選實施方式，應當指出，對于本技術領域的普通技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發明的保護范圍。
權利要求
1.一種軟交換容錯處理方法，其特征在于，包括以下步驟A、主叫側信令網關向軟交換發送初始地址消息；B、軟交換判斷連接業務控制節點是否失敗，如果是，則轉步驟C，否則，進行正常呼叫處理；C、軟交換判斷是否有備份服務器，如果有，則轉步驟D，否則，轉步驟E；D、軟交換通過重新選路到備份服務器實現智能業務；E、軟交換根據原有主叫側信令網關發送過來的信息定位到被叫側信令網關。
2.如權利要求1所述軟交換容錯處理方法，其特征在于，步驟B進一步包括B1、判斷業務控制節點鏈路是否故障，如果是，則轉步驟C；否則，轉步驟B2；B2、軟交換向業務控制節點發送網絡數據協議IDS消息，如果設定周期內，業務控制節點沒有響應，則轉步驟C。
3.如權利要求2所述軟交換容錯處理方法，其特征在于，網絡數據協議IDS消息中包括智能網接入碼和被叫用戶號碼。
4.如權利要求2所述軟交換容錯處理方法，其特征在于，步驟B1中，當軟交換判斷業務控制節點鏈路故障時，向該軟交換發送一個釋放消息，該消息中包括鏈路故障的失敗原因。
5.如權利要求2所述軟交換容錯處理方法，其特征在于，步驟B2中，當軟交換判斷業務控制節點故障時，向該軟交換發送一個釋放消息，該消息中包括等待超時的失敗原因。
6.如權利要求4或5所述軟交換容錯處理方法，其特征在于，步驟D進一步包括D1、軟交換根據預先設定的路由數據進行重新路由；D2、軟交換向備份服務器發送智能業務請求信息，該信息中包括智能業務號碼；D3、備份服務器向軟交換發送請求響應信息，該信息中包括與智能業務號碼對應的物理號碼；D4、軟交換對物理號碼分析后重定位到被叫側信令網關。
7.如權利要求1所述軟交換容錯處理方法，其特征在于，對于彩信業務，步驟D2后，超過設定時間，備份服務器沒有發送請求響應信息，則軟交換向業務控制節點發送IDP請求，再次向備份服務器發送請求信息。
8.如權利要求1所述軟交換容錯處理方法，其特征在于，對于彩信業務，步驟E之后還包括被叫側信令網關向主叫發送普通回鈴音或被叫側信令網關向主叫發送普通撥號音。
9.一種軟交換容錯處理系統，包括軟交換、業務控制節點、主叫側信令網關和被叫側信令網關，其特征在于，還包括備份服務器；所述軟交換，用于接收來自主叫側信令網關的信息，并確定業務控制節點工作狀態，當業務控制節點故障或鏈路故障時，重新路由到備份服務器，并將被叫智能業務號碼發送到備份服務器；所述備份服務器，用于查出與智能業務號碼對應的物理號碼，并經過軟交換重新分析定位到被叫側信令網關。
10.一種軟交換容錯處理系統，包括軟交換、業務控制節點、主叫側信令網關和被叫側信令網關，其特征在于，所述軟交換，用于接收來自主叫側信令網關的信息，并確定業務控制節點工作狀態，當業務控制節點故障或鏈路故障時，按普通呼叫流程定位被叫側信令網關。
全文摘要
本發明提供了一種軟交換容錯處理方法，包括以下步驟A.主叫側信令網關向軟交換發送初始地址消息；B.軟交換判斷連接業務控制節點是否失敗，如果是，則轉步驟C，否則，進行正常呼叫處理；C.軟交換判斷是否有備份服務器，如果有，則軟交換通過重新選路到備份服務器實現智能業務；否則軟交換根據原有主叫側信令網關發送過來的信息定位到被叫側信令網關。本發明對于有備份服務器的智能業務，軟交換會通過失敗處理重新選路到有具有備份數據的服務器來提供相應的智能業務；對于沒有備份服務器的智能業務，軟交換可以通過失敗處理來使得普通的呼叫業務能夠繼續進行，從而使普通的呼叫業務不會因為智能業務不能觸發而受到影響。
文檔編號H04L12/24GK1870536SQ20061005678
公開日2006年11月29日 申請日期2006年3月8日 優先權日2006年3月8日
發明者易晟, 楊少明, 李德永, 蔡云霞 申請人:華為技術有限公司