1、中国电信EPON设备技术要求V网管部分中国电信EPON设备技术要求V网管部分更多企业学院： 中小企业治理全能版183套讲座+89700份资料总经理、高层治理49套讲座+16388份资料中层治理学院46套讲座+6020份资料国学聪慧、易经46套讲座人力资源学院56套讲座+27123份资料各时期职员培训学院77套讲座+ 324份资料职员治理企业学院67套讲座+ 8720份资料工厂生产治理学院52套讲座+ 13920份资料财务治理学院53套讲座+ 17945份资料销售经理学院56套讲座+ 14350份资料销售人员培训学院72套讲座+ 4879份资料中国电信EPON设备技术要求V2.0网管部分17 操
2、作治理爱护要求 EPON系统操作爱护治理功能应支持对OLT和ONU的配置、故障、性能、安全等治理功能。OLT的操作治理和爱护功能要紧通过EPON网元治理系统EMS，即设备网管进行。ONU的操作治理和爱护功能有两种实现方式：一种是本地治理，一种是远程治理。本地治理一样是指爱护人员利用PC机通过本地网管接口专用的Console口、UNI FE接口、串口等对ONU进行本地的配置、故障、性能和安全治理。远程治理那么是由系统治理员通过EMS系统实现对ONU的远程治理，内容也包括配置、故障、性能、安全等方面。ONU的远程治理又有多种实现方式： OLT作为网管系统的代理，通过IEEE802.3规定的以太网O
3、AM方式对ONU进行远程治理； 由ONU实现SNMP功能，网管系统通过SNMP协议对ONU进行远程治理。 由自动配置服务器 ACS 通过DSL Forum规定的TR-069方式对ONU进行远程治理；关于不同类型的ONU，远程治理的实现方式也不同，具体要求见17.2节所述。 17.1 OLT 的操作治理和爱护功能要求 OLT的操作爱护治理功能应支持对OLT本身的配置、故障、性能和安全治理，同时应支持通过OAM方式实现对ONU的远程治理。OLT的网络治理功能应支持SNMP协议和IEEE802.3-2005中规定的OAM功能，即OLT与EMS系统之间的通信应采纳标准的SNMP协议，实现相关的治理功能
4、，同时，OLT实现SNMP Agent功能，通过标准的OAM通道实现其与ONU之间的OAM发觉、链路状态监控要紧是Remote Failure Indication和Remote Loopback等爱护功能。此外，OLT应通过对OAM功能的扩展Organization Specific Extension，实现扩展的OAM发觉、churning的密钥更新与同步、DBA参数治理等功能。其他治理功能，如软件/固件下载、用户端口治理、FEC功能治理、VLAN、业务分类和标记、业务调度、爱护倒换、TDM CES业务治理、VoIP业务治理等待定。 OLT与ONU之间的OAM功能应符合IEEE802.3-
5、2005 Clause 57的规定， 同时应符合本标准6.5节、11.1节的扩展OAM功能要求。附后17.2 网元治理系统(EMS)要求 17.2.1 EMS 通用要求 1 治理协议和设备治理接口 a) EMS应通过SNMP v2c网管协议对EPON系统进行操作、治理和爱护，可选支持V3版本；可选支持TELNET或WEB方式的网管； b) EMS应支持以带外和带内两种方式实现对OLT设备的访问，带外访问方式应当提供所有带内访问方式的功能，带外访问方式应当实现访问操纵，防止非授权访问； c) EMS与OLT设备之间应采纳以太网、DDNN64kbit/s 1N30,V.35接口和2Mbit/sG.
6、703同向型接口中的一种DCN接入方式；建议支持以太网接入方式； d) EMS治理系统应具备对设备进行配置治理、故障治理、性能治理和安全治理方面的功能； e) OLT应支持用户通过其所带的CONSOLE口对其进行带外方式的操作爱护； 2 操作用户以下简称用户，指 EMS 的操作人员的接入方式和能力 a) EMS应支持用户的本地和远程接入； b) EMS系统应支持多用户至少16个同时操作； 3 软硬件平台要求 a) EMS系统所采纳的操作系统和数据库 EPON 的 EMS 平台的操作系统应采纳 UNIX、Linux，Windows 2000/XP/2003/Server、Mac OS、Solar
7、is 等中的一种；EMS 应支持数据库治理,能治理网管系统内部所有的数据库系统；应支持 MS SQL Server 2000/2005、MySQL、Oracle 数据库及其兼容版本。 b) 硬件 EMS网管服务器的硬件要求： PC P4 2.0G/512M内存/20G硬盘 或者SUN UltraSPARC III 1.2G/1G内存的配置应能正常运行。 网管终端的硬件要求：PCP4 2.0G/512M内存/20G硬盘或者SUN UltraSPARC III 1.2G/1G内存的配置应能正常运行。 c) 软件 EMS软件应支持Windows 2000/XP/2003或者SUN Solaris操作
8、系统。 EMS系统软件应满足前向兼容性，即软件版本升级后，能治理当前网上运行的所有网元，低版本系统中的所有数据能自动迁移至高版本系统中。 用户侧能够采纳专门的客户端软件方式，也能够采纳Web方式。 网管系统应提供对自身的治理功能，如系统启动、初始化、关闭、备份等。 假如OLT设备支持DSL接口板的混插，那么EMS应支持对DSLAM及OLT设备进行统一治理。 d) 治理容量 EMS平台的典型配置应具有治理不小于1000个OLT，不小于100000个ONU的能力。建议具有支持1000000线的容量。在最大设备容量范畴内，被治理网元数目的增加对系统性能没有显著阻碍。 e)处理能力EMS 系统应具备较
9、强的告警、性能、命令等数据的处理能力，至少应满足如下要求： 告警平均响应时刻：网络设备运行正常情形下，从网元发生告警到 EMS 显示告警不大于 10 秒； 告警记录容量：不小于 5,000,000 条或者许多于 6 个月的记录； 性能记录容量：不小于 10,000,000 条或者许多于6 个月的记录； 命令操作响应时刻：小于 10 秒； 命令日志记录容量：不小于 150,000 条或者不得少于6 个月的记录； 其他处理能力参数，待定。 4 可靠性 EMS系统应满足如下可靠性要求： a) EMS 应支持数据库备份、复原和拷贝功能。能够以手动或者自动的方式将指定的数据备份到指定的外围储备器中，外围
10、储备器能够包括磁盘，磁带，数据库等；并在需要时提供便利的数据复原操作接口，将指定外围储备器中的内容复原到系统中(从不同的储备介质或者地理位置)。 b) 支持1+1热备用Hot-Standby和温备用Warm-Standby配置。热备份主备倒换时刻不超过 10 分钟。 双机可选支持浮动 IP 的设置。 c) 提供 EMS 服务器与网元之间链路的监视功能。一旦 EMS 本身或与网元之间的链路显现故障，EMS 应能及时提醒用户并提供相应的安全和复原功能。 d) 网管应能对系统的各个部分进行连续的或间断的测试、观看和监测，以发觉故障或性能的降低。EMS 提供对EMS 系统所采纳的服务器 CPU，内存及
11、数据库使用情形的监控。 e) EMS 投入和退出对网元的业务不产生任何阻碍。 f) 系统专门停止后，不能阻碍网元的正常运行和网络的正常业务。 g) 用户界面程序专门停止时，不阻碍服务器端和其它用户界面的正常运行。 5 软件治理 a) 提供对自身软件的治理功能，包括： 软件及补丁安装治理GUI ：提供详细、友好的软件及补丁安装向导并生成相应的日志文件； 提供自身软件版本信息； 补丁安装过程提供备份原程序功能； 服务器端升级后，本地及远程客户端自动升级功能； b) 对所管辖网元上的软件进行远程爱护，包括： 查询网元的软件版本信息； 软件在线升级功能； 软件热补丁升级功能； 对软件提供批量备份/复原
12、/升级功能； 对补丁提供批量升级及治理功能； 6 数据治理 a) 提供配置、告警、性能等数据的数据库手工及自动拷贝和导出功能。 b) 提供打印设置和打印功能，对配置、告警、性能、计费数据等进行打印。 7 用户界面 a) EMS 优选采纳中文界面，可选支持英文界面； b) 人机接口采纳窗口、图标、菜单、光标方式，界面简洁、友好，并提供丰富、准确的联机关心； c) 被治理网络中的全部网元均由一个治理软件平台进行治理，在一个工作窗口上应能监视整个授权治理的区域。 8) 屏幕爱护对客户端屏幕具有人工和自动锁定功能。当操作员停止对系统的操作或者在特定时刻内没有操作时， 可将屏幕锁定， 防止其它用户进入。
13、 同时具有屏幕激活再进入功能 需要输入口令，能通过鼠标/按键触动激活屏幕。当操作员超过一定时刻没有操作时，系统应能够自动注销该用户。 9 时刻同步 a) 系统应保证EMS 系统时刻与网元时刻的同步，并通过 NTP协议自动进行时刻同步和通过手工方式进行时刻同步； b) 时刻标记以秒为单位； 10 北向接口 EMS优选提供北向接口，接口协议采纳TL1或CORBA方式。北向接口应提供登录、拓扑、业务发放、告警、存量统计、性能统计等功能，保证NMS访问服务的可扩展性、一致性和易操作性，保证EMS服务实现的多样性，不同设备、不同业务类型服务的易配置性。17.2.2 EMS 的配置治理功能 EPON的EM
14、S系统应提供对OLT和ONU的配置治理功能，具体要求如下： 1 拓扑治理 a) 能够以图标形式显示所管辖的所有网元、网元组由于显示的需要，可将网元划分为互不交叉的网元组或子网；如有可能，显示网元的机架/子架的组成包括子架编号，具体的槽位、单元盘等，并标注相应的名称。采纳不同的图标来标识不同类型的节点网元或子网或其它。操作员通过点击网元图标，可获得网元的详细配置信息，或者执行网元配置和其它治理功能。 b) 网络拓扑能够动态、实时显示被管网元的运行状态和状况 实时反映网络拓扑结构和网元配置的变更情形，网络拓扑结构的改变如 ONU上线/下线等和网元配置信息的改变能通过某种醒目方式在拓扑图中通知用户。
15、 当 EMS 与网元之间的通信显现故障时能在拓扑图上反映出来。 c) EMS能够提供灵活、方便的拓扑排列、添加、删除、修改、移动等拓扑编辑功能： 在拓扑图上手工添加、删除网元； 在拓扑图上手工添加、修改、删除网元之间的连线； 手工定义、修改、移动、删除网元位置、名称； 提供网元的自动排列； 可通过自动查询功能增加网元； d) 拓扑图查看功能： 背景地图能定制 拓扑图能放大和缩小 依照需要选择是否显示或隐藏某些网元；2 网元治理 a) 创建、修改、删除、查询网元的配置； b) 查询和/或修改网元的信息，包括：OLT插槽中是否安装单元盘，例如槽道中的单元盘类型、型号、状态、是否有爱护及爱护方式；
16、c) 对板卡进行查询和配置操作，能够查询、添加、删除单板；能够查询板卡当前的CPU使用情形；能够对板卡进行复位操作。 d) 查询和修改ONU配置信息，包括ONU在线状态、加入方式手动/自动、远程复位ONU等； e) EMS应能对OLT的网络侧接口参数进行配置，例如 端口使能； 端口全双工/半双工 端口流控；VLAN 功能； MAC 绑定及ACL 过滤功能； 限速功能； RSTP 功能； 链路聚合； 端口镜像； f) EMS能够通过远程治理OAM方式对ONU的UNI端口的属性进行治理，包括： 端口状态治理，例如打开/关闭、工作速率，流控，双工，自协商等； 端口 VLAN治理 端口 Classif
17、ication&Marking 功能 与端口相连的以太网链路状态EthLinkStatus 端口限速功能 端口的组播功能治理 g) PON接口治理，要紧包括： 复位 PON 口，使该 PON口下所带的 ONU 全部复位； 设置 DBA 的不同优先级的轮询速率； 三层搅动功能治理打开/关闭 h) 设备爱护倒换功能治理。指配、删除、修改系统爱护功能： 主操纵器； PON 接口盘可选 电源模块 i) 应能对环境监控参数进行配置，例如板卡温度的查询和温度告警门限的设置等，可设置风扇自动开启和关闭的温度门限。 j) ONU支持离线查询各种信息，所有配置信息在ONU断电复原后都应自动配置。 3 用户和业务
18、治理 a) 支持以业务模板的方式进行ONU业务配置，且能够依照需要能够选择不同的模版可选；业务模版应为可自定义的，且定制的模版可应用于全网设备； b) 应能对用户或者用户的每项业务的SLA参数进行配置，如保证带宽、最大带宽和业务优先级等，配置的保证带宽总和不应超过PON最大系统带宽； c) 应能配置用户或端口的以太网功能，如VLAN、帧过滤、组播等； d) 应能支持对帧过滤等安全功能的治理，能够分别依照源mac地址、目的mac地址、以太网类型、vlan标识、IP协议类型、源IP、目的IP、四层源端口、四层目的端口、服务区分码点、生命周期、物理目的端口进行帧过滤的配置； e) 应能配置PON系统
19、功能，如搅动、光纤爱护倒换等； f) 网络拓扑结构发生变化时应能自动更新； g) 业务的QoS治理，包括业务流分类规那么、排队规那么、优先级标记方法、调度算法、限速参数等； h) 支持IPTV及组播业务治理：包括组播服务的启用/关闭、igmp功能以及中国电信的可控组播协议配置及相关参数治理；EMS还应支持对组播业务的以下治理要求部分属于性能治理： 组播信息的显示：在线组播组，组成员，及状态； 组播信息的统计：每个组播组的点播次数，点播总时长，平均点播时长；每个用户端口的点播次数，点播总时长，平均点播时长； 组播日志显示和储存：包括用户端口，组播地址，状态，加入和离开时刻； 用户配置模版：配置各
20、个用户端口在不同组播组的权限，包括承诺，禁止，和预览； 预览：包括四个参数，单次预览最长时刻，承诺预览次数，预览间隔时刻，差不多预览归位时刻； 预加入组：能够自动向上联口发出加入报文，加入预先配置的组播组； 跨 VLAN 组播：当用户和上联口节目源或用户分别处于不同 VLAN 中时用户也能够点播组播节目。 EMS可选支持监测网络设备的以下可控组播信息：组播上线组数统计；用户在线点播端口数目；按端口统计用户点播日志信息；组播模板配置；组播按端口和按组的统计信息；组播预览参数配置和显示；组播端口使能攻能配置；上线组信息统计；上线端口信息统计CDR功能。 i) TDM的配置可选：配置、查询TDM业务
21、数据； j) VOIP的配置可选：配置、查询用户数据，例如物理地址端口号，协议地址，V5序号，业务类型， 号码等； k) 对广播风暴抑制等功能的治理； l) 能够在网管配置信息中标注各类业务专线、客户等信息以便快速查询 m) 支持对DHCP60及82功能的治理4 资源治理 EMS 应支持对全网的资源治理，要紧包括对网元、槽位与板卡、PON端口、ONU/ONT、ONU/ONT 的 UNI 端口等设备资源的占用情形统计和治理。提供报表统计功能并能够保及打印。 5 配置数据治理 a) 配置数据合法性检查：当改变网络或设备配置时，检查对网元配置数据的合法性： 是否能提供此类配置； 与其它配置是否冲突；
22、 是否有足够权限等； 如有差错，及时向用户报告，并生成相应日志。 b) 拷贝配置数据：将一个成功配置好的网元配置数据拷贝到与此网元具有相同或相似配置的一个或多个网元中， 然后修改配置数据。 比如拷贝一个OLT或者ONU的配置数据，然后复制给一个新添加的OLT或者ONU，然后修改一定的属性例如，速率，进而生成业务。 c) 上、下载功能： 每个网元在其操纵机盘中储存有相应的网元数据； 用户能够通过一定的命令同步猎取网元的配置数据，使得 EMS 的配置数据同网元上的数据一致； 用户也能够利用EMS中现有网元数据将网元配置信息下载到网元的操纵机盘上； EMS 提供模板数据， 直截了当将模板数据下载到网
23、元或者对模板数据进行修改后下载到网元中。 6 定期的配置检查 EMS 可选支持配置的定期检查功能，即每半个月或一个月对设备专门是 ONU的当前配置与之前储存的备份数据或用户数据库中的配置数据进行比较，得出那些配置进行修改的汇总。 17.2.3 故障治理要求 1 故障检测功能。网管应能对系统的各个部分进行连续的或间断的测试、观看和监测，以发觉故障或性能的降低。例如，当 PON 接口物理层性能如光通道误码率严峻下降时，系统应能产生告警。 当 ONU 突然掉电后， 应产生 Dying Gasp 告警， EMS 应支持 Dying Gasp告警的检测。2 故障同步功能。EMS 和网元之间应支持故障的手
24、工和自动同步。手工同步确实是网管应能对网元上产生的告警手工进行同步。自动同步是指在 EMS 系统失效或者 EMS 与网元之间的链路失效后，一旦系统复原正常，网管应能对网元上产生的告警自动进行同步。 3 故障定位和分析功能。EMS 应能判定故障发生的时刻和故障的位置，故障定位应尽可能定位到电路板，并以图形显示方式或文本的方式显示产生的位置，尽可能给出可能的故障缘故； 4 告警显示。 a) 告警发生后，EMS系统应通过多种方式显示告警，并依照告警的类别和等级以不同的声音和颜色进行显示。 提供应提供声音设置开关，不同级别告警的音量和连续时刻可调。 应提供颜色要求。不同的告警信息有不同的颜色区别。 b
25、) 告警显示过滤。依照设定的过滤条件，有选择地显示当前或历史告警事件。过滤条件可能是告警源、告警级别、告警类型、告警时刻、治理区域(*)、告警状态灯及其组合。瑞斯康达支持告警名称、告警级别、事件类型、业务阻碍、告警分类、故障描述、解决方案等组合过滤告警。5 告警归类功能。EMS 应能通过指示灯和告警信号指示设备的故障，不同的故障缘故对应不同的告警信息。 告警类型建议分为如下五种： a) 设备告警 b) 服务质量告警 c) 通信告警 d) 环境告警 e) 处理失败告警 系统应能够为指定的告警缘故分配或重新分配告警的严峻级别。告警严峻级别分为如下五类： a) 紧急告警Critical b) 要紧告
26、警(Major) c) 次要告警(Miner) d) 提示告警(Warning) e) 清除告警Cleared瑞斯康达告警为5类，分别为紧急告警、要紧告警、次要告警、提示告警、未知告警按照告警状态，告警能够分为如下四种： a) 当前告警 b) 历史告警 c) 已确认告警 d) 未确认告警 6 告警处理 EMS 应支持告警日志功能。故障发生后，日志中应能记录该操作。系统告警日志统计列表应可对故障类型基于故障严峻程度、故障缘故、时刻段进行分级处理。 EMS 可选支持定制告警的处理规那么，例如告警前转规那么邮件或短信通知、告警延时上报规那么、告警计数告警累计到某个数量级后自动生成新告警 、告警自动确
27、认规那么、告警自动清除规那么、告警抑制规那么等。 故障事件复原后，系统网管的相应告警信息应能自动清除；同时，也支持手工清除。关于手工清除，日志中应能记录该操作。 7 告警查询与统计 a) EMS应支持对当前告警或者历史告警提供查询和统计功能，查询或统计的条件为以下信息或以下信息的任意与/或组合： 告警源； 告警发生时刻； 告警严峻等级；告警缘故； 告警状态； 告警清除时刻； 告警确认时刻； 确认用户； 告警历时可选； b) EMS应提供告警查询或统计信息的输出功能，可设置告警输出条件、告警输出目的地和告警输出方式。告警查询/统计报告的输出方式包括打印和储存为一个文件。告警输出条件包括以下信息或
28、以下信息的与/或组合： 告警类型 严峻级别 告警源17.2.4 性能治理要求 EMS 应提供对网络侧端口、OLT 侧 PON 口、ONU 侧 PON 口、用户侧端口进行 15 分钟/24 小时性能监测，并提供性能历史数据的报表统计功能，提供线图/柱图/饼图等图形化性能分析手段。性能监测内容应包含以太网差不多性能、PON 性能以及环境监测性能等性能参数。EMS系统要求提供对以太网端口实时性能进行监测，提供图形化界面显示以太网端口速率、流量等性能参数的实时变化趋势。应能依照不同条件查询历史系统性能记录，并能将查询结果和统计结果储存到外部文件并输出。请详细描述对上述要求的支持情形。 1 实时性能采集
29、 网管应能启动对特定监测对象指定的网元、单元盘、端口、功能块等的特定性能参数的测量功能，并进行测量数据的分析和处理。结果可选折线图或柱状图。 性能数据的采集方式包括 a) 支持15分钟和24小时两种性能参数收集方式； b) 可设置性能参数收集的起止时刻； 2 性能监测的参数 EMS应承诺用户设定、查询、修改网元性能监测的如下属性： a) 性能监测对象指定的网元、单元盘、端口、通道、功能块等； b) 需要监测的参数名称； c) 监测周期5分钟或者24小时； d) 监测状态打开/关闭； e) 开始时刻； f) 终止时刻； g) 是否自动上报。 3 PON 接口性能采集参数 a) 统计参数应包括PO
30、N接口性能参数、网络侧接口性能参数等； MPCP 帧统计可选 OAMPDU 统计可选 接收和发送的字节包数 发送/接收的各类帧长统计等 b) 应能对PON系统及每个ONU的带宽的使用情形进行统计； c) 可测量发射光功率和接收光功率值可选。 4 以太网性能参数采集和监视可选 a) 系统可选支持对网络侧接口和用户侧接口的如下以太网业务性能参数的采集和监视可选： 不同长度的包统计b) 总体性能统计 接收到的单播包数 接收到的组播包数 接收到的广播包数 发送的单播包数 发送的组播包数 发送的广播包数 接收到的PAUSE流控帧数 发送的PAUSE流控帧数 接收到的好包字节总数 发送的好包字节总数 接收到的坏包字节数 发送的坏包字节数 c) 碰撞和错误 检测到的监视器丢弃数据包事件的次数 校验错误数 通过单次碰撞后正确发送的帧数 通过多次碰撞后正确发送的帧数 以太网性能监视提供图形化显示可选
