專利名稱：：具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)及其實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信領(lǐng)域，更具體而言，涉及一種具有增強(qiáng)的業(yè)務(wù)過(guò)濾失見(jiàn)則的分組網(wǎng)絡(luò)及其實(shí)現(xiàn)方法。
背景技術(shù)：
：IMS(IPMultimediaSubsystem,IP多々某體子系統(tǒng))是一個(gè)基于SIP(SessionInitiationProtocol,會(huì)i舌4刀始4匕十辦i義)的體系，它的會(huì)話層和業(yè)務(wù)層是分離的，IMS為業(yè)務(wù)的調(diào)用提供必要的方法，IMS中業(yè)務(wù)的々是供包含以下三個(gè)基本步驟1)定義可能的業(yè)務(wù)或業(yè)務(wù)集合；2)當(dāng)用戶定購(gòu)/小務(wù)改業(yè)務(wù)訂購(gòu)關(guān)系時(shí)，以初始過(guò)濾夫見(jiàn)則的形式創(chuàng)建用戶專有的業(yè)務(wù)翁:據(jù)；以及3)將到達(dá)的初始請(qǐng)求傳遞給應(yīng)用服務(wù)器。當(dāng)用戶/人運(yùn)營(yíng)商處4尋到一個(gè)IMS訂購(gòu)關(guān)系時(shí)，運(yùn)營(yíng)商需要給j也分配一個(gè)用戶配置。用戶配置至少包含一個(gè)私有的用戶身份和單個(gè)業(yè)務(wù)酉己置，它4皮7:jcAJ也存方文在HSS(HomeSubscriberServer,歸屬用戶月良務(wù)器)上。可以通過(guò)兩種用戶凄t據(jù)處理操作SAA(Server-Assignment-Answer)或者PPR(Push-Profile-Request)，用戶酉己置乂人HSS傳送到為該用戶分配的S-CSCF(Serving-CallSessionControlFunction,月良務(wù)呼叫會(huì)話控制功能)上。為了實(shí)現(xiàn)IMS中業(yè)務(wù)提供所涉及的業(yè)務(wù)觸發(fā)，現(xiàn)有技術(shù)3GPPTS29.228(IPMultimedia(IM)SubsystemCxandDxInterfaces;Signalingflowsandmessagecontents)中以及MSF(MultiServiceForum，多業(yè)務(wù)論壇)的文稿msf.2006.004(ImplementationAgreementfortheISCinterface)中，分別給出了相應(yīng)的技術(shù)方案，下面將結(jié)合附圖1至8對(duì)此予以詳細(xì)描述。圖l至圖4示出了3GPPTS29.228中定義的用戶配置的總體結(jié)構(gòu)。圖1示出了其中用戶檔案(UserProfile)的結(jié)構(gòu)，圖2示出了其中業(yè)務(wù)檔案(ServiceProfile)的結(jié)構(gòu)，圖3示出了其中初始過(guò)濾頭見(jiàn)則的結(jié)構(gòu)，以及圖4示出了其中業(yè)務(wù)點(diǎn)觸發(fā)器(ServicePointTrigger)的纟吉才勾。ServicePointTrigger設(shè)置的是業(yè)務(wù)觸發(fā)判斷條件，可以包括以下類型Request-URI(Uniformresourceidentifier,統(tǒng)一資源標(biāo)識(shí))標(biāo)識(shí)該i貪求所指向的資源；SIPMethod:表示該SIP請(qǐng)求的類型；SIPHeader:包含與該請(qǐng)求相關(guān)的信息，一個(gè)SPT(ServicepointTrigger,業(yè)務(wù)點(diǎn)觸發(fā)器)可以基于任何SIP頭域是否出現(xiàn)，或者基于任何SIP頭域的內(nèi)容；SessionCase:有三個(gè)可能的^直，即起始、終止或終止未注冊(cè)，指明過(guò)濾器是否應(yīng)該;故處理起始、終止或者終止未注冊(cè)的終端用戶的S-CSCF所使用；以及SessionDescription:4十乂于SIP方、法內(nèi)的^f壬4可SDP(SessionDescriptionProtocol,會(huì)i舌4笛述十辦i義)字革史內(nèi)容。圖5示出了MSF中才是出的R3架構(gòu)ISC(IPmultimediaServiceControl,IP多媒體業(yè)務(wù)控制)接口。如圖5所示，在MSF的文稿msf.2006.004中提出了如下的業(yè)務(wù)架構(gòu)S-CSC(ServingCallSessionController,服務(wù)呼叫會(huì)話控制器)可以直4妄觸發(fā)到業(yè)務(wù)層，業(yè)務(wù)層實(shí)體可以是開方文業(yè)務(wù)4妄入網(wǎng)關(guān)、AS(ApplicationServer,應(yīng)用服務(wù)器)、以及與傳統(tǒng)業(yè)務(wù)網(wǎng)絡(luò)對(duì)接的業(yè)務(wù)邏輯網(wǎng)關(guān)。S-CSC也可以通過(guò)SB/SCIM(ServiceBroker,業(yè)務(wù)代理/ServiceCapabilityInteractionManager,業(yè)務(wù)能力交互管J里)將呼叫觸發(fā)到業(yè)務(wù)層，SB/SCIM與S-CSC以及業(yè)務(wù)層實(shí)體間使用ISC接口，SB/SCIM與HSS間使用Sh接口來(lái)獲取SCIM業(yè)務(wù)檔案。MSFSB/SCIM業(yè)務(wù)檔案采用了類似3GPP(3rdGenerationPartnershipProject,第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目)業(yè)務(wù)檔案的描述方式，圖6至圖8示出了MSFSB/SCIM業(yè)務(wù)檔案的總體結(jié)構(gòu)，其中，圖6示出了SCIM業(yè)務(wù)檔案的結(jié)構(gòu)，圖7示出了SCIM過(guò)濾規(guī)則的結(jié)構(gòu)，以及圖8示出了SCIM業(yè)務(wù)點(diǎn)觸發(fā)器的結(jié)構(gòu)。從圖6、7、8中可以看到MSFSB/SCIM中新增了兩種SPT，它可以根據(jù)基本呼叫狀態(tài)觸發(fā)或者是根據(jù)日程觸發(fā)，呼叫狀態(tài)可以取值試呼、忙、無(wú)應(yīng)答、掛機(jī)，日程根據(jù)RFC2445可以取值FREE、BUSY、BUSY-UNAVAILABLE、BUSY-TENTATIVE，還可以取^直UNOBTAINABLE。目前業(yè)務(wù)觸發(fā)點(diǎn)的觸發(fā)主要依賴于它收到的SIP消息，而RFC3261SIP:SessionInitiationProtocol中定義的SIP消息格式為<formula>formulaseeoriginaldocumentpage12</formula>然而，根據(jù)上述定義，在應(yīng)用3GPPiFC(InitialFilterCriteria,初始過(guò)濾規(guī)則)過(guò)濾規(guī)則以及MSFSCIM過(guò)濾規(guī)則進(jìn)行業(yè)務(wù)觸發(fā)時(shí)，發(fā)現(xiàn)存在以下問(wèn)題1、現(xiàn)有技術(shù)無(wú)法根據(jù)SIP消息體中除SDP信息(會(huì)話描迷信息)以外的其它部分來(lái)觸發(fā)業(yè)務(wù)；2、現(xiàn)有技術(shù)可以根據(jù)SIP初始請(qǐng)求消息觸發(fā)業(yè)務(wù)，SIP初始請(qǐng)求消息為RFC3261中定義的起始行為SIP請(qǐng)求行的SIP消息且SIP初始請(qǐng)求消息是能創(chuàng)建信令路徑的消息，例如INVITE、SUBSCRIBE等消息，iFC(初始過(guò)濾力見(jiàn)則)指的就是對(duì)這些SIP初始請(qǐng)求消息(即SIP初始消息)的過(guò)濾規(guī)則，但現(xiàn)有技術(shù)無(wú)法根據(jù)SIP初始i青求消息以外的SIP消息觸發(fā)業(yè)務(wù)，如沖艮4居SIP后續(xù)請(qǐng)求消息(指SIP信令路徑創(chuàng)建后的后續(xù)請(qǐng)求消息，例如BYE、ACK、CANCEL、PRACK、UPDATE消息等)、SIP響應(yīng)消息觸發(fā)業(yè)務(wù)，包括沖艮據(jù)SIP后續(xù)請(qǐng)求方法、SIP后續(xù)請(qǐng)求消息中的消息頭域、SIP后續(xù)請(qǐng)求消息中的消息體觸發(fā)、狀態(tài)碼觸發(fā)、SIP響應(yīng)中的消息頭域觸發(fā)以及SIP響應(yīng)中的消息體觸發(fā)等。因此現(xiàn)有標(biāo)準(zhǔn)中根據(jù)SIP消息的觸發(fā)能力是不完備的，且上述問(wèn)題也是有實(shí)際需求的，例如移動(dòng)網(wǎng)絡(luò)增強(qiáng)邏輯的客戶化應(yīng)用(CAMEL(CustomisedApplicationsforMobilenetworkEnhancedLogic,移動(dòng)網(wǎng)絡(luò)增強(qiáng)邏輯的客戶化應(yīng)用))用戶通過(guò)IMS域發(fā)短消息，消息體中承載了短消息信令的SIP消息需要觸發(fā)到業(yè)務(wù)控制點(diǎn)上以進(jìn)行計(jì)費(fèi)控制或者對(duì)虛擬專用網(wǎng)(VPN)被叫短號(hào)進(jìn)行變換一類的處理。3、MSF對(duì)于3GPP的過(guò)濾規(guī)則進(jìn)行了擴(kuò)展，引入了根據(jù)基本呼叫狀態(tài)觸發(fā)以及根據(jù)日程觸發(fā)，但MSF定義的根據(jù)基本呼叫狀態(tài)僅支持試呼、忙、無(wú)應(yīng)答、掛機(jī)四種；4、現(xiàn)有技術(shù)的觸發(fā)機(jī)制不支持根據(jù)當(dāng)前時(shí)間信息觸發(fā)業(yè)務(wù)，而根據(jù)時(shí)間信息觸發(fā)業(yè)務(wù)是一種比較重要的業(yè)務(wù)觸發(fā)要求；5、MSF的根據(jù)日程觸發(fā)可以根據(jù)用戶的狀態(tài)觸發(fā)，但它僅僅取了RFC2445中定義的閑/忙時(shí)間類型(Free/BusyTimeType),不能提供更加豐富的信息，且RFC2445發(fā)布時(shí)間為1998年，時(shí)間已經(jīng)比較久遠(yuǎn)了，顯然它不能滿足用戶需要的更強(qiáng)和更個(gè)性化的業(yè)務(wù)觸發(fā)能力要求；6、現(xiàn)有技術(shù)的過(guò)濾規(guī)則對(duì)用戶狀態(tài)的支持不夠，這里的用戶狀態(tài)是指與呼叫無(wú)關(guān)的狀態(tài)，如注冊(cè)狀態(tài)(是否注冊(cè))、漫游狀態(tài)(是否漫游)等，iFC中只支持"終止未注冊(cè)(Terminating—Unregistered)，，的用戶4犬態(tài)，即只對(duì)#皮叫用戶提供基于用戶注冊(cè)狀態(tài)的過(guò)濾規(guī)則，不能支持對(duì)主叫用戶提供基于用戶注冊(cè)狀態(tài)的過(guò)濾規(guī)則，此外也不能根據(jù)用戶漫游狀態(tài)觸發(fā)，而根據(jù)用戶漫游狀態(tài)觸發(fā)業(yè)務(wù)是一種比較重要的業(yè)務(wù)觸發(fā)要求；7、不能指定業(yè)務(wù)調(diào)用消息，現(xiàn)有4支術(shù)中，S-CSCF/MSFSB/SCIM等收到一個(gè)SIPi青求消息，該SIP請(qǐng)求消息匹配一個(gè)業(yè)務(wù)過(guò)濾失見(jiàn)則，只能將該SIP請(qǐng)求消息發(fā)向指定的應(yīng)用服務(wù)器，即對(duì)指定應(yīng)用服務(wù)器的業(yè)務(wù)調(diào)用消息就是該業(yè)務(wù)過(guò)濾規(guī)則的觸發(fā)消息，而在實(shí)際應(yīng)用中，業(yè)務(wù)過(guò)濾失見(jiàn)則的觸發(fā)消息和對(duì)指定應(yīng)用服務(wù)器的調(diào)用消息可以不是同一種SIP消息，此外，如前所述，MSFSB/SCIM可以通過(guò)業(yè)務(wù)邏輯網(wǎng)關(guān)與傳統(tǒng)業(yè)務(wù)網(wǎng)絡(luò)對(duì)接，實(shí)際上，如果業(yè)務(wù)邏輯網(wǎng)關(guān)位于MSFSB/SCIM中，貝'JMSFSB/SCIM和傳統(tǒng)業(yè)務(wù)網(wǎng)絡(luò)之間的交互接口將是傳統(tǒng)業(yè)務(wù)網(wǎng)絡(luò)支持的協(xié)iU妄口，如智能協(xié)iU妄口，即業(yè)務(wù)調(diào)用消息可以不是SIP協(xié)議，現(xiàn)有技術(shù)中，業(yè)務(wù)過(guò)濾規(guī)則不能支持對(duì)SIP協(xié)議以外的業(yè)務(wù)調(diào)用消息；8、不能描述其它過(guò)濾失見(jiàn)則，而一個(gè)業(yè)務(wù)過(guò)濾失見(jiàn)則中引用另一個(gè)過(guò)濾規(guī)則也是一種比較重要的業(yè)務(wù)觸發(fā)要求；9、現(xiàn)有技術(shù)只能根據(jù)過(guò)濾規(guī)則轉(zhuǎn)發(fā)消息到應(yīng)用服務(wù)器而不能在觸發(fā)條件匹配后指定特定的處理。例如現(xiàn)有技術(shù)不能主動(dòng)獲取業(yè)務(wù)觸發(fā)數(shù)據(jù)；也無(wú)法實(shí)現(xiàn)帶有流程性的觸發(fā)判斷，如觸發(fā)4皮叫側(cè)業(yè)務(wù)前先判斷主叫用戶是否在^皮叫用戶的黑名單中；此外，如上如述，MSFSB/SCIM和傳統(tǒng)業(yè)務(wù)網(wǎng)絡(luò)之間直4妄交互時(shí)，無(wú)法實(shí)J見(jiàn)發(fā)送非觸發(fā)業(yè)務(wù)的消息到業(yè)務(wù)控制點(diǎn)，例如發(fā)送INAP的InitialDp消息到SCP;還無(wú)法實(shí)現(xiàn)根據(jù)過(guò)濾規(guī)則進(jìn)行業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)的信令關(guān)系或信令消息修正的處理，修正信令關(guān)系例如發(fā)送消息結(jié)束與指定業(yè)務(wù)控制點(diǎn)的通信，修改信令消息例如屏蔽某些信令參數(shù)等；10、現(xiàn)有技術(shù)中iFC和MSF的過(guò)濾規(guī)則總是有效，S-CSCF/MSFSB/SCIM得到過(guò)濾規(guī)則后，將總是執(zhí)行，但實(shí)際上過(guò)濾規(guī)則可以只是"臨時(shí)有效"，如當(dāng)應(yīng)用服務(wù)器在當(dāng)前業(yè)務(wù)執(zhí)行過(guò)程中，產(chǎn)生一個(gè)過(guò)濾^見(jiàn)則，它可以只在當(dāng)前呼叫處理過(guò),呈中有效，呼叫釋方欠，該過(guò)濾規(guī)則也將失效，現(xiàn)有技術(shù)不能支持過(guò)濾規(guī)則的有效性；11、現(xiàn)有技術(shù)中對(duì)業(yè)務(wù)調(diào)用結(jié)果的處理僅支持繼續(xù)處理或者終止會(huì)話，不支持更豐富的處理類型，如S-CSCF/MSFSB/SCIM依據(jù)過(guò)濾規(guī)則將SIP初始消息發(fā)送至應(yīng)用服務(wù)器，如果由于某種原因(如網(wǎng)絡(luò)臨時(shí)故障)該應(yīng)用服務(wù)器在身見(jiàn)定時(shí)間內(nèi)沒(méi)有向S-CSCF/MSFSB/SCIM返回一個(gè)SIP消息，此時(shí)，可以重新調(diào)用一次該業(yè)務(wù)4空制點(diǎn)；12、^見(jiàn)有iFC和MSF的業(yè)務(wù)過(guò)濾*見(jiàn)則中均無(wú)法識(shí)別該業(yè)務(wù)過(guò)濾規(guī)則對(duì)應(yīng)的業(yè)務(wù)，這樣會(huì)導(dǎo)致一些問(wèn)題如應(yīng)用服務(wù)器收到觸發(fā)業(yè)務(wù)的消息還要再次判斷要調(diào)用的業(yè)務(wù)類型、會(huì)話中難以得知調(diào)用的業(yè)務(wù)從而對(duì)業(yè)務(wù)交互處理造成困難等；另外現(xiàn)有業(yè)務(wù)過(guò)濾少見(jiàn)則中也無(wú)法將已經(jīng)調(diào)用的業(yè)務(wù)種類估文為*見(jiàn)則匹配條件，而在業(yè)務(wù)交互處理中這也是一種重要的業(yè)務(wù)觸發(fā)控制要求。13、現(xiàn)有iFC和MSF的業(yè)務(wù)過(guò)濾規(guī)則中不支持對(duì)應(yīng)用服務(wù)器調(diào)用的禁止失見(jiàn)則，如當(dāng)S-CSCF/MSFSB/SCIM#4居一個(gè)SIP初始消息調(diào)用了一系列的應(yīng)用力良務(wù)器，該SIP初始消息的后續(xù)響應(yīng)消息按上，有些應(yīng)用力良務(wù)器對(duì)特定的響應(yīng)消息，可能并不能凈皮調(diào)用，現(xiàn)有才支術(shù)無(wú)法滿足這一要求。因此現(xiàn)有4支術(shù)的缺點(diǎn)可以總結(jié)如下1、不支持沖艮據(jù)SIP消息消息體中除了SDP信息外的其它部分觸發(fā)業(yè)務(wù)；2、基本呼叫狀態(tài)非常有限，僅有試呼、忙、無(wú)應(yīng)答、掛機(jī)四種，狀態(tài)劃分不夠細(xì)，例如無(wú)法區(qū)分通話后掛才幾還是通話前掛才幾；3、不支持4艮據(jù)SIP初始請(qǐng)求消息外的SIP消息事件觸發(fā)；4、不能按時(shí)間觸發(fā)；5、MSF根據(jù)日程觸發(fā)僅提供有限的根據(jù)用戶信息觸發(fā)能力，無(wú)法提供如根據(jù)用戶所處場(chǎng)所觸發(fā)等更多的觸發(fā)方式；6、不能4艮據(jù)用戶狀態(tài)觸發(fā)；7、不能指定業(yè)務(wù)調(diào)用消息；8、不能引用其它過(guò)濾規(guī)則；9、不能在觸發(fā)條件匹配后指定特定的處理；10、不支持業(yè)務(wù)過(guò)濾規(guī)則的有效性；11、不支持對(duì)業(yè)務(wù)調(diào)用結(jié)果更豐富的處理方式；12、不能識(shí)別業(yè)務(wù)過(guò)濾規(guī)則對(duì)應(yīng)的業(yè)務(wù)且無(wú)法將業(yè)務(wù)種類做為夫見(jiàn)則匹配條寸牛。13、不支持對(duì)應(yīng)用服務(wù)器調(diào)用的禁止規(guī)則。因此，人們需要一種用于分組網(wǎng)絡(luò)的業(yè)務(wù)觸發(fā)解決方案，能夠解決上述相關(guān)技術(shù)中的問(wèn)題。
發(fā)明內(nèi)容本發(fā)明旨在^是供本發(fā)明提供了一種具有增強(qiáng)的業(yè)務(wù)過(guò)濾^L則的分組網(wǎng)絡(luò)及其實(shí)現(xiàn)方法，業(yè)務(wù)觸發(fā)點(diǎn)能夠^4tSIP消息會(huì)話描述外的消息體、SIP請(qǐng)求消息外的SIP消息事件、會(huì)話狀態(tài)、時(shí)間段、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用力l務(wù)器地址、過(guò)濾^見(jiàn)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止規(guī)則中的一種或者多種將當(dāng)前處理的SIP通信觸發(fā)到業(yè)務(wù)控制點(diǎn)或進(jìn)行本地處理。才艮據(jù)本發(fā)明的一個(gè)方面，^是供了一種具有增強(qiáng)的業(yè)務(wù)過(guò)濾夫見(jiàn)則的分組網(wǎng)絡(luò)，包括業(yè)務(wù)過(guò)濾規(guī)則庫(kù)，用于保存或產(chǎn)生用戶的業(yè)務(wù)過(guò)濾失見(jiàn)則；業(yè)務(wù)控制點(diǎn)，用于為用戶才是供業(yè)務(wù)；以及業(yè)務(wù)觸發(fā)點(diǎn)，從業(yè)務(wù)過(guò)濾規(guī)則庫(kù)獲取業(yè)務(wù)過(guò)濾規(guī)則，并根據(jù)業(yè)務(wù)過(guò)濾規(guī)則決定當(dāng)前處理的通信是否需要觸發(fā)到業(yè)務(wù)控制點(diǎn)或是否要進(jìn)行本地處理，其中，業(yè)務(wù)過(guò)濾規(guī)則至少包括以下之一SIP消息會(huì)話描述外的消息體、會(huì)話狀態(tài)、SIP初始請(qǐng)求消息外的消息事件、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、過(guò)濾^L則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止失見(jiàn)則。根據(jù)本發(fā)明的另一方面，提供了一種業(yè)務(wù)觸發(fā)方法，其包括以下步驟業(yè)務(wù)觸發(fā)點(diǎn)才艮據(jù)業(yè)務(wù)過(guò)濾規(guī)則決定當(dāng)前處理的通信是否需要觸發(fā)到業(yè)務(wù)控制點(diǎn)或是否要進(jìn)行本地處理，其中，業(yè)務(wù)過(guò)濾規(guī)則至少包括以下之一SIP消息會(huì)話描述外的消息體、會(huì)話狀態(tài)、SIP初始i青求消息外的消息事件、時(shí)間、用戶呈現(xiàn)/f言息、用戶4犬態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、過(guò)濾規(guī)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止^L則。需要i兌明的是，現(xiàn)有4支術(shù)中SIPMethod業(yè)務(wù)點(diǎn)觸發(fā)器表面上可以根據(jù)所有的SIP方法觸發(fā)業(yè)務(wù)，但S-CSCF在會(huì)話信令路徑建立后SIP路由集就固定下來(lái)了，這樣如果有業(yè)務(wù)需要在會(huì)話信令路徑建立以后觸發(fā)，例如根據(jù)BYE消息觸發(fā)，應(yīng)用層服務(wù)器因?yàn)闊o(wú)法加入到已經(jīng)建立的SIP路由集從而導(dǎo)致實(shí)際上S-CSCF不能支持任意SIP請(qǐng)求消息的觸發(fā)，實(shí)際上它只能支持對(duì)INVITE、MESSAGE、SUBSCRIBE等作為會(huì)話發(fā)起請(qǐng)求、用于請(qǐng)求建立會(huì)話信令路徑的SIP方法的觸發(fā)。本發(fā)明中對(duì)業(yè)務(wù)觸發(fā)點(diǎn)有特殊的要求，業(yè)務(wù)觸發(fā)點(diǎn)可以修改會(huì)話信令路徑，可以支持所有類型的SIP消息包括SIP請(qǐng)求消息、SIP響應(yīng)消息以及本發(fā)明中所述的所有會(huì)話狀態(tài)觸發(fā)，即SIPMethod業(yè)務(wù)點(diǎn)觸發(fā)器在本發(fā)明中可以才艮據(jù)所有的SIP方法(Method)觸發(fā)業(yè)務(wù)。通過(guò)上述技術(shù)方案，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果本發(fā)明提供了一種增強(qiáng)的業(yè)務(wù)觸發(fā)機(jī)制，業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)SIP消息會(huì)話描述外的消息體、SIP初始請(qǐng)求消息外的SIP消息事件、會(huì)話狀態(tài)、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、過(guò)濾規(guī)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止規(guī)則將當(dāng)前處理的SIP通信觸發(fā)到業(yè)務(wù)控制點(diǎn)或進(jìn)行本地處理，從而提高了觸發(fā)的有效性，減輕了業(yè)務(wù)控制點(diǎn)的負(fù)荷。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書中闡述，并且，部分地從"i兌明書中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過(guò)在所寫的說(shuō)明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。此處所說(shuō)明的附圖用來(lái)提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說(shuō)明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中圖l示出了3GPPTS29.228中定義的用戶配置的用戶檔案的結(jié)構(gòu)；圖2示出了3GPPTS29.228中定義的用戶配置的業(yè)務(wù)檔案的結(jié)構(gòu)；圖3示出了3GPPTS29.228中定義的用戶配置的初始過(guò)濾關(guān)見(jiàn)則的結(jié)構(gòu)；圖4示出了3GPPTS29.228中定義的用戶配置的業(yè)務(wù)點(diǎn)觸發(fā)器的結(jié)構(gòu)；圖5示出了MSF中提出的R3架構(gòu)ISC4妻口；圖6示出了SCIM業(yè)務(wù)檔案的結(jié)構(gòu)；圖7示出了SCIM過(guò)濾失見(jiàn)則的結(jié)構(gòu)；圖8示出了SCIM業(yè)務(wù)點(diǎn)觸發(fā)器的結(jié)構(gòu)；圖9示出了根據(jù)本發(fā)明的一種典型分組網(wǎng)絡(luò)的網(wǎng)絡(luò)邏輯結(jié)構(gòu)圖IO示出了根據(jù)本發(fā)明的一種典型的業(yè)務(wù)觸發(fā)流程的流程圖ii示出了^r艮據(jù)本發(fā)明的業(yè)務(wù)觸發(fā)流程的流程圖。具體實(shí)施例方式下面將參考附圖并結(jié)合實(shí)施例，來(lái)詳細(xì)i兌明本發(fā)明。圖9示出了4艮據(jù)本發(fā)明的一種典型分組網(wǎng)絡(luò)的網(wǎng)絡(luò)邏輯結(jié)構(gòu)圖。本發(fā)明4是出，在業(yè)務(wù)觸發(fā)才幾制中，如圖9所示，分組網(wǎng)絡(luò)900的網(wǎng)絡(luò)邏輯包括業(yè)務(wù)過(guò)濾規(guī)則庫(kù)902、業(yè)務(wù)控制點(diǎn)904、和業(yè)務(wù)觸發(fā)點(diǎn)906。其中1、業(yè)務(wù)過(guò)濾^見(jiàn)則庫(kù)902保存或產(chǎn)生用戶的業(yè)務(wù)過(guò)濾關(guān)見(jiàn)則，可以存在一個(gè)或一個(gè)以上的業(yè)務(wù)過(guò)濾A見(jiàn)則庫(kù)，它可以是一個(gè)獨(dú)立的用戶簽約數(shù)據(jù)庫(kù)，如HSS，業(yè)務(wù)過(guò)濾規(guī)則作為用戶簽約數(shù)據(jù)存放其中，業(yè)務(wù)過(guò)濾規(guī)則庫(kù)也可以位于業(yè)務(wù)控制點(diǎn)中，如業(yè)務(wù)控制點(diǎn)在業(yè)務(wù)處理過(guò)程中產(chǎn)生業(yè)務(wù)過(guò)濾^L則，業(yè)務(wù)過(guò)濾^見(jiàn)則庫(kù)也可以位于業(yè)務(wù)觸發(fā)點(diǎn)中，如業(yè)務(wù)過(guò)濾身見(jiàn)則作為一^:程序或配置^:據(jù)存在于業(yè)務(wù)觸發(fā)點(diǎn)中；2、業(yè)務(wù)觸發(fā)點(diǎn)906提供與業(yè)務(wù)控制點(diǎn)904交互的能力，它根據(jù)業(yè)務(wù)過(guò)濾規(guī)則決定當(dāng)前處理的通信是否需要觸發(fā)到業(yè)務(wù)控制點(diǎn)或是否要進(jìn)行本地處理，業(yè)務(wù)觸發(fā)點(diǎn)與業(yè)務(wù)控制點(diǎn)之間存在E3接口，該4妄口協(xié)議可以采用但不限于SIP協(xié)議、智能網(wǎng)應(yīng)用失見(jiàn)程協(xié)議(INAP，IntelligentNetworkApplicationProtocol)、CAMEL(CustomizedApplicationsforMobilenetworkEnhancedLogic,移動(dòng)網(wǎng)增強(qiáng)邏輯的用戶應(yīng)用)應(yīng)用部分協(xié)i義、移動(dòng)應(yīng)用部分協(xié)i義(MAP，MobileApplicationPart)、開方文業(yè)務(wù)4妄入應(yīng)用程序接口協(xié)i義(OSAAPI，OpenServiceAccessApplicationProgramInterface)、以及內(nèi)部接口協(xié)議等；3、業(yè)務(wù)觸發(fā)點(diǎn)與業(yè)務(wù)過(guò)濾規(guī)則庫(kù)之間存在E2接口，該接口可以采用但不限于Diameter協(xié)議(如業(yè)務(wù)過(guò)濾失見(jiàn)則庫(kù)位于HSS時(shí))、SIP協(xié)議(如業(yè)務(wù)過(guò)濾規(guī)則庫(kù)位于業(yè)務(wù)控制點(diǎn)時(shí))、通用用戶檔案協(xié)i義(GUP,GenericUserProfile)、MAP協(xié)i義、以及內(nèi)部接口協(xié)i義等，業(yè)務(wù)觸發(fā)點(diǎn)可以通過(guò)E2接口從業(yè)務(wù)過(guò)濾規(guī)則庫(kù)獲得用戶業(yè)務(wù)過(guò)濾規(guī)則，業(yè)務(wù)觸發(fā)點(diǎn)可以是S-CSCF或ServiceBroker(業(yè)務(wù)代理)或SCIMAS或?qū)Ｇ方?灸等；4、業(yè)務(wù)控制點(diǎn)是提供業(yè)務(wù)的功能實(shí)體，一個(gè)業(yè)務(wù)控制點(diǎn)可以提供一個(gè)或者多個(gè)業(yè)務(wù)。業(yè)務(wù)控制點(diǎn)和業(yè)務(wù)過(guò)濾^見(jiàn)則庫(kù)之間存在El*接口，該*接口可以采用^f旦不限于Diameter協(xié)i義(如業(yè)務(wù)過(guò)濾^L則庫(kù)位于HSS時(shí))等，業(yè)務(wù)控制點(diǎn)通過(guò)該，接口可以更新業(yè)務(wù)過(guò)濾^L則庫(kù)上的業(yè)務(wù)過(guò)濾MJ'j。業(yè)務(wù)控制點(diǎn)可以是IMS中的SIPAS、OSASCS(OpenServiceAccess-ServiceCapabilityServer,開放業(yè)務(wù)接入-業(yè)務(wù)負(fù)fe力月l^器)、IM-SSF(IPMultimediaServiceSwitchingFunction,IP多4某體業(yè)務(wù)交4灸功能)、智能網(wǎng)SCF(ServiceControlFunction,業(yè)務(wù)控制功能)等。簡(jiǎn)言之，分組網(wǎng)絡(luò)900包括業(yè)務(wù)過(guò)濾失見(jiàn)則庫(kù)902，用于保存或產(chǎn)生用戶的業(yè)務(wù)過(guò)濾失見(jiàn)則；業(yè)務(wù)控制點(diǎn)904，用于為用戶提供業(yè)務(wù)；以及業(yè)務(wù)觸發(fā)點(diǎn)906，/人業(yè)務(wù)過(guò)濾*見(jiàn)則庫(kù)獲取業(yè)務(wù)過(guò)濾*見(jiàn)則，并才艮據(jù)該業(yè)務(wù)過(guò)濾規(guī)則決定當(dāng)前處理的通信是否需要觸發(fā)到業(yè)務(wù)控制點(diǎn)或是否要進(jìn)行本地處理，其中，過(guò)濾規(guī)則至少包括以下之一SIP消息會(huì)話描述外的消息體、會(huì)話狀態(tài)、SIP初始請(qǐng)求消息外的SIP消息事件、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、業(yè)務(wù)過(guò)濾失見(jiàn)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止規(guī)則。根據(jù)圖9所示的本發(fā)明的典型分組網(wǎng)絡(luò)邏輯結(jié)構(gòu)，本發(fā)明中提出了一種典型的業(yè)務(wù)觸發(fā)流程。圖IO示出了#4居本發(fā)明的一種典型的業(yè)務(wù)觸發(fā)流程的流程圖，其包纟舌以下步驟上述流程解釋如下步驟S1002:業(yè)務(wù)觸發(fā)點(diǎn)收到終端的注冊(cè)請(qǐng)求；步驟S1004-S1006:業(yè)務(wù)觸發(fā)點(diǎn)向發(fā)送注冊(cè)消息的用戶所在的業(yè)務(wù)過(guò)濾規(guī)則庫(kù)請(qǐng)求下載用戶業(yè)務(wù)過(guò)濾規(guī)則，業(yè)務(wù)過(guò)濾規(guī)則庫(kù)響應(yīng)并發(fā)送用戶的業(yè)務(wù)過(guò)濾規(guī)則，所述業(yè)務(wù)過(guò)濾失見(jiàn)則為本發(fā)明中增強(qiáng)的業(yè)務(wù)過(guò)濾失見(jiàn)則。該流禾呈對(duì)應(yīng)的例子如當(dāng)業(yè)務(wù)觸發(fā)點(diǎn)是ServiceBroker,業(yè)務(wù)過(guò)濾規(guī)則庫(kù)是HSS,兩者間的通訊接口采用3GPPSh接口的時(shí)候所述的下載請(qǐng)求為Diameter協(xié)議用戶數(shù)據(jù)請(qǐng)求(User-Data-Request)消息，其中攜帶用戶標(biāo)識(shí)屬性-值對(duì)(User-IdentityAVP)以及凄t據(jù)參考屬性-值對(duì)(Data-ReferenceAVP)以及業(yè)務(wù)指示屬性-11對(duì)(Service-IndicationAVP),其中使用User-IdentityAVP用于定位某一個(gè)用戶的凄t才居，Data-ReferenceAVP取值透明數(shù)據(jù)(RepositoryData)表示所請(qǐng)求的數(shù)據(jù)位于HSS的用戶透明數(shù)據(jù)區(qū)，Service-IndicationAVP取值為業(yè)務(wù)過(guò)濾失見(jiàn)則對(duì)應(yīng)的特定的透明數(shù)據(jù)標(biāo)識(shí)；所述的下載響應(yīng)為Diameter協(xié)議用戶數(shù)據(jù)響應(yīng)(User-Data-Answer)消息，其中攜帶用戶教:據(jù)屬性-值對(duì)(User-DataAVP),其中的數(shù)據(jù)為業(yè)務(wù)觸發(fā)點(diǎn)請(qǐng)求的該用戶的增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則。具體來(lái)說(shuō)，增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則包括根據(jù)SIP消息會(huì)話描述外的消息體、SIP初始請(qǐng)求消息外的SIP消息事件、會(huì)話狀態(tài)、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、業(yè)務(wù)過(guò)濾規(guī)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止規(guī)則等觸發(fā)，稍后本文將針對(duì)所述增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則——描述；步驟S1008-S1010:業(yè)務(wù)觸發(fā)點(diǎn)保存收到的用戶業(yè)務(wù)過(guò)濾規(guī)則并向終端發(fā)送響應(yīng)；步驟S1012:終端發(fā)送SIP邀請(qǐng)(SIPINVITE)消息；以及步驟S1014-S1016:業(yè)務(wù)觸發(fā)點(diǎn)才艮據(jù)該用戶的增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則進(jìn)行觸發(fā)的判斷，所述的增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則包括根據(jù)SIP消息會(huì)話描述外的消息體、SIP初始請(qǐng)求消息外的SIP消息事件、會(huì)話狀態(tài)、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、業(yè)務(wù)過(guò)濾規(guī)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止A見(jiàn)則觸發(fā)，當(dāng)觸發(fā)條件滿足的時(shí)候如果所述的業(yè)務(wù)過(guò)濾規(guī)則描述的服務(wù)器地址為業(yè)務(wù)控制點(diǎn)的地址，業(yè)務(wù)觸發(fā)點(diǎn)向業(yè)務(wù)過(guò)濾規(guī)則中指定的業(yè)務(wù)控制點(diǎn)發(fā)送INVITE消息以請(qǐng)求調(diào)用業(yè)務(wù)；如果所述的業(yè)務(wù)過(guò)濾規(guī)則描述的服務(wù)器地址為虛擬服務(wù)器地址，業(yè)務(wù)觸發(fā)點(diǎn)調(diào)用虛擬服務(wù)器地址對(duì)應(yīng)的本;也處5里。上述過(guò)程簡(jiǎn)言之，如圖ll所示，包括以下步驟步驟S1102,業(yè)務(wù)觸發(fā)點(diǎn)從業(yè)務(wù)過(guò)濾規(guī)則庫(kù)獲取業(yè)務(wù)過(guò)濾規(guī)則；以及步驟S11(M，業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)該業(yè)務(wù)過(guò)濾規(guī)則決定當(dāng)前處理的通信是否需要觸發(fā)到業(yè)務(wù)控制點(diǎn)或是否要進(jìn)行本地處理，其中，過(guò)濾規(guī)則至少包括以下之一SIP消息會(huì)話描述外的消息體、會(huì)話狀態(tài)、SIP初始請(qǐng)求消息外的SIP消息事件、時(shí)間、用戶呈現(xiàn)信息、用戶S犬態(tài)、業(yè)務(wù)調(diào)用消息、其它失見(jiàn)則關(guān)聯(lián)指示、虛擬應(yīng)用力良務(wù)器地址、業(yè)務(wù)過(guò)濾規(guī)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止^見(jiàn)則。此外，在業(yè)務(wù)處理過(guò)程中，業(yè)務(wù)控制點(diǎn)也可以直接向業(yè)務(wù)觸發(fā)點(diǎn)發(fā)送業(yè)務(wù)過(guò)濾規(guī)則，或者通過(guò)用戶簽約數(shù)據(jù)庫(kù)間接向業(yè)務(wù)觸發(fā)點(diǎn)發(fā)送業(yè)務(wù)過(guò)濾規(guī)則，業(yè)務(wù)觸發(fā)點(diǎn)可以據(jù)此進(jìn)行后續(xù)的相應(yīng)處理，業(yè)務(wù)觸發(fā)點(diǎn)可以在收到該業(yè)務(wù)過(guò)濾規(guī)則后立即匹配處理，也可以先保存并在收到后續(xù)的SIP消息再匹配處理。一般的，和來(lái)自用戶簽約數(shù)據(jù)庫(kù)獲取的業(yè)務(wù)過(guò)濾規(guī)則不同，來(lái)自業(yè)務(wù)控制點(diǎn)的業(yè)務(wù)過(guò)濾規(guī)則只在當(dāng)前通信中有效，當(dāng)前通信結(jié)束后，業(yè)務(wù)觸發(fā)點(diǎn)可以刪除此前記錄的來(lái)自業(yè)務(wù)控制點(diǎn)的業(yè)務(wù)過(guò)濾規(guī)則，即這是一種"臨時(shí)"業(yè)務(wù)過(guò)濾失見(jiàn)則。顯然，在一次通j言處理過(guò)考呈中，業(yè)務(wù)觸發(fā)點(diǎn)可以獲4尋來(lái)自不同場(chǎng)所如HSS、業(yè)務(wù)控制點(diǎn)的業(yè)務(wù)過(guò)濾MJI'J。如前所述，本發(fā)明要提供的是一種增強(qiáng)的業(yè)務(wù)觸發(fā)實(shí)現(xiàn)方法，其中，提出了一種增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則，該增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則可以解決現(xiàn)有4支術(shù)中的問(wèn)題。1、根據(jù)SIP消息會(huì)話描述外的消息體觸發(fā)業(yè)務(wù)如上所述，現(xiàn)有4支術(shù)存在問(wèn)題1，不支持才艮據(jù)SIP消息消息體中除了SDP信息外的其它部分觸發(fā)業(yè)務(wù)。即，4艮據(jù)SIP消息會(huì)話描述外的消息體觸發(fā)是3GPP以及MSF現(xiàn)有標(biāo)準(zhǔn)中不支持的。為了解決這個(gè)問(wèn)題，本發(fā)明在業(yè)務(wù)過(guò)濾規(guī)則中引入SIP消息會(huì)話描述外的消息體元素，其值包括消息體類型和/或消息體內(nèi)容，其中消息體內(nèi)容可以是文本編碼才各式或二進(jìn)制編碼格式，具體的，本發(fā)明定義了新的SIP消息體業(yè)務(wù)點(diǎn)觸發(fā)器(SIPBodySPT)類型定義該SPT包含消息體類型(MessageBodyType)以及消息體內(nèi)容(MessageBodyContent)元素，其中MessageBodyType對(duì)應(yīng)SIP消息中內(nèi)容類型(Content-Type)的取值，按照RFC3261中的定義它表示指定消息體的媒體類型；MessageBodyContent表示Content-Type指示的消息體的內(nèi)容，一般的，消息體類型采用MIME(MultipurposeInternetMailExtensions,多用途網(wǎng)絡(luò)由卩件擴(kuò)展)力某體類型(mediatype)，對(duì)應(yīng)的，消息體內(nèi)容即為MIME體(MIMEbody)。MessageBodyContent中又包4舌實(shí)體標(biāo)簽(BodyTag)以及實(shí)體內(nèi)容(BodyContent)兩類元素。其中BodyTag表示上述消息體內(nèi)容中包含的單元數(shù)據(jù)的標(biāo)簽名或標(biāo)簽值，消息體內(nèi)容采用文本編碼方式下它可以對(duì)應(yīng)某個(gè)元素的標(biāo)簽名，例如消息體內(nèi)容采用可擴(kuò)展標(biāo)記語(yǔ)言(XML)編碼方式下的它對(duì)應(yīng)XML元素的標(biāo)簽名；消息體內(nèi)容采用二進(jìn)制編碼方式下它可以對(duì)應(yīng)消息體內(nèi)容中包含的^U居單元的才示簽^f直，4列4口去于裝ISUP(IntegratedServicesDigitalNetworkUserPar,綜合業(yè)務(wù)數(shù)字網(wǎng)用戶部分)的SIP(SIP-I)消息中的消息類型編碼(MessageTypeCode)值或者參凄t名編碼(ParameterNameCode)值。BodyContent對(duì)應(yīng)所述BodyTag標(biāo)記的標(biāo)簽對(duì)應(yīng)的凄t據(jù)單元內(nèi)容，例如SIP-I方式下BodyContent可以對(duì)應(yīng)BodyTag標(biāo)^i己的參凄t名編碼對(duì)應(yīng)的參凄t內(nèi)容(ParameterContent)。SIPBodySPT中MessageBodyType是必備的，用于識(shí)別不同的內(nèi)容類型，SIPBodySPT中可以帶0到多個(gè)MessageBodyContent。以上元素均可采用^f旦不限于使用正則表達(dá)式的形式指示進(jìn)4亍部分匹配或者津fr確匹配。上述SIPBodySPT定義采用表格形式描述為表1<table>tableseeoriginaldocumentpage26</column></row><table>以上^f又為了i兌明業(yè)務(wù)觸發(fā)點(diǎn)可以才艮據(jù)SIP消息message-body內(nèi)容觸發(fā)，實(shí)際的SPT定義方式可以是不限于上述方式，本發(fā)明中其它的SPT也是類似的，后面不再——說(shuō)明。下面針對(duì)message-body采用文本編碼以及二進(jìn)制編碼兩種方式，具體對(duì)根據(jù)SIP消息會(huì)話描述外的消息體觸發(fā)的SPT描述進(jìn)行說(shuō)明。實(shí)施例1:主叫用戶為IMS預(yù)付費(fèi)用戶，該用戶發(fā)送的短消息采用XML方式封裝到SIPMESSAGE消息的消息體中，業(yè)務(wù)觸發(fā)點(diǎn)收到該用戶的SIPMESSAGE消息發(fā)現(xiàn)消息體中攜帶的短消息消息類型指示為請(qǐng)求遞交的時(shí)候?qū)?dāng)前會(huì)話觸發(fā)到業(yè)務(wù)控制點(diǎn)。短消息采用XML封裝到SIPMESSAGE消息的消息體中的方式如下MESSAGEsip:receiver@example.com，SIP/2.0Content-Type:multipart/related;type="application/message+xml";start="<nXYxAE@pres.vancouver.example.com〉"；<formula>formulaseeoriginaldocumentpage27</formula>這種情況下對(duì)應(yīng)的根據(jù)SIP消息會(huì)話描述外的消息體觸發(fā)SPT描述為<formula>formulaseeoriginaldocumentpage27</formula>其中MessageBodyType取值application/message+xml表示用戶的短消息采用的是XML封裝的方式，業(yè)務(wù)觸發(fā)點(diǎn)匹配的字段是SIP消息中的Content-Type中包含application/message+xml的情況；BodyTag取值message-type-indicator,BodyContent取值messagesubmitrequest表示業(yè)務(wù)觸發(fā),存、需要匹酉己application/message+xml方式封裝的SIP消息體中的XML標(biāo)簽為message-type-indicator取值為messagesubmitrequest的內(nèi)容。實(shí)施例2:當(dāng)一個(gè)IMSVPN用戶發(fā)短信，該短信消息采用短消息業(yè)務(wù)轉(zhuǎn)發(fā)層(SMSTL)封裝的方式放到SIP消息的message-body中，業(yè)務(wù)觸發(fā)點(diǎn)將該SIP通信觸發(fā)到業(yè)務(wù)控制點(diǎn)，業(yè)務(wù)控制點(diǎn)對(duì)短信進(jìn)行進(jìn)一步的處理，例如當(dāng)短信中的被叫號(hào)碼為一個(gè)VPN短號(hào)的時(shí)4美翻譯該號(hào)碼。SMSTL層封裝的方式可以參見(jiàn)歐洲電信標(biāo)準(zhǔn)協(xié)會(huì)(ETSI(EuropeanTelecommunicationsStandardsInstitute,歐洲電信標(biāo)準(zhǔn)十辦會(huì)))發(fā)布的標(biāo)準(zhǔn)文檔DES/AT-030036，例如MESSAGEsip:1234567890@domainSIP/2.0From:<sip:0987654321@domain>;tag=c0a80103-13c4-7e84-1ee41f1-2239To:<sip:1234567890@domain>Call-ID:247fc650-c0a80103-13c4-7e84-lee41fl-4883@192.168.1.3CS叫1MESSAGEVia:SIP/2扁DP192.168.1.3:5060;branch=z9hG4bK-7e84-lee41fl-207eContent-Encoding:base64Max-Forwards:70Content-Type:application/vnd.3gpp.sms-tlContent-Length:32EQMKgWBmhABAAACnDNTynA5ql+fz8LkM上訴例子中封裝了一條TL遞交短消息(SMS-SUBMIT)消息，消息中攜帶文本"Testmessage"。這種情況下對(duì)應(yīng)的才艮據(jù)SIP消息會(huì)話描述外的消息體觸發(fā)SPT描述為<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><SIPBody><MessageBodyType>application/vnd.3gpp,sms-tl</MessageBodyType><MessageBodyContent><BodyTag>TL-SMS-SUBMIT</BodyTag></MessageBodyContent></SIPBody></SPT>上述SPT表示業(yè)務(wù)觸發(fā)點(diǎn)匹配條件為采用DES/AT-030036中application/vnd.3gpp.sms-tl封裝方式且SIP消息內(nèi)容部分的短消息轉(zhuǎn)發(fā)層(SM-TL)的協(xié)i義凄史據(jù)單元(PDU(ProtocolDataUnit,協(xié)i義凄t才居單元))類型為SMS-SUBMIT。這類二進(jìn)制封裝方式下的SPT描述對(duì)業(yè)務(wù)觸發(fā)點(diǎn)有要求，需要它理解實(shí)體標(biāo)簽(BodyTag)的含義，并據(jù)此查找解析的二進(jìn)制內(nèi)容中對(duì)應(yīng)的^t據(jù)單元。這里的SPT描述僅為了說(shuō)明業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)二進(jìn)制方式封裝的SIP消息體內(nèi)容來(lái)觸發(fā)，實(shí)際的SPT描述方式可以不限于此。2、才艮據(jù)業(yè)務(wù)觸發(fā)點(diǎn)的會(huì)話狀態(tài)觸發(fā)業(yè)務(wù)如上所述，現(xiàn)有技術(shù)存在問(wèn)題2，基本呼叫狀態(tài)非常有限。即，MSF目前支持試呼、忙、無(wú)應(yīng)答、掛機(jī)4種基本會(huì)話狀態(tài)，對(duì)于實(shí)際的應(yīng)用這4種狀態(tài)是不夠的。為此考慮對(duì)MSF定義的基本呼叫狀態(tài)進(jìn)行擴(kuò)展，3GPPTS23.278中定義了一套IM-SSF使用的檢測(cè)點(diǎn)(DP)狀態(tài)模型。本發(fā)明提出了，業(yè)務(wù)觸發(fā)點(diǎn)的狀態(tài)模型可以借鑒3GPPTS23.278中的定義以支持更完整的會(huì)話狀態(tài)觸發(fā)能力。為此定義會(huì)話狀態(tài)業(yè)務(wù)點(diǎn)觸發(fā)器(SessionStateSPT)，業(yè)務(wù)觸發(fā)點(diǎn)SessionStateSPT支持的會(huì)話狀態(tài)包括收集信息、分析信息、路由選擇失敗、發(fā)端一忙、發(fā)端—無(wú)應(yīng)答、發(fā)端—應(yīng)答、發(fā)端—拆線、發(fā)端一放棄、終端試呼鑒權(quán)、終端—忙、終端—無(wú)應(yīng)答、終端—應(yīng)答、終端—拆線、終端一放棄當(dāng)然，也可以根據(jù)需要將其中的某些會(huì)話狀態(tài)進(jìn)行合并定義，或者根據(jù)需要再擴(kuò)展新的會(huì)話狀態(tài)定義。其中，上述的"終端」I"亡，，即可以是會(huì)i舌到達(dá)用戶終端，用戶終端返回的"忙"狀態(tài)，也可以是會(huì)話未到達(dá)用戶終端，網(wǎng)絡(luò)判斷出的"忙，，狀態(tài)(NDUB，NetworkDeterminedUserBusy,網(wǎng)絡(luò)決定用戶忙)，NDUB進(jìn)一步還包4舌網(wǎng)絡(luò)決定用戶4妄近忙(ApproachingNetworkDeterminedUserBusy),因此，即可以定義一個(gè)"終端—忙"來(lái)表示上述的用戶終端返回忙和NDUB，也可以分別定義兩個(gè)會(huì)話狀態(tài)"終端—忙—用戶終端返回"和"終端—忙—網(wǎng)絡(luò)決定"來(lái)分別表示上述兩種情況，而"終端—忙—網(wǎng)絡(luò)決定"還可以進(jìn)一步的細(xì)分定義一個(gè)"終端一接近忙—網(wǎng)絡(luò)決定"的會(huì)話狀態(tài)。類似的，"發(fā)端j亡"同樣可以相應(yīng)的細(xì)化定義，如"發(fā)端—接近—忙"。上述DP點(diǎn)完全照4般3GPPTS23.278,具體每個(gè)DP點(diǎn)的定義參照3GPPTS23.278。上述SessionStateSPT定義采用表格形式描述為表2<table>tableseeoriginaldocumentpage31</column></row><table>由于IM-SSF4艮據(jù)DP點(diǎn)觸發(fā)已經(jīng)是一種標(biāo)準(zhǔn)，所以下面不一一對(duì)上述會(huì)話狀態(tài)舉例證明其有效性，業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)會(huì)話狀態(tài)觸發(fā)的實(shí)施例如下實(shí)施例3:主叫用戶有自動(dòng)重復(fù)試呼業(yè)務(wù)，當(dāng)?shù)奖唤械臅?huì)話路由失敗的時(shí)候業(yè)務(wù)觸發(fā)點(diǎn)將會(huì)話觸發(fā)到業(yè)務(wù)控制點(diǎn)上對(duì)應(yīng)的會(huì)話狀態(tài)SPT為<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><SessionState>4</SessionState></SPT>上述SessionState標(biāo)簽表示要求業(yè)務(wù)觸發(fā)點(diǎn)匹配會(huì)話狀態(tài)，SessionState標(biāo)簽后的取值4表示匹配的條件為業(yè)務(wù)觸發(fā)點(diǎn)上的會(huì)話狀態(tài)為路由選擇失敗。3、根據(jù)SIP初始請(qǐng)求消息外的SIP消息事件觸發(fā)業(yè)務(wù)如上所述，現(xiàn)有技術(shù)存在問(wèn)題3，不支持根據(jù)SIP初始請(qǐng)求消息外的SIP消息事件觸發(fā)業(yè)務(wù)，包括不能根據(jù)SIP后續(xù)請(qǐng)求消息觸發(fā)、不能根據(jù)SIP響應(yīng)消息觸發(fā)?，F(xiàn)有4支術(shù)中SIPMethod業(yè)務(wù)點(diǎn)觸發(fā)器表面上可以4艮據(jù)所有的SIP方法觸發(fā)業(yè)務(wù)，但S-CSCF在會(huì)話信令路徑建立后SIP路由集就固定下來(lái)了，這樣如果有業(yè)務(wù)需要在會(huì)話信令路徑建立以后觸發(fā)，例如根據(jù)BYE、ACK、CANCEL,PRACK、UPDATE等消息觸發(fā)，應(yīng)用層服務(wù)器因?yàn)闊o(wú)法加入到已經(jīng)建立的SIP路由集從而導(dǎo)致實(shí)際上S-CSCF不能支持任意SIP請(qǐng)求消息的觸發(fā)，實(shí)際上它只能支持對(duì)INVITE、MESSAGE、SUBSCRIBE等作為會(huì)話發(fā)起i貪求、用于請(qǐng)求建立會(huì)話信令路徑的SIP方法的觸發(fā)。本發(fā)明中擴(kuò)展了業(yè)務(wù)觸發(fā)點(diǎn)的功能，使其可以修改會(huì)話信令路徑，即SIP初始請(qǐng)求消息之后的響應(yīng)消息和后續(xù)SIP請(qǐng)求消息的信令路徑可以不同于SIP初始請(qǐng)求消息建立的信令路徑，可以支持所有類型的SIP消息包括SIPi青求消息、SIP響應(yīng)消息以及本發(fā)明中所述的所有會(huì)話狀態(tài)觸發(fā)，即SIPMethod業(yè)務(wù)點(diǎn)觸發(fā)器在本發(fā)明中可以才艮據(jù)所有的SIP方法(Method)觸發(fā)業(yè)務(wù)。由于SIPMethod業(yè)務(wù)點(diǎn)觸發(fā)器現(xiàn)有技術(shù)中已經(jīng)使用，下面以SIP響應(yīng)消息為例描述本發(fā)明對(duì)SIP請(qǐng)求消息外的SIP消息事件觸發(fā)業(yè)務(wù)的支持。SIP響應(yīng)消息的格式為Response-message=Status-Line*msssagc-hcadcrCRLFStatus-Line=SIP隱VersionSPStatus-CodeSPReason-PhraseCRLF由于3GPPiFC機(jī)制目前已經(jīng)支持根據(jù)消息頭和SDP觸發(fā)，而本發(fā)明前面也已經(jīng)支持了根據(jù)除SDP外的其它形式的SIP消息內(nèi)容觸發(fā)，且初始過(guò)濾規(guī)則(iFC)描述本身已經(jīng)支持多種SPT的組合，所以下面只需要考慮支持根據(jù)SIP消息Status-Code(狀態(tài)碼)觸發(fā)，原因(Reason-Phrase)中是對(duì)Status-Code的簡(jiǎn)單文本描述，而且具體實(shí)現(xiàn)時(shí)SIP實(shí)體可以在Reason-Phrase中填充RFC3261規(guī)定外的文本描述，可選地,支持Reason-Phrase。可以為Status-Code定義一種SIP響應(yīng)業(yè)務(wù)點(diǎn)觸發(fā)器(SIPResponseSPT),里面只包含SIPResponse—個(gè)元素，SIPResponse取l直類型為string,SIPResponse可以取滿足SIP十辦i義的4壬意響應(yīng)石馬的值，SIPResponse可以支持通配和/或多值描述，以滿足某些情況下業(yè)務(wù)控制點(diǎn)需要對(duì)一類響應(yīng)碼進(jìn)行處理的情況，通配和多值描述的表示方法可以釆用正則表達(dá)式或者為了描述簡(jiǎn)單起見(jiàn)也可以采用如4XX，5XX的形式表示，其中4XX表示通配，只要SIP響應(yīng)碼為4系列的就認(rèn)為SPT發(fā)生匹配，而用逗號(hào)連接4XX,5XX表示這是一個(gè)多值描述，只要逗號(hào)分隔的多個(gè)值之一發(fā)生了匹配就認(rèn)為SPT發(fā)生了匹配。以上僅為了說(shuō)明SIPResponseSPT可以支持通配和/或多值描迷，SPT的描述形式可以不限于上述形式。上述SIPResponseSPT定義采用表格形式描述為表3<table>tableseeoriginaldocumentpage34</column></row><table>業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)Status-Code觸發(fā)舉例如下實(shí)施例4:主叫用戶有一種業(yè)務(wù)，在收到所有類型的會(huì)話失敗時(shí)會(huì)話將觸發(fā)至業(yè)務(wù)控制點(diǎn)進(jìn)行進(jìn)一步的處理，例如根據(jù)不同的響應(yīng)石馬4番方文不同的i吾音通知相應(yīng)的SIPResponseSPT表示方式為<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group〉<SIPResponse>4XX,5XX，6XX</SIPResponse〉</SPT>上述SPT中4XX，5XX，6XX表示只要業(yè)務(wù)觸發(fā)點(diǎn)收到的SIP響應(yīng)只要為4系列或者5系列或者6系列之一就匹配了本SPT。沖艮據(jù)上述方法，還可以對(duì)其它的SIP初始請(qǐng)求消息外的任何SIP消息進(jìn)行匹配觸發(fā)，這里不再贅述。4、根據(jù)時(shí)間觸發(fā)業(yè)務(wù)如上所述，現(xiàn)有4支術(shù)存在問(wèn)題4，不能按時(shí)間觸發(fā)業(yè)務(wù)。實(shí)際的應(yīng)用場(chǎng)景如用戶有按時(shí)間免打擾業(yè)務(wù)，在00:00到06:00之間的休息時(shí)間不希望被打擾，在這段時(shí)間呼入的呼叫被接入到語(yǔ)音郵箱。本發(fā)明提出，定義一種時(shí)間業(yè)務(wù)點(diǎn)觸發(fā)器(TimeSPT):表4<table>tableseeoriginaldocumentpage35</column></row><table>其中tTime可以采用字符串描述，時(shí)間的描述方式可以參照但不限于采用國(guó)際標(biāo)準(zhǔn)化組織(ISO)8601中的格式，時(shí)間信息可以包括年、月、日、時(shí)、分、秒中的一種或者多種，時(shí)間段中的起止時(shí)間可以采用4旦不限于用字符"/"進(jìn)行分隔，例如20:00/24:00。業(yè)務(wù)觸發(fā)點(diǎn)才艮據(jù)時(shí)間觸發(fā)舉例如下實(shí)施例5:用戶有按時(shí)間免打擾業(yè)務(wù)，在00:00到06:00之間的休息時(shí)間不希望被打擾，在這段時(shí)間呼入的呼叫被接入到語(yǔ)音郵箱相應(yīng)的PeriodSPT表示方式為<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Time>00:00/06:00</Time></SPT>上述SPT表示只要業(yè)務(wù)觸發(fā)點(diǎn)當(dāng)前時(shí)間落在00:00到06:00區(qū)間范圍內(nèi)就發(fā)生了TimeSPT匹配。5、^4居用戶呈現(xiàn)信息觸發(fā)業(yè)務(wù)如上所述，現(xiàn)有技術(shù)存在問(wèn)題5，MSF根據(jù)日程觸發(fā)僅提供有限的根據(jù)用戶信息觸發(fā)能力。相對(duì)而言，現(xiàn)在流行的PRESENCE規(guī)范能夠提供更多用戶相關(guān)的信息，例如可以提供用戶所在的場(chǎng)所、用戶當(dāng)前進(jìn)行的活動(dòng)。本發(fā)明提出，根據(jù)用戶的Presence信息觸發(fā)業(yè)務(wù)能夠提供更加強(qiáng)勁和更加個(gè)性化的業(yè)務(wù)觸發(fā)能力。才艮據(jù)用戶呈現(xiàn)信息觸發(fā)的應(yīng)用場(chǎng)景如用戶希望上班的時(shí)候可以4矣受任意的呼叫，^f旦是到家以后激活來(lái)話篩選業(yè)務(wù)。所述用戶呈現(xiàn)信息以及格式在因特網(wǎng)工程任務(wù)組(IETF)有定義，相關(guān)的主要才示準(zhǔn)有RFC3863、因凈爭(zhēng)網(wǎng)草案"RPID:RichPresenceExtensionstothePresenceInformationDataFormat"、因特網(wǎng)草案"CIPID:ContactInformationinPresenceInformationDataFormat，，、因凈爭(zhēng)網(wǎng)草案"TimedPresenceExtensionstothePresenceInformationDataFormat(PIDF)toIndicateStatusInformationforPastandFutureTimeIntervals"、因凈爭(zhēng)網(wǎng)草案"SessionInitiationProtocol(SIP)UserAgent戶呈現(xiàn)信息還包括用戶的位置信息，相關(guān)的主要標(biāo)準(zhǔn)有RFC4119、因?qū)λ戮W(wǎng)草案"GEOPRIVPIDF-LOUsageClarification,ConsiderationsandRecommendations，，、因4爭(zhēng)網(wǎng)草案"ADocumentFormatforFilteringandReportingLocationNoticationsinthePresence案"RevisedCivicLocationFormatforPIDF-LO"。目前標(biāo)準(zhǔn)中多采用通過(guò)SIP消息的消息體部分?jǐn)y帶XML方式描述的呈現(xiàn)信息，為了適應(yīng)呈現(xiàn)信息數(shù)據(jù)的靈活性和擴(kuò)展性，業(yè)務(wù)觸發(fā)點(diǎn)的呈現(xiàn)業(yè)務(wù)點(diǎn)觸發(fā)器(PresenceSPT)借鑒SIPBodySPT的定義方式。上述PresenceSPT定義采用表格形式描述為<table>tableseeoriginaldocumentpage37</column></row><table>其中呈現(xiàn)類型(PresenceType)對(duì)應(yīng)可能的不同的SIP內(nèi)容類型(SIPContentType)。PresenceSPT的描述形式可以不限于采用上述方式。用戶呈現(xiàn)信息的內(nèi)容比較豐富，例如RFC3863定義了設(shè)備狀態(tài)(basic);因4爭(zhēng)網(wǎng)草案"RPID:RichPresenceExtensionstothePresenceInformationDataFormat"中定義了比4交豐富的狀態(tài)呈現(xiàn)信息類型，如用戶活動(dòng)(activities)、用戶情緒(mood)、場(chǎng)所類型(place-type)、場(chǎng)所屬性(place-is)、私密禾呈度(privacy)、用戶的當(dāng)前狀態(tài)和角色(sphere);因特網(wǎng)草案"SessionInitiationProtocol(SIP)UserAgentCapabilityExtensiontoPresenceInformationDataFormat(PIDF)"中定義了設(shè)備的通信能力(偏好設(shè)置)。下面針對(duì)業(yè)務(wù)觸發(fā)點(diǎn)收到的呈現(xiàn)信息采用上迷呈現(xiàn)信息凄U居格式的豐富呈J見(jiàn)擴(kuò)展(RPID);格式攜帶舉例如下實(shí)施例6:用戶希望在家的時(shí)候才激活來(lái)話篩選業(yè)務(wù)業(yè)務(wù)觸發(fā)點(diǎn)收到的攜帶用戶呈現(xiàn)信息的SIP消息示例為NOTIFYsip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcompSIP/2.0Via:SIP/2.0/UDPps.home2.net;branch=z9hG4bK348923.1Event:prssencsContent-Type:application/pidf+xml<xmlversion="1.0"encoding="UTF-8">〈presencexmlns="um:ietf:params:xml:ns:pidf'xmlns:xsi="http:〃www.w3.org/2001/XMLSchema-instance"xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"xsi:schemaLocation="urn:ietf:params:xml:ns:pidfpidf.xsdurn:ietf:params:xml:ns:pidf:data-modeldata-model.xsdurn:ietf:params:xml:ns:pidf:rpidrpid.xsd"entity=''pres:someone@example.com''><rpid:place-type><rpid:residence/></rpid:place-type></presence>其中〈rpid:residence/^表示用戶在住地，該住地可以是用戶自己的居住場(chǎng)所也可以是其它人的家里。沖目應(yīng)的PresenceSPT表示方式為<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Presencc><PresenceType〉application/pidf+xml</PresenceType〉<PresenceContent><ElementTag>rpid:residence/</ElementTag></PresenceContent></Prcscncc></SPT〉上面的PresenceSPT中成分標(biāo)簽(ElementTag)為rpid:residence/表示當(dāng)業(yè)務(wù)觸發(fā)點(diǎn)得到的呈現(xiàn)信息中包含XML標(biāo)簽rpid:residence/的時(shí)4美#尤發(fā)生了PresenceSPT的匹配。上面的實(shí)施例中舉的例子是根據(jù)用戶當(dāng)前場(chǎng)所觸發(fā)，PresenceSPT還可以根據(jù)上述用戶活動(dòng)、用戶情緒、場(chǎng)所屬性、私密程度、用戶的當(dāng)前狀態(tài)和角色、設(shè)備狀態(tài)、設(shè)備通信能力觸發(fā)，描述方式是類似的，這里不再——列舉了。另外上面的實(shí)施例中呈現(xiàn)信息用IETFRPID的格式攜帶，呈現(xiàn)信息也可以不采用RPID的格式攜帶，如采用其它形式的文本格式或者二進(jìn)制格式攜帶，此時(shí)可通過(guò)PresenceType來(lái)區(qū)分不同的呈現(xiàn)信息表示類型，呈現(xiàn)信息中不同的呈現(xiàn)類型通過(guò)ElementTag來(lái)區(qū)分。侈'W口業(yè)務(wù)觸發(fā)點(diǎn)收到的攜帶用戶呈現(xiàn)信息的SIP消息為NOTIFYsip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcompSIP/2.0Via:SIP/2.0/UDPps.home2.net;branch=z9hG4bK348923.1Event:presenceContent-Type:application/presence+textplace國(guó)typ6:residence才目應(yīng)的PresenceSPT表示方式為<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Prcscnce><PresenceType>application/presence+text</PresenceType><PresenceContent><ElementTag>place-type</ElementTag><ElementContent>residence</ElementContent></PresenceContent></SPT>以上舉例^叉為了il明呈現(xiàn)信息可以4吏用非RPID格式描述，實(shí)際的描述格式可以不限于上述方式。用戶的呈現(xiàn)信息還包括用戶的位置信息，下面再針對(duì)業(yè)務(wù)觸發(fā)點(diǎn)才艮據(jù)用戶的位置信息觸發(fā)舉例說(shuō)明實(shí)施例7:用戶為紐約百老匯某劇院的貴賓客戶，當(dāng)用戶到劇院附近的時(shí)候可以享受呼叫費(fèi)用的優(yōu)惠，以吸引用戶經(jīng)常到劇院去業(yè)務(wù)觸發(fā)點(diǎn)收到的攜帶用戶位置信息的SIP消息示例為NOTIFYsip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcompSIP/2.0Via:SIP/2.0/UDPps.home2.net;branch=z9hG4bK348923.1Content-Type:application/pidf+xml<xmlversion="1.0"encoding="UTF-8">〈presencexmlns="urn:ietf:params:xml:ns:pidf'xmlns:gp="urn:ietf:params:xml:ns:pidf:geoprivlO"xmlns:cl="urn:ietf:params:xml:ns:pidf:geoprivlO:civicLocentity="pres:geotarget@examp1e.com"><status><gp:geopriv><gp:location-info><cl:civicAddress><cl:country>US</cl:country><cl:Al>NewYork</cl:Al><cl:A3>NewYork</cl:A3><cl:A6>Broadway</cl:A6><cl:HNO>123</cl:HNO><cl:LOC>Suite75</cl:LOC><cl:PC>10027-0401</cl:PC></cl:civicAddress></gp:location-info></gp:geopriv></status></presence>具體的PresenceSPT描述實(shí)例為<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Presence><PresenceType>application/pidf+xml</PresenceType><PresenceContent><ElementTag〉cl:A3</ElementTag〉<ElementContent>NewYork</ElementContent><ElementTag〉cl:A6</ElementTag〉<ElementContent>Broadway</ElementContent><ElementTag>cl:HNO</ElementTag><ElementContent>123</ElementContent></PresenceContent></Pr6scncc></SPT>上述PresenceSPT中用戶位置信息采用i成市;也址4立置描述，其中cl:A3表示該4立置^"應(yīng)的i成市，cl:A6表示該4立置對(duì)應(yīng)的4軒區(qū)，cl:HNO表示該位置對(duì)應(yīng)的門牌號(hào)。上面的實(shí)施例中采用的是的城市地址方式描述的行政地理位置信息，PresenceSPT也可以根據(jù)采用但不限于用經(jīng)緯度方式描述的自然地理位置信息觸發(fā)，也可以根據(jù)采用但不限于用終端接入網(wǎng)絡(luò)的地理位置如沖妄入設(shè)備編號(hào)、*接入網(wǎng)絡(luò)編號(hào)一類方式描述的網(wǎng)絡(luò)地理位置信息觸發(fā)，這里不再舉例說(shuō)明。同實(shí)施例6類似，用戶位置信息描述格式可以不限于RFC4119中定義的方式，這里不再--舉例i兌明。需要說(shuō)明的是，地理位置信息是用戶呈現(xiàn)信息中較特殊且重要的一種信息，因此也可以采用一個(gè)獨(dú)立的位置業(yè)務(wù)點(diǎn)觸發(fā)器LocationSPT來(lái)描述地理位置信息。6、沖艮據(jù)用戶狀態(tài)觸發(fā)業(yè)務(wù)如上所述，現(xiàn)有技術(shù)存在問(wèn)題6，不能根據(jù)用戶漫游狀態(tài)、起始未注冊(cè)狀態(tài)觸發(fā)業(yè)務(wù)。4艮據(jù)用戶漫游狀態(tài)觸發(fā)的例子，如用戶在漫游的時(shí)4美限制其它用戶的呼入而不限制該用戶的呼出，用戶漫游狀態(tài)的獲得方式依賴于業(yè)務(wù)觸發(fā)點(diǎn)的具體實(shí)現(xiàn)，實(shí)現(xiàn)方式可以釆用^旦不限于如業(yè)務(wù)觸發(fā)點(diǎn)沖艮據(jù)SIP消息中的P-Visited-Network-ID頭域中的手早i方網(wǎng)絡(luò)標(biāo)識(shí)判斷用戶是否漫游。為此定義一種漫游狀態(tài)業(yè)務(wù)點(diǎn)觸發(fā)器(RoamingStateSPT):表6<table>tableseeoriginaldocumentpage43</column></row><table>實(shí)施例8:用戶在漫游的時(shí)^f'美限制其它用戶的呼入相應(yīng)的RoamingStateSPT表示方式為<SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><RoamingState>0</RoamingState></SPT>上述SPT表示只要業(yè)務(wù)觸發(fā)點(diǎn)發(fā)現(xiàn)用戶處于漫游狀態(tài)就發(fā)生了RoamingStateSPT的匹配，4吏用該SPT配合SessionCaseSPT(如取值INVITE)和SIPMethodSPT(如取值TERMINATING—REGISTERED)就可以實(shí)現(xiàn);故叫用戶在漫游的時(shí)候?qū)?lái)話觸發(fā)到業(yè)務(wù)控制點(diǎn)上的功能。iFC在會(huì)話情形(SessionCase)已經(jīng)支持終止未注冊(cè)，取值為"2"，本發(fā)明支持對(duì)主叫用戶^是供在未注冊(cè)習(xí)犬態(tài)下的業(yè)務(wù)觸發(fā)，如仍在業(yè)務(wù)過(guò)濾規(guī)則SPT中使用會(huì)話情形元素，擴(kuò)展一個(gè)會(huì)話情形的取值"3"，表示起始未注冊(cè)(Origingating—Unregistered),即可以支持對(duì)主叫用戶^是供基于用戶注冊(cè)狀態(tài)的過(guò)濾規(guī)則。如用戶未在IMS中注冊(cè)，但在電路域中注冊(cè)，用戶發(fā)起呼叫，從電路域進(jìn)入IMS，在未注冊(cè)狀態(tài)下，作為主叫用戶，業(yè)務(wù)觸發(fā)點(diǎn)調(diào)用相應(yīng)的業(yè)務(wù)控制點(diǎn)。7、業(yè)務(wù)過(guò)濾規(guī)則中可以指定業(yè)務(wù)調(diào)用消息如上所述，現(xiàn)有技術(shù)存在問(wèn)題7，只能將業(yè)務(wù)過(guò)濾規(guī)則的觸發(fā)消息，作為該規(guī)則被匹配后對(duì)特定業(yè)務(wù)控制點(diǎn)的調(diào)用消息。為解決該問(wèn)題，可以在業(yè)務(wù)過(guò)濾規(guī)則中指定對(duì)業(yè)務(wù)控制點(diǎn)的調(diào)用消息。實(shí)施例9:業(yè)務(wù)觸發(fā)點(diǎn)收到一個(gè)SIP響應(yīng)消息，如200響應(yīng)碼，該SIP響應(yīng)消息匹配一個(gè)業(yè)務(wù)過(guò)濾A見(jiàn)則，需要調(diào)用一個(gè)特定的業(yè)務(wù)控制點(diǎn)，業(yè)務(wù)控制點(diǎn)名為"sip:as@ims.example.com"，乂人業(yè)務(wù)觸發(fā)點(diǎn)發(fā)向該業(yè)務(wù)控制點(diǎn)的調(diào)用消息為SIPBYE(再見(jiàn))消息，如下所示<SPT><SIPResponse〉200</SIPResponse></SPT><ApplicationServer><ServerName>sip:as@ims.example.com</ServerName><InvokingMessage>BYE</InvokingMessage></ApplicationServer>在只寸ApplicationServer的描述中，增力口了相應(yīng)的InvokingMessage才示簽的"i殳置，其取^直可以是4壬一SIP消息。實(shí)施例10:在業(yè)務(wù)過(guò)濾失見(jiàn)則中指定^J"業(yè)務(wù)控制點(diǎn)的調(diào)用消息還有一個(gè)重要的應(yīng)用，業(yè)務(wù)點(diǎn)觸發(fā)器SPT中可能無(wú)法描述觸發(fā)消息，如當(dāng)采用前述的會(huì)話狀態(tài)業(yè)務(wù)點(diǎn)觸發(fā)器時(shí)，可以看到，一些會(huì)話狀態(tài)并不是由業(yè)務(wù)觸發(fā)點(diǎn)收到的一個(gè)SIP消息引發(fā)的，如會(huì)話狀態(tài)為"終端—無(wú)應(yīng)答"，顯然，此時(shí)將必須在業(yè)務(wù)過(guò)濾規(guī)則中指定從業(yè)務(wù)觸發(fā)點(diǎn)發(fā)向特定業(yè)務(wù)控制點(diǎn)的調(diào)用消息，示例如下<SPT><SessionState>14</SessionState></SPT><ApplicationServer><ServerName>sip:as@ims.example.com</ServerName><InvokingMessage>INVITE</InvokingMessage></ApplicationServer>在上述的業(yè)務(wù)調(diào)用消息元素中，描述了消息的名稱，可以是任一SIP消息。當(dāng)業(yè)務(wù)控制點(diǎn)是不同類型時(shí)，如即可以是IMS應(yīng)用服務(wù)器，也可以是智能網(wǎng)SCP等時(shí)，業(yè)務(wù)調(diào)用消息元素還可以指定消息所屬協(xié)議類型，即E3接口類型，如取值"IN"表示調(diào)用消息是智能業(yè)務(wù)協(xié)議，還可以具體指明智能業(yè)務(wù)協(xié)議的種類，如取值"INAP"等，此外如果沒(méi)有指明消息所屬協(xié)議類型，可以缺省認(rèn)為是"SIP"協(xié)議。業(yè)務(wù)調(diào)用消息元素還可以指定消息中的關(guān)鍵參數(shù)，例如智能業(yè)務(wù)的業(yè)務(wù)鍵參數(shù)、SCP的信令地址、協(xié)議版本號(hào)等。8、業(yè)務(wù)過(guò)濾規(guī)則中可以描述其它規(guī)則關(guān)聯(lián)信息如上所述，現(xiàn)有技術(shù)存在問(wèn)題8,不能使一個(gè)以上的業(yè)務(wù)過(guò)濾夫見(jiàn)則相互關(guān)聯(lián)起來(lái)，要解決該問(wèn)題，首先要能標(biāo)識(shí)出一個(gè)業(yè)務(wù)過(guò)濾規(guī)則，即給業(yè)務(wù)過(guò)濾規(guī)則命名編號(hào)；其次要定義一個(gè)業(yè)務(wù)過(guò)濾規(guī)則被匹配的業(yè)務(wù)控制點(diǎn)的業(yè)務(wù)執(zhí)行結(jié)果，如"1"表示"成功"，"0"表示"失敗"等。實(shí)施例11:對(duì)其它業(yè)務(wù)過(guò)濾規(guī)則的關(guān)聯(lián)指示的描述可以出現(xiàn)在上一條業(yè)務(wù)過(guò)濾失見(jiàn)則中，示例如下<ApplicationServer><ServerName>sip:as敏ms.example.com</ServerName><Relation><Result>0</Result><RelatingFilterCriteria〉FCOOabc</RelatingFilterCriteria></Relation〉</ApplicationServer>對(duì)其它業(yè)務(wù)過(guò)濾規(guī)則的關(guān)聯(lián)指示的描述可以出現(xiàn)在對(duì)業(yè)務(wù)控制點(diǎn)的設(shè)置中，例如在特定的業(yè)務(wù)控制點(diǎn)名稱之后，給出該業(yè)務(wù)控制點(diǎn)的執(zhí)4亍結(jié)果對(duì)其它業(yè)務(wù)過(guò)濾失見(jiàn)則的關(guān)聯(lián)(標(biāo)簽為Relation),當(dāng)執(zhí)行結(jié)果Result為0(失敗)時(shí)，調(diào)用關(guān)聯(lián)的業(yè)務(wù)過(guò)濾規(guī)則，標(biāo)簽RelatingFilterCriteria纟會(huì)出了關(guān)耳關(guān)夫見(jiàn)則的名-爾FCOOabc。即在本業(yè)務(wù)過(guò)濾規(guī)則中給出特定業(yè)務(wù)控制點(diǎn)對(duì)應(yīng)的其它關(guān)聯(lián)規(guī)則，根據(jù)該業(yè)務(wù)控制點(diǎn)的執(zhí)行結(jié)果引用其它關(guān)聯(lián)規(guī)則。當(dāng)然，對(duì)其它業(yè)務(wù)過(guò)濾規(guī)則的關(guān)聯(lián)指示的描述也可以出現(xiàn)在下一條業(yè)務(wù)過(guò)濾規(guī)則中，即在本業(yè)務(wù)過(guò)濾規(guī)則的業(yè)務(wù)點(diǎn)觸發(fā)器SPT中引用其它關(guān)聯(lián)規(guī)則的執(zhí)行結(jié)果，作為一種匹配條件，如下所示<SPT><Relation〉<RelatingFilterCriteria>FC1lxyz</RelatingFilterCriteria><Result>1</Result></Relation></SPT>在業(yè)務(wù)點(diǎn)觸發(fā)器SPT中，要求4企查名稱為FCllxyz的業(yè)務(wù)過(guò)濾規(guī)則的執(zhí)行結(jié)果。此外，如前所述，業(yè)務(wù)控制點(diǎn)可以向業(yè)務(wù)觸發(fā)點(diǎn)返回業(yè)務(wù)過(guò)濾失見(jiàn)則，業(yè)務(wù)觸發(fā)點(diǎn)可以立即匹配處理該業(yè)務(wù)過(guò)濾失見(jiàn)則，》匕時(shí)，業(yè)務(wù)過(guò)濾失見(jiàn)則可以不出J見(jiàn)RelatingFilterCriteria的名稱，而認(rèn)為Result的取值就是來(lái)自該業(yè)務(wù)控制點(diǎn)的執(zhí)行結(jié)果，即RelatingFilterCriteria可以顯式取^直、也可以是缺省取4直。除了可以根據(jù)本規(guī)則的執(zhí)行結(jié)果引用其它關(guān)聯(lián)規(guī)則、或?qū)⑵渌P(guān)聯(lián)規(guī)則的執(zhí)行結(jié)果作為本規(guī)則的匹配條件，還可以在一個(gè)業(yè)務(wù)過(guò)濾規(guī)則中預(yù)置其它的過(guò)濾規(guī)則，預(yù)置規(guī)則可能會(huì)被執(zhí)行，也可能不會(huì)被執(zhí)行，取決于業(yè)務(wù)觸發(fā)點(diǎn)后續(xù)是否能獲得相應(yīng)的觸發(fā)條件?？梢钥吹剑瑯I(yè)務(wù)過(guò)濾關(guān)見(jiàn)則中描述的其它^L則關(guān)聯(lián)信息至少包括業(yè)務(wù)執(zhí)4于結(jié)果、或其它過(guò)濾^見(jiàn)則。9、業(yè)務(wù)過(guò)濾^L則中可以描述虛擬應(yīng)用月l務(wù)器地址如上所述，現(xiàn)有技術(shù)存在問(wèn)題9，不能在觸發(fā)條件匹配后指定特定的處理。為解決該問(wèn)題在業(yè)務(wù)過(guò)濾規(guī)則中51入虛擬應(yīng)用服務(wù)器地址。虛擬服務(wù)器地址對(duì)應(yīng)業(yè)務(wù)觸發(fā)點(diǎn)上的一段程序或一段腳本，虛擬服務(wù)器地址不用SIPURL表述，但可以采用類似的方式描述，例如虛擬服務(wù)器地址的域描述部分對(duì)應(yīng)業(yè)務(wù)觸發(fā)點(diǎn)的本機(jī)地址，用戶部分對(duì)應(yīng)業(yè)務(wù)觸發(fā)點(diǎn)上的一l炎程序或者一,殳腳本。虛擬的H務(wù)器地址可以帶參數(shù)以做為相應(yīng)的程序段或者腳本的輸入，它攜帶的參數(shù)可以不是SIP協(xié)議中的參數(shù)。虛擬服務(wù)器地址的描述可以位于業(yè)務(wù)過(guò)濾MJJ'J中對(duì)業(yè)務(wù)控制,泉的描述中，例如可以放在過(guò)濾規(guī)則數(shù)據(jù)中服務(wù)器地址描述部分。實(shí)施例12:業(yè)務(wù)觸發(fā)點(diǎn)i也址為triggerPointl.home.net,它上面有腳本1ocalScript3用于向一個(gè)呈現(xiàn)服務(wù)器發(fā)送消息，1ocalScript3這個(gè)腳本有一個(gè)呈現(xiàn)力l務(wù)器地址的輸入?yún):用于表示要向哪個(gè)呈現(xiàn)服務(wù)器發(fā)送消息。它得到的一條過(guò)濾規(guī)則數(shù)據(jù)中服務(wù)器地址描述為<ServerName〉localScript3@triggerPointl.home.net;上面的例子中l(wèi)ocalScript3@triggerPointl.home.net表示triggerPointl.home.net上只于應(yīng)的腳本或禾呈序?yàn)閘ocalScript3,其后的presenceServer=presenceServerlO.home.net為勝卩本1ocalScript3的辜lT入，表示這個(gè)腳本可以向presenceServerlO.home.net這個(gè)地iihi青,jt用戶的呈現(xiàn)數(shù)據(jù)。即當(dāng)這條過(guò)濾規(guī)則的觸發(fā)條件滿足后業(yè)務(wù)觸發(fā)點(diǎn)triggerPointl.home.net調(diào)用其上的腳本1ocalScript3，調(diào)用的腳本才艮據(jù)虛擬月良務(wù)器地址中的presenceServer參凄史向presenceServerlO.home.net這個(gè)地J止"清求用戶的呈觀j史才居。10、業(yè)務(wù)過(guò)濾失見(jiàn)則中可以描述過(guò)濾^L則有效性如上所述，現(xiàn)有技術(shù)存在問(wèn)題9，業(yè)務(wù)觸發(fā)點(diǎn)獲得業(yè)務(wù)過(guò)濾規(guī)則后，將總是執(zhí)行，但實(shí)際上過(guò)濾規(guī)則可以只是"臨時(shí)有效"。如前所述，在當(dāng)前通信處理過(guò)程中，來(lái)自業(yè)務(wù)控制點(diǎn)的業(yè)務(wù)過(guò)濾失見(jiàn)則可以只在當(dāng)前通信處理過(guò)程中有效。本發(fā)明才是供兩種方式來(lái)描述業(yè)務(wù)過(guò)濾^L則的有效性，一種方式是在業(yè)務(wù)過(guò)濾^見(jiàn)則中增加一個(gè)有效性元素，取值至少為以下一種無(wú)效、有效、當(dāng)前通信有效、一次有效，其中，"無(wú)效，，表示業(yè)務(wù)過(guò)濾規(guī)則已經(jīng)失效，業(yè)務(wù)觸發(fā)點(diǎn)可以不用執(zhí)行；"有效，，表示業(yè)務(wù)過(guò)濾^L則一直有效(直到指定它無(wú)效或者刪除該業(yè)務(wù)過(guò)濾失見(jiàn)則)，業(yè)務(wù)觸發(fā)點(diǎn)需要才丸行；"當(dāng)前通信有效"表示業(yè)務(wù)過(guò)濾》見(jiàn)則只在當(dāng)前通信處理過(guò)程中有效，通信釋放，業(yè)務(wù)觸發(fā)點(diǎn)可以刪除該業(yè)務(wù)過(guò)濾^見(jiàn)則或?qū)⒂行栽厝≈蹈臑?無(wú)效，，；"一次有效，，表示業(yè)務(wù)過(guò)濾規(guī)則被執(zhí)行一次后就失效，業(yè)務(wù)觸發(fā)點(diǎn)可以刪除該業(yè)務(wù)過(guò)濾^見(jiàn)則或?qū)⒂行栽厝f直改為"無(wú)效"。上述方式是一種顯式的有效性表示方式，另一種方式是隱式的有效性表示方式，即不擴(kuò)展一個(gè)有效性元素，由業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)通信處理狀況，自行決定業(yè)務(wù)過(guò)濾規(guī)則的有效性，比如，業(yè)務(wù)觸發(fā)點(diǎn)缺省認(rèn)為在當(dāng)前通信處理過(guò)程中，來(lái)自業(yè)務(wù)控制點(diǎn)的業(yè)務(wù)過(guò)濾規(guī)則"一次有效"，來(lái)自用戶簽約數(shù)據(jù)庫(kù)的業(yè)務(wù)過(guò)濾^L則"有效"。11、業(yè)務(wù)過(guò)濾夫見(jiàn)則中可以描述業(yè)務(wù)調(diào)用結(jié)果處理業(yè)務(wù)調(diào)用結(jié)果的第一種情況可以是業(yè)務(wù)觸發(fā)點(diǎn)向業(yè)務(wù)控制點(diǎn)發(fā)送調(diào)用消息失敗，在規(guī)定時(shí)間內(nèi)沒(méi)有收到來(lái)自業(yè)務(wù)控制點(diǎn)的返回消息，即超時(shí)無(wú)響應(yīng)，比如網(wǎng)絡(luò)出現(xiàn)了故障，導(dǎo)致調(diào)用消息或其返回發(fā)送失敗，此時(shí)，在業(yè)務(wù)過(guò)濾失見(jiàn)則中增加一個(gè)業(yè)務(wù)調(diào)用結(jié)果處理元素，其值至少為以下一種重新調(diào)用業(yè)務(wù)控制點(diǎn)、調(diào)用同質(zhì)業(yè)務(wù)控制點(diǎn)、執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則、停止執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則、通信釋方文，其中，"重新調(diào)用業(yè)務(wù)控制點(diǎn)，，表示對(duì)當(dāng)前調(diào)用失敗的業(yè)務(wù)控制點(diǎn)重新調(diào)用一次；"調(diào)用同質(zhì)業(yè)務(wù)控制點(diǎn)，，表示調(diào)用能提供和當(dāng)前調(diào)用失敗的業(yè)務(wù)控制點(diǎn)相同月良務(wù)的業(yè)務(wù)控制點(diǎn)(即同質(zhì)業(yè)務(wù)控制點(diǎn))，如AS1調(diào)用失敗，AS2能提供和AS1相同服務(wù)，則業(yè)務(wù)觸發(fā)點(diǎn)調(diào)用AS2,AS2的地址可以和AS1的一起配置在業(yè)務(wù)過(guò)濾規(guī)則中；"執(zhí)行下一條業(yè)務(wù)過(guò)濾失見(jiàn)則，，表示忽略當(dāng)前調(diào)用失敗，執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則(如果有的話)，"停止執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則，，表示忽略當(dāng)前調(diào)用失敗，并停止才丸行后續(xù)所有的業(yè)務(wù)過(guò)濾規(guī)則(如果有的話)，"通信釋方文"表示釋放當(dāng)前通信。業(yè)務(wù)調(diào)用結(jié)果的第二種情況還可以是業(yè)務(wù)控制點(diǎn)收到一個(gè)調(diào)用消息后，因?yàn)槟撤N原因如系統(tǒng)故障，而導(dǎo)致本應(yīng)被調(diào)用的業(yè)務(wù)邏輯沒(méi):故調(diào)用，業(yè)務(wù)控制點(diǎn)在返回的響應(yīng)中指示業(yè)務(wù)邏輯調(diào)用失敗(注意不是業(yè)務(wù)邏輯調(diào)用執(zhí)^f亍后當(dāng)前通信失敗，如呼叫限呼)，業(yè)務(wù)觸發(fā)點(diǎn)據(jù)此進(jìn)行相應(yīng)的業(yè)務(wù)調(diào)用結(jié)果處理，如上所示。業(yè)務(wù)調(diào)用結(jié)果還有一種特殊的第三種情況業(yè)務(wù)控制點(diǎn)收到一個(gè)調(diào)用消息后，進(jìn)行相應(yīng)處理后，返回的是和調(diào)用消息不一樣的消息，如業(yè)務(wù)控制點(diǎn)收到一個(gè)SIPINVITE邀i青消息，返回給業(yè)務(wù)觸發(fā)點(diǎn)一個(gè)SIP響應(yīng)消息，在現(xiàn)有技術(shù)中，后續(xù)其它的業(yè)務(wù)過(guò)濾規(guī)則將不再執(zhí)行，而在本發(fā)明中，通過(guò)設(shè)置"業(yè)務(wù)調(diào)用結(jié)果處理"，可以選擇執(zhí)行"下一條業(yè)務(wù)過(guò)濾失見(jiàn)則"，當(dāng)然也可以選擇"停止才丸行業(yè)務(wù)過(guò)濾^L則"。在第三種情況下，當(dāng)業(yè)務(wù)觸發(fā)點(diǎn)執(zhí)行"下一條業(yè)務(wù)過(guò)濾規(guī)則"，還存在一個(gè)問(wèn)題是用業(yè)務(wù)觸發(fā)點(diǎn)收到的原始觸發(fā)消息，還是用上一個(gè)業(yè)務(wù)控制點(diǎn)返回的響應(yīng)消息，來(lái)匹配下一條業(yè)務(wù)過(guò)濾失見(jiàn)則，比如，業(yè)務(wù)觸發(fā)點(diǎn)收到一個(gè)INVITE消息，執(zhí)行第一條業(yè)務(wù)過(guò)濾規(guī)則，調(diào)用第一個(gè)業(yè)務(wù)控制點(diǎn)，收到一個(gè)415響應(yīng)碼消息，此時(shí)，業(yè)務(wù)觸發(fā)點(diǎn)是仍用INVITE消息還是用415消息來(lái)執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則，為解決這個(gè)問(wèn)題，本發(fā)明針對(duì)"下一條業(yè)務(wù)過(guò)濾失見(jiàn)則"，擴(kuò)展一個(gè)"匹配條件，，元素，其值可以是業(yè)務(wù)觸發(fā)點(diǎn)的原始觸發(fā)條件、上一個(gè)業(yè)務(wù)控制點(diǎn)的調(diào)用消息、上一個(gè)業(yè)務(wù)控制點(diǎn)返回消息、甚至是其它的指定消息。其中，"業(yè)務(wù)觸發(fā)點(diǎn)的原始觸發(fā)條件"可以是業(yè)務(wù)觸發(fā)點(diǎn)收到的原始觸發(fā)消息、或原始觸發(fā)的會(huì)話狀態(tài)。和上述的過(guò)濾》見(jiàn)則有效性類似的，上述方式是一種顯式的業(yè)務(wù)調(diào)用結(jié)果處理表示方式，另一種方式是隱式的業(yè)務(wù)調(diào)用結(jié)果處理表示方式，即不擴(kuò)展業(yè)務(wù)調(diào)用結(jié)果處理元素，由業(yè)務(wù)觸發(fā)點(diǎn)4艮據(jù)通信處理狀況，自行決定業(yè)務(wù)調(diào)用結(jié)果處理方式，比如，對(duì)上述第一種情況，業(yè)務(wù)觸發(fā)點(diǎn)缺省認(rèn)為進(jìn)行"調(diào)用同質(zhì)業(yè)務(wù)控制點(diǎn)，，的處理等。此外，"匹配條件，，元素可以位于業(yè)務(wù)調(diào)用結(jié)果處理元素中，即位于上一條業(yè)務(wù)過(guò)濾MJ'j中，也可以獨(dú)立的位于下一條業(yè)務(wù)過(guò)濾規(guī)則中，作為匹配當(dāng)前業(yè)務(wù)過(guò)濾規(guī)則的指示條件。實(shí)施例13:業(yè)務(wù)觸發(fā)點(diǎn)收到一個(gè)INVITE消息，調(diào)用了一個(gè)主叫姓名收集AS,該AS用于在#:叫應(yīng)答時(shí)向#:叫4番;改主叫姓名，呼叫被發(fā)向被叫終端，被叫振鈴無(wú)應(yīng)答，業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)會(huì)話狀態(tài)是"終端一無(wú)應(yīng)答"的業(yè)務(wù)過(guò)濾規(guī)則1，調(diào)用了一個(gè)語(yǔ)音郵箱AS，向其發(fā)送指定的調(diào)用消息INVITE,語(yǔ)音郵箱AS應(yīng)答，返回200響應(yīng)碼消息，業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)過(guò)濾規(guī)則1中設(shè)定的"下一條業(yè)務(wù)過(guò)濾^見(jiàn)則，，及對(duì)應(yīng)的"業(yè)務(wù)觸發(fā)點(diǎn)的原始觸發(fā)條件"，使用會(huì)話狀態(tài)是"終端—無(wú)應(yīng)答"來(lái)執(zhí)行下一條業(yè)務(wù)過(guò)濾規(guī)則2，執(zhí)行結(jié)果是向主叫姓名收集AS發(fā)送指定的調(diào)用消息BYE，清除主叫姓名收集AS，以避免其向語(yǔ)音郵箱AS播放主叫姓名。12、業(yè)務(wù)過(guò)濾身見(jiàn)則中可以描述業(yè)務(wù)標(biāo)識(shí)如上所述，現(xiàn)有纟支術(shù)存在問(wèn)題12,不能識(shí)別業(yè)務(wù)過(guò)濾失見(jiàn)則對(duì)應(yīng)的業(yè)務(wù)且無(wú)法將業(yè)務(wù)種類做為規(guī)則匹配條件，為解決該問(wèn)題，在業(yè)務(wù)過(guò)濾規(guī)則中引入業(yè)務(wù)標(biāo)識(shí)。一個(gè)業(yè)務(wù)對(duì)應(yīng)的業(yè)務(wù)標(biāo)識(shí)在一個(gè)運(yùn)營(yíng)商網(wǎng)絡(luò)內(nèi)是唯一的。對(duì)業(yè)務(wù)標(biāo)識(shí)的描述可以出現(xiàn)在對(duì)業(yè)務(wù)控制點(diǎn)的設(shè)置中，以表示該業(yè)務(wù)過(guò)濾規(guī)則要觸發(fā)的業(yè)務(wù)，這種情況下一個(gè)業(yè)務(wù)過(guò)濾規(guī)則對(duì)應(yīng)一種業(yè)務(wù)。例如<ApplicationServer〉<ServerName>sip:as@ims.example.com</ServerName〉<ServiceIndentifier>InComingCallScreening</ServiceIndentifier></ApplicationServer>上面的例子中業(yè)務(wù)過(guò)濾規(guī)則的應(yīng)用服務(wù)器描述中增加了一個(gè)Servicelndentifier標(biāo)簽描述該業(yè)務(wù)過(guò)濾^見(jiàn)則要觸發(fā)的業(yè)務(wù)為來(lái)i舌篩選，其業(yè)務(wù)標(biāo)識(shí)為InComingCallScreening。業(yè)務(wù)標(biāo)識(shí)也可以位于月良務(wù)器名部分，例如<ApplicationServer><ServerName>sip:InComingCallScreening敏ms.example.com</ServerName></ApplicationServer>或者<ApplicationServer><ServerName>sip:as@ims.example.com;service=InComingCallScreening</ServerName〉</ApplicationServer>當(dāng)然，對(duì)業(yè)務(wù)標(biāo)識(shí)的描述也可以出現(xiàn)在業(yè)務(wù)過(guò)濾關(guān)見(jiàn)則的業(yè)務(wù)點(diǎn)觸發(fā)器描述中，即將已經(jīng)調(diào)用的業(yè)務(wù)種類作為一種匹配條件，如下所示<SPT><ServiceIndentifier>InComingCallScreening</ServiceIndentifier></SPT>上面的例子中業(yè)務(wù)過(guò)濾規(guī)則的SPT部分增加了一個(gè)Servicelndentifier標(biāo)簽描迷該業(yè)務(wù)過(guò)濾失見(jiàn)則匹配的條件之一為已經(jīng)觸發(fā)來(lái)話篩選業(yè)務(wù)，其業(yè)務(wù)標(biāo)識(shí)為InComingCallScreening。13、業(yè)務(wù)過(guò)濾^見(jiàn)則中可以描述業(yè)務(wù)控制點(diǎn)的調(diào)用禁止規(guī)則如前所述，現(xiàn)有4支術(shù)不支持對(duì)業(yè)務(wù)控制點(diǎn)調(diào)用的禁止兵見(jiàn)則，一個(gè)業(yè)務(wù)控制點(diǎn)已經(jīng)被調(diào)用后，當(dāng)業(yè)務(wù)觸發(fā)點(diǎn)收到一個(gè)后續(xù)的業(yè)務(wù)觸發(fā)消息時(shí)，在特殊情況下該業(yè)務(wù)控制點(diǎn)有可能并不能接收該觸發(fā)消息，這樣通過(guò)將該業(yè)務(wù)控制點(diǎn)排除在該觸發(fā)消息對(duì)應(yīng)的業(yè)務(wù)過(guò)濾規(guī)則中是無(wú)法實(shí)現(xiàn)這一要求的，本發(fā)明提供了業(yè)務(wù)過(guò)濾規(guī)則中可以描述業(yè)務(wù)4空制點(diǎn)的調(diào)用禁止失見(jiàn)則來(lái)實(shí)J見(jiàn)這一要求。實(shí)施例14:業(yè)務(wù)觸發(fā)點(diǎn)收到一個(gè)SIPINVITE消息，才艮據(jù)業(yè)務(wù)過(guò)濾失見(jiàn)則依次調(diào)用了AS1、AS2、AS3，此后，業(yè)務(wù)觸發(fā)點(diǎn)4欠到了一個(gè)來(lái)自i吾音郵箱的200應(yīng)答響應(yīng)消息，而AS2并不希望收到該200響應(yīng)消息，否則會(huì)導(dǎo)致業(yè)務(wù)應(yīng)用出4醬(AS2只處理來(lái)自用戶終端的200應(yīng)答響應(yīng)消息)。此時(shí)，如果在200響應(yīng)消息的業(yè)務(wù)過(guò)濾規(guī)則中排除對(duì)AS2的調(diào)用而只調(diào)用AS1和AS3,是很難滿足這一要求，這是因?yàn)閷?duì)200之類的響應(yīng)消息來(lái)說(shuō)，已經(jīng)調(diào)用了哪些AS是很難預(yù)見(jiàn)的，一般來(lái)說(shuō)，響應(yīng)消息的業(yè)務(wù)過(guò)濾規(guī)則中描述的業(yè)務(wù)控制點(diǎn)或者是新增的(即在對(duì)應(yīng)的SIP初始請(qǐng)求消息處理時(shí)沒(méi)有調(diào)用)、或者是已調(diào)用業(yè)務(wù)控制點(diǎn)需要特殊處理的，如前述的指定新的調(diào)用消息、及描述業(yè)務(wù)控制點(diǎn)是否可以;故調(diào)用等，對(duì)于后一種處理與此相關(guān)的業(yè)務(wù)過(guò)濾失見(jiàn)則部分如下所示<SPT><SIPResponse>200</SIPResponse></SPT><ApplicationServer><ServerName>sip:as2@ims.example.com</ServerlSfame><BAN〉TRUE</BAN〉</ApplicationServer>在對(duì)ApplicationServer的描述中，增加了相應(yīng)的BAN標(biāo)簽的設(shè)置，取值為TRUE表示該200應(yīng)答響應(yīng)消息禁止發(fā)往AS2。最后，需要"i兌明的是，從前述多個(gè)示例可以看到，業(yè)務(wù)觸發(fā)點(diǎn)在一次通信處理過(guò)程中，可以l吏用多^f分分別來(lái)自不同場(chǎng)所的業(yè)務(wù)過(guò)濾關(guān)見(jiàn)則，如HSS、業(yè)務(wù)控制點(diǎn)、甚至是業(yè)務(wù)觸發(fā)點(diǎn)自身。顯然，這些來(lái)自不同場(chǎng)所的業(yè)務(wù)過(guò)濾^L則可以有不同的表現(xiàn)形式，如類似iFC的XML描述形式、或一,殳程序、或一^f分表格^t據(jù)等，即可以有不同表現(xiàn)形式的業(yè)務(wù)過(guò)濾規(guī)則存在，當(dāng)然來(lái)自不同場(chǎng)所的業(yè)務(wù)過(guò)濾頭見(jiàn)則也可以統(tǒng)一為一種表i見(jiàn)形式；此外，這些來(lái)自不同場(chǎng)所的業(yè)務(wù)過(guò)濾規(guī)則也可以有不同的規(guī)則元素，如來(lái)自業(yè)務(wù)觸發(fā)點(diǎn)的業(yè)務(wù)過(guò)濾規(guī)則可以只有業(yè)務(wù)調(diào)用結(jié)果處理和/或業(yè)務(wù)過(guò)濾失見(jiàn)則有效性等關(guān)見(jiàn)則元素，當(dāng)然來(lái)自不同場(chǎng)所的業(yè)務(wù)過(guò)濾規(guī)則也可以統(tǒng)一有相同的規(guī)則元素；此外，與iFC類似，本發(fā)明中的業(yè)務(wù)過(guò)濾規(guī)則中的SPT支持邏輯運(yùn)算，例如非運(yùn)算、或運(yùn)算、與運(yùn)算等，即SPT可以將觸發(fā)禁止條件排除在外，也可以對(duì)SPT進(jìn)行組合。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果本發(fā)明提供了一種增強(qiáng)的業(yè)務(wù)觸發(fā)機(jī)制，業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)SIP消息會(huì)話描述外的消息體、SIP初始^青求消息外的SIP消息事件、會(huì)話狀態(tài)、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、業(yè)務(wù)過(guò)濾規(guī)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止規(guī)則將當(dāng)前處理的通信觸發(fā)到業(yè)務(wù)控制點(diǎn)或進(jìn)行本地處理，從而提高了觸發(fā)的有效性和靈活性，避免了業(yè)務(wù)沖突，減輕了業(yè)務(wù)控制點(diǎn)的負(fù)荷。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來(lái)實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可才丸行的程序代碼來(lái)實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來(lái)執(zhí)行，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來(lái)實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。應(yīng)易見(jiàn)的，不脫離本發(fā)明的精神保護(hù)范圍。以上所述<又為本發(fā)明的伊C選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，包括業(yè)務(wù)過(guò)濾規(guī)則庫(kù)，用于保存或產(chǎn)生用戶的業(yè)務(wù)過(guò)濾規(guī)則；業(yè)務(wù)控制點(diǎn)，用于為所述用戶提供業(yè)務(wù)；以及業(yè)務(wù)觸發(fā)點(diǎn)，從所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)獲取所述業(yè)務(wù)過(guò)濾規(guī)則，并根據(jù)所述業(yè)務(wù)過(guò)濾規(guī)則決定當(dāng)前處理的通信是否需要觸發(fā)到所述業(yè)務(wù)控制點(diǎn)或是否要進(jìn)行本地處理，其中，所述業(yè)務(wù)過(guò)濾規(guī)則至少包括以下之一SIP消息會(huì)話描述外的消息體、會(huì)話狀態(tài)、SIP初始請(qǐng)求消息外的消息事件、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、過(guò)濾規(guī)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止規(guī)則。2.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述業(yè)務(wù)過(guò)濾規(guī)則包括SIP消息會(huì)話描述外的消息體元素其值包括消息體類型和/或消息體內(nèi)容。3.根據(jù)權(quán)利要求2所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述消息體類型為多用途網(wǎng)絡(luò)郵件擴(kuò)展MIME媒體類型，所述消息體內(nèi)容為多用途網(wǎng)絡(luò)郵件擴(kuò)展MIME體。4.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特4正在于，所述會(huì)話狀態(tài)至少包4舌以下之一收集信息、分析信息、路由選擇失敗、發(fā)端」l"亡、發(fā)端—無(wú)應(yīng)答、發(fā)端—應(yīng)答、發(fā)端一拆線、發(fā)端—放棄、終端試呼鑒權(quán)、終端_忙、終端—無(wú)應(yīng)答、終端應(yīng)答、終端拆線、終端_放棄。5.才艮據(jù);K利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾^L則的分組網(wǎng)絡(luò)，其特征在于，所述SIP初始請(qǐng)求消息外的消息事件至少包括以下一種SIP響應(yīng)消息、SIP后續(xù)ifr求消息。6.根據(jù)權(quán)利要求5所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述業(yè)務(wù)過(guò)濾規(guī)則包括所述SIP響應(yīng)消息元素，其值支持通配和/或多值描述。7.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特4正在于，所述用戶呈現(xiàn)信息至少包括以下之一用戶活動(dòng)、用戶情緒、場(chǎng)所類型、場(chǎng)所屬性、私密程度、用戶的當(dāng)前狀態(tài)和角色、設(shè)備狀態(tài)、設(shè)備通信能力、用戶位置信息。8.根據(jù)權(quán)利要求7所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述的用戶位置信息至少包括自然地理位置信息、4亍政地理位置信息、網(wǎng)絡(luò)地理位置信息中的一種。9.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特4正在于，所述用戶狀態(tài)至少包括以下一種狀態(tài)注冊(cè)狀態(tài)、漫游狀態(tài)。10.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特4正在于，所述其它MJI'J關(guān)聯(lián)信息至少包^"以下之一業(yè)務(wù)執(zhí)^f亍結(jié)果、或其它過(guò)濾規(guī)則。11.根據(jù)權(quán)利要求10所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述其它規(guī)則關(guān)聯(lián)信息位于業(yè)務(wù)點(diǎn)觸發(fā)器描述中和/或位于對(duì)業(yè)務(wù)控制點(diǎn)的描述中。12.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述業(yè)務(wù)調(diào)用消息指定業(yè)務(wù)觸發(fā)點(diǎn)向業(yè)務(wù)控制點(diǎn)發(fā)送的消息。13.根據(jù)權(quán)利要求12述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述業(yè)務(wù)過(guò)濾規(guī)則包括所述業(yè)務(wù)調(diào)用消息元素，其值包括以下至少一種信息消息所屬協(xié)議類型、消息名稱、消息中的關(guān)4建參數(shù)。14.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述虛擬應(yīng)用服務(wù)器地址指定業(yè)務(wù)觸發(fā)點(diǎn)上的一,殳程序或腳本。15.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述過(guò)濾規(guī)則有效性至少包括以下一種無(wú)效、有效、^前通信有效、或一次有效。16.根據(jù)權(quán)利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述業(yè)務(wù)調(diào)用結(jié)果處理至少包括以下一種重新調(diào)用業(yè)務(wù)控制點(diǎn)、調(diào)用同質(zhì)業(yè)務(wù)控制點(diǎn)、執(zhí)行下一條業(yè)務(wù)過(guò)濾夫見(jiàn)則、停止才丸行業(yè)務(wù)過(guò)濾規(guī)則、通信釋》文。17才艮據(jù)權(quán)利要求1或16所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾失見(jiàn)則的分組網(wǎng)絡(luò)，其特征在于，所述業(yè)務(wù)過(guò)濾規(guī)則還包括匹配條件，其值至少包4舌以下一種業(yè)務(wù)觸發(fā)點(diǎn)的原始觸發(fā)條4牛、上一個(gè)業(yè)務(wù)控制點(diǎn)的調(diào)用消息、上一個(gè)業(yè)務(wù)控制點(diǎn)返回消息、其它指定消臺(tái)18.才艮據(jù);f又利要求1所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾^L則的分組網(wǎng)絡(luò)，其特征在于，所述的業(yè)務(wù)標(biāo)識(shí)位于業(yè)務(wù)點(diǎn)觸發(fā)器描述中和/或位于對(duì)業(yè)務(wù)控制點(diǎn)的描述中。19.一種業(yè)務(wù)觸發(fā)方法，其特;f正在于，包;f舌以下步驟業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)過(guò)濾規(guī)則決定當(dāng)前處理的通信是否需要觸發(fā)到業(yè)務(wù)控制點(diǎn)或是否要進(jìn)行本地處理，其中，所述業(yè)務(wù)過(guò)濾失見(jiàn)則至少包4舌以下之一SIP消息會(huì)^舌4苗述外的消息體、會(huì)話狀態(tài)、SIP初始請(qǐng)求消息外的消息事件、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用力良務(wù)器地址、過(guò)濾^見(jiàn)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止規(guī)則。20.根據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述業(yè)務(wù)過(guò)濾失見(jiàn)則包括SIP消息會(huì)話描述外的消息體元素其值包括消息體類型和/或消息體內(nèi)容。21.4艮據(jù)權(quán)利要求20所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述消息體類型為多用途網(wǎng)絡(luò)郵件擴(kuò)展MIME々某體類型，所述消息體內(nèi)容為多用途網(wǎng)絡(luò)郵件擴(kuò)展MIME體。22.根據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述會(huì)話狀態(tài)至少包括以下之一收集信息、分析信息、路由選擇失敗、發(fā)端—忙、發(fā)端—無(wú)應(yīng)答、發(fā)端—應(yīng)答、發(fā)端—拆線、發(fā)端—方文棄、終端試呼鑒權(quán)、終端_忙、終端一無(wú)應(yīng)答、終端—應(yīng)答、終端_拆線、終端—》丈棄。23.根據(jù)權(quán)利要求22所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述發(fā)端—忙和/或終端—忙至少包括以下一種情況用戶終端返回忙、網(wǎng)絡(luò)決定忙、網(wǎng)絡(luò)決定4妄近忙。24.《根據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述SIP初始i青求消息外的消息事件至少包4舌以下一種SIP響應(yīng)消息、SIP后續(xù)請(qǐng)求消息。25.4艮據(jù)^C利要求24所述的業(yè)務(wù)觸發(fā)方法，其特4正在于，所述業(yè)務(wù)過(guò)濾^L則包4舌所述SIP響應(yīng)消息元素，其<直支持通配和/或多值描述。26.#4居權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述用戶呈現(xiàn)信息至少包括以下之一用戶活動(dòng)、用戶情緒、場(chǎng)所類型、場(chǎng)所屬性、私密程度、用戶的當(dāng)前狀態(tài)和角色、設(shè)備狀態(tài)、設(shè)備通信能力、用戶位置信息。27.根據(jù)權(quán)利要求26所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述的用戶位置信息至少包括以下之一自然地理位置信息、行政地理位置信息、網(wǎng)絡(luò)地理位置信息中的一種。28.才艮據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述用戶狀態(tài)至少包4舌以下一種狀態(tài)注冊(cè)狀態(tài)、漫游4犬態(tài)。29.根據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述其它規(guī)則關(guān)聯(lián)信息至少包括以下之一業(yè)務(wù)執(zhí)行結(jié)果、或其它過(guò)濾失見(jiàn)則。30.才艮據(jù)4又利要求29所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述其它規(guī)則關(guān)聯(lián)信息位于業(yè)務(wù)點(diǎn)觸發(fā)器描述中、或位于對(duì)業(yè)務(wù)控制點(diǎn)的描述中。31.根據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述業(yè)務(wù)調(diào)用消息指定業(yè)務(wù)觸發(fā)點(diǎn)向業(yè)務(wù)控制點(diǎn)發(fā)送的消息。32.才艮據(jù)權(quán)利要求31所述的具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，其特征在于，所述業(yè)務(wù)過(guò)濾規(guī)則包括所述業(yè)務(wù)調(diào)用消息元素，其值包括以下至少一種信息消息所屬協(xié)議類型、消息名稱、消息中的關(guān)鍵參數(shù)。33.4艮據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述虛擬應(yīng)用服務(wù)器地址指定業(yè)務(wù)觸發(fā)點(diǎn)上的一段程序或腳本。34.根據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述過(guò)濾MJ!'J有效性至少包括以下一種無(wú)效、有效、當(dāng)前通信有效、或一次有效。35.根據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述業(yè)務(wù)調(diào)用結(jié)果處理至少包括以下一種重新調(diào)用業(yè)務(wù)控制點(diǎn)、調(diào)用同質(zhì)業(yè)務(wù)控制點(diǎn)、#1行下一條業(yè)務(wù)過(guò)濾*見(jiàn)則、停止執(zhí)行業(yè)務(wù)過(guò)濾規(guī)則、通信釋放。36.根據(jù)權(quán)利要求19或35所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述業(yè)務(wù)過(guò)濾規(guī)則中還包括匹配條件，其值至少包括以下一種業(yè)務(wù)觸發(fā)點(diǎn)的原始觸發(fā)條件、上一個(gè)業(yè)務(wù)控制點(diǎn)的調(diào)用消息、上一個(gè)業(yè)務(wù)控制點(diǎn)返回消息、其它指定消息。37.根據(jù)權(quán)利要求35所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述業(yè)務(wù)調(diào)用結(jié)果處理的發(fā)生情況至少是以下一種業(yè)務(wù)觸發(fā)點(diǎn)向業(yè)務(wù)控制點(diǎn)發(fā)送調(diào)用消息失敗、業(yè)務(wù)控制點(diǎn)調(diào)用業(yè)務(wù)邏輯失敗、業(yè)務(wù)控制點(diǎn)返回和對(duì)其調(diào)用消息不一樣的消息。38根據(jù)權(quán)利要求19所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述的業(yè)務(wù)標(biāo)識(shí)4立于業(yè)務(wù)點(diǎn)觸發(fā)器描述中和/或^f立于乂十業(yè)務(wù)纟空制點(diǎn)的描述中。39.才艮據(jù)4又利要求19至38任一項(xiàng)所述的業(yè)務(wù)觸發(fā)方法，其特;f正在于，所述業(yè)務(wù)觸發(fā)點(diǎn)從業(yè)務(wù)過(guò)濾^L則庫(kù)獲取所述業(yè)務(wù)過(guò)濾規(guī)貝'J，所述業(yè)務(wù)過(guò)濾規(guī)則庫(kù)至少位于以下一處用戶簽約數(shù)據(jù)庫(kù)、業(yè)務(wù)控制點(diǎn)、業(yè)務(wù)觸發(fā)點(diǎn)。40.4艮據(jù)4又利要求39所述的業(yè)務(wù)觸發(fā)方法，其特征在于，所述業(yè)務(wù)過(guò)濾^L則直接或間接來(lái)自業(yè)務(wù)控制點(diǎn)時(shí)，業(yè)務(wù)觸發(fā)點(diǎn)可以立即執(zhí)行所述業(yè)務(wù)過(guò)濾規(guī)則、或在收到后續(xù)通信消息時(shí)再執(zhí)行所述業(yè)務(wù)過(guò)濾MJJ'J。全文摘要本發(fā)明提供了一種具有增強(qiáng)的業(yè)務(wù)過(guò)濾規(guī)則的分組網(wǎng)絡(luò)，包括業(yè)務(wù)過(guò)濾規(guī)則庫(kù)，用于保存或產(chǎn)生用戶的業(yè)務(wù)過(guò)濾規(guī)則；業(yè)務(wù)控制點(diǎn)，用于為用戶提供業(yè)務(wù)；以及業(yè)務(wù)觸發(fā)點(diǎn)，從業(yè)務(wù)過(guò)濾規(guī)則庫(kù)獲取業(yè)務(wù)過(guò)濾規(guī)則，并根據(jù)業(yè)務(wù)過(guò)濾規(guī)則決定當(dāng)前處理的SIP通信是否需要觸發(fā)到業(yè)務(wù)控制點(diǎn)或是否要進(jìn)行本地處理，其中，業(yè)務(wù)過(guò)濾規(guī)則至少包括以下之一SIP消息會(huì)話描述外的消息體、會(huì)話狀態(tài)、SIP初始請(qǐng)求消息外的消息事件、時(shí)間、用戶呈現(xiàn)信息、用戶狀態(tài)、業(yè)務(wù)調(diào)用消息、其它規(guī)則關(guān)聯(lián)信息、虛擬應(yīng)用服務(wù)器地址、過(guò)濾規(guī)則有效性、業(yè)務(wù)調(diào)用結(jié)果處理、業(yè)務(wù)標(biāo)識(shí)、業(yè)務(wù)控制點(diǎn)調(diào)用禁止規(guī)則。本發(fā)明還提供了一種業(yè)務(wù)觸發(fā)方法，用于實(shí)現(xiàn)分組網(wǎng)絡(luò)的業(yè)務(wù)觸發(fā)。文檔編號(hào)H04L12/56GK101106565SQ200610159419公開日2008年1月16日申請(qǐng)日期2006年9月21日優(yōu)先權(quán)日2006年7月14日發(fā)明者桑吳,施有鑄申請(qǐng)人:華為技術(shù)有限公司