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

背景技術(shù)：

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

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

歸屬用戶服務(wù)器（Home Subscriber Server，HSS）存儲有運營商開戶時設(shè)定的IMS簽約信息，同時支持通過與業(yè)務(wù)管理系統(tǒng)的接口由運營商或終端用戶對簽約數(shù)據(jù)進行的定制和修改。HSS與服務(wù)CSCF（S-CSCF）間以基于Diameter協(xié)議的Cx接口連接，可實現(xiàn)IMS注冊過程中對S-CSCF域名路由信息的登記，并支持通過該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ù)庫訪問接口，HSS僅負(fù)責(zé)對特定簽約用戶AS增值業(yè)務(wù)數(shù)據(jù)的透明存儲，語義上不做解析。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

附圖說明

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

具體實施方式

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

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

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

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

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

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

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

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

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

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

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

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

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

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