利用H.323协议实现视讯业务的扩展( 二 )


当查询成功后 , 结果(例如被查询企业的电话号码)直接显示在可视电话的屏幕上 , 另外 , 假如需要的话 , 被查询企业的其他信息 , 例如企业的视频介绍片断、企业的地理位置、企业的相关新闻等信息可以同时显示在屏幕上 。用户可以在查询后进行进一步操作 , 包括直接呼叫到该企业 , 观看企业的视频介绍 , 察看企业的新闻等等 。
上述场景使得普通的电话查号服务在引入了视频后有了许多新的特点:
(1)交互从单纯的话音变为包含音视频、图片文字信息的多媒体交互;
(2)通过面对面的IVR可以提高用户的体验;
(3)通过附加的信息(视频介绍、新闻等)可以向用户提供更多的信息;
(4)为引入其他的运营模式提供了可能 , 例如企业可以利用该系统投放视频广告 , 并支付查询费用 , 而用户无需付费;
(5)通过服务导航机制(如呼叫转接) , 可以方便用户使用(在传统方式下 , 需要手工记下电话号码 , 并重新拨号) 。
二、视讯扩展业务实现
为了实现上述的视讯业务扩展 , 需要对现有的H.323视讯会议系统进行扩展 , 同时还需要对H.323协议进行部分扩展 。图1是实现基于H.323的视讯业务扩展的基本框架 。
上述视讯业务基本框架是在原有的H.323系统的基础上进行扩展 。主要的扩展包含以下几个部分 。
1.视讯扩展业务应用服务器
每个扩展业务需要一个应用服务器来实现业务的功能、控制业务的流程 。视讯扩展业务应用服务实现了视讯扩展业务的控制平面功能 。
2.视讯扩展业务治理服务器
治理服务器在H.323视讯治理支撑系统的基础上实现业务的治理功能 , 例如实现H.323呼叫号码和应用服务器入口点的映射 , 实现应用服务的授权功能等等 。
3.Web服务器
对于部分视讯扩展业务(例如信息访问服务) , 需要通过Web(HTTP)的方式和终端进行交互 , 因此 , 需要一个独立的Web服务器提供数据平面的功能 。
在上述框架下 , 视讯业务扩展的实现需要解决几个要害的问题 。
1.拨号访问
对于一个通信系统而言 , 拨号的功能有两个:一个是业务触发 , 即发起一个业务;另一个是业务定位 , 号码指明通信的另一方 。
对于视讯扩展业务而言 , 是否也可以通过拨号呼叫的方式实现业务触发和业务引导 , 是需要解决的第一个问题 。一旦业务可以通过号码引导 , 就答应视讯扩展业务 , 例如视频点播服务和综合信息访问服务可以以传统拨号的方式进行定位和业务引导 。这区别于Internet服务采用URL定位和IPTV采用EPG菜单定位 。
实现拨号访问视讯服务本质上需要在号码和实际的应用服务器地址之间建立映射和查询机制 , 同时需要在H.323的呼叫流程中实现相应的处理 。对于H.323系统而言 , 实现该功能的最佳设备是GK , GK本身就具有呼叫号码的定位功能 , 区别在于标准的呼叫将呼叫号码翻译成被叫终端的传输层地址(IP地址和端口号) , 而业务扩展的呼叫将号码翻译成扩展业务的访问点(可以是一个传输层地址 , 也可以是一个URL , 取决于扩展业务的类型) 。
根据图1的框架 , 扩展业务的呼叫号码和扩展业务的入口点的映射表将保存在扩展业务治理服务器中 , 并提供接口支持GK的查询 。查询的结果以URI的形式返回给终端 , URI中指示扩展业务的类型 。
从协议的层面 , 需要H.323进行两个方面的扩展:一个是支持扩展的号码查询;一个是在协议中携带URI信息 , 并能够正确的解析URI发起相应的服务请求 。
2.认证技术
在H.323系统中已经明确定义的终端认证的过程和方法 。因此 , 在视讯业务扩展的实现中 , 需要作的仅仅是在终端认证的基础上 , 实现业务的验证 , 即业务认证直接利用终端认证的结果 , 避免多次认证 。

推荐阅读