NOKIA统计数据分析及系统优化

PAGE1PAGE11东信网络NOKＩA统计数据分析及系统优化名目TＯC＼o＂1－３”名目 １12308637\h2第一章ﻩ概述 PAGERＥF_Toc１1230863８\h41．1ＮＯＫIＡ网络优化流程ﻩ２3086３9\h41。1．１数据收集整理ﻩPAGEＲEＦ_Tｏｃ112308640\h41。1．2优化实施ﻩPAGＥREＦ_Toc11230８６41\h41。1。3系统微调和总结ﻩPAGEREF_Ｔoc112３086４２\ｈ51．2NOKIＡ网络优化配置ﻩPAGEREF_Tｏc1１２308６４3\h５１.3ﻩ优化周期 PAＧEREＦ_Toc11２308644\h5其次章KPＩ指标及优化ﻩPAＧＥRＥF_Ｔｏc１12308645＼ｈ62.1TCH掉话率 PAGEＲEF_Toc11２30864６\h72。1。1RF掉话ﻩPAGEREF_Tｏc1123086４7\ｈ72．１．2ABIＳ掉话ﻩＰAＧEREF_Ｔoc112３086４8\h7２．1。3ＴＲ掉话ﻩPAGＥRＥF_Ｔoc1123０86４9＼ｈ72。1.４ＡＩＦ掉话ﻩPAGＥREF_Ｔｏc１１２30８６５0＼ｈ8２。1.５LＡPD掉话ﻩPAＧERＥF_Toc112308６５1\h8２.1.6BTSFAIL掉话ﻩPAGEREＦ_Ｔoc１12308652\h８２．1．7切换掉话ﻩPAGEREF_Ｔoc1123086５3\ｈ８2．２ﻩ话务掉话比 ＰAGＥＲEF＿Toc１12３０８６54\h９2．3无线接通率 PＡGEREF_Toｃ1１2３0８655\h１０2.4最差小区比例 PＡGERＥＦ＿Toc11２３0８６56\h１12。5ＳD掉话率ﻩPＡＧERＥF_Toｃ1１2308657\h1２第三章 告警收集及处理 PAGEＲEＦ_Ｔoc112308６58＼h１４３。1ＢSC告警ﻩＰAGＥRＥＦ_Tｏc１1230８65９\h143.2BTS告警 ＰAＧＥREF_Toc1123０８660＼h1４第四章ﻩ网络平安分析ﻩPAGEＲＥF_Toc112３０86６1\ｈ１６4.1ﻩＴRX负荷分析ﻩPＡGERＥF_Tｏc１123０8６62\h１７４。2ﻩ话务负荷分析ﻩPAGEＲEF_Toc１12308６63＼ｈ18４.2.1网络话务负荷ﻩＰAGＥRＥF_Toc1１2３0８664\h1８4．2.2BＳＣ话务负荷ﻩPAGERＥF_Ｔoc1１２３08６６5\ｈ２24.3BＣＳU负荷ﻩＰAＧＥＲEF_Toｃ1123０8666＼h2４４．4寻呼负荷ﻩＰAＧEREF＿Ｔoc1１2308667\ｈ29第五章ﻩ优化进展和延长 PAGＥRＥF＿Toc112308668\ｈ3０5。1 优化深化进展ﻩＰAGEＲEＦ_Toc11230８6６9＼h３1５.1。１优化转型 ＰAＧＥREF_Toｃ112308670＼ｈ3１5．1.２优化工具 PＡＧERＥＦ_Tｏc1１23０8６７1\h３15.１。３优化深化进展 PＡGＥREF_Ｔｏc1１23０867２\h325.2ﻩ优化全面延长ﻩPAGＥREF_Ｔoc112308673＼h335.2。1直放站和室内分布系统 PAＧＥＲＥＦ_Toｃ11２30867４\h３35。2．２传输设备部分 １12３０8６７5\ｈ335.2．3交换部分 PAGERＥF＿Toc１12308６76＼ｈ39附录一 OMＣR统计数据 PAＧＥREF＿Ｔoｃ11２308677\h40附录二 参数简要描述（第五分册NＯKIA部分） PAGEREF_Toｃ112308678\ｈ41第一章ﻩ概述东信网络从事移动通信系统的网络优化，已经有多年阅历,2０04年之前主要从事MOTO系统的工程建设及网络规划优化，从200４年３月介入上海联通网络优化试点开头，东信网络优化跨入NOKＩA优化逐渐进展时期.从全国范围来看，ＮOKIＡ系统的优化尚处于起步阶段，主要缘由归结于NOＫIA公司的技术保密及技术分割,对于东信网络这个拥有丰富优化阅历及中层人员储备的公司,2０0５年之后开头是个极大的机会.本文试图将本人这几年做MOＴO系统和NOＫＩＡ系统的阅历及知识加以整理,盼望能够为今后的ＮＯKIA系统GSM网络优化做参考.另外本文中涉及系统部分的，GSＭ系统共通的，就不再赘述，会一笔带过，如系统初学者，请先参考公司其他优化文档,如《系统优化》等.１.1NOＫＩA网络优化流程优化的流程对于每个系统都是类似的，可以将网络优化过程大致分为三个阶段：数据收集整理优化实施３．系统微调和总结1。１．1数据收集整理本阶段的主要内容包括：１。ＣM数据收集整理（包含基站物理信息及系统参数设置等信息),来源ＯMCPAR.ｍdb或者OMCＰAＲ.dat自行转换，物理信息可以由用户处直接取得。2.PM数据采集分析,也就是通常所说的ＯＭＣ统计数据分析，来源D１、Ｑ1、Ｈ１、ＴＲXQ１及CELLDＯCTＯＲ等,也可自行编写SQL语言采集。3。告警数据采集整理，整理网络中各级网元告警,来源各BSC告警命令执行。4。ＤT及CＱＴ测试分析，通过网络普查和问题点定点测试手段，提高用户感知度。依据以上数据收集整理及分析,准时提出解决方案,有计划有步骤实施。１．1。２优化实施本阶段依据优化方案，主要通过实行:参数修改；告警排障；硬件检查；天馈调整;频率规划；干扰排解等手段达到优化的目的，各系统分析方法是类似的,不再详述.1.1．３系统微调和总结通过集中优化，系统将运行在较良好且稳定的状态，此时进入系统微调和总结阶段。本阶段对于网络的各项参数不再进行大的调整，主要工作在于处理突发的指标恶化或者故障,整理集中优化阶段的资料及日志文件，对项目进行总结。１.2ＮOＫIＡ网络优化配置主要分为人员配置和设备配置,设备配置和其他系统一样。只是人员的配置上,由于ＮOKIA培训人员的独立性，一般来说优化系统工程师和BSC工程师是不同的概念，并且BSＣ工程师和ＢTS工程师知识层面上也泾渭分明，而在MOＴＯ系统中有些优化系统工程师可以兼任BSＣ工程师，大部分BＳC工程师可以兼任ＢTS工程师。所以一个严谨的NＯKＩＡ系统优化配置是必需BＳC工程师、ＢTS工程师和优化系统工程师的，视各地不同需求可以进行适当的调整。１。３ 优化周期优化周期完全受合同约束。其次章KＰＩ指标及优化各地优化的目标就是KPI能够等到提升，而当中最关心的可能是掉话率，无线接通率和最差小区比等,这些在各种系统中都是基本全都的,但是统计中稍有不同之处在此有所介绍,本章主要商量以下内容：ＴＣH掉话率话务掉话比无线接通率最差小区比例SD掉话率在NOKIＡ系统中基本全部的无线统计项都产生在BＳC,所以不行避开的包含了固定链路的部分掉话等,这些在MOＴO系统中都是作为安排失败来统计的,由于ＭOTＯ的考核的掉话基本都来自BTＳ级的统计。也就是说在掉话统计上，NOＫIA系统的掉话率会高于ＭOTO系统的掉话率,包括ＴCH掉话率和SＤ掉话率.2.１ＴCH掉话率TCＨ掉话率是各个运营商都格外关心的指标，直接关系到他们自身网优部门的考核，所以往往网优项目中,这个指标是最关键的。但是GSM网络进展到现在，中国移动已经开头12期工程建设，部分联通也进入12期规划中,可以说多年的工程优化、厂家优化和第三方优化已经使得渐趋完善的网络很难挖掘掉话率方面的提升潜力,传统网优受到严峻的挑战.以下为NＯＫIA系统最常用到的8０0系统掉话的原始统计公式：以上简略统计项含义请查询《BＳCmeａｓurementｓ_T1２。pdf》.熟识系统的从以上公式不难发现，NOKIA的掉话统计项将A接口以及陆地链路的掉话全部归结进来,所以NOＫＩA系统的掉话率会比ＭOTＯ系统要高不少。下面重点介绍几项掉话：２．1．１RＦ掉话RF的掉话是掉话中比例最高的，也是最难解决的部分，由于形成的缘由很多，各系统基本全都，在此不详述。2。1．2AＢＩS掉话在这些分类统计项中,ＡＢIＳ的掉话仅次于RＦ掉话，在NOKIA系统中ABIS掉话部分包含:丢失了ackofchannelａctiｖaｔiｏn信道激活命令和丢失了eｓtaｂlｉｓhmentｉndicａｔion建立指示命令。反观MOTO系统中，这里包含了常常看到的ＭA_FＡIＬ_ＦRＯM＿MS,而看到这个指标偏高的第一动作,往往是重启尝试，由于导致ＭＡ＿FＡＩL_FＲOM_ＭS偏高缘由绝大部分是由于硬件故障或者干扰,IOI不高的情况下，一般重启载频会好，或者调站就基本能解决问题了。这是ＭOTＯ的处理方法,但是在ＮOＫＩA系统中不存在调测线性动作，虽然也有校准,但是需要在故障格外明显的情况下，包括告警等，并且校准深度不够，所以通常也就是更换出故障的硬件，然后仅仅靠AＢIS的掉话就定性硬件故障,这对于ＮOKIA系统来说工作量是格外恐怖的，由于这个掉话的比例相当高，往往是RＦ的1／６左右，何况ABＩS掉话不单单是呼叫建立阶段的，还包含释放阶段的.在NOKIA的统计项中无法连续细分统计项，也就是说无法简略定位到每个信令流程阶段，不过这也是以后ＮＯＫＩＡ优化的可以突破的一个方向。最后需要说明的是：象类似ＭA＿FＡＩL_ＦROM_MＳ，在MOTO系统中仅影响TCＨ安排成功率，以及呼叫建立成功率等呼叫建立统计指标，根本不算掉话。熟识MＯＴO系统的都知道,把这项统计加入掉话的话，对于指标的影响的不言而喻的。２．1。3TＲ掉话ＴR掉话在有些地方也称为TＣ掉话,是TRANSCODE的意思。发生TＲ掉话的原由于硬件故障,日常监控中需对该项掉话引起重视，常常会消灭ＴR掉话特别增高现象。分为两类：A、个别小区TR掉话高小区级的统计数据分析发现个别小区TR掉话高，需查看BＳC告警(ZAHO，ZＡHP），会有299３告警，掉话发生在ＡＢIS口上,故障位置在BＳＣ以下,可以将故障定位至ＴＣ板或者载频时隙，TC板故障可以通过更换TＣ板得到解决，载频时隙的需要将该ＴRX删除重新配置,然后重启BCＦ才可以解决，再不行就需要更换载频槽位,配置新载频。B、BSC的TＲ掉话高，但是没有高TＲ掉话小区如果发现TR掉话是分散的，几乎是平均安排至较多小区,这种情况下的硬件故障最容易被忽视，需查看BＳＣ告警(ZAＨO，ZAHP)，如果有２992告警，掉话发生在A口上,故障位置在BSC以上，可以将故障定位至BCＳU、TC板或者ＰCM电路等.还有一种情况是TＲ掉话始终存在的，也比较平均的，但是没有任何告警,这也有很有可能的,比如该BＳC的半速率开的比较多,而BＣSＵ的负荷很高，伴随的情况就是TＲ掉话高。在某地区移动的BSＣ２2在五一过后，将半速率削减大半，TR掉话削减100多次,但是该BＳC的负荷较高,所以也是TR掉话始终无法消除的缘由。2．1.4AIF掉话A口掉话就是INＴＥＲ_ＢSC的掉话，如果消灭突发特别需查看告警(ZAＨＯ,ZAＨP）,看是否有A口电路消灭故障；如果始终偏高,需进行邻区优化，查看是否存在数据错误邻区，否则需进行外部切换优化.２．1．5LAPD掉话LAPＤ掉话基本是固定链路的掉话，由传输故障引起的,大多数情况是传输退服，可以查看BTS和BSC的告警确认(ZAHO,ZＡHP.ZＥOL。ZＥOH)。2.1．6BTSＦＡIL掉话由于基站退服造成的掉话，另外锁时隙、锁载频、锁基站的操作如果不加“：FHO;”强制切换命令，也会导致BＴSFＡIL掉话。可以通过告警查找重启缘由，如果是非人为操作缘由，需要检查传输、电源等硬件设备.2。１.7切换掉话Nokiａ系统主要有ＴCH_RF_OLD_HO、TCH＿ABＩS_FAIL_OＬＤ、TCH_A_ＩF＿ＦAIL_OＬD、TCH_TR＿FＡIL＿OLD四种。2．2 话务掉话比话务掉话比公式为:ＭTＢＤ=TCHＴRAFFIC＊60/ＤROＰCALLS,单位为分钟，表征全网两次掉话之间,平均持续的通话时长.其实只是掉话率考核的变相公式,从公式也可以看出话务量为不行掌握因素，网优的目标还是只有一个:降掉话.或者将公式略微演算一下：经过演化之后，分子变成平均通话时长，分母变成掉话率，最后还是回到掉话率上面来.当然考核掉话的形式很多，有些区域采纳掉话概率，也就是话务掉话比的倒数;有些地区采纳其他掉话公式,主要的目标都是一样的：降掉话.２．３无线接通率无线接通率是体现网络无线侧接通情况的综合指标，主要涉及两个指标:ＴCH拥塞率和SD拥塞率。公式为：RadioＳucceｓsRate＝（1－ＴCHＢlｏckRaｔe)＊（１—SDCCHBlｏｃkRaｔe)。从公式也可以看出，无线接通率主要是反应出网络中拥塞的状况,而这正是无线侧的接通状况。拥塞的产生大部分是由于网络设计的容量满意不了现网的话务而产生的（部分是由于小区不合理掩盖或者参数设置不合理产生的，只要不合理得到矫正就可以解决),根本解决之道是扩容，当然应付拥塞也存在很多微调手段，包括双频网话务均衡，及邻区话务分流等，SD拥塞也可以加配信道来达到目的，这里就不详述拥塞缓解的手段了。无线接通率一般是一个优化项目中比较容易达到的指标，但是目前在联通的Ｇ网中也存在部分地区此项指标偏低而无法达到,主要是联通目前的投资重点是ＣＤMA，对于G网的投资不情愿连续增加，而实际的话务却在不断增加,导致无线接通率较低。2.4最差小区比例最差小区，顾名思义是网络中指标最差的那部分小区，涉及网络运营商的角度最关注的两大指标:掉话和拥塞。一般最差小区的定义为:1、TCH拥塞率大于5％的小区；２、掉话率大于３%的小区，并且每线话务量大于0.1２eｒｌang的小区。只要两条中满意一条即为最差小区，最差小区比例就是最差小区的数目在全网小区中的比例，大部分地区考核最差小区比例为１％以下。最差小区比例一般也是各优化项目比较容易达到的指标，处理方法就是处理掉话和拥塞的方法。大幅度降低全网的掉话难度是格外大的，但是降低个别小区的掉话手段还是比较丰富的，也是最差小区比例指标容易做好,然而全网掉话率或者话务掉话比是比较难以达标的缘由。2.5SD掉话率NOＫＩA系统的ＳD掉话率相比其他系统会高很多，先来看一下其公式：从公式的分母来看,含有sdcｃh＿assign和sdccｈ_ｈo_seiz两项,其中ｓdcch的切换数量很少，主要由sｄcch_assｉｇn组成。而sdcｃｈ_assiｇn是BSＣ在immeｄiateassignmｅｎt信令消息之后触发，此时手机还没有真正占用在ｓdccｈ信道上。按此公式,此后由于某种缘由手机没有收到该immediaｔeasｓignmeｎt消息或ＢSＣ没有收到ｅsｔablishiｎdiｃatｉoｎ消息，都算sｄｃch掉话。而在ＭＯTＯ的sdcｃh掉话率公式中，其掉话是从BSＣ收到ｅstablisｈｉｎdｉｃaｔion之后才开头算的,此时手机真正占用在sｄccｈ信道上,故二者的掉话率数值存在差别.公式的分子中abis的SD掉话就是BSＣ未能收到BＴS送来的EＳTＡＢLISHINDＩCＡTION消息，造成T310１超时,记录为sdｃch＿abis_ｆaiｌ_call,下面为某地区耀华基站的ＳD掉话统计：由上可以看出，aｂis掉话占了ＳD掉话的90%以上，而熟识MOTO系统的都知道,这里已经包含了cｈannal＿requeｓt_ｍs_fail，一般造成这项指标偏高的原由于干扰和硬件故障。再回到NOKIA系统，sｄcch_ａbis_fail_call主要由于T3101超时或BＳC收到的eｓtaｂlishindiｃation中的内容有误造成.T３101定义是当BSC发出ｉmmediaｔeａsｓiｇnment之后触发，当收到esｔａｂlishindｉcａtｉon后停止计时，Ｔ３10１默认值是3秒。造成Ｔ３10１超时的缘由有以下几种：１、外部干扰。即当干扰噪声具有RACH相同的特性，使BTS误认为手机发出，从而使BＳC安排相应的ＳD信道.２、硬件故障.载频故障或者SD所在载频通路的故障都会导致aｂiｓ掉话高。３、同BCＣH同BＳIC的2个小区相距较近.当手机向小区1发出RAＣH时，小区２也同时收到该RACH消息，造成2个小区都安排sdcｃｈ信道。4、小区1的ＢCCH频点和小区2的TCH频点相同，且具有同样的BSIC，２个小区的距离较近.当手机向小区2的TCＨ发出切换接入恳求时，小区1误认为手机发出RACH信号,从而使BSＣ安排相应的sｄｃch信道。５、无线环境恶劣,掩盖差,导致无线丢失.针对如上几点,处理SD掉话的基本思路为：查看干扰情况。查看是否存在外部干扰,通过1９０报告或者ZERO监控。确认有干扰存在可以改频尝试,如改频无效需查找外部干扰源。系统内干扰通过ＷP等工具确认，改频就可以解决.采载频级统计.统计载频的误码情况，可以进一步确定SD掉话产生在哪块载频。硬件故障处理。重启高误码载频,如为软硬件协作故障，通过重启操作就可以降低误码率，降低掉话率;如果重启无效，需更换载频。硬件故障临时避开。并不是每次故障确认都能够准时更换载频的，可以通过将ＳD信道配置至另外载频或者另外时隙来避开高SＤ掉话，也是检查硬件故障的一种尝试方法。告警收集及处理告警的处理始终是优化中比较重要的过程，尤其在一些性能指标不是很全面的情况下，推断故障的主要来源就是告警，系统本身的告警设置也是提醒维护人员准时处理故障。主要日常监控的告警分为两大类:BSＣ告警和BTS告警。3.1BSC告警BSC告警使用ZAHO命令采集当前告警，ZAＨＰ命令采集历史告警，告警信息显示格式如下,以下为ＢTS告警的界面，但是格式是一样的:其中2993、２992等告警均为较重要的告警，能够直接指消灭网中存在问题的故障单元，为排解故障供应精准的参考.采集告警之后，部分告警需要查看告警手册才能精确定位故障，告警手册存在于ＮED中的告警章节或者ＢＳCS８等文档中。3.2ＢTＳ告警告警的文档格式如上节BSC告警中图片。BTS告警使用ＺEOL采当前告警，ZEOＨ采历史告警。每天的BTS告警信息量是格外大的，不行能每个告警都去关注,而往往丰富的网络阅历在查看告警的时候起到关键作用,这不是三言两语能够表达明白的,还是需要靠平常的不断摸索，为自己积累阅历.查看告警手册对应上图中7602告警的解释如下：一般告警手册的解释也比较规范，如上图，能够直接指出故障单元的简略位置以及消除告警的操作方法。告警的处理在日常的优化及指标监控中格外重要，如果能够准时整理分类或者有处理工具的情况下，最好每天采集一次。第四章 网络平安分析本章涉及的内容是本人在做NＯKIA系统得出的一些看法和小结，觉得和MOTO系统的优化思路有所区分,但是从网络角度来看，基层的道理都是互通的,也盼望能够给优化带来一些参考。由于在以前MＯＴＯ的优化中,较少的考虑这方面的东西,可能部分工程师在做,但是整体的优化流程和报告中甚少涉及这方面的，在此盼望起到抛砖引玉的效果。一般在特殊的节日来临,或者区域内有大型活动等突发的话务增长消灭时候，网络平安的分析对于运营商是比较有指导意义的,或者在整体规划设计中，预期的网络负荷情况可以从本章得到一点思路。4.1ﻩＴRＸ负荷分析TＲＸ负荷也称BSＣ容量负荷，即一个ＢSC所能容纳的TRX数目.BSＣ的TRＸ容量由BＳC类型决定,现在最普遍的是５１2容量的BSC，也就是最多可以配置512块载频,另外有33０，480，660等容量的。以下为某地区的NOKＩA各ＢSC的TＲＸ负荷表：paraＤateｂsｃ_idbsc_nameｔotａｌ_ｔrｘbｓc＿ｔypetrｘ_load可加载频数2005-7-２5５3744NＯKIＡ_BＳC205４9３５12９6.29％19２00５－７—2599０10ＮＯKIＡ_BSC222489５1２9５。51%232005-７—25９9０03ＮOKＩA_BSC215４85５１29４．73％2７2005—7—2599002NOKＩA_BSＣ2１３4325１284.38%８0２0０５—7—259900９NOKIA＿BSC２２142５5１283。０1％8７2005-7—２5５３849ＮOＫIA_BＳC20641451２８0。86%9820０５—7-2５4279３NOKＩA_ＢSC21140851279。69％1042０05—7－25421８6NOKIA_BSC2123８９51275.98％12320０5-7－2553848NOKIＡ_BSC２０33855１275。20%1272０0５-7—259900６ＮOKＩA_BＳＣ2１8376512７3．4４%13６2005-7-2543384ＮOKIＡ＿BSC210374512７３.05%1382005-7—254２443NＯＫＩA_BSC２0932344８72。1０%1252005—7－254404８ＮOKIA_BSC214３675１271．6８％14５2０05—7-259９00４NＯＫIA＿BSC204３５351268．95％1592005—7—2542187ＮOKＩA_BSC20８３495１268．16％163２００5－7—254２１8４NOKIＡ_BSC2163475１2６７.77％16５2005—7-２5９９0０5NOKＩA_BSC217３20５1262．50％1９22005—7-２59900８NＯKＩA＿ＢＳＣ220２5051248。83％262200５-7-2599０07NＯKIＡ＿BSC219１9651２38。28％3１6NOKIＡ优化中TＲＸ负荷的平安线为８0％，由于考虑到网络的弹性和ＢSC的BCSＵ负荷平安性（BCSU负荷在下面章节商量),比如ＢSC范围内考虑突发的局部话务需要留够余量,下一期的扩容需要留够余量，规划站临时站等都需要留有余量等。而上表中的BSC2２２已经消灭了无法连续增配载频的情况，给该BSC的一批基站扩容带来障碍，这还不包括该区域的话务增长带来的运行压力.以上是全速率的情况下的TRX负荷计算，有些地区已经开启半速率功能，而在计算TRＸ负荷的时候就需要考虑半速率的情况。目前通用的算法有两种：1、（现网载频数）+（半速率的信道数/8）作为TRX的总数；2、(全速率信道数＋半速率信道数×2）/８作为TRＸ的总数。两种算法出来的结果偏差格外小,可以忽视不计，目前还没有没有肯定的规范，只是业内的一种通用的算法，只要双方认可就可以。４．2 话务负荷分析话务负荷分为多个层面，包括网络的话务负荷、BSＣ的话务负荷和小区的话务负荷，小区的话务负荷(小区利用率）就不在这里商量了.4。2.1网络话务负荷网络话务负荷也称为网络利用率，也就是全网汲取话务的能力，在各个系统中都是类似的，在此不再详述计算方法。一般来说，按2％的呼损率计算,全网利用率达到5０％是相当高的，需要引起重视，会有网络不稳定因素消灭，格外需要预防BSC重启。网络利用率是在每一期的规划中的重点考虑因素.以下为某地区的晚忙时全网利用率情况，目前已经消灭大面积拥塞。从全国的网络情况来看,移动运营商和联通运营商战略进展角度不一样,投资力度也有较大差异，所以对于利用率的各地要求也会有所差异,整体来说联通的利用率要高一些,也就是网络的话务负荷会相对高一些.下图为晚忙时某地区联通的GSM90０、DCS１8０0以及MICRO的各自利用率，可以明显看出DC１800的利用率是格外高的，利用率最低的是微蜂窝的,但是考虑到微蜂窝的最忙话务并不是消灭在晚忙时，而是白天上班时间段中,所以微蜂窝的利用率一般建议采纳早忙时。从双频网的利用率角度来看网络的话务负荷有时对于网络的话务分布，分析全网的话务均衡等起到指导作用。最后网络话务负荷还有一个分析方法，就是区域分析法,将话务分区域统计，可以知道网络的规划进展重点和进展方向。以下为某地区联通的区域统计,由于该地区较大，分为内环之内，内外环之间和外环以外三个区域,发现内环之内(市区)话务负荷较低,外环之外话务负荷格外高，所以从网络角度可以分析出,郊区的话务进展已经成为该地区的重点进展方向，由于以下还是采纳呼损率为5％的利用率算法，郊区的话务负荷已经达到60%。对于其他网络,一般来说郊区的话务负荷会低于市区的话务负荷，分区域的话务分析方法在每期的规划之前是格外有意义的,并且对于优化指标的重点也能够供应有效的参考。本节对于话务负荷的三种分析方法也同样适用于其他统计项的分析，以下例子为切换成功率的分析示例:该地区在8月１３日，切换成功率指标消灭下降趋势：细分到区域的切换成功率情况如下:至此已经可以确定故障区域是在内外环之间，还可以连续细化该统计项,分为INTＲA＿BSC和INＴEＲ_ＢSC的切换，分析故障是出在哪个环节,如下图：可见是由于该区域的INＴEＲ_BＳC的切换成功率明显下降导致，分析到这一步，再简略定位到下一级单元已经格外容易，只需找出ＩNTER_BＳC切换差的小区就可以精确定位。４．2.2BＳＣ话务负荷ＢSC话务负荷分为两部分：BSC话务利用率和A口电路的话务负荷。★ＢＳC话务利用率：ＢＳC的话务利用率也就是BSC的话务负荷，能反应一个ＢＳC话务规划的合理性和话务汲取能力，以下为某地区的两个BSC的话务负荷情况，以2%的呼损计算：这两个ＢＳＣ有特殊性，由于BＳC２12为室内分布和微蜂窝的BSC，但是这个例子为了说明,BＳC之间的话务负荷之差是明显存在的，网络优化的工作是要对话务负荷极高的BSＣ作出合理的优化调整建议或者规划方案。运营商一般会在每一期的规划中考虑到部分话务负荷高的BSC，会进行BSC分裂或者增加BＳC的计划，但是当该地区有较明显的话务增长时,可能BSC难以承受,最好情况是导致无法汲取有效话务,拥塞严重;比较糟糕的情况是,BSC负荷过高而导致部分功能单元运行瘫痪，甚至BSC重启。★A口话务负荷：一般从无线优化的角度来看，A口的电路情况不是无线部分需要关注的,但是从网络优化的服务角度来说,自身可以做到的,完全可以为运营商供应正确的网络建议，而这部分是无线侧和交换侧交接部分，所以在可能的情况下还是应该供应这一项的分析。当然如果是大型网络,一般无线和交换的分工比较明确，这部分是由交换部门监控，在此供应此项分析的目的,是为了拓宽网络优化服务.A口的电路情况可以登陆BSC,使用ＺCEＬ命令查看,由于是固定链路，只要不过载就是平安的，一般来说负荷达到９0％是告警线，需要运营商引起高度重视。或者预算的话务增长使得A口负荷达到告警线,也需引起重视，以下为某地区在五一黄金周到来之际对于区域的话务负荷分析及话务增长猜测情况,表格中含简略公式，可以点入查看：该区域的现网话务负荷还算比较合理,但是如果依据往年的话务增长猜测就有点难以承受,所以部分BSC增加了A口电路,有些区域的话务增长实际也根本达不到这个增长率，所以部分ＢＳＣ就维持现状。4。3BＣSU负荷ＢSＣU和ＭOTO里面的ＧＰROC差不多，就是BSC中的处理单元。BCSU负荷过高将导致RACH消息被删除（呼叫难以发起）、BCＳU重启（掉话）、隐性故障（部分ABIS掉话由此而来)，甚至增加BSC的不平安因素。以下为某地区的BＣSＵ负荷分析:第一部分：问题提出寻呼统计情况：LＡ＿IＤ_LACTIMＥPＡGＩＮGPAGING_DELRACＨ_DEL21８120０50726193６１320362１8220050726193472701218320050726１93２39300２18420０507261９314７900２18５200507２6１９１９32１０27２328１2００5072６1９62５５２０6５3283200507２６19５97380６24２418420０50７２6１94845８0１01419220０5０7261９467０10１34１932005０7261965９15053４19４20０50726194６４31０３241952０05０7261９738460２857２5１802005072619２5426005１81２00507261９6５26902５1８220050７261933173005183２０0５07261９4６7０0019５18４20050７26１９42０46０２18551852005072６192051000上表中：▲bcｓu_overload_ｄeleted_rach:BCＳU过载所删除的ＲACH信道数;高bcsu_oveｒload＿delｅｔeｄ_rａｃｈ是当BCSＵ负载过高时，网络为了保护ＭCMU（ＢSU主处理器)以防网络过度负载而将RAＣH信息删除。由此怀疑,部分BSC是否存在BCSU负荷过高的问题。其次部分：BSC的TRＸ负荷BＣSU负荷由话务量和ＴRＸ数目决定,当然一块BCＳＵ所挂的TRＸ数越多，相对来说话务量也越高。统计全网各BSC的TRX负荷如下（在TRX负荷分析中消灭过）：bsc＿iｄｂsc_namｅｔotal_ｔrxｂsc_tｙｅtrx＿loaｄ可加载频数5374４NOKIA＿ＢSC２０5４９3５1296.29％1９99010ＮＯＫIA_BSC2224８951295.51％2399０0３NOKIA_BSＣ215４855１294．7３%2７99002NOKIA＿BＳC21３432５１２８４．38％8099０09NOKIA_ＢSＣ221４25512８３。0１％８7５3８49NＯKIＡ_BSC2064１４５１２80.８6％9８４２793NOKＩA＿ＢSC21140851279。6９％1044２１８6NOKIＡ_BＳC212３８951275．98%1２353８48NＯKIA_BSＣ２033８55１275。20%1279９0０6NＯKIＡ_BSC218376５127３。44％13643384NOKIＡ_ＢSC２10３745１２73.05%138４244３NOKIA_BSC20932344872．10％12544048ＮＯKＩA_BＳC21436751２7１．68％１45990０4NＯKＩＡ＿ＢＳC2０４35３５12６8.9５％159４2187NOKIA_ＢSC２083４９51２68。1６％163421８4NOＫIA_ＢSC2１6３４７51267．７7％１6599005NOKIA_BSＣ２１７３2４５１2６2.50％19２９９008NOKIＡ_BSC2202505124８。8３％26299007NOＫＩA＿BSC2191965１238.28%316可见部分BSＣ的TRX负荷已经快达到顶点,而BSC２22已经消灭TＲX数据无法增加的情况，对于BSC的TRＸ负荷，系统建议保持在80%以下，为下期规划及临时扩容等预留空间,并且过大的ＴRX负荷必定导致过大的BCSU负荷,从而导致网络系统的故障消灭,比如RF掉话增高,TＲ掉话的增高，BCSＵ重启等。目前全网BSC222为话务量最高的BSC，晚忙时基本在1700erlang以上，也是ＲACＨ_DEL最严重的区域，在12期规划中该BＳＣ将进行分裂，增加新BSＣ，可望在下半年得到解决.如近期需解决ＴRX负荷导致的该ＢSC无法扩容情况，只能先将该BSC下辖部分基站割接至相邻BSC。同时BＳＣ221情况也类似，负荷相对稍低。第三部分:BSC的BＣSU负荷对应以上TRX负荷分析，从如下ＢCＳU负荷数据可以印证，高TRX负荷的BＳC,ＢCSU运行的负荷也较高:STＡTＢSC_NAＭEAVG_LＯAD%MＡＸ＿LOAD％MIＮ_LOAD％2005０726－19NＯKIA＿BＳC215２8.2424２43１20０５0726—19NOKIＡ_BSC22２3０。78788４31２00507２6-19NOＫＩA_BSC２２126．24２42410200５07２６－1９NＯKIA_ＢSＣ21３2４。６363640１2０050726—１9NOＫIA_BSＣ20526.6３63６3812005072６－１９ＮOKＩA_ＢSＣ２０416.8４８483７02005０72６—19NＯKIA＿BＳC２1419。１8１8235120050７２6—19ＮOＫIA_BSC2１716。１212131120０5０72６－1９NOKIA_BＳＣ2１0１９。7８7８８３112０050726-19NOKIA_BSＣ2161９。７5７582912０0５0726-19NOKIＡ_BSＣ211１5。9０90924120０50726—19NOKIA_BSC21８９。39３9392２０20０5０7２6－1９NOKIA_BＳＣ2196．5757581８120０5072６—19ＮOKIA_BSC2０3１1．484８51712０0５0７2６－１9NOKIA＿ＢＳC20910。8275９1７120050726-１9ＮOKＩA＿ＢＳC2207.４2４２421７020０５07２6—19NOKIA_ＢSC2０81０．090９11５120０50７26－19NOKＩA_BSC206９。12１212１41２005０726—19ＮOKIA_ＢSC2124.5４5４５590BCＳU的系统平安运行负载的警戒线为40%，在目前ＮOＫIA区域中有４个ＢSC忙时最大负荷超过警戒线，系统运行存在平安隐患，需在日常监控过程中引起高度重视，格外需要提前预估在这些区域消灭大幅的话务增长情况，比如一些大型活动等,以此做好应对方案.如万一消灭有大幅话务增长情况，需转变测量周期以应付突增的BＳC负荷。目前如上几个BCＳU负荷较高的ＢSC在12期规划中均有分裂ＢSＣ或者割接的考虑。第四部分：BCSU的TRＸ安排在第一部分中提到的几个ＲACH_DＥL较高的ＢSC中，BＳＣ22２、BＳC２２1由于本身BCＳU的负荷确实较高，需增加BSＣ才能解决，而BSC2１7在上述的ＴRX负荷及ＢＳＣ整体的ＢCSU负荷分析中均不在高负荷之列，但是基于ＢCSU负荷过载的RAＣH_ＤEＬ却较高。由此，需回到ＢCSU的负荷来源的分析，如上已有所述,BＣSU的负荷来自话务量和TRX的数目，因此需要考虑是否在BSC中存在BＣSU负荷不均的现象，统计BＳC２１7的ＢCSU负荷情况如下：STATOBJ_NAＭEOBＪ_INDEXＢSC_NAＭEAＶＧ_LOADMＡX_ＬOAD２0050726-19BCＳU3NOKIＡ_BＳC２172５。753１20050７26-19BＣSU0NOＫIＡ_BSC２1724．25302005０7２6—19BCＳU1NOKIA＿BSC21722。5２720050７26—１９BCSＵ6NＯKIA_BSC21７172120０５０726—１９BCSＵ7NＯKIＡ_BSC21７1721200507２6-19BCSU4NOKIA＿ＢSＣ２171０．7５14200５0726—1９ＢCSＵ5NOKＩA＿ＢSC21７10．25132０0507２6—1９BCSU8NOKＩA_BSＣ２175.57可见在BSC21７当中确实存在3块ＢCSU负荷相比其余5块ＢＣSU负荷明显偏低的情况,由此再做一次推断，这3块BＣSU下挂的ＴRX较其余BCSU明显偏少，如下图：上图可见ＢCSＵ4、５、8和其余ＢCSU之间的TRX数目之差达到30块之多,这也是导致BSC整体的ＢCSU负荷不高，而RACH＿ＤEＬ较高的缘由。与此同时，检查全网的ＢCSU的TRX安排情况,发现其他BSC也有类似情况：可见ＢＳＣ20４、2１3、214、219、220和22１都存在ＢCSＵ的TRX安排不均衡现象.以下为各ＢＣＳU负荷情况的统计，可以对比印证。如上ＢＣSU负荷分析，该区域的ＢCＳU运行情况并不乐观,但是从分析也可以看到，网络分析是一个综合的过程，并不是仅仅的ＢＣSU的负荷问题，涉及到ＴRＸ负荷，寻呼情况等。4。4寻呼负荷在分析寻呼负荷之前,需要了解：对于NOKIＡ系统，由于信令链路直接绑定到时隙，信令链路的负荷也是一个重要考虑因素。对于每个载频的信令链路，可以设置为１６kb/s、3２ｋb／s、６4ｋb/s,简略设置需要视网络容量需要而定，这在以下分析中比较关键.ＧSM规范里,LＡPD消息有ＡS７寄存器保存，ＡS7里面只能有两个同时未被证实的信令消息，全部的其他排队的消息必须等其中一个被证实,GSＭ推举LAＰDwiｎdoｗｓｉze大小为2.对于16kｂ/s的信令链路，最大信令话务负荷不应该超过8kbit/s（1000byte/ｓeｃ）。如果超过１200bｙte/ｓec，AS７有溢出的危险。PagiｎｇＭessagｅ消息的长度大约为21bｙte.依据bsc正常负荷和呼叫比例,大约60%信令链路的容量用于PａｇｉｎgＭesｓａge，那么，平均的PagｉnｇＭeｓsａge的负荷coｕnt／sｅｃ／lｉnk为０．6*1000/21=29,也就是100,00０ｐaｇes／ｈour，这是对正常的呼叫模型.对于64kbit/ｓ的linｋ，同样的应用原理，推举的最大的平均信令话务为400０byte/sec.只有bccｈ的载频的信令信道会有PCＨ，目前很多网络采纳了16ｋ的信令速率，所以LAＣ的寻呼负荷容量也是我们平常着重注意的因素,与ＭOTO系统关注空中接口的PAGING负荷不同的是，NOKIA系统更多的是关注ABIS信令链路的容量负荷。以下为某地区移动五一黄金周之前对于寻呼负荷的猜测和分析:LＡ_IＤ_LＡCPＡGINＧPAGINＧ_DELabisPAGIＮG容量(按16ｋ信令计算）abispaｇiｎg负荷按32％增长率计算（abiｓ）按肯定增长值计算(abis）2237067６07010０0０00。６８0．89０.83２2３747１97501０000０0.7２０.950.８92２37７564９６１1000０00。5６0.750.６922378738４9510０0000。７40。970.912２379361960１００0００0.３60．480。4５223８０２50０901０00000。250．3３0．3１2２38２6389２１５1000000。6４０.840。792２４9７５3２823100０0０0．５３０．70０．6６22503302３11３１000000。3０0。400.372250５5９８3４01000000。600。790。７４现网的寻呼负荷是精准的数据，能够反应目前的寻呼负荷情况，一般系统推举寻呼负荷告警线为8０%。而寻呼的增长预算是不标准的，由于寻呼量的增长和话务的增长并不是同样比例的关系，所以依据话务量的增长率来作为寻呼的增长率是基本不吻合的，但是现在行业内尚没有找到精准的寻呼话务增长模型猜测方法，一般也就用话务增长模型来顶替使用，但是在分析猜测之后肯定会说明这只是话务的增长猜测。第五章 优化进展和延长本章内容全部为个人看法，为公司的战略进展供应部分的参考，有些想法有失偏面、浅薄之处，请予以谅解，也可将本章略过，以免贻笑方家。网络优化的进展方向比较明显：深化进展和全面延长.这个观点在业内很早已经提出,但是简略落到实处或者有心致力与此的公司寥寥无几，本章就这两点阐述个人观点。5。1ﻩ优化深化进展GSＭ移动通信网络现状：1、经过多期的网络建设,网络趋于成熟和饱和，但是需要长期的优化；２、经过多期的网络优化,网络性能指标趋于稳定，可挖掘的潜力逐步削减.由此不禁想到将来的优化如何进展,如何找到优化新的增长点，或者起飞点；如何深化进展优化，提高客户的满意度。5.1。1优化转型在此提出一个观点：优化需要转型,需要从指标性优化向资源性优化转型。这个观点在几年前曾经消灭过雏形,但是实际市场反响并不大,在部分地区甚至消灭相反的执行效果。这里提出的转型模式并不是纯粹的资源性优化，而是在传统优化基础上,思路渐渐往资源性优化方向上转。由于传统指标性优化目前受到了较大的挑战，往往指标是压在优化公司头上不行挣脱的枷锁,只能依靠其他动作来达到目标,这不是优化公司情愿看到的.资源性优化涉及的基本思路就是网络的利用率和网络的平安性监控及进展建议，简略的操作流程或者优化模型可以深化探讨流程化,或者形成报告模板。目前爱立信已经在网络优化上往资源性优化方向上转变,由于资源性优化可以不受厂家设备的限制，不会遭遇操作障碍或者系统熟识程度等方面的尴尬。而比较明显的例子是美国现观科技的移动性分析优化（也是资源性优化的一个方向），其优化过程只需一周，投入人力3人以内(当然可以多派人手增加阵容),其价格为９0万,而当地东信网络投入的优化人手同样3人一车，价格只有45万,况且优化周期是半年!这里抛开市场的其他因素,至少现观科技提出的优化概念运营商之前没接触过，省公司允许操作高价位，而传统的优化价格已经过于透明，就算有再好的市场关系也无法实现高利润。可以供应现观科技的优化文档共大家商量.５．1.2优化工具优化过程中常常会处理大量的数据,而初期的优化工程师只是使用EXCＥＬ对于数据进行简洁的筛选排序，随着优化的深化，部分工程师自己制作一些小工具以提高自身的工作效率，但是这些远远满意不了大数据量的网络分析。我们日常使用的WP或者NEＴ＿ＩN_HAND软件已经能够实现较多的网络功能，PMS能够较智能的实现一些网络优化基本流程,但是并不是每个项目都能使用。所以针对不同系统共同的一些网络优化软件需要技术部门和执行部门的协作,多方收集意见，以期达到共同进展的目的.另外优化工具可以往专项方向进展，形成多种优化软件，走多样化的道路。一方面,制作简洁的分析软件,可以便利市场部人员在项目前期开拓市场之时，准时反映当地网络的基本状况,提出一些简洁的或者网络的意见(这类一般比较泛泛而谈），这样可以节省人力,不至于每次沟通都必须销售人员、市场人员和执行人员(或者专家)同时到场.另一方面，制作深化网优分析软件,现观科技的移动性管理是很好的参考，或者我们可以商量出的结果更多，不仅仅局限于别人的模式;自动频率安排软件也是进展方向，可能这方面对于我们的开发难度来说比较大,由于目前这仍由各厂家自行研发，但是我们可以开发自动频率规划的软件,改造WＰ，使得每次频率规划可以更加智能，至少初步的频率规划可以自动生成，不至于象目前的频率规划需要每个小区点击填入频率,这个工作量能够使得规划工程师每次都眼冒金星，而工作效率格外低。最后是小工具的制作，某些项目或者某些工程师在处理数据的时候,会对于实现某一功能的小工具有所需求,这方面可以向软件部门申请支持。目前这方面基本都是资深工程师自己制作，可以组织商量、阅历沟通，以实现部分思路共享。5.1．3优化深化进展优化的深化进展，也就是对技术的深化理解和掌握,就工程应用而言，技术的深化有肯定的局限性，但是随着优化阅历的积累,优化的深化,技术的进展也是必定的。这也是公司专家部门存在的意义。５。2ﻩ优化全面延长网络优化应该全面延长，移动通信网由三大部分组成：无线部分与交换、传输部分,对于我们来说相对无线部分的主要设备比较熟识,但对于目前网络中存在的直放站和其他一些对网络有干扰的设备讨论得还不多。直放站是无线部分的一个组成.交换系统是整个网络重要的一个组成部分，交换系统对网络的质量有着直接的关系.传输也是整个网络的一部分，它对网络的影响也相当大,相对来说这种影响有时比较间接一点，但传输中断也是一个比较直接的影响.所以网络优化在全面延长方面，不仅要延长到我们格外熟识的无线部分，如ＢTS、BSＣ、XCDR，而且要延长到无线部分的其他组成如室内分布、直放站。在此基础上，再延长到整个网络的全部组成，如交换、传输部分。并在此基础上，再向整个网络外搜寻有可能对本网络有影响的事物。只有这样,网络优化的思路才有可能被不断开拓，网络优化的阅历才有可能被全面积累,网络优化的能力才能多方面提高.在这里，我想和大家就网络优化中遇到的问题和我所收集到的网络优化全面延长的资料，一起探讨，就这些对于我们大家都可能不是很熟识的优化范畴一起予以商量.5．2.1直放站和室内分布系统直放站和室内分布系统对于网络的影响往往是干扰和掉话，所以对于这部分的认知也是格外有意义的。ＧSＭ直放站的干扰可能有两种:一是由于掩盖区域频率的缘由造成的干扰,二是非频率规划缘由的干扰.前者解决方法应该比较简洁,合理调整频率规划或调整直放站的基站信号来源就可以达到目的。后者的话相对来说要麻烦得多.实际网络优化中，我们遇到的很大部分是非频率规划缘由的干扰,并且这种干扰大部分是上行干扰.这就需要从直放站的工程方面查找缘由，这也是目前网络优化中欠缺的。比如某地区移动的直放站干扰突然消灭,最后查得缘由竟然是安装监控之后导致。东信网络直放站和室内分布系统工程的阅历是比较丰富的，可以集中整理分析，为优化的延长打下良好的基础。5。2.２传输设备部分在网络中，传输是一个环节,传输的质量会影响到系统的统计指标和实际效果,这是肯定的，只是问题比较隐蔽而已。在ＢSC和BTS的传输链路上,Aｂiｓ接口包括ＢＳC未收到来自ＢTＳ的测量报告，切换过程的一些信令失败以及一些内部缘由，此外还有Abis接口的误码率的影响。在MSＣ和BＳC(XCDR）的传输链路上，可以影响到通话质量和ＢSC之间及MSC之间的切换成功率。无线收发信基站与基站掌握器（ＢＳC）是通过传输设备通信的，任何传输问题都会影响基站正常通信，这里就基站传输模式及常常遇到的问题作一些简洁分析。目前基站到BSC所使用的传输方式主要有两种：PDH和SDH。依据基站载频配置，一般基站与BＳC之间的传输要求仅为１至2个2Mｂiｔ/ｓ通道,2Mｂiｔ/s即为PDH和SＤH的基群单元，一个2Mbiｔ/s通道依据ＰCＭ编码方式供应30/32个话音、信令时隙，每一个话音时隙速率为６4Kbｉt/s，当一个２Mbit/s通道作为基站到BSＣ之间的传输通道时,每一个话音时隙又分裂至４个子时隙，每时隙速率则为１6Ｋbｉt/s。在32个时隙中，通常将第31、３０、２9话音64Kbit/ｓ速率时隙作为管理信令通道,在PCM帧结构中,第0时隙作为此２Mbit/ｓ通道帧定位、同步用,每个16Kｂit／s速率的传输通道在BSC数据库中依据基站载频、信道的多少来进行安排,用来传输话音或数据信号。

ＰDH和SDH在同步方式、复用方式及各种标准规范上有较大不同，当一个2Mbｉt/s基群需穿过两种传输设备时，由于经过PDH/SDＨ的信号变换，则会对２Ｍbit/ｓ基群信号产生肯定的影响。目前在基站与BＳC之间所用的传输设备大致有以下几种:1、ＰDH光传输设备：比较成熟的设备２、SDH光传输设备:最好的可能是构成一个环路,但可能增加建设成本；３、数字微波:可用小型点对点微波传送，但传输质量不如ＳDH；4、其他：如用高速铜缆ＨDSＬ，即在一般双绞线上对称传送2Ｍｂｉt/ｓ的高速数字信号，初期投资少，建设便利，但目前所用不多.另外，BＳＣ与TRAU、MSC之间，主要利用ＳＤH同步传输系统。PDH（即Ｐｌesiochroｎｏｕsdigitalhｉerarcｈy）是一种准同步复用数字体系,有时也称为异步复用体系.PDH数字通信传输系统经十多年的实践,在技术上已经相当成熟，目前遍布世界的数字通信传输网绝大多数是ＰDＨ复用方式的。准同步数字系列对数字传输网的进展起了很大的作用,但随着社会的进展,对数字传输网提出了愈来愈高的要求.如进一步扩大信息传输容量,要求传输的距离更长,准同步数字系列由于其体制上的缘由,难以胜任,于是消灭了SＤＨ。国际电信联盟标准化部门ITU-T(即原CCITT)最终接受了美国贝尔通信讨论所提出的同步光网络（SＯNET）的概念，并重新命名为同步数字体系（SDH即Synchronousdｉgiｔaｌhierarｃｈｙ）。ITU－Ｔ在1９88年至１9９8年共完成了ＳDH的31个世界性的统一标准。至此，SDH的基本软硬件在世界范围内达成了全都协议，SDＨ进入进展高潮。下面就谈谈我们在网络优化中可能最关心的SDH传输问题：时钟同步和传输指标如误码、抖动、漂移、延时等。我国的ＳDH网络结构分为4个层面。最高层面为省际干线网,第２层面为省内干线网，第3层面为中继网(长途局和市话局），第４层面为接入网,大部分业务汇合于一个端局上，因而通道倒环和新形网都十分适合于该环境。SＤＨ网本身并不需要同步才能工作,由于有了指针调整可以应付频率差，但有些设备如(移动通信网的基站)需要传送网供应高精度的频率或时间基准。MOＴO的GSM基站的时钟精度要求5×1０－8。ＳDH网同步结构通常采纳主从同步方式，要求全部网元时钟的定时都能最终跟踪至全网的基准主时钟。下图为某地区移动的传输网结构图。局内同步安排通常采纳规律上的星形拓扑,即全部网元时钟都直接从本局内最高质量的时钟大楼综合定时源(BIＴS)猎取定时,只有BＩTS是从来自别的交换节点的同步安排链路中提取定时并能始终跟踪至全网的基准主时钟.该节点钟一般至少为３级或２级时钟.定时信号再由该局内的SＤH网元经SDH传输链路送往其他局的SDＨ网元。由于支路单元TU（Trｉｂuｔaryｕｎit)指针调整引起的相位变化会影响时钟的定时性能,因而不提倡采纳在SDHTU传送的一次群信号（2。048Mｂit/s或1。54４Mbｉt/ｓ）作为局间同步安排,而直接采纳高比特的同步传递模式STＭ—Ｎ信号传送同步信息。对于较大的局,网元数很大，因而BITS必须有足够的同步舒适安排口才行。局内安排的同步网络结构见下图。局间同步安排一般采纳类树形拓扑，使ＳDH网内的全部节点都能同步。.需要注意的是,低等级的时钟只能接收更高等级或同一级时钟的定时,否则会消灭定时信号的环路造成同步不稳定。为此，设计同步安排网时应能保证即便是在故障条件下，也只有有效的高一级时钟基准消灭在该级时钟的输入。此外,设计较低等级时钟时还应有足够宽的捕获范围，以便能够自动进行捕获并锁定于输入基准定时信号。各级时钟关系如下图.ＳDH网的同步从工作原理上划分有4种不同的方式,即同步方式、伪同步方式、准同步方式和异步方式。１、同步方式在网中的全部时钟都能最终跟踪到同一个网络的基准主时钟。此时指针调整只是由同步安排过程中不行避开的噪声所引起的，呈随机性.在单一网络运营者所管辖的范围内,同步方式是正常工作方式,同步性能也最好.2、伪同步方式在网中有几个都遵守IＴＵ-T建议G．81１要求的基准主时钟，即它们具有相同的标称频率，但精准的频率人略有差别。这样，网络中的从时钟可能跟踪于不同的基准主时钟,形成几个不同的同步网。由于各个基准主时钟之间的频率仍会有一些微小差异，因而在不同同步网边界的网元中会消灭频率或相位差异，引起指针调整。通常，在不同网络运营者所管辖网络边界，以及国际网接口处，伪同步方式是正常工作方式，其性能仍然是满意的。3、准同步方式此时，同步网中有1个或多个时钟的同步路径和替代路径出了故障，于是失去全部外同步链路的节点时钟将进入保持模式或自由运行模式工作。如果丢失同步的网络节点是执行异步映射功能的SDH输入网关，则该节点时钟的频偏和频移将会导致整个SDH网络连续的持续指针调整,恶化同步性能;如果丢失同步的网络节点是SDH网络连接的最后一个网元,或者是最后一个网元处于被控状态(例如构成环路定时复用器状态）时的倒数第2个网元，则ＳDH网络输出仍有指针调整会影响同步性能；如果丢失同步的是中间的网络节点，只要输入网关仍然处于与PRＣ的同步状态，则紧随故障节点的仍处于同步状态的网元可以校正中间网络节点的指针移动，不会在最后的输出网关产生净指针移动，从而不会影响同步性能。4、异步方式此时网络中将消灭很大的频率偏差（即异步的含义)，当时钟精度达不到Ｇ．813所规定的数值时，ＳDH网不再维持业务量而将发送AIS信号。发送AIS所需要的时钟精度只要求20×10—６（适用于再生器以及全部同步输入丢失就意味着全部业务量丢失的其他ＳDH设备）即可。当SDH用于为蜂窝通信基站供应定时时，由于其时钟保持精度不足以保证基站空中接口的频率精准度，因而应尽量避开进入保持状态。为此同步规划中应保证全部为基站供应定时的SDH网元能接收至少两路来自不同地理路由的定时信号，并供应同步保护.含SDＨ设备的同步网的时钟可以分为全网基准主时钟PRＣ和区域基准主时钟LPＲ，作为转接局的从时钟和作为端局（即本地局）的从时钟,以及作为SDＨ网元的设备时钟。基准主时钟的频率精准度为１×10－１１,SDH网元时钟（SEC）相对可跟踪于时钟基准元的输出频率精准度不劣于４.６×10-6。从接收信号中提取定时信号是广泛应用的同步定时方式.SDH传输网的性能指标,从电路和系统的验收测试到维护使用，不同的人员为了不同的目的使用着不同的指标，搞清这些指标的精准含义以及相互关系和适用场合具有十分重要的实际意义.１、误码特性所谓误码就是经接收判决再生后，数字流的某些比特发生了差错,使传输信息的质量发生了损伤。传统上常用长期平均误比特率(BER，又俗称误码率)来衡量信息传输质量，即以某一特定观测时间内错误比特数与传输比特总数之比当作误码率。这肯定义在理论上示意误码过程是稳态过程，误码率是客观存在的时不变常数.而实测结果并非如此,误码的消灭往往呈突发性质，且带有极大随机性。误码对各种业务的影响,主要取决于业务的种类和误码的分布.例如语声通信中，随机性误码的效果不过是听筒