对媒体资源服务器进行路由的方法
技术领域
本发明涉及一种资源路由的方法,尤其是一种通过在网关(Gateway,简称GW)中设置媒体资源服务器地址和标识的映射关系表对媒体资源服务器进行路由的方法.
背景技术
随着通讯系统在经济和社会生活等各个领域中日益广泛的应用,通讯网络本身也在快速发展之中,通讯网络正逐渐过渡到NGN.NGN(下一代网络)采用的是一种承载和控制相分离的网络结构,其中用户交互类应用的逻辑组网可参见图1,其中应用服务器1(Application Server,简称AS)和在其上运行的应用21、应用22、...、应用2n(Application,简称App)为用户提供各种应用的服务;网关3(Gateway,简称GW)为AS提供网络能力,这种网络能力包括各种网络协议下的呼叫控制和媒体交互能力;媒体资源服务器41、媒体资源服务器42、...、媒体资源服务器4n(Media Resource Server,简称MRS)用于提供媒体资源能力;而软交换5(SoftSwitch)用于提供呼叫控制能力.在开展业务时,App21、App 22、...、App 2n被部署到AS1上,App21、App 22、...、App 2n所需要的媒体资源被部署到MRS41、MRS42、...、MRS4n上,App21、App 22、...、App 2n通过GW3的用户交互(User Interaction,简称UI)接口向MRS41、MRS42、...、MRS4n请求媒体资源能力的操作,例如放音、收号、视频播放以及录音等操作.
在实际应用中,一些App具有话务量大、跨地域组网等特点,必须配置多个MRS才能实现,从负荷分担、资源分布以及运营管理等需求出发,就要求GW能够把请求灵活路由到指定的MRS上。
现在有一种OSA/Parlay应用接口,是广泛应用于GW和AS之间的应用程序接口,其中定义了UI接口,这种UI接口不支持多MRS灵活路由的特性,开展业务时无法指定本次操作的目的MRS。
为了在开展业务时对多个MRS进行指定,有人提出了轮询方式的路由方案,具体可采用顺序轮询或者随机轮询等方式实现,这种轮询方式对MRS有一定的要求:即各个MRS是等同的。也就是说:各个MRS都要求与GW存在连接,而且处理能力要求相同,所部署的应用资源也相同,这些要求对于应用服务商来说比较苛刻,不利于灵活的展开服务.
发明内容
本发明的目的是针对现有轮询方式难以灵活的对多MRS进行业务路由的缺陷,提出了一种对媒体资源服务器进行路由的方法,对各个MRS的要求不高,在开展业务时,能够快速灵活的路由媒体资源服务器.
为实现上述目的,本发明提供了一种对媒体资源服务器进行路由的方法,其包括以下步骤:
步骤1,网关获取应用程序的媒体资源服务器标识的,并查询预先设定的标识地址映射表,以获得所述媒体资源服务器标识的媒体资源服务器地址,该媒体资源服务器标识位于所述网关调用媒体资源的请求中;
步骤2,所述网关根据所述媒体资源服务器地址构造消息,并路由到所述媒体资源服务器地址。
在上述技术方案中,所述步骤1中的所述查询预先设定的标识地址映射表的操作具体为:查询以数据库表结构或非数据库表结构表示的标识地址映射表。在步骤1之前还可以包括以下操作:
步骤11,所述网关判断所述应用程序是否指定了媒体资源服务器标识,是则执行步骤1;否则执行步骤12;
步骤12,根据应用信息查询预先设定的媒体资源服务器路由和分担规则表获得媒体资源服务器标识,所述应用信息为软交换编号、应用程序编号、媒体资源编码、用户号码或用户地址之一或者上述信息的任意组合.
步骤11之前还包括以下操作:所述网关加载所述标识地址映射表和媒体资源服务器路由和分担规则表。
其中步骤12可具体为:
步骤121,所述网关根据应用信息(具体为软交换编号、应用程序编号和媒体资源编码)查询媒体资源服务器路由规则表,获得可用的媒体资源服务器索引;
步骤122,所述网关根据所述媒体资源服务器索引查询媒体资源服务器分担规则表,获得媒体资源服务器列表信息和运行方式,并根据运行方式选择所述请求的媒体资源服务器标识。
在上述技术方案中,所述步骤122中所述根据运行方式选择所述请求的媒体资源服务器标识的操作具体为:
当所述运行方式为独立方式,则选择所述媒体资源服务器分担规则表中的第一个媒体资源服务器标识;
当所述运行方式为主备用方式,则选择所述媒体资源服务器分担规则表中的第一个媒体资源服务器标识,如果所述第一个媒体资源服务器不可用,则选择第二个媒体资源服务器标识;
当所述运行方式为负荷分担方式,则选择所述媒体资源服务器分担规则表中的全部媒体资源服务器标识,并根据轮询方式或权重方式进行负荷分担。
基于上述的技术方案,本发明具有以下优点:
1、本发明中预先针对不同的应用设定MRS路由规则表,再由网关根据应用信息获取MRS地址,从而实现了网关对媒体资源服务器的灵活路由。
2、本发明根据分担方式的不同灵活的选择媒体资源服务器地址,可以使业务运营商根据不同情况灵活部署应用的媒体资源,并对多个媒体资源服务器进行组网和运营管理。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
图1为下一代网络用户交互类应用的逻辑组网示意图.
图2为本发明对媒体资源服务器进行路由的方法的基本流程示意图.
图3为本发明对媒体资源服务器进行路由的方法的实施例一的流程示意图.
图4为本发明对媒体资源服务器进行路由的方法的实施例二的流程示意图.
具体实施方式
为了对应用进行灵活的媒体资源部署,本发明改进了现有的轮询MRS的路由方式,利用网关接收到的应用的请求信息,根据预先设定的MRS路由和映射表选择适合的MRS,从而实现了对MRS的灵活路由,尤其是对于各种对资源要求有较大差异的业务,本发明比现有的方式实现得更佳.
如图2所示,为本发明对媒体资源服务器进行路由的方法的基本流程示意图,包括以下步骤:
步骤101,网关(GW)的用户交互接口(UI)接收应用程序(App)调用媒体资源的请求;
步骤102,网关根据上述请求中的MRS标识查询预先设定的标识地址映射表,获取请求的MRS标识的MRS地址;
步骤103,网关根据获得的MRS地址构造消息,然后路由到MRS地址.
实施例一
如图3所示,为本发明对媒体资源服务器进行路由的方法的实施例一的流程示意图,包括以下步骤:
步骤201,网关的UI接收App调用媒体资源的请求,在网关向App提供UI操作接口的实现方式上,可以利用OSA/Parlay定义的UI接口,其中UICall对象是绑定到呼叫对象上的,根据呼叫对象就能直接获取当前呼叫的软交换编号和当前呼叫所触发的应用编号,再根据放音、放音收号、录音等UI操作中的参数得到媒体资源编码,当前呼叫的软交换编号、应用编号、媒体资源编码为步骤203提供了查询MRS路由规则表的应用信息;
步骤202,是否已由App直接指定了MRS标识,如果已经指定了,则执行步骤205,否则执行步骤203;
步骤203,网关根据步骤201中获得的应用信息,即软交换编号、应用编号和媒体资源编码,对存储于网关内的MRS路由规则表(MRSRouting)进行查询,获得本次呼叫可用的MRS索引,在MRS路由规则表中,软交换编号、应用编号和媒体资源编码都可以定义一个作为通配符的数据,例如表1(都采用Integer整型进行表示):
表1:MRSRouting表
字段名 |
含义 |
类型 |
SoftSwitchNo |
软交换编号,触发当前呼叫的软交换设备编号;-1代表所有软交换. |
Integer |
AppID |
应用编号,用于多个应用采用相同的语音编号情况;-1表示所有App |
Integer |
resourceID |
媒体资源编码,例如音频、视频、数据等资源的编码 |
Integer |
MRSIndex |
MRS索引 |
Integer |
软交换编号(SoftSwitchNo)配置为-1表示对所有的软交换都有效,应用编号(AppID)配置为-1表示对所有的应用编号都有效,而媒体资源编码(resourceID)配置为NULL就表示对所有的媒体资源编码都有效,当网关查询MRSRouting表时,对表中字段和输入数据的匹配,现已非通配数据进行匹配,如果没有匹配,就使用通配数据进行匹配,如果再次无匹配就认为查找失败,返回错误提示;
步骤204,网关根据MRS索引查询MRS分担规则表(MRSInfo),见下表2,得到具体的MRS列表信息以及MRS运行方式,如果MRS运行方式为独立方式,则目的MRS为MRSInto表中的第一个MRS编号;如果MRS运行方式为主备用方式,则目的MRS为MRSInto表中的第一个MRS编号,如果第一个MRS不可用,则选择第二个MRS编号;如果MRS的运行方式为负荷分担方式,则目的MRS为全部MRS编号,需要按轮询方式或者权重方式进行负荷分担,这里的MRS编号即MRS标识;
表2:MRSInfo表
步骤205,网关再根据获得MRS编号查询标识地址映射表(MRSAddress),以获得MRS地址,具体详见表3,其中IP地址采用String(字符串)形式表示,网关中预先定义了MRS编号与MRS地址之间的映射关系,并采用数据库表来表示其结构,网关可以根据MRS编号查询到对应于该MRS编号的IP地址和端口号;
表3:MRSAddress表
字段名 |
含义 |
类型 |
MRSID |
MRS编号 |
Integer |
IP |
MRS的IP地址 |
String |
Port |
MRS端口号 |
Integer |
步骤206,网关根据查询到的MRS的IP地址和端口号构造消息,并路由到该MRS地址.
从上述实施例中,利用了很多预先设定好的规则表,这些规则表应该在步骤201之前进行设定,即执行这样的操作:网关将标识地址映射表和媒体资源服务器路由和分担规则表加载.以上所涉及的规则表的表示形式并不局限为数据库形式,还可以采用其他非数据库形式进行存储.
步骤201中利用了现有的OSA/Parlay定义的UI接口,并未对该UI接口进行修改,但是如果某些App需要根据策略路由MRS,这种策略可以直接指定需要路由的MRS编号,这就需要对OSA/Parlay定义的UICall对象进行扩展,在接口中增加一个MRSID参数,该MRSID参数用来指明本次UI操作的目的MRS编号.
实施例二
如图4所示,为本发明对媒体资源服务器进行路由的方法的实施例二的流程示意图,包括以下步骤:
步骤301,网关加载标识地址映射表、MRS路由和分担规则表;
步骤302,网关的UI接收App调用媒体资源的请求,在网关向App提供UI操作接口的实现方式上,可以采用非OSA/Parlay定义的UI接口,网关从请求中获取应用信息,这些应用信息除了可采用软交换编号、应用编号和媒体资源编码之外,还可以采用用户号码,或者该号码的前缀、后缀,用户的IP地址等信息,凡是能够识别出本次应用请求的信息都可以作为应用信息;
步骤303,是否已由App直接指定了MRS标识,如果已经指定了,则执行步骤305,否则执行步骤304;
步骤304,网关根据步骤201中获得的应用信息,对存储于网关内的MRS路由规则表、MRS分担规则表(可参考上一实施例)进行查询,以获得MRS标识.这个步骤与上一实施例的两级查询相比,采用的是一级查询过程,简化了网关的操作;
步骤305,网关再根据获得MRS编号查询标识地址映射表(MRSAddress),以获得MRS地址;
步骤306,网关根据查询到的MRS的IP地址和端口号构造消息,并路由到该MRS地址.
在本实施例中,App在配置映射关系时,需要使MRSID与网关内存储的规则表保持一致.在步骤302中,如果是采用其他形式的应用信息,在预先设置规则表的时候,也需要调整相应的映射关系.
本发明中预先针对不同的应用设定MRS路由规则表,再由网关根据应用信息获取MRS地址,从而实现了网关对媒体资源服务器的灵活路由;本发明根据分担方式的不同灵活的选择媒体资源服务器地址,可以使业务运营商根据不同情况灵活部署应用的媒体资源,并对多个媒体资源服务器进行组网和运营管理.
最后应当说明的是:以上实施例仅用以说明本发明的技术方案而非对其限制;尽管参照较佳实施例对本发明进行了详细的说明,所属领域的普通技术人员应当理解:依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换;而不脱离本发明技术方案的精神,其均应涵盖在本发明请求保护的技术方案范围当中.