專利名稱：多業(yè)務(wù)實現(xiàn)方法及sif的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種基于CAP(CAMELApplication Part, CAMEL應(yīng)用部分)的多業(yè)務(wù)實現(xiàn)方法及一種SIF (Service Interactive Function，業(yè)務(wù)交 互功能點)。
背景技術(shù)：
目前，隨著通信技術(shù)發(fā)展，用戶對多業(yè)務(wù)的需求越來越普遍。針對這種需求，國際 上對于多業(yè)務(wù)嵌套，提出了多種解決方案。ftST CAMEL (Customized Application for MobileNetwork Enhanced Logic)業(yè)務(wù)的方案利用CAMEL協(xié)議，在HLR(Home Location Register，歸屬位置寄存器) 上簽約多個業(yè)務(wù)，然后，交換機起呼或者接受呼叫時，會到HLR上獲取用戶的簽約信息，按 照簽約信息的順序逐次進行觸發(fā)，直到所有的簽約業(yè)務(wù)觸發(fā)完成。采用這種方案時，因為 CAMEL協(xié)議只定義了一種觸發(fā)規(guī)則，要實現(xiàn)基于CAP的多業(yè)務(wù)，需要對交換機進行較多改 造，才能支持多次業(yè)務(wù)查詢和業(yè)務(wù)觸發(fā)流程。實際操作時，對現(xiàn)網(wǎng)改造較多，實現(xiàn)成本高，無 法大面積推廣。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種多業(yè)務(wù)實現(xiàn)方法及業(yè)務(wù)交互功能點SIF，以解決 上述相關(guān)技術(shù)在實現(xiàn)基于CAP的多業(yè)務(wù)時，對現(xiàn)網(wǎng)改造較多，實現(xiàn)成本高，無法大面積推廣 的問題。根據(jù)本發(fā)明的一個方面，提供了一種多業(yè)務(wù)實現(xiàn)方法，包括業(yè)務(wù)交互功能點SIF 接收到觸發(fā)呼叫；查找發(fā)起觸發(fā)呼叫的用戶的業(yè)務(wù)登記信息，其中，業(yè)務(wù)登記信息包括多個 業(yè)務(wù)中每個業(yè)務(wù)的業(yè)務(wù)鍵、多個業(yè)務(wù)中每個業(yè)務(wù)間的關(guān)聯(lián)關(guān)系、每個業(yè)務(wù)的觸發(fā)優(yōu)先級順 序；根據(jù)業(yè)務(wù)鍵、觸發(fā)優(yōu)先級順序和業(yè)務(wù)間的關(guān)聯(lián)關(guān)系分別觸發(fā)多個業(yè)務(wù)會話。根據(jù)本發(fā)明的另一方面，提供了一種業(yè)務(wù)交互功能點SIF，包括接收模塊，用于 接收觸發(fā)呼叫；查找模塊，用于查找發(fā)起觸發(fā)呼叫的用戶的業(yè)務(wù)登記信息，其中，業(yè)務(wù)登記 信息包括多個業(yè)務(wù)中每個業(yè)務(wù)的業(yè)務(wù)鍵、多個業(yè)務(wù)中每個業(yè)務(wù)間的關(guān)聯(lián)關(guān)系、每個業(yè)務(wù)的 觸發(fā)優(yōu)先級順序；觸發(fā)模塊，用于根據(jù)業(yè)務(wù)鍵、觸發(fā)優(yōu)先級順序和業(yè)務(wù)間的關(guān)聯(lián)關(guān)系分別觸 發(fā)多個業(yè)務(wù)會話。本發(fā)明通過在現(xiàn)有業(yè)務(wù)控制點SCP(Service Control Point)中引入了業(yè)務(wù)登記 功能和多會話控制功能，成為SIF，在實現(xiàn)多業(yè)務(wù)嵌套時，不需要對現(xiàn)網(wǎng)設(shè)備進行大規(guī)模改 造，節(jié)約了實現(xiàn)成本。特別是現(xiàn)有業(yè)務(wù)平臺改造支持新功能難度大的情況下，可以采用新建 平臺方式實現(xiàn)新功能，同時不喪失老的業(yè)務(wù)平臺上提供的功能；另外各大運營商提出用戶 平滑享受多業(yè)務(wù)的思想，要求多平臺提供的多業(yè)務(wù)，用戶都可以享受，從而在解決業(yè)務(wù)交互 難題的同時，實現(xiàn)對現(xiàn)網(wǎng)改造小，實現(xiàn)成本低的效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1是根據(jù)本發(fā)明實施例的一種多業(yè)務(wù)實現(xiàn)方法的步驟流程圖；圖2是根據(jù)本發(fā)明實施例的另一種多業(yè)務(wù)實現(xiàn)方法的步驟流程圖；圖3是根據(jù)本發(fā)明實施例的一種多業(yè)務(wù)交互呼叫流程圖；圖4是根據(jù)本發(fā)明實施例的一種多會話控制模型示意圖；圖5是根據(jù)本發(fā)明實施例的一種多業(yè)務(wù)交互時IVR流程示意圖；圖6是根據(jù)本發(fā)明實施例的一種SIF的結(jié)構(gòu)框圖。
具體實施例方式下文中將參考附圖并結(jié)合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。參照圖1，示出了根據(jù)本發(fā)明實施例的一種多業(yè)務(wù)實現(xiàn)方法的步驟流程圖，包括以 下步驟步驟S102 業(yè)務(wù)交互功能點SIF接收到觸發(fā)呼叫；本發(fā)明中，將引入了業(yè)務(wù)登記功能和多會話控制功能的SCP稱為SIF(ServiCe Interactive Function,業(yè)務(wù)交互功能點)，實現(xiàn)CAP業(yè)務(wù)多交互業(yè)務(wù)，SIF除了協(xié)議轉(zhuǎn)發(fā)功 能以外，還對業(yè)務(wù)處理進行參與，實現(xiàn)邏輯上的簡單控制。例如，SIF接收到核心網(wǎng)節(jié)點發(fā)出的觸發(fā)呼叫。步驟S104 =SIF查找發(fā)起觸發(fā)呼叫的用戶的業(yè)務(wù)登記信息；本實施例中，SIF中設(shè)置有業(yè)務(wù)登記信息，包括多個業(yè)務(wù)中每個業(yè)務(wù)的業(yè)務(wù)鍵、 多個業(yè)務(wù)中每個業(yè)務(wù)間的關(guān)聯(lián)關(guān)系、每個業(yè)務(wù)的觸發(fā)優(yōu)先級順序。其中，可以使用每個業(yè)務(wù) 的業(yè)務(wù)鍵進行業(yè)務(wù)的關(guān)聯(lián)，以及使用每個業(yè)務(wù)的業(yè)務(wù)鍵確定業(yè)務(wù)的觸發(fā)優(yōu)先級順序。優(yōu)選 的，還可以包括以下至少之一每個業(yè)務(wù)的業(yè)務(wù)處理歸屬網(wǎng)元地址、每個業(yè)務(wù)的交互語音應(yīng) 答管理接入碼如IVR接入碼、和每個業(yè)務(wù)的異常流程處理規(guī)則信息，以便于改進后的SIF進 行管理業(yè)務(wù)和異常處理。SIF查找發(fā)起觸發(fā)呼叫的用戶的相應(yīng)的業(yè)務(wù)登記信息，獲知該用戶登記的多個業(yè) 務(wù)，以及多個業(yè)務(wù)間的關(guān)聯(lián)關(guān)系和觸發(fā)優(yōu)先級。步驟S106 =SIF根據(jù)業(yè)務(wù)鍵、觸發(fā)優(yōu)先級順序和業(yè)務(wù)間的關(guān)聯(lián)關(guān)系分別觸發(fā)多個 業(yè)務(wù)會話。例如，有業(yè)務(wù)Sl和S2。Sl的業(yè)務(wù)鍵為idl，S2的業(yè)務(wù)鍵為id2，idl和id2相關(guān) 聯(lián)，業(yè)務(wù)間的觸發(fā)優(yōu)先級順序為idl優(yōu)于id2。此時，SIF優(yōu)先觸發(fā)idl對應(yīng)的業(yè)務(wù)Si，之 后觸發(fā)與idl關(guān)聯(lián)的id2對應(yīng)的業(yè)務(wù)S2。相關(guān)技術(shù)在實現(xiàn)基于CAP的多業(yè)務(wù)時，需要對交換機進行較多改造，才能支持多 次業(yè)務(wù)查詢和業(yè)務(wù)觸發(fā)流程，實際操作時，對現(xiàn)網(wǎng)改造較多，實現(xiàn)成本高，無法大面積推廣。 通過本實施例，在現(xiàn)有業(yè)務(wù)控制點SCP中引入了業(yè)務(wù)登記功能和多會話控制功能，在實現(xiàn) 多業(yè)務(wù)嵌套時，不需要對現(xiàn)網(wǎng)設(shè)備進行大規(guī)模改造，節(jié)約了實現(xiàn)成本。參照圖2，示出了根據(jù)本發(fā)明實施例的另一種多業(yè)務(wù)實現(xiàn)方法的步驟流程圖，包括以下步驟步驟S202 核心網(wǎng)節(jié)點發(fā)起觸發(fā)呼叫，觸發(fā)SIF的主會話呼叫段，SIF檢查該觸發(fā) 呼叫的發(fā)起用戶簽訂的業(yè)務(wù)。本步驟中，SIF中設(shè)置有業(yè)務(wù)登記信息表，該業(yè)務(wù)登記信息表中有多個用戶的業(yè)務(wù) 登記信息，每個用戶對應(yīng)于一條業(yè)務(wù)登記信息，每條業(yè)務(wù)登記信息包括其所屬用戶登記的 多個業(yè)務(wù)的相關(guān)信息，包括多個業(yè)務(wù)中每個業(yè)務(wù)的業(yè)務(wù)鍵、各個業(yè)務(wù)間的關(guān)聯(lián)關(guān)系、每個業(yè) 務(wù)的觸發(fā)優(yōu)先級順序、以及每個業(yè)務(wù)的業(yè)務(wù)處理歸屬網(wǎng)元地址。優(yōu)選的，業(yè)務(wù)登記信息還可 以包括每個業(yè)務(wù)的管理接入碼如交互語音應(yīng)答IVR接入碼和/或每個業(yè)務(wù)的異常流程處理 規(guī)則信息。SIF通過檢查業(yè)務(wù)登記信息表，獲知觸發(fā)呼叫的發(fā)起用戶簽約登記的多個業(yè)務(wù)的 fn息ο步驟S204 如果用戶簽約了兩個業(yè)務(wù)，例如Sl和S2這兩個業(yè)務(wù)，Sl和S2為關(guān)聯(lián)業(yè) 務(wù)，Sl觸發(fā)順序先于S2，根據(jù)業(yè)務(wù)觸發(fā)順序，SIF先觸發(fā)會話leg3 — Si，根據(jù)Sl的業(yè)務(wù)處 理歸屬網(wǎng)元地址，向Sl的業(yè)務(wù)處理歸屬網(wǎng)元(也可以稱為業(yè)務(wù)平臺)發(fā)送該業(yè)務(wù)會話。然 后，根據(jù)Sl所在的業(yè)務(wù)平臺如SCPl返回的信息，下發(fā)繼續(xù)指示后，再觸發(fā)會話leg4 — S2， 向S2的業(yè)務(wù)平臺如SCP2發(fā)送業(yè)務(wù)會話leg4，并對leg4進行處理。獲取SCPl和SCP2返回 的各個消息操作，如RRBE (請求BCSM事件)/AC (申請計費)/FCI (提供計費信息)/CON (接 續(xù)操作)操作消息。通過根據(jù)業(yè)務(wù)觸發(fā)優(yōu)先級順序處理業(yè)務(wù)，提高了處理效率，避免了業(yè)務(wù)處理過程 中的錯誤操作。步驟S206 =SIF的主會話對leg3和leg4中返回的消息進行處理，歸并RRBE中的 業(yè)務(wù)信息，其中，對于AC中的通話時長，選取最小的通話時長；然后在主會話中，向核心網(wǎng) 節(jié)點返回RRBE、AC和CON操作消息；根據(jù)leg3和leg4中返回的CON操作，決定返回給核心 網(wǎng)節(jié)點的是continue (繼續(xù))還是connect (連接)，如果是connect，則選擇約定的Sl或 者S2中返回的變換號碼。通過對返回消息的處理，獲得有效的處理結(jié)果信息，保證了業(yè)務(wù)執(zhí)行的正確性。步驟S208 如果Sl或者S2的業(yè)務(wù)平臺SCPl或SCP2在處理某個業(yè)務(wù)時出現(xiàn)異常， SIF無法接收SCPl或SCP2針對該業(yè)務(wù)的返回消息，則SIF根據(jù)業(yè)務(wù)登記信息中該業(yè)務(wù)的異 常流程處理規(guī)則信息，對出現(xiàn)異常的業(yè)務(wù)進行異常流程處理，例如Sl出現(xiàn)中斷后，SIF根據(jù) 異常流程處理規(guī)則信息決定S2以及后續(xù)業(yè)務(wù)是繼續(xù)處理，還是直接中斷。如果選擇直接中 斷，則SIF下發(fā)釋放呼叫release call給核心網(wǎng)節(jié)點，指示其釋放呼叫。需要說明的是，該步驟為異常處理步驟，系統(tǒng)無異常時，該步驟省略。通過異常處 理，使系統(tǒng)及時釋放資源，提高系統(tǒng)效率。步驟S210 核心網(wǎng)節(jié)點發(fā)送ACR(Apply Charging R印ort，應(yīng)用計費報告)給SIF 的主會話，或者上報SCP 1和/或SCP2的應(yīng)答或未應(yīng)答事件給SIF，主會話檢查當前存在的 關(guān)聯(lián)會話leg3以及l(fā)eg4，分別將ERB (BCSM事件報告)以及ACR通知給Sl以及S2業(yè)務(wù)平 臺 SCPl 和 SCP2。步驟S212 如果主會話中，用戶撥打的是Sl業(yè)務(wù)要求的IVR管理流程，則啟動的 leg3 — Sl的這個會話中，Sl業(yè)務(wù)平臺SCPl會返回RRBE/ETC操作消息，這種情況下，主會 話不再觸 S2業(yè)務(wù)，而是直接透傳該操作消息給核心網(wǎng)節(jié)點，由核心網(wǎng)節(jié)點和ETC中要求的放音設(shè)備建立話路連接，以及Sl平臺指示后續(xù)的放音流程，放音結(jié)束后，則Sl會在leg3 中下發(fā)DFC(Disconnect ForwardConnection，中斷前向連接)操作，來進行后續(xù)的處理流 程，如果后續(xù)沒有接續(xù)指令，則本次呼叫結(jié)束。步驟S214 如果Leg3中有接續(xù)指令，例如繼續(xù)下發(fā)AC和continue操作，則主會 話根據(jù)觸發(fā)優(yōu)先級順序，繼續(xù)觸發(fā)leg4 — S2,即觸發(fā)S2的業(yè)務(wù)，具體的流程可以參見步驟 S204。步驟S216 核心網(wǎng)節(jié)點指示釋放呼叫，上報ERBWiscormect)以及ACR操作消息 給主會話，主會話同時向Sl和S2業(yè)務(wù)平臺SCPl和SCP2上報該事件，指示SCPl和SCP2釋 放對話。收到核心網(wǎng)節(jié)點的release call操作后，主會話返回release call操作給核心 網(wǎng)，同時SIF也釋放主會話。需要說明的是，上述步驟S212-S216為可選步驟，只在用戶撥打的業(yè)務(wù)是IVR時適用。參照圖3，示出了根據(jù)本發(fā)明實施例的一種多業(yè)務(wù)交互呼叫流程圖。本實施例 中，將引入了業(yè)務(wù)登記功能和多會話控制功能的SCP稱為SIF(Service Interactive Function，業(yè)務(wù)交互功能實體)，實現(xiàn)CAP業(yè)務(wù)多交互業(yè)務(wù)，SIF除了協(xié)議轉(zhuǎn)發(fā)功能以外，還 對業(yè)務(wù)處理進行參與，實現(xiàn)邏輯上的簡單控制。步驟S302 —個用戶同時簽約兩個或者多個業(yè)務(wù)時，首先在SIF設(shè)備上進行登記， 主要登記用戶簽約業(yè)務(wù)的業(yè)務(wù)鍵，業(yè)務(wù)處理歸屬網(wǎng)元地址，特殊的IVR接入碼，業(yè)務(wù)觸發(fā)優(yōu) 先級順序，以及異常流程處理規(guī)則信息等；同時在HLR中修改用戶的簽約信息，以便將后續(xù) 的呼叫觸發(fā)，直接觸發(fā)到SIF設(shè)備上。核心網(wǎng)節(jié)點發(fā)起觸發(fā)呼叫到SIF設(shè)備。步驟S304:SIF設(shè)備接收到觸發(fā)呼叫后，通過業(yè)務(wù)登記信息檢查發(fā)起觸發(fā)呼叫的 用戶登記的多個業(yè)務(wù)，根據(jù)用戶的業(yè)務(wù)登記信息，啟動多會話控制，分別觸發(fā)多個業(yè)務(wù)會 話，具體的會話模型參見圖4，其中，Leg表示會話，Leg3-Legn表示輔會話3至η。例如，如 果用戶登記了兩個業(yè)務(wù)Sl和S2，根據(jù)登記的業(yè)務(wù)觸發(fā)優(yōu)先級順序，以Sl優(yōu)先于S2為例，先 觸發(fā)啟動會話IDP(Initial Detection Point)消息給Sl的歸屬網(wǎng)元SCP1，SCPl對用戶進 行處理，并進行鑒權(quán)。例如，Sl可能是一個VPN(Virtual Private Network，虛擬專用網(wǎng))業(yè)務(wù)，則進行 長短號的翻譯，并進行號碼翻譯，如果發(fā)現(xiàn)此時呼叫是集團內(nèi)呼叫，則SCPl下發(fā)RRBE/AC/ CON操作，同時在additional calling party number參數(shù)中添加主叫的短號碼信息。步驟S306 =SIF設(shè)備接收到該connect操作后，進行解析，發(fā)現(xiàn)該呼叫是一個集團 內(nèi)優(yōu)惠呼叫，同時發(fā)現(xiàn)第二個業(yè)務(wù)S2是預(yù)付費業(yè)務(wù)，如果集團內(nèi)優(yōu)惠呼叫的費用，也需要 從其預(yù)付費賬戶中扣除，則需要告知預(yù)付費平臺SCP2，該用戶正在進行集團內(nèi)優(yōu)惠呼叫，則 SIF可以配置一個特殊前綴放在被叫號碼前面，然后下發(fā)IDP消息給SCP2時，會添加特殊 前綴到被叫號碼前面；SCP2本地會配置特殊前綴的計費折扣，該折扣對應(yīng)的集團內(nèi)呼叫折 扣，來進行計費處理，SCP2計費批價后，下發(fā)RRBE/AC/Continue操作給SIF設(shè)備。步驟S308 =SIF設(shè)備對兩個平臺SCPl和SCP2下發(fā)的RRBE和AC進行歸并統(tǒng)一處 理后，將歸并后的RRBE和AC下發(fā)給核心網(wǎng)，進行后續(xù)的處理。如果集團內(nèi)優(yōu)惠呼叫的費用統(tǒng)一由集團來出，不需要預(yù)付費賬戶進行扣費，則這 種情況下，就不再需要觸發(fā)S2的業(yè)務(wù)到S2的SCP2 ；如果此時超出集團給予的費用上限，但費用還是由預(yù)付費賬戶出，可以享受折扣，這種情況下，仍采用步驟S306-S308進行處理。步驟S310 核心網(wǎng)節(jié)點上報呼叫事件，如果是異常事件，例如路由失敗，被叫或者 主叫放棄，則直接將該事件透傳給SCPl和SCP2，通知其釋放呼叫，同時核心網(wǎng)節(jié)點自身也 釋放掉主會話；如果核心網(wǎng)節(jié)點上報的是正常事件，例如呼叫應(yīng)答或者掛機以及ACR消息， 則需要透傳給SCPl和/或SCP2，以通知其來進行后續(xù)的處理。參照圖5，示出了根據(jù)本發(fā)明實施例的一種多業(yè)務(wù)交互時IVR流程示意圖。由于 簽約信息遷移到SIF設(shè)備上，為了保證原先業(yè)務(wù)平臺上的IVR處理流程能夠正常處理，例如 IVR中的充值流程或者查詢余額等功能保持，則在SIF設(shè)備上同樣會登記各個業(yè)務(wù)的IVR接 入碼，用戶撥打IVR接入碼的處理流程包括以下步驟步驟S502 用戶撥打IVR接入碼后，核心網(wǎng)節(jié)點觸發(fā)流程到SIF設(shè)備上。步驟S504 =SIF檢查用戶撥打的是Sl業(yè)務(wù)的IVR接入碼，則主動將IDP消息轉(zhuǎn)發(fā) 給 SCPl。步驟S506 =SCPl發(fā)現(xiàn)用戶撥打的是IVR接入碼，則直接下發(fā)RRBE以及ETC(此處 也可以是CTR (Connect To Resourse，連接到源)，流程和ETC類似，區(qū)別在于CTR后的PA 等放音操作，直接通過SIF轉(zhuǎn)發(fā))。步驟S508 =SIF收到該操作后，不修改其中的參數(shù)，直接透傳給核心網(wǎng)節(jié)點。步驟S510 核心網(wǎng)節(jié)點根據(jù)ETC中的指示的放音設(shè)備，發(fā)送IAM消息給對應(yīng)的IP 放音設(shè)備。步驟S512 =IP放音設(shè)備根據(jù)IAM中的scfid，找到對應(yīng)的SCP1，發(fā)送ARI消息。之后，SCPl和IP放音設(shè)備進行放音操作交互，完成后續(xù)的IVR交互流程。步驟S514 業(yè)務(wù)處理結(jié)束后，SCPl 下發(fā) DFC(DisconnectForward Connection,中 斷前向連接)操作消息，來指示結(jié)束IVR處理流程，并掛掉核心網(wǎng)和IP之間的話音通道。 SIF設(shè)備收到指示后，進行呼叫釋放流程，結(jié)束呼叫。參照圖6，示出了根據(jù)本發(fā)明實施例的一種SIF的結(jié)構(gòu)框圖，包括接收模塊602，用于接收觸發(fā)呼叫；查找模塊604，用于查找發(fā)起觸發(fā)呼叫的用戶 的業(yè)務(wù)登記信息，其中，業(yè)務(wù)登記信息包括多個業(yè)務(wù)中每個業(yè)務(wù)的業(yè)務(wù)鍵、多個業(yè)務(wù)中每個 業(yè)務(wù)間的關(guān)聯(lián)關(guān)系、每個業(yè)務(wù)的觸發(fā)優(yōu)先級順序；觸發(fā)模塊606，用于根據(jù)業(yè)務(wù)鍵、觸發(fā)優(yōu) 先級順序和業(yè)務(wù)間的關(guān)聯(lián)關(guān)系分別觸發(fā)多個業(yè)務(wù)會話。優(yōu)選的，業(yè)務(wù)登記信息還包括以下至少之一每個業(yè)務(wù)的業(yè)務(wù)處理歸屬網(wǎng)元地址、 每個業(yè)務(wù)的管理接入碼、和每個業(yè)務(wù)的異常流程處理規(guī)則信息。優(yōu)選的，查找模塊604還用于，根據(jù)觸發(fā)呼叫中的被叫號碼信息查找業(yè)務(wù)登記信 息中的管理接入碼，確定該管理接入碼對應(yīng)的業(yè)務(wù)。優(yōu)選的，觸發(fā)模塊606還用于，觸發(fā)管理接入碼對應(yīng)的業(yè)務(wù)，向該業(yè)務(wù)的業(yè)務(wù)處理 歸屬網(wǎng)元地址指示的歸屬網(wǎng)元發(fā)送啟動會話消息。優(yōu)選的，本實施例的SIF還可以包括放音模塊，用于接收歸屬處理網(wǎng)元返回的 ETC消息，并向核心網(wǎng)節(jié)點發(fā)送ETC消息，以便核心網(wǎng)節(jié)點指示放音設(shè)備進行放音操作。其 中，ETC消息包括放音設(shè)備信息。優(yōu)選的，本實施例的SIF還可以包括異常模塊，用于在判斷多個業(yè)務(wù)會話中的一 個業(yè)務(wù)會話出現(xiàn)異常時，根據(jù)該出現(xiàn)異常的業(yè)務(wù)會話對應(yīng)的業(yè)務(wù)的異常流程處理規(guī)則信息進行異常處理。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
一種多業(yè)務(wù)實現(xiàn)方法，其特征在于，包括業(yè)務(wù)交互功能點SIF接收到觸發(fā)呼叫；查找發(fā)起所述觸發(fā)呼叫的用戶的業(yè)務(wù)登記信息，其中，所述業(yè)務(wù)登記信息包括多個業(yè)務(wù)中每個業(yè)務(wù)的業(yè)務(wù)鍵、所述多個業(yè)務(wù)中每個業(yè)務(wù)間的關(guān)聯(lián)關(guān)系、所述每個業(yè)務(wù)的觸發(fā)優(yōu)先級順序；根據(jù)所述業(yè)務(wù)鍵、觸發(fā)優(yōu)先級順序和業(yè)務(wù)間的關(guān)聯(lián)關(guān)系分別觸發(fā)多個業(yè)務(wù)會話。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)登記信息還包括以下至少之一 所述每個業(yè)務(wù)的業(yè)務(wù)處理歸屬網(wǎng)元地址、所述每個業(yè)務(wù)的管理接入碼、和所述每個業(yè)務(wù)的 異常流程處理規(guī)則信息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)業(yè)務(wù)鍵、觸發(fā)優(yōu)先級順序和業(yè)務(wù) 間的關(guān)聯(lián)關(guān)系分別觸發(fā)多個業(yè)務(wù)會話的步驟包括所述SIF根據(jù)所述觸發(fā)優(yōu)先級順序，優(yōu)先觸發(fā)優(yōu)先級最高的業(yè)務(wù)鍵對應(yīng)的業(yè)務(wù)的業(yè)務(wù) 會話，向該業(yè)務(wù)的業(yè)務(wù)處理歸屬網(wǎng)元地址指示的歸屬網(wǎng)元發(fā)送所述業(yè)務(wù)會話；所述SIF接收所述歸屬網(wǎng)元的返回信息，按照所述觸發(fā)優(yōu)先級順序依次觸發(fā)與所述業(yè) 務(wù)關(guān)聯(lián)的關(guān)聯(lián)業(yè)務(wù)的業(yè)務(wù)會話，向所述業(yè)務(wù)處理歸屬網(wǎng)元地址指示的所述關(guān)聯(lián)業(yè)務(wù)的歸屬 網(wǎng)元分別發(fā)送所述業(yè)務(wù)會話。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括所述SIF接收所述歸屬網(wǎng)元對應(yīng)于所述多個業(yè)務(wù)會話的返回消息，歸并所述返回消息 中的業(yè)務(wù)信息，并向核心網(wǎng)節(jié)點發(fā)送歸并后的所述業(yè)務(wù)信息。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括所述核心網(wǎng)節(jié)點上報呼叫事件或者應(yīng)用計費報告ACR給所述SIF ；所述SIF分別向所述多個業(yè)務(wù)的歸屬網(wǎng)元發(fā)送各個應(yīng)用實體登記關(guān)注事件ERB和所述ACR。
6.根據(jù)權(quán)利要2所述的方法，其特征在于，所述觸發(fā)呼叫包括管理接入碼信息； 所述查找發(fā)起所述觸發(fā)呼叫的用戶的業(yè)務(wù)登記信息的步驟包括所述SIF根據(jù)所述管理接入碼信息查找所述業(yè)務(wù)登記信息中的管理接入碼，確定該管 理接入碼對應(yīng)的業(yè)務(wù)；所述SIF觸發(fā)所述管理接入碼對應(yīng)的業(yè)務(wù)，向該業(yè)務(wù)的業(yè)務(wù)處理歸屬網(wǎng)元地址指示的 歸屬網(wǎng)元發(fā)送啟動會話消息；所述SIF接收所述歸屬處理網(wǎng)元返回的建立臨時連接ETC消息，并向核心網(wǎng)節(jié)點發(fā)送 所述ETC消息，其中，所述ETC消息包括放音設(shè)備信息；所述核心網(wǎng)節(jié)點指示所述放音設(shè)備信息指示的放音設(shè)備進行放音操作。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述核心網(wǎng)節(jié)點指示所述放音設(shè)備信息 指示的放音設(shè)備進行放音操作的步驟包括所述核心網(wǎng)節(jié)點發(fā)送初始地址消息IAM給所述放音設(shè)備，所述IAM中包括歸屬網(wǎng)元地址；所述放音設(shè)備向所述歸屬網(wǎng)元地址指示的歸屬網(wǎng)元發(fā)送輔助請求指示ARI消息； 所述歸屬網(wǎng)元和所述放音設(shè)備進行放音操作交互。
8.根據(jù)權(quán)利要求2所述的方法，其特征在于，還包括所述SIF判斷所述多個業(yè)務(wù)會話中的一個業(yè)務(wù)會話出現(xiàn)異常；所述SIF根據(jù)該出現(xiàn)異常的業(yè)務(wù)會話對應(yīng)的業(yè)務(wù)的異常流程處理規(guī)則信息進行異常處理。
9.一種業(yè)務(wù)交互功能點SIF，其特征在于，包括 接收模塊，用于接收觸發(fā)呼叫；查找模塊，用于查找發(fā)起所述觸發(fā)呼叫的用戶的業(yè)務(wù)登記信息，其中，所述業(yè)務(wù)登記信 息包括多個業(yè)務(wù)中每個業(yè)務(wù)的業(yè)務(wù)鍵、所述多個業(yè)務(wù)中每個業(yè)務(wù)間的關(guān)聯(lián)關(guān)系、所述每個 業(yè)務(wù)的觸發(fā)優(yōu)先級順序；觸發(fā)模塊，用于根據(jù)所述業(yè)務(wù)鍵、觸發(fā)優(yōu)先級順序和業(yè)務(wù)間的關(guān)聯(lián)關(guān)系分別觸發(fā)多個 業(yè)務(wù)會話。
10.根據(jù)權(quán)利要求9所述的SIF，其特征在于，所述業(yè)務(wù)登記信息還包括以下至少之一 所述每個業(yè)務(wù)的業(yè)務(wù)處理歸屬網(wǎng)元地址、所述每個業(yè)務(wù)的管理接入碼、和所述每個業(yè)務(wù)的 異常流程處理規(guī)則信息。
11.根據(jù)權(quán)利要求10所述的SIF，其特征在于，所述查找模塊還用于，根據(jù)所述觸發(fā)呼叫中的被叫號碼信息查找所述業(yè)務(wù)登記信息中 的管理接入碼，確定該管理接入碼對應(yīng)的業(yè)務(wù)；所述觸發(fā)模塊還用于，觸發(fā)所述管理接入碼對應(yīng)的業(yè)務(wù)，向該業(yè)務(wù)的業(yè)務(wù)處理歸屬網(wǎng) 元地址指示的歸屬網(wǎng)元發(fā)送啟動會話消息。
12.根據(jù)權(quán)利要求11所述的SIF，其特征在于，還包括放音模塊，用于接收所述歸屬處理網(wǎng)元返回的建立臨時連接ETC消息，并向核心網(wǎng)節(jié) 點發(fā)送所述ETC消息，指示放音設(shè)備進行放音操作，其中，所述ETC消息包括放音設(shè)備信息。
全文摘要
本發(fā)明公開了一種多業(yè)務(wù)實現(xiàn)方法及業(yè)務(wù)交互功能點SIF，其中，所述方法包括業(yè)務(wù)交互功能點SIF接收到觸發(fā)呼叫；查找發(fā)起所述觸發(fā)呼叫的用戶的業(yè)務(wù)登記信息，其中，所述業(yè)務(wù)登記信息包括多個業(yè)務(wù)中每個業(yè)務(wù)的業(yè)務(wù)鍵、所述多個業(yè)務(wù)中每個業(yè)務(wù)間的關(guān)聯(lián)關(guān)系、所述每個業(yè)務(wù)的觸發(fā)優(yōu)先級順序；根據(jù)所述業(yè)務(wù)鍵、觸發(fā)優(yōu)先級順序和業(yè)務(wù)間的關(guān)聯(lián)關(guān)系分別觸發(fā)多個業(yè)務(wù)會話。通過本發(fā)明，在實現(xiàn)多業(yè)務(wù)嵌套時，不需要對現(xiàn)網(wǎng)設(shè)備進行大規(guī)模改造，節(jié)約了實現(xiàn)成本。
文檔編號H04W88/18GK101902682SQ20101024979
公開日2010年12月1日 申請日期2010年8月4日 優(yōu)先權(quán)日2010年8月4日
發(fā)明者孫祥新, 昌猛 申請人:中興通訊股份有限公司