基于Softswitch的组网及路由( 二 )


2.支持一种或多种协议方式接受路由查询申请(目前一般采用LDAP协议);
3.支持基于E.164、IP地址、URI等等的路由信息;
4.支持类似电路交换网络中的交换局分层概念,基本可以划分片区路由服务器、主干路由服务器、国家级路由服务器等层次;
5.RS接受按照规范的协议接口经过认证接受所服务的SS发起的查询申请;
6.对于收到的查询不属于本RS范畴的请求,可以按照预先配置数据向其他RS发起协查请求或者将请求发向上级RS;各级RS均可以具备汇接查询功能;
7.提供安全性服务以及根据政府等方面的非凡需求做出一些监控等非凡服务 。
路由服务器完全可以根据网络容量的大小随意增删设备,假如合理的规划好各级RS的治理范畴能很好的解决大型网络的组网问题 。在由SS组建有RS参与的大型VoIP网络时候,SS本身的配置将会简化不少,考虑到SS每个呼叫都需要到RS寻找路由信息必然会延长每个连接建立的时间,这个问题并不是难以克服的,SS本身可以保存自己控制范围内的全体用户完整的路由信息内容,这样本SS控制的用户呼叫不需要借助RS的帮助,此外SS可以考虑对于一些常用地址建立一个本地映射库来加快常见呼叫的接通时间,当然SS需要付出维护这个本地映射库的代价 。一个比较好的建议是RS建立这样的本地映射库,RS根据由业界认可的策略负责同步关联的路由数据 。
演进前期的组网路由方案
在多网并存、PSTN网占据绝对优势点面的情况下,Softswitch独立设点,逐步由点到面,扩展网络容量,属于前期演进的状况 。这样的情况下SS没有大面积铺开,能有直接联系的SS也有限,更多的用户互通需要依靠SG、TG上电路交换网络解决,IP网上的直接数据用户有限,此时我们可以主要采用前面概述中介绍的第一种方案;对于数据网上的用户采用第二种方式互通,由于数据网用户并不多,可以在数目有限的SS上根据粗略的局码或区域号码即配置出域到对端SS,此种方式配置并不复杂细致,在早期是很适合的方式 。
我们可以称呼这个演进解决方案为SS域方式,换句话说可以称分区域发展建设方式,在城市的某一地区先设Softswitch点,在SS域内使用的是SS框架的语音服务,其他地区仍然使用PSTN、PLMN等网络提供语音业务;我们称提供SS框架语音业务的区域为一个域 。
Softswitch框架推行的前期路由服务器与SS是合二为一的,由于几乎是孤立设点,一个SS就构建了我们前面介绍的一个域;根据演进前期组网示意图可以看到,处于同一IP网上的SS之间路由数据是全互连的,每个SS/RS都拥有网络上其他全部SS的相关路由信息,早期SS较少的时候这是个经济简便的组网方案,但是SS逐步增多后这样的路由信息配置会渐渐成为一个繁重的负担,这时候已经进入演进中、后期了,应该启用演进后期的解决方案 。
演进后期的组网路由方案
进入到演进后期则是SS控制的包交换网与电路交换网所占用户面及其接近甚至略胜一筹的局面,旧有的电路交换网继续发挥它的网络利用价值,数据网用户遍地开花 。这个时候要依靠SS本身细化相关路由的配置已经很难实现,且不论SS需要配置及其繁杂庞大的数据,日常的路由信息维护将会相当困难,会出现类似某个SS所属部分用户改号、升位时其他所有的SS均需要修改配置的情况,显然这是我们不愿意接受的 。此时应该引进相当数量的RS来负担起路由服务的重任,RS的出现可以开始是个别的,分别负担部分SS,这时候RS全部处于一个层次;当网络容量大到一定程度则网络组建者可以考虑优化网络添置主干RS甚至国家RS 。

推荐阅读