西班牙Jazztel项目工程总结.ppt

西班牙Jazztel项目工程总结 l项目工程背景 l项目工程情况 项目工程背景 n市场前景 Jazztel综合承载网，整网采用Huawei的设备。是Huawei整网解决方案的典型应用 。也是Huawei整网设备首次运用在欧洲国家。被公司定义为公司的B级重大项目 ，市场意义非常的重要。同时也是数通高端核心路由器NE80E首次大规模在国 外正式商用，被公司确定为样板工程，为数通高端设备在欧洲的销售领跑。 nJazztel运营商 Jazztel是西班牙一个小的固网运营商。在Jazztel的现有网络中有两个网：宽带网， 还有一个企业网，采用的是北电和Cisco的设备。 nHuawei产品 Jazztel综合承载网采用了Huawei产品： NE80E,S8500,MA5600,SOFT3000,UMG8900,UA5000,IAD,网管。数通设备做承载 网，全网运行MPLS。MA5600采用集成BAS，对下面的各种业务进行区分。 n工程性质 这个工程是由Huawei来实施。具体的安装是公司租用本地合作方进行，工程调试 和维护由Huawei完成。工程初期没有进行工勘，属于无工勘开工的工程。 项目工程情况 n 工程前期的准备 n 工程实施 n 工程联调 n 工程初验 n 工程维护 n工程前期的准备 工程前期的准备包括设备的到货检验，工程界面，工程数据，工程材料 。 一：设备开箱： 根据市场下发的PO和各个点的设备要求来进行调配。 由于供应链没有根据市场下PO来对设备进行包装，而工程的实施由本地 合作方来实施，对设备和PO都不了解，为了保证设备的安装及时完成， 需要对设备进行调配，减少中间环节的失误。 问题一： 由于供应链没有根据市场的PO来包装设备，导致现场需要发很多的时间 和人力对设备进行调配，对工程的进度会产生一定的影响，特别是工期 很紧的情况下。在西班牙的工程中，由于发货的原因影响宽带的工程进 度非常的明显，宽带的PACKLIST清单多达几十个，而且先期发货的清 单不能组成一台完整的设备，发货非常的混乱。数通的设备不多，对工 程的进度影响非常的小，但是SFP模块的缺货问题，对设备的调度带来一 定的困难。 n工程前期的准备 二：工程界面 工程界面是对Huawei和Jazztel工程实施中，哪些设备和端子由谁提供和谁 实施做了分界。 工程的初期，虽然我们提供了工程界面，但是在实施的过程中客户和合作 方并没有很好的执行。在实施的过程中，Jazztel很多的材料都不具备。 例如：ODF架，电源系统，RAD，远程的传输链路，还有些站点Jazztel 是租用的其它运营商的机房，而这些站点存在访问和施工的问题等。这 些材料是边施工边等待，而且远程的传输链路也是租用的其它运营商的 。这些材料都会对工程的进度产生很大的影响。 n工程前期的准备 三：工程数据 工程数据包括设备位图，链路表，ODF/DDF表。设备位图和链路表都是 我们提供。ODF/DDF表是由Jazztel来提供。在实施的过程中，发现 Jazztel对核心网的ODF/DDF表非常的清楚，但是没有到DSLAM的表，这 些表Jazztel没有主动提供，都是我们向Jazztel要，他们才给，对DSLAM 的调测产生了很大的影响。这个问题反映了Jazztel对这种大型的项目非 常缺乏整体的规划和协调能力。 四：工程材料 工程材料包括设备，机架，光纤，线缆，DDF/ODF，电源系统，RAD（ 一种GE转155M的设备），远端传输链路。其中：设备，机架，光纤， 线缆由Huawei提供，机架和光纤，线缆都是本地采购。ODF/DDF，电源 系统，RAD，远端传输链路由Jazztel提供。工程初期包括Phase III和IV中 ，很多的材料包括DDF/ODF,RAD,远程传输链路都Jazztel还没准备好。 n工程实施 合作方 工程实施由本地合作方完成。本地合作方分为BACKBONE和宽带。 BACKBONE由ARIX本地合作方完成。这些本地合作方很少能说英语的， 而且从工程实施的过程中发现这些合作方没有通讯专业实施的经验和能力 ，很不规范，给人感觉除了Madrid的是ARIX的人外，其它都是临时请的 一些人进行实施。由于Jazztel网络的复杂性，对工程的质量要求非常的严 格，我们在调测过程中，发现很多的混纤，错纤，坏纤的问题，再三地要 求合作方整改，但是他们整改的效果很差，最后很多这样的问题都是我们 自己去检查，现场调整才完成。 问题 由于整个工程是Huawei来实施，从工程的进度和质量来衡量，合作方的 水平和规范性起着决定性的作用。由于工程的工期紧迫性，合作方在下 PO之前没有对其进行考核和认证。而且我方和合作方的沟通存在很大的 困难，同时本地合作方有自己实施手段，不同意我们提供的建议和要求。 导致实施过程中，我们花费了很多的精力和时间来整改。 n工程联调 测试 工程的脚本由Huawei提供。在工程联调之前，Jazztel组建了一个联合测试，这个 测试进行了一个月，按照Jazztel提供的业务要求进行。脚本以测试脚本为依据。 在工程联调的过程中，我们发现，虽然前期进行了相应的测试（包括产品的测试 ，联合测试），Jazztel依然不清楚自己怎么开放业务。特别是NGN和宽带，Jazztel 往往不同的人来测试，没有一个很好的组织和规划。一旦他们自己不清楚，他们 就要求我们给他测试，而且这次测试人是Jazztel的另外一个人。造成在联调的过 程还有应付Jazztel这种不定期的产品测试，弄的大家非常的疲惫。 产品 整个网络涉及到Huawei多个产品线的产品，各个产品都有各种各样的问题。给集 成调测定位问题带来比较大的困难。就数通来说，从开局到现在出现过很多的问 题，其中有许多是产品的缺陷。针对这些缺陷有的是通过修改网络方案来规避， 有的是通过升级版本来解决。 总体而言：对承载的业务复杂来看，是国内没有的。主要的业务有：internet， masInternet，enterprise，Whole sale，IPTV，Voip业务。对产品的质量和稳定性的 要求非常高，特别是语音业务，承载了IN的NP业务，对网络的要求也很高。 n工程初验 目前数通设备已经初验完成51台设备，相关的验收文档已经上载到 EPMS系统中。 在初验时，我们提供了初验文档。但是Jazztel在验收的时候，不但要求 验收文档里的项目，而且根据Jazztel中组网的用到的技术都进行一一验 证。完全又是一种测试。内容测试的相当详细。在测试的时候，发现了 S8500的几个BUG。而且每台设备都要进行相同的测试。从验收的过程来 说，欧洲的运营商的工作非常的严谨，对我们的设备稳定性提出更高的 要求。同时也说明：数通设备需要这样的运营商，可以更快的提升我们 的研发水平和技术水平，激励我们开发出更加满足客户需求的产品。 n工程维护 数据调整 从初验到现在，网络已经运行了2个月左右了。其中发生几起重大事故。发生这 些重大事故的最初，是因为Jazztel在调整设备的数据。但是间接的原因是我们的 产品的稳定性令人担忧，何况现在没有什么流量的情况。在这期间，Jazztel也经 常修改原来已经定好的数据，以便符合他们的维护习惯。在数通这边情况还可以 ，当Jazztel需要修改数据时，他们自己来作调整。但是宽带那边的数据经常改动 ，曾经10天左右修改5次IP地址表，每次修改都需要宽带的兄弟修改脚本，大家发 了很多的精力去作。从这些事情来看，Jazztel内部的管理比较混乱，各部门不能 协调一致。 NOC 初验通过之后，工程转给NOC进行维护。Jazztel要求bybe si