路由器智能控制系统的制作方法

文档序号:16672034发布日期:2019-01-18 23:38阅读:163来源:国知局
路由器智能控制系统的制作方法

本发明涉及固定和无线通信网络领域,尤其涉及一种用于路由器智能控制系统。



背景技术:

3gpp、3gpp2、国际电联(itu-t)、欧洲电信标准协会(etsi)下设的tispan等各大标准组织都在进行关于下一代通信网络(ngn)的标准制定工作,已基本确定了以ip多媒体子系统(ipmultimediasubsystem,ims)作为下一代固定和移动的核心网络。网络演进出现了接入技术和业务提供多样化、承载ip化、核心网络统一到ims的发展趋势。用户在ims网络中能得到更佳的业务体验。

现有ims技术,呼叫会话控制功能(callsessioncontrolfunction,cscf)在ims核心网中处于核心的控制地位,其负责对用户设备(userequipment,ue)的注册进行鉴权和进行会话控制,执行针对主叫端/被叫端的ims用户的基本会话路由功能,并根据用户签约的ims过滤规则,在条件满足时实现到网络中应用服务器(applicationserver,as)的增值业务路由的触发及实现业务控制交互。

归属用户服务器(homesubscriberserver,hss)存储有运营商开户时设定的ims签约信息,同时支持通过与业务管理系统的接口由运营商或终端用户对签约数据进行的定制和修改。hss与服务cscf(s-cscf)间以基于diameter协议的cx接口连接,可实现ims注册过程中对s-cscf域名路由信息的登记,并支持通过该cx接口将基本ims签约信息下载到s-cscf;hss与sipas间以基于diameter协议的sh接口连接,该sh接口为增值业务sipas或osascs提供签约数据、业务逻辑脚本的远程数据库访问接口,hss仅负责对特定签约用户as增值业务数据的透明存储,语义上不做解析。

as通过sh接口从hss中获得或更新用户业务相关的数据和用户状态信息,s-cscf通过cx接口从hss中获得用户的签约信息。

在ims网络中,会话建立时是通过s-cscf中的初始过滤规则(initialfiltercriteria,ifc)将会话路由到相应的as,由as来为用户提供各种业务。其中,ifc本身只包含了特定业务的触发条件,而业务的实现是在as中完成的。

现有的从hss下载到s-cscf中的用户的ims签约信息(imssubscription)的统一建模语言(unifiedmodulelanguage,uml)系统。其中,一个ims签约信息对应有若干个业务信息(serviceprofile),表示一个用户可签约有多种业务。

现有的从hss下载到s-cscf中的业务信息(serviceprofile)的uml系统。其中,一个业务信息对应有若干个公共标识(publicidentification)、0到1个核心网络业务授权(corenetworkserviceauthorization)、若干个初始过滤规则(ifc)及若干个共享ifc设置。此处的业务信息(serviceprofile)并非特指一个业务,它是用户(若干个公共标识)的签约业务信息,可能包含用户签约的多个业务信息,需要多个as为其提供服务,而每个ifc只能触发会话到一个as上。

现有的初始过滤规则(ifc)的uml系统。其中,一个ifc对应有0到1个触发点和一个as。而每个触发点又包含了若干个业务触发条件(servicepointtrigger)。当触发点的业务触发条件满足时,s-cscf就会将会话路由到该ifc所对应的as。

现有ifc中业务触发条件(servicepointtrigger)的uml系统。其中,每个业务触发条件可以包括有请求uri、sip方法、sip头域、会话事件及会话描述等内容。

对于某些业务来说,存在签约和激活两种状态。签约了不一定激活。在现在的路由规则中,无论该业务是否激活,只要用户签约了该业务,当在会话过程中满足了ifc中所设定的业务触发条件,s-cscf就会将该会话路由到该ifc所对应的as中。如果用户的该业务并没有激活,则as只是转发该会话而已。

在如上所述的现有的一种路由方法中,在用户的某种业务没有激活时,s-cscf仍然将会话路由到相应的as,而as只是转发该会话。现实中,用户可能签约了很多业务,或者由运营商在用户入网时提供给用户多种业务,其中有些业务只有用户激活了才会真正为用户提供,但用户可能很少使用/激活该业务(例如前转业务),用户只有在需要的时候才会激活该业务。而在现有的路由规则中,每次用户发起会话时,s-cscf均会根据ifc将该业务触发到提供前转业务的as上,但因为用户并没有激活前转业务,as也就不做任何处理,只是直接转发该会话而已,这样,会造成路由的迂回和资源的浪费,并延迟了会话建立时间。

