业务运营支撑系统(BOSS)中心集成建设方案
- 格式:doc
- 大小:1.54 MB
- 文档页数:52
BOSS是业务运营支撑系统(Business Operations Support System )的简称,它涵盖了以往的计费、结算、营业、帐务和客户服务等系统的功能,对各种业务功能进行集中、统一的规划和整合,是一体化的、信息资源充分共享的支撑系统。
一、“两级三层”的BOSS 系统结构中国移动BOSS 系统采用“两级三层”的结构,“两级”指的是:集团公司将建成一级业务中心,负责总部一级的业务支撑;省公司负责建设全省集中的BOSS 系统,全面接管该省的计费、结算、营业、帐务和客户服务等原有系统的功能;地市一级只作为系统的接入,不再存放数据和提供业务应用。
“三层”指的是:系统由集中的数据核心层、灵活的业务逻辑层和开放的接入层构成,其中数据核心层又分为数据和服务两个子层,业务逻辑层包含业务函数和业务过程两部分。
中国移动BOSS 系统的三层结构主要是从应用领域的角度设计的。
数据核心层的建设打破了以往的业务系统之间的界限,将包括服务使用记录、用户资料等信息在内的所有业务数据进行集中,而数据的输入输出均通过服务子层实现。
业务逻辑层扩大了传统意义应用层的含义,将所有的应用服务并入到业务逻辑层,并强调业务逻辑层可以对BOSS 数据核心层的所有数据进行加工处理。
这种设计不但可以保证业务逻辑灵活地增加和删除,还支持数据源的增减。
推出新业务时,只需要增加相应的数据和相关的业务逻辑,而不会影响系统其他的应用与服务。
BOSS 系统的接入层也是传统意义上表示层的扩展,它包括所有与客户产生联接和交互的手段,同时还包含BOSS 系统与外部系统,比如交换网络、企业其他IT 系统等的联接。
接入层支持数据的双向流动,而且开放性很强,客户通过不同的接入渠道和逻辑进入BOSS 系统后,共享业务逻辑和数据。
这种设计确保了数据一致性,可以通过多种渠道给客户提供完整的、规范的服务,用户无论是在营业厅、银行,还是在网上自助服务,其享受的服务应该是完全一样的。
XXXX网络综合业务运营支撑系统(BOSS)系统集成附件1 技术建议书XXXX信息技术股份有限公司二零一五年三月附件1技术建议书目录第一章引言 (3)第二章总体设计 (3)2.1系统设计原则 (3)2.1.1总体原则 (3)2.1.2设计原则 (4)2.2整体方案设计 (6)2.3机房设计 (9)2.4网络设计 (9)2.4.1内网核心交换机 (10)2.4.2内网核心防火墙 (11)2.4.3公网核心交换机 (12)2.4.4公网核心防火墙 (13)2.5存储设计 (14)2.6主机设计 (15)2.6.1基本信息 (15)2.6.2操作系统补丁 (16)2.6.3操作系统参数 (16)2.6.4内置存储设计 (17)2.6.5Cluster设计 (17)2.7数据库设计 (18)2.7.1基本信息 (18)第三章系统安全 (20)第一章引言XX有线业务运营支撑系统要求设计和实施规模满足XX有线未来数年内1200万用户、高峰期高并发连接的业务运营支撑系统的技术要求。
整合现有的数字电视业务、模拟电视业务、宽带业务以及高清互动业务。
实现统一的客户资源管理、支持灵活多样的销售产品组合策略、多种计费和付费方式,统一的账务管理和结算管理等。
发挥整合后的规模优势及品牌优势,建立以客户为中心的高效的企业服务流程,提升企业的整体品牌形象;并通过对售前、售中及售后各个环节的全流程管理,提供客户管理、市场营销、融合计费、清分结算及统计报表等服务能力,最终实现全网可管、可控、可运营的目标。
作为省网级的BOSS系统,系统的建设必须高起点、严要求,必须具有技术上的先进性和前瞻性。
系统的建设必须本着遵循规划、遵照规范、着眼全局、整体设计、适度超前原则,同时参考其它成熟运营商的先进经验,努力打造出满足各地差异化需求以及未来新业务快速开展的新一代BOSS系统。
第二章总体设计2.1系统设计原则2.1.1总体原则系统性:在框架定义的前提下,要以模块化思想为指导,按照应用独立原则进行系统设计和架构规划。
省级BOSS系统平台如何建?2019-07-31摘要 省⽹整合已成⼤势所趋,如何根据各地市的不同情况,构建功能强⼤的省级BOSS系统平台,决定了全省⽹络业务发展与管理的成长空间。
本⽂根据作者对⼴电⾏业的观察及理解,提出省级BOSS系统应从业务流程体系优化、技术体系选择及运维体系建⽴等⽅⾯,进⾏综合考虑和建设。
我国有线数字电视的发展重点,已从单个城市的数字转换,转向以省(⾃治区)为单位的“整合+整转”进程。
这⼀转变,既是⽹络规模经济的⼤势所趋,叉对有线运营商的技术体系和运营平台建设提出了更⾼要求。
以业务运营⽀撑系统(BOSS)为例,由于在⽹络整合过程中,各地均存在不同的业务流程及个性化需求,⼤⼤增加了搭建全省统⼀BOSS系统的难度。
以电信、税务等⾏业为例,其BOSS系统均经历过⼀个由分到合的过程。
如中国移动,初期为了快速发展业务取得竞争优势,各地市产⽣出很多个性化需求,导致BOSS系统的⽀撑分布在地市⼀级,⽆法实现全省整合。
随着运营规模的扩⼤,其业务开始⾛向细分,逐步发展成为两级BOSS⽀撑体系,最终实现了统⼀、⾼效的运营管理。
反观正处于起步阶段的⼴电⾏业,⽬前已建⽴省⼀级BOSS系统并取得显著效果的运营商还很少,笔者根据多年从业经验,认为建设省级BOSS系统应注重以下⼏⽅⾯的⼯作。
前提:优化业务流程体系⽬前,有线⽹络运营商正由提供单⼀传统模拟电视型企业向可提供数字付费电视、互动电视、宽带上⽹等多业务运营商转变。
对于有线运营商来说,在⼈⼒、物⼒与财⼒有限的前提下,搭建BOSS系统,必要前提是建⽴简约⽽⾼效的业务流程体系。
必须指出,这⼀流程体系的建⽴并⾮⼀蹴⽽就,需要持续不断的优化。
但在初始节点上,尽可能完善的流程设计将节省⼤量后期⼯作与成本投⼊,如因流程变动进⾏软件修改等。
优化流程的⽬标和出发基点如下――⾸先,提升流程各环节的效益是⽬标。
作为⼀个业务过程,流程运⾏的每⼀步均会有不同的单位或组织参与,要实现整体流程的最优化,每⼀个环节之间的衔接必须顺畅,因部门分割⽽造成的等待时间必须被降到最低,这就要求各部门之间必须充分合作;另⼀⽅⾯,系统中的每个成员都⼯作在⼀个或多个流程上,即每个⼈的⼯作均是流程的⼀部分,要提⾼整体流程的效能及效率,必须提⾼每⼀个环节的效率,因此企业对员⼯的绩效评估也应⾯向流程开展。
《运营商级SIP-BOSS体系结构设计和关键技术实现》一、引言随着通信技术的快速发展,运营商级业务支撑系统(BOSS)作为电信行业的重要基础设施,其体系结构设计和关键技术实现显得尤为重要。
本文将重点介绍运营商级SIP-BOSS的体系结构设计及关键技术实现,旨在为相关领域的研究和应用提供参考。
二、SIP-BOSS体系结构设计1. 整体架构设计SIP-BOSS系统采用分布式、高可用性的架构设计,包括接入层、业务层、数据层和支撑层。
接入层负责与外部系统进行交互;业务层提供各类业务功能;数据层负责数据存储和管理;支撑层则提供系统运行所需的基础设施和服务。
2. 关键模块设计(1)接入模块:采用SIP协议,支持多种接入方式,如语音、视频、数据等,实现与外部系统的无缝连接。
(2)业务模块:根据业务需求,设计多种业务功能模块,如计费、结算、客户关系管理等。
(3)数据存储模块:采用分布式数据库和大数据存储技术,实现海量数据的存储和管理。
(4)安全模块:包括身份认证、访问控制、数据加密等,保障系统的安全性。
三、关键技术实现1. SIP协议应用SIP(Session Initiation Protocol)协议是实现语音、视频等多媒体通信的关键技术。
在SIP-BOSS系统中,通过SIP协议实现与外部系统的交互,支持多种接入方式,保证系统的灵活性和可扩展性。
2. 分布式技术采用分布式技术,将系统划分为多个节点,实现负载均衡和高可用性。
通过分布式数据库和大数据存储技术,实现海量数据的存储和管理。
同时,采用消息队列、缓存等技术,提高系统的处理能力和响应速度。
3. 高可用性技术为保证系统的稳定性和可靠性,采用高可用性技术,包括负载均衡、容错、备份恢复等。
通过这些技术,确保系统在故障发生时仍能正常运行,保障业务的连续性。
4. 安全技术安全是SIP-BOSS系统的核心需求之一。
通过身份认证、访问控制、数据加密等技术,保障系统的安全性。
省级业务运营支撑系统BOSS业务技术规范省级业务运营支撑系统(BOSS)是一个用于支持省级运营商日常业务运营管理的关键系统。
它涵盖了从业务接入、资费管理、用户管理到网络管理等多个方面,对于运营商的业务运营和用户服务起到了至关重要的作用。
为了确保BOSS系统的高效运行和稳定性,以下是BOSS系统的业务技术规范。
一、系统架构BOSS系统的架构应该采用分层的结构,包括前端业务接入层、业务逻辑层、数据存储层和应用服务层。
前端业务接入层应该支持多种接入方式,包括网站、移动客户端和短信等。
业务逻辑层应该包含完整的业务逻辑处理能力,能够支持不同类型的业务需求。
数据存储层应该采用分布式数据库和缓存技术,确保系统的高可靠性和高效性。
应用服务层应该提供各种支撑服务,包括账务管理、用户管理和报表分析等。
二、业务流程管理BOSS系统应该能够支持多样化的业务流程,包括业务接入、资费管理、用户管理、查询统计和账务结算等。
对于不同类型的业务,系统应该能够根据配置的规则和流程来自动化处理,并提供可视化的流程管理界面。
业务流程管理应该包括流程定义、流程调度和流程监控等功能,确保业务的按时完成和高效运行。
三、数据管理BOSS系统的数据管理应该确保数据的完整性、准确性和安全性。
系统应该提供完善的数据入库和数据清洗机制,确保数据的质量。
数据在存储时应该采用分布式存储技术,确保数据的高可用性和可恢复性。
系统应该支持数据备份和灾备,确保数据的安全性。
同时,系统应该提供数据访问权限管理,确保数据的安全访问。
四、性能管理BOSS系统的性能管理应该包括对系统的整体性能和关键业务的性能进行监控和调优。
系统应该提供性能监控和性能分析的功能,实时监控系统的各项指标,并能够预警和报警,及时处理性能问题。
同时,系统应该提供性能调优的功能,对系统关键业务进行优化,提升系统的运行效率和响应速度。
五、安全管理BOSS系统的安全管理应该包括系统的安全防护和用户的权限管理。
广电BOSS系统建设原则当前广电行业正处于向数字电视迈进的过渡时期,模拟电视、数字电视和宽带网络等多种业务并存,由此产生了真正意义上的业务运营,原来模拟电视时代的单一业务模式已经远远不能适应业务运营的需要,广电运营商亟需完成全面的业务转型,对业务流程进行重新设计,规范内部业务流程,实现内部业务流程和外部业务流程的顺畅和统一。
这种情形同当年的电信/移动行业非常相似,行业应用技术飞速发展,业务运营的领域和规模快速扩张,业务发展方向则具有许多的不确定性,同时日趋激烈的竞争要求运营商必须重视自身的建设,从整体上提高综合业务的服务水平。
电信行业的解决方案是建设起一套业务运营支撑系统(BOSS系统),整合业务开通、业务保障和计费三大功能,全方位应对电信网络的运营需求。
电信/移动行业的发展历程表明,BOSS系统的这些功能和管理模块很好地适应了电信网络技术和运营手段的发展需求,有力地推动了电信行业的迅猛发展。
BOSS系统已经成为电信运营商信息资源共享、业务运营和管理一体化的核心系统,并在实践中积累了大量的成功案例。
面对不可阻挡的网络融合的大趋势,有远见的广电运营商也开始认识到BOSS系统同样是广电行业的不二之选。
但是对于广电运营商来说,BOSS的概念刚刚引入,对BOSS系统还存在一个逐步认识的过程。
究竟广电行业应当如何建设自己的BOSS系统呢?在这里,笔者根据对广电行业的深入了解,对诚毅公司成功建设的广电BOSS系统加以剖析,结合诚毅公司多年电信/移动BOSS系统的开发和运营经验,总结出以下五条BOSS系统建设应当遵循的原则,权供广电运营商建设自己的BOSS系统时参考。
一、从高层开始行动首先应当由高层开始充分认识到BOSS系统对于广电发展的重要意义:BOSS系统是一套全面应对广电综合业务运营需求的支撑系统,将为广电运营商完成业务转型及拓展提供有力的支撑,帮助降低运营成本,提高运营收益;BOSS系统同时是一个高效的运营与管理平台,将大幅度提高广电行业的管理、运营、服务水平,为决策层提供强大的战略分析和执行工具,帮助广电运营商由“粗放式经营”转向“精细化管理”,实现科学、灵活的发展战略,从而提升广电网络的核心竞争力。
1 B-BOSS系统总体结构1.1 业务支撑网体系结构为了便于读者理解商业客户支撑系统和原有BOSS 系统的关系,将业务支撑网体系结构的演变和概念的扩展介绍如下:中国移动在全国范围完成了省级BOSS (Business & Operations Support System ,业务运营支撑系统)建设,实现地域集中、系统集中(包括数据集中和应用集中)以及集成商的集中。
省级BOSS 采用三层技术体系架构,涵盖了以往的计费、结算、营业、帐务和客服五个系统,主要包括计费、结算、帐务处理、帐务管理、客户服务和业务管理等功能模块。
然而,从中国移动业务支撑网及相关系统的建设和使用情况来看,仍然存在一些问题:1、随着市场需求的变化与发展,原先设计的BOSS 已不能完全满足新的需求变化,由于系统由一个集成商完成,因此封闭型比较强,在技术架构、容量和系统功能方面均应进一步扩充与完善。
2、对数据和信息的缺乏进一步分析,虽然相关部门存在需求,但技术储备及对需求的细化程度不佳,在经营分析系统建设过程中,发现大量的数据不准确或不完整,给进一步的数据分析与应用造成了困难。
3、客户服务渠道与营销渠道的整合未到位,与客户进行存在多个交互渠道,且数据不能共享。
应将所有接入渠道进一步整合,并增加和完善客户服务的应用,使客户服务和营销的手段更加丰富、到位,满足不同层面客户的需求。
4、由于业务网平台也承担了部分业务支撑工作,使业务支撑网与业务网之间的分工界面和接口流程不清晰,应进一步规范化和标准化。
5、随着中国移动的市场经营进一步走向精耕细作,面向个人客户、大客户、集团客户、合作伙伴的经营和服务也越来越全面,传统的以计费帐务为重要特征的支撑能力需要进一步提升。
中国移动BOSS 系统的建设和发展一直本着“贴近市场,服务市场”的原则,为中国移动“业务和服务双领先”的战略提供有力的技术保障。
面对市场需求的飞速发展,2003年中国移动将在巩固完善现有BOSS系统,加快建设经营分析系统的基础上,在有限省份分头启动BOSS建设4大试点工程,为BOSS 未来3年的发展方向进行整体架构,技术体系,工程建设和人才储备等全方位的探索。
业务运营支撑系统(BOSS)省中心系统集成建设方案目录(一)系统集成方案一、背景分析 (1)1.1BOSS系统总体结构 (1)二、系统集成原则 (1)三、方案设计依据 (2)四、系统集成方案文档的组织和版本控制 (2)4.1文件命名原则和发布原则 (2)4.2版本号说明 (4)4.3版本历史 (4)4.4发布的文件列表 (4)五、网络部分系统集成方案 (9)5.1网络整体方案 (9)5.1.1BOSS省中心网络结构描述 (9)5.1.2设备命名 (10)5.1.3IP地址划分 (12)5.1.4核心网络VLAN划分 (12)5.1.5路由机制 (13)5.1.6网络时钟同步 (14)5.1.7网络安全 (15)5.2配置实施方案 (16)5.2.1核心层交换机CISCO Catalyst 6509 (16)5.2.2接入层路由器CISCO 7507 (17)5.2.3防火墙 (18)六、各个子系统集成方案 (19)6.1主机系统的系统集成 (19)6.2数据库服务器 (19)6.2.1数据库服务器系统集成目标 (20)6.2.2数据库服务器系统高可用性集成方案 (20)6.2.3数据库系统数据规划 (27)6.2.4数据库服务器安装实施方案 (29)6.2.5数据库系统的优化 (29)6.3中间件服务 (30)6.3.1中间件服务集成目标 (30)6.3.2中间件服务集成方案 (30)6.3.3中间件服务集成方法 (34)6.3.4主数据库和清单数据库对CICS的重启认证 (34)6.4数据库服务器存储设备 (35)6.4.1数据库服务器存储设备集成目标 (35)6.4.2数据库服务器存储设备集成方案 (35)6.4.3SSA磁盘阵列安装实施方案 (37)6.5认证系统 (37)6.5.1Safeword认证原理 (37)6.5.2移动BOSS系统安全需求 (38)6.5.3解决方案 (38)6.5.4认证软件的安装及操作及认证过程 (39)6.5.5SafeWord 认证服务器拥塞故障处理 (40)6.5.6认证系统安装实施方案 (41)6.6清单服务 (41)6.7统计分析 (41)6.8接口服务 (43)6.8.1接口服务器的位置 (43)6.8.2接口服务器的设置 (43)6.9网管与系统维护系统 (43)6.9.1网络管理 (44)6.9.2数据库管理 (44)6.9.3CISCO网络设备配置及管理 (45)6.9.4SSA存储设备管理 (45)6.9.5拨号接入服务器管理 (45)6.10备份系统 (46)6.11新业务测试系统 (46)6.12影像系统 (47)6.13自助服务系统 (48)七、系统集成的实施 (49)7.1系统集成软件部署 (50)八、系统测试及验收 (50)九、运行及维护 (51)(二)图纸1、 GMCC 分公司BOSS系统区域中心网络物理连接示意图S-JWL/-12、 BOSS系统市中心路由示意图S-JWL/-23、营业厅接入基于端口的配置的静态路由方案S-JWL/-34、营业厅接入基于对端IP的配置的静态路由方案S-JWL/-45、营业厅接入OSPF动态路由方案S-JWL/-56、 BOSS系统安全策略S-JWL/-67、 VLAN与IP地址分配示意图S-JWL/-78、 BOSS系统CISCO 6509 VLAN路由S-JWL/-89、 BOSS中心网络设备互联IP地址分配示意图S-JWL/-910、CISCO 6509 端口示意图S-JWL/-1011、CISCO 6509-1 端口连接及IP地址分配示意图S-JWL/-1112、CISCO 6509-2 端口连接及IP地址分配示意图S-JWL/-1213、网络设备网管IP地址分配示意图S-JWL/-1314、营业厅IP地址分配示意图S-JWL/-1415、设备IP地址分配表S-JWL/-1516、GMCC BOSS HLR系统连接示意图S-JWL/-16一、背景分析1.1BOSS系统总体结构BOSS系统将在广州建立省中心节点,在12个市公司建立区域中心节点。
省中心为整个BOSS系统的业务和管理的核心,集中统一完成全省计费、结算功能,集中建设数据仓库系统,管理全省号码、SIM卡号等共享资源的分配,并监控BOSS 系统各个区域中心节点的运行情况。
BOSS系统区域中心节点主要处理营销和帐务相关等OLTP事务。
根据功能进一部分为营销、帐务主系统、清单查询系统、统计分析系统、数据备份系统、认证系统、网管及维护系统、接口服务系统和新业务测试系统等子系统。
二、系统集成原则安全性:系统集成应根据信息系统的安全体系结构的要求,保障系统的安全,防止各种攻击行为,保证数据和信息的安全。
可靠性:系统集成的设计需保证使用成熟的尽量商品化的技术、产品,以及公开开放的协议,保证所使用的技术是经过实践考验过,技术先进的。
鲁棒性:可靠性保证系统不容易发生故障,鲁棒性就是保证即使在系统的核心部分发生单点故障,偏离正常工作轨道时,系统也能够立刻发现故障,尽可能做到在不需要人工干预的条件下,绕过故障点,在短时间内自动恢复业务运行,将因系统故障导致的损失减少到最低点。
系统集成应考虑核心设备各种单点故障发生情况下,系统如何自动容错。
可维护性:系统集成应考虑如何监控系统的运行状态,在发现问题的时候,能够作出一些简单、合适操作,保证整个系统长期、稳定的维护。
系统集成应考虑达到电信级要求,充分发挥设备潜力。
三、方案设计依据本设计依据如下:《中国移动业务运营支撑系统技术规范(讨论稿)V1.0》;《BOSS系统业务规范(讨论稿)》;XX省移动通信有限责任公司业务运营支撑系统(BOSS)设备安装单项工程施工图设计XX移动通信有限责任公司省计费中心和市公司提供的业务资料IBM厂商提供的设备资料CISCO公司提供的设备资料其它软件厂商提供的资料四、系统集成方案文档的组织和版本控制4.1文件命名原则和发布原则系统集成方案以文档的形式出版。
文件名称原则如下:文档编号+文档名称+地名编号+版本号.DOC(或XLS,或PDF)。
文档通过ZIP文件打包后发布。
文档编号由分类编号和分类内档案号组成,给定了区域节点名称(区域中心名称)后,文档编号能够唯一标识区域内的文档。
ZIP文件的文件名的规范为:中文地名+文档编号-edit-版本号(年月日).zip表示可编辑的版本,中文地名+文档编号-pdf-版本号(年月日).zip表示不可编辑的pdf版本。
每个版本的都发布可编辑文本和不可编辑的pdf版本。
ZIP文档的“年月日”为发布当天的日期。
分类编号编制如下表(其中zip文档的文件名的文档编号可以采用备注列的编号):分类内档案号的编制规则如下:分类内档案号由2~3为数字表示,其尾数的含义如下表所示。
除去尾数部分为编排的序列号。
地名编号列表如下:4.2版本号说明本文档的内容可能由于项目的持续工作而发生更改。
每次更改,文档的发布日期和递进版本号都将明显的被更改。
版本号的递进遵循以下原则:版本 x.y.zz 当文档中仅加入了纯粹编辑的更改时,第三位数字发生增长。
初始数字为0。
Y 当其它类型的更改发生时,如技术改良、更正、更新等,第二位数字发生增长。
初始数字为0。
X 当文档确定为一个阶段性文档时,第一位数字发生增长。
初始数字为1。
4.3版本历史4.4发布的文件列表发布的文档列表如下:五、网络部分系统集成方案5.1网络整体方案5.1.1BOSS省中心网络结构描述省中心网络组织结构大致可以分为三层结构:接入层主要实现了省中心与外部系统的连接,需要与省中心连接的系统包括公司内部系统与公司外部系统;核心层主要实现了省中心内部系统连接和数据交换;防火墙介于接入层和核心层之间实现对内部网络的安全保护。
GMCC BOSS系统的网络结构以省中心为一级中心节点,BOSS区域节点为二级中心节点的分层结构,以营销和帐务系统等为BOSS系统的中心,其他子系统包括营业厅、代办点,网元接口,OA、MIS、MASA、WAP、客服系统,金融单位,实时清单系统。
省中心的两台骨干路由器分别通过MDCN网的MPLS/VPN连接BOSS区域节点骨干路由器。
省中心以及每个BOSS区域节点分别作为一个单独的OSPF区域,区域号分配如下表:,骨干路由器同时运行两个OSPF进程,一个为本地网络的路由进程,另一个为与MDCN网PE路由器交换路由信息的路由进程,两者采用同一区域号,避免域间路由。
省中心网络接入层配置两台骨干路由器Cisco 7507,核心层配置两台骨干局域网交换机Cisco Catayst 6509,防火墙层配置两台防火墙Netscreen 500,另外为了实现防火墙的高可用性配置两台交换机Catalyst 3550。
省中心节点的网络结构,详见《Z12网络设计图纸》的第1页网络结构示意图。
5.1.2设备命名5.1.2.1 路由设备命名(1)路由器命名:Rn-Node Type-Node-Location—Name Rn:表示第n台路由器。
Node Type:表示该节点是核心节点还是接入节点。
C表示核心节点;A表示接入节点。
Node:节点名称的缩写。
Location:路由器所连接节点服务类型的缩写(如为核心节点时没有该项)。
Name:路由器所连接节点名称的缩写(如为核心节点时没有该项)。
例:R1-C-DG ------核心节点东莞第一台路由器。
注:使用大写字母。
(2) 端口命名:Slot〖FPCn〗TYPE “PORT location”〖PICn〗-Rn-Node Type-Node-Location-NameSlot:端口板所在的槽位号。
〖PICn〗:可选项。
如果是FPC板,是第几块PIC。
如果FPC板无PIC则不需要此项描述。
TYPE:端口类型FE-------------快速以太网端口HSSI----------HSSI高速串行端口S---------------V.35串行端口S---------------G.703串行端口ATM----------ATM端口POS-----------POSIP端。
GE------------千兆以太网“PORT location”:端口在PA上的位置。
〖Pn〗:可选项。
第几个子端口或PVC。
例:1FE0-R1-C-DG 核心节点东莞第一台路由器的第一个槽位的FE端口上第一个快速以太口。
5.1.2.2 交换设备命名(1)交换机设备命名:Xn-Node Type-Node-Location—NameX:若为Catalyst设备X=SW,若为RSM设备X=RSM。
n:表示第n台交换设备。
Node Type:表示该节点是核心节点还是接入节点。