專利名稱：一種業(yè)務嵌套的實現(xiàn)方法、多業(yè)務控制器和交換設備的制作方法
技術領域：
本發(fā)明涉及通信技術領域，尤其涉及一種業(yè)務嵌套的實現(xiàn)方法、多業(yè)務控制器和 交換設備。
背景技術：
隨著電信的演進，業(yè)務的參與方越來越多，業(yè)務越來越復雜，此時，在業(yè)務控制中 眾多多業(yè)務間的嵌套問題就更加突出。在基于IP的下一代網(wǎng)絡中，呼叫和控制相分離，多 次觸發(fā)對交換設備的影響越來越低，不存在原來呼叫控制中信令鏈路和應用通訊上資源的 差異。而標準化的業(yè)務觸發(fā)方式能夠解決業(yè)務的快速推廣。目前存在一種基于二次觸發(fā)方式實現(xiàn)兩個業(yè)務之間的嵌套的方法。該方法實現(xiàn)方 式為首先觸發(fā)到一個業(yè)務系統(tǒng)，該系統(tǒng)的處理邏輯判斷如果用戶不使用本系統(tǒng)的業(yè)務時， 攜帶特殊的號碼前綴，交換機進行二次觸發(fā)到第二業(yè)務系統(tǒng)。例如，預付費(PPQ業(yè)務使用 系統(tǒng)A，VPN業(yè)務使用系統(tǒng)B，呼叫首先觸發(fā)到PPS業(yè)務的系統(tǒng)A上，如果PPS業(yè)務中判斷， 用戶的預付費賬戶沒有足夠的余額，這個時候下發(fā)特殊的前綴，觸發(fā)到VPN業(yè)務系統(tǒng)B上。 VPN系統(tǒng)B判斷，用戶可以基于集團代付時，則可以繼續(xù)接續(xù)，否則釋放呼叫。該觸發(fā)機制導 致只能最多進行二次觸發(fā)，無法適用多于兩個業(yè)務的觸發(fā)要求，極大的限制了其應用范圍。

發(fā)明內容
有鑒于此，本發(fā)明的目的在于提供一種業(yè)務嵌套方法、多業(yè)務控制器和交換設備， 可以實現(xiàn)多業(yè)務的嵌套。為實現(xiàn)上述目的，本發(fā)明實施例提供多業(yè)務嵌套方法，包括多業(yè)務控制器接收到用戶發(fā)起呼叫時產生的觸發(fā)信息；多業(yè)務控制器查找所述用戶當前簽約的所有可用業(yè)務，對當前用戶簽約的所有業(yè) 務生成業(yè)務觸發(fā)指令列表；多業(yè)務控制器將觸發(fā)指令列表發(fā)送給交換設備；以使交換設備根據(jù)觸發(fā)指令列表 觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè)務處理過程。另一方面，本發(fā)明實施例還提供一種多業(yè)務嵌套方法，包括交換設備接收多業(yè)務控制器發(fā)送的觸發(fā)指令列表，所述觸發(fā)指令列表是由所述多 業(yè)務控制器查找到的發(fā)起呼叫的用戶當前簽約的所有可用業(yè)務生成的；交換設備根據(jù)觸發(fā)列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè)務處 理過程。再一方面，本發(fā)明實施例還提供一種多業(yè)務控制器，包括接收單元，用于接收用戶發(fā)起呼叫時產生的觸發(fā)信息；查找單元，用于查找所述用戶當前簽約的所有可用業(yè)務；生成單元，用于對當前用戶簽約的所有業(yè)務生成業(yè)務觸發(fā)指令列表；發(fā)送單元，用于將觸發(fā)指令列表發(fā)送給交換設備；以使交換設備根據(jù)觸發(fā)指令列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè)務處理過程。再一方面，本發(fā)明實施例還提供一種交換設備，包括接收單元，用于接收多業(yè)務控制器發(fā)送的業(yè)務觸發(fā)指令列表，所述觸發(fā)指令列表 是由所述多業(yè)務控制器查找到的發(fā)起呼叫的用戶當前簽約的所有可用業(yè)務生成的；觸發(fā)單元，用于根據(jù)觸發(fā)指令列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應 的業(yè)務處理過程。在本發(fā)明實施例中，采用列表觸發(fā)的方式，對業(yè)務觸發(fā)的個數(shù)沒有限制，可以實現(xiàn) 多業(yè)務的觸發(fā)，相對于現(xiàn)有技術應用范圍更廣。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明 的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù) 這些附圖獲得其他的附圖。圖1是本發(fā)明實施例中的組網(wǎng)方案示意圖；圖加是本發(fā)明一實施例提供的一種多業(yè)務嵌套實現(xiàn)方法的示意圖；圖2b是本發(fā)明另一實施例提供的一種多業(yè)務嵌套實現(xiàn)方法的示意圖；圖3是本發(fā)明一實施例提供的一種多業(yè)務嵌套的實現(xiàn)方法的示意圖；圖4是本發(fā)明另一實施例提供的一種多業(yè)務嵌套的實現(xiàn)方法的示意圖；圖5是本發(fā)明另一實施例提供的一種多業(yè)務控制器的示意圖；圖6是本發(fā)明另一實施例提供的一種交換設備的示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是 本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員 在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。當需要支持多業(yè)務嵌套觸發(fā)時，需要提供多業(yè)務管理模塊。系統(tǒng)提供的各種業(yè)務 如果需要獨立觸發(fā)，則需要在該多業(yè)務控制器登記。圖1示出了本發(fā)明實施例中的組網(wǎng)方案示意圖。多業(yè)務控制器101負責管理完成 為每種業(yè)務分配一個觸發(fā)指令，可以是每種業(yè)務分配一個前綴，并負責管理多業(yè)務的觸發(fā) 順序，當各個業(yè)務分別觸發(fā)并處理完成后，負責最終的呼叫接續(xù)。交換設備102需要支持 多次觸發(fā)能力，可以是按照前綴的業(yè)務觸發(fā)方式。各個應用服務器(包括應用服務器1至 應用服務器η)用于在收到業(yè)務觸發(fā)請求后，內部判斷相應的處理邏輯，完成相應的處理邏 輯，如果需要釋放呼叫，則直接釋放。如圖加所示，本發(fā)明實施例提供一種多業(yè)務嵌套方法，包括步驟S201 多業(yè)務控制器接收到用戶發(fā)起呼叫時產生的觸發(fā)信息；步驟S202 多業(yè)務控制器查找所述用戶當前簽約的所有可用業(yè)務，對當前用戶簽 約的所有業(yè)務生成業(yè)務觸發(fā)指令列表；
步驟S203 多業(yè)務控制器將觸發(fā)指令列表發(fā)送給交換設備；以使交換設備根據(jù)觸 發(fā)指令列表觸發(fā)各個業(yè)務的應用服務器。本發(fā)明另一實施例還提供一種多業(yè)務嵌套方法，如圖2b所示，該方法包括步驟S2011 交換設備接收多業(yè)務控制器發(fā)送的觸發(fā)指令列表，所述觸發(fā)指令列 表是由所述多業(yè)務控制器查找到的發(fā)起呼叫的用戶當前簽約的所有可用業(yè)務生成的；步驟S2021 交換設備根據(jù)觸發(fā)列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相 應的業(yè)務處理過程。其中，對于各個應用服務器可以有多種業(yè)務控制模式，以下以兩種具體的控制模 式詳細說明本發(fā)明的具體實現(xiàn)。在本實施例中，業(yè)務應用服務器的參與過程是事件式的，業(yè)務應用服務器并不參 與呼叫過程的控制。業(yè)務應用服務器在收到交換設備觸發(fā)的業(yè)務請求后，進行內部的業(yè)務 處理，根據(jù)處理結果判斷是否允許呼叫的進行。如果不允許呼叫的進行，則下發(fā)呼叫的指 示，如果允許呼叫，則下發(fā)接續(xù)指示，下發(fā)接續(xù)指示后，可以釋放呼叫控制。具體地，請參見圖3，圖3示出了本實施例中實現(xiàn)多業(yè)務嵌套的方法，包括步驟S301 交換設備301接收到用戶的呼叫請求；交換設備可以是MSC或者SSP。步驟S302-S304 交換設備301向多業(yè)務控制器302發(fā)送IDP(啟動DP)消息，多 業(yè)務控制器302向交換設備301返回RRBE (Request Report BCSMEvent，請求報告BCSM事 件)消息和AC(Apply charging，申請計費)消息。以上步驟是呼叫觸發(fā)到多業(yè)務控制器302的過程。步驟S305 多業(yè)務控制器302查找發(fā)起呼叫的用戶當前簽約的所有可用業(yè)務，并 對用戶當前簽約的所有業(yè)務生成業(yè)務觸發(fā)指令列表。多業(yè)務控制器為每個業(yè)務分配一個業(yè)務觸發(fā)指令，觸發(fā)指令方式可以是為每個 業(yè)務分配一個業(yè)務前綴。在實際中前綴觸發(fā)是交換設備301的一個基本能力。比如撥打 800-xxxx-yyyyo交換設備301能夠根據(jù)800前綴知道這個是一種特殊業(yè)務，然后觸發(fā)到 800業(yè)務上。相應的生成業(yè)務觸發(fā)指令列表可以是將所有業(yè)務前綴順序拼接。這樣，多業(yè)務 控制器302可以根據(jù)拼接后的一串前綴依次觸發(fā)該前綴對應的業(yè)務應用服務器。步驟S306 多業(yè)務控制器302向交換設備301發(fā)送業(yè)務觸發(fā)指令列表和被叫號 碼，可以通過CONNECT消息發(fā)送。步驟S307 交換設備301根據(jù)接收到業(yè)務觸發(fā)指令列表，首先觸發(fā)第一業(yè)務應用 服務器303，該觸發(fā)消息可以是IDP消息。步驟S308 第一業(yè)務應用服務器303進行內部的業(yè)務處理，完成業(yè)務處理過程。步驟S309 第一業(yè)務應用服務器303釋放呼叫控制，并向交換設備301返回釋放 呼叫控制的通知消息，以通知交換設備301第一業(yè)務應用服務器303已經(jīng)釋放呼叫控制。在 CAP信令中，上述釋放呼叫控制的通知消息可以是通過TC_END消息下發(fā)接續(xù)CONTINUE信 令。步驟S310 交換設備301觸發(fā)第二業(yè)務應用服務器304，該觸發(fā)消息可以是IDP消 息；步驟S311 第二業(yè)務應用服務器304進行內部的業(yè)務處理，完成業(yè)務處理過程。
步驟S312 第二業(yè)務應用服務器304釋放呼叫控制過程，并向交換設備301返回 釋放呼叫控制的通知消息，在CAP信令中，上述釋放呼叫控制的通知消息可以是通過TC_ END消息下發(fā)接續(xù)CONTINUE信令。步驟S313 交換設備301觸發(fā)第三業(yè)務應用服務器305，該觸發(fā)消息可以是IDP消息。步驟S314 第三業(yè)務應用服務器305進行內部業(yè)務處理過程。步驟S315 第三業(yè)務應用服務器305釋放呼叫控制過程，并向交換設備301返回 釋放呼叫控制的通知消息，以通知交換設備301第三業(yè)務應用服務器305已經(jīng)釋放呼叫控 制。在CAP信令中，釋放呼叫控制的通知消息可以是通過TC_END消息下發(fā)接續(xù)CONTINUE步驟S316 當最后一個業(yè)務應用服務器完成業(yè)務處理過程后，通話過程開始。步驟S317-S318 交換設備301配合多業(yè)務控制器302實現(xiàn)呼叫過程的監(jiān)控，完成 后續(xù)的呼叫接續(xù)處理。具體地，可以包括交換設備301向多業(yè)務控制器302發(fā)送ACR(Apply Charging Report,申請計費報告)消息，多業(yè)務控制器302向交換設備301返回AC消息。步驟S319 在呼叫監(jiān)控過程中，當出現(xiàn)用戶掛機時，交換設備301把釋放呼叫的信 息上報給多業(yè)務控制器302，以使多業(yè)務控制器301結束呼叫控制。需要說明的是，本實施例中業(yè)務應用服務器實現(xiàn)釋放呼叫控制的過程是基于現(xiàn)有 的控制協(xié)議進行的，例如基于CAP協(xié)議，這里不再贅述。在本實施例中，每個業(yè)務應用服務器在被觸發(fā)并完成各自的業(yè)務邏輯后，釋放呼 叫控制。由于采用列表的觸發(fā)方式，所以對觸發(fā)的業(yè)務應用服務器的個數(shù)沒有限制。另一實施例，在本實施例中，業(yè)務應用服務器是參與過程式的，即參與呼叫過程的 控制，業(yè)務應用服務器在收到交換設備觸發(fā)的業(yè)務請求后，監(jiān)控用戶的掛機時間，同時設定 呼叫監(jiān)控模式。交換設備在觸發(fā)各個業(yè)務應用服務器的過程中，只有業(yè)務應用服務器返回 接續(xù)指示時，才會繼續(xù)下一個業(yè)務應用服務器的觸發(fā)或呼叫的接續(xù)操作，如果某個應用服 務器返回釋放呼叫指示，則需要釋放整個呼叫，并上報給各個參與呼叫監(jiān)控的業(yè)務應用服 務器和多業(yè)務控制器，待各個參與呼叫監(jiān)控的業(yè)務應用服務器和多業(yè)務控制器完成各自內 部處理過程后，結束呼叫控制關系。具體的，請參見圖4，圖4示出了本實施例中實現(xiàn)多業(yè)務嵌套的方法，其中，第二業(yè) 務應用服務器404參與呼叫過程的控制。并且特別地，本實施例中以下發(fā)AC消息進行呼叫 的分段監(jiān)控方式對呼叫過程進行監(jiān)控。該方法包括步驟S401 交換設備401接收到用戶的呼叫請求；交換設備可以是MSC或者SSP。步驟S402-S404 交換設備401向多業(yè)務控制器402發(fā)送IDP(啟動DP)消息，多 業(yè)務控制器402向交換設備401返回RRBE (Request Report BCSMEvent，請求報告BCSM事 件)消息和AC(Apply charging，申請計費)消息。以上步驟是呼叫觸發(fā)到多業(yè)務控制器402的過程。步驟S405 多業(yè)務控制器402查找發(fā)起呼叫的用戶當前簽約的所有可用業(yè)務，并 對用戶當前簽約的所有業(yè)務生成業(yè)務觸發(fā)指令列表。步驟S406 多業(yè)務控制器402向交換設備401發(fā)送業(yè)務觸發(fā)指令列表和被叫號碼，可以通過CONNECT消息發(fā)送。步驟S407 交換設備401根據(jù)接收到的業(yè)務觸發(fā)指令列表，首先觸發(fā)第一業(yè)務應 用服務器403，該觸發(fā)消息可以是IDP消息；步驟S408 第一業(yè)務應用服務器403進行內部的業(yè)務處理，完成業(yè)務處理過程。步驟S409 第一業(yè)務應用服務器403釋放呼叫控制過程，并向交換設備401返回 釋放呼叫控制的通知消息，以通知交換設備401第一業(yè)務應用服務器401已經(jīng)釋放呼叫控 制。在CAP信令中，釋放呼叫控制一般是通過TC_END消息下發(fā)接續(xù)CONTINUE信令。步驟S410 交換設備401觸發(fā)第二業(yè)務應用服務器404，第二業(yè)務應用服務器404 完成業(yè)務處理過程，并設定業(yè)務監(jiān)控模式，對業(yè)務監(jiān)控模式的設定可以具體實現(xiàn)為第二業(yè) 務應用服務器404向交換設備401發(fā)送RRBE消息和AC消息，以實現(xiàn)呼叫的分段監(jiān)控。在 第二業(yè)務應用服務器404完成自身的內部業(yè)務邏輯處理后，并不釋放對呼叫過程的控制邏 輯，如果采用CAP信令，可以通過下發(fā)TC_C0NTINUE通知消息至交換設備401中，以使交換 設備401得知第二業(yè)務應用服務器404不釋放呼叫控制的目的，并且還可以觸發(fā)交換設備 401開始第三業(yè)務應用服務器405的觸發(fā)過程。步驟S411 交換設備401觸發(fā)第三業(yè)務應用服務器405，該觸發(fā)消息可以是IDP消
肩、ο步驟S412 第三業(yè)務應用服務器405進行內部業(yè)務處理過程。步驟S413 第三業(yè)務應用服務器405釋放呼叫控制過程，并向交換設備401返回 釋放呼叫控制的通知消息，以使交換設備401得知第三業(yè)務應用服務器405釋放呼叫控制。 在CAP信令中，上述釋放呼叫控制的通知消息可以是通過TC_END消息下發(fā)接續(xù)CONTINUE步驟S414 通話過程開始。步驟S415-S416 交換設備401配合參與呼叫控制的第二業(yè)務應用服務器404進 行呼叫過程的監(jiān)控，具體地，可以包括交換設備401向第二業(yè)務應用服務器404發(fā)送ACR 消息，第二業(yè)務應用服務器404向交換設備401返回AC消息。步驟S417-S418 交換設備401配合多業(yè)務控制器402實現(xiàn)呼叫過程的監(jiān)控，完成 后續(xù)的呼叫接續(xù)處理。具體地，可以包括交換設備401向多業(yè)務控制器402發(fā)送ACR消 息，多業(yè)務控制器402向交換設備401返回AC消息。步驟S419 當用戶掛機時，交換設備401向參與呼叫控制的第二業(yè)務應用服務器 404上報釋放呼叫的消息，以使第二業(yè)務應用服務器404結束呼叫控制。步驟S420 交換設備401把釋放呼叫的信息上報給多業(yè)務控制器302，以使多業(yè)務 控制器402結束呼叫控制。在本實施例中，呼叫控制維持和釋放的具體實現(xiàn)過程都可以基于現(xiàn)有的控制協(xié) 議，例如CAP協(xié)議，這里不再贅述。另外，在上述各個實施例中，交換設備在觸發(fā)各個業(yè)務應用服務器的過程中，只有 業(yè)務應用服務器返回接續(xù)指示時，才會繼續(xù)下一個業(yè)務應用服務器的觸發(fā)或呼叫的接續(xù)操 作。還可以向應用服務器賦予結束整個呼叫的控制權，即如果某個應用服務器向交換設備 返回結束整個呼叫的指示，則需要釋放整個呼叫，交換設備在接收到上述結束整個呼叫的 指示消息后，結束整個呼叫過程。優(yōu)選的還上報給各個參與呼叫監(jiān)控的業(yè)務應用服務器，待各個參與呼叫監(jiān)控的業(yè)務應用服務器完成各自內部處理過程后，結束各個參與呼叫監(jiān)控的 業(yè)務應用服務器的呼叫控制關系。本實施例中可以實現(xiàn)多個業(yè)務應用服務器的嵌套觸發(fā)，其中“多”是指兩個或兩個 以上。需要說明的是，以上兩個實施例中各個消息均是以CAP協(xié)議為例說明的，而對于 采用SIP協(xié)議的場景中，交換設備向業(yè)務應用服務器發(fā)送的觸發(fā)請求可以采用INVITE消 息，替換CAP協(xié)議中的IDP消息，而釋放呼叫控制的消息可以采用200 (OK)消息。本發(fā)明的呼叫控制流程適用于各種移動網(wǎng)絡，包括且不限于⑶MA網(wǎng)絡、GSM網(wǎng)絡， 呼叫控制協(xié)議可以是CAP協(xié)議，WIN協(xié)議，或SIP協(xié)議。本實施例相應提供一種多業(yè)務控制器，如圖5所示，該多業(yè)務控制器500包括接收 單元501、查找單元502、生成單元503和發(fā)送單元504。其中接收單元501用于接收用戶發(fā) 起呼叫時產生的觸發(fā)信息，查找單元502用于查找用戶當前簽約的所有可用業(yè)務，生成單 元503用于對當前用戶簽約的所有業(yè)務生成業(yè)務觸發(fā)指令列表；發(fā)送單元504用于將觸發(fā) 指令列表發(fā)送給交換設備；以使交換設備根據(jù)觸發(fā)指令列表順序觸發(fā)各個業(yè)務對應的業(yè)務 應用服務器完成相應的業(yè)務處理過程。本發(fā)明另一實施例提供一種交換設備，如圖6所示，該交換設備600包括接收單元 601和觸發(fā)單元602。其中，接收單元601用于接收多業(yè)務控制器發(fā)送的業(yè)務觸發(fā)指令列表，所述觸發(fā) 指令列表是由所述多業(yè)務控制器查找到的發(fā)起呼叫的用戶當前簽約的所有可用業(yè)務生成 的；觸發(fā)單元602用于根據(jù)觸發(fā)指令列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的 業(yè)務處理過程。以上多業(yè)務控制器以及交換設備的具體實現(xiàn)可參考方法實施例部分，這里不再贅 述。在本發(fā)明實施例中，由于采用列表觸發(fā)的方式，所以對業(yè)務觸發(fā)的個數(shù)沒有限制， 相對于現(xiàn)有技術應用范圍更廣。需要說明的是，在本發(fā)明各個實施例中提供的方法適用于各種移動網(wǎng)絡，包括但 不限于CDMA網(wǎng)絡、GSM網(wǎng)絡，呼叫過程基于的呼叫控制協(xié)議可以是CAP協(xié)議、WIN協(xié)議或SIP 協(xié)議。本領域普通技術人員可以理解，實現(xiàn)上述實施例方法中的全部或部分步驟是可以 通過程序來指令相關的硬件完成，所述的程序可以存儲于一計算機可讀存儲介質中，例如 只讀存儲器(簡稱ROM)、隨機存取存儲器(簡稱RAM)、磁盤、光盤等。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術領域的普通技術人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應 視為本發(fā)明的保護范圍。
權利要求
1.一種多業(yè)務嵌套方法，其特征在于，包括多業(yè)務控制器接收到用戶發(fā)起呼叫時產生的觸發(fā)信息；多業(yè)務控制器查找所述用戶當前簽約的所有可用業(yè)務，對當前用戶簽約的所有業(yè)務生 成業(yè)務觸發(fā)指令列表；多業(yè)務控制器將觸發(fā)指令列表發(fā)送給交換設備；以使交換設備根據(jù)觸發(fā)指令列表觸發(fā) 各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè)務處理過程。
2.根據(jù)權利要求1所述的方法，其特征在于，所述業(yè)務觸發(fā)指令包括多業(yè)務控制器為 每個業(yè)務分配的業(yè)務前綴，所述業(yè)務觸發(fā)指令列表由所述業(yè)務前綴按觸發(fā)順序拼接而成。
3.—種多業(yè)務嵌套方法，其特征在于，包括交換設備接收多業(yè)務控制器發(fā)送的觸發(fā)指令列表，所述觸發(fā)指令列表是由所述多業(yè)務 控制器查找到的發(fā)起呼叫的用戶當前簽約的所有可用業(yè)務生成的；交換設備根據(jù)觸發(fā)列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè)務處理過程。
4.根據(jù)權利要求3所述的方法，其特征在于，所述觸發(fā)指令包括多業(yè)務控制器為每個 業(yè)務分配的業(yè)務前綴。
5.根據(jù)權利要求4所述的方法，其特征在于，所述觸發(fā)指令列表由所述用戶當前簽約 的所有可用業(yè)務的業(yè)務前綴拼接而成；所述交換設備根據(jù)觸發(fā)列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè)務處 理過程包括所述交換設備根據(jù)觸發(fā)列表中拼接的業(yè)務前綴，依次對各個業(yè)務前綴對應的業(yè)務應用 服務器進行觸發(fā)。
6.根據(jù)權利要求3至5中任意一項所述的方法，其特征在于，所述方法還包括所述交 換設備接收業(yè)務應用服務器完成業(yè)務處理過程后發(fā)送的釋放呼叫控制的通知消息。
7.根據(jù)權利要求3至5中任意一項所述的方法，其特征在于，所述方法還包括所述交 換設備接收業(yè)務應用服務器完成業(yè)務處理過程后發(fā)送的維持呼叫控制的通知消息。
8.根據(jù)權利要求3至5中任意一項所述的方法，其特征在于，所述方法還包括 交換設備接收到業(yè)務應用服務器發(fā)送的結束整個呼叫的指示；交換設備結束整個呼叫。
9.根據(jù)權利要求8所述的方法，其特征在于，所述方法還包括 在業(yè)務應用服務器向交互設備發(fā)送結束整個呼叫的指示以后，業(yè)務應用服務器還向其他參與呼叫控制的業(yè)務應用服務器上報結束整個呼叫的通知 消息，以使所述其他參與呼叫控制的業(yè)務應用服務器在完成自身的處理邏輯后，結束呼叫 控制。
10.一種多業(yè)務控制器，其特征在于，包括接收單元，用于接收用戶發(fā)起呼叫時產生的觸發(fā)信息； 查找單元，用于查找所述用戶當前簽約的所有可用業(yè)務； 生成單元，用于對當前用戶簽約的所有業(yè)務生成業(yè)務觸發(fā)指令列表； 發(fā)送單元，用于將觸發(fā)指令列表發(fā)送給交換設備；以使交換設備根據(jù)觸發(fā)指令列表觸 發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè)務處理過程。
11. 一種交換設備，其特征在于，包括接收單元，用于接收多業(yè)務控制器發(fā)送的業(yè)務觸發(fā)指令列表，所述觸發(fā)指令列表是由 所述多業(yè)務控制器查找到的發(fā)起呼叫的用戶當前簽約的所有可用業(yè)務生成的；觸發(fā)單元，用于根據(jù)觸發(fā)指令列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè) 務處理過程。
全文摘要
本發(fā)明實施例提供一種多業(yè)務嵌套方法、多業(yè)務控制器和交換設備，該方法包括多業(yè)務控制器接收到用戶發(fā)起呼叫時產生的觸發(fā)信息；多業(yè)務控制器查找所述用戶當前簽約的所有可用業(yè)務，對當前用戶簽約的所有業(yè)務生成業(yè)務觸發(fā)指令列表；多業(yè)務控制器將觸發(fā)指令列表發(fā)送給交換設備；以使交換設備根據(jù)觸發(fā)指令列表觸發(fā)各個業(yè)務對應的業(yè)務應用服務器完成相應的業(yè)務處理過程。
文檔編號H04L12/14GK102118535SQ20091026651
公開日2011年7月6日 申請日期2009年12月31日 優(yōu)先權日2009年12月31日
發(fā)明者朱建 申請人:華為技術有限公司