一種用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及固定和無線通信網(wǎng)絡(luò)領(lǐng)域，尤其涉及一種用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備。
【背景技術(shù)】
[0002]3GPP、3GPP2、國際電聯(lián)(ITU-T)、歐洲電信標(biāo)準(zhǔn)協(xié)會(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)作為下一代固定和移動的核心網(wǎng)絡(luò)。網(wǎng)絡(luò)演進(jìn)出現(xiàn)了接入技術(shù)和業(yè)務(wù)提供多樣化、承載IP化、核心網(wǎng)絡(luò)統(tǒng)一到MS的發(fā)展趨勢。用戶在頂S網(wǎng)絡(luò)中能得到更佳的業(yè)務(wù)體驗(yàn)。
[0003]現(xiàn)有的一種IMS,呼叫會話控制功能(Call Sess1n Control Funct1n, CSCF)在IMS核心網(wǎng)中處于核心的控制地位,其負(fù)責(zé)對用戶設(shè)備(User Equipment,UE)的注冊進(jìn)行鑒權(quán)和進(jìn)行會話控制，執(zhí)行針對主叫端/被叫端的IMS用戶的基本會話路由功能，并根據(jù)用戶簽約的IMS過濾規(guī)則,在條件滿足時(shí)實(shí)現(xiàn)到網(wǎng)絡(luò)中應(yīng)用服務(wù)器(Applicat1n Server, AS)的增值業(yè)務(wù)路由的觸發(fā)及實(shí)現(xiàn)業(yè)務(wù)控制交互。
[0004]歸屬用戶服務(wù)器(Home Subscriber Server, HSS)存儲有運(yùn)營商開戶時(shí)設(shè)定的IMS簽約信息，同時(shí)支持通過與業(yè)務(wù)管理系統(tǒng)的接口由運(yùn)營商或終端用戶對簽約數(shù)據(jù)進(jìn)行的定制和修改。HSS與服務(wù)CSCF (S-CSCF)間以基于Diameter協(xié)議的Cx接口連接，可實(shí)現(xiàn)頂S注冊過程中對S-CSCF域名路由信息的登記，并支持通過該Cx接口將基本頂S簽約信息下載到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ù)的透明存儲，語義上不做解析。
[0005]AS通過Sh接口從HSS中獲得或更新用戶業(yè)務(wù)相關(guān)的數(shù)據(jù)和用戶狀態(tài)信息，S-CSCF通過Cx接口從HSS中獲得用戶的簽約信息。
[0006]在頂S網(wǎng)絡(luò)中，會話建立時(shí)是通過S-CSCF中的初始過濾規(guī)則(Initial FilterCriteria, iFC)將會話路由到相應(yīng)的AS，由AS來為用戶提供各種業(yè)務(wù)。其中，iFC本身只包含了特定業(yè)務(wù)的觸發(fā)條件，而業(yè)務(wù)的實(shí)現(xiàn)是在AS中完成的。
[0007]現(xiàn)有的從HSS下載到S-CSCF中的用戶的頂S簽約信息GMS Subscript1n)的統(tǒng)一建模語言(Unified Module Language, UML)系統(tǒng)。其中，一個頂S簽約信息對應(yīng)有若干個業(yè)務(wù)信息(Service Profile)，表示一個用戶可簽約有多種業(yè)務(wù)。
[0008]現(xiàn)有的從HSS下載到S-CSCF中的業(yè)務(wù)信息(Service Profile)的UML系統(tǒng)。其中，一個業(yè)務(wù)信息對應(yīng)有若干個公共標(biāo)識(Public ldentificat1n)、0到I個核心網(wǎng)絡(luò)業(yè)務(wù)授權(quán)(Core Network Service Authorizat1n)、若干個初始過濾規(guī)則(iFC)及若干個共享iFC設(shè)置。此處的業(yè)務(wù)信息(Service Profile)并非特指一個業(yè)務(wù)，它是用戶(若干個公共標(biāo)識)的簽約業(yè)務(wù)信息，可能包含用戶簽約的多個業(yè)務(wù)信息，需要多個AS為其提供服務(wù)，而每個iFC只能觸發(fā)會話到一個AS上。
[0009]現(xiàn)有的初始過濾規(guī)則(iFC)的UML系統(tǒng)。其中，一個iFC對應(yīng)有O到I個觸發(fā)點(diǎn)和一個AS。而每個觸發(fā)點(diǎn)又包含了若干個業(yè)務(wù)觸發(fā)條件(Service Point Trigger)。當(dāng)觸發(fā)點(diǎn)的業(yè)務(wù)觸發(fā)條件滿足時(shí)，S-CSCF就會將會話路由到該iFC所對應(yīng)的AS。
[0010]現(xiàn)有iFC中業(yè)務(wù)觸發(fā)條件(Service Point Trigger)的UML系統(tǒng)。其中，每個業(yè)務(wù)觸發(fā)條件可以包括有請求UR1、SIP方法、SIP頭域、會話事件及會話描述等內(nèi)容。
[0011]對于某些業(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ā)該會話而已。
[0012]在如上所述的現(xiàn)有的一種路由方法中，在用戶的某種業(yè)務(wù)沒有激活時(shí)，S-CSCF仍然將會話路由到相應(yīng)的AS，而AS只是轉(zhuǎn)發(fā)該會話。現(xiàn)實(shí)中，用戶可能簽約了很多業(yè)務(wù)，或者由運(yùn)營商在用戶入網(wǎng)時(shí)提供給用戶多種業(yè)務(wù)，其中有些業(yè)務(wù)只有用戶激活了才會真正為用戶提供，但用戶可能很少使用/激活該業(yè)務(wù)(例如前轉(zhuǎn)業(yè)務(wù))，用戶只有在需要的時(shí)候才會激活該業(yè)務(wù)。而在現(xiàn)有的路由規(guī)則中，每次用戶發(fā)起會話時(shí)，S-CSCF均會根據(jù)iFC將該業(yè)務(wù)觸發(fā)到提供前轉(zhuǎn)業(yè)務(wù)的AS上，但因?yàn)橛脩舨]有激活前轉(zhuǎn)業(yè)務(wù)，AS也就不做任何處理，只是直接轉(zhuǎn)發(fā)該會話而已，這樣，會造成路由的迂回和資源的浪費(fèi)，并延遲了會話建立時(shí)間。
[0013]現(xiàn)在還出現(xiàn)了另一種路由方法，在HSS中增加一個動態(tài)業(yè)務(wù)激活標(biāo)識(DynamicService Activat1n Identity, DSAI),當(dāng)AS對應(yīng)的所有業(yè)務(wù)都未激活時(shí),該DSAI的屬性為未激活，而只要有一個業(yè)務(wù)是激活時(shí)，該DSAI的屬性就為激活。該DSAI通過Sh接口在AS和HSS之間進(jìn)行同步更新。在HSS和AS的Sh接口數(shù)據(jù)中增加一個關(guān)于DSAI的數(shù)據(jù)類別“DSA1-Tag”，根據(jù)在Sh接口消息中是否存在該數(shù)據(jù)類別，來確定AS和HSS之間要查詢(Sh-Pull)、修改(Sh-Update)、訂閱(Sh-Subs-Notif )、通知(Sh-Notif)的數(shù)據(jù)中是否包含有 DSAI。
[0014]在用戶設(shè)備(UE)注冊時(shí)，并在鑒權(quán)通過后，1-CSCF和HSS進(jìn)行交互，為用戶設(shè)備選擇為其服務(wù)的S-CSCF ；S-CSCF向HSS請求下載用戶的頂S簽約數(shù)據(jù)；
與用戶簽約業(yè)務(wù)相關(guān)的AS可能有多個，HSS需要依次判斷該相關(guān)的每個AS所對應(yīng)的DSAI是否為激活狀態(tài)。
[0015]當(dāng)某個AS所對應(yīng)的DSAI為激活狀態(tài)時(shí)，在S-CSCF請求業(yè)務(wù)數(shù)據(jù)時(shí)，HSS將與該AS相對應(yīng)的iFC下發(fā)到該S-CSCF，這樣會話會被路由到該iFC所對應(yīng)的AS中；如果DSAI為未激活狀態(tài)時(shí)，則在S-CSCF請求業(yè)務(wù)數(shù)據(jù)時(shí)，HSS不將與該AS相對應(yīng)的iFC下發(fā)到S-CSCF，這樣S-CSCF也就不會將會話路由到相應(yīng)的AS上。
[0016]采用這種方法，克服了上一種現(xiàn)有技術(shù)中所存在的不管業(yè)務(wù)是否激活均將會話路由到AS而造成路由迂回和資源浪費(fèi)的缺點(diǎn)，但需要更改正常的用戶終端的注冊流程，HSS需要判斷DSAI的屬性后再決定是否將iFC下載到S-CSCF。而在正常處理流程中，只要滿足給S-CSCF下載業(yè)務(wù)數(shù)據(jù)的條件，HSS就會將相關(guān)的信息全部下載給S-CSCF，它本身不需要做任何處理。