现在还出现了另一种路由方法,是在hss中增加一个动态业务激活标识(dynamicserviceactivationidentity,dsai),当as对应的所有业务都未激活时,该dsai的属性为未激活,而只要有一个业务是激活时,该dsai的属性就为激活。该dsai通过sh接口在as和hss之间进行同步更新。在hss和as的sh接口数据中增加一个关于dsai的数据类别“dsai-tag”,根据在sh接口消息中是否存在该数据类别,来确定as和hss之间要查询(sh-pull)、修改(sh-update)、订阅(sh-subs-notif)、通知(sh-notif)的数据中是否包含有dsai。

在用户设备(ue)注册时,并在鉴权通过后,i-cscf和hss进行交互,为用户设备选择为其服务的s-cscf;s-cscf向hss请求下载用户的ims签约数据;

与用户签约业务相关的as可能有多个,hss需要依次判断该相关的每个as所对应的dsai是否为激活状态。

当某个as所对应的dsai为激活状态时,在s-cscf请求业务数据时,hss将与该as相对应的ifc下发到该s-cscf,这样会话会被路由到该ifc所对应的as中;如果dsai为未激活状态时,则在s-cscf请求业务数据时,hss不将与该as相对应的ifc下发到s-cscf,这样s-cscf也就不会将会话路由到相应的as上。

采用这种方法,克服了上一种现有技术中所存在的不管业务是否激活均将会话路由到as而造成路由迂回和资源浪费的缺点,但需要更改正常的用户终端的注册流程,hss需要判断dsai的属性后再决定是否将ifc下载到s-cscf。而在正常处理流程中,只要满足给s-cscf下载业务数据的条件,hss就会将相关的信息全部下载给s-cscf,它本身不需要做任何处理。



技术实现要素:

本发明所要解决的技术问题在于,提供一种路由器智能控制系统,可优化ims网络中用户签约了某种业务而未激活的状况时的网络路由。

本发明所采用的技术方案在于,提供一种路由器智能控制系统,(a)服务cscf向归属用户服务器请求下载用户签约数据,该用户签约数据中包含有用于指示应用服务器上业务是否激活的动态业务激活标识信息;在会话建立过程中,服务cscf判断来自归属用户服务器的用户签约数据中初始过滤规则中的用于表征用户的签约业务是否激活的ifc触发条件是否满足;

(b)服务cscf根据步骤(a)中的判断结果确定是否将该会话路由到该初始过滤规则所对应的应用服务器上;如果步骤(a)中该ifc触发条件不满足,无需将该会话路由到该初始过滤规则所对应的应用服务器上;如果步骤(a)中该ifc触发条件满足,则判断该初始过滤规则中的其它业务触发条件是否全部满足;

如果该初始过滤规则中的其它业务触发条件均满足,则将该会话路由到该初始过滤规则所对应的应用服务器上;如果该初始过滤规则中其它业务触发条件未全部满足,则无需将该会话路由到该初始过滤规则所对应的应用服务器上。

在本发明的路由器智能控制系统中,所有触发到同一个应用服务器的初始过滤规则对应于一个动态业务激活标识。

在本发明的路由器智能控制系统中,进一步包括如下步骤:

(c)根据应用服务器所对应的业务所处的激活状态的改变,对服务cscf中的动态业务激活标识信息进行更新。

实施本发明的路由器智能控制系统,具有如下有益效果:用户只有签约并激活了as提供的某种业务时s-cscf才会将会话路由到相应的as,减少了话路迂回和资源的浪费,缩短了会话建立的时间。并且在hss到s-cscf下载的业务信息中增加了若干个分别对应于每个ifc的dsai标志,同时在每一ifc中新增了一个用于判断到as的业务是否激活的ifc触发条件,不需要更改正常注册流程。

附图说明

图1是本发明中的会话路由流程示意图。

具体实施方式

本发明提供一种网络路由优化的方法及设备,针对ims网络中用户的很多业务并存有签约和激活两种状态,当在用户签约了某种业务却不一定激活这种状况时对网络路由进行优化。

在ims网络中,由as实现业务,s-cscf在会话过程中根据从hss下载的ifc规则将会话路由到不同的as完成相应的业务。hss和s-cscf的数据通过ims网络中的cx接口保持同步。

本发明的实现原理是:在hss中增加一个动态业务激活标识(dynamicserviceactivationidentity,dsai),在用户终端注册时,通过cx接口将dsai作为用户数据的一部分从hss下载到s-cscf,当业务激活状态的改变导致dsai改变时,hss可通过cx接口对s-cscf中的dsai数据进行更新。且hss在相关的ifc的业务触发条件中增加一个新的ifc触发条件,该ifc触发条件的取值由该ifc对应的as所对应的dsai决定,当dsai为激活状态时,该ifc触发条件就满足,否则不满足。是否将会话路由到as是s-cscf在会话进行过程中根据ifc触发条件是否满足来确定的。

本发明对业务激活状态和dsai的引入需要对s-cscf和hss之间的cx接口做相应的修改和扩展。在hss对s-cscf的注册响应cx-putresp+cx-pullresp操作及hss更新s-cscf的用户数据的cx-update_subscr_data操作中,对用户数据(userprofile)的扩展中增加若干个dsai元素,可以通过每个dsai中的dsai-tag和ifc中as的servername属性相关联,从而将dsai和ifc一一对应起来。所有触发到同一个as的ifc对应于一个指示该as上业务激活状态的dsai。且每一个dsai中用dsai-state来记录该dsai的状态(激活和未激活)。

在ifc触发点下面增加一个数据类型为boolean的dsai元素,作为ifc触发条件,用来表示相关as上的业务是否已被激活。只有当该ifc触发条件满足时(即dsai为激活状态时),才考虑其它业务触发条件是否满足,当此处的触发条件都满足时则将会话路由到与该ifc相对应的as上;如果ifc触发条件不满足时(即dsai为未激活状态),则不管该ifc触发点中的其他触发条件是否满足,均不会将该会话路由到相应的as上。

如图1所示,是本发明中的会话路由流程示意图。

首先,在用户设备注册时,在鉴权通过后,i-cscf和hss进行交互,为用户设备(ue)选择为其服务的s-cscf;s-cscf向hss请求下载用户签约数据,该用户签约数据中包含有dsai的信息,即通过cx接口将dsai作为用户数据的一部分从hss下载到s-cscf。或者在更新过程中,hss可通过cx接口对s-cscf中的dsai数据(即其状态)进行更新。

运营商可以通过运维管理方式修改hss中用户相应的dsai状态,也可以由用户设备通过ut接口对业务的激活去活操作在as中更改dsai的状态,再通过hss与as之间的sh接口与hss同步该dsai的状态。在用户相关的dsai数据发生改变时,hss通过cx接口修改s-cscf中的dsai数据。

当需要建立会话时,用户设备(ue)向p-cscf呼叫建立请求(invite),p-cscf将该请求转送至s-cscf;

在会话建立过程中,s-cscf判断来自hss的用户签约数据中的ifc中的ifc触发条件是否满足;

如果dsai相关的ifc触发条件满足时(即与as对应的dsai为激活状态),表示as上的业务已激活,则判断该ifc中的其它业务触发条件是否全部满足,如果均满足,则将该会话路由到该ifc所对应的as上(如图中,将会话路由到as1上);如果尚有其他触发条件不满足,则不将该会话路由到该ifc所对应的as1上(图中未画出);

如果该ifc触发条件不满足时(即与as对应的dsai为未激活状态),表示as1上的业务未激活,则无需判断该ifc中的其它业触发条件是否满足,并且不将该会话路由到该ifc所对应的as1上。

对于用户签约的业务相关的另一应用服务器as2,在图中仅示出了一种路由的情形。在本发明中,亦可以通过判断与该as2相关的ifc中的ifc触发条件是否满足来实现不同的路由情形,其与前述对as1相关的ifc中的ifc触发条件的判断过程相同,在此不进行详述。

以上所揭露的仅为本发明的路由器智能控制系统及设备的较佳实施例而已,当然不能以此来限定本发明之权利范围,因此依本发明申请专利范围所作的等同变化,仍属本发明所涵盖的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1