专利名称：对媒体资源服务器进行路由的方法
技术领域：
本发明涉及一种资源路由的方法，尤其是一种通过在网关(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、App22、...、App2n被部署到AS1上，App21、App22、...、App2n所需要的媒体资源被部署到MRS41、MRS42、...、MRS4n上，App21、App22、...、App2n通过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提供<p>重复次数(Iterations)，指示一条语音播放的最大时长，-1表示语音永远重复播放，默认值是1；重试次数(Number of attempts)，指示允许用户输入或录音的错误重试次数；是否允许中断指示(Non Interruptible Play)，指示是否允许打断播放，有效值是true或false，如果设置为true，在输入任何字符或录音前，用户需要收听完整最初的语音；录音标识(Recording ID)，指示通过PR事件记录的物理存储的统一分配的资源标识；录音长度(Recording Length)，指示录音的最大时长，以百毫秒为单位，-1表示无限制；取消键(Restart Key)，指示丢弃已经收集的输入或录音，重新提示用户和重新开始收集或录音；确认键(Return Key)，定指示结束收集，将收集到的字符串发送到应用服务器。
需要说明的是，上述表1中的参数在BAU包规范中是最理想情况下的参数集合，必须支持的最小参数集合是为了在不同实现中获得相同的互用性，其他定义在BAU包中的参数可以支持，但若媒体服务器不支持，这些参数也可以忽略。
此外，在本发明第一较佳实施例中，SIP实体在发送的SIP消息中，携带的BAU包还包含了可以使用BAU包播放的变量数据，如日期、时间、时长等。在本发明第一较佳实施例中，支持的变量类型如下表2所示。
失败，返回错误提示；步骤204，网关根据MRS索引查询MRS分担规则表(MRSInfo)，见下表2，得到具体的MRS列表信息以及MRS运行方式，如果MRS运行方式为独立方式，则目的MRS为MRSInto表中的第一个MRS编号；如果MRS运行方式为主备用方式，则目的MRS为MRSInto表中的第一个MRS编号，如果第一个MRS不可用，则选择第二个MRS编号；如果MRS的运行方式为负荷分担方式，则目的MRS为全部MRS编号，需要按轮询方式或者权重方式进行负荷分担，这里的MRS编号即MRS标识；表2MRSInfo表
步骤205，网关再根据获得MRS编号查询标识地址映射表(MRSAddress)，以获得MRS地址，具体详见表3，其中IP地址采用String(字符串)形式表示，网关中预先定义了MRS编号与MRS地址之间的映射关系，并采用数据库表来表示其结构，网关可以根据MRS编号查询到对应于该MRS编号的IP地址和端口号；
下面举例说明。第一个例子为构造Ping Request报文，该报文的具体内容如表1所示，报文域的值为16进制
按顺序输入如下数据
在本实施例中，App在配置映射关系时，需要使MRSID与网关内存储的规则表保持一致。在步骤302中，如果是采用其他形式的应用信息，在预先设置规则表的时候，也需要调整相应的映射关系。
本发明中预先针对不同的应用设定MRS路由规则表，再由网关根据应用信息获取MRS地址，从而实现了网关对媒体资源服务器的灵活路由；本发明根据分担方式的不同灵活的选择媒体资源服务器地址，可以使业务运营商根据不同情况灵活部署应用的媒体资源，并对多个媒体资源服务器进行组网和运营管理。
最后应当说明的是以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解依然可以对本发明的
具体实施方式
进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。
权利要求
1.一种对媒体资源服务器进行路由的方法，其包括以下步骤步骤1，网关获取应用程序的媒体资源服务器标识，并查询预先设定的标识地址映射表，以获得所述媒体资源服务器标识的媒体资源地址；步骤2，所述网关根据所述媒体资源服务器地址构造消息，并路由到所述媒体资源服务器地址。
2.根据权利要求1所述的对媒体资源服务器进行路由的方法，其中所述步骤1中网关获取应用程序的媒体资源服务器标识的操作具体为应用程序通过用户交互接口向网关发出调用媒体资源服务器的请求，所述网关从所述调用媒体资源服务器的请求中获取所述应用程序的媒体资源服务器标识。
3.根据权利要求1所述的对媒体资源服务器进行路由的方法，其中所述步骤1之前还包括步骤11，所述网关判断所述应用程序是否指定了媒体资源服务器标识，是则执行步骤1；否则执行步骤12；步骤12，所述网关根据应用信息查询预先设定的媒体资源服务器路由和分担规则表，获得媒体资源服务器标识。
4.根据权利要求3所述的对媒体资源服务器进行路由的方法，其中所述步骤11之前还包括以下操作所述网关加载所述标识地址映射表和媒体资源服务器路由和分担规则表。
5.根据权利要求3所述的对媒体资源服务器进行路由的方法，其中所述步骤12具体为所述网关根据软交换编号、应用程序编号、媒体资源编码、用户号码和用户地址之一或者其任意组合的应用信息，查询预先设定的媒体资源服务器路由和分担规则表，获得媒体资源服务器标识。
6.根据权利要求3所述的对媒体资源服务器进行路由的方法，其中所述步骤12具体为步骤121，所述网关根据应用信息查询媒体资源服务器路由规则表，获得可用的媒体资源服务器索引；步骤122，所述网关根据所述媒体资源服务器索引查询媒体资源服务器分担规则表，获得媒体资源服务器列表信息和运行方式信息，并根据运行方式信息选择所述请求的媒体资源服务器标识。
7.根据权利要求6所述的对媒体资源服务器进行路由的方法，其中所述步骤121中所述网关根据应用信息查询媒体资源服务器路由规则表的操作具体为所述网关根据软交换编号、应用程序编号和媒体资源编码查询媒体资源服务器路由规则表。
8.根据权利要求6所述的对媒体资源服务器进行路由的方法，其中所述步骤122中所述根据运行方式选择所述请求的媒体资源服务器标识的媒体资源服务器地址的操作具体为当所述运行方式为独立方式，则所述网关选择所述媒体资源服务器分担规则表中的第一个媒体资源服务器标识。
9.根据权利要求6所述的对媒体资源服务器进行路由的方法，其中所述步骤122中所述根据运行方式选择所述请求的媒体资源服务器标识的媒体资源服务器地址的操作具体为当所述运行方式为主备用方式，则所述网关选择所述媒体资源服务器分担规则表中的第一个媒体资源服务器标识，如果所述第一个媒体资源服务器不可用，则选择第二个媒体资源服务器标识。
10.根据权利要求6所述的对媒体资源服务器进行路由的方法，其中所述步骤122中所述根据运行方式选择所述请求的媒体资源服务器标识的媒体资源服务器地址的操作具体为当所述运行方式为负荷分担方式，则所述网关选择所述媒体资源服务器分担规则表中的全部媒体资源服务器标识，并根据轮询方式或权重方式进行负荷分担。
11.根据权利要求1-10任一所述的对媒体资源服务器进行路由的方法，其中所述步骤1中的所述查询预先设定的标识地址映射表的操作具体为所述网关查询以数据库表结构或非数据库表结构表示的标识地址映射表。
全文摘要
本发明涉及一种对媒体资源服务器进行灵活路由的方法，其包括以下步骤网关获取应用程序的媒体资源服务器标识，并查询预先设定的标识地址映射表，以获得所述媒体资源服务器标识的媒体资源地址；所述网关根据所述媒体资源服务器地址构造消息，并路由到所述媒体资源服务器地址。本发明中预先针对不同的应用设定MRS路由规则表，再由网关根据应用信息获取MRS地址，从而实现了网关对媒体资源服务器的灵活路由；本发明根据分担方式的不同灵活的选择媒体资源服务器地址，可以使业务运营商根据不同情况灵活部署应用的媒体资源，并对多个媒体资源服务器进行组网和运营管理。
文档编号H04L12/66GK1859333SQ200610065599
公开日2006年11月8日 申请日期2006年3月24日 优先权日2006年3月24日
发明者文均荣, 余运华, 张志明, 杨向禹 申请人:华为技术有限公司