本發(fā)明涉及固定和無(wú)線通信網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種用于計(jì)算機(jī)監(jiān)控的多通道和多功能高壓微反應(yīng)系統(tǒng)。

背景技術(shù)：

3GPP、3GPP2、國(guó)際電聯(lián)（ITU-T）、歐洲電信標(biāo)準(zhǔn)協(xié)會(huì)（ETSI）下設(shè)的TISPAN等各大標(biāo)準(zhǔn)組織都在進(jìn)行關(guān)于下一代通信網(wǎng)絡(luò)（NGN）的標(biāo)準(zhǔn)制定工作，已基本確定了以IP多媒體子系統(tǒng)（IP Multimedia Subsystem，IMS）作為下一代固定和移動(dòng)的核心網(wǎng)絡(luò)。網(wǎng)絡(luò)演進(jìn)出現(xiàn)了接入技術(shù)和業(yè)務(wù)提供多樣化、承載IP化、核心網(wǎng)絡(luò)統(tǒng)一到IMS的發(fā)展趨勢(shì)。用戶在IMS網(wǎng)絡(luò)中能得到更佳的業(yè)務(wù)體驗(yàn)。

現(xiàn)有IMS技術(shù)，呼叫會(huì)話控制功能（Call Session Control Function，CSCF）在IMS核心網(wǎng)中處于核心的控制地位，其負(fù)責(zé)對(duì)用戶設(shè)備（User Equipment，UE）的注冊(cè)進(jìn)行鑒權(quán)和進(jìn)行會(huì)話控制，執(zhí)行針對(duì)主叫端/被叫端的IMS用戶的基本會(huì)話路由功能，并根據(jù)用戶簽約的IMS過(guò)濾規(guī)則，在條件滿足時(shí)實(shí)現(xiàn)到網(wǎng)絡(luò)中應(yīng)用服務(wù)器（Application Server，AS）的增值業(yè)務(wù)路由的觸發(fā)及實(shí)現(xiàn)業(yè)務(wù)控制交互。

歸屬用戶服務(wù)器（Home Subscriber Server，HSS）存儲(chǔ)有運(yùn)營(yíng)商開(kāi)戶時(shí)設(shè)定的IMS簽約信息，同時(shí)支持通過(guò)與業(yè)務(wù)管理系統(tǒng)的接口由運(yùn)營(yíng)商或終端用戶對(duì)簽約數(shù)據(jù)進(jìn)行的定制和修改。HSS與服務(wù)CSCF（S-CSCF）間以基于Diameter協(xié)議的Cx接口連接，可實(shí)現(xiàn)IMS注冊(cè)過(guò)程中對(duì)S-CSCF域名路由信息的登記，并支持通過(guò)該Cx接口將基本IMS簽約信息下載到S-CSCF；HSS與SIP AS間以基于Diameter協(xié)議的Sh接口連接，該Sh接口為增值業(yè)務(wù)SIP AS或OSA SCS提供簽約數(shù)據(jù)、業(yè)務(wù)邏輯腳本的遠(yuǎn)程數(shù)據(jù)庫(kù)訪問(wèn)接口，HSS僅負(fù)責(zé)對(duì)特定簽約用戶AS增值業(yè)務(wù)數(shù)據(jù)的透明存儲(chǔ)，語(yǔ)義上不做解析。

AS通過(guò)Sh接口從HSS中獲得或更新用戶業(yè)務(wù)相關(guān)的數(shù)據(jù)和用戶狀態(tài)信息，S-CSCF通過(guò)Cx接口從HSS中獲得用戶的簽約信息。

在IMS網(wǎng)絡(luò)中，會(huì)話建立時(shí)是通過(guò)S-CSCF中的初始過(guò)濾規(guī)則（Initial Filter Criteria，iFC）將會(huì)話路由到相應(yīng)的AS，由AS來(lái)為用戶提供各種業(yè)務(wù)。其中，iFC本身只包含了特定業(yè)務(wù)的觸發(fā)條件，而業(yè)務(wù)的實(shí)現(xiàn)是在AS中完成的。

現(xiàn)有的從HSS下載到S-CSCF中的用戶的IMS簽約信息（IMS Subscription）的統(tǒng)一建模語(yǔ)言（Unified Module Language, UML）系統(tǒng)。其中，一個(gè)IMS簽約信息對(duì)應(yīng)有若干個(gè)業(yè)務(wù)信息（Service Profile），表示一個(gè)用戶可簽約有多種業(yè)務(wù)。

