專利名稱：業(yè)務(wù)觸發(fā)方法、系統(tǒng)及業(yè)務(wù)觸發(fā)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)觸發(fā)方法、系統(tǒng)及業(yè)務(wù)觸 發(fā)裝置。
背景技術(shù)：
IP多媒體子系統(tǒng)(IMS)是基于會話初始化協(xié)議(SIP)的體系，在第 三代移動通信標(biāo)準(zhǔn)化伙伴項目(3GPP)版本5中被引入。IMS的會話層與 業(yè)務(wù)層分離，會話層的S-CSCF通過預(yù)先設(shè)置的初始過濾規(guī)則(iFC)數(shù)據(jù) 來觸發(fā)業(yè)務(wù)層的應(yīng)用服務(wù)器，包括SIP應(yīng)用服務(wù)器(AS)、開放業(yè)務(wù)接入 業(yè)務(wù)能力服務(wù)器(OSASCS) 、 IP多媒體業(yè)務(wù)交換功能(IM-SSF)等。在現(xiàn)有3GPP TS 29.288標(biāo)準(zhǔn)中， 一條iFC數(shù)據(jù)可包括0個或1個觸發(fā) 點(Trigger Point )描述，1個優(yōu)先級(Priority )數(shù)字描述，1個服務(wù)器名(Server Name)描述，以及AS不可路由時的缺省處理(Default Handling )描述。上 述觸發(fā)點的描述給出初始過濾規(guī)則匹配的條件；服務(wù)器名描述給出與該iFC 數(shù)據(jù)對應(yīng)的AS地址，且1條iFC數(shù)據(jù)中只有1個服務(wù)器名描述；優(yōu)先級數(shù) 字描述給出S-CSCF對該iFC數(shù)據(jù)的處理次序，且同一個優(yōu)先級不能指定給 多于1條iFC數(shù)據(jù)使用。根據(jù)3GPP TS 29.288標(biāo)準(zhǔn)，除注冊、注銷消息之外，S-CSCF觸發(fā)AS 的流程如下S-CSCF在接收到SIP初始請求消息后，先將該SIP請求消息 與優(yōu)先級較高的iFCl數(shù)據(jù)中描述的業(yè)務(wù)觸發(fā)條件進(jìn)行匹配，若匹配成功， 那么S-CSCF將該SIP請求消息發(fā)送給與該iFCl對應(yīng)的業(yè)務(wù)控制點AS1, 調(diào)用該ASl。 S-CSCF在接收到該AS1返回的SIP請求消息后，S-CSCF利 用ASl返回的SIP請求消息與優(yōu)先級較低的iFC2數(shù)據(jù)中描述的業(yè)務(wù)觸發(fā)條件進(jìn)行匹配，若匹配成功，那么S-CSCF將AS1返回的SIP請求消息再發(fā)送 給與iFC2對應(yīng)的AS2,調(diào)用AS2;依次執(zhí)行，直至滿足業(yè)務(wù)觸發(fā)條件的iFC 數(shù)據(jù)處理完畢。即現(xiàn)有技術(shù)中后續(xù)AS的觸發(fā)依賴于前面觸發(fā)的AS發(fā)送的 SIP初始請求消息。在該流程中，若中間的AS未能返回消息或者返回的消 息非SIP初始請求消息，那么S-CSCF將無法繼續(xù)調(diào)用下一個AS。若用戶訂閱由多個AS提供的組合業(yè)務(wù)，用戶發(fā)送的訂閱消息通過公共 服務(wù)身份(PSI)路由至提供組合業(yè)務(wù)的業(yè)務(wù)代理(Service Broker)上，此 時需要Service Broker終結(jié)該消息，且將該SUBSCRIBE消息分別發(fā)送給提 供上述組合業(yè)務(wù)的多個AS,但AS收到發(fā)給自身的SUBSCRIBE消息后，將 向Service Broker返回200 OK響應(yīng)消息，此時若采用現(xiàn)有的S-CSCF的業(yè)務(wù) 觸發(fā)方式，Service Broker將無法根據(jù)非SIP初始請求消息的200 OK消息調(diào) 用下一個AS。即現(xiàn)有技術(shù)采用上述串行業(yè)務(wù)觸發(fā)方式，在觸發(fā)一個AS之后，基于該 AS返回的SIP初始請求消息，繼續(xù)觸發(fā)下一個AS， 一旦前一個被觸發(fā)的 AS未能返回消息，或者所返回的消息類型非SIP初始請求消息，那么，采 用現(xiàn)有的業(yè)務(wù)觸發(fā)方式，將無法觸發(fā)下一個業(yè)務(wù)控制點，從而無法保證業(yè)務(wù) 觸發(fā)的實現(xiàn)。此外目前的S-CSCF采用串行觸發(fā)的方式，后續(xù)AS的觸發(fā)需要等待前 面的AS觸發(fā)完畢才可以進(jìn)行，觸發(fā)效率低下?，F(xiàn)有技術(shù)中，S-CSCF在觸發(fā)一個AS后，需要根據(jù)該AS發(fā)送回的SIP 初始請求消息繼續(xù)觸發(fā)后續(xù)的AS,但由于AS可能改變SIP消息，這樣可 能引發(fā)業(yè)務(wù)交互問題，即會引起后續(xù)的業(yè)務(wù)不工作或者工作不正常。例如 S-CSCF接收的原始SIP消息中Accept-Contact頭域中含+g.PoC.talkburst標(biāo) 志，且用戶的iFC規(guī)則中存在一條指定根據(jù)該標(biāo)志觸發(fā)至提供無線一鍵通 (PoC, Push to talk over Cellular)業(yè)務(wù)的AS的數(shù)據(jù)。但根據(jù)業(yè)務(wù)優(yōu)先級， S-CSCF可能先處理別的iFC,此時S-CSCF先觸發(fā)至AS1, AS1工作于背靠 背用戶代理(B2BUA， Back to back user agent)模式進(jìn)行業(yè)務(wù)處理并對SIP消息進(jìn)衧了修改，該標(biāo)志被丟失，這樣S-CSCF再次接收到此消息后將不能 再由前述iFC觸發(fā)到后續(xù)的提供PoC業(yè)務(wù)的AS上。目前，S-CSCF根據(jù)iFC數(shù)據(jù)中的服務(wù)器名配置觸發(fā)至一個AS,該觸發(fā) 的AS不能由用戶控制，實際上用戶可能希望能夠?qū)崟r選擇為自己服務(wù)的 AS,例如網(wǎng)絡(luò)中有多個提供會議業(yè)務(wù)的會議服務(wù)器，用戶希望選擇呼叫時 響應(yīng)速度最快的會議服務(wù)器，現(xiàn)有技術(shù)是不支持這種功能的。發(fā)明內(nèi)容有鑒于此，本發(fā)明實施例提供一種業(yè)務(wù)觸發(fā)方法，保證業(yè)務(wù)觸發(fā)的實現(xiàn)。一種業(yè)務(wù)觸發(fā)方法，包括監(jiān)測業(yè)務(wù)觸發(fā)事件；確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)的多個業(yè)務(wù)控制點； 觸發(fā)該多個業(yè)務(wù)控制點。本發(fā)明實施例還提供一種業(yè)務(wù)觸發(fā)裝置，保證業(yè)務(wù)觸發(fā)的實現(xiàn)。 一種業(yè)務(wù)觸發(fā)裝置，包括監(jiān)測單元、業(yè)務(wù)控制點信息提供單元和觸發(fā)單元，其中，監(jiān)測單元，用于監(jiān)測業(yè)務(wù)觸發(fā)事件，將監(jiān)測到的業(yè)務(wù)觸發(fā)事件信息傳送給業(yè)務(wù)控制點信息提供單元；業(yè)務(wù)控制點信息提供單元，用于接收來自監(jiān)測單元的業(yè)務(wù)觸發(fā)事件信息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點，將該多個業(yè)務(wù)控制點信息傳送給觸發(fā)單元；觸發(fā)單元，用于接收來自業(yè)務(wù)控制點信息提供單元的多個業(yè)務(wù)控制點信息，觸發(fā)該多個業(yè)務(wù)控制點。本發(fā)明實施例還提供一種業(yè)務(wù)觸發(fā)系統(tǒng)，保證業(yè)務(wù)觸發(fā)的實現(xiàn)。 一種業(yè)務(wù)觸發(fā)系統(tǒng)，包括業(yè)務(wù)觸發(fā)裝置和多個業(yè)務(wù)控制點，其中， 業(yè)務(wù)觸發(fā)裝置，用于監(jiān)測業(yè)務(wù)觸發(fā)事件，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點，且觸發(fā)該多個業(yè)務(wù)控制點。本發(fā)明賣施例提供的上述業(yè)務(wù)觸發(fā)方法、系統(tǒng)及業(yè)務(wù)觸發(fā)裝置，基于同 一個業(yè)務(wù)觸發(fā)事件，來觸發(fā)多個業(yè)務(wù)控制點，而不需要在觸發(fā)一個業(yè)務(wù)控制 點后，再基于該業(yè)務(wù)控制點返回的消息，觸發(fā)下一個業(yè)務(wù)控制點，能夠保證 后續(xù)業(yè)務(wù)控制點的觸發(fā)，并能夠提高觸發(fā)處理效率，還可以提供用戶自己選 擇業(yè)務(wù)控制點的機會。


圖1是本發(fā)明實施例中的業(yè)務(wù)觸發(fā)系統(tǒng)的架構(gòu)示意圖； 圖2是本發(fā)明實施例1中并行觸發(fā)2個業(yè)務(wù)控制點的流程圖； 圖3是本發(fā)明實施例2中并行觸發(fā)2個業(yè)務(wù)控制點的流程圖； 圖4是本發(fā)明實施例3中串行觸發(fā)2個業(yè)務(wù)控制點的流程圖； 圖5是本發(fā)明實施例4中串行觸發(fā)2個業(yè)務(wù)控制點的流程圖。
具體實施方式
為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖 作進(jìn)一步詳細(xì)描述。本發(fā)明實施例首先提供一種業(yè)務(wù)觸發(fā)方法，該方法包括監(jiān)測業(yè)務(wù)觸發(fā) 事件；確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點；觸發(fā)該多個業(yè)務(wù)控 制點。即本發(fā)明實施例的關(guān)鍵是根據(jù)同一個業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點， 所述同一業(yè)務(wù)觸發(fā)事件例如業(yè)務(wù)觸發(fā)點收到消息A,根據(jù)該消息A觸發(fā)ASl, 經(jīng)過AS1處理后返回消息B，根據(jù)同一業(yè)務(wù)觸發(fā)事件調(diào)用多個業(yè)務(wù)控制點至少 包括如下之一根據(jù)消息A觸發(fā)后續(xù)多個業(yè)務(wù)控制點，或者根據(jù)消息B觸發(fā)后 續(xù)多個業(yè)務(wù)控制點。即同一業(yè)務(wù)觸發(fā)事件可以是業(yè)務(wù)觸發(fā)點收到的原始業(yè)務(wù)觸 發(fā)事件，也可以是觸發(fā)處理過程中收到的業(yè)務(wù)觸發(fā)事件，例如AS1返回的消息 B。本發(fā)明實施例提及的業(yè)務(wù)觸發(fā)事件可包括接收到業(yè)務(wù)觸發(fā)消息，或呼叫狀態(tài)遷移。本發(fā)明實施例還基于上述業(yè)務(wù)觸發(fā)方法，提供一種業(yè)務(wù)觸發(fā)系統(tǒng)，該系統(tǒng)包括業(yè)務(wù)觸發(fā)裝置和多個業(yè)務(wù)控制點，其中，業(yè)務(wù)觸發(fā)裝置，用于監(jiān)測業(yè)務(wù)觸發(fā)事件，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸 發(fā)多個業(yè)務(wù)控制點，且觸發(fā)該多個業(yè)務(wù)控制點。業(yè)務(wù)觸發(fā)裝置，即業(yè)務(wù)觸發(fā)點，包括監(jiān)測單元、業(yè)務(wù)控制點信息提供單元和觸發(fā)單元，其中，監(jiān)測單元，用于監(jiān)測業(yè)務(wù)觸發(fā)事件，將監(jiān)測到的業(yè)務(wù)觸發(fā)事件信息傳送給業(yè)務(wù)控制點信息提供單元；業(yè)務(wù)控制點信息提供單元，用于接收來自監(jiān)測單元的業(yè)務(wù)觸發(fā)事件信息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點，將該多個業(yè)務(wù)控制點信息傳送給觸發(fā)單元；觸發(fā)單元，用于接收來自業(yè)務(wù)控制點信息提供單元的多個業(yè)務(wù)控制點信息， 觸發(fā)該多個業(yè)務(wù)控制點。參見圖1，圖1是本發(fā)明實施例中的業(yè)務(wù)觸發(fā)系統(tǒng)的架構(gòu)示意圖。其中， 業(yè)務(wù)觸發(fā)系統(tǒng)進(jìn)一步可包括業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元，該單元用于存儲業(yè)務(wù)觸 發(fā)數(shù)據(jù)，并將業(yè)務(wù)觸發(fā)數(shù)據(jù)傳送給業(yè)務(wù)觸發(fā)裝置；業(yè)務(wù)觸發(fā)裝置進(jìn)一步可包括 業(yè)務(wù)觸發(fā)數(shù)據(jù)獲取單元，用于獲取業(yè)務(wù)觸發(fā)數(shù)據(jù)，將業(yè)務(wù)觸發(fā)數(shù)據(jù)信息傳送給 業(yè)務(wù)控制點信息提供單元；業(yè)務(wù)控制點信息提供單元，進(jìn)一步用于接收來自業(yè) 務(wù)觸發(fā)數(shù)據(jù)獲取單元的所述業(yè)務(wù)觸發(fā)數(shù)據(jù)信息，根據(jù)與該業(yè)務(wù)觸發(fā)事件對應(yīng)的 業(yè)務(wù)觸發(fā)數(shù)據(jù)，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點。業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元可以是用戶歸屬服務(wù)器(HSS)等。業(yè)務(wù)觸發(fā)點可 以是S-CSCF或Service Broker等。業(yè)務(wù)控制點可以是SIPAS、 OSASCS或 IM-SSF等。設(shè)業(yè)務(wù)觸發(fā)點與業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元之間的接口用El表示，業(yè) 務(wù)觸發(fā)點通過該El接口從業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元獲取用戶簽約數(shù)據(jù)。該El接 口采用的協(xié)議可包括Diameter協(xié)議、SIP協(xié)議、通用用戶檔案(GUP )協(xié)議、 HTTP協(xié)議、移動應(yīng)用部分(MAP)協(xié)議等。設(shè)業(yè)務(wù)觸發(fā)點和業(yè)務(wù)控制點之間的接口用E2表示，業(yè)務(wù)觸發(fā)點通過該E2接口將業(yè)務(wù)觸發(fā)事件觸發(fā)至業(yè)務(wù)控制點；業(yè)務(wù)觸發(fā)后，業(yè)務(wù)控制點和業(yè)務(wù)觸發(fā)點之間通過該E2接口交互通信消息。該E2接口采用的協(xié)議可為SIP協(xié)議。在本發(fā)明實施例中，觸發(fā)多個業(yè)務(wù)控制點的做法可以是 根據(jù)同一個業(yè)務(wù)觸發(fā)事件，并行觸發(fā)多個業(yè)務(wù)控制點，即同時觸發(fā)多個業(yè)務(wù)控制點；或，根據(jù)同一個業(yè)務(wù)觸發(fā)事件，串行觸發(fā)多個業(yè)務(wù)控制點，即逐個觸發(fā)多個 業(yè)務(wù)控制點。首先詳細(xì)說明本發(fā)明實施例中基于同一個業(yè)務(wù)觸發(fā)事件并行觸發(fā)多個 業(yè)務(wù)控制點的做法，該做法可以是對現(xiàn)有業(yè)務(wù)觸發(fā)數(shù)據(jù)描述進(jìn)行擴展，根 據(jù)與該業(yè)務(wù)觸發(fā)事件對應(yīng)的業(yè)務(wù)觸發(fā)數(shù)據(jù)，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件并 行觸發(fā)多個業(yè)務(wù)控制點。擴展的業(yè)務(wù)觸發(fā)數(shù)據(jù)描述包括將與業(yè)務(wù)觸發(fā)事件 對應(yīng)的多條業(yè)務(wù)觸發(fā)數(shù)據(jù)的優(yōu)先級設(shè)置為相同，或者，在與業(yè)務(wù)觸發(fā)事件對 應(yīng)的一條業(yè)務(wù)觸發(fā)數(shù)據(jù)中配置多個業(yè)務(wù)控制點的地址信息。業(yè)務(wù)觸發(fā)點根據(jù) 擴展的業(yè)務(wù)觸發(fā)數(shù)據(jù)，并行觸發(fā)該多個業(yè)務(wù)控制點。根據(jù)在與業(yè)務(wù)觸發(fā)事件對應(yīng)的多條業(yè)務(wù)觸發(fā)數(shù)據(jù)中存在相同優(yōu)先級配 置的信息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)所述業(yè)務(wù)觸發(fā)數(shù)據(jù)對應(yīng)的多個 業(yè)務(wù)控制點，例如將2條業(yè)務(wù)觸發(fā)數(shù)據(jù)iFCl與iFC2的優(yōu)先級設(shè)置為相同，則iFCl描述 可以是<InitialFilterCriteria><Priority> 10</Priority〉 <TriggerPoint><SPT><Method>INVITE</Method></SPT></TriggerPoint><ApplicationServer><ServerName>sip: AS 1 @homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling></ApplicationServer> </InitialFilterCriteria>iFC2的描述可以是 <InitialFilterCriteria><Priority> 10</Priority><TriggerPoint><SPT><Method>INVITE</Method〉</SPT> </TriggerPoint> <ApplicationServer><ServerName>sip:AS2@homedomain.com</ServerName><DefaultHandling>0〈/DefaultHandling> </ApplicationServer> </InitialFilterCriteria>由上述iFCl與iFC2的描述可見，iFCl與iFC2的優(yōu)先級均是10，且均 根據(jù)SIP INVITE消息觸發(fā)。當(dāng)業(yè)務(wù)觸發(fā)點監(jiān)測到一個業(yè)務(wù)觸發(fā)事件，例如 收到 一個業(yè)務(wù)觸發(fā)消息SIP INVITE消息，確定該消息與該iFCl和iFC2中 描述的業(yè)務(wù)觸發(fā)條件匹配時，通過本發(fā)明實施例中業(yè)務(wù)觸發(fā)點的觸發(fā)單元， 并4亍觸發(fā)AS1和AS2，即基于該業(yè)務(wù)觸發(fā)事件，同時觸發(fā)至與iFCl對應(yīng)的 業(yè)務(wù)控制點AS1和與iFC2對應(yīng)的業(yè)務(wù)控制點AS2?；Т嬖诙鄺l優(yōu)先級相同的與同 一業(yè)務(wù)觸發(fā)事件對應(yīng)的業(yè)務(wù)觸發(fā)數(shù)據(jù)， 業(yè)務(wù)觸發(fā)點并行調(diào)用與該多條業(yè)務(wù)觸發(fā)數(shù)據(jù)分別對應(yīng)的多個業(yè)務(wù)控制點的具體做法可以是業(yè)務(wù)觸發(fā)點根據(jù)各個業(yè)務(wù)觸發(fā)數(shù)據(jù)的優(yōu)先級，對各個業(yè)務(wù)觸發(fā)數(shù)據(jù)進(jìn)行排序，并在遍歷所有業(yè)務(wù)觸發(fā)數(shù)據(jù)之后，找出優(yōu)先級相同的多個業(yè)務(wù)觸發(fā)數(shù)據(jù)；業(yè)務(wù)觸發(fā)點根據(jù)該多條業(yè)務(wù)觸發(fā)數(shù)據(jù)的優(yōu)先級相同，并行調(diào)用與該多條業(yè)務(wù)觸發(fā)數(shù)據(jù)分別對應(yīng)的多個業(yè)務(wù)控制點。下面結(jié)合具體的實施例，說明上述將iFCl與iFC2的優(yōu)先級設(shè)置為相同后，并行調(diào)用多個業(yè)務(wù)控制點的做法。參見圖2,圖2是本發(fā)明實施例1中并行觸發(fā)2個業(yè)務(wù)控制點的流程圖。其中，業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元是HSS,業(yè)務(wù)觸發(fā)點是S-CSCF，業(yè)務(wù)控制點可以是SIP AS、 OSA SCS或IM-SSF任意之一，本實施例中設(shè)2個業(yè)務(wù)控制點均是SIPAS，分別是AS1和AS2。該流程包括以下步驟 步驟201、 S-CSCF從HSS獲取業(yè)務(wù)觸發(fā)數(shù)據(jù)iFC數(shù)據(jù)。 該步驟中，可通過3GPP定義的Cx接口從HSS獲取該iFC數(shù)據(jù)。 步驟202、 S-CSCF接收用戶A發(fā)送的INVITE消息。 步驟203、 S-CSCF從用戶A的iFC數(shù)據(jù)中找到兩條優(yōu)先級相同的iFCl和iFC2。該步驟中，設(shè)iFCl的描述為 <InitialFilterCriteria><Priority> 10</Priority> <TriggerPoint><SPT><Method>INVITE</Method></SPT> </TriggerPoint> <ApplicationServer><ServerName>sip: AS 1 @homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling> </ApplicationServer> </InitialFilterCriteria>設(shè)iFC2的描述為 <InitialFilterCriteria><Priority> 10</Priority><TriggerPoint><SPT><Method>INVITE</Method></SPT> </TriggerPoint> <ApplicationServer><ServerName>sip:AS2@homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling> </ApplicationServer> </InitialFilterCriteria>S-CSCF確定再無其它相同優(yōu)先級的iFC數(shù)據(jù)，則對上述iFCl和iFC2 進(jìn)行處理。上述iFCl和iFC2中描述的業(yè)務(wù)觸發(fā)條件均為 <Method>INVITE</Method>,即若SIP請求方法為INVITE,則可確定接收 到的INVITE消息與iFCl和iFC2中的業(yè)務(wù)觸發(fā)條件相匹配。即此時存在與 同一業(yè)務(wù)觸發(fā)事件對應(yīng)的多條優(yōu)先級相同的業(yè)務(wù)觸發(fā)數(shù)據(jù)，因此S-CSCF并 行調(diào)用與該多條業(yè)務(wù)觸發(fā)數(shù)據(jù)對應(yīng)的多個業(yè)務(wù)控制點。步驟204與步驟205、 S-CSCF同時向與iFCl對應(yīng)的AS1和與iFC2對 應(yīng)的AS2發(fā)送INVITE消息，該流程結(jié)束。本實施例中，雖然基于同 一個INVITE消息觸發(fā)2個業(yè)務(wù)控制點，但是，在實際應(yīng)用中，上述iFCl與iFC2中描述的業(yè)務(wù)觸發(fā)條件可以不相同，如業(yè) 務(wù)觸發(fā)點根據(jù)該兩個iFC可分別基于同 一個INVITE消息的不同頭域或消息 體內(nèi)容等描述與接收到的業(yè)務(wù)觸發(fā)消息進(jìn)行匹配，如iFCl中描述的業(yè)務(wù)觸 發(fā)條件是INVITE消息中的From頭域內(nèi)容，iFC2中描述的業(yè)務(wù)觸發(fā)條件是 INVITE消息中的To頭域內(nèi)容，在匹配成功后，觸發(fā)與該2個iFC對應(yīng)的業(yè) 務(wù)控制點。至此，對本發(fā)明實施例1說明結(jié)束。根據(jù)在與業(yè)務(wù)觸發(fā)事件對應(yīng)的一條業(yè)務(wù)觸發(fā)數(shù)據(jù)中存在多個業(yè)務(wù)控制 點的地址配置信息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)與該業(yè)務(wù)觸發(fā)數(shù)據(jù)對 應(yīng)的多個業(yè)務(wù)控制點，例如若在iFCl中配置多個AS地址描述，則擴展后的iFCl描述可如下<InitialFilterCriteria><Priority>0</Priority><TriggerPoint></TriggerPoint><ApplicationServer><ServerName>sip: AS 1 @homedomain.com</ServerName> <ServerName>sip:AS2@homedomain.com</ServerName> <SequenceMode>0</SequenceMode> <DefaultHandling>0〈/DefaultHandling></ApplicationServer> </InitialFilterCriteria>在該實施例中，由對iFCl的描述可見，該iFCl中存在兩個業(yè)務(wù)控制點 AS1與AS2的地址描述項業(yè)務(wù)觸發(fā)點根據(jù)iFCl的描述，當(dāng)接收到一個與該iFCl中業(yè)務(wù)觸發(fā)條件 描述匹配的業(yè)務(wù)觸發(fā)事件時，業(yè)務(wù)觸發(fā)點基于該業(yè)務(wù)觸發(fā)事件觸發(fā)至與iFCl 對應(yīng)的兩個業(yè)務(wù)控制點AS1和AS2。另外，在該iFC數(shù)據(jù)描述中還增加了一個觸發(fā)順序模式指示，即其中的 S叫uenceMode指示，該指示可表示并行觸發(fā)業(yè)務(wù)控制點，或者串行觸發(fā) 業(yè)務(wù)控制點。設(shè)S叫uence Mode取值為O,表示并行觸發(fā)AS1和AS2; S叫uence Mode取值為1,表示串行觸發(fā)AS1和AS2。并可設(shè)定，當(dāng)iFC數(shù)據(jù)中不存 在Sequence Mode指示且存在多個AS地址描述時，Sequence Mode可取默 認(rèn)值，例如取默認(rèn)值為0,即并行觸發(fā)該多個AS,即業(yè)務(wù)觸發(fā)數(shù)據(jù)僅支持 并行觸發(fā)或串行觸發(fā)時，可以不需要在業(yè)務(wù)觸發(fā)數(shù)據(jù)增加明確的"觸發(fā)順序 模式指示"，當(dāng)業(yè)務(wù)觸發(fā)數(shù)據(jù)中描述了多個業(yè)務(wù)控制點時，要么并行觸發(fā)， 要么按順序觸發(fā)。當(dāng)并行觸發(fā)ASl和AS2時，可基于該業(yè)務(wù)觸發(fā)事件同時觸 發(fā)至AS1和AS2;若需要串行觸發(fā)ASl和AS2，那么可基于該業(yè)務(wù)觸發(fā)事件 先觸發(fā)至ASl與AS2的其中一個業(yè)務(wù)控制點，再觸發(fā)另一個業(yè)務(wù)控制點。無 論是并行觸發(fā)，還是串行觸發(fā)，都是基于同一個業(yè)務(wù)觸發(fā)事件實現(xiàn)。該實施例 中，Sequence Mode的取值為0。下面結(jié)合具體的實施例，說明上述在iFCl中配置多個AS地址后，并 行觸發(fā)多個業(yè)務(wù)控制點的做法。參見圖3，圖3是本發(fā)明實施例2中并行觸發(fā)2個業(yè)務(wù)控制點的流程圖。 其中，業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元是HSS,業(yè)務(wù)觸發(fā)點是S-CSCF, 2個業(yè)務(wù)控 制點分別是AS 1和AS2 。該流程包括以下步驟步驟301、 S-CSCF從HSS獲取業(yè)務(wù)觸發(fā)數(shù)據(jù)iFC數(shù)據(jù)。步驟302、 S-CSCF收到用戶A發(fā)送的INVITE請求消息。步驟303、 S-CSCF檢查用戶的iFC數(shù)據(jù)，確定需要將該INVITE請求 消息發(fā)送給該iFC數(shù)據(jù)指定的2個AS: AS1和AS2。該步驟中，設(shè)iFC數(shù)據(jù)描述如下<IiiitialFilterCriteria><Priority>0</Priority><TriggerPoint> <SPT><Method>INVITE</Method> </SPT></TriggerPoint><ApplicationServer><ServerName>sip: AS 1 @homedomain.com</ServerName> <ServerName>sip:AS2@homedomain.com</ServerName> <SequenceMode>0</SequenceMode> <DefaultHandling>0〈/DefaultHandling></ApplicationServer> </InitialFilterCriteria>S-CSCF根據(jù)該iFC數(shù)據(jù)，確定接收到的INVITE消息與該iFC數(shù)據(jù)中 描述的觸發(fā)條件〈MethodMNVITE〈/Method〉相匹配，S-CSCF進(jìn)一步根據(jù)該 iFC數(shù)據(jù)描述中S叫uenceMode取值為0以及存在多個ServerName的描述， 確定需要并行調(diào)用ServerName描述的AS 1和AS2。即此時存在與同一業(yè)務(wù) 觸發(fā)事件對應(yīng)的一條配置有多個業(yè)務(wù)控制點的地址信息的業(yè)務(wù)觸發(fā)數(shù)據(jù)，因 此S-CSCF并行調(diào)用與該多條業(yè)務(wù)觸發(fā)數(shù)據(jù)對應(yīng)的多個業(yè)務(wù)控制點。步驟304與步驟305、 S-CSCF同時將INVITE消息發(fā)送給AS1和AS2, 該流程結(jié)束。上述實施例對應(yīng)的實際應(yīng)用例如，若AS1和AS2均是提供會議業(yè)務(wù)的 會議應(yīng)用服務(wù)器，那么AS1和AS2在被同時觸發(fā)之后，可響應(yīng)該INVITE 消息，之后，由用戶選擇為自己提供服務(wù)的會議應(yīng)用服務(wù)器。至此，對本發(fā)明實施例2的說明結(jié)束。在實際應(yīng)用中，如果一個業(yè)務(wù)觸發(fā)過程，如第三方注冊流程，不需要嚴(yán)格按照現(xiàn)有iFC的優(yōu)先級調(diào)用業(yè)務(wù)控制點，那么可采用本發(fā)明實施例給出的 上述并行觸發(fā)多個業(yè)務(wù)控制點的做法進(jìn)行業(yè)務(wù)觸發(fā)，通過一次觸發(fā)調(diào)用多個 業(yè)務(wù)控制點，能夠有效提高業(yè)務(wù)觸發(fā)的效率。然后詳細(xì)說明本發(fā)明實施例中基于同一個業(yè)務(wù)觸發(fā)事件，串行觸發(fā)多個業(yè)務(wù)控制點的做法，該做法可以是采用相互獨立的觸發(fā)方式，串行觸發(fā)該多個業(yè)務(wù)控制點。所述多個業(yè)務(wù)控制點基于同一業(yè)務(wù)觸發(fā)事件被觸發(fā)，而不 是分別基于被觸發(fā)的上一個業(yè)務(wù)控制點返回的消息被觸發(fā)，也就是說下一個 業(yè)務(wù)控制點的觸發(fā)不依賴于前 一 業(yè)務(wù)控制點返回的消息。進(jìn)一步說明，在采用相互獨立的觸發(fā)方式實現(xiàn)串行觸發(fā)多個業(yè)務(wù)控制點 的做法中，可通過擴展業(yè)務(wù)觸發(fā)數(shù)據(jù)描述，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件串 行觸發(fā)多個業(yè)務(wù)控制點。例如可擴展業(yè)務(wù)觸發(fā)數(shù)據(jù)描述，增加一個觸發(fā)條件 模式指示，該指示可表示是否采用被觸發(fā)的業(yè)務(wù)控制點的觸發(fā)結(jié)果進(jìn)行后續(xù) 觸發(fā)。當(dāng)該指示取值表示不采用被觸發(fā)的業(yè)務(wù)控制點的觸發(fā)結(jié)果進(jìn)行后續(xù)觸 發(fā)時，指示業(yè)務(wù)觸發(fā)點在觸發(fā)一個業(yè)務(wù)控制點之后，不采用該業(yè)務(wù)控制點的 返回消息，而繼續(xù)采用所述業(yè)務(wù)觸發(fā)事件觸發(fā)下一個業(yè)務(wù)控制點。進(jìn)一步說明，所述采用互相獨立的觸發(fā)方式串行觸發(fā)多個業(yè)務(wù)控制點的 做法中，還可不擴展業(yè)務(wù)觸發(fā)數(shù)據(jù)，當(dāng)業(yè)務(wù)觸發(fā)事件為特定業(yè)務(wù)觸發(fā)消息時， 業(yè)務(wù)觸發(fā)點判斷該消息是否需要本地終結(jié)以實現(xiàn)串行觸發(fā)，若是，則業(yè)務(wù)觸 發(fā)點確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)與其對應(yīng)的多條業(yè)務(wù)觸發(fā)數(shù)據(jù)中描述的多個業(yè)務(wù)控制點，所述特定業(yè)務(wù)觸發(fā)消息至少包括如下之一SIP REGISTER注冊消息、SIP SUBSCRIBE訂閱消息、SIP PUBLISH發(fā)布消息、 SIP NOTIFY通知消息。當(dāng)然，串行觸發(fā)多個業(yè)務(wù)控制點的做法還可以是通過前述的在一個業(yè) 務(wù)觸發(fā)數(shù)據(jù)中描述多個業(yè)務(wù)控制點的方式，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件串 行觸發(fā)多個業(yè)務(wù)控制點，可以通過前述的"觸發(fā)順序模式指示"來指示串行 觸發(fā)，也可以缺省的只要 一 個業(yè)務(wù)觸發(fā)數(shù)據(jù)中描述了多個業(yè)務(wù)控制點就串行 觸發(fā)所述多個業(yè)務(wù)控制點。下面結(jié)合本發(fā)明實施例3至實施例4,說明根據(jù)同一個業(yè)務(wù)觸發(fā)事件， 串行觸發(fā)多個業(yè)務(wù)控制點的做法。當(dāng)業(yè)務(wù)觸發(fā)事件是特定業(yè)務(wù)觸發(fā)消息時，根據(jù)該業(yè)務(wù)觸發(fā)消息需要本地終結(jié)的判定，互相獨立的串行觸發(fā)多個業(yè)務(wù)控制點，例如 實施例3:用戶訂閱由多個AS提供的組合業(yè)務(wù)，用戶發(fā)送的訂閱消息通過PSI路 由至提供組合業(yè)務(wù)的Service Broker上，此時需要Service Broker本地終結(jié)該 消息，且將該SUBSCRIBE消息分別觸發(fā)至提供上述組合業(yè)務(wù)的多個AS， 但AS收到發(fā)給自身的SUBSCRIBE消息后將向Service Broker返回與訂閱 消息類型不同的200 0K響應(yīng)消息，這時，可采用上述相互獨立地觸發(fā)方式， 觸發(fā)該多個業(yè)務(wù)控制點。參見圖4，圖4是本發(fā)明實施例3中觸發(fā)2個業(yè)務(wù)控制點的流程圖。該 流程包括以下步驟步驟401、 Service Broker從HSS獲取業(yè)務(wù)觸發(fā)數(shù)據(jù)。該步驟中，業(yè)務(wù)觸發(fā)數(shù)據(jù)可采用過濾規(guī)則(FC )數(shù)據(jù)的形式描述，Service Broker從HSS獲取業(yè)務(wù)觸發(fā)數(shù)據(jù)的具體方法可以是通過3GPP定義的Sh接 口獲取。步驟402、 Service Broker 4妄收到用戶發(fā)送的SUBSCRIBE消息。該步驟中，該SUBSCRIBE消息中的R叫uest-URI為Service Broker自 身的地址sbl@home .net。步驟403、 Service Broker確定該SUBSCRIBE消息需要在本地終結(jié)， Service Broker檢查FC數(shù)據(jù)，以確定如何將該SUBSCRIBE消息發(fā)送給與 FC數(shù)據(jù)對應(yīng)的業(yè)務(wù)控制點。該步驟中，Service Broker根據(jù)SUBSCRIBE消息中的R叫uest-URI為本 地地址來確定該SUBSCRIBE消息需要在本地終結(jié)。該步驟中，與 SUBSCRIBE消息相匹配的業(yè)務(wù)觸發(fā)數(shù)據(jù)有2條，分別是FC1與FC2，其中，設(shè)FC1的描述如下<formula>formula see original document page 20</formula></SPT> <SPT><Group>0</Group><Method>SUBSCRIBE</Method></SPT></TriggerPoint><ApplicationServer><ServerName>sip:AS2@homedomain.com</ServerName><DefaultHandling>0</DefaultHandling></ApplicationServer></FilterCriteria>即此時業(yè)務(wù)觸發(fā)事件是特定的業(yè)務(wù)觸發(fā)消息，業(yè)務(wù)觸發(fā)點Service Broker判斷該業(yè)務(wù)觸發(fā)消息SUBSCRIBE需要本地終結(jié)，確定需要根據(jù)該業(yè) 務(wù)觸發(fā)事件串行觸發(fā)與其對應(yīng)的多條業(yè)務(wù)觸發(fā)數(shù)據(jù)FCl和FC2中描述的多 個業(yè)務(wù)控制點AS1、 AS2。根據(jù)過濾規(guī)則的優(yōu)先級，Service Broker串行觸發(fā) AS1、 AS2。步驟404、 Service Broker將SUBSCRIBE消息觸發(fā)給FC1對應(yīng)的ASl。 步驟405、 Service Broker將SUBSCRIBE消息觸發(fā)給FC2對應(yīng)的AS2。 步驟楊、ASl向Service Broker返回觸發(fā)成功的2000K響應(yīng)消息。 步驟407、 AS2向Service Broker返回觸發(fā)成功的200 OK響應(yīng)消息。 上述步驟404至步驟407中，Service Broker根據(jù)上述兩個FC數(shù)據(jù)的優(yōu) 先級，先處理優(yōu)先級為10的FC1，將SUBSCRIBE消息與該FCl中的觸發(fā) 條件〈Method〉SUBSCRIBE〈/Method〉進(jìn)行匹配，在匹配成功后，根據(jù)FCl 中描述的ASl地址項，將SUBSCRIBE消息發(fā)送給ASl。 ASl被調(diào)用成功 后，向Service Broker返回200 OK響應(yīng)消息，但是，Service Broker并不等 待ASl返回該200 OK響應(yīng)消息，而是繼續(xù)處理優(yōu)先級為15的FC2,將 SUBSCRIBE消息與該FC2中的觸發(fā)條件<Method>SUBSCRIBE</Method〉進(jìn)行匹配，在匹配成功后，根據(jù)FC2中描述的AS2地址項，將SUBSCRIBE 消息發(fā)送給AS2。步驟408、 Service Broker在接收到AS1與AS2返回的200 OK響應(yīng)消 息后，向用戶A返回200 OK響應(yīng)消息，該流程結(jié)束。 至此，對本發(fā)明實施例3的說明結(jié)束。根據(jù)與業(yè)務(wù)觸發(fā)事件對應(yīng)的至少 一條指示不采用被觸發(fā)業(yè)務(wù)控制點的觸 發(fā)結(jié)果進(jìn)行后續(xù)觸發(fā)的業(yè)務(wù)觸發(fā)數(shù)據(jù)，互相獨立的串行觸發(fā)該多個業(yè)務(wù)控制 點，例:i口 實施例4:本實施例中，業(yè)務(wù)觸發(fā)數(shù)據(jù)被擴展，增加了觸發(fā)條件模式指示，表示是 否采用被觸發(fā)的業(yè)務(wù)控制點的觸發(fā)結(jié)果進(jìn)行后續(xù)觸發(fā)。當(dāng)該指示取值表示不 采用被觸發(fā)的業(yè)務(wù)控制點的觸發(fā)結(jié)果進(jìn)行后續(xù)觸發(fā)時，指示業(yè)務(wù)觸發(fā)點在觸 發(fā)一個業(yè)務(wù)控制點之后，不采用該業(yè)務(wù)控制點的返回消息，而繼續(xù)采用所述 業(yè)務(wù)觸發(fā)事件觸發(fā)下一個業(yè)務(wù)控制點。參見圖5 ,圖5是本發(fā)明實施例4 中串行觸發(fā)2個業(yè)務(wù)控制點的流程圖。其中，業(yè)務(wù)觸發(fā)點為Service Broker, 業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元為HSS， 2個業(yè)務(wù)控制點分別是ASl和AS2。該流程 包括以下步驟步驟501 、 Service Broker從HSS獲取業(yè)務(wù)觸發(fā)數(shù)據(jù)，例如采用基于XML 的過濾規(guī)則形式描述的FC數(shù)據(jù)。步驟502、 Service Broker接收用戶A發(fā)送給用戶B的INVITE請求消白步驟503、經(jīng)過處理，該INVITE消息被轉(zhuǎn)發(fā)至用戶B 。 步驟504、用戶B發(fā)送180 Ringing消息提示被叫振鈴。 該步驟中，Service Broker啟動定時器監(jiān)^L被叫用戶B是否應(yīng)答。 步驟505、定時器超時后，Service Broker檢查用戶A的FC數(shù)據(jù)。 該步驟中，用戶B在Service Broker啟動的上述定時器超時前未能發(fā)送 2000K應(yīng)答消息，因此，在定時器超時后，Service Broker的業(yè)務(wù)觸發(fā)檢測處理就被觸發(fā)，此時Service Broker內(nèi)部狀態(tài)遷移至發(fā)端一無應(yīng)答。用戶A 的FC數(shù)據(jù)存在如下幾條描述 FC1描述如下 <FilterCriteria><Priority> 10</Priority> <TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF> <SPT><SessionState>0—NoAnswer</SessionState></SPT> </TriggerPoint> <ApplicationServer><ServerName>sip: AS 1 @homedomain.com</ServerName><TriggerConditionMode>0</TriggerConditionMode> <DefaultHandling>0〈/DefaultHandling> </ApplicationServer> </FilterCriteria> FC2描述如下 <FilterCriteria><Priority> 12</Priority> <TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF> <SPT><SessionState>0—NoAnswer</SessionState> </SPT> </TriggerPoint><ApplicationServer><ServerName>sip:AS2@homedomain.com</ServerName><TriggerConditionMode> 1 </TriggerConditionMode> <DefaultHandling>0〈/DefaultHandling> </ApplicationServer> </FilterCriteria〉其中 FC1 與 FC2 的業(yè)務(wù)觸發(fā)條件均為 <SessionState>0—NoAnswer</SessionState>, 即會話狀態(tài)由建立會話遷移為 發(fā)端—無應(yīng)答狀態(tài)。本實施例將基于同一個會話狀態(tài)遷移事件，調(diào)用上述AS1 和AS2。另外，本實施例中，F(xiàn)C1與FC2中均增加了一個觸發(fā)條件模式 (TriggerConditionMode )屬'〖生，；亥TriggerConditionMode即用于才旨示業(yè)務(wù) 觸發(fā)點是否采用被調(diào)用的業(yè)務(wù)控制點的調(diào)用結(jié)果，再繼續(xù)調(diào)用下一個業(yè)務(wù)控 制點。i殳TriggerConditionMode為0表示不采用；TriggerConditionMode為 1表示需要采用。那么，在本實施例中，根據(jù)FC1的描述 <TriggerConditionMode>0</TriggerConditionMode> , Service Broker 將 INVITE消息觸發(fā)給AS1后，并不采用AS1返回的消息，就可使用所述 INVITE 消息繼續(xù)處理 FC2 ; 根據(jù) FC2 的描述 <TriggerConditionMode>l</TriggerConditionMode〉 , Service Broker 將 INVITE消息觸發(fā)給AS2后，需要等待AS2返回消息，以根據(jù)該觸發(fā)結(jié)果 進(jìn)行后續(xù)的觸發(fā)處理。即此時業(yè)務(wù)觸發(fā)點Service Broker 4艮據(jù)與同 一業(yè)務(wù)觸發(fā)事件對應(yīng)的至少 一條指示不采用被觸發(fā)業(yè)務(wù)控制點的觸發(fā)結(jié)果進(jìn)行后續(xù)觸發(fā)的業(yè)務(wù)觸發(fā)數(shù) 據(jù)，互相獨立的串行觸發(fā)多個業(yè)務(wù)控制點AS1、 AS2。步驟506、 Service Broker根據(jù)FC1向AS1發(fā)送INVITE消息。該步驟處理完畢后，由于FC1中TriggerConditionMode為O,表示Service Broker可以繼續(xù)處理下一個〗氐優(yōu)先級的FC2,而不需要等待AS1返回消息，因此Service Broker繼續(xù)處理FC2。步驟507、 Service Broker根據(jù)FC2向AS2發(fā)送INVITE消息。該步驟中，Service Broker根據(jù)FC2的描述，由于FC2中 TriggerConditionMode為1 ，因此Service Broker需要等待AS2返回的消息以 根據(jù)該觸發(fā)結(jié)果進(jìn)行后續(xù)的觸發(fā)處理。步驟508、 AS1返回200 0K消息。步驟509、 AS2返回INVITE消息。至此，對本發(fā)明實施例4的說明結(jié)束。接下來還需要說明本發(fā)明中業(yè)務(wù)觸發(fā)點處理基于所述業(yè)務(wù)觸發(fā)事件所 觸發(fā)的多個業(yè)務(wù)控制點的響應(yīng)的方式至少包括如下之一分別處理每個業(yè)務(wù) 控制點的觸發(fā)響應(yīng)，包括各種觸發(fā)響應(yīng)消息及觸發(fā)未響應(yīng)的情況；或者，業(yè) 務(wù)觸發(fā)點只處理所述多個業(yè)務(wù)控制點中第一個返回的消息；或者，業(yè)務(wù)觸發(fā) 點只處理指定的業(yè)務(wù)控制點的響應(yīng)；或者，只要所述多個業(yè)務(wù)控制點中有一 個沒有返回響應(yīng)，則業(yè)務(wù)觸發(fā)點只處理該未響應(yīng)情況；或者，業(yè)務(wù)觸發(fā)點等 所述多個業(yè)務(wù)控制點的響應(yīng)都一致時，處理該響應(yīng)，該一致的情況可包括 都是成功的響應(yīng)、或都是失敗的響應(yīng)、或都未響應(yīng)。所述業(yè)務(wù)觸發(fā)點的處理至少包括如下之一針對業(yè)務(wù)觸發(fā)消息發(fā)送響應(yīng) 消息、失敗處理、進(jìn)行后續(xù)的業(yè)務(wù)觸發(fā)、SIP對話處理。所述針對業(yè)務(wù)觸發(fā)消息發(fā)送響應(yīng)消息，例如業(yè)務(wù)觸發(fā)消息為用戶注冊消 息，該消息可觸發(fā)多個第三方注冊消息。相應(yīng)地，針對業(yè)務(wù)觸發(fā)消息發(fā)送響 應(yīng)消息指的是該注冊消息的響應(yīng)消息，如200 OK消息。所述失敗處理指當(dāng)業(yè)務(wù)觸發(fā)點調(diào)用業(yè)務(wù)控制點失敗后的處理，所述失敗 至少包括如下之一 業(yè)務(wù)控制點無響應(yīng)、業(yè)務(wù)控制點返回消息指示調(diào)用失敗。 例如當(dāng)業(yè)務(wù)觸發(fā)點并行觸發(fā)多個業(yè)務(wù)控制點時，當(dāng)多個業(yè)務(wù)控制點都沒有響 應(yīng)時，業(yè)務(wù)觸發(fā)點進(jìn)行失敗處理，如根據(jù)iFC數(shù)據(jù)中的DefaultHandling進(jìn) 行終止會話或者繼續(xù)觸發(fā)等處理。所述進(jìn)行后續(xù)的業(yè)務(wù)觸發(fā)指業(yè)務(wù)觸發(fā)點在處理業(yè)務(wù)控制點的響應(yīng)后繼續(xù)進(jìn)行后續(xù)的業(yè)務(wù)觸發(fā)處理。例如當(dāng)業(yè)務(wù)觸發(fā)點并行觸發(fā)多個業(yè)務(wù)控制點 時，當(dāng)收到所述多個業(yè)務(wù)控制點中的第一個返回消息時，業(yè)務(wù)觸發(fā)點基于該消息進(jìn)行后續(xù)的業(yè)務(wù)觸發(fā)處理，如根據(jù)該返回消息檢查后續(xù)的iFC以觸發(fā)后續(xù)業(yè)務(wù)控制點。所述SIP對話處理指業(yè)務(wù)觸發(fā)點在收到業(yè)務(wù)控制點返回的響應(yīng)后處理 SIP對話，例如遷移對話狀態(tài)，例如業(yè)務(wù)觸發(fā)點串行向多個業(yè)務(wù)控制點發(fā)送 SUBSCRIBE消息，當(dāng)各個業(yè)務(wù)控制點返回200 OK消息后，業(yè)務(wù)觸發(fā)點將 對應(yīng)的多個SIP對話分別置為建立狀態(tài)。所述指定的業(yè)務(wù)控制點的指定方式可以是在業(yè)務(wù)觸發(fā)數(shù)據(jù)中增加是否 需要進(jìn)行指定處理的描述項。例如指定業(yè)務(wù)觸發(fā)點是否需要針對業(yè)務(wù)觸發(fā)消 息發(fā)送響應(yīng)消息，則該iFC的描述可以是 <InitialFilterCriteria><Priority>23</Priority> <TriggerPoint><ConditionTypeCNF〉0</ConditicmTypeCNF> <SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Method>SUBSCRIBE</Method> </SPT> </TriggerPoint> <ApplicationServer><ServerName>sip:AS2@homedomain.com</ServerName><NeedResponse>0</ NeedResponse> <DefaultHandling>0</DefaultHandling> </ApplicationServer> </InitialFilterCriteria>該iFC描速中，增加NeedResponse項,該NeedResponse項用于指示 需要向業(yè)務(wù)觸發(fā)消息的發(fā)起端發(fā)送響應(yīng)消息，或不需要向業(yè)務(wù)觸發(fā)消息的發(fā) 起端發(fā)送響應(yīng)。當(dāng)iFC數(shù)據(jù)中該屬性項不存在時可提供默認(rèn)值，例如默認(rèn)不 需要發(fā)送響應(yīng)消息。當(dāng)業(yè)務(wù)觸發(fā)點得到第一個指定需要發(fā)送響應(yīng)消息的業(yè)務(wù) 控制點的調(diào)用結(jié)果，例如收到業(yè)務(wù)控制點表示調(diào)用成功的消息，或者表示調(diào) 用失敗的消息，或業(yè)務(wù)控制點無響應(yīng)時，根據(jù)NeedResponse判斷是否需要 發(fā)送上述響應(yīng)消息，設(shè)NeedResponse取值為0表示需要發(fā)送上述響應(yīng)消息。業(yè)務(wù)觸發(fā)點向業(yè)務(wù)觸發(fā)事件的發(fā)起端發(fā)送的響應(yīng)消息可以是業(yè)務(wù)觸發(fā)點收到業(yè)務(wù)控制點的返回的SIP響應(yīng)消息時，將該SIP響應(yīng)消 息轉(zhuǎn)發(fā)給業(yè)務(wù)觸發(fā)事件的發(fā)起端；業(yè)務(wù)觸發(fā)點收到業(yè)務(wù)控制點返回的SIP請求消息時，向業(yè)務(wù)觸發(fā)事件的 發(fā)起端發(fā)送200 OK響應(yīng)消息；業(yè)務(wù)控制點無響應(yīng)時，業(yè)務(wù)觸發(fā)點向業(yè)務(wù)觸發(fā)事件的發(fā)起端發(fā)送響應(yīng)消 息，該響應(yīng)消息可以是480 Temporarily unavailable、 408 Request Timeout 或SIP 5XX等系列響應(yīng)消息。當(dāng)業(yè)務(wù)觸發(fā)點向業(yè)務(wù)觸發(fā)事件的發(fā)起端發(fā)送過一次響應(yīng)消息之后，即使 后續(xù)iFC數(shù)據(jù)中NeedResponse項指示需要發(fā)送上述響應(yīng)消息，業(yè)務(wù)觸發(fā)點 也不再向業(yè)務(wù)觸發(fā)事件的發(fā)起端發(fā)送響應(yīng)消息，即只有得到第一個指定需要 發(fā)送響應(yīng)消息的業(yè)務(wù)控制點的結(jié)果后才會發(fā)送響應(yīng)消息。所述業(yè)務(wù)觸發(fā)點對多個業(yè)務(wù)控制點的響應(yīng)的處理對并行觸發(fā)或者串行 觸發(fā)多個業(yè)務(wù)控制點的方式均適用。綜上所述，本發(fā)明實施例提供的上述業(yè)務(wù)觸發(fā)方法、系統(tǒng)及業(yè)務(wù)觸發(fā)點， 基于同一個業(yè)務(wù)觸發(fā)事件，來調(diào)用多個業(yè)務(wù)控制點，而不需要在調(diào)用一個業(yè) 務(wù)控制點后，再基于該業(yè)務(wù)控制點返回的消息，調(diào)用下一個業(yè)務(wù)控制點，因 此，能夠保證后續(xù)業(yè)務(wù)控制點的觸發(fā)。而且相比較串行調(diào)用業(yè)務(wù)控制點的做 法而言，本發(fā)明實施例通過一次調(diào)用多個業(yè)務(wù)控制點，能夠有效提高業(yè)務(wù)觸 發(fā)的效率。本發(fā)明還具備提供用戶自己選擇業(yè)務(wù)控制點的機會的優(yōu)點。
權(quán)利要求
1. 一種業(yè)務(wù)觸發(fā)方法，其特征在于，包括監(jiān)測業(yè)務(wù)觸發(fā)事件；確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)的多個業(yè)務(wù)控制點；觸發(fā)該多個業(yè)務(wù)控制點。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述觸發(fā)該多個業(yè)務(wù)控制點 的步驟包括并行觸發(fā)，或串行觸發(fā)。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定需要根據(jù)該業(yè)務(wù)觸 發(fā)事件觸發(fā)的多個業(yè)務(wù)控制點的步驟包括根據(jù)與該業(yè)務(wù)觸發(fā)事件對應(yīng)的業(yè)務(wù)觸發(fā)數(shù)據(jù)，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事 件觸發(fā)多個業(yè)務(wù)控制點。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述確定需要根據(jù)該業(yè)務(wù)觸 發(fā)事件觸發(fā)的多個業(yè)務(wù)控制點的步驟包括根據(jù)在與該業(yè)務(wù)觸發(fā)事件對應(yīng)的一條業(yè)務(wù)觸發(fā)數(shù)據(jù)中存在多個業(yè)務(wù)控制點 的地址配置信息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)與所述業(yè)務(wù)觸發(fā)數(shù)據(jù)對應(yīng)的多個業(yè)務(wù)控制點。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述觸發(fā)該多個業(yè)務(wù)控制點 的步驟包括根據(jù)所述業(yè)務(wù)觸發(fā)數(shù)據(jù)中的觸發(fā)順序模式指示或存在的多個業(yè) 務(wù)控制點地址配置信息，并行或串行觸發(fā)所述多個業(yè)務(wù)控制點。
6、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述確定需要根據(jù)該業(yè)務(wù)觸 發(fā)事件觸發(fā)的多個業(yè)務(wù)控制點的步驟包括根據(jù)在與該業(yè)務(wù)觸發(fā)事件對應(yīng)的多 條業(yè)務(wù)觸發(fā)數(shù)據(jù)中存在相同優(yōu)先級配置的信息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件 觸發(fā)所述業(yè)務(wù)觸發(fā)數(shù)據(jù)對應(yīng)的多個業(yè)務(wù)控制點。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述觸發(fā)該多個業(yè)務(wù)控制點 的步驟包括并行觸發(fā)所述多個業(yè)務(wù)控制點。
8、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)的多個業(yè)務(wù)控制點的步驟包括當(dāng)業(yè)務(wù)觸發(fā)事件是特定業(yè)務(wù)觸發(fā)消息時，判斷該業(yè)務(wù)觸發(fā)消息是否需要本 地終結(jié)，若是，則確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)與其對應(yīng)的多條業(yè)務(wù)觸發(fā) 數(shù)據(jù)中描述的多個業(yè)務(wù)控制點。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述特定業(yè)務(wù)觸發(fā)消息包括 SIP REGISTER注冊消息、SIP SUBSCRIBE訂閱消息、SIP PUBLISH發(fā)布消息 或SIP NOTIFY通知消息。
10、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述確定需要根據(jù)該業(yè)務(wù) 觸發(fā)事件觸發(fā)的多個業(yè)務(wù)控制點的步驟包括根據(jù)與該業(yè)務(wù)觸發(fā)事件對應(yīng)的業(yè)務(wù)觸發(fā)數(shù)據(jù)中至少一條指示不采用被觸發(fā) 的業(yè)務(wù)控制點的觸發(fā)結(jié)果，觸發(fā)所述多個業(yè)務(wù)控制點中的其他業(yè)務(wù)控制點的信 息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)與其對應(yīng)的多條業(yè)務(wù)觸發(fā)數(shù)據(jù)中描述的 多個業(yè)務(wù)控制點。
11、 根據(jù)權(quán)利要求8或IO所述的方法，其特征在于，所述觸發(fā)該多個業(yè)務(wù) 控制點的步驟包括根據(jù)該業(yè)務(wù)觸發(fā)事件，串行觸發(fā)該多個業(yè)務(wù)控制點。
12、 根據(jù)權(quán)利要求1所述的方法，其特征在于，觸發(fā)該多個業(yè)務(wù)控制點之 后，該方法進(jìn)一步包括處理所述多個業(yè)務(wù)控制點的響應(yīng)，所述處理多個業(yè) 務(wù)控制點的響應(yīng)的步驟包括分別處理每個業(yè)務(wù)控制點的觸發(fā)響應(yīng)；或，只處理所述多個業(yè)務(wù)控制點 中第一個返回的消息；或，只處理指定的業(yè)務(wù)控制點的響應(yīng)；或，只要所述 多個業(yè)務(wù)控制點中有一個沒有返回響應(yīng)，則只處理該未響應(yīng)情況；或，等所 述多個業(yè)務(wù)控制點的響應(yīng)都一致時，處理該響應(yīng)。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于，所述處理所述多個業(yè)務(wù) 控制點的響應(yīng)的步驟進(jìn)一步包括針對業(yè)務(wù)觸發(fā)消息發(fā)送響應(yīng)消息、進(jìn)行失敗處理、進(jìn)行后續(xù)的業(yè)務(wù)觸發(fā)、 或進(jìn)行SIP對話處理。
14、 一種業(yè)務(wù)觸發(fā)裝置，其特征在于，包括監(jiān)測單元、業(yè)務(wù)控制點信息提供單元和觸發(fā)單元，其中，監(jiān)測單元，用于監(jiān)測業(yè)務(wù)觸發(fā)事件，將監(jiān)測到的業(yè)務(wù)觸發(fā)事件信息傳送給業(yè)務(wù)控制點信息提供單元；業(yè)務(wù)控制點信息提供單元，用于接收來自監(jiān)測單元的業(yè)務(wù)觸發(fā)事件信 息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點，將該多個業(yè)務(wù)控制點信息傳送給觸發(fā)單元；觸發(fā)單元，用于接收來自業(yè)務(wù)控制點信息提供單元的多個業(yè)務(wù)控制點信 息，觸發(fā)該多個業(yè)務(wù)控制點。
15、 根據(jù)權(quán)利要求14所述的裝置，其特征在于，所述裝置進(jìn)一步包括 業(yè)務(wù)觸發(fā)數(shù)據(jù)獲取單元，用于獲取業(yè)務(wù)觸發(fā)數(shù)據(jù)，將業(yè)務(wù)觸發(fā)數(shù)據(jù)信息傳送給業(yè)務(wù)控制點信息提供單元；業(yè)務(wù)控制點信息提供單元，進(jìn)一步用于接收來自業(yè)務(wù)觸發(fā)數(shù)據(jù)獲取單元 的所述業(yè)務(wù)觸發(fā)數(shù)據(jù)信息，根據(jù)與該業(yè)務(wù)觸發(fā)事件對應(yīng)的業(yè)務(wù)觸發(fā)數(shù)據(jù)，確 定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點。
16、 一種業(yè)務(wù)觸發(fā)系統(tǒng)，其特征在于，包括業(yè)務(wù)觸發(fā)裝置和多個業(yè)務(wù) 控制點，其中，業(yè)務(wù)觸發(fā)裝置，用于監(jiān)測業(yè)務(wù)觸發(fā)事件，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件 觸發(fā)多個業(yè)務(wù)控制點，且觸發(fā)該多個業(yè)務(wù)控制點。
17、 根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)觸發(fā)裝置包括監(jiān)測單元、業(yè)務(wù)控制點信息提供單元和觸發(fā)單元，其中，監(jiān)測單元，用于監(jiān)測業(yè)務(wù)觸發(fā)事件，將監(jiān)測到的業(yè)務(wù)觸發(fā)事件信息傳送 給業(yè)務(wù)控制點信息提供單元；業(yè)務(wù)控制點信息提供單元，用于接收來自監(jiān)測單元的業(yè)務(wù)觸發(fā)事件信 息，確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點，將該多個業(yè)務(wù)控制 點信息傳送給觸發(fā)單元；觸發(fā)單元，用于接收來自業(yè)務(wù)控制點信息提供單元的多個業(yè)務(wù)控制點信息，觸發(fā)該多個業(yè)務(wù)控制點。
18、根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)觸發(fā)系統(tǒng)進(jìn) 一步包括；業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元，該單元用于存儲業(yè)務(wù)觸發(fā)數(shù)據(jù)，并將業(yè)務(wù)觸發(fā) 數(shù)據(jù)傳送給業(yè)務(wù)觸發(fā)裝置；所述業(yè)務(wù)觸發(fā)裝置進(jìn)一步包括業(yè)務(wù)觸發(fā)數(shù)據(jù)獲取單元，用于接收來自業(yè)務(wù)觸發(fā)數(shù)據(jù)存儲單元的業(yè)務(wù)觸 發(fā)數(shù)據(jù)信息，將業(yè)務(wù)觸發(fā)數(shù)據(jù)信息傳送給業(yè)務(wù)控制點信息提供單元；業(yè)務(wù)控制點信息提供單元，進(jìn)一步用于接收來自業(yè)務(wù)觸發(fā)數(shù)據(jù)獲取單元 的所述業(yè)務(wù)觸發(fā)數(shù)據(jù)信息，根據(jù)與該業(yè)務(wù)觸發(fā)事件對應(yīng)的業(yè)務(wù)觸發(fā)數(shù)據(jù)，確 定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點。
全文摘要
本發(fā)明實施例公開了一種業(yè)務(wù)觸發(fā)方法，該方法包括監(jiān)測業(yè)務(wù)觸發(fā)事件；確定需要根據(jù)該業(yè)務(wù)觸發(fā)事件觸發(fā)多個業(yè)務(wù)控制點；觸發(fā)該多個業(yè)務(wù)控制點。本發(fā)明實施例還基于上述方法公開了一種業(yè)務(wù)觸發(fā)系統(tǒng)及業(yè)務(wù)觸發(fā)點裝置。本發(fā)明實施例提供的上述業(yè)務(wù)觸發(fā)方法、系統(tǒng)及業(yè)務(wù)觸發(fā)裝置，基于同一個業(yè)務(wù)觸發(fā)事件，來調(diào)用多個業(yè)務(wù)控制點，而不需要在觸發(fā)一個業(yè)務(wù)控制點后，再基于該業(yè)務(wù)控制點返回初始請求消息，觸發(fā)下一個業(yè)務(wù)控制點，能夠保證后續(xù)業(yè)務(wù)控制點的觸發(fā)，并能夠提高觸發(fā)處理效率，還可以提供用戶自己選擇業(yè)務(wù)控制點的機會。
文檔編號H04L29/06GK101222483SQ200710001260
公開日2008年7月16日 申請日期2007年1月11日 優(yōu)先權(quán)日2007年1月11日
發(fā)明者桑 吳, 施有鑄 申請人:華為技術(shù)有限公司