專利名稱：一種用于網(wǎng)絡(luò)路由優(yōu)化的方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及固定和無(wú)線通信網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種用于網(wǎng)絡(luò)路由優(yōu)化的方法及設(shè)備。
背景技術(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)。
如圖1所示，是現(xiàn)有的一種IMS的結(jié)構(gòu)示意圖。其中，呼叫會(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 Subscrier 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 FilterCriteria，iFC)將會(huì)話路由到相應(yīng)的AS，由AS來(lái)為用戶提供各種業(yè)務(wù)。其中，iFC本身只包含了特定業(yè)務(wù)的觸發(fā)條件，而業(yè)務(wù)的實(shí)現(xiàn)是在AS中完成的。
如圖2所示，是現(xiàn)有的從HSS下載到S-CSCF中的用戶的IMS簽約信息(IMSSubscription)的統(tǒng)一建模語(yǔ)言(Unified Module Language，UML)的示意圖。其中，一個(gè)IMS簽約信息對(duì)應(yīng)有若干個(gè)(圖中以1...n表示)業(yè)務(wù)信息(ServiceProfile)，表示一個(gè)用戶可簽約有多種業(yè)務(wù)。
如圖3所示，是現(xiàn)有的從HSS下載到S-CSCF中的業(yè)務(wù)信息(Service Profile)的UML示意圖。其中，一個(gè)業(yè)務(wù)信息對(duì)應(yīng)有若干個(gè)公共標(biāo)識(shí)(PublicIdentification)、0或1個(gè)核心網(wǎng)絡(luò)業(yè)務(wù)授權(quán)(Core Network Service Authorization)、若干個(gè)(0...n)初始過(guò)濾規(guī)則(iFC)及若干個(gè)(0...n)共享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上。
如圖4所示，是現(xiàn)有的初始過(guò)濾規(guī)則(iFC)的UML示意圖。其中，一個(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。
如圖5所示，是現(xiàn)有iFC中業(yè)務(wù)觸發(fā)條件(Service Point Trigger)的UML示意圖。其中，每個(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ì)話?，F(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)了另一種路由方法，如圖6所示，是現(xiàn)有的另一種路由方法中Sh接口數(shù)據(jù)的UML示意圖。其是在HSS中增加一個(gè)動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)(DynamicService 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。(請(qǐng)問(wèn)圖7中的“Charging Information”應(yīng)該如何翻譯？)其具體注冊(cè)流程如下可參見(jiàn)圖7所示。
在用戶設(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。而且采用這種方案，用戶無(wú)法通過(guò)Gm接口進(jìn)行業(yè)務(wù)的激活去激活操作，網(wǎng)絡(luò)中其它功能單元如AS也無(wú)法代替用戶通過(guò)S-CSCF進(jìn)行業(yè)務(wù)的激活去激活操作。
而在正常處理流程中，只要滿足給S-CSCF下載業(yè)務(wù)數(shù)據(jù)的條件，HSS就會(huì)將相關(guān)的信息全部下載給S-CSCF，它本身不需要做任何處理。也不影響網(wǎng)絡(luò)的原有其它功能如用戶通過(guò)Gm接口進(jìn)行業(yè)務(wù)的激活去激活操作，網(wǎng)絡(luò)中其它功能單元如AS也可以代替用戶通過(guò)S-CSCF進(jìn)行業(yè)務(wù)的激活去激活操作。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題在于，提供一種用于網(wǎng)絡(luò)路由優(yōu)化的方法及設(shè)備，可優(yōu)化IMS網(wǎng)絡(luò)中用戶簽約了某種業(yè)務(wù)而未激活的狀況時(shí)的網(wǎng)絡(luò)路由。
本發(fā)明所采用的技術(shù)方案在于，提供一種用于網(wǎng)絡(luò)路由優(yōu)化方法，包括如下步驟(a)在會(huì)話建立過(guò)程中，服務(wù)CSCF判斷來(lái)自歸屬用戶服務(wù)器的用戶簽約數(shù)據(jù)中初始過(guò)濾規(guī)則中的用于表征用戶的簽約業(yè)務(wù)是否激活的iFC觸發(fā)條件是否滿足；(b)服務(wù)CSCF根據(jù)該判斷結(jié)果確定是否將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，在步驟(a)之前可以進(jìn)一步包括如下步驟當(dāng)一個(gè)應(yīng)用服務(wù)器提供有已激活和未激活狀態(tài)的業(yè)務(wù)時(shí)，設(shè)置一個(gè)較其它類型的初始過(guò)濾規(guī)則具有更高的處理優(yōu)先級(jí)的用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則，所述用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則單獨(dú)對(duì)應(yīng)于一個(gè)應(yīng)用服務(wù)器的業(yè)務(wù)的激活去激活的觸發(fā)規(guī)則，或者包含所述將觸發(fā)業(yè)務(wù)到同一個(gè)應(yīng)用服務(wù)器的一個(gè)或多個(gè)初始過(guò)濾規(guī)則中和業(yè)務(wù)激活去激活相關(guān)的觸發(fā)規(guī)則。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，可以進(jìn)一步包括如下步驟在用戶注冊(cè)過(guò)程中，服務(wù)CSCF向歸屬用戶服務(wù)器請(qǐng)求下載用戶簽約數(shù)據(jù)，歸屬用戶服務(wù)器根據(jù)指示應(yīng)用服務(wù)器上業(yè)務(wù)是否激活的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息確定是否將該應(yīng)用服務(wù)器對(duì)應(yīng)的初始過(guò)濾規(guī)則全部包含在用戶簽約數(shù)據(jù)中下載或只將用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則包含在用戶簽約數(shù)據(jù)中下載；其中，當(dāng)指示應(yīng)用服務(wù)器上業(yè)務(wù)是否激活的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息為激活狀態(tài)時(shí)，將應(yīng)用服務(wù)器對(duì)應(yīng)的初始過(guò)濾規(guī)則全部包含在用戶簽約數(shù)據(jù)中下載；否則只將用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則包含在用戶簽約數(shù)據(jù)中下載；在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，可以進(jìn)一步包括如下步驟(c)根據(jù)應(yīng)用服務(wù)器所對(duì)應(yīng)的業(yè)務(wù)所處的激活狀態(tài)的改變，歸屬用戶服務(wù)器通過(guò)Cx接口對(duì)服務(wù)CSCF中的用戶簽約信息進(jìn)行更新。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，所述步驟(c)進(jìn)一步包括當(dāng)歸屬用戶服務(wù)器中的動(dòng)態(tài)業(yè)務(wù)標(biāo)識(shí)由非激活變?yōu)榧せ顣r(shí)，歸屬用戶服務(wù)器將應(yīng)用服務(wù)器對(duì)應(yīng)的初始過(guò)濾規(guī)則全部包含在用戶簽約數(shù)據(jù)中對(duì)服務(wù)CSCF中的用戶數(shù)據(jù)進(jìn)行更新；當(dāng)歸屬用戶服務(wù)器中的動(dòng)態(tài)業(yè)務(wù)標(biāo)識(shí)由激活變?yōu)榉羌せ顣r(shí)，歸屬用戶服務(wù)器只將用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則包含在用戶簽約數(shù)據(jù)中對(duì)服務(wù)CSCF中的用戶數(shù)據(jù)進(jìn)行更新。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，可以進(jìn)一步包括如下步驟(d)在服務(wù)CSCF收到來(lái)自用戶設(shè)備的會(huì)話請(qǐng)求或來(lái)自第三方功能單元代替用戶設(shè)備發(fā)起的會(huì)話請(qǐng)求時(shí)，優(yōu)先匹配用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則，如果滿足觸發(fā)條件，就將會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上；在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，其特征在于所述步驟(d)中的第三方功能單元包括應(yīng)用服務(wù)器；
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，所述步驟(b)進(jìn)一步包括(b1)如果步驟(a)中該iFC觸發(fā)條件不滿足，無(wú)需將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，所述步驟(b)進(jìn)一步包括所述步驟(b)進(jìn)一步包括(b2)如果步驟(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ā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，在步驟(a)之前進(jìn)一步包括如下步驟服務(wù)CSCF向歸屬用戶服務(wù)器請(qǐng)求下載用戶簽約數(shù)據(jù)，該用戶簽約數(shù)據(jù)中包含有用于指示應(yīng)用服務(wù)器上業(yè)務(wù)是否激活的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，所有觸發(fā)到同一個(gè)應(yīng)用服務(wù)器的初始過(guò)濾規(guī)則對(duì)應(yīng)于一個(gè)動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，進(jìn)一步包括如下步驟(e)根據(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)行更新。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，所述步驟(e)進(jìn)一步包括在更新過(guò)程中，歸屬用戶服務(wù)器通過(guò)Cx接口對(duì)S-CSCF中的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息進(jìn)行更新。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，所述步驟(e)進(jìn)一步包括由用戶設(shè)備通過(guò)Ut接口在應(yīng)用服務(wù)器中更改動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息，或者由用戶通過(guò)Gm接口向網(wǎng)絡(luò)發(fā)起會(huì)話請(qǐng)求或由第三方代替用戶發(fā)起會(huì)話請(qǐng)求，通過(guò)觸發(fā)規(guī)則由S-CSCF將會(huì)話路由到AS進(jìn)行業(yè)務(wù)激活去激活，且歸屬用戶服務(wù)器與應(yīng)用服務(wù)器之間通過(guò)Sh接口同步該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法中，所述步驟(e)進(jìn)一步包括根據(jù)業(yè)務(wù)是否激活利用運(yùn)維管理方式在歸屬用戶服務(wù)器更改動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息，應(yīng)用服務(wù)器與歸屬用戶服務(wù)器之間通過(guò)Sh接口同步該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息。
本發(fā)明還提供一種用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備，包括iFC匹配模塊，用于匹配檢測(cè)來(lái)自歸屬用戶服務(wù)器中的用戶簽約數(shù)據(jù)中初始過(guò)濾規(guī)則中的用于表征用戶的簽約業(yè)務(wù)是否激活的iFC觸發(fā)條件是否滿足；路由處理模塊，用于根據(jù)iFC匹配模塊的匹配檢測(cè)結(jié)果，確定是否將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備中，進(jìn)一步包括業(yè)務(wù)觸發(fā)條件模塊，其存儲(chǔ)有預(yù)定的業(yè)務(wù)觸發(fā)條件，用于當(dāng)iFC觸發(fā)條件滿足時(shí)，被所述iFC匹配模塊進(jìn)一步檢測(cè)。
在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備中，所述用戶簽約數(shù)據(jù)中包含有用于指示應(yīng)用服務(wù)器上業(yè)務(wù)所處的激活狀態(tài)的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息，所述匹配檢測(cè)結(jié)果包括iFC觸發(fā)條件滿足及iFC觸發(fā)條件不滿足；所述iFC觸發(fā)條件滿足對(duì)應(yīng)于該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)的屬性為已激活，所述iFC觸發(fā)條件不滿足對(duì)應(yīng)于該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)的屬性為未激活。
實(shí)施本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法及設(shè)備，具有如下有益效果用戶只有簽約并激活了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è)流程。