【發(fā)明內(nèi)容】

[0017]本發(fā)明所要解決的技術(shù)問題在于，提供一種用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備，可優(yōu)化頂S網(wǎng)絡(luò)中用戶簽約了某種業(yè)務(wù)而未激活的狀況時(shí)的網(wǎng)絡(luò)路由。
[0018]本發(fā)明提供一種用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備，包括:iFC匹配模塊，用于匹配檢測來自歸屬用戶服務(wù)器中的用戶簽約數(shù)據(jù)中初始過濾規(guī)則中的用于表征用戶的簽約業(yè)務(wù)是否激活的iFC觸發(fā)條件是否滿足；路由處理模塊，用于根據(jù)iFC匹配模塊的匹配檢測結(jié)果，確定是否將該會話路由到該初始過濾規(guī)則所對應(yīng)的應(yīng)用服務(wù)器上；業(yè)務(wù)觸發(fā)條件模塊，其存儲有預(yù)定的業(yè)務(wù)觸發(fā)條件，用于當(dāng)iFC觸發(fā)條件滿足時(shí)，被所述iFC匹配模塊進(jìn)一步檢測。
[0019]在本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備中，所述用戶簽約數(shù)據(jù)中包含有用于指示應(yīng)用服務(wù)器上業(yè)務(wù)所處的激活狀態(tài)的動態(tài)業(yè)務(wù)激活標(biāo)識信息，所述匹配檢測結(jié)果包括iFC觸發(fā)條件滿足及iFC觸發(fā)條件不滿足；所述iFC觸發(fā)條件滿足對應(yīng)于該動態(tài)業(yè)務(wù)激活標(biāo)識的屬性為已激活，所述iFC觸發(fā)條件不滿足對應(yīng)于該動態(tài)業(yè)務(wù)激活標(biāo)識的屬性為未激活。
[0020]實(shí)施本發(fā)明的用于網(wǎng)絡(luò)路由優(yōu)化設(shè)備，具有如下有益效果:用戶只有簽約并激活了 AS提供的某種業(yè)務(wù)時(shí)S-CSCF才會將會話路由到相應(yīng)的AS，減少了話路迂回和資源的浪費(fèi)，縮短了會話建立的時(shí)間。并且在HSS到S-CSCF下載的業(yè)務(wù)信息中增加了若干個分別對應(yīng)于每個iFC的DSAI標(biāo)志，同時(shí)在每一 iFC中新增了一個用于判斷到AS的業(yè)務(wù)是否激活的iFC觸發(fā)條件，不需要更改正常注冊流程。
[0021]
【附圖說明】
[0022]圖1是本發(fā)明用于網(wǎng)絡(luò)路由優(yōu)化的設(shè)備的架構(gòu)示意圖。
[0023]
【具體實(shí)施方式】