广东省VOIPFOIP实验应用平台工程技术规范书DOC 52页.docx
《广东省VOIPFOIP实验应用平台工程技术规范书DOC 52页.docx》由会员分享，可在线阅读，更多相关《广东省VOIPFOIP实验应用平台工程技术规范书DOC 52页.docx（35页珍藏版）》请在冰豆网上搜索。
广东省VOIPFOIP实验应用平台工程技术规范书DOC52页
广东省VOIP/FOIP实验应用平台工程技术规范书
1总则
1.1概述
1.1.1本规范书为广东省邮电管理局（买方）拟建VOIP/FOIP实验应用平台的主要技术、业务功能和供货要求，供卖方编写建议书和报价之用。
1.1.2卖方在建议书中，对本规范书中所提各项要求能否实现与满足的程度应逐条逐项予以答复、说明和解释，同时要求提供相应软、硬件产品（包括第三方产品）的详细技术资料。
1.1.3卖方应根据本文件中的相关说明和要求，提出总的技术建议和解决方案。
卖方若对本文件中的部分要求不能满足或者根据自己产品特有的技术性能及具体情况提出不同于本文件相关要求的其它建议，也应在建议书中详细说明并附详细资料。
1.1.4卖方提供的各项设备和系统的功能、性能应完全符合买方指明的标准，并满足或高于买方指出的要求。
此文件中未说明但国际标准组织已有建议的设备功能与性能的条款，应符合相应的最新国际标准及建议。
1.1.5卖方建议的技术方案和软、硬件系统配置符合有关标准（如ISO、ITU-T、ETSI、IMTC、IETF等）的，卖方应在建议书中具体说明，并附上相应的详细技术资料。
若卖方的设备/系统包含自己的专用标准，应在建议书中具体说明，并附上相应的详细技术资料。
VOIP/FOIP实验应用平台中与交换设备有关的技术标准应符合《邮电部电话交换设备总技术规范书》（YDN065-1997）及其附件、《中国国内电话网NO.7信号方式技术规范》（暂行规定）GF001-9001及补充规范、《广东省程控交换设备补充技术规范书》V3.0。
1.1.6卖方应列出所提供设备在世界范围内的应用情况，包括最大网络规模（网关数量、关守数量）、业务类型、通达范围、用户数量等内容。
1.1.7卖方应明确其设备的各项性能指标，并详细解释计算方法、基础条件及参数取值。
1.1.8买方保留对本工程技术规范书解释和修改的权利。
1.1.9未经广东省邮电管理局书面许可，卖方不得以任何形式向第三方透露本规范书内容。
1.2应答书要求
卖方应根据本文件的技术要求在一星期内提供十份（中文）建议书和报价。
建议书与报价书应单独分册，报价以美元为单位，并分别提出FOB和CIF价。
建议书的内容：
1.前言
2.组网方案及描述
3.技术要求答复
答复格式为下列之一：
1）可以（comply）：
可以在指定时间内提供。
2）不可以（notcomply）：
不可以提供。
3）可以用其他方式提供（complyasfollows）：
可以以其他方式提供，或可以在指定时间之后提供。
4）部分可以提供（partiallycomply）。
4.设备（软硬件）、安装材料、备品备件、工具及仪表、安装督导、厂验、培训、技术文件及技术服务等费用详细清单
5.项目完成和设备到货日程安排
6.安装、测试及验收
7.培训及技术支持
1.3买卖双方责任
1.3.1买方应提供对各项设备的安装条件（指提供满足网关等网络设备环境要求的机房、电源设备等）。
1.3.2卖方应根据本文件所提供货范围和技术要求，提供详细的技术建议和报价。
卖方应按本技术规范书的要求提供包括网关、关守等网络设备及相关的软件、技术支持（包括安装和售后服务的条款）和培训等。
负责安装、调测、试运转的技术服务和技术支持。
2组网方案
2.1概述
为研究VOIP/FOIP技术的发展、积累业务管理经验，广东省邮电管理局拟在广州、深圳、东莞、珠海、汕头、佛山六个城市建立VOIP/FOIP实验应用平台，提供基于IP网络的电话和传真业务。
实验应用平台在广州等六个本地网设立接入网关，并在广州设立关守和后台管理中心负责实验应用平台的管理工作。
后台管理中心包括网络管理、计费、用户管理及认证、业务统计等功能。
2.2实验应用平台网关及关守的设置
根据H.323标准建议，网关和关守仅是逻辑功能上的划分，物理实体可根据厂家技术及实际应用的需要集成在一起或分开实现。
每个关守及其所管理的一组网关构成一个域（Zero），根据应用规模的不同，可以有集中式和分布式两种不同的域组织方式。
集中式具有易于管理、用户漫游实现简便等优点，但由于全网只设立一个关守，因此易在关守处造成瓶颈，所以适合在网络规模较小的情况下使用。
分布式管理及维护上较为复杂，但它合理地分担了每个域内的业务流量，适合大规模的应用，是远期的目标网络组织形式。
考虑到实验应用平台以积累业务经验为目的，初期网络规模不大，因此采用集中方式，并在广州设立网管、计费、认证中心。
网络结构见图2-1：
图2-1省VOIP/FOIP实验应用平台网络结构图
卖方应分析业务发展到一定程度后集中式域组织的瓶颈问题，并对远期域的规划提出建议和从目前到远期的演化方案。
2.3网关及关守的功能要求
2.3.1网关应满足H.323建议定义的要求，主要完成语音压缩编码、通信协议转换及呼叫建立/拆除功能。
本工程要求网关具备实时传真业务功能。
2.3.2卖方应说明其网关是否具备地址翻译的缓存功能、传真存储转发功能。
2.3.3卖方应针对网关和CHINANET互连的IP地址需求以及IP路由问题提出建议方案并说明其网关支持的路由设置方式或能支持的路由协议。
2.3.4卖方应详细说明其网关功能的实现情况。
2.3.5关守应满足H.323建议定义的要求，主要完成地址翻译、呼叫控制管理、带宽控制管理、域管理、呼叫建立/拆除、呼叫授权等功能。
2.3.6本工程要求关守具备主、备自动切换功能。
2.3.7卖方应详细说明其关守主、备自动切换的实现方案。
2.3.8卖方应详细说明其关守功能的实现情况、实现方法和实现程度。
2.4网关及关守地址、端口号及标识的配置
2.4.1网关及关守内的地址指网关、关守的IP地址。
卖方应详述其设备的端口及内部IP地址的需求。
2.4.2网关及关守内的端口号指TSAP，即RAS信道、呼叫信令信道、H.245信道的TCP/UDP端口号。
卖方应详述其端口号的设置方式。
2.4.3网关及关守内的标识指网关及关守的域名，及系统内网关和关守的ID标识，如h323-ID、GatekeeperIdentifier等。
2.4.4网关及关守的域名由CHINANET负责解析。
2.4.5卖方应详述其ID标识的设置方式，应满足远期分布式实施对判断网关归属域及网关归属地等的要求。
2.5实验应用平台的网路组织
2.5.1网路组织原则
VOIP/FOIP技术的优势在于对网络资源的有效利用，因此为了最大程度地节约网络资源、降低成本，应尽可能地利用IP网络作为VOIP/FOIP业务的承载主体。
实验应用平台的网络组织应遵循以下原则：
1.网络设备应尽量靠近用户，遵循“近端入网、远端出网”的原则。
2.主叫区域限定于设立网关的本地网内。
3.省内业务被叫区域限定于设立网关的本地网内，国内业务可考虑将被叫区域扩大至国内其它地区。
4.近期建设与远期发展相结合，把近期试验网作为实用网的基础来考虑。
5.实验网的建设尽量减少对原有IP网和电话网的调整和变化。
6.保证网络的安全性。
2.5.2国内IP网与电话网间的网路组织
我省实验应用平台计划在广州等六个城市设立接入网关，主叫区域限制在设立网关的本地网范围内，被叫区域省内业务限制在设立网关的本地网范围内，被叫区域国内业务可通达全国各个省市。
网路组织结构见图2-2和2-3：
图2-2IP网与电话网网路组织结构图（方案一）
说明：
●实验平台应用初期，由于话务量较少，因此暂不设立移动关口局和接入网关间的直达路由
●在广州接入网关和长途局间设立中继路由，转接实验平台的出省话务
图2-2IP网与电话网网路组织结构图（方案二）
说明：
●实验平台应用初期，由于话务量较少，因此暂不设立移动关口局和接入网关间的直达路由
●广州的接入网关和长途局间不设立直达路由，实验平台的出省话务通过原有市话汇接局与长途局间的中继进行转接
上述两种方案的不同处在于是否增加广州接入网关与长途局间的长市中继，具体方案根据工程、实验和经营的需要而定。
2.5.3国际业务的网络组织
实验平台发起的国际呼叫接入网关，通过IP网络传到国外的IP网关，经国外的网关进入当地的电话网。
网络组织见下图：
国际业务可以采用与国外电信运营公司合作或加入IP国际电话联盟组织两种方式运营，卖方应支持上述两种方式。
2.6网关的同步
网关与PSTN互联互通时，应保持网关与程控交换机的同步。
网关的时钟同步信号，可从与网关相连的PCM业务码流中提取。
卖方应详细说明网关同步的实现方式。
2.7与国家试验网关系
省实验应用平台可以与国家IP电话实验网互通，共同提供业务，也可以独立。
具体方案应根据工程和实验、经营的需要而定。
卖方应提供与国家IP电话实验网互通的详细技术方案。
2.7.1.1承载IP网络
我省实验应用平台选用163（Chinanet-GD）为承载IP网络，各本地网网关就近接入省骨干路由器上。
3实验平台建设规模
3.1实验平台网关及用户容量
序号
节点
实验平台中继数（E1）
实验平台用户数
1
广州
2
960
2
深圳
2
960
3
东莞
2
960
4
汕头
2
960
5
佛山
2
960
6
珠海
2
960
7
合计
12
5760
说明：
上表的用户数仅指采用PhoneToPhone形式的用户。
3.2实验平台PC用户容量
我省的实验平台将提供PhoneToPhone和PCToPhone两种业务形式，实验平台初期PC用户暂为1000户。
3.3设备处理能力
3.3.1网关处理能力
各本地网接入网关的处理能力见下表：
序号
节点
CAPS（次/忙秒）
1
广州
0.3
2
深圳
0.3
3
东莞
0.3
4
汕头
0.3
5
佛山
0.3
6
珠海
0.3
说明：
●平均呼叫时长：
240秒
●每线话务量：
0.05Erl
●系统负荷系数：
50%
3.3.2关守处理能力
关守的处理能力为2.7CAPS，并要求同时能处理1000个PC用户的呼叫。
3.3.3用户数据库容量
用户数据库容量为5万户，包括PC用户和电话用户。
4标准、网络协议及信令要求
4.1H.323协议
4.1.1本工程VOIP标准要求采用H.323建议。
4.1.2卖方应明确说明对H.323的支持情况、支持程度及所支持的版本（H.323v1、H.323v2）。
4.1.3卖方应以流程图或其它方式详细说明网关、关守、客户端软件间的信令控制过程。
4.2语音编码标准
语音编码分为波形基编码和参数基编码两大类。
语音编码标准的选择是决定语音质量的重要因素，编码标准决定了每路话音所占用的网络带宽和压缩处理时延。
压缩比越大，处理时延越大；反之，压缩比越小，处理时延越小。
因此网络设计者应根据网络的实际情况选择适合的编码标准。
网关对话音的压缩编码协议应符合H.323建议的要求。
本工程要求优先采用G.723.1和G.729/G.729a。
4.3网络协议
本实验平台应支持TCP/UDP/IP、RTP/RTCP协议。
4.4与电话网接口的信令要求
4.4.1VOIP/FOIP网关与电话网间存在四种接口：
二线模拟接口Z、数字接口A、基本速率接口（BRI）、基群速率接口（PRI）。
各类接口的传输特性、电器特性、接口参数指标应满足《邮电部电话交换设备总技术规范书》和《公用电话网局用数字、模拟电话交换设备进网检测办法（暂行）》的要求。
各类接口相对应的信令如用户线模拟信令、中国1号信令、中国7号信令应满足《邮电部电话交换设备总技术规范书》、《国内7号信令方式-电话用户部分（TUP）》、《ISDN交换设备用户-网络接口测试规范》的要求。
4.4.2本实验平台初期只使用E1中继接口（数字接口A），出于远期业务扩展的需要，选用的网关设备应能提供PRI接口。
4.4.3E1接口可以使用中国1号和中国7号两种信令。
由于7号信令具有接续时间短、提高通信质量、提高信道利用率等优点，是电话网信令发展的趋势，因此本实验平台优先使用7号信令，若产品不支持7号信令，可以采用1号信令。
4.4.4卖方应详细说明网关提供的接口种类及符合的标准，网关应支持主叫号码识别和中继合群功能，对暂时不能提供的接口或支持的标准说明产品计划。
4.4.5卖方应以流程图或其它方式说明网关与程控交换机间的信令配合过程。
5业务功能要求
5.1提供业务类型
5.1.1根据研究要求和目前技术的成熟情况，本期实验平台应能提供电话和实时传真业务，具体业务要求见下表：
业务类别
终端类型
用户类别
电话
PCToPhone
帐号用户、IP800用户
PhoneToPhone
帐号用户、主叫登记用户
传真
PhoneToPhone
主叫登记用户、帐号用户
说明：
●帐号用户：
用户通过电话卡的方式购买相关服务，使用时需输入用户帐号及密码标识用户身份。
要求保证帐号的唯一性，即同时仅允许一个用户通过该帐号使用服务。
●主叫登记用户：
主叫电话以登记新业务的形式申请相关服务，得到授权后该电话即具有使用该项服务的权限，由该电话负责付费。
●IP800用户：
向用户提供基于IP网络的800业务，由被叫付费。
5.1.2卖方应详细说明所能提供业务的种类和功能及其系统可支持的PC客户端软件。
5.1.3卖方应说明其系统是否能区分传真和话音业务，并以流程图或其它方式详细说明电话、传真业务的处理过程和基本通信过程。
5.1.4对于IP实时传真业务，要求网关与三类传真机间支持T.4/T.30建议；要求网关与网关间支持ITU-TT.38建议和H.323ANNEXD（REAL-TIMEFACSILIMILEOVERH.323）。
5.1.5卖方应详细解释其对于实时传真业务在IP网络上的传送方式。
5.1.6卖方应对主、被叫两端的网关与相应传真机间的压缩编码方式和速率选择方法进行解释。
5.1.7卖方应说明其网关及系统对实时传真业务是否支持主叫电话方式和记账卡方式，并详细说明实现方式。
5.2功能要求
5.2.1PhoneToPhone业务操作流程
5.2.1.1帐号用户基本业务流程
5.2.1.2
主叫登记用户基本业务流程
用户拨号过程中，以#键为终止符。
用户拨号过程中，若发现输入错误的帐号、密码或被叫号码，可按*键清除当次输入的内容，重新输入。
用户通话过程中，按*键则表示主叫方挂机，此时用户可继续拨打下一号码。
卖方应根据要求，提出实现业务流程的建议方案，并保证当运营、管理需求有变化时，协助买方修改业务流程。
卖方应解释其网关能否由话音业务自动转换至传真业务。
若能支持，则卖方应考虑IP实时传真业务的接入码是否可以采用和话音业务相同的接入码并满足各自的计费要求。
本工程要求网关提供的交互式语音应答（IVR）可以录制，交互过程可以定制并提供适当的API，并能够对应答过程中的错误及超时等问题进行处理。
本工程要求网关应根据接入码的不同启动相应的业务流程。
5.2.2PCToPhone业务操作流程
5.2.2.1帐号用户基本业务流程
PC用户拨打IP电话具体的程序与所使用的客户软件有关，通用过程见下图：
5.2.2.2IP800用户基本业务流程
PC用户拨打IP800电话具体的程序与所使用的客户软件有关，通用过程见下图：
卖方应详细解释其可提供的PC用户的业务种类及业务流程。
5.2.3呼叫处理
5.2.3.1路由不存在
当被叫号码超出可拨打路由范围时，呼叫不能建立或给予适当语音提示。
5.2.3.2被叫忙
当被叫用户忙时，向主叫送忙音或给予适当的语音提示。
5.2.3.3被叫为空号
当被叫为空号时，给主叫适当的语音提示。
5.2.3.4久叫不应
本地（含市话）呼叫60秒无应答，通话强迫释放。
国内长途呼叫90秒无应答，通话强迫释放。
国际长途呼叫120秒无应答，通话强迫释放。
5.3服务质量
VOIP/FOIP的服务质量是网络时延、语音编码、时延抖动、分组丢失及提高网络资源利用率的技术手段的综合作用。
5.3.1VOIP业务的服务质量
5.3.1.1时延
据ITU-TG.114建议，语音通信的单向时延门限值为400ms。
根据电话网及实际测试的经验可知，当单向时延大于250ms时，语音质量已不能容忍。
因此，本报告建议全程往返时延不应大于450ms。
时延包括网络时延、编码及打包时延、处理时延和抑制缓冲区时延。
编码及打包时延取决于编码标准和每个IP包所包含的压缩帧数。
处理时延由设备而定。
抑制缓冲区是为了解决时延抖动的问题，其大小由缓冲区的大小决定。
网络时延由网络设备和中继传输决定，由于IP网络的特性，网络时延受网络流量的影响较大，因而变化较大。
卖方应详细提供话音压缩编码产生的时延，网关的话音处理时延值及产生时延的其它因素。
5.3.1.2分组丢失补偿
由于网络拥塞等原因而引起的数据包丢失会造成语音、语义的断续，通常可采用静默噪声和分组丢失补偿等方法来还原丢失的分组，一般可容忍的分组丢失率在2%-5%之间。
建议实验应用平台应能容忍3%的分组丢失率。
卖方应详细说明网关对丢包的补偿处理实现方法及可容忍的分组丢失率。
5.3.1.3语音编码
网关对话音的压缩编码协议应符合H.323建议的要求。
本工程要求优先采用G.723.1和G.729/G.729a。
卖方应详细说明话音压缩编码的打包方式及实现方法。
5.3.1.4静音压缩技术
网关应具备静音压缩功能。
卖方应说明静音压缩的打包方式。
5.3.1.5回波消除
网关应具备回波消除功能。
5.3.1.6抑制抖动缓冲区
抑制抖动缓冲区主要用来消除语音分组的时延抖动，网关应具备调节抑制缓冲区大小的能力，以保证语音质量。
卖方应详细说明缓冲区的大小及实现、配置方式。
5.3.2实时传真业务的服务质量
要求卖方网关对实时传真的支持应处理好网络拥塞时对传真业务及其质量的影响。
卖方应详细说明其解决方法和效果。
5.3.3其它
5.3.3.1卖方应详细说明网关所具备的其它提高服务质量的功能、实现方式及效果。
5.3.3.2卖方应提出实验网中系统对服务质量的测量及反馈手段。
5.3.3.3卖方应提出提高或保证服务质量的方法建议。
5.3.3.4卖方应提供其系统的性能指标，包括呼叫建立时间、网关处理能力指标、关守处理能力指标、关守能管理的网关数量等。
6计费
6.1计费系统结构
6.1.1实验应用平台的计费系统包括计费原始信息采集点和计费中心。
6.1.2计费原始信息采集点负责原始计费信息的生成，由网关充当。
6.1.3计费中心负责对原始信息的处理、用户话单的生成、话费统计、话费查询等功能，可由关守充当或设立独立的计费系统。
6.1.4计费系统要求功能灵活、中文图形界面、使用方便、费率等各种参数可以灵活设置、格式可以定制。
6.1.5可针对各节点、国内及国外等区域范围进行计费处理/结算操作。
6.1.6对于电话用户，计费查询通过各节点网关的IVR与计费中心交互；对于PC用户，计费查询可采用WWW方式完成。
6.1.7卖方应详细说明计费采集点与计费中心的接口及传送方式。
6.1.8卖方应详述计费中心建议方案。
6.2计费原始信息
根据业务需求及传统话音业务的计费要求，实验应用平台的CDR至少应包括以下内容：
主叫号码（最大12位，包括国家代码及区号）
被叫国家号码及国内有效号码（最大12位）
通话起始时间：
年（四位）、月、日、时、分、秒
通话终了时间：
年（四位）、月、日、时、分、秒
语音压缩标准
语音分组包含的压缩帧数
发送/接收字节数
帐号
本端/对端Gateway的IP地址
本端/对端GateKeeper的IP地址
通话异常终止原因
分组丢失率（%）
平均网络时延（双程）
卖方应详细说明计费采集点生成的CDR的具体内容。
6.3计费方式
电话、传真业务按时长单向计费的方式，即话费=通话时长费率。
要求计费方式应能根据业务部门的需求进行设定。
6.4计费流程
6.4.1计费信息采集点将原始计费信息送入计费中心，由计费中心负责进行处理。
6.4.2对帐号用户，要求具有实时计费、余额控制、实时断线的功能。
6.4.3对主叫登记用户（包括电话和实时传真业务），可定期根据CDR生成用户详细话单。
6.4.4对IP800用户，可定期根据CDR生成用户详细话单。
6.4.5卖方应详细说明实现方式。
6.5计费信息的存储组织
6.5.1帐号用户的余额信息可存入用户数据库。
6.5.2CDR信息设立独立数据库，实现在线和脱机存储。
7网络管理
7.1网络管理方式及功能
7.1.1实验应用平台初期由于网络规模有限，将采用集中方式，因此网络管理也采用集中管理方式，设置网管中心，负责各项功能。
7.1.2网管中心应实现故障管理、配置管理、性能管理和安全管理等。
7.2网络管理对象
重点进行设备管理，其管理对象为实验应用平台各节点设备。
7.3网管接口协议
7.3.1网管中心与被管设备间的接口可选用SNMP协议。
7.3.2卖方应说明使用的接口协议。
7.4网管接口信息模型
7.4.1目前H.323有关MIB的定义尚不完善，原则上网管中心和被管设备间的网管信息模型应采用一致的MIB库，其内容至少包括系统信息、配置信息、告警信息、性能统计信息等。
7.4.2卖方应详细说明网管系统可实现的各项功能和建设方案。
8用户管理及认证
8.1用户管理
8.1.1用户管理包括前台业务受理节点和用户管理中心。
前台业务受理节点和用户管理中心可考虑采用Browser/Server的方式建设。
8.1.2前台业务受理负责业务的申请、开户、帐户的启用及用户密码修改等功能。
8.1.3用户管理中心负责帐号用户和主叫登记用户的管理，主要包括以下功能：
●开户、销户；帐号的生成、发卡、销卡；用户权限的管理
●用户密码的生成及修改
●用户信息查询及统计功能
●用户数据备份
8.1.4卖方根据上述要求提出详细建设方案。
8.2用户数据库
8.2.1用户身份认证采取集中处理方式，用户数据库集中设置在后台管理中心。
8.2.2卖方应提出用户数据库结构设计原则和方案。
8.2.3卖方应提出远期分布式处理用户数据库设置建议方案。
8.3用户认证
8.3.1认证可有两种实现方式：
●采用H.323标准中H.225.0RAS协议：
由网关采集用户信息使用RAS通过关守到认证中心进行身份认证。
●采用RADIUS协议：
由网关采集用户信息后作为RADIUSClient与RADIUSServer进行交互处理完成用户信息。
8.3.2卖方应详细说明帐号用户、主叫电话用户、IP800用户采用的认证方式、协议及信令流程，并对其它可能的认证方式提出建议。
8.3.3卖方应提出远期分布式设置用户数据库时的漫游解决建议方案。
9业务和质量统计
9.1话务统计一般要求
9.1
升级会员 