一个IP电话路由框架( 八 )


的底层网络拓扑知识和呼叫者定位知识 。这些因素由QoS路由协议控制,不属于TRIP的范
围 。
但是,网关容量不靠呼叫者的位置或者路径特征 。因此,TRIP支持一些形式的容量度
量 。这种度量表述了网关的静态容量,而不是网关工作期间不断变化的动态可用容量 。LS
可用该度量作为网关间对呼叫负载平衡的手段 。它也可用作对任何其他策略判定的输入 。
9.2.3费用信息
对传播的另一个有用属性是费用度量 。它可以表示为一个特定的网关对呼叫的收费 。它
可以是一个到根据预先存在的商业协议而定义了价格结构的表的索引,或者它本身就表示了
费用 。TRIP本身不定义价格度量,但可以且应该作为一个扩展定义 。使用一个价格扩展意
味着可以定义更多的度量 。
10.前端
作为TRIP的一个结果,LS建立了一个网关路由的数据库(即TRIB) 。这些信息被ITAD
中各种实体所利用 。这种将信息加工成可用的方法称为前端 。通过这种明显的方式TRIP服
务被暴露在协议外 。
10.1前端客户
目前有以下几种实体(可能不止这几种)会使用前端来访问TRIB:
信令服务器:信令服务器接受信令消息(例如H.323或者SIP消息),这些消息用于初
始化IP电话呼叫 。这些呼叫的目的地址可以是一个与GSTN终端相对应的电话号码 。为了将
这些呼叫路由到一个合适的网关,信令服务器需要访问建在LS上的数据库 。
端用户:端用户可以直接查询LS取得路由信息 。此举答应他们提供需求的细节信息 。
然后,他们可以联系通往被呼叫电话号码的下一跳信令服务器或者网关 。
治理员:治理员需要访问TRIB来完成维护和治理功能 。
当一个信号服务器联系LS路由电话号码时,它通常正在这么做,因为呼叫设备(代表
端用户)已经尝试要建立一个呼叫 。结果,信令服务器作为端用户的代理高效地访问LS数
据库 。呼叫设备和他们的代理人(信令服务器)之间通过信令协议通信 。
这种代理方法的优点是使真实的LS交互对于呼叫设备隐藏起来 。因此,不管呼叫是电
话号码还是IP地址都无所谓 。假如是电话号码,则路由透明地发生 。代理模式令一个优点
是方便了瘦客户端,因为它们没有接口或者处理能力直接查询局域服务器(例如:单独的
IP电话) 。这种代理方法的优点同样也是它的缺点-真实的LS交互对于呼叫设备(即端用户)
隐藏起来了 。在某些情况下,端用户需要知道呼叫如何被路由,包括花费、质量、治理员、
或者呼叫服务和协议 。这些需求称为端用户策略 。在代理方法中,用户能通过信令协议高效
地访问服务 。信号协议不可能为端用户支持复杂的呼叫路由首选项的表述 。(注重:SIP可
以为呼叫路由支持一些形式的呼叫者首选项 。)因此,由端用户直接访问局域数据库可以提
供更丰富的呼叫路由服务 。当端用户策略被提交到LS时(或者直接或者通过信令协议),LS
判定如何使用它 。LS有它自己的策略来处理端用户首选项 。
10.2前端协议
有许多协议可用于前端访问LS数据库 。TRIP不指定或限制对于前端访问的可能性 。目
前并不清楚是否应该制定一个单一的前端访问标准 。每个协议各有优缺点 。有些适用于一些
场合,而另一些则适用于其它场合 。
当前的前端协议有:
ServiceLocationProtocol(SLP):服务定位协议,SLP设计为可以精确地满足这种
功能 。SLP对于由属性集描述的定位服务器非常理想 。这时服务器是一个网关,或者通向网