專利名稱：一種業(yè)務(wù)控制單元預(yù)處理方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及因特網(wǎng)多媒體子系統(tǒng)的業(yè)務(wù)調(diào)用技術(shù)，特別涉及一種業(yè)務(wù)控 制單元預(yù)處理方法、裝置及系統(tǒng)。
背景技術(shù)：
因特網(wǎng)協(xié)議多媒體子系統(tǒng)(IMS, Internet Protocol Multimedia Subsystem ) 是第三代移動(dòng)通信合作伙伴計(jì)劃(3GPP， 3rd Generation Partnership Project) 定義的一個(gè)IP多媒體子系統(tǒng)。IMS網(wǎng)絡(luò)采用會(huì)話初始化協(xié)議(SIP)作為呼 叫控制信令，是3G移動(dòng)通信網(wǎng)絡(luò)提供統(tǒng) 一 多媒體業(yè)務(wù)和應(yīng)用的目標(biāo)網(wǎng)絡(luò)。在IMS網(wǎng)絡(luò)中，會(huì)話層和業(yè)務(wù)層分離，IMS為業(yè)務(wù)的調(diào)用提供必要的方法。 各種業(yè)務(wù)的宿主執(zhí)行環(huán)境稱為業(yè)務(wù)控制單元，能夠提供各種業(yè)務(wù)邏輯控制功能。 業(yè)務(wù)控制單元包括IMS應(yīng)用服務(wù)器、傳統(tǒng)智能網(wǎng)業(yè)務(wù)控制功能實(shí)體(SCF， Service Control Function)等。以IMS應(yīng)用服務(wù)器為例，在IMS網(wǎng)絡(luò)中提供業(yè) 務(wù)的過(guò)程包括以下三個(gè)基本步驟步驟l:定義可能的業(yè)務(wù)或業(yè)務(wù)集合；步驟2:當(dāng)用戶定購(gòu)/修改業(yè)務(wù)訂購(gòu)關(guān)系時(shí)，以初始過(guò)濾規(guī)則(iFC， Initial Filter Criteria)的形式創(chuàng)建用戶專有的業(yè)務(wù)數(shù)據(jù)；具體來(lái)說(shuō)，iFC中包含業(yè)務(wù)調(diào)用條件及其對(duì)應(yīng)的應(yīng)用服務(wù)器(AS， Application Server),業(yè)務(wù)調(diào)用條件由業(yè)務(wù)點(diǎn)觸發(fā)器(SPT， Service Point Trigger)描述，SPT的內(nèi)容包括請(qǐng)求-統(tǒng)一資源標(biāo)識(shí)(Request-URI)，標(biāo) 識(shí)SIP初始請(qǐng)求所指向的資源；SIP方法(Method),表示該SIP初始請(qǐng)求 的類型；SIP頭域(Header),包含與該SIP初始請(qǐng)求相關(guān)的信息，可以是 任何SIP頭域及其中的頭域內(nèi)容；會(huì)話情形(Session Case)，有三個(gè)可能
的值，即起始、終止或終止未注冊(cè)；會(huì)話描述(Session Description) ， SIP 方法內(nèi)的任何會(huì)話描述協(xié)議(SDP, Session Description Protocol)字段內(nèi)容。
步驟3:當(dāng)服務(wù)-呼叫會(huì)話控制功能(S-CSCF)接收到SIP初始請(qǐng)求時(shí)， 根據(jù)當(dāng)前會(huì)話情形和所接收到的SIP初始請(qǐng)求消息，執(zhí)行iFC,確定與當(dāng)前 會(huì)話情形以及該SIP初始請(qǐng)求相對(duì)應(yīng)的應(yīng)用服務(wù)器，并將所接收到的SIP初 始請(qǐng)求傳遞給所確定的應(yīng)用服務(wù)器。
通常，不同的業(yè)務(wù)可以由不同的應(yīng)用服務(wù)器提供，而不同業(yè)務(wù)在應(yīng)用過(guò) 程中可能會(huì)存在相互影響和沖突。例如，S-CSCF收到一個(gè)SIP邀請(qǐng)消息 (INVITE),依據(jù)iFC的執(zhí)行，依次調(diào)用了 AS1、 AS2、 AS3這三個(gè)應(yīng)用服 務(wù)器，并將該INVITE消息發(fā)送至被叫用戶；被叫用戶終端振鈴，假設(shè);波叫 用戶開通了無(wú)應(yīng)答前轉(zhuǎn)語(yǔ)音郵箱服務(wù)，振鈴超時(shí)后，呼叫被前轉(zhuǎn)至語(yǔ)音郵箱； 語(yǔ)音郵箱應(yīng)答，S-CSCF接收到來(lái)自于語(yǔ)音郵箱的應(yīng)答響應(yīng)消息(200 OK)， 按照現(xiàn)有技術(shù)，該200 OK消息將按照已經(jīng)建立的信令路徑依次發(fā)往AS3、 AS2和AS1;而AS2接收到200 OK消息則認(rèn)為這是用戶返回的200 OK消 息，將向其播放語(yǔ)音信息，而本例中的200 0K消息實(shí)際上是語(yǔ)音郵箱返回 的，顯然，AS2不能接收該200OK消息。
而且，根據(jù)IMS標(biāo)準(zhǔn)，應(yīng)用服務(wù)器只能被SIP初始請(qǐng)求消息，如INVITE 消息、即時(shí)消息(MESSAGE)、訂閱消息(SUBSCRIBE )和參考消息(REFER) 等所觸發(fā)，即iFC中只處理SIP初始請(qǐng)求消息；但是，某些應(yīng)用服務(wù)器實(shí)際 上只有在通信過(guò)程中的特定場(chǎng)景下才需要被觸發(fā)。例如，處理遇忙呼叫前轉(zhuǎn) (Call Forwarding Busy, CFB )的應(yīng)用服務(wù)器CFB AS只有在被叫用戶遇忙 時(shí)才需要被觸發(fā)，但是，由于現(xiàn)有技術(shù)在SIP初始請(qǐng)求時(shí)就需要建立信令路 徑，因此，CFB AS必須在SIP初始請(qǐng)求時(shí)就被觸發(fā)，而如果被叫用戶當(dāng)前 空閑，則CFB AS將無(wú)用的處在信令路徑中，顯然，這樣降低了呼叫建立的 效率、延長(zhǎng)了呼叫接續(xù)的時(shí)間。
此外，根據(jù)IMS標(biāo)準(zhǔn)， 一個(gè)完整、正常的呼叫建立過(guò)程將依次經(jīng)過(guò) INVITE消息、183響應(yīng)碼消息、臨時(shí)確認(rèn)消息(PRACK) 、 200響應(yīng)碼消
息、更新消息(UPDATE) 、 200響應(yīng)碼消息、180振鈴響應(yīng)消息、PRACK 消息、200響應(yīng)碼消息、200應(yīng)答響應(yīng)消息、確認(rèn)消息(ACK)共11個(gè)消息。 當(dāng)S-CSCF收到INVITE消息，依據(jù)iFC的執(zhí)行，調(diào)用AS1并向其發(fā)送INVITE 消息之后，此后S-CSCF所收到的10個(gè)后續(xù)呼叫建立消息，都將按照已經(jīng) 建立的信令路徑發(fā)送給AS1;但實(shí)際上，AS1只需要接收INVITE消息、180 振鈴響應(yīng)消息、200應(yīng)答響應(yīng)消息、ACK消息這共4個(gè)消息即可實(shí)現(xiàn)業(yè)務(wù)邏 輯控制，S-CSCF將所有消息都發(fā)送給AS1，降低了呼叫建立的效率、延長(zhǎng) 呼叫了接續(xù)的時(shí)間。
由上述分析可見，由于現(xiàn)有技術(shù)中應(yīng)用服務(wù)器的信令路徑在SIP初始請(qǐng) 求時(shí)就被固定，無(wú)法在通信后續(xù)過(guò)程中再進(jìn)行調(diào)整。因此，無(wú)法解決業(yè)務(wù)控 制單元被調(diào)用之后的業(yè)務(wù)交互及沖突問(wèn)題，無(wú)法按照需要向業(yè)務(wù)控制單元發(fā) 送消息，并使得呼叫建立的效率較低、呼叫接續(xù)的時(shí)間較長(zhǎng)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種業(yè)務(wù)控制單元預(yù)處理方法， 以使得業(yè)務(wù)控制單元的信令路徑在通信后續(xù)過(guò)程中能夠被調(diào)整，從而解決業(yè) 務(wù)交互及沖突問(wèn)題。
本發(fā)明的第二個(gè)主要目的在于提供一種業(yè)務(wù)控制單元預(yù)處理裝置，以使 得業(yè)務(wù)控制單元的信令路徑在通信后續(xù)過(guò)程中能夠被調(diào)整，從而解決業(yè)務(wù)交 互及沖突問(wèn)題。
本發(fā)明的第三個(gè)主要目的在于提供一種業(yè)務(wù)控制單元預(yù)處理系統(tǒng)，以使 得業(yè)務(wù)控制單元的信令路徑在通信后續(xù)過(guò)程中能夠被調(diào)整，從而解決業(yè)務(wù)交 互及沖突問(wèn)題。
為達(dá)到上述目的，本發(fā)明的技術(shù)方案具體是這樣實(shí)現(xiàn)的
一種業(yè)務(wù)控制單元預(yù)處理方法，該方法包括以下步驟
A、執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào)用業(yè)務(wù)控制單元及其相對(duì)應(yīng)的預(yù)處理描 述信息；
B、在業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所確定的預(yù)處理描述信息對(duì)當(dāng)前通信進(jìn);f亍處理。
進(jìn)一步地，在步驟A之前可以包括
AO 、根據(jù)所述被調(diào)用業(yè)務(wù)控制單元在業(yè)務(wù)執(zhí)行過(guò)程中可能出現(xiàn)的處理情 況，在所述業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置與所述被調(diào)用業(yè)務(wù)控制單元相對(duì)應(yīng)的預(yù)處理描 述信息。
步驟B所述進(jìn)行相應(yīng)的處理可以為當(dāng)所述預(yù)觸發(fā)條件滿足時(shí)，執(zhí)行與所
述預(yù)觸發(fā)條件相對(duì)應(yīng)的預(yù)處理方式。
其中，所述預(yù)觸發(fā)條件可以包括后續(xù)消息、會(huì)話狀態(tài)和業(yè)務(wù)控制單元調(diào)用
失敗中的至少一種；
所述預(yù)處理方式可以包括發(fā)送消息、拒絕消息、重新調(diào)用業(yè)務(wù)控制單元、
調(diào)用同質(zhì)業(yè)務(wù)控制單元、調(diào)用新的業(yè)務(wù)控制單元、執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則、
停止執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則、釋放業(yè)務(wù)控制單元和通信釋放中的至少一種。
其中，所述后續(xù)消息可以包括所述被調(diào)用業(yè)務(wù)控制單元被調(diào)用之后、直至
當(dāng)前通信被釋放之前的包括釋放消息在內(nèi)的所有消息中的至少 一個(gè)； 所述會(huì)話狀態(tài)可以包括當(dāng)前通信的所有過(guò)程狀態(tài)中的至少一個(gè)； 所述業(yè)務(wù)控制單元調(diào)用失敗可以包括所述被調(diào)用業(yè)務(wù)控制單元沒有響應(yīng)和
/或所述^皮調(diào)用業(yè)務(wù)控制單元中的業(yè)務(wù)邏輯調(diào)用失敗。
其中，所述預(yù)觸發(fā)條件中的后續(xù)消息可以包括任意后續(xù)消息的消息名稱
和/或消息內(nèi)容和/或消息來(lái)源信息。
其中，所述預(yù)處理方式中的發(fā)送消息可以為向所述被調(diào)用業(yè)務(wù)控制單元
發(fā)送指定的消息。
其中，所述指定的消息可以為指定消息名稱的消息。
進(jìn)一步地，所述指定的消息可以為指定消息內(nèi)容和/或消息來(lái)源的消息。
其中，所述指定的消息可以包括所述預(yù)觸發(fā)條件中的后續(xù)消息。
其中，所述預(yù)處理方式中的拒絕消息可以為禁止向所述被調(diào)用業(yè)務(wù)控制
單元發(fā)送所述預(yù)觸發(fā)條件中的后續(xù)消息。
進(jìn)一步地，在所述業(yè)務(wù)過(guò)濾規(guī)則中可以描述與所述被調(diào)用業(yè)務(wù)控制單元同
質(zhì)的業(yè)務(wù)控制單元信息；
所述調(diào)用同質(zhì)業(yè)務(wù)控制單元可以為當(dāng)所述被調(diào)用業(yè)務(wù)控制單元調(diào)用失敗 時(shí)，向所述同質(zhì)業(yè)務(wù)控制單元發(fā)送調(diào)用消息。
進(jìn)一步地，在所述預(yù)處理描述信息中可以指定新業(yè)務(wù)控制單元的地址；
所述調(diào)用新的業(yè)務(wù)控制單元可以為當(dāng)所迷預(yù)觸發(fā)條件滿足時(shí)，向所述新 業(yè)務(wù)控制單元發(fā)送調(diào)用消息。
進(jìn)一步地，當(dāng)所述業(yè)務(wù)控制單元調(diào)用失敗為業(yè)務(wù)控制單元中的業(yè)務(wù)邏輯調(diào) 用失敗時(shí)，所述被調(diào)用業(yè)務(wù)控制單元可以返回表示業(yè)務(wù)邏輯調(diào)用失敗的消息。
其中，所述被調(diào)用業(yè)務(wù)控制單元可以為多個(gè)業(yè)務(wù)控制單元。
進(jìn)一步地，可以在所述預(yù)觸發(fā)條件中描述與所述業(yè)務(wù)控制單元調(diào)用失敗相 關(guān)的所述被調(diào)用業(yè)務(wù)控制單元。
進(jìn)一步地，可以在所述預(yù)處理方式中描述所述發(fā)送消息的目的業(yè)務(wù)控制單 元，和/或所述拒絕消息的目的業(yè)務(wù)控制單元，和/或與所述重新調(diào)用業(yè)務(wù)控制單 元的來(lái)源相關(guān)的所述被調(diào)用業(yè)務(wù)控制單元，和/或與所述調(diào)用同質(zhì)業(yè)務(wù)控制單元 的來(lái)源相關(guān)的所述被調(diào)用業(yè)務(wù)控制單元，和/或所述釋放業(yè)務(wù)控制單元的目的業(yè) 務(wù)控制單元。
進(jìn)一步地，可以在所述預(yù)處理描述信息中描述多個(gè)被調(diào)用業(yè)務(wù)控制單元的 預(yù)觸發(fā)條件的任意組合、以及與所述預(yù)觸發(fā)條件的任意組合相對(duì)應(yīng)的預(yù)處理方式。
其中，執(zhí)行步驟A所述業(yè)務(wù)過(guò)濾規(guī)則的依據(jù)是接收到業(yè)務(wù)觸發(fā)消息、或 當(dāng)前通信過(guò)程狀態(tài)發(fā)生遷移。
其中，所述業(yè)務(wù)控制單元可以為因特網(wǎng)多媒體子系統(tǒng)IMS應(yīng)用服務(wù)器或傳 統(tǒng)智能網(wǎng)業(yè)務(wù)控制功能實(shí)體SCF。
一種業(yè)務(wù)控制單元預(yù)處理裝置，該裝置包括預(yù)處理信息獲取模塊和預(yù)處 理方法執(zhí)行模塊；
所述預(yù)處理信息獲取模塊，用于執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào)用業(yè)務(wù)控制 單元及其相對(duì)應(yīng)的預(yù)處理描述信息，并向所述預(yù)處理方法執(zhí)行模塊提供所述預(yù)
處理描述信息；
所述預(yù)處理方法執(zhí)行模塊，用于在業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所述預(yù)處理信息 獲取模塊所提供的預(yù)處理描述信息對(duì)當(dāng)前通信進(jìn)行處理。
進(jìn)一步地，該裝置還可以包括預(yù)觸發(fā)條件匹配模塊；
所述預(yù)處理描述信息可以包括預(yù)觸發(fā)條件及其對(duì)應(yīng)的預(yù)處理方法；
所述預(yù)觸發(fā)條件匹配模塊，可以用于在所述業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所述預(yù) 處理信息獲取模塊所提供的預(yù)觸發(fā)條件判斷所述預(yù)觸發(fā)條件是否滿足，當(dāng)所述 預(yù)觸發(fā)條件滿足時(shí)，通知所述預(yù)處理方法執(zhí)行模塊，執(zhí)行所述預(yù)處理信息獲取 模塊所提供的預(yù)處理方法。
一種業(yè)務(wù)控制單元預(yù)處理系統(tǒng)，該系統(tǒng)包括業(yè)務(wù)過(guò)濾規(guī)則庫(kù)、業(yè)務(wù)控制 單元預(yù)處理裝置和業(yè)務(wù)控制單元；
所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)，用于保存或產(chǎn)生用戶的業(yè)務(wù)過(guò)濾規(guī)則，并用于向所 述業(yè)務(wù)控制單元預(yù)處理裝置提供所述業(yè)務(wù)過(guò)濾規(guī)則；
所述業(yè)務(wù)控制單元預(yù)處理裝置，用于根據(jù)業(yè)務(wù)過(guò)濾規(guī)則庫(kù)所提供的業(yè)務(wù)過(guò) 濾規(guī)則，確定與所述業(yè)務(wù)控制單元相對(duì)應(yīng)的預(yù)處理描述信息，并根據(jù)所述預(yù)處 理描述信息對(duì)當(dāng)前通信進(jìn)行處理；
所述業(yè)務(wù)控制單元，用于根據(jù)所述業(yè)務(wù)控制單元預(yù)處理裝置的處理，提供 各種業(yè)務(wù)邏輯控制功能。
其中，當(dāng)在業(yè)務(wù)處理過(guò)程中產(chǎn)生業(yè)務(wù)過(guò)濾規(guī)則時(shí)，所述業(yè)務(wù)控制單元，可 以進(jìn)一 步用于將所產(chǎn)生的業(yè)務(wù)過(guò)濾規(guī)則發(fā)送給業(yè)務(wù)過(guò)濾規(guī)則庫(kù)；
所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)，可以進(jìn)一步用于接收、并保存來(lái)自于所述業(yè)務(wù)控制 單元的業(yè)務(wù)過(guò)濾規(guī)則。
其中，所迷業(yè)務(wù)過(guò)濾規(guī)則庫(kù)為至少一個(gè)；
所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)可以為單獨(dú)設(shè)置的用戶簽約數(shù)據(jù)庫(kù)；
或者，可以設(shè)置于所述業(yè)務(wù)控制單元預(yù)處理裝置中，所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù) 中的業(yè)務(wù)過(guò)濾規(guī)則作為程序或配置數(shù)據(jù)存在于所述業(yè)務(wù)控制單元預(yù)處理裝置之中；或者，可以設(shè)置于所述業(yè)務(wù)控制單元中，所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)中的業(yè)務(wù)過(guò) 濾規(guī)則在業(yè)務(wù)處理過(guò)程中產(chǎn)生。由上述技術(shù)方案可見，本發(fā)明預(yù)先根據(jù)被調(diào)用業(yè)務(wù)控制單元在業(yè)務(wù)執(zhí)行 過(guò)程中可能出現(xiàn)的處理情況，在業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置與被調(diào)用業(yè)務(wù)控制單元相對(duì)應(yīng)的預(yù)處理描述信息；然后執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定業(yè)務(wù)控制單元及其 相對(duì)應(yīng)的預(yù)處理描述信息；在此后的業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所確定的預(yù)處理 描述信息，對(duì)當(dāng)前通信處理，從而能夠在通信后續(xù)過(guò)程中調(diào)整業(yè)務(wù)控制單元 的信令路徑，解決業(yè)務(wù)控制單元被調(diào)用之后的業(yè)務(wù)交互及沖突問(wèn)題，并提高 呼叫建立效率、縮短呼叫接續(xù)時(shí)間。而且，本發(fā)明的預(yù)處理描述信息是根據(jù)被調(diào)用業(yè)務(wù)控制單元在業(yè)務(wù)執(zhí)行 過(guò)程中可能出現(xiàn)的處理情況設(shè)置的，而由于業(yè)務(wù)控制單元所能提供的服務(wù)能 力是可知的，因此預(yù)處理描述信息可以針對(duì)業(yè)務(wù)控制單元的服務(wù)能力、以及 不同處理情況進(jìn)行設(shè)置，從而解決業(yè)務(wù)控制單元被調(diào)用之后的業(yè)務(wù)交互及沖 突問(wèn)題。此外，本發(fā)明可以在一個(gè)業(yè)務(wù)過(guò)濾規(guī)則中對(duì)多個(gè)被調(diào)用業(yè)務(wù)控制單元進(jìn) 行預(yù)處理，如此， 一方面可以簡(jiǎn)化對(duì)業(yè)務(wù)過(guò)濾規(guī)則的描述和執(zhí)行；另一方面， 還可以組合出更多、更為靈活的預(yù)處理應(yīng)用。


