<>
摘 要
针对分公司当前帐务支撑部门工作中存在的问题，本文详细介绍了南宁电信分公司调帐资料管理系统的开发设计全过程。论文围绕南宁电信分公司调帐资料管理系统的开发背景、设计说明、功能介绍、功能特点、研发过程、取得效益等几个方面，结合图例进行介绍，务求展现系统的全貌。
关键词：帐务支撑 调帐 系统 功能 效益
引 言
为了提升客户响应速度、提高服务水平，减轻后端帐务支撑部门工作压力，为市场分析提供准确数据，需要对调帐需求进行录入保存，以便进行分析处理，为此开发出调帐资料管理系统，为帐务管理工作提供系统支持及长效管理。
目 录
摘 要 2
引 言 3
目 录 4
第一部分 系统建设背景简介 5
一、系统建设背景 5
二、系统主要工作原理 6
三、系统主要应用 6
第二部分 系统具体设计方案 7
一、设计说明 7
1、使用SQL Server2000的数据库 7
2、使用Delphi 7.0 作为开发语言 7
3、系统结构 8
4、网络结构图 8
5、数据连接 8
更多文章 / mxdwk
6、数据库设计 9
7、数据模型 11
二、系统主要模块及功能 11
（一）、资料管理子系统 12
（二）、报表统计子系统 14
（三）、系统管理子系统 14
三、功能特点 15
第四部分 系统建设背景简介 16
一．调查分析阶段 16
二．总体设计阶段 16
三．模块设计阶段 17
四．试运行阶段 17
五．推广使用阶段 17
第五部分 社会效益和经济效益 17
一、社会效益 17
二、经济效益 18
第六部分 结束语 18
第一部分 系统建设背景简介
一、系统建设背景
随着中国电信用户群体的增加，必然导致业务量激增，其次，电信提供的业务种类数以百计，不同的资费套餐更是不计其数。电信系统每天需要处理5000万张计费话单、2000万张结算话单、30万笔客户投诉等。
由于计费处理系统的差错或相关工作人员的失误，每月都会导致一些用户的费用需要调整，并做资料的相应变更，此项工作量比较大，长期以来这项工作是由相关工作人员手工记录并通
知经营支撑中心进行调整费用及变更资料，这种纸张归档的方式不利于调帐数据的查询、检索以及分析决策。极易出现漏调或重复调帐，不仅造成用户的再次查询和投诉，还会造成应收费用的流失；
同时，各区域分公司、县分公司每月都有一定量的用户费用需要调整，以往都是由各分公司的管理员，以电子表格的形式提交给经营支撑中心，由经营支撑中心进行审核、处理，这种处理方式，实时性差，各分公司提供的表格形式不统一，经营支撑中心工作人员必须处理合成一张表格后，才能进行费用调整，工作效率低，出错率高。
随着新业务的不断推广，电信业务必将推陈出新，种类会更加多样化，调帐的要求量也会随着激增；另一方面，随着市场不断成熟，消费者消费习惯日趋理性，对电信服务水平的期望也逐步提高。这就要求运营商自身系统在具备对每笔业务提供快速受理能力的同时，还能保证计费的准确和提供良好的客户服务。在这两种压力下仅依靠原有的工作模式已远远不能满足经营支撑中心、及前台客服人员的要求，开发一套调帐资料管理系统是十分必要的。
二、系统主要工作原理
应用计算机网络技术，各部门分别录入调帐需求存入调帐记录表中，由经营支撑中心集中审核，处理后转入BSN综合帐务处理软件进行调帐，完成调帐处理流程。
系统设计原则是“精确、共享、时效”，实现资料的共享，提高客户响应速度，减少前台、支撑工作人员的压力。
三、系统主要应用
1、号码核重功能精确查出计费帐号的调帐记录，从而能够减少人工稽核的成本，提高核查的准确度和效率。
2. 完善的查询功能可快速查询出某一调帐原因的详单和汇总，为数据分析提供依据。
3. 及时反映审核、调帐结果，不必等待客响单流转。 第二部分 系统具体设计方案
一、设计说明
1、使用SQL Server2000的数据库
Microsoft SQL Server2000是一个分布式的关系型数据库管理系统，具有客户机/服务器体系结构，采用了Transact-sql的sql语言在客户机与服务器间传递客户机的请求与服务器的处理结果。能够满足今天的商业环境要求不同类型的数据库解决方案。它是一种应用广泛的数据库管理系统，具有许多显著的优点：易用性、适合分布式组织的可伸缩性、用于决策支持的数据仓库功能、与许多其他服务器软件紧密关联的集成性、良好的性价比等。
2、使用Delphi 7.0 作为开发语言
Delphi是Borland公司开发的一种基于客户/服务器体系的Windows快速应用开发工具（RAD，Rapid Application Development），是一种面向对象的可视性，又结合Object Pascal语言的编程技巧，可以开发出功能强大的 Windows应用程序和数据库应用程序。Delphi是面向对象程序设计与可视程序设计的最佳结合产品。
Delphi7.0继承了以前版本的优点，并且增添了许多新的功能，比如在ADO、数据模块设计、IBX、MIDAS、CORBA、程序调试、VCL、窗体框架和桌面定义等方面都增强了许多，可以大大提高软件系统的设计、管理和开发的速度。它集中了Visual C++和Visual Basic两者的优点，尤其在界面设计、数据库编程和网络编程等方面更具独到之处，是其他开发工具无法比拟的。
3、系统结构
本系统采用Client／Server架构，服务器端上包括数据库和中间层容器，客户机使用本系统时，数据统一从服务器读取，各部门录入的记录都写入数据库中，保证了数据的安全性和一致性。
4、网络结构图
5、数据连接
本系统采用了ADO方式进行数据连接，Delphi是现今Windows平台上最好用的开发工具之一，而SQL Server2000又是微软最重要的数据库产品，功能强大，操作方便，两者结合便构成一个完美的Client-Server开发环境。结合微软的ADO数据引擎，开发出来的数据库产品，速度快、界面优美而且效率高。
6、数据库设计
通过对帐务管理工作的内容和数据分析，设计如下几大数据表：
调帐单库表结构：（CHARGING_DB）
字段名 中文说明 字段类型 长度 修改说明
CHARGING_CODE 工单编号 varchar 14 非空字段，根据需求从12改14
CREATE_DATE 开单时间 datetime 8
QUOTE_CODE 引用编号 varchar 50
CLIENT_NAME 用户姓名 varchar 100
NUMBER_CODE 号码 varchar 20
ACCOUNT_DATE 调整帐期 varchar 30
ACCOUNT_AMOUNT 调整金额 float 8
DEAL_CONTENT 处理内容 varchar 30
共2页: 上一页12下一页
DEAL_RESULT 处理结果 varchar 30
DEAL_USER 处理人 varchar 10
DEAL_DATE 处理日期 datetime 8
MEMO 备注 Varchar 255
RECORDER 录入人 Varchar 20
VERIFIER 审核人 Varchar 20
VERIFY_DATE 审核日期 datetime 8
LAST_MODIFIER 最后修改人 Varchar 20
LAST_MODIFY_DATE 最后修改日期 datetime 8
APPEAL_DEPARTMENT 申诉部门 Varchar 30
IS_TRACK 是否跟踪 Varchar 2
TRACK_ACCOUNT_DATE 跟踪时长 Varchar 2
TRACK_RESULT 跟踪记录 Varchar 200 存相应跟踪单号 200位
TRACKER 跟踪人 Varchar 20
TRACK_DATE 申请跟踪时间 datetime 8 改为“申请跟踪时间”
QUOTE_CREATE_DATE 引用时间 Varchar 25
CHECKER 审批领导 Varchar 10 *
AREA 所属片区 Varchar 50
CAUSE 调帐原因 Varchar 30
跟踪单库表结构：（TRACK_DB）
字段名 中文说明 字段类型 长度 说明
TRACK_CODE 跟踪单编号 varchar 12 格式GZ200X0XXXXX 非空字段
CREATE_DATE 开单时间 datetime 8
CHARGING_CODE 调帐单编号 varchar 12 关联相应的调帐单号 非空字段
QUOTE_CODE 引用编号 varchar 50
CLIENT_NAME 用户姓名 varchar 100
NUMBER_CODE 号码 varchar 20
ACCOUNT_DATE 跟踪帐期 datetime 8 *
ACCOUNT_AMOUNT 调整金额 float 8
VERIFIER 审核人 Varchar 20
VERIFY_DATE 审核日期 datetime 8
TRACKER 跟踪人 Varchar 20
MEMO 备注 Varchar 255
LAST_MODIFIER 最后修改人 Varchar 20
LAST_MODIFY_DATE 最后修改日期 datetime 8
*注：新开调帐单时由“申请跟踪时间”和“跟踪时长”生成，如跟踪3个月，则生成3条跟踪记录，第一条的跟踪帐期为开始跟踪时间，第二条为跟踪时间+1，第三条为跟踪时间+2 操作日志表结构：（DIARY_DB）
字段名 中文说明 字段类型 字段 说明
NO 序号 Number 14 标识递增值
ACTOR 操作人 varchar 50 非空字段
ACT_DATE 操作时间 datetime 8 取服务器当前日期 非空字段
CODE 工单号码 varchar 50 相应的调帐、跟踪单号 非空 CONTENT 内容 varchar 50 修改项 非空字段
OLD_DATA 原值 varchar 50
NEW_DATA 修改值 varchar 50
公告信息表（DECREE_DB）
字段名 中文说明 字段类型 长度 修改说明
DECREE_ID 公告ID Number 14 标识递增值
CREATE_DATE 发布时间 datetime 8
RECORDER 发布者 Varchar 20
CONTENT 发布内容 Varchar 400
ANNEX 附件 Varchar 200 附件名
7、数据模型
调帐单表的E-R图
二、系统主要模块及功能
各模块均具有的功能主要包括：
条件组合查询：实现多条件组合精确或模糊查询，界面如下： 显示项目设臵：实现数据项显示或隐藏的设臵，满足不同部门对关注数据的设定，界面如下：
导入\导出EXCEL表：实现系统数据与电子表格间的转换，满足上报数据需要。
记录定位：首\未记录，前\后记录的快速定位。
更新下载：实现更新版本的通知和下载功能。
（一）、资料管理子系统
该子系统包括调帐单管理、跟踪单管理、已删除调帐单管理、调帐单转存四个功能模块。
调帐单管理：实现调帐单的录入、修改、删除、统计、审核、重臵、批量处理，在录入调帐单时，系统的核重功能自动列出计费号码的所有调帐记录，此功能可防止同一号码同一帐期的调帐要求；跟踪功能，实现同一计费号码的，按跟踪时长，开具多张调帐单的功能；复制功能，可实现新增一条编号不同，内容相同的调帐单，方便录入调帐性质相同的记录；调帐管理界面如下：
跟踪单管理：实现调帐跟踪单的录入、修改、删除、统计、审核、批量处理；每张跟踪单都与调帐单一一对应，跟踪单增删的同时修改相应的调帐单的跟踪信息。
已删除调帐单管理：此功能主要是方便经营支撑中心，对调帐单的删除操作进行监控，防止已进行调帐处理的数据被删除，造成重复调帐。
调帐单转存：由于调帐的需求非常多，数据量大，如不定时清理会造成数据查询速度慢，占用正式表存储空间，系统运行效率低，些功能实现了数据按日期在备份表和正式表之间的转存。
（二）、报表统计子系统
该子系统包括调帐表、分析统计报表两大功能模块。实现数据的按条件分类统计、汇总、倒出，方便经营支撑中心进行每月的汇总上报。
（三）、系统管理子系统
该子系统包括用户管理、系统公告、数据备份还原、操作日志四个功能模块。
1、用户管理：包括用户以及各级部门数据的建立、删除、修改操作，用户权限的划分、修改等，以确保用户对系统数据按操作权限、所属部门两个限制条件进行操作，界面如下：
2、系统公告：可新增、查询、修改公告，并实现附件的上传、下载。
3、数据备份还原：实现系统数据库的备份、还原，用于管理员执行定期维护。
4、操作日志：记录调帐资料的增、删、改操作。
三、功能特点
1、方便、快捷的系统部署
系统的安装无需专人下到各分公司。只需网络连通到服务器，
就可以通过FTP下载最新的版本，进行安装使用。
2、高效的录入与输出
支持多线程操作，多部门可同时进行录入，实现数据的共享，导入、导出功能实现与EXCEL表之间的转换。
3、强大的查询功能
系统提供灵活多变的自定义查询、默认查询，可实现数据的精确、模糊定位。
（1）自定义查询
查询时，用户可根据查询的目的与需要，在查询条件输入框中输入需查询的用户、号码、金额、调帐原因等条件，进行模糊查询，通过模糊查询最终得到精确的查询结果。
（2）默认查询
为了方便日常操作，用户也可以不输入查询条件，而使用系统提供的默认查询条件查询记录（默认查询今天的调帐记录）。
4、完善的交流功能
通过系统提供的公告模块，使各种通知的下达、调解情况的反馈等信息及时的传递给各分公司，节省了旧的电话通知、传真模式所花费的时间。
第四部分 系统建设背景简介
调帐资料管理系统是根据经营支撑中心的需要，通过对生产运行情况进行了广泛的调研和分析，从20xx年4月开始实施，系统的研发过程分为调查分析、总体设计、模块设计、试运行和推广使用几个阶段。
一．调查分析阶段
在这个阶段，进行了需求调查、可行性研究、功能设计等几个内容。对南宁分公司经营支撑中心调帐管理情况进行了充分的调查，收集了大量的资料，并进行了系统分析，使系统方案合
理、先进、可行。
二．总体设计阶段
在此期间，在调查分析的基础上，根据系统功能目标进行了总体方案设计。通过对设计方案的反复论证，并克服了一系列的技术难关，完成了总体设计方案。
三．模块设计阶段
模块设计阶段主要完成了各个子系统的设计、数据库设计、程序设计和编程等工作。
四．试运行阶段
试运行阶段从20xx年5月开始，在南宁分公司经营支撑中心综合监控班试运行并录入真实数据，然后陆续进行了其他子系统的试运行。在这个阶段，我对存在和发现的问题进行了设计修改和优化，使系统逐渐趋于完善和可靠。
五．推广使用阶段
该系统于20xx年10月开始在南宁分公司范围内正式投入运行，到目前为止共有经营支撑中心、业务管理中心、号、各区域分公司、县份公司等部门使用该系统，系统工作稳定可靠。 实践表明：调帐资料管理系统对提高管理效率起到了良好的作用。
第五部分 社会效益和经济效益
一、社会效益
该系统主要用于向支撑部门提供客户调帐的需求和处理结果，通过资源的共享及时将前台需求和落实情况进行反馈，以最快的速度及时解决客户对资费的投诉，把系统故障、人为因素所带来的对企业公众形象的破坏降到最低。使电信企业能更好的向社会提供优质的服务。
二、经济效益
系统上线以来，平均每月处理3万多条调帐记录，200~300万的调帐金额，涉及补收费用数万元至几十万元，为南宁分公司帐务支撑工作提供了可靠的数据资料，把调帐资料统一归档，方便日后查询。核重功能避免了原调帐人员在EXCEL表中从几十万条记录中逐一排查，经常死机的现象，提高了劳动生产率。同时，调帐响应时间从原来的3~4天缩短到1天，加快了回款速度，资费投诉的响应时间大大缩短，降低坏帐发生率，避免由此带来的企业经济损失，创造了很好的经济效益。随着系统应用在局内的进一步推广使用，将会创造更多良好的经济效益。
第六部分 结束语
在调帐资料管理系统的研制过程中，得到了部门领导高度重视，并得到了相关班组的大力支持，使得这一项目得以顺利完成。 经过在南宁电信分公司的运行，证明调帐资料管理系统运行稳定、可靠、功能正常、适应性强、易于推广，达到了预定的设计目标。
共2页: 上一页12下一页
<>
1.绪论
1.1研究背景
网络被认为是互联网发展的第三阶段。网络的设计和实施能够带来切身实际的利益，城域网、企业网、局域网、家庭网和个人网络都是网络发展的体现。网络发明的初衷并不仅仅是表现在它的规模上，而是互联互通，资源共享，消除资源访问的壁垒，让生活更加方便、快捷、高效。随着网络技术的发展，网络在应用方面也体现出了很大的潜力，能够共享和调度成千上万的计算设备协同并发工作，能汇聚数百万计的信息资源加
以归类、分析和发布，还可以让世界每一个角落的人们实时沟通交流。在现代高速发展的社会里，企业与企业之间的联系日益密切，大量的、复杂的信息交流显得由为重要。随着电子科技的高速发展，那些如何复杂大量的信息，通过网络技术帮助下，就可以轻而易举的从某一地方传送到另一地方，而且简单、快速、准确，给人们带来了很大的方便。而在现代企业中，网络技术在管理中的应用，已显得举足轻重。随着企业信息化进程的进一步深入和发展，计算机在企业中的应用越来越广泛，而企业对计算机的依赖越来越强。随着网络应用的日益丰富以及人们在日常生活中对网络依赖的日渐紧密，那么对于网络吞吐量，网络延时，网络链路的稳定性以及网络服务的多样性就会产生新的要求，同时也希望网络应用的花销能更加低廉，这样针对电信网络运营商所提供的服务将会产生巨大的挑战，本实时通信系统的成功应用将会给运营商们提供更加方便，快捷，稳定，并且低廉的网络运营成本，本实时通信系统帮助企业实现巨大的商业价值的同时也为用户带来的更加高效，快速，稳定并且廉价的网络服务资源。
1.2 选题理论
1.2.1 需求分析方法
在软件的设计和开发过程中，需求分析是一个重要的阶段，是项目开发的基本要素，是项目实现和实行的关键。软件工程的需求分析指的是了解用户需求，在软件的功能上和客户沟通并且达成一致，评估软件的风险系数和项目需要付出的代价，最终形成一个完善设计实现的复杂过程。目前比较流行的软件需求分析方法有：结构化分析方法和面向对象的分析方法。
1. 结构化分析
结构化分析方法给出一组帮助系统分析人员产生功能规约
的原理与技术。它一般利用图形表达用户需求，使用的手段主要有数据流图、数据字典、结构化语言、判定表以及判定树等。结构化分析的步骤如下：①分析当前的情况，做出反映当前物理模型的 DFD;②推导出等价的逻辑模型的 DFD;③设计新的逻辑系统，生成数据字典和基元描述;④建立人机接口，提出可供选择的目标系统物理模型的 DFD;⑤确定各种方案的成本和风险等级，据此对各种方案进行分析;⑥选择一种方案;⑦建立完整的需求规约。
2. 面向对象分析
面向对象是在结构化设计方法出现很多问题的情况下应运而生的。从结构化设计的方法中，我们不难发现，结构化设计方法求解问题的基本策略是从功能的角度审视问题域。它将应用程序看成实现某些特定任务的功能模块，其中子过程是实现某项具体操作的底层功能模块。在每个功能模块中，用数据结构描述待处理数据的组织形式，用算法描述具体的操作过程。面对日趋复杂的应用系统，这种开发思路逐渐暴露了一些弱点。那么面向对象的分析首先根据客户需求抽象出业务对象;然后对需求进行合理分层，构建相对独立的业务模块;之后设计业务逻辑，利用多态、继承、封装、抽象的编程思想，实现业务需求;最后通过整合各模块，达到高内聚、低耦合的效果，从而满足客户要求。
1.4.2 系统开发设计方法
软件的开发设计模型是将软件开发的整个过程、事件以及任务提取汇总而成的结构化框架。软件的开发包括了需求分析、系统设计、编码实现以及单元、系统测试等阶段，有时也会有一部分的后期维护阶段。 软件的开发设计模型能够更加清晰、直观地反应出软件设计开发的全部过程，明确定义了开发过程
中所需要完成的事件和任务。常见的软件设计模型有：边做边改模型、瀑布模型、原型模型、增量模型、螺旋模型、演化模型、喷泉模型、智能模型、混合模型等，下面将列举并介绍其中比较常用的两种模型。
第 2 章 实时通信系统的需求分析
2.1 客户业务需求分析
网络如今已经成为人们日常生活中不可或缺的一部分，无论是个人娱乐还是工作拓展，以及将来的智能生活和办公需求，都需要网络的承载，随着网络应用发展的突飞猛进，人们对网络的承载能力，业务种类的多样性，以及网络的稳定性提出了更高，更多的要求。本通信系统针对自己的核心客户需求给出了不同的定制方案，本文针对各大客户的共同需求，有以下几个方面.
1. 网络带宽方面，要求核心网单口接入全面铺设 10Gbps 端口，最大单机承载达到 960Gbps。
2. 服务多样性方面，要求全面支持 IEEE 802.1q，802.1p，802.1ad 等全业务承载，对于多用户网桥要求支持基于虚拟专用局域网业务建连，对于核心网要求采用MPLS方式承载接入。
3. 网络稳定性方面，要求支持多链路，多接点通信保护，倒换时间不超过 50ms，核心网保护需要支持 BFD，FRR 两种工作模式。
4. 链路维护方面，要求支持 ITU-T Y.1731 的链路检测和诊断。
5. 网络运营质量和分级管理方面，要求支持层次化业务分级和管理。
6. 网管方面：需要提供图形化管理界面，需要具备跨厂商设备识别管理能力，动态路由计算能力，多业务配臵管理能力。
2.2 网络拓扑和设备需求分析
通过对客户现网运营拓扑的分析，本系统给出了适用的各种网络需求拓扑以及相应的设备安排。本系统的网络拓扑中需要包含一个 MPLS 核心域和多个以太网交换边缘域，称之为标准域。
第3章 实时通信系统的详细设计..................... 24-44
3.1 基于单点直通业务的模块功能设计 ...................24-34
3.2 基于多点桥接业务的模块功能设计................... 34-44
第4章 实时通信系统相关功能的实现................... 44-60
4.1 协议转换模块的实现................... 45-54
4.2 业务承载模块相关功能的实现................... 54-60
共2页: 上一页12下一页
第5章 实时通信系统测试................... 60-65
5.1 端到端系统测试................... 60-62
5.1.1 链路保护业务承载测试 ...................60
5.1.2 节点保护业务承载测试 ...................60-61
5.1.3 多节点保护业务承载测试................... 61-62
5.2 基于 RFC 2544 网络设备互联基准...................62-65
5.2.1 吞吐量测试................... 62-63
5.2.2 丢包率测试................... 63
5.2.3 延时测试................... 63-64
5.2.4 背靠背测试................... 64-65
结论
该项目历时两年，本人参与了全部的客户需求分析，设计，系统实现以及现网试运营测试，本实时通信系统为公司签下了多家著名网络服务提供商的现网布局订单，并且成功在现网当中运行，从客户的反馈方面，无论是现网容量的提升，多业务
的承载，灵活的 Qos 服务还是高质量的网络稳定性，都得到了客户的肯定，运营商们通过本系统提供的高质量网络服务，赢得了更多的用户，在商业上也获得了更大的盈利，同时对网络用户而言，网络质量更加稳定，网络带宽更加宽阔，同时价格也更加低廉。通过该项目的设计与实现，本人对以太网通信技术有了更加深刻的了解，最重要的是通过这个项目的实施，能够对现网运营方面有一个整体了解，对客户的真实需求也有了一定的认识，在项目中取得的这些宝贵经验无论是在今后的工作和研究方面都是很重要的帮助和财富。随着语音市场的饱和以及语音业务每用户平均收入的下降，运营商的利润增长面临挑战。多业务提供商向 IP/Ethernet 平台转移，不仅能开发更有价值的个性化多媒体业务，还能有效降低成本。多业务提供商正在寻找能够支持从 2G 向 3G 和宽带无线接入平滑演进的传输解决方案。同时，他们希望能在网络规模不断增大的情况下有效地控制运营成本，于是他们纷纷考虑建设自己的下一代移动承载网。对于我们设备服务供应商来说，希望能够给移动运营商们提供支持多种业务的接入承载层网络，这同时也是本人下一个阶段的工作重点，中国电信运营商重组后，三大全业务经营商要经营固网宽带业务，营移动业务。但原本地传输网存在一系列的不足，必须对传输网尤其是网络融合方案进行深入研究。全业务所承载的主要业务包括传统的语音及其增值业务、宽带数据承载及接入业务、行业和企业大客户 VPN 专线业务、移动语音和移动数据及其增值业务等;——传统语音及其增值业务对于传统的固网运营商来说，接入网和交换机模块均是通过传输网进行承载。
基于语音的智能网业务及彩铃、一号通等业务包括信令网的承载也对传输网电路也存在一定的需求。各运营商还建设了
比例不多基于 NGN 的 MSAG 和 MSAN 软交换接入网关系统，也是承载在接入传输网的 MSTP 上，语音业务占原固网运营商传输网络整体负荷的需求的 35%左右。——宽带数据承载及接入业务固网运营商 IP 城域网的核心层至汇聚层基本上均承载于光纤或波分系统上，对于传输网的核心层压力较小，但是城乡结合部、郊区、乡镇和部分农村所存在的宽带接入需求，如 ADSL、ADSL2+、LAN 及部分宽带接入专线，这些业务承载在传输网的汇聚层和接入层的 MSTP 上，每用户带宽需求在 1～4M 之间，随着宽带用户和宽带用户带宽需求的不断增加，传输接入网的电路容量日益成为发展瓶颈，宽带数据接入业务需求占原固网运营商传输网接入环整体负荷的 55%左右。——大客户专线接入业务大客户专线业务发展的初期，大量采用 PDH 和集中式 PDH 进行组网，随着传输设备的不断发展，小型化、微型化的传输设备日益完善，部分城市的本地网已经大规模采用微型和小型传输设备接入大客户专线，对于业务安全性需求不大的部分用户，这些业务量部分转移到基于数据网的 MPLS VPN 网络上。大客户专线接入业务占本接入传输网容量的 10%左右;——移动语音和数据业务随着电信重组后三大全业务运营商的成立，传输网需要为原有 2G 及建设中的 3G的网络中提供移动话音和数据通信服务，包括核心网和接入网。这些业务需求如果不考虑运营商重组，则需要 100%完全承载在原移动运营商的传输网上。全业务本地传输网的传统语音业务、移动语音业务和各类数据业务的基石，网络中各种数据业务发展迅速，如何快速接入多种业务，充分利用现有传输网络的带宽开展业务，是全业务运营商在竞争中赢得主动的关键。随着传输技术的不断发展，网络组网技术也将不断演进，本地传输网将必然发挥越来越大的作用。
参考文献
[1] Kodialam, M;Lakshman T. Dynamic routing of bandwidth guaranteed tunnels withrestoration[J].
[2] Jasperneite J;Neumann P;Theis M Deterministic. Real-time Communication withSwitched Ethernet [J]. 2002.
[3] Wilwert C; Rondeau E. Performance Evaluation on Switched Ethernet Architectures[J].
[4] 李朝举. Internet 核心网络的实现方法[J] 2000(03).
[5] 敖志刚.《万兆以太网及其实用技术》[M]，北京：电子工业出版社，2007.7.
[6] N.N. TechFest Ethernet Technical Summary-Ethernet Media Access Control[J]. 1999.
[7] Chris.Cole;John.D'.Ambrosia;Chris.DiMinico.The Next Generation of Ethernet [OL].
[8] DANIE O A. MPLS and traffic engineering in IP networks
[J] 1999(12)
[9] Rosen E;VISWANATHAN A;CALLON R Multiprotocol label swit-ching architecture2001
[10] Anderson L, DOOLAN P, FELDMAN N. LDP specification 2001.
<>
1.绪论
1.1研究背景
网络被认为是互联网发展的第三阶段。网络的设计和实施能够带来切身实际的利益，城域网、企业网、局域网、家庭网和个人网络都是网络发展的体现。网络发明的初衷并不仅仅是表现在它的规模上，而是互联互通，资源共享，消除资源访问
的壁垒，让生活更加方便、快捷、高效。随着网络技术的发展，网络在应用方面也体现出了很大的潜力，能够共享和调度成千上万的计算设备协同并发工作，能汇聚数百万计的信息资源加以归类、分析和发布，还可以让世界每一个角落的人们实时沟通交流。在现代高速发展的社会里，企业与企业之间的联系日益密切，大量的、复杂的信息交流显得由为重要。随着电子科技的高速发展，那些如何复杂大量的信息，通过网络技术帮助下，就可以轻而易举的从某一地方传送到另一地方，而且简单、快速、准确，给人们带来了很大的方便。而在现代企业中，网络技术在管理中的应用，已显得举足轻重。随着企业信息化进程的进一步深入和发展，计算机在企业中的应用越来越广泛，而企业对计算机的依赖越来越强。随着网络应用的日益丰富以及人们在日常生活中对网络依赖的日渐紧密，那么对于网络吞吐量，网络延时，网络链路的稳定性以及网络服务的多样性就会产生新的要求，同时也希望网络应用的花销能更加低廉，这样针对电信网络运营商所提供的服务将会产生巨大的挑战，本实时通信系统的成功应用将会给运营商们提供更加方便，快捷，稳定，并且低廉的网络运营成本，本实时通信系统帮助企业实现巨大的商业价值的同时也为用户带来的更加高效，快速，稳定并且廉价的网络服务资源。
1.2 选题理论
1.2.1 需求分析方法
在软件的设计和开发过程中，需求分析是一个重要的阶段，是项目开发的基本要素，是项目实现和实行的关键。软件工程的需求分析指的是了解用户需求，在软件的功能上和客户沟通并且达成一致，评估软件的风险系数和项目需要付出的代价，最终形成一个完善设计实现的复杂过程。目前比较流行的软件
需求分析方法有：结构化分析方法和面向对象的分析方法。
1. 结构化分析
结构化分析方法给出一组帮助系统分析人员产生功能规约的原理与技术。它一般利用图形表达用户需求，使用的手段主要有数据流图、数据字典、结构化语言、判定表以及判定树等。结构化分析的步骤如下：①分析当前的情况，做出反映当前物理模型的 DFD;②推导出等价的逻辑模型的 DFD;③设计新的逻辑系统，生成数据字典和基元描述;④建立人机接口，提出可供选择的目标系统物理模型的 DFD;⑤确定各种方案的成本和风险等级，据此对各种方案进行分析;⑥选择一种方案;⑦建立完整的需求规约。
2. 面向对象分析
面向对象是在结构化设计方法出现很多问题的情况下应运而生的。从结构化设计的方法中，我们不难发现，结构化设计方法求解问题的基本策略是从功能的角度审视问题域。它将应用程序看成实现某些特定任务的功能模块，其中子过程是实现某项具体操作的底层功能模块。在每个功能模块中，用数据结构描述待处理数据的组织形式，用算法描述具体的操作过程。面对日趋复杂的应用系统，这种开发思路逐渐暴露了一些弱点。那么面向对象的分析首先根据客户需求抽象出业务对象;然后对需求进行合理分层，构建相对独立的业务模块;之后设计业务逻辑，利用多态、继承、封装、抽象的编程思想，实现业务需求;最后通过整合各模块，达到高内聚、低耦合的效果，从而满足客户要求。
1.4.2 系统开发设计方法
软件的开发设计模型是将软件开发的整个过程、事件以及任务提取汇总而成的结构化框架。软件的开发包括了需求分析、
系统设计、编码实现以及单元、系统测试等阶段，有时也会有一部分的后期维护阶段。 软件的开发设计模型能够更加清晰、直观地反应出软件设计开发的全部过程，明确定义了开发过程中所需要完成的事件和任务。常见的软件设计模型有：边做边改模型、瀑布模型、原型模型、增量模型、螺旋模型、演化模型、喷泉模型、智能模型、混合模型等，下面将列举并介绍其中比较常用的两种模型。
第 2 章 实时通信系统的需求分析
2.1 客户业务需求分析
网络如今已经成为人们日常生活中不可或缺的一部分，无论是个人娱乐还是工作拓展，以及将来的智能生活和办公需求，都需要网络的承载，随着网络应用发展的突飞猛进，人们对网络的承载能力，业务种类的多样性，以及网络的稳定性提出了更高，更多的要求。本通信系统针对自己的核心客户需求给出了不同的定制方案，本文针对各大客户的共同需求，有以下几个方面.
1. 网络带宽方面，要求核心网单口接入全面铺设 10Gbps 端口，最大单机承载达到 960Gbps。
2. 服务多样性方面，要求全面支持 IEEE 802.1q，802.1p，802.1ad 等全业务承载，对于多用户网桥要求支持基于虚拟专用局域网业务建连，对于核心网要求采用MPLS方式承载接入。
3. 网络稳定性方面，要求支持多链路，多接点通信保护，倒换时间不超过 50ms，核心网保护需要支持 BFD，FRR 两种工作模式。
4. 链路维护方面，要求支持 ITU-T Y.1731 的链路检测和诊断。
5. 网络运营质量和分级管理方面，要求支持层次化业务分
级和管理。
6. 网管方面：需要提供图形化管理界面，需要具备跨厂商设备识别管理能力，动态路由计算能力，多业务配臵管理能力。
2.2 网络拓扑和设备需求分析
通过对客户现网运营拓扑的分析，本系统给出了适用的各种网络需求拓扑以及相应的设备安排。本系统的网络拓扑中需要包含一个 MPLS 核心域和多个以太网交换边缘域，称之为标准域。
第3章 实时通信系统的详细设计..................... 24-44
3.1 基于单点直通业务的模块功能设计 ...................24-34
3.2 基于多点桥接业务的模块功能设计................... 34-44
第4章 实时通信系统相关功能的实现................... 44-60
4.1 协议转换模块的实现................... 45-54
4.2 业务承载模块相关功能的实现................... 54-60
共2页: 上一页12下一页
第5章 实时通信系统测试................... 60-65
5.1 端到端系统测试................... 60-62
5.1.1 链路保护业务承载测试 ...................60
5.1.2 节点保护业务承载测试 ...................60-61
5.1.3 多节点保护业务承载测试................... 61-62
5.2 基于 RFC 2544 网络设备互联基准...................62-65
5.2.1 吞吐量测试................... 62-63
5.2.2 丢包率测试................... 63
5.2.3 延时测试................... 63-64
5.2.4 背靠背测试................... 64-65
结论
该项目历时两年，本人参与了全部的客户需求分析，设计，
系统实现以及现网试运营测试，本实时通信系统为公司签下了多家著名网络服务提供商的现网布局订单，并且成功在现网当中运行，从客户的反馈方面，无论是现网容量的提升，多业务的承载，灵活的 Qos 服务还是高质量的网络稳定性，都得到了客户的肯定，运营商们通过本系统提供的高质量网络服务，赢得了更多的用户，在商业上也获得了更大的盈利，同时对网络用户而言，网络质量更加稳定，网络带宽更加宽阔，同时价格也更加低廉。通过该项目的设计与实现，本人对以太网通信技术有了更加深刻的了解，最重要的是通过这个项目的实施，能够对现网运营方面有一个整体了解，对客户的真实需求也有了一定的认识，在项目中取得的这些宝贵经验无论是在今后的工作和研究方面都是很重要的帮助和财富。随着语音市场的饱和以及语音业务每用户平均收入的下降，运营商的利润增长面临挑战。多业务提供商向 IP/Ethernet 平台转移，不仅能开发更有价值的个性化多媒体业务，还能有效降低成本。多业务提供商正在寻找能够支持从 2G 向 3G 和宽带无线接入平滑演进的传输解决方案。同时，他们希望能在网络规模不断增大的情况下有效地控制运营成本，于是他们纷纷考虑建设自己的下一代移动承载网。对于我们设备服务供应商来说，希望能够给移动运营商们提供支持多种业务的接入承载层网络，这同时也是本人下一个阶段的工作重点，中国电信运营商重组后，三大全业务经营商要经营固网宽带业务，营移动业务。但原本地传输网存在一系列的不足，必须对传输网尤其是网络融合方案进行深入研究。全业务所承载的主要业务包括传统的语音及其增值业务、宽带数据承载及接入业务、行业和企业大客户 VPN 专线业务、移动语音和移动数据及其增值业务等;——传统语音及其增值业务对于传统的固网运营商来说，接入网和交换机模
块均是通过传输网进行承载。
基于语音的智能网业务及彩铃、一号通等业务包括信令网的承载也对传输网电路也存在一定的需求。各运营商还建设了比例不多基于 NGN 的 MSAG 和 MSAN 软交换接入网关系统，也是承载在接入传输网的 MSTP 上，语音业务占原固网运营商传输网络整体负荷的需求的 35%左右。——宽带数据承载及接入业务固网运营商 IP 城域网的核心层至汇聚层基本上均承载于光纤或波分系统上，对于传输网的核心层压力较小，但是城乡结合部、郊区、乡镇和部分农村所存在的宽带接入需求，如 ADSL、ADSL2+、LAN 及部分宽带接入专线，这些业务承载在传输网的汇聚层和接入层的 MSTP 上，每用户带宽需求在 1～4M 之间，随着宽带用户和宽带用户带宽需求的不断增加，传输接入网的电路容量日益成为发展瓶颈，宽带数据接入业务需求占原固网运营商传输网接入环整体负荷的 55%左右。——大客户专线接入业务大客户专线业务发展的初期，大量采用 PDH 和集中式 PDH 进行组网，随着传输设备的不断发展，小型化、微型化的传输设备日益完善，部分城市的本地网已经大规模采用微型和小型传输设备接入大客户专线，对于业务安全性需求不大的部分用户，这些业务量部分转移到基于数据网的 MPLS VPN 网络上。大客户专线接入业务占本接入传输网容量的 10%左右;——移动语音和数据业务随着电信重组后三大全业务运营商的成立，传输网需要为原有 2G 及建设中的 3G的网络中提供移动话音和数据通信服务，包括核心网和接入网。这些业务需求如果不考虑运营商重组，则需要 100%完全承载在原移动运营商的传输网上。全业务本地传输网的传统语音业务、移动语音业务和各类数据业务的基石，网络中各种数据业务发展迅速，如何快速接入多种业务，充分利用现有传输
网络的带宽开展业务，是全业务运营商在竞争中赢得主动的关键。随着传输技术的不断发展，网络组网技术也将不断演进，本地传输网将必然发挥越来越大的作用。
参考文献
[1] Kodialam, M;Lakshman T. Dynamic routing of bandwidth guaranteed tunnels withrestoration[J].
[2] Jasperneite J;Neumann P;Theis M Deterministic. Real-time Communication withSwitched Ethernet [J]. 2002.
[3] Wilwert C; Rondeau E. Performance Evaluation on Switched Ethernet Architectures[J].
[4] 李朝举. Internet 核心网络的实现方法[J] 2000(03).
[5] 敖志刚.《万兆以太网及其实用技术》[M]，北京：电子工业出版社，2007.7.
[6] N.N. TechFest Ethernet Technical Summary-Ethernet Media Access Control[J]. 1999.
[7] Chris.Cole;John.D'.Ambrosia;Chris.DiMinico.The Next Generation of Ethernet [OL].
[8] DANIE O A. MPLS and traffic engineering in IP networks
[J] 1999(12)
[9] Rosen E;VISWANATHAN A;CALLON R Multiprotocol label swit-ching architecture2001
[10] Anderson L, DOOLAN P, FELDMAN N. LDP specification 2001.
<>
1.绪论
1.1研究背景
网络被认为是互联网发展的第三阶段。网络的设计和实施
能够带来切身实际的利益，城域网、企业网、局域网、家庭网和个人网络都是网络发展的体现。网络发明的初衷并不仅仅是表现在它的规模上，而是互联互通，资源共享，消除资源访问的壁垒，让生活更加方便、快捷、高效。随着网络技术的发展，网络在应用方面也体现出了很大的潜力，能够共享和调度成千上万的计算设备协同并发工作，能汇聚数百万计的信息资源加以归类、分析和发布，还可以让世界每一个角落的人们实时沟通交流。在现代高速发展的社会里，企业与企业之间的联系日益密切，大量的、复杂的信息交流显得由为重要。随着电子科技的高速发展，那些如何复杂大量的信息，通过网络技术帮助下，就可以轻而易举的从某一地方传送到另一地方，而且简单、快速、准确，给人们带来了很大的方便。而在现代企业中，网络技术在管理中的应用，已显得举足轻重。随着企业信息化进程的进一步深入和发展，计算机在企业中的应用越来越广泛，而企业对计算机的依赖越来越强。随着网络应用的日益丰富以及人们在日常生活中对网络依赖的日渐紧密，那么对于网络吞吐量，网络延时，网络链路的稳定性以及网络服务的多样性就会产生新的要求，同时也希望网络应用的花销能更加低廉，这样针对电信网络运营商所提供的服务将会产生巨大的挑战，本实时通信系统的成功应用将会给运营商们提供更加方便，快捷，稳定，并且低廉的网络运营成本，本实时通信系统帮助企业实现巨大的商业价值的同时也为用户带来的更加高效，快速，稳定并且廉价的网络服务资源。
1.2 选题理论
1.2.1 需求分析方法
在软件的设计和开发过程中，需求分析是一个重要的阶段，是项目开发的基本要素，是项目实现和实行的关键。软件工程
的需求分析指的是了解用户需求，在软件的功能上和客户沟通并且达成一致，评估软件的风险系数和项目需要付出的代价，最终形成一个完善设计实现的复杂过程。目前比较流行的软件需求分析方法有：结构化分析方法和面向对象的分析方法。
1. 结构化分析
结构化分析方法给出一组帮助系统分析人员产生功能规约的原理与技术。它一般利用图形表达用户需求，使用的手段主要有数据流图、数据字典、结构化语言、判定表以及判定树等。结构化分析的步骤如下：①分析当前的情况，做出反映当前物理模型的 DFD;②推导出等价的逻辑模型的 DFD;③设计新的逻辑系统，生成数据字典和基元描述;④建立人机接口，提出可供选择的目标系统物理模型的 DFD;⑤确定各种方案的成本和风险等级，据此对各种方案进行分析;⑥选择一种方案;⑦建立完整的需求规约。
2. 面向对象分析
面向对象是在结构化设计方法出现很多问题的情况下应运而生的。从结构化设计的方法中，我们不难发现，结构化设计方法求解问题的基本策略是从功能的角度审视问题域。它将应用程序看成实现某些特定任务的功能模块，其中子过程是实现某项具体操作的底层功能模块。在每个功能模块中，用数据结构描述待处理数据的组织形式，用算法描述具体的操作过程。面对日趋复杂的应用系统，这种开发思路逐渐暴露了一些弱点。那么面向对象的分析首先根据客户需求抽象出业务对象;然后对需求进行合理分层，构建相对独立的业务模块;之后设计业务逻辑，利用多态、继承、封装、抽象的编程思想，实现业务需求;最后通过整合各模块，达到高内聚、低耦合的效果，从而满足客户要求。
1.4.2 系统开发设计方法
软件的开发设计模型是将软件开发的整个过程、事件以及任务提取汇总而成的结构化框架。软件的开发包括了需求分析、系统设计、编码实现以及单元、系统测试等阶段，有时也会有一部分的后期维护阶段。 软件的开发设计模型能够更加清晰、直观地反应出软件设计开发的全部过程，明确定义了开发过程中所需要完成的事件和任务。常见的软件设计模型有：边做边改模型、瀑布模型、原型模型、增量模型、螺旋模型、演化模型、喷泉模型、智能模型、混合模型等，下面将列举并介绍其中比较常用的两种模型。
第 2 章 实时通信系统的需求分析
2.1 客户业务需求分析
网络如今已经成为人们日常生活中不可或缺的一部分，无论是个人娱乐还是工作拓展，以及将来的智能生活和办公需求，都需要网络的承载，随着网络应用发展的突飞猛进，人们对网络的承载能力，业务种类的多样性，以及网络的稳定性提出了更高，更多的要求。本通信系统针对自己的核心客户需求给出了不同的定制方案，本文针对各大客户的共同需求，有以下几个方面.
1. 网络带宽方面，要求核心网单口接入全面铺设 10Gbps 端口，最大单机承载达到 960Gbps。
2. 服务多样性方面，要求全面支持 IEEE 802.1q，802.1p，802.1ad 等全业务承载，对于多用户网桥要求支持基于虚拟专用局域网业务建连，对于核心网要求采用MPLS方式承载接入。
3. 网络稳定性方面，要求支持多链路，多接点通信保护，倒换时间不超过 50ms，核心网保护需要支持 BFD，FRR 两种工作模式。
4. 链路维护方面，要求支持 ITU-T Y.1731 的链路检测和诊断。
5. 网络运营质量和分级管理方面，要求支持层次化业务分级和管理。
6. 网管方面：需要提供图形化管理界面，需要具备跨厂商设备识别管理能力，动态路由计算能力，多业务配臵管理能力。
2.2 网络拓扑和设备需求分析
通过对客户现网运营拓扑的分析，本系统给出了适用的各种网络需求拓扑以及相应的设备安排。本系统的网络拓扑中需要包含一个 MPLS 核心域和多个以太网交换边缘域，称之为标准域。
第3章 实时通信系统的详细设计..................... 24-44
3.1 基于单点直通业务的模块功能设计 ...................24-34
3.2 基于多点桥接业务的模块功能设计................... 34-44
第4章 实时通信系统相关功能的实现................... 44-60
4.1 协议转换模块的实现................... 45-54
4.2 业务承载模块相关功能的实现................... 54-60
共2页: 上一页12下一页
第5章 实时通信系统测试................... 60-65
5.1 端到端系统测试................... 60-62
5.1.1 链路保护业务承载测试 ...................60
5.1.2 节点保护业务承载测试 ...................60-61
5.1.3 多节点保护业务承载测试................... 61-62
5.2 基于 RFC 2544 网络设备互联基准...................62-65
5.2.1 吞吐量测试................... 62-63
5.2.2 丢包率测试................... 63
5.2.3 延时测试................... 63-64
5.2.4 背靠背测试................... 64-65
结论
该项目历时两年，本人参与了全部的客户需求分析，设计，系统实现以及现网试运营测试，本实时通信系统为公司签下了多家著名网络服务提供商的现网布局订单，并且成功在现网当中运行，从客户的反馈方面，无论是现网容量的提升，多业务的承载，灵活的 Qos 服务还是高质量的网络稳定性，都得到了客户的肯定，运营商们通过本系统提供的高质量网络服务，赢得了更多的用户，在商业上也获得了更大的盈利，同时对网络用户而言，网络质量更加稳定，网络带宽更加宽阔，同时价格也更加低廉。通过该项目的设计与实现，本人对以太网通信技术有了更加深刻的了解，最重要的是通过这个项目的实施，能够对现网运营方面有一个整体了解，对客户的真实需求也有了一定的认识，在项目中取得的这些宝贵经验无论是在今后的工作和研究方面都是很重要的帮助和财富。随着语音市场的饱和以及语音业务每用户平均收入的下降，运营商的利润增长面临挑战。多业务提供商向 IP/Ethernet 平台转移，不仅能开发更有价值的个性化多媒体业务，还能有效降低成本。多业务提供商正在寻找能够支持从 2G 向 3G 和宽带无线接入平滑演进的传输解决方案。同时，他们希望能在网络规模不断增大的情况下有效地控制运营成本，于是他们纷纷考虑建设自己的下一代移动承载网。对于我们设备服务供应商来说，希望能够给移动运营商们提供支持多种业务的接入承载层网络，这同时也是本人下一个阶段的工作重点，中国电信运营商重组后，三大全业务经营商要经营固网宽带业务，营移动业务。但原本地传输网存在一系列的不足，必须对传输网尤其是网络融合方案进行深入研究。全业务所承载的主要业务包括传统的语音及其增
值业务、宽带数据承载及接入业务、行业和企业大客户 VPN 专线业务、移动语音和移动数据及其增值业务等;——传统语音及其增值业务对于传统的固网运营商来说，接入网和交换机模块均是通过传输网进行承载。
基于语音的智能网业务及彩铃、一号通等业务包括信令网的承载也对传输网电路也存在一定的需求。各运营商还建设了比例不多基于 NGN 的 MSAG 和 MSAN 软交换接入网关系统，也是承载在接入传输网的 MSTP 上，语音业务占原固网运营商传输网络整体负荷的需求的 35%左右。——宽带数据承载及接入业务固网运营商 IP 城域网的核心层至汇聚层基本上均承载于光纤或波分系统上，对于传输网的核心层压力较小，但是城乡结合部、郊区、乡镇和部分农村所存在的宽带接入需求，如 ADSL、ADSL2+、LAN 及部分宽带接入专线，这些业务承载在传输网的汇聚层和接入层的 MSTP 上，每用户带宽需求在 1～4M 之间，随着宽带用户和宽带用户带宽需求的不断增加，传输接入网的电路容量日益成为发展瓶颈，宽带数据接入业务需求占原固网运营商传输网接入环整体负荷的 55%左右。——大客户专线接入业务大客户专线业务发展的初期，大量采用 PDH 和集中式 PDH 进行组网，随着传输设备的不断发展，小型化、微型化的传输设备日益完善，部分城市的本地网已经大规模采用微型和小型传输设备接入大客户专线，对于业务安全性需求不大的部分用户，这些业务量部分转移到基于数据网的 MPLS VPN 网络上。大客户专线接入业务占本接入传输网容量的 10%左右;——移动语音和数据业务随着电信重组后三大全业务运营商的成立，传输网需要为原有 2G 及建设中的 3G的网络中提供移动话音和数据通信服务，包括核心网和接入网。这些业务需求如果不考虑运营商重组，则需要 100%完全
承载在原移动运营商的传输网上。全业务本地传输网的传统语音业务、移动语音业务和各类数据业务的基石，网络中各种数据业务发展迅速，如何快速接入多种业务，充分利用现有传输网络的带宽开展业务，是全业务运营商在竞争中赢得主动的关键。随着传输技术的不断发展，网络组网技术也将不断演进，本地传输网将必然发挥越来越大的作用。
参考文献
[1] Kodialam, M;Lakshman T. Dynamic routing of bandwidth guaranteed tunnels withrestoration[J].
[2] Jasperneite J;Neumann P;Theis M Deterministic. Real-time Communication withSwitched Ethernet [J]. 2002.
[3] Wilwert C; Rondeau E. Performance Evaluation on Switched Ethernet Architectures[J].
[4] 李朝举. Internet 核心网络的实现方法[J] 2000(03).
[5] 敖志刚.《万兆以太网及其实用技术》[M]，北京：电子工业出版社，2007.7.
[6] N.N. TechFest Ethernet Technical Summary-Ethernet Media Access Control[J]. 1999.
[7] Chris.Cole;John.D'.Ambrosia;Chris.DiMinico.The Next Generation of Ethernet [OL].
[8] DANIE O A. MPLS and traffic engineering in IP networks
[J] 1999(12)
[9] Rosen E;VISWANATHAN A;CALLON R Multiprotocol label swit-ching architecture2001
[10] Anderson L, DOOLAN P, FELDMAN N. LDP specification 2001.