SDCCH异常拥塞分析-安徽移动
SDCCH拥塞率高的分析处理
SDCCH拥塞率高的分析处理摘要主要从出现SDCCH信道拥塞可能的原因入手,提出一些解决SDCCH信道拥塞的方法和思路。
关键词SDCCH;拥塞率;分析我们在谈到网络拥塞时,常常是指信令信道拥塞以及话务信道拥塞。
信令信道拥塞也就是我们常说的SDCCH信道拥塞,发生在用户在申请网络服务开始阶段。
出现SDCCH信道拥塞是说:在立即指配时,如果网络没有可用的SDCCH信道来分给手机,则系统计一次SDCCH分配失败。
SDCCH信道的拥塞会直接影响到基站的性能和用户的感观。
在本文中,主要从出现SDCCH信道拥塞可能的原因入手,提出一些解决SDCCH信道拥塞的方法和思路。
1存在覆盖或话务的不均衡问题当出现SDCCH信道拥塞后,分析得出SDCCH的拥塞率与TCH的拥塞率不均衡,或者基站的覆盖与周边基站的覆盖没有合理地进行控制,则可以采用以下的均衡方法进行处理:若TCH信道很闲,可以开启SDCCH的重配功能,调整本小区的SDCCH与TCH的信道比例;若开启了SDCCH的重配功能,但参数设置不合理或不正确也可能造成SDCCH的拥塞;由于基站的覆盖过大,引起SDCCH拥塞,可以对用户的起呼进行距离上的限制;若基站的C2设置不合理,可能造成基站过多地吸收了话务,从而导致基站SDCCH拥塞率比TCH的高。
1)基站SDCCH与TCH信道配置不合理。
若TCH信道很闲,可以开启SDCCH 的重配功能,调整本小区的SDCCH与TCH的信道比例。
由于在基站的资源分配中,SDCCH与TCH均要占用基站的物理信道资源,在基站结构配置中实际上存在SDCCH与TCH的平衡问题,通常SDCCH与TCH在开站时被固定分给一定的信道,但由于网络承载的话务是不断变化发展的,为了适应这种变化,保持SDCCH与TCH在资源的使用上的合理分配,启用基站的SDCCH信道重配功能,可以有效地、动态地根据实时的用户需求,调整SDCCH与TCH之间的资源分配,尽可能地避免出现二者忙闲不均的情况。
SDCCH论文SDCCH拥塞率高的分析处理
SDCCH拥塞率高的分析处理目录SDCCH拥塞率高的分析处理 (1)第一章：前言 (2)第二章：信令流程 (3)1〕正常SDCCH分配信令流程 (3)2〕SDCCH分配拥塞信令流程 (4)3〕SDCCH分配信令流程分析说明 (4)第三章：SDCCH拥塞率计算公式 (8)第四章：可能导致SDCCH拥塞率高的原因及其解决方法 (9)一、出现突发性话务增加或者用户产生话务时间相对集中 (9)1〕开启RACH流量控制功能，减少SDCCH的集中占用 (9)2〕增大SDCCH配置缓解由于增值业务量的增加导致的拥塞 (14)二、存在覆盖或话务的不均衡问题 (14)1〕基站SDCCH与TCH信道配置不合理 (14)2〕与周边基站相比本小区的覆盖不合理 (18)三、手机过多的位置更新占用了基站的SDCCH信道 (19)1〕LAC划分不合理导致手机频繁位置更新 (19)2〕LAC分界处的基站覆盖交叠过大且此处的手机用户密度较大 (19)四、基站不能正常分配SDCCH信道 (21)1〕硬件问题导致基站时隙退出效劳从而降低小区的可用资源 (21)2〕基站传输闪断增加SDCCH分配失败次数 (22)3〕SLEEPING CELL现象引起SDCCH的拥塞 (22)4〕SDCCH信道吊死导致基站不能正常分配 (23)5〕RTF与DRI的对应关系发生紊乱 (23)五、手机不能正常占用SDCCH，引起手机重新申请网络效劳 (25)1〕小区载频硬件问题 (25)2〕参数设置错误问题 (25)3〕存在频率干扰的问题 (26)六、由于基站异常原因导致用户频繁重新申请网络资源 (26)七、MSC侧等有线局部原因造成基站SDCCH信道拥塞 (26)1〕MSC上基站参数设置不正确，造成基站SDCCH信道拥塞 (26)2〕MSC上未及时在基站开通后做该站的数据造成基站SD拥塞 (27)3〕MSC上基站操作维护状态设置不正确，造成基站SD信道拥塞 (27)4〕MSC侧CIC被异常BAR住，造成基站SD信道拥塞 (28)八、基站容量缺乏且尝试了各种方法均未奏效时考虑加站或扩容 (32)第五章：处理SDCCH拥塞率高的思路 (33)第六章：完毕语 (35)第一章：前言我们在谈到网络拥塞时，常常是指信令信道拥塞以及话务信道拥塞。
SDCCH信道切换导致的短信错误优化分析
电信工程技术与标准化年第期S DCCH 信道切换导致的短信错误优化分析毛里叶黄建平（中国移动通信集团广东有限公司惠州分公司惠州516003）摘 要 本文通过对短信下发中最常见的MSC 拒绝和MSC 系统错误两类网络错误的分析，阐述了SDC CH 信道切换对短信业务的影响，提出禁止SDC CH 信道切换与核心网增强型短信重传方法两种解决方案，最终解决SDCC H 信道切换导致短信下发失败的问题。
关键词 短信SDCCH切换1前言短信是移动用户使用最为广泛的增值业务，由于网络系统的原因，短信下发一直存在各类错误，由网络导致的错误中，MSC 拒绝和MSC 系统错误占了90%以上，以广东惠州为例，每天点对点短信量为500万，网络错误为5.5万，MSC 拒绝和MSC 系统错误总量就达5万。
这既影响了网络指标，也直接影响了客户对网络质量的感知。
2SDCC H 信道切换对短信业务的影响根据GSM 规范，短信在手机空闲状态下通过SDCCH 信道传送，在通话过程中则是由随路信道SACCH 传送，利用信令分析工具，可对短信信令进行统计分析，查找短信错误产生的真正原因。
2.1短信信令分析惠州连续多天的短信信令分析与统计表明，导致短信MSC 拒绝与MSC 系统错误的原因并不在于MS ，而是无线SDCCH 信道的切换，信令分析如图1所示。
信令分析表明70%的MSC 拒绝和MSC 系统错误的信令中，都含有h op er 消息，这表明手机在接收短信时发生了小区切换。
同时我们采用TE MS 手机进行测试验证，在300次的SDCCH 切换测试中，只有8次短信正常下发，其余的292次短信都下发失败，向短信中心返回MSC 拒绝或MSC 系统错误。
可见SDCCH 切换导致短信下发失败高达97%以上，由此也证实了前面的推断，SDCCH信道切换是导致MSC 拒绝的主要原因。
2.2原理分析手机空闲状态下通过SDCCH 信道传送，BSC 与用户终端建立SAPI3链路，用于透传短信数据。
核心网数据配置不合理导致SDCCH拥塞
核心网数据配置不合理导致SDCCH拥塞问题描述:在M2000提取话统时发现一个BSC下面的一些小区的”channel request(location update)”次数很多(忙时每小时可达4万多次), 过多的” channel request”导致了SDCCH拥塞,发生SDCCH拥塞这些小区位于同一个位置区下(LAC=3010):他小区也有拥塞情况, 这些小区来自同一个位置区:3010.问题分析:检查参数配置、告警，没有发现异常参数和告警；跟踪A口消息，发现有大量的”location update reject”消息，位置更新失败的原因都是”network failure”;分析“channel required”消息，发现接收电平理想，TA很小，如下图所示：上图显示这个小区的上行接收电平比较理想。
因此在LMT上查看上行干扰带情况，发现基本上都在“band 1”, 这说明不存在上行干扰情况。
因此，位置更新失败的原因不可能由覆盖和干扰引起。
继续分析“channel request”消息，发现发起位置更新的用户都来自相邻的M国：由上图可知，MCC+MNC=732 123，LAC = 65534因此发起位置更新的用户来自相邻的M国某运营商；但是对于来自本国运营商的用户来说，如果“roaming in other location area”被禁止，当核心网发送“location update reject”的原因时，不能把“network failure”作为位置更新失败的原因，因为如果核心网给MS发送这样的拒绝原因，MS不会把这个PLMN放入“forbidden list”中，于是MS会重新发送“location update request”消息开始另一次的位置更新，这样会导致MS 不停的发起位置更新而频繁占用SDCCH信道，从而导致SDCCH拥塞。
处理过程：让核心网的工程师修改“location update reject”原因，将"network failure" 修改为"PLMN not allowed"。
TCH和SDCCH拥塞处理
SDCCH拥塞和TCH拥塞解决方法总结1）如处理SDCCH拥塞时。
我们首先看占用情况，如果确实是由于SDCCH 占用很高时才引起的拥塞，而且是整个小区的拥塞那就是真正的拥塞了。
接下来我们就要在不扩容的情况下解决这拥塞问题。
对于SDCCH拥塞要排除是不是位置更新频繁才引起的SD请求很多。
从网络对位置更新的标识不同来分，即广义的来分位置更新可分为正常位置更新（即越位置区的位置更新）、周期性位置更新（对应T3212）和IMSI附着（对应用户开机）。
T3212单位为6分钟，一般在一个网络单元中T3212设置是相同的。
接下来我们可调整MS最大重发次数，该参数设置较大，可以提升接通率和寻呼成功率，但会增大SDCCH、RACH信道负荷，建议在业务量不大的郊区，且华为基站和周围基站共位置区，局方对寻呼成功率、接通率指标要求较高时，建议设成7，若SDCCH信道较忙（话务量较大或不共MSC的插花组网导致位置更新较多的情况），建议设为4。
还有个可以调整的是T3101，T3101定时器是SDCCH分配保持时间定时器，在随机接入申请信道，BSC下发立即指配命令后启动，等待手机接入。
如果手机没有接入（重发的随机接入请求后收到前面的立即指配，误接入等），在定时器T3101超时后释放SDCCH资源。
减少该定时器，可以减少上述情况SDCCH信道资源的浪费，缓解SDCCH占用遇全忙的情况。
一般我们设置在30左右。
最后在没有参数可以调整的情况下可以改变信道类型。
把PDCH改成SDCCH或把TCH改成SDCCH，但是要在GPRS和TCH没有拥塞的情况下修改。
2）如处理TCH拥塞。
首先排除是干扰或硬件故障引起的TCH拥塞。
如何在不扩容的情况下解决拥塞问题。
打开TCH半速率允许，调整半速率TCH倒回全速率TCH最短时间，此参数为半速率TCH倒回全速率TCH的一个必要条件。
TCH/F 调整为TCH/H后的时间间隔如果大于此参数，则可以倒回全速率TCH，否则不能倒回。
SDCCH、TCH拥塞问题的处理方法
专用信道(SDCCH、TCH)拥塞问题的处理方法本节讨论网络无线资源专用信道(SDCCH、TCH)拥塞问题的处理方法。
其中，SDCCH拥塞主要是指SDCCH占用遇全忙。
TCH拥塞包括两种情况，一是TCH占用遇全忙，真正的信道分配不到造成的信道请求不成功；一是指配命令发下去后，由于种种原因造成的指配T CH信道失败。
一、拥塞问题1. 拥塞问题解决方法(1) 话务量大引起的拥塞通过查看话统，检查SDCCH或TCH的话务强度是否高出正常值。
对于确实因话务量过大而导致的拥塞，扩容是最根本的解决方法。
此外，还可以采取话务分担措施，在一定程度上缓解拥塞。
例如修改CRO，打开直接重试或负荷切换等。
(2) 突发业务量引起的SDCCH拥塞发现SDCCH拥塞率和话务强度偏高，而TCH话务强度正常时，可能是突发业务量引起的SDC CH拥塞。
在铁路沿线，特别是隧道出口处的站点。
因为位置偏远，一般配置容量不大，当火车经过或停靠时，大量掉网的移动台会进行位置更新，导致SDCCH拥塞。
另外，短信息的集中发送时段，也很容易发生SDCCH拥塞。
这种情况是很难彻底避免的，但可以采取一些措施缓解拥塞。
例如增加SDCCH的配置，打开SDCCH和TCH的动态转换功能等。
(3) 载频故障引起的拥塞当一个多载频配置的小区中的一个载频故障退出服务时，也会导致信道拥塞。
对有明确告警的故障载频进行更换，对于不能明确TRX故障的要先检查天馈各段连线是否正确，天馈驻波是否正常，如一切正常再更换载频进行验证。
(4) 干扰引起的拥塞无线接口上的干扰也会造成拥塞，对于这种情况，需要解决干扰问题。
(5) 覆盖不一致造成指配信道失败i) 同一小区中各TRX发射功率不一致在没有采用同心圆技术的情况下，同一小区的不同TRX的输出信号经过上行发射通道损耗后在天线输入口的功率不一致，造成覆盖范围不一致时，容易发生指配失败。
可以通过检查小区的合分路器、CDU和SCU的连接方法确认该问题。
SDCCH拥塞率高的分析处理
１ 基站Ｓ Ｃ Ｈ Ｃ 信道配置不合理。若Ｔ Ｈ ） Ｄ Ｃ 与Ｔ Ｈ Ｃ 信道很 闲，可 以开 启Ｓ Ｃ Ｈ Ｄ Ｃ 的重配功能，调整本 小区的Ｓ Ｃ Ｈ Ｃ 的信道 比例。由于在 Ｄ Ｃ 与Ｔ Ｈ 基站的资源分配 中，Ｓ Ｃ Ｈ Ｃ 均要 占用基站 的物理信道资源，在基 Ｄ Ｃ 与Ｔ Ｈ 站结构配置中实际上存在 Ｓ Ｃ Ｈ Ｃ 的平衡问题 ， 常Ｓ Ｃ Ｈ Ｃ Ｄ Ｃ 与Ｔ Ｈ 通 Ｄ Ｃ 与Ｔ Ｈ 在开站时被 固定分给一定 的信道 ， 由于 网络承载的话务是不断变化发 但 展的 ，为了适应这种变化 ，保持Ｓ Ｃ Ｈ Ｃ 在资源的使用上 的合理分 Ｄ Ｃ 与Ｔ Ｈ 配， 启用基站的Ｓ Ｃ Ｈ Ｄ Ｃ 信道重配功能，可以有效地 、动态地根据实时的 用户需求 ，凋整Ｓ Ｃ Ｈ Ｃ 之间的资源分配 ，尽可能地避免出现二者 Ｄ Ｃ 与Ｔ Ｈ 忙闲不均的情况。 在 日常的优化中 ， 要观察每天的Ｓ Ｃ Ｈ Ｃ 拥塞 的情况 ，对于不 Ｄ Ｃ 和Ｔ Ｈ 正 常的配置情况要及时纠正 ，避免出现一边空 闲 ，一边拥塞的现象 。 从全 网统计到的数据按照Ｓ Ｃ Ｈ Ｄ Ｃ 拥塞作为主关键字 ， Ｃ 拥塞作为次关 ＴＨ 键字 ， 进行从高到低排序 ，在Ｔ Ｈ Ｃ 信道无拥塞 ，Ｉ Ｓ Ｃ Ｈ ￣ Ｄ Ｃ 信道拥塞严重 ＇ 时 ，可考虑将一个１ Ｈ ℃ 信道重配为８ Ｄ ｃ 信道 。 个ｓ ｃ Ｈ 案例分析 ： 三岔 口 泡子沿 ＿ １ 在一定程度上存在Ｔ Ｈ Ｄ ｃ 忙闲不均 ｃ 与ｓ Ｃ Ｈ 的情况 ， 采取以下措施后这些小区的代 Ｈ 拥塞与Ｓ Ｃ Ｈ Ｄ Ｃ 拥塞得到了均衡。 解决办法将有 １ 条再增加１ Ｄ ｃ （ ） 条ｓ ｃＨ ８ ，修改后拥塞为０（ 见表１ ）。 ２ 与周边基 站相 比本小 区的覆盖不合理 。相对 自 ） 身信道 配置 以及 与邻 区话务来说 ，如果基站 的实际覆盖范 围过大 ，可能导致它实际承载 了过多的手机 的网络服务需求 ，这样很容易产生Ｓ Ｃ Ｈ Ｄ Ｃ 信道拥塞。当出 现这种情况后 ，针对基站覆盖偏大的情况 ，采取有效措施来收缩基站的 覆盖 ，从而降低基站承载 的用户数 ， ￣Ｄ Ｃ 信道的拥塞 。常用的方 减ｄＳ Ｃ Ｈ 法有 ：在距离上限制距基站较远的用户接入本基站 ；调整基站的小 区重 选的参数设置。 人为限制手机接人 的距离收缩基站实际覆盖范围缓解Ｓ Ｃ Ｈ Ｄ Ｃ 拥塞。 对于偏远的地区，由于基 站建设力度不够 ， 在有些距离基站较远的地方
各种未接通来做一个具体的分析
在测试中，我们通常会遇到4种类别的未接通，其一为主被叫位置更新引起的未接通；其二为无线链路建立过程中遇到的未接通；其三为TCH分配过程中遇到的未接通，最后为Paging无响应或手机原因等引起的未接通。
现就各种未接通来做一个具体的分析：一、位置更新过程中的未接通：1、主叫位置更新引起的未接通在GSM DT测试中，手机在通话模式下跨越LAC或在空闲模式下做跨LAC小区重选后，手机会做位置更新。
如果主叫手机还未来得及做位置更新就起呼（上发Channel Request），主叫在上发CM Service Request后会收到网络侧下发的CM Service Reject，Cause为IMSI unknown in VLR，而造成未接通。
2、被叫位置更新引起的未接通在GSM DT测试中，手机在通话模式下跨越LAC或在空闲模式下做跨LAC小区重选后，手机会做位置更新。
如果主叫手机寻呼被叫时（Assignment Complete后），被叫正在进行位置更新，而无法正常响应主叫的寻呼命令，最后主叫会收到网络侧下发的Disconnect，cause为Network out off order或No User responding，从而造成未接通。
二、无线链路建立过程中的未接通：在无线链路建立过程中，SDCCH信道有时会存在拥塞现象，这种情况会导致未接通；在SDCCH 信道分配过程中或分配完以后，无线链路有时会变得较差，致使SDCCH信道不能正常分配或发生SDCCH掉话（大部分小区未开SD切换），此种情况也会导致未接通。
1、SDCCH拥塞引起的未接通由于SDCCH拥塞导致的未接通，需要结合A接口，Abis接口信令跟踪及OMC统计分析。
具体情况为主被叫手机上发Channel Request后，网络无法对其进行正常的立即指配命令。
在测试过程中，有时会看到被叫手机上发3次Channel Request后无后续信令（也可能由于上行干扰引起），排除上行干扰后就可能由于SDCCH拥塞引起（可通过查询当时占用小区的MC04判断是否有SDCCH拥塞存在）。
01-07 拥塞类故障分析与处理
故障处理手册目录目录7 拥塞类故障分析与处理..............................................................................................................7-17.1 概述..............................................................................................................................................................7-27.2 A接口拥塞...................................................................................................................................................7-27.2.1 背景知识............................................................................................................................................7-27.2.2 分类故障定位.....................................................................................................................................7-27.3 无线信道拥塞..............................................................................................................................................7-47.4 分类故障定位..............................................................................................................................................7-57.4.1 话务量引起SDCCH拥塞和TCH拥塞的故障定位........................................................................7-57.4.2 突发业务量引起SDCCH拥塞的故障定位......................................................................................7-57.4.3 载频故障引起拥塞的故障定位.........................................................................................................7-67.4.4 干扰引起拥塞的故障定位.................................................................................................................7-77.4.5 地面资源引起拥塞的故障定位.........................................................................................................7-77.5 典型案例......................................................................................................................................................7-87.5.1 同频干扰引起SDCCH拥塞.............................................................................................................7-87.5.2 TRX故障引起TCH拥塞...................................................................................................................7-87.5.3 传输不稳引起SDCCH拥塞.............................................................................................................7-97.5.4 大量突发位置更新引起SDCCH拥塞...........................................................................................7-107.5.5 CIC号配置错误引起TCH拥塞......................................................................................................7-107.5.6 LAC号配置错误引起SDCCH拥塞...............................................................................................7-117.5.7 MS最大重发次数较大引起SDCCH拥塞......................................................................................7-127.5.8 版本不支持半速率导致TCH大量拥塞.........................................................................................7-13拥塞类故障分析与处理故障处理手册 77 拥塞类故障分析与处理关于本章本章描述内容如下表所示。
常见异常事件信令分析
常见异常事件信令分析目录：一、日常指标中常见异常事件 (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消息。
SDCCH信道上的话务事件及拥塞处理
SDCCH信道的拥塞率及处理方法
完成一次通话即需要 SDCCH 来传送呼叫接续信令，也需要 TCH 来 传送话音或数据信息。因此在定义SDCCH信道数量时，必须综合考虑 SDCCH信道的拥塞率及TCH信道的拥塞率。由于SDCCH可以更有效地利 用物理信道，故SDCCH信道的拥塞率应低于TCH信道的拥塞率。 确定SDCCH信道拥塞率的基本原则为： SDCCH/8信道拥塞率建议小于TCH信道拥塞率的25％。 SDCCH/4信道拥塞率建议小于TCH信道拥塞率的50％。 假如一个小区TCH信道拥塞率定义为2％， 则： 对于SDCCH/4信道配置的拥塞率应小于1％。 对于SDCCH/8信道配置的拥塞率应小于0.5％。
呼叫建立和响应寻呼
用户忙时呼叫次数与用户的话务特性及网络覆盖情况有关。不 同的网络应根据本地区话务统计结果来确定用户的呼叫次数及主被 叫的比例关系。
基于一般话务统计分析发现，用户主叫产生的忙时试呼次数大 约为 0.8BHCA，用户被叫产生的忙时试呼次数大约为 0.3BHCA。结合 前面介绍的呼叫建立和响应寻呼所占用的 SDCCH时长，我们可以近似 得到每用户由于呼叫接续产生的话务量：
SDCCH信道上各种话务活动的话务量评估
位置更新
MS的位置更新一般发生在两个位置区域的边界处，所以位置区 内的小区与边界小区的位置更新话务量不同。特别是话务量大、用 户移动频繁的边界小区，承担的话务量更大。 我们根据下面假设的话务模型来计算不同小区位置更新的话务 量： 假设开机用户为 40％。在一般小区内，每个开机用户每小时发 生1次位置更新。则用户产生的位置更新话务量为： 1×40％×3.5/3.6＝0.4Me 在微蜂窝小区内用户发起位置更新的机率很小，不预考虑。
用户 IMSI附着一次占用 SDCCH 信道的时间大约为 3.5秒，与用户完成 一次位置更新的时间相同。
浅析SDCCH拥塞率的解决
３ Ｄ Ｃ Ｓ Ｃ Ｈ拥塞的发现
在网优的 日常维护中可以通过 Ｏ Ｒ话统和路测 ＭＣ 来 发现 ， 在路测时通过层 ３ 信令 的观 察 ， 看是否能收到
Ｉ ＭＭＥ Ｉ Ｅ ＡＳ Ｉ ＮＭＥ Ｄ ＡＴ ＳＧ ＮＴ，判断 Ｓ Ｃ 呼 叫建 ＤＣ Ｈ
立 失败在哪一步 中断 ，是 没有分配 Ｓ ＤＣＣＨ信 道就断 掉 ，还是分配 了Ｓ Ｃ ＤＣ Ｈ信道后没有 Ｔ Ｈ信道或者其 Ｃ
移动 台发生频繁的位置登记 ， 加重 Ｓ Ｃ ＤＣ Ｈ的负荷 ，产
生拥 塞 。
该计时器用于限制执行 Ｔ Ｈ分配指令的时长 ，当 Ｃ Ｂ Ｃ Ｔ 发送指配命令 （ Ｓ ＩＮＭ Ｎ Ｏ Ｓ 向Ｂ Ｓ Ａ ＳＧ Ｅ Ｔ Ｃ ＭＭＡＮ Ｄ） 时启动 ， 在收 到Ｂ Ｓ 出的指配完成时 （ Ｓ Ｉ ＮＭ — Ｔ 发 Ａ ＳＧ Ｅ Ｔ Ｃ ＭＰ Ｅ Ｅ） Ｎ Ｏ Ｌ Ｔ 时复位。通过经验值 ， 一般信道的 指 配过程在 ２ 内完成 ， 所 以在无线环境 比较好 的情况 ｓ 下 ，可 以将该值 设为 ２ 。 ｓ （ ）调 整 Ｔ １２ ６ ３２ 。 Ｔ ２ ３ 是等待指示计数器 ， １ ２ 手机在收到立即指配拒 绝消息必须经过 Ｔ １２ ３ ２ ￣示 的时 间才能发起呼 叫。 增大
维普资讯
工
浅析 Ｓ Ｃ Ｈ Ｄ Ｃ 拥塞率的解决
梁 晓洪
（ 中国移动通信集 团贵州有限公 司安顺 分公 司 安顺 ５ ０ ） ６ ０ １ ０
摘 要 本文通过描述 Ｓ Ｃ 拥塞的各种原因 ，讨论 了在 不同情况 下的解决方法 ，最后结合实际工作中的案例阐 ＤＣ Ｈ
次呼叫的最小时间间隔 。Ｂ Ｓ Ｔ 无法分 配无线资源的信令 流程如 图 １ 所示。
４ １ ＢＴ Ｂ Ｃ侧硬件故障和传输故障 ． Ｓ
GSM网络中SDCCH拥塞问题的优化方案
若上述方法效果不大，还可以根据 TCH 信道的话务量情况重新配置信道类型。如 将 TCH 改为 SDCCH/8，还要参考 TCH 信道用于信令模式次数的多少。目前北京联通 的 SDCCH 信道结构主要有两种：一种是 SDCCH 和 BCCH 共用的信道模式，另外一种 是 SDCCH 和 BCCH 分开的信道模式。另外，西门子的 BSC 升级到 BR60 后，还有一 种新的信道模式“SDCCH/TCH 信道”，它可以根据网络的实际情况自动转换成 SDCCH 或 TCH 的信道类型，目前北京联通还没有开通此功能。
2 GSM 网络的 SDCCH 拥塞问题
2.1SDCCH 拥塞问题描述及其在层三信令上的体现
GSM 网络中的拥塞分为两种：SDCCH 拥塞和 TCH 拥塞。所谓 SDCCH 拥塞，是指在立即指 配时网络无信令信道可用；TCH 拥塞则是在话音信道指配时网络无业务信道可用。SDCCH 拥 塞产生的后果远比 TCH 拥塞严重，如果某小区所有的 SDCCH 信道均被占用，接下来申请的呼 叫则不会分配到 SDCCH 信道，更不可能分配到 TCH 信道，体现在用户身上的情况则是信号很 强但无法接入网络、网络繁忙，呼叫建立成功率很低，因而直接影响到网络的质量以及用户 的SC
GSM网络SDCCH掉话分析报告
GSM网络SDCCH掉话分析报告综述：本次工作任务旨在对SDCCH掉话的机理及其对网络的影响进行分析。
在分析过程中，力求做到采用多途径及综合手段进行验证及分析，报告在最后部分针对当前发现的问题，提出了相应的优化和改进建议，希望能对移动公司的网络性能改善起到积极的作用。
OMC部分的初步分析（BSC级）：从P_NBSC_SERVICE，P_NBSC_TRAFFIC，P_NBSC_CC三个数据表中的BSC级测量统计来看，P_NBSC _CC中的Phase 1下的Clear code 21（Corrupted Establish_Indication）的次数为9011次，P _NBSC_SERVICE中的T3101超时计数为9023次，P_NBSC_TRAFFIC中SDCCH_Abis接口掉话值为92 83（也包括其它一些Clearcode导致的掉话，由于NOKIA OBS测量数据不可用，暂时无法通过Ca useCode精细验证）。
这三组数据具有比较明显的吻合性，初步证明T3101超时是导致SDCCH Ab is接口掉话的主要原因。
T3101的超时原理如下图表示：Figure 1: T3101超时原理如上图所示，在BSC下发Imm_assign_cmd之后，在T3101的时限内如果没有收到上行的Establishment_Indication建立指示，则由系统下发强制SDCCH拆线指令，以及时释放SDCCH资源。
案例：梧田社保局 CELLID：10552，BSC15，BTS22，TRX-2过程描述：分别在3月10日，15日进行了两次Abis接口挂表信令跟踪（BTS22的TRX2，BCCH载频），通过对结果的观察分析，有如下发现：1.实际捕获的SDCCH占用请求次数为803次，拥塞2次，立即指配命令下发为801次。
2.有9次存在“TRX having “Error Indication”case”错误提示。
苏木图三个小区SDCCH释放异常分析
苏木图三个小区SDCCH释放异常分析故障现象描述在兴安盟移动G12期华为新建工程中，新建站苏木图（BTS3012,配置为S1/1/1）开通后，主被叫拨测均正常；在基站维护台观察SDCCH占用正常，TCH信道占用也正常，没发现问题。
第二天提取话统分析，发现从晚上8点开始立即指配成功率为0.1%,SDCCH拥塞次数每小时达上万次。
在基站维护台观察SDCCH占用状态一直为全忙，无释放。
SDCCH 性能测量话统如下：出现该问题后查看了关于ABIS口的LAPD性能测量，BTS接收CRC接收错误次数几万次。
(苏木图的三块载频信令连接号为76，77，78)。
LAPD性能统计：告警信息：无线链路提示告警故障分析定位由于是三个小区同时出现告警,估计DDPU和DTRU故障的可能性很小；基站开通后拨测正常,故数据配置不当的可能也很小；由于该站处于边际，周围用户较少，也不是LAC边缘，所以做位置更新的次数也不可能如此之多；初步怀疑是传输或者三个小区的共用板件如TMU等出现故障或者是干扰。
随机接入性能统计：由统计可得出，当BTS接收的错误帧数增加时，随机接入性能迅速下降，即传输质量下降造成SDCCH释放异常。
具体指标解释项如下：BTS接收八位位组错次数：L3消息通过L2进行发送，最终必须通过物理层（L1）以物理帧的形式发送出去。
如果L1接收的帧中字节错误，则丢弃该帧，同时该指标增加1。
如果上行物理链路断，则话统结果无法送到BSC，该指标不会增加。
测量点：当BTS的L1收到的帧中字节错误时进行统计。
BTS接收CRC错误次数：L3消息通过L2进行发送，最终必须通过物理层（L1）以物理帧的形式发送出去。
如果L1接收到CRC校验错误的帧，则丢弃该帧，同时该指标增加1。
如果上行物理链路断，则话统结果无法送到BSC，该指标不会增加。
测量点：当BTS的L1收到CRC校验错误的帧时进行统计.故障清楚步骤1. 在TCH性能测量里查看干扰带,三个小区无干扰；在“基站维护”里查看TMU等单板状态正常。
DG-1SDCCH信道全忙故障分析及解决措施
SDCCH信道全忙故障浅析东莞公司黄国雄杜东风摘要：本文对MSC/BSC软件版本升R7以后频繁出现的SDCCH信道全忙故障进行了分析，并提出了一些实际解决措施，取得了很好效果，杜绝了该类故障的发生，对保证CME20 GSM网络的稳定运行有一定的实际参考价值。
关键词：SDCCH信道故障信号链负荷故障现象简述：自从MSC/BSC软件版本升R7以后，东莞公司的G3、G4、G5局多次出现基站小区SDCCH信道全忙（吊死），而TCH信道大部分是IDLE现象，此时手机无法作主/被叫、无法开机登记、通信全阻，并且交换机无任何告警，有时交换终端输出缓慢或吊死。
这种现象我们称为SDCCH信道全忙故障。
故障分析与解决措施：出现该现象所采取的一般措施是：闭塞MSC-BSC的所有信号链，观察各小区的SDCCH信道状态，没有全忙后（一般3-5分钟），再解闭MSC-BSC的信号链；或者对BSC做小启动。
如果解闭MSC-BSC信号链，故障暂时消除，但不久故障又发生，有时甚至频繁发生，这时要直接对MSC做小启动才能清除故障，严重影响网络服务水平。
因此，我们作了进一步分析，采取了相应有效的措施缓解故障：1.该故障发生时间多为忙时，MSC-BSC信号链负荷也为最高，信号链的统计也表明，每线达0.4-0.6爱尔兰, 并且MSC-BSC信号链组中至少有一条信号链发生拥塞。
于是，我们增加了MSC-BSC信号链数量，以降低每条信号链的负荷。
2.增加了MSC-BSC信号链数量后，还有SDCCH信道全忙故障发生，与G1、G2局比较后，发生故障的G3、G4、G5所用的信令终端设备均为C7ST2C，该信令终端设备均由RPG1A控制，这样我们不得不对RPG1A的处理能力表示怀疑，同时也怀疑RPG1A的区域软件C7ST2CR存在缺陷。
我们对MSC各局向的信号链负荷进行统计发现：MSC-BSC信号链负荷最高，MSC-HLR、MSC-LSTP 信号链负荷次之，但每线也达0.2-0.4爱尔兰,其余局向（如：MSC-TR、MSC-LS等）的信号链负荷很低。
GSM最差小区处理思路及经验
GSM最差小区处理思路及经验一、概述为了划分出网络中小区无线性能差异，最差小区考核指标被引入。
目前最差小区的定义为：小区每信道话务量大于0.1ERL且掉话率大于3％，或TCH 分配成功率低于90%或SD 分配成功率低于90%。
根据移动山东省公司最差小区考核标准，我们得出目前省公司最差小区的相关计算公式如下(济南未启动半速率)：每信道话务量大于0.1ERL：（TFTRALACC + THTRALACC) / TAVAACC > 0.1 ERL小区每信道话务量公式为全速率话务量除以小区实际可用的TCH信道数。
掉话率大于3％：TFCONGPGSMSUB/TFMSESTB > 0.03掉话率公式为全速率掉话次数除以全速率的TCH接入成功次数TCH 分配成功率公式为：TCASSALL/TASSALL TCH 分配成功< 90% 为最差小区TCH。
SD 分配成功率：TFCONGPGSM/( CNROCNT+RAACCFA) SD 分配成功率<90%为最差小区。
为了改善网络性能，提高网络质量，我们对济南地区的最差小区进行了重点优化，降低最差小区比例。
结合济南最差小区的具体分析和解决过程，我们以无线优化的角度，总结了各种最差小区的处理方法。
1、最差小区简单处理流程最差小区是其中一项很重要的工作内容，最差小区对整个网络的指标影响非常大，现为集团考核关键指标，以下流程是简单处理最差小区思路：SD、TCH 分配成功率涉及COUNT 解析SD 、TCH 分配成功率对应的爱立信COUNTER如下表：（1）、CNROCNT：承认的随机接入的数量；除了失败的随机接入。
（2）、RAACCFA：失败的随机接入；当收到包含了TA值过高，非正常值，或者拥塞的随机接入消息后该计数器触发增加。
（3）、TFCONGPGSM：SDCCH 分配次数（4）、TASSALL（不含切换）：语音信道试呼次数；当收到分配请求消息时触发。
华苏G网试题(基础分析)
分析题（基础）1、客户投诉信号不稳定，说明造成信号波动的可能原因（难度2）答：1、多径原因造成的信号电平波动2、由于小区重选出现信号电平指示的变化（特别是话务调整使cro设置过大时）3、干扰造成的当前服务区手机的DCS计数器跌为零，而发生小区重选4、传输闪断严重造成的基站开、关功放的现象5、下行功控打开后也会出现通话过程中的信号指示变化6、手机处于小区天线的零点区7、TRX载频板故障或各载频合路方式不同等情况导致载频功率在天线口输入功率不一致，从而致使指配后信号指示的较大变化2、下图是使用ANT PILOT做DT测试的测试图，其中发生了一次掉话，请指出可能导致掉话的原因。
（难度2）答：从上图可以看到，掉话前服务小区下行信号强度很弱（接近-110dBm），同时测量不到相邻小区的下行信号强度，掉话后小区重选后的下行信号强度却很强(接近-50dBm)，同时测试显示TA值为15，所以，可以确定由于占用过覆盖小区的信号，没有目标小区相邻关系或BA 表没有定目标小区的BCCH做测量频点，引起没有合适小区切换出去，下行信号强度不断下降，产生高误码，最终导致掉话。
3、GSM网络中，如果规划时出现两个距离较近的小区同BCCH频点同BSIC码的情况，可能会造成哪些方面的问题？（难度2）答：（1）在MS随机接入的RACH脉冲中，携带有目标小区的NCC和BCC信息用于基站判决接入信息含义，如果出现同BCCH频点同BSIC码，会造成因越区覆盖使随机接入（含切换接入）信息在非服务小区的被误解，从而导致误分配SDCCH，导致SDCCH分配异常或拥塞。
（2）同BCCH同BSIC码时也会造成切换判决的误判，虽然未定义为邻区，但仍可能接收信号较强，导致MS误切换而失败。
（3）当出现TCH同频干扰或者跳频时的同频碰撞时，TCH上的不同的TSC训练序列（与BCC相同）是区分有用话音帧，还是无用帧的重要依据，即判断是干扰信号还是正常的语音信号的依据。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
SDCCH异常拥塞分析
1.总体情况 (3)
2.Abis信令跟踪情况 (4)
2.1.标准信令流程 (4)
2.1.1.正常立即指配流程 (4)
2.1.2.SDCCH拥塞情况信令流程 (4)
2.2.邴集Abis跟踪情况 (5)
3.单王情况定位 (8)
3.1定位过程及方法 (8)
3.2结论 (10)
4.六安单王现场查找情况 (10)
5.阜阳正午现场查找情况 (13)
6.巢湖塔岗情况 (17)
7.分析及结论 (17)
1.总体情况
安徽北部地区出现了大量的SDCCH拥塞的问题， SDCCH分配原因中多为位置更新，也有个别小区为主叫或被叫。
我们对这种类型的两个小区进行了信令跟踪和现场干扰查找，
2.Abis信令跟踪情况2.1. 标准信令流程
2.1.1. 正常立即指配流程
2.1.2. SDCCH拥塞情况信令流程
2.2. 邴集Abis跟踪情况
我们跟踪到了2005-11-21 10:31分到11:20的abis口信令。
当前网络中NECI设为
发生拥塞时，邴集的abis口上收集到的信令如上面SDCCH拥塞流程一致。
确实发生了
为什么会发生SDCCH拥塞呢？因为BSC收到了大量SDCCH信道请求的消息CHNRD （CHANnel ReQuireD）。
我们可以从CHNRD消息中看到一些有价值的信息。
大量的CHNRD消息造成了SDCCH异常拥塞，我们发现绝大部分CHNRD中所带的随机接入信息8个BIT都为0，这8个比特的作用如下图。
所以如果8bit全为0，那么表示信道请求原因为位置更新，随机参考号也为0（在现网NECI为FALSE的情况下，后4bit表示随机参考号），可以推断BSC统计正常。
另外我们发现对于这种随机接入信息8bit全为0的情况，其TA值在某一秒钟内存在一定的规律变化。
如果MS不断发送channel request消息给BTS，对于两次连续的消息，其随机接入信息中的随机参考号应该不同。
同时两次channel request间隔时间应该为1s左右（因为NSLOTST设为9）而不是我们跟踪到的14ms。
TA值表征了MS距离基站的距离，而且是由BTS测量得到的。
正常情况下某MS不断发送channel request消息给BTS，TA值应该相对固定，而不是递减。
3.单王情况定位
3.1定位过程及方法
由于单纯从Abis口信令跟踪无法知道是基站软件故障还是外部因素导致了大量异常的SDCCH拥塞，所以我们采用的其它一些方法来定位。
1) 其它厂家（中兴、华为边际网）也出现过同样的情况。
2) 经过打听，相同地区的联通（如亳州联通）没出现过相似情况。
3) SDCCH异常拥塞能实时反应在AGCH过载告警上（如图311）
4) 把RACHBT调整到一定值异常SDCCH拥塞情况消失
5) 能根据RACHBT确定信号到达基站的电平值大小
6) 修改BCCH，SDCCH拥塞情况消失，但过一段时间又重新出现
7) 修改BSIC，SDCCH拥塞情况消失，但过一段时间又重新出现
8) 把正在出现SDCCH异常拥塞的小区的BCCH和BSIC改到同站的小区或不同站的
邻近小区，SDCCH异常情况随之转移。
如图312
9) 基站上用YBT250连接馈线测试，确实能测到有外来信号进入基站。
图311
3.2结论
外来信号引起SDCCH异常拥塞。
4.六安单王现场查找情况
近几天，六安单王第二小区50312连续出现了多个小时的SDCCH异常拥塞，我们到现场进行了查找。
该小区BCCH为84，为了查找外部信号来源，我们将基站的BCCH频点改为了其它频点，保证网内不会产生84号频点的信号。
连接到DIAMCO上测到有规律的出现较强的信号，最大值能达到-66dbm。
情况如下图。
根据其它一些手段，我们定位到信号来自该小区的正前方。
经过查找，我们将问题定位在某农户家中的无线桌面电话机，该机器内置固定SIM 卡。
其发出的信号频谱与基站上测到的一致，而且非常强达到-50dbm以上。
当时电话机外接电源，物主反应电话机不能打电话，我们将电话机断电重启后恢复正常，能拨打电话，也不再发送干扰信号。
话机型号我们从Internet上查到该电话机描述如下：
5.阜阳正午现场查找情况
3月24日阜阳正午测试情况与六安单王情况一致。
实达同样型号的农话机造成问题。
版本GTF16
City BSC Time Site CI SD溢出
阜阳阜阳-42006-3-21 16:00 正午30330 8364
阜阳阜阳-42006-3-21 17:00 正午30330 8396
阜阳阜阳-42006-3-21 18:00 正午30330 8284
阜阳阜阳-42006-3-21 19:00 正午30330 5621
阜阳阜阳-42006-3-21 21:00 正午30330 4326
阜阳阜阳-42006-3-21 22:00 正午30330 8268
阜阳阜阳-42006-3-21 23:00 正午30330 8252
阜阳阜阳-42006-3-22 0:00 正午30330 8262
阜阳阜阳-42006-3-22 1:00 正午30330 8246
阜阳阜阳-42006-3-22 2:00 正午30330 8245
阜阳阜阳-42006-3-22 3:00 正午30330 8236
阜阳阜阳-42006-3-22 4:00 正午30330 8168
阜阳阜阳-42006-3-22 5:00 正午30330 8231
阜阳阜阳-42006-3-22 6:00 正午30330 8250
阜阳阜阳-42006-3-22 7:00 正午30330 8308
阜阳阜阳-42006-3-22 8:00 正午30330 8344
City BSC Time Site CI SD溢出阜阳阜阳-42006-3-25 16:00 正午30330 0 阜阳阜阳-42006-3-25 17:00 正午30330 0 阜阳阜阳-42006-3-25 18:00 正午30330 0 阜阳阜阳-42006-3-25 19:00 正午30330 0 阜阳阜阳-42006-3-25 21:00 正午30330 0 阜阳阜阳-42006-3-25 22:00 正午30330 0 阜阳阜阳-42006-3-25 23:00 正午30330 0 阜阳阜阳-42006-3-26 0:00 正午30330 0 阜阳阜阳-42006-3-26 1:00 正午30330 0 阜阳阜阳-42006-3-26 2:00 正午30330 0 阜阳阜阳-42006-3-26 3:00 正午30330 0 阜阳阜阳-42006-3-26 4:00 正午30330 0 阜阳阜阳-42006-3-26 5:00 正午30330 0 阜阳阜阳-42006-3-26 6:00 正午30330 0 阜阳阜阳-42006-3-26 7:00 正午30330 0 阜阳阜阳-42006-3-26 8:00 正午30330 0
6.巢湖塔岗情况
在巢湖塔岗55181小区，我们发现了同样的情况，太湖山上某寺庙中实达GT1000造成了55181小区的大量SDCCH异常拥塞。
7.分析及结论
⏹分析
✓有充分的证据证明部分无线桌面电话机故障造成了异常SDCCH拥塞。
✓无线农话业务去年下半年开始推向市场，这与网络开始出现异常SDCCH的时间相吻合。
✓由于此项业务在皖北发展较快，所以皖北地市的SDCCH异常拥塞情况严重。
✓无线农话业务主要面向农村，所以SDCCH异常拥塞情况主要出现在农村。
✓MS需要不断做周期性位置更新，这可以解释为何SDCCH异常拥塞中多为位置更新，而且许多发生在凌晨。
⏹结论
部分无线桌面电话机（如实达GT1000）造成异常SDCCH拥塞，需要整改。
目前，安徽公司已经要求无线农话生产厂商召回该批次话机，进行调换和维修。