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