SDCCH指派失敗率高問題分析及排查指導(dǎo)書

1、SDCCH指派失敗率高問題分析及排查指導(dǎo)書專題指導(dǎo)版 本：V2.0中興通訊工程服務(wù)部GSM網(wǎng)規(guī)網(wǎng)優(yōu)部 發(fā)布GSM網(wǎng)規(guī)網(wǎng)優(yōu)部專題指導(dǎo)版本說明：版本日期作者審核修改記錄V1.02007-12-19高宏偉、陳純鄭浩無V2.02008-11-05高宏偉、陳純鄭浩文檔標(biāo)準(zhǔn)化目錄1SDCCH指派失敗排查指導(dǎo)31.1排查步驟31.2幾種常見SDCCH指派失敗原因說明41.2.1Tx-Integer參數(shù)設(shè)置不合適；41.2.2lapd時延導(dǎo)致SDCCH指派失敗高51.2.3同頻同BSIC干擾61.2.4過覆蓋71.2.5上行噪聲干擾81.2.6下行質(zhì)量差導(dǎo)致MS頻繁發(fā)起位置更新82SDCCH指派失敗問題案例8

2、2.1lapd時延導(dǎo)致SDCCH指派失敗82.1.1尋呼量大導(dǎo)致lapd時延82.1.2衛(wèi)星傳輸時延92.1.3傳輸設(shè)備故障導(dǎo)致lapd時延112.2同BCCH同BSIC導(dǎo)致SDCCH指派失敗高122.2.1同頻同色覆蓋重疊地區(qū)干擾122.2.2過覆蓋導(dǎo)致同頻同色干擾122.3噪聲信號接入142.3.1噪聲信號體現(xiàn)為TA超出實際覆蓋范圍142.3.2噪聲信號體現(xiàn)為接收電平低于BTS接收靈敏度152.4同頻同色切換導(dǎo)致SDCCH指派失敗162.4.1案例1162.4.2案例2172.5網(wǎng)絡(luò)覆蓋不好引起的SDCCH指派失敗182.5.1案例1182.5.2案例2192.5.3案例3202.6連續(xù)位

3、置更新接入請求引起SDCCH指派失敗202.7Tx-Integer參數(shù)設(shè)置不合適211 SDCCH指派失敗排查指導(dǎo)1.1 排查步驟收到SDCCH指派失敗高投訴后，首先在OMCR客戶端創(chuàng)建性能分析報表，根據(jù)SDCCH指派失敗率對所有小區(qū)排序，篩選出問題小區(qū)。（1） 檢查問題小區(qū)的TxInteger，統(tǒng)一調(diào)整為14；（2） 檢查問題小區(qū)的BCCH載頻的Lapd鏈路是否與其它小區(qū)的BCCH載頻的lapd復(fù)用。如果有此類復(fù)用，將BCCH載頻倒換位置，避免此類復(fù)用。（3） 檢查問題小區(qū)周邊是否有與此小區(qū)同頻同色的小區(qū)，如果有，則進(jìn)行修改；（4） 觀察一天，如果無效果，則進(jìn)行下一步；（5） 對問題小區(qū)搜集

4、基本測量數(shù)據(jù)，時間覆蓋SDCCH指派失敗高的時段；（6） 分析基本測量數(shù)據(jù)，查看是否計數(shù)器11687(其他接入請求嘗試次數(shù))值較高，如果較高，且計數(shù)器11639(其他接入請求成功次數(shù))為零，則有可能有其他小區(qū)的TCH載頻上的切換請求被誤解碼為本小區(qū)的接入請求，若mplog文件中有Channel Number為0x88的Error Report消息，說明有同頻切換干擾，查看周邊小區(qū)是否有同頻同色載頻；（7） 分析基本測量數(shù)據(jù)，查看計數(shù)器11643(SDCCH分配失敗次數(shù) 含切換)是否有值，如果存在SDCCH分配失敗，則可判斷存在傳輸問題，檢查是否有傳輸告警，或者分析mplog，查看是否有l(wèi)apd

5、 error打?。唬?） 分析基本測量數(shù)據(jù)，判斷SDCCH指派失敗高問題是否依然存在。如果依然存在，則分析當(dāng)時是否TCH指派失敗指標(biāo)也很差。一般來說，TCH指派失敗率會略低于SDCCH指派失敗率。若TCH指派失敗指標(biāo)較差，則判斷此小區(qū)存在干擾或者弱覆蓋區(qū)域，需要排查頻點干擾并控制覆蓋。如果TCH指派失敗指標(biāo)很好，則針對此小區(qū)進(jìn)行10分鐘左右的信令跟蹤，并轉(zhuǎn)換為MA10格式，對Channel Request消息進(jìn)行過濾。如果出現(xiàn)大量TA值較大的Channel Request對應(yīng)的Imm Assign失敗，則說明有過覆蓋或者假信號接入（channel required中的TA和實際覆蓋范圍偏差太大

6、），對于前者，需要通過調(diào)整載頻發(fā)射功率和工程參數(shù)控制小區(qū)的覆蓋范圍；對于后者，需要調(diào)整TA_Allowed來過濾假接入；（9） 如果SDCCH指派失敗是突發(fā)性的，則分析其是否為周期性的，比如每天的固定時間必然會有SDCCH突高，這說明該小區(qū)覆蓋下某地點為盲區(qū)。（10） 若SDCCH指派失敗為突發(fā)性，但不是周期性突發(fā)，則判斷是否在SDCCH突高的時候，是否伴隨TCH指派失敗突高。如果如此，則說明有突然的強干擾。（11） 若SDCCH指派失敗為突發(fā)性，且不是周期性的突發(fā)，且無伴隨TCH指派失敗突高，則查看計數(shù)器11686 (LOC的接入嘗試次數(shù))、計數(shù)器11638(LOC的接入成功次數(shù))以及計數(shù)器

7、11645(SDCCH指配失敗次數(shù))。如果計數(shù)器11686與計數(shù)器11638之差與計數(shù)器11645相差不多，則說明SDCCH指派失敗是由于某個手機上行質(zhì)量差而脫網(wǎng)，此類問題為GSM網(wǎng)絡(luò)共性問題，可不關(guān)心。1.2 幾種常見SDCCH指派失敗原因說明1.2.1 Tx-Integer參數(shù)設(shè)置不合適；連續(xù)兩次信道請求消息之間的間隔（時隙數(shù)）為S,S+1,S+T-1中的一個隨機數(shù)。其中，T就是參數(shù)TxInteger所代表的時隙數(shù)（注意，不是TxInteger本身），S的取值如下：TxInteger代表的時隙數(shù)S（CCCH不與SDCCH結(jié)合）S（CCCH和SDCCH結(jié)合）3, 8, 14,5055414,

8、 9, 1676525,10,20109586,11,25163867,12,32217115TxInteger取值代表的時隙數(shù)03142536475869710811912101411161220132514321550從上兩張表中我們可以獲得TxInteger與兩次信道請求消息之間的間隔的對應(yīng)關(guān)系：TxInteger時間間隔（ms）（CCCH不與SDCCH結(jié)合）時間間隔（ms）（CCCH和SDCCH結(jié)合）12501ms593ms（109129 slot）267ms359ms（5878 slot）13750ms865ms（163188 slot）396ms511ms（86111slot）14

9、998ms1146ms（217249 slot）529ms676ms（115147 slot）15253ms483ms（55105 slot）189ms419ms（4191幀）一般來說， Tx-Integer默認(rèn)設(shè)置為14。當(dāng)傳輸鏈路延遲稍大的時候，TxInteger設(shè)置過小，會導(dǎo)致MS多發(fā)接入請求。一般來講，在Abis口的信令傳輸時延單向為60ms100ms左右，例如，忽略Um口的時延，一次立即指派流程的時延如下： Channel Required 上行： 60msChannel Activation 下行： 60msChannel Activation Ack 上行： 60msImmedi

10、ate Assign 下行： 60ms總計：從MS發(fā)起Channel Request到收到Imm Assign的時延應(yīng)該在240ms左右。但是如果傳輸鏈路延遲較大，且TxInteger設(shè)置不合理（比如15，對應(yīng)Channel Request超時時間為300ms左右），則有可能MS還沒有收到Imm Assign就超時了，MS會重發(fā)Channel Request。但此時MS又收到上一次Channel Request對應(yīng)的Imm Assign，完成了接入流程，則第二次Channel Request對應(yīng)的 Imm Assign就失敗了。1.2.2 lapd時延導(dǎo)致SDCCH指派失敗高lapd發(fā)生時延的

11、幾種可能原因：（1） 如果現(xiàn)場使用Lapd1：4復(fù)用，有可能會發(fā)生多個BCCH載頻復(fù)用在同一條lapd上，這樣會導(dǎo)致lapd流量大而產(chǎn)生時延；（2） lapd流量過大導(dǎo)致時延，比如LAC劃分不恰當(dāng)，會導(dǎo)致尋呼量大而發(fā)生lapd流控；（3） 傳輸設(shè)備故障，導(dǎo)致lapd鏈路丟消息或lapd鏈路時延過大。這種情況一般都伴隨出現(xiàn)SDCCH信道分配失敗。SDCCH信道分配失敗只有當(dāng)激活失敗或激活無響應(yīng)才會累加，激活無響應(yīng)有兩種情況：一種是lapd鏈路丟消息，BTS收不到信道激活消息或者BSC收不到激活響應(yīng)消息；另一種是lapd鏈路時延太大，導(dǎo)致信道激活定時器超時。無論哪一種情況，都說明lapd鏈路傳輸出

12、現(xiàn)問題。（4） 傳輸設(shè)備自身時延大，比如ABIS口采用衛(wèi)星傳輸。（5） PS業(yè)務(wù)的影響。因為PS業(yè)務(wù)對網(wǎng)絡(luò)時延更敏感，lapd稍有時延就會導(dǎo)致PS業(yè)務(wù)消息重發(fā)，而重發(fā)消息又增大了流量，進(jìn)而導(dǎo)致lapd時延更大，形成惡性循環(huán)。如果lapd時延達(dá)到一定程度時，會導(dǎo)致MS重發(fā)Channel Request，進(jìn)而導(dǎo)致SDCCH指派失敗，甚至SDCCH分配失敗。如下圖：Channel RequestChannel RequiredMSChannel ActiveChannel Active AckImm Assign(OK)Imm Assign CmdBTSChannel Request(Re-Send

13、）TxIntegerLapdDelayChannel RequiredChannel ActiveChannel Active AckImm Assign CmdImm Assign(Fail)MS change to SDCCHBSC1.2.3 同頻同BSIC干擾同頻同BSIC干擾有兩種情況：（1） 兩個小區(qū)同BCCH同BSIC：MS發(fā)出的Channel Request同時被兩個小區(qū)接收，并同時進(jìn)行SDCCH指派，因為MS僅僅會接入一條SDCCH，必然會導(dǎo)致其中一個小區(qū)的SDCCH指派失敗；RACH信道編碼時，首先加上6bit的色碼，這6bit的色碼是通過將6bit的BSIC和6bit的奇偶

14、校驗碼取模2而獲得。因此同BCCH同BSIC可能會導(dǎo)致基站錯誤解碼其它站點的手機初始接入，從而導(dǎo)致SDCCH指派失敗。由于隨機接入信號所帶信息過少（8bit和BSIC），在實驗室做實驗發(fā)現(xiàn)，就算BSIC不一樣，如果兩個小區(qū)的BSIC的正交性不夠的話，也會錯誤的接入。因此現(xiàn)場要盡可能保證最大范圍內(nèi)避免同BCCH同BSIC。（2） 兩個小區(qū)同BSIC，一個小區(qū)的某載頻頻點與另一個小區(qū)的載頻同頻。且其中一個小區(qū)的BCCH和另一個小區(qū)的TCH同頻：某小區(qū)的TCH載頻0TCH時隙上發(fā)生的切換接入請求被另一個小區(qū)作為Channel Request接收，并進(jìn)行指派，必然會導(dǎo)致大量的SDCCH指派失敗。（我在

15、印度發(fā)現(xiàn)大量的切換干擾接入，但找不到同頻的TCH，黃凌云說如果兩個站的時鐘不同，那么兩個站的時隙位置不會相同，所以某一個小區(qū)的BCCH載頻上的非0時隙可能是另一小區(qū)的BCCH載頻0時隙。）MS發(fā)起接入請求（Channel Request）時候，包含的RA值是隨機數(shù)，所以真正的Channel Request中的RA值不可能連續(xù)一致。另外，MS接入請求重發(fā)間隔是一個偽隨機數(shù)，所以同一部MS發(fā)起的接入請求不可能FN連續(xù)。協(xié)議規(guī)定，如果MS發(fā)起的切換接入消息與隨機接入請求消息，在格式上相同，都是AB幀，但是MS一次切換發(fā)起的切換接入消息內(nèi)容相同，F(xiàn)N連續(xù)。如果某小區(qū)的BCCH載頻與另一小區(qū)的TCH載頻

16、同頻，就有可能把TCH載頻上發(fā)生的切換接入消息當(dāng)作隨機接入請求，導(dǎo)致連續(xù)的SDCCH指派失敗。查看問題信令，可以發(fā)現(xiàn)其RA相同，TA一致，F(xiàn)N連續(xù)。可以斷定，這種大量連續(xù)的Channel Request都是同頻小區(qū)的切換接入而導(dǎo)致的虛假接入。另外，如果僅僅同頻，但兩個小區(qū)規(guī)劃較近，則會導(dǎo)致下行干擾，同樣也會造成SDCCH指派失敗。1.2.4 過覆蓋過覆蓋有兩種情況：（1） 小區(qū)覆蓋范圍過大，導(dǎo)致在小區(qū)邊緣的下行接收質(zhì)量差，由于BTS的靈敏度高于MS，導(dǎo)致BTS能夠接收到MS發(fā)送的Channel Request，但MS接收不到BTS發(fā)送的Imm Assign。（2） 小區(qū)覆蓋過大，導(dǎo)致與遠(yuǎn)處的小

17、區(qū)同頻同BSIC。對于過覆蓋現(xiàn)象，最根本的解決措施是調(diào)整天線工程參數(shù)控制覆蓋范圍。另外，TA_allowed參數(shù)能很有效的降低由于過覆蓋而導(dǎo)致的SDCCH指派失敗，帶來的副作用是過遠(yuǎn)的MS將不會接入網(wǎng)絡(luò)，所以TA_allowed的門限設(shè)置應(yīng)該稍大于小區(qū)實際覆蓋范圍。計算小區(qū)覆蓋范圍要考慮直放站傳輸距離的影響。對于現(xiàn)場調(diào)整TA_Allowed的顧慮，主要是害怕手機被TA_Allowed限制后，無法重選。針對這個問題，進(jìn)行了試驗。試驗結(jié)果是，如果手機選擇了一個功率最強的小區(qū)，但是由于TA_allow的原因位置更新不成功的話，會在重選小區(qū)中選擇一個功率次強的小區(qū)（如果該小區(qū)C10，允許接入）進(jìn)行小區(qū)

18、重選，不會駐留在原小區(qū)的。至于小區(qū)重選的時間間隔是由隨機等待時間，最大重發(fā)次數(shù)決定，一般只有幾秒鐘。具體計算方法是：小區(qū)重選的時間間隔 = 隨機等待時間*最大重發(fā)次數(shù)+T3126從試驗結(jié)果來看，MS在做小區(qū)重選的時候，對重選失敗的小區(qū)是有懲罰策略的，不存在手機被TA_Allowed限制后，無法重選的問題。注：關(guān)于TAallowed，其它廠家也有類似參數(shù)，例如北電對應(yīng)參數(shù)名稱為RNDACCTIMADVTHRESHOLD，描述如下：調(diào)整該參數(shù)使其與小區(qū)的實際覆蓋范圍相關(guān)。另外通過設(shè)定合理的門限可以過濾掉偽RACH請求。避免不必要地指派SDCCH。實驗證明對于覆蓋半徑較小的小區(qū)，如將此參數(shù)定義為35

19、Km，RACH誤判（系統(tǒng)錯誤地將噪聲解調(diào)為RACH脈沖）幾乎占RACH請求總數(shù)的30%。當(dāng)rndAccTimAdvThreshold修正為2時則幾乎沒有RACH誤判。1.2.5 上行噪聲干擾BTS接收靈敏度一般在-112dbm到-125dbm之間，如果載頻接收到低于BTS靈敏度的隨機接入信號，一般都是噪聲干擾。這些噪聲干擾肯定會導(dǎo)致SDCCH指派失敗。網(wǎng)絡(luò)有一個參數(shù)：RACHMin（-dbm），此參數(shù)為BTS過濾噪聲信號而設(shè)置，對應(yīng)實際的BTS接收靈敏度。接收電平低于RACHMin的隨機接入信號將被網(wǎng)絡(luò)當(dāng)作噪聲信號丟棄。通過調(diào)整RACHMin參數(shù)，可以有效地提高SDCCH指派成功率。噪聲干擾接

20、入信號一方面體現(xiàn)為接入電平微弱，另一方面體現(xiàn)為TA大于實際覆蓋范圍。所以RACHMin和TA_allowed參數(shù)相結(jié)合，可以更大可能的減少噪聲干擾的影響。注：RachMin這個參數(shù)慎用，如果設(shè)置過高，可能會影響尋呼成功率。1.2.6 下行質(zhì)量差導(dǎo)致MS頻繁發(fā)起位置更新由于MS的接收靈敏度低于BTS，所以會發(fā)生BTS能夠接收到MS發(fā)送的Channel Request，但MS接收不到BTS發(fā)送的Imm Assign這種現(xiàn)象。尤其是MS被放置到抽屜里、枕頭下等位置。如果MS要進(jìn)行位置更新，就會頻繁發(fā)起Channel Request，原因為位置更新，但始終收不到Imm Assign消息，這樣會導(dǎo)致大量

21、的SDCCH指派失敗。2 SDCCH指派失敗問題案例2.1 lapd時延導(dǎo)致SDCCH指派失敗2.1.1 尋呼量大導(dǎo)致lapd時延1. 問題描述：某現(xiàn)場通過性能指標(biāo)分析發(fā)現(xiàn)中興BSC3的SD指配成功率比較低，尤其在晚忙時非常的低，只有60左右。2. 問題分析：（1） 查看統(tǒng)計數(shù)據(jù)基本每個小區(qū)都存在SD的指配高失敗率，排除小區(qū)無線參數(shù)造成的指配差問題；（2） 從統(tǒng)計數(shù)據(jù)看SD信道基本上不擁塞，擁塞率只有0.02%（3） 中興BSC1/2/4的SD指配成功率都在95以上，正常。只有BSC3異常，考慮到BSC3是單獨掛在MSC7下，聯(lián)系聯(lián)通人員，發(fā)現(xiàn)MSC7下所有的BSC（包括西門子的BSC）的SD

22、指派成功率都只有60左右，而且MSC7的尋呼成功率也很低。從聯(lián)通人員處了解到MSC7下只有1個LAC，由于尋呼時需對LAC下所有的小區(qū)進(jìn)行尋呼，隨著話務(wù)量的增大，尋呼量也增大。3. 調(diào)整措施以及效果：協(xié)調(diào)西門子給MSC7增加1個LAC區(qū)，把部分BSC（西門子）下的小區(qū)的LAC號更換為新的LAC號。更改后BSC3下SD指配成功率恢復(fù)正常，到達(dá)95以上。時間對象標(biāo)識信令信道擁塞率(%)信令信道試呼總次數(shù)信令信道溢出總次數(shù)SDCCH指配成功次數(shù)SDCCH指配失敗次數(shù)SD指配成功率3月10日Bsc30.0469962287485556.25%3月11日Bsc30.0472978947579656.36

23、%3月13日Bsc30.0587867707137354.87%3月14日Bsc305504595.20%3月15日Bsc30098763304597.01%2.1.2 衛(wèi)星傳輸時延1. 問題描述：某局總共4個站點TBT-G、TBT-D、GWD-G、GJR-G，均掛在BSC01下，但分屬不同外圍模塊，從性能指標(biāo)上看，這幾個站的SD指派失敗率高達(dá)50以上，參看以下表格：Object CI LAC FreqBand CellName SDCCH ASS Failure Rate 2_1_92_1109212008E-GSM900GWD150.312_1_92_2109222008E-GSM900G

24、WD250.642_1_92_3109232008E-GSM900GWD350.32_1_252_1125212008E-GSM900TBT155.742_1_252_2125222008E-GSM900TBT250.22_1_252_3125232008E-GSM900TBT363.572_1_326_1132612008E-GSM900GAR149.62_1_326_2132622008E-GSM900GAR250.262_1_326_3132632008E-GSM900GAR350.542_1_999_1125242008DCS1800TBT450.242_1_999_212525200

25、8DCS1800TBT549.382_1_999_3125262008DCS1800TBT649.012. 問題分析：錄制了TBT1、4、5、6，GAR、GWD的Abis口信令，分析信令有如下情況，以TBT5的信令為例（1） 從時間戳上看一條信道激活成功的時間平均需要0.58s。（2） 從下面的信令中推算這兩條信令是否為同一手機發(fā)送的Channel Required從T1、T2、T3可以計算其幀號（FN），計算公式為：FNT1*26*51+(T3-T2)mod 26)*51+T3兩條消息之間的幀號之差為3245432227227（frames）跟蹤第一條信道請求的整個過程，是一個關(guān)機的完整信令

26、過程，而跟蹤第二條信道請求，可以看到立即指派失敗，BSC未收到建立指示（Establish indication）消息，T3101超時后釋放信道。這兩條信令有相同的Access delay：3，同時系統(tǒng)配置的最大重傳次數(shù)為4、TX Integer14即（T32，S217），那么，任何手機在一次呼叫中發(fā)送兩條Channel Required消息的間隔為217248中的隨機一個時隙，即手機側(cè)發(fā)送兩次信道請求的最短時間為1001ms,最長時間為1144ms。從BSC側(cè)收到這兩條Channel Required消息的時間間隔為1.906-0.875=1.031s，從BTS與BSC的信令傳輸時延上，我們

27、假設(shè)上下行信令時延一致，那么整個立即指派過程的信令時長需要0.58*2=1.16s，與1.031s基本相近。而從上面對幀號的推算，這兩條消息的實際間隔為227幀（1048），因此推斷這兩條信道請求消息是同一手機在同一次業(yè)務(wù)呼叫嘗試中發(fā)起的。3. 結(jié)論：由于這幾個站遠(yuǎn)離城區(qū)，因此只能用衛(wèi)星傳輸。衛(wèi)星傳輸?shù)膯蜗騻鬏數(shù)臅r延一般在260ms左右，4條信令的傳輸時延達(dá)到1040ms，這跟前面對信令的分析較好的吻合。2.1.3 傳輸設(shè)備故障導(dǎo)致lapd時延1. 問題描述：印度某站下三個小區(qū)出現(xiàn)大量SDCCH指派失敗問題，在SDCCH指派失敗的同時，還伴隨大量的TCH指派失敗，基本測量數(shù)據(jù)如下圖：2. 問題

28、分析：SDCCH分配失敗一般代表傳輸故障，查看mpLog打印，發(fā)現(xiàn)此站下有大量lapd Error打印：“Site 36, Bts 3, Trx 2 catch errorF: receive SABME in Mulframe or TimerRec”，“Site 36, Bts 1, Trx 0 catch errorF: receive SABME in Mulframe or TimerRec.”查看告警，有大量傳輸告警：由此可以判斷，傳輸發(fā)生了問題，導(dǎo)致lapd大量瞬斷。2.2 同BCCH同BSIC導(dǎo)致SDCCH指派失敗高2.2.1 同頻同色覆蓋重疊地區(qū)干擾1. 問題描述：某現(xiàn)場高S

29、DCCH指派失敗率問題一致沒有得到解決，全網(wǎng)很多小區(qū)SDCCH指派失敗率超過25%；2. 處理過程：更換所有硬件，都無法解決，為此跟蹤信令發(fā)現(xiàn)，TA=20時收到另一小區(qū)的同頻同BSIC信號，導(dǎo)致SDCCH指派失敗。根據(jù)這一點對全網(wǎng)超過個小區(qū)進(jìn)行BSIC的重新規(guī)劃，規(guī)劃后所有改動BSIC的小區(qū)的指標(biāo)全部恢復(fù)正常， 3. 故障分析結(jié)論：某一手機如果在2個同BCCH同BSIC的共同覆蓋的區(qū)域，就有可能造成SDCCH指派失敗，這個可能性的觸發(fā)條件就是這2個同BCCH同BSIC的小區(qū)，其SDCCH的時隙是同步的，手機與基站同步后，選擇接入其中的一個小區(qū)，就會對另外的小區(qū)造成干擾。4. 所以，對于SDCC

30、H指派失?。ㄓ捎谠谝欢◤?fù)用距離之內(nèi)，同頻同BSIC引起的SDCCH指派失敗率高）問題，可以用以下2個方法解決：1) 復(fù)位失敗率較高的小區(qū)的CMM，使時鐘復(fù)位，從而可能使SDCCH時隙同步錯位，減小影響。這是臨時解決方案。對應(yīng)現(xiàn)場的情況就是修改參數(shù)后再改回，如果復(fù)位CMM就是這個原因；2) 規(guī)避同頻同BSIC，這是根本的解決方法。2.2.2 過覆蓋導(dǎo)致同頻同色干擾1. 問題描述：印度spice某小區(qū)， SDCCH指派失敗率一直居高不下，但TCH指派指標(biāo)很好，基本測量數(shù)據(jù)如下圖：2. 問題分析：對問題小區(qū)進(jìn)行信令跟蹤，發(fā)現(xiàn)大量TA37的隨機接入導(dǎo)致了SDCCH指派失?。翰榭葱^(qū)周圍頻點和色碼，發(fā)現(xiàn)

31、距離該小區(qū)20Km左右有同頻同色小區(qū)。分析結(jié)論：對于印度spice運營商，頻點資源很少，站點很密集，在34km范圍內(nèi)同頻同色是無法避免的。如果要解決同頻同色導(dǎo)致的SDCCH指派失敗，必須改變天線下傾角或者修改TA_Allowed參數(shù)，縮小小區(qū)覆蓋范圍。2.3 噪聲信號接入2.3.1 噪聲信號體現(xiàn)為TA超出實際覆蓋范圍1. 問題描述：某小區(qū)的SDCCH指派很差，下表為該小區(qū)4月26日晚忙時的基本測量數(shù)據(jù)：TimeAlias11644(Number of SDCCH Assignment Successful)11645(Number of SDCCH Assignment Failure)200

32、7-4-26 19:15ASHOKA PILLAR-1191152007-4-26 19:30ASHOKA PILLAR-1190242007-4-26 19:45ASHOKA PILLAR-1177332007-4-26 20:00ASHOKA PILLAR-1192262. 問題分析：分析ABIS口信令，立即指派失敗的信號接入TA（在channel required中） 總結(jié)如下：序號TA原因?qū)?yīng)立即指派下發(fā)的時間戳16位置更新05-49-52.64027位置更新37位置更新46被叫55位置更新65被叫05-56-43.34370被叫05-57-24.53184被叫06-00-02.109

33、91被叫06-00-02.8901063主叫06-05-56.8281161主叫06-06-12.6561259主叫06-06-23.578135位置更新06-06-43.0781453主叫06-06-57.7181549位置更新06-07-22.5781646主叫06-07-42.7181743被叫06-08-08.5151841主叫06-08-14.7651940被叫06-08-20.5782018呼叫重建06-08-22.2032138主叫06-08-27.5462236位置更新06-08-45.062235被叫06-08-52.140245被叫06-08-52.6252534主叫06-

34、08-52.796265被叫06-08-53.2812735主叫06-08-55.3752836被叫06-08-55.5622935主叫06-08-55.9843034被叫06-08-56.5783132主叫06-09-11.6403230被叫06-09-24.5463327被叫06-09-38.0313427被叫06-09-38.5783527被叫06-09-39.109360主叫06-09-57.1713724主叫06-09-57.8283810主叫06-11-15.406392主叫06-12-12.781400主叫06-12-52.671410主叫06-12-53.218421位置更新0

35、6-15-13.140該站周邊站點分布密集，小于1公里。從上表的TA值來看，很不真實，應(yīng)該是假信號，而且半小時的指派失敗基本就集中在5分鐘之內(nèi)。需要通過TA_Allowed參數(shù)來過濾假信號的接入。2.3.2 噪聲信號體現(xiàn)為接收電平低于BTS接收靈敏度1. 問題描述：某小區(qū)SDCCH指派失敗率居高不下，但TCH指派成功率尚可。查詢時間：2007-12-23 統(tǒng)計時段：0:00 24:00UserLabelObject identifierCell and Location Area Cell(LAC-CI)SDCCH assign successful numberSDCCH assign fa

36、ilure numberSDCCH assign failure rateTCH Assignment Success NumberTCH assign failure numberTCH assign faliure rateSUNKADAKATTE-PIPLINE-3Bsc107-Site35-Bts3LAC107-CI1735314479449023.6346781222.542. 問題分析：該小區(qū)使用的是EDGE載頻，其版本可以通過Channel Request 消息中physical context上報隨機接入的接收電平。觀察此小區(qū)的信令跟蹤數(shù)據(jù)，發(fā)現(xiàn)有大量的接收電平為-135dbm

37、（0x87）的Channel Request消息，這些消息導(dǎo)致大量的SDCCH指派失敗?？梢詳喽ㄟ@些Channel Request大部分為噪聲干擾信號，此問題可以通過設(shè)置RACHMin參數(shù)來解決。2.4 同頻同色切換導(dǎo)致SDCCH指派失敗注：這里的同頻同色指的是：切換的目標(biāo)信道頻點和問題小區(qū)的BCCH同頻，且目標(biāo)小區(qū)和問題小區(qū)BSIC相同。2.4.1 案例1問題描述：下面是某個問題小區(qū)的信令，從信令中看到，有連續(xù)的Channel Request，并且RA相同，TA相同，幀號連續(xù)。這些Channel Request消息對應(yīng)的SDCCH指派毫無例外的全部失敗。另外，基本測量中“其他接入請求嘗試次數(shù)

38、”異常的高?？梢詳喽ǎ@種大量連續(xù)的Channel Request都是同頻小區(qū)的切換接入而導(dǎo)致的虛假接入。2.4.2 案例2某小區(qū)在忙時SDCCH指派失敗率突高，但TCH指派指標(biāo)很好，網(wǎng)絡(luò)性能指標(biāo)如下圖：UserLabelObject identifierCell and Location Area Cell(LAC-CI)PmdatatimeSDCCH assign failure rateTCH assign faliure rateGOLLARAHTTI-XCEL-2Bsc107-Site64-Bts2LAC116-CI1764219:00-20:0015.850.68GOLLARAHT

39、TI-XCEL-2Bsc107-Site64-Bts2LAC116-CI1764221:00-22:0012.780.71GOLLARAHTTI-XCEL-2Bsc107-Site64-Bts2LAC116-CI1764220:00-21:0011.271.36對該站點進(jìn)行信令跟蹤，發(fā)現(xiàn)有大量連續(xù)的異常隨機接入，這些Channel Request RA相同，TA相同，幀號連續(xù)：檢查頻率規(guī)劃，發(fā)現(xiàn)該站點不遠(yuǎn)處（14km）有同頻同色小區(qū)，重新規(guī)劃頻點后，問題消失。2.5 網(wǎng)絡(luò)覆蓋不好引起的SDCCH指派失敗2.5.1 案例1問題描述：某個小區(qū)出現(xiàn)SDCCH指派失敗高問題，伴隨TCH指派失敗率高，切

40、出嘗試頻繁，掉話率高，有投訴，復(fù)位載頻或站點不能恢復(fù)。問題分析：從該小區(qū)的基本測量可以看出，SDCCH指派失敗所對應(yīng)的接入原因比較分散，主叫接入和被叫接入占了一定的比重；上行RQ大于3的樣本數(shù)相當(dāng)大，上行質(zhì)量很差，可以斷定此小區(qū)的上行信號有干擾或覆蓋不好。2.5.2 案例2問題描述：某小區(qū)SDCCH指派失敗率在忙時高達(dá)58%，并伴隨TCH指派失敗率56%，切換成功率僅有20%。跟蹤信令，發(fā)現(xiàn)有大量連續(xù)TA為63的Channel Request異常接入。UserLabelObject identifierHandover success rate(%)sdcch assignment success numberSDCCH assign failure numberSDCCH assign failure rateTCH Assignment Success NumberTCH assign failure numberTCH assign faliure rate C11658*100/C11611GAYATRIPURAM-MYS-3Bsc23-Site19-Bts320191