現(xiàn)有的從HSS下載到S-CSCF中的業(yè)務(wù)信息（Service Profile）的UML系統(tǒng)。其中，一個(gè)業(yè)務(wù)信息對(duì)應(yīng)有若干個(gè)公共標(biāo)識(shí)（Public Identification）、0到1個(gè)核心網(wǎng)絡(luò)業(yè)務(wù)授權(quán)（Core Network Service Authorization）、若干個(gè)初始過(guò)濾規(guī)則（iFC）及若干個(gè)共享iFC設(shè)置。此處的業(yè)務(wù)信息（Service Profile）并非特指一個(gè)業(yè)務(wù)，它是用戶（若干個(gè)公共標(biāo)識(shí)）的簽約業(yè)務(wù)信息，可能包含用戶簽約的多個(gè)業(yè)務(wù)信息，需要多個(gè)AS為其提供服務(wù)，而每個(gè)iFC只能觸發(fā)會(huì)話到一個(gè)AS上。

現(xiàn)有的初始過(guò)濾規(guī)則（iFC）的UML系統(tǒng)。其中，一個(gè)iFC對(duì)應(yīng)有0到1個(gè)觸發(fā)點(diǎn)和一個(gè)AS。而每個(gè)觸發(fā)點(diǎn)又包含了若干個(gè)業(yè)務(wù)觸發(fā)條件（Service Point Trigger）。當(dāng)觸發(fā)點(diǎn)的業(yè)務(wù)觸發(fā)條件滿足時(shí)，S-CSCF就會(huì)將會(huì)話路由到該iFC所對(duì)應(yīng)的AS。

現(xiàn)有iFC中業(yè)務(wù)觸發(fā)條件（Service Point Trigger）的UML系統(tǒng)。其中，每個(gè)業(yè)務(wù)觸發(fā)條件可以包括有請(qǐng)求URI、SIP方法、SIP頭域、會(huì)話事件及會(huì)話描述等內(nèi)容。

對(duì)于某些業(yè)務(wù)來(lái)說(shuō)，存在簽約和激活兩種狀態(tài)。簽約了不一定激活。在現(xiàn)在的路由規(guī)則中，無(wú)論該業(yè)務(wù)是否激活，只要用戶簽約了該業(yè)務(wù)，當(dāng)在會(huì)話過(guò)程中滿足了iFC中所設(shè)定的業(yè)務(wù)觸發(fā)條件，S-CSCF就會(huì)將該會(huì)話路由到該iFC所對(duì)應(yīng)的AS中。如果用戶的該業(yè)務(wù)并沒(méi)有激活，則AS只是轉(zhuǎn)發(fā)該會(huì)話而已。

在如上所述的現(xiàn)有的一種路由方法中，在用戶的某種業(yè)務(wù)沒(méi)有激活時(shí)，S-CSCF仍然將會(huì)話路由到相應(yīng)的AS，而AS只是轉(zhuǎn)發(fā)該會(huì)話。現(xiàn)實(shí)中，用戶可能簽約了很多業(yè)務(wù)，或者由運(yùn)營(yíng)商在用戶入網(wǎng)時(shí)提供給用戶多種業(yè)務(wù)，其中有些業(yè)務(wù)只有用戶激活了才會(huì)真正為用戶提供，但用戶可能很少使用/激活該業(yè)務(wù)（例如前轉(zhuǎn)業(yè)務(wù)），用戶只有在需要的時(shí)候才會(huì)激活該業(yè)務(wù)。而在現(xiàn)有的路由規(guī)則中，每次用戶發(fā)起會(huì)話時(shí)，S-CSCF均會(huì)根據(jù)iFC將該業(yè)務(wù)觸發(fā)到提供前轉(zhuǎn)業(yè)務(wù)的AS上，但因?yàn)橛脩舨](méi)有激活前轉(zhuǎn)業(yè)務(wù)，AS也就不做任何處理，只是直接轉(zhuǎn)發(fā)該會(huì)話而已，這樣，會(huì)造成路由的迂回和資源的浪費(fèi)，并延遲了會(huì)話建立時(shí)間。

現(xiàn)在還出現(xiàn)了另一種路由方法，是在HSS中增加一個(gè)動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)（Dynamic Service Activation Identity，DSAI），當(dāng)AS對(duì)應(yīng)的所有業(yè)務(wù)都未激活時(shí)，該DSAI的屬性為未激活，而只要有一個(gè)業(yè)務(wù)是激活時(shí)，該DSAI的屬性就為激活。該DSAI通過(guò)Sh接口在AS和HSS之間進(jìn)行同步更新。在HSS和AS的Sh接口數(shù)據(jù)中增加一個(gè)關(guān)于DSAI的數(shù)據(jù)類別“DSAI-Tag”，根據(jù)在Sh接口消息中是否存在該數(shù)據(jù)類別，來(lái)確定AS和HSS之間要查詢（Sh-Pull）、修改（Sh-Update）、訂閱（Sh-Subs-Notif）、通知（Sh-Notif）的數(shù)據(jù)中是否包含有DSAI。