圖1是現(xiàn)有的一種IMS的結(jié)構(gòu)示意圖；圖2是現(xiàn)有的IMS簽約信息的UML示意圖；圖3是現(xiàn)有的業(yè)務(wù)信息的UML示意圖；
圖4是現(xiàn)有的初始過(guò)濾規(guī)則的UML示意圖；圖5是現(xiàn)有iFC中業(yè)務(wù)觸發(fā)條件的UML示意圖；圖6是現(xiàn)有的另一種路由方法中Sh接口數(shù)據(jù)的UML示意圖；圖7是現(xiàn)有的另一種路由方法中注冊(cè)流程示意圖；圖8是本發(fā)明中對(duì)業(yè)務(wù)信息的擴(kuò)展的UML示意圖；圖9是本發(fā)明中對(duì)iFC中業(yè)務(wù)觸發(fā)條件的擴(kuò)展的UML示意圖；圖10是本發(fā)明中的會(huì)話路由流程示意圖；圖11是本發(fā)明用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備的架構(gòu)示意圖。
具體實(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í)(DynamicService 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)確定的。
一個(gè)AS提供有存在激活和未激活狀態(tài)的業(yè)務(wù)時(shí)，可以選擇對(duì)應(yīng)該AS增加一個(gè)單獨(dú)用于業(yè)務(wù)激活去激活處理的iFC，或者將觸發(fā)業(yè)務(wù)到同一個(gè)AS的一個(gè)或多個(gè)iFC中和業(yè)務(wù)激活去激活相關(guān)的觸發(fā)規(guī)則獨(dú)立出來(lái)放到一個(gè)新的iFC(下稱為“用于業(yè)務(wù)激活去激活處理的iFC”)中，該種類型的iFC具有比其它類型的iFC更高的處理優(yōu)先級(jí)。在用戶注冊(cè)時(shí)和其它iFC一樣被下載到S-CSCF中；進(jìn)一步可選地，在用戶注冊(cè)過(guò)程中，S-CSCF向HSS請(qǐng)求下載用戶簽約數(shù)據(jù)，HSS根據(jù)指示AS上業(yè)務(wù)是否激活的DSAI信息確定是否將該AS對(duì)應(yīng)的iFC全部包含在用戶簽約數(shù)據(jù)中下載或只將用于業(yè)務(wù)激活去激活處理的iFC包含在用戶簽約數(shù)據(jù)中下載；只有指示AS上業(yè)務(wù)是否激活的DSAI信息為激活狀態(tài)時(shí)，將AS對(duì)應(yīng)的iFC全部包含在用戶簽約數(shù)據(jù)中下載；否則只將用于業(yè)務(wù)激活去激活處理的iFC包含在用戶簽約數(shù)據(jù)中下載；進(jìn)一步可選地，當(dāng)HSS中的DSAI由非激活變?yōu)榧せ顣r(shí)，HSS將AS對(duì)應(yīng)的iFC全部包含在用戶簽約數(shù)據(jù)中對(duì)S-CSCF中的用戶數(shù)據(jù)進(jìn)行更新；當(dāng)HSS中的DSAI由激活變?yōu)榉羌せ顣r(shí)，HSS只將用于業(yè)務(wù)激活去激活處理的iFC包含在用戶簽約數(shù)據(jù)中對(duì)S-CSCF中的用戶數(shù)據(jù)進(jìn)行更新；進(jìn)一步可選地，在S-CSCF收到來(lái)自用戶設(shè)備的會(huì)話請(qǐng)求或來(lái)自第三方功能單元(如AS)代替用戶設(shè)備發(fā)起的會(huì)話請(qǐng)求時(shí)，優(yōu)先匹配用于業(yè)務(wù)激活去激活處理的iFC，如果滿足觸發(fā)條件，就將會(huì)話路由到該iFC所對(duì)應(yīng)的AS上。本發(fā)明對(duì)業(yè)務(wù)激活狀態(tài)和DSAI的引入需要對(duì)S-CSCF和HSS之間的Cx接口做相應(yīng)的修改和擴(kuò)展。下面通過(guò)圖8和圖9來(lái)說(shuō)明對(duì)Cx接口的擴(kuò)展。
如圖8所示，是本發(fā)明對(duì)業(yè)務(wù)信息的擴(kuò)展的UML示意圖。在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)(激活和未激活)。
如圖9所示，是本發(fā)明對(duì)iFC中業(yè)務(wù)觸發(fā)條件的擴(kuò)展的UML示意圖。在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上。
如圖10所示，是本發(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)行更新。
可選地，如果需要激活才能被AS處理的業(yè)務(wù)對(duì)應(yīng)的iFC被分為了兩種類型，一種是依賴于業(yè)務(wù)是否激活才進(jìn)行相關(guān)觸發(fā)規(guī)則判斷的iFC；另一種是單獨(dú)用于業(yè)務(wù)激活去激活處理的iFC。則HSS在下載用戶簽約數(shù)據(jù)時(shí)，只有指示AS上業(yè)務(wù)是否激活的DSAI信息為激活狀態(tài)時(shí)，將AS對(duì)應(yīng)的iFC全部包含在用戶簽約數(shù)據(jù)中下載；否則只將用于業(yè)務(wù)激活去激活處理的iFC包含在用戶簽約數(shù)據(jù)中下載。
進(jìn)一步可選地，當(dāng)HSS中的動(dòng)態(tài)業(yè)務(wù)標(biāo)識(shí)由非激活變?yōu)榧せ顣r(shí)，HSS將AS對(duì)應(yīng)的iFC全部包含在用戶簽約數(shù)據(jù)中對(duì)S-CSCF中的用戶數(shù)據(jù)進(jìn)行更新；當(dāng)HSS中的DSAI由激活變?yōu)榉羌せ顣r(shí)，HSS只將用于業(yè)務(wù)激活去激活處理的iFC包含在用戶簽約數(shù)據(jù)中對(duì)S-CSCF中的用戶數(shù)據(jù)進(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)，或者由用戶設(shè)備通過(guò)Gm接口向網(wǎng)絡(luò)發(fā)起會(huì)話請(qǐng)求或由第三方代替用戶設(shè)備發(fā)起會(huì)話請(qǐng)求，通過(guò)觸發(fā)規(guī)則由S-CSCF將會(huì)話路由到AS進(jìn)行業(yè)務(wù)激活去激活。再通過(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ā)條件是否滿足；可選地，在S-CSCF收到來(lái)自用戶設(shè)備的會(huì)話請(qǐng)求或來(lái)自第三方功能單元(如AS)代替用戶設(shè)備發(fā)起的會(huì)話請(qǐng)求時(shí)，優(yōu)先匹配用于業(yè)務(wù)激活去激活處理的iFC，如果滿足觸發(fā)條件，就將會(huì)話路由到該iFC所對(duì)應(yīng)的AS上；如果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)行詳述。
如圖11所示，是本發(fā)明中的網(wǎng)絡(luò)路由優(yōu)化設(shè)備的架構(gòu)示意圖。
HSS中存儲(chǔ)有用戶簽約數(shù)據(jù)，而iFC是用戶簽約數(shù)據(jù)中的一部分，其按照不同優(yōu)先級(jí)定義了業(yè)務(wù)觸發(fā)的條件和目的AS，且在本發(fā)明中，該iFC中包含有用于表征用戶簽約業(yè)務(wù)是否激活的iFC觸發(fā)條件。該iFC可以在用戶注冊(cè)時(shí)下載到為用戶分配的S-CSCF中。
S-CSCF主要包括有iFC匹配模塊、業(yè)務(wù)觸發(fā)條件模塊、路由處理模塊及其他功能模塊。其中，iFC匹配模塊用于在會(huì)話建立過(guò)程中，匹配檢測(cè)來(lái)自HSS的iFC中的iFC觸發(fā)條件及其他業(yè)務(wù)觸發(fā)條件是否滿足；
業(yè)務(wù)觸發(fā)條件模塊中存儲(chǔ)有預(yù)定的業(yè)務(wù)觸發(fā)條件；路由處理模塊用于根據(jù)iFC匹配模塊的匹配檢測(cè)結(jié)果，對(duì)會(huì)話進(jìn)行路由操作(例如進(jìn)行業(yè)務(wù)觸發(fā)操作)；在本發(fā)明中，匹配檢測(cè)結(jié)果包括iFC觸發(fā)條件滿足及iFC觸發(fā)條件不滿足；所述iFC觸發(fā)條件滿足對(duì)應(yīng)于該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)的屬性為已激活，所述iFC觸發(fā)條件不滿足對(duì)應(yīng)于該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)的屬性為未激活。如果表征用戶簽約業(yè)務(wù)是否激活的iFC觸發(fā)條件不滿足，表示用戶的簽約業(yè)務(wù)未激活，路由處理模塊就不會(huì)將該會(huì)話路由到該初始過(guò)濾規(guī)則(iFC)所對(duì)應(yīng)的應(yīng)用服務(wù)器(AS)上。如果該iFC觸發(fā)條件滿足，表示用戶的簽約業(yè)務(wù)已激活，則當(dāng)該初始過(guò)濾規(guī)則(iFC)中的其它業(yè)務(wù)觸發(fā)條件全部滿足時(shí)，則將該會(huì)話路由到(用SIP消息觸發(fā))該初始過(guò)濾規(guī)則(iFC)所對(duì)應(yīng)的應(yīng)用服務(wù)器(AS)上。
S-CSCF中的其他功能模塊為諸如用于鑒權(quán)的模塊、用于同步數(shù)據(jù)的模塊等，在此不進(jìn)行詳細(xì)說(shuō)明。
應(yīng)用服務(wù)器接收到來(lái)自S-CSCF的SIP業(yè)務(wù)觸發(fā)消息后，可以按照AS內(nèi)既定的業(yè)務(wù)邏輯進(jìn)行控制，完成預(yù)定業(yè)務(wù)。
其中，iFC觸發(fā)條件對(duì)應(yīng)的是一個(gè)與AS業(yè)務(wù)相關(guān)的DSAI，當(dāng)DSAI屬性為未激活時(shí)，則iFC觸發(fā)條件不滿足，當(dāng)DSAI屬性為激活時(shí)，則iFC觸發(fā)條件滿足。所有觸發(fā)到同一個(gè)應(yīng)用服務(wù)器的初始過(guò)濾規(guī)則對(duì)應(yīng)于一個(gè)動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)。HSS與AS可通過(guò)Sh接口來(lái)同步該DSAI信息。
通過(guò)采用本發(fā)明的方法及設(shè)備，用戶只有簽約并激活了AS提供的某種業(yè)務(wù)時(shí)S-CSCF才會(huì)將會(huì)話路由到相應(yīng)的AS，可選地，用戶設(shè)備通過(guò)Gm接口或網(wǎng)絡(luò)中其它功能單元(如AS)代替用戶設(shè)備通過(guò)S-CSCF進(jìn)行業(yè)務(wù)的激活去激活操作才會(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è)流程，同時(shí)不影響網(wǎng)絡(luò)的原有其它功能如用戶設(shè)備通過(guò)Gm接口進(jìn)行業(yè)務(wù)的激活去激活操作，網(wǎng)絡(luò)中其它功能單元如AS也可以代替用戶設(shè)備通過(guò)S-CSCF進(jìn)行業(yè)務(wù)的激活去激活操作。
以上所揭露的僅為本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化方法及設(shè)備的較佳實(shí)施例而已，當(dāng)然不能以此來(lái)限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明申請(qǐng)專利范圍所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
權(quán)利要求
1.一種用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，包括如下步驟；(a)在會(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ù)器上。
2.如權(quán)利要求1所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，在步驟(a)之前可以進(jìn)一步包括如下步驟當(dāng)一個(gè)應(yīng)用服務(wù)器提供有已激活和未激活狀態(tài)的業(yè)務(wù)時(shí)，設(shè)置一個(gè)較其它類型的初始過(guò)濾規(guī)則具有更高的處理優(yōu)先級(jí)的用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則，所述業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則單獨(dú)對(duì)應(yīng)于一個(gè)應(yīng)用服務(wù)器的業(yè)務(wù)的激活去激活的觸發(fā)規(guī)則，或者包含所述將觸發(fā)業(yè)務(wù)到同一個(gè)應(yīng)用服務(wù)器的一個(gè)或多個(gè)初始過(guò)濾規(guī)則中和業(yè)務(wù)激活去激活相關(guān)的觸發(fā)規(guī)則。
3.如權(quán)利要求2所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，可以進(jìn)一步包括如下步驟在用戶注冊(cè)過(guò)程中，服務(wù)CSCF向歸屬用戶服務(wù)器請(qǐng)求下載用戶簽約數(shù)據(jù)，歸屬用戶服務(wù)器根據(jù)指示應(yīng)用服務(wù)器上業(yè)務(wù)是否激活的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息確定是否將該應(yīng)用服務(wù)器對(duì)應(yīng)的初始過(guò)濾規(guī)則全部包含在用戶簽約數(shù)據(jù)中下載或只將用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則包含在用戶簽約數(shù)據(jù)中下載；其中，當(dāng)指示應(yīng)用服務(wù)器上業(yè)務(wù)是否激活的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息為激活狀態(tài)時(shí)，將應(yīng)用服務(wù)器對(duì)應(yīng)的初始過(guò)濾規(guī)則全部包含在用戶簽約數(shù)據(jù)中下載；否則只將用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則包含在用戶簽約數(shù)據(jù)中下載；
4.如權(quán)利要求3所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，進(jìn)一步包括如下步驟(c)根據(jù)應(yīng)用服務(wù)器所對(duì)應(yīng)的業(yè)務(wù)所處的狀態(tài)的改變，歸屬用戶服務(wù)器通過(guò)Cx接口對(duì)服務(wù)CSCF中的用戶簽約信息進(jìn)行更新。
5.如權(quán)利要求4所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，所述步驟(c)進(jìn)一步包括當(dāng)歸屬用戶服務(wù)器中的動(dòng)態(tài)業(yè)務(wù)標(biāo)識(shí)由非激活變?yōu)榧せ顣r(shí)，歸屬用戶服務(wù)器將應(yīng)用服務(wù)器對(duì)應(yīng)的全部初始過(guò)濾規(guī)則包含在用戶簽約數(shù)據(jù)中對(duì)服務(wù)CSCF中的用戶數(shù)據(jù)進(jìn)行更新；當(dāng)歸屬用戶服務(wù)器中的動(dòng)態(tài)業(yè)務(wù)標(biāo)識(shí)由激活變?yōu)榉羌せ顣r(shí)，歸屬用戶服務(wù)器只將用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則包含在用戶簽約數(shù)據(jù)中對(duì)服務(wù)CSCF中的用戶數(shù)據(jù)進(jìn)行更新。
6.如權(quán)利要求1至2任一項(xiàng)所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，可以進(jìn)一步包括如下步驟(d)在服務(wù)CSCF收到來(lái)自用戶設(shè)備的會(huì)話請(qǐng)求或來(lái)自第三方功能單元代替用戶設(shè)備發(fā)起的會(huì)話請(qǐng)求時(shí)，優(yōu)先匹配用于業(yè)務(wù)激活去激活處理的初始過(guò)濾規(guī)則，如果滿足觸發(fā)條件，將會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上。
7.如權(quán)利要求6所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于所述步驟(d)中的第三方功能單元包括應(yīng)用服務(wù)器。
8.如權(quán)利要求1所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，所述步驟(b)進(jìn)一步包括(b1)如果步驟(a)中該iFC觸發(fā)條件不滿足，無(wú)需將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上。
9.如權(quán)利要求1所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，所述步驟(b)進(jìn)一步包括(b2)如果步驟(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ù)器上。
10.如權(quán)利要求1至9任一項(xiàng)所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，在步驟(a)之前進(jìn)一步包括如下步驟服務(wù)CSCF向歸屬用戶服務(wù)器請(qǐng)求下載用戶簽約數(shù)據(jù)，該用戶簽約數(shù)據(jù)中包含有用于指示應(yīng)用服務(wù)器上業(yè)務(wù)是否激活的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息。
11.如權(quán)利要求1至9任一項(xiàng)所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，所有觸發(fā)到同一個(gè)應(yīng)用服務(wù)器的初始過(guò)濾規(guī)則對(duì)應(yīng)于一個(gè)動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)。
12.如權(quán)利要求11所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，進(jìn)一步包括如下步驟(e)根據(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)行更新。
13.如權(quán)利要求12所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，所述步驟(e)進(jìn)一步包括在更新過(guò)程中，歸屬用戶服務(wù)器通過(guò)Cx接口對(duì)S-CSCF中的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息進(jìn)行更新。
14.如權(quán)利要求13所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，所述步驟(e)進(jìn)一步包括由用戶設(shè)備通過(guò)Ut接口在應(yīng)用服務(wù)器中更改動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息，或者由用戶設(shè)備通過(guò)Gm接口向網(wǎng)絡(luò)發(fā)起會(huì)話請(qǐng)求或由第三方代替用戶設(shè)備發(fā)起會(huì)話請(qǐng)求，通過(guò)觸發(fā)規(guī)則由S-CSCF將會(huì)話路由到AS進(jìn)行業(yè)務(wù)激活去激活，且歸屬用戶服務(wù)器與應(yīng)用服務(wù)器之間通過(guò)Sh接口同步該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息。
15.如權(quán)利要求13所述的用于網(wǎng)絡(luò)路由優(yōu)化方法，其特征在于，所述步驟(e)進(jìn)一步包括根據(jù)業(yè)務(wù)是否激活利用運(yùn)維管理方式在歸屬用戶服務(wù)器更改動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息，應(yīng)用服務(wù)器與歸屬用戶服務(wù)器之間通過(guò)Sh接口同步該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息。
16.一種用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備，其特征在于，至少包括iFC匹配模塊，用于匹配檢測(cè)來(lái)自歸屬用戶服務(wù)器中的用戶簽約數(shù)據(jù)中初始過(guò)濾規(guī)則中的用于表征用戶的簽約業(yè)務(wù)是否激活的iFC觸發(fā)條件是否滿足；路由處理模塊，用于根據(jù)iFC匹配模塊的匹配檢測(cè)結(jié)果，確定是否將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上。
17.如權(quán)利要求16所述的用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備，其特征在于，進(jìn)一步包括業(yè)務(wù)觸發(fā)條件模塊，其存儲(chǔ)有預(yù)定的業(yè)務(wù)觸發(fā)條件，用于當(dāng)iFC觸發(fā)條件滿足時(shí)，被所述iFC匹配模塊進(jìn)一步檢測(cè)。
18.如權(quán)利要求16或17所述的用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備，其特征在于，所述用戶簽約數(shù)據(jù)中包含有用于指示應(yīng)用服務(wù)器上業(yè)務(wù)所處的激活狀態(tài)的動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)信息，所述匹配檢測(cè)結(jié)果包括iFC觸發(fā)條件滿足及iFC觸發(fā)條件不滿足；所述iFC觸發(fā)條件滿足對(duì)應(yīng)于該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)的屬性為已激活，所述iFC觸發(fā)條件不滿足對(duì)應(yīng)于該動(dòng)態(tài)業(yè)務(wù)激活標(biāo)識(shí)的屬性為未激活。
全文摘要
一種用于網(wǎng)絡(luò)路由優(yōu)化方法，包括如下步驟(a)在會(huì)話建立過(guò)程中，服務(wù)CSCF判斷來(lái)自歸屬用戶服務(wù)器的用戶簽約數(shù)據(jù)中初始過(guò)濾規(guī)則中的用于表征用戶的簽約業(yè)務(wù)是否激活的iFC觸發(fā)條件是否滿足；(b)服務(wù)CSCF根據(jù)該判斷結(jié)果確定是否將該會(huì)話路由到該初始過(guò)濾規(guī)則所對(duì)應(yīng)的應(yīng)用服務(wù)器上。本發(fā)明還提供一種用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備。利用本發(fā)明可以減少了話路迂回和資源的浪費(fèi)，縮短了會(huì)話建立的時(shí)間，并且無(wú)需更改IMS網(wǎng)絡(luò)中用戶設(shè)備的正常的注冊(cè)流程。
文檔編號(hào)H04L29/06GK101079878SQ20061015351
公開(kāi)日2007年11月28日 申請(qǐng)日期2006年9月8日 優(yōu)先權(quán)日2006年5月22日
發(fā)明者時(shí)書鋒, 魏華, 閻學(xué)霞, 楊德平 申請(qǐng)人:華為技術(shù)有限公司