SDCCH拥塞分析
- 格式：doc
- 大小：72.00 KB
- 文档页数：6
下载文档原格式
合集下载
未接通、掉话及切换失败
未接通、掉话及切换失败分析一、未接通分析正常呼叫主叫起呼和被叫接入过程：主叫起呼信令流程图被叫接入信令流程图由主叫起呼信令流程图可以看出，主叫首先发出channel request report-→immediate assignment-→CM service request-→setup-→call proceeding-→assignment command-→assignment complete-→alerting-→connect-→完成一次起呼。
在主叫assignment complete 完成后2－3秒左右被叫开始信道请求流程Channel request report→immediate assignment-→setup→call confirmed→assignment command→assignment complete-→alerting→connect-→完成一次被叫接入。
1、未接通原因分析（1）RACH冲突或者AGCH拥塞建议：查看与RACH相关的参数――最大重发次数和发送分布时隙数以及与AGCH相关的参数――接入准许保留块数（2）SDCCH拥塞建议：检查SDCCH配置，查看相关小区SDCCH话务量（3）SDCCH掉话或者TCH拥塞建议：查看是否启用SDCCH信道上的切换，查看相关小区话务量和TCH配置，在排除无线方面原因后，应跟踪Abis接口、A接口信令从交换侧寻找问题原因（4）位置更新引起未接通建议：查看位置更新定时器和位置区设置（5）小区重选过程引起未接通建议：查看相关小区的小区重选参数2、未接通实例分析（1）SDCCH拥塞导致未接通在主叫完成起呼（assignment complete ）后2秒左右，此时被叫发起信道请求channel request report,由于SDCCH拥塞溢出，被叫手机无法获得SDCCH，重复2次发送信道请求后仍然无法获得SDCCH信道消息的回复，导致未接通的发生。
爱立信counter详解及分析
注：以SUB结尾的都是计算OVERLAID小区的数据CLSDCCH表CCALLS：SDCCH尝试次数CCONGS：SDCCH拥塞次数CTCONGS：SDCCH拥塞时间CTRALACC：SDCCH累计占用次数CNSCAN：SDCCH占用扫描次数CNDROP：SDCCH掉话次数CNUCHCNT：SDCCH定义数CAVAACC：SDCCH累计可用次数CAVASCAN：SDCCH可用扫描次数CMSESTAB：SDCCH分配成功次数CNRELCONG：无线资源拥塞次数CAVAIL：SDCCH可用信道数，CAVAIL= CAVAACC/ CAVASCAN SDCCH话务量：SDCCH话务量=CTRALACC/CNSCAN SDCCH拥塞率：SDCCH拥塞率＝CCONGS/CCALLSSDCCH掉话率：SDCCH掉话率＝CNDROP/CCALLSSDCCH可用率：SDCCH可用率＝CAVAIL/CNCHCNTCELTCHF表（全速率）TFNDROP：TCH掉话次数TFCASSALL：TCH分配成功次数TFMSESTB：TCH占用次数TFMSESTBSUB：TFCALLS：试呼次数TFCALLSSUB：TFTCONGS：TCH拥塞时间TFTCONSUB：TCH拥塞时间（不含切换）TFTRALACC：TCH占用累计TFNSCAN：TCH扫描时间TFTRALSUBTFNDROPSUBTFCASSALLSUBTFCONGSAS：指配拥塞次数TFCONGSASSUBTFCONGSHO：切换拥塞次数TFCONGSHOSUBTFNRELCONG：无线资源拥塞次数TFNRELCONGSUBTFTHARDCONGS：无线资源拥塞时间TFTHARDCONGSSUBTCH话务量：话务量=TFTRALACC/TFNSCANTCH掉话率：掉话率＝TFNDROP/TFMSESTB话务掉话比：掉话比＝话务量/TCH掉话次数×60NCELLREL表HOVERCNT：内部切换尝试次数HOVERSUC：内部切换成功次数HORTTOCH：内部切换返回次数内部切换掉话次数：HOVERCNT－HOVERSUC－HORTTOCH内部切换成功率：成功率＝HOVERSUC/ HOVERCNT内部切换掉话率：掉话率＝内部切换掉话次数/ HOVERCNTNICELASS表HOASBCL：better cell的内部切换次数HOASWCL：worse cell的内部切换次数HOSUCBCL：better cell的内部切换成功次数HOSUCWCL：worse cell的内部切换成功次数CELLGPRS表ALLPDCHACC：PDCH分配个数累计ALLPDCHSCAN：GPRS状态扫描次数PCHALLATT：PDCH尝试分配次数PCHALLFAIL：PDCH尝试分配失败次数PDRAC：RACH数PDPRAC：PRACH数RBCUL：上行流量RBCDL：下行流量RETRANSUL：上行重传数RETRANSDL：下行重传数PAGCSBVCI：PPAGCSBVCI：ALLPDCHACTACC：累计激活的PDCH数ALLPDCHPEAK：PDCH峰值PREEMPTPDCH：TCH争夺PDCH次数平均分配PDCH数：平均分配PDCH数=ALLPDCHACC/ALLPDCHSCAN占用的PDCH的平均数：占用的PDCH的平均数＝ALLPDCHACTACC/ALLPDCHSCANPDCH占用率：PDCH占用率＝ALLPDCHACTACC/ALLPDCHACCPDCH分配成功率：PDCH分配成功率＝1-PCHALLFAIL/PCHALLATTTCH争夺PDCH流量比：流量比＝PREEMPTPDCH/[（RBCDL+RBCUL+RETRANSUL）*240/1000000] 下行重传率：下行重传率＝RETRANSDL/RBCDL上行重传率：上行重传率＝RETRANSUL/（RBCUL+RETRANSUL）RLC层总流量：RLC层总流量＝RBCDL+RBCUL+RETRANSULDISCUL：上行帧丢失数DISCDL：下行帧丢失数PAGCSBSC：PAGCSCONG：PAGPSBSC：ALLPDCHPCUFAIL：PCU 拥塞次数NECELASS表HOASBCL：better cell的外部切换次数HOASWCL：worse cell的外部切换次数HOSUCBCL：better cell的外部切换成功次数HOSUCWCL ：worse cell的外部切换成功次数RANDOMACC表CNROCNT ：随机接入成功次数受到随机接入的总次数RAACCFA：随机接入失败次数RAEMCAL：紧急呼叫接入次数紧急呼叫产生的随机接入次数RACALRE：呼叫重建接入次数呼叫建立产生的随机接入次数RAANPAG：应答接入次数寻呼相应产生的随机接入次数RAOSREQ：其他服务接入次数其他服务请求产生的随机接入次数RAOTHER：其他原因接入次数位置更新产生的随机接入次数RATRHFAEMCAL：RATRHFAOTHER：RATRHFAREG：CLTCH表TNUCHCNT：TCH定义数TNUCHSUB：TAVAACC：可用信道累计TAVASCANTAVASUBTAVASCANSUBTASSALL：信道尝试分配次数TASSMS5：应答次数NONAVFCH：全速率信道尝试指配数NONAVHCH：半速率信道尝试指配数TASSATT：TCH尝试指配数TCHSIG：信令连接数TAVASCAN：可用状态扫描次数TFESTPGSMSUB：TFESTPGSM：全速率TCH建立次数（不含切换）GSM900M的建立成功次数TFDROPPGSMSUBTFDROPPGSM：全速率TCH掉话次数（不含切换）TFCONGPGSMSUBTFCONGPGSM：全速率TCH拥塞次数（不含切换）TFTRALPACCSUBTFTRALPACCTFNSCANCLTCHDRF表TFDISQA：低质量掉话TFDISTA：TA超限掉话TFDISSS1：TFDISSS2：TFDISSS3：TFDISSS4：TFDISSS5：五类手机，上行或下行链路弱信号掉线次数。
掉话原因及处理
GSM网络优化中掉话、拥塞的原因及解决办法1．掉话在移动通信中，掉话是指在分配了话音信道（TCH）后，由于某种原因，使呼叫丢失或中断，正常通话无法进行的现象。
掉话不仅影响网络指标，而且会给用户造成许多不便，是用户投诉的热点。
1.1掉话产生的原因1、由干扰引起的掉话：干扰主要包括同频、邻频及交调干扰。
当手机在服务小区中收到很强的同频或邻频干扰信号时，会引起误码率恶化，使手机无法准确解调邻近小区的BSIC码或不能正确接收移动台测量报告。
基站在通过SDCCH为手机分配好应使用的话音信道后,由于没有临近小区BSIC码而无法判断该使用哪个小区的话音信道，从而产生掉话。
交调干扰主要来自于外部干扰，如CDMA站会对我基站上行频率产生干扰。
2、由于切换引起的掉话：（1） MS在通话中，手机列表中计算6个最好的相邻小区为切换做准备，但当网络覆盖不好时，会产生频繁切换，造成无主控小区，产生掉话。
（2）一些小区由于话务忙，会把话务推给相邻小区，但当相邻小区信号不好或无空闲信道时就会产生掉话。
（3）孤岛效应。
如果服务小区A由于地形的原因产生的场强覆盖小岛C，而在小岛C周围又为小区B的覆盖范围，如在A的相邻小区列表中未添加小区B，那么当用户在C 中建立呼叫后一走出小岛C，由于无处可切换将产生掉话。
3、参数设置不合理引起的掉话：影响掉话的参数主要有切换参数和相邻小区参数。
如：PMRG设置过高或相邻小区参数做错都会导致掉话。
4、基站硬件引起的掉话：BTS的硬件故障也会引起掉话，NOKIA设备中的7745（CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD）、7949 （DIFFERENCE IN RX LEVELS OF MAIN AND DIVERSITY ANTENNA / TRX）是特别要引起注意的，因为这些告警同时伴随着掉话。
5、Abis接口失败产生的掉话Abis接口的，包括BSC未收到来自BTS的测量报告，超过TA极限，切换过程的一些信令失败以及一些内部原因，此外还有Abis接口的误码率的影响。
浅谈GSM系统中的SDCCH信道配置研究
序 ）： 如 正 常 位 置 更 新 、定 时位 置 更 新 。
话 务情 况下 ，合理 地配 置信 道 ，均衡 高效 地使 用网络 资 源 ，提 高资源的利用率也是需要充分 考虑的课 题。基于 以 上的考虑 ，我们进 行了ｓ ＤｃｃＨ 信道 的配置研 究。本文对 整个研究过程和成果进行简单的介绍，以期抛砖引玉。
２ Ｇ Ｍ中信道配置的基本概 念 Ｓ
在ＧＳ Ｍ系统 中的信 道分 为物 理信道 和逻辑信 道，一
求 好地 信道利用 要合 ，更 提高 率， 理地配置 Ｄ ｃ 信 ｓｃＨ
道。
个 上 Ｔ Ｍ 的 个时 称为 个 理 ， Ｇ Ｍ 载频 的 Ｄ Ａ 一 隙 一 物 信道 在 ｓ
上， 在Ｂ ｓ Ｍｓ 间传递 用户数据 和控制信 令 。逻辑 信 Ｔ 和 之
个过程只包括 ｌ ｌｎ ｉ ｔ ｎ ｍｅ ｓ ｇ 是移动 台发向网 ＭＳ ｄｃ ｉ ｓ ａ ｅ， Ｉ ａｏ 络， 没有从 网络发 向移动 台的鉴权 及其他 消息 。 所 以， 其估算 时长 为ｌ ｌ ｅａ ｈＨ ｌｉｇｔ ： ． ｓ ｃ ｎ ｓ ＭＳ ｔｃ ｏｄｎ ｉ ２９ ｅ ｏ ｄ ，比 ｄ ｍｅ
维普资讯
浅 谈 ＧＳ Ｍ系统 中的 Ｓ ＣＨ 道 配 置 Ｃ 信 Ｄ
研 究
【 冬子】 钟
Ｉ圜 Ｉ
Ｉ
＿
配 信 以 均 效 使用 络资 ， 资 的 用 用 ，足不 攀 置 道， 利于 衡高 地 网 源 提高 源 使 利 率 满 断
Ｓ ＣＣＨ占用 时 长 一 样 ， Ｈ ｌｉ ｍｅ ３５ｓ ｃ ｎ ｓ Ｄ ｏｄｎ ｔ ： ． ｅ ｏ ｄ ． ｇｉ
４． ． Ｃａｌｓ ｔｕ １３ ｌｅ－ｐ
４ 研 究方法和 结论
整个 研究就是基 于对 占用Ｓ ＤＣＣ Ｈ信道 的事 件进行分 析， 了解 Ｓ ＣＨ话务产 生的要素 ，建立平 常 日和节假 日 ＤＣ 短信 息业务 占用ＳＤ ＣＣＨ的话务 比例 模型，并 基于大量 的 现网数据来分 析各 种配置的话务临界点，最后 基于 日常的 话务水平和节假 日的话务预测来进行Ｓ ＣＨ ＤＣ 信道配置 。
话 务情 况下 ，合理 地配 置信 道 ，均衡 高效 地使 用网络 资 源 ，提 高资源的利用率也是需要充分 考虑的课 题。基于 以 上的考虑 ，我们进 行了ｓ ＤｃｃＨ 信道 的配置研 究。本文对 整个研究过程和成果进行简单的介绍，以期抛砖引玉。
２ Ｇ Ｍ中信道配置的基本概 念 Ｓ
在ＧＳ Ｍ系统 中的信 道分 为物 理信道 和逻辑信 道，一
求 好地 信道利用 要合 ，更 提高 率， 理地配置 Ｄ ｃ 信 ｓｃＨ
道。
个 上 Ｔ Ｍ 的 个时 称为 个 理 ， Ｇ Ｍ 载频 的 Ｄ Ａ 一 隙 一 物 信道 在 ｓ
上， 在Ｂ ｓ Ｍｓ 间传递 用户数据 和控制信 令 。逻辑 信 Ｔ 和 之
个过程只包括 ｌ ｌｎ ｉ ｔ ｎ ｍｅ ｓ ｇ 是移动 台发向网 ＭＳ ｄｃ ｉ ｓ ａ ｅ， Ｉ ａｏ 络， 没有从 网络发 向移动 台的鉴权 及其他 消息 。 所 以， 其估算 时长 为ｌ ｌ ｅａ ｈＨ ｌｉｇｔ ： ． ｓ ｃ ｎ ｓ ＭＳ ｔｃ ｏｄｎ ｉ ２９ ｅ ｏ ｄ ，比 ｄ ｍｅ
维普资讯
浅 谈 ＧＳ Ｍ系统 中的 Ｓ ＣＨ 道 配 置 Ｃ 信 Ｄ
研 究
【 冬子】 钟
Ｉ圜 Ｉ
Ｉ
＿
配 信 以 均 效 使用 络资 ， 资 的 用 用 ，足不 攀 置 道， 利于 衡高 地 网 源 提高 源 使 利 率 满 断
Ｓ ＣＣＨ占用 时 长 一 样 ， Ｈ ｌｉ ｍｅ ３５ｓ ｃ ｎ ｓ Ｄ ｏｄｎ ｔ ： ． ｅ ｏ ｄ ． ｇｉ
４． ． Ｃａｌｓ ｔｕ １３ ｌｅ－ｐ
４ 研 究方法和 结论
整个 研究就是基 于对 占用Ｓ ＤＣＣ Ｈ信道 的事 件进行分 析， 了解 Ｓ ＣＨ话务产 生的要素 ，建立平 常 日和节假 日 ＤＣ 短信 息业务 占用ＳＤ ＣＣＨ的话务 比例 模型，并 基于大量 的 现网数据来分 析各 种配置的话务临界点，最后 基于 日常的 话务水平和节假 日的话务预测来进行Ｓ ＣＨ ＤＣ 信道配置 。
Channel Release信令里面的Cause(事件号)分析
Channel Release信令里面的Cause（事件号）分析对应的网络发生的事情，在这里我们可以看到很多网络释放的原因，例如：我们平时测试时，在被叫MS没有人接听或者正在通话的情况下，就会统计成一次连接失败，如果我们在报告里面仅仅用文字表达的话，说服力不强，但是要是在报告里面能说明Cause是17、19的话就很容易说服别人，还有拥塞也可以在信令里面看到Cause是34，除次以外还有很多Cause，可以看下表：编号原因1 Unassiagned number(未分配的号码（空号）)3 No route to destination(无至目的地的路由)6 Channel unacceptable(不可接受的信道)16 Normal clearing(正常清除)17 User busy(用户忙)18 No user responding(无用户响应)19 User alerting,no answer(已有用户提醒，但无应答)21 Call rejected(呼叫拒绝)22 Number changed(号码改变)26 Non selected user clearing(清除未选择的用户)27 Destination out of order(终点故障)28 Incomplete number(无效号码格式（不完全的号码）)29 Facility rejected(设施被拒绝)30 Response to status enquiry(对状态询问的响应)31 Normal,unspecified(正常，未规定)34 No circuit/channel available(无电路/信道可用)38 Network out of order(网络故障)41 Temporary failure(临时故障)42 Switching equipment congestion(交换设备拥塞)43 Access information discarded(接入信息被丢弃)44 Requested circuit/channel not available(请求的电路/信道不可用)47 Resources unavailable,unspecified(资源不可用，未规定)49 Quality of service unavailable(服务质量不可用)50 Requested facility not subscribed(未预订所请求的设施)55 Incoming calls barred within the CUG57 Bearer capability not authorized(承载能力未认可)58 Bearer capability not presently available(承载能力目前不可用)63 Service or option not available,unspecified(无适用的业务或任选项目，未规定)65 Bearer service not implemented(承载业务不能实现)68 ACM equal to or greater than ACMmax69 Requested facility not implemented(所请求的设施不能实现)70 Only restricted digital information bearer(仅能获得受限数字信息承载能力)79 Service or option not implemented(业务不能实现，未规定)81 Invalid transaction identrfier value(无效处理识别码)87 User not member of CUG88 Incompatible destination(非兼容目的地址)91 Invalid mandatory information(无效过渡网选择)95 Semantically incorrect message(无效消息，未规定)96 Invalid mandatory information(必选消息单元差错)97 Message type non-existent or not implemented(消息类型不存在或不能实现)98 Message type not compatible with protocol state(消息与控制状态不兼容，消息类型不存在或不能实现)99 Information element non-existent or not implemented(信息单元不存在或不能实现)100 Conditional IE error(无效信息单元内容)101 Message not compatible with protocol state(消息与呼叫状态不兼容) 102 Recovery on timer expiry(定时器超时恢复)111 Protocol error,unspecified(协议差错，未规定)127Interworking,unspecified(互通，未规定)。
TCH,SD大汇总
（a）一般是由于直放站工作不正常，或者干扰器问题引起（同时查看周围基站的是否有上行干扰），建议实地勘查扫频。
（b）也有可能是馈线接口松动或者是和馈线相连的CDU故障，建议到BTS机房查看。
四、载频隐性故障引起SD掉话小区：
（1）查看SD信道分配性能测量话统,如果掉话主要集中在某块载频上，很有可能是这块载频隐性故障或者频点干扰引起；
（1）如果结合网络拓扑图，功率控制性能测量话统的上、下行平均接收质量，接收质量测量话统的各个载频上、下行接收质量的分析，发现SD信道所在载频对应的频点有同邻频干扰的，建议修改频点后，继续观察，因为同邻频干扰严重的小区，也会造成SD拥塞；
（2）如果该小区的每块载频上、下行接收质量良好的，建议增加SD信道来降低小区的SD拥塞。
（2）如果这个小区载频数比较多，其中有两块或者两块以上载频出现上行干扰：
（a）有可能是这几块载频的频点受到干扰，建议修改频点观察（康乐-1小区曾出现这个情况；
（b）也有可能是硬件故障，建议到BTS机房查看这几块载频跟合路器的连接情况，如果这几块载频连接到同一合路器下，建议先更换合路器再观察；
（a）如果某块载频的下行电平，下行质量都很差，而上行电平，上行质量正常，一般是由于载频隐性故障引起，可以重启载频，若还是不行，建议更换载频板；
（b）如果某块载频的上下行电平都正常，而上下行质量差，很有可能是频点干扰引起，建议更换频点观察；
（c）如所有载频的下行电平都比上行电平低，很可能是由于合路器故障或者天馈问题引起，建议进BTS机房查看馈线接口是否松动，以及更换合路器观察。
掉话： bss原因掉话、切换掉话、无线链路原因掉话、传输原因掉话；
? 统计项中的bss原因掉话一般表现为硬件故障、系统问题；
SDCCH信道配置
无线产品网络预警2005年第07期-GSM 网络规划产品（国内）1.1.1.1 信息共享 (1)1、SDCCH信道配置 (1)2、SDCCH拥塞 (2)1.1.1.2 重要问题分析 (3)1、GPRS 开通后分组立即指配成功率低，SDCCH拥塞率升高 (3)1.1.1.1 信息共享1、SDCCH信道配置在GSM系统中，一般呼叫建立过程、位置更新过程等大部分时间移动台工作在SDCCH信道上。
下表是SDCCH建议配置原则。
更变得几乎不可能。
幸运的是，目前部分厂商设备支持SDCCH动态分配功能。
SDCCH信道动态分配能够动态调整SDCCH的容量，减少SDCCH信道拥塞的发生，降低SDCCH信道初始配置对系统性能的影响，增大系统容量。
该功能第五章无线网络设计无线网络规划主要包括：SDCCH到TCH信道的动态分配，SDCCH到TCH信道的恢复。
利用动态分配算法，根据输入参数来决定是否进行动态分配：在某一时刻若小区的SDCCH信道比较忙，且空闲TCH信道的数目大于一定值，则根据相应的设置将空闲的TCH信道转换成SDCCH信道。
过了一端时间，若小区的SDCCH信道比较空闲，BSC将动态分配的SDCCH信道恢复成TCH信道。
2、SDCCH拥塞引起SDCCH拥塞率高的几个主要因素：(1) 参数设置不合理（系统消息）(2) 系统容量不够下面对每个因素作为一个专题来分析:2.1参数设置不合理判断方法：随机接入性能测量：立即指配成功次数（位置更新＋呼叫发起等所有原因之和）/立即指配次数＜85％；上述公式表示的是手机上报的est_ind与发下去的立即指配命令之比，一般应达到80～90%，如果该比值异常，说明系统消息数据表中相关的参数配置可能不当。
(1) 立即指配成功率过低；(2) 位置更新次数占整个建立指示比例（位置更新过多）。
解决方法：(1) 调整参数（随机接入错误门限，RACH接入门限），最大重发次数，扩展传输时隙数）。
SDCCH拥塞率高的分析处理
１ 基站Ｓ Ｃ Ｈ Ｃ 信道配置不合理。若Ｔ Ｈ ） Ｄ Ｃ 与Ｔ Ｈ Ｃ 信道很 闲，可 以开 启Ｓ Ｃ Ｈ Ｄ Ｃ 的重配功能，调整本 小区的Ｓ Ｃ Ｈ Ｃ 的信道 比例。由于在 Ｄ Ｃ 与Ｔ Ｈ 基站的资源分配 中，Ｓ Ｃ Ｈ Ｃ 均要 占用基站 的物理信道资源，在基 Ｄ Ｃ 与Ｔ Ｈ 站结构配置中实际上存在 Ｓ Ｃ Ｈ Ｃ 的平衡问题 ， 常Ｓ Ｃ Ｈ Ｃ Ｄ Ｃ 与Ｔ Ｈ 通 Ｄ Ｃ 与Ｔ Ｈ 在开站时被 固定分给一定 的信道 ， 由于 网络承载的话务是不断变化发 但 展的 ，为了适应这种变化 ，保持Ｓ Ｃ Ｈ Ｃ 在资源的使用上 的合理分 Ｄ Ｃ 与Ｔ Ｈ 配， 启用基站的Ｓ Ｃ Ｈ Ｄ Ｃ 信道重配功能，可以有效地 、动态地根据实时的 用户需求 ，凋整Ｓ Ｃ Ｈ Ｃ 之间的资源分配 ，尽可能地避免出现二者 Ｄ Ｃ 与Ｔ Ｈ 忙闲不均的情况。 在 日常的优化中 ， 要观察每天的Ｓ Ｃ Ｈ Ｃ 拥塞 的情况 ，对于不 Ｄ Ｃ 和Ｔ Ｈ 正 常的配置情况要及时纠正 ，避免出现一边空 闲 ，一边拥塞的现象 。 从全 网统计到的数据按照Ｓ Ｃ Ｈ Ｄ Ｃ 拥塞作为主关键字 ， Ｃ 拥塞作为次关 ＴＨ 键字 ， 进行从高到低排序 ，在Ｔ Ｈ Ｃ 信道无拥塞 ，Ｉ Ｓ Ｃ Ｈ ￣ Ｄ Ｃ 信道拥塞严重 ＇ 时 ，可考虑将一个１ Ｈ ℃ 信道重配为８ Ｄ ｃ 信道 。 个ｓ ｃ Ｈ 案例分析 ： 三岔 口 泡子沿 ＿ １ 在一定程度上存在Ｔ Ｈ Ｄ ｃ 忙闲不均 ｃ 与ｓ Ｃ Ｈ 的情况 ， 采取以下措施后这些小区的代 Ｈ 拥塞与Ｓ Ｃ Ｈ Ｄ Ｃ 拥塞得到了均衡。 解决办法将有 １ 条再增加１ Ｄ ｃ （ ） 条ｓ ｃＨ ８ ，修改后拥塞为０（ 见表１ ）。 ２ 与周边基 站相 比本小 区的覆盖不合理 。相对 自 ） 身信道 配置 以及 与邻 区话务来说 ，如果基站 的实际覆盖范 围过大 ，可能导致它实际承载 了过多的手机 的网络服务需求 ，这样很容易产生Ｓ Ｃ Ｈ Ｄ Ｃ 信道拥塞。当出 现这种情况后 ，针对基站覆盖偏大的情况 ，采取有效措施来收缩基站的 覆盖 ，从而降低基站承载 的用户数 ， ￣Ｄ Ｃ 信道的拥塞 。常用的方 减ｄＳ Ｃ Ｈ 法有 ：在距离上限制距基站较远的用户接入本基站 ；调整基站的小 区重 选的参数设置。 人为限制手机接人 的距离收缩基站实际覆盖范围缓解Ｓ Ｃ Ｈ Ｄ Ｃ 拥塞。 对于偏远的地区，由于基 站建设力度不够 ， 在有些距离基站较远的地方
常见异常事件信令分析
常见异常事件信令分析目录：一、日常指标中常见异常事件 (2)1、SDCCH拥塞： (2)2、SDCCH分配失败： (3)2.1无线原因引起SDCCH分配失败： (3)2.2 BSS问题引起的SDCCH分配失败： (3)2.3 SDCCH分配失败信令分析： (3)3、SDCCH掉话 (7)3.1无线问题引起SDCCH掉话： (7)3.2 BSS问题引起SDCCH掉话： (7)3.3 SDCCH掉话信令分析 (8)4、TCH拥塞 (10)5、TCH分配失败 (11)5.1无线原因引起的TCH分配失败： (11)5.2 BSS原因引起的TCH分配失败： (12)5.3 TCH分配失败信令分析： (13)6、TCH掉话 (16)6.1无线问题引起TCH掉话： (16)6.2切换失败引起TCH掉话： (17)6.3 BSS内部原因引起TCH掉话： (17)6.4传输问题引起TCH掉话： (17)6.5 TCH掉话信令分析： (18)6.5.1 MC736掉话 (18)6.5.2 MC621掉话 (19)6.5.3 MC14C掉话 (21)6.5.4 MC739掉话 (21)6.5.5 正常的挂机 (22)7、切换异常事件 (26)7.1、无线原因引起的切换失败返回信令流程（小区间异步切换）： (26)7.2、系统原因（BSS问题）引起的切换失败 (26)7.3、切换失败信令分析： (26)二、DT测试中的异常事件 (30)1、未接通 (30)1.1由于TCH拥塞 (30)1.2位置更新引起 (33)2、paging失败 (35)3、TCH掉话 (35)三、附录 (38)Abis口信令名词缩写解释： (38)一、日常指标中常见异常事件日常指标中常见异常事件主要表现为：SDCCH拥塞、SDCCH分配失败、SDCCH 掉话、TCH拥塞、TCH分配失败、TCH掉话、TCH切换失败1、SDCCH拥塞：信令流程如下：MC02a 位置更新次数MC02h 所有主叫电话占用SDCCH次数MC04 SDCCH拥塞次数当用户发起CHANNEL REQUEST时，网络发现无空闲的SDCCH信道时，BSC将会：如果小区参数En_Imm_Ass_Rej=“True”，则发Immediately Assignment Reject；否则Channel Required消息。
KPI统计定义
下行TBF拥塞率
下行TBF拥塞率=无信道资源导致下行TBF建立失败次数/下行TBF建立尝试次数
上行EGPRS TBF拥塞率
上行EGPRS TBF拥塞率=无信道资源导致上行EGPRS TBF建立失败次数/上行EGPRS TBF建立尝试次数
下行EGPRS TBF拥塞率
下行EGPRS TBF拥塞率=无信道资源导致下行EGPRS TBF建立失败次数/下行EGPRS TBF建立尝试次数
CS域的KPI
SDCCH的可用率
SDCCH的可用率=信道可用平均数目（sdcch）/信道动态配置平均数目（sdcch）*100%
TCH可用率
TCH可用率=信道可用平均数目（TCH）/信道动态配置平均数目（TCH）*100%
SDCCH拥塞率
SDCCH拥塞率（遇全忙）=[SDCCH占用全忙次数]/[SDCCH占用全忙请求次数]*100%
PS域的KPI
TBF掉话率
TBF掉话率=TBF掉话次数（上、下行GPRS/EGPRS）/TBF建立成功次数（上、下行GPRS/EGPRS）
上行TBF建立成功率
上行TBF建立成功率=上行TBF建立成功次数/上行TBF建立尝试次数
上行EGPRS RLC数据块重传率
上行EGPRS RLC数据块重传率=（上行MCS1~MCS9的RLC数据块个数-BSS接受到得上行MCS1~MCS9的RLC数据块个数）/上行(MSC1~MSC9)的RLC数据块个数
下行EGPRS RLC数据块重传率
下行EGPRS RLC数据块重传率=（下行MCS1~MCS9的RLC数据块个数-BSS接受到得下行MCS1~MCS9的RLC数据块个数）/下行(MSC1~MSC9)的RLC数据块个数
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SDCCH拥塞分析
本文主要介绍了SDCCH拥塞问题的一般流程和解决覆盖问题的典型方法，并从工程的角度总结了影响SDCCH拥塞问题的原因及相应的解决方法。
一、拥塞问题分析
无线网络拥塞问题也就是无线资源专用信道(SDCCH、TCH)拥塞问题。
其中，SDCCH拥塞主要是指SDCCH占用遇全忙。
TCH拥塞包括两种情况，一是TCH占用遇全忙，真正的信道分配不到造成的信道请求不成功；一是指配命令发下去后，由于种种原因造成的指配TCH信道失败。
拥塞问题解决方法
1.话务量大引起的拥塞
通过查看话统，检查SDCCH或TCH的话务强度是否高出正常值。
对于确实因话务量过大而导致的拥塞，扩容是最根本的解决方法。
此外，还可以采取话务分担措施，在一定程度上缓解拥塞。
例如修改CRO，打开直接重试或负荷切换等。
2.突发业务量引起的SDCCH拥塞
发现SDCCH拥塞率和话务强度偏高，而TCH话务强度正常时，可能是突发业务量引起的SDCCH拥塞。
在铁路沿线，特别是隧道出口处的站点。
因为位置偏远，一般配置容量不大，当火车经过或停靠时，大量掉网的移动台会进行位置更新，导致SDCCH拥塞。
另外，短信息的集中发送时段，也很容易发生SDCCH拥塞。
这种情况是很
难彻底避免的，但可以采取一些措施缓解拥塞。
例如增加SDCCH的配置，打开SDCCH和TCH的动态转换功能等。
3.载频故障引起的拥塞
当一个多载频配置的小区中的一个载频故障退出服务时，也会导致信道拥塞。
对有明确告警的故障载频进行更换，对于不能明确TRX故障的要先检查天馈各段连线是否正确，天馈驻波是否正常，如一切正常再更换载频进行验证。
4.干扰引起的拥塞
无线接口上的干扰也会造成拥塞，对于这种情况，需要解决干扰问题。
5.覆盖不一致造成指配信道失败
I. 同一小区中各TRX发射功率不一致
在没有采用同心圆技术的情况下，同一小区的不同TRX的输出信号经过上行发射通损耗后在天线输入口的功率不一致，造成覆盖范围不一致时，容易发生指配失败。
可以通过检查小区的合分路器、CDU 和SCU的连接方法确认该问题。
II. 一个小区多根发射天线
当一个小区采用多根发射天线时，容易造成覆盖范围不一致而导致指配失败。
通过工程调整尽量使覆盖范围一致。
III.小区收发天线不在同一平面或下倾角不一致,可通过天线调整解决。
6.数据配置不合理引起的拥塞
I. 位置区规划：对位置区的合理规划可以减少SDCCH的拥塞。
II. SDCCH动态分配：通过开启SDCCH动态分配功能可以降低SDCCH拥塞率。
III.双频网：合理设置双频网参数（如CRO、CBA、CBQ、小区重选滞后参数等），可以减少SDCCH的拥塞。
IV. 检查相关定时器的设置是否合理。
例如：T3101、T3103、T3107、T3122、T3212、T3111等。
合理减小定时器T3101可有效降低因双重分配SDCCH导致的拥塞。
如果T3101设置过大，则信令资源无效占用时间过长，造成系统资源的浪费。
为了优化信令资源的使用，尤其是在激活排队功能时，应适当减小此定时器的设置。
适当减小T3103和T3107可以降低对TCH信道资源的浪费。
一般情况下，设置T3103和T3107为5秒左右。
MS收到IMMEDIA TE ASSIGN REJECT消息后启动定时器T3122，只有当T3122超时后，MS才能发起新的信道请求消息。
增大T3122可以防止在系统无资源的情况下，MS仍然频繁的发送信道请求消息，来无谓的增加网络RACH和CCCH信道的负荷。
T3212即周期位置更新时限值，适当增大T3212可以减轻周期性位置更新对SDCCH信道带来的负荷。
T3111是连接释放延时定时器。
此定时器用于主信令链路断开连接后延迟信道的去激活；其目的是为可能重复的断开连接留有一些时间。
T3111不仅是在TCH信道释放过程中启动，在SDCCH信道释放过程中也同样会启动。
T3111的取值要和MS侧的T3110保持一致，一般
为2秒。
如果设置T3111为较大的值，可能导致大量的SDCCH拥塞。
二、SDCCH拥塞问题分析
SDCCH拥塞率稿的分析流程如下：
SDCCH拥塞率主要是指话务量大造成的拥塞。
首先确定SDCCH拥塞是普遍现象还是个别现象。
如果是普遍现象首先要分析位置更新定时器参数设置是否合理，其次计算SDCCH容量是否满足系统要求。
对于个别拥塞现象从设备、位置区和干扰三个方面分析。
(1) 设备方面先查看BSC整体性能测量中的TRX完好率和SDCCH 性能测量中的SDCCH可用率。
其次观察TCH性能测量中的TCH信道激活NACK/TIMEOUT次数。
从而确定是否单板故障引起。
(2) SDCCH承载位置更新的消息。
位置区规划不合理会造成频繁的位
置更新从而引起SDCCH拥塞。
观察位置区规划和实际路测，分析位置区边界是否设置在用户量大的区域。
观察这些边界处的小区SDCCH占用请求次数中位置更新的比例是否过大。
方法是查询SDCCH性能测量中成功的SDCCH占用次数（位置更新）占整个SDCCH占用成功次数的比例。
(3) 干扰也会造成SDCCH拥塞。
特别是站间距较小BCCH频率规划紧密的网络，系统可能会收到较多的干扰随机接入信号，网络为每一个随机接入分配SDCCH信道，会造成拥塞。
话统中立即指配成功率降低，寻呼成功率降低，随机接入性能测量中RACH可能有过载。
三、覆盖案例
案例1：LAC号配置错误引起SDCCH拥塞
【问题描述】
某基站为S1/1/1配置，2小区的SDCCH拥塞率达8%以上。
【问题分析与解决】
（1）查看TCH、SDCCH性能测量指标，发现TCH的话务量不大，每小区忙时话务量不超过2.2Erl，但SDCCH的占用请求次数非常高，忙时高达3032次，话务量达到1.86Erl，拥塞率高达8%以上。
（2）引起SDCCH占用的主要原因有：通话建立之前的信令；切换时的信令；空闲模式下位置更新的信令；短消息。
（3）由于TCH的话务量正常，TCH占用请求次数（含切换）正常：318次。
切换请求次数也正常146次。
因此推断，有可能是位置更新
或短消息过多才导致SDCCH的大量占用。
（4）检查该基站的LAC号：0500，该基站周围其他小区的LAC号都为0520。
将该基站的LAC号改为0520之后，忙时SDCCH占用请求次数为298次，SDCCH话务量为0.27Erl，拥塞率基本降为0。
案例2：大量突发位置更新引起SDCCH拥塞
【问题描述】
某本地网无线接通率偏低，从话务统计上分析其主要原因为少数几个站SDCCH拥塞。
【问题分析与解决】
（1）从话务统计上看，出现拥塞的小区忙时有300～400次SDCCH 占用，均为S1/1/1基站，每个小区均配置8个SDCCH/8信道。
通常可以满足300～400次SDCCH占用，但每个小区忙时均出现几十次SDCCH拥塞。
（2）登记相应的话统，发现SDCCH占用中，绝大部分为位置更新造成。
结合基站所处位置，发现上述拥塞基站大部分处在铁路线两个位置区交界处，由此联想到可能是突发的位置更新导致SDCCH拥塞。
（3）为了证实上述推测，特登记五分钟话务统计，发现位置更新大部分集中在某五分钟之内。
经查询列车时刻表，该时段有四到五列客车经过。
列车经过时，大量的突发位置更新集中在很短的时间内进行，导致拥塞。
（4）对于铁道线上位置区交界处的基站，建议打开基站的SDCCH 动态分配功能，并在SDCCH配置上留适当余量。