无线网络优化培训手册无线指标优化分析.doc

无线网络优化培训手册无线指标优化分析1接入性对网络接续性有影响的因素可以有很多方面，主要方面归纳起来有以下几种类型。l 寻呼性能（Paging）：寻呼性能也会影响网络的接续性，在表现上差的寻呼既会影响手机作为主叫呼叫手机的接续，同时也会影响手机作为被叫的其他种类接续。l 随机接入（Random Access）性能：随机接入是手机接入网络的第一个步骤，高随机接入失败率将降低网络的接入性。覆盖不好、上下行不平衡、干扰等会引起随机接入失败，表现为定时提前量(TA)过高，RACH解码错误等。网络的接入性差会直接降低网络的接续性。l 信令信道（SDCCH）性能：影响信令信道性能的主要方面为拥塞及掉话问题。信令信道存在严重拥塞会影响到所有使用SDCCH的信令过程，如呼叫建立、位置更新、短消息等。而信令信道的掉话则会终止呼叫过程。l 话音信道（TCH）性能：影响话音信道性能的主要方面与信令信道方面相似主要为拥塞及信道指配成功率方面。各种原因引起的信道分配不成功都将导致接续失败。l 位置更新性能（Location Updating）：位置更新的性能差会对手机做主叫发起呼叫的接续及手机作为被叫应答的呼叫均产生负面影响。l 设备配置：设备配置不合理也会影响网络的接续性，其主要表现为导致网络的拥塞程度增加从而影响网络的接续性。l 设备工作稳定性：设备工作的不稳定对影响网络的接续性有很大的影响，其主要表现为在话务接续的过程中导致各种非正常中断，从而影响网络的接续性。l 覆盖：覆盖问题主要表现为用户不能接入网络，脱网等，在存在明显覆盖盲区的地区更加明显。1.1 寻呼Paging的性能主要依赖于无线网络性能,特别是无线覆盖,无线容量,小区规划和频率规划,尽可能低的无线干扰.同时交换方面也有一些参数可能会影响Paging的性能.下列就是这些参数:1)、MSC交换机属性中有关Paging的定时器 有几个相关的Paging定时器,第一次Paging和第二次Paging定时器,在1个LAC,整个MSC区域中Paging的定时器。第一和第二次Paging加起来的时间建议最多不超过12秒.如果定时器太长,会有两个不好的影响.首先A用户可能没有耐心等那么长的时间而没有一点声音.其次,某些PSTN局可能会在EOS400产生前就因为C7超时而拆线,在某些PSTN局寻呼总时长为14或15秒.这样A用户将不能听到任何通知音,从而导致用户不停地拨打失败的呼叫.2)、周期性登记定时器T3212和隐含Detach时间MGIDP该参数对Paging成功率有时会有很大的影响.比如从4小时到1小时.如果该定时器的值太小会有一些不好的影响,如增加SDCCH负荷,C7负荷和CP负荷,SDCCH掉话增加,话务高峰时系统过载.MGIDP中的定时器始终应等于或大于T3212,否则很多用户将会被隐含关机.3)、MSC交换机属性中Purge控制功能Purge控制功能应该始终打开.如果Purge控制发出,就意味着VLR中的一个用户被清除或复位.然后VLR送出PurgeMs的信息至HLR,然后HLR中该用户的位置信息也同样被清除或复位.不向HLR发Purge消息的坏处是,当MSC发生大启动,VLR中所有的用户数据被清除(在R8中将有所改变),但在HLR中这些用户的位置信息仍在.如果这些用户作被叫,HLR将要求VLR提供漫游号.当漫游号到达时,由于VLR中没有该用户数据.MSC/VLR将发起全MSC范围内的第一,第二次Paging,大多数情况下Paging会失败.这将增加负荷,影响系统性能.4)、针对MSRN的B表分析和路由定义在B表中所有MSRN的号码序列都应定义为MTE.如果缺少任何MSRN的号码序列将会严重影响系统CCR.同样针对MSRN的路由定义也必须正确,尽管这些参数不影响Paging性能,但它们是处在Paging进程开始前的重要数据.如果这些数据有错,那么将不会有相关的Paging,许多手机作被叫的话务将失败.5)、关注与Paging有关的软件模块(MPAG&RMPAG)中的SAE如果MPAG软件模块中有任何拥塞,将会有拥塞告警,同时EOS398也会产生.除了MSC中的MPAG外,BSC中RMPAG的SAE也需要检查.6)、与寻呼相关的2个SAE. SAE=500, BLOCK=MPAG ( MSC )SAE=500, BLOCK=RMPAG ( BSC )7)、无线方面对寻呼的影响：1) 覆盖问题。2) 过多的位置更新。3) 网络随机接收性能差。4) SDCCH拥塞。5) 干扰、质量问题，信号弱或TA问题引起的掉话。6) 无线参数设置：AA、MAXRET、T3212、AACCMIN、AGBLK、MFRMS、BCCHTYPE。7) MS硬件或型号引起。8) BTS硬件问题或者拥塞。9) MSC和BSC之间的信令链路不稳定。寻呼成功率指标及内COUNTERNPAG1RESU: 第一次寻呼成功次数 （OBJTYPE PAGING）NPAG2RESU: 第二次寻呼成功次数（OBJTYPE PAGING）NPAG1LOTO1： 第一次寻呼总次数（OBJTYPE PAGING）NPAG1GLTO2: 第二次寻呼总次数（OBJTYPE PAGING）寻呼成功率计数器触发原理及内在关系寻呼次数COUNTER对应的为 PAGING REQUEST消息。成功次数为PAGING RESPONSE 消息。1.2 随机接入随机接入过程是一个信道申请过程。从广义上说，这个过程始于移动台（MS），当处于空闲状态（IDLE MODE）下的MS需要与网络建立通信连接，MS就在RACH(随机接入信道)上向网络发送一条称作“信道请申请”（CHANNEL REQUEST）消息的报文来向系统申请一条信令信道，网络将根据信道请求需要来决定所分配的信道类型。报文中有用信令消息只有8bit，其中有3bit用来提供接入网络原因的最少指示（对于PHASE 1标准，该建立原因只用3bit；对于PHASE 2 标准，由于引入半速率的概念，建立原因所占的比特最多可达到6bit），如紧急呼叫、位置更新、响应寻呼或主叫请求等，在网络拥塞的情况下，系统可以根据这些粗略的指示来分别对待不同接入目的信道申请（哪些类型的呼叫可以接入网络，哪些类型的呼叫将被拒绝），并为它们选择分配最佳类型的信道。在这一指示中，由于信道容量的限制，显然不能将移动台想要传送的所有消息全部发送给网络，如申请信道的具体原因、用户身份及移动设备的特性等（这些消息在SABM消息中发送）。另外5bit是移动台随机选择的鉴别符（这是对于PHASE 1标准，对于PHASE 2标准，相应的可变为2bit），它并不用来向网络提供信息，其目的是使网络能区分不同MS所发起的请求，网络此后将向移动台发送的“立即指配命令”（含有所分配信道的信息）中会再次将鉴别符发还给移动台，移动台会通过网络返回的鉴别符和本身所发送的鉴别符相比较来判断该信息是否是网络发还给自己的。但它只有5bit，最多只能同时区分32个MS，不保证两个同时发起呼叫的MS的随机鉴别符一定不同。要进一步区分同时发起请求的MS，还要根据Um接口上的应答消息。信道请求消息只在BSS内部进行处理。BTS在对移动台的“信道申请”（CHANNEL REQUEST）消息正确解码后，它将把“信道请求”（CHANNEL REQUIRED）的报文通过ABIS接口发送给BSC，并附上BTS对该MS到BTS传输时延（Timing Advance）的估算（这一指示对启动定时提前控制很重要）及本次接入原因等附加信息，BSC收到此消息后，将根据接入原因及当前系统资源情况的判断，为该次请求选择一条相应的空闲专用信道SDCCH供MS使用。但所分配的信道及其相关的地面资源是否可用，还需BTS作应答证实，这个程序的完成是通过BSC向BTS发送一条”信道激活”（CHANNEL ACTIVE）的报文来查询相应的地面资源（传输电路等）是否可用，该报文指明激活信道所需的全部属性，包括信道类型、工作模式、物理特性和时间提前量等。BTS在准备好相应的资源后，将返回一条“信道激活证实”（CHANNEL ACTIVE ACK）的报文来答复BSC。BTS完成指定信道的激活后，BSC将在MS接收“信道请求”的同一CCCH（公共控制信道）时隙（TS0）即AGCH（接入允许）信道以无证实方式发送一条“立即指配”或“立即指配扩展”的消息来向移动用户分配专用信令信道。BTS在下行CCCH信道的任何部分都可发送“立即指配”或“扩展的立即指配”，这就需要MS对CCCH的所有信息块都进行侦听。所分配的信道类型（TCH或SDCCH，信道模式设置为指令）由运营者决定。在启动立即指配命令的同时网络启动定时器 T3101 。“立即指配”或“扩展的立即指配”消息包括：指配信道的描述（新的频率序列，MAIO，HSN）；“信道请求”的信息字段和接收到“信道请求”帧的缩减帧号码（缩减帧号是根据BTS收到信道申请时的TDMA帧计算出来的一个取值范围较小的帧号）；初始化时间提前量；起始时间指示（可选）；初始化最大传输功率以及有关随机参考值。每个在AGCH信道上等待分配的MS可以通过比较参考值来判断这个分配信息的归属，以避免争抢引起混乱。MS收到立即指配命令后，通过对该消息的解码，如果认为随机鉴别符和缩减帧号值都符合要求，MS就会将本身的收发配置调整到指定信道上来，并按照BSC指定的TA值和初始化最大发射功率（CCHPWR）开始传输信令。此后将将继续进行信令的接续以及鉴权、加密、TMSI再分配等。图3.1信令连接建立流图简介了随机接入的过程。 Sequence Diagram For Signaling Connection Setup随机接入计数器触发机理：其中随即接入请求总次数是CNROCNT与RAACCFA的和。其他12个计数器代表了各种接入原因的次数，它们的和是CNROCNT所记录的次数。计数器RATRHFAEM1、RATRHFAOT2、RATRHFARE3分别记录了在TRH端所拒绝的接入请求次数。但这些次数不被包含在RAACCFA的次数中。随机接入计数器的触发机理随机接入的失败可能有以下几个原因：（1） 覆盖不理想。（2） 基站硬件问题。（3） 上下行功率不平衡。（4） 相同的BCCH/BSIC组合带来的干扰导致无法解码。（5） 软件拥塞（SAE）。（6） CP负荷过高，导致随机接入请求被拒绝。（7） 外部干扰。只有了解了随机接入失败的原因，就可以对症下药，才能彻底地解决问题。以下是一些解决随机接入失败的常用思路和方法。 查看CP负荷，确认系统负荷处在正常的范围内； 检查BSC告警，找出是否有连续的软件拥塞出现； 建立BSC级的统计，检查随机接入失败发生的时间统计规律，是否持续存在，与话务量高低变化是否相关等，以确认该故障是否由于不确定因素导致偶然发生的； 通过统计分析查看问题小区SDCCH信道及TCH信道是否有拥塞的现象，并且确认拥塞是由硬件问题引起的还是业务量突然增大引起的； 检查是否有硬件问题，查看ERROR LOG 看有无硬件告警。如果有硬件故障，那就会导致网络对MS信道请求无法进行信道指配，甚至无法收到MS信道请求。出现这种情况时应检查基站硬件，特别是上行部分（TRX、天线、馈线）。若无法确认应作Abis口挂表分析，以确认问题所在； 分析判断是否有干扰问题及覆盖问题。检查下列运行状况：TCH话务统计情况（上行质量掉话，场强掉话）、SDCCH话务统计情况（质量掉话、场强掉话）、切换统计情况（上行质量紧急切换），小区内切换情况（上行质量触发切换），以及空闲信道测量统计等确定有无BCCH上行干扰或弱信号接入、路径损耗过大等。同时运用信令追踪手段，统计查看是否有大量的TA超限的接入请求，如果有则可断定问题小区有越区覆盖或覆盖过远的问题。如果可以排除硬件等其他问题，市内局应重点怀疑干扰的可能性；郊区局则可怀疑信号覆盖过远的可能性，特别是面向开阔水域的小区，如河边、海边、湖边及沼泽等地形。对于怀疑干扰的问题，可结合故障现象的起始时间和持续时间调查小区周围是否有新增射频发射装置。检查频率分配方案确认有无同频或临频干扰，如果有怀疑，可临时改动BCCH频率或BSIC，观察统计结果是否有变化。可以使用OSS上RNO的功能，如FAS和MRR进一步确定故障小区的干扰情况和统计特征，必要时可进行路测。最后可利用频谱分析仪或射频接收机检查干扰信号的特征，确定是否为宽带直放站或干扰机引起的上行干扰等等。如果仍没有解决问题的话，就要检查一下参数设置是否合理，这些参数包括随机接入的控制参数：MAXRET、TX、CB、CBQ、ACC等；及ACCMIN、CRO/PT、CRH等控制MS空闲模式下行为的参数和功率参数，看是否能够利用参数修改来优化业务的流量或流向，改善如随机接入失败与话务量过高有关的接入成功率。随机接入检查流程图TA值分布信令追踪方法运用TEST SYSTEM对随机接入失败时TA分布做信令追踪，通过对信号RMCHANNELREQ 中D5和D8的追踪统计TA的分布。统计小区的TA63的请求,同时统计请求的原因。从而分析随机接入失败的原因。功能描述：SIGNAL RMCHANNELREQ;! FUNCTION:CHANNEL REQUIRED MESSAGE!TYPE 1 CP-CP;! SINGLE SIGNAL !LEVEL B BUFFER;DATA D1 16 ,! CHANNEL INDIVIDUAL ! D2 16 ,! CELL POINTER ! D3 16 ,! REQUEST REFERENCE ! D4 16 ,! REQUEST REFERENCE ! D5 16 ,! ACCESS DELAY ! D6 16 ,! NEW ESTABLISHMENT CAUSE INDICATOR (NECI) ! D7 16 ,! CHANNEL REQUEST IDENTITY ! D8 16 ;! REQUEST REFERENCE INDICATOR ! DETAILED DATA DESCRIPTION:D3: REQUEST REFERENCEB0-B7 : SPAREB8-B15 : RANDOM ACCESS INFORMATIOND4: REQUEST REFERENCED5: ACCESS DELAYB0-B7 : SPAREB8-B15 : MEASURED ACCESS DELAYVALUE RANGE : 0-255D6: NEW ESTABLISHMENT CAUSE INDICATOR (NECI)0 = NEW ESTABLISHMENT CAUSES ARE NOT SUPPORTED1 = NEW ESTABLISHMENT CAUSES ARE SUPPORTEDOTHER VALUES NOT USEDD7: CHANNEL REQUEST IDENTITYCHANNEL REQUEST IDENTITY, ORIGINATING FROM H_AMD.D8: REQUEST REFERENCE INDICATOR0 = EMERGENCY1 = NORMAL3 = LOCATION UPDATEOTHER VALUES NOT USED!追踪实例：END SIGNAL; ON OUTSIG RMHBI BUFSIG SSP=H076 RMCHANNELREQ ON THL TO RMSCS WITH H00 8A02 H0082, H0100, HE0CB, H4000, H0001, HCE86, H0003 其中，D1位H00 8A02 指示为小区G023502,D5位 H4000指示TA值等于64，D8位H0003 指示接入原因。即此追踪结果显示手机在小区G023502中作了一位置更新的接入请求，但是因TA值超限而失败。 附：与随机接入有关的Counter：包括随机接入RANDOMACC和随机接入扩展RNDACCEXT两组计数器。测量通过随机接入信道来完成。Objtype: RANDOMACC 随机接入所有小区通过这个计数器来记录BSC收到的随机接入请求的数量。小区参数NECI用于标志一个GSM PHASE 2手机是使用GSM PHASE 1确立原因（establishment causes）（NECI=0），还是使用全套GSM PHASE 2确立原因（NECI=1）。CNROCNT：可接受的随机接入总次数。不包括失败的随机接入次数RAACCFA。RAANPAG：寻呼响应的随机接入次数。NECI=0或NECI=1，触发条件是原因值为100x xxxx。另外，CNROCNT和RAANPAG这两个计数器也受TRXT连接的触发。RAEMCAL：紧急呼叫的随机接入次数。NECI=0或NECI=1，触发条件是原因值为101x xxxx。RACALRE：呼叫重建的随机接入次数。如果NECI=0，触发条件是原因值为110x xxxx，呼叫重建，必须使用全速率话音信道，或主叫且NECI位不为1，或过程以SDCCH结束且NECI位不能设为1；如果NECI=1，触发条件是原因值为110x xxxx，呼叫重建，使用全速率话音信道，也可以使用半速率话音信道，但使用半速率时网络的NECI位不能设为1。RAOSREQ：其他业务请求的随机接入次数。如果NECI=0，触发条件是原因值为111x xxxx，主叫且必须使用全速率话音信道，或主叫且NECI位不为1；如果NECI=1，触发条件是原因值为111x xxxx，主叫且必须使用全速率话音信道，或主叫且NECI位不为1，或过程以SDCCH结束且NECI位不能设为1。RAOTHER：所有其他情况的随机接入次数。NECI=0或NECI=1，触发条件是原因值为000x xxxx，位置更新（必需SDCCH）。RAACCFA：失败的随机接入次数。触发条件是TA值过大，值不可用或者可能的“软件拥塞”。RATRHFAEMCAL：因为紧急呼叫信道请求在TRH中被拒绝的次数。触发条件是每次因为紧急呼叫信道请求在TRH中被拒绝。RATRHFAREG：因为位置更新信道请求在TRH中被拒绝的次数。触发条件是每次因为位置更新信道请求在TRH中被拒绝。RATRHFAOTHER：除了RATRHFAEMCAL和RATRHFAREG的其他原因，信道请求在TRH中被拒绝的次数。触发条件是每次其他原因信道请求在TRH中被拒绝。Objtype: RNDACCEXT 所有小区通过这个建立原因扩展范围的计数器来记录BSC收到的随机接入请求的数量。对于GSM PHASE 2手机使用下列原因值时，这些计数器也被触发。RACALR1：呼叫重建的随机接入次数。触发条件是原因值为0110 10xx，使用半速率且网络NECI位设为1。当NECI=0时，该计数器也增长。RACALR2：呼叫重建的随机接入次数。触发条件是原因值为0110 11xx，使用半速率+半速率（TCH/H+TCH/H）且网络NECI位设为1。当NECI=0时，该计数器也增长。RAAPAG1：寻呼响应的随机接入次数。触发条件是原因值为0010 xxxx，信道需求为全速率，移动台为双速率。RAAPAG2：寻呼响应的随机接入次数。触发条件是原因值为0011 xxxx，信道需求为全速率或半速率，移动台为双速率。RAAPOPS：寻呼响应或SDCCH上其他过程结束的随机接入次数。触发条件是原因值为0001 xxxx。RAORSPE：半速率情况下，网络设置NECI位设为1，双速率移动台发起语音呼叫时的随机接入次数。触发条件是原因值为0100 xxxx。RAORDAT：半速率情况下，网络设置NECI位设为1，双速率移动台发起数据呼叫时的随机接入次数。触发条件是原因值为0101 xxxx。随机接入中各指标的计算公式如下：简写中文名称公式解释RA_TOT随机接入总数随机接入的尝试总次数RA_FAIL随机接入失败率随机接入的失败次数在尝试总次数中的百分比（%）RA_LOA_REJ随机接入拒绝率由负荷问题引起的随机接入拒绝次数在成功的总次数中的百分比（%）RA_ANSWPAG随机接入寻呼应答率应答寻呼的随机接入次数在接受的随机接入总次数中的百分比（%）RA_SERVICE随机接入服务请求率由手机发起的随机接入（起呼、短信等）次数在接受的随机接入总次数中的百分比（%）RA_OTHER随机接入其他请求率由“All other case”引起的随机接入（如Location Updating, Detach, Attach,等）次数在接受的随机接入总数中的百分比（%）RA_EMERG随机接入紧急呼叫请求率由紧急呼叫引起的随机接入次数在接受的随机接入总次数中的百分比（%）RA_CALLREE随机接入再建立请求率由“CallReestablishments”引起的随机接入次数在接受的随机接入总次数中的百分比（%）1.3 SDCCH影响网络接续性的主要SDCCH信道性能指标包括：SDCCH信道的指配成功率、SDCCH信道的掉话率、SDCCH信道的拥塞率及SDCCH信道的硬件完好率。所以在分析SDCCH信道性能对网络的接续性的影响时，应围绕这几类指标来分析。v SDCCH信道拥塞检查 观察BSC级的连续统计，找出是否有连续的拥塞出现。找到有连续高话务量并伴随拥塞的小区，分析小区的话务量情况，是否有话务量过高的情况； 观察有拥塞情况的小区的硬件可用率的情况，检查是否有可用率低的情况； 检查SDCCH的配置是否合理，SDCCH的数量是否满足SDCCH话务量的需求； 检查CBCH的使用情况，是否有未使用的CBCH占用SDCCH资源； 检查周期登记的情况，周期登记是否过于频繁； 检查Location Updating的情况及Location Area的情况，主要判断Location Updating是否过多，并分析其原因是客观原因如小区指向公里、铁路等或是自身定义原因； 检查周围小区的话务情况，分析拥塞属于个别小区还是整片地区普遍存在； 如果有拥塞，查看是否是硬件故障造成的；如果不是，查看SDCCH信道的个数是否能扩容；如果SDCCH信道个数已超过最大可能的配置数，考虑对载频进行扩容。v SDCCH信道掉话检查 建立BSC级统计，找出SDCCH信道高掉话小区； 查看高掉话小区是否有拥塞，也包括查看TCH信道是否有拥塞，如果有拥塞，则先解决拥塞问题； 检查硬件完好率，如果有硬件故障，则先解决硬件故障； 分析掉话原因统计，先处理掉话的主要原因； 信号强度掉话主要是小区覆盖问题引起的；检查天线高度下倾角，结合MRR测量、信令踪等方法确认小区是否有越区覆盖或覆盖过远的问；需要注意的是硬件问题也会造成信号强度及质量的掉话； 信号质量掉话主要是网内或网外干扰造成的； 突然丢失及其他原因掉话；其他原因掉话与硬件及传输的故障有关，而突然丢失除了与硬件及传输故障有关外，与信号强度掉话及信号质量掉话也有一定的直接联系； 查看SDCCH信道切换功能的表现；表现较差的SDCCH信道的切换也会造成一部分掉话。v SDCCH信道指配检查 运用上述方法检查小区SDCCH拥塞情况； 运用上述方法检查小区SDCCH掉话情况； 检查SDCCH的配置是否合理，SDCCH的数量是否满足SDCCH话务量的需求； 检查周期登记的情况，周期登记是否过于频繁； 检查Location Updating的情况及Location Area的情况，主要判断Location Updating是否过多，并分析其原因是客观原因如小区指向公里、铁路等或是自身定义原因； 检查小区覆盖情况，查看是否有上下行接收功率严重失衡的情况； 检查网内干扰情况，或查看是否有外部干扰。 SDCCH信道性能分析流程如下：信令信道的建立过程的顺序示意图如下：下面根据图中的内容对信令连接的过程作简单的介绍：1）Channel Request（信道要求）：由手机在RACH信道（随机接入信道）上向（BTS）基站发送一个随机接入脉冲申请一个信道。在信道要求消息中包括了建立的原因及其他内容，其中呼叫建立的这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短信业务”或“其他”，比如“位置更新”。2）Channel Required（信道请求）：由基站（BTS）向基站控制器（BSC）发出一个为手机申请信令信道的消息。通过这条消息，基站（BTS）进一步向基站控制器（BSC）传递由手机发起的信道要求。3）Channel Activation（信道激活）：由基站控制器（BSC）向基站（BTS）发送。当基站控制器（BSC）收到从基站（BTS）发来的信道请求消息后，基站控制器（BSC）开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，满足条件后基站控制器（BSC）向基站（BTS）发送一条信道激活消息，通知基站（BTS）建立呼叫所用的SDCCH。4）Channel Activation Acknowledge（信道激活证实）：由基站（BTS）向基站控制器（BSC）发送。当基站（BTS）激活指定的SDCCH后发此消息给基站控制器（BSC），此消息为对信道激活消息的应答，当基站（BTS）发出这条消息后，它开始在SDCCH信道发送和接受消息。5）Immediate Assignment Command（立即指配命令）：由基站控制器（BSC）向基站（BTS）发送。该消息包括向手机发送的Immediate Assign（立即指派）消息。6）Immediate Assignment（立即指配）：由基站在AGCH信道上发送给手机。该消息根据Immediate Assignment Command（立即指配命令）中的Immediate Assign（立即指派）消息告诉手机调整至指定的信令信道（SDCCH+SACCH）。7）Establish Indication（建立指示）：手机在将其存储的信息与Immediate Assign（立即指派）消息中所包含的信息进行比较，如果结果正确则手机进入CM Service Request （CM业务请求）阶段，在新指派的SDCCH上发起CM Service Request（CM业务请求）。基站（BTS）收到手机发出的CM Service Request（CM业务请求）后，向基站控制器（BSC）发出Establish Indication（建立指示）消息确认立即指配命令。建立指示消息有两种用途：首先，建立指示消息从基站（BTS）的角度出发，向向基站控制器（BSC）指出移动台目前正在指定的SDCCH信道上。另外，基站（BTS）将识别这一连结并把接收到的第3层的消息加入到这条消息中。同时SDCCH的指派完成。8）SCCP Connection Request（SCCP连接请求）和SCCP Connection Confirm（SCCP连接证实）：基站控制器（BSC）在收到Establish Indication（建立指示）消息后通过向MSC发送包含完整Layer3信息的Connection Request（SCCP连接请求）消息建立一个面向MSC的SCCP逻辑连接，MSC则向BSC返回SCCP Connection Confirm（SCCP连接证实）消息以证实A接口的信令连接已完成。在了解信令信道的连接过程后下面对信令信道接通率相关的COUNTER的触发机理进行解释。下图为信令建立过程的相关的COUNTER的触发流程图。下图3-5为上图中标识“Allocate and activate channel”所示的内容。由以上的流程图可以了解到信令信道的连接建立相关的COUNTER的触发机理。这里所要提醒注意的是CCALLS和CMSESTAB计数器的计数位置。在针对一次业务的信令信道建立的时候，ALLOCATION最大可以允许做两次尝试，这个是由ZMAXALLOC来定义的。也就是当第一次ALLOCATION失败时，接着会进行第二次尝试，ALLOWNUMOFALOC=ZMAXALLOC-1，而两次尝试都会对CCALLS进行计数。如果再失败则发IMMEDIATE ASSIGNMENT REJECT消息；如果下一步成功建立信令信道的连接，则CMSESTAB计一次数。如下图所示：这就预示着会发生这种情况：如果信道拥塞或硬件故障，则会使许多业务发生二次ALLOCATION，从而造成CCALLS的基数偏大。正因为存在着这种ALLOCATION机制，即使在没有拥塞的情况下也会有CCALLS/(CMSESTAB-CCONGS) 不等于 1 。SDCCH信道拥塞的故障处理流程见下图：根据上面的流程图，引起SDCCH信道拥塞的问题主要有：a) 位置区（LAC）边界问题：当某小区处于位置区边界时，导致了频繁的位置更新程序而使信令信道产生拥塞。b) 当发生这种情况时，我们可以通过去观察该小区的越区切换情况来判断它向哪些不同LAC、BSC的小区切出比较频繁，做为依据来做LAC区的优化，进行边界区域的调整。采用该方法时还应考虑如C1、C2算法相关的参数、小区重选滞后和切换容限等参数。c) 参数配置不当：如信令信道配置过少，C1、C2算法的相关参数设置不当；参数T3101、T3122、T3212等设置不当。d) 硬件故障：如果服务小区的TRX等硬件设备出现故障或不稳定，也会导致立即指配时BSC无法将该信道的地面资源激活。e) 非法用户频繁登记：检查是否由于部分有漫游的用户频繁进行登记而导致。例如若该地区开通了数据本地通的新业务，当被限制了漫游的用户处于限制区时，如果它们仍然保持开机状态，则会不停的试图在该网络中登记，但总是鉴权失败，就会相应加大信令的负荷。根据对拥塞产生原因的分类，主要有以下解决办法：a) 提高小区重选磁滞值：当SDCCH的拥塞属于LAC边界问题时，如果拥塞不是很严重，我们可以采用提高小区重选值的办法，以尽量减轻MS的乒乓位置更新。b) 相关参数调整：T3101：调整参数T3101，该手段可减少系统资源的浪费。一般来说，立即指配过程可以3秒内完成，我们将该值设为3秒，可防止BSC为再次重发的信道请求分配资源并可尽可能快的将被浪费的资源释放掉以用于其它的请求。T3107、T3103：调整参数T3107、T3103可以降低对TCH信道资源的浪费。在无线条件较好的情况下，系统对TCH的指配过程大概只需要2秒，因此最低我们可将T3107设为2秒。一般情况下将T3107和T3101均设为5秒即可。T3122：增大T3122可防止在系统无资源的情况下用户仍然频繁的发送信道请求的消息来无谓的增大网络RACH和CCCH信道的负荷（一般T3122应设为10秒，SDCCH信道的业务量很大时可设为30秒），当信道的业务量较轻松时该定时器应尽量设置小一些。T3212：T3212是用于周期性位置更新的限时，通过提高该值可以减轻周期性位置更新对SDCCH信道带来的负荷，但在修改此值时应注意它应小于MSC隐含关机的时间。否则的话，MS若在一段时间内未与网络有任何方式的联系，就会被网络当作关机来处理。MAXRET（最大重发次数）：在确认无线条件较好的情况下，可尽量降低该值以减少对系统资源的浪费几率。一般在小区负荷正常的情况下，应尽量增大该值。c) 查看相关硬件告警记录，解决硬件故障引起的拥塞。SDCCH应答试呼比低的故障处理流程见下图：根据以上的流程图，引起SDCCH应答试呼比低的原因主要有：a) 硬件故障引起：基站的TRX等硬件设备出现故障或工作不稳定，若有SDCCH分配在此硬件设备上，将会导致SDCCH应答试呼比低。b) 频率问题引起：主要是指BCCH或TCH的干扰、同同频或邻频问题。c) 边界基站或高山站经常出现此问题。具体的解决办法：a) 更换基站相应的硬件b) 通过对BCCH和TCH的频率检查或干扰测试仪的测试，更换相应的频点或排除干扰。c) 对于边界基站，主要通过增大小区重选参数，避免进行多次小区重选，从而造成掉话，对于高山站，可主要考虑将接入小区的TA值进行限制。SDCCH掉话率与周围无线环境及基站硬件的性能有很大关系，需要考虑的因素较多。首先高的拥塞率会导致高的掉话率，处理这类问题的着手点就是处理拥塞。其次检查周围无线环境，包括同邻频检查，切换关系检查、覆盖好坏。最后基站硬件的性能检查，包括天馈检查、性能告警监控等。SDCCH信道配置在不同频率对指标的影响：原则上讲，因在SDCCH上进行主叫，被叫及位置更新等信令，因此应将SDCCH放置在干扰最小的频率上。当SDCCH分配在BCCH上，掉话情况取决于BCCH频段本身是否纯净，当BCCH频段噪声电平较高时，SDCCH放置在BCCH上会导致掉话急剧升高，当BCCH较纯净时，SDCCH放在BCCH和TCH 上掉话次数相差不大。因此，如不考虑建立成功率，建议将SDCCH配置在TCH上。在建立成功率方面，根据统计，关闭跳频和将SDCCH放置在BCCH上时，绝大多数小区的分配成功率会小幅提高，可能是由于载频间普遍存在着输出功率不均衡，如果考虑建立成功率，建议将SDCCH放在BCCH上。当BCCH的频率较纯净时，建立成功率会明显提高，且效果远大于其他方法。附：与SDCCH相关的Counter：Objtype:CLSDCCH 小区的SDCCH计数器类型CCALLS：SDCCH分配尝试次数计数器，信令连接建立，切换请求，试呼时均有SDCCH分配尝试。CCONGS：由于没有空闲信道导致的SDCCH分配尝试失败次数计数器。TCONGSSDCCH拥塞时间长度计数器，当最后一个空闲信道分配后该计数器开始每秒递增计数，直到有空闲信道为止。CTRALACC：SDCCH话务量水平累积计数器，当有信道从空闲变为占用时，该计数器加1，反之，当信道从占用变为空闲或阻塞时，计数器减1。CNSCAN：SDCCH话务次数扫描累积计数器。CNDROP：由于故障导致的SDCCH掉话次数的计数器。触发消息为CLEAR COMMAND和CLEAR REQUEST。CNUCHCNT：定义的SDCCH信道数计数器。CAVAACC：可用SDCCH信道累加计数器。系统每10秒扫描可用的SDCCH信道数目，然后累加该计数器CAVASCAN：SDCCH可用信道扫描累积计数器。CMSESTAB：MS成功在SDCCH信道建立连接的计数器，每当MS与MSC通过SDCCH信道成功建立起信令连接，该计数器加1。触发消息是SCCP CONNECTION CONFIRMED、HANDOVER PERFORMED或HANDOVER COMPLETE（发送至MSC）。CNRELCONG：没有可用无线资源SDCCH信道释放次数计数器，当无线资源拥塞，如TCH拥塞、没有空闲声码器等原因导致的“无线资源拥塞原因”而收到的“CLEAR COMMAND”后，该计数器会加1。触发消息是CLEAR COMMAND。Objtype:CLSDCCHO OVERLAID 子小区的SDCCH计数器类型CCALLSSUB CALL ATTEMPT CNT FOR SUBC描述：OVERLAID 子小区SDCCH分配尝试次数计数器，信令连接建立，切换请求，试呼时均有SDCCH分配尝试。CCONGSSUB CONGESTION CNT FOR SUBC描述：OVERLAID 子小区由于没有空闲信道导致的SDCCH分配尝试失败次数计数器。CTCONSUB SDCCH CONGESTION TIME FOR SUBC描述：OVERLAID 子小区SDCCH拥塞时间长度计数器，当最后一个空闲信道分配后该计数器开始每秒递增计数，直到有空闲信道为止。CTRALSUB TRAFF LEV CNT ACCUM FOR SUBC描述：OVERLAID 子小区SDCCH话务量水平累积计数器，当有信道从空闲变为占用时，该计数器加1，反之，当信道从占用变为空闲或阻塞时，计数器减1。CNSCANSUB NOF ACCUM OF SDCCH TRAF SUB描述：OVERLAID 子小区SDCCH话务次数扫描累积计数器。CNUCHSUB NOF DEFINED CHANNELS IN SUBC描述：OVERLAID 子小区定义的SDCCH信道数计数器。CAVASUB AVAIL CHANNEL ACCUM FOR SUBC描述：OVERLAID 子小区可用SDCCH信道累加计数器。系统每10秒扫描可用的SDCCH信道，然后累加该计数器。CAVASCANSUB NO ACCUM AVAIL CHANNELS CNT SUBC描述：OVERLAID 子小区SDCCH可用信道扫描累积计数器。CMSESTABSUB SUCC MS CHAN EST ON SDCCH FOR SUB描述：MS成功在OVERLAID 子小区SDCCH信道建立连接的计数器，每当MS与MSC通过SDCCH信道成功建立起信令连接，该计数器加1。触发消息：SCCP CONNECTION CONFIRMEDHANDOVER PERFORMEDHANDOVER COMPLETE（发送至MSC）CNRELCONGSUB NOF SDCCH REL RADIO CONG O S-CEL描述：OVERLAID 子小区由于没有可用无线资源SDCCH信道释放次数计数器，当无线资源拥塞，如TCH拥塞、没有空闲声码器等导致的“无线资源拥塞原因”而收到的“CLEAR COMMAND”后，该计数器会加1。触发消息：CLEAR COMMAND有关SDCCH各指标的计算公式如下：简写中文名称公式解释S_TRAF信令信道话务量信令信道平均话务量（爱尔兰）S_CONG信令信道拥塞率信令信道拥塞在信令信道占用尝试总数中的百分比（%）S_CNGT*信令信道时间拥塞率信令信道拥塞时间在总的记录时间段中所占的百分比（%）S_EST信令信道建立成功率信令信道的建立次数在去除拥塞的信令信道占用尝试总数中的百分比（%）S_MHT信令信道平均占用时间信令信道的平均占用时间（秒）S_AV_NR有效信令信道数信令信道的平均有效信道数（个）S_AVAIL信令信道平均可用率可用的信令信道在定义的信令信道总数中的百分比（%）S_DR_C信令信道掉话率信令信道的掉话次数在建立的信令信道呼叫总数中的百分比（%）S_DR_SS信令信道弱信号掉话率因信号强度弱所造成的信令信道掉话在信令信道掉话总数中的百分比（%）S_DR_BQ信令信道质差掉话率因信号质量差所造成的信令信道掉话在信令信道掉话总数中的百分比（%）S_DR_TA信令信道过TA掉话率信号的TA过大引起的信令信道掉话在信令信道掉话总数中的百分比（%）S_DR_OTH信令信道其他原因掉话率除信号强度弱、质量差、过大TA所造成的信令信道掉话外的信令信道掉话在信令信道掉话总数中的百分比（%）1.4 TCH话音信道分配成功率是其他关键性指标，如拥塞率、掉话率、切换成功率、硬件完好率等指标表现好与坏的体现。若其他各项指标均表现良好时，话音信道分配成功率也会表现良好。所以，TCH信道指配成功率的优化与其他指标的优化是密切相关的。拥塞是TCH信道指配失败的主要原因，但是掉话、切换失败、恶劣的无线环境造成的指配过程中断以及硬件问题都会对TCH信道指配成功率造成影响。 TCH的需求量分析：检查TCH的话务量，分析是短时突发性话务量偏高或是持续性的话务量偏高。 TCH的配置分析：检查TCH的配置是否正确，是否有规划时的情况与实际情况不符。 检查分层小区结构（HCS）的设定：分层小区是用来进行话务分配控制的有效方法，但相关参数的设定如果不合适则将导致低层小区吸纳较多话务从而导致拥塞。需检查的参数有LAYER，LAYERTHR，LAYERHYST。 检查小区负荷分担（CLS）的设定：CLS对话务量的分配及减轻拥塞有一定程度的帮助，但分担拥塞小区话务的小区必须有足够数量的空闲信道，需检查的参数有CLSSTATE，CLSACC，CLSLEVEL，CLSRAMP，HOCLSACC，RHYST；但是对于切换表现不好的