亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

業(yè)務(wù)交互處理方法和系統(tǒng)的制作方法

文檔序號(hào):7643064閱讀:353來源:國知局
專利名稱:業(yè)務(wù)交互處理方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,尤其涉及業(yè)務(wù)交互的處理技術(shù)。
背景技術(shù)
IP多i某體子系統(tǒng)(IMS, IP Multimedia System)是第三代移動(dòng)通信標(biāo)準(zhǔn)化 伙伴項(xiàng)目(3GPP )在版本5中引入的一個(gè)基于會(huì)話初始化協(xié)議(SIP, Session Initiation Protocol)的體系,它的會(huì)話層和業(yè)務(wù)層是分離的。
3GPP技術(shù)標(biāo)準(zhǔn)(3GPPTS) 23.218中定義的IMS系統(tǒng)的業(yè)務(wù)架構(gòu)如圖1 所示,包括服務(wù)呼叫會(huì)話控制功能(S-CSCF, Call Session Control Function) 實(shí)體、歸屬用戶服務(wù)器(HSS, Home Subscriber Server )、 SIP應(yīng)用服務(wù)器、開 放業(yè)務(wù)接入(OSA, Open Service Access)應(yīng)用服務(wù)器、IMS業(yè)務(wù)交換功能 (IM-SSF, IMS Service Switch Function )應(yīng)用服務(wù)器以及業(yè)務(wù)能力交互管理器 (SCIM, Service Capability Interaction Manager )。
其中S-CSCF實(shí)體為會(huì)話層實(shí)體,提供用戶注冊管理、會(huì)話控制、與業(yè)務(wù) 平臺(tái)交互等功能。
所述HSS是IMS網(wǎng)絡(luò)中關(guān)鍵的數(shù)據(jù)存儲(chǔ)實(shí)體,其上存儲(chǔ)的數(shù)據(jù)包括用戶 身份、注冊信息、業(yè)務(wù)檔案以及鑒權(quán)接入數(shù)據(jù)等。
SIP應(yīng)用服務(wù)器、OSA應(yīng)用服務(wù)器和IM-SSF應(yīng)用服務(wù)器屬于業(yè)務(wù)層實(shí)體 應(yīng)用服務(wù)器(AS, Application Server )。其中SIP應(yīng)用服務(wù)器用于實(shí)現(xiàn)基于SIP 的增值應(yīng)用;OSA應(yīng)用服務(wù)器用于實(shí)現(xiàn)基于OSA應(yīng)用程序接口 (API)的第 三方應(yīng)用,OSA應(yīng)用服務(wù)器需通過OSA業(yè)務(wù)能力服務(wù)器(SCS, Service Capability Server )與IMS核心網(wǎng)進(jìn)行交互;IM-SSF應(yīng)用服務(wù)器用于支持在IMS 域內(nèi)提供移動(dòng)網(wǎng)絡(luò)增強(qiáng)邏輯的客戶化應(yīng)用(CAMEL)業(yè)務(wù)能力。
所述SCIM是3GPP業(yè)務(wù)體系中存在的一類特殊SIP應(yīng)用服務(wù)器,它用于 管理多個(gè)應(yīng)用服務(wù)器間的業(yè)務(wù)交互,但3GPP并沒有對SCIM的應(yīng)用進(jìn)行詳細(xì) 的說明。
IMS體系下會(huì)話層和業(yè)務(wù)層是分離的,會(huì)話層實(shí)體不提供業(yè)務(wù),但可以通 過初始過濾規(guī)則(iFC, Initial Filter Criteria )調(diào)用業(yè)務(wù)層實(shí)體。另外,IMS系 統(tǒng)提供OSA這類開放的接口,用于第三方進(jìn)行業(yè)務(wù)開發(fā)。在未來的網(wǎng)絡(luò)中用 戶可以使用的業(yè)務(wù)會(huì)越來越豐富,隨著業(yè)務(wù)的不斷豐富,業(yè)務(wù)交互問題也會(huì)越 來越突出。
業(yè)務(wù)交互問題不僅僅限于業(yè)務(wù)沖突問題,廣義上的業(yè)務(wù)交互問題包括會(huì)話 層實(shí)體間的交互(如會(huì)話層實(shí)體間傳遞業(yè)務(wù)交互信息)、業(yè)務(wù)層實(shí)體間的交互 (如兩個(gè)業(yè)務(wù)間的沖突處理),以及會(huì)話層實(shí)體與業(yè)務(wù)層實(shí)體間的交互(如會(huì) 話層實(shí)體到業(yè)務(wù)層實(shí)體的觸發(fā)處理)。
在3GPP中,目前使用的初始過濾規(guī)則是一種會(huì)話層實(shí)體和業(yè)務(wù)層實(shí)體間 的交互規(guī)則,它是一種預(yù)置的靜態(tài)觸發(fā)規(guī)則,不能根據(jù)其在呼叫過程中動(dòng)態(tài)處 理如下的業(yè)務(wù)交互場景
1、 業(yè)務(wù)層實(shí)體在與會(huì)話層實(shí)體的通信過程中下發(fā)后續(xù)消息的業(yè)務(wù)過濾規(guī)
則;
2、 根據(jù)業(yè)務(wù)層實(shí)體的狀態(tài)/負(fù)荷等進(jìn)行動(dòng)態(tài)的消息分發(fā)處理;
3、 對沖突的業(yè)務(wù)進(jìn)行限制處理;
4、 對沖突業(yè)務(wù)進(jìn)行修正處理;
5、 業(yè)務(wù)層實(shí)體間協(xié)同工作;
6、 業(yè)務(wù)過濾規(guī)則相互關(guān)聯(lián),前一業(yè)務(wù)過濾規(guī)則的處理結(jié)果與后續(xù)業(yè)務(wù)過 濾規(guī)則有關(guān)聯(lián)關(guān)系;
7、 業(yè)務(wù)層實(shí)體向會(huì)話層實(shí)體下發(fā)業(yè)務(wù)交互指示或者會(huì)話層實(shí)體向業(yè)務(wù)層 實(shí)體發(fā)送業(yè)務(wù)交互指示,以控制特定業(yè)務(wù)與其它業(yè)務(wù)的交互關(guān)系。
由上述可見,目前3GPP的業(yè)務(wù)交互處理機(jī)制還比較薄弱,因此,為了適
應(yīng)用戶越來越豐富的業(yè)務(wù),迫切需要在呼叫過程中動(dòng)態(tài)處理業(yè)務(wù)交互問題的才支 術(shù)。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例的目的是提供一種業(yè)務(wù)交互處理方法和系統(tǒng),通過本發(fā) 明,能夠在呼叫過程中動(dòng)態(tài)處理業(yè)務(wù)交互問題,也就是說,可以在呼叫過程中 靈活控制業(yè)務(wù)的調(diào)用并能對已經(jīng)調(diào)用的業(yè)務(wù)^L出調(diào)整。
本發(fā)明的實(shí)施例通過如下的技術(shù)方案實(shí)現(xiàn) 本發(fā)明的實(shí)施例提供一種業(yè)務(wù)交互處理方法,其包括
A、 第一業(yè)務(wù)處理節(jié)點(diǎn)根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,產(chǎn)生業(yè)務(wù)觸發(fā)信息;
B、 第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述業(yè)務(wù)觸發(fā)信息,并根據(jù)所述業(yè)務(wù)觸發(fā)信息 進(jìn)行相應(yīng)的業(yè)務(wù)處理控制。
本發(fā)明的實(shí)施例還提供了一種業(yè)務(wù)交互處理系統(tǒng),其包括 第一業(yè)務(wù)處理節(jié)點(diǎn)和第二業(yè)務(wù)處理節(jié)點(diǎn);所述第一業(yè)務(wù)處理節(jié)點(diǎn),用于根 據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,產(chǎn)生業(yè)務(wù)觸發(fā)信息;所述第二業(yè)務(wù)處理節(jié)點(diǎn),用于獲取 所述業(yè)務(wù)觸發(fā)信息,并根據(jù)所述業(yè)務(wù)觸發(fā)信息進(jìn)行相應(yīng)的業(yè)務(wù)處理控制。
由上述本發(fā)明提供的技術(shù)方案可以看出,其通過第一處理節(jié)點(diǎn)產(chǎn)生業(yè)務(wù)觸 發(fā)消息;通過第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述業(yè)務(wù)觸發(fā)信息,并根據(jù)所述業(yè)務(wù)觸發(fā) 消息進(jìn)行相應(yīng)的業(yè)務(wù)處理控制的技術(shù),使業(yè)務(wù)交互問題能夠在呼叫過程中被動(dòng) 態(tài)處理,也就是說,業(yè)務(wù)處理節(jié)點(diǎn)可以在呼叫過程中靈活控制業(yè)務(wù)的調(diào)用,并 能對已經(jīng)調(diào)用的業(yè)務(wù)^L出調(diào)整。


圖1為背景技術(shù)中提供的IMS系統(tǒng)的業(yè)務(wù)架構(gòu)圖; 圖2為本發(fā)明適用的分組網(wǎng)絡(luò)的邏輯結(jié)構(gòu)圖; 圖3為本發(fā)明提供的第一實(shí)施例的流程圖4為本發(fā)明提供的第一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)調(diào)用信息以及 預(yù)置的業(yè)務(wù)沖突禁止^見則阻止業(yè)務(wù)調(diào)用的流程圖;圖5為本發(fā)明提供的第 一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)控制點(diǎn)間使用業(yè)務(wù)調(diào)用信息進(jìn) 行互聯(lián),以協(xié)同完成流程處理的流程圖;圖6為本發(fā)明提供的第 一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)調(diào)用信息以及 業(yè)務(wù)信令修正規(guī)則對業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)間的信令關(guān)系進(jìn)行修正的流程 圖;圖7為本發(fā)明提供的第一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)調(diào)用信息以及 業(yè)務(wù)信令修正規(guī)則對業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)間的信令消息進(jìn)行修正的流程 圖;圖8為本發(fā)明提供的第 一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)通信過程中獲取的 業(yè)務(wù)控制點(diǎn)發(fā)送的業(yè)務(wù)過濾規(guī)則進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用的流程圖;圖9為本發(fā)明提供的第一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)調(diào)用結(jié)果以及 業(yè)務(wù)過濾規(guī)則進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用的流程圖;圖10為本發(fā)明提供的第一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)控制點(diǎn)根據(jù)接收的其它業(yè)務(wù) 控制點(diǎn)發(fā)送的業(yè)務(wù)交互指示進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用的流程圖;圖11為本發(fā)明提供的第一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)觸發(fā)點(diǎn)發(fā)送業(yè)務(wù)交互指示, 業(yè)務(wù)控制點(diǎn)根據(jù)該指示進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用的流程圖;圖12為本發(fā)明提供的第一實(shí)施例中實(shí)現(xiàn)業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)調(diào)用信息以 及業(yè)務(wù)過濾規(guī)則,調(diào)用后續(xù)業(yè)務(wù)控制點(diǎn)的流程圖;圖13為本發(fā)明提供的第二實(shí)施例的結(jié)構(gòu)原理圖。
具體實(shí)施方式
本發(fā)明適用的分組網(wǎng)絡(luò)的邏輯結(jié)構(gòu)圖如圖2所示,包括業(yè)務(wù)規(guī)則數(shù)據(jù)庫、 業(yè)務(wù)控制點(diǎn)和業(yè)務(wù)觸發(fā)點(diǎn)。也可以包括業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)。下面分別描述其功能。 一、業(yè)務(wù)規(guī)則數(shù)據(jù)庫
所述業(yè)務(wù)規(guī)則數(shù)據(jù)庫可以位于HSS中,也可以位于非HSS的數(shù)據(jù)服務(wù)器 中,用于保存業(yè)務(wù)規(guī)則。對于業(yè)務(wù)交互協(xié)調(diào)功能,業(yè)務(wù)規(guī)則數(shù)據(jù)庫保存的業(yè)務(wù)規(guī)則包括至少一種如 下數(shù)據(jù)1、 業(yè)務(wù)過濾規(guī)則。描述設(shè)定的規(guī)則和業(yè)務(wù)控制點(diǎn)之間的關(guān)系,例如用戶 的iFC數(shù)據(jù)。2、 業(yè)務(wù)沖突禁止規(guī)則。所述業(yè)務(wù)沖突禁止MJij用于指明特定的業(yè)務(wù)間存在沖突,以便在業(yè)務(wù)沖突時(shí)禁止沖突的業(yè)務(wù)的調(diào)用。其包括至少一個(gè)如下信息指定業(yè)務(wù)的業(yè)務(wù)標(biāo)識(shí)、指定業(yè)務(wù)的主被叫標(biāo)記、與指定業(yè)務(wù)有沖突的業(yè)務(wù)標(biāo)識(shí)和與指定業(yè)務(wù)有沖突的業(yè)務(wù)主被叫標(biāo)記。業(yè)務(wù)沖突禁止規(guī)則可以是被包含在業(yè)務(wù)過濾規(guī)則中,例如在業(yè)務(wù)過濾規(guī)則中描述與該過濾規(guī)則對應(yīng)的業(yè)務(wù)有沖突的其它業(yè)務(wù)。所述業(yè)務(wù)沖突禁止規(guī)則可以采用XML方式描述,例如<ServiceInteractionDescription><Service>callForwardingUnconditional</Service> <Side>term</Side> <ConflictServiceDescription> <Side>term</Sicie><TargetService>doNotDisturb</TargetService> <TargetService>call>Vaiting</TargetService> </ConflictServiceDescription> </ServiceInteractionDescription> 上述采用XML方式描述的業(yè)務(wù)沖突規(guī)則表示被叫側(cè)(term)的無條件呼 叫前轉(zhuǎn)業(yè)務(wù)(callForwardingUnconditional)與同樣是被叫側(cè)的免打擾業(yè)務(wù) (doNotDisturb)和呼叫等待業(yè)務(wù)(callWaiting)有沖突。3、 業(yè)務(wù)信令修正規(guī)則。 所述業(yè)務(wù)信令修正規(guī)則用于在業(yè)務(wù)觸發(fā)點(diǎn)在收到引發(fā)業(yè)務(wù)處理沖突的特 定的事件或消息時(shí),4艮據(jù)所述業(yè)務(wù)信令修正規(guī)則對業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)間 的信令關(guān)系和/或信令消息進(jìn)行調(diào)整/修正。例如對業(yè)務(wù)控制點(diǎn)下發(fā)的引發(fā)業(yè)務(wù) 處理沖突的參數(shù)進(jìn)行刪除處理等。所述業(yè)務(wù)信令修正規(guī)則包括至少一個(gè)如下信息指定方業(yè)務(wù)標(biāo)識(shí)、指定方業(yè)務(wù)的主被叫標(biāo)記、指定消息/事件描述、修正方 向描述和信令修正方式。其中指定方業(yè)務(wù)標(biāo)識(shí)、指定方業(yè)務(wù)的主被叫標(biāo)記,用于描述信令修正作用 的前提是調(diào)用了所指定的業(yè)務(wù)。其中指定消息/事件描述,用于描述觸發(fā)信令修正處理的事件或者消息,包 括消息的來源,和/或,對消息/事件的具體描述。其中,消息的來源用于說明 業(yè)務(wù)觸發(fā)點(diǎn)收到的消息來自哪里,例如,增加一個(gè)FromServiceld描述發(fā)送消 息的業(yè)務(wù)標(biāo)識(shí),來表示觸發(fā)信令修正的消息為所對應(yīng)的業(yè)務(wù)發(fā)送的。當(dāng)然消息 的來源還可以使用其它方式描述,例如,通過業(yè)務(wù)控制點(diǎn)的地址來描述。對消 息/事件的具體描述包括如下信息中的至少一種對消息類型的描述、對消息內(nèi) 容的描述、對會(huì)話狀態(tài)的描述。對消息/事件的具體描述還可以包括其它附加的 限定描述,例如用戶的漫游狀態(tài)、當(dāng)前時(shí)間等。如果只有消息的來源的描述而 沒有對消息/事件的具體描述,則表示該來源發(fā)送的所有消息都會(huì)引起信令修 正。其中修正方向描述,用于控制修正規(guī)則是作用于業(yè)務(wù)觸發(fā)點(diǎn)接收的消息或 事件,還是作用于業(yè)務(wù)觸發(fā)點(diǎn)發(fā)給沖突方業(yè)務(wù)控制點(diǎn)的消息。對于后者,修正 方向描述還可以包括發(fā)送消息的目的地,例如可以通過接收消息的業(yè)務(wù)標(biāo)識(shí)的 形式表示將修正后的消息發(fā)送給哪個(gè)業(yè)務(wù)接收。其中所述信令修正方式包括如下方式中的至少一個(gè)消息類型的轉(zhuǎn)換;消 息的屏蔽;消息頭域、參數(shù)和/或消息體內(nèi)容的轉(zhuǎn)換、刪除、修改或添加;產(chǎn)生 新的消息。
所述的信令修正方式主要用于對業(yè)務(wù)控制點(diǎn)發(fā)往業(yè)務(wù)觸發(fā)點(diǎn)的消息進(jìn)行 修正,和/或,對業(yè)務(wù)觸發(fā)點(diǎn)將發(fā)往業(yè)務(wù)控制點(diǎn)的消息進(jìn)行修正。所述業(yè)務(wù)信令修正規(guī)則中的指定方業(yè)務(wù)標(biāo)識(shí)、指定方業(yè)務(wù)的主被叫標(biāo)記、 指定消息/事件描述為信令修正的條件,修正方向描述、信令修正方式為具體的 信令修正實(shí)施方法。上述業(yè)務(wù)信令修正規(guī)則中的條件可以不同時(shí)出現(xiàn),例如信 令修正規(guī)則中可以只出現(xiàn)指定方業(yè)務(wù)標(biāo)識(shí)、修正方向描述以及信令修正方式, 其中修正方向描述用于指示修正業(yè)務(wù)觸發(fā)點(diǎn)接收到的指定方業(yè)務(wù)控制點(diǎn)發(fā)送 的消息。所述業(yè)務(wù)信令修正規(guī)則可以采用XML方式描述,例如 <SigChanging><ChangingTrigger> <Condition><ConditionNegated>0</ConditionNegated> <Group>0</Group><SessionState>Originating_Answer</SessionState> </Condition> <Condition><ConditionNegated>0</ConditionNegated> <Group>0</Group><ProtocolType>INAP</ProtocolType><MessageType>ReleaseCall</MessageTypee> </Condition> <Condition><ConditionNegated>0</ConditionNegated> <Group>0</Group><FromSeviceId>MAS</FromSeviceId> </Condition> <Condition> <ConditionNegated>0</ConditionNegated> <Group>0</Group><SeviceId>201 </SeviceId> </Condition> </ChangingTrigger> <ChangingDes><Direction>Receive</Direction><Mode>Change</Mode><ProtocolType>Internal</ProtocolType><MessageType〉DP9B<MessageType> </ChangingDes> </SigChanging>上述采用XML方式描述的業(yè)務(wù)信令規(guī)則分為修正條件描述(對應(yīng)ChangingTrigger中的描述)以及修正實(shí)施描述(對應(yīng)ChangingDes中的說明)。其中,修正條件描述中Seviceld屬性對應(yīng)指定業(yè)務(wù)標(biāo)識(shí),表示實(shí)施信令修正的條件是該業(yè)務(wù)標(biāo)識(shí)所代表的業(yè)務(wù)被調(diào)用;FromSeviceId屬性對應(yīng)消息的來源,它表示? 1起信令修正的消息為該業(yè)務(wù)標(biāo)識(shí)所對應(yīng)的業(yè)務(wù)發(fā)送。而SessionState、ProtocolType、 MessageType均為對引起信令修正的消息的具體描述,分別表示觸發(fā)信令修正時(shí)的會(huì)話狀態(tài)、消息的協(xié)議類型、消息類型。修正實(shí)施描述中的Direction^性描述了信令修正方向,上例中取值Receive表示修正業(yè)務(wù)觸發(fā)點(diǎn)收到的消息,而Mode屬性描述了信令修正方式,上例中取值為Change表示進(jìn)行消息類型的轉(zhuǎn)換,而其后的ProtocolType以及MessageType描述了轉(zhuǎn)換的具體消 臺(tái)4、業(yè)務(wù)交互處理規(guī)則。所述業(yè)務(wù)交互處理規(guī)則用于指明在特殊的呼叫中特定的業(yè)務(wù)是否允許調(diào)用,所述特殊的呼叫包括調(diào)用了特定的業(yè)務(wù)、呼叫中用戶屬性/標(biāo)記是特殊的、 呼叫中的業(yè)務(wù)屬性/標(biāo)記是特殊的、呼叫中的業(yè)務(wù)能力是特殊的。與業(yè)務(wù)沖突禁 止規(guī)則不同,在應(yīng)用業(yè)務(wù)交互處理規(guī)則前,當(dāng)前通信可以沒有調(diào)用其它的業(yè)務(wù), 例如話務(wù)員用戶呼叫可以突石皮;故叫的免打護(hù)C業(yè)務(wù);另外業(yè)務(wù)沖突禁止身見則只用 于禁止業(yè)務(wù)觸發(fā),業(yè)務(wù)交互處理MJ'j也可用于允許特定業(yè)務(wù)的觸發(fā)。概括來說 業(yè)務(wù)交互處理規(guī)則可應(yīng)用于特殊的情況,它的優(yōu)先級(jí)比業(yè)務(wù)沖突禁止規(guī)則要 高。所述業(yè)務(wù)交互處理規(guī)則包括至少一個(gè)如下信息指定方業(yè)務(wù)標(biāo)識(shí)、指定方用戶屬性/標(biāo)記、指定方業(yè)務(wù)屬性/標(biāo)記、指定方 業(yè)務(wù)能力、作用方業(yè)務(wù)標(biāo)識(shí)和允許/禁止標(biāo)志。 5、業(yè)務(wù)分發(fā)規(guī)則。所述業(yè)務(wù)分發(fā)規(guī)則用于對同質(zhì)業(yè)務(wù)控制點(diǎn)(能提供相同業(yè)務(wù)的業(yè)務(wù)控制 點(diǎn))的調(diào)用消息的分發(fā)方式進(jìn)行描述,包括至少一個(gè)如下分發(fā)規(guī)則按順序分 發(fā)和按百分比分發(fā)。上述不同的業(yè)務(wù)規(guī)則可以位于一個(gè)網(wǎng)元中,也可以位于不同的網(wǎng)元,即可 以有多個(gè)業(yè)務(wù)規(guī)則數(shù)據(jù)庫存在。此外,所有不同的業(yè)務(wù)規(guī)則可以統(tǒng)一在一種業(yè) 務(wù)規(guī)則(如業(yè)務(wù)過濾規(guī)則)中,也可以是其中的若干種統(tǒng)一在一種業(yè)務(wù)規(guī)則中, 或者每種業(yè)務(wù)規(guī)則是單獨(dú)的業(yè)務(wù)規(guī)則。二、業(yè)務(wù)控制點(diǎn)業(yè)務(wù)控制點(diǎn)用于提供和執(zhí)行業(yè)務(wù)邏輯。 一個(gè)業(yè)務(wù)控制點(diǎn)可以提供和執(zhí)行一 個(gè)或者多個(gè)業(yè)務(wù)邏輯。業(yè)務(wù)控制點(diǎn)可以是SIP AS、 OSASCS、 IM-SSF、業(yè)務(wù) 控制功能(SCF, Service Control Function)實(shí)體、OSA應(yīng)用服務(wù)器、軟交換機(jī) 等。業(yè)務(wù)控制點(diǎn)中也可以內(nèi)置SCIM功能。除了發(fā)送和/或接收業(yè)務(wù)觸發(fā)信息外, 本發(fā)明中業(yè)務(wù)控制點(diǎn)可以具備如下功能1、 根據(jù)業(yè)務(wù)調(diào)用信息以及預(yù)置的業(yè)務(wù)沖突禁止規(guī)則判斷后續(xù)業(yè)務(wù)是否允 許被調(diào)用;2、 業(yè)務(wù)控制點(diǎn)間可以根據(jù)業(yè)務(wù)調(diào)用信息互聯(lián),以協(xié)同完成業(yè)務(wù)處理流程;3、 才艮據(jù)業(yè)務(wù)交互指示消息中的顯式業(yè)務(wù)禁止/允許的指示,進(jìn)行后續(xù)的業(yè) 務(wù)調(diào)用控制,或者,當(dāng)所述業(yè)務(wù)交互指示中沒有明確指示允許或者禁止的業(yè)務(wù) 時(shí),依據(jù)所述業(yè)務(wù)交互指示以及預(yù)置的業(yè)務(wù)交互處理失見則,進(jìn)4亍后續(xù)的業(yè)務(wù)調(diào) 用控制。三、 業(yè)務(wù)觸發(fā)點(diǎn)所述業(yè)務(wù)觸發(fā)點(diǎn)用于提供與業(yè)務(wù)控制點(diǎn)交互的能力,根據(jù)業(yè)務(wù)過濾規(guī)則,決定當(dāng)前處理的通信是否需要觸發(fā)到特定的業(yè)務(wù)控制點(diǎn)。其可以是S-CSCF, 也可以是業(yè)務(wù)代理(Service Broker )。業(yè)務(wù)觸發(fā)點(diǎn)中可以內(nèi)置SCIM功能。本 發(fā)明中業(yè)務(wù)觸發(fā)點(diǎn)除了發(fā)送和/或接收業(yè)務(wù)觸發(fā)信息外,還具備如下功能中的至 少一種1、 根據(jù)業(yè)務(wù)調(diào)用信息以及預(yù)置的業(yè)務(wù)沖突禁止規(guī)則,判斷后續(xù)業(yè)務(wù)是否 允許被調(diào)用;2、 根據(jù)業(yè)務(wù)調(diào)用信息以及預(yù)置的業(yè)務(wù)信令修正規(guī)則,對業(yè)務(wù)觸發(fā)點(diǎn)和業(yè) 務(wù)控制點(diǎn)間的信令消息做出修正;3、 根據(jù)業(yè)務(wù)調(diào)用結(jié)果以及業(yè)務(wù)過濾規(guī)則,進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用;4、 才艮據(jù)業(yè)務(wù)交互指示消息中的作用方業(yè)務(wù)標(biāo)識(shí)和業(yè)務(wù)禁止/允許指示或者 依據(jù)業(yè)務(wù)交互處理規(guī)則和業(yè)務(wù)交互指示中的指示方信息(如用戶屬性/標(biāo)識(shí)等), 進(jìn)行后續(xù)的業(yè)務(wù)調(diào)用控制;5、 根據(jù)服務(wù)狀況信息以及預(yù)置業(yè)務(wù)分發(fā)規(guī)則,進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用;6、 根據(jù)業(yè)務(wù)調(diào)用信息以及業(yè)務(wù)過濾規(guī)則,進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用。四、 業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)用于存儲(chǔ)用戶的業(yè)務(wù)數(shù)據(jù),所存儲(chǔ)的業(yè)務(wù)數(shù)據(jù)至少包 括本發(fā)明實(shí)施例中的業(yè)務(wù)觸發(fā)信息數(shù)據(jù)。所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)可以位于HSS中,也可以位于其它用于存儲(chǔ)用戶業(yè) 務(wù)數(shù)據(jù)的實(shí)體中,例如其它的數(shù)據(jù)庫服務(wù)器。用戶業(yè)務(wù)數(shù)據(jù)可以集中存儲(chǔ)在一 個(gè)實(shí)體上,也可以根據(jù)業(yè)務(wù)數(shù)據(jù)類型存儲(chǔ)于不同實(shí)體上。上述業(yè)務(wù)觸發(fā)點(diǎn)與所述業(yè)務(wù)規(guī)則數(shù)據(jù)庫之間存在El接口 ,該接口可以采 用 <旦不限于SIP十辦i義、Diameter切、i義、通用用戶檔案(GUP, Generic User Profile ) 協(xié)議、超文本傳輸協(xié)議(HTTP , Hyper Text Transport Protocol)以及移動(dòng)應(yīng)用 部分(MAP, Mobile Application Part)協(xié)議、內(nèi)部接口協(xié)議等。所述業(yè)務(wù)觸發(fā) 點(diǎn)可以通過E1接口從業(yè)務(wù)規(guī)則數(shù)據(jù)庫獲得業(yè)^MJ'J。業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)規(guī)則數(shù)據(jù)庫間可以存在其它中間網(wǎng)元,例如通用用戶檔 案服務(wù)器(GUPServer),即El接口可以是直接接口也可以是間接接口 。業(yè)務(wù)觸發(fā)點(diǎn)與業(yè)務(wù)控制點(diǎn)存在E2接口,該接口協(xié)議可以采用但不限于 SIP、智能網(wǎng)應(yīng)用規(guī)程(INAP, Intelligent Network Application Protocol )、 CAMEL 應(yīng)用部分(CAP, CAMEL Application Part)協(xié)議、MAP協(xié)議、Diameter協(xié)議、 HTTP協(xié)議等,業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)間也可以是內(nèi)部接口,例如當(dāng)業(yè)務(wù)觸 發(fā)點(diǎn)同時(shí)具備業(yè)務(wù)提供功能時(shí)。本發(fā)明實(shí)施例中,不同的業(yè)務(wù)控制點(diǎn)和業(yè)務(wù)觸發(fā)點(diǎn)可以位于同 一網(wǎng)絡(luò)中, 也可以位于不同的網(wǎng)絡(luò)中。它們可以是同一個(gè)運(yùn)營商提供的,也可以是不同的 運(yùn)營商提供的。所述業(yè)務(wù)觸發(fā)點(diǎn)除了可以從業(yè)務(wù)規(guī)則數(shù)據(jù)庫獲得業(yè)務(wù)規(guī)則,也可以從業(yè)務(wù) 控制點(diǎn)獲得業(yè)務(wù)規(guī)則,業(yè)務(wù)控制點(diǎn)可以根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況觸發(fā)業(yè)務(wù)流程, 例如收到了一條業(yè)務(wù)觸發(fā)點(diǎn)發(fā)來的消息后,觸發(fā)業(yè)務(wù)流程,通過所述E2接口 向業(yè)務(wù)觸發(fā)點(diǎn)下發(fā)業(yè)務(wù)規(guī)則。所述業(yè)務(wù)控制點(diǎn)與所述業(yè)務(wù)規(guī)則數(shù)據(jù)庫之間存在E3接口 ,該接口可以采 用但不限于如下協(xié)議SIP協(xié)議、Diameter協(xié)議、GUP協(xié)議、HTTP協(xié)議、MAP 協(xié)議、內(nèi)部接口協(xié)議等。所述業(yè)務(wù)控制點(diǎn)可以從業(yè)務(wù)規(guī)則數(shù)據(jù)庫獲取業(yè)務(wù)規(guī)則;當(dāng)其本地設(shè)置有業(yè) 務(wù)規(guī)則也可以在本地獲取(即業(yè)務(wù)規(guī)則數(shù)據(jù)庫位于業(yè)務(wù)控制點(diǎn)中);業(yè)務(wù)控制 點(diǎn)還可以在業(yè)務(wù)執(zhí)行過程中生成業(yè)務(wù)規(guī)則。在業(yè)務(wù)控制點(diǎn)生成業(yè)務(wù)規(guī)則時(shí),例 如接受了用戶更新的業(yè)務(wù)數(shù)據(jù)從而更新了業(yè)務(wù)過濾規(guī)則,通過E3接口向業(yè)務(wù) 規(guī)則數(shù)據(jù)庫同步更新所述業(yè)務(wù)規(guī)則。
業(yè)務(wù)控制點(diǎn)和業(yè)務(wù)規(guī)則數(shù)據(jù)庫間可以存在其它中間網(wǎng)元,例如通用用戶檔案服務(wù)器(GUPServer),即E3接口可以是直接接口也可以是間接接口 。所述業(yè)務(wù)控制點(diǎn)與所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)間存在E4接口 ,該接口可以采用 但不限于如下+辦議SIP協(xié)議、Diameter協(xié)議、GUP協(xié)議、HTTP協(xié)議、MAP 協(xié)議、內(nèi)部接口協(xié)議等。所迷業(yè)務(wù)控制點(diǎn)可以通過所述E4接口 ,向所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)發(fā)送業(yè)務(wù) 觸發(fā)信息數(shù)據(jù),或者,從所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)中獲取業(yè)務(wù)觸發(fā)信息數(shù)據(jù)。所迷業(yè)務(wù)觸發(fā)點(diǎn)與所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)間存在E5接口 ,該接口可以采用 但不限于如下協(xié)議SIP協(xié)議、Diameter協(xié)議、GUP協(xié)議、HTTP協(xié)議、MAP 協(xié)議、內(nèi)部接口協(xié)議等。所述業(yè)務(wù)觸發(fā)點(diǎn)可以通過所述E5接口 ,向所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)發(fā)送業(yè)務(wù) 觸發(fā)信息數(shù)據(jù),或者,從所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)中獲取業(yè)務(wù)觸發(fā)信息數(shù)據(jù)。所述業(yè)務(wù)控制點(diǎn)和/或業(yè)務(wù)觸發(fā)點(diǎn)從所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)獲取業(yè)務(wù)觸發(fā)信 息數(shù)據(jù)的方式可以是主動(dòng)查詢,也可以是通過訂閱等方式要求所述業(yè)務(wù)數(shù)據(jù)存 儲(chǔ)點(diǎn)主動(dòng)發(fā)送?;谏鲜龇纸M網(wǎng)絡(luò)的邏輯結(jié)構(gòu),本發(fā)明提供了第一實(shí)施例,其是一種業(yè)務(wù) 交互處理方法,其核心是第一業(yè)務(wù)處理節(jié)點(diǎn)根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,向第二 業(yè)務(wù)處理節(jié)點(diǎn)產(chǎn)生業(yè)務(wù)觸發(fā)信息;第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述業(yè)務(wù)觸發(fā)信息, 并根據(jù)所述業(yè)務(wù)觸發(fā)信息進(jìn)行相應(yīng)的業(yè)務(wù)調(diào)用控制和/或業(yè)務(wù)流程控制等。其具 體實(shí)施過程如圖3所示,包括如下步驟步驟S101,第一業(yè)務(wù)處理節(jié)點(diǎn)根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,產(chǎn)生業(yè)務(wù)觸發(fā)信息; 以及,第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述第一業(yè)務(wù)處理節(jié)點(diǎn)中的業(yè)務(wù)觸發(fā)信息,并獲 取業(yè)務(wù)規(guī)則。所述第一業(yè)務(wù)處理節(jié)點(diǎn)可以是分組網(wǎng)絡(luò)中的如下實(shí)體類型之一業(yè)務(wù)觸發(fā) 點(diǎn)、業(yè)務(wù)控制點(diǎn)、用戶終端。所述第二業(yè)務(wù)處理節(jié)點(diǎn)可以是分組網(wǎng)絡(luò)中的如下 實(shí)體類型之一業(yè)務(wù)觸發(fā)點(diǎn)、業(yè)務(wù)控制點(diǎn)。第一業(yè)務(wù)處理節(jié)點(diǎn)也可以和第二業(yè)
務(wù)處理節(jié)點(diǎn)是同一個(gè)實(shí)體,例如均為業(yè)務(wù)觸發(fā)點(diǎn)。所述第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述第一業(yè)務(wù)處理節(jié)點(diǎn)產(chǎn)生的業(yè)務(wù)觸發(fā)信息的方式包4舌如下方式中至少一種所述第一業(yè)務(wù)處理節(jié)點(diǎn)將所述業(yè)務(wù)觸發(fā)信息發(fā)送給所述第二業(yè)務(wù)處理節(jié) 點(diǎn);或者,所述第一業(yè)務(wù)處理節(jié)點(diǎn)先將所述業(yè)務(wù)觸發(fā)信息,發(fā)送至所迷業(yè)務(wù)數(shù) 據(jù)存儲(chǔ)點(diǎn),然后所述第二業(yè)務(wù)處理節(jié)點(diǎn)從所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)獲取所迷業(yè)務(wù)觸 發(fā)信息。其中,第一業(yè)務(wù)處理節(jié)點(diǎn)將所述業(yè)務(wù)觸發(fā)信息發(fā)送給第二業(yè)務(wù)處理節(jié)點(diǎn)的 處理可以通過如下實(shí)例實(shí)現(xiàn)例如,用戶發(fā)起通信,Service Broker 1通過SIP 消息調(diào)用AS1 (此時(shí)AS1為第一業(yè)務(wù)處理節(jié)點(diǎn)),由于AS1發(fā)送的后續(xù)消息可 經(jīng)過Service Broker 1,因此業(yè)務(wù)觸發(fā)信息可采用直接發(fā)送的方式傳遞至第二業(yè) 務(wù)處理節(jié)點(diǎn)的Service Broker 1。其中,第一業(yè)務(wù)處理節(jié)點(diǎn)將所述業(yè)務(wù)觸發(fā)信息發(fā)送至所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ) 點(diǎn),第二業(yè)務(wù)處理節(jié)點(diǎn)從所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)獲取所述業(yè)務(wù)觸發(fā)信息的處理可 以通過如下實(shí)例實(shí)現(xiàn)例如,用戶使用基于實(shí)時(shí)流協(xié)議(RTSP)的流媒體業(yè) 務(wù),此時(shí)終端直接連接至流媒體服務(wù)器,所述流媒體服務(wù)器根據(jù)用戶的公共用 戶身份查找業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn),如HSS,并通過3GPP定義的標(biāo)準(zhǔn)的Sh接口寫 入業(yè)務(wù)觸發(fā)信息數(shù)據(jù),例如寫入業(yè)務(wù)調(diào)用信息數(shù)據(jù);此時(shí)由于第二業(yè)務(wù)處理節(jié) 點(diǎn),如Service Broker之前通過Sh接口訂閱了 HSS中的業(yè)務(wù)觸發(fā)信息數(shù)據(jù), 因此Service Broker可從HSS中獲取到變化后的業(yè)務(wù)觸發(fā)信息數(shù)據(jù),例如此例 子中的用戶使用流媒體業(yè)務(wù)的業(yè)務(wù)調(diào)用信息數(shù)據(jù)。在這個(gè)例子中第一業(yè)務(wù)處理 節(jié)點(diǎn)為流媒體服務(wù)器,第二業(yè)務(wù)處理節(jié)點(diǎn)為Service Broker,業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)為 HSS。下面先針對步驟S101中第二業(yè)務(wù)處理節(jié)點(diǎn)獲取業(yè)務(wù)規(guī)則的過程進(jìn)行描述, 具體如下當(dāng)?shù)诙I(yè)務(wù)處理節(jié)點(diǎn)是業(yè)務(wù)觸發(fā)點(diǎn)時(shí),所述業(yè)務(wù)觸發(fā)點(diǎn)在接收通信消息時(shí),可以從業(yè)務(wù)規(guī)則數(shù)據(jù)庫獲得業(yè)務(wù)規(guī)則;當(dāng)其本地設(shè)置有業(yè)務(wù)規(guī)則也可以在本地獲取;也可以從業(yè)務(wù)控制點(diǎn)處獲得業(yè)務(wù)規(guī)則,如從業(yè)務(wù)控制點(diǎn)下發(fā)給業(yè)務(wù)觸發(fā)點(diǎn)的業(yè)務(wù)觸發(fā)信息中獲取。當(dāng)?shù)诙I(yè)務(wù)處理節(jié)點(diǎn)是業(yè)務(wù)控制點(diǎn)時(shí),所述業(yè)務(wù)控制點(diǎn)在接收通信消息時(shí),可以從業(yè)務(wù)規(guī)則數(shù)據(jù)庫獲取業(yè)務(wù)規(guī)則;當(dāng)其本地設(shè)置有業(yè)務(wù)規(guī)則也可以在本地獲取。接下來針對步驟S101中第一業(yè)務(wù)處理節(jié)點(diǎn)才艮據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,產(chǎn)生 業(yè)務(wù)觸發(fā)信息的過程進(jìn)行描述,具體如下所述當(dāng)前業(yè)務(wù)執(zhí)行情況包括如下幾種情況中的至少 一種1、 業(yè)務(wù)控制點(diǎn)接受了用戶更新的業(yè)務(wù)數(shù)據(jù);2、 業(yè)務(wù)控制點(diǎn)接收到一個(gè)通信消息,如SIP消息,該消息觸發(fā)了業(yè)務(wù)流程;3、 業(yè)務(wù)觸發(fā)點(diǎn)上業(yè)務(wù)觸發(fā)成功;4、 業(yè)務(wù)控制點(diǎn)當(dāng)前狀態(tài)發(fā)生遷移,所述狀態(tài)是業(yè)務(wù)控制點(diǎn)自身狀態(tài)或所 處理業(yè)務(wù)的狀態(tài)。5、 用戶終端接受了一個(gè)業(yè)務(wù)請求,所述業(yè)務(wù)請求包括用戶或網(wǎng)絡(luò)的業(yè)務(wù) 調(diào)用請求和/或業(yè)務(wù)控制請求,如用戶調(diào)用終端上的業(yè)務(wù)。6、 業(yè)務(wù)觸發(fā)點(diǎn)準(zhǔn)備觸發(fā)業(yè)務(wù)控制點(diǎn),即業(yè)務(wù)觸發(fā)點(diǎn)準(zhǔn)備向業(yè)務(wù)控制點(diǎn)發(fā) 送業(yè)務(wù)觸發(fā)消息。所述第一業(yè)務(wù)處理節(jié)點(diǎn)和第二業(yè)務(wù)處理節(jié)點(diǎn)可以直接連接,也可以是通過 中間的安全網(wǎng)關(guān)連接,第一業(yè)務(wù)處理節(jié)點(diǎn)和第二業(yè)務(wù)處理節(jié)點(diǎn)可以與安全網(wǎng)關(guān) 間使用安全協(xié)議建立安全連接。所述第一業(yè)務(wù)處理節(jié)點(diǎn)和第二業(yè)務(wù)處理節(jié)點(diǎn)之間可以是互相信任的,例如 它們位于同一個(gè)運(yùn)營商網(wǎng)絡(luò)中;也可以是不信任的,例如它們位于不同的運(yùn)營 商網(wǎng)絡(luò)中且兩個(gè)運(yùn)營商網(wǎng)絡(luò)不具備信任關(guān)系。進(jìn)一步的,第二業(yè)務(wù)處理節(jié)點(diǎn)還 可以轉(zhuǎn)發(fā)所述業(yè)務(wù)觸發(fā)信息至其它業(yè)務(wù)處理節(jié)點(diǎn),不妨稱其為第三業(yè)務(wù)處理節(jié)
點(diǎn),同樣,第一業(yè)務(wù)處理節(jié)點(diǎn)和第三業(yè)務(wù)處理節(jié)點(diǎn)間可以是互相信任的,也可 以是不信任的。第二業(yè)務(wù)處理節(jié)點(diǎn)可以通過本地策略識(shí)別,來控制是否接收第一業(yè)務(wù)處理 節(jié)點(diǎn)傳遞的業(yè)務(wù)觸發(fā)信息,例如通過對第一業(yè)務(wù)處理節(jié)點(diǎn)的地址配置是否允許 接收等方式進(jìn)行控制,當(dāng)?shù)谝粯I(yè)務(wù)處理節(jié)點(diǎn)和第二業(yè)務(wù)處理節(jié)點(diǎn)不在同一信任 域中的時(shí)候,第二業(yè)務(wù)處理節(jié)點(diǎn)可以丟棄第一業(yè)務(wù)處理節(jié)點(diǎn)的業(yè)務(wù)觸發(fā)信息。由于第二業(yè)務(wù)處理節(jié)點(diǎn)還可能向第三業(yè)務(wù)處理節(jié)點(diǎn)轉(zhuǎn)發(fā)第一業(yè)務(wù)處理節(jié)點(diǎn)傳遞的業(yè)務(wù)觸發(fā)信息,第一業(yè)務(wù)處理節(jié)點(diǎn)可以在發(fā)送所述業(yè)務(wù)觸發(fā)信息的同時(shí),指示該信息的私密性信息,例如增加一個(gè)PrivacyServicelnfo頭域來指示該 業(yè)務(wù)觸發(fā)信息是否允許發(fā)送給其它所有或者特定的業(yè)務(wù)處理節(jié)點(diǎn)。第二業(yè)務(wù)處 理節(jié)點(diǎn)對業(yè)務(wù)觸發(fā)信息的轉(zhuǎn)發(fā)控制也可以是依據(jù)本地策略進(jìn)行的,例如根據(jù)第 一業(yè)務(wù)處理節(jié)點(diǎn)地址和/或第三業(yè)務(wù)處理節(jié)點(diǎn)的地址,來配置是否允許轉(zhuǎn)發(fā)第一 業(yè)務(wù)處理節(jié)點(diǎn)發(fā)送的業(yè)務(wù)觸發(fā)信息。傳輸業(yè)務(wù)觸發(fā)信息的協(xié)議包括如下協(xié)議中的至少一種會(huì)話初始化協(xié)議 SIP、通用用戶檔案協(xié)i義GUP、 Diameter協(xié)議、超文本傳輸協(xié)議HTTP、移動(dòng)應(yīng) 用部分協(xié)議MAP、智能網(wǎng)應(yīng)用規(guī)程協(xié)議INAP、 CAMEL應(yīng)用部分協(xié)議或內(nèi)部協(xié) 議?;赟IP協(xié)議傳輸?shù)腟IP消息包括如下類型中的至少一種邀請消息SIP INVITE、確認(rèn)消息SIP ACK、訂閱消息SIP SUBSCRIBE、通知消息SIP NOTIFY、 參考消息SIPREFER、信息消息SIPINFO、即時(shí)消息SIPMESSAGE、發(fā)布消息 SIP PUBLISH、 SIP響應(yīng)消息。所述業(yè)務(wù)觸發(fā)信息包括如下幾種業(yè)務(wù)觸發(fā)信息中的至少一個(gè)業(yè)務(wù)調(diào)用信 息;業(yè)務(wù)過濾規(guī)則;業(yè)務(wù)調(diào)用結(jié)果;業(yè)務(wù)交互指示;服務(wù)狀況信息。下面分別 對其進(jìn)行詳細(xì)說明1、業(yè)務(wù)調(diào)用信息。所述業(yè)務(wù)調(diào)用信息是指已經(jīng)被調(diào)用業(yè)務(wù)的相關(guān)信息,包括至少一種如下信
業(yè)務(wù)標(biāo)識(shí)、運(yùn)營商標(biāo)識(shí)、主被叫標(biāo)記、業(yè)務(wù)互聯(lián)方式、業(yè)務(wù)當(dāng)前狀態(tài)、附 加業(yè)務(wù)信息。當(dāng) 一次呼叫中調(diào)用多種業(yè)務(wù)的時(shí)候, 一條傳遞業(yè)務(wù)觸發(fā)信息的消息中可以 攜帶有多個(gè)業(yè)務(wù)對應(yīng)的多條業(yè)務(wù)調(diào)用信息。所述業(yè)務(wù)標(biāo)識(shí)是業(yè)務(wù)調(diào)用信息中的必選信息,它用于標(biāo)識(shí)被調(diào)用的業(yè)務(wù)。所述業(yè)務(wù)標(biāo)識(shí)在運(yùn)營商網(wǎng)絡(luò)內(nèi)是唯一分配的,它可以標(biāo)識(shí)運(yùn)營商網(wǎng)絡(luò)內(nèi)的 業(yè)務(wù),且業(yè)務(wù)標(biāo)識(shí)在同一個(gè)運(yùn)營商網(wǎng)絡(luò)內(nèi)不會(huì)沖突。所述業(yè)務(wù)標(biāo)識(shí)可以是一個(gè)字符串也可以是一個(gè)數(shù)值,例如免費(fèi)電話業(yè)務(wù)標(biāo)識(shí)可以是freePhone,也可以是800。業(yè)務(wù)標(biāo)識(shí)也可以采用公共服務(wù)身份(PSI, Public Service Identity )表示。業(yè)務(wù)標(biāo)識(shí)也可以是3GPP TR 23.816中定義的IMS 通信業(yè)務(wù)標(biāo)識(shí)(IMS communication service identifier )。當(dāng)業(yè)務(wù)標(biāo)識(shí)通過顯式方式攜帶時(shí),所述業(yè)務(wù)標(biāo)識(shí)可以通過業(yè)務(wù)觸發(fā)點(diǎn)填 充,也可以通過業(yè)務(wù)控制點(diǎn)填充,也可以通過用戶終端填充。當(dāng)業(yè)務(wù)標(biāo)識(shí)通過 業(yè)務(wù)控制點(diǎn)填充時(shí),業(yè)務(wù)控制點(diǎn)可以通過內(nèi)置SCIM功能填充業(yè)務(wù)調(diào)用歷史信 息中的數(shù)據(jù),如業(yè)務(wù)標(biāo)識(shí)等。當(dāng)業(yè)務(wù)標(biāo)識(shí)通過用戶終端填充時(shí),業(yè)務(wù)標(biāo)識(shí)可以 通過Request-URI (請求統(tǒng)一資源標(biāo)識(shí))攜帶。當(dāng)業(yè)務(wù)標(biāo)識(shí)通過隱式方式攜帶時(shí),在消息中不明確指示出業(yè)務(wù)標(biāo)識(shí),但通過消息中的頭域、參數(shù)、消息體等,接收到消息的實(shí)體可以根據(jù)業(yè)務(wù)標(biāo)識(shí)識(shí)別規(guī)則將所述業(yè)務(wù)標(biāo)識(shí)識(shí)別出來。例如被叫側(cè)應(yīng)用呼叫等待業(yè)務(wù),被叫側(cè)在SIP消息180 Ring中攜帶P-Service-Indication: waiting,接收到所述SIP消息的實(shí)體通過此頭域取值查找對應(yīng)的業(yè)務(wù)識(shí)別規(guī)則,可識(shí)別出被叫側(cè)應(yīng)用了呼叫等待業(yè)務(wù)。具體識(shí)別方式如采用基于消息匹配規(guī)則的業(yè)務(wù)識(shí)別方式,對上面的例子,業(yè)務(wù)標(biāo)識(shí)識(shí)別規(guī)則可采用如下形式描述<Condition><SIPHeader><Header>P-Service-Indication</Header> <Content>waiting</Content> </SIPHeader> </Condition> <ServiceInfo><ServiceIdentifier>callWaiting</ServiceIdentifier> </ServiceInfo>上述描述的業(yè)務(wù)標(biāo)識(shí)識(shí)別規(guī)則給出了用于識(shí)別業(yè)務(wù)標(biāo)識(shí)的信息,根據(jù)所述 信息,識(shí)別實(shí)體可以識(shí)別出對應(yīng)的業(yè)務(wù)標(biāo)識(shí),然后使用所述業(yè)務(wù)標(biāo)識(shí)來統(tǒng)一進(jìn) 行業(yè)務(wù)交互處理。所述運(yùn)營商標(biāo)識(shí)用于標(biāo)識(shí)運(yùn)營商網(wǎng)絡(luò),不同的運(yùn)營商網(wǎng)絡(luò)對應(yīng)的運(yùn)營商標(biāo) 識(shí)是不同的,它是一個(gè)全局唯一的標(biāo)識(shí),運(yùn)營商標(biāo)識(shí)的表示形式可以采用,但 不限于如homel.net—類的形式。運(yùn)營商標(biāo)識(shí)可以通過業(yè)務(wù)觸發(fā)點(diǎn)填充,也可 以通過業(yè)務(wù)控制點(diǎn)填充,也可以通過用戶終端填充。業(yè)務(wù)觸發(fā)點(diǎn)可以通過但不限于采用比較域名的方式判斷一次消息是否出 本運(yùn)營商網(wǎng)絡(luò),當(dāng)呼叫出^:營商網(wǎng)絡(luò)的時(shí)候,業(yè)務(wù)觸發(fā)點(diǎn)添加運(yùn)營商標(biāo)識(shí)。 當(dāng)消息在同一個(gè)運(yùn)營商網(wǎng)絡(luò)內(nèi)的業(yè)務(wù)觸發(fā)點(diǎn)、業(yè)務(wù)控制點(diǎn)間傳遞時(shí),不需要攜 帶運(yùn)營商標(biāo)識(shí)。所述主被叫標(biāo)記用于區(qū)分所標(biāo)識(shí)的業(yè)務(wù)是在主叫側(cè)還是在被叫側(cè)被調(diào)用。 使用主被叫標(biāo)記是因?yàn)槟承I(yè)務(wù)可以是主叫側(cè)業(yè)務(wù)也可以是凈皮叫側(cè)業(yè)務(wù),這類 業(yè)務(wù)在主叫側(cè)被調(diào)用與在被叫側(cè)被調(diào)用時(shí)相比,表現(xiàn)的業(yè)務(wù)特征不同,例如號(hào) 碼攜帶業(yè)務(wù)。主4皮叫標(biāo)記可以通過業(yè)務(wù)控制點(diǎn)添加,也可以通過業(yè)務(wù)觸發(fā)點(diǎn)添加,也可 以通過用戶終端添加。對于業(yè)務(wù)控制點(diǎn)主動(dòng)發(fā)起的呼叫可以使用主叫側(cè)的標(biāo) 記。當(dāng)接收的消息中沒有主被叫標(biāo)記時(shí),業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)業(yè)務(wù)觸發(fā)的用戶 方在觸發(fā)業(yè)務(wù)的呼叫中是主叫還是被叫的信息,添加所述標(biāo)記;當(dāng)然業(yè)務(wù)觸發(fā) 點(diǎn)也可以不做添加的處理,即不需要區(qū)分調(diào)用的業(yè)務(wù)是主叫側(cè)業(yè)務(wù)還是被叫側(cè)業(yè)務(wù)。所述業(yè)務(wù)互聯(lián)方式用于描述業(yè)務(wù)控制點(diǎn)所支持的業(yè)務(wù)互聯(lián)方式,它可以描 迷業(yè)務(wù)控制點(diǎn)支持的所有類型的業(yè)務(wù)互聯(lián)方式,每一種業(yè)務(wù)互聯(lián)方式描述包舍如下元素中的至少一個(gè)互聯(lián)協(xié)i義類型、互聯(lián)協(xié)議版本號(hào)、業(yè)務(wù)地址、業(yè)務(wù)邏 輯實(shí)例ID。其可以以列表的形式存在。所述業(yè)務(wù)互聯(lián)方式可用于不同業(yè)務(wù)控制點(diǎn)之間的互聯(lián),也可用于業(yè)務(wù)觸發(fā) 點(diǎn)與業(yè)務(wù)控制點(diǎn)間的互聯(lián)。對于后者可用于非配置方式的業(yè)務(wù)觸發(fā)處理,即業(yè) 務(wù)控制點(diǎn)的地址是動(dòng)態(tài)傳遞的,而不是靜態(tài)配置的,例如用戶使用非IMS的流 媒體業(yè)務(wù)時(shí),所述流媒體業(yè)務(wù)應(yīng)用不經(jīng)過業(yè)務(wù)觸發(fā)點(diǎn),業(yè)務(wù)觸發(fā)點(diǎn)不知道提供 所述流媒體業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)地址,而所述業(yè)務(wù)控制點(diǎn)可以通過向業(yè)務(wù)觸發(fā)點(diǎn) 傳遞攜帶業(yè)務(wù)互聯(lián)方式的業(yè)務(wù)調(diào)用信息,例如通過業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)傳遞該消 息,指示業(yè)務(wù)控制點(diǎn)的地址以及訪問方式;所述業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)所述地址 以及訪問方式,在需要的時(shí)候動(dòng)態(tài)地訪問發(fā)送所述業(yè)務(wù)調(diào)用信息的業(yè)務(wù)控制 點(diǎn)。例如,在用戶使用流媒體業(yè)務(wù)的時(shí)候,來電話要在媒體內(nèi)容中顯式主叫號(hào) 碼,則業(yè)務(wù)觸發(fā)點(diǎn)可以通過記錄的流媒體業(yè)務(wù)中的業(yè)務(wù)調(diào)用信息中的業(yè)務(wù)互聯(lián) 方式向所述流4某體業(yè)務(wù)控制點(diǎn)發(fā)送業(yè)務(wù)調(diào)用消息。業(yè)務(wù)控制點(diǎn)支持的互聯(lián)協(xié)議類型可以采用但不限于HTTP、 Diameter、 SIP、 MAP、 TCAP、 INAP、 CAP等。所述互聯(lián)協(xié)議版本號(hào)用于指示互聯(lián)協(xié)議的協(xié)議版本信息。所述業(yè)務(wù)地址用于標(biāo)識(shí)提供業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)的地址信息。所迷業(yè)務(wù)地址 可以是統(tǒng)一資源定位符(URL, Universal Resource Locator ),也可以是IP地址 和端口號(hào),也可以是全局碼(GT, Global Title )地址,也可以是目的點(diǎn)碼(DPC, Destination Point Code )。所述業(yè)務(wù)地址也可以是DPC和子系統(tǒng)號(hào)(SSN, Sub-System Number),也可以是GT和SSN。所述業(yè)務(wù)地址是可選信息,可以 由業(yè)務(wù)控制點(diǎn)填充,也可以由業(yè)務(wù)觸發(fā)點(diǎn)填充。所述業(yè)務(wù)邏輯實(shí)例ID用于標(biāo)識(shí)提供業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)的特定業(yè)務(wù)邏輯實(shí)
例的內(nèi)部索引ID,例如業(yè)務(wù)邏輯實(shí)例ID可以是業(yè)務(wù)控制點(diǎn)上該業(yè)務(wù)通信的狀 態(tài)機(jī)編號(hào),它可用于在業(yè)務(wù)控制點(diǎn)互聯(lián)交互的時(shí)候使用所述業(yè)務(wù)邏輯實(shí)例ID 定位業(yè)務(wù)控制點(diǎn)上該業(yè)務(wù)通信對應(yīng)的處理邏輯實(shí)例。業(yè)務(wù)邏輯實(shí)例ID是可選 信息,由業(yè)務(wù)控制點(diǎn)填充。所述業(yè)務(wù)當(dāng)前狀態(tài)用于標(biāo)識(shí)業(yè)務(wù)當(dāng)前處理狀態(tài),業(yè)務(wù)當(dāng)前狀態(tài)是可選信 息,由業(yè)務(wù)控制點(diǎn)填充。所述附加業(yè)務(wù)信息用于攜帶該業(yè)務(wù)相關(guān)的附加描述信息,例如信用卡呼叫 中的第三方付費(fèi)標(biāo)志、付費(fèi)的第三方用戶標(biāo)識(shí)、已經(jīng)激活的業(yè)務(wù)特征、業(yè)務(wù)版 本信息、業(yè)務(wù)提供商信息等。所述業(yè)務(wù)版本信息用于標(biāo)識(shí)一個(gè)業(yè)務(wù)的版本,該 版本信息可用于業(yè)務(wù)交互控制處理,例如會(huì)議業(yè)務(wù)V1.0不支持多方的預(yù)付費(fèi) 預(yù)算從而不能與預(yù)付費(fèi)業(yè)務(wù)同時(shí)調(diào)用,會(huì)議業(yè)務(wù)V2.0支持與預(yù)付費(fèi)業(yè)務(wù)的同 時(shí)調(diào)用,此時(shí)對于會(huì)議業(yè)務(wù)和預(yù)付費(fèi)業(yè)務(wù)的交互處理對于版本V1.0和V2.0是 不同的。所述業(yè)務(wù)提供商信息用于標(biāo)識(shí)提供業(yè)務(wù)的廠家信息,同樣業(yè)務(wù)提供商 信息也可用于業(yè)務(wù)交互控制處理。上述的業(yè)務(wù)版本信息以及業(yè)務(wù)提供商信息均 屬于業(yè)務(wù)屬性的刻畫。業(yè)務(wù)觸發(fā)點(diǎn)接收業(yè)務(wù)控制點(diǎn)發(fā)送的業(yè)務(wù)調(diào)用信息后,可以將其傳遞給其它 業(yè)務(wù)控制點(diǎn),具體的傳遞方式可以是轉(zhuǎn)發(fā)、存儲(chǔ)后再轉(zhuǎn)發(fā)。轉(zhuǎn)發(fā)的方式例如 業(yè)務(wù)觸發(fā)點(diǎn)接收用戶初始通信請求,觸發(fā)到一個(gè)業(yè)務(wù)控制點(diǎn)上,所述業(yè)務(wù)控制 點(diǎn)發(fā)送的攜帶業(yè)務(wù)調(diào)用信息的消息經(jīng)過業(yè)務(wù)觸發(fā)點(diǎn),業(yè)務(wù)觸發(fā)點(diǎn)將其路由到其 它業(yè)務(wù)控制點(diǎn);轉(zhuǎn)發(fā)方式的另外一種情況是業(yè)務(wù)控制點(diǎn)更新業(yè)務(wù)調(diào)用信息,例 如更新業(yè)務(wù)調(diào)用信息中的業(yè)務(wù)狀態(tài),業(yè)務(wù)觸發(fā)點(diǎn)將其轉(zhuǎn)發(fā)到其它業(yè)務(wù)控制點(diǎn)。 具體的轉(zhuǎn)發(fā)處理可以采用如根據(jù)業(yè)務(wù)過濾規(guī)則或根據(jù)記錄的已經(jīng)調(diào)用的業(yè)務(wù) 控制點(diǎn)地址等方式進(jìn)行。存儲(chǔ)后再轉(zhuǎn)發(fā)的方式例如業(yè)務(wù)觸發(fā)點(diǎn)收到業(yè)務(wù)控制點(diǎn) 發(fā)送的業(yè)務(wù)調(diào)用信息后將其存儲(chǔ)下來,后續(xù)再觸發(fā)其它業(yè)務(wù)控制點(diǎn)時(shí),在觸發(fā) 消息中攜帶保存下來的已調(diào)用業(yè)務(wù)的業(yè)務(wù)調(diào)用信息,例如業(yè)務(wù)觸發(fā)點(diǎn)收到 INVITE消息時(shí)調(diào)用了業(yè)務(wù)控制點(diǎn)1,業(yè)務(wù)控制點(diǎn)1發(fā)送業(yè)務(wù)調(diào)用信息,業(yè)務(wù)
觸發(fā)點(diǎn)保存下來,其后在收到200 OK時(shí)業(yè)務(wù)觸發(fā)點(diǎn)調(diào)用業(yè)務(wù)控制點(diǎn)2,此時(shí) 業(yè)務(wù)觸發(fā)點(diǎn)在調(diào)用業(yè)務(wù)控制點(diǎn)2的INVITE消息中攜帶業(yè)務(wù)控制點(diǎn)1的業(yè)務(wù)調(diào) 用信息。所述業(yè)務(wù)調(diào)用信息通過SIP消息傳遞的方法至少包括如下方式之一通過 Via頭i或傳遞;通過Record-Route頭域傳遞;通過History-Info頭域傳遞;通過 業(yè)務(wù)調(diào)用信息頭域傳遞;通過業(yè)務(wù)調(diào)用信息消息體傳遞;通過業(yè)務(wù)信息頭域傳 遞;通過業(yè)務(wù)信息消息體傳遞。下面分別對這幾種傳遞方式進(jìn)行說明①、通過Via頭域傳遞不擴(kuò)展Via頭域攜帶業(yè)務(wù)標(biāo)識(shí)的例子如Via: SIP/2.0/USP 800.AS 1 .home.net;branch-z9hG4bK7ef4c23976或Via: SIP/2.0/USP 800@ASl.home.net;branch=z9hG4bK7ef4c23976 上面兩個(gè)例子中800.AS 1 .home.net以及800@AS 1 .home.net表示已經(jīng)調(diào)用 了 AS1上的業(yè)務(wù)800。擴(kuò)展Via頭域攜帶業(yè)務(wù)調(diào)用信息的例子如Via: SIP/2.0/USP AS 1 .home,net;service=conf;operator=CMCC;branch=z9hG4bK7ef4c23976上面的例子中Via頭域攜帶了兩個(gè)業(yè)務(wù)調(diào)用信息的參數(shù)service以及 operator,其中service攜帶調(diào)用的業(yè)務(wù)標(biāo)識(shí)為conf表示調(diào)用了會(huì)議業(yè)務(wù),operator 攜帶運(yùn)營商標(biāo)識(shí)CMCC。②、通過Record-Route頭域傳遞不擴(kuò)展Record-Route頭域攜帶業(yè)務(wù)標(biāo)識(shí)的例子如Record-Route: <sip:200.AS 1 .home.net;lr>上面的例子中200.ASl.home.net表示已經(jīng)調(diào)用了 AS1上的業(yè)務(wù)200。 擴(kuò)展Record-Route頭域攜帶業(yè)務(wù)標(biāo)識(shí)的例子如 Record-Route: <sip:AS 1 .home.net;service=200;operator=CNC;lr〉 上面的例子中Record-Route頭域中的URI參數(shù)進(jìn)行了擴(kuò)展,攜帶了兩個(gè) 業(yè)務(wù)調(diào)用信息的參數(shù)service以及operator,其中service攜帶調(diào)用的業(yè)務(wù)標(biāo)識(shí)為 200表示調(diào)用了 200業(yè)務(wù),operator攜帶運(yùn)營商標(biāo)識(shí)CNC。③ 、通過History-Info頭域傳遞 例1:History-Info: <sip:200@ASl.home.net>; index=l上面的例子中200@ASl.home.net表示已經(jīng)調(diào)用了 AS1上的業(yè)務(wù)200。 例2:History-Info: <sip:200@AS 1 .home.net>; index= 1;service-id=200;operator=CNC上面的例子中History-Info頭域引入了兩個(gè)擴(kuò)展參數(shù)service-id以及 operator,其中service-id攜帶調(diào)用的業(yè)務(wù)標(biāo)識(shí)為200表示調(diào)用了 200業(yè)務(wù), operator攜帶運(yùn)營商標(biāo)識(shí)CNC。④ 、通過業(yè)務(wù)調(diào)用信息頭域傳遞這種傳遞方式在SIP消息中新增一個(gè)業(yè)務(wù)調(diào)用信息頭域,例如單獨(dú)增加一 個(gè)P-Service-History頭域,對應(yīng)的例子如P-Service-History: service-id=800;operator=opl; version-1.0;vender=vl; call-side=orig; service-addr=800@home 1 .net; service-instance=4151D0FCE11; service-state= state 12上面的例子中使用了 P-Service-History頭域,其中 service-id參數(shù)取值800 表示已經(jīng)調(diào)用了 800業(yè)務(wù),operator取值opl表示運(yùn)營商為opl, version取值 l.O表示業(yè)務(wù)版本號(hào)為1.0, vender取值為vl表示業(yè)務(wù)開發(fā)商為vl;call-side取 值為orig表示該業(yè)務(wù)為主叫側(cè)業(yè)務(wù),service-addr取值800@ homel.net表示業(yè) 務(wù)控制點(diǎn)的地址,service-instance取值4151D0FCE11表示業(yè)務(wù)控制點(diǎn)當(dāng)前的業(yè) 務(wù)處理邏輯實(shí)例為4151D0FCE11, service-state取值statel2表示業(yè)務(wù)控制點(diǎn)當(dāng) 前狀態(tài)為statel2。 、通過業(yè)務(wù)調(diào)用信息消息體傳遞 這種傳遞方式在SIP消息中新增一個(gè)業(yè)務(wù)調(diào)用信息消息體,例如定義一個(gè) 業(yè)務(wù)調(diào)用信息多用途網(wǎng)絡(luò)郵件擴(kuò)展(MIME , Multipurpose Internet MailExtensions)內(nèi)容類型(Content-Type),取值為application/servicehistory,前面 采用業(yè)務(wù)調(diào)用信息頭域傳遞的例子中的信息采用此種方式表示如下Content-Type: application/servicehistoryservice-id=800operator=oplversion-1.0vender=vlcall-side=origservice-addr=800@homel .net service-instance=4151D0FCE11 service-state- state 12上面的例子中業(yè)務(wù)調(diào)用信息消息體采用了文本方式編碼,這里僅為示例, 它也可以采用其它編碼格式,例如采用XML方式編碼或者二進(jìn)制編碼等。
、通過業(yè)務(wù)信息頭域傳遞這種方式下本發(fā)明中的業(yè)務(wù)觸發(fā)信息中的內(nèi)容采用統(tǒng)一的業(yè)務(wù)信息頭域 來傳遞,傳遞不同的業(yè)務(wù)觸發(fā)信息的區(qū)別是使用了不同的業(yè)務(wù)信息頭域參數(shù), 例如在SIP消息中新增一個(gè)P-Service-Info頭域,前面采用業(yè)務(wù)調(diào)用信息頭域 傳遞的例子中的信息采用此種方式表示如下P-Service-Info: service-id=800;operator=op 1; version-1.0;vender=v 1;call-side=orig; service-addr=800@home 1 .net; service-instance=4151D0FCE11; service-state= state 12⑦、通過業(yè)務(wù)信息消息體傳遞這種方式下本發(fā)明中的業(yè)務(wù)觸發(fā)信息中的內(nèi)容采用統(tǒng) 一 的業(yè)務(wù)信息消息 體來傳遞,傳遞不同的業(yè)務(wù)觸發(fā)信息的區(qū)別是使用了不同的業(yè)務(wù)信息消息體單 元,例如在SIP消息中新增一個(gè)業(yè)務(wù)信息消息體,如定義一個(gè)業(yè)務(wù)信息MIME Content-Type,取^f直為application/serviceinfo+xml,前面采用業(yè)務(wù)調(diào)用4言息頭i或 傳遞的例子中的信息采用此種方式表示如下Content-Type: application/serviceinfo+xml 〈?xml version-" 1.0" encoding="UTF-8" > 〈serviceinfo xmlns="urn:ietf:params:xml:ns:serviceinfo"> <servicehistory><service-id>800</service-id> <operator>op 1 </operator> <version>l .0</version> <vender>v 1 </vender> <call-side>orig</call-side〉 <service-addr>800@home 1 .net</service-addr> <service-instance>4151D0FCE11 </service-instance> <service-state>0</service-state> </ servicehistory〉 </serviceinfo>上面的例子中業(yè)務(wù)信息消息體采用了 XML方式編碼,這里僅為示例,它 也可以采用其它編碼格式,例如采用文本方式編碼或者二進(jìn)制編碼等。除了SIP消息外,業(yè)務(wù)調(diào)用信息也可以采用其它類型的消息傳遞,例如業(yè) 務(wù)觸發(fā)點(diǎn)和/或業(yè)務(wù)控制點(diǎn)可以通過Sh接口的Diameter協(xié)議消息訪問HSS,并 通過HSS保存以及傳遞業(yè)務(wù)調(diào)用信息。2、業(yè)務(wù)過濾規(guī)則。所述業(yè)務(wù)過濾規(guī)則包括對業(yè)務(wù)控制點(diǎn)自身的調(diào)用規(guī)則和/或?qū)ζ渌鼧I(yè)務(wù)控 制點(diǎn)的調(diào)用規(guī)則。業(yè)務(wù)過濾規(guī)則中包括如下信息中的至少一個(gè)SPT、服務(wù)器地址、規(guī)則操 作動(dòng)作指示、解配置標(biāo)志、失敗缺省處理、過濾規(guī)則名、過濾規(guī)則關(guān)聯(lián)方式、 業(yè)務(wù)調(diào)用消息、業(yè)務(wù)標(biāo)識(shí)、同一業(yè)務(wù)的多條過濾規(guī)則的關(guān)聯(lián)指示。業(yè)務(wù)過濾規(guī)則中一般攜帶SPT和服務(wù)器地址中的至少一個(gè)。業(yè)務(wù)過濾規(guī)則
中可以沒有任何SPT描述,此時(shí)業(yè)務(wù)控制點(diǎn)在業(yè)務(wù)過濾規(guī)則中可以只攜帶服務(wù) 器地址以表示無條件觸發(fā)到業(yè)務(wù)控制點(diǎn)。業(yè)務(wù)過濾規(guī)則中也可以不攜帶SPT或 者服務(wù)器地址信息,例如業(yè)務(wù)控制點(diǎn)進(jìn)行業(yè)務(wù)過濾規(guī)則的管理維護(hù)搡作,此時(shí) 可以只攜帶過濾規(guī)則名、解配置標(biāo)志或者規(guī)則操作動(dòng)作指示。所述SPT包括至少一個(gè)如下類型的SPT: SIP消息中請求統(tǒng)一資源標(biāo)識(shí)、 SIP消息名稱、SIP消息頭、會(huì)話情形、SIP消息消息體、會(huì)活狀態(tài)、用戶狀態(tài)、 時(shí)間、用戶呈現(xiàn)信息、業(yè)務(wù)標(biāo)識(shí)、過濾規(guī)則關(guān)聯(lián)指示。與iFC類似,業(yè)務(wù)過濾 規(guī)則可以支持SPT的邏輯運(yùn)算,可以支持SPT的組合,可以支持結(jié)合范式以 及非結(jié)合范式表述。所述服務(wù)器地址,包括接收消息的業(yè)務(wù)控制點(diǎn)的SIP地址和/或業(yè)務(wù)觸發(fā)點(diǎn) 的本地虛擬服務(wù)器地址。所述的本地虛擬服務(wù)器地址可以對應(yīng)業(yè)務(wù)觸發(fā)點(diǎn)上的 一段程序或者腳本,即所述服務(wù)器地址包括業(yè)務(wù)控制點(diǎn)自身的服務(wù)器地址和/ 或其它業(yè)務(wù)控制點(diǎn)的服務(wù)器地址和/或業(yè)務(wù)觸發(fā)點(diǎn)上的虛擬服務(wù)器地址。業(yè)務(wù)控制點(diǎn)在業(yè)務(wù)過濾規(guī)則中可以不指明服務(wù)器地址,也可以明確指示服 務(wù)器地址。當(dāng)業(yè)務(wù)控制點(diǎn)在業(yè)務(wù)過濾規(guī)則中不指明服務(wù)器地址時(shí),業(yè)務(wù)觸發(fā)點(diǎn) 默認(rèn)服務(wù)器地址為下發(fā)該業(yè)務(wù)過濾規(guī)則的業(yè)務(wù)控制點(diǎn)的地址。當(dāng)業(yè)務(wù)控制點(diǎn)在 業(yè)務(wù)過濾規(guī)則中明確指示接收消息的服務(wù)器地址時(shí),所述服務(wù)器地址還可以是 其它業(yè)務(wù)控制點(diǎn)的地址和/或業(yè)務(wù)觸發(fā)點(diǎn)上的虛擬服務(wù)器地址。例如門戶業(yè)務(wù)服 務(wù)器下發(fā)業(yè)務(wù)過濾規(guī)則,其中在下發(fā)的業(yè)務(wù)過濾規(guī)則中指示過濾規(guī)則被滿足時(shí) 業(yè)務(wù)觸發(fā)點(diǎn)將消息發(fā)往提供子業(yè)務(wù)的服務(wù)器,而不是發(fā)往門戶業(yè)務(wù)服務(wù)器。對于業(yè)務(wù)控制點(diǎn)指示的業(yè)務(wù)過濾規(guī)則中服務(wù)器地址是其它業(yè)務(wù)控制點(diǎn)的 地址情況,如果業(yè)務(wù)觸發(fā)點(diǎn)在當(dāng)前通信中沒有創(chuàng)建與所述其它業(yè)務(wù)控制點(diǎn)的對 話,則在收到第一個(gè)引發(fā)到所述其它業(yè)務(wù)控制點(diǎn)的消息時(shí),業(yè)務(wù)觸發(fā)點(diǎn)可以通 過發(fā)往該業(yè)務(wù)控制點(diǎn)的消息創(chuàng)建對話,例如業(yè)務(wù)觸發(fā)點(diǎn)向該業(yè)務(wù)控制點(diǎn)發(fā)送 INVITE消息。所述規(guī)則操作動(dòng)作指示用來指明在第二業(yè)務(wù)處理節(jié)點(diǎn)上,如業(yè)務(wù)觸發(fā)點(diǎn)上
的規(guī)則操作動(dòng)作指示,以便用來管理業(yè)務(wù)過濾規(guī)則。其包括至少一個(gè)如下的指示更新一條規(guī)則、添加一條規(guī)則、刪除一條規(guī)則、覆蓋所有規(guī)則。在業(yè)務(wù)過濾規(guī)則的描述中,通過添加規(guī)則操作動(dòng)作指示的方式指明在業(yè)務(wù) 觸發(fā)點(diǎn)上的規(guī)則操作動(dòng)作指示,例如增加一種Actionlnd單元值,當(dāng)所述單元 值取值為0時(shí),表示覆蓋該業(yè)務(wù)中所有到本業(yè)務(wù)控制點(diǎn)的規(guī)則;當(dāng)所述單元值 取值為1時(shí),表示添加一條規(guī)則;當(dāng)所述單元值取值為2時(shí),表示更新一條規(guī) 則;當(dāng)所述單元值取值為3時(shí),表示刪除一條規(guī)則。所述規(guī)則操作動(dòng)作指示可以通過第一業(yè)務(wù)處理節(jié)點(diǎn),如業(yè)務(wù)控制點(diǎn)下發(fā)給 第二業(yè)務(wù)處理節(jié)點(diǎn),如業(yè)務(wù)觸發(fā)點(diǎn);也可以不通過第一業(yè)務(wù)處理節(jié)點(diǎn)下發(fā),而 是通過第二業(yè)務(wù)處理節(jié)點(diǎn)提供默認(rèn)規(guī)則操作動(dòng)作指示,例如收到不帶規(guī)則操作 動(dòng)作指示的業(yè)務(wù)過濾規(guī)則時(shí)默認(rèn)為覆蓋所有以前保存的業(yè)務(wù)過濾規(guī)則。所述解配置標(biāo)志用來指明一條過濾規(guī)則是被執(zhí)行一次后失效還是一直有 效或者無效,或者通信結(jié)束后失效,以便用來管理業(yè)務(wù)過濾MJ'J。例如通過在 業(yè)務(wù)過濾規(guī)則中的描述中增加一種DisarmFlag單元來實(shí)現(xiàn),如當(dāng)其取值為0 時(shí)表示所對應(yīng)的規(guī)則匹配被執(zhí)行一次后失效;當(dāng)其取值為1時(shí)表示所對應(yīng)的業(yè) 務(wù)過濾規(guī)則一直有效,直到業(yè)務(wù)控制點(diǎn)主動(dòng)將該規(guī)則失效或者使用管理手段將 其失效,例如管理員失效或者刪除該規(guī)則;當(dāng)其取值為2時(shí)表示所對應(yīng)的規(guī)則 失效,業(yè)務(wù)控制點(diǎn)可以在當(dāng)前通信中失效一條業(yè)務(wù)過濾規(guī)則,也可以在當(dāng)前通 信外失效一條業(yè)務(wù)過濾規(guī)則,例如當(dāng)用戶通過3GPP定義的Ut接口去激活無 條件il/f言前轉(zhuǎn)(CFU, Communication Forwarding Unconditional)業(yè)務(wù)時(shí),業(yè)務(wù) 控制點(diǎn)將一條業(yè)務(wù)過濾規(guī)則失效;當(dāng)其取值為3時(shí)表示所對應(yīng)的規(guī)則在當(dāng)前通 信中有效,直到業(yè)務(wù)控制點(diǎn)在當(dāng)前通信中主動(dòng)將該條規(guī)則失效或當(dāng)前通信釋 放。所述解配置標(biāo)志可以通過第一業(yè)務(wù)處理節(jié)點(diǎn),如業(yè)務(wù)控制點(diǎn)下發(fā)給第二業(yè) 務(wù)處理節(jié)點(diǎn),如業(yè)務(wù)觸發(fā)點(diǎn);也可以不通過第一業(yè)務(wù)處理節(jié)點(diǎn)下發(fā),而是通過
第二業(yè)務(wù)處理節(jié)點(diǎn)提供,默i人的解配置處理,例如收到不攜帶解配置標(biāo)志的業(yè)務(wù) 過濾規(guī)則時(shí),默認(rèn)為所述不攜帶解配置標(biāo)志的業(yè)務(wù)過濾規(guī)則是一直有效。上迷業(yè)務(wù)過濾規(guī)則的管理操作可以通過解配置標(biāo)志失效一條業(yè)務(wù)過濾規(guī) 則,或者通過規(guī)則操作動(dòng)作指示刪除一條業(yè)務(wù)過濾規(guī)則,可以根據(jù)業(yè)務(wù)過濾規(guī) 則名來定位業(yè)務(wù)觸發(fā)點(diǎn)或者業(yè)務(wù)規(guī)則數(shù)據(jù)庫中要管理的一條業(yè)務(wù)過濾規(guī)則。所述失敗缺省處理用來指明業(yè)務(wù)觸發(fā)點(diǎn)調(diào)用業(yè)務(wù)控制點(diǎn)失敗情況的失敗 缺省處理情況。它可以取值繼續(xù)處理其它業(yè)務(wù)過濾規(guī)則、通信釋放、重新調(diào)用 業(yè)務(wù)控制點(diǎn)、調(diào)用同質(zhì)業(yè)務(wù)控制點(diǎn)、停止執(zhí)行業(yè)務(wù)過濾規(guī)則。其中,"繼續(xù)處 理其它業(yè)務(wù)過濾規(guī)則"表示忽略當(dāng)前調(diào)用失敗,如果有其它的業(yè)務(wù)過濾規(guī)則,則接著執(zhí)行其它的業(yè)務(wù)過濾規(guī)則;"通信釋放"表示釋放當(dāng)前通信;"重新調(diào)用 業(yè)務(wù)控制點(diǎn)"表示對當(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ī)則中; "停止執(zhí)行業(yè)務(wù)過濾規(guī)則,,表示忽略當(dāng)前調(diào)用失敗,如果有后續(xù)的業(yè)務(wù)過濾規(guī) 則,則停止執(zhí)行后續(xù)所有的業(yè)務(wù)過濾規(guī)則。所述過濾規(guī)則名用來標(biāo)識(shí)一條過濾規(guī)則。同 一個(gè)業(yè)務(wù)控制點(diǎn)下發(fā)的多個(gè)業(yè) 務(wù)過濾規(guī)則可以共用同一個(gè)過濾規(guī)則名,也可以每條業(yè)務(wù)過濾規(guī)則單獨(dú)使用一 條過濾規(guī)則名。過濾規(guī)則名可以由業(yè)務(wù)控制點(diǎn)分配,并填充到下發(fā)的業(yè)務(wù)過濾 頭見則中;也可以由業(yè)務(wù)觸發(fā)點(diǎn)分配,并在接收業(yè)務(wù)控制點(diǎn)下發(fā)的業(yè)務(wù)過濾規(guī)則 后在響應(yīng)消息中攜帶過濾規(guī)則名,業(yè)務(wù)控制點(diǎn)接收該響應(yīng)消息后可以在后續(xù)下 發(fā)的業(yè)務(wù)過濾規(guī)則中攜帶業(yè)務(wù)觸發(fā)點(diǎn)分配的過濾規(guī)則名。所述過濾規(guī)則關(guān)聯(lián)指示用來通過過濾規(guī)則名在過濾規(guī)則間建立關(guān)聯(lián)關(guān)系。 所述關(guān)聯(lián)關(guān)系包括指定的過濾規(guī)則執(zhí)行成功后的關(guān)聯(lián)關(guān)系以及執(zhí)行失敗后的 關(guān)聯(lián)關(guān)系。當(dāng)指定的過濾規(guī)則執(zhí)行成功或者失敗后,可以通過所述關(guān)聯(lián)關(guān)系獲 取到所指定的過濾規(guī)則關(guān)聯(lián)的過濾規(guī)則,并執(zhí)行。如前所述的過濾規(guī)則關(guān)聯(lián)指 示也可以位于SPT描述中,此時(shí)它可以表示相關(guān)過濾規(guī)則的執(zhí)行結(jié)果為業(yè)務(wù)觸 發(fā)條件。所迷業(yè)務(wù)調(diào)用消息,用來指示業(yè)務(wù)過濾規(guī)則條件匹配后,對特定服務(wù)器地 址的調(diào)用消息。所述業(yè)務(wù)調(diào)用消息至少包括如下指示之一消息的協(xié)議類型、 消息類型、消息的關(guān)鍵參數(shù)。所述業(yè)務(wù)標(biāo)識(shí)可以位于對業(yè)務(wù)控制點(diǎn)的描述部分,用于表示業(yè)務(wù)過濾規(guī)則 要觸發(fā)的業(yè)務(wù)。業(yè)務(wù)控制點(diǎn)下發(fā)的業(yè)務(wù)過濾規(guī)則中如果一條業(yè)務(wù)過濾規(guī)則攜帶 了業(yè)務(wù)標(biāo)識(shí)而其它業(yè)務(wù)過濾規(guī)則沒有攜帶業(yè)務(wù)標(biāo)識(shí),可以默認(rèn)為所下發(fā)的業(yè)務(wù) 過濾規(guī)則使用同樣的業(yè)務(wù)標(biāo)識(shí)。業(yè)務(wù)標(biāo)識(shí)也可以位于業(yè)務(wù)過濾規(guī)則的業(yè)務(wù)點(diǎn)觸 發(fā)器描述中,即將已經(jīng)調(diào)用的業(yè)務(wù)種類作為一種匹配條件,在這種情況下對業(yè) 務(wù)標(biāo)識(shí)的描述還可以包括業(yè)務(wù)標(biāo)識(shí)的來源,即表示從哪里調(diào)用了對應(yīng)的業(yè)務(wù), 例如增加一個(gè)Origination單元,當(dāng)該屬性取值DifferentCommunication時(shí),表 示非當(dāng)前通信調(diào)用的業(yè)務(wù),取值SameCommunication時(shí),表示當(dāng)前通信調(diào)用的 業(yè)務(wù)。所述同 一業(yè)務(wù)的多條過濾規(guī)則關(guān)聯(lián)指示用于關(guān)聯(lián)同 一個(gè)業(yè)務(wù)對應(yīng)的多條 業(yè)務(wù)過濾規(guī)則,以在觸發(fā)多個(gè)業(yè)務(wù)過濾規(guī)則時(shí)將消息在同一個(gè)業(yè)務(wù)對話中發(fā)給 業(yè)務(wù)控制點(diǎn)。同一業(yè)務(wù)的多條過濾規(guī)則的關(guān)聯(lián)指示至少包括業(yè)務(wù)過濾規(guī)則名、 業(yè)務(wù)標(biāo)識(shí)、過濾規(guī)則的業(yè)務(wù)索引和業(yè)務(wù)控制點(diǎn)的服務(wù)器地址。當(dāng)業(yè)務(wù)控制點(diǎn)只 提供一個(gè)業(yè)務(wù)的時(shí)候,同 一業(yè)務(wù)的多條過濾規(guī)則的關(guān)聯(lián)指示也可以只包括業(yè)務(wù) 控制點(diǎn)的服務(wù)器地址。上述關(guān)聯(lián)指示中過濾規(guī)則的業(yè)務(wù)索引在運(yùn)營商網(wǎng)絡(luò)內(nèi)可以不是唯一分配 的,但同 一個(gè)服務(wù)器地址對應(yīng)的業(yè)務(wù)控制點(diǎn)提供的不同業(yè)務(wù)對應(yīng)的過濾規(guī)則的 業(yè)務(wù)索引必須唯一,同一個(gè)業(yè)務(wù)對應(yīng)的業(yè)務(wù)過濾規(guī)則的業(yè)務(wù)索引必須相同。當(dāng) 使用業(yè)務(wù)過濾規(guī)則名或者業(yè)務(wù)標(biāo)識(shí)來關(guān)聯(lián)同 一個(gè)業(yè)務(wù)的多個(gè)業(yè)務(wù)過濾規(guī)則時(shí), 同 一業(yè)務(wù)的多條過濾規(guī)則的關(guān)聯(lián)指示元素與過濾規(guī)則中的其它元素是統(tǒng)一的。上述同一業(yè)務(wù)的多條過濾規(guī)則的關(guān)聯(lián)指示的使用方式有多種,例如
通過業(yè)務(wù)過濾規(guī)則名進(jìn)行關(guān)聯(lián)時(shí),至同一業(yè)務(wù)控制點(diǎn)的多條業(yè)務(wù)過濾規(guī)則 具有相同的業(yè)務(wù)過濾規(guī)則名,所述多條業(yè)務(wù)過濾規(guī)則既可以組合為一個(gè)整體的業(yè)務(wù)過濾規(guī)則,并共用同一個(gè)業(yè)務(wù)過濾規(guī)則名;也可以是多條業(yè)務(wù)過濾規(guī)則分 散存儲(chǔ),每條業(yè)務(wù)過濾規(guī)則都獨(dú)立使用業(yè)務(wù)過濾規(guī)則名,但同一業(yè)務(wù)的多條過 濾規(guī)則的業(yè)務(wù)過濾規(guī)則名取值相同。業(yè)務(wù)觸發(fā)點(diǎn)可以在本地控制塊中保存業(yè)務(wù) 過濾規(guī)則名和對話的關(guān)聯(lián)關(guān)系,以保證同樣的業(yè)務(wù)過濾規(guī)則名可以關(guān)聯(lián)到同一 個(gè)對話中;通過業(yè)務(wù)過濾規(guī)則中的業(yè)務(wù)標(biāo)識(shí)進(jìn)行關(guān)聯(lián)時(shí),至同 一業(yè)務(wù)控制點(diǎn)的多條業(yè) 務(wù)過濾規(guī)則的業(yè)務(wù)過濾規(guī)則名可以不相同,但業(yè)務(wù)標(biāo)識(shí)是相同的,業(yè)務(wù)觸發(fā)點(diǎn) 可以在本地控制塊中保存業(yè)務(wù)標(biāo)識(shí)和對話的關(guān)聯(lián)關(guān)系,以保證同樣的業(yè)務(wù)過濾 規(guī)則名可以關(guān)聯(lián)到同 一個(gè)對話中;通過業(yè)務(wù)過濾規(guī)則中過濾規(guī)則的業(yè)務(wù)索引或者進(jìn)一步根據(jù)業(yè)務(wù)過濾規(guī)則 中的服務(wù)器地址進(jìn)行關(guān)聯(lián)時(shí),業(yè)務(wù)觸發(fā)點(diǎn)可以在本地控制塊中保存過濾規(guī)則的證同樣的業(yè)務(wù)過濾規(guī)則名可以關(guān)聯(lián)到同 一個(gè)對話中。所述業(yè)務(wù)過濾規(guī)則通過消息傳遞的方法至少包括如下方式之一通過SIP 消息業(yè)務(wù)過濾規(guī)則消息體傳遞;通過業(yè)務(wù)信息消息體傳遞。下面分別對其進(jìn)行 說明①、通過SIP消息業(yè)務(wù)過濾規(guī)則消息體傳遞這種傳遞方式在SIP消息中新增一個(gè)業(yè)務(wù)過濾規(guī)則消息體,例如定義一個(gè) 業(yè)務(wù)過濾規(guī)則MME Content-Type,取值為application/servicefiltercriteria+xml, 對應(yīng)的使用此消息體傳遞業(yè)務(wù)過濾規(guī)則的例子如Content-Type: application/servicefiltercriteria+xml〈 xml version="1.0" encoding="UTF-8" ><servicefiltercriteriaxmlns="um:ietf:params:xml:ns:servicefiltercriteria"> <FilterCriteria><FilterName>name 1 <FilterName><TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF> <ActionInd> 1 </ActionInd> <DisarmFlag> 1 </DisarmFlag> <SPT><ConditionNegated>0</ConditionNegated> <Group>0</Group> <SIPResponse> 183</SIPResponse> </SPT> </TriggerPoint> <ApplicationServer><ServerName>sip: AS 1 @homedomain.com</ServerName> <DefkultHandling>0</DefaultHandling> <SucceedFC>name20</SucceedFC> 〈DefaultSucceedFOname 100</DefaultSucceedFC> </ApplicationServer> </FilterCriteria> </ servicefiltercriteria> 上面的例子中業(yè)務(wù)過濾規(guī)則消息體采用了 XML格式編碼,它也可以采用其它的編碼格式,例如文本編碼、二進(jìn)制編碼等。上面的例子中包含了兩條過濾規(guī)則,第 一條過濾規(guī)則的過濾規(guī)則名對應(yīng) FilterName屬性的取值namel; TriggerPoint類為觸發(fā)條件的描述;其中 DisarmFlag為解配置標(biāo)志,該屬性取值為1表示該過濾規(guī)則上報(bào)后就會(huì)失效; 過濾規(guī)則中的SPT類表示該規(guī)則規(guī)則的觸發(fā)器,其中SIPResponse取值183表 示過濾規(guī)則在收到攜帶SIP響應(yīng)碼為183的SIP響應(yīng)消息時(shí)觸發(fā); ApplicationServer類為業(yè)務(wù)控制點(diǎn)描述部分,其中ServerName屬性取值 sip:ASl@homedomain.com表示該過濾規(guī)則匹配以后觸發(fā)至該地址對應(yīng)的業(yè)務(wù) 控制點(diǎn);SucceedFC為該過濾規(guī)則觸發(fā)成功以后的過濾規(guī)則關(guān)聯(lián)指示,該屬性 取值為name20表示該過濾規(guī)則觸發(fā)成功以后執(zhí)4于過濾規(guī)則名為name20的過 濾規(guī)則;DefaultSucceedFC為該過濾規(guī)則觸發(fā)失敗以后的過濾規(guī)則關(guān)聯(lián)指示, 該屬性取值為name100表示該過濾規(guī)則觸發(fā)成功以后執(zhí)行過濾規(guī)則名為 name 100的過濾規(guī)則。②、通過業(yè)務(wù)信息消息體傳遞這種方式下本發(fā)明中的業(yè)務(wù)觸發(fā)信息中的內(nèi)容采用統(tǒng)一的業(yè)務(wù)信息消息 體來傳遞,傳遞不同的業(yè)務(wù)觸發(fā)信息的區(qū)別是^f吏用了不同的業(yè)務(wù)信息消息體單 元,例如在SIP消息中新增一個(gè)業(yè)務(wù)信息消息體,如定義一個(gè)業(yè)務(wù)信息MIME Content-Type,取值為application/serviceinfo+xml,對于上面的通過SIP消息業(yè) 務(wù)過濾規(guī)則消息體傳遞的例子采用此種方式表示如下Content-Type: application/serviceinfo+xml 〈 xrnl version="1.0" encoding="UTF-8" > <serviceinfo xmlns="urn:ietf:params:xml:ns:serviceinfo"> <servicefiltercriteria> <FilterCriteria><FilterName>name 1 <FilterName> <TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF> <ActionInd> 1 </ActionInd> <DisarmFlag> 1 〈/DisarmF lag> <SPT><ConditionNegated>0</ConditionNegated> <Group>0</Group〉 <SIPResponse> 183</SIPResponse> </SPT> </TriggerPoint> <ApplicationServer><ServerName>sip: AS 1 @homedomain.com</ServerName><DefaultHandling>0</DefaultHandling> <SucceedFC>name20</SucceedFC〉 <DefaultSucceedFC>name 100〈/DefaultSucceedFO </ApplicationServer> </FilterCriteria> </servicefiltercriteria〉 </serviceinfo>上面的例子中業(yè)務(wù)過濾規(guī)則消息體采用了 XML格式編碼,它也可以采用 其它的編碼格式,例如文本編碼、二進(jìn)制編碼等。除了SIP消息外,業(yè)務(wù)過濾規(guī)則也可以采用其它類型的消息傳遞,例如業(yè) 務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)之間可以通過Diameter協(xié)議發(fā)送業(yè)務(wù)過濾規(guī)則。例如業(yè) 務(wù)觸發(fā)點(diǎn)在當(dāng)前通信過程中通過SIP消息,調(diào)用了業(yè)務(wù)控制點(diǎn),業(yè)務(wù)控制點(diǎn)使 用Diameter消息下發(fā)業(yè)務(wù)過濾規(guī)則,在發(fā)送前,業(yè)務(wù)控制點(diǎn)可以先在發(fā)往業(yè)務(wù) 觸發(fā)點(diǎn)的SIP消息中,指示下發(fā)業(yè)務(wù)觸發(fā)信息的協(xié)議類型為Diameter協(xié)議,以 及下發(fā)業(yè)務(wù)觸發(fā)信息的Diameter消息中的會(huì)話ID ( Session-Id)。然后,業(yè)務(wù)控 制點(diǎn)使用Diameter協(xié)議以及上述消息中的Session-Id,下發(fā)業(yè)務(wù)觸發(fā)信息,業(yè) 務(wù)觸發(fā)點(diǎn)根據(jù)所述Session-Id,將接收的Diameter消息與當(dāng)前通信關(guān)聯(lián),即接 收的Diameter消息可作用于當(dāng)前通信,同時(shí)根據(jù)Diameter消息類型或其中的 參數(shù),識(shí)別出業(yè)務(wù)控制點(diǎn)下發(fā)的Diameter消息中攜帶了業(yè)務(wù)過濾規(guī)則。3、業(yè)務(wù)調(diào)用結(jié)果。所述業(yè)務(wù)調(diào)用結(jié)果包括業(yè)務(wù)調(diào)用成功的指示、業(yè)務(wù)調(diào)用失敗的指示、業(yè)務(wù) 調(diào)用處理結(jié)果等。所述業(yè)務(wù)調(diào)用成功的指示、業(yè)務(wù)調(diào)用失敗的指示用于在一個(gè) 業(yè)務(wù)控制點(diǎn)被調(diào)用后在返回給業(yè)務(wù)控制點(diǎn)的業(yè)務(wù)調(diào)用結(jié)果中表明業(yè)務(wù)調(diào)用的 成功或失敗,指示中可以包括業(yè)務(wù)標(biāo)識(shí),也可以不包括業(yè)務(wù)標(biāo)識(shí)。所述業(yè)務(wù)調(diào) 用處理結(jié)果為業(yè)務(wù)控制點(diǎn)對業(yè)務(wù)調(diào)用進(jìn)行處理并通過消息返回的結(jié)果,例如業(yè) 務(wù)觸發(fā)點(diǎn)向業(yè)務(wù)控制點(diǎn)發(fā)送消息請求用戶的當(dāng)前日程安排狀態(tài),業(yè)務(wù)控制點(diǎn)在 返回的響應(yīng)消息中攜帶用戶日程安排為空閑的指示。
所述業(yè)務(wù)調(diào)用結(jié)果通過SIP消息傳遞的方法至少包4舌如下方式之一通過 Via頭域傳遞;通過Record-Route頭域傳遞;通過History-Info頭域傳遞;通過 SIP消息業(yè)務(wù)調(diào)用結(jié)果頭域傳遞;通過SIP消息業(yè)務(wù)調(diào)用結(jié)果消息體傳遞;通 過業(yè)務(wù)信息頭域傳遞;通過業(yè)務(wù)信息消息體傳遞。下面分別對其進(jìn)行說明① 、通過Via頭域傳遞例如Via: SIP/2.0/USP AS 1 .home.net;service-id =s 1 ;invoke-result=succeed 上面的例子中Via頭域攜帶了 service-id以及invoke-result參數(shù),表示業(yè)務(wù) si調(diào)用成功。② 、通過Record-Route頭域傳遞侈ij i口 Record-Route: <sip:ASl.home.net;service-id=sl; invoke-result=succeed;lr>上面的例子中Record-Route頭域攜帶了 service-id以及invoke-result參數(shù),表示業(yè)務(wù)sl調(diào)用成功。③ 、通過History-Info頭域傳遞 例如History-Info: <sip:sl@ASl.home.net>; index=l; service-id=sl; invoke-result=succeed; process-result=user free上面的例子在History-Info頭域增加了幾個(gè)參數(shù)invoke-result表示業(yè)務(wù)調(diào)用 的成功失敗指示,process-result表示業(yè)務(wù)處理的結(jié)果,這個(gè)例子表示業(yè)務(wù)si 調(diào)用成功,業(yè)務(wù)處理結(jié)果返回字符串userfree。④ 、通過SIP消息業(yè)務(wù)調(diào)用結(jié)果頭域傳遞這種傳遞方式在SIP消息中新增一個(gè)業(yè)務(wù)調(diào)用結(jié)果頭域,例如單獨(dú)增加一 個(gè)P-Service-Result頭域,對于上面的例子,采用此種方式表示的例子如P-Service-Result: service-id=sl; invoke-result=succeed; process-result=userfree 、通過SIP消息業(yè)務(wù)調(diào)用結(jié)果消息體傳遞這種傳遞方式在SIP消息中新增一個(gè)業(yè)務(wù)調(diào)用結(jié)果消息體,例如定義一個(gè)
業(yè)務(wù)調(diào)用結(jié)果MIME Content-Type,取值為application/serviceresult,對于上面 的例子,采用此種方式表示如下Content-Type: application/serviceresultservice-id=slinvoke-result=succeedproc6SS-result=uscr fres 、通過業(yè)務(wù)信息頭域傳遞這種方式下本發(fā)明實(shí)施例中的業(yè)務(wù)觸發(fā)信息中的內(nèi)容,采用統(tǒng)一的業(yè)務(wù)信 息頭域來傳遞,傳遞不同的業(yè)務(wù)觸發(fā)信息的區(qū)別是^f吏用了不同的業(yè)務(wù)信息頭域 參數(shù),例如在SIP消息中新增一個(gè)P-Service-Info頭域,對于上面的例子,采 用業(yè)務(wù)信息頭域傳遞業(yè)務(wù)調(diào)用結(jié)果的示例如下P-Service-Info: service-id=sl; invoke-result=succeed; process-result=user free⑦、通過業(yè)務(wù)信息消息體傳遞這種方式下本發(fā)明實(shí)施例中的業(yè)務(wù)觸發(fā)信息中的內(nèi)容,采用統(tǒng)一的業(yè)務(wù)信 息消息體來傳遞,傳遞不同的業(yè)務(wù)觸發(fā)信息的區(qū)別是使用了不同的業(yè)務(wù)信息消 息體單元,例如在SIP消息中新增一個(gè)業(yè)務(wù)信息消息體,如定義一個(gè)業(yè)務(wù)信息 MIME Content-Type ,取值為application/serviceinfo+xml,對于上面的例子,采 用業(yè)務(wù)信息消息體傳遞業(yè)務(wù)調(diào)用結(jié)果的示例如下 Content-Type: application/serviceinfo+xml < xml version-" 1.0" encoding="UTF-8" > <serviceinfo xmlns="urn:ietf:params:xml:ns:serviceinfo"> <servicehistory><service-id>s 1 </service-id> </servicehistory> <serviceresult><invoke-result>succeed</invoke-result> <proccss-result>us6r fre6</proc6ss-result> </serviceresult></serviceinfo>上面的例子中業(yè)務(wù)信息消息體采用了 XML方式編碼,這里僅為示例,它 也可以采用其它編碼格式,例如采用文本方式編碼或者二進(jìn)制編碼等。此外,上述業(yè)務(wù)調(diào)用結(jié)果中的業(yè)務(wù)調(diào)用成功的指示和業(yè)務(wù)調(diào)用失敗的指示 可以只表示有業(yè)務(wù)被調(diào)用成功或失敗,而不指明具體的業(yè)務(wù),如通過 Record-Route頭域傳遞,在業(yè)務(wù)控制點(diǎn)被調(diào)用后,在返回給業(yè)務(wù)觸發(fā)點(diǎn)的消息 中攜帶的指示,如如下示例Record-Route: <sip:AS 1 .home.net; invoke-result=succeed;lr>上面的例子中,Record-Route頭域攜帶了 invoke-result參數(shù),表示有業(yè)務(wù) 被調(diào)用成功,但不指明業(yè)務(wù)類型;或者,在業(yè)務(wù)控制點(diǎn)被調(diào)用后,在返回給業(yè) 務(wù)觸發(fā)點(diǎn)的消息中攜帶的指示,如如下示例Record-Route: <sip:ASl.home.net; invoke-result=failure;lr>表明業(yè)務(wù)控制點(diǎn)^皮調(diào)用后,沒有成功調(diào)用一個(gè)業(yè)務(wù),即業(yè)務(wù)調(diào)用失敗。4、業(yè)務(wù)交互指示。業(yè)務(wù)交互指示用于指示相關(guān)業(yè)務(wù)調(diào)用是否允許或禁止。 所述業(yè)務(wù)交互指示包括至少一個(gè)如下信息指定方業(yè)務(wù)標(biāo)識(shí)、指定方用戶屬性/標(biāo)記、指定方業(yè)務(wù)屬性/標(biāo)記、指定方 業(yè)務(wù)能力、允許調(diào)用業(yè)務(wù)的描述、禁止調(diào)用業(yè)務(wù)的描述。其中,所述指定方業(yè)務(wù)標(biāo)識(shí)用于標(biāo)識(shí)發(fā)送業(yè)務(wù)交互指示的業(yè)務(wù),在一條業(yè) 務(wù)交互指示中只有一個(gè)指定方業(yè)務(wù)標(biāo)識(shí)。業(yè)務(wù)交互指示也可以不攜帶指定方業(yè) 務(wù)標(biāo)識(shí),例如緊急呼叫的業(yè)務(wù)交互指示可以只攜帶指定方用戶屬性/標(biāo)記。所述指定方用戶屬性/標(biāo)記用于標(biāo)識(shí)用戶的屬性或者身份,例如緊急呼叫的 緊急用戶標(biāo)記user@emergency.chinatele.com,或者話務(wù)員呼叫的話務(wù)員用戶屬 性都是一種指定方用戶屬性/標(biāo)記,該用戶屬性/標(biāo)記可以用于指示與其它業(yè)務(wù) 的交互關(guān)系,例如話務(wù)員發(fā)起的呼叫或緊急用戶接收的緊急呼叫可以突破被叫 的免打擾業(yè)務(wù)。 用于標(biāo)識(shí)業(yè)務(wù)的屬性,例如緊急呼叫標(biāo)記,指定 方業(yè)務(wù)屬性/標(biāo)記中可以包括業(yè)務(wù)地址。所述指定方業(yè)務(wù)能力用于指示用戶具備或者不具備的業(yè)務(wù)應(yīng)用能力(例如因?yàn)榧せ蠲獯驍_業(yè)務(wù)導(dǎo)致的不具備受話的能力),它可以指示發(fā)送消息時(shí)因已經(jīng)調(diào)用了特定業(yè)務(wù)所具備或不具備的業(yè)務(wù)能力,也可以指示發(fā)送消息時(shí)因沒有被調(diào)用但已經(jīng)簽約或者激活的業(yè)務(wù)所具備或者不具備的業(yè)務(wù)能力。例如用戶有免打擾或者缺席業(yè)務(wù),在所述用戶發(fā)起通信請求的時(shí)候可以在消息中攜帶業(yè)務(wù)能力指示,指示用戶不能受話,如果被叫用戶有回叫類業(yè)務(wù),此時(shí)可以根據(jù)此業(yè)務(wù)能力指示禁止被叫側(cè)回叫業(yè)務(wù)的調(diào)用。所述允許調(diào)用業(yè)務(wù)的描述至少包括如下之一允許調(diào)用的業(yè)務(wù)標(biāo)識(shí)、允許 調(diào)用的業(yè)務(wù)的主^^皮叫標(biāo)記、后續(xù)業(yè)務(wù)允許調(diào)用標(biāo)記。允許調(diào)用的業(yè)務(wù)標(biāo)識(shí)用于標(biāo)識(shí)所述業(yè)務(wù)交互指示允"^午調(diào)用的業(yè)務(wù), 一條業(yè) 務(wù)交互指示中可以攜帶多個(gè)允許調(diào)用的業(yè)務(wù)的業(yè)務(wù)標(biāo)識(shí)。所述允許調(diào)用的業(yè)務(wù) 的主被叫標(biāo)記用于標(biāo)識(shí)與指定方業(yè)務(wù)標(biāo)識(shí)代表的業(yè)務(wù)有交互關(guān)系的業(yè)務(wù)是應(yīng) 用于主叫側(cè)還是被叫側(cè), 一條業(yè)務(wù)交互指示中可以有多個(gè)作用方業(yè)務(wù)的主被叫 標(biāo)記。允許調(diào)用的業(yè)務(wù)的主被叫標(biāo)記不是必須的,當(dāng)沒有此標(biāo)記時(shí),業(yè)務(wù)觸發(fā) 點(diǎn)和/或業(yè)務(wù)控制點(diǎn)默認(rèn)為所標(biāo)識(shí)的業(yè)務(wù)與本實(shí)體在當(dāng)前呼叫中的位置在同一 側(cè)。所述后續(xù)業(yè)務(wù)允許調(diào)用標(biāo)記用于指示所有后續(xù)的業(yè)務(wù)都允許調(diào)用,如,一 個(gè)業(yè)務(wù)控制點(diǎn)被觸發(fā)后,返回的消息中攜帶了所述后續(xù)業(yè)務(wù)允許調(diào)用標(biāo)記,表 明該業(yè)務(wù)控制點(diǎn)已經(jīng)調(diào)用的業(yè)務(wù),不影響當(dāng)前通信中該業(yè)務(wù)控制點(diǎn)之后的業(yè)務(wù) 調(diào)用。目前3GPP標(biāo)準(zhǔn)中S-CSCF的被叫觸發(fā)處理流程中,當(dāng)S-CSCF觸發(fā)至 AS, AS返回消息中Request-URI被修改后S-CSCF不再處理后續(xù)的業(yè)務(wù)過濾 規(guī)則,而采用本發(fā)明的方案業(yè)務(wù)控制點(diǎn)可以在發(fā)送的消息中傳遞所述后續(xù)業(yè)務(wù) 允許調(diào)用標(biāo)記,此時(shí)業(yè)務(wù)觸發(fā)點(diǎn)可以不受現(xiàn)有技術(shù)中Request-URI被修改后不 能觸發(fā)后續(xù)業(yè)務(wù)的限制,即業(yè)務(wù)觸發(fā)點(diǎn)可以繼續(xù)觸發(fā)后續(xù)的業(yè)務(wù)控制點(diǎn)。
所述禁止調(diào)用業(yè)務(wù)的描述至少包括如下之一禁止調(diào)用的業(yè)務(wù)標(biāo)識(shí)、禁止 調(diào)用的業(yè)務(wù)的主被叫標(biāo)記、后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記。具體的解釋與上面允許調(diào) 用業(yè)務(wù)的描述包括的內(nèi)容的解釋類似。其中,所述后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記用于指示所有后續(xù)的業(yè)務(wù)都禁止調(diào)用, 進(jìn)一步的,所述后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記又可以分為如下兩種情況本方后續(xù)業(yè) 務(wù)禁止調(diào)用標(biāo)記、或所有后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記。所述本方后續(xù)業(yè)務(wù)禁止調(diào)用 標(biāo)記用于指示本方(主叫方或;^皮叫方)的后續(xù)業(yè)務(wù)^:禁止調(diào)用,如主叫側(cè)的一 個(gè)業(yè)務(wù)控制點(diǎn)被觸發(fā)后,返回的消息中攜帶了所述本方后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo) 記,則表明主叫側(cè)的后續(xù)業(yè)務(wù)調(diào)用都被禁止;所述所有后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記 用于指示當(dāng)前通信中所有的后續(xù)業(yè)務(wù)凈皮禁止調(diào)用,如主叫側(cè)的一個(gè)業(yè)務(wù)控制點(diǎn) 被觸發(fā)后,返回的消息中攜帶了所述所有后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記,則表明主叫 側(cè)的后續(xù)業(yè)務(wù)和被叫側(cè)的業(yè)務(wù)調(diào)用都被禁止。使用后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記的例 子如用戶撥打200接入主叫卡號(hào)業(yè)務(wù),由于200業(yè)務(wù)用戶跟話機(jī)沒有必然的 綁定關(guān)系,則卡號(hào)業(yè)務(wù)AS發(fā)送的消息中可指示本方后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記, 此時(shí)業(yè)務(wù)觸發(fā)點(diǎn)不再處理該用戶后續(xù)的業(yè)務(wù)過濾規(guī)則,即禁止調(diào)用本方后續(xù)的 業(yè)務(wù)。所述允許或者禁止調(diào)用業(yè)務(wù)的描述形式可以是集中描述的,例如通過 allow-service或者forbid-service頭域集中描述所有允許或者禁止調(diào)用的業(yè)務(wù); 也可以是分別描述的,例如通過Servicelnd頭域中的allow或者forbid參數(shù)描 述指定業(yè)務(wù)的允許/禁止調(diào)用屬性從而對各個(gè)指定業(yè)務(wù)分別描述。所述業(yè)務(wù)交互 指示可以不明確說明描述的業(yè)務(wù)是允許調(diào)用或者禁止調(diào)用,此時(shí)可以使用默認(rèn) 值,例如默認(rèn)指示的業(yè)務(wù)允許被調(diào)用。所述允許調(diào)用的業(yè)務(wù)標(biāo)識(shí)以及后續(xù)業(yè)務(wù) 允許調(diào)用標(biāo)記可以是分別描述的,也可以是集中描述的,例如采用allow-service 頭域集中描述的形式下,該頭域取值all可以表示后續(xù)業(yè)務(wù)允許調(diào)用標(biāo)記;采 用分別描述的方式下,所述后續(xù)業(yè)務(wù)允許調(diào)用標(biāo)記可以單獨(dú)描述,例如使用一 個(gè)allow-all頭域指示后續(xù)業(yè)務(wù)都允許被調(diào)用。同樣禁止調(diào)用的業(yè)務(wù)標(biāo)識(shí)以及后
續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記可以是分別描述的,也可以是集中描述的。所述業(yè)務(wù)交互指示可以是由業(yè)務(wù)控制點(diǎn)發(fā)送的,例如業(yè)務(wù)控制點(diǎn)上特定業(yè) 務(wù)被調(diào)用后,業(yè)務(wù)控制點(diǎn)主動(dòng)指示該業(yè)務(wù)調(diào)用后其它業(yè)務(wù)是否允許調(diào)用。所述業(yè)務(wù)交互指示也可以是由業(yè)務(wù)觸發(fā)點(diǎn)發(fā)送的,此時(shí)業(yè)務(wù)觸發(fā)點(diǎn)可以通 過業(yè)務(wù)過濾規(guī)則數(shù)據(jù)和/或業(yè)務(wù)沖突禁止規(guī)則數(shù)據(jù),發(fā)送業(yè)務(wù)交互指示。例如用 戶同時(shí)簽約了遇忙前轉(zhuǎn)以及呼叫等待業(yè)務(wù),但它們是分時(shí)間段被調(diào)用的,如上 班的時(shí)間段調(diào)用遇忙前轉(zhuǎn)業(yè)務(wù),下班后的時(shí)間段調(diào)用呼叫等待業(yè)務(wù),對用戶上 班的時(shí)間段對應(yīng)的業(yè)務(wù)進(jìn)行描述的業(yè)務(wù)過濾規(guī)則數(shù)據(jù)中的服務(wù)器地址配置如下<ServerName>sip:AS 1 .home 1 .net; forbid-service=CW</ServerName〉 此時(shí)業(yè)務(wù)觸發(fā)點(diǎn)將上述服務(wù)器地址描述放置于至業(yè)務(wù)控制點(diǎn)ASl的SIP消息的Route頭域部分,此時(shí)該頭域即攜帶了業(yè)務(wù)交互指示,業(yè)務(wù)控制點(diǎn)收到 消息后,將調(diào)用遇忙前轉(zhuǎn)業(yè)務(wù),并才艮據(jù)上述的業(yè)務(wù)交互指示禁止呼叫等待業(yè)務(wù) 的調(diào)用。又例如,用戶接收無線一鍵通(PoC, Push to talk over Cellular)業(yè)務(wù)服務(wù) 器發(fā)送的來話,而所述用戶又簽約了惡意呼叫追查以及無應(yīng)答前轉(zhuǎn)業(yè)務(wù),這兩 個(gè)業(yè)務(wù)在同一個(gè)業(yè)務(wù)控制點(diǎn)ASl上提供,對應(yīng)的業(yè)務(wù)過濾規(guī)則中的服務(wù)器地址 描述如下<ServerName>sip: AS 1 .home 1 .net;service=MCID,sip:TAS.home 1 .net;service= CFNR</ServerName>由于PoC業(yè)務(wù)對于終端有特殊的要求,因此不期望無應(yīng)答前轉(zhuǎn)業(yè)務(wù)被調(diào) 用,以避免前轉(zhuǎn)后的用戶終端不具備PoC支持能力,此時(shí)業(yè)務(wù)沖突禁止規(guī)則中, 存在PoC業(yè)務(wù)和無應(yīng)答前轉(zhuǎn)業(yè)務(wù)沖突的描述,由此業(yè)務(wù)觸發(fā)點(diǎn)在發(fā)送至業(yè)務(wù)控 制點(diǎn)ASl的業(yè)務(wù)調(diào)用消息時(shí),刪除無應(yīng)答前轉(zhuǎn)業(yè)務(wù)的SIP URL,即它發(fā)送的 Route頭域?yàn)镽oute:<sip:AS 1 .homel .net;service=MCID;lr>此時(shí)該Route頭域包含業(yè)務(wù)交互指示,其中指示允許調(diào)用惡意呼叫追查業(yè)務(wù)。所述業(yè)務(wù)交互指示通過SIP消息傳遞時(shí),可以如下方式實(shí)現(xiàn)通過Via頭 域傳遞;通過Record-Route頭域傳遞;通過SIP消息Route頭域傳遞;通過SIP 消息History-Info頭&戈傳遞;通過SIP消息業(yè)務(wù)交互指示頭域傳遞;通過SIP 消息業(yè)務(wù)交互指示消息體傳遞;通過業(yè)務(wù)信息頭域傳遞;通過業(yè)務(wù)信息消息體 傳遞。下面分別對其進(jìn)行說明① 、通過Via頭域傳遞 例如Via: SIP/2.0/USPsl@AS 1 .home.net;branch=z9hG4bK7ef4c23976;allow-service=s 1 ,s3,s5;forbid-ser vice=s4上面的例子中Via頭域攜帶了業(yè)務(wù)交互指示,通過allow-service參數(shù)以及 forbid-service參數(shù)分別指示后續(xù)允許調(diào)用的業(yè)務(wù)和禁止調(diào)用的業(yè)務(wù)。② 、通過Record-Route頭域傳遞 例如Record-Route:<sip:AS 1 .home.net;service=sl ;allow-service=sl ,s3,s5;forbid-service=s4;lr>上面的例子中Record-Route頭域中的URI參數(shù)進(jìn)行了擴(kuò)展,攜帶了兩個(gè) 業(yè)務(wù)交互指示參數(shù)allow-service以及forbid-service分別指示后續(xù)允許調(diào)用的業(yè) 務(wù)和禁止調(diào)用的業(yè)務(wù)。(D 、通過SIP消息Route頭域傳遞不擴(kuò)展Route頭域攜帶業(yè)務(wù)交互指示的例子如Route: <sip:sl@ASl.homel.net;lr>Route: <sip:s3@ASl.homel.net;lr>上面通過兩個(gè)Route頭域攜帶業(yè)務(wù)交互指示,分別表示接收消息的實(shí)體允 許調(diào)用業(yè)務(wù)sl以及s3。擴(kuò)展Route頭域攜帶業(yè)務(wù)交互指示的例子如 Route: <sip:AS 1 .home 1 .net;allow-service=s 1 ,s3,s5;lr> 又例如Route: <sip:ASl.homel.net; forbid-service=s4;lr>前一個(gè)例子中Route頭域中增加了 一個(gè)allow-service參數(shù),其中的取值表 示接收消息的實(shí)體允許調(diào)用業(yè)務(wù)sl、 s3、 s5;后一個(gè)例子中Route頭域中增加 了 一個(gè)forbid-service參數(shù),其中的取值表示接收消息的實(shí)體禁止調(diào)用業(yè)務(wù)s4。④ 、通過SIP消息Histoiy-Info頭域傳遞 例如History-Info:<sip:AS 1 .home.net>;index=l ;ind-service=s 1 ;allow-service:s2,s3; forbid-service=s6上面的例子Histoiy-Info頭域中增加了 ind-service參數(shù),其中的取值表示 該業(yè)務(wù)交互指示為業(yè)務(wù)sl的交互指示;allow-service參數(shù),其中的取值表示接 收消息的實(shí)體允許調(diào)用業(yè)務(wù)s2、 s3; forbid-service參數(shù),其中的取值表示接收 消息的實(shí)體允許調(diào)用業(yè)務(wù)s6。⑤ 、通過SIP消息業(yè)務(wù)交互指示頭域傳遞這種傳遞方式在SIP消息中新增一個(gè)業(yè)務(wù)交互指示頭域,例如單獨(dú)增加一 個(gè)P-Service-Ind頭&戈,對應(yīng)的例子如P-Service-Ind: ind-service=sl ;allow-service=all; 該例子表示該業(yè)務(wù)sl發(fā)送的交互指示允許所有后續(xù)業(yè)務(wù)的調(diào)用。 、通過SIP消息業(yè)務(wù)交互指示消息體傳遞這種傳遞方式在SIP消息中新增一個(gè)業(yè)務(wù)交互指示消息體,例如定義一個(gè) 業(yè)務(wù)調(diào)用信息MIME Content-Type,取值為application/serviceind,對應(yīng)的例子 如Content-Type: application/serviceind ind-service=sl allow-service=s2,s3 forbid-service=s6 上面的例子中業(yè)務(wù)信息消息體采用了文本方式編碼,這里僅為示例,它也可以采用其它編碼格式,例如采用XML方式編碼或者二進(jìn)制編碼等。 ⑦、通過業(yè)務(wù)信息頭域傳遞這種方式下本發(fā)明中的業(yè)務(wù)觸發(fā)信息中的內(nèi)容采用統(tǒng)一的業(yè)務(wù)信息頭域 來傳遞,傳遞不同的業(yè)務(wù)觸發(fā)信息的區(qū)別是使用了不同的業(yè)務(wù)信息頭域參數(shù), 例如在SIP消息中新增一個(gè)P-Service-Info頭域,對應(yīng)的例子如<formula>formula see original document page 49</formula> 、通過業(yè)務(wù)信息消息體傳遞這種方式下本發(fā)明中的業(yè)務(wù)觸發(fā)信息中的內(nèi)容采用統(tǒng) 一 的業(yè)務(wù)信息消息 體來傳遞,傳遞不同的業(yè)務(wù)觸發(fā)信息的區(qū)別是使用了不同的業(yè)務(wù)信息消息體單 元,例如在SIP消息中新增一個(gè)業(yè)務(wù)信息消息體,如定義一個(gè)業(yè)務(wù)信息MIME Content-Type, 取值為<formula>formula see original document page 49</formula>, 對應(yīng)的"f列子<formula>formula see original document page 49</formula>上面的例子表示主叫卡號(hào)業(yè)務(wù)禁止調(diào)用主叫側(cè)的會(huì)議業(yè)務(wù),本例中業(yè)務(wù)信 息消息體采用了 XML方式編碼,這里僅為示例,它也可以采用其它編碼格式, 例如采用文本方式編碼或者二進(jìn)制編碼等。除了SIP消息外,業(yè)務(wù)交互指示也可以采用其它類型的消息傳遞,例如業(yè)
務(wù)觸發(fā)點(diǎn)和/或業(yè)務(wù)控制點(diǎn)可以通過Sh接口的Diameter協(xié)議消息訪問HSS,并 通過HSS保存以及傳遞業(yè)務(wù)交互指示信息。此外,在消息中傳遞的所述后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記和所述后續(xù)業(yè)務(wù)允許調(diào) 用標(biāo)記可以是同 一個(gè)標(biāo)記字段,通過不同的賦值來區(qū)分后續(xù)業(yè)務(wù)是禁止調(diào)用還 是允許調(diào)用,而所述后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記還可以通過不同的賦值來區(qū)分被禁 止調(diào)用的是本方后續(xù)業(yè)務(wù)還是所有后續(xù)業(yè)務(wù),當(dāng)然也可以不區(qū)分,即在消息中 傳遞的所述后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記固定只表示本方后續(xù)業(yè)務(wù)禁止調(diào)用或所有后續(xù)業(yè)務(wù)禁止調(diào)用。當(dāng)業(yè)務(wù)觸發(fā)點(diǎn)收到所述后續(xù)業(yè)務(wù)禁止/允許調(diào)用標(biāo)記時(shí),可以據(jù)此處理后續(xù) 的業(yè)務(wù)調(diào)用,比如,業(yè)務(wù)觸發(fā)點(diǎn)從收到的消息中解析出后續(xù)業(yè)務(wù)禁止/允許調(diào)用 標(biāo)記后,據(jù)此不執(zhí)行或執(zhí)行后續(xù)的業(yè)務(wù)過濾規(guī)則(如iFC)。業(yè)務(wù)觸發(fā)點(diǎn)也可以不解析處理消息中的后續(xù)業(yè)務(wù)禁止/允許調(diào)用標(biāo)記,此 時(shí),后續(xù)業(yè)務(wù)禁止/允許調(diào)用標(biāo)記若要發(fā)揮作用可以有如下兩種方式后續(xù)的業(yè) 務(wù)過濾規(guī)則中體現(xiàn)消息中的這部分內(nèi)容、或后續(xù)業(yè)務(wù)控制點(diǎn)根據(jù)所述標(biāo)記自行 決定業(yè)務(wù)調(diào)用的允許或禁止。比如采用前一種方式,后續(xù)的業(yè)務(wù)過濾規(guī)則中設(shè) 置的一個(gè)業(yè)務(wù)觸發(fā)條件是消息中存在后續(xù)業(yè)務(wù)允許調(diào)用標(biāo)記,這樣當(dāng)消息中攜 帶的是后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記時(shí),該業(yè)務(wù)過濾規(guī)則對應(yīng)的業(yè)務(wù)控制點(diǎn)將不被調(diào) 用。5、服務(wù)狀況信息。服務(wù)狀況信息用于描述第一業(yè)務(wù)處理節(jié)點(diǎn)當(dāng)前的狀態(tài)信息,包括服務(wù)狀態(tài) 數(shù)據(jù)、業(yè)務(wù)負(fù)荷數(shù)據(jù)等服務(wù)狀況信息,所述服務(wù)狀態(tài)如業(yè)務(wù)控制點(diǎn)的激活狀態(tài)、 業(yè)務(wù)的激活狀態(tài)等,所述業(yè)務(wù)負(fù)荷數(shù)據(jù)如業(yè)務(wù)控制點(diǎn)的調(diào)用次數(shù)、CPU占用率 等。上述業(yè)務(wù)觸發(fā)信息可以是通過第一業(yè)務(wù)處理節(jié)點(diǎn)直接發(fā)送給第二業(yè)務(wù)處 理節(jié)點(diǎn),也可以是通過第一業(yè)務(wù)處理節(jié)點(diǎn)間接發(fā)送給第二業(yè)務(wù)處理節(jié)點(diǎn),也就 是說,通過中間節(jié)點(diǎn)轉(zhuǎn)發(fā)所述業(yè)務(wù)觸發(fā)信息給所述第二業(yè)務(wù)處理節(jié)點(diǎn),如業(yè)務(wù) 控制點(diǎn)向業(yè)務(wù)規(guī)則數(shù)據(jù)庫發(fā)送業(yè)務(wù)過濾規(guī)則,業(yè)務(wù)規(guī)則數(shù)據(jù)庫再向業(yè)務(wù)觸發(fā)點(diǎn) 發(fā)送該過濾規(guī)則。傳遞業(yè)務(wù)觸發(fā)信息的協(xié)議可以采用SIP協(xié)議、INAP協(xié)議、CAP協(xié)議、MAP 協(xié)議、Diameter協(xié)議、GUP協(xié)議、HTTP協(xié)議或內(nèi)部接口協(xié)議,但不限于上述 協(xié)議。業(yè)務(wù)觸發(fā)信息可以放在上述協(xié)議消息的消息體中攜帶,也可以擴(kuò)展一個(gè)單 獨(dú)的頭域,并使用所述頭域中的不同參數(shù)攜帶;也可以使用上述協(xié)議消息原有 的頭域中的參數(shù)攜帶;也可以擴(kuò)展上述協(xié)議消息中新的參數(shù)攜帶;對于內(nèi)部接 口協(xié)議也可以采用內(nèi)部數(shù)據(jù)結(jié)構(gòu)或消息攜帶。業(yè)務(wù)觸發(fā)信息可以在不同業(yè)務(wù)處理節(jié)點(diǎn)間存在的當(dāng)前通信中傳遞,也可以 在當(dāng)前通信外傳遞,或者是,當(dāng)不同業(yè)務(wù)處理節(jié)點(diǎn)間本不存在通信時(shí)通過一個(gè) 新建的通信傳遞。當(dāng)業(yè)務(wù)觸發(fā)信息在不同業(yè)務(wù)處理節(jié)點(diǎn)間存在的當(dāng)前通倌外傳遞時(shí),其中第 一業(yè)務(wù)處理節(jié)點(diǎn)可以在發(fā)送業(yè)務(wù)觸發(fā)信息前通過攜帶協(xié)議關(guān)聯(lián)信息的消息,如 SIP消息,指明后續(xù)發(fā)送業(yè)務(wù)觸發(fā)信息的協(xié)議以及發(fā)送業(yè)務(wù)觸發(fā)信息的協(xié)議過 程,與當(dāng)前SIP通信的關(guān)聯(lián)方式。相應(yīng)的,第二業(yè)務(wù)處理節(jié)點(diǎn)收到上述SIP消 息時(shí),識(shí)別出SIP消息中攜帶的協(xié)議指示與關(guān)聯(lián)信息,并當(dāng)其收到第一業(yè)務(wù)處 理節(jié)點(diǎn)攜帶業(yè)務(wù)觸發(fā)信息的消息時(shí),根據(jù)所識(shí)別出的協(xié)議指示與關(guān)聯(lián)信息將所 收到的業(yè)務(wù)觸發(fā)信息的消息和當(dāng)前第一業(yè)務(wù)處理節(jié)點(diǎn)的通信進(jìn)行關(guān)聯(lián)。其中,所述攜帶有協(xié)議指示與關(guān)聯(lián)信息的SIP消息可以采用Info消息、 Publish消息等,但不限于上述消息。例如當(dāng)業(yè)務(wù)控制點(diǎn)采用Diameter協(xié)議直 接向業(yè)務(wù)觸發(fā)點(diǎn)下發(fā)業(yè)務(wù)觸發(fā)信息時(shí),業(yè)務(wù)控制點(diǎn)可以先在發(fā)往業(yè)務(wù)觸發(fā)點(diǎn)的 SIP消息中指示下發(fā)業(yè)務(wù)觸發(fā)信息的協(xié)議類型為Diameter協(xié)議,以及下發(fā)業(yè)務(wù) 觸發(fā)信息的Diameter消息中的會(huì)話ID ( Session-Id )。此后業(yè)務(wù)控制點(diǎn)使用 Diameter協(xié)議以及上述消息中的Session-Id下發(fā)業(yè)務(wù)觸發(fā)信息。步驟S102,根據(jù)所述業(yè)務(wù)觸發(fā)信息進(jìn)行相應(yīng)的業(yè)務(wù)處理控制,或者,根據(jù)
所迷業(yè)務(wù)觸發(fā)信息以及業(yè)務(wù)規(guī)則進(jìn)行相應(yīng)的業(yè)務(wù)處理控制。所述業(yè)務(wù)處理控制 包括業(yè)務(wù)控制點(diǎn)調(diào)用控制和/或業(yè)務(wù)流程控制等。其中,業(yè)務(wù)控制點(diǎn)調(diào)用控制包 括繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)(包括已經(jīng)調(diào)用的業(yè)務(wù)控制點(diǎn)、未調(diào)用的業(yè)務(wù)控制點(diǎn)、 允許調(diào)用業(yè)務(wù)控制點(diǎn)上特定業(yè)務(wù),或,禁止調(diào)用業(yè)務(wù)控制點(diǎn)上特定業(yè)務(wù)但允許 調(diào)用其它業(yè)務(wù))、對已調(diào)用的業(yè)務(wù)控制點(diǎn)的信令關(guān)系的修正(如中止信令連接)、 阻止后續(xù)業(yè)務(wù)控制點(diǎn)的調(diào)用、業(yè)務(wù)控制點(diǎn)的初始調(diào)用選擇控制等。業(yè)務(wù)流程控 制包括業(yè)務(wù)控制點(diǎn)間協(xié)同完成業(yè)務(wù)處理流程、對已調(diào)用業(yè)務(wù)控制點(diǎn)的信令消息 流程的修正等。具體實(shí)現(xiàn)過程分如下幾種情況進(jìn)行舉例說明第一種情況業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)調(diào)用信息時(shí),業(yè)務(wù)觸發(fā)點(diǎn)和/或業(yè)務(wù)控制 點(diǎn)可以根據(jù)業(yè)務(wù)調(diào)用信息以及業(yè)務(wù)沖突禁止規(guī)則判斷即將調(diào)用的后續(xù)業(yè)務(wù)是 否允許被調(diào)用,如當(dāng)判斷出業(yè)務(wù)調(diào)用信息中指示的已調(diào)用的業(yè)務(wù)和即將調(diào)用的 業(yè)務(wù)存在沖突時(shí)禁止調(diào)用所述后續(xù)業(yè)務(wù)。業(yè)務(wù)觸發(fā)點(diǎn)^f艮據(jù)通過信令消息傳遞的業(yè)務(wù)調(diào)用信息和/或本地得到的業(yè)務(wù) 調(diào)用信息(如業(yè)務(wù)過濾規(guī)則中包含業(yè)務(wù)標(biāo)識(shí))以及獲取的業(yè)務(wù)沖突禁止規(guī)則, 判斷已經(jīng)調(diào)用的業(yè)務(wù)和即將調(diào)用的業(yè)務(wù)是否存在沖突。具體的沖突判定方式為判斷業(yè)務(wù)調(diào)用信息中指示的已經(jīng)調(diào)用的業(yè)務(wù)對應(yīng) 的業(yè)務(wù)標(biāo)識(shí)和/或主被叫標(biāo)記,以及業(yè)務(wù)觸發(fā)點(diǎn)獲得的即將調(diào)用的業(yè)務(wù)對應(yīng)的業(yè) 務(wù)標(biāo)識(shí)和/或主被叫標(biāo)記,是否同時(shí)落于業(yè)務(wù)沖突禁止規(guī)則中指示的禁止此業(yè)務(wù) 的調(diào)用的信息內(nèi),若同時(shí)落于,則認(rèn)為兩個(gè)業(yè)務(wù)沖突,于是禁止調(diào)用新的業(yè)務(wù); 否則,認(rèn)為兩個(gè)業(yè)務(wù)不沖突。這種情況對應(yīng)的實(shí)施例如下用戶A通過網(wǎng)頁點(diǎn)擊呼叫用戶B,所述點(diǎn)擊呼叫業(yè)務(wù)通過OSAGW/AS實(shí) 現(xiàn),用戶A同時(shí)簽約了語音呼叫連續(xù)性(VCC, Voice Call Continuity)業(yè)務(wù)以 及來話限制業(yè)務(wù),其中語音呼叫連續(xù)性業(yè)務(wù)在VCCAS上提供,來話限制業(yè)務(wù) 在TAS上提供。具體的實(shí)施過程如圖4所示,其中業(yè)務(wù)觸發(fā)點(diǎn)以及業(yè)務(wù)規(guī)則數(shù)據(jù)庫均為 Service Broker,業(yè)務(wù)控制點(diǎn)為OSA GW/AS、 VCCAS、 TAS,詳細(xì)的步驟說明 如下步驟1,用戶A調(diào)用點(diǎn)擊呼叫業(yè)務(wù),此時(shí)OSA GW/AS向Service Broker 發(fā)送INVITE消息,其中攜帶點(diǎn)擊呼叫的業(yè)務(wù)調(diào)用信息,該消息具體為 INVITE sip:usem@home.net SIP/2.0P-Service-Info: service-id=CTD;version-1.0;vender=vl; call-side=orig 上述消息中通過P-Service-Info頭域攜帶了點(diǎn)擊呼叫的業(yè)務(wù)調(diào)用信息, Service Broker收到該業(yè)務(wù)調(diào)用信息后記錄下來。 在此過程中OSAGW/AS為第一業(yè)務(wù)處理節(jié)點(diǎn)。步驟2, Service Broker根據(jù)業(yè)務(wù)調(diào)用信息以及業(yè)務(wù)沖突禁止規(guī)則進(jìn)行檢查, 此時(shí)業(yè)務(wù)沖突禁止規(guī)則中存在如下描述 <ServiceConflictDescription><Service>CTD</Service> <ConflictDescription><TargetService>incomingCallBarring</TargetService> </ConflictDescription> </ServiceConflictDescription>用戶的業(yè)務(wù)過濾規(guī)則數(shù)據(jù)中存在如下兩條過濾規(guī)則描述<FilterCriteria><FilterName>incomingCallBarring<FilterName〉 <TriggerPoint〉<GonditionTypeCNF>0</ConditionTypeCNF> <SPT><ConditionNegated>0</ConditionNegated><Group>0</Group> <Method>INVITE</Method></SPT> <SPT><ConditionNegated>0</ConditionNegated> <Group>0</Group> <SessionCase> 1 </SessionCase> </SPT> </TriggerPoint> <ApplicationServer><ServerName>sip:TAS@home.net</ServerName> <DefaultHandling>0</DefaultHandling> <ServiceId>incomingCallBarring</ServiceId> </ApplicationServer> </FilterCriteria> <FilterCriteria><FilterName>VCC<FilterName> <TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF> <SPT><ConditionNegated>0</ConditionNegated> <Group>0</Group> <Method>INVITE</Method> </SPT> </TriggerPoint> <ApplicationServer><ServerName>sip:VCCAS@home.net</ServerName> <DefaultHandling>0</DefaultHandling> <ServiceId>VCC</ServiceId></ApplicationServer> </FilterCriteria>上面兩條業(yè)務(wù)過濾規(guī)則分別對應(yīng)來話限制以及VCC業(yè)務(wù)的過濾規(guī)則描述。因?yàn)镾ervice Broker已經(jīng)記錄了點(diǎn)擊呼叫的業(yè)務(wù)調(diào)用信息,而且業(yè)務(wù)沖突 禁止規(guī)則中描述了禁止觸發(fā)來話限制業(yè)務(wù),因此當(dāng)Service Broker進(jìn)行業(yè)務(wù)觸 發(fā)的時(shí)候通過檢查業(yè)務(wù)過濾規(guī)則中的業(yè)務(wù)標(biāo)識(shí),即上面示例描述中的Serviceld 屬性,發(fā)現(xiàn)來話限制業(yè)務(wù)的業(yè)務(wù)標(biāo)識(shí)落在點(diǎn)擊呼叫業(yè)務(wù)的沖突業(yè)務(wù)描述中,因 此Service Broker禁止來話呼叫業(yè)務(wù)的調(diào)用,即不調(diào)用業(yè)務(wù)控制點(diǎn)TAS。在此過程中Service Broker為第二業(yè)務(wù)處理節(jié)點(diǎn)。步驟3,因?yàn)閂CC業(yè)務(wù)不在點(diǎn)擊呼叫業(yè)務(wù)的沖突業(yè)務(wù)描述中,所以Service Broker可以觸發(fā)該業(yè)務(wù),根據(jù)上面VCC業(yè)務(wù)的過濾規(guī)則觸發(fā)到VCC AS,此 時(shí)Service Broker向VCC發(fā)送INVITE消息,攜帶點(diǎn)擊呼叫的業(yè)務(wù)調(diào)用信息。步驟4, VCC AS進(jìn)行業(yè)務(wù)處理后向Service Broker發(fā)送INVITE消息,其 中增加了 VCC業(yè)務(wù)的業(yè)務(wù)調(diào)用信息,該消息具體為INVITE sip:usera@home.net SIP/2.0P-Service-Info: service-id=CTD;version=1.0;vender=vl; call-side=orig P-Service-Info: service-id=VCC;在這個(gè)步驟中Service Broker改為充當(dāng)?shù)谝粯I(yè)務(wù)處理節(jié)點(diǎn)。上述例子僅僅以業(yè)務(wù)觸發(fā)點(diǎn)收到INVITE消息后觸發(fā)業(yè)務(wù),業(yè)務(wù)控制點(diǎn)向 業(yè)務(wù)觸發(fā)點(diǎn)發(fā)送業(yè)務(wù)調(diào)用信息,業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)調(diào)用信息以及預(yù)置的業(yè)務(wù) 沖突禁止規(guī)則控制業(yè)務(wù)調(diào)用為例進(jìn)行說明,實(shí)際應(yīng)用可以不限于此,例如,兩 個(gè)業(yè)務(wù)觸發(fā)點(diǎn)間,或兩個(gè)業(yè)務(wù)控制點(diǎn)間也可以傳遞業(yè)務(wù)調(diào)用信息,并根據(jù)所述 業(yè)務(wù)調(diào)用信息以及預(yù)置的業(yè)務(wù)沖突禁止規(guī)則進(jìn)行業(yè)務(wù)處理控制等。本實(shí)施例中的說明用例的處理對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的阻止后續(xù)業(yè) 務(wù)控制點(diǎn)的調(diào)用的處理。笫二種情況業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)調(diào)用信息時(shí),業(yè)務(wù)控制點(diǎn)可以根據(jù)業(yè)務(wù) 調(diào)用信息協(xié)同完成自身的業(yè)務(wù)處理流程。比如,前面已經(jīng)提到業(yè)務(wù)調(diào)用信息中包括業(yè)務(wù)地址和業(yè)務(wù)邏輯實(shí)例ID,其
中所述業(yè)務(wù)邏輯實(shí)例ID用于標(biāo)識(shí)提供業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)的對應(yīng)該呼叫的內(nèi)部 處理ID。業(yè)務(wù)控制點(diǎn)間可以使用這些信息進(jìn)行互聯(lián),并協(xié)同完成流程處理。具 體實(shí)施過程以如圖5所示的例子進(jìn)行說明,其中業(yè)務(wù)觸發(fā)點(diǎn)為S-CSCF,業(yè)務(wù) 控制點(diǎn)為AS1以及AS2,第一業(yè)務(wù)處理節(jié)點(diǎn)為AS1,第二業(yè)務(wù)處理節(jié)點(diǎn)為AS2, 包括如下步驟步驟l, S-CSCF收到一個(gè)INVITE消息,該INVITE消息可以來自用戶終。步驟2, S-CSCF 4艮據(jù)業(yè)務(wù)過濾規(guī)則觸發(fā)業(yè)務(wù)A到AS1。 步驟3, ASl調(diào)用業(yè)務(wù)sl成功,AS1通過INVITE消息將業(yè)務(wù)調(diào)用信息傳 遞給S-CSCF,其中攜帶有業(yè)務(wù)sl支持的業(yè)務(wù)互聯(lián)方式,包括AS1的地址與本 次通信對應(yīng)的業(yè)務(wù)邏輯實(shí)例ID以及支持的互聯(lián)協(xié)議類型為SIP。例如所述 INVITE消息為INVITE sip:userb@home.net SIP/2.0P-Service-Info: service-id=sl ;serv-contact-addr=sip:sl@asl.home.net;serv-contact-prot-sip;serv-instance-id-ffeal 3 79上述SIP消息中的P-Service-Info中的serv-contact-addr、 serv-contact-prot、serv-instance-id分別對應(yīng)業(yè)務(wù)互聯(lián)地址、業(yè)務(wù)互聯(lián)協(xié)議以及業(yè)務(wù)邏輯實(shí)例ID。 步驟4, S-CSCF才艮據(jù)業(yè)務(wù)過濾規(guī)則觸發(fā)AS2上的業(yè)務(wù)s2。 步驟5, AS2調(diào)用業(yè)務(wù)s2,根據(jù)業(yè)務(wù)調(diào)用信息中的業(yè)務(wù)標(biāo)識(shí)以及業(yè)務(wù)s2的流程需要,AS2判斷需要與業(yè)務(wù)控制點(diǎn)sl互聯(lián),例如需要獲取sl的業(yè)務(wù)數(shù)據(jù)。步驟6, AS2根據(jù)業(yè)務(wù)調(diào)用信息向AS1發(fā)送INVITE消息,例如發(fā)送的消息為INVITE sip:ASl.home.net SIP/2.0Route:<sip:sl@asl.home.net;serv-instance-id=ffeal379;service-id=sl> AS2根據(jù)業(yè)務(wù)調(diào)用信息中的業(yè)務(wù)互聯(lián)協(xié)議向AS1發(fā)送SIP INVITE消息,
并且上述消息中的Route頭域中的地址填充為AS1發(fā)送的業(yè)務(wù)互聯(lián)信息中的業(yè) 務(wù)互聯(lián)地址,并在Route頭域中攜帶業(yè)務(wù)互聯(lián)信息中的業(yè)務(wù)邏輯實(shí)例ID以及 業(yè)務(wù)標(biāo)識(shí),根據(jù)這些信息AS1可定位該通信的控制邏輯。本實(shí)施例中的說明用例的處理對應(yīng)業(yè)務(wù)流程控制中的業(yè)務(wù)控制點(diǎn)間協(xié)同 完成業(yè)務(wù)處理流程的處理。第三種情況當(dāng)業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)調(diào)用信息時(shí),業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)業(yè) 務(wù)調(diào)用信息以及業(yè)務(wù)信令修正規(guī)則對業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)間的信令關(guān)系 和/或信令消息做出調(diào)整/修正,包括對業(yè)務(wù)控制點(diǎn)發(fā)往業(yè)務(wù)觸發(fā)點(diǎn)的消息和/或 對業(yè)務(wù)觸發(fā)點(diǎn)將發(fā)往業(yè)務(wù)控制點(diǎn)的消息進(jìn)行修正。信令修正處理的過程可以在業(yè)務(wù)觸發(fā)點(diǎn)接收消息或者發(fā)送消息或者收到內(nèi)部事件(例如業(yè)務(wù)觸發(fā)點(diǎn)上無應(yīng)答定時(shí)器超時(shí))的時(shí)候被激活。例如,被叫 先觸發(fā)了一種可以播放主叫身份信息的來話篩選業(yè)務(wù),該業(yè)務(wù)在收到應(yīng)答信號(hào) 后可以向被叫播放主叫身份信息;在收到來話后,如果被叫用戶沒有應(yīng)答,其 后觸發(fā)無應(yīng)答時(shí)轉(zhuǎn)語音郵箱業(yè)務(wù),這個(gè)時(shí)候如果業(yè)務(wù)觸發(fā)點(diǎn)不進(jìn)行特殊處理, 來話篩選業(yè)務(wù)認(rèn)為應(yīng)答的是真實(shí)的被叫,從而播放主叫身份信息的語音提示, 語音郵箱中錄下的是來話篩選業(yè)務(wù)播放的主叫身份信息的語音提示而沒有錄下主叫留言。此時(shí)可采用信令消息修正技術(shù),業(yè)務(wù)觸發(fā)點(diǎn)收到無應(yīng)答事件,根 據(jù)已經(jīng)調(diào)用的來話篩選業(yè)務(wù)信息以及信令修正規(guī)則,向來話篩選業(yè)務(wù)發(fā)送結(jié)束 對話的消息,即修正業(yè)務(wù)觸發(fā)點(diǎn)和提供來話篩選業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)之間的信令 關(guān)系。其具體實(shí)施過程如圖6所示的過程進(jìn)行說明假設(shè)業(yè)務(wù)控制點(diǎn)為OSAGW/AS或TAS,業(yè)務(wù)觸發(fā)點(diǎn)4 Service Broker。所 述來話篩選業(yè)務(wù)在OSA GW/AS上提供,無應(yīng)答轉(zhuǎn)語音郵箱業(yè)務(wù)在TAS上提供。 具體實(shí)施過程說明如下步驟l, Service Broker收到至被叫用戶的INVITE消息,此時(shí)根據(jù)業(yè)務(wù)過 濾規(guī)則,Service Broker調(diào)用業(yè)務(wù)控制點(diǎn)OSA GW/AS。步驟2, Service Broker采用背靠背用戶代理(B2BUA, Back to Back User
Agent )的模式向OSAGW/AS發(fā)送INVITE消息,請求調(diào)用所述來話篩選業(yè)務(wù)。 步驟3,OSAGW/AS調(diào)用來話篩選業(yè)務(wù)成功,向Service Broker發(fā)送200 OK 響應(yīng)消息,并在其中攜帶來話篩選業(yè)務(wù)的業(yè)務(wù)調(diào)用信息,Service Broker記錄下 所述業(yè)務(wù)調(diào)用信息。步驟4 , Service Broker向被叫用戶發(fā)送INVITE消息。 步驟5, Service Broker上被叫無應(yīng)答定時(shí)器超時(shí),Service Broker檢查獲得 的信令修正規(guī)則(該信令修正規(guī)則為Service Broker之前已經(jīng)獲取的,例如在 用戶注冊的時(shí)候通過Sh接口從HSS獲得),其中存在如下描述 <SigChanging><ChangingTrigger> <Condition><ConditionNegated>0</ConditionNegated> <Group>0</Group><SessionState>Terminating—NoAnswer</SessionState> </Condition> <Condition><ConditionNegated>0</ConditionNegated> <Group>0</Group><SeviceId>ICS</SeviceId> </Condition〉 </ ChangingTrigger〉 <ChangingDes><Direction>Send</Direction><DestinationSeviceId>ICS</DestinationServiceId><Mode>Create</Mode><MessageType>BYE<MessageType> </ChangingDes> 々SigChanging>
上述信令修正規(guī)則表示修正條件為當(dāng)前會(huì)話狀態(tài)為終端一無應(yīng)答(對應(yīng)SessionState屬性取值)且已經(jīng)調(diào)用了來話篩選業(yè)務(wù)(對應(yīng)Seviceld的取值), 修正方向描迷為修正方向?yàn)楸镜匕l(fā)送的消息(對應(yīng)Direction屬性的取值),接 收修正后的消息的目的地為當(dāng)前提供ICS業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)(對應(yīng) DestinationSeviceld屬性的取值),信令修正方式為產(chǎn)生新的消息,具體的產(chǎn)生 的消息為BYE消息(對應(yīng)MessageType屬性的取值)。由于上迷信令修正規(guī)則中的修正條件均滿足,Service Broker根據(jù)其中的修 正描述產(chǎn)生至OSAGW/AS的BYE消息。步驟6, Service Broker向OSAGW/AS發(fā)送BYE消息,釋放通信。 步驟7,由于Service Broker上被叫無應(yīng)答定時(shí)器超時(shí),且Service Broker 沒有收到被叫的應(yīng)答消息,因此Service Broker向被叫發(fā)送CANCEL消息取消 通信建立請求。步驟8, Service Broker檢查會(huì)話狀態(tài)終端—無應(yīng)答下的業(yè)務(wù)過濾規(guī)則,由 于無應(yīng)答轉(zhuǎn)語音郵箱業(yè)務(wù)配置在此會(huì)話狀態(tài)下觸發(fā),因此Service Broker向提 供無應(yīng)答轉(zhuǎn)語音郵箱業(yè)務(wù)的TAS發(fā)送INVITE消息。此例子即對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的對已調(diào)用的業(yè)務(wù)控制點(diǎn)的信令關(guān) 系的修正的處理。在上述例子中,第一業(yè)務(wù)處理節(jié)點(diǎn)為OSAGW/AS,第二業(yè)務(wù)處理節(jié)點(diǎn)為 Service Broker。信令修正處理也可以修正業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)間的信令消息,信令消 息修正方式包括消息類型的轉(zhuǎn)換;消息的屏蔽;消息頭域、參數(shù)和/或消息體 內(nèi)容的轉(zhuǎn)換、刪除、修改或添加;產(chǎn)生新的消息。例如用戶撥打201智能卡號(hào) 業(yè)務(wù),在201業(yè)務(wù)的語音提示下,用戶輸入大眾呼叫(MAS)智能業(yè)務(wù)的接入 碼,因此繼續(xù)觸發(fā)MAS業(yè)務(wù),用戶在MAS業(yè)務(wù)語音提示下進(jìn)行足球比賽竟 猜選擇,其后MAS業(yè)務(wù)處理完畢,下發(fā)智能業(yè)務(wù)協(xié)議消息ReleaseCall釋放呼 叫,但由于201卡號(hào)業(yè)務(wù)具備連續(xù)呼叫的特性,因此直接執(zhí)行RdeaseCall消息 指令將導(dǎo)致201卡號(hào)業(yè)務(wù)無法連續(xù)呼叫。對于這個(gè)例子可以應(yīng)用信令修正處理, 如業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)已經(jīng)調(diào)用的201業(yè)務(wù)以及MAS業(yè)務(wù)的業(yè)務(wù)信息以及信 令修正規(guī)則,將ReleaseCall消息轉(zhuǎn)換為掛機(jī)的DP事件消息上報(bào)給201業(yè)務(wù), 從而實(shí)現(xiàn)201業(yè)務(wù)的連續(xù)呼叫特性。具體的關(guān)鍵實(shí)施過程如圖7所示,其中業(yè)務(wù)觸發(fā)點(diǎn)為Service Broker,所述 201業(yè)務(wù)在201智能業(yè)務(wù)控制點(diǎn)(SCP, Service Control Point)上提供,MAS 業(yè)務(wù)在MAS SCP上提供,即業(yè)務(wù)控制點(diǎn)為201 SCP、 MAS SCP, Service Broker 與上述兩個(gè)SCP通過INAP協(xié)議對接,圖7詳細(xì)的步驟說明如下步驟1, Service Broker收到主叫用戶發(fā)送的INVITE消息,其中攜帶201 業(yè)務(wù)的PSI,此時(shí)根據(jù)業(yè)務(wù)過濾規(guī)則,Service Broker調(diào)用業(yè)務(wù)控制點(diǎn)201 SCP。步驟2, Service Broker向201 SCP發(fā)送InitialDp消息,根椐業(yè)務(wù)過濾規(guī)則 中的業(yè)務(wù)標(biāo)識(shí)Service Broker將該消息中的業(yè)務(wù)鍵設(shè)置為201業(yè)務(wù)的業(yè)務(wù)鍵值 以指示201 SCP調(diào)用201業(yè)務(wù)。此時(shí)Service Broker記錄下201業(yè)務(wù)的業(yè)務(wù)調(diào) 用信息。步驟3,用戶和201 SCP進(jìn)行語音提示播放以及收號(hào)的交互過程略去,用 戶輸入MAS業(yè)務(wù)的接入碼以后201 SCP向Service Broker發(fā)送 RequestReportBCSMEvent消息,請求Service Broker監(jiān)視DP事件,該消息中 監(jiān)視的事件類型包括監(jiān)視被叫用戶的掛機(jī)事件。步驟4, 201 SCP根據(jù)收號(hào)結(jié)果向Service Broker發(fā)送Connect消息,其中 攜帶MAS業(yè)務(wù)的接入碼。步驟5,根據(jù)業(yè)務(wù)過濾規(guī)則,Service Broker調(diào)用業(yè)務(wù)控制點(diǎn)MAS SCP, 向MAS SCP發(fā)送InitialDp消息,根據(jù)業(yè)務(wù)過濾規(guī)則中的業(yè)務(wù)標(biāo)識(shí)Service Broker將該消息中的業(yè)務(wù)鍵設(shè)置為MAS業(yè)務(wù)的業(yè)務(wù)鍵。此時(shí)Service Broker 記錄下MAS業(yè)務(wù)的業(yè)務(wù)調(diào)用信息。步驟6,用戶與MAS業(yè)務(wù)的交互過程略去,當(dāng)業(yè)務(wù)處理完畢以后MAS業(yè) 務(wù)下發(fā)ReleaseCall消息釋放呼叫。
步驟7, Service Broker收到該消息檢查信令修正規(guī)則,其中存在如下信令 寸奮正規(guī)則描述<SigChanging> <Condition><ConditionNegated>0</ConditionNegated> <Group>0</Group> <SessionState>Originating_Answer</SessionState> </Condition> <Condition><ConditionNegated>0</ConditionNegated> <Group>0</Group> <ProtocolType>INAP</ProtocolType> <MessageType>ReleaseCall</MessageTypee> </Condition> <Condition><ConditionNegated>0</ConditionNegated> <Group>0</Group><FromServiceId>MAS</FromServiceId> </Condition> <Condition>'<ConditionNegated>0</ConditionNegated> <Group>0</Group><SeviceId>201 </SeviceId> </Condition> <ChangingDes><Direction>Receive</Direction><Mode>Change</Mode><ProtocolType>Internal</ProtocolType><MessageType>DP9B<MessageType></ChangingDes> </SigChanging>上述信令修正規(guī)則表示修正條件為當(dāng)前會(huì)話狀態(tài)為發(fā)端—應(yīng)答(對應(yīng) SessionState屬性取值),即主叫側(cè)已經(jīng)收到了應(yīng)答信號(hào);收到的消息協(xié)議類型 為INAP (對應(yīng)ProtocolType屬性的取值),消息類型為ReleaseCall (對應(yīng) MessageType屬性的取值),消息來源為MAS業(yè)務(wù)發(fā)送的消息(對應(yīng) FromServiceld屬性的取值);且當(dāng)前已經(jīng)調(diào)用了 201業(yè)務(wù)(對應(yīng)Seviceld屬性 的取值)。^修正方向描述為4務(wù)正方向?yàn)楸镜亟邮盏南?對應(yīng)Direction屬性的取值), 信令修正方式為轉(zhuǎn)換消息類型(對應(yīng)Mode屬性的取值),轉(zhuǎn)換后的消息協(xié)議 類型為Internal表示轉(zhuǎn)換為內(nèi)部消息(對應(yīng)ProtocolType屬性的取值),轉(zhuǎn)換后 的消息類型為DP9B,即對應(yīng)被叫用戶掛機(jī)的DP事件(對應(yīng)MessageType屬 性的取值)。由于上述條件滿足,Service Broker將MAS業(yè)務(wù)發(fā)送的ReleaseCall消息轉(zhuǎn) 換為內(nèi)部消息DP9B。步驟8,由于201業(yè)務(wù)已經(jīng)通過RequestReportBCSMEvent消息請求Service Broker監(jiān)視被叫用戶的掛機(jī)事件,因此Service Broker將內(nèi)部消息DP9B轉(zhuǎn)換 為智能消息EventReportBCSM上報(bào)給Service Broker,該消息中攜帶的DP事 件指示被叫掛機(jī),即其中的參數(shù)EventTypeBCSM取值為9, leglD取值為2。此例子即對應(yīng)業(yè)務(wù)流程控制中的對已調(diào)用業(yè)務(wù)控制點(diǎn)的信令消息流程的 f務(wù)正的處理。在上面的例子中Service Broker根據(jù)業(yè)務(wù)過濾規(guī)則,本地記錄業(yè)務(wù)調(diào)用信 息,此時(shí)第一業(yè)務(wù)處理節(jié)點(diǎn)和第二業(yè)務(wù)處理節(jié)點(diǎn)均為Service Broker。第四種情況業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)過濾規(guī)則時(shí),業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)接收 到的業(yè)務(wù)過濾規(guī)則進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用。業(yè)務(wù)控制點(diǎn)根據(jù)當(dāng)前業(yè)務(wù)的執(zhí)行情況,向業(yè)務(wù)觸發(fā)點(diǎn)發(fā)送業(yè)務(wù)過濾規(guī)則。
當(dāng)前業(yè)務(wù)執(zhí)行情況可以是業(yè)務(wù)控制點(diǎn)接受了用戶更新的業(yè)務(wù)數(shù)據(jù)的情況,例如用戶激活了 CFU業(yè)務(wù);當(dāng)前業(yè)務(wù)凈丸行情況也可以是業(yè)務(wù)控制點(diǎn)接收到一個(gè)SIP 消息后的業(yè)務(wù)流程處理,例如收到了業(yè)務(wù)觸發(fā)點(diǎn)發(fā)送的INVITE消息。業(yè)務(wù)觸 發(fā)點(diǎn)接收到所述業(yè)務(wù)過濾規(guī)則后,根據(jù)所述業(yè)務(wù)過濾規(guī)則進(jìn)行后續(xù)的業(yè)務(wù)控制 點(diǎn)調(diào)用。特別的,當(dāng)業(yè)務(wù)觸發(fā)后業(yè)務(wù)控制點(diǎn)在通信中向業(yè)務(wù)觸發(fā)點(diǎn)下發(fā)業(yè)務(wù)過 濾規(guī)則的情況下,業(yè)務(wù)觸發(fā)點(diǎn)可以工作于背靠背用戶代理(B2BUA)方式,此 時(shí)后續(xù)消息的觸發(fā)不使用SIP路由的方式,所以不存在控制上報(bào)后續(xù)消息與SIP 路由規(guī)則的沖突問題。下面以如圖8所示的流程為例詳細(xì)說明第四種情況的具體實(shí)施過程。 圖中業(yè)務(wù)觸發(fā)點(diǎn)為Service Broker,業(yè)務(wù)控制點(diǎn)為AS1、 AS2。具體實(shí)施過 程包括如下步驟步驟1, Service Broker收到 一個(gè)INVITE消息,該INVITE消息來自用戶終端。步驟2, Service Broker根據(jù)靜態(tài)配置的用戶業(yè)務(wù)過濾規(guī)則觸發(fā)到業(yè)務(wù)控制 點(diǎn)ASl。步驟3, ASl回送200OK響應(yīng),確認(rèn)INVITE消息處理成功。 步驟4, ASl通過SUBSCRIBE消息在通信中攜帶業(yè)務(wù)過濾規(guī)則,其中配 置業(yè)務(wù)觸發(fā)點(diǎn)遇到183消息要上報(bào)給ASl,遇到486消息要上報(bào)給AS2。 所迷業(yè)務(wù)過濾規(guī)則可以采用XML方式描述,舉例如下 <FilterCriteria><FilterName>name 1 <FilterName> <TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF> <ActionInd> 1 </ActionInd> <DisarmFlag> 1 </DisarmFlag> <SPT><ConditionNegated>0</ConditionNegated><Group>0</Group> <SIPResponse> 183</SIPResponse> </SPT> </TriggerPoint> <ApplicationServer><ServerName>sip: AS 1 @homedomain.com</ServerName> <DefaultHandling>0</DefaultHandling> <SucceedFC>name20</SucceedFC> 〈DefaultSucceedFOname 100</DefaultSucceedFC> </ ApplicationServer〉 </FilterCriteria> <FilterCriteria><FilterName>name2< FilterName> <TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF> <ActionInd> 1 </ActionInd> <DisarmFlag> 1 </DisarmFlag> <SPT><ConditionNegated>0</ConditionNegated> <Group>0</Group> <SIPResponse>486</SIPResponse> </SPT> </TriggerPoint><ApplicationServer><ServerName〉sip:AS2@homedomain.com</ServerName>〈DefaultHandling〉 1 </DefaultHandling> </ApplicationServer> </FilterCriteria>上面描述中說明了 ASl下發(fā)了兩條業(yè)務(wù)過濾規(guī)則,其均為新添加的上報(bào)后 失效的業(yè)務(wù)過濾規(guī)則。第一條業(yè)務(wù)過濾規(guī)則(對應(yīng)規(guī)則名namel)在收到SIP 響應(yīng)183時(shí)觸發(fā),對應(yīng)的處理服務(wù)器地址為sip:ASl@homedomainxom,如果 此業(yè)務(wù)過濾規(guī)則觸發(fā)成功后,后續(xù)的關(guān)聯(lián)業(yè)務(wù)過濾規(guī)則名為name20 (SucceedFC),如果此業(yè)務(wù)過濾規(guī)則觸發(fā)失敗,后續(xù)的關(guān)聯(lián)業(yè)務(wù)過濾規(guī)則名為 name 100 (DefaultSucceedFC );第二條業(yè)務(wù)過濾規(guī)則(對應(yīng)規(guī)則名name2 )在 收到 SIP 響應(yīng) 486 時(shí)觸發(fā),對應(yīng)的處理服務(wù)器地址為 sip:AS2@homedomain.com。這里釆用SUBSCRIBE消息攜帶業(yè)務(wù)過濾規(guī)則,并通過XML方式描述所 述業(yè)務(wù)過濾規(guī)則僅為了說明流程,實(shí)際可以不限于此,例如也可以采用INFO 等消息、也可以采用文本等格式描述動(dòng)態(tài)下發(fā)的業(yè)務(wù)過濾規(guī)則。W上述動(dòng)態(tài)下發(fā)的業(yè)務(wù)過ifl 步驟5, Service Broker回送200 OK響應(yīng),確認(rèn)成功處理了該攜帶業(yè)務(wù)過 濾規(guī)則的SUBSCRIBE消息。步驟6, Service Broker收到183消息。步驟7, ServiceBroker根據(jù)前面步驟4中保存的動(dòng)態(tài)下發(fā)業(yè)務(wù)過濾規(guī)則, 觸發(fā)到ASl,并根據(jù)業(yè)務(wù)過濾規(guī)則中DisarmFlag屬性的指示,將183響應(yīng)消息 對應(yīng)的動(dòng)態(tài)下發(fā)的業(yè)務(wù)過濾規(guī)則失效。步驟7使用NOTIFY消息攜帶183消息的內(nèi)容僅為了說明流程,實(shí)際可以 不限于此,例如也可以采用INFO等消息發(fā)送。步驟8, AS1回送200 OK響應(yīng),確i人收到了該NOTIFY消息。步驟9, Service Broker收到486消息。步驟10, Service Broker根據(jù)前面步驟4中保存的動(dòng)態(tài)下發(fā)的業(yè)務(wù)過濾規(guī) 則,觸發(fā)到AS2,并根據(jù)業(yè)務(wù)過濾規(guī)則中DisarmFlag屬性的指示,將486響應(yīng) 消息對應(yīng)的動(dòng)態(tài)下發(fā)的業(yè)務(wù)過濾規(guī)則失效。步驟10使用NOTIFY消息攜帶486消息的內(nèi)容僅為了說明流程,實(shí)際可 以不限于此。 步驟ll, AS2回送200OK響應(yīng)。此例子對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)的處理。其中第 一業(yè)務(wù)處理節(jié)點(diǎn)為AS1,第二業(yè)務(wù)處理節(jié)點(diǎn)為Service Broker。第五種情況業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)調(diào)用結(jié)果時(shí),業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)所述 業(yè)務(wù)調(diào)用結(jié)果以及業(yè)務(wù)過濾規(guī)則,進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用。下面舉例^說明第五種情況下的具體實(shí)施過程,如下業(yè)務(wù)控制點(diǎn)根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,向業(yè)務(wù)觸發(fā)點(diǎn)下發(fā)業(yè)務(wù)觸發(fā)信息,其 中包括業(yè)務(wù)調(diào)用結(jié)果,并在所述業(yè)務(wù)調(diào)用結(jié)果指明業(yè)務(wù)觸發(fā)成功、業(yè)務(wù)觸發(fā)失 敗的指示、業(yè)務(wù)調(diào)用的處理結(jié)果等。所述業(yè)務(wù)觸發(fā)點(diǎn)接收到所述業(yè)務(wù)觸發(fā)信息后,根據(jù)業(yè)務(wù)調(diào)用結(jié)果執(zhí)行后續(xù) 處理。例如調(diào)用結(jié)果指示失敗時(shí),根據(jù)業(yè)務(wù)過濾規(guī)則中的缺省處理和/或關(guān)聯(lián)指 示,調(diào)用相關(guān)的關(guān)聯(lián)規(guī)則;當(dāng)調(diào)用結(jié)果指示成功時(shí),繼續(xù)其它業(yè)務(wù)過濾規(guī)則的 調(diào)用或者根據(jù)業(yè)務(wù)過濾規(guī)則中的關(guān)聯(lián)指示調(diào)用相關(guān)的關(guān)聯(lián)規(guī)則;當(dāng)業(yè)務(wù)控制點(diǎn) 返回業(yè)務(wù)調(diào)用處理結(jié)果時(shí),根據(jù)業(yè)務(wù)控制點(diǎn)返回的消息進(jìn)行業(yè)務(wù)過濾規(guī)則的匹 配處理,例如^4居業(yè)務(wù)控制點(diǎn)返回的業(yè)務(wù)調(diào)用處理結(jié)果觸發(fā)其它的業(yè)務(wù)控制 點(diǎn)。具體的例子如圖9所示其中業(yè)務(wù)觸發(fā)點(diǎn)為S-CSCF,業(yè)務(wù)控制點(diǎn)為AS1、 AS2,其中AS1提供用 戶曰程設(shè)置查詢業(yè)務(wù)并返回結(jié)果,AS2提供前轉(zhuǎn)語音郵箱業(yè)務(wù),被叫用戶簽約 了一種用戶日程忙觸發(fā)前轉(zhuǎn)語音郵箱的業(yè)務(wù)。圖9的詳細(xì)說明如下步驟1 , S-CSCF收到至被叫用戶A的INVITE消息。步驟2,用戶A的業(yè)務(wù)過濾規(guī)則中指示收到INVITE消息且會(huì)話情形 (Session Case)為被叫受話時(shí)觸發(fā)至AS1,因此S-CSCF向AS1發(fā)送INVITE 消息,以調(diào)用用戶曰程設(shè)置查詢業(yè)務(wù)。步驟3, AS1調(diào)用用戶日程設(shè)置查詢業(yè)務(wù),并在發(fā)送回S-CSCF的INVITE 消息中返回用戶A的日程查詢,例如INVITE sip:usera@home.net SIP/2.0P-Service-Info: service-id=sl; invoke-result=succeed; process-result=user busy 上述消息中通過P-Service-Info的process-result攜帶了用戶曰程設(shè)置為user busy的業(yè)務(wù)調(diào)用處理結(jié)果。步驟4, S-CSCF上存在如下業(yè)務(wù)過濾規(guī)則描述 <InitialFilterCriteria><TriggerPoint><ConditionTypeCNF>0</ConditionTypeCNF> <SPT><ConditionNegated>0</ConditionNegated><Group>0々Group><Method>INVITE</Method> </SPT> <SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><SessionCase> 1 </SessionCase> </SPT> <SPT><ConditionNegated>0</ConditionNegated><Group>0</Group>〈SIPHeader〉<Header>P-Service-Info</Header> <Content>"user busy"</Content> </SIPHeader> </SPT> </TriggerPoint> <ApplicationServer><ServerName>sip:AS2@home.net</ServerName><DefaultHandling>0〈/DefaultHandling> </ApplicationServer> </InitialFilterCriteria>上迷過濾規(guī)則表示注冊的被叫用戶收到INVITE消息,且P-Service-Info 頭域中攜帶的業(yè)務(wù)調(diào)用結(jié)果包含字符user busy,則觸發(fā)至AS2。S-CSCF收到AS1下發(fā)的INVITE消息后,進(jìn)行業(yè)務(wù)過濾規(guī)則的匹配處理, 因?yàn)樯鲜鲆?guī)則被匹配上,所以S-CSCF根據(jù)該業(yè)務(wù)過濾規(guī)則觸發(fā)AS2。步驟5, S-CSCF向AS2發(fā)送INVITE消息,以調(diào)用前轉(zhuǎn)語音郵箱業(yè)務(wù)。 此例子對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)的處理。其中第 一業(yè)務(wù)處理節(jié)點(diǎn)即為AS1,第二業(yè)務(wù)處理節(jié)點(diǎn)即為S-CSCF。第六種情況業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)交互指示時(shí),業(yè)務(wù)觸發(fā)點(diǎn)和/或業(yè)務(wù)控制 點(diǎn)可以根據(jù)接收到的業(yè)務(wù)觸發(fā)信息中的業(yè)務(wù)交互指示和/或業(yè)務(wù)交互處理規(guī)則, 進(jìn)行后續(xù)的業(yè)務(wù)調(diào)用控制和/或業(yè)務(wù)流程控制。第一業(yè)務(wù)處理節(jié)點(diǎn)才艮據(jù)當(dāng)前業(yè)務(wù)的執(zhí)行情況,向第二業(yè)務(wù)處理節(jié)點(diǎn)發(fā)送業(yè) 務(wù)觸發(fā)信息,其中包括業(yè)務(wù)交互指示。假設(shè)提供主叫卡號(hào)業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)向業(yè)務(wù)觸發(fā)點(diǎn)發(fā)送業(yè)務(wù)觸發(fā)信息時(shí), 通過SIP消息體攜帶,舉例如下 INVITE sip:bob@home.net SIP/2.0 Content-Type: application/servind+xml < xml version="1.0" encoding="UTF-8" > <servind xmlns="urn:ietf:params:xml:ns: servind"〉 <IndService>callingCard</IndService> <IndDescription><Ind>forbidden</Ind> <Side>orig</Side> <Service>conference</Service> </IndDescription〉 </servind> 上述消息表示主叫卡號(hào)(callingCard )業(yè)務(wù),禁止主叫側(cè)的會(huì)議(conference) 業(yè)務(wù)被調(diào)用。 之后,第二業(yè)務(wù)處理節(jié)點(diǎn),如業(yè)務(wù)觸發(fā)點(diǎn)和/或業(yè)務(wù)控制點(diǎn)可以根據(jù)指定方 業(yè)務(wù)標(biāo)識(shí)、作用方業(yè)務(wù)標(biāo)識(shí)以及所述業(yè)務(wù)交互指示消息中的顯式業(yè)務(wù)禁止/允許 指示,或者,當(dāng)業(yè)務(wù)交互指示中不明確指示允許或者禁止調(diào)用的業(yè)務(wù)時(shí),依據(jù) 所述業(yè)務(wù)交互指示以及預(yù)置的程序或業(yè)務(wù)交互處理規(guī)則,進(jìn)行后續(xù)的業(yè)務(wù)調(diào)用 控制。如對應(yīng)上述例子,用戶在觸發(fā)主叫卡號(hào)業(yè)務(wù)后發(fā)送消息希望禁止觸發(fā)會(huì)議 業(yè)務(wù),此時(shí)業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)保存的業(yè)務(wù)交互指示中作用方業(yè)務(wù)標(biāo)識(shí)得知會(huì)議業(yè) 務(wù)是被禁止的,此時(shí)業(yè)務(wù)觸發(fā)點(diǎn)不再觸發(fā)會(huì)議業(yè)務(wù)。此例子對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào) 用控制中的阻止后續(xù)業(yè)務(wù)控制點(diǎn)的調(diào)用的處理。而當(dāng)業(yè)務(wù)交互指示為允許時(shí), 則對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)的處理。當(dāng)業(yè)務(wù)觸發(fā)點(diǎn)和/或業(yè)務(wù)控制點(diǎn)在通信中同時(shí)得到業(yè)務(wù)沖突禁止規(guī)則、業(yè)務(wù) 過濾規(guī)則、業(yè)務(wù)交互指示時(shí),則業(yè)務(wù)觸發(fā)點(diǎn)和/或業(yè)務(wù)控制點(diǎn)以業(yè)務(wù)交互指示中 指定的處理規(guī)則為準(zhǔn)。實(shí)際上業(yè)務(wù)沖突禁止規(guī)則是一類特殊的業(yè)務(wù)交互規(guī)則,它們也可以合并為 一種業(yè)務(wù)規(guī)則。上面的例子中由業(yè)務(wù)觸發(fā)點(diǎn)處理業(yè)務(wù)交互指示,也可以是由業(yè)務(wù)控制點(diǎn)來 處理業(yè)務(wù)交互指示,如圖IO所示,其中業(yè)務(wù)觸發(fā)點(diǎn)為S-CSCF,業(yè)務(wù)控制點(diǎn)為 OSAGW/AS、 TAS,其中OSAGW/AS提供主叫卡號(hào)業(yè)務(wù),TAS提供會(huì)議業(yè)務(wù)。 圖IO的詳細(xì)解釋如下步驟l, S-CSCF收到用戶發(fā)送的INVITE消息,該消息中攜帶主叫卡號(hào)業(yè) 務(wù)的PSI,此時(shí)根據(jù)業(yè)務(wù)過濾規(guī)則,S-CSCF調(diào)用業(yè)務(wù)控制點(diǎn)OSAGW/AS。步驟2 , S-CSCF向OS A GW/AS轉(zhuǎn)發(fā)該INVITE消息,以請求調(diào)用主叫卡 號(hào)業(yè)務(wù)。步驟3, OSA GW/AS調(diào)用主叫卡號(hào)業(yè)務(wù),進(jìn)行收號(hào)交互后,向S-CSCF 發(fā)送INVITE消息,其中攜帶業(yè)務(wù)交互指示,具體形式如上面采用 application/servind+xml的SIP消息體攜帶的方式。步驟4,用戶通過主叫卡號(hào)業(yè)務(wù)撥打了會(huì)議PSI,因此S-CSCF將INVITE 消息轉(zhuǎn)發(fā)至提供會(huì)議業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)TAS上。步驟5, TAS根據(jù)業(yè)務(wù)交互指示得知會(huì)議業(yè)務(wù)被禁止,因此不調(diào)用會(huì)議業(yè)務(wù)。此例子對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)的處理,在上面 的例子中第一業(yè)務(wù)處理節(jié)點(diǎn)為OSAGW/AS,第二業(yè)務(wù)處理節(jié)點(diǎn)為TAS,由TAS 根據(jù)業(yè)務(wù)交互指示來決定是否調(diào)用會(huì)議業(yè)務(wù)。圖11中說明了另外一個(gè)關(guān)于業(yè)務(wù)交互指示的例子,其中業(yè)務(wù)觸發(fā)點(diǎn)為 Service Broker,業(yè)務(wù)控制點(diǎn)為TAS,其中用戶A簽約了彩鈴業(yè)務(wù)以及呼叫等待 業(yè)務(wù),TAS為該用戶A提供所述業(yè)務(wù)。圖11的詳細(xì)解釋如下步驟1 , Service Broker收到會(huì)議服務(wù)器發(fā)送至用戶A的INVITE消息,該 消息中Contact頭域攜帶isfocus指示,表示該呼叫為會(huì)議呼叫。步驟2, Service Broker根據(jù)業(yè)務(wù)識(shí)別規(guī)則或本地程序識(shí)別出會(huì)議業(yè)務(wù)被調(diào) 用,即此時(shí)Service Broker得到會(huì)議業(yè)務(wù)的業(yè)務(wù)調(diào)用信息。Service Broker檢查業(yè)務(wù)沖突禁止規(guī)則,發(fā)現(xiàn)存在如下描述 <ServiceConflictDescription><Service>Conference</Service> <ConflictDescription><TargetService>CallWaiting</TargetService> </ConflictDescription> </ServiceConflictDescription> 此時(shí)Service Broker本地還有業(yè)務(wù)過濾規(guī)則描述如下 <FilterCriteria><TriggerPoint><ConditionTypeCNF>。</ConditionTypeCNF> <SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Method>INVITE</Method> </SPT> <SPT><ConditionNegated>0</ConditionNegated> <Group>0</Group> <SessionCase> 1 </SessionCase> </SPT> </TriggerPoint> <ApplicationServer> <ServerName>sip:TAS.home 1 .net; service-CRBT,sip:TAS .home 1 .net;service= CW</ServerName><DefaultHandling>0</DefaultHandling> </ApplicationServer> </FilterCriteria>上述過濾規(guī)則的匹配條件為被叫用戶收到INVITE消息,而其中的服務(wù)器 地址 描 述部 分 的 ServerName 屬 性 取值 為 sip:TAS.homel.net;service=CRBT,sip:TAS.homel.net;service=CW,其中包括兩條 服務(wù)器地址描述,而其中的service參數(shù)表示指示TAS調(diào)用的業(yè)務(wù)分別為彩鈴 業(yè)務(wù)以及呼叫等待業(yè)務(wù)。根據(jù)前面所述的業(yè)務(wù)沖突禁止規(guī)則,Service Broker發(fā)現(xiàn)將調(diào)用的業(yè)務(wù)控制 點(diǎn)TAS上的呼叫等待業(yè)務(wù)與會(huì)議呼叫沖突,因此禁止呼叫等^f寺業(yè)務(wù)的調(diào)用,具 體表現(xiàn)為刪除呼叫等待業(yè)務(wù)對應(yīng)的SIP URL步驟3 , Service Broker向業(yè)務(wù)控制點(diǎn)TAS發(fā)送INVITE消息,其中攜帶修 改后的業(yè)務(wù)交互指示,具體為INVITE sip:bob@home.net SIP/2.0Route: <sip:TAS.homel .net;service=CRBT>即上面的Route頭域僅保留了 CRBT業(yè)務(wù)對應(yīng)的SIP URI,且通過其中的 service參數(shù),Service Broker指示TAS調(diào)用彩鈴業(yè)務(wù),即業(yè)務(wù)交互指示通過該 SIPURI體J見出來。步驟4,業(yè)務(wù)控制點(diǎn)TAS根據(jù)上述的業(yè)務(wù)交互指示僅調(diào)用彩鈴業(yè)務(wù),而不 調(diào)用呼叫等待業(yè)務(wù)。此例子對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)的處理,上面的 例子中的步驟3、 4中第一業(yè)務(wù)處理節(jié)點(diǎn)為Service Broker,第二業(yè)務(wù)處理節(jié)點(diǎn) 為TAS,是否調(diào)用呼叫等待業(yè)務(wù)由Service Broker決定。第七種情況業(yè)務(wù)觸發(fā)信息為服務(wù)狀況信息時(shí),業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)所述 服務(wù)狀況信息以及業(yè)務(wù)分發(fā)規(guī)則,進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用??梢哉J(rèn)為,第七種情況下,業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)控制點(diǎn)的服務(wù)狀態(tài)、業(yè)務(wù) 負(fù)荷以及業(yè)務(wù)分發(fā)規(guī)則進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用是一種業(yè)務(wù)觸發(fā)點(diǎn)到業(yè)務(wù)控制點(diǎn)的動(dòng)態(tài)負(fù)栽均衡控制技術(shù)。業(yè)務(wù)觸發(fā)點(diǎn)可以維持業(yè)務(wù)控制點(diǎn)的負(fù)荷數(shù)據(jù)、狀態(tài)數(shù)據(jù)。其中業(yè)務(wù)控制點(diǎn) 的負(fù)荷數(shù)據(jù)可以采用但不限于記錄業(yè)務(wù)(包括業(yè)務(wù)觸發(fā)點(diǎn)觸發(fā)的業(yè)務(wù)以及業(yè)務(wù) 控制點(diǎn)主動(dòng)發(fā)起的業(yè)務(wù)。)觸發(fā)次數(shù)、CPU占用率等形式描述,狀態(tài)數(shù)據(jù)可以 采用但不限于業(yè)務(wù)觸發(fā)點(diǎn)與業(yè)務(wù)控制點(diǎn)通過握手信號(hào)獲得。業(yè)務(wù)觸發(fā)點(diǎn)可以維持業(yè)務(wù)標(biāo)識(shí)(業(yè)務(wù)標(biāo)識(shí)用于在運(yùn)營商網(wǎng)絡(luò)內(nèi)唯一的對應(yīng) 一個(gè)業(yè)務(wù),業(yè)務(wù)觸發(fā)點(diǎn)從業(yè)務(wù)規(guī)則數(shù)據(jù)庫和業(yè)務(wù)控制點(diǎn)獲得的業(yè)務(wù)過濾規(guī)則中 可以攜帶業(yè)務(wù)標(biāo)識(shí)。)與提供業(yè)務(wù)標(biāo)識(shí)對應(yīng)的業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)的地址間的對 應(yīng)關(guān)系。業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)所述維持的狀態(tài)數(shù)據(jù)和/或負(fù)荷數(shù)據(jù),以及業(yè)務(wù)標(biāo)識(shí)與所述 業(yè)務(wù)控制點(diǎn)的地址間的對應(yīng)關(guān)系,按照預(yù)置的業(yè)務(wù)分發(fā)規(guī)則,在支持業(yè)務(wù)標(biāo)識(shí) 所對應(yīng)業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)間進(jìn)行業(yè)務(wù)分發(fā)控制當(dāng)用戶終端與一個(gè)具體的業(yè)務(wù)控制點(diǎn)有綁定關(guān)系時(shí),業(yè)務(wù)觸發(fā)點(diǎn)不進(jìn)行到所述具體的業(yè)務(wù)控制點(diǎn)的動(dòng)態(tài)分發(fā)處理。所述綁定關(guān)系包括但不限于業(yè)務(wù)過濾 規(guī)則中指明了 一個(gè)業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)的地址時(shí),根據(jù)所述業(yè)務(wù)控制點(diǎn)的地址將 用戶終端注冊到一個(gè)特定業(yè)務(wù)控制點(diǎn)以提供特定的業(yè)務(wù),后續(xù)該用戶使用所述 特定業(yè)務(wù)時(shí)觸發(fā)到所述特定業(yè)務(wù)控制點(diǎn)。其它情況下,業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)業(yè) 務(wù)控制點(diǎn)的狀態(tài)數(shù)據(jù)和/或負(fù)荷數(shù)據(jù),以及業(yè)務(wù)標(biāo)識(shí)與所述業(yè)務(wù)控制點(diǎn)的地址間 的對應(yīng)關(guān)系,按照預(yù)置的業(yè)務(wù)分發(fā)規(guī)則,在支持業(yè)務(wù)標(biāo)識(shí)所對應(yīng)業(yè)務(wù)的業(yè)務(wù)控 制點(diǎn)間進(jìn)行業(yè)務(wù)分發(fā)控制。此例子即對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的業(yè)務(wù)控制點(diǎn)的初始調(diào)用選擇控制 的處理。第八種情況業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)調(diào)用信息時(shí),業(yè)務(wù)觸發(fā)點(diǎn)可以根據(jù)所述 業(yè)務(wù)調(diào)用信息以及業(yè)務(wù)過濾規(guī)則,進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用。業(yè)務(wù)控制點(diǎn)調(diào)用業(yè)務(wù)以后向業(yè)務(wù)觸發(fā)點(diǎn)傳遞業(yè)務(wù)調(diào)用信息,所述傳遞方式 可以是直接傳遞也可以是通過中間節(jié)點(diǎn)傳遞,業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)所述業(yè)務(wù)調(diào)用信 息以及業(yè)務(wù)過濾失見則進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)的調(diào)用。對應(yīng)的實(shí)施例如下用戶A先使用了因特網(wǎng)電視(IPTV)業(yè)務(wù),其后用戶B呼叫用戶A請求 通話,此時(shí)業(yè)務(wù)觸發(fā)點(diǎn)觸發(fā)IPTV主叫號(hào)碼顯示業(yè)務(wù),在IPTV媒體流中插入 主叫號(hào)碼的文本或者圖形顯示給用戶終端。具體的實(shí)施過程如圖12所示,在此例中業(yè)務(wù)控制點(diǎn)為IPTV AS,它是第 一業(yè)務(wù)處理節(jié)點(diǎn),業(yè)務(wù)觸發(fā)點(diǎn)為Service Broker,它是第二業(yè)務(wù)處理節(jié)點(diǎn),用戶 業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)以及業(yè)務(wù)規(guī)則數(shù)據(jù)庫均為HSS,此實(shí)施例中根據(jù)IPTV業(yè)務(wù)初 始的調(diào)用方式分為兩類進(jìn)行說明,具體的步驟如下用戶通過SIP消息調(diào)用IPTV業(yè)務(wù)這種情況下用戶A通過Service Broker調(diào)用IMS-based IPTV業(yè)務(wù),IPTV AS 直接向Service Broker發(fā)送業(yè)務(wù)調(diào)用信息,詳細(xì)的過程為步驟la,為用戶A服務(wù)的Service Broker收到所述用戶發(fā)送的INVITE消 息,其中包含IPTV節(jié)目URI。
步驟2a, Service Broker根據(jù)業(yè)務(wù)過濾規(guī)則將該INVITE消息觸發(fā)至IPTV AS,這里的業(yè)務(wù)過濾規(guī)則為Service Broker在此之前通過HSS的Sh接口獲取 的業(yè)務(wù)過濾規(guī)則。步驟3a, IPTV AS調(diào)用IPTV業(yè)務(wù)后,在回送給Service Broker的200 OK 響應(yīng)消息中攜帶業(yè)務(wù)調(diào)用信息,例如 SIP/2.0 200 OKP-Service-History: service-id-IPTV 其后的IPTV業(yè)務(wù)交互流程略去。步驟4a, Service Broker記錄下用戶A使用IPTV業(yè)務(wù)的業(yè)務(wù)調(diào)用信息。 步驟5a, Service Broker收到用戶B發(fā)送到用戶A的INVITE消息,該消 息請求與用戶A建立通話。步驟6a, Service Broker根據(jù)業(yè)務(wù)調(diào)用信息以及用戶的業(yè)務(wù)過濾規(guī)則進(jìn)行 檢查,此時(shí)用戶的業(yè)務(wù)過濾規(guī)則中有如下數(shù)據(jù) <FilterCriteria><FilterName>IPTVCALLERID<FilterName> <Trigg6rPoint><ConditionTypeCNF>0</ConditionTypeCNF> <SPT><ConditionNegated>0</ConditionNegated><Group>0</Group><Method>INVITE</Method> </SPT> <SPT><ConditionNegated>0</ConditionNegated> <Group>0</Group> <ServiceId>IPTV</ServiceId> <Origination>DifferentCommunication</Origination> </SPT> </TriggerPoint> <ApplicationServer><ServerName>sip:IPTVAS@home.net</ServerName〉 <DefaultHandling>0</DefaultHandling> </ApplicationServer> </FilterCriteria>上面的過濾規(guī)則中觸發(fā)條件部分存在兩個(gè)SPT描述,兩個(gè)描述同屬一個(gè) 組,表示其中的觸發(fā)條件為與的關(guān)系,第一個(gè)SPT描述中的觸發(fā)條件為收到 SIP INVITE消息(對應(yīng)Method屬性取值INVITE);第二個(gè)SPT描述中使用了 Serviceld屬性,其取值為IPTV,另外還使用了 Origination屬性,取值為 DifferentCommunicaticm,表示該SPT條件為用戶在多艮當(dāng)前通信不同的通信中 調(diào)用了業(yè)務(wù)標(biāo)識(shí)為IPTV的業(yè)務(wù)。因Service Broker已經(jīng)記錄下用戶A使用IPTV業(yè)務(wù)的業(yè)務(wù)調(diào)用信息,并 且Service Broker當(dāng)前收到了 INVITE消息,所以該過濾規(guī)則的條件滿足, Service Broker將當(dāng)前通信觸發(fā)至過濾規(guī)則中描述的IPTV AS的地址。步驟7a, Service Broker向IPTV AS發(fā)送INVITE消息,以調(diào)用IPTV主叫 號(hào)碼顯示業(yè)務(wù)。用戶通過實(shí)時(shí)流協(xié)議(RTSP, Real-Time Streaming Protocol)消息調(diào)用IPTV 業(yè)務(wù)這種情況下用戶A直接通過RTSP協(xié)議調(diào)用非IMS-based IPTV業(yè)務(wù),IPTV AS向HSS發(fā)送業(yè)務(wù)調(diào)用信息,Service Broker之前通過Sh接口向HSS訂閱了 業(yè)務(wù)調(diào)用信息數(shù)據(jù),HSS由此向Service Broker推送該業(yè)務(wù)調(diào)用信息,詳細(xì)的 過程為步驟lb,用戶A直接向IPTV AS發(fā)送RTSP DESCRIBE消息,請求IPTV 節(jié)目的々某體編解碼描述信息。步驟2b, IPTV向用戶回送200OK,攜帶IPTV節(jié)目的媒體編解碼描述信
步驟3b , IPTV AS通過Sh接口的配置更新請求(PUR , Profile-Update-Request)消息向HSS傳遞用戶A的業(yè)務(wù)調(diào)用信息。步驟4b, HSS向IPTV AS回應(yīng)配置更新響應(yīng)(PUA, Profile-Update-Answer ) 消息。步驟5b,因?yàn)镾ervice Broker已經(jīng)向HSS訂閱了業(yè)務(wù)調(diào)用信息,因此HSS 向Service Broker發(fā)送推送通知請求(PNR, Push-Notification-Request)消息, 傳遞用戶A的業(yè)務(wù)調(diào)用信息。步驟6b, Service Broker記錄下HSS發(fā)送的PNR消息中的業(yè)務(wù)調(diào)用信息, 即記錄下用戶A已經(jīng)調(diào)用了 IPTV的業(yè)務(wù)調(diào)用信息。步驟7b, Service Broker向HSS回送發(fā)送推送通知確認(rèn)消息(PNA, Push-Notification-Answer)消息。步驟8b , Service Broker收到用戶B發(fā)送到用戶A的INVITE消息,該消 息請求與用戶A建立通話。步驟9b, Service Broker根據(jù)業(yè)務(wù)調(diào)用信息以及用戶的業(yè)務(wù)過濾規(guī)則進(jìn)行 檢查,此時(shí)用戶的業(yè)務(wù)過濾規(guī)則中存在如前面所述的用戶通過SIP消息調(diào)用 IPTV業(yè)務(wù)中的例子的描述。因Service Broker已經(jīng)記錄下用戶A使用IPTV業(yè)務(wù)的業(yè)務(wù)調(diào)用信息,并 且Service Broker當(dāng)前收到了 INVITE消息,所以該過濾規(guī)則的條件滿足, Service Broker將當(dāng)前通信觸發(fā)至過濾規(guī)則中描述的IPTV AS的地址。步驟10b, Service Broker向IPTV AS發(fā)送INVITE消息,以調(diào)用IPTV主 叫號(hào)碼顯示業(yè)務(wù)。此例子對應(yīng)業(yè)務(wù)控制點(diǎn)調(diào)用控制中的繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)的處理。需要說明的是,上述八種情況下業(yè)務(wù)控制點(diǎn)和/或業(yè)務(wù)觸發(fā)點(diǎn)根據(jù)業(yè)務(wù)觸發(fā) 信息或根據(jù)業(yè)務(wù)觸發(fā)信息以及業(yè)務(wù)規(guī)則進(jìn)行的相應(yīng)業(yè)務(wù)處理控制僅為示例,并 不表示不同的業(yè)務(wù)觸發(fā)信息和不同的業(yè)務(wù)規(guī)則間存在上述的對應(yīng)綁定關(guān)系。
本發(fā)明通過的第二實(shí)施例是一種業(yè)務(wù)交互處理系統(tǒng),其結(jié)構(gòu)如圖13所示, 包括第一業(yè)務(wù)處理節(jié)點(diǎn)和第二業(yè)務(wù)處理節(jié)點(diǎn)。其中所述第一業(yè)務(wù)處理節(jié)點(diǎn)包 括業(yè)務(wù)觸發(fā)信息產(chǎn)生單元、消息構(gòu)造單元和業(yè)務(wù)觸發(fā)信息傳輸單元;所述第二 業(yè)務(wù)處理節(jié)點(diǎn)包括業(yè)務(wù)觸發(fā)信息獲取單元、業(yè)務(wù)規(guī)則獲取單元和業(yè)務(wù)處理控制 單元。所述第一業(yè)務(wù)處理節(jié)點(diǎn)可以設(shè)置在業(yè)務(wù)控制點(diǎn)、業(yè)務(wù)觸發(fā)點(diǎn)或用戶終端 中;所述第二業(yè)務(wù)處理節(jié)點(diǎn)可以設(shè)置在業(yè)務(wù)控制點(diǎn)或業(yè)務(wù)觸發(fā)點(diǎn)中。所述第一業(yè)務(wù)處理節(jié)點(diǎn)通過業(yè)務(wù)觸發(fā)信息產(chǎn)生單元;f艮據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情 況,產(chǎn)生業(yè)務(wù)觸發(fā)信息。其中,所述當(dāng)前業(yè)務(wù)執(zhí)行情況包括如下情況中的至少 一種業(yè)務(wù)控制點(diǎn)接受了用戶更新的業(yè)務(wù)數(shù)據(jù);業(yè)務(wù)控制點(diǎn)接收到通信消息;業(yè) 務(wù)觸發(fā)點(diǎn)上業(yè)務(wù)觸發(fā)成功;業(yè)務(wù)觸發(fā)點(diǎn)準(zhǔn)備觸發(fā)業(yè)務(wù)控制點(diǎn);業(yè)務(wù)控制點(diǎn)的當(dāng) 前狀態(tài)發(fā)生遷移;用戶終端接受了業(yè)務(wù)請求。其中,所述業(yè)務(wù)觸發(fā)信息包括如下信息中的至少一個(gè)業(yè)務(wù)調(diào)用信息;業(yè)務(wù)過濾規(guī)則;業(yè)務(wù)調(diào)用結(jié)果;業(yè)務(wù)交互指示和服務(wù)狀況 信息。其中各種信息的具體內(nèi)容雷同于方法實(shí)施例中的相關(guān)描述,這里不再詳 細(xì)描述。然后通過消息構(gòu)造單元將產(chǎn)生的業(yè)務(wù)觸發(fā)信息封裝到所述通信消息的消 息體或頭域中;隨后通過所述業(yè)務(wù)觸發(fā)信息傳輸單元通過所述通信消息將所述 業(yè)務(wù)觸發(fā)信息發(fā)送出去。所述業(yè)務(wù)觸發(fā)信息可以是直接發(fā)送至第二業(yè)務(wù)處理節(jié) 點(diǎn)的,也可以是通過中間節(jié)點(diǎn)傳輸?shù)?,例如第一業(yè)務(wù)處理節(jié)點(diǎn)先將其發(fā)送至業(yè) 務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn),業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)向第二業(yè)務(wù)處理節(jié)點(diǎn)發(fā)送業(yè)務(wù)觸發(fā)信息或者第 二業(yè)務(wù)處理節(jié)點(diǎn)主動(dòng)從所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)中獲取所述業(yè)務(wù)觸發(fā)信息。其中,所述通信消息包括業(yè)務(wù)處理節(jié)點(diǎn)間存在的當(dāng)前通信過程中傳遞的通信消息;或,業(yè)務(wù)處理節(jié) 點(diǎn)間存在的當(dāng)前通信過程外傳遞的通信消息;或,在業(yè)務(wù)處理節(jié)點(diǎn)間新建的通 信過程傳遞的通信消息。所述第二業(yè)務(wù)處理節(jié)點(diǎn)通過所述業(yè)務(wù)規(guī)則獲取單元獲取業(yè)務(wù)規(guī)則。具體可以在接收速信消息時(shí),從業(yè)務(wù)規(guī)則數(shù)據(jù)庫獲取預(yù)置的業(yè)務(wù)規(guī)則;或,當(dāng)其本地 設(shè)置有預(yù)置的業(yè)務(wù)規(guī)則,在本地獲取所述預(yù)置的業(yè)務(wù)規(guī)則;或通過第一業(yè)務(wù)處 理節(jié)點(diǎn)發(fā)送的業(yè)務(wù)觸發(fā)信息獲取相應(yīng)的業(yè)務(wù)規(guī)則。 其中所述業(yè)務(wù)規(guī)則包括如下規(guī)則中的至少一種業(yè)務(wù)沖突禁止規(guī)則;業(yè)務(wù)交互處理規(guī)則;業(yè)務(wù)過濾規(guī)則;業(yè)務(wù)信令修正規(guī) 貝寸;業(yè)務(wù)分發(fā)規(guī)則。其中各種規(guī)則的具體內(nèi)容雷同于方法實(shí)施例中的相關(guān)描述, 這里不再詳細(xì)描述。當(dāng)?shù)谝粯I(yè)務(wù)處理節(jié)點(diǎn)發(fā)送的業(yè)務(wù)觸發(fā)信息到達(dá)第二業(yè)務(wù)處理節(jié)點(diǎn)后,所述 第二業(yè)務(wù)處理節(jié)點(diǎn)通過業(yè)務(wù)處理控制單元根據(jù)所述業(yè)務(wù)觸發(fā)信息以及獲取的 業(yè)務(wù)規(guī)則進(jìn)行相應(yīng)的業(yè)務(wù)處理控制,或者僅僅根據(jù)所述業(yè)務(wù)觸發(fā)信息進(jìn)行相應(yīng) 的業(yè)務(wù)處理控制。具體業(yè)務(wù)處理控制單元的業(yè)務(wù)處理控制包括業(yè)務(wù)控制點(diǎn)調(diào) 用控制和/或業(yè)務(wù)流程控制。所述業(yè)務(wù)控制點(diǎn)調(diào)用控制包括如下方式中的至少一 種繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn);對已調(diào)用的業(yè)務(wù)控制點(diǎn)的信令關(guān)系的修正;阻止后 續(xù)業(yè)務(wù)控制點(diǎn)的調(diào)用;業(yè)務(wù)控制點(diǎn)的初始調(diào)用選擇控制。所述業(yè)務(wù)流程控制包 括如下方式中的至少一種業(yè)務(wù)控制點(diǎn)間協(xié)同完成業(yè)務(wù)處理流程;對已調(diào)用業(yè) 務(wù)控制點(diǎn)的信令消息流程的修正。下面描述第二業(yè)務(wù)處理節(jié)點(diǎn)的具體處理過 程,如下所述第二業(yè)務(wù)處理節(jié)點(diǎn)通過業(yè)務(wù)處理控制單元4艮據(jù)所迷業(yè)務(wù)觸發(fā)信息,或 根據(jù)業(yè)務(wù)觸發(fā)信息以及所獲取的業(yè)務(wù)規(guī)則阻止后續(xù)業(yè)務(wù)控制點(diǎn)的調(diào)用。例如當(dāng) 所述業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)調(diào)用信息時(shí),根據(jù)其中的業(yè)務(wù)調(diào)用信息以及獲取的業(yè) 務(wù)沖突禁止規(guī)則,判斷即將調(diào)用的后續(xù)業(yè)務(wù)是否允許^皮調(diào)用,并當(dāng)判斷出業(yè)務(wù) 調(diào)用信息中指示的已調(diào)用的業(yè)務(wù)和即將調(diào)用的業(yè)務(wù)存在沖突時(shí)禁止調(diào)用所述 后續(xù)業(yè)務(wù)。所述第二業(yè)務(wù)處理節(jié)點(diǎn)通過業(yè)務(wù)處理控制單元根據(jù)所述業(yè)務(wù)觸發(fā)信息在 業(yè)務(wù)控制點(diǎn)間協(xié)同完成業(yè)務(wù)處理流程,例如根據(jù)所述業(yè)務(wù)調(diào)用信息進(jìn)行業(yè)務(wù)控 制點(diǎn)之間的互聯(lián)以及協(xié)同完成業(yè)務(wù)處理流程。所述第二業(yè)務(wù)處理節(jié)點(diǎn)通過業(yè)務(wù)處理控制單元根據(jù)所述業(yè)務(wù)觸發(fā)信息以 及業(yè)務(wù)信令》務(wù)正規(guī)則,對已調(diào)用的業(yè)務(wù)控制點(diǎn)的信令關(guān)系的^f奮正或所述業(yè)務(wù)流 程控制中對已調(diào)用業(yè)務(wù)控制點(diǎn)的信令消息流程的修正。例如根據(jù)所述業(yè)務(wù)調(diào)用 信息以及預(yù)置的業(yè)務(wù)信令修正規(guī)則對業(yè)務(wù)觸發(fā)點(diǎn)和業(yè)務(wù)控制點(diǎn)間的信令消息 1故出修正。所述第二業(yè)務(wù)處理節(jié)點(diǎn)通過業(yè)務(wù)處理控制單元才艮據(jù)所迷業(yè)務(wù)觸發(fā)信息,繼 續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)。例如當(dāng)業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)過濾規(guī)則時(shí),根據(jù)接收到的業(yè) 務(wù)觸發(fā)信息中的業(yè)務(wù)過濾規(guī)則進(jìn)行業(yè)務(wù)控制點(diǎn)的匹配,并調(diào)用所匹配到的業(yè)務(wù)控制點(diǎn);或者,當(dāng)業(yè)務(wù)觸發(fā)信息為業(yè)務(wù)調(diào)用結(jié)果時(shí),根據(jù)接收到的業(yè)務(wù)觸發(fā)信 息中的業(yè)務(wù)調(diào)用結(jié)果以及業(yè)務(wù)過濾規(guī)則,進(jìn)行后續(xù)的業(yè)務(wù)控制點(diǎn)調(diào)用。所述第二業(yè)務(wù)處理節(jié)點(diǎn)通過業(yè)務(wù)處理控制單元根據(jù)所述業(yè)務(wù)觸發(fā)信息,繼 續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)或阻止后續(xù)業(yè)務(wù)控制點(diǎn)的調(diào)用。例如當(dāng)業(yè)務(wù)觸發(fā)信息為業(yè)務(wù) 交互指示時(shí),所述第二業(yè)務(wù)處理節(jié)點(diǎn)根據(jù)業(yè)務(wù)觸發(fā)信息中的業(yè)務(wù)交互指示或進(jìn) 一步根據(jù)業(yè)務(wù)交互處理規(guī)則判斷特定業(yè)務(wù)是否允許調(diào)用,進(jìn)行后續(xù)的業(yè)務(wù)調(diào)用 控制。所述第二業(yè)務(wù)處理節(jié)點(diǎn)通過業(yè)務(wù)處理控制單元進(jìn)行業(yè)務(wù)控制點(diǎn)的初始調(diào) 用選擇控制。例如當(dāng)業(yè)務(wù)觸發(fā)信息為服務(wù)狀況信息時(shí),所述第二業(yè)務(wù)處理節(jié)點(diǎn) 才艮據(jù)接收到的業(yè)務(wù)觸發(fā)信息中的服務(wù)狀況信息維持業(yè)務(wù)控制點(diǎn)的負(fù)荷數(shù)據(jù)和/ 或狀態(tài)數(shù)據(jù);以及,維持業(yè)務(wù)標(biāo)識(shí)與提供業(yè)務(wù)標(biāo)識(shí)對應(yīng)的業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)的 地址間的對應(yīng)關(guān)系;然后,根據(jù)所述維持的狀態(tài)數(shù)據(jù)和/或負(fù)荷數(shù)據(jù),按照預(yù)置 的業(yè)務(wù)分發(fā)規(guī)則,在支持業(yè)務(wù)標(biāo)識(shí)所對應(yīng)業(yè)務(wù)的業(yè)務(wù)控制點(diǎn)間進(jìn)行業(yè)務(wù)分發(fā)控 制,所述業(yè)務(wù)控制點(diǎn)的地址通過所述業(yè)務(wù)標(biāo)識(shí)與業(yè)務(wù)控制點(diǎn)地址對應(yīng)關(guān)系得 到。另夕卜,當(dāng)業(yè)務(wù)觸發(fā)信息通過業(yè)務(wù)處理節(jié)點(diǎn)間存在的當(dāng)前通信過程外傳遞的 通信消息傳遞時(shí),在本發(fā)明提供的第二實(shí)施例中,所述第一業(yè)務(wù)處理節(jié)點(diǎn)還包括關(guān)聯(lián)方式指示單元,用于在傳遞所述業(yè)務(wù)觸發(fā)信息之前,通過攜帶協(xié)議關(guān) 聯(lián)信息的通信消息指明后續(xù)發(fā)送業(yè)務(wù)觸發(fā)信息的協(xié)議以及發(fā)送業(yè)務(wù)觸發(fā)信息 的協(xié)議過程,與當(dāng)前通信的關(guān)聯(lián)方式。所述第二業(yè)務(wù)處理節(jié)點(diǎn)還包括關(guān)聯(lián)單 元,用于當(dāng)接收到第一業(yè)務(wù)處理節(jié)點(diǎn)傳送的通信消息后,根據(jù)其中攜帶的所述 關(guān)聯(lián)方式指示單元指明的所述關(guān)聯(lián)方式識(shí)別第一業(yè)務(wù)處理節(jié)點(diǎn)的協(xié)議關(guān)聯(lián)信 息并根據(jù)此信息將通信過程外傳遞的業(yè)務(wù)觸發(fā)信息與當(dāng)前通信進(jìn)行關(guān)聯(lián)。由上述本發(fā)明提供的技術(shù)方案可以看出,其通過第一業(yè)務(wù)處理節(jié)點(diǎn)根據(jù)當(dāng) 前業(yè)務(wù)執(zhí)行情況,產(chǎn)生業(yè)務(wù)觸發(fā)信息;第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述業(yè)務(wù)觸發(fā)信 息,并根據(jù)所述業(yè)務(wù)觸發(fā)信息進(jìn)行相應(yīng)的業(yè)務(wù)處理控制的技術(shù),使業(yè)務(wù)交互問 題能夠在呼叫過程中被動(dòng)態(tài)處理,也就是說,可以在呼叫過程中業(yè)務(wù)處理節(jié)點(diǎn) 可以靈活控制業(yè)務(wù)的調(diào)用,并能對已經(jīng)調(diào)用的業(yè)務(wù)做出調(diào)整。顯然,本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā) 明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1、一種業(yè)務(wù)交互處理方法,其特征在于,包括A、第一業(yè)務(wù)處理節(jié)點(diǎn)根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,產(chǎn)生業(yè)務(wù)觸發(fā)信息;B、第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述業(yè)務(wù)觸發(fā)信息,并根據(jù)所述業(yè)務(wù)觸發(fā)信息進(jìn)行相應(yīng)的業(yè)務(wù)處理控制。
2、 如權(quán)利要求l所述的方法,其特征在于,所述第一業(yè)務(wù)處理節(jié)點(diǎn)包括業(yè)務(wù)控制點(diǎn)、業(yè)務(wù)觸發(fā)點(diǎn)或用戶終端; 所述第二業(yè)務(wù)處理節(jié)點(diǎn)包括業(yè)務(wù)控制點(diǎn)或業(yè)務(wù)觸發(fā)點(diǎn)。
3、 如權(quán)利要求1所述的方法,其特征在于,所述當(dāng)前業(yè)務(wù)執(zhí)行情況包括 如下情況中的至少一種業(yè)務(wù)控制點(diǎn)接受了用戶更新的業(yè)務(wù)數(shù)據(jù);業(yè)務(wù)控制點(diǎn) 接收到通信消息;業(yè)務(wù)觸發(fā)點(diǎn)上業(yè)務(wù)觸發(fā)成功;業(yè)務(wù)觸發(fā)點(diǎn)準(zhǔn)備觸發(fā)業(yè)務(wù)控制 點(diǎn);業(yè)務(wù)控制點(diǎn)的當(dāng)前狀態(tài)發(fā)生遷移;用戶終端接受了業(yè)務(wù)請求。
4、 如權(quán)利要求1所述的方法,其特征在于,所述第二業(yè)務(wù)處理節(jié)點(diǎn)獲取 所述業(yè)務(wù)觸發(fā)信息的過程,具體包括第一業(yè)務(wù)處理節(jié)點(diǎn)通過通信消息攜帶所述業(yè)務(wù)觸發(fā)信息,并將所述通信消 息發(fā)送給所述第二業(yè)務(wù)處理節(jié)點(diǎn);或,第一業(yè)務(wù)處理節(jié)點(diǎn)將所述業(yè)務(wù)觸發(fā)信息傳遞至業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn),第二業(yè)務(wù) 處理節(jié)點(diǎn)從所述業(yè)務(wù)數(shù)據(jù)存儲(chǔ)點(diǎn)獲取所述業(yè)務(wù)觸發(fā)信息。
5、 如權(quán)利要求4所述的方法,其特征在于,所述通信消息包括 業(yè)務(wù)處理節(jié)點(diǎn)間存在的當(dāng)前通信過程中傳遞的通信消息;或, 業(yè)務(wù)處理節(jié)點(diǎn)間存在的當(dāng)前通信過程外傳遞的通信消息;或, 在業(yè)務(wù)處理節(jié)點(diǎn)間新建的通信過程傳遞的通信消息。
6、 如權(quán)利要求5所述的方法,其特征在于,當(dāng)業(yè)務(wù)觸發(fā)信息通過業(yè)務(wù)處理 節(jié)點(diǎn)間存在的當(dāng)前通信過程外傳遞的通信消息傳遞時(shí),還包括第一業(yè)務(wù)處理節(jié)點(diǎn)在傳遞所述業(yè)務(wù)觸發(fā)信息之前,通過攜帶+辦議關(guān)聯(lián)信息 的通信消息指明后續(xù)發(fā)送業(yè)務(wù)觸發(fā)信息的協(xié)議以及發(fā)送業(yè)務(wù)觸發(fā)信息的協(xié)議 過程,與當(dāng)前通信的關(guān)聯(lián)方式;第二業(yè)務(wù)處理節(jié)點(diǎn)接收所述協(xié)議關(guān)聯(lián)信息后,識(shí)別第一業(yè)務(wù)處理節(jié)點(diǎn)的協(xié) 議關(guān)聯(lián)信息并根據(jù)此信息將通信過程外傳遞的業(yè)務(wù)觸發(fā)信息與當(dāng)前通信進(jìn)行 關(guān)聯(lián)。
7、 如權(quán)利要求1所述的方法,其特征在于,所述業(yè)務(wù)觸發(fā)信息包括如下 信息中的至少一個(gè)業(yè)務(wù)調(diào)用信息;業(yè)務(wù)過濾規(guī)則;業(yè)務(wù)調(diào)用結(jié)果;業(yè)務(wù)交互指示;服務(wù)狀況 信息。
8、 如權(quán)利要求7所述的方法,其特征在于,所述業(yè)務(wù)調(diào)用信息包括業(yè) 務(wù)標(biāo)識(shí),并可選地包括運(yùn)營商標(biāo)識(shí)、主被叫標(biāo)記、業(yè)務(wù)互聯(lián)方式、業(yè)務(wù)當(dāng)前狀 態(tài)和附加業(yè)務(wù)信息中的至少一種。
9、 如權(quán)利要求8所述的方法,其特征在于,當(dāng)一次呼叫中調(diào)用多種業(yè)務(wù) 的時(shí)候, 一條傳遞業(yè)務(wù)觸發(fā)信息的通信消息中攜帶有多個(gè)業(yè)務(wù)對應(yīng)的多條業(yè)務(wù) 調(diào)用信息。
10、 如權(quán)利要求7所述的方法,其特征在于,所述業(yè)務(wù)過濾規(guī)則包括如下 信息中的至少一個(gè)業(yè)務(wù)點(diǎn)觸發(fā)器SPT、服務(wù)器地址、規(guī)則操作動(dòng)作指示、解 配置標(biāo)志、失敗缺省處理、過濾規(guī)則名、過濾規(guī)則關(guān)聯(lián)指示、業(yè)務(wù)調(diào)用消息指 示、業(yè)務(wù)標(biāo)識(shí)和同一業(yè)務(wù)的多條過濾MJ'J的關(guān)聯(lián)指示。
11、 如權(quán)利要求10所述的方法,其特征在于,所述服務(wù)器地址包括下列 類型的地址中的至少一種下發(fā)業(yè)務(wù)過濾纟現(xiàn)則的業(yè)務(wù)控制點(diǎn)自身地址、非下發(fā)業(yè)務(wù)過濾規(guī)則的業(yè)務(wù)控 制點(diǎn)的地址、對應(yīng)業(yè)務(wù)觸發(fā)點(diǎn)上的一段程序或腳本的虛擬服務(wù)器地址。
12、 如權(quán)利要求7所述的方法,其特征在于,所迷業(yè)務(wù)調(diào)用結(jié)果包括如下 信息中的至少一個(gè)業(yè)務(wù)調(diào)用成功的指示;業(yè)務(wù)調(diào)用失敗的指示;業(yè)務(wù)調(diào)用處理結(jié)果。
13、 如權(quán)利要求7所述的方法,其特征在于,所述業(yè)務(wù)交互指示包括如下信息中至少一種指定方業(yè)務(wù)標(biāo)識(shí)、指定方用戶屬性/標(biāo)記、指定方業(yè)務(wù)屬性/ 標(biāo)記、指定方業(yè)務(wù)能力、允許調(diào)用業(yè)務(wù)的描述、禁止調(diào)用業(yè)務(wù)的描述。
14、 如權(quán)利要求13所述的方法,其特征在于,所迷允許調(diào)用業(yè)務(wù)的描迷 包括如下信息中至少一種允許調(diào)用的業(yè)務(wù)標(biāo)識(shí)、允許調(diào)用的業(yè)務(wù)的主^^皮叫標(biāo) 記、后續(xù)業(yè)務(wù)允許調(diào)用標(biāo)記。
15、 如權(quán)利要求13所述的方法,其特征在于,所述禁止調(diào)用業(yè)務(wù)的描述 包括如下信息中至少一種禁止調(diào)用的業(yè)務(wù)標(biāo)識(shí)、禁止調(diào)用的業(yè)務(wù)的主被叫標(biāo) 記、后續(xù)業(yè)務(wù)禁止調(diào)用標(biāo)記。
16、 如權(quán)利要求7所迷的方法,其特征在于,所述服務(wù)狀況信息包括 服務(wù)狀態(tài)數(shù)據(jù)和/或業(yè)務(wù)負(fù)荷數(shù)據(jù)。
17、 如權(quán)利要求7所述的方法,其特征在于,傳輸業(yè)務(wù)觸發(fā)信息的協(xié)議包 括如下協(xié)議中的至少一種會(huì)話初始化協(xié)議SIP、通用用戶檔案協(xié)議GUP、 Diameter協(xié)議、超文本傳輸協(xié)議HTTP、移動(dòng)應(yīng)用部分協(xié)議MAP、智能網(wǎng)應(yīng)用 規(guī)程協(xié)議INAP、 CAMEL應(yīng)用部分協(xié)議或內(nèi)部協(xié)議。
18、 如權(quán)利要求17所述的方法,其特征在于,當(dāng)所述業(yè)務(wù)調(diào)用信息基于 SIP協(xié)議傳遞時(shí),包括如下傳遞方式中的至少一種通過Via頭域傳遞;通過 Record-Route頭域傳遞;通過History-Info頭域傳遞;通過業(yè)務(wù)調(diào)用信息頭域 傳遞;通過業(yè)務(wù)調(diào)用信息消息體傳遞;通過業(yè)務(wù)信息頭域傳遞;通過業(yè)務(wù)信息 消息體傳遞。
19、 如權(quán)利要求17所述的方法,其特征在于,當(dāng)所述業(yè)務(wù)過濾規(guī)則基于 SIP協(xié)議傳遞時(shí),包括如下傳遞方式中的至少一種通過業(yè)務(wù)過濾規(guī)則消息體 傳遞;通過業(yè)務(wù)信息消息體傳遞。
20、 如權(quán)利要求17所述的方法,其特征在于,當(dāng)所述業(yè)務(wù)調(diào)用結(jié)果基于 SIP協(xié)議傳遞時(shí),包括如下傳遞方式中的至少一種通過Via頭域傳遞;通過 Record-Route頭域傳遞;通過History-Info頭域傳遞;通過SIP消息業(yè)務(wù)調(diào)用結(jié) 果頭域傳遞;通過SIP消息業(yè)務(wù)調(diào)用結(jié)果消息體傳遞;通過業(yè)務(wù)信息頭域傳遞; 通過業(yè)務(wù)信息消息體傳遞。
21、 如權(quán)利要求17所述的方法,其特征在于,當(dāng)所述業(yè)務(wù)交互指示通過 SIP協(xié)議傳遞時(shí),包括如下傳遞方式中的至少一種通過Via頭域傳速;通過 Record-Route頭域傳遞;通過SIP消息Route頭域傳遞;通過SIP消息 History-Info頭域傳遞;通過SIP消息業(yè)務(wù)交互指示頭域傳遞;通過SIP消息業(yè) 務(wù)交互指示消息體傳遞;通過業(yè)務(wù)信息頭域傳遞;通過業(yè)務(wù)信息消息體傳遞。
22、 如權(quán)利要求1或7所述的方法,其特征在于,步驟B中還包括所述 第二業(yè)務(wù)處理節(jié)點(diǎn)還根據(jù)業(yè)務(wù)規(guī)則進(jìn)行相應(yīng)的業(yè)務(wù)處理控制,所述業(yè)務(wù)規(guī)則來 自業(yè)務(wù)規(guī)則數(shù)據(jù)庫和/或本地和/或所述業(yè)務(wù)觸發(fā)信息。
23、 如權(quán)利要求22所述的方法,其特征在于,所述業(yè)務(wù)規(guī)則包括如下規(guī) 則中的至少一個(gè)業(yè)務(wù)沖突禁止規(guī)則;業(yè)務(wù)交互處理規(guī)則;業(yè)務(wù)過濾規(guī)則;業(yè) 務(wù)信令修正規(guī)則;業(yè)務(wù)分發(fā)規(guī)則。
24、 如權(quán)利要求23所述的方法,其特征在于,所述業(yè)務(wù)沖突禁止規(guī)則包括 如下元素中的至少一個(gè)指定業(yè)務(wù)的標(biāo)識(shí);指定業(yè)務(wù)的主凈皮叫方標(biāo)記;與指定 業(yè)務(wù)有沖突的業(yè)務(wù)標(biāo)識(shí);與指定業(yè)務(wù)有沖突的業(yè)務(wù)的主被叫方標(biāo)記。
25、 如權(quán)利要求23所述的方法,其特征在于,所述業(yè)務(wù)交互處理規(guī)則包括 如下元素中的至少一個(gè)指定方業(yè)務(wù)標(biāo)識(shí);指定方用戶屬性/標(biāo)記;指定方業(yè)務(wù) 屬性/標(biāo)記;指定方業(yè)務(wù)能力;作用方的業(yè)務(wù)標(biāo)識(shí);允許/禁止標(biāo)志。
26、 如權(quán)利要求23所述的方法,其特征在于,所述業(yè)務(wù)過濾規(guī)則中包括 業(yè)務(wù)標(biāo)識(shí)。
27、 如權(quán)利要求23所述的方法,其特征在于,所述業(yè)務(wù)信令修正規(guī)則包括 如下信息中的至少一個(gè)指定方業(yè)務(wù)標(biāo)識(shí);指定方業(yè)務(wù)的主被叫標(biāo)記;指定消息/事件描述;修正方 向描述;信令修正方式。
28、 如權(quán)利要求27所迷的方法,其特征在于,所述信令修正方式包括如 下信息中的至少一個(gè) 消息類型的轉(zhuǎn)換;消息的屏蔽;消息頭域、消息頭域中的參數(shù)和/或消息體 內(nèi)容的轉(zhuǎn)換、刪除、修改或添加;產(chǎn)生新的消息。
29、 如權(quán)利要求23所迷的方法,其特征在于,所述業(yè)務(wù)分發(fā)規(guī)則包括 按順序分發(fā)或按百分比分發(fā)。
30、 如權(quán)利要求l所述的方法,其特征在于,步驟B中,所述業(yè)務(wù)處理控 制包括業(yè)務(wù)控制點(diǎn)調(diào)用控制和/或業(yè)務(wù)流程控制。
31、 如權(quán)利要求30所述的方法,其特征在于,步驟B中,所述業(yè)務(wù)控制 點(diǎn)調(diào)用控制包括如下方式中的至少一種繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn)、對已調(diào)用的業(yè) 務(wù)控制點(diǎn)的信令關(guān)系的修正、阻止后續(xù)業(yè)務(wù)控制點(diǎn)的調(diào)用、業(yè)務(wù)控制點(diǎn)的初始 調(diào)用選擇控制。
32、 如權(quán)利要求30所述的方法,其特征在于,步驟B中,所述業(yè)務(wù)流程 控制包括如下方式中的至少一種業(yè)務(wù)控制點(diǎn)間協(xié)同完成業(yè)務(wù)處理流程;對已 調(diào)用業(yè)務(wù)控制點(diǎn)的信令消息流程的修正。
33、 一種業(yè)務(wù)交互處理系統(tǒng),其特征在于,包括 第一業(yè)務(wù)處理節(jié)點(diǎn)和第二業(yè)務(wù)處理節(jié)點(diǎn);所述第一業(yè)務(wù)處理節(jié)點(diǎn),用于根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,產(chǎn)生業(yè)務(wù)觸發(fā)信息; 所述第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述第一業(yè)務(wù)處理節(jié)點(diǎn)產(chǎn)生的業(yè)務(wù)觸發(fā)信息,并根據(jù)所述業(yè)務(wù)觸發(fā)信息進(jìn)行相應(yīng)的業(yè)務(wù)處理控制。
34、 如權(quán)利要求33所述的系統(tǒng),其特征在于,所述第一業(yè)務(wù)處理節(jié)點(diǎn)設(shè)置在業(yè)務(wù)控制點(diǎn)、業(yè)務(wù)觸發(fā)點(diǎn)或用戶終端中; 所述第二業(yè)務(wù)處理節(jié)點(diǎn)設(shè)置在業(yè)務(wù)控制點(diǎn)或業(yè)務(wù)觸發(fā)點(diǎn)中。
35、 如權(quán)利要求33所述的系統(tǒng),其特征在于,所述當(dāng)前業(yè)務(wù)執(zhí)行情況包 括如下情況中的至少 一 種業(yè)務(wù)控制點(diǎn)接受了用戶更新的業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)控制點(diǎn)接收到通信消息、業(yè) 務(wù)觸發(fā)點(diǎn)上業(yè)務(wù)觸發(fā)成功、業(yè)務(wù)觸發(fā)點(diǎn)準(zhǔn)備觸發(fā)業(yè)務(wù)控制點(diǎn)、業(yè)務(wù)控制點(diǎn)的當(dāng) 前狀態(tài)發(fā)生遷移和用戶終端接受了業(yè)務(wù)請求。
36、 如權(quán)利要求33所述的系統(tǒng),其特征在于,所述業(yè)務(wù)觸發(fā)信息包括如 下信息中的至少一個(gè)業(yè)務(wù)調(diào)用信息、業(yè)務(wù)過濾規(guī)則、業(yè)務(wù)調(diào)用結(jié)果、業(yè)務(wù)交互指示和服務(wù)狀況 信息。
37、 如權(quán)利要求36所述的系統(tǒng),其特征在于,所述第一業(yè)務(wù)處理節(jié)點(diǎn)包 括業(yè)務(wù)觸發(fā)信息產(chǎn)生單元、消息構(gòu)造單元和業(yè)務(wù)觸發(fā)信息傳輸單元;所述業(yè)務(wù)觸發(fā)信息產(chǎn)生單元,用于根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,產(chǎn)生業(yè)務(wù)觸發(fā) 信息;所述消息構(gòu)造單元,用于將產(chǎn)生的業(yè)務(wù)觸發(fā)信息封裝到通信消息的消息體 或頭域或參數(shù)中;所述業(yè)務(wù)觸發(fā)信息傳輸單元,用于通過所述通信消息將所述業(yè)務(wù)觸發(fā)信息 發(fā)送出去。
38、 如權(quán)利要求37所述的系統(tǒng),其特征在于,所述通信消息包括 業(yè)務(wù)處理節(jié)點(diǎn)間存在的當(dāng)前通信過程中傳遞的通信消息;或, 業(yè)務(wù)處理節(jié)點(diǎn)間存在的當(dāng)前通信過程外傳遞的通信消息;或, 在業(yè)務(wù)處理節(jié)點(diǎn)間新建的通信過程傳遞的通信消息。
39、 如權(quán)利要求38所述的系統(tǒng),其特征在于,當(dāng)業(yè)務(wù)觸發(fā)信息通過業(yè)務(wù)處 理節(jié)點(diǎn)間存在的當(dāng)前通信過程外傳遞的通信消息傳遞時(shí),所述第一業(yè)務(wù)處理節(jié) 點(diǎn)還包括關(guān)聯(lián)方式指示單元,用于在傳遞所迷業(yè)務(wù)觸發(fā)信息之前,通過攜帶協(xié)議關(guān) 聯(lián)信息的通信消息指明后續(xù)發(fā)送業(yè)務(wù)觸發(fā)信息的協(xié)議以及發(fā)送業(yè)務(wù)觸發(fā)信息 的協(xié)議過程,與當(dāng)前通信的關(guān)聯(lián)方式。
40、 如權(quán)利要求33所述的系統(tǒng),其特征在于,所述第二業(yè)務(wù)處理節(jié)點(diǎn)包 括業(yè)務(wù)觸發(fā)信息獲取單元和業(yè)務(wù)處理控制單元;所述業(yè)務(wù)觸發(fā)信息獲取單元,用于獲取所述第一業(yè)務(wù)處理節(jié)點(diǎn)產(chǎn)生的業(yè)務(wù) 觸發(fā)信息; 所述業(yè)務(wù)處理控制單元,用于才艮據(jù)所述業(yè)務(wù)觸發(fā)信息獲取單元獲取到的業(yè) 務(wù)觸發(fā)信息進(jìn)行相應(yīng)的業(yè)務(wù)處理控制。
41、 如權(quán)利要求40所述的系統(tǒng),其特征在于,所迷第二業(yè)務(wù)處理節(jié)點(diǎn)還 包括業(yè)務(wù)規(guī)則獲取單元,用于在接收通信消息時(shí)獲取業(yè)務(wù)規(guī)則,所述業(yè)務(wù)規(guī)則 來自業(yè)務(wù)身見則數(shù)據(jù)庫和/或本地和/或所述業(yè)務(wù)觸發(fā)信息。
42、 如權(quán)利要求41所述的系統(tǒng),其特征在于,所述業(yè)務(wù)規(guī)則包括如下規(guī) 則中的至少一個(gè)業(yè)務(wù)沖突禁止規(guī)則;業(yè)務(wù)交互處理規(guī)則;業(yè)務(wù)過濾規(guī)則;業(yè)務(wù)信令修正規(guī) 則;業(yè)務(wù)分發(fā)規(guī)則。
43、 如權(quán)利要求41所述的系統(tǒng),其特征在于,所述業(yè)務(wù)處理控制單元還 用于根據(jù)所述業(yè)務(wù)觸發(fā)信息以及所獲取的業(yè)務(wù)規(guī)則進(jìn)行相應(yīng)的業(yè)務(wù)處理控 制。
44、 如權(quán)利要求40或43所述的系統(tǒng),其特征在于,所述業(yè)務(wù)處理控制單 元的業(yè)務(wù)處理控制包括業(yè)務(wù)控制點(diǎn)調(diào)用控制和/或業(yè)務(wù)流程控制。
45、 如權(quán)利要求44所述的系統(tǒng),其特征在于,所述業(yè)務(wù)控制點(diǎn)調(diào)用控制 包括如下方式中的至少一種繼續(xù)調(diào)用業(yè)務(wù)控制點(diǎn);對已調(diào)用的業(yè)務(wù)控制點(diǎn)的 信令關(guān)系的修正;阻止后續(xù)業(yè)務(wù)控制點(diǎn)的調(diào)用;業(yè)務(wù)控制點(diǎn)的初始調(diào)用選擇控 制。
46、 如權(quán)利要求44所述的系統(tǒng),其特征在于,所述業(yè)務(wù)流程控制包括如 下方式中的至少一種業(yè)務(wù)控制點(diǎn)間協(xié)同完成業(yè)務(wù)處理流程;對已調(diào)用業(yè)務(wù)控 制點(diǎn)的信令消息流程的修正。
47、 如權(quán)利要求38所述的系統(tǒng),其特征在于,當(dāng)業(yè)務(wù)觸發(fā)信息通過業(yè)務(wù) 處理節(jié)點(diǎn)間存在的當(dāng)前通信過程外傳遞的通信消息傳遞時(shí),所述第二業(yè)務(wù)處理 節(jié)點(diǎn)還包括關(guān)聯(lián)單元,用于當(dāng)獲取到第一業(yè)務(wù)處理節(jié)點(diǎn)傳送的通信消息后,根據(jù)其中 攜帶的所述關(guān)聯(lián)方式指示單元指明的所述關(guān)聯(lián)方式識(shí)別所述第一業(yè)務(wù)處理節(jié) 點(diǎn)的協(xié)議關(guān)聯(lián)信息,并根據(jù)此信息將通信過程外傳遞的業(yè)務(wù)觸發(fā)信息與當(dāng)前通 信進(jìn)行關(guān)聯(lián)。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)交互處理方法和系統(tǒng),其核心是第一業(yè)務(wù)處理節(jié)點(diǎn)根據(jù)當(dāng)前業(yè)務(wù)執(zhí)行情況,產(chǎn)生業(yè)務(wù)觸發(fā)信息;第二業(yè)務(wù)處理節(jié)點(diǎn)獲取所述業(yè)務(wù)觸發(fā)信息,并根據(jù)所述業(yè)務(wù)觸發(fā)信息進(jìn)行相應(yīng)的業(yè)務(wù)處理控制。通過本發(fā)明,使業(yè)務(wù)交互問題能夠在呼叫過程中被動(dòng)態(tài)處理,也就是說,在呼叫過程中業(yè)務(wù)處理節(jié)點(diǎn)可以靈活控制業(yè)務(wù)的調(diào)用,并能對已經(jīng)調(diào)用的業(yè)務(wù)做出調(diào)整。
文檔編號(hào)H04W4/00GK101132560SQ200710000338
公開日2008年2月27日 申請日期2007年1月12日 優(yōu)先權(quán)日2006年8月25日
發(fā)明者桑 吳, 施有鑄 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會(huì)獲得點(diǎn)贊!
1