圖1為本發(fā)明較佳實(shí)施例中業(yè)務(wù)控制單元預(yù)處理方法的流程示意圖。 圖2為本發(fā)明具體實(shí)施例一至三中業(yè)務(wù)控制單元預(yù)處理方法的流程示 意圖。圖3為本發(fā)明具體實(shí)施例中業(yè)務(wù)控制單元預(yù)處理裝置的結(jié)構(gòu)示意圖。 圖4為本發(fā)明具體實(shí)施例中業(yè)務(wù)控制單元預(yù)處理系統(tǒng)的結(jié)構(gòu)示意圖.
具體實(shí)施方式
為使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白，以下參照附圖并舉 實(shí)施例，對(duì)本發(fā)明作進(jìn)一步詳細(xì)說(shuō)明。圖1為本發(fā)明較佳實(shí)施例中業(yè)務(wù)控制單元預(yù)處理方法的流程示意圖。參見圖1，該方法包括以下步驟步驟101:執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào)用業(yè)務(wù)控制單元及其相對(duì)應(yīng)的 預(yù)處理描述信息。本步驟中，業(yè)務(wù)過(guò)濾規(guī)則被執(zhí)行的依據(jù)是根據(jù)業(yè)務(wù)觸發(fā)消息、當(dāng)前通 信的過(guò)程狀態(tài)發(fā)生了遷移等，例如，業(yè)務(wù)觸發(fā)消息可以是SIP初始請(qǐng)求消息 等，狀態(tài)遷移可以是從"振鈴，，狀態(tài)遷移到"終端無(wú)應(yīng)答"狀態(tài)等。本發(fā)明預(yù)先根據(jù)被調(diào)用業(yè)務(wù)控制單元在業(yè)務(wù)執(zhí)行過(guò)程中可能出現(xiàn)的處 理情況，在業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置與被調(diào)用業(yè)務(wù)控制單元相對(duì)應(yīng)的預(yù)處理描述 信息，該預(yù)處理描述信息包括預(yù)觸發(fā)條件及其相對(duì)應(yīng)的預(yù)處理方式其中，預(yù)觸發(fā)條件包括后續(xù)消息、會(huì)話狀態(tài)以及業(yè)務(wù)控制單元調(diào)用失敗 中的至少一種；預(yù)處理方式包括發(fā)送消息、拒絕消息、重新調(diào)用業(yè)務(wù)控制單 元、調(diào)用同質(zhì)業(yè)務(wù)控制單元、調(diào)用新的業(yè)務(wù)控制單元、執(zhí)行下一條業(yè)務(wù)過(guò)濾 規(guī)則、停止執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則、釋放業(yè)務(wù)控制單元和通信釋放中的至少一種。這里，預(yù)觸發(fā)條件中的后續(xù)消息是指該業(yè)務(wù)控制單元被調(diào)用之后(即收 到業(yè)務(wù)觸發(fā)消息或當(dāng)前通信的過(guò)程狀態(tài)發(fā)生遷移之后)、直至當(dāng)前通信被釋 放之前的所有消息，也包括釋放消息，例如可以是SIP初始請(qǐng)求消息的響應(yīng) 消息、或任意SIP方法等；后續(xù)消息的消息名稱、消息內(nèi)容及其任意組合都 可以作為預(yù)觸發(fā)條件；預(yù)觸發(fā)條件中可以包括一個(gè)或一個(gè)以上后續(xù)消息；預(yù)觸發(fā)條件中的會(huì)話狀態(tài)包括當(dāng)前通信的所有過(guò)程狀態(tài)及其任意組合， 以3GPP TS 23.278標(biāo)準(zhǔn)為例，會(huì)話狀態(tài)包括收集信息、分析信息、路由 選擇失敗、發(fā)端一忙、發(fā)端_無(wú)應(yīng)答、發(fā)端—應(yīng)答、發(fā)端一拆線、發(fā)端—放棄、 終端試呼鑒權(quán)、終端一忙、終端一無(wú)應(yīng)答、終端—應(yīng)答、終端—拆線、終端一》丈棄，在預(yù)觸發(fā)條件中可以包括上述會(huì)話狀態(tài)中的一個(gè)或一個(gè)以上；上述每一 會(huì)話狀態(tài)的具體解釋可參見3GPP TS 23.278,這里不再贅述；預(yù)觸發(fā)條件中的業(yè)務(wù)控制單元調(diào)用失敗是指被調(diào)用業(yè)務(wù)控制單元沒有 響應(yīng)，或被調(diào)用業(yè)務(wù)控制單元中的業(yè)務(wù)邏輯調(diào)用失敗等；其中，后者表示業(yè) 務(wù)控制單元被正常調(diào)用，返回了響應(yīng)，但是未能如期為用戶提供相應(yīng)的業(yè)務(wù)， 導(dǎo)致業(yè)務(wù)邏輯調(diào)用失敗的原因可能是用戶無(wú)權(quán)限或無(wú)數(shù)據(jù)使用該業(yè)務(wù)、業(yè)務(wù) 控制單元中某個(gè)功能故障等，業(yè)務(wù)邏輯調(diào)用失敗不同于業(yè)務(wù)控制單元中的業(yè) 務(wù)邏輯被正常調(diào)用但通信失敗的情況，例如呼叫限制業(yè)務(wù)被調(diào)用就屬于通信 失??；可以擴(kuò)展相關(guān)協(xié)議，使得當(dāng)業(yè)務(wù)邏輯調(diào)用失敗時(shí)，業(yè)務(wù)控制單元可以 返回表示業(yè)務(wù)邏輯調(diào)用失敗的消息，如一個(gè)表示業(yè)務(wù)邏輯調(diào)用失敗的SIP響 應(yīng)碼或攜帶有業(yè)務(wù)邏輯調(diào)用失敗指示的SIP消息等；在實(shí)際應(yīng)用中，也可以 將返回的失敗消息作為預(yù)觸發(fā)條件中的后續(xù)消息來(lái)表示業(yè)務(wù)邏輯調(diào)用失敗； 在預(yù)觸發(fā)條件中，可以分別描述各種業(yè)務(wù)控制單元調(diào)用失敗的情況，例如， 業(yè)務(wù)控制單元沒有相應(yīng)或業(yè)務(wù)邏輯調(diào)用失敗等，也可以將各種業(yè)務(wù)控制單元 調(diào)用失敗的情況統(tǒng)一描述。預(yù)處理方式中的發(fā)送消息為向業(yè)務(wù)控制單元發(fā)送指定的消息，預(yù)處理 方式中可以只描述所指定的消息的名稱，還可以進(jìn)一步描述所指定的消息的 內(nèi)容，并且，所指定的消息還可以是預(yù)觸發(fā)條件中的后續(xù)消息；預(yù)處理方式中的拒絕消息為禁止向業(yè)務(wù)控制單元發(fā)送預(yù)觸發(fā)條件中的 后續(xù)消息；預(yù)處理方式中的重新調(diào)用業(yè)務(wù)控制單元為向調(diào)用失敗的業(yè)務(wù)控制單元 重新發(fā)送調(diào)用消息；該預(yù)處理方式可以用于處理預(yù)觸發(fā)條件為業(yè)務(wù)控制單元 調(diào)用失敗的情況；預(yù)處理方式中的調(diào)用同質(zhì)業(yè)務(wù)控制單元為向同質(zhì)業(yè)務(wù)控制單元發(fā)送調(diào) 用消息；該預(yù)處理方式可以用于處理預(yù)觸發(fā)條件為業(yè)務(wù)控制單元調(diào)用失敗的 情況；這里，同質(zhì)業(yè)務(wù)控制單元是指能提供與當(dāng)前調(diào)用失敗的業(yè)務(wù)控制單元 相同服務(wù)的業(yè)務(wù)控制單元，如AS7調(diào)用失敗，AS8能提供與AS7相同的服
務(wù)，則調(diào)用AS8，向其發(fā)送消息；同質(zhì)業(yè)務(wù)控制單元的地址可以與被調(diào)用業(yè) 務(wù)控制單元的地址一起設(shè)置在業(yè)務(wù)過(guò)濾規(guī)則中，如此，執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則時(shí)， 就可以得到與某個(gè)業(yè)務(wù)控制單元相應(yīng)的同質(zhì)業(yè)務(wù)控制單元的地址；預(yù)處理方式中的調(diào)用新的業(yè)務(wù)控制單元為指定新業(yè)務(wù)控制單元的地 址，向所指定的新業(yè)務(wù)控制單元發(fā)送調(diào)用消息；上述調(diào)用同質(zhì)業(yè)務(wù)控制單元 也可以通過(guò)本方式實(shí)現(xiàn)，即在本方式中設(shè)置同質(zhì)業(yè)務(wù)控制單元的地址；預(yù)處理方式中的執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則為若存在下一條業(yè)務(wù)過(guò)濾規(guī) 則，則執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則；預(yù)處理方式中的停止執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則為若存在下一條業(yè)務(wù)過(guò)濾規(guī) 則，則停止執(zhí)行后續(xù)的業(yè)務(wù)過(guò)濾規(guī)則，并繼續(xù)處理當(dāng)前通信，例如，繼續(xù)向 凈皮叫路由；預(yù)處理方式中的釋放業(yè)務(wù)控制單元為釋放已經(jīng)被調(diào)用的業(yè)務(wù)控制單 元， 一般的，也可以釆用將預(yù)處理方式中的發(fā)送消息設(shè)定為釋放消息，例如 SIPBYE消息、SIP撤消(CANCEL)消息等，表示釋放已經(jīng)被調(diào)用的業(yè)務(wù) 控制單元。預(yù)處理方式中的通信釋放為釋放當(dāng)前通信。步驟102:在業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所確定的預(yù)處理描述信息對(duì)當(dāng)前通 信進(jìn)行處理。本步驟中，當(dāng)預(yù)處理描述信息中的預(yù)觸發(fā)條件滿足時(shí)，按照預(yù)處理描述 信息中的預(yù)處理方式進(jìn)行相應(yīng)的處理。至此，完成本發(fā)明業(yè)務(wù)控制單元預(yù)處理方法。上述方法中，業(yè)務(wù)控制單元是各種業(yè)務(wù)的宿主執(zhí)行環(huán)境，能夠提供各種 業(yè)務(wù)邏輯控制功能。業(yè)務(wù)控制單元為IMS應(yīng)用服務(wù)器、傳統(tǒng)智能網(wǎng)業(yè)務(wù)控 制功能實(shí)體(SCF， Service Control Function)等。下面的實(shí)施例中以IMS 應(yīng)用服務(wù)器為例進(jìn)行說(shuō)明。實(shí)施例一本實(shí)施例中，假設(shè)收到一個(gè)SIP INVITE消息，調(diào)用了IMS應(yīng)用服務(wù)器AS1，其后，在被叫用戶無(wú)應(yīng)答時(shí)，呼叫被前轉(zhuǎn)至語(yǔ)音郵箱，語(yǔ)音郵箱應(yīng)答, 返回200 0K應(yīng)答響應(yīng)消息，而ASl不希望收到系統(tǒng)自動(dòng)應(yīng)答的200 OK消 息，因此，應(yīng)當(dāng)對(duì)ASl屏蔽該200 0K消息。為了實(shí)現(xiàn)對(duì)ASl屏蔽系統(tǒng)自動(dòng)應(yīng)答的200 OK消息，本實(shí)施例中采用對(duì) 現(xiàn)有iFC進(jìn)行擴(kuò)展的方式，預(yù)先在業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置與ASl相對(duì)應(yīng)的預(yù) 處理描述信息。為簡(jiǎn)化起見，以下僅列出一個(gè)完整業(yè)務(wù)過(guò)濾規(guī)則中與本實(shí)施 例相關(guān)的業(yè)務(wù)過(guò)濾規(guī)則片斷<TriggerPoint> <SPT><Method>INVITE</Method> </SPT> </TriggerPoint > <ApplicationServer><ServerName>sip:asl@ims.example.com</ServerName> <Pretreatment><PreTriggerMessage><MessageName>200</MessageName><Origination>No—ApplicationServer—SameCall</Origination><SIPHeader><Header>Contact</Header> <Content>automata</Content> </SIPHeader> </PreTriggerMessage> <PreHandlingMode><Mode>Rej ectMessage</Mode> </PreHandlingMode> </Pretreatment> </ApplicationServer>
為描述方便，在本實(shí)施例中將上述業(yè)務(wù)過(guò)濾規(guī)則片斷稱為業(yè)務(wù)過(guò)濾規(guī)則一。 以下對(duì)本實(shí)施例中業(yè)務(wù)控制單元預(yù)處理方法的說(shuō)明，也著重描述與該業(yè)務(wù)過(guò)濾 規(guī)則片斷相關(guān)的部分。圖2為本發(fā)明具體實(shí)施例一至三中業(yè)務(wù)控制單元預(yù)處理方法的流程示意 圖。參見圖2，該方法包括以下步驟步驟201:根據(jù)業(yè)務(wù)觸發(fā)消息INVITE,執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào)用應(yīng) 用服務(wù)器及其相對(duì)應(yīng)的預(yù)處理描述信息。本步驟中所執(zhí)行的業(yè)務(wù)過(guò)濾規(guī)則如業(yè)務(wù)過(guò)濾規(guī)則一所示，其中， <TriggerPoint>與〈/TriggerPoint〉之間的內(nèi)容為觸發(fā)點(diǎn)信息，表示該業(yè)務(wù)過(guò)濾規(guī) 則的觸發(fā)條件，本實(shí)施例中，該業(yè)務(wù)過(guò)濾規(guī)則的觸發(fā)條件是取值為INVITE的 方法(Method)業(yè)務(wù)點(diǎn)觸發(fā)器(SPT)。本步驟中，根據(jù)INVITE消息執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則一之后，得到被調(diào)用應(yīng)用 服務(wù)器名(ServerName)及其相對(duì)應(yīng)的預(yù)處理描述信息(Pretreatment),即 如業(yè)務(wù)過(guò)濾頭見則 一所示〈ApplicationServer〉與〈/ApplicationServer〉之間的內(nèi)容。其中，ServerName表示被調(diào)用應(yīng)用服務(wù)器地址，本實(shí)施例中，取值為 sip:asl@ims.example.com,代表AS1的地址；如果存在與AS1同質(zhì)的業(yè)務(wù)控制 單元，可以在這里設(shè)置AS1的同質(zhì)業(yè)務(wù)控制單元的地址；〈PretreatmenP與〈/Pretreatment〉之間的內(nèi)容表示與AS1相對(duì)應(yīng)的預(yù)處理描 述信息，這部分內(nèi)容就是本實(shí)施例對(duì)業(yè)務(wù)過(guò)濾規(guī)則的擴(kuò)展描述。預(yù)處理描述信 息包括預(yù)觸發(fā)條件及其相對(duì)應(yīng)的預(yù)處理方式；同一業(yè)務(wù)控制單元在不同情況下 可能存在不同的預(yù)處理描述信息，本發(fā)明中，可以釆用一個(gè)〈Pretreatment〉 〈/PretreatmenP描述所有預(yù)觸發(fā)條件及其相對(duì)應(yīng)的預(yù)處理方式，也可以采用多個(gè)式；預(yù)處理描述信息中，〈PreTriggerMessage〉與〈/PreTriggerMessag^之間的內(nèi) 容表示預(yù)觸發(fā)條件，該部分內(nèi)容可以由任意后續(xù)消息的消息名稱、消息內(nèi)容以 及該消息的來(lái)源信息組成；〈PreHandlingMode〉與〈/PreHandlingModO之間的內(nèi) 容表示與預(yù)觸發(fā)條件相對(duì)應(yīng)的預(yù)處理方式。如業(yè)務(wù)過(guò)濾規(guī)則一所示的預(yù)觸發(fā)條件中包括消息名稱(MessageName )、 消息來(lái)源(Origination )、 SIP頭域(SIPHeader )、頭域(Header)和頭域的內(nèi)容 (Content);其中，MessageName表示后續(xù)消息的名稱，本實(shí)施例中，取值為200;Origination表示后續(xù)消息的來(lái)源，由于后續(xù)消息既可以是被調(diào)用業(yè)務(wù)控制 單元收到調(diào)用消息后返回的消息，也可以是來(lái)自于其它設(shè)備的消息；而且，后 續(xù)消息既可以與調(diào)用消息位于同 一通信中，如被調(diào)用業(yè)務(wù)控制單元返回的初始 請(qǐng)求消息的后續(xù)呼叫建立消息；也可以位于與調(diào)用消息不同的通信中，如本實(shí) 施例中的200 OK消息既可能是上述INVITE消息的的響應(yīng)消息，還可能是一個(gè) 新的呼叫的響應(yīng)消息，因此，需要指明后續(xù)消息的來(lái)源，即來(lái)自哪個(gè)設(shè)備及哪 個(gè)通信，進(jìn)一步地，可以根據(jù)實(shí)際應(yīng)用的需要，具體指明來(lái)源設(shè)備的名稱、類 型、屬性及地址等。本發(fā)明通過(guò)設(shè)置來(lái)源標(biāo)識(shí)以表示后續(xù)消息的來(lái)源，例如， 針對(duì)后續(xù)消息是否來(lái)自于被調(diào)用業(yè)務(wù)控制單元、后續(xù)消息與調(diào)用消息是否位于 同一通信中設(shè)置不同的來(lái)源標(biāo)識(shí)；本實(shí)施例中，將后續(xù)消息的來(lái)源標(biāo)識(shí)設(shè)置為 NoApplicationServer—SameCall ，其中，No—ApplicationServer表示后續(xù)消息200 不是由被調(diào)用業(yè)務(wù)控制單元發(fā)出，SameCall表示后續(xù)消息200與調(diào)用消息位于 同一通信中；〈SIPHeader〉與々SIPHeader〉之間的內(nèi)容表示后續(xù)消息的SIP頭域內(nèi)容，本 實(shí)施例中，將Header設(shè)置為聯(lián)系頭域(Contact )， Content頭域內(nèi)容設(shè)置為自動(dòng) 操作(automata);預(yù)處理方式中的方式(Mode)表示與預(yù)觸發(fā)條件相對(duì)應(yīng)的預(yù)處理方式，本 實(shí)施例中，設(shè)置為表示拒絕消息(RejectMessage)的預(yù)處理方式。步驟202:記錄被調(diào)用應(yīng)用服務(wù)器的預(yù)處理描述信息，并向被調(diào)用應(yīng)用服 務(wù)器發(fā)送INVITE消息，即初始調(diào)用該應(yīng)用服務(wù)器。本步驟中，根據(jù)步驟201所執(zhí)行的業(yè)務(wù)過(guò)濾規(guī)則一，得到被調(diào)用應(yīng)用服務(wù) 器AS1及其相對(duì)應(yīng)的預(yù)處理描述信息，記錄AS1的預(yù)處理描述信息、向AS1 發(fā)送INVITE消息。步驟203:根據(jù)業(yè)務(wù)執(zhí)行過(guò)程中所接收到的后續(xù)消息、當(dāng)前會(huì)話狀態(tài)以及 業(yè)務(wù)控制單元的調(diào)用失敗，對(duì)照所記錄的預(yù)處理描述信息，判斷預(yù)觸發(fā)條件是 否滿足，當(dāng)預(yù)觸發(fā)條件滿足時(shí)，使用預(yù)處理描述信息中相應(yīng)的預(yù)處理方式處理 當(dāng)前通信。本步驟中，當(dāng)收到來(lái)自于語(yǔ)音郵箱的200 OK應(yīng)答響應(yīng)消息時(shí)，將該200 OK 應(yīng)答響應(yīng)消息與所記錄的預(yù)觸發(fā)條件進(jìn)行匹配由于該200 OK消息是來(lái)自于 語(yǔ)音郵箱的應(yīng)答，因此消息中的Contact頭域中設(shè)置了 "automata",表示這是一 個(gè)來(lái)自于系統(tǒng)的自動(dòng)應(yīng)答；而且，該200 OK消息不是由被調(diào)用業(yè)務(wù)控制單元 發(fā)出的，且與調(diào)用消息位于同一通信中，因此，與步驟202所記錄的預(yù)觸發(fā)條 件匹配成功。匹配成功之后，使用預(yù)處理描述信息中與該預(yù)觸發(fā)條件相對(duì)應(yīng)的 預(yù)處理方式處理相應(yīng)的業(yè)務(wù)控制單元，本實(shí)施例中，預(yù)處理方式為表示拒絕消 息的處理方式，即不把該200 0K應(yīng)答響應(yīng)消息發(fā)向AS1。類似的，通過(guò)將183、 PRACK消息、UPDATE消息等對(duì)業(yè)務(wù)控制單元處理 業(yè)務(wù)邏輯控制無(wú)用的后續(xù)呼叫建立消息作為預(yù)觸發(fā)條件中的后續(xù)消息，并將與 之相應(yīng)的預(yù)處理方式設(shè)置為拒絕消息，就可以實(shí)現(xiàn)按照需要向業(yè)務(wù)控制單元發(fā) 送消息，將對(duì)業(yè)務(wù)控制單元處理業(yè)務(wù)邏輯控制無(wú)用的后續(xù)呼叫建立消息向業(yè)務(wù) 控制單元屏蔽，從而簡(jiǎn)化了呼叫處理、提高了呼叫建立效率、縮短了呼叫接續(xù) 時(shí)間。至此，結(jié)束本實(shí)施例業(yè)務(wù)控制單元預(yù)處理方法。由上述實(shí)施例可見，本實(shí)施例預(yù)先根據(jù)被調(diào)用應(yīng)用服務(wù)器AS1在業(yè)務(wù)執(zhí)行 過(guò)程中可能出現(xiàn)的處理情況，在業(yè)務(wù)過(guò)濾規(guī)則一中設(shè)置與AS1相對(duì)應(yīng)的預(yù)處理 描述信息；然后，根據(jù)業(yè)務(wù)觸發(fā)消息INVITE執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則一，得到與AS1 相對(duì)應(yīng)的預(yù)處理描述信息；在此后的業(yè)務(wù)執(zhí)行過(guò)程中，4艮據(jù)所確定的預(yù)處理描 述信息，處理ASl,從而實(shí)現(xiàn)了根據(jù)需要調(diào)整被調(diào)用業(yè)務(wù)控制單元的信令路徑， 解決了業(yè)務(wù)交互及沖突問(wèn)題，此外，還能夠提高呼叫建立效率、縮短呼叫接續(xù) 時(shí)間。
在上述實(shí)施例中，以預(yù)觸發(fā)條件為后續(xù)消息、預(yù)處理方式為拒絕消息的情 況為例對(duì)本發(fā)明技術(shù)方案進(jìn)行了詳細(xì)的說(shuō)明。在實(shí)際應(yīng)用中，當(dāng)會(huì)話狀態(tài)發(fā)生遷移時(shí)，也可能滿足預(yù)觸發(fā)條件；而對(duì)于業(yè)務(wù)控制單元而言，也存在其他的預(yù) 處理方式，例如發(fā)送消息的方式，在下面的實(shí)施例二中將對(duì)這些情況下如何實(shí) 施本發(fā)明進(jìn)行詳細(xì)說(shuō)明。 實(shí)施例二本實(shí)施例中，假設(shè)收到一個(gè)SIP INVITE消息，調(diào)用了 IMS應(yīng)用服務(wù)器AS2, 其后，在^皮叫用戶無(wú)應(yīng)答時(shí)，AS2希望退出當(dāng)前通信，因此，應(yīng)當(dāng)向AS2發(fā)送 新的調(diào)用消息。為了在被叫用戶無(wú)應(yīng)答時(shí)，實(shí)現(xiàn)AS2退出當(dāng)前通信，本實(shí)施例中采用對(duì)現(xiàn) 有iFC進(jìn)行擴(kuò)展的方式，預(yù)先在業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置與AS2相對(duì)應(yīng)的預(yù)處理描 述信息。為簡(jiǎn)化起見，以下僅列出一個(gè)完整業(yè)務(wù)過(guò)濾規(guī)則中與本實(shí)施例相關(guān)的 業(yè)務(wù)過(guò)濾規(guī)則片斷<TriggerPoint> <SPT><Method>INVITE</Method> </SPT> 〈/TriggerPoint > <ApplicationServer><ServerName>sip:as2@ims.example.com</ServerName> <Pretreatment><PreTriggerSessionState><SessionState>Terminating_NoAnswer</SessionState> </PreTriggerSessionState> <PreHandlingMode〉<Mode>NewMessage</Mode><MessageName>BYE</MessageName><Origination>SameCallWithInvokingMessage</Origination></PreHandlingMode> </Pretreatment> </ApplicationServer>為描述方便，在本實(shí)施例中將上述業(yè)務(wù)過(guò)濾規(guī)則片斷稱為業(yè)務(wù)過(guò)濾規(guī)則二。 以下對(duì)本實(shí)施例中業(yè)務(wù)控制單元預(yù)處理方法的說(shuō)明，也著重描述與該業(yè)務(wù)過(guò)濾 規(guī)則片斷相關(guān)的部分。本實(shí)施例中業(yè)務(wù)控制單元預(yù)處理方法的流程示意圖與實(shí)施例一中圖2相 同，請(qǐng)參見圖2。本實(shí)施例中，業(yè)務(wù)控制單元預(yù)處理方法包括以下步驟在步驟201中，根據(jù)業(yè)務(wù)觸發(fā)消息INVITE,執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào) 用應(yīng)用服務(wù)器及其相對(duì)應(yīng)的預(yù)處理描述信息。本步驟中所執(zhí)行的業(yè)務(wù)過(guò)濾規(guī)則如業(yè)務(wù)過(guò)濾規(guī)則二所示，〈TriggerPoinP與 々TriggerPoint〉之間的內(nèi)容為觸發(fā)點(diǎn)信息，與實(shí)施例一相同，本實(shí)施例中業(yè)務(wù)過(guò) 濾規(guī)則的觸發(fā)條件是取值為INVITE的方法(Method)業(yè)務(wù)點(diǎn)觸發(fā)器(SPT)。本步驟中，根據(jù)INVITE消息執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則二之后，與實(shí)施例一類似， 得到被調(diào)用應(yīng)用服務(wù)器名(ServerName)及其相對(duì)應(yīng)的預(yù)處理描述信息 (Pretreatment )， 即戈口業(yè)務(wù)過(guò)濾規(guī)貝'J 二所示<ApplicationServer>與 〈/ApplicationServer〉之間的內(nèi)容；其中，ServerName表示被調(diào)用應(yīng)用服務(wù)器地址，本實(shí)施例中，取值為 sip:as2敏ms.example.com, 代表AS2的地址；其中，〈Pretreatment〉與〈/Pretreatment〉之間的內(nèi)容表示與AS2相對(duì)應(yīng)的預(yù) 處理描述信息，這部分內(nèi)容就是本實(shí)施例對(duì)業(yè)務(wù)過(guò)濾規(guī)則的擴(kuò)展描述。預(yù)處理描述信息中，〈PreTriggerSessionState〉與〈/PreTriggerSessionState〉之 間的內(nèi)容表示預(yù)觸發(fā)條件，該部分內(nèi)容可以是任意會(huì)話狀態(tài)的名稱及其相關(guān)的 任何內(nèi)容；〈PreHandUngMode〉與〈/PreHandlingMode〉之間的內(nèi)容表示與預(yù)觸發(fā) 條件相對(duì)應(yīng)的預(yù)處理方式。如業(yè)務(wù)過(guò)濾規(guī)則二所示的預(yù)觸發(fā)條件中，會(huì)話狀態(tài)(SessionState)表示會(huì) 話狀態(tài)的名稱，本實(shí)施例中，取值為終端—無(wú)應(yīng)答(Terminating_NoAnswer); 本實(shí)施例中，設(shè)置為表示發(fā)送消息(NewMessage)的預(yù)處理方式，并在消息名稱 (MessageName)中指定該新消息為再見消息(BYE)。與指明后續(xù)消息的來(lái)源 類似，這里需要指明該新消息的來(lái)源，可以設(shè)置來(lái)源標(biāo)識(shí)以指明該新消息的來(lái) 源，例如，根據(jù)該新消息與對(duì)應(yīng)的后續(xù)消息以及業(yè)務(wù)觸發(fā)消息的關(guān)系是否位 于同一會(huì)話或是否位于同一通信中，設(shè)置相應(yīng)的來(lái)源標(biāo)識(shí)；本實(shí)施例中，將新 消息的Origination設(shè)置為SameCallWithlnvokingMessage,表示該BYE消息與 AS2的調(diào)用消息，即業(yè)務(wù)觸發(fā)消息INVITE屬于同一通信過(guò)程。在步驟202中，記錄步驟201所得到的的預(yù)處理描述信息，并向AS2發(fā)送 INVITE消息，即初始調(diào)用AS2。在步驟203中，根據(jù)業(yè)務(wù)執(zhí)行過(guò)程中所接收到的后續(xù)消息、當(dāng)前會(huì)話狀態(tài) 以及業(yè)務(wù)控制單元的調(diào)用失敗，對(duì)照所記錄的預(yù)處理描述信息，判斷預(yù)觸發(fā)條 件是否滿足，當(dāng)預(yù)觸發(fā)條件滿足時(shí)，使用預(yù)處理描述信息中相應(yīng)的預(yù)處理方式 處理當(dāng)前通信。本步驟中，當(dāng)用戶的會(huì)話狀態(tài)遷移為終端一無(wú)應(yīng)答時(shí)，將該會(huì)話狀態(tài)與所記 錄的預(yù)觸發(fā)條件進(jìn)行匹配，匹配成功，使用預(yù)處理描述信息中與該預(yù)觸發(fā)條件 相對(duì)應(yīng)的預(yù)處理方式處理相應(yīng)的應(yīng)用服務(wù)器。本實(shí)施例中，根據(jù)會(huì)話狀態(tài)和預(yù) 處理描述信息獲得相應(yīng)的預(yù)處理方式為發(fā)送消息，所指定的消息名稱為BYE, 向AS2發(fā)送SIP BYE消息，使AS2退出當(dāng)前通信，即AS2只處理用戶終端的 應(yīng)答，只要會(huì)話狀態(tài)是用戶無(wú)應(yīng)答，AS2就退出當(dāng)前通信。至此，結(jié)束本實(shí)施例業(yè)務(wù)控制單元預(yù)處理方法。由上述實(shí)施例可見，本實(shí)施例預(yù)先根據(jù)被調(diào)用應(yīng)用服務(wù)器AS2在業(yè)務(wù)執(zhí)行 過(guò)程中可能出現(xiàn)的處理情況，在業(yè)務(wù)過(guò)濾規(guī)則二中設(shè)置與AS2相對(duì)應(yīng)的預(yù)處理 描述信息；然后，根據(jù)業(yè)務(wù)觸發(fā)消息INVITE執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則二，得到與AS2 相對(duì)應(yīng)的預(yù)處理描述信息；在此后的業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所確定的預(yù)處理描 述信息，處理AS2，從而實(shí)現(xiàn)了根據(jù)需要調(diào)整被調(diào)用業(yè)務(wù)控制單元的信令路徑， 解決了業(yè)務(wù)交互及沖突問(wèn)題。 在上述實(shí)施例中，給出了被調(diào)用業(yè)務(wù)控制單元在同 一個(gè)通信過(guò)程中被調(diào)整 的示例，即所描述的初始調(diào)用和預(yù)觸發(fā)條件是當(dāng)用戶處于同 一個(gè)通信過(guò)程中的 情況下，對(duì)被調(diào)用業(yè)務(wù)控制單元的相關(guān)處理。在實(shí)際應(yīng)用中，被調(diào)用業(yè)務(wù)控制 單元的初始調(diào)用和預(yù)觸發(fā)條件所描述的處理也可以是用戶在不同通信過(guò)程中的 相關(guān)處理，例如，被調(diào)用業(yè)務(wù)控制單元已經(jīng)處于一個(gè)通信過(guò)程中，當(dāng)用戶發(fā)起 或收到另一個(gè)通信時(shí)，將引起被調(diào)用業(yè)務(wù)控制單元的調(diào)整，在下面的實(shí)施例三 中將對(duì)這些情況下如何實(shí)施本發(fā)明進(jìn)行介紹。實(shí)施例三本實(shí)施例中，假設(shè)收到一個(gè)SIP INVITE1消息，調(diào)用了 IP電視(IPTV) AS ，向用戶提供IPTV服務(wù)；其后，當(dāng)用戶收到 一個(gè)呼入來(lái)話SIP INVITE2消 息時(shí)，IPTV AS應(yīng)暫停向用戶播放視頻流媒體，以便用戶能夠接受該新呼入來(lái) 話，并與新呼入來(lái)話的主叫方建立通話；此后，當(dāng)該新呼入來(lái)話被釋放時(shí)，IPTV AS應(yīng)恢復(fù)向用戶播ii^見頻流:煤體。因此，在本實(shí)施例中存在兩個(gè)通信過(guò)程，一 個(gè)是用戶與IPTV之間的通信，另一個(gè)是用戶與新呼入來(lái)話主叫方之間的通4言。為了在用戶收到一個(gè)新呼入來(lái)話時(shí)，實(shí)現(xiàn)IPTVAS暫停服務(wù)，并在新呼入 來(lái)話被釋放時(shí)實(shí)現(xiàn)IPTV AS恢復(fù)服務(wù)，本實(shí)施例中采用對(duì)現(xiàn)有iFC進(jìn)行擴(kuò)展的 方式，預(yù)先在針對(duì)INVITE 1消息的業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置與IPTVAS相對(duì)應(yīng)的預(yù) 處理描述信息。為簡(jiǎn)化起見，以下僅列出一個(gè)完整業(yè)務(wù)過(guò)濾規(guī)則中與本實(shí)施例 所調(diào)用的IPTVAS相關(guān)的預(yù)處理描述信息片斷<Pretreatm6nt> <PreTriggerMessage><MessageName>INVITE</MessageName><Origination>DifferentCall</Origination> </PreTriggerMessage> <PreHandlingMode><Mode>SameMess￡^e</Mode> </PreHandlingMode><PreTriggerMessage><MessageName>BYE</MessageName> </PreTriggerMessage> <PreHandlingMode><Mode>SameMessage</Mode> </PreHandlingMode> </Pretreatmcnt>為描述方便，在本實(shí)施例中將上述預(yù)處理描述信息片斷稱為預(yù)處理描述信 息三。以下對(duì)本實(shí)施例中業(yè)務(wù)控制單元預(yù)處理方法的說(shuō)明，也著重描述與該預(yù) 處理描述信息片斷相關(guān)的部分。本實(shí)施例中業(yè)務(wù)控制單元預(yù)處理方法的流程示意圖與實(shí)施例一中圖2相 同，請(qǐng)參見圖2。本實(shí)施例中，業(yè)務(wù)控制單元預(yù)處理方法包括以下步驟在步驟201中，根據(jù)業(yè)務(wù)觸發(fā)消息INVITEl,執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被 調(diào)用應(yīng)用服務(wù)器及其相對(duì)應(yīng)的預(yù)處理描述信息。本步驟中根據(jù)業(yè)務(wù)觸發(fā)消息INVITE1執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則之后，得到與IPTV AS相對(duì)應(yīng)的預(yù)處理描述信息，如預(yù)處理描述信息三所示其中，第 一個(gè)〈PretreatmenP與〈/Pretreatmen1^之間的內(nèi)容為針對(duì)新呼入來(lái) 話的預(yù)處理描述信息MessageName設(shè)置為INVITE消息，Origination設(shè)置為 Different Call,表示預(yù)觸發(fā)條件是來(lái)自于不同通信的INVITE消息；Mode設(shè)置 為SameMessage，表示預(yù)處理方式為向IPTVAS發(fā)送預(yù)觸發(fā)條件中的后續(xù)消息， 即新呼入來(lái)話的INVITE消息，因此這里不需要再設(shè)定消息名稱；第二個(gè)〈Pretreatment〉與〈/PretreatmenP之間的內(nèi)容為針對(duì)呼入來(lái)話凈皮釋放 的預(yù)處理描述信息MessageName設(shè)置為BYE消息，表示預(yù)觸發(fā)條件是BYE 消息；Mode設(shè)置為SameMessage,表示預(yù)處理方式是向IPTV AS發(fā)送BYE消 息，即預(yù)處理方式中所指定的發(fā)送消息是預(yù)觸發(fā)條件中的后續(xù)消息。與針對(duì)新呼入來(lái)話的預(yù)處理描述信息類似，在針對(duì)呼入來(lái)話被釋放的預(yù)處
理描述信息中同樣可以指明后續(xù)消息BYE的來(lái)源?？梢詫⒑罄m(xù)消息置于業(yè)務(wù)過(guò) 濾規(guī)則中的特定位置以指明消息來(lái)源，為此，本實(shí)施例提供了兩種指明消息來(lái) 源的方式第一種方式是將具有相同來(lái)源的后續(xù)消息置于預(yù)處理描述信息的同一子層 中，并以各后續(xù)消息在預(yù)處理描述信息中的先后次序確定各后續(xù)消息的來(lái)源， 即在后消息是在前消息的后續(xù)消息，也即在后消息與在前消息具有相同來(lái)源， 因此，在后消息無(wú)需以來(lái)源標(biāo)識(shí)指明消息來(lái)源；如預(yù)處理描述信息三所示，將 對(duì)BYE消息的預(yù)處理描述信息和對(duì)INVITE消息的預(yù)處理描述信息設(shè)置在同一 〈Pretreatment〉與〈/Pretreatment〉之間，并將BYE消息的預(yù)處理描述信息置于 INVITE消息的預(yù)處理描述信息之后，以表示該BYE消息是位于INVITE消息 之后的后續(xù)呼叫建立消息，因此只需指明INVITE消息的來(lái)源即可；第二種方式是將一個(gè)后續(xù)消息的預(yù)處理描述信息作為子預(yù)處理描述信息， 嵌套設(shè)置在另一個(gè)后續(xù)消息的預(yù)處理描述信息中，以表明前者是后者按其預(yù)處 理方式處理當(dāng)前通信之后的后續(xù)消息，并在子預(yù)處理描述信息中指明相應(yīng)的后 續(xù)消息的來(lái)源；按照第二種方式設(shè)置的本實(shí)施例中IPTVAS的預(yù)處理描述信息 如下所示<Pretreatment><PreTriggerMessage><MessageName>INVITE</MessageName><Origination>DifferentCall</Origination> </PreTriggerMessage> <PreHandlingMode><Mode>SameMessage</Mode> </PreHandlingMode><SubPretreatment><PreTriggerM6Ssage><MessageName>BYE</MessageName><Origination>SameCall</Origination > </PreTriggerMessage> <PreHandlingMode><Mode>SameMessage</Mode> </PreHandlingMode> </SubPretreatment> </Pretreatment>在上述預(yù)處理描述信息中，SubPretreatment表示嵌套的子預(yù)處理， 〈SubPretreatment〉與〈/SubPretreatment〉之間的內(nèi)容為后續(xù)消息BYE的預(yù)處理 描述信息，這部分內(nèi)容嵌套設(shè)置于INVITE消息的預(yù)處理描述信息之中，以表 示該BYE消息是按照該INVITE消息的預(yù)處理方式處理當(dāng)前通信之后的后續(xù)消 息；BYE消息的Origination設(shè)置為SameCall，表示該后續(xù)消息BYE與其上一 級(jí)后續(xù)消息INVITE位于同 一通信中。在步驟202中，記錄步驟201所得到的IPTV AS的預(yù)處理描述信息、并初 始調(diào)用IPTV AS。在步驟203中，根據(jù)業(yè)務(wù)執(zhí)行過(guò)程中所接收到的后續(xù)消息、當(dāng)前會(huì)話狀態(tài) 以及業(yè)務(wù)控制單元的調(diào)用失敗，對(duì)照所記錄的預(yù)處理描述信息，判斷預(yù)觸發(fā)條 件是否滿足，當(dāng)預(yù)觸發(fā)條件滿足時(shí)，使用預(yù)處理描述信息中相應(yīng)的預(yù)處理處理 當(dāng)前通信。本步驟中，當(dāng)收到新呼入來(lái)話INVITE2消息時(shí)，才艮據(jù)所確定的預(yù)處理描述 信息，向IPTVAS發(fā)送該INVITE2消息；IPTVAS收到該INVITE2消息，解 析之后確定這是一個(gè)新的用于建立通話的呼入來(lái)話，則IPTV AS暫停對(duì)用戶的 服務(wù)；此后，新呼入來(lái)話被釋放，IPTVAS收到BYE消息，解析之后確定這是 對(duì)新呼入來(lái)話的釋放，則IPTVAS恢復(fù)對(duì)用戶的服務(wù)。 至此，結(jié)束本實(shí)施例業(yè)務(wù)控制單元預(yù)處理方法。 本實(shí)施例中，也可以按照如下方式設(shè)置預(yù)處理描述信息 預(yù)先在業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置對(duì)IPTVAS的預(yù)觸發(fā)條件和預(yù)處理方式，其中， 針對(duì)預(yù)觸發(fā)條件INVITE2消息的預(yù)處理方式是向IPTV AS發(fā)送一個(gè)新的 INVITE3消息，并指定該INVITE3消息的內(nèi)容為將INVITE1消息建立會(huì)話 的媒體方向設(shè)置為"去激活(inactive)",即該INVITE3消息是一個(gè)re-INVITE 消息(re-INVITEl );針對(duì)預(yù)觸發(fā)條件BYE消息的預(yù)處理方式是向IPTV AS發(fā) 送一個(gè)INVITE4消息，該消息也是re-INVITEl消息，其媒體方向設(shè)置為"激活(active)";并將上述INVITE3消息和INVITE4消息的Origination設(shè)置為 SameDialogWithlnvokingMessage，表示INVITE3和INVITE4與調(diào)用消息，即 業(yè)務(wù)觸發(fā)消息INVITE1位于同一會(huì)話中，即與INVITE1具有相同的對(duì)話(Dialog)標(biāo)識(shí)；然后，根據(jù)業(yè)務(wù)觸發(fā)消息INVITEl執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，得到與IPTV AS 相對(duì)應(yīng)的預(yù)處理描述信息；此后在業(yè)務(wù)執(zhí)行過(guò)程中，當(dāng)收到INVITE2消息時(shí)，根據(jù)所確定的預(yù)處理描 述信息，向IPTV AS發(fā)送INVITE3消息；IPTV AS收到該INVITE3消息，將 INVITEl消息建立會(huì)話的媒體方向設(shè)置為去激活，即不向用戶發(fā)送媒體；當(dāng)新 呼入來(lái)話被釋放時(shí)，即收到BYE消息時(shí)，向IPTVAS發(fā)送INVITE4消息，將 INVITEl消息建立會(huì)話的媒體方向設(shè)置為激活，IPTVAS恢復(fù)服務(wù)。以上是對(duì)本發(fā)明實(shí)施例三的說(shuō)明，下面通過(guò)實(shí)施例四來(lái)說(shuō)明預(yù)處理方式為 執(zhí)行下 一條業(yè)務(wù)過(guò)濾規(guī)則的具體實(shí)施方法。實(shí)施例四本實(shí)施例中，假設(shè)用戶發(fā)起一個(gè)INVITE消息，并在INVITE消息的要求 頭域(Require)中描述了協(xié)議擴(kuò)展或者在INVITE消息體中描述了某種媒體類 型，執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則之后，調(diào)用了一個(gè)提供彩鈴業(yè)務(wù)的彩鈴業(yè)務(wù)AS;當(dāng)被調(diào)碼(BadExtension),或者當(dāng)被調(diào)用彩鈴業(yè)務(wù)AS不支持消息體中所描述的媒體 類型時(shí)將返回415不支持的媒體類型響應(yīng)碼(Unsupported Media Type)。本實(shí)按照現(xiàn)有技術(shù)，AS4只會(huì)在SIP初始請(qǐng)求時(shí)被調(diào)用，當(dāng)彩鈴業(yè)務(wù)AS返回420
響應(yīng)碼或415響應(yīng)碼時(shí)，AS4將不會(huì)被調(diào)用，即AS4將無(wú)法加入到用戶的呼叫 信令路徑中。但是，由于彩鈴業(yè)務(wù)不是呼叫建立過(guò)程中的必須業(yè)務(wù)，用戶希望 在彩鈴業(yè)務(wù)不能正常提供的情況下，后續(xù)業(yè)務(wù)依然能夠正常提供，以提高呼叫接續(xù)成功率。為了實(shí)現(xiàn)在彩鈴業(yè)務(wù)AS不能正常提供業(yè)務(wù)的情況下，AS4能夠被正常調(diào) 用，本實(shí)施例預(yù)先在業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置如下所示的預(yù)處理描述信息<Pretreatment><PreTriggerMessage><MessageName>420</MessageName> <Origination>FromApplicationServer</Origination> <MessageName>415</MessageName> <Origination>FromApplicationServer</Origination></PreTriggerMessage><PreHandlingMode><Mode>GoNextFilterCriteria</Mode></PreHandlingMode> </Pretreatm6nt>上述預(yù)處理描述信息中，預(yù)觸發(fā)條件中后續(xù)消息的名稱是420消息和415 消息，Origination i殳置為FromApplicationServer，表示這是凈皮調(diào)用彩鈴業(yè)務(wù)AS 的返回消息；并且在預(yù)觸發(fā)條件中包含了一個(gè)以上的后續(xù)消息，表示這些后續(xù) 消息具有相同的預(yù)處理方式；預(yù)處理方式中，Mode設(shè)置為GoNextFilterCriteria，表示執(zhí)行下一條業(yè)務(wù)過(guò) 濾規(guī)則。如此，在業(yè)務(wù)執(zhí)行過(guò)程中，當(dāng)預(yù)觸發(fā)條件滿足時(shí)，AS4的業(yè)務(wù)過(guò)濾規(guī)則將 被執(zhí)行，AS4將加入到用戶的呼叫信令路徑中，實(shí)現(xiàn)了對(duì)業(yè)務(wù)控制單元的信令 路徑的調(diào)整，解決了業(yè)務(wù)交互和沖突問(wèn)題，并提高了呼叫建立效率。通常，可以使用彩鈴業(yè)務(wù)AS的業(yè)務(wù)觸發(fā)消息INVITE來(lái)執(zhí)行AS4的業(yè)務(wù)
過(guò)濾規(guī)則，當(dāng)然也可以在此進(jìn)一步指定下一條業(yè)務(wù)過(guò)濾規(guī)則的執(zhí)行依據(jù)。在上面的實(shí)施例四中，以預(yù)觸發(fā)條件是后續(xù)消息、預(yù)處理方式是執(zhí)行下一 條業(yè)務(wù)過(guò)濾規(guī)則為例，對(duì)本發(fā)明的具體實(shí)施方式
進(jìn)行了詳細(xì)說(shuō)明，下面的實(shí)施 例五中對(duì)預(yù)觸發(fā)條件是后續(xù)消息、預(yù)處理方式是停止執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則的情況 進(jìn)行詳細(xì)說(shuō)明。實(shí)施例五本實(shí)施例中，假設(shè)用戶發(fā)起一個(gè)INVITE消息，執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則之后， 調(diào)用了應(yīng)用服務(wù)器AS5; AS5檢測(cè)到該呼叫是一個(gè)緊急呼叫，因此在返回的 INVITE消息中設(shè)置緊急標(biāo)志；在遇到緊急呼叫時(shí)，應(yīng)停止使用其他業(yè)務(wù)，并繼 續(xù)向被叫路由該呼叫。為此，本實(shí)施例預(yù)先在業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置如下所示的 預(yù)處理描述信息<Pretreatment><PreTriggerMessage><MessageName〉INVTTE</MessageName><Origination>FromApplicationServer</Origination><SIPHeader><Header>Priority</Header> <Content>urgent</Content> </SIPHeader> </PreTriggerMessage> <PreHandlingMode><Mode>StopNextFilterCriteria</Mode> </PreHandlingMode> </Pretreatment>上述預(yù)處理描述信息中，預(yù)觸發(fā)條件中后續(xù)消息的名稱是INVITE消息， Origination設(shè)置為FromApplicationServer,表示這是被調(diào)用應(yīng)用服務(wù)器AS5的 返回消息；Header設(shè)置為Priority頭域，Content設(shè)置為緊急(urgent),表示這是一個(gè)緊急呼叫；
預(yù)處理方式中，Mode設(shè)置為StopNextFilterCriteria，表示停止執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則。這樣，在業(yè)務(wù)執(zhí)行過(guò)程中，當(dāng)預(yù)觸發(fā)條件滿足時(shí)，如果AS5的業(yè)務(wù)過(guò)濾規(guī) 則之后還存在后續(xù)業(yè)務(wù)過(guò)濾規(guī)則，將停止執(zhí)行后續(xù)業(yè)務(wù)過(guò)濾規(guī)則，即將后續(xù)業(yè) 務(wù)過(guò)濾規(guī)則對(duì)應(yīng)的業(yè)務(wù)控制單元排除在用戶的呼叫信令路徑之外；并繼續(xù)向被 叫路由該呼叫。如此，實(shí)現(xiàn)了對(duì)業(yè)務(wù)控制單元的信令路徑的調(diào)整，解決了緊急 業(yè)務(wù)與其他業(yè)務(wù)的沖突，并提高了呼叫建立效率、縮短了呼叫接續(xù)時(shí)間。以上通過(guò)實(shí)施例五介紹了預(yù)觸發(fā)條件是后續(xù)消息、預(yù)處理方式是停止執(zhí)行 后續(xù)業(yè)務(wù)過(guò)濾的本發(fā)明具體實(shí)施方式
，下面通過(guò)實(shí)施例六說(shuō)明如何在業(yè)務(wù)控制 單元調(diào)用失敗時(shí)，按照實(shí)際需要實(shí)施調(diào)用新的業(yè)務(wù)控制單元這一預(yù)處理方式。實(shí)施例六本實(shí)施例中，假設(shè)用戶發(fā)起一個(gè)INVITE消息，執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則之后， 調(diào)用了應(yīng)用服務(wù)器AS6;而AS6當(dāng)前狀態(tài)為"忙"，無(wú)法處理業(yè)務(wù)邏輯控制， 因此，返回486此處忙響應(yīng)碼(Busy Here),此時(shí)應(yīng)調(diào)用遇忙呼叫前轉(zhuǎn)(Call Forwarding Busy, CFB ) AS。為了實(shí)現(xiàn)根據(jù)實(shí)際需要調(diào)用CFB AS，本實(shí)施例 在業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置的預(yù)處理描述信息如下所示<Pretreatment><PreTriggerMessage><MessageName>486</MessageName><Origination>FromApplicationServer</Origination> </PreTriggerMessage> <PreHandlingMode><Mode>InvokingNewApplicationServer</Mode><ServerName>sip:cfb-as@ims.example.com</ServerName> </PreHandlingMode> </Pretreatm6nt>上述預(yù)處理描述信息中，預(yù)觸發(fā)條件中后續(xù)消息的名稱是486消息， Origination設(shè)置為FromApplicationServer，表示這是被調(diào)用應(yīng)用服務(wù)器AS6的 返回的調(diào)用失敗消 息;預(yù)處理方式中，Mode設(shè)置為InvokingNewApplicationServer，表示調(diào)用新 的業(yè)務(wù)控制單元，并在ServerName中設(shè)置新業(yè)務(wù)控制單元的名稱，例如，本實(shí) 施例中設(shè)置為sip:cfb-as@ims.example.com,即CFB AS的地址。如此，在業(yè)務(wù)執(zhí)行過(guò)程中，當(dāng)預(yù)觸發(fā)條件滿足時(shí)，呼叫將發(fā)向CFBAS的 地址，即只有在業(yè)務(wù)控制單元的觸發(fā)條件滿足時(shí)，才調(diào)用該業(yè)務(wù)控制單元，實(shí) 現(xiàn)了根據(jù)實(shí)際需要調(diào)用業(yè)務(wù)控制單元，解決了業(yè)務(wù)交互和沖突問(wèn)題，并提高了 呼叫建立效率、縮短了呼叫接續(xù)時(shí)間。通常，可以使用AS6的業(yè)務(wù)觸發(fā)消息INVITE來(lái)調(diào)用CFB AS的業(yè)務(wù)過(guò)濾 規(guī)則，當(dāng)然也可以在此進(jìn)一步指定發(fā)向新的業(yè)務(wù)控制單元的調(diào)用消息。至此，結(jié)束對(duì)本發(fā)明實(shí)施例六中業(yè)務(wù)控制單元預(yù)處理方法的說(shuō)明。在上述實(shí)施例中，給出了在一個(gè)業(yè)務(wù)過(guò)濾規(guī)則中描述與一個(gè)被調(diào)用業(yè)務(wù)控 制單元相關(guān)的預(yù)處理描述信息的具體實(shí)施方式
，即在一個(gè)業(yè)務(wù)過(guò)濾規(guī)則中對(duì)一 個(gè)被調(diào)用業(yè)務(wù)控制單元進(jìn)行預(yù)處理。除此之外，本發(fā)明還支持在一個(gè)業(yè)務(wù)過(guò)濾 規(guī)則中對(duì)一個(gè)以上被調(diào)用業(yè)務(wù)控制單元進(jìn)行預(yù)處理，下面的實(shí)施例七中將對(duì)這 種情況下如何實(shí)施本發(fā)明進(jìn)行介紹。實(shí)施例七本實(shí)施例中，假設(shè)IMS應(yīng)用服務(wù)器AS1和AS2在收到INVITE消息后 被調(diào)用，其后，在被叫用戶無(wú)應(yīng)答時(shí)，AS1和AS2都希望退出當(dāng)前通信。 為了實(shí)現(xiàn)在被叫用戶無(wú)應(yīng)答時(shí)，AS1和AS2退出當(dāng)前通信，本實(shí)施例預(yù)先 針對(duì)AS1和AS2設(shè)置了如下所示的業(yè)務(wù)過(guò)濾規(guī)則<TriggerPoint> <SPT><Method>INVITE</Method> </SPT> 〈/TriggerPoint > <ApplicationServer><ServerName>sip:as 1 @ims.example.com</ServerName> < ServerName〉sip: as2敏ms. example com</ServerName> <Pretreatment><PreTriggerSessionState〉<SessionState〉Terminating—NoAnswer</SessionState> </PreTriggerSessionState> <PreHandlingMode><Mode>NewMessage</Mode> <MessageName>BYE</MessageName> <Origination>SameCallWithInvokingMessage</Origination〉 </PreHandlingMode〉 </Pretreatment> </ApplicationServer〉在上述業(yè)務(wù)過(guò)濾規(guī)則中，〈ApplicationServer〉與〈/ApplicationServer〉之間的 內(nèi)容表示被調(diào)用應(yīng)用服務(wù)器；本實(shí)施例中，給出了兩個(gè)被調(diào)用應(yīng)用服務(wù)器名 sip:asl@ims.example.com和sip:as2@ims.example.com，表示該業(yè)務(wù)過(guò)濾規(guī)則對(duì) 這兩個(gè)應(yīng)用服務(wù)器ASl和AS2都有效；業(yè)務(wù)過(guò)濾規(guī)則被執(zhí)行后，ASl和AS2 將被調(diào)用， 一般的，可以按先后順序調(diào)用ASl和AS2，也可以在業(yè)務(wù)過(guò)濾規(guī)則 中指明其它的調(diào)用方式，如同時(shí)調(diào)用等；預(yù)觸發(fā)條件中的會(huì)話狀態(tài)為被叫無(wú)應(yīng)答(Terminating—NoAnswer)，預(yù)處理 方式為發(fā)送BYE消息，發(fā)送消息的Origination為SameCallWithlnvoking Message,表示該發(fā)送消息和ASl和AS2的調(diào)用消息位于同一通信中。這樣，在業(yè)務(wù)執(zhí)行過(guò)程中，當(dāng)預(yù)觸發(fā)條件被叫無(wú)應(yīng)答滿足時(shí)，將向?qū)?yīng)的 被調(diào)用業(yè)務(wù)控制單元ASl和AS2發(fā)送SIP BYE消息，使其退出。一般的，預(yù)處理方式中的所指定的發(fā)送消息是發(fā)向當(dāng)前業(yè)務(wù)過(guò)濾規(guī)則中的 所有被調(diào)用業(yè)務(wù)控制單元，當(dāng)然，也可以在此指定該消息的目的地，即發(fā)往哪 個(gè)被調(diào)用業(yè)務(wù)控制單元。在本實(shí)施例中，AS1和AS2共用了相同的預(yù)觸發(fā)條件
及其對(duì)應(yīng)的預(yù)處理方式，在實(shí)際應(yīng)用中，也可以分別描述AS1和AS2的預(yù)觸發(fā) 條件及其對(duì)應(yīng)的預(yù)處理方式。本發(fā)明所提供的技術(shù)方案，可以在一個(gè)業(yè)務(wù)過(guò)濾規(guī)則中出現(xiàn)一個(gè)以上^史調(diào) 用業(yè)務(wù)控制單元，并且，對(duì)這些被調(diào)用業(yè)務(wù)控制單元的預(yù)處理描述信息可以統(tǒng) 一描述或分別描述。在描述預(yù)觸發(fā)條件時(shí)，可以指明后續(xù)消息的來(lái)源，以及與 該來(lái)源相關(guān)的被調(diào)用業(yè)務(wù)控制單元；可以指明與某個(gè)業(yè)務(wù)控制單元調(diào)用失敗相 關(guān)的被調(diào)用業(yè)務(wù)控制單元，即指明業(yè)務(wù)控制單元調(diào)用失敗的來(lái)源。在描述預(yù)處 理方式時(shí)，可以指明發(fā)送消息的來(lái)源，以及與該來(lái)源相關(guān)的被調(diào)用業(yè)務(wù)控制單 元；可以指明發(fā)送消息的目的業(yè)務(wù)控制單元；可以指明拒絕消息的目的業(yè)務(wù)控 制單元；可以指明釋放業(yè)務(wù)控制單元的目的業(yè)務(wù)控制單元；可以指明與重新調(diào) 用業(yè)務(wù)控制單元、調(diào)用同質(zhì)業(yè)務(wù)控制單元的來(lái)源相關(guān)的被調(diào)用業(yè)務(wù)控制單元。本發(fā)明在一個(gè)業(yè)務(wù)過(guò)濾規(guī)則中對(duì)多個(gè)被調(diào)用業(yè)務(wù)控制單元進(jìn)行預(yù)處理 的方式， 一方面可以簡(jiǎn)化對(duì)業(yè)務(wù)過(guò)濾規(guī)則的描述和執(zhí)行；另一方面，還可以 組合出更多的預(yù)處理應(yīng)用，例如，可以在一個(gè)業(yè)務(wù)過(guò)濾規(guī)則中通過(guò)對(duì)不同被 調(diào)用業(yè)務(wù)控制單元的預(yù)觸發(fā)條件的組合，得到多種預(yù)處理方式。對(duì)實(shí)施例七 來(lái)說(shuō)，可以在AS1和AS2都調(diào)用失敗時(shí)，預(yù)處理方式設(shè)置為通信釋放，而 當(dāng)AS1和AS2中只有一個(gè)調(diào)用失敗時(shí)，預(yù)處理方式設(shè)置為執(zhí)行下一條業(yè)務(wù) 過(guò)濾規(guī)則。為了實(shí)現(xiàn)上述處理，可以設(shè)置如下所示的業(yè)務(wù)過(guò)濾規(guī)則<ApplicationServer><ServerName>sip:as 1 @ims.example.com</ServerName> <ServerName>sip:as2@ims.example.com</ServerName> <Pretreatment><PreTriggerInvokingFailure>〈ConditionTypeCNF〉 1 </ConditionTypeCNF> <Source> sip:as l@ims.example.com </Source> <Source> sip:as2敏ms.example.com </Source> </PreTriggerInvokingFailure><PreHandlingMode><Mode>CallRelease</Mode> </PreHandlingMode> </Pretreatment> <Pretreatment><PreTriggerInvokingFailure><ConditionTypeCNF>0</ConditionTypeCNF> <Source> sip:asl@ims.example.com </Source> <Source> sip:as2@ims.example.com </Source> </PreTriggerInvokingFailure> <PreHandlingMode><Mode>GoNextFilterCriteria</Mode> </PreHandlingMode> </Pretreatment> </ApplicationServer>在上述業(yè)務(wù)過(guò)濾規(guī)則中，PreTriggerlnvokingFailure表示預(yù)觸發(fā)條件是業(yè)務(wù) 4空制單元調(diào)用失敗，〈PreTriggerlnvokingFailure〉與</PreTriggerInvokingFailure> 之間的內(nèi)容為描述了這種預(yù)觸發(fā)條件。其中，Source表示發(fā)生業(yè)務(wù)控制單元調(diào)用失敗的來(lái)源，本例中給出了兩個(gè) 來(lái)源AS1和AS2;ConditionTypeCNF表示采用正則表達(dá)式的條件組合，第一個(gè)預(yù)觸發(fā)條件，ConditionTypeCNF取值為1，表示兩個(gè)來(lái)源ASl和AS2的組合類 型是"與(AND)",即預(yù)觸發(fā)條件是ASl和AS2調(diào)用失?。坏诙€(gè) 〈PreTriggerlnvokingFailure〉與〈/PreTriggerlnvokingFailure〉之間的內(nèi)容為笫二個(gè) 預(yù)觸發(fā)條件，ConditionTypeCNF取值為0，表示兩個(gè)來(lái)源ASl和AS2的組合類 型是"或(OR)",即預(yù)觸發(fā)條件是AS1或AS2調(diào)用失敗；第一個(gè)預(yù)觸發(fā)條件中，預(yù)處理方式設(shè)置為通信釋放(CallRdease),第二個(gè) 預(yù)觸發(fā)條件中，預(yù)處理方式設(shè)置為執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則(GoNextFilter Criteria )。因此，在業(yè)務(wù)執(zhí)行過(guò)程中，當(dāng)AS1和AS2均調(diào)用失敗時(shí)，將釋放當(dāng)前通4言， 而當(dāng)AS1、 AS2其中之一調(diào)用失敗時(shí)，將執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則。由上述示 例可見，本發(fā)明可以通過(guò)組合的方式提供更為靈活、豐富的預(yù)觸發(fā)條件和預(yù)處 理方式。需要說(shuō)明的是，對(duì)一個(gè)以上的被調(diào)用業(yè)務(wù)控制單元的預(yù)觸發(fā)條件的組合， 可以應(yīng)用在任何形式的業(yè)務(wù)過(guò)濾規(guī)則中，而不僅僅是上述示例中所示出的參與 組合的被調(diào)用業(yè)務(wù)控制單元同時(shí)也是當(dāng)前業(yè)務(wù)過(guò)濾規(guī)則中的被調(diào)用的業(yè)務(wù)控制 單元的情況。例如，業(yè)務(wù)控制單元也可以是其它業(yè)務(wù)過(guò)濾規(guī)則中的被調(diào)用的業(yè) 務(wù)控制單元，只要指明其來(lái)源即可。至此，結(jié)束對(duì)本發(fā)明實(shí)施例七的業(yè)務(wù)控制單元預(yù)處理方法的說(shuō)明。 為了實(shí)現(xiàn)對(duì)業(yè)務(wù)控制單元的預(yù)處理，本發(fā)明提供了 一種業(yè)務(wù)控制單元預(yù)處 理裝置，該裝置用于執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào)用業(yè)務(wù)控制單元及其相對(duì)應(yīng) 的預(yù)處理描述信息，并在業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所確定的預(yù)處理描述信息處理 業(yè)務(wù)控制單元。下面舉一個(gè)裝置實(shí)施例對(duì)本發(fā)明業(yè)務(wù)控制單元預(yù)處理裝置進(jìn)行說(shuō)明。圖3為本發(fā)明具體實(shí)施例中業(yè)務(wù)控制單元預(yù)處理裝置的結(jié)構(gòu)示意圖。參見 圖3，該裝置包括預(yù)處理信息獲取模塊301、預(yù)觸發(fā)條件匹配模塊302和預(yù)處理 方法執(zhí)行模塊303。其中，預(yù)處理信息獲取模塊301,用于執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定包含預(yù)觸 發(fā)條件及其對(duì)應(yīng)的預(yù)處理方法的預(yù)處理描述信息，并用于向預(yù)觸發(fā)條件匹配模 塊302提供預(yù)觸發(fā)條件、向預(yù)處理方法執(zhí)行模塊303提供預(yù)處理方法；預(yù)觸發(fā)條件匹配模塊302，用于在所述業(yè)務(wù)執(zhí)行過(guò)程中，判斷該觸發(fā)條件 與預(yù)處理信息獲取模塊301所提供的預(yù)觸發(fā)條件是否滿足，當(dāng)預(yù)觸發(fā)條件滿足 時(shí)，通知預(yù)處理方法執(zhí)行模塊303;預(yù)處理方法執(zhí)行模塊303，用于根據(jù)預(yù)觸發(fā)條件匹配模塊302的通知，執(zhí)
行預(yù)處理信息獲取模塊301所提供的預(yù)處理方法。下面通過(guò)一個(gè)系統(tǒng)實(shí)施例，說(shuō)明如何將圖3所示裝置應(yīng)用于本發(fā)明業(yè)務(wù)控 制單元預(yù)處理系統(tǒng)中。圖4為本發(fā)明具體實(shí)施例中業(yè)務(wù)控制單元預(yù)處理系統(tǒng)的 結(jié)構(gòu)示意圖。參見圖4，該系統(tǒng)包括業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410、業(yè)務(wù)控制單元預(yù)處理 裝置420和業(yè)務(wù)控制單元430，其中，業(yè)務(wù)控制單元預(yù)處理裝置420，進(jìn)一步包 括預(yù)處理信息獲取模塊421、預(yù)觸發(fā)條件匹配模塊422和預(yù)處理方法執(zhí)行才莫塊 423。圖4所示系統(tǒng)中，業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410，用于保存或產(chǎn)生用戶的業(yè)務(wù)過(guò)濾 規(guī)則，并用于向業(yè)務(wù)控制單元預(yù)處理裝置420中的預(yù)處理信息獲取模塊421提 供業(yè)務(wù)過(guò)濾規(guī)則；預(yù)處理信息獲取模塊421,用于接收、并執(zhí)行來(lái)自于業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410 的業(yè)務(wù)過(guò)濾規(guī)則，并向預(yù)觸發(fā)條件匹配模塊422提供預(yù)觸發(fā)條件、向預(yù)處理方 法執(zhí)行模塊423提供預(yù)處理方法；預(yù)觸發(fā)條件匹配模塊422，用于在所述業(yè)務(wù) 執(zhí)行過(guò)程中，判斷觸發(fā)條件是否滿足，當(dāng)預(yù)觸發(fā)條件滿足時(shí)，通知預(yù)處理方法 執(zhí)行模塊423執(zhí)行預(yù)處理方法，對(duì)業(yè)務(wù)控制單元430以及當(dāng)前通信進(jìn)行相應(yīng)的 處理；業(yè)務(wù)控制單元430,用于根據(jù)業(yè)務(wù)控制單元預(yù)處理裝置420中預(yù)處理方法 執(zhí)行模塊423的處理，提供各種業(yè)務(wù)邏輯控制功能；進(jìn)一步的，當(dāng)在業(yè)務(wù)處理 過(guò)程中產(chǎn)生業(yè)務(wù)過(guò)濾規(guī)則時(shí)，業(yè)務(wù)控制單元430用于將所產(chǎn)生的業(yè)務(wù)過(guò)濾規(guī)則 發(fā)送給業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410，業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410進(jìn)一步用于接收、并保存來(lái) 自于業(yè)務(wù)控制單元430的業(yè)務(wù)過(guò)濾規(guī)則。圖4所示系統(tǒng)中，可以存在一個(gè)或一個(gè)以上的業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410,該系 統(tǒng)中的業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410可以是獨(dú)立的用戶簽約數(shù)據(jù)庫(kù)，如歸屬用戶服務(wù)器 (HSS, Home Subscriber Server),業(yè)務(wù)過(guò)濾規(guī)則作為用戶簽約數(shù)據(jù)存放其中， 如前述的iFC;該系統(tǒng)中的業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410也可以位于業(yè)務(wù)控制單元預(yù)處 理裝置420中，如業(yè)務(wù)過(guò)濾規(guī)則作為一段程序或配置數(shù)據(jù)存在于業(yè)務(wù)控制單元 預(yù)處理裝置420中；該系統(tǒng)中的業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410還可以位于業(yè)務(wù)控制單元 430中，如業(yè)務(wù)控制單元430在業(yè)務(wù)處理過(guò)程中產(chǎn)生業(yè)務(wù)過(guò)濾規(guī)則。圖4所示系統(tǒng)中，業(yè)務(wù)控制單元預(yù)處理裝置420可以是3GPP IMS標(biāo)準(zhǔn)中 定義的S-CSCF、業(yè)務(wù)代理(Service Broker )或業(yè)務(wù)能力交互管理(SCIM， Service Capability Interaction Manager)應(yīng)用月良務(wù)器等；業(yè)務(wù)控制單元430是各種業(yè)務(wù)的宿主執(zhí)行環(huán)境，可以是MS應(yīng)用服務(wù)器、 傳統(tǒng)智能網(wǎng)SCF實(shí)體等；業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410與業(yè)務(wù)控制單元預(yù)處理裝置420之間的接口可以是 Diameter協(xié)議或內(nèi)部接口協(xié)議等；業(yè)務(wù)過(guò)濾規(guī)則庫(kù)410與業(yè)務(wù)控制單元430之 間的接口可以是Diameter協(xié)議或內(nèi)部接口協(xié)議等；業(yè)務(wù)控制單元預(yù)處理裝置420 與業(yè)務(wù)控制單元430之間的接口可以是SIP協(xié)議、智能業(yè)務(wù)協(xié)議(如智能網(wǎng)應(yīng) 用規(guī)程協(xié)議INAP， Intelligent Network Application Protocol),內(nèi)部接口協(xié)議等。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范 圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均 應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種業(yè)務(wù)控制單元預(yù)處理方法，其特征在于，該方法包括以下步驟A、執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào)用業(yè)務(wù)控制單元及其相對(duì)應(yīng)的預(yù)處理描述信息；B、在業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所確定的預(yù)處理描述信息對(duì)當(dāng)前通信進(jìn)行處理。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，在步驟A之前，進(jìn)一步包括A0 、根據(jù)所述被調(diào)用業(yè)務(wù)控制單元在業(yè)務(wù)執(zhí)行過(guò)程中可能出現(xiàn)的處理情 況，在所述業(yè)務(wù)過(guò)濾規(guī)則中設(shè)置與所述被調(diào)用業(yè)務(wù)控制單元相對(duì)應(yīng)的預(yù)處理描 述信息。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述預(yù)處理描述信息包括預(yù) 觸發(fā)條件及其相對(duì)應(yīng)的預(yù)處理方式；步驟B所述進(jìn)行相應(yīng)的處理為當(dāng)所述預(yù)觸發(fā)條件滿足時(shí)，執(zhí)行與所述預(yù) 觸發(fā)條件相對(duì)應(yīng)的預(yù)處理方式。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述預(yù)觸發(fā)條件包括后續(xù)消 息、會(huì)話狀態(tài)和業(yè)務(wù)控制單元調(diào)用失敗中的至少一種；所述預(yù)處理方式包括發(fā)送消息、拒絕消息、重新調(diào)用業(yè)務(wù)控制單元、調(diào)用 同質(zhì)業(yè)務(wù)控制單元、調(diào)用新的業(yè)務(wù)控制單元、執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則、停止 執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則、釋放業(yè)務(wù)控制單元和通信釋放中的至少一種。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述后續(xù)消息包括所述被調(diào) 用業(yè)務(wù)控制單元被調(diào)用之后、直至當(dāng)前通信被釋放之前的包括釋放消息在內(nèi)的 所有消息中的至少一個(gè)；所述^L調(diào)用業(yè)務(wù)控制單元中的業(yè)務(wù)邏輯調(diào)用失敗。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述預(yù)觸發(fā)條件中的后續(xù)消 息包括任意后續(xù)消息的消息名稱和/或消息內(nèi)容和/或消息來(lái)源信息。
7、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述預(yù)處理方式中的發(fā)送消 息為向所述被調(diào)用業(yè)務(wù)控制單元發(fā)送指定的消息。
8、 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述指定的消息為指定消 息名稱的消息。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，所述指定的消息為進(jìn)一步 指定消息內(nèi)容和/或消息來(lái)源的消息。
10、 根據(jù)權(quán)利要求7所述的方法，其特征在于，所述指定的消息包括所述 預(yù)觸發(fā)條件中的后續(xù)消息。
11、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述預(yù)處理方式中的拒絕 消息為禁止向所述被調(diào)用業(yè)務(wù)控制單元發(fā)送所述預(yù)觸發(fā)條件中的后續(xù)消息。
12、 根據(jù)權(quán)利要求4所述的方法，其特征在于，進(jìn)一步在所述業(yè)務(wù)過(guò)濾規(guī) 則中描述與所述被調(diào)用業(yè)務(wù)控制單元同質(zhì)的業(yè)務(wù)控制單元信息；所述調(diào)用同質(zhì)業(yè)務(wù)控制單元為當(dāng)所述被調(diào)用業(yè)務(wù)控制單元調(diào)用失敗時(shí)， 向所述同質(zhì)業(yè)務(wù)控制單元發(fā)送調(diào)用消息。
13、 根據(jù)權(quán)利要求4所述的方法，其特征在于，進(jìn)一步在所述預(yù)處理描述 信息中指定新業(yè)務(wù)控制單元的地址；所述調(diào)用新的業(yè)務(wù)控制單元為當(dāng)所述預(yù)觸發(fā)條件滿足時(shí)，向所述新業(yè)務(wù) 控制單元發(fā)送調(diào)用消息。
14、 根據(jù)權(quán)利要求5所述的方法，其特征在于，當(dāng)所述業(yè)務(wù)控制單元調(diào)用 失敗為業(yè)務(wù)控制單元中的業(yè)務(wù)邏輯調(diào)用失敗時(shí)，所述被調(diào)用業(yè)務(wù)控制單元進(jìn)一 步返回表示業(yè)務(wù)邏輯調(diào)用失敗的消息。
15、 根據(jù)權(quán)利要求1至14所述的方法，其特征在于，所述被調(diào)用業(yè)務(wù)控制 單元為多個(gè)業(yè)務(wù)控制單元。
16、 根據(jù)權(quán)利要求15所述的方法，其特征在于，進(jìn)一步在所述預(yù)觸發(fā)條件 中描述與所述業(yè)務(wù)控制單元調(diào)用失敗相關(guān)的所述被調(diào)用業(yè)務(wù)控制單元。
17、 根據(jù)權(quán)利要求15所述的方法，其特征在于，進(jìn)一步在所述預(yù)處理方式 中描述所述發(fā)送消息的目的業(yè)務(wù)控制單元，和/或所述拒絕消息的目的業(yè)務(wù)控制 單元，和/或與所述重新調(diào)用業(yè)務(wù)控制單元的來(lái)源相關(guān)的所述被調(diào)用業(yè)務(wù)控制單 元，和/或與所述調(diào)用同質(zhì)業(yè)務(wù)控制單元的來(lái)源相關(guān)的所述被調(diào)用業(yè)務(wù)控制單 元，和/或所述釋放業(yè)務(wù)控制單元的目的業(yè)務(wù)控制單元。
18、 根據(jù)權(quán)利要求1至14所述的方法，其特征在于，進(jìn)一步在所述預(yù)處理 描述信息中描述多個(gè)被調(diào)用業(yè)務(wù)控制單元的預(yù)觸發(fā)條件的任意組合、以及與所 述預(yù)觸發(fā)條件的任意組合相對(duì)應(yīng)的預(yù)處理方式。
19、 根據(jù)權(quán)利要求1至14任一所述方法，其特征在于，執(zhí)行步驟A所述 業(yè)務(wù)過(guò)濾規(guī)則的依據(jù)是接收到業(yè)務(wù)觸發(fā)消息、或當(dāng)前通信過(guò)程狀態(tài)發(fā)生遷移。
20、 根據(jù)權(quán)利要求1至14任一所述方法，其特征在于，所述業(yè)務(wù)控制單元 為因特網(wǎng)多媒體子系統(tǒng)IMS應(yīng)用服務(wù)器或傳統(tǒng)智能網(wǎng)業(yè)務(wù)控制功能實(shí)體SCF。
21、 一種業(yè)務(wù)控制單元預(yù)處理裝置，其特征在于，該裝置包括預(yù)處理信 息獲取模塊和預(yù)處理方法執(zhí)行模塊；所述預(yù)處理信息獲取模塊，用于執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào)用業(yè)務(wù)控制 單元及其相對(duì)應(yīng)的預(yù)處理描述信息，并向所述預(yù)處理方法執(zhí)行模塊提供所述預(yù) 處理描述信息；所述預(yù)處理方法執(zhí)行模塊，用于在業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所述預(yù)處理信息 獲取^t塊所提供的預(yù)處理描述信息對(duì)當(dāng)前通信進(jìn)行處理。
22、 根據(jù)權(quán)利要求21所述的裝置，其特征在于，該裝置還進(jìn)一步包括預(yù)觸 發(fā)條件匹配模塊；所述預(yù)處理描述信息包括預(yù)觸發(fā)條件及其對(duì)應(yīng)的預(yù)處理方法； 所述預(yù)觸發(fā)條件匹配模塊，用于在所述業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所述預(yù)處理 信息獲取4莫塊所提供的預(yù)觸發(fā)條件判斷所述預(yù)觸發(fā)條件是否滿足，當(dāng)所述預(yù)觸 發(fā)條件滿足時(shí)，通知所述預(yù)處理方法執(zhí)行模塊，執(zhí)行所述預(yù)處理信息獲取模塊 所提供的預(yù)處理方法。
23、 一種業(yè)務(wù)控制單元預(yù)處理系統(tǒng)，其特征在于，該系統(tǒng)包括業(yè)務(wù)過(guò)濾規(guī)則庫(kù)、業(yè)務(wù)控制單元預(yù)處理裝置和業(yè)務(wù)控制單元；所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)，用于保存或產(chǎn)生用戶的業(yè)務(wù)過(guò)濾規(guī)則，并用于向所 述業(yè)務(wù)控制單元預(yù)處理裝置提供所述業(yè)務(wù)過(guò)濾規(guī)則；所述業(yè)務(wù)控制單元預(yù)處理裝置，用于根據(jù)業(yè)務(wù)過(guò)濾規(guī)則庫(kù)所提供的業(yè)務(wù)過(guò) 濾規(guī)則，確定與所述業(yè)務(wù)控制單元相對(duì)應(yīng)的預(yù)處理描述信息，并根據(jù)所述預(yù)處 理描述信息對(duì)當(dāng)前通信進(jìn)行處理；所述業(yè)務(wù)控制單元，用于根據(jù)所述業(yè)務(wù)控制單元預(yù)處理裝置的處理，提供 各種業(yè)務(wù)邏輯控制功能。
24、 根據(jù)權(quán)利要求23所述的系統(tǒng)，其特征在于，當(dāng)在業(yè)務(wù)處理過(guò)程中產(chǎn)生 業(yè)務(wù)過(guò)濾規(guī)則時(shí)，所述業(yè)務(wù)控制單元，進(jìn)一步用于將所產(chǎn)生的業(yè)務(wù)過(guò)濾規(guī)則發(fā) 送給業(yè)務(wù)過(guò)濾規(guī)則庫(kù)；所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)，進(jìn)一步用于接收、并保存來(lái)自于所述業(yè)務(wù)控制單元 的業(yè)務(wù)過(guò)濾規(guī)則。
25、 根據(jù)權(quán)利要求23所述的系統(tǒng)，其特征在于，所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)為至少一 所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)為單獨(dú)設(shè)置的用戶簽約數(shù)據(jù)庫(kù)；或者，設(shè)置于所述業(yè)務(wù)控制單元預(yù)處理裝置中，所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)中的 業(yè)務(wù)過(guò)濾規(guī)則作為程序或配置數(shù)據(jù)存在于所述業(yè)務(wù)控制單元預(yù)處理裝置之中；或者，設(shè)置于所述業(yè)務(wù)控制單元中，所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)中的業(yè)務(wù)過(guò)濾規(guī) 則在業(yè)務(wù)處理過(guò)程中產(chǎn)生。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)控制單元預(yù)處理方法，首先執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，確定被調(diào)用業(yè)務(wù)控制單元及其相對(duì)應(yīng)的預(yù)處理描述信息，然后在業(yè)務(wù)執(zhí)行過(guò)程中，根據(jù)所確定的預(yù)處理描述信息對(duì)當(dāng)前通信進(jìn)行處理。本發(fā)明還公開了一種業(yè)務(wù)控制單元預(yù)處理裝置和系統(tǒng)。應(yīng)用本發(fā)明能夠在通信后續(xù)過(guò)程中調(diào)整業(yè)務(wù)控制單元的信令路徑，從而解決業(yè)務(wù)交互及沖突問(wèn)題，提高呼叫建立效率、縮短呼叫接續(xù)時(shí)間。
文檔編號(hào)H04L29/06GK101163135SQ20061013196
公開日2008年4月16日 申請(qǐng)日期2006年10月13日 優(yōu)先權(quán)日2006年10月13日
發(fā)明者施有鑄 申請(qǐng)人:華為技術(shù)有限公司