华为设备TBF建立成功率优化提升方案XXXX037811.docx

华为设备备TBFF建立成成功率的的提升方方案目录1 网络络接入性性能分析析优化331.1 接入性性能指标标31.2 无信道道资源导导致的下下行TBBF建立立失败优优化31.2.1 无无线拥塞塞类型331.2.2 对对于无线线拥塞的的处理441.3 手机无无响应导导致下行行TBFF建立失失败41.3.2 空空口质量量51.3.3 AAbiss口传输输61.3.4 BBSC660000 PCCU处理理部分661.3.5 GGB口传传输81.3.6 手手机问题题81.3.7 手手机行为为81.4 CCCCH过载载导致下下行TBBF建立立成功率率低91.4.1 问问题描述述分析1101.4.2 解解决方法法121.4.3 优优化前后后效果比比较1331 网络接入入性能分分析优化化1.1 接入性能能指标下行TBBF建立立成功率率计算公公式如下下：内置PCCU TTBF建建立成功功率定义义：1) 上行TBBF建立立成功率率=（上上行GPPRS TBFF建立成成功次数数+上行行EGPPRS TBFF建立成成功次数数）/(上行GGPRSS TBBF建立立尝试次次数+上上行EGGPRSS TBBF建立立尝试次次数)2) 下行TBBF建立立成功率率=（下下行GPPRS TBFF建立成成功次数数+下行行EGPPRS TBFF建立成成功次数数）/(下行GGPRSS TBBF建立立尝试次次数+下下行EGGPRSS TBBF建立立尝试次次数)统计TBBF建立立失败的的主要有有以下22个指标标：1) 无信道资资源导致致下行TTBF建建立失败败次数/无信道道资源导导致下行行TBFF建立失失败次数数2) MS无响响应导致致下行TTBF建建立失败败次数/MS无无响应导导致下行行TBFF建立失失败次数数TBF性性能优化化中主要要就无信信道资源源导致下下行TBBF建立立失败次次数和MS无无响应导导致下行行TBFF建立失失败次数数这2个个指标进进行优化化。1.2 无信道资资源导致致的下行行TBFF建立失失败优化化在EGPPRS网网络建设设初期，EEGPRRS信道道配置较较少，随随着EGGPRSS数据用用户的增增长，需需要对基基站的容容量进行行扩容和和EGPPRS信信道个数数或信道道控制参参数进行行调整。1.2.1 无线拥塞塞类型对于无信信道资源源导致TTBF建建立失败败，按照照问题的的严重程程度分为为以下几几个类型型：1) 硬拥塞，上上行下行行TBFF建立无无可用的的信道资资源该问题非非常严重重，由于于EGPPRS&&GPRRS无法法使用，给给用户造造成的主主观感受受很差。2) 话音抢占占造成TBBF 释释放，忙忙时回收收有负载载动态PPDCHH次数比较严重重，相当当于GSSM 中中的掉话话。3) TBF 信道复复用比较较明显，每每用户平平均占用用信道个个数比较较少严重程度度一般，EGPRS&GPRS 可正常使用，但是给用户的感受是速度慢。 以上是是判断拥拥塞的一一般性描描述，具具体的判判断标准准可根据据具体情情况进行行合理定定义。1.2.2 对于无线线拥塞的的处理根据不同同的拥塞塞现象，处处理建议议分别如如下：1) 有较多的的硬拥塞塞或者话话音造成成的TBBF 释释放， 此种情情况下无无可用PPDCHH信道，由由于语音音的抢占占导致配配置的动动态PDDCH为为TCHH状态。 此种情情况必须须通过增增加静态态PDCCH信道道或者TRRX 扩扩容才能能够解决决。2) 有TBFF复用明明显现象象以及少少量语音音造成TTBF 释放问题不特特别明显显建议增增加PDDCH动动态信道道个数，并且如如果该点点为CQQT 点点则一定定要增加加EGPRRS静态态信道。内置PCCU，增增加小区区级PDDCH信信道控制制参数：“小区下下最大PPDCHH比率门门限”。3) 有少量的的TBFF 复用用明显问题不明明显，但但如果为为CQTT 点则则最好增增加PDDCH动动态信道道。内置PCCU的BBSC，增增加小区区级PDDCH信信道控制制参数：“小区下下最大PPDCHH比率门门限”。1.3 手机无响响应导致致下行TTBF建建立失败败本测量指指标统计计一个测测量周期期内小区区MS无无响应导导致下行行GPRRS TTBF建建立失败败次数，MS无无响应导导致下行行TBFF建立失失败包含含以下两两种情况况：(1) MS无无响应导导致在CCCCHH上发起起的下行行TBFF建立失失败 在下行行TBFF的建立立流程中中，网络络侧会发发送POOLLIING消消息给MMS来获获取TAA值，并并且预留留块资源源让MSS回应指指配确认认消息。如如果网络络侧在指指配的信信道的预预留块资资源上未未收到该该MS的的PACCKETT COONTRROL ACKKNOWWLEDDGEMMENTT消息，网网络侧会会多次重重发下行行立即指指配，直直到超出出最大尝尝试次数数。 图1是是由于MMS无响响应导致致建立下下行TBBF建立立失败的的过程。每每当网络络侧尝试试次数超超出最大大值的时时候，如如图中的的测量点点A所示示，统计计值“手机无无响应导导致下行行TBFF建立失失败次数数”加一。图1 MS无响响应导致致在CCCCH上上发起的的下行TTBF建建立失败败(2) MS无无响应导导致在PPACCCH上发发起的下下行TBBF建立立失败 网络侧侧可以通通过下面面两种方方法来建建立下行行TBFF：在当当前的上上行TBBF传输输过程中中或下行行TBFF释放过过程中发发起新的的下行TTBF建建立请求求；在当当前的下下行TBBF传输输过程中中为该TTBF重重新指配配下行资资源。 网络侧侧发送PPACKKET DOWWNLIINK ASSSIGNNMENNT消息息，并且且预留块块资源让让MS回回应指配配确认消消息。如如果网络络侧在指指配的信信道的预预留块资资源上未未收到该该MS的的PACCKETT COONTRROL ACKKNOWWLEDDGEMMENTT消息，网网络侧会会多次重重发下行行分组指指配，直直到超出出最大尝尝试次数数。 图2是由由于MSS无响应应导致下下行TBBF建立立失败的的过程，每每当重发发的次数数超出最最大的尝尝试次数数时，如如图中的的测量点点A所示示，统计计值"手手机无响响应导致致下行TTBF建建立失败败次数""加一。图2 MS无响响应导致致在PAACCHH上发起起的下行行TBFF建立失失败 其次，我我们来分分析手机机无响应应有哪些些影响因因素：1.3.2 空口质量量主要是无无线环境境的因素素，手机机无响应应就是手手机和网网络之间间传输和和通信出出现了问问题,因因此首先先要检查查的就是是空口的的传输是是否存在在故障（如如图3）,空口质质量是否否良好；图3 GSM/GPRRS结构构图1.3.3 Abiss口传输输在网络侧侧,首先先就是BBTS和和BSCC之间AAbiss口的传传输,如如果传输输有问题题,比如如端口故故障,就就会有大大量的误误码(包包括失步步帧和校校验错帧帧),这这会在一一定程度度上影响响手机接接入；1.3.4 BSC660000 PCCU处理理部分数据业务务的中央央中心就就是BSSC60000中中的内置置PCUU，因此此排除几几个传输输接口的的问题后后，主要的的分析对对象就是是内置PPCU的的下行TTBF建建立流程程的处理理了，主要从从以下几几点去分分析：1、数据据配置是是否存在在异常，与与其它没没有出现现此问题题的PCCU小区区有何区区别；2、手机机无响应应导致下下行TBBF建立立失败较较多，从下行行TBFF建立流流程进行行分析，下下行TBBF建立立流程主主要包括括CCCCH上的的下行TTBF建建立流程程和PAACCHH上的下下行TBBF建立立流程；当PCUU收到LLLC PDUU而没有有下行TTBF时时，需要要建立一一个下行行TBFF用以传传送数据据。CCCCH上上的下行行TBFF建立流流程，如图44所示：图4 CCCHH上建立立下行TTBF流流程如图4，在下行行TBFF开始时时，网络络侧在下下行TBBF的PPACCCH下发发以TFFI标识识的Paackeet PPolllingg Reequeest消消息。手手机对此此响应AACCEESS BURRST类类型的分分组控制制确认消消息。网网络侧从从AB(ACCCESSS BUURSTT)中提提取时间间提前量量，在PPackket Powwer Conntrool/TTimiing Advvancce消息息中通知知手机，并并发分组组下行指指配消息息给手机机分配多多个信道道。(此此流程的的作用：一是确确认手机机是否收收到下行行立即指指配，下下行TBBF是否否建立成成功；二二是提取取时间提提前量通通知手机机)。由于手机机和网络络的配合合问题,可能会会出现网网络侧发发了立即即指配消消息和PPackket Polllinng RRequuestt消息,手机没没有收到到的情况况,因此此适当增增加立即即指配消消息或PPackket Polllinng RRequuestt消息的的重发次次数, 然而提提高立即即指配次次数会导导致指配配成功率率的降低低,因此此一般选选择提高高Pacckett Poolliing Reqquesst消息息的重发发次数,可以很很大程度度上减少少手机无无响应的的概率,类似于于语音中中的寻呼呼次数。继续看图4，如果手手机发的的上行FFAI已已经发送送，但此此时上行行TBFF还处于于传输状状态，就就不能进进行下行行建立，需需等待一一段时间间后再建建立下行行，如果果这个时时间超时时就会导导致手机机无响应应。PACCCH上的的下行TTBF建建立流程程,如图5所示：图5 PACCCH上建建立下行行TBFF流程 PCUU在PAACCHH上发分分组下行行指配消消息以后后，如果果没有收收到手机机响应的的分组控控制确认认消息，则则PACCCH上上的下行行TBFF建立失失败。另外，加加大上下下行延迟迟释放时时间，可以增增大手机机从PAACCHH建立下下行的几几率，因此可可以提高高手机接接入时间间， 提高高下行TTBF建建立成功功率，一定程程度上减减少手机机无响应应。1.3.5 GB口传传输对于GBB口，主主要关注注是否有有GB口口的链路路故障,是否有有拥塞情情况。1.3.6 手机问题题对于个别别手机可可能存在在手机兼兼容性问问题，也也有可能能是手机机本身的的问题,对于这这些问题题需要手手机侧进进行处理理定位。1.3.7 手机行为为 下行行由于手手机可能能已经进进入其他他小区，此此时在原原小区建建立下行行TBFF时的PPOLLLINGG消息和和指配消消息，手手机无法法响应；另外，即即便手机机还在原原小区，由由于可能能该手机机处于SStanndByy状态，对对于PCCU建立立下行TTBF时时的指配配消息和和POLLLINNG消息息，该手手机也不不一定能能接收到到或及时时响应。此此外，手手机即使使收到了了Polllinng消息息，由于于兼容性性问题，会会导致不不回ABB消息。这这些都可可能导致致下行TTBF因因手机无无响应而而建立次次数占下下行TBBF尝试试建立次次数的比比例较高高。1.4 CCCHH过载导导致下行行TBFF建立成成功率低低CCCHH信道在在空口上上主要传传送寻呼呼信令（PPCH）和和立即指指配信令令（AGGCH）。每每条寻呼呼信令和和立即指指配信令令均占一一条511复帧，551复帧帧占用时时长为00.23354秒秒。立即指配配消息和和寻呼消消息共同同在CCCCH信信道下发发，当小小区的配配置为“一个非非组合CCCCHH信道时时”，CCCCH共共分9个个消息块块，接入入允许保保留块数数设置了了保留多多少个消消息块供供立即指指配消息息专用，一一般该参参数设置置为1或或2。当当同时下下发立即即指配消消息较多多时，会会占用其其它消息息块，此此时，立立即指配配消息和和寻呼消消息同时时排在寻寻呼队列列中，会会导致寻寻呼队列列更拥塞塞，寻呼呼超时次次数进一一步增加加。一条寻呼呼信令中中能发多多条寻呼呼消息。采采用TMMSI寻寻呼方式式，一条条寻呼信信令最多多可发送送4条寻寻呼寻呼呼消息，采采用IMMSI寻寻呼方式式，一条条寻呼最最多可发发送4条条寻呼消消息。张张家口移移动寻呼呼策略则则是采用用两次寻寻呼，第第一次采采用TMMSI寻寻呼，第第二次采采用IMMSI寻寻呼，现现网各位位置区一一次寻呼呼成功率率在911994之之间，采采用比较较统计的的值为993，这这样通过过典型寻寻呼合并并效率计计算，估估算出平平均每条条寻呼信信令中下下发2.98条条寻呼消消息。CCCHH负荷、CCCCHH溢出率率为参考考移动通通信业界界的思路路自定制的的分析公公式，用用如下公公式估算算：CCCHH负荷（AA3300:寻呼呼下发次次数（电电路业务务）A3331:寻寻呼下发发次数（分分组业务务）/2.998×0.223544+(AA3011H:立立即指配配命令次次数（分分组业务务）CA3301JJ:立即即指配命命令次数数（电路路业务）)×0.2354 /3600/ （9×配置的CCCH时隙数）×100；其中配置置的CCCCH时时隙数指指的是BBCCHH信道数数和扩展展BCHH信道（BBCH信信道）数数之和，默默认不开开通扩展展BCHH场景下下为1。（每每51复复帧中能能够发送送多条PPCH寻寻呼块，每每个寻呼呼块最大大能够发发送2-4条寻寻呼消息息；而每每51复复帧只发发送一条条立即指指配命令令消息）考虑以CCCCHH溢出率率来估算算CCCCH信道道过载程程度：CCCHH溢出率率（AA3377:PCCH电路路业务寻寻呼删除除次数A3338:PPCH电电路业务务寻呼超超时次数数A3339:PPCH分分组业务务寻呼删删除次数数A3440:PPCH分分组业务务寻呼超超时次数数L31888A:Abiis接口口删除指指示消息息上报次次数）/(A3330:寻呼下下发次数数（电路路业务）A331:寻呼下发次数（分组业务）+A301H:立即指配命令次数（分组业务）CA301J:立即指配命令次数（电路业务）)×100。指标指标描述述A3300:CEELL_PAGGES_CS寻呼下发发次数（电电路业务务）A3311:CEELL_PAGGES_PS寻呼下发发次数（分分组业务务）A3377: CCELLL_CIIRCUUIT_PCHH_DEELPCH电电路业务务寻呼删删除次数数A3388: CCELLL_CIIRCUUIT_PCHH_EXXPPCH电电路业务务寻呼超超时次数数A3399: CCELLL_PAACUIIT_PPCH_DELLPCH分分组业务务寻呼删删除次数数A3400: CCELLL_PAACUIIT_PPCH_EXPPPCH分分组业务务寻呼超超时次数数L31888A:CELLL_DDEL_INDDAbiss接口删删除指示示消息上上报次数数1.4.1 问题描述述分析对于PCCU下面面个别小小区因业业务量高高导致话话统指标标“手机无无响应导导致下行TBBF建立立失败次次数”较高，导致下行TBBF建立立成功率率较低，晚忙时时特别明明显。从CCCCH上的的下行TTBF建建立流程程分析，对对存在手手机无响响应导致致下行TTBF建建立失败败次数较较高的小小区（沽沽源ZJJGDOO1D、沽源ZZJGDDO1CC、沽源ZZJGDDO1BB等），分分析流控控测量相相关的话话统指标标“呼叫相相关测量量（CAALL）->流控控测量<<小区>>-> Abiis接口口分组CCCCHH负载指指示消息息上报次次数（此此话统指指标需要要在M220000上先进进行登记记）”，发现现重要信信息：AAbiss接口分分组CCCCH负负载指示示消息上上报次数数非常多多（见表表1）起始时间间GCELLLL31888D:Abiis接口口CCCCH负载载指示（PPCH）消消息上报报次数（分分组业务务）02/116/220111 199:000:000ZJDHH8999A16602/116/220111 199:000:000ZJDHHB388F15202/116/220111 199:000:000ZJDHHB388G10102/116/220111 199:000:000ZJG8801AA10902/116/220111 199:000:000ZJG8801BB17802/116/220111 199:000:000ZJGBB01AA18402/116/220111 199:000:000ZJGBB01BB21102/116/220111 199:000:000ZJGBB01CC21602/116/220111 199:000:000ZJGBB38AA24002/116/220111 199:000:000ZJGBB38DD13102/116/220111 199:000:000ZJGDD01BB22602/116/220111 199:000:000ZJGDD01CC114表1 AAbiss接口分分组CCCCH负负载指示示消息上上报次数数当CCCCH过载载，BSSC收到到测量小小区所属属的BTTS报告告的PAACKEET CCCCHH LOOAD INDD消息的的次数，然然后，BBSC侧侧启动一一个TNN_CCCCH_OVEERLOOAD_PROOTECCTIOON定时时器，BBSC为为了降低低CCCCH拥塞塞程度，基基于话音音业务优优先于分分组业务务的原则则，分组组域不重重发下行行分组立立即指配配，并且且只发11个poolliing reqquesst，即即只发11个IMMM AASS和和1个PPolllingg Reequeest消消息。在在TN_CCCCH_OOVERRLOAAD_PPROTTECTTIONN定时器器超时后后，恢复复正常。即即正常情情况下，如如果手机机对下行行分组立立即指配配无响应应的话，BBSC会会重发IIMM ASSS和Poolliing Reqquesst，直直到手机机有响应应为止。而而且每个个IMMM ASSS后发发5个PPolllingg Reequeest（所所发个数数在LMMT中可可以配置置，默认认值已为为最大值值5）。IIMM ASSS的下发发次数在在LMTT中也可可以配置置，现在在默认为为2次。正常情况况下，手手机无响响应导致致下行TBBF 建建立失败败的话，BBSC侧侧会共发发送2个个IMMM ASSS和110个PPolllingg Reequeest。由由于空口口质量不不稳定，一一般网络络侧会发发几个PPolllingg Reequeest后后，手机机才有响响应，如如图6 所示示：图6 Polllingg消息下下发次数数图6 所所示的是是手机不不在小区区业务高高峰时，BBSC侧侧发了33个Poolliing Reqquesst后手手机才有有回应，这这属于正正常现象象。1.4.2 解决方法法当CCCCH负荷荷超过775后后，CCCCH信信道溢出出严重，此此时应及及时采取取路由区区分裂、位位置区分分裂、增增加BCCH信道道等优化化措施；当CCCCH负负荷在660到到75之间，此此时CCCCH信信道溢出出率指标标不超过过6，此此次应予予关注，必必要时采采取减少少寻呼次次数、增增加CCCCH信信道数目目等相关关措施；当CCCCH负负荷低过过60时，CCCCHH溢出次次数比较较少，只只需针对对个别问问题小区区进行优优化处理理。对于LAAC区内内的寻呼呼业务考考虑。若若A3300A3331>寻呼容容量典型型值(每每小时119万次次)，需需考虑对对该LAAC区内内所有小小区扩展展BCHH。对目前张张家口华华为区域域现网的的CCCCH负荷荷分析来来看，不不存在整整个LAAC区下下所有小小区CCCCH过过载问题题。对于个别别小区CCCCHH过载评评估，若若(A3337+A3338+AA3399+A3340+L31888A)/ (A3330AA3311)>110%，表表示出现现寻呼消消息丢弃弃，建议议配置扩扩展BCCH，扩容CCCCHH信道：对应的一一个BCCCH复复帧中CCCCHH消息块块数为：3、99、188、277、366。CCCCH配配置决定定了PCCH、AAGCHH和RAACH容容量。接入允许许保留块块数、CCCCHH配置参参数会根根据小区区主B载载频0信信道配置置类型动动态调整整：若小区CCCCHH配置为为非“1个组组合CCCCH”，则接接入允许许保留块块数缺省省值修改改为2，同同时该参参数的取取值范围围为17。若若小区的的CCCCH配置置为“1个组组合CCCCH”时，则则将该小小区对应应的系统统消息表表中的接接入允许许保留块块数缺省省值修改改为1，同同时该参参数的取取值范围围为12；默认情况况下，一一个小区区只配置置一个主主BCCCH，这这样有“1个非非组合的的CCCCH”，那么么CCCCH在一一个BCCCH复复帧中的的消息块块数就为为9。如如果多配配置一个个BCHH，那么么就有“2个非非组合的的CCCCH”，那么么CCCCH在一一个BCCCH复复帧中的的消息块块数就为为18，很很大程度度上提高高了CCCCH的的容量。1.4.3 优化前后后效果比比较以下是实实施优化化方案前前后的对对比效果果：优化方案案实施后后Abiis接口口分组CCCCHH负载指指示消息息上报次次数明显显减少(见表22)，只只有业务务突发高高峰造成成的几次次过载。起始时间间GCELLLL31888D:Abiis接口口CCCCH负载载指示（PPCH）消消息上报报次数（分分组业务务）(无无)02/116/220111 199:000:000ZJDHH8999A16602/117/220111 199:000:000ZJDHH8999A1802/116/220111 199:000:000ZJDHHB388F15202/117/220111 199:000:000ZJDHHB388F002/116/220111 199:000:000ZJDHHB388G10102/117/220111 199:000:000ZJDHHB388G002/116/220111 199:000:000ZJG8801AA10902/117/220111 199:000:000ZJG8801AA002/116/220111 199:000:000ZJG8801BB17802/117/220111 199:000:000ZJG8801BB2902/116/220111 199:000:000ZJGBB01AA18402/117/220111 199:000:000ZJGBB01AA002/116/220111 199:000:000ZJGBB01BB21102/117/220111 199:000:000ZJGBB01BB002/116/220111 199:000:000ZJGBB01CC21602/117/220111 199:000:000ZJGBB01CC002/116/220111 199:000:000ZJGBB38AA24002/117/220111 199:000:000ZJGBB38AA002/116/220111 199:000:000ZJGBB38DD13102/117/220111 199:000:000ZJGBB38DD202/116/220111 199:000:000ZJGDD01BB22602/117/220111 199:000:000ZJGDD01BB902/116/220111 199:000:000ZJGDD01CC11402/117/220111 199:000:000ZJGDD01CC0表2 增增加扩展展BCCCH信道道前后的的Abiis接口口分组CCCCHH负载指指示消息息上报次次数从KPII上看，扩容CCCCHH后，下下行TBBF建立立成功率率已经有有了很大大的提高高。忙时时的下行TBBF建立立成功率率由原来来的80%多多上升到到90%以上（见见表3），效果果非常明明显。起始时间间网元名称称GCELLL下行EGGPRSS TBBF建立立尝试次次数下行EGGPRSS TBBF建立立成功次次数MS无响响应导致致下行EGPPRS TBFF建立失失败次数数下行EGGPRSS TTBF建建立成功功率(%)02/116/220111 199:000:000ZKBSS17ZJDHH8999A109770960551365587.556%02/116/220111 199:000:000ZKBSS9ZJDHHB388F727446295597986.554%02/116/220111 199:000:000ZKBSS9ZJDHHB388G56699437771292277.221%02/116/220111 199:000:000ZKBSS17ZJG8801AA1138801009971283388.773%02/116/220111 199:000:000ZKBSS17ZJG8801BB11944110944699591.667%02/116/220111 199:000:000ZKBSS9ZJGBB01AA935228646670692.445%02/116/220111 199:000:000ZKBSS9ZJGBB01BB102779927331006690.221%02/116/220111 199:000:000ZKBSS9ZJGBB01CC926998287798289.441%02/116/220111 199:000:000ZKBSS9ZJGBB38AA1362291190091720087.338%02/116/220111 199:000:000ZKBSS9ZJGBB38DD796887149981989.772%02/116/220111 199:000:000ZKBSS9ZJGDD01BB12322811355897092.113%02/116/220111 199:000:000ZKBSS9ZJGDD01CC673885872286687.115%02/117/220111 199:000:000ZKBSS17ZJDHH8999A12788512277115095.990%02/117/220111 199:000:000ZKBSS9ZJDHHB388F50611500116098.880%02/117/220111 199:000:000ZKBSS9ZJDHHB388G13477913322715298.887%02/117/220111 199:000:000ZKBSS17ZJG8801AA99266985556999.220%02/117/220111 199:000:000ZKBSS17ZJG8801BB12466411733034394.110%02/117/220111 199:000:000ZKBSS9ZJGBB01AA39500392662499.330%02/117/220111 199:000:000ZKBSS9ZJGBB01BB53999535774299.220%02/117/220111 199:000:000ZKBSS9ZJGBB01CC62144617334199.330%02/117/220111 199:000:000ZKBSS9ZJGBB38AA53322527445798.990%02/117/220111 199:000:000ZKBSS9ZJGBB38DD55133541999398.220%02/117/220111 199:000:000ZKBSS9ZJGDD01BB13999713766121498.330%02/117/220111 199:000:000ZKBSS9ZJGDD01CC54822544553599.330%附录：相相关话统统含义说说明1、PCCH电路路业务寻寻呼删除除次数A3377: CCELLL_CIIRCUUIT_PCHH_DEEL含义:本本指标统统计了PPCH块块上调度度消息时时存在竞竞争问题题，记录录电路域域寻呼消消息被删删除的次次数。BTS统统计PCCH电路路业务寻寻呼删除除次数并并每分钟钟上报一一次BTTS_SSTATTIS_REPPORTT消息给给BSCC。2、PCCH电路路业务寻寻呼超时时次数A3388: CCELLL_CIIRCUUIT_PCHH_EXXP含义:本本指标统统计了PPCH块块上调度度消息时时存在竞竞争问题题，记录录电路域域寻呼消消息超时时的次数数。因为每个个寻呼都都有生存存周期，超超过生存存周期后后，寻呼呼消息就就会被删删除。这这个生存存周期默默认值是是5s，可可以通过过基站软软参修改改。BTS统统计PCCH电路路业务寻寻呼超时时次数并并每分钟钟上报一一次BTTS_SSTATTIS_REPPORTT消息给给BSCC。3、PCCH分组组业务寻寻呼删除除次数A3399: CCELLL_PAACUIIT_PPCH_DELL含义:本本指标统统计了PPCH块块上调度度消息时时存在竞竞争问题题，记录录分组域域寻呼消消息被删删除的次次数。BTS统统计PCCH分组组业务寻寻呼删除除次数并并每分钟钟上报一一次BTTS_SSTATTIS_REPPORTT消息给给BSCC。4、PCCH分组组业务寻寻呼超时时次数A3400: CCELLL_PAACUIIT_PPCH_EXPP含义:本本指标统统计了PPCH块块上调度度消息时时存在竞竞争问题题，记录录分组域域寻呼消消息超时时的次数数。因为每个个寻呼都都有生存存周期，超超过生存存周期后后，寻呼呼消息就就会被删删除。这这个生存存周期默默认值是是5s，可可以通过过基站软软参修改改。BTS统统计PCCH分组组业务寻寻呼超时时次数并并每分钟钟上报一一次BTTS_SSTATTIS_REPPORTT消息给给BSCC。5、寻呼呼下发次次数（电电路业务务）A3300: CCELLL_PAAGESS_CSS含义:当当BSCC下的MMS作为为电路业业务的被被叫时，BBSC收收到来自自MSCC或PCCU的电电路PAAGINNG消息息后，根根据小区区识别标标志向相相应小区区下发PPAGIING CMDD消息，并并以小区区为对象象统计该该指标。该该指标统统计的是是Abiis口寻寻呼下发发情况。参参见GSSM 008588、04408协协议。6、寻呼呼下发次次数（分分组业务务）A3311: CCELLL_PAAGESS_PSS含义:当当BSCC下的MMS作为为分组业业务的被被叫时，SSGSNN向PCCU下发发PAGGINGG REEQ消息息寻呼MMS，PPCU处处理后发发送PAACKEET PPAGIING 消息给给BSCC，BSSC根据据消息中中的小区区识别标标志向相相应小区区下发PPACKKET PAGGINGG CMMD，并并以小区区为对象象统计该该指标。参参见GSSM 004088，04460，003600协议。7、Abbis接接口删除除指示消消息上报报次数L31888A:CELLL_DDEL_INDD含义:当当小区内内的下行行CCCCH过载载导致BBSC下下发给BBTS的的一条IIMM ASSS CMMD 消消息被BBTS删删除时，BBTS上上报给BBSC DELLETEE INND消息息。本指标用用于统计计BSCC收到测测量小区区报告的的DELLETEE INND消息息的次数数。8、Abbis接接口CCCCH负负载指示示（RAACH）消消息上报报次数L31888B:CELLL_CCCCHH_LOOAD_RACCH_OOVERRLOAADS含义:当当小区内内的上行行CCCCH（RRACHH）过载载时，BBTS上上报CCCCH LOAAD IIND（RRACHH过载）消消息给BBSC。目前华为为BSSS不支持持分组业业务的RRACHH过载指指示，如如果RAACH上上的分组组业务过过载将会会被认为为是电路路业务RRACHH过载。本指标用用于统计计BSCC收到测测量小区区报告的的CCCCH LLOADD INND（RRACHH过载）消消息的次次数。9、Abbis接接口CCCCH负负载指示示（PCCH）消消息上报报次数L31888C:CELLL_CCCCHH_LOOAD_PCHH_OVVERLLOADDS含义:BBTS把把下行CCCCHH（PCCH信道道）上的的来自BBSC和和PCUU的寻呼呼消息分分别存放放在不同同的接收收缓冲队队列中，当当接收缓缓冲队列列的长度度超过一一定门限限时就认认为下行行CCCCH过载载。当小小区内下下行CCCCH过过载时，BBTS不不但可以以上报过过载给BBSC，还还能区分分出过载载是下行行分组业业务过多多还是电电路业务务过多导导致的，如如果是电电路业务务过多则则向BSSC报告告CCCCH LLOADD INND消息息，如果果是分组组业务过过多则向向BSCC报告PPACKKET CCCCH LLOADD INND消息息，并由由BSCC转发给给PCUU。本指标用用于统计计BSCC收到测测量小区区所属的的BTSS报告的的CCCCH LLOADD INND消息息的次数数。10、AAbiss接口分分组C