网络优化理论和技术-学员用书

网络优化理论和技术学员用书撰写者：肖芸 王刚 王路 审核者： 肖芸 石勇 日期：2006年 7 月 30 日第一章优化工作介绍2第一节价值和意义2第二节主要职责2第二章OMC-R介绍3第一节OMC-R功能3第二节OMC-R操作6第三章单站规划和入网28第一节频率规划28第二节新站入网30第四章性能指标监控和分析33第一节性能和指标的监控方法33第二节异常指标分析69第五章优化测试78第一节测试内容78第二节测试问题81第一章 优化工作介绍第一节 价值和意义无线网络优化工作是对正式投入运行的网络进行参数采集、数据分析，找出影响网络质量的原因，并且通过参数调整和采取某些技术手段，使网络达到最佳运行状态，使现有网络资源获得最佳效益。从运营商的角度出发，做到系统配置（硬件及参数）合理，争取最大限度地利用网络资源，提高网络运行经济效益，降低运营成本；从用户角度出发，在移动通信网络的获得性、稳定性以及话音质量等方面获得满意服务。网络优化是一项复杂而繁琐的工作，优化工作伴随着通信网络建设和运营的整个过程，只要有网络的存在，优化工作就不能停止，没有尽头。由于移动通信环境的复杂多变，以及用户行为的改变，都需要优化人员不停得对网络进行调整使我们的网络臻于至善。第二节 主要职责优化工作是一项繁琐的工作，一个初级的优化人员主要工作包括：测试及分析、基站现场勘查、统计指标分析、用户投诉处理分析、各项数据库的维护和核查。高级的优化人员必须能对网络性能的走势作出预见，对网络可能出现的问题提出防止方案。因此网络优化工作分为两个层面：第一，出现问题，解决问题具体讲就是，通过对测试和统计指标的分析发现网络存在的问题，修改调整系统参数，逐渐改善系统的性能，并如此反复不断进行，最终使系统在接近最优的状态下工作。作为区域优化人员必须对负责区域或道路的地理环境、基站分布、建筑分布、建筑高度非常熟悉；另外对小区或楼宇性质，例如：部队大院、高级写字楼、普通居民小区、是否有VIP客户等信息做到心中有数，因为这些是做好区域优化的基础。第二，没有出现问题，防止出现问题高级的优化人员必须从全网的角度，对周期性或突发的网络性能走势作出预见，防止网络性能出现大面积波动；另外，还必须从全网的角度提出改善网络性能指标的技术方案。例如，2005年针对掉话率指标作出的全网交换机T305、T308参数修改；2005年针对TCH拥塞，在全网引入GSM 半速率功能。第二章 OMC-R介绍第一节 OMC-R功能1. Motorola OMC-R介绍Motorola的OMC-R是基于UNIX的操作系统，所控制的网元是Motorola的BSS和RXCDR设备，可以支持日常的网元操作和维护工作。OMC-R的主要功能如下： 配置管理：OMC可以提供比较方便的网元软件版本上传和下载，不同网元配置数据库的备份和下载，以及针对不同网元的参数修改操作。 事件/告警管理：通过监控网络设备性能来保证服务是OMC的基本功能，OMC可以收集网络中各种设备及链路的事件和告警信息，用于提醒维护人员及时发现问题和故障。 错误管理：使用错误处理进程，可以改变网络设备的工作状态，根据需要使设备提供或推出服务状态，从而便于维护。 性能管理：收集和报告网络的各项性能统计。OMC收集、处理和存储不同网元的性能统计，为网络性能的分析提供报告。OMC-R图形用户界面如图2-1所示，分为12个部分。点击每个部分功能如下： Console： Config Mgt：网络拓扑结构 Navigation Tree Event Mgt：查看告警的进入窗口。 Performance：查看性能统计窗口。 Load Mgt：网元数据库管理。 Find：搜索BSC、CELL等网元功能。 Maps：网元结构地图。 Romote Login：远程登陆。 Event Log：omc上面所有事件的记录。 Admin：OMC管理。 Xterm：打开信指令窗口。 Help：帮助。图2-1：Motorola OMC界面2. Nokia OMC-R介绍Nokia OMC-R是NOKIA的操作维护系统，它控制着NSS、BSS等全部NOKIA网络设备，提供了友好的图形界面，和丰富、方便的操作功能，网优中心主要使用它提供的故障管理和配置管理功能，进行日常的优化维护工作。Nokia OMC-R的主要功能：FM（Fault Management） 故障管理PM（Performance Management） 性能管理CM（Configuration Management） 配置管理SM（Security Management ） 安全管理AM（Account Management） 帐户管理下面介绍常用的OMC-R功能。图2-2：Nokia OMC界面 FM（Fault Management）故障管理OMC-R的故障管理收集了所有网元产生的告警，并监控告警的状态，观察数据库中的历史告警。通过对所有网元的实时监控，可以及时发现并处理问题，以减少因某些网元的各种故障而对整个网络质量的影响。 PM（Performance Management）性能管理收集和报告网络的各项性能统计。OMC通过专用的数据传输链路，从MSC、HLR、BSC等各个网元收集、处理和存储它们的各种性能统计数据，为网络性能的分析提供大量的基础数据并能够根据优化人员的要求形成特定类型的报告。 CM（Configuration Management）配置管理GSM系统内所有控制通信业务的设备，需要连接到操作维护中心（OMC），通过中心送出指令去修改参数、加载软件、启动测试或监视某项性能、收集测试数据以及各种测试信号，这就是无线网络管理。无线网络管理（Radio Network Management）是对无线网络的每个网元进行管理的操作系统。它管理对象的等级可为一个实体，也可为一个功能单元。第二节 OMC-R操作1. Motorola OMC-R操作简介打开：点击某个GUI图标即可打开窗口。如图2-1。关闭：点击如图2-2的Close或如图2-3 File的Close均可以关闭。最小化：点击如图2-4最右边红圈内的点状图标即可最小化已经打开的窗口。最大化：点击如图2-4最右边的方框图标即可最大化已经打开的窗口。图2-2： 关闭窗口-11图2-3：关闭窗口-2图2-4：最大化 最小化2. Motorola OMC-R常用功能（1） Comfit Mgt点击此出现网络拓扑结构，如图2-5可以看到omc下面所带的所有网元。包括MSC、SGSN、OMC、BSS、RXCDR等。点击这些网元可以看到其下层拓扑，例如较常用的点击BSS。如图2-6。拉动左上交方框可以调整右边方框中网元的显示位置。在拓扑层数显示较多时，方便观看。当选中某个网元时，点击上面工具栏的菜单，可以选择远程登陆，同步等操作。图2-5：Navigation Tree图2-6 （2） Event Log点击此图标显示定义好的告警项目。如图2-7。选中某告警项目，点击Open，则该项目定义的告警窗口显示如图2-8。上框部分显示的是现有告警，下框显示的是已经清除的告警？图2-7：Event Log图2-8（3） Performance查看网元统计的窗口。启动Performance时间较长，需耐心等待。Performance窗口如图2-10。图2-9： 启动Performance图2-10 一般选择Report Templaces，打开窗口如图2-11。在这个窗口可以查看到所有统计。 Device Type里面选择统计类别，包括Cell、Carrier等级别。 左边的框显示的是BSC拓扑结构。 右边的Statistics里面显示的是该Cell、Carrier或其它项目下的所有统计项。图2-11 选中统计项和要查看统计的网元。选好时间。Tabular Type选择Spreadsheet，点击Run。输出统计。如图2-12。图2-12点击Satistics-Mgmt可以选择Enable或者Disable这个网元这个统计项目。如图2-13。图2-13可以把已经设定好的统计项目进行保存。点击File的Save as如图2-14。图2-14在保存栏目点击Add to Short List可以保存在快捷目录中，方便下次查看相同统计时只需要重新选择BSS。如图2-15。图2-15保存好了之后就在Report Templates中出现了。如图2-16。图2-16（4） Find在各个栏目输入相应名字，点击Find，可选择小区、BSS等。如图2-17。 选中某个小区后，点击Navigation Tree进入网元拓扑结构，可以调整切换参数等。 点击Detail View进入网元参数界面，可修改网元的参数。 点击Rlogin可远程登陆。图2-17（5） Rlogin远程登陆功能界面中选中某BSC，点击TTY，即可远程登陆。点击BATCH，即在上面跑batch。如图2-18。图2-18（6） Event Log查看OMC历史事件的窗口。界面如图2-19。图2-19点击Option的Load Event Log.可以导入历史告警。如图2-20、在如图2-21中选中信息时间段，点击OK即可导入该时间段OMC事件信息。图2-20图2-213. Nokia OMC-R操作简介3.1 开启应用从“开始”菜单或“桌面”，打开XBROWSER，登录网元所在OMC*UAS2。点击操作界面上红圈应用application manager。3.2 RNW MANAGER功能：网元参数修改、建立、删除。多数功能可同样在CM应用中实现。（1） 用法：删除网元可以以BCF为单位，删除包括BTS、TRX、ADJ等，但是跨OMC邻区不能删除，须用数据库提出邻区，生成指令删除。将计划删除的网元鼠标右键或“select”到右侧窗口。菜单filedelete删除成功。网上存在的网元都是大写字母，删除后的网元变成小写字母。删除图标，用法下面见3.4、3.5节。（2） 用法：修改网元参数。例如，bts改频必须用OMC应用做！因为涉及BSC之间邻区更新。将计划修改的网元鼠标右键或“select”到右侧窗口。这些无线类参数都可修改。以关站类操作(改频)为例：a) 将菜单settings下两个按钮选中。b) 将BTS选入右侧，菜单stateforce handover，设切出时间。c) 将TRX选入右侧，输入新频率，菜单filesend to network更改成功。d) 将BTS选入右侧，菜单stateunlock。e) 选中网元，点击“ZEEI”按钮，出现查看窗口。3.3 UPLOAD功能：使网元参数与omc数据库中保持同步。要求：每周或每两周做一次全网范围。重大网络参数调整后必须做一次参数调整范围网元UPLOAD。用法：（1） 定义任务名称，建议开启人姓名网元简单描述。（2） upload target添加网元。（3） Uploaded object class 定义需UPLOAD的参数项。All是全部参数项，selected用户自定义，从add中选。（4） 菜单uploadstart。 这个窗口可以关闭，所作UPLOAD任务不会被停止。菜单upload介绍open打开已做的UPLOAD；delete删除已做的UPLOAD任务；stop停止正在做的UPLOAD任务；clone复制已有UPLOAD任务可再做一次，方法：先open一个UPLOAD任务，clone，改名，start！。UPLOAD结果检查，各种情况见3.4 NETWORK EDITOR 功能：图标管理。垃圾图标要及时删除！如删站、减容等。否则会影响割接等大型操作。用法：打开DEFAULT.VIE。图上列出“机房NSS和机房BSS”，双层图标可双击进入下层图层。双击BSC128进入下层。蓝色图标说明：网元已不存在BSC中，用指令看不到。可删。一定选中from DB! 确定！单层图标加载成双层图标方法：选中网元右键，one level加载一层，all加载多层。3.5 MANAGER OBJECT BROWSER结合NETWORK EDITOR应用用法：MOB是个查看、搜索工具，有许多搜索项。如,选网元在omc中状态non-operationalapply。这些non-operational网元图标需删除！鼠标中键拖入NETWORK EDITOR任何视图均可，删除！如减容TRX可利用此工具迅速搜索出待删TRX图标。省去逐级进入网元的操作。3.6 ALARM MONITOR功能：告警监测。根据用户定义非常实时列出关键告警。优点：非常实时。用法：点击快捷按钮monitor criteria ,编辑监测告警规则。见下图。“确定”后，活告警会列出，3格分别时、告警。这个告警定义可保存，下次再打开即用。如电脑接音箱，可出告警声音。双击告警可见详细内容。选中告警可直连至网元所在BSC，见按钮。选中告警可快速打开告警手册，见按钮。关于告警基站前的数字“9”，如这个告警是TRX级，它是TRX9。如这个告警是BTS级，它是BTS9。这个告警是PCM级，它是PCM93.7 退出应用先关闭所开应用窗口，再点击“EXIT”，确定！不要点击右上角“”。如果长时间不退出OMCUAS2，它会超时，点“EXIT”后不会出现“确定”提示。只能点击右上角“”。建议OMCUAS2不要过夜，过夜后继续使用可能会出现应用不能正常使用、参数不能正常更改等异常。第三章 单站规划和入网第一节 频率规划1. BCCH和TCH频点分配表：GSM频点号个数备注BCCH20-43242005-7-8改频后TCH1-19,49-9566Reserved44-485MAIO=0MAIO_STEP=195DCS频点号个数备注BCCH512-537262005-7-8改频后TCH538-579,587-61167Reserved580-5867MAIO=0MAIO_STEP=1100EGSM频点号个数备注TCH999-102325用在配置大于4个载频的宏蜂窝小区，5个载频的用1个EGSM，5个以上的用2个EGSM 东西区边界频率分配规则：西区：999-1010；东区：1012-1023；隔离频点：1011河北交界站规定频点55NCC0西区交界站规定NCC0-3HSN0-312. 规划频点的分配原则（1） 规划小区的BCCH、TCH频点与周边基站的BCCH、TCH频点不可同频对开；（2） 规划小区的BCCH、TCH频点与周边基站的BCCH、TCH频点不可邻频对开；（3） 规划小区的BCCH频点在任何时候均不能出现同频顺开的现象；（4） 规划小区的覆盖涉及到主要道路及高速、铁道时，TCH频点也不能出现同频顺开的现象；3. BSC的选择（1） 新站在数据规化时要注意BSC的选取，根据周边基站的归属区域来选取规划基站的BSC。（2） 规划新站分配BSC时，在主要道路、高速、铁道周边的新站规划中应以尽量减少位置区更新的次数为原则。（3） 规划新站分配BSC时需要参考空闲ET表并更新表。4. 邻区的选择（1） 由于每个小区最多可定义32个可切换邻区，因此在规划新站时，一般最多规划25个邻区，便于以后对邻区的优化和调整。5. 关于测试站的处理一般测试站需要在新BSC入网前进行规划，在新BSC入网后应按照新站流程规划机房的测试站：（1） 测试站走新站流程，提供规划人员机房所处位置信息。（2） 测试站CELLID使用规定号段。MOTO 63000-63500；NOKIA 64000-64500。（3） 测试站LAC使用所加BSC LAC，无须考虑地理位置。（4） 测试站频率无特殊规定，但规划时需考虑周边站频率。（5） 测试站相邻小区与普通新站同样对待,但优化做数据时只做入邻区，不做出邻区。（6） 测试站站号使用Z+CELLID(Z要大写)。（7） 测试站ST状态字段标注为”test”（使用小写）。（8） 测试站名为机房名+BSC号，如：西单机房BSC1。6. 规划平台netact规划平台netact的功能是进行频率和邻区规划，具体使用方法不作详细介绍，但是可以演示一个站的规划过程。第二节 新站入网1. Motorola设备新站入网1. 新加站相关流程（1） 取得规划数据：EOMS工单中附件携带规划数据。（2） 选择新站的站号：登录到新站所在的BSC，选择新站在BSC上的Site编号。通过显示现有基站站号，选择没有出现的站号（一般遵循的原则：119为900宏蜂窝，2029为微蜂窝，30以上为1800宏蜂窝）（3） 选择LCF号：为新站选择LCF号，即基站在BSC上的处理器控制板。（4） 选择中继端口号，即BSC上的ET。从而确定基站与BSC之间的2M链路连接关系。（5） 制作加站文件：使用加站模板NBtools，并在工具界面内选择或添入相应的数据。填写完毕后，点击save存成文本文件。需要填写的内容包括： BSC no Site no LAC LCF号 ET号 CID规划数据 NCC，BCC规划数据(先填写BCC，再填写NCC) BCCH以及TCH频点号规划数据 并将FHI改为0，其他各项不用变动。（6） 检查生成的加站文本文件a) 打开文本文件，首先对应新站的调测单，检查机柜类型及数量的定义是否正确。b) 在文本文件的最后按照调测单检查DRI的天线及槽位定义。c) 检查RTF定义：是否定义到相应的path上，频点是否正确。d) 检查PATH定义。 e) 检查无误后，FTP到相应OMC的个人目录下（usr/gsm/config/global/batch/input/，在GUI中选择Rmote rlogin,选择相应的BSC，点击batch，进入usr/gsm/config/global/batch/input/下执行此文件。（7） 开启GPRS功能，制作batch文件。同样将文件FTP到相应OMC的个人文件夹下，在相应的BSC下执行此文件。（8） 加载邻区数据。执行完毕后，检查是否有没有加上的邻区。（9） 检查入网后基站数据是否完整：一般用disp_eq 站号，可显示。例如，下面某结构为O1的基站所包含的设备：CSFP 0 0 0BTP 0 0 0 BTP 1 0 0DRI 0 0 0MSI 0 0 0MMS 0 0 0MMS 0 1 0RSL 0 0 0 RSL 0 1 0 GCLK 0 0 0GCLK 1 0 0EAS 0 0 0CAB 0 0 0SITE 0 0 0PATH 0 0 0RTF 0 0 02. Nokia设备新站入网频率规划完毕后，需要优化中心在BSC定义新站数据，使基站能够正常工作，NOKIA 基站在BSC需要定义ET号、BCF信令、TRX信令，BCF类型，BTS数据，TRX数据，功率控制参数，切换参数，出入邻区参数。（1） 确定使用的ET及时隙分配方式BTS到BSC之间2M线上的时隙分配，即信令链路和话音链路在2M线上的分配。NOKIA的BTS和BSC之间采用标准的PCM线，每条2M线上有32个时隙，每个时隙8Bit。其中0时隙用于传同步和告警信息，1到24时隙传TRX话音（两个比特为一个子信道，两个时隙共16个比特为8个子信道，对应每个TRX的8个信道），25到30时隙传信令（包括BCF信令和TRX信令）。下图所示是一个标准的16kbpsTRX信令4/4/4站的时隙分布（行表示时隙，列表示比特）比特时隙1 23 45 67 80IDLE1&2TRX1 TCH3&4TRX2 TCH5&6TRX3 TCH7&8TRX4 TCH9&10TRX5 TCH11&12TRX6 TCH13&14TRX7 TCH15&16TRX8 TCH17&18TRX9 TCH19&20TRX10 TCH21&22TRX11 TCH23&24TRX12 TCH25TRX1SIGBCFSIGTRX2SIG26TRX3SIGTRX4SIG27TRX5SIGTRX6SIG28TRX7SIGTRX8SIG29TRX9SIGTRXASIG30TRXBSIGTRXCSIG31上图是一个标准4/4/4站在2M上的时隙分配图，在基站侧，BTS工程师也要相应的进行从ABIS口到D_BUS上的时隙分配工作（即：做Branching tables）而且做这一步工作是相当重要的，一旦分配有误，此站将不能正常工作。因此在做时隙分配的工作时，一定认真，确保分配正确。（2） 建OMU_LINK（BCF LINK）建立OMU信令使BSC能够控制基站的工作状态，并可以加载、更新BCF软件包，管理BTS、TRX的工作状态。（3） 建TRX_LINK建立TRX信令使BSC能够控制TRX，向其发送系统消息，寻呼消息，测量报告，功率控制指令、切换指令、激活去激活业务信道等操作。（4） 建BCF根据基站类型，定义BCF类型（2ND GENERATION、TALK-FAMILY、PRIMESITE、METROSITE、INSITE、ULTRASITE），并与OMU_LINK相对应。（5） 建BTS根据基站结构，定义BTS数量，并设置MCC，MNC，LAC，CI等相关参数。（6） 建TRX根据基站结构，定义每个BTS的TRX数量，每个TRX与TRX_LINK相对应，并设置TRX的频率、逻辑信道类型等参数。（7） 切换控制参数建立BTS的切换控制参数，当BTS工作后，BSC会根据这些参数判断是否要求MS进行切换操作。（8） 功率控制参数建立BTS的切换控制参数，当BTS工作后，BSC会根据这些参数判断是否要求BTS或MS进行功率控制操作。（9） 邻区数据根据规划数据，建立BTS的出入邻区，使系统在需要时可以将话务切入BTS或切出到相应的邻区中第四章 性能指标监控和分析第一节 性能和指标的监控方法1. Motorola设备告警监控（1） 告警分类Motorola系统的告警可以分为设备告警和性能告警两大类，设备告警主要提示设备软硬件故障，例如载频退服、处理器故障等；性能告警是在统计时段内性能统计超过门限设置而触发的告警，例如在TCH拥塞次数告警门限设为100的情况下，一小时内小区累计TCH拥塞100次，即产生告警。下面分别介绍。（2） 设备告警a) 设备告警根据影响服务的程度分为以下级别，可以根据告警级别优先处理严重的网络问题。 Critical严重告警，故障使通信服务中断，需要立即处理。 Major重要告警，故障导致通信服务的能力受到损失，同样需要及时处理。 Minor轻微告警，故障使设备的冗余减少，不需要立即处理，但仍需解决以避免出现严重问题。 Warning警告，设备的服务没有受到影响，但可能有潜在的问题，需要关注并解决。 Investigate不确定级别，需关注，对于不能定义告警级别的标注为Investigate，这类告警需要维护人员进行分析判断并处理。 Clear告警清除，对应于之前出现的故障告警，表明故障已恢复，告警清除。b) 根据出现告警设备的类别，以及设备在系统中的作用，系统将设备告警归为以下类型，便于维护人员发现和判断问题：告警类型OMC-R告警类型名称BSS告警类型名称说明CommunicationcommunicationFailureEventCommunication影响用户间信息或数据传输Quality of ServicequalityOfServiceFailureEventQuality of Service导致服务质量下降ProcessingprocessingFailureEventProcessing软件或进程错误EquipmentequipmentFailureEventEquipment硬件故障EnvironmentalenvironmentFailureEventEnvironmental站点物理环境发生改变LinklinkFailureEventEquipmentOMC-R和网元间X.25链路连接故障NHA EventNHA-Eventn/ac) 告警实例#0 - NOT APPL - *NONE*.communicationFailureEvent - RSL - BSS142(BSS142:SITE-0:): 0 RSL 22 0 - 18/06/2006 10:14:20. 10 Link Disconnected - FMIC - Critical -/-.Config Tag 8003d6Reason: Guard Timer Expired; Timeslot: 1; MMS 30 1 0.说明：我们从完整的告警中可以了解到，该告警属于“communicationFailureEvent”通信类告警，告警的网元为RSL信令链路，告警出现在BSC142的RSL22 0，即22号站的第一条RSL，告警时间为“18/06/2006 10:14:20”。告警号为10，即RSL 10#告警。后面还有详细的告警描述，告警严重级别以及告警原因。#3311 - NEW - *NONE*.communicationFailureEvent - GPROC-GPROC2 - BSS112(BSS112:SITE-0:): 0 GPROC-GPROC2 29 - 17/06/2006 00:47:00.35 LAN Connection Failure - FMIC - Major 3/23.LCF 24.HW Version 6hn Config Tag 1说明：这是一条级别为重要的告警，GPROC 35号告警，同样可以从告警中看到出现告警的硬件类型、板卡位置及其他相关信息。#1620 - NEW - *NONE*.communicationFailureEvent - MSI-GDP - RXCDR024(RXCDR024:SITE-0:): 0 MSI-GDP 14 - 16/06/2006 03:21:40.9 TRAU Frame Synchronization Loss - FMIC - Investigate 0/14.HW Version 1h - Kit No. SWLN4485ADF - Device Serial No. X56FYSUEP2SITE 0 : (RXCDR024:SITE-0:): Investigate说明：Investigate类型的告警。MSI 9号告警，根据发生告警的硬件及告警内容不能确定是否对网络服务造成影响。2746774BJSGSN15BMTField No.: 1; Row No.: 1; Column No.: 3; Subrack No.: 7; Slot No.: 13; Board position: IO; Board type: UGBI; NSEI: 1630; BVCI: 0; Reset Initiator: SGSN;SGSN2023388BSSGP entity reset successEvent AlarmRunning SystemWarning2006-06-17 00:25:390000-00-00 00:00:002006-06-17 00:25:47Acknowleged EventAutomaticOperator说明：Warning类型的告警。对业务没有影响，起到提示维护人员的目的。上面给出了一些现网告警的实例，由于网络中通信故障类告警（communicationFailureEvent）比较多，因此例子中没有将各种类型告警一一列出。通过告警描述，可以看出告警的网元及告警号，这就可以指导我们查询厂家的告警手册，具体了解告警的触发原因及处理办法。（3） 性能告警当统计性能达到门限时，性能管理（PM）子系统会生成PM告警并上报OMC。通过性能告警，我们可以比较及时的发现网络中与性能优化相关的问题，例如信道拥塞、寻呼溢出等。性能告警和设备告警可能有相同的告警号，这需要维护人员分类清晰。例如： Device alarm 0: BSS: Last MTL Link Failure - Signalling Point Inaccessible说明：BSS 0告警，设备类告警，描述中说明为MTL链路断。 PM alarm 0: BSS: Paging Request From MSC Protocol Error - PM说明：BSS 0告警，性能类告警，在手册的告警中标明为PM，描述中说明从MSC发来的寻呼消息协议错误统计超出门限。告警实例：#0 - NOT APPL - *NONE*.qualityOfServiceFailureEvent - CELL - BSS145(YanQingYiZhiXueXiao-30:): 30 CELL 460-00-4191-8047 - 17/06/2006 00:34:27.1 Threshold Reached: Attempt at Allocating an SDCCH Failed - Intermittent (0) - Major -/-.CELL 460-00-4191-8047: Major说明：该告警为服务质量类（qualityOfServiceFailureEvent）告警，小区级别的1号告警，告警小区为BSC145的30号站，延庆一职学校，CI为 8047。告警描述说明该小区的SDCCH信道拥塞次数在统计时段内达到了门限设置，属于重要的性能告警。要注意小区级也存在1号设备告警，需要区分清楚。（4） 监控方法a) OMC告警窗口图41：OMC告警图41的圆圈中为OMC的告警监控部分，左侧汇总了当前的告警信息，统计了每一类告警的具体数量，双击右侧的方框将会弹出告警窗口，新的告警将在窗口中自动弹出，并且部分告警状态也会自动更新，例如已清除的告警将变为绿色。告警窗口如图42所示。图42：告警窗口但是这种方法看到的告警为OMC上各网元各级别的告警，数量非常大，不易筛选出重要的关注的告警。为了有重点的监控网络重要告警，我们可以自定义告警窗口，在窗口中只显示定制好的网元，定制好的告警。这样就可以高效的对网元告警进行监控。如图43所示，在OMC的图形用户界面上点击Event Mgt，弹出的窗口将显示所有已定制好的告警。若有自己关注的告警，可以直接选中该条目后点击下部的OPEN，这样定制好的告警窗口就会打开，当前仍处于激活状态的告警就会显示在窗口中。图43：定制告警1如果要重新定制一个告警窗口，可以点击下部的“NEW”，在弹出的窗口中给自定义窗口命名，然后“ok”。重新在图43的LIST窗口中选中新定义的条目，打开，如图44。首先弹出的是最左侧窗口，在菜单中选择“Subscription”项中的“Add Subscription”，将弹出右侧窗口，在该窗口中可以逐一选择告警设备类型，具体网元，告警类型，告警级别等，全部定义好后选择“ok”。就可以将定制好的告警窗口存储下来，以后需要时可直接打开查看告警。图44：定制告警2b) 远端登陆指令查询查看网元的实时告警，也可以通过远程登陆BSC的方式用指令查询。如图45所示，在OMC的图形界面选择“Remote Login”点击，会出现网元列表，选择要登陆的网元后，点“TTY”的按钮，会出现相应网元的指令窗口。图45：远程登陆BSC在窗口中键入指令，可以查询BSS系统各级网元的告警信息，如图46所示。图46：在窗口中查询告警信息2. Nokia设备告警监控告警按网元分类，可以分为NSS网元告警、BSS网元告警、BTS告警；按告警类型分类，分为设备故障告警、设备性能告警；按告警级别分类，分为“*”（Critical）、 “*”（Major）、“*”（Minor）和“warning”。网络优化中心负责监控的告警主要为BSS以下网元的告警和设备性能告警，目前主要的监控手段是通过OMC对告警进行实时的监控，或者通过BSC查询当前告警及历史告警。（1） 通过OMC进行实时告警监控利用 NOKIA OMC可以很方便的对重点关注的告警进行监控：第一步：进入OMC操作界面，打开Application Manager第二步：打开Alarm Monitor第三步：在Alarm Monitor界面，点击菜单ConfigurationMonitoring Cirteria第四步：进行要监控得告警配置第五步：弹出如下得窗口中，选择要监控得网元第六步：保存该方案，点击菜单CirteriaSave，在弹出得窗口中输入名称，保存即可第七步：激活告警，点击菜单CirteriaActivate第八步：观察告警，此时得窗口如下：（2） 通过BSC进行告警监控网络优化中心关注的是BSS以下网元的设备故障告警和设备性能告警，NOKIA BSC告警查询指令分为对BSS本身设备告警查询和BTS设备告警查询两类，BSS设备告警通过A族命令查询，BTS告警通过EO组命令查询。BSS设备告警查询，BSC指令主菜单：A族（告警监测系统各组指令）查询BSC当前激活的告警指令：ZAHO指令结构：ZAHO:#UNIT TYPE#,# UNIT INDEX#:# ALARM PARAMETER#;指令举例：AHO:BCSU,1:NR=2725;指令解释：查询BSC中BCSU 1下所有当前激活的2725告警执行结果：查询BSC的历史告警指令：ZAHP指令结构：ZAHO:#UNIT TYPE#,# UNIT INDEX#:# ALARM PARAMETER#:#DATA#,#TIME#;指令举例：AHO:BCSU,1:NR=1254;指令解释：查询BSC中BCSU 1下所有当前激活的2725告警根据指令执行结果，可以利用NOKIA NED查询具体含义，比如查看告警附加信息，根据NED处理建议进行后续处理。BTS设备告警查询，BSC指令菜单：查询BTS当前激活的告警指令：ZEOL指令结构：ZEOL:# BCF NUMBER#:# ALARM PARAMETER#;指令举例：ZEOL:137:NR=7745;指令解释：查询BSC中BCF137当前激活的7745告警执行结果：查询BTS的历史告警指令：ZEOH指令结构：ZEOH:#DATA#,#TIME#:# ADDITIONAL PARAMETERS#;指令举例：ZEOH:2006-6-21,00-00-00:BCF=137，NR=7745;指令解释：查询BSC中BCF137的7745告警历史执行结果：根据指令执行结果，可以利用NOKIA NED查询具体含义，比如查看告警附加信息，根据NED处理建议进行后续处理。3. 统计数据监控（1） 日常指标监控日常的指标检测主要从维护网络质量和网络安全两个方面进行。网络质量方面的维护主要是对小区性能指标的监控，通过提高小区性能指标，不断提升网络指标，提高客户感知度。网络安全方面的维护主要是对信令链路的监控和对BTS，BSC主处理器的CPU利用率的监控，通过这种监控，可以保证网络系统的稳定运行，防止网络出现大面积故障导致网络瘫痪。因此，日常的优化工作要兼顾两个方面的指标，在保证网络安全的基础上，不断的提升网络质量。下面将从这两个方面介绍，日常优化工作中需要关注的性能指标和监控门限。a) 小区性能指标监控基础的优化工作，主要是通过分析小区的各种性能指标来开展的。这些性能指标从优化工作的角度来分，基本分为：主要监控指标和辅助分析指标。其中主要监控指标呈现了小区存在的问题，而辅助分析指标则用来帮助优化人员定位小区问题产生的原因。另外，这些性能指标还可以从网元级别的角度来分，基本分为：小区级性能指标和载频级性能指标。下面，将从网元级别角度的分类来说明各种性能指标的意义，计算方法和监控门限。小区级性能指标主要分为：信道类指标，掉话类指标， SD话务类指标，TCH话务类指标，网络接入及接通率指标，切换类指标，寻呼类指标，短信类指标，CCCH信道类指标。下面，将从各类指标逐一展开进行详细说明。（1） Motorola信道类指标：a) TCH可用信道（avail_tch_max）含义：小区可以提供的最多的TCH信道个数，可用来辅助优化分析小区容量，计算每线话务量。计算：OMC原始统计项监控门限：无 b) TCH_H可用信道（avail_tch_max_hr）含义：该统计项除2表示小区可以提供的最多的半速率信道个数，可用来辅助优化分析小区容量，计算每线话务量。计算：OMC原始统计项监控门限：无c) SDCCH可用信道（avail_sdcch_max）含义：小区可以提供的最多的SDCCH信道个数。计算：OMC原始统计项监控门限：无（2） Nokia信道类指标：a) TCH可用信道统计时段内，小区平均可以提供的TCH信道个数，可用来辅助优化分析小区容量，计算每线话务量。b) 不可用TCH统计时段内，小区平均闭塞的TCH信道个数，可用来辅助优化分析小区容量，计算每线话务量。c) TCH_H可用信道统计时段内，小区平均可以提供的半速率信道个数，可用来辅助优化分析小区容量，计算每线话务量。d) GPRS信道数统计时段内，小区平均可以提供的GPRS信道个数。监控门限：=1e) SDCCH可用统计时段内，小区平均可以提供的SDCCH信道个数。f) 不可用SD统计时段内，小区平均闭塞的SDCCH信道个数。（3） Motorola掉话类指标：a) TCH掉话次数（tch_loss） 含义：发生在手机占用TCH信道时候的掉话次数，可用来辅助分析小区掉话高的原因计算：对应OMC原始统计项：rf_loss_tch_roll监控门限：10个b) 切换掉话次数（ho_loss）含义：发生在手机切换过程中的掉话次数，手机发生切换时，既没有占用到目的小区的TCH信道，也未返回到原小区的TCH信道，即造成了切换掉话。可用来辅助分析小区掉话高的原因。计算：由多个OMC原始统计项计算产生ho_loss= intra_cell_ho_los （小区内切换掉话）+o_intra_bs_ho_los （BSC内切换掉话） +o_inter_bs_ho_atm（跨BSC切换尝试 次数）- o_inter_bs_ho_suc （跨BSC切换成功次数） - o_inter_bs_ho_ret （跨BSC切换返回源小区次数） （BSC间切换掉话）监控门限：10个c) 掉话率（Drop_call_rate）含义：掉话率计算：Drop_call_ratetch_lossho_loss/total_calls*100 total_calls: TCH占用次数（不含切换）即该小区起呼的call的个数。监控门限：3d) CMCC掉话率（Drop_call_rate_cmcc）含义：CMCC定义的掉话率，由于分母为MSC统计，因此掉话率为MSC级。计算：Drop_call_rate_cmcc=（rf_loss_tch_roll +o_intra_bs_ho_los + o_inter_bs_ho_clr ）/（ MSC统计的ANSWERED）监控门限：MSC级统计，挑战指标0.85（4） Nokia掉话类指标：a) TCH掉话次数（NOKIA DCR3j）TCH NORMAL SEIZ之后的全部非正常通话中断。公式：tch_radio_fail+tch_rf_old_ho+tch_abis_fail_call+tch_abis_fail_old+tch_a_if_fail_call+tch_a_if_fail_old+tch_tr_fail+tch_tr_fail_old+tch_lapd_fail+tch_bts_fail+tch_user_act+tch_bcsu_reset+tch_netw_act+tch_act_fail_call监控门限：0c) TCH掉话率（NOKIA DCR3j）掉话率（TCH掉话次数/ TCH占用次数）*100%监控门限：30d) TCH掉话次数（CMCC掉话率）TCH 分配成功后到BSC收到CLEAR COMMAND之间的全部掉话计数器：SPARE2071e) TCH占用次数（CMCC掉话率）MSC记录的ANSWER次数计数器：SPARE2071f) TCH掉话率（CMCC掉话率）掉话率（TCH掉话次数/ TCH占用次数）*100%CMCC掉话率最小网元范围是MSC级。（5） Motorola SD话务类指标：a) SD话务量（sd_traffic）含义：每个统计间隔内使用的SDCCH的平均数。计算：对应OMC原始统计项：busy_sdcch_mean监控门限：辅助优化分析SD拥塞问题以及分析小区SD信道数的配置问题b) SD信道分配次数（alloc_sdcch）含义：CRM成功分配SD信道的总次数。计算：OMC原始统计项监控门限：辅助优化分析SD拥塞问题以及分析小区SD信道数的配置问题c) SD信道拥塞次数（alloc_sdcch_fail）含义：当CRM试图分配一个空闲的SDCCH，却由于SDCCH忙而被禁止时，这个统计项增加。计算：OMC原始统计项监控门限：500次，超过此门限，则需要关注和分析该小区的SD拥塞情况，具体处理措施参考第三章：优化问题处理中的第三节：拥塞问题分析与处理。d) SD信道接通率（sdcch_conn_rate）含义：反映SDCCH信道拥塞的情况。计算：sdcch_conn_rate100-SDCCH拥塞率监控门限：75，低于该门限，则需要分析和解决SD信道拥塞问题。e) SD信道平均占用时长（Sdcch_mean_holding_time）含义：反映SDCCH信道上的呼叫平均持续时间。计算：Sdcch_mean_holding_timebusy_sdcch_mean*统计间隔*3600/ok_acc_proc)监控门限：10秒，超过门限，则说明SD信道占用有故障，需要INS小区内配有SD信道的载频。（6） Nokia SD话务类指标：a) SDCCH话务量每个统计间隔内使用的SDCCH的平均数。b) SD试呼BSC记录的SDCCH试呼次数监控门限：0c) SD拥塞次数无空闲SDCCH信道情况下，新的SD信道请求记录为SD拥塞监控门限：500d) SD拥塞率反映SDCCH信道拥塞的情况。SD拥塞率（SD拥塞次数/ SD试呼）*100%e) SD接通率反映SDCCH信道接通的情况。SD接通率100-SDCCH拥塞率f) SD掉话次数反映SD信道保持情况。公式：sdcch_radio_fail+sdcch_rf_old_ho+sdcch_user_act+sdcch_bcsu_reset+sdcch_netw_act+sdcch_abis_fail_call+sdcch_abis_fail_old+sdcch_bts_fail+sdcch_lapd_fail+sdcch_a_if_fail_call+sdcch_a_if_fail_old监控门限：500g) SD掉话率反映SD信道保持情况。SD掉话率SD掉话次数/ （SD试呼- SD拥塞次数）*100%（7） Motorola TCH话务类指标a) TCH话务量（Tch_traffic）含义：每个统计间隔内使用的TCH的平均数。计算：对应OMC原始统计项：busy_tch_mean监控门限：辅助优化分析TCH拥塞，超忙问题以及分析小区TCH信道数的配置问题b) 每线话务量（Erlchan）含义：每个统计间隔内每个TCH信道承载的平均话务量计算：Erlchanbusy_tch_mean/(avail_tch_maxavail_tch_max_hr/2)监控门限：0.8，超过此门限被认为超忙