在用戶設(shè)備（UE）注冊(cè)時(shí)，并在鑒權(quán)通過(guò)后，I-CSCF和HSS進(jìn)行交互，為用戶設(shè)備選擇為其服務(wù)的S-CSCF；S-CSCF向HSS請(qǐng)求下載用戶的IMS簽約數(shù)據(jù)；

與用戶簽約業(yè)務(wù)相關(guān)的AS可能有多個(gè)，HSS需要依次判斷該相關(guān)的每個(gè)AS所對(duì)應(yīng)的DSAI是否為激活狀態(tài)。

當(dāng)某個(gè)AS所對(duì)應(yīng)的DSAI為激活狀態(tài)時(shí)，在S-CSCF請(qǐng)求業(yè)務(wù)數(shù)據(jù)時(shí)，HSS將與該AS相對(duì)應(yīng)的iFC下發(fā)到該S-CSCF，這樣會(huì)話會(huì)被路由到該iFC所對(duì)應(yīng)的AS中；如果DSAI為未激活狀態(tài)時(shí)，則在S-CSCF請(qǐng)求業(yè)務(wù)數(shù)據(jù)時(shí)，HSS不將與該AS相對(duì)應(yīng)的iFC下發(fā)到S-CSCF，這樣S-CSCF也就不會(huì)將會(huì)話路由到相應(yīng)的AS上。

采用這種方法，克服了上一種現(xiàn)有技術(shù)中所存在的不管業(yè)務(wù)是否激活均將會(huì)話路由到AS而造成路由迂回和資源浪費(fèi)的缺點(diǎn)，但需要更改正常的用戶終端的注冊(cè)流程，HSS需要判斷DSAI的屬性后再?zèng)Q定是否將iFC下載到S-CSCF。而在正常處理流程中，只要滿足給S-CSCF下載業(yè)務(wù)數(shù)據(jù)的條件，HSS就會(huì)將相關(guān)的信息全部下載給S-CSCF，它本身不需要做任何處理。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明所要解決的技術(shù)問(wèn)題在于，提供一種計(jì)算機(jī)監(jiān)控的多通道和多功能高壓微反應(yīng)系統(tǒng)，可優(yōu)化IMS網(wǎng)絡(luò)中用戶簽約了某種業(yè)務(wù)而未激活的狀況時(shí)的網(wǎng)絡(luò)路由。

本發(fā)明所采用的技術(shù)方案在于，提供一種計(jì)算機(jī)監(jiān)控的多通道和多功能高壓微反應(yīng)系統(tǒng)，（a）服務(wù)CSCF向歸屬用戶服務(wù)器請(qǐng)求下載用戶簽約數(shù)據(jù)，該用戶簽約數(shù)據(jù)中包含有用于指示應(yīng)用服務(wù)器上業(yè)務(wù)是否激活的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息；在會(huì)話建立過(guò)程中，服務(wù)CSCF判斷來(lái)自歸屬用戶服務(wù)器的用戶簽約數(shù)據(jù)中初始過(guò)濾規(guī)則中的用于表征用戶的簽約業(yè)務(wù)是否激活的iFC觸發(fā)條件是否滿足；

（b）服務(wù)CSCF根據(jù)步驟（a）中的判斷結(jié)果確定是否將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上；如果步驟（a）中該iFC觸發(fā)條件不滿足，無(wú)需將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上；如果步驟（a）中該iFC觸發(fā)條件滿足，則判斷該初始過(guò)濾規(guī)則中的其它業(yè)務(wù)觸發(fā)條件是否全部滿足；

如果該初始過(guò)濾規(guī)則中的其它業(yè)務(wù)觸發(fā)條件均滿足，則將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上；如果該初始過(guò)濾規(guī)則中其它業(yè)務(wù)觸發(fā)條件未全部滿足，則無(wú)需將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上。

在本發(fā)明的計(jì)算機(jī)監(jiān)控的多通道和多功能高壓微反應(yīng)系統(tǒng)中，所有觸發(fā)到同一個(gè)應(yīng)用服務(wù)器的初始過(guò)濾規(guī)則對(duì)應(yīng)于一個(gè)動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)。

在本發(fā)明的計(jì)算機(jī)監(jiān)控的多通道和多功能高壓微反應(yīng)系統(tǒng)中，進(jìn)一步包括如下步驟：

（c）根據(jù)應(yīng)用服務(wù)器所對(duì)應(yīng)的業(yè)務(wù)所處的激活狀態(tài)的改變，對(duì)服務(wù)CSCF中的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息進(jìn)行更新。

實(shí)施本發(fā)明的計(jì)算機(jī)監(jiān)控的多通道和多功能高壓微反應(yīng)系統(tǒng)，具有如下有益效果：用戶只有簽約并激活了AS提供的某種業(yè)務(wù)時(shí)S-CSCF才會(huì)將會(huì)話路由到相應(yīng)的AS，減少了話路迂回和資源的浪費(fèi)，縮短了會(huì)話建立的時(shí)間。并且在HSS到S-CSCF下載的業(yè)務(wù)信息中增加了若干個(gè)分別對(duì)應(yīng)于每個(gè)iFC的DSAI標(biāo)志，同時(shí)在每一iFC中新增了一個(gè)用于判斷到AS的業(yè)務(wù)是否激活的iFC觸發(fā)條件，不需要更改正常注冊(cè)流程。

附圖說(shuō)明

圖1是本發(fā)明中的會(huì)話路由流程示意圖。

具體實(shí)施方式

本發(fā)明提供一種網(wǎng)絡(luò)路由優(yōu)化的方法及設(shè)備，針對(duì)IMS網(wǎng)絡(luò)中用戶的很多業(yè)務(wù)并存有簽約和激活兩種狀態(tài)，當(dāng)在用戶簽約了某種業(yè)務(wù)卻不一定激活這種狀況時(shí)對(duì)網(wǎng)絡(luò)路由進(jìn)行優(yōu)化。

在IMS網(wǎng)絡(luò)中，由AS實(shí)現(xiàn)業(yè)務(wù)，S-CSCF在會(huì)話過(guò)程中根據(jù)從HSS下載的iFC規(guī)則將會(huì)話路由到不同的AS完成相應(yīng)的業(yè)務(wù)。HSS和S-CSCF的數(shù)據(jù)通過(guò)IMS網(wǎng)絡(luò)中的Cx接口保持同步。

本發(fā)明的實(shí)現(xiàn)原理是：在HSS中增加一個(gè)動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)（Dynamic Service Activation Identity，DSAI），在用戶終端注冊(cè)時(shí)，通過(guò)Cx接口將DSAI作為用戶數(shù)據(jù)的一部分從HSS下載到S-CSCF，當(dāng)業(yè)務(wù)激活狀態(tài)的改變導(dǎo)致DSAI改變時(shí)，HSS可通過(guò)Cx接口對(duì)S-CSCF中的DSAI數(shù)據(jù)進(jìn)行更新。且HSS在相關(guān)的iFC的業(yè)務(wù)觸發(fā)條件中增加一個(gè)新的IFC觸發(fā)條件，該iFC觸發(fā)條件的取值由該iFC對(duì)應(yīng)的AS所對(duì)應(yīng)的DSAI決定，當(dāng)DSAI為激活狀態(tài)時(shí)，該iFC觸發(fā)條件就滿足，否則不滿足。是否將會(huì)話路由到AS是S-CSCF在會(huì)話進(jìn)行過(guò)程中根據(jù)IFC觸發(fā)條件是否滿足來(lái)確定的。

本發(fā)明對(duì)業(yè)務(wù)激活狀態(tài)和DSAI的引入需要對(duì)S-CSCF和HSS之間的Cx接口做相應(yīng)的修改和擴(kuò)展。在HSS對(duì)S-CSCF的注冊(cè)響應(yīng)Cx-Put Resp+Cx-Pull Resp操作及HSS更新S-CSCF的用戶數(shù)據(jù)的Cx-Update_Subscr_Data操作中，對(duì)用戶數(shù)據(jù)（User Profile）的擴(kuò)展中增加若干個(gè)DSAI元素，可以通過(guò)每個(gè)DSAI中的DSAI-Tag和iFC中AS的ServerName屬性相關(guān)聯(lián)，從而將DSAI和iFC一一對(duì)應(yīng)起來(lái)。所有觸發(fā)到同一個(gè)AS的iFC對(duì)應(yīng)于一個(gè)指示該AS上業(yè)務(wù)激活狀態(tài)的DSAI。且每一個(gè)DSAI中用DSAI-state來(lái)記錄該DSAI的狀態(tài)（激活和未激活）。

在iFC觸發(fā)點(diǎn)下面增加一個(gè)數(shù)據(jù)類型為boolean的DSAI元素，作為iFC觸發(fā)條件，用來(lái)表示相關(guān)AS上的業(yè)務(wù)是否已被激活。只有當(dāng)該iFC觸發(fā)條件滿足時(shí)（即DSAI為激活狀態(tài)時(shí)），才考慮其它業(yè)務(wù)觸發(fā)條件是否滿足，當(dāng)此處的觸發(fā)條件都滿足時(shí)則將會(huì)話路由到與該iFC相對(duì)應(yīng)的AS上；如果iFC觸發(fā)條件不滿足時(shí)（即DSAI為未激活狀態(tài)），則不管該iFC觸發(fā)點(diǎn)中的其他觸發(fā)條件是否滿足，均不會(huì)將該會(huì)話路由到相應(yīng)的AS上。

如圖1所示，是本發(fā)明中的會(huì)話路由流程示意圖。

首先，在用戶設(shè)備注冊(cè)時(shí)，在鑒權(quán)通過(guò)后，I-CSCF和HSS進(jìn)行交互，為用戶設(shè)備（UE）選擇為其服務(wù)的S-CSCF；S-CSCF向HSS請(qǐng)求下載用戶簽約數(shù)據(jù)，該用戶簽約數(shù)據(jù)中包含有DSAI的信息，即通過(guò)Cx接口將DSAI作為用戶數(shù)據(jù)的一部分從HSS下載到S-CSCF?；蛘咴诟逻^(guò)程中，HSS可通過(guò)Cx接口對(duì)S-CSCF中的DSAI數(shù)據(jù)（即其狀態(tài)）進(jìn)行更新。

運(yùn)營(yíng)商可以通過(guò)運(yùn)維管理方式修改HSS中用戶相應(yīng)的DSAI狀態(tài)，也可以由用戶設(shè)備通過(guò)Ut接口對(duì)業(yè)務(wù)的激活去活操作在AS中更改DSAI的狀態(tài)，再通過(guò)HSS與AS之間的Sh接口與HSS同步該DSAI的狀態(tài)。在用戶相關(guān)的DSAI數(shù)據(jù)發(fā)生改變時(shí)，HSS通過(guò)Cx接口修改S-CSCF中的DSAI數(shù)據(jù)。

當(dāng)需要建立會(huì)話時(shí)，用戶設(shè)備（UE）向P-CSCF呼叫建立請(qǐng)求（INVITE），P-CSCF將該請(qǐng)求轉(zhuǎn)送至S-CSCF；

在會(huì)話建立過(guò)程中，S-CSCF判斷來(lái)自HSS的用戶簽約數(shù)據(jù)中的iFC中的iFC觸發(fā)條件是否滿足；

如果DSAI相關(guān)的iFC觸發(fā)條件滿足時(shí)（即與AS對(duì)應(yīng)的DSAI為激活狀態(tài)），表示AS上的業(yè)務(wù)已激活，則判斷該iFC中的其它業(yè)務(wù)觸發(fā)條件是否全部滿足，如果均滿足，則將該會(huì)話路由到該iFC所對(duì)應(yīng)的AS上（如圖中，將會(huì)話路由到AS1上）；如果尚有其他觸發(fā)條件不滿足，則不將該會(huì)話路由到該iFC所對(duì)應(yīng)的AS1上（圖中未畫出）；

如果該iFC觸發(fā)條件不滿足時(shí)（即與AS對(duì)應(yīng)的DSAI為未激活狀態(tài)），表示AS1上的業(yè)務(wù)未激活，則無(wú)需判斷該iFC中的其它業(yè)觸發(fā)條件是否滿足，并且不將該會(huì)話路由到該iFC所對(duì)應(yīng)的AS1上。

對(duì)于用戶簽約的業(yè)務(wù)相關(guān)的另一應(yīng)用服務(wù)器AS2，在圖中僅示出了一種路由的情形。在本發(fā)明中，亦可以通過(guò)判斷與該AS2相關(guān)的iFC中的iFC觸發(fā)條件是否滿足來(lái)實(shí)現(xiàn)不同的路由情形，其與前述對(duì)AS1相關(guān)的iFC中的iFC觸發(fā)條件的判斷過(guò)程相同，在此不進(jìn)行詳述。

以上所揭露的僅為本發(fā)明的計(jì)算機(jī)監(jiān)控的多通道和多功能高壓微反應(yīng)系統(tǒng)及設(shè)備的較佳實(shí)施例而已，當(dāng)然不能以此來(lái)限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明申請(qǐng)專利范圍所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。