南方XX省VOIPFOIP实验应用平台工程技术规范书.docx
《南方XX省VOIPFOIP实验应用平台工程技术规范书.docx》由会员分享，可在线阅读，更多相关《南方XX省VOIPFOIP实验应用平台工程技术规范书.docx（27页珍藏版）》请在冰豆网上搜索。
南方XX省VOIPFOIP实验应用平台工程技术规范书
南方XX省VOIPFOIP实验应用平台工程技术规范书
工程技术规范书
（报批稿）
邮电治理局
总则
概述
1.1.1本规范书为南方XX省邮电治理局（买方）拟建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及补充规范、《南方XX省程控交换设备补充技术规范书》V3.0。
1.1.6卖方应列出所提供设备在世界范畴内的应用情形，包括最大网络规模（网关数量、关守数量）、业务类型、通达范畴、用户数量等内容。
1.1.7卖方应明确其设备的各项性能指标，并详细讲明运算方法、基础条件及参数取值。
1.1.8买方保留对本工程技术规范书讲明和修改的权益。
1.1.9未经南方XX省邮电治理局书面许可，卖方不得以任何形式向第三方透露本规范书内容。
应答书要求
卖方应按照本文件的技术要求在一星期内提供十份（中文）建议书和报价。
建议书与报价书应单独分册，报价以美元为单位，并分不提出FOB和CIF价。
建议书的内容：
前言
组网方案及描述
技术要求答复
答复格式为下列之一：
1）能够（comply）：
能够在指定时刻内提供。
2）不能够（notcomply）：
不能够提供。
3）能够用其他方式提供（complyasfollows）：
能够以其他方式提供，或能够在指定时刻之后提供。
4）部分能够提供（partiallycomply）。
设备（软硬件）、安装材料、备品备件、工具及外表、安装督导、厂验、培训、技术文件及技术服务等费用详细清单
项目完成和设备到货日程安排
安装、测试及验收
培训及技术支持
买卖双方责任
1.3.1买方应提供对各项设备的安装条件（指提供满足网关等网络设备环境要求的机房、电源设备等）。
1.3.2卖方应按照本文件所提供货范畴和技术要求，提供详细的技术建议和报价。
卖方应按本技术规范书的要求提供包括网关、关守等网络设备及有关的软件、技术支持（包括安装和售后服务的条款）和培训等。
负责安装、调测、试运转的技术服务和技术支持。
组网方案
概述
为研究VOIP/FOIP技术的进展、积存业务治理体会，南方XX省邮电治理局拟在广州、深圳、东莞、珠海、汕头、佛山六个都市建立VOIP/FOIP实验应用平台，提供基于IP网络的电话和传真业务。
实验应用平台在广州等六个本地网设置接入网关，并在广州设置关守和后台治理中心负责实验应用平台的治理工作。
后台治理中心包括网络治理、计费、用户治理及认证、业务统计等功能。
实验应用平台网关及关守的设置
按照H.323标准建议，网关和关守仅是逻辑功能上的划分，物理实体可按照厂家技术及实际应用的需要集成在一起或分开实现。
每个关守及其所治理的一组网关构成一个域（Zero），按照顾用规模的不同，能够有集中式和分布式两种不同的域组织方式。
集中式具有易于治理、用户漫游实现简便等优点，但由于全网只设置一个关守，因此易在关守处造成瓶颈，因此适合在网络规模较小的情形下使用。
分布式治理及爱护上较为复杂，但它合理地分担了每个域内的业务流量，适合大规模的应用，是远期的目标网络组织形式。
考虑到实验应用平台以积存业务体会为目的，初期网络规模不大，因此采纳集中方式，并在广州设置网管、计费、认证中心。
网络结构见图2-1：
图2-1省VOIP/FOIP实验应用平台网络结构图
卖方应分析业务进展到一定程度后集中式域组织的瓶颈咨询题，并对远期域的规划提出建议和从目前到远期的演化方案。
网关及关守的功能要求
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.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标识的设置方式，应满足远期分布式实施对判定网关归属域及网关归属地等的要求。
实验应用平台的网路组织
网路组织原则
VOIP/FOIP技术的优势在于对网络资源的有效利用，因此为了最大程度地节约网络资源、降低成本，应尽可能地利用IP网络作为VOIP/FOIP业务的承载主体。
实验应用平台的网络组织应遵循以下原则：
网络设备应尽量靠近用户，遵循“近端入网、远端出网”的原则。
主叫区域限定于设置网关的本地网内。
省内业务被叫区域限定于设置网关的本地网内，国内业务可考虑将被叫区域扩大至国内其它地区。
近期建设与远期进展相结合，把近期试验网作为有用网的基础来考虑。
实验网的建设尽量减少对原有IP网和电话网的调整和变化。
保证网络的安全性。
国内IP网与电话网间的网路组织
IP网
PSTN
汇接局
网关
移动网
关口局
PSTN
汇接局
网关
移动网
关口局
PSTN
汇接局
网关
长途局
长途局
省外
我省实验应用平台打算在广州等六个都市设置接入网关，主叫区域限制在设置网关的本地网范畴内，被叫区域省内业务限制在设置网关的本地网范畴内，被叫区域国内业务可通达全国各个省市。
网路组织结构见图2-2和2-3：
图2-2IP网与电话网网路组织结构图（方案一）
讲明：
实验平台应用初期，由于话务量较少，因此暂不设置移动关口局和接入网关间的直达路由
在广州接入网关和长途局间设置中继路由，转接实验平台的出省话务
图2-2IP网与电话网网路组织结构图（方案二）
讲明：
实验平台应用初期，由于话务量较少，因此暂不设置移动关口局和接入网关间的直达路由
广州的接入网关和长途局间不设置直达路由，实验平台的出省话务通过原有市话汇接局与长途局间的中继进行转接
上述两种方案的不同处在因此否增加广州接入网关与长途局间的长市中继，具体方案按照工程、实验和经营的需要而定。
国际业务的网络组织
国内
电话网
IP网关
国内
IP网
国际
IP网
国外
电话网
IP网关
实验平台发起的国际呼叫接入网关，通过IP网络传到国外的IP网关，经国外的网关进入当地的电话网。
网络组织见下图：
国际业务能够采纳与国外电信运营公司合作或加入IP国际电话联盟组织两种方式运营，卖方应支持上述两种方式。
网关的同步
网关与PSTN互联互通时，应保持网关与程控交换机的同步。
网关的时钟同步信号，可从与网关相连的PCM业务码流中提取。
卖方应详细讲明网关同步的实现方式。
与国家试验网关系
省实验应用平台能够与国家IP电话实验网互通，共同提供业务，也能够独立。
具体方案应按照工程和实验、经营的需要而定。
卖方应提供与国家IP电话实验网互通的详细技术方案。
承载IP网络
我省实验应用平台选用163（Chinanet-GD）为承载IP网络，各本地网网关就近接入省骨干路由器上。
实验平台建设规模
实验平台网关及用户容量
序号
节点
实验平台中继数（E1）
实验平台用户数
1
广州
2
960
2
深圳
2
960
3
东莞
2
960
4
汕头
2
960
5
佛山
2
960
6
珠海
2
960
7
合计
12
5760
讲明：
上表的用户数仅指采纳PhoneToPhone形式的用户。
实验平台PC用户容量
我省的实验平台将提供PhoneToPhone和PCToPhone两种业务形式，实验平台初期PC用户暂为1000户。
设备处理能力
网关处理能力
各本地网接入网关的处理能力见下表：
序号
节点
CAPS（次/忙秒）
1
广州
0.3
2
深圳
0.3
3
东莞
0.3
4
汕头
0.3
5
佛山
0.3
6
珠海
0.3
讲明：
平均呼叫时长：
240秒
每线话务量：
0.05Erl
系统负荷系数：
50%
关守处理能力
关守的处理能力为2.7CAPS，并要求同时能处理1000个PC用户的呼叫。
用户数据库容量
用户数据库容量为5万户，包括PC用户和电话用户。
标准、网络协议及信令要求
H.323协议
4.1.1本工程VOIP标准要求采纳H.323建议。
4.1.2卖方应明确讲明对H.323的支持情形、支持程度及所支持的版本（H.323v1、H.323v2）。
4.1.3卖方应以流程图或其它方式详细讲明网关、关守、客户端软件间的信令操纵过程。
语音编码标准
语音编码分为波形基编码和参数基编码两大类。
语音编码标准的选择是决定语音质量的重要因素，编码标准决定了每路话音所占用的网络带宽和压缩处理时延。
压缩比越大，处理时延越大；反之，压缩比越小，处理时延越小。
因此网络设计者应按照网络的实际情形选择适合的编码标准。
网关对话音的压缩编码协议应符合H.323建议的要求。
本工程要求优先采纳G.723.1和G.729/G.729a。
网络协议
本实验平台应支持TCP/UDP/IP、RTP/RTCP协议。
与电话网接口的信令要求
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.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卖方应讲明其网关及系统对实时传真业务是否支持主叫电话方式和记账卡方式，并详细讲明实现方式。
功能要求
PhoneToPhone业务操作流程
帐号用户差不多业务流程
摘机
输入接入码
欢迎词及语种选择
用户选择语种
输入帐号提示
超时或超范畴选择，取默认值
合法帐号判不
合法
大于等
于3次
非法
输入次数判不
重新输入提示
小于3次
送提示音
接下页A
密码判不
输入密码提示
A接上页
输入密码
正确
检查帐户余额及帐户是否被锁
有效帐户且有足够余额
错误
输入次数判不
小于3次
不小于3次
退出操作，送提示音
无效帐户且余额不足
功能选择提示：
打电话；余额查询；密码修改
输入被叫号码
检查呼出限制及可通话时长是否大于1分钟
B接下页
提示输入新密码
输入新密码两次
接收新密码或修改密码失败
提示帐户余额
B接上页
连通主叫及后续电路
通话
通话开释
可连续拨号
提示可通话时长
主叫登记用户差不多业务流程
用户拨号过程中，以#键为终止符。
用户拨号过程中，若发觉输入错误的帐号、密码或被叫号码，可按*键清除当次输入的内容，重新输入。
用户通话过程中，按*键则表示主叫方挂机，现在用户可连续拨打下一号码。
卖方应按照要求，提出实现业务流程的建议方案，并保证当运营、治理需求有变化时，协助买方修改业务流程。
卖方应讲明其网关能否由话音业务自动转换至传真业务。
若能支持，则卖方应考虑IP实时传真业务的接入码是否能够采纳和话音业务相同的接入码并满足各自的计费要求。
本工程要求网关提供的交互式语音应答（IVR）能够录制，交互过程能够定制并提供适当的API，并能够对应答过程中的错误及超时等咨询题进行处理。
本工程要求网关应按照接入码的不同启动相应的业务流程。
PCToPhone业务操作流程
帐号用户差不多业务流程
PC用户拨打IP电话具体的程序与所使用的客户软件有关，通用过程见下图：
IP800用户差不多业务流程
PC用户拨打IP800电话具体的程序与所使用的客户软件有关，通用过程见下图：
卖方应详细讲明其可提供的PC用户的业务种类及业务流程。
呼叫处理
5.2.3.1路由不存在
当被叫号码超出可拨打路由范畴时，呼叫不能建立或给予适当语音提示。
5.2.3.2被叫忙
当被叫用户忙时，向主叫送忙音或给予适当的语音提示。
5.2.3.3被叫为空号
当被叫为空号时，给主叫适当的语音提示。
5.2.3.4久叫不应
本地（含市话）呼叫60秒无应答，通话强迫开释。
国内长途呼叫90秒无应答，通话强迫开释。
国际长途呼叫120秒无应答，通话强迫开释。
服务质量
VOIP/FOIP的服务质量是网络时延、语音编码、时延抖动、分组丢失及提升网络资源利用率的技术手段的综合作用。
VOIP业务的服务质量
时延
据ITU-TG.114建议，语音通信的单向时延门限值为400ms。
按照电话网及实际测试的体会可知，当单向时延大于250ms时，语音质量已不能容忍。
因此，本报告建议全程往返时延不应大于450ms。
时延包括网络时延、编码及打包时延、处理时延和抑制缓冲区时延。
编码及打包时延取决于编码标准和每个IP包所包含的压缩帧数。
处理时延由设备而定。
抑制缓冲区是为了解决时延抖动的咨询题，其大小由缓冲区的大小决定。
网络时延由网络设备和中继传输决定，由于IP网络的特性，网络时延受网络流量的阻碍较大，因而变化较大。
卖方应详细提供话音压缩编码产生的时延，网关的话音处理时延值及产生时延的其它因素。
分组丢失补偿
由于网络拥塞等缘故而引起的数据包丢失会造成语音、语义的断续，通常可采纳静默噪声和分组丢失补偿等方法来还原丢失的分组，一样可容忍的分组丢失率在2%-5%之间。
建议实验应用平台应能容忍3%的分组丢失率。
卖方应详细讲明网关对丢包的补偿处理实现方法及可容忍的分组丢失率。
语音编码
网关对话音的压缩编码协议应符合H.323建议的要求。
本工程要求优先采纳G.723.1和G.729/G.729a。
卖方应详细讲明话音压缩编码的打包方式及实现方法。
静音压缩技术
网关应具备静音压缩功能。
卖方应讲明静音压缩的打包方式。
回波排除
网关应具备回波排除功能。
抑制抖动缓冲区
抑制抖动缓冲区要紧用来排除语音分组的时延抖动，网关应具备调剂抑制缓冲区大小的能力，以保证语音质量。
卖方应详细讲明缓冲区的大小及实现、配置方式。
实时传真业务的服务质量
要求卖方网关对实时传确实支持应处理好网络拥塞时对传真业务及其质量的阻碍。
卖方应详细讲明其解决方法和成效。
其它
5.3.3.1卖方应详细讲明网关所具备的其它提升服务质量的功能、实现方式及成效。
5.3.3.2卖方应提出实验网中系统对服务质量的测量及反馈手段。
5.3.3.3卖方应提出提升或保证服务质量的方法建议。
5.3.3.4卖方应提供其系统的性能指标，包括呼叫建立时刻、网关处理能力指标、关守处理能力指标、关守能治理的网关数量等。
计费
计费系统结构
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卖方应详述计费中心建议方案。
计费原始信息
按照业务需求及传统话音业务的计费要求，实验应用平台的CDR至少应包括以下内容：
主叫号码（最大12位，包括国家代码及区号）
被叫国家号码及国内有效号码（最大12位）
通话起始时刻：
年（四位）、月、日、时、分、秒
通话终了时刻：
年（四位）、月、日、时、分、秒
语音压缩标准
语音分组包含的压缩帧数
发送/接收字节数
帐号
本端/对端Gateway的IP地址
本端/对端GateKeeper的IP地址
通话专门终止缘故
分组丢失率（%）
平均网络时延（双程）
卖方应详细讲明计费采集点生成的CDR的具体内容。
计费方式
电话、传真业务按时长单向计费的方式，即话费=通话时长费率。
要求计费方式应能按照业务部门的需求进行设定。
计费流程
6.4.1计费信息采集点将原始计费信息送入计费中心，由计费中心负责进行处理。
6.4.2对帐号用户，要求具有实时计费、余额操纵、实时断线的功能。
6.4.3对主叫登记用户（包括电话和实时传真业务），可定期按照CDR生成用户详细话单。
6.4.4对IP800用户，可定期按照CDR生成用户详细话单。
6.4.5卖方应详细讲明实现方式。
计费信息的储备组织
6.5.1帐号用户的余额信息可存入用户数据库。
6.5.2CDR信息设置独立数据库，实现在线和脱机储备。
网络治理
网络治理方式及功能
7.1.1实验应用平台初期由于网络规模有限，将采纳集中方式，因此网络治理也采纳集中治理方式，设置网管中心，负责各项功能。
7.1.2网管中心应实现故障治理、配置治理、性能治理和安全治理等。
网络治理对象
重点进行设备治理，其治理对象为实验应用平台各节点设备。
网管接口协议
7.3.1网管中心与被管设备间的接口可选用SNMP协议。
7.3.2卖方应讲明使用的接口协议。
网管接口信息模型
7.4.1目前H.323有关MIB的定义尚不完善，原则上网管中心和被管设备间的网管信息模型应采纳一致的MIB库，其内容至少包括系统信息、配置信息、告警信息、性能统计信息等。
7.4.2卖方应详细讲明网管系统可实现的各项功能和建设方案。
用户治理及认证
用户治理
8.1.1用户治理包括前台业务受理节点和用户治理中心。
前台业务受理节点和用户治理中心可考虑采纳Browser/Server的方式建设。
8.1.2前台业务受理负责业务的申请、开户、帐户的启用及用户密码修改等功能。
8.1.3用户治理中心负责帐号用户和主叫登记用户的治理，要紧包括以下功能：
开户、销户；帐号的生成、发卡、销卡；用户权限的治理
用户密码的生成及修改
用户信息查询及统计功能
用户数据备份
8.1.4卖方按照上述要求提出详细建设方案。
用户数据库
8.2.1用户身份认证采取集中处理方式，用户数据库集中设置在后台治理中心。
8.2.2卖方应提出用户数据库结构设计原则和方案。
8.2.3卖方应提出远期分布式处理用户数据库设置建议方案。
用户认证
8.3.1认证可有两种实现方式：
采纳H.323标准中H.225.0RAS协议：
由网关采集用户信息使用RAS通过关守到认证中心进行身份认证。
采纳RADIUS协议：
由网关采集用户信息后作为RADIUSClient与RADIUSServer进行交互处理完成
升级会员 