專利名稱：一種基于三網(wǎng)融合的會話控制系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種基于三網(wǎng)融合的會話控制系統(tǒng)。
背景技術(shù)：
近年來隨著技術(shù)的發(fā)展，人們對業(yè)務(wù)的要求不斷提高，傳統(tǒng)的、基于單一網(wǎng)絡(luò)的業(yè)務(wù)提供機制已不再滿足人們的需要，而綜合化的、個性化的融合業(yè)務(wù)在這種背景下應(yīng)運而生?？梢哉f，在三網(wǎng)融合的過程中，業(yè)務(wù)融合的需求以及技術(shù)的發(fā)展的需要成為了三網(wǎng)融合的直接動力。融合業(yè)務(wù)主要是指基于電信網(wǎng)、計算機網(wǎng)、和有線電視網(wǎng)提供的高層應(yīng)用融合的業(yè)務(wù)，其表現(xiàn)為技術(shù)上趨向一致，網(wǎng)絡(luò)層上可以實現(xiàn)互聯(lián)互通，形成無縫覆蓋，業(yè)務(wù)層上互相滲透和交叉。為了支持上述要求，現(xiàn)在提出了新一代業(yè)務(wù)運行管控協(xié)同支撐環(huán)境。它作為一個完整的業(yè)務(wù)提供系統(tǒng)，包含了從業(yè)務(wù)生成、運行、控制到訪問。作為新一代業(yè)務(wù)運行管控協(xié)同支撐環(huán)境的重要組成部分和支撐部分，它的功能可以直接影響到整個系統(tǒng)的功能實現(xiàn)。在實現(xiàn)融合業(yè)務(wù)過程中，會話控制系統(tǒng)是重要保障，它是整個融合業(yè)務(wù)提供系統(tǒng)的支撐。業(yè)務(wù)觸發(fā)模塊是實現(xiàn)融合業(yè)務(wù)的重要組成部分，本文首先在介紹現(xiàn)有的業(yè)務(wù)觸發(fā)機制的基礎(chǔ)上分析了其存在的問題，然后對現(xiàn)有的國內(nèi)外一些業(yè)務(wù)觸發(fā)研究做了分析和比較，并提出了一種新的基于狀態(tài)的業(yè)務(wù)觸發(fā)機制。它可以根據(jù)業(yè)務(wù)之間的關(guān)系、業(yè)務(wù)所處在狀態(tài)、以及其它各種和業(yè)務(wù)觸發(fā)相關(guān)的信息來動態(tài)地調(diào)整業(yè)務(wù)觸發(fā)的順序。該機制可以有效地避免現(xiàn)有業(yè)務(wù)觸發(fā)的弊端，提高業(yè)務(wù)觸發(fā)的靈活性和動態(tài)性。會話控制系統(tǒng)作為實現(xiàn)融合業(yè)務(wù)環(huán)境的會話控制和管理部分，承擔著地址解析/ 翻譯功能、會話建立、維護修改和釋放等整個生命周期管理功能等，它在新一代業(yè)務(wù)運行管控協(xié)同支撐環(huán)境中的位置如圖1所示從圖1可以看出，新一代業(yè)務(wù)運行管控協(xié)同支撐環(huán)境主要包括四層，從下到上依次是物理網(wǎng)絡(luò)層(Physics Networ Layer)主要指承載網(wǎng)，包含電信網(wǎng)、互聯(lián)網(wǎng)、和廣電網(wǎng)在內(nèi)的各種物理網(wǎng)絡(luò)，承載網(wǎng)絡(luò)提供了相應(yīng)網(wǎng)絡(luò)的基礎(chǔ)網(wǎng)絡(luò)設(shè)施和各種能力服務(wù)，基礎(chǔ)網(wǎng)絡(luò)設(shè)施包括網(wǎng)絡(luò)連接、QoS保障機制、終端接入、用戶接入、用戶數(shù)據(jù)等，能力服務(wù)包括媒體服務(wù)器、流媒體服務(wù)器、會議服務(wù)器等網(wǎng)絡(luò)設(shè)備；適配層(Adapter Layer):屏蔽各個具體承載網(wǎng)絡(luò)的異構(gòu)性，為上層服務(wù)提供統(tǒng)一的接口，方便上層服務(wù)(如服務(wù)層各功能實體)對承載網(wǎng)的調(diào)用；服務(wù)控制層(Service Control Layer)提供各種個性化、豐富的媒體業(yè)務(wù)融合所需的可復用的服務(wù)組件，服務(wù)具備開放的接口供業(yè)務(wù)層組合各種業(yè)務(wù)，主要包含內(nèi)容服務(wù)器、數(shù)據(jù)存儲及分發(fā)服務(wù)和會話服務(wù)；業(yè)務(wù)層(Application Layer)按照業(yè)務(wù)邏輯將服務(wù)層提供的服務(wù)組合成多樣化的業(yè)務(wù)，根據(jù)服務(wù)狀態(tài)和性能需求對服務(wù)的部署進行動態(tài)調(diào)優(yōu)，通過業(yè)務(wù)層的管控和運行協(xié)同呈現(xiàn)給用戶使用；會話服務(wù)控制系統(tǒng)處于整個新一代業(yè)務(wù)運行管控協(xié)同支撐環(huán)境的服務(wù)控制層， 向下調(diào)用承載網(wǎng)適配器提供的統(tǒng)一接口和網(wǎng)絡(luò)中的其它功能實體進行通信，建立會話，包括用戶終端、應(yīng)用服務(wù)器等，向上調(diào)用業(yè)務(wù)運行協(xié)同平臺提供的業(yè)務(wù)，完成用戶的業(yè)務(wù)觸發(fā)，使用戶能享受自身所訂購的業(yè)務(wù)。本系統(tǒng)類似于IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)中的呼叫會話控制功能實體(Call Session Control Function, CSCF)。 但本系統(tǒng)是面向三網(wǎng)融合的，結(jié)合它在實現(xiàn)融合業(yè)務(wù)體系中的角色以及需要提供的功能， 相對于IMS中的服務(wù)-CSCF (serving-CSCF，S-CSCF)，本系統(tǒng)是一個相對輕量級的CSCF，只具有CSCF的部分功能，例如它不需要對用戶進行認證，不需要監(jiān)管注冊定時器等。呼叫服務(wù)管理(Calling Servicing Management CSM)模塊的功能是完成在呼叫、 訂閱、通知過程中提供業(yè)務(wù)觸發(fā)、資源管理、號碼分析等呼叫相關(guān)的服務(wù)。從本質(zhì)上講，呼叫服務(wù)功能就是狀態(tài)機在處理狀態(tài)轉(zhuǎn)移過程中調(diào)用的服務(wù)，這些服務(wù)是完成SCS功能需求的關(guān)鍵，下面將主要介紹業(yè)務(wù)觸發(fā)模塊。業(yè)務(wù)觸發(fā)是系統(tǒng)的重要功能之一，是實現(xiàn)融合業(yè)務(wù)的關(guān)鍵部分。在務(wù)觸發(fā)過程中， 初始過濾集(initial Filter Criteria, iFC)起了重要作用。業(yè)務(wù)觸發(fā)表示根據(jù)用戶的會話請求消息，結(jié)合用戶所訂購的業(yè)務(wù)配置信息，確定當前用戶的會話初始請求是否滿足觸發(fā)業(yè)務(wù)的條件，若滿足，觸發(fā)此業(yè)務(wù)，若不滿足，進行正常的會話建立流程，從圖2可以看出，現(xiàn)有業(yè)務(wù)觸發(fā)原理就是按照用戶服務(wù)配置數(shù)據(jù)中的iFC，對接收到的會話初始請求消息進行規(guī)則匹配，并返回邏輯匹配結(jié)果，若為真，則觸發(fā)此業(yè)務(wù)，否則繼續(xù)匹配優(yōu)先較低的業(yè)務(wù)，或者進行其他的處理，直到所有的業(yè)務(wù)都匹配完成。在匹配的過程中，匹配的順序完全依賴于iFC中的優(yōu)先級，通過分析現(xiàn)有業(yè)務(wù)觸發(fā)原理，不難發(fā)現(xiàn)它具有以下幾個弊端靜態(tài)的業(yè)務(wù)觸發(fā)順序業(yè)務(wù)的觸發(fā)的優(yōu)先級是完全保存在iFC中，無法根據(jù)業(yè)務(wù)的運行狀態(tài)、會話的進展進行動態(tài)的觸發(fā)；有限的表達能力iFC只能按照規(guī)定的優(yōu)先級順序觸發(fā)AS，實現(xiàn)簡單的業(yè)務(wù)組合， 而對于實現(xiàn)復雜的業(yè)務(wù)組合則無能為力，例如I^esence業(yè)務(wù)和補充業(yè)務(wù)有效結(jié)合起來，根據(jù)用戶不同I^resence狀態(tài)調(diào)用不同的補充業(yè)務(wù)。目前，在涉及業(yè)務(wù)觸發(fā)機制方面的研究偏少，而且都主要偏重于如何提高業(yè)務(wù)觸發(fā)效率，如何減輕業(yè)務(wù)觸發(fā)功能對整個會話控制系統(tǒng)的負載，而對如何提高業(yè)務(wù)觸發(fā)機制的靈活性方面卻少有研究。

發(fā)明內(nèi)容
為了能提高觸發(fā)業(yè)務(wù)的靈活性，降低實現(xiàn)組合業(yè)務(wù)的難度，在實現(xiàn)該功能模塊的時候，本發(fā)明實施例采用了基于業(yè)務(wù)狀態(tài)的業(yè)務(wù)觸發(fā)機制(service Statebased Triggering Mechanism, SSTM)。SSTM的核心是通過獲取業(yè)務(wù)的運行狀態(tài)和一些額外的輔助信息，再結(jié)合業(yè)務(wù)的優(yōu)先級、動態(tài)地控制需要觸發(fā)的業(yè)務(wù)順序。為了解決上述問題，本發(fā)明提出了一種基于三網(wǎng)融合的會話控制系統(tǒng)，包括用戶業(yè)務(wù)信息管理模塊，用于負責管理IPser模塊解析出的用戶業(yè)務(wù)信息；業(yè)務(wù)配置信息解析模塊，用于負責從用戶業(yè)務(wù)配置文件中解析出各個信息，為后續(xù)的業(yè)務(wù)觸發(fā)、會話控制提供信息支持；業(yè)務(wù)狀態(tài)信息操作模塊，用于負責對SIP消息中的可擴展信息進行操作；；觸發(fā)控制模塊，用于負責根據(jù)其它模塊提供的業(yè)務(wù)信息，按照業(yè)務(wù)出觸發(fā)邏輯，完成業(yè)務(wù)匹配觸發(fā)功能。所述用戶業(yè)務(wù)信息管理模塊還同時支持添加、維護、更新、修改操作。所述業(yè)務(wù)配置信息解析模塊包括TP解析模塊，用于負責解析出每個業(yè)務(wù)的所有觸發(fā)點信息；策略邏輯解析模塊，用于負責解析決定這個業(yè)務(wù)觸發(fā)順序的控制邏輯，包括業(yè)務(wù)觸發(fā)優(yōu)先級、業(yè)務(wù)優(yōu)先觸發(fā)狀態(tài)條件信息，將解析的信息供觸發(fā)策略模塊在決定業(yè)務(wù)觸發(fā)順序的時候調(diào)用；業(yè)務(wù)信息解析模塊負責解析與該iFC相關(guān)的業(yè)務(wù)信息，提供業(yè)務(wù)的AS所在的地址，為會話請求的路由、后續(xù)業(yè)務(wù)觸發(fā)提供信息支持。所述業(yè)務(wù)狀態(tài)信息操作模塊包括狀態(tài)信息提取模塊，用于負責提取可用與決定業(yè)務(wù)觸發(fā)順序的狀態(tài)信息，此類信息是指接收到的，并需要進行實時提取的會話消息；狀態(tài)信息封裝模塊，用于負責根據(jù)業(yè)務(wù)觸發(fā)需求，將一些必要的信息封裝到會話消息中，供系統(tǒng)或網(wǎng)絡(luò)中其它功能實體使用。所述觸發(fā)控制模塊包括規(guī)則引擎模塊，用于負責根據(jù)iFC中的業(yè)務(wù)觸發(fā)信息，匹配并判斷此會話請求是否滿足業(yè)務(wù)觸發(fā)要求；觸發(fā)策略模塊，用于負責根據(jù)iFC中的業(yè)務(wù)觸發(fā)順序控制信息和相關(guān)業(yè)務(wù)狀態(tài)信息來決定業(yè)務(wù)觸發(fā)的順序；觸發(fā)執(zhí)行模塊，用于負責完成業(yè)務(wù)的觸發(fā)工作，提供業(yè)務(wù)觸發(fā)執(zhí)行環(huán)境。本發(fā)明實施例有如下有益效果動態(tài)的業(yè)務(wù)觸發(fā)順序一般的業(yè)務(wù)觸發(fā)順序只由業(yè)務(wù)的優(yōu)先級來決定，并且這個優(yōu)先級是保存在用戶的iFC中，這使得業(yè)務(wù)的觸發(fā)順序具有一定的靜態(tài)性，不方便根據(jù)業(yè)務(wù)的執(zhí)行狀態(tài)實時調(diào)整業(yè)務(wù)的執(zhí)行順序，而SSTM可以根據(jù)一些輔助信息，如業(yè)務(wù)狀態(tài)而實時地調(diào)整業(yè)務(wù)的觸發(fā)順序，提高業(yè)務(wù)觸發(fā)的動態(tài)性；靈活的復雜組合業(yè)務(wù)實現(xiàn)基于狀態(tài)的業(yè)務(wù)觸發(fā)，可以實時地根據(jù)業(yè)務(wù)的實際運行情況，動態(tài)地調(diào)整業(yè)務(wù)的觸發(fā)順序，這正是實現(xiàn)組合業(yè)務(wù)的一個前提條件。例如實現(xiàn)呈現(xiàn)業(yè)務(wù)與補充業(yè)務(wù)的組合業(yè)務(wù)，用戶當前的不同狀態(tài)決定了調(diào)用不同的補充業(yè)務(wù)，SSTM正好滿足這個需求；便捷的服務(wù)間通信提供各個服務(wù)的服務(wù)器在邏輯上都是獨立的功能實體，它們之間沒有固定的通信接口，故服務(wù)與服務(wù)之間如果需要交流信息的話，可以通過擴展的SIP 消息進行通信，前提是服務(wù)在執(zhí)行邏輯的同時，可以解析此SIP消息。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其它的附圖。圖1是現(xiàn)有技術(shù)中新一代業(yè)務(wù)運行管控協(xié)同支撐環(huán)境結(jié)構(gòu)圖；圖2是現(xiàn)有技術(shù)中基于三網(wǎng)融合下的會話業(yè)務(wù)觸發(fā)流程示意圖；圖3是本發(fā)明實施例中基于三網(wǎng)融合的會話控制系統(tǒng)結(jié)構(gòu)示意圖；圖4是本發(fā)明實施例中業(yè)務(wù)信息解析流程示意圖；圖5是本發(fā)明實施例中的觸發(fā)控制流程示意圖；圖6是本發(fā)明實施例中的業(yè)務(wù)觸發(fā)信令流程示意圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。為了實現(xiàn)SSTM，需要引進用戶業(yè)務(wù)觸發(fā)管理功能模塊(User Service Triggering Manager, USTM)，USTM模塊架構(gòu)如圖3所示，圖3中每個功能模塊的具體介紹如下用戶業(yè)務(wù)信息管理模塊(User Service Info Manager, USIM)負責管理IPser模塊解析出的用戶業(yè)務(wù)信息，同時支持添加、維護、更新、修改等操作；業(yè)務(wù)配置信息解析模塊(ServiceConfiguration Info Parser, SCIP)負責從用戶業(yè)務(wù)配置文件中解析出各個信息，為后續(xù)的業(yè)務(wù)觸發(fā)、會話控制等模塊提供信息支持，它主要包括下面三個部分解析模塊(TP Info Parser, TPIPser)負責解析出每個業(yè)務(wù)的所有觸發(fā)點信息，規(guī)則引擎模塊在匹配一個會話請求是否觸發(fā)業(yè)務(wù)的時候需要利用此模塊解析出的信息；策略邏輯解析模塊(Policy Logic Parser, PLPser)負責解析決定這個業(yè)務(wù)觸發(fā)順序的控制邏輯，包括業(yè)務(wù)觸發(fā)優(yōu)先級、業(yè)務(wù)優(yōu)先觸發(fā)狀態(tài)條件等信息，該模塊解析的信息主要供觸發(fā)策略模塊在決定業(yè)務(wù)觸發(fā)順序的時候調(diào)用；業(yè)務(wù)信息解析模塊負責解析與該iFC相關(guān)的業(yè)務(wù)信息，如提供業(yè)務(wù)的AS所在的地址等，為會話請求的路由、后續(xù)業(yè)務(wù)觸發(fā)提供信息支持；業(yè)務(wù)狀態(tài)信息操作模塊(ServiceState Info Operation, SSI0) :SSTM 不同與傳統(tǒng)的業(yè)務(wù)觸發(fā)機制主要體現(xiàn)在多個SSIO模塊。SSIO負責對SIP消息中的可擴展信息進行操作，SSIO主要包括兩個子功能模塊狀態(tài)信息提取(State Info Parse, SInfoParse)負責提取可用與決定業(yè)務(wù)觸發(fā)順序的狀態(tài)信息，此類信息是指接收到的，并需要進行實時提取的會話消息；.狀態(tài)信息封裝(State Info Pack, SInfoPack)負責根據(jù)業(yè)務(wù)觸發(fā)需求， 將一些必要的信息封裝到會話消息中，供系統(tǒng)或網(wǎng)絡(luò)中其它功能實體使用；觸發(fā)控制模塊(Service Triggering Control, STC)負責根據(jù)其它模塊提供的業(yè)務(wù)信息，按照業(yè)務(wù)出觸發(fā)邏輯，完成業(yè)務(wù)匹配觸發(fā)功能，該模塊主要包括下面三個部分規(guī)則引擎模塊(Rule Engine, RE)負責根據(jù)iFC中的業(yè)務(wù)觸發(fā)信息，匹配并判斷此會話請求是否滿足業(yè)務(wù)觸發(fā)要求；.觸發(fā)策略模塊(Service Triggering Policy Engine, STPE)負責根據(jù)iFC中的業(yè)務(wù)觸發(fā)順序控制信息和從其它模塊提供的相關(guān)業(yè)務(wù)狀態(tài)信息來決定業(yè)務(wù)觸發(fā)的順序；觸發(fā)執(zhí)行模塊(Service Triggering Execution, STE)負責完成業(yè)務(wù)的觸
6發(fā)工作，提供業(yè)務(wù)觸發(fā)執(zhí)行環(huán)境，比如修改會話請求中的路由信息等；圖3中，SSTM模塊內(nèi)部主要有3個接口，它們的定義介紹分別如下USIM模塊與Pser模塊之間的調(diào)用接口 USIM模塊需要通過該接口調(diào)用II3Ser 模塊提供的信息解析功能，將用戶的業(yè)務(wù)信息從原始的信息格式轉(zhuǎn)化成STC模塊需要的格式；USIM模塊與STC模塊之間的調(diào)用接口 STC在完成業(yè)務(wù)觸發(fā)功能的時候，需要通過該接口調(diào)用USIM中保存的用戶業(yè)務(wù)信息，根據(jù)業(yè)務(wù)觸發(fā)邏輯，完成業(yè)務(wù)觸發(fā)控制；IPser模塊與STC模塊之間的調(diào)用接口 STC在觸發(fā)業(yè)務(wù)的過程中，輸入信息不全來自于USIM模塊，有些是需要根據(jù)實時會話狀態(tài)信息，即會話消息中攜帶的信息，這時就需要通過該接口來完成會話消息的解析和信息的提取；iFC在本質(zhì)上是由許多業(yè)務(wù)觸發(fā)點(SPT)通過邏輯運算組成正則表達式，在系統(tǒng)中是以XML的格式存在，其中每個SPT均有特定的標簽標識。一般情況下，SPT由SIP消息中的5個部分組成，分別如下會話情形有三種可能的值，即起始(originating)、終止(Terminating)、終止未注冊(TerminatioruUnregistered)，指明過濾器是否應(yīng)該被處理起始、終止、終止未注冊的終端用戶服務(wù)的SCS所使用，起始情形指SCS服務(wù)主叫時，終止情形是指SCS服務(wù)被叫時；RequestURI的值表示該請求所指向的資源,如newsOopenims. test, eom ；SIP消息的請求方法表示該請求的類型，即method，如INVITE/MESSAG等；SIP消息的頭域的值包含與該請求相關(guān)的信息，一個服務(wù)點觸發(fā)器可基于任何 SIP頭的是否出現(xiàn)，或基于任何SIP頭的內(nèi)容，內(nèi)容的值是一個字符串，可用一個正則表達式來表示，如from, to等；會話描述定義針對SIP方法體內(nèi)的任何SDP字段內(nèi)容的服務(wù)點觸發(fā)器，正則表達式可用來匹配該觸發(fā)器；實現(xiàn)SCS的業(yè)務(wù)觸發(fā)功能，本質(zhì)上主要是實現(xiàn)下面兩個任務(wù)
通過用戶公共身份，獲取用戶所有的業(yè)務(wù)訂購信息，解析以XML格式保存的iFC中的格式化數(shù)據(jù)，并生成判斷規(guī)則的正則表達式；解析收到的SIP消息中的檢測點值，根據(jù)優(yōu)先觸發(fā)規(guī)則，對規(guī)則進行匹配，并返回
邏輯結(jié)果。該部分主要介紹幾個SSTM在業(yè)務(wù)觸發(fā)過程中的幾個關(guān)鍵流程，包括業(yè)務(wù)信息解析流程，業(yè)務(wù)觸發(fā)流程。業(yè)務(wù)信息解析流程業(yè)務(wù)信息解析的過程實際上就是完成用戶配置文件與系統(tǒng)應(yīng)用程序?qū)ο髢煞N不同數(shù)據(jù)類型之間的映射，并提供數(shù)據(jù)類型之間映射接口，實現(xiàn)系統(tǒng)應(yīng)用程序通過對對象的修改，完成對iFC內(nèi)容的修改?？偟膩碚f，業(yè)務(wù)信息解析主要包括兩個方面的功能，一是從用戶業(yè)務(wù)集iFC中提取業(yè)務(wù)優(yōu)先級、業(yè)務(wù)執(zhí)行策略和業(yè)務(wù)觸發(fā)正則表達式，二是根據(jù)需求修改iFC中相關(guān)參數(shù)，如業(yè)務(wù)優(yōu)先級等；業(yè)務(wù)信息解析主要用在一下幾個場景下當系統(tǒng)接收到一條會話初始請求的SIP 消息時，MP模塊從SIP中獲取用戶身份，如果發(fā)現(xiàn)內(nèi)存中不存在該用戶相關(guān)業(yè)務(wù)信息的時， 則從數(shù)據(jù)庫中讀取該用戶業(yè)務(wù)數(shù)據(jù)的保存位置，調(diào)用SCII^ser模塊完成對用戶所有iFC解
7析，將iFC轉(zhuǎn)化成應(yīng)用程序規(guī)定的對象，并將此對象和用戶對象關(guān)聯(lián)起來，實現(xiàn)通過用戶對象可以查詢用戶業(yè)務(wù)訂購信息，見圖4所不當用戶申請了新的業(yè)務(wù)、或者想對原來的業(yè)務(wù)信息進行更新時，MP會調(diào)用 SCPser模塊將用戶所做的修改完全并永久地保存到用戶的iFC中去；當從底層接收到一條會話消息時，CC(Calling Control)模塊判斷此條消息是否屬于當前存在的某條會話實例，若是，再根據(jù)該會話實例的狀態(tài)和會話控制邏輯進行處理， 若不是，則說明是一條會話初始請求，則調(diào)用USIM模塊來查詢是否有此用戶的相關(guān)信息；USIM模塊發(fā)現(xiàn)沒有此用戶相關(guān)信息，則調(diào)用DA模塊來查詢數(shù)據(jù)庫中保存的此用戶相關(guān)信息，并返回此用戶的所有業(yè)務(wù)信息；USIM模塊根據(jù)DA模塊返回的用戶信息調(diào)用SCII^ser模塊來解析此用戶的所有業(yè)務(wù)信息，包括業(yè)務(wù)觸發(fā)策略，業(yè)務(wù)匹配規(guī)則，并將解析出來的信息添加到用戶的對象實例中；根據(jù)正常流程，進行后續(xù)的操作流程；觸發(fā)控制流程觸發(fā)控制是指根據(jù)會話請求消息，結(jié)合用戶業(yè)務(wù)配置信息，按照業(yè)務(wù)優(yōu)先級順序逐個匹配觸發(fā)用戶業(yè)務(wù)的過程，它主要包括兩個過程確定業(yè)務(wù)觸發(fā)順序該過程以iFC的優(yōu)先級，業(yè)務(wù)狀態(tài)優(yōu)先觸發(fā)信息，結(jié)合會話請求消息中的krvicejitate信息為輸入，調(diào)用S化模塊，完成確定業(yè)務(wù)觸發(fā)順序的功能；檢測會話請求是否滿足業(yè)務(wù)觸發(fā)條件該過程以iFC中仰信息映射成的觸發(fā)規(guī)則為判斷依據(jù)，以會話請求消息中相關(guān)域值為輸入，確定此消息是否滿足觸發(fā)該業(yè)務(wù)的條件；詳細的業(yè)務(wù)觸發(fā)控制流程如圖5所示，這里不再重復，圖5的流程過程實現(xiàn)如下STE模塊調(diào)用STPE模塊獲取業(yè)務(wù)觸發(fā)序列號；STPE模塊調(diào)用SInfoParser模塊解析會話請求中攜帶的業(yè)務(wù)狀態(tài)信息；STPE模塊調(diào)用USIM模塊獲取保存的用戶業(yè)務(wù)觸發(fā)順序信息；STPE根據(jù)獲取的信息，執(zhí)行策略邏輯，并向STE返回業(yè)務(wù)觸發(fā)序列；STE模塊根據(jù)業(yè)務(wù)序列調(diào)用RE模塊匹配該業(yè)務(wù)的觸發(fā)規(guī)則；RE模塊通過USIM模塊獲取該業(yè)務(wù)觸發(fā)規(guī)則信息，執(zhí)行匹配規(guī)則，并向STE模塊返回結(jié)果；STE模塊根據(jù)RE模塊返回的結(jié)果執(zhí)行后續(xù)的觸發(fā)控制流程；通過結(jié)合一個業(yè)務(wù)觸發(fā)流程來說明業(yè)務(wù)觸發(fā)模塊中各個子模塊是如何在一起協(xié)同工作的，以及他們之間的協(xié)作關(guān)系。在這個例子中，假設(shè)用戶定義了三個業(yè)務(wù)，S1、S2和S3，其中Sl的執(zhí)行狀態(tài)決定了 S2和S3的觸發(fā)順序。若Sl返回的狀態(tài)信息為Running，則先觸發(fā)S2，否則，先觸發(fā)S3。具體的信令流程圖如圖6所示，其具體的業(yè)務(wù)觸發(fā)信令流程流程如下CC模塊收到一條會話消息，并檢查此消息，發(fā)現(xiàn)此消息并不屬于任意某個會話實例，是一條會話初始請求消息，于是調(diào)用STE模塊業(yè)務(wù)觸發(fā)流程；STE模塊調(diào)用STPE模塊執(zhí)行策略邏輯模塊，獲取業(yè)務(wù)觸發(fā)序列，即Sl ；根據(jù)業(yè)務(wù)觸發(fā)序列調(diào)用RE模塊，檢查業(yè)務(wù)Sl是否滿足業(yè)務(wù)觸發(fā)規(guī)則，并返回匹配成功；STE根據(jù)Sl業(yè)務(wù)信息，修改會話請求消息，并返回給CC模塊；CC模塊根據(jù)會話控制邏輯對此消息進行控制處理；經(jīng)過時間Tl后，CC模塊接收來自業(yè)務(wù)Sl所在的AS返回的響應(yīng)，再次調(diào)用STE模塊進行業(yè)務(wù)觸發(fā)；STE模塊調(diào)用STPE模塊獲取業(yè)務(wù)觸發(fā)序列，STPE根據(jù)會話請求中的消息，返回業(yè)務(wù)序列S3 ；STE根據(jù)返回的結(jié)果調(diào)用RE模塊檢查該會話是否滿足觸發(fā)業(yè)務(wù)S3的觸發(fā)規(guī)則；RE模塊根據(jù)會話請求信息執(zhí)行業(yè)務(wù)匹配，并返回匹配成功；STE模塊根據(jù)S3業(yè)務(wù)信息，修改會話請求消息，并返回給CC模塊；CC模塊根據(jù)會話請求信息和會話控制邏輯，對此消息進行處理，并等待AS執(zhí)行S3 后返回的結(jié)果；執(zhí)行后續(xù)的流程；動態(tài)的業(yè)務(wù)觸發(fā)順序一般的業(yè)務(wù)觸發(fā)順序只由業(yè)務(wù)的優(yōu)先級來決定，并且這個優(yōu)先級是保存在用戶的iFC中，這使得業(yè)務(wù)的觸發(fā)順序具有一定的靜態(tài)性，不方便根據(jù)業(yè)務(wù)的執(zhí)行狀態(tài)實時調(diào)整業(yè)務(wù)的執(zhí)行順序，而SSTM可以根據(jù)一些輔助信息，如業(yè)務(wù)狀態(tài)而實時地調(diào)整業(yè)務(wù)的觸發(fā)順序，提高業(yè)務(wù)觸發(fā)的動態(tài)性；靈活的復雜組合業(yè)務(wù)實現(xiàn)基于狀態(tài)的業(yè)務(wù)觸發(fā)，可以實時地根據(jù)業(yè)務(wù)的實際運行情況，動態(tài)地調(diào)整業(yè)務(wù)的觸發(fā)順序，這正是實現(xiàn)組合業(yè)務(wù)的一個前提條件。例如實現(xiàn)呈現(xiàn)業(yè)務(wù)與補充業(yè)務(wù)的組合業(yè)務(wù)，用戶當前的不同狀態(tài)決定了調(diào)用不同的補充業(yè)務(wù)，SSTM正好滿足這個需求；便捷的服務(wù)間通信提供各個服務(wù)的服務(wù)器在邏輯上都是獨立的功能實體，它們之間沒有固定的通信接口，故服務(wù)與服務(wù)之間如果需要交流信息的話，可以通過擴展的SIP 消息進行通信，前提是服務(wù)在執(zhí)行邏輯的同時，可以解析此SIP消息。以上對本發(fā)明實施例所提供的，進行了詳細介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種基于三網(wǎng)融合的會話控制系統(tǒng)，其特征在于，包括用戶業(yè)務(wù)信息管理模塊，用于負責管理II3Ser模塊解析出的用戶業(yè)務(wù)信息；業(yè)務(wù)配置信息解析模塊，用于負責從用戶業(yè)務(wù)配置文件中解析出各個信息，為后續(xù)的業(yè)務(wù)觸發(fā)、會話控制提供信息支持；業(yè)務(wù)狀態(tài)信息操作模塊，用于負責對SIP消息中的可擴展信息進行操作；觸發(fā)控制模塊，用于負責根據(jù)其它模塊提供的業(yè)務(wù)信息，按照業(yè)務(wù)出觸發(fā)邏輯，完成業(yè)務(wù)匹配觸發(fā)功能。
2.如權(quán)利要求1所述的基于三網(wǎng)融合的會話控制系統(tǒng)，其特征在于，所述用戶業(yè)務(wù)信息管理模塊還同時支持添加、維護、更新、修改操作。
3.如權(quán)利要求1所述的基于三網(wǎng)融合的會話控制系統(tǒng)，其特征在于，所述業(yè)務(wù)配置信息解析模塊包括TP解析模塊，用于負責解析出每個業(yè)務(wù)的所有觸發(fā)點信息；策略邏輯解析模塊，用于負責解析決定這個業(yè)務(wù)觸發(fā)順序的控制邏輯，包括業(yè)務(wù)觸發(fā)優(yōu)先級、業(yè)務(wù)優(yōu)先觸發(fā)狀態(tài)條件信息，將解析的信息供觸發(fā)策略模塊在決定業(yè)務(wù)觸發(fā)順序的時候調(diào)用；業(yè)務(wù)信息解析模塊負責解析與該iFC相關(guān)的業(yè)務(wù)信息，提供業(yè)務(wù)的AS所在的地址，為會話請求的路由、后續(xù)業(yè)務(wù)觸發(fā)提供信息支持。
4.如權(quán)利要求3所述的基于三網(wǎng)融合的會話控制系統(tǒng)，其特征在于，所述業(yè)務(wù)狀態(tài)信息操作模塊包括狀態(tài)信息提取模塊，用于負責提取可用與決定業(yè)務(wù)觸發(fā)順序的狀態(tài)信息，此類信息是指接收到的，并需要進行實時提取的會話消息；狀態(tài)信息封裝模塊，用于負責根據(jù)業(yè)務(wù)觸發(fā)需求，將一些必要的信息封裝到會話消息中，供系統(tǒng)或網(wǎng)絡(luò)中其它功能實體使用。
5.如權(quán)利要求4所述的基于三網(wǎng)融合的會話控制系統(tǒng)，其特征在于，所述觸發(fā)控制模塊包括規(guī)則引擎模塊，用于負責根據(jù)iFC中的業(yè)務(wù)觸發(fā)信息，匹配并判斷此會話請求是否滿足業(yè)務(wù)觸發(fā)要求；觸發(fā)策略模塊，用于負責根據(jù)iFC中的業(yè)務(wù)觸發(fā)順序控制信息和相關(guān)業(yè)務(wù)狀態(tài)信息來決定業(yè)務(wù)觸發(fā)的順序；觸發(fā)執(zhí)行模塊，用于負責完成業(yè)務(wù)的觸發(fā)工作，提供業(yè)務(wù)觸發(fā)執(zhí)行環(huán)境。
全文摘要
本發(fā)明實施例公開了一種基于三網(wǎng)融合的會話控制系統(tǒng)，包括用戶業(yè)務(wù)信息管理模塊，用于負責管理IPser模塊解析出的用戶業(yè)務(wù)信息；業(yè)務(wù)配置信息解析模塊，用于負責從用戶業(yè)務(wù)配置文件中解析出各個信息，為后續(xù)的業(yè)務(wù)觸發(fā)、會話控制提供信息支持；業(yè)務(wù)狀態(tài)信息操作模塊，用于負責對SIP消息中的可擴展信息進行操作；觸發(fā)控制模塊，用于負責根據(jù)其它模塊提供的業(yè)務(wù)信息，按照業(yè)務(wù)出觸發(fā)邏輯，完成業(yè)務(wù)匹配觸發(fā)功能。實施本發(fā)明實施例子，通過動態(tài)的業(yè)務(wù)觸發(fā)順序，提高業(yè)務(wù)觸發(fā)的動態(tài)性；基于狀態(tài)的業(yè)務(wù)觸發(fā)，可以實時地根據(jù)業(yè)務(wù)的實際運行情況，動態(tài)地調(diào)整業(yè)務(wù)的觸發(fā)順序。
文檔編號H04L29/06GK102420811SQ201110319490
公開日2012年4月18日 申請日期2011年10月19日 優(yōu)先權(quán)日2011年10月19日
發(fā)明者崔榮基, 李健恒, 李苗, 林利生, 殷偉, 鄧國偉 申請人:云浮新智電子科技有限公司, 廣東中大訊通軟件科技有限公司, 廣州鼎宇電子科技有限公司