專利名稱：業(yè)務(wù)沖突處理方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域中IMS技術(shù)，具體地，涉及一種業(yè)務(wù)沖突處理方法、裝置及系統(tǒng)。
背景技術(shù)：
IP多媒體子系統(tǒng)((IP Multimedia Subsystem,簡稱IMS )是一個基于會話啟動協(xié)i義(Session Initiation Protocol,簡稱SIP)協(xié)議的會話控制系統(tǒng)，由3GPP提出，目前已經(jīng)成為下一代網(wǎng)絡(luò)(Next GenerationNetwork,簡稱NGN )發(fā)展的主要技術(shù)方向之一。
圖l為現(xiàn)有IMS業(yè)務(wù)提供的架構(gòu)示意圖，如圖l所示，IMS主要的功能實體包括應(yīng)用服務(wù)器(AS)、歸屬用戶服務(wù)器(HSS)和媒體資源控制功能(MRFC)等。IMS的應(yīng)用服務(wù)器包括SIP應(yīng)用服務(wù)器(SIP Application Server ，簡稱SIP AS )、 IM業(yè)務(wù)交換功能(IM-SSF )、OSA業(yè)務(wù)能力服務(wù)器(OSA service capability Server,簡稱OSA-SCS )等。
目前，IMS業(yè)務(wù)的提供模式主要為用戶終端發(fā)送請求->服務(wù)-呼叫會話控制實體(S-CSCF)觸發(fā)業(yè)務(wù)-〉A(chǔ)S (處理業(yè)務(wù)并返回處理結(jié)果)。從業(yè)務(wù)提供的角度，S-CSCF提供業(yè)務(wù)接入功能，識別業(yè)務(wù)呼叫，請求應(yīng)用服務(wù)器中相關(guān)業(yè)務(wù)邏輯支持，其中核心是業(yè)務(wù)在S-CSCF中的觸發(fā)機(jī)制。IMS會話首先在S-CSCF中進(jìn)行處理，然后與S-CSCF中不同觸發(fā)對應(yīng)的過濾規(guī)則進(jìn)行匹配，最后轉(zhuǎn)發(fā)到應(yīng)用服務(wù)器處理。
現(xiàn)在已經(jīng)實際應(yīng)用和能夠?qū)嶋H應(yīng)用的IMS業(yè)務(wù)沖突檢測的方法，都是基于離線、靜態(tài)檢測的原理和方法，如部署業(yè)務(wù)時采用查詢沖突二維表的方式來解決業(yè)務(wù)沖突。靜態(tài)檢測方法可以在一定程度上解決
業(yè)務(wù)之間的沖突問題，但使用范圍有限，表達(dá)方式有限，缺乏在線規(guī)避業(yè)務(wù)沖突的手段。有些業(yè)務(wù)之間并不是在所有情況下都存在沖突，有時沖突的出現(xiàn)還依賴于特定的用戶數(shù)據(jù)。例如，呼叫屏蔽與呼叫前轉(zhuǎn)業(yè)務(wù)，只有在前轉(zhuǎn)目的地址屬于屏蔽列表時才出現(xiàn)情況。舉例來說，用戶A呼叫用戶B， B同時簽約了呼叫屏蔽和呼叫前轉(zhuǎn)，呼叫屏蔽業(yè)務(wù)中禁止呼叫地址C，而呼叫前轉(zhuǎn)中又設(shè)置了前轉(zhuǎn)到C，這種情況下存在是否前轉(zhuǎn)到C的不同決定，因此出現(xiàn)沖突。也就是說，如果只要不是屏蔽C或者前轉(zhuǎn)到C，都不存在沖突。
在實現(xiàn)本發(fā)明的過程中，本發(fā)明的發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中的業(yè)務(wù)檢測方式存在如下缺陷
1. 現(xiàn)有規(guī)范中缺乏動態(tài)檢測業(yè)務(wù)沖突的實體和方法，并且不能對出現(xiàn)沖突的業(yè)務(wù)進(jìn)行解決處理；
2. 現(xiàn)有技術(shù)中的業(yè)務(wù)沖突檢測方式，大多數(shù)是基于離線、靜態(tài)檢測，不能適用于動態(tài)發(fā)生的沖突問題；
3. 現(xiàn)有技術(shù)中有些出現(xiàn)業(yè)務(wù)沖突的業(yè)務(wù)無法同時部署，或者無法同時觸發(fā)，或者用戶無法同時簽約，限制了業(yè)務(wù)部署的靈活性，不能滿足用戶多種需求
發(fā)明內(nèi)容
本發(fā)明的目的是針對現(xiàn)有技術(shù)中靜態(tài)的業(yè)務(wù)檢測方式的業(yè)務(wù)部署不靈活、不能對出現(xiàn)沖突的業(yè)務(wù)進(jìn)行解決、不適用動態(tài)發(fā)生的沖突檢測等缺陷，提出一種業(yè)務(wù)沖突處理方法、裝置及系統(tǒng)，以提供靈活、動態(tài)的業(yè)務(wù)沖突檢測。
為實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種業(yè)務(wù)沖突處理方法。
根據(jù)本發(fā)明實施例的業(yè)務(wù)沖突處理方法，包括接收用戶的呼叫/會話初始請求消息；在初始請求消息中加入包含待觸發(fā)業(yè)務(wù)的列表信息；根據(jù)列表信息觸發(fā)待觸發(fā)業(yè)務(wù)，在已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果中攜帶與后續(xù)待觸發(fā)業(yè)務(wù)存在沖突的業(yè)務(wù)協(xié)商信息；根據(jù)已觸發(fā)業(yè)務(wù)的業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測，在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，按預(yù)設(shè)的處理準(zhǔn)則解決與已觸發(fā)業(yè)務(wù)存在沖突的后續(xù)待觸發(fā)業(yè)務(wù)。
優(yōu)選地，列表信息中的待觸發(fā)業(yè)務(wù)可以按照優(yōu)先級順序排列。優(yōu)選地，按預(yù)設(shè)的處理準(zhǔn)則解決與已觸發(fā)業(yè)務(wù)存在沖突的后續(xù)待觸發(fā)業(yè)務(wù)的操作包括停止觸發(fā)和執(zhí)行后續(xù)待觸發(fā)業(yè)務(wù)、釋放呼叫/會話。
上述技術(shù)方案中，根據(jù)已觸發(fā)業(yè)務(wù)的業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測，在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，停止執(zhí)行后續(xù)待觸發(fā)業(yè)務(wù)的操作可以包括本次待觸發(fā)業(yè)務(wù)接收上一已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果，根據(jù)業(yè)務(wù)執(zhí)行結(jié)果中的所有已觸發(fā)業(yè)務(wù)的業(yè)務(wù)協(xié)商信息檢測本次待觸發(fā)業(yè)務(wù)是否與所有已觸發(fā)業(yè)務(wù)存在業(yè)務(wù)沖突；在本次待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，停止執(zhí)行本次待觸發(fā)業(yè)務(wù)。
8優(yōu)選地，業(yè)務(wù)協(xié)商信息可以包括檢測匹配消息字段、匹配消息
指定字段、標(biāo)識業(yè)務(wù)沖突的禁止存在字段。
優(yōu)選地，業(yè)務(wù)協(xié)商信息還可以包括允許存在字段。為實現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，提供了一種動態(tài)沖
突控制裝置。
根據(jù)本發(fā)明實施例的動態(tài)沖突控制裝置，包括存儲模塊，用于存儲和管理用戶的業(yè)務(wù)協(xié)商信息和對應(yīng)的處理準(zhǔn)則；控制模塊，用于接收用戶的呼叫/會話初始請求消息；在初始請求消息中加入包含待觸發(fā)業(yè)務(wù)的列表信息；根據(jù)列表信息觸發(fā)待觸發(fā)業(yè)務(wù)，接收已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果及業(yè)務(wù)協(xié)商信息并存入存儲模塊；根據(jù)存儲模塊中的業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測，檢測業(yè)務(wù)沖突事件；沖突處理模塊，用于根據(jù)業(yè)務(wù)沖突的檢測結(jié)果，讀取對應(yīng)的處理準(zhǔn)則，按處理準(zhǔn)則解決與已觸發(fā)業(yè)務(wù)存在沖突的后續(xù)待觸發(fā)業(yè)務(wù)。
優(yōu)選地，沖突處理模塊包括執(zhí)行子模塊，用于在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)不存在沖突時，執(zhí)行后續(xù)待觸發(fā)業(yè)務(wù)；停止子模塊，用于在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，停止執(zhí)行后續(xù)待觸發(fā)業(yè)務(wù)。
優(yōu)選地，上述裝置為獨立的網(wǎng)元設(shè)備，或位于網(wǎng)絡(luò)側(cè)呼叫/會話控制實體上，或位于網(wǎng)絡(luò)側(cè)應(yīng)用服務(wù)器上。
根據(jù)本發(fā)明實施例的業(yè)務(wù)沖突處理系統(tǒng)，包括業(yè)務(wù)服務(wù)器，用于提供與業(yè)務(wù)相關(guān)的數(shù)據(jù)；動態(tài)沖突控制裝置，用于接收呼叫/會話消息，觸發(fā)對應(yīng)的業(yè)務(wù)服務(wù)器，根據(jù)各個業(yè)務(wù)之間的業(yè)務(wù)協(xié)商檢測網(wǎng)絡(luò)中動態(tài)發(fā)生的業(yè)務(wù)沖突，并進(jìn)行業(yè)務(wù)沖突處理；呼叫/會話控制實體，用于提供呼叫觸發(fā)和控制。本發(fā)明各實施例的業(yè)務(wù)沖突處理方法、裝置及系統(tǒng)，由于在已觸 發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果中攜帶業(yè)務(wù)協(xié)商信息，因此，后續(xù)業(yè)務(wù)可以根 據(jù)前面業(yè)務(wù)的執(zhí)行結(jié)果判斷是否存在業(yè)務(wù)沖突，可以根據(jù)實際情況來 動態(tài)協(xié)商是否存在沖突，不僅可以最大限度地保證所有簽約業(yè)務(wù)得以 觸發(fā)執(zhí)行，而且即使存在沖突也可以保證業(yè)務(wù)執(zhí)行結(jié)果不會出現(xiàn)問 題，可以靈活的同時部署多種業(yè)務(wù)、適用動態(tài)發(fā)生的沖突，滿足用戶 的多種需求。
下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一 步的詳細(xì)描述。


附圖用來提供對本發(fā)明的進(jìn) 一 步理解，并且構(gòu)成說明書的 一 部 分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限
制。在附圖中
圖l為現(xiàn)有IMS業(yè)務(wù)提供的架構(gòu)示意圖2為根據(jù)本發(fā)明業(yè)務(wù)沖突處理方法的實施例 一 流程圖3為根據(jù)本發(fā)明業(yè)務(wù)沖突處理方法的實施例二流程圖4為根據(jù)本發(fā)明業(yè)務(wù)沖突處理方法應(yīng)用于呼叫屏蔽和呼叫前轉(zhuǎn)
的實施例三流程圖5為根據(jù)本發(fā)明動態(tài)沖突控制裝置的實施例 一 結(jié)構(gòu)示意圖； 圖6為根據(jù)本發(fā)明動態(tài)沖突控制裝置的實施例二結(jié)構(gòu)示意圖； 圖7為根據(jù)本發(fā)明動態(tài)沖突控制裝置的實施例三結(jié)構(gòu)示意圖； 圖8為根據(jù)本發(fā)明業(yè)務(wù)沖突處理系統(tǒng)的實施例一示意圖； 圖9為根據(jù)本發(fā)明業(yè)務(wù)沖突處理系統(tǒng)的實施例二示意圖；圖10為根據(jù)本發(fā)明業(yè)務(wù)沖突處理系統(tǒng)的實施例三示意圖。
具體實施例方式
以下結(jié)合附圖對本發(fā)明的優(yōu)選實施例進(jìn)行說明，應(yīng)當(dāng)理解，此處 所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā) 明。
方法實施例 實施例一
根據(jù)本發(fā)明實施例，提供了一種業(yè)務(wù)沖突處理方法，圖2為根據(jù) 本發(fā)明業(yè)務(wù)沖突處理方法的實施例一流程圖。如圖2所示，本實施例 包括
步驟S102:接收用戶的呼叫/會話初始請求消息；在初始請求消 息中加入包含待觸發(fā)業(yè)務(wù)的列表信息；
步驟S104:根據(jù)列表信息觸發(fā)待觸發(fā)業(yè)務(wù)，在已觸發(fā)業(yè)務(wù)的業(yè)務(wù) 執(zhí)行結(jié)果中攜帶與后續(xù)待觸發(fā)業(yè)務(wù)存在沖突的業(yè)務(wù)協(xié)商信息；
步驟S106:根據(jù)已觸發(fā)業(yè)務(wù)的業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn) 行檢測，在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，停止執(zhí)行后續(xù) 待觸發(fā)業(yè)務(wù)。
本實施例在已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果中攜帶業(yè)務(wù)協(xié)商信息，后 續(xù)業(yè)務(wù)可以根據(jù)前面業(yè)務(wù)的執(zhí)行結(jié)果判斷是否存在業(yè)務(wù)沖突，與前面 已執(zhí)行業(yè)務(wù)進(jìn)行動態(tài)協(xié)商，可以根據(jù)實際情況來判定是否存在沖突， 從而可以最大限度地保證所有簽約業(yè)務(wù)得以觸發(fā)執(zhí)行，而且即使存在 沖突也可以保證業(yè)務(wù)執(zhí)行結(jié)果不會出現(xiàn)問題，可以靈活的同時部署多 種業(yè)務(wù)、適用動態(tài)發(fā)生的沖突，滿足用戶的多種需求。實施例二
圖3為根據(jù)本發(fā)明業(yè)務(wù)沖突處理方法的實施例二流程圖。圖3實 施例對圖2進(jìn)一步細(xì)化，并增加了具體業(yè)務(wù)沖突;^企測和處理的流程。 如圖3所示，本實施例包括
步驟S202:動態(tài)沖突處理裝置(可參見圖5-圖7實施例的相關(guān) 說明)接收用戶的呼叫/會話初始請求消息；在初始請求消息中加入包 含按照優(yōu)先級順序排列的待觸發(fā)業(yè)務(wù)的列表信息；
步驟S204:動態(tài)沖突處理裝置根據(jù)列表信息中的列表將呼叫/會 話的首條消息觸發(fā)到第 一個待觸發(fā)業(yè)務(wù)對應(yīng)的應(yīng)用服務(wù)器；
步驟S206:第一應(yīng)用服務(wù)器執(zhí)行第一個待觸發(fā)業(yè)務(wù)，第一個待觸 發(fā)業(yè)務(wù)執(zhí)行完畢后，第一應(yīng)用服務(wù)器返回業(yè)務(wù)執(zhí)行處理結(jié)果，并在業(yè) 務(wù)執(zhí)行結(jié)果中加入該業(yè)務(wù)與后續(xù)業(yè)務(wù)進(jìn)行協(xié)商的業(yè)務(wù)協(xié)商信息，該業(yè) 務(wù)協(xié)商信息有助于后續(xù)待觸發(fā)進(jìn)行業(yè)務(wù)沖突檢測；
步驟S208:判斷是否還有待觸發(fā)業(yè)務(wù)，如果沒有待觸發(fā)業(yè)務(wù)則結(jié) 束，否則執(zhí)行步驟S210;
步驟S210:接收到已執(zhí)行的業(yè)務(wù)執(zhí)行結(jié)果后，將已觸發(fā)業(yè)務(wù)的業(yè) 務(wù)協(xié)商信息與待觸發(fā)業(yè)務(wù)進(jìn)行對比和匹配；
步驟S212:判斷是否存在業(yè)務(wù)沖突，是，則執(zhí)行步驟S216,否 則執(zhí)行步驟S213;
步驟S213:執(zhí)行待觸發(fā)業(yè)務(wù)，觸發(fā)該業(yè)務(wù)對應(yīng)的應(yīng)用服務(wù)器地址；
步驟S214:根據(jù)業(yè)務(wù)列表(Service-List)字段，檢測與后續(xù)待觸 發(fā)業(yè)務(wù)是否有沖突；
步驟S215:在業(yè)務(wù)執(zhí)行完畢后返回業(yè)務(wù)執(zhí)行結(jié)果，即處理后的消 息，或者直接返回SIP響應(yīng)，如果步驟S214中^r測到與后續(xù)待觸發(fā)
12業(yè)務(wù)存在沖突，則在業(yè)務(wù)執(zhí)行結(jié)果中加入該業(yè)務(wù)與后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)
行協(xié)商的業(yè)務(wù)協(xié)商信息，繼續(xù)返回步驟S208,如果還有待觸發(fā)的業(yè)務(wù) 則繼續(xù)進(jìn)行對比和匹配，直到所有的待觸發(fā)業(yè)務(wù)都匹配完畢；
步驟S216:當(dāng)存在業(yè)務(wù)沖突時，停止執(zhí)行待觸發(fā)的業(yè)務(wù)，進(jìn)行下 一條業(yè)務(wù)，繼續(xù)返回步驟S208,如果還有待觸發(fā)的業(yè)務(wù)則繼續(xù)進(jìn)行對 比和匹配，直到所有的待觸發(fā)業(yè)務(wù)都匹配完畢。
在步驟S208中，當(dāng)沒有待觸發(fā)的業(yè)務(wù)時，將最后的業(yè)務(wù)執(zhí)行結(jié) 果或響應(yīng)消息返回給S-CSCF，由S-CSCF按原有功能繼續(xù)處理最后 的消息。
本實施例對業(yè)務(wù)沖突檢測和處理的方法進(jìn)行了詳細(xì)的描述，本實 施例中列表信息的待觸發(fā)業(yè)務(wù)按照優(yōu)先級順序排列，引入優(yōu)先級后先 執(zhí)行的業(yè)務(wù)還可以設(shè)置其規(guī)則，從而影響后續(xù)執(zhí)行的業(yè)務(wù)。
本實施例可以在已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果中攜帶業(yè)務(wù)協(xié)商信 息，后續(xù)業(yè)務(wù)可以根據(jù)前面業(yè)務(wù)的協(xié)商信息判斷是否存在業(yè)務(wù)沖突， 與前面已執(zhí)行業(yè)務(wù)進(jìn)行動態(tài)協(xié)商，其中，業(yè)務(wù)協(xié)商信息可以包括檢 測匹配消息字段、匹配消息指定字段、標(biāo)識業(yè)務(wù)沖突的禁止存在字段 等，具體會在圖4實施例中詳細(xì)描述。
本實施例針對IMS中的業(yè)務(wù)沖突問題，通過協(xié)商方式進(jìn)行沖突檢 測和解決，具有如下有益效果
1 )存在沖突的業(yè)務(wù)可以同時部署，并且用戶可以同時簽約這些 業(yè)務(wù)，業(yè)務(wù)觸發(fā)時具體選擇應(yīng)該執(zhí)行的業(yè)務(wù)，提高了業(yè)務(wù)部署的靈活 性；
2)根據(jù)業(yè)務(wù)協(xié)商來判定是否存在沖突， 一方面僅在特定情況下 出現(xiàn)的業(yè)務(wù)沖突可以解決或避免，另一方面更多業(yè)務(wù)可以同時部署和簽約，提高了業(yè)務(wù)部署的靈活性，以及用戶使用業(yè)務(wù)的體驗。 實施例三
圖4為根據(jù)本發(fā)明業(yè)務(wù)沖突處理方法應(yīng)用于呼叫屏蔽和呼叫前轉(zhuǎn) 的實施例三流程圖。如圖4所示，本實施例在S-CSCF和應(yīng)用服務(wù)器 之間加入了 一個動態(tài)沖突控制裝置(Dynamic Conflicts Controlling Module ，簡稱DCCM)，以下動態(tài)沖突控制裝置和DCCM表示同一 含義。圖4實施例以呼叫屏蔽和呼叫前轉(zhuǎn)業(yè)務(wù)為例，本實施例的執(zhí)行 過程如下
l.S-CSCF接收到的SIP消息中的"INVITE"消息，DCCM收到主叫 側(cè)的初始請求"INVITE"，則向"INVITE"請求中插入業(yè)務(wù)列表 (Service-List)字段，將"呼叫屏蔽，，業(yè)務(wù)記錄在該業(yè)務(wù)列表中，然后將 請求轉(zhuǎn)發(fā)給呼叫屏蔽業(yè)務(wù)；
2.呼叫屏蔽收到"INVITE"請求消息后，根據(jù)業(yè)務(wù)列表(Service-List) 字段發(fā)現(xiàn)后續(xù)業(yè)務(wù)有沖突，因此在執(zhí)行完畢后，在該"INVITE"請求中 插入呼叫屏蔽對應(yīng)的業(yè)務(wù)協(xié)商信息，業(yè)務(wù)協(xié)商信息包括如下信息
才企測匹配消息字,殳Method=Invite;
匹配消息制定字,殳Tag=Request-URI;
標(biāo)識業(yè)務(wù)沖突的禁止存在字段Forbidden-value=C;D;
其中，Method表示檢測"INVITE"請求；Tag表示檢測INVITE 請求中的"Request-URT字段，F(xiàn)orbidden-value表示Tag中禁止出現(xiàn)的 值(例子中為禁止C和D)。上面例舉的整個業(yè)務(wù)協(xié)商信息表示，禁止 將這個SIP事務(wù)中任何"INVITE"請求中的"Request-URT字段修改 為地址C和D。除Forbidden-value之外，還可以包括允許存在字段Allowed-value (表示允許出現(xiàn)的值)等。關(guān)于業(yè)務(wù)協(xié)商信息格式的完整 介紹見后續(xù)說明；
3. 呼叫屏蔽業(yè)務(wù)執(zhí)行完后，將業(yè)務(wù)協(xié)商信息加入執(zhí)行結(jié)果，并將該 請求繼續(xù)轉(zhuǎn)發(fā)；
4. 被叫側(cè)的S-CSCF將"INVITE"請求轉(zhuǎn)發(fā)給DCCM, DCCM將被 叫側(cè)將要觸發(fā)的業(yè)務(wù)也添加到業(yè)務(wù)列表字段末尾。并且，DCCM發(fā)現(xiàn)此 會話已經(jīng)觸發(fā)過主叫側(cè)的"呼叫屏蔽"業(yè)務(wù)，并且還將會觸發(fā)被叫側(cè)的 "呼叫前轉(zhuǎn)，，業(yè)務(wù)。這兩個業(yè)務(wù)之間可能存在沖突，則記錄該請求，以便 呼叫前轉(zhuǎn)業(yè)務(wù)執(zhí)行完后進(jìn)行比較；
5. DCCM將"INVITE"請求轉(zhuǎn)發(fā)給呼叫前轉(zhuǎn)業(yè)務(wù)，呼叫前轉(zhuǎn)業(yè)務(wù)進(jìn) 行處理后，將前轉(zhuǎn)后的"INVITE"請求返回給DCCM;
6. DCCM根據(jù)第步驟4中收到的業(yè)務(wù)協(xié)商信息，檢測前轉(zhuǎn)后地址是 否違反了前面已觸發(fā)業(yè)務(wù)的業(yè)務(wù)協(xié)商信息，即是否與呼叫屏蔽業(yè)務(wù)存在 沖突。若不存在沖突，則繼續(xù)執(zhí)行，否則認(rèn)為出現(xiàn)沖突，并根據(jù)預(yù)先設(shè) 置的處理方式來解決沖突，如停止執(zhí)行呼叫前轉(zhuǎn)業(yè)務(wù)。
本領(lǐng)域普通技術(shù)人員應(yīng)當(dāng)了解，預(yù)先設(shè)置的處理方式(處理準(zhǔn)則) 可以由系統(tǒng)管理員在系統(tǒng)級別上設(shè)置對應(yīng)的解決方法，例如，停止觸發(fā) 和執(zhí)行沖突的業(yè)務(wù)，釋放會話/呼叫等。除此之外，系統(tǒng)管理員還可以指 定其他解決方法，進(jìn)行進(jìn)一步的協(xié)商，不限定在與已觸發(fā)業(yè)務(wù)存在業(yè)務(wù) 沖突時必須停止執(zhí)行該待觸發(fā)的業(yè)務(wù)。
在上述業(yè)務(wù)執(zhí)行流程中，先執(zhí)行的業(yè)務(wù)(如流程中的呼叫屏蔽業(yè)務(wù)) 可以設(shè)定業(yè)務(wù)協(xié)商信息，DCCM根據(jù)此業(yè)務(wù)協(xié)商信息來檢查后續(xù)業(yè)務(wù)的 執(zhí)行結(jié)果，即認(rèn)為業(yè)務(wù)間進(jìn)行了協(xié)商，也就是"通過DCCM進(jìn)行的協(xié)商"。
15此外，協(xié)商機(jī)制還可由業(yè)務(wù)來完成，例如上述流程中的呼叫前轉(zhuǎn)業(yè) 務(wù)也可以檢查前面已執(zhí)行業(yè)務(wù)的業(yè)務(wù)協(xié)商信息，來判斷自己的執(zhí)行結(jié)果 是否會存在沖突，若存在沖突則停止執(zhí)行。這種方式是"通過業(yè)務(wù)進(jìn)行 的協(xié)商"。
上述兩種協(xié)商方式都可以通過DCCM的支持，如"通過業(yè)務(wù)進(jìn)行 的協(xié)商，，中，需要DCCM提供已觸發(fā)的業(yè)務(wù)列表，并且存在業(yè)務(wù)沖突時 也可以通過DCCM來提供統(tǒng)一的解決處理才幾制。
上述各方法實施例通過協(xié)商的方式，使可能存在沖突的業(yè)務(wù)也可以 同時簽約和觸發(fā)，并且才艮據(jù)實際運行情況和用戶數(shù)據(jù)來判斷是否真正存 在沖突，如果存在沖突也可以進(jìn)行解決?，F(xiàn)有技術(shù)中不存在本發(fā)明上述 各方法實施例提供的業(yè)務(wù)協(xié)商機(jī)制，因此，有些業(yè)務(wù)無法同時部署，或 者無法同時觸發(fā)，或者用戶無法同時簽約。本發(fā)明上述各方法實施例與 現(xiàn)有技術(shù)相比，具有實質(zhì)上的不同。
裝置實施例 實施例一
根據(jù)本發(fā)明實施例，提供了一種動態(tài)沖突控制裝置。圖5為根據(jù) 本發(fā)明動態(tài)沖突控制裝置的實施例一結(jié)構(gòu)示意圖。如圖5所示，本實 施例包括存儲模塊，用于存儲和管理用戶的業(yè)務(wù)協(xié)商信息和對應(yīng)的 處理準(zhǔn)則；控制模塊，用于接收用戶的呼叫/會話初始請求消息；在初 始請求消息中加入包含待觸發(fā)業(yè)務(wù)的列表信息(可以按照優(yōu)先級順序 排列，引入優(yōu)先級的優(yōu)點是先執(zhí)行的業(yè)務(wù)還可以設(shè)置其規(guī)則，從而影 響后續(xù)執(zhí)行的業(yè)務(wù))；根據(jù)列表信息觸發(fā)待觸發(fā)業(yè)務(wù)，接收已觸發(fā)業(yè) 務(wù)的業(yè)務(wù)執(zhí)行結(jié)果及業(yè)務(wù)協(xié)商信息并存入存儲模塊；根據(jù)存儲模塊中的業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測，檢測業(yè)務(wù)沖突事件；沖 突處理模塊，用于根據(jù)業(yè)務(wù)沖突的檢測結(jié)果，讀取對應(yīng)的處理準(zhǔn)則。
本實施例中的動態(tài)沖突控制裝置可對照圖3和圖4方法實施例進(jìn) 行理解，如圖4中的DCCM，實現(xiàn)根據(jù)業(yè)務(wù)協(xié)商進(jìn)行業(yè)務(wù)沖突檢測和 處理，同方法實施例類似，本實施例4吏可能存在沖突的業(yè)務(wù)也可以同 時簽約和觸發(fā)，并且根據(jù)實際運行情況和用戶數(shù)據(jù)來判斷是否真正存 在沖突，如果存在沖突也可以進(jìn)行解決。
實施例二
圖6為根據(jù)本發(fā)明動態(tài)沖突控制裝置的實施例二結(jié)構(gòu)示意圖。圖 6與圖5實施例類似，如圖5所示，本實施例包括
協(xié)議處理模塊，用于適配和處理多種網(wǎng)絡(luò)協(xié)議，如SIP協(xié)議等， 包括建立和管理連接，接收和發(fā)送SIP消息，添加、刪除和修改SIP 消息中的內(nèi)容等。協(xié)議處理模塊可以從SIP消息中提取必要的參數(shù)， 例如地址集合列表，然后把這些參數(shù)傳遞給控制模塊。控制模塊可以 直接處理它所關(guān)心和需要使用的參數(shù)，不用再關(guān)心協(xié)議本身，如協(xié)議 消息的格式，以及如何操作協(xié)議數(shù)據(jù)等。這樣，可以簡化控制模塊的 實現(xiàn)，也使得系統(tǒng)可以更容易地適配多種協(xié)議；
存儲模塊，用于存儲和管理用戶的業(yè)務(wù)協(xié)商信息和對應(yīng)的處理準(zhǔn)
則；
控制模塊，可以根據(jù)存儲模塊中的業(yè)務(wù)協(xié)商信息，檢測網(wǎng)絡(luò)中動 態(tài)發(fā)生的業(yè)務(wù)沖突事件；
沖突處理模塊，根據(jù)業(yè)務(wù)沖突的檢測結(jié)果，從存儲模塊中讀取對 應(yīng)的處理準(zhǔn)則，并按此準(zhǔn)則定義來解決業(yè)務(wù)沖突；
系統(tǒng)管理模塊，用于提供動態(tài)沖突控制裝置自身的操作管理維護(hù)(Operation Administration Maintenance ， 簡稱OAM)管理,如對沖 突處理模塊和協(xié)議處理模塊進(jìn)行OAM管理。
本實施例中，協(xié)_漢處理4莫塊還可以適配其他協(xié)_漢，以適用于現(xiàn)有 和將來的網(wǎng)絡(luò)環(huán)境。例如，通過支持智能網(wǎng)絡(luò)應(yīng)用協(xié)議((Intelligent Network Application Protocol,簡稱INAP)、移動應(yīng)用協(xié)i義((Mobile Application Protocol,簡稱MAP)等協(xié)議，本實施例的動態(tài)沖突控制裝 置還可以部署在智能網(wǎng)系統(tǒng)中。
下面對存儲模塊中存儲的業(yè)務(wù)協(xié)商信息進(jìn)行簡要說明 業(yè)務(wù)協(xié)商信息的格式可以采用如下方式 <字段名>=<值>;即與 SIP協(xié)議中的格式相似，以便將業(yè)務(wù)協(xié)商信息攜帶在SIP消息中。業(yè) 務(wù)協(xié)商信息中存在的字段名及其含義舉例如下
A 、 Method ， 用于匹配SIP消息中的請求和響應(yīng)，如 "Method=INVITE;，，可以匹配INVITE請求。對于響應(yīng)，可以用 "Method=Response;Code=200;，，這樣的格式來表示200響應(yīng)；
B、 Tag,在匹配的SIP消息中進(jìn)一步指定所需要的字段，如 "Tag=R^quest-URI，，可以表示Request-URI字段；
C、 Alio wed-Value,表示通過Method和Tag指定的消息字段中 允許存在的值，如"Allowed-Value=C;D;，，表示只允許出現(xiàn)C和D。 只有指定的值才允許出現(xiàn)，否則認(rèn)為違反該協(xié)商準(zhǔn)則；
D、 Forbidden-Value,與Allowed-Value不同，指定的是不允許存 在的值，如"Forbidden-Value=C;D;，，表示不允許出現(xiàn)C和D。如果 出現(xiàn)指定的值，就認(rèn)為違反該協(xié)商準(zhǔn)則。
上述只是對業(yè)務(wù)協(xié)商信息的格式舉例，具體地，在實現(xiàn)時，還可 以根據(jù)需要加入其它需要協(xié)商的信息。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)了解，上述業(yè)務(wù)協(xié)商信息的格式只是一種例舉，具體應(yīng)用時，還可以匹配其余它SIP請求。例如Method請求 命令字段中還可以包含其它SIP請求"INVITE", "ACK"， "BYE", "CANCEL", "OPTION", "REGISTER", "PUBLISH", "SUBSCRIBE", "NOTIFY", "MESSAGE"。響應(yīng)代碼也不僅限于200，還可以支持SIP 協(xié)議中所有的響應(yīng)，包括100系列、200系列、300系列、400系列、 500系列和600系列。每個系列包含很多響應(yīng)代碼，如100系列可以 有100、 180、 181、 182等。而且，由于SIP協(xié)議有良好的擴(kuò)展性， 命令是可以自由擴(kuò)展的，因此，Method請求命令字段中還可以支持 任意的擴(kuò)展請求、響應(yīng)等擴(kuò)展命令。實施例三圖7為根據(jù)本發(fā)明動態(tài)沖突控制裝置的實施例三結(jié)構(gòu)示意圖。如 圖7所示，本實施例還包括分析模塊，用于分析各業(yè)務(wù)對應(yīng)的業(yè)務(wù) 協(xié)商信息，獲得沖突檢測條件及滿足業(yè)務(wù)沖突檢測條件后的對應(yīng)的處 理準(zhǔn)則，如根據(jù)業(yè)務(wù)協(xié)商信息中的標(biāo)識業(yè)務(wù)沖突的禁止存在字段 Forbidden-Value獲得不允許存在的值，以便檢測后續(xù)待觸發(fā)業(yè)務(wù)。其中，沖突處理模塊可以進(jìn)一步包括執(zhí)行子模塊，用于在后續(xù) 待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)不存在沖突時，執(zhí)行后續(xù)待觸發(fā)業(yè)務(wù)；停止 子模塊，用于在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，停止執(zhí)行 后續(xù)待觸發(fā)業(yè)務(wù)。上述動態(tài)沖突控制裝置的各實施例可參見圖2-圖4方法實施例中 對于業(yè)務(wù)協(xié)商和檢測的相關(guān)說明，由動態(tài)沖突控制裝置，如圖4中的 DCCM實現(xiàn)"通過DCCM進(jìn)行的協(xié)商"或者"通過業(yè)務(wù)進(jìn)行的協(xié)商"，根據(jù)業(yè)務(wù)協(xié)商進(jìn)行后續(xù)待觸發(fā)業(yè)務(wù)的沖突檢測，可以根據(jù)實際情況來 動態(tài)協(xié)商是否存在沖突，可以最大限度地保證所有簽約業(yè)務(wù)得以觸發(fā)靈活的同時部署多種業(yè)務(wù)、適用動態(tài)發(fā)生的沖突，滿足用戶的多種需 求。系統(tǒng)實施例 實施例一根據(jù)本發(fā)明實施例，提供了一種業(yè)務(wù)沖突處理系統(tǒng)。圖8為根據(jù) 本發(fā)明業(yè)務(wù)沖突處理系統(tǒng)的實施例一示意圖。如圖8所示，本實施例 包括用戶簽約數(shù)據(jù)服務(wù)器，可以是存儲了網(wǎng)絡(luò)用戶簽約數(shù)據(jù)、業(yè)務(wù)簽 約數(shù)據(jù)和業(yè)務(wù)支撐數(shù)據(jù)等的數(shù)據(jù)庫系統(tǒng)或服務(wù)器系統(tǒng)，可以是IMS 網(wǎng)絡(luò)中的HSS服務(wù)器等；應(yīng)用服務(wù)器，用于執(zhí)行業(yè)務(wù)邏輯、提供業(yè)務(wù)功能的服務(wù)器，可以 同時部署一個或多個業(yè)務(wù)；上述用戶簽約數(shù)據(jù)服務(wù)器和應(yīng)用服務(wù)器可以統(tǒng)稱為業(yè)務(wù)服務(wù)器， 用于為用戶提供業(yè)務(wù)相關(guān)的數(shù)據(jù)；動態(tài)沖突控制模塊DCCM，用于根據(jù)各個業(yè)務(wù)之間的業(yè)務(wù)協(xié)商檢 測網(wǎng)絡(luò)中動態(tài)發(fā)生的業(yè)務(wù)沖突，并在檢測到?jīng)_突時盡可能地解決這些 沖突，如按照處理準(zhǔn)則處理業(yè)務(wù)沖突；呼叫/會話控制實體，用于提供呼叫觸發(fā)和控制，可以是IMS中 的S-CSCF實體等。上述實施例還可以包括 一個或多個其他業(yè)務(wù)控制實體，用于提供應(yīng)用服務(wù)器以外服務(wù)，可以是除應(yīng)用服務(wù)器以外的其他實體，如業(yè) 務(wù)服務(wù)器、企業(yè)內(nèi)部的服務(wù)、其他網(wǎng)絡(luò)服務(wù)等。具體DCCM可參見上述圖5-圖7內(nèi)部結(jié)構(gòu)示意圖。本實施例的 系統(tǒng)與上述方法及裝置實施例具有相同或類似的有效效果，對于IMS 網(wǎng)絡(luò)中的業(yè)務(wù)沖突問題，本實施例可以通過DCCM業(yè)務(wù)協(xié)商的方式 進(jìn)行沖突檢測和解決，在此，對相同或相似內(nèi)容不作重復(fù)說明。實施例二圖9為根據(jù)本發(fā)明業(yè)務(wù)沖突處理系統(tǒng)的實施例二示意圖。如圖9 所示，本實施例包括三個業(yè)務(wù)服務(wù)器AS-A、 AS-B,用戶簽約數(shù)據(jù) 服務(wù)器為IMS網(wǎng)絡(luò)中的HSS。呼叫/會話控制實體為IMS網(wǎng)絡(luò)中的 S-CSCF,以下以呼叫屏蔽和呼叫前轉(zhuǎn)為例，對本實施例系統(tǒng)的工作 過程作詳細(xì)說明1) DCCM收到主叫側(cè)的初始請求INVITE,則向INVITE請求中插 入Service-List字段，將"呼叫屏蔽"業(yè)務(wù)記錄在其中，然后將請求轉(zhuǎn)發(fā)給 呼叫屏蔽業(yè)務(wù)對應(yīng)的應(yīng)用服務(wù)器AS-A;2) 呼叫屏蔽對應(yīng)的服務(wù)器AS-A收到INVITE請求后，根據(jù) Service-List字段發(fā)現(xiàn)后續(xù)業(yè)務(wù)有沖突，因此在執(zhí)行完畢后，在INVITE 請求中插入其業(yè)務(wù)協(xié)商準(zhǔn)則信息，如下Method=Invite; Tag=Request-URI; Forbidden-value=C ; D。整個字段表示，禁止將這個 SIP事務(wù)中任何請求中的Request-URI字段修改為地址C和D;3) 應(yīng)用服務(wù)器AS-A業(yè)務(wù)執(zhí)行完畢，將請求繼續(xù)轉(zhuǎn)發(fā)；4) 被叫側(cè)的S-CSCF將INVITE請求轉(zhuǎn)發(fā)給DCCM, DCCM將被叫 側(cè)將要觸發(fā)的業(yè)務(wù)也添加到Serivce-List字段末尾。并且，DCCM發(fā)現(xiàn)此會話已經(jīng)觸發(fā)過主叫側(cè)的呼叫屏蔽業(yè)務(wù)，并且還將會觸發(fā)被叫側(cè)的"呼 叫前轉(zhuǎn)"業(yè)務(wù)。這兩個業(yè)務(wù)之間可能存在沖突，則記錄該請求，以便呼叫前轉(zhuǎn)業(yè)務(wù)執(zhí)行完后進(jìn)行比較；5) DCCM將INVITE請求轉(zhuǎn)發(fā)給呼叫前轉(zhuǎn)業(yè)務(wù)對應(yīng)的應(yīng)用服務(wù)器 AS-B,應(yīng)用服務(wù)器AS-A進(jìn)行處理后，將前轉(zhuǎn)后的INVITE請求返回給 DCCM;6) DCCM根據(jù)4)步中收到的業(yè)務(wù)協(xié)商信息，檢測呼叫前轉(zhuǎn)后地址 是否違反了已執(zhí)行的呼叫屏蔽業(yè)務(wù)的業(yè)務(wù)協(xié)商準(zhǔn)則。若未違反，即未出 現(xiàn)業(yè)務(wù)沖突則繼續(xù)執(zhí)行，否則認(rèn)為出現(xiàn)沖突，并根據(jù)預(yù)先設(shè)置的處理準(zhǔn) 則來解決沖突。由上述系統(tǒng)實施例的工作流程可看出，通過DCCM或者通過業(yè)務(wù) 進(jìn)行協(xié)商，在已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果中攜帶業(yè)務(wù)協(xié)商信息，因此， 后續(xù)業(yè)務(wù)可以根據(jù)前面業(yè)務(wù)的執(zhí)行結(jié)果判斷是否存在業(yè)務(wù)沖突，可以根 據(jù)實際情況來動態(tài)協(xié)商是否存在沖突并進(jìn)行解決。對本實施例的業(yè)務(wù)協(xié)商進(jìn)行筒單介紹1) DCCM收到會話的初 始請求時，發(fā)現(xiàn)用戶簽約的多個業(yè)務(wù)之間存在沖突；2)DCCM在初 始請求中增加一個待觸發(fā)業(yè)務(wù)列表字段，即Service-List,字段中記錄 了按優(yōu)先級順序排列的待觸發(fā)業(yè)務(wù)；3) DCCM按優(yōu)先級順序依次觸 發(fā)業(yè)務(wù)；4)每個業(yè)務(wù)收到請求之后，檢查Service-List字段，判斷字 段中與自身存在沖突的業(yè)務(wù)，并在處理完請求后在返回的請求或響應(yīng) 中攜帶有助于進(jìn)一步檢測和解決沖突的業(yè)務(wù)協(xié)商信息；5)后續(xù)業(yè)務(wù) 在處理請求或響應(yīng)時，根據(jù)請求和響應(yīng)中攜帶的前面業(yè)務(wù)的業(yè)務(wù)協(xié)商 信息來判斷是否存在沖突，如存在沖突則停止執(zhí)行，否則繼續(xù)執(zhí)行。22實施例三圖10為根據(jù)本發(fā)明業(yè)務(wù)沖突處理系統(tǒng)的實施例三示意圖。本實 施例與圖8及圖9實施例類似，但是DCCM的幾種位置進(jìn)行舉例描 述，DCCM是邏輯上獨立的功能模塊，但在應(yīng)用于實際網(wǎng)絡(luò)時，可以 部署為獨立的網(wǎng)元設(shè)備，也可以應(yīng)用于其他網(wǎng)元或功能實體上。例如， 可以應(yīng)用于呼叫/會話控制實體上，或者應(yīng)用于應(yīng)用服務(wù)器，或者應(yīng)用 于其他業(yè)務(wù)控制實體上，等等。綜上所述，本發(fā)明各實施例提出一種新的業(yè)務(wù)沖突處理方法、裝 置及系統(tǒng)，可以通過協(xié)商方式進(jìn)行沖突^r測和解決，具有如下有益效 果1 )存在沖突的業(yè)務(wù)可以同時部署，并且用戶可以同時簽約這些 業(yè)務(wù)，業(yè)務(wù)觸發(fā)時具體選擇應(yīng)該執(zhí)行的業(yè)務(wù)，提高了業(yè)務(wù)部署的靈活 性；2)根據(jù)業(yè)務(wù)協(xié)商來判定是否存在沖突， 一方面僅在特定情況下 出現(xiàn)的業(yè)務(wù)沖突可以解決或避免，另一方面更多業(yè)務(wù)可以同時部署和 簽約，提高了業(yè)務(wù)部署的靈活性，以及用戶使用業(yè)務(wù)的體驗。本發(fā)明能有多種不同形式的具體實施方式
，上面以圖2-圖10為 例結(jié)合附圖對本發(fā)明的技術(shù)方案作舉例說明，這并不意味著本發(fā)明所 應(yīng)用的具體實例只能局限在特定的流程或?qū)嵤├Y(jié)構(gòu)中，本領(lǐng)域的普 通技術(shù)人員應(yīng)當(dāng)了解，上文所提供的具體實施方案只是多種優(yōu)選用法 中的一些示例，任何在已觸發(fā)業(yè)務(wù)中加入動態(tài)的業(yè)務(wù)協(xié)商信息，以利方案所要求保護(hù)的范圍之內(nèi)。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于 一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實
施例的步驟；而前述的存儲介質(zhì)包括ROM、 RAM、》茲-茱或者光盤 等各種可以存儲程序代碼的介質(zhì)。
最后應(yīng)說明的是以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不 用于限制本發(fā)明，盡管參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明， 對于本領(lǐng)域的技術(shù)人員來說，其依然可以對前述各實施例所記載的技 術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換。凡在本發(fā) 明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包 含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種業(yè)務(wù)沖突處理方法，其特征在于，包括接收用戶的呼叫/會話初始請求消息，在所述初始請求消息中加入包含待觸發(fā)業(yè)務(wù)的列表信息；根據(jù)所述列表信息觸發(fā)待觸發(fā)業(yè)務(wù)，在已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果中攜帶與后續(xù)待觸發(fā)業(yè)務(wù)存在沖突的業(yè)務(wù)協(xié)商信息；根據(jù)已觸發(fā)業(yè)務(wù)的所述業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測，在所述后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，按預(yù)設(shè)的處理準(zhǔn)則處理所述后續(xù)待觸發(fā)業(yè)務(wù)。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述列表信息中的待觸發(fā)業(yè)務(wù)按照優(yōu)先級順序排列。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述按預(yù)設(shè)的處理準(zhǔn)則解決與已觸發(fā)業(yè)務(wù)存在沖突的所述后續(xù)待觸發(fā)業(yè)務(wù)的操作包括停止觸發(fā)和執(zhí)行所述后續(xù)待觸發(fā)業(yè)務(wù)、釋放呼叫/會話。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)所述列表信息觸發(fā)待觸發(fā)業(yè)務(wù)，在已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果中攜帶與后續(xù)待觸發(fā)業(yè)務(wù)存在沖突的業(yè)務(wù)協(xié)商信息的操作包括待觸發(fā)業(yè)務(wù)接收呼叫/會話初始請求消息，才艮據(jù)呼叫/會話初始請求消息中攜帶的列表信息，檢測是否存在與之沖突的業(yè)務(wù)；所述待觸發(fā)業(yè)務(wù)處理所述請求消息，在返回的請求響應(yīng)消息中攜帶與后續(xù)待觸發(fā)業(yè)務(wù)存在沖突的業(yè)務(wù)協(xié)商信息。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)已觸發(fā)業(yè)務(wù)的所述業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測，在所述后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，按預(yù)設(shè)的處理準(zhǔn)則處理所述后續(xù)待觸發(fā)業(yè)務(wù)的操作還包括本次待觸發(fā)業(yè)務(wù)接收上一已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果，根據(jù)業(yè)務(wù)執(zhí)行結(jié)果中的所有已觸發(fā)業(yè)務(wù)的業(yè)務(wù)協(xié)商信息檢測本次待觸發(fā)業(yè)務(wù)是否與所有已觸發(fā)業(yè)務(wù)存在業(yè)務(wù)沖突；在本次待觸發(fā)業(yè)務(wù)與其中一個或多個已觸發(fā)業(yè)務(wù)存在沖突時，停止執(zhí)行本次待觸發(fā)業(yè)務(wù)。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，根據(jù)已觸發(fā)業(yè)務(wù)的所述業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測的操作包括本次待觸發(fā)業(yè)務(wù)接收上一已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果，根據(jù)業(yè)務(wù)執(zhí)行結(jié)果中的所有已觸發(fā)業(yè)務(wù)的業(yè)務(wù)協(xié)商信息檢測本次待觸發(fā)業(yè)務(wù)是否與所有已觸發(fā)業(yè)務(wù)存在業(yè)務(wù)沖突；在本次待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)不存在業(yè)務(wù)沖突時，根據(jù)列表信息，檢測是否與后續(xù)待觸發(fā)業(yè)務(wù)存在業(yè)務(wù)沖突。
7. 根據(jù)權(quán)利要求1-6中任一項所述的方法，其特征在于，所述業(yè)務(wù)協(xié)商信息包括檢測匹配消息字段、匹配消息指定字段、標(biāo)識業(yè)務(wù)沖突的禁止存在字段。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述業(yè)務(wù)協(xié)商信息還包括允許存在字段。
9. 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述檢測匹配消息字段包括SIP請求、SIP請求響應(yīng)對應(yīng)的消息字段。
10. —種動態(tài)沖突控制裝置，其特征在于，包括存儲模塊，用于存儲和管理用戶的業(yè)務(wù)協(xié)商信息和對應(yīng)的處理準(zhǔn)則；控制模塊，用于接收用戶的呼叫/會話初始請求消息；在所述初始請求消息中加入包含待觸發(fā)業(yè)務(wù)的列表信息；根據(jù)所述列表信息觸發(fā)各個待觸發(fā)業(yè)務(wù)，接收已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果及業(yè)務(wù)協(xié)商信息并存入存儲模塊；根據(jù)存儲模塊中的所述業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測，檢測業(yè)務(wù)沖突事件；沖突處理模塊，用于根據(jù)業(yè)務(wù)沖突的檢測結(jié)果，讀取對應(yīng)的處理準(zhǔn)則，按所述處理準(zhǔn)則解決與已觸發(fā)業(yè)務(wù)存在沖突的所述后續(xù)待觸發(fā)業(yè)務(wù)。
11. 根據(jù)權(quán)利要求IO所述的裝置，其特征在于，還包括分析模塊，用于分析各業(yè)務(wù)對應(yīng)的業(yè)務(wù)協(xié)商信息，獲得沖突檢測條件及滿足業(yè)務(wù)沖突檢測條件后對應(yīng)的處理準(zhǔn)則。
12. 根據(jù)權(quán)利要求IO所述的裝置，其特征在于，還包括協(xié)議處理模塊，用于適配和處理各種呼叫/會話消息的網(wǎng)絡(luò)協(xié)議；系統(tǒng)管理模塊，用于對沖突處理模塊和協(xié)議處理模塊進(jìn)行OAM管理。
13. 根據(jù)權(quán)利要求IO所述的裝置，其特征在于，所述沖突處理模塊包括執(zhí)行子模塊，用于在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)不存在沖突時，執(zhí)行所述后續(xù)待觸發(fā)業(yè)務(wù)；停止子模塊，用于在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，停止執(zhí)行所述后續(xù)待觸發(fā)業(yè)務(wù)。
14. 根據(jù)權(quán)利要求10-13任一所述的裝置，其特征在于，該裝置為獨立的網(wǎng)元設(shè)備，或位于網(wǎng)絡(luò)側(cè)呼叫/會話控制實體上，或位于網(wǎng)絡(luò)側(cè)應(yīng)用服務(wù)器上。
15. —種包括上述權(quán)利要求10-14中任一所述裝置的業(yè)務(wù)沖突處理系統(tǒng)，其特征在于，包括業(yè)務(wù)服務(wù)器，用于提供與業(yè)務(wù)相關(guān)的數(shù)據(jù)；動態(tài)沖突控制裝置，用于接收呼叫/會話消息，觸發(fā)對應(yīng)的業(yè)務(wù)服務(wù)器，根據(jù)各個業(yè)務(wù)之間的業(yè)務(wù)協(xié)商信息檢測網(wǎng)絡(luò)中動態(tài)發(fā)生的業(yè)務(wù)沖突，并進(jìn)行業(yè)務(wù)沖突處理；呼叫/會話控制實體，用于提供呼叫觸發(fā)和控制。
16. 根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)服務(wù)器包括用戶簽約數(shù)據(jù)服務(wù)器，用于存儲網(wǎng)絡(luò)用戶簽約數(shù)據(jù)及與業(yè)務(wù)相關(guān)的簽約數(shù)據(jù)；應(yīng)用服務(wù)器，用于執(zhí)行業(yè)務(wù)邏輯、提供一個或多個業(yè)務(wù)。
17.根據(jù)權(quán)利要求15或16所述的系統(tǒng)，其特征在于，還包括一個或多個業(yè)務(wù)控制實體，用于提供應(yīng)用服務(wù)器以外服務(wù)，包括業(yè)務(wù)服務(wù)器、企業(yè)內(nèi)部的服務(wù)器、網(wǎng)絡(luò)服務(wù)器。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)沖突處理方法、裝置及系統(tǒng)，其中，該方法包括接收用戶的呼叫/會話初始請求消息；在初始請求消息中加入包含待觸發(fā)業(yè)務(wù)的列表信息；根據(jù)列表信息觸發(fā)待觸發(fā)業(yè)務(wù)，在已觸發(fā)業(yè)務(wù)的業(yè)務(wù)執(zhí)行結(jié)果中攜帶與后續(xù)待觸發(fā)業(yè)務(wù)存在沖突的業(yè)務(wù)協(xié)商信息；根據(jù)已觸發(fā)業(yè)務(wù)的業(yè)務(wù)協(xié)商信息對后續(xù)待觸發(fā)業(yè)務(wù)進(jìn)行檢測，在后續(xù)待觸發(fā)業(yè)務(wù)與已觸發(fā)業(yè)務(wù)存在沖突時，按預(yù)設(shè)的處理準(zhǔn)則解決與已觸發(fā)業(yè)務(wù)存在沖突的后續(xù)待觸發(fā)業(yè)務(wù)。本發(fā)明各實施例可以解決現(xiàn)有技術(shù)中業(yè)務(wù)檢測方式不靈活、不能對出現(xiàn)沖突的業(yè)務(wù)進(jìn)行解決、不適用動態(tài)發(fā)生的沖突檢測等缺陷，可以提供靈活、動態(tài)的業(yè)務(wù)沖突檢測和解決方案。
文檔編號H04L29/06GK101674295SQ20081022213
公開日2010年3月17日 申請日期2008年9月10日 優(yōu)先權(quán)日2008年9月10日
發(fā)明者青 于, 俞承志, 怡 姜, 楊放春, 王亞晨, 耀 趙, 艾 陳 申請人:中國移動通信集團(tuán)公司