82ip视讯会议系统工程设计规范

82ip视讯会议系统工程设计规范内容摘要：

(3) 呼叫管理：处理 RAS呼叫信令，并采集呼叫信息。 (4) 带宽管理：处理 ，根据带宽管理策略对端点的带宽请求进行带宽限制。 (5) 区域管理：负责管理区域内的所有视讯设备端点设备。 (6) 计费管理：实现终端点对点呼叫认证、计费、 CDR话单功能。 2． GK 宜进行分级建设， GK 一般情况下 分为三级结构，在全国中心设置顶级 GK，以省为单位设置一级 GK，在省内可以根据具体情况在地市设置二级 GK，在业务发展初期， 4 一级 GK 和二级 GK 可以综合设置。 3． GK 可以内置在 MCU 里，也可以单独设置，为方便以后扩容，建议 GK 最好采用单独设置，并且采用主备方式或负荷分担的方式。 在倒换期间，所有业务功能不能出现中断。 4． GK 的安全性，如 GK 面向公众视讯用户， GK 应设置在防火墙的 DMZ 区或防火墙内，通过 IP 地址静态映射或其他方式，保证 GK 的安全性。 5．点对点通信可以不通过 MCU 进行转接，其计费原始信息由 GK 生成。 网关 1．网关主要是为了解决各不同系统之间互通的问题，目前视讯会议系统的网关主要有， VoIP 网关，公私网互通网关等，随着以后互通业务的增加，逻辑上可能还会出现不同应用网关，物理上可能演变为一个综合网关。 2． 1）。 2）如 MCU 支持 和 视讯会议系统混合组网的方式，可以在 MCU 中配置E1 接口板卡及相应板卡即可。 3． VoIP 网关 1） VoIP 网关实现 视讯会议系统和电话网之间的互通，电话用户可以通过打电话加入多点会议，也可以和视讯用户实现点对点通信。 2） VoIP 网关设备应具有 FE 和 E1 物理接口，连接局域网交换机和程控交换机， VoIP网关与程控交换机之间的信令，可以采用 PRI 信令，也可以是 信令。 3）若 VoIP 网关采用 PRI 信令，应该给 VoIP 网关分配 PRI 的资源。 4）若 VoIP 网关采用 信令，应该给 VoIP 网关分配 信令点编码。 4．公私网互通网关 1）公私网互通网关是解决我国公网 IP 地址不足的问题，目前不少视讯 终端的 IP 地址是私有 IP 地址，公私网互通网关实现公网视讯终端能够呼叫私网视讯终端以及私网视讯终端呼叫私网视讯终端，从而实现公私网内视讯终端之间的互通。 2）公私网互通的解决方式大致有两种：第一种方式是把公私网互通的设备放在用户侧，即公私网的交界处；第二种方式是把公私网互通设备放置在局端，即电信机房处。 应用服务器 1．数据会议服务器 1）数据会议服务器应支持 ITUT 系列标准，能实现应用程序共享、文件传送、文字聊天、电子白板等数据会议功能。 2）数据会议服务器应支持多种入会方式，终端加 入会议的方式、数据会议服务器召开会议的方式。 3）数据会议服务器应支持多种退会方式，终端挂断呼叫方式、数据会议服务器挂断呼叫方式。 2．流媒体服务器 1）流媒体编解码器通过视音频压缩编码，将视音频信号压缩成媒体流的格式，存储在流媒体服务器中。 2）流媒体服务器应支持会议直播的功能，增加会议电视的覆盖范围，用户可通过访问流媒体服务器，了解会议情况。 通过流媒体服务器参加会议的用户，不能与其他与会者进行交互。 3）流媒体服务器应支持会议点播的功能，可以对一些重要会议进行录制，存储在流媒体服务器的目录里，供用户进行 点播观看。 3．随着视讯业务的不断丰富和深入人心，各种视讯交换层的应用服务器将层出不穷， 5 服务器的处理能力也将不断的增强，宜考虑服务器的容灾备份。 在 视讯交换层的设备中， MCU、 GK 是必须要设置的， MCU、 GK 配置容量的原则应在实际需求量的基础上，适当的增加冗余量来进行配置；网关和应用服务器的设置应视各地实际情况，用户的需求等综合因素，也可以不设置网关和应用服务器。 4． 3 运营支撑层的设计 运营支撑层主要是由业务和资源管理系统、网管系统、计费系统、营业系统等组成。 业务和资源 管理系统 1．业务和资源管理系统通过对 MCU、 GK 等视讯平台的资源进行统计及合理调度，不需要人工参与，满足用户召开会议的需求，避免了运维人员对每次会议进行手工调动的繁琐程序。 2．业务和资源管理系统应支持对会议进行控制的功能，例如可对会场进行静音、闭音，广播、轮询，添加、删除等操作，可对会议进行延长、结束等操作。 会议控制主要是为了方便用户召开会议，并对会议进行管理，更加接近在同一会议室召开会议的效果。 每一个会议控制功能应得到视讯终端、 MCU、业务和资源管理系统等一系列设备的支持。 3．业务和资源管理系统应支 持对预定义会议的管理。 例如可对预定义会议进行添加、编辑、删除，并对预定义会议进行调度等操作。 4．业务和资源管理系统应支持对已调度会议的管理，例如可进行取消已调度会议、查询已调度会议属性的操作。 5．业务和资源管理系统应支持对多台 MCU 的管理。 业务和资源管理系统和 MCU 之间通过 IP 网进行连接。 6．业务和资源管理系统应设置在防火墙内，不和视讯用户终端发生直接的控制管理信息的交互。 7．业务和资源管理系统可以进行分级建设，省业务和资源管理系统负责本管理域内的资源调度和管理，全国业务和资源管理系统负责跨管理域内 的资源调度和管理。 网管系统 1．网管系统应能实现对 MCU、 GK 等视讯平台设备的管理。 2．网管系统对视讯设备的管理功能应包括： 故障管理、性能管理、配置管理、安全管理功能。 1）故障管理功能：应包括网元设备告警呈现、性能指标超过预先设置的阀值的告警呈现、告警查询和告警处理功能。 2）性能管理功能：应能够采用图形和表格的形式呈现网络的性能数据，如呼叫时长、呼叫次数、呼叫成功率、网络利用率、系统利用率等，并进行统计分析处理。 3）配置管理功能：应包括网元配置数据查询和配置数据修改的功能。 4）安全管理 功能：系统应能够实现分权管理，为每一个用户提供单一的用户名和密码，对于不同用户可以设定不同的权限，将操作人员的操作权限限制在某一级为不同的用户分配不同的用户权限。 3．网管系统与 被管网元之间应通过 IP 网连接。 4．网管系统可进行分级建设，省级网管系统负责本省视讯平台设备的管理，全国网管系统负责全国各视讯设备的管理。 计费系统 1． MCU 产生多点会议的原始计费信息。 2． GK 产生点对点通信的原始计费信息。 6 3．计费系统通过 IP 网获取 MCU、 GK 等网元的原始计费信息。 4．计费系统完成用户计费和通话详 单的生成。 5．计费系统应实现主叫计费的功能，对召开多点会议的召集方进行计费，对其他方可不进行计费。 6．计费系统可支持对预付费用户和后付费用户进行计费，可支持数据会议、多画面、不同会议。