產(chǎn)生上下行不平衡的原因有那些？造成上下行鏈路不平衡的根源在于：下行信號過強，或者上行信號過弱。對于室外宏基站來說一般不會出現(xiàn)這個問題。通常有三種場景會出現(xiàn)這種問題，第一、前向?qū)ьl功率太強；第二、出現(xiàn)干擾；第三、過遠覆蓋。對于導(dǎo)頻功率太強，可以檢查輸出設(shè)置、校準(zhǔn)基站發(fā)射功率；對于前反向干擾，就需要排查干擾源；對于過遠覆蓋，就要你是“想過遠覆蓋”還是“被過遠覆蓋”，如果是主觀的過遠覆蓋，如海面覆蓋、草原覆蓋等，就需要在接收天線處增加“塔放”，以放大上行信號；如果是客觀上的過遠覆蓋，就需要通過調(diào)整天線、功率等手段來收縮基站覆蓋范圍。上行較強的話，檢查發(fā)射部分，看是否有駐波比過大的情況，單個載頻101過高的話也會有一定的影響。下行較強的話，檢查接收部分，MOTO設(shè)備的話一般檢查載頻的天線選擇是否正確，是否載頻有150#告警。二：上下行不平衡一般指的是上下行電平差三：上下行不平衡怎么處理？檢查天線下傾角、方位角，如果是單極化天線，兩個天線的下傾角，方位角不一致會導(dǎo)致上下行不平衡；檢查設(shè)備射頻連續(xù)是否正常，有無松動、老化現(xiàn)像；確認基站是否有塔放，如果有塔放的話，會增加下行信號，從而導(dǎo)致上下行差值較大，導(dǎo)致上下行不平衡，可以增加天線下傾角。檢查下是否有直放站。可能是直放站上下行增益不平衡導(dǎo)致的。因為直放站要降低對基站低噪抬升，上行增益可能比下行增益小很多，重新調(diào)整到平衡即可。如果是基站問題，包括基站本身故障和天饋故障。如果都沒有故障，那么可能是小區(qū)選擇重選參數(shù)設(shè)置問題，設(shè)置相應(yīng)參數(shù)，縮小覆蓋范圍可以解決?；具\行正常，無告警。下行弱，檢查是否有阻擋，調(diào)整方位角，下傾角，調(diào)整功率,補站。1、 覆蓋距離遠，TA值大，沒有掛拉遠站(直放站和RRU),上行弱，壓天線;2、 正常覆蓋，上行弱，查接收系統(tǒng)，天線收發(fā)是否同方位角等；3、 掛直放站(RRU),上行弱，查直放站(RRU)上行。注：掛了直放站的上行弱，關(guān)了直放站檢查上下行是否平衡。MS在空閑和通話狀態(tài)下的行為行為解釋網(wǎng)絡(luò)選擇這個過程是手機選擇和登記網(wǎng)絡(luò)的過程，決定手機駐留在哪個網(wǎng)絡(luò)中。漫游當(dāng)一個手機移動到本地區(qū)以外的網(wǎng)絡(luò)中使用時，就叫漫游。國際漫游當(dāng)一個手機移動到本國以外的網(wǎng)絡(luò)進行登記，就叫國際漫游。位置更新當(dāng)手機漫游到一個新的LA時，必須向網(wǎng)絡(luò)報告。尋呼為了呼叫網(wǎng)絡(luò)中的手機，就需要對手機進行尋呼。切換在通話過程中，為保持通話的連續(xù)性而進行的服務(wù)小區(qū)改變。狀態(tài)空閑通話五：產(chǎn)生質(zhì)差原因有哪些？弱覆蓋，頻點干擾是基本的原因通話質(zhì)量差主要是由于無線接口處的話音誤碼率高。一般表現(xiàn)為移動臺開機以后可以找到網(wǎng)絡(luò)，主叫或被叫均能打通電話，但話音質(zhì)量太差，通話過程中有明顯的雜音等問題。產(chǎn)生通話質(zhì)量差可能的原因有：1、接收電平偏低，導(dǎo)致誤碼率高，話音質(zhì)量差；2、 存在網(wǎng)內(nèi)或網(wǎng)外干擾，導(dǎo)致誤碼率高，話音質(zhì)量差；3、時鐘、載頻、天線等BTS側(cè)硬件故障；在BTS(V2.0)設(shè)備中，CMM單板上的E1線匹配電阻的撥碼開關(guān)沒有設(shè)置正確也會影響通話質(zhì)量；4、 BSC側(cè)EDRT單板故障；5、 采用的傳輸電路中間個別時隙不好。六：1W等于多少dBm?30dBm=1W然后我再給你過程，不看也可以將dBm轉(zhuǎn)換為W的口算方法dBm是一個表示功率絕對值的值（也可以認為是以1mW功率為基準(zhǔn)的一個比值），計算公式為：lOlog（功率值/1mw）。這里將dBm轉(zhuǎn)換為W的口算規(guī)律是要先記住“1個基準(zhǔn)”和“2個原則”：“1個基準(zhǔn)”：30dBm=1W“2個原則”：1） +3dBm，功率乘2倍；一3dBm，功率乘1/2舉例：33dBm=30dBm+3dBm=1Wx2=2W27dBm=30dBm-3dBm=1Wx1/2=0.5W2） +10dBm，功率乘10倍；一10dBm，功率乘1/10舉例：40dBm=30dBm+10dBm=1Wx10=10W20dBm=30dBm—10dBm=1Wx0.1=0.1W以上可以簡單的記作：30是基準(zhǔn)，等于1W整，互換不算難，口算可完成。加3乘以2，加10乘以10；減3除以2，減10除以10。幾乎所有整數(shù)的dBm都可用以上的“1個基準(zhǔn)”和“2個原則”轉(zhuǎn)換為W。例1：44dBm=?W44dBm=30dBm+10dBm+10dBm—3dBm—3dBm=1Wx10x10x1/2x1/2=25W例2：32dBm=?W32dBm=30dBm+3dBm+3dBm+3dBm+3dBm—10dBm=1Wx2x2x2x2x0.1=1.6W計算技巧：+1dBm和+2dBm的計算技巧+1dBm=+10dBm—3dBm—3dBm—3dBm=Xx10x1/2x1/2x1/2=Xx1.25+2dBm=—10dBm+3dBm+3dBm+3dBm+3dBm=Xx0.1x2x2x2x2=Xx1.6在計算中，有時候也可以根據(jù)上面的規(guī)律變換為一1dBm和一2dBm，達到快速口速的目的，即：—1dBm=—10dBm+3dBm+3dBm+3dBm=Xx0.1x2x2x2=Xx0.8－2dBm=－3dBm+1dBm=Xx1/2x1.25=Xx0.625例3：51dBm=30dBm+10dBm+10dBm+1dBm=1Wx10x10x1.25=125W例4：38dBm=30dBm+10dBm－2dBm=1Wx10x0.625=6.25W這樣都是口算，是不是很簡單??？你記住了嗎？另：dBw與W的換算dBw與dBm一樣，dBw是一個表示功率絕對值的單位（也可以認為是以1W功率為基準(zhǔn)的一個比值），計算公式為：10log（功率值/1w）。dBw與dBm之間的換算關(guān)系為：0dBw=10log1W=10log1000mw=30dBm。如果功率P為1W,折算為dBw后為OdBw?？傊?dB,dBi,dBd,dBc是兩個量之間的比值，表示兩個量間的相對大小，而dBm、dBw則是表示功率絕對大小的值。在dB，dBm，dBw計算中，要注意基本概念，用一個dBm（或dBw）減另外一個dBm（dBw）時，得到的結(jié)果是dB，如：30dBm-OdBm=30dB。一般來講，在工程中，dBm和dBm（或dBw和dBw）之間只有加減，沒有乘除。而用得最多的是減法：dBm減dBm實際上是兩個功率相除，信號功率和噪聲功率相除就是信噪比（SNR）。dBm加dBm實際上是兩個功率相乘。七：接收電平值和接收電平等級的對應(yīng)關(guān)系BSC收到有效的測量報告中包含信號上行接收電平和下行接收電平的等級值以及上行接收質(zhì)量和下行接收質(zhì)量的等級值。其中信號接收電平被分為0?7共8個等級，每個等級分別對應(yīng)于不同的接收電平范圍。如下表所示，級數(shù)越大表示接收電平越高，0級表示接收電平最低，7級表示接收電平最高。卜圖接收電平和等級的對應(yīng)關(guān)系:接收電平等級接收電平（dBm）等級0<=-100等級1(-100,-95]等級2(-95,-90]等級3(-90,-85]等級4(-85,80]等級5(-80,75]等級6(-75,70]等級7>-70八：SDCCH擁塞率高的分析處理我們在談到網(wǎng)絡(luò)擁塞時，常常是指信令信道擁塞以及話務(wù)信道擁塞。信令信道擁塞也就是我們常說的SDCCH信道擁塞，發(fā)生在用戶在申請網(wǎng)絡(luò)服務(wù)開始階段。SDCCH的全稱是獨立專用控制信道，用于呼叫的建立、位置更新、短信的傳輸?shù)冗^程。一般進行的信令交互主要利用SDCCH信道承載，SDCCH信道的分配也稱立即指配過程。出現(xiàn)SDCCH信道擁塞是說：在立即指配時，如果網(wǎng)絡(luò)沒有可用的SDCCH信道來分給手機，則系統(tǒng)計一次SDCCH分配失敗。SDCCH信道的擁塞會直接影響到基站的性能和用戶的感觀。在現(xiàn)場用戶的感覺是：當(dāng)用戶發(fā)出通話或其他網(wǎng)絡(luò)服務(wù)的申請時，大部分手機沒有任何反映即返回到空閑狀態(tài)，有的手機發(fā)出有節(jié)奏的三聲響聲。當(dāng)出現(xiàn)這種情況后，用戶比較反感，意見較大。為提高SDCCH的接通率，降低無線信令信道的擁塞，在本文中，筆者主要從出現(xiàn)SDCCH信道擁塞可能的原因入手，提出一些解決SDCCH信道擁塞的方法和思路，以供大家參考。3） SDCCH分配信令流程分析說明當(dāng)手機需要同系統(tǒng)建立聯(lián)系時，要通過隨機接入信道（RACH）來向網(wǎng)絡(luò)發(fā)送信道請求消息（channelrequest）。這個消息中有3比特用來指示手機接入網(wǎng)絡(luò)原因。當(dāng)發(fā)生信道資源擁塞時，系統(tǒng)可根據(jù)這個指示來分別對待不同原因的信道申請。channelrequest還含有5比特是手機選擇的隨機數(shù)，這個隨機數(shù)可以讓系統(tǒng)區(qū)分不同的手機在同一時隙內(nèi)發(fā)送的RACH消息，此后系統(tǒng)向手機發(fā)送的立即指派消息中會將該隨機數(shù)再發(fā)給手機，手機將此隨機數(shù)與自己所發(fā)送的隨機數(shù)相比較，可以識別出來這個立即指配消息是否是網(wǎng)絡(luò)發(fā)送給自己的。BTS的Layerl進程對收到的channelrequest進行成功解碼后（成功解出RACH后對統(tǒng)計ok_acc_proc_suc_rach計數(shù)），BTS的ABIS進程負責(zé)對RACH指示的原因進行解析（若解出不正確的RACH請求的原因后，對統(tǒng)計inv_est_cause_on」ach計數(shù)）。在BTS的RRSM中依據(jù)收到不同原因的RACH消息的個數(shù)對統(tǒng)計chan_req_cause_atmp進行計量。BTS的CRM進程在收到RRSM送來的channelrequiredreceived后，將為此次信道請求分配一條空閑的SDCCH信道（觸發(fā)統(tǒng)計alloc_sdcch）。RSS收到CRM送來的信道激活（channelactive）消息后將相應(yīng)的SDCCH激活，激活成功后將向RRSM返回信道激活響應(yīng)（channelactiveack）。RRSM收到RSS的激活響應(yīng)后，將會利用AGCH信道發(fā)送立即指派（immediateassignment即I.A）消息（Laye門觸發(fā)access_per_agch統(tǒng)計），此消息包含了已分配的SDCCH信道的情況、初始TA、初始的手機最大發(fā)射功率、對應(yīng)的信道請求消息中的隨機數(shù)、BTS收到channelrequest時的TDMA幀號以及基站的跳頻情況等消息。RRSM在發(fā)immediateassignment后啟動T3101計時器，等待手機接入SDCCH信道。若CRM發(fā)現(xiàn)沒有可用的資源后（觸發(fā)統(tǒng)計alloc_sdcch」ail）,將向手機發(fā)送立即分配拒絕消息immediateassignmentreject，出現(xiàn)這種情況可能的原因有：無可用無線資源、測得的手機TA值超出系統(tǒng)限制、信道激活無應(yīng)答等。當(dāng)收到立即指派拒絕消息后，手機啟動T3122，在T3122所規(guī)定的時間內(nèi)，不允許手機接入網(wǎng)絡(luò)，同時手機將進入空閑模式并監(jiān)聽尋呼信道的消息。到T3122超時后，手機才可以發(fā)新的channelrequest。當(dāng)手機收到立即指派消息后，手機將收到的I.A消息與自己發(fā)出的信道請求中的消息字段進行比較，用于判斷這個立即指配消息是否是給自己的。如果收到的立即指配是給自己的，則手機將信道調(diào)整到所分的SDCCH上，再利用SABM消息（設(shè)置異步平衡模式）通知網(wǎng)絡(luò)手機已經(jīng)成功占上SDCCH，SABM包括手機申請信道的原因、用戶身份及移動設(shè)備的特性。此時手機使用的TA和發(fā)射功率來自于I.A消息的指示。Layer2（數(shù)據(jù)鏈路層）的SABM消息用于建立異步平衡模式，其服務(wù)接入點類別SAPI=O,Layer2工作于證實模式下。SABM承載的Layer3消息initialmessage是第三層的業(yè)務(wù)請求消息。BTS的Layer1在收到SABM消息后，將向MS發(fā)一個內(nèi)容與initialmessage一樣的UA消息（無序號證實），只有MS收到的UA消息的內(nèi)容與SABM消息的完全一樣，手機的接入才正確。UA的作用是為了處理多個手機在同一時間發(fā)送內(nèi)容一樣的信道請求消息的情況，以區(qū)分出不同的手機的消息oBTS的Layer1在收到Layer2的SABM后將向RRSM發(fā)送建立指示消息即establishindication，RRSM收到此消息后將T3101停止計時，觸發(fā)統(tǒng)計ok_access_proc。此統(tǒng)計可以區(qū)分出用戶申請服務(wù)不同的原因，包括：ConnectionManagement的業(yè)務(wù)請求（呼叫建立即主叫、短信息、附加業(yè)務(wù)管理等）、位置更新請求（正常位置更新、周期性位置更新、IMSI附著）、IMSI分離、緊急呼叫及尋呼響應(yīng)。另外，在T3101的時間內(nèi)，如果手機不能正常占用SDCCH，則RRSM將觸發(fā)統(tǒng)計chan_req_ms_fail。下一步RRSM會向BSC的SSM發(fā)出三層業(yè)務(wù)請求消息（initialIayer3information），SSM再向MSC發(fā)CR消息（connectionrequest），用來申請與MSC建立SCCP層連接，CR中含有申請CM業(yè)務(wù)的原因、該手機的一些物理特征以及該MS的MSISDN。在MSC收到此消息后，即向BSC的SSM發(fā)出CC消息（connectionconfirmed），這樣MS與MSC之間的信令鏈路就建立起來了，MSC已經(jīng)能夠控制RR管理的傳輸特性，BSS處于監(jiān)視傳輸質(zhì)量和隨時準(zhǔn)備切換的運行狀態(tài)。備注：為方便理解上述流程，可參考以下備注：BSS的呼叫處理CallProcessing（CP）是L2和L3的系統(tǒng)應(yīng)用進程的集合，用于MS呼叫的高層信令控制。CP包括尢MTPL3/SCCPpreprocessor（MTPL3）.Connectionlessmanager(CLM).尢 SCCPstatemachine(SSM).尢 Switchmanager(SM).尢 Cellresourcemanager(CRM).尢 Radioresourcestatemachine(RRSM).尢 Radiochannelinterface(RCI).其中：MTPL3/SCCPpreprocessor(MTPL3)處理A接口上的收發(fā)消息的協(xié)議適配，還通過分析消息的包頭并進行尋址，來決定消息的目標(biāo)進程。Connectionlessmanager(CLM)處理BSS的global控制，這個進程負責(zé)處理C7信令協(xié)議中無連接的部分。SCCPstatemachine(SSM)負責(zé)處理C7信令協(xié)議中面向連接的部分，它協(xié)同處理所有intra-BSS和intra-cell的切換，它要確保目的小區(qū)收到了切換請求且為手機預(yù)留了資源。這個進程產(chǎn)生所有與切換相關(guān)的信令，當(dāng)進程結(jié)束后要通知MSC，當(dāng)切換成功結(jié)束后要通知源小區(qū)，讓源小區(qū)釋放相應(yīng)的資源。Switchmanager(SM)用于控制從MSC至MS的陸地鏈路(由MSC指派)到MS的無線鏈路(由BSS中的CRM負責(zé)分配)的連接。Cellresourcemanager(CRM)負責(zé)當(dāng)MS接入系統(tǒng)時給它分配無線資源，它保留和維護著表征其管轄范圍內(nèi)每個信道狀態(tài)的動態(tài)數(shù)據(jù)庫，并根據(jù)RSS提供的信道干擾信息來分配在最好的資源，還分配用于區(qū)分每個呼叫的SCCPreferencenumber。當(dāng)一個BTS或小區(qū)的話務(wù)過高時，CRM會觸發(fā)FlowControl，當(dāng)話務(wù)負荷減輕時FlowControl會停止。CRM還產(chǎn)生空中接口上傳輸?shù)南到y(tǒng)消息。Radioresourcestatemachine(RRSM)負責(zé)激活和維護物理連接，它激活由CRM分配的無線信道，當(dāng)MS不再需要該信道后，由RRSM負責(zé)關(guān)閉此信道。Radiochannelinterface(RCI)用于將RSS中MS的地址(無線信道號)轉(zhuǎn)換成CallProcessing中Layer3進程識別MS的地址(SCCPreferencenumber)。RSS是BSSradiosubsystem的縮寫，是系統(tǒng)應(yīng)用程序的一個集合。用于管理BSS的RF硬件和與MS通信的無線鏈路。它包括五個進程：尢 Configurationandfaultmanagement.尢 Layer1interface.尢 Layer2protocol.尢 Abisinterface.尢 HandoverDetectionand Power Control(HDPC).其中：Configurationandfaultmanagement控制與它相關(guān)的無線資源的配置,并提供BTS故障管理系統(tǒng)的接口。Layer1interface用于RSS軟件與channelcoding進程之間消息協(xié)議的轉(zhuǎn)換，它還負責(zé)存貯paging消息和accessgranted消息，直至等到控制信道上該消息相應(yīng)的時隙出現(xiàn)。Layer2protocol用于將以MS為目的地的信令信息翻譯成在空中接口上傳送的以時隙為單位GSM信令，還處理MS的LAPDm信令；它還負責(zé)為MS建立連接，以在空中接口上傳送MS的SMS數(shù)據(jù)（MO或MT）。Abisinterface用于將RSS內(nèi)產(chǎn)生的消息翻譯成Abis格式，以傳送給Layer3應(yīng)用程序。這個進程要對收到的消息進行校驗來確保消息的完整性，它還對RACH信道上收到的accessbursts進行計數(shù)，計數(shù)的周期可在數(shù)據(jù)庫中設(shè)置，如果計數(shù)值超過了預(yù)設(shè)的門限，則此進程會通知Layer3的應(yīng)用軟件，由Layer3的應(yīng)用軟件通過Bar住某個接入級別的MS,以減少RACH上的accessburst的個數(shù)。HandoverDetectionandPowerControl（HDPC）用于以時隙為單位控制MS的發(fā)射功率（Uplink）和相應(yīng)的基站發(fā)射功率（Downlink）。這個進程還負責(zé)控制MS的timingadvance以讓MS能夠在其所屬的時隙中工作。此進程還負責(zé)觸發(fā)MS的切換，依據(jù)不同的標(biāo)準(zhǔn)判決有無切換的必要。當(dāng)TCH空閑時，此進程還負責(zé)測量其收到的噪聲，計算出平均的噪聲等級，并將數(shù)值通知CallProcessing，用于在信道分配時提供參考。當(dāng)MS的呼叫已經(jīng)建立后，此進程還監(jiān)測收到MS的SACCH消息的情況，若連續(xù)未收到某個MS一定數(shù)量（可由數(shù)據(jù)庫設(shè)置）的SACCH消息，此進程要通知CallProcessing來釋放這個MS有關(guān)的資源。SDCCH擁塞率計算公式SDCCH擁塞率公式SDCCH擁塞率（2002中國移動集團公司公式）=忙時SDCC溢出總次數(shù)x100/忙時SDCCH試呼總次數(shù)（％）=alloc_sdcch_failx100/chan_req_cause_atmpt（%）第四章：可能導(dǎo)致SDCCH擁塞率高的原因及其解決方法當(dāng)基站的SDCCH擁塞率指標(biāo)出現(xiàn)擁塞后（擁塞率關(guān)注的程度要視網(wǎng)絡(luò)性能發(fā)展的階段而定），通常優(yōu)化人員要提取與SDCCH信道分配過程有關(guān)的性能統(tǒng)計，并結(jié)合基站的配置參數(shù)、現(xiàn)場測試文件或OMC的CallTrace文件等，對基站擁塞的原因進行分析定位，并采取有效的解決方法予以處理。一、 出現(xiàn)突發(fā)性話務(wù)增加或者用戶產(chǎn)生話務(wù)時間相對集中分析出現(xiàn)SDCCH擁塞的小區(qū)的性能，將當(dāng)前擁塞時段的話務(wù)量與小區(qū)的歷史統(tǒng)計進行比較，判斷是否是突發(fā)性的話務(wù)量，若小區(qū)話務(wù)量相對硬件配置并不高，且硬件沒有故障，但仍由擁塞情況發(fā)生，則說明用戶的服務(wù)需求可能比較集中。在這些情況下可以考慮采用以下的方法來緩解或解決：開啟RACH流量控制功能從用戶申請網(wǎng)絡(luò)服務(wù)的最開始對用戶的請求進行限制；在分析出網(wǎng)絡(luò)SDCCH話務(wù)量的激增是由于新的極其吸引用戶的增值業(yè)務(wù)的推出而引起的，則要對有大量增值業(yè)務(wù)需求的地區(qū)加大SDCCH的配置數(shù)。1） 開啟RACH流量控制功能，減少SDCCH的集中占用1、RACH的沖撞控制：由于GSM系統(tǒng)中RACH信道是一種可能出現(xiàn)隨機碰撞的信道，網(wǎng)絡(luò)無法知道手機何時需要通信，手機也很可能會同時占用同一個RACH時隙來用于申請接入，這時不可避免的要發(fā)生碰撞現(xiàn)象。為了減少手機接入系統(tǒng)時RACH信道上的沖突次數(shù)，提高RACH信道的效率，GSM規(guī)范中規(guī)定了手機必須采用的接入算法。該算法中應(yīng)用了三個參數(shù)，即：發(fā)送分布時隙數(shù)tx_integer（參數(shù)T）、最大重發(fā)次數(shù)max_retran（參數(shù)M）和與參數(shù)T及信道組合有關(guān)的參數(shù)（參數(shù)S）。其中參數(shù)“最大重發(fā)次數(shù)（max_retran）”表示手機最多向網(wǎng)絡(luò)發(fā)送“信道請求”消息的次數(shù)。參數(shù)T表示手機連續(xù)發(fā)送多個信道請求消息時，每次發(fā)送之間間隔的時隙數(shù)，參數(shù)S是接入算法中的一個中間變量，根據(jù)參數(shù)T和CCCH配置情況確定。max_retran:BSS小區(qū)級參數(shù)，最大重發(fā)次數(shù)即參數(shù)M；其取值為0?3。手機在啟動立即指配過程時（如手機需位置更新、啟動呼叫或響應(yīng)尋呼時）將在RACH信道上向網(wǎng)絡(luò)發(fā)送“信道請求”消息。由于RACH是一個存在沖突的信道，為了提高手機接入的成功率，網(wǎng)絡(luò)允許手機在收到立即指配消息前發(fā)送多個信道請求消息，在經(jīng)過最大重發(fā)次數(shù)后，若仍得不到系統(tǒng)的立即指派命令，手機則返回到空閑狀態(tài)下。最多允許重發(fā)的次數(shù)則由參數(shù)“最大重發(fā)次數(shù)”確定。最大重發(fā)次數(shù)包含于信息單元“RACH控制參數(shù)”中，在每個小區(qū)廣播的系統(tǒng)消息中周期發(fā)送。網(wǎng)絡(luò)中每個小區(qū)的最大重發(fā)次數(shù)可以由網(wǎng)絡(luò)優(yōu)化人員設(shè)置。一般地，重發(fā)次數(shù)越大，試呼的成功率越高，接通率也越高，但同時RACH信道、CCH信道和SDCCH信道的負荷也隨之增大。在業(yè)務(wù)量較大的小區(qū)，若最大重發(fā)次數(shù)過大，容易引起無線信道的過載和擁塞，從而使接通率和無線資源利用率大大降低。相反，若最大重發(fā)次數(shù)過小，會使手機的試呼成功率降低而影響網(wǎng)絡(luò)的接通率。因此合理地設(shè)置每個小區(qū)的最大重發(fā)次數(shù)是充分發(fā)揮網(wǎng)絡(luò)無線資源和提高接通率的重要手段。最大重發(fā)次數(shù)M的設(shè)置通?？梢詤⒖枷铝蟹椒ǎ簩τ跇I(yè)務(wù)量較小的地區(qū)，max_retran可以設(shè)置為“3”即最多重發(fā)7次，以提高手機接入的成功率。對于小區(qū)業(yè)務(wù)量一般的地區(qū)，max_retran可以設(shè)置為“2”即最多重發(fā)4次。對于微蜂窩，建議max_retran設(shè)置為“1”即最多重發(fā)2次。對于業(yè)務(wù)量很大的微蜂窩區(qū)和出現(xiàn)明顯擁塞的小區(qū)，建議max_retran設(shè)置為“0”即最多重發(fā)1次。注意：北京移動現(xiàn)網(wǎng)的max_retran默認值為“2”，即最多重發(fā)4次channelrequest。

tx_integer：BSS小區(qū)級參數(shù)，發(fā)送分布時隙數(shù)即參數(shù)T；其取值范圍是0?15的整數(shù)，定義參見表1,此參數(shù)在小區(qū)廣播的系統(tǒng)消息中周期發(fā)送。。參數(shù)S：參數(shù)S實際上是由手機根據(jù)參數(shù)T和CCH信道的組合情況自行計算得到，具體方式由表2確定。Tx_integer(T)的編碼 對應(yīng)時隙數(shù)00000001tx_integer：BSS小區(qū)級參數(shù)，發(fā)送分布時隙數(shù)即參數(shù)T；其取值范圍是0?15的整數(shù)，定義參見表1,此參數(shù)在小區(qū)廣播的系統(tǒng)消息中周期發(fā)送。。參數(shù)S：參數(shù)S實際上是由手機根據(jù)參數(shù)T和CCH信道的組合情況自行計算得到，具體方式由表2確定。Tx_integer(T)的編碼 對應(yīng)時隙數(shù)0000000100100011010001010110011110100011100112101014101116110020110125111032111150表1――發(fā)送分布時隙數(shù)Tx_integer(T)的編碼方式TCCCH不與SDCCH共用3,8,14,5055414,9,16,76525,10,20,109586,11,25,163867,12,32,217115表2——參數(shù)S的取值CCH信道組合方式CCH與SDCCH共用當(dāng)手機接入網(wǎng)絡(luò)時需啟動一次立即指配過程，該過程的開始，手機將在RACH信道上發(fā)送(max_retran+1)次信道請求消息。為了減少RACH信道上的沖突次數(shù)，手機發(fā)送信道請求消息的時間必須遵循下列規(guī)則:手機啟動立即指配過程開始，到第一個信道請求消息發(fā)送之間的時隙數(shù)（不包括發(fā)送消息的時隙）是一個隨機數(shù)。這個隨機數(shù)是屬于集合｛0，1，……，MAX（T,8）—1｝中的一個元素。手機每次啟動立即指配過程時，按均勻分布概率從上述集合中取數(shù)。任意兩次相鄰的信道請求消息之間間隔的時隙數(shù)（不包括消息發(fā)送的時隙）由手機以均勻分布概率方式從集合｛S,S+1,……，S+T—1｝中取出。由上述分析可知，tx_integer即參數(shù)T取值越大，手機初次發(fā)送信道請求消息之間間隔的變化范圍越大，RACH沖突的次數(shù)相應(yīng)減少。參數(shù)S越大，手機重復(fù)發(fā)送信道請求消息之間的間隔越大，RACH信道上的沖突減少，同時AGCH信道和SDCCH信道的利用率提高（網(wǎng)絡(luò)每收到一次信道請求，只要有空閑信道都會分配一個信令信道而不論信道請求消息是否由同一個手機發(fā)出）。然而，參數(shù)T和S的增大卻會延長手機的接入時間，從而導(dǎo)致整個網(wǎng)絡(luò)的接入性能下降，因此必須選擇合適的T和S。網(wǎng)絡(luò)優(yōu)化人員可以根據(jù)系統(tǒng)的實際應(yīng)用情況設(shè)置適當(dāng)?shù)腡值以使網(wǎng)絡(luò)的接入性能最佳。T值的選擇一般可參考下列原則：在一般情況下，應(yīng)取參數(shù)T使參數(shù)S盡可能小（以減小手機接入時間），但必須保證AGCH信道和SDCCH信道不出現(xiàn)過載。操作過程中，對業(yè)務(wù)量不明的小區(qū)可以任意取一個T值使參數(shù)S最小，若小區(qū)的AGCH或SDCCH信道出現(xiàn)過載則改變T使S增大一次（參照表2）直到小區(qū)不再出現(xiàn)AGCH或SDCCH信道過載情況。根據(jù)上述原則，可以確定T值的取值范圍（對應(yīng)參數(shù)S的每個取值參數(shù)T可以取數(shù)個），當(dāng)小區(qū)RACH沖突數(shù)較大時，應(yīng)取較大的T值（在上述范圍內(nèi)）；在RACH沖突數(shù)較少（定量分析需在實驗以后進行）的情況下，應(yīng)使T值盡可能小。注意：北京移動Tx_integer（T）的默認值為“12”即20個RACH時隙。2、RACH的流量控制：系統(tǒng)通過RSS來監(jiān)測在一定的時間內(nèi)（rach_load_period）收到的channelrequest消息個數(shù)。如果收到的個數(shù)超過門限r(nóng)ach_load_threshold，則RSS向callprocessing發(fā)負載指示消息。一旦收到負載指示消息，callprocessing將隨機BAR住一個接入級別（0-9）的手機。同時CP啟動計時器T1和T2（flow_control_t1和flow_control_t2）。當(dāng)T1超時后，若CP再收到從BSS系統(tǒng)傳來的負載指示消息，則CP將再BAR住另一個級別的手機。若在T2的時長內(nèi)，CP沒有再收到從BSS傳來的負載指示消息則系統(tǒng)將UNBAR—個級別的手機。T2的取值必須大于T1。第一個被BAR住的級別是由CP隨機選擇的，此后被BAR住的級別遵循循環(huán)的原則，從低級別到高級別。隨后被UNBAR的級別在其它所有級別均被BAR過前，不會再被BAR住。第一個被UNBAR的級別是BAR住時間最長的級別。計時器rach_load_period和ccch_load_period都是235.5mS(1x51frame)的整數(shù)倍。rach」oad_period決定了rachload監(jiān)測的時間周期。只有在前一個周期內(nèi)(RACHorCCCH)觸發(fā)了過載條件ccch_load_period才會開始計時。門限r(nóng)ach」oad_threshold由下面的公式計算得到：RACHloadthreshold=Totalnumberofchannels(TCH/SDCCH)x100NoofRACHsinperiodxNoofRACHtimeslots其中：分子是小區(qū)內(nèi)配置的SDCCH子時隙和TCH的個數(shù)。分母是在4*51幀的復(fù)幀周期內(nèi)可用的RACH時隙數(shù)。這個值取決于ccch_conf的設(shè)置。結(jié)果為rach_load_threshold，以0.01%為間隔。注意：由于北京移動的網(wǎng)絡(luò)不支持用戶的分級，所以上述RACH的流量控制實際效用不大。3、啟動立即指配拒絕功能緩解SDCCH擁塞：在GSM規(guī)范中定義了立即指配拒絕的功能：當(dāng)目前網(wǎng)絡(luò)沒有可以分配的SDCCH信道時，就可以通過發(fā)送給手機一條立即指派拒絕(immediateassignmentreject)的消息來拒絕手機的信道申請，并且在系統(tǒng)規(guī)定的時間內(nèi)(Wait_indication_parameters即T3122)禁止手機接入網(wǎng)絡(luò)，通過這種功能可防止在系統(tǒng)沒有SDCCH資源的情況下用戶頻繁的發(fā)送信道請求的消息，而不必要地增大網(wǎng)絡(luò)的負荷。Wait_indication_parameters:BSS小區(qū)級參數(shù)，即定時參數(shù)T3122；參數(shù)"等待指示"的取值范圍是0?255的整數(shù)，以秒為單位，表示手機必須等待的時間。參數(shù)“等待指示”包含于下行消息“立即指配拒絕”之中。當(dāng)網(wǎng)絡(luò)收到手機發(fā)送的信道請求消息后，若沒有空閑的SDCCH信道分配給手機，則網(wǎng)絡(luò)通過AGCH信道發(fā)送“立即指配拒絕消息”給手機。為了避免手機不斷進行信道請求而造成無線信道的進一步阻塞，在立即指配拒絕消息中包含定時參數(shù)T3122，即所謂的等待指示信息單元。手機在收到立即指配拒絕消息后必須經(jīng)過T3122指示的時間后才能發(fā)起新的呼叫。參數(shù)“等待指示”(T3122)實際上是當(dāng)網(wǎng)絡(luò)中的無線資源缺乏時，強制手機在一次試呼失敗后、發(fā)起新一次試呼前必須等待的時間。因此它的取值對網(wǎng)絡(luò)性能的影響較大。T3122設(shè)置過短，則在無線信道負荷較大時容易引起信道的進一步阻塞；但若T3122設(shè)置過大則使網(wǎng)絡(luò)的平均接入時間增加而導(dǎo)致網(wǎng)絡(luò)平均的服務(wù)性能下降。注意:T3122設(shè)置的原則是：在網(wǎng)絡(luò)的公共控制信道（CCCH）不發(fā)生過載的情況下，應(yīng)使T3122盡可能小。一般建議T3122的一般設(shè)置為10?15秒，在業(yè)務(wù)量密集地區(qū)設(shè)置為15?25秒。但是，由于在T3122生效的時間內(nèi)用戶的手機表面看沒有任何反應(yīng)，此參數(shù)的設(shè)置一般不要取值過大，避免引起用戶的強烈反映。案例分析：為了減小SD的擁塞，4月21日我們對全網(wǎng)的T_3122參數(shù)進行了嘗試性調(diào)整，將部分SDCCH擁塞率較高的基站的T_3122由8秒調(diào)整到了15秒。從4月17日與4月24日的統(tǒng)計對比來看全網(wǎng)的SDCCH的擁塞率有所減少。全網(wǎng)SDCCH成功分配次數(shù)SDCCH分配失敗次數(shù)SDCCH話務(wù)量SDCCH擁塞率4月17日2078197797342186.863.69%4月24日2135049300972228.111.39%2） 增大SDCCH配置緩解由于增值業(yè)務(wù)量的增加導(dǎo)致的擁塞現(xiàn)在的GSM網(wǎng)絡(luò)所提供的業(yè)務(wù)中，有一部分增值業(yè)務(wù)是由SDCCH信道承載，例如短信消息等。如果增值業(yè)務(wù)在時間上集中引入，很可能導(dǎo)致網(wǎng)絡(luò)SDCCH信道出現(xiàn)突發(fā)且較大面積的擁塞情況。2001年5月17日，北京移動開通了神州行手機用戶的短信息業(yè)務(wù)，由于當(dāng)時北京移動已經(jīng)擁有了相當(dāng)規(guī)模的神州行用戶，且公司前期市場宣傳工作做的比較到位，當(dāng)天大量神州行用戶嘗試使用短信息，引起網(wǎng)絡(luò)內(nèi)短信息的收發(fā)次數(shù)激增，無線側(cè)引發(fā)了大量的小區(qū)SDCCH擁塞。cm」eq_smssms_inisial_on_sdSD_BLKSDCCH話務(wù)量sum5月16日23032 47273 0.81 4168.545月17日92303 148049 1.66 4402.21出現(xiàn)這種情況后，只能及時增加具體每個出現(xiàn)SDCCH信道擁塞的小區(qū)的SDCCH配置，以緩解網(wǎng)絡(luò)擁塞情況。但為了盡可能避免類似的事件再次發(fā)生，應(yīng)加強網(wǎng)絡(luò)運行維護部門與市場部門的溝通，有預(yù)見性地采取一些預(yù)防措施。接受此次教訓(xùn)后，我們在此后的節(jié)假日等易于引起短信息等增值業(yè)務(wù)突發(fā)的時候，及時且適量地調(diào)整了網(wǎng)絡(luò)的配置，避免了上述在無線側(cè)擁塞情況的再次發(fā)生。二、 存在覆蓋或話務(wù)的不均衡問題當(dāng)出現(xiàn)SDCCH信道擁塞后，分析得出SDCCH的擁塞率與TCH的擁塞率不均衡，或者基站的覆蓋與周邊基站的覆蓋沒有合理地進行控制，則可以采用以下的均衡方法進行處理：若TCH信道很閑，可以開啟SDCCH的重配功能，調(diào)整本小區(qū)的SDCCH與TCH的信道比例；若開啟了SDCCH的重配功能，但參數(shù)設(shè)置不合理或不正確也可能造成SDCCH的擁塞；由于基站的覆蓋過大，引起SDCCH擁塞，可以對用戶的起呼進行距離上的限制；若基站的C2設(shè)置不合理，可能造成基站過多地吸收了話務(wù)，從而導(dǎo)致基站SDCCH擁塞率比TCH的高。1） 基站SDCCH與TCH信道配置不合理（1） 若TCH信道很閑，可以開啟SDCCH的重配功能，調(diào)整本小區(qū)的SDCCH與TCH的信道比例由于在基站的資源分配中，SDCCH與TCH均要占用基站的物理信道資源，在基站結(jié)構(gòu)配置中實際上存在SDCCH與TCH的平衡問題，通常SDCCH與TCH在開站時被固定分給一定的信道，但由于網(wǎng)絡(luò)承載的話務(wù)是不斷變化發(fā)展的，為了適應(yīng)這種變化，保持SDCCH與TCH在資源的使用上的合理分配，啟用基站的SDCCH信道重配功能，可以有效地、動態(tài)地根據(jù)實時的用戶需求，調(diào)整SDCCH與TCH之間的資源分配，盡可能地避免出現(xiàn)二者忙閑不均的情況。信道重配：在呼叫處理的過程中BSS的軟件CRM進程可以進行動態(tài)信道重配，例如：SDCCH信道的使用比例很大，同時還繼續(xù)有SDCCH信道的申請，此時當(dāng)滿足一定門限后，CRM可以將TCH信道重新配置成SDCCH信道，以滿足SDCCH的需求。涉及到的BSS參數(shù)：ccch_conf:BSS小區(qū)級參數(shù)；參數(shù)ccch_conf由3比特組成，常用的取值有：0表示non—combined方式，CCCH使用一個基本的物理信道，不與SDCCH共用；1表示combined方式，CCCH使用一個基本的物理信道，與SDCCH共用。根據(jù)一般的經(jīng)驗，對于小區(qū)中的載頻數(shù)為1個或2個的情況，建議公共控制信道的配置采用一個基本物理信道且與SDCCH共用；小區(qū)中的載頻數(shù)超過2個的情況，建議公共控制信道的配置采用一個基本物理信道且不與SDCCH共用。Channel_Reconfiguration_Swith:BSS小區(qū)級參數(shù)；參數(shù)的取值可以決定CRM可否進行動態(tài)信道重配。Number_Sdcchs_Preferred：BSS小區(qū)級參數(shù)；定義了在系統(tǒng)重啟時CRM配置SDCCH的個數(shù)，同時小區(qū)SDCCH的信道個數(shù)。這個參數(shù)的取值受限于該小區(qū)的信道配置方式是combined或non—combined。Max_number_of_sdcch:BSS小區(qū)級參數(shù)；定義了信道重配后SDCCH的最大個數(shù)。發(fā)生TCH至SDCCH信道重配的條件：1、 信道重配后SDCCH的最大個數(shù)不能超過Max_number_of_sdcch；2、 空閑的SDCCH信道個數(shù)要少于sdcch_need_high_water_mark；3、 當(dāng)前空閑的TCH信道個數(shù)要大于tch」ull_need_low_water_mark；發(fā)生SDCCH至TCH信道重配的條件：1、 重配后的SDCCH信道個數(shù)不能少于Number_Sdcchs_Preferred；2、 當(dāng)前空閑的SDCCH信道個數(shù)要大于sdcch_need_low_water_mark；SDCCH信道的配置一般遵循以下原則：在小區(qū)載頻數(shù)<2的情況下，此時CCCH配置方式一般為Combine方式，因為SDCCH要與CCCH共享BCCH載頻的TS0，這種情況下的SDCCH的實際個數(shù)為nx8+4,其中n代表除BCCH外又給SDCCH配置的時隙個數(shù)。對于這樣的小配置基站，n取值一般為1,SDCCH最小值則為12；SDCCH最大值可以為20。載頻個數(shù)在2到4之間的小區(qū)，CCCH配置方式一般為nonCombine方式，SDCCH的實際個數(shù)為nx8,n取值一般為2,SDCCH最小值則為16；SDCCH最大值可以為24。載頻個數(shù)>4之間的小區(qū)，CCCH配置方式一般為nonCombine方式，SDCCH的實際個數(shù)為nx8，n取值一般為3，SDCCH最小值則為24；SDCCH最大值可以為32。注意：sdcch_need_low_water_mark>=Number_Sdcchs_Preferred；sdcch_need_low_water_mark—sdcch_need_high_water_mark>=9；在日常的優(yōu)化中，要觀察每天的SDCCH和TCH擁塞的情況，對于不正常的配置情況要及時糾正，避免出現(xiàn)一邊空閑，一邊擁塞的現(xiàn)象。從全網(wǎng)統(tǒng)計到的數(shù)據(jù)按照SDCCH擁塞作為主關(guān)鍵字，TCH擁塞作為次關(guān)鍵字，進行從高到低排序，在TCH信道無擁塞，而SDCCH信道擁塞嚴(yán)重時，可考慮將一個TCH信道重配為8個SDCCH信道。案例分析：1、由于近幾周全網(wǎng)SDCCH擁塞狀況有上升趨勢，我們選定部分典型基站做實驗性修改，打開CELLRECONFIGURATIONSWITCH。啟用SDCCH動態(tài)分配原則，Preferred_number_of_sdcch按通常的規(guī)劃方法設(shè)定，并設(shè)定相關(guān)參數(shù)：Channel_reconfiguration_switch=1Max_number_of_sdcch=24

Sdcch_need_high_water_mark=2Sdcch_need_low_water_mark=12Tch_need_low_water_mark=3結(jié)果表明擁塞狀況有明顯改善，前后對比見下表?，F(xiàn)在全網(wǎng)除個別基站外，此功能均已打開。下表是全網(wǎng)改動前后的性能比較：date_and_timesum_alloc_sdcch_failsum_alloc_sdcchsum_alloc_tchsum_alloc_tch」ail TCH擁塞率SDCCH擁塞率8-204534377508374561412677914.535.528-234148480985271461510825513.154.878-206425082793675787815872817.317.208-232755981210375380113326615.023.282、西三旗和五棵松村在一定程度上存在TCH與SDCCH忙閑不均的情況,采取以下措施后這些小區(qū)的TCH擁塞與SDCCH擁塞得到了均衡。CID786：將Max_number_of_sdcchs從32增加到48，number_sdcchs_preferred從24增加到32；CID840：將Max_number_of_sdcchs從32增加到48，number_sdcchs_preferred從16增加到24。site_name cell_name SDCCH擁塞塞 site_name cell_name SDCCH擁塞塞 TOTAL_CALLSavail_tch_maxWuKeSongCun_16460-00-4112-8400.47 3-1WuKeSongCun_16460-00-4112-8400.58 3-2XiSanQi_6 460-00-4110-786 7.443-1XiSanQi_6 460-00-4110-786 2.663-2CALL__SETUP_SUCCESS_RATETCH擁erl/chantime7.3296.6701047371.7696.080.0311043696.860990360.5897.100.051107340.583、萬柳橋西北DCSCID30289的SDCCH擁塞較高，但TCH不存在擁塞情況，話務(wù)掉話比較低。TOC\o"1-5"\h\z處理過程：將number_sdcchs_preferred:16 32；max_number_of_sdcchs:32 8；site_namecell_name掉話次數(shù)sd擁塞TCH話務(wù)量date_and_timeWanLiuQiaoXiBeiDCS460-00-4144-30289 1 7.28 1.51 6-25

0.00 1.35 6-28WanLiuQiaoXiBeiDCS460-00-4144-30289 10.00 1.35 6-284、在11月18日對網(wǎng)上所有CELL的channel_reconfig及其有關(guān)參數(shù)進行了相應(yīng)的調(diào)整，減小了TCH和SD擁塞，同時提高呼叫成功率，也可以使當(dāng)前的無線資源能有更高的利用率，避免了由于TCH,SD分配不合理，造成的一方擁塞而另一方空閑的資源浪費。max_number_of_sdcchs:16,24max_number_of_sdcchs:16,24sdcch_high_water_mark:2number_sdcch_preferred:8,16,24sdcch_low_water_mark:10,18,26tch_full_need_low_water_mark:3改動前后小區(qū)性能變化如下：SDCCH11-16 11-25cell_name !SDCCH擁塞SDCCH話務(wù)量SDCCH擁塞SDCCH話務(wù)量460-00-4160-75950.969.070.1610.74460-00-4130-8150.357.059.5411.38460-00-4130-7948.967.0412.8112.02460-00-4160-54831.435.910.475.01460-00-4120-12228.4813.664.3216.07460-00-4170-62624.106.821.226.11460-00-4170-62151.6618.0229.9221.93460-00-4170-62223.8713.902.6813.41TCH 11-1611-25cell_nameTCH擁塞TCH話務(wù)量avail.tch_maxTCH擁塞TCH話務(wù)量avail_tch_max460-00-4142-78526.4317.43216.6515.6022460-00-4172-69824.9124.97295.7222.0130460-00-4172-96427.3525.17298.8122.9830460-00-4160-91743.4126.712925.7925.7230（2） 開啟了SDCCH的重配功能，但參數(shù)設(shè)置不合理或不正確如果優(yōu)化人員在配置SDCCH的重配功能時，沒有滿足BSS的約束條件，則可能發(fā)生SDCCH不能正常重配的情況，很可能會出現(xiàn)SDCCH擁塞的現(xiàn)象。2) 與周邊基站相比本小區(qū)的覆蓋不合理相對自身信道配置以及與鄰區(qū)話務(wù)來說，如果基站的實際覆蓋范圍過大，可能導(dǎo)致它實際承載了過多的手機的網(wǎng)絡(luò)服務(wù)需求，這樣很容易產(chǎn)生SDCCH信道擁塞。當(dāng)出現(xiàn)這種情況后，針對基站覆蓋偏大的情況，采取有效措施來收縮基站的覆蓋，從而降低基站承載的用戶數(shù)，減小SDCCH信道的擁塞。常用的方法有：在距離上限制距基站較遠的用戶接入本基站；調(diào)整基站的小區(qū)重選的參數(shù)設(shè)置。人為限制手機接入的距離收縮基站實際覆蓋范圍緩解SDCCH擁塞對于偏遠的地區(qū)，由于基站建設(shè)力度不夠，在有些距離基站較遠的地方手機信號較弱，如果手機在這些地方嘗試向網(wǎng)絡(luò)發(fā)起服務(wù)請求或響應(yīng)網(wǎng)絡(luò)的尋呼，由于距離基站過于遠，信號衰減較大，手機接收質(zhì)量很差，這樣手機很可能不能正常地接入到網(wǎng)絡(luò)中，反而由于手機頻繁嘗試發(fā)起接入請求而造成網(wǎng)絡(luò)資源被大量占用。為避免這種距離基站過遠的手機接入到基站中，我們可以打開網(wǎng)絡(luò)限制，將這些資源請求拒絕掉。涉及到的參數(shù)有：poor_initial_assignment:BSS級參數(shù)；該參數(shù)的置位可以讓BSS在收到手機發(fā)來的RACH消息后，分析其TA值，若超出ms_max_range的范圍后，則網(wǎng)絡(luò)將該RACH請求放棄掉，而不作任何響應(yīng)，這樣做可以將一些距離較遠、質(zhì)量可能較差的RACH消息限制在網(wǎng)絡(luò)接受范圍之外；ms_max_range:BSS小區(qū)級參數(shù)；當(dāng)手機和基站的距離超過一定門限時，網(wǎng)絡(luò)應(yīng)啟動切換過程，以維持一定的通信質(zhì)量，減小小區(qū)間的干擾。參數(shù)“手機最大距離”規(guī)定了手機距離的最大門限；當(dāng)超越該門限時，基站將啟動切換過程；注意：開啟了BSS的poorinitialassignment功能后，可以限制信號質(zhì)量較差的用戶接入網(wǎng)絡(luò)的請求，從而在一定程度上避免了這些用戶可能的頻繁資源請求。但是，這只是一種暫時的方法，為了根本解決問題，及時地解決網(wǎng)絡(luò)覆蓋不足的問題以及合理調(diào)整基站的覆蓋范圍才是最終的解決辦法。C2設(shè)置不合理導(dǎo)致基站實際覆蓋過大對于有些基站由于基站的站址比較偏遠或基站位置過矮，為了吸收話務(wù)量，優(yōu)化人員有時開啟C2。但是，如果C2的設(shè)置過大，且鄰區(qū)的切換門限沒有做及時的調(diào)整，也容易造成SDCCH擁塞。案例分析：6月21日化工研究院DCS由于話務(wù)量過低,我們將該站的C2打開，設(shè)置的該cell參數(shù)cell_reselect_offset設(shè)為15，即30dB。C2打開后該小區(qū)的呼叫次數(shù)增加比較明顯，但由于當(dāng)時未將該站的出鄰區(qū)的切換門限適當(dāng)增高，造成相當(dāng)數(shù)量的呼叫在此小區(qū)建立后，很快切換至別的小區(qū)。從統(tǒng)計上看基站的totalcall很多，但話務(wù)量卻不高，還存在一定數(shù)量的SDCCH擁塞。當(dāng)我們將該站的C2關(guān)閉后，基站的SDCCH擁塞率下降為0。datesite_name cell_nameSDCCH擁塞率SDCCH話務(wù)量TCH擁塞TCH話務(wù)量 TOTAL_CALLSavail_tch_maxerl/chanCell話務(wù)掉話比6-21HuaGongYanJiuYuanDCS31109 0.122.70 0.002.42617.0029 0.08 20.786-22HuaGongYanJiuYuanDCS31109 0.000.160.000.8612.0029 0.03 51.42手機過多的位置更新占用了基站的SDCCH信道當(dāng)基站發(fā)生SDCCH信道擁塞后，對用戶申請SDCCH信道的原因進行分析后，若基站大量SDCCH的分配是被用于手機進行位置區(qū)的更新，則在采取其他措施的同時，盡可能地降低不必要的手機位置更新的次數(shù)，可以大幅度降低SDCCH信道的占用，從而減少SDCCH信道的擁塞情況。要降低LAC更新的次數(shù)，可以從LAC的劃分是否合理、位置區(qū)更新滯后參數(shù)的設(shè)置等方面進行檢查，分析問題所在。LAC劃分不合理導(dǎo)致手機頻繁位置更新在進行網(wǎng)絡(luò)LAC區(qū)規(guī)劃時，如果LAC區(qū)的交界被選擇在手機用戶數(shù)較多，用戶移動性較大的地區(qū)，則會導(dǎo)致頻繁的手機位置更新，這樣會占用大量的SDCCH信道，很可能引起SDCCH的擁塞。同時，由于大量的位置區(qū)更新會造成手機經(jīng)常不在服務(wù)區(qū)的現(xiàn)象。所以，在對網(wǎng)絡(luò)的LAC分區(qū)進行劃分時，要充分考慮具體的道路信息、手機用戶分布信息、基站的位置信息等，將LAC交界避開主干道路和話務(wù)密集的地區(qū)，減少不必要的位置更新，從而降低頻繁位置更新對SDCCH信道資源過度的占用。分析SDCCH擁塞率較高的基站其占用資源的原因，如果大量是由于位置更新造成的，則要分析LAC交界的具體情況，采取調(diào)整基站的覆蓋，以較少基站覆蓋的不必要交疊，適當(dāng)?shù)臅r候要增加CRH來降低發(fā)生位置更新的幾率，或者考慮增加SDCCH信道的個數(shù)。在有些時候，可能出現(xiàn)基站的SDCCH信道已經(jīng)達到最大配置，基站的覆蓋已經(jīng)調(diào)整得比較合理，CRH的取值也達到最大的情況，這種情況下只能檢查LAC的劃分是否合理，重新調(diào)整LAC的分區(qū)，來避開高話務(wù)地區(qū)。LAC分界處的基站覆蓋交疊過大且此處的手機用戶密度較大在LAC分界的基站如果覆蓋交疊過大或用戶密度較大，可能存在大量的位置更新。在調(diào)整基站覆蓋使之趨于合理的同時，通過調(diào)整網(wǎng)絡(luò)參數(shù)可以在一定程度上緩解頻繁位置更新的發(fā)生。當(dāng)手機進行小區(qū)重選時，若原小區(qū)和目標(biāo)小區(qū)屬不同的位置區(qū)，則手機在小區(qū)重選后必須啟動一次位置更新過程。由于無線信道的衰落特性，通常在跨LAC的相鄰小區(qū)交界處，測量得到的兩個小區(qū)的C2值會有較大的波動，從而使手機頻繁地進行小區(qū)重選。盡管按照GSM規(guī)范，手機兩次小區(qū)重選的間隔時間不會

小于15秒，但對位置更新發(fā)生在手機用戶數(shù)量較多的地區(qū)時,15秒的保護時間還是不夠的。手機用戶過多的位置更新不但使網(wǎng)絡(luò)的信令流量大大增加、無線資源得不到充分利用，并且由于手機在位置更新的過程中無法響應(yīng)尋呼，因而使系統(tǒng)的接通率降低。為了減小這一問題的影響，GSM規(guī)范設(shè)立了一個參數(shù)，稱為小區(qū)重選滯后cell_reselect_hysteresis。此參數(shù)是BSS小區(qū)級參數(shù)；它要求鄰區(qū)（位置區(qū)與本小區(qū)不同）信號電平必須比本區(qū)信號電平大，其差值必須大于小區(qū)重選滯后規(guī)定的值，并且要保持5秒以上，手機才再啟動小區(qū)重選。小區(qū)重選滯后包含于信息單元"小區(qū)選擇參數(shù)（CellSelectionParameter）"中。該信息單元在每個小區(qū)廣播的系統(tǒng)消息中周期性發(fā)送。選擇合適的小區(qū)重選滯后電平對網(wǎng)絡(luò)優(yōu)化有重要的意義。小區(qū)重選滯后通常建議設(shè)置為8dB或10dB。在下列情況下建議作適當(dāng)?shù)恼{(diào)整：當(dāng)某地區(qū)的業(yè)務(wù)量很大，經(jīng)常出現(xiàn)信令流量過載現(xiàn)象，建議將該地區(qū)中屬于不同LAC的相鄰小區(qū)的小區(qū)重選滯后參數(shù)增大。若屬于不同位置區(qū)的相鄰小區(qū)其重疊覆蓋范圍較大時，建議增大小區(qū)重選滯后參數(shù)。若屬于不同LAC的相鄰小區(qū)在鄰接處的覆蓋較差，即出現(xiàn)覆蓋的“縫隙”時，或這種鄰接處地理位置處于高速公路等慢速移動物體較少的地區(qū)，建議將小區(qū)重選滯后參數(shù)設(shè)置在2?6dB之間。注意：小區(qū)重選滯后（CRH）的設(shè)置一般應(yīng)結(jié)合小區(qū)重選C2的取值，統(tǒng)一考慮。另外，對于網(wǎng)絡(luò)調(diào)整尤其是割接比較頻繁的情況，應(yīng)及時觀察網(wǎng)絡(luò)以及小區(qū)SDCCH擁塞率的變化，隨著網(wǎng)絡(luò)LAC分區(qū)的改變來調(diào)整位于LAC交界的小區(qū)的SDCCH信道配置，并且調(diào)整這些小區(qū)的CRH參數(shù)的設(shè)置。案例分析：1、8月20日和26日我們對部分處于LAC邊界，LOCATIONUPDATE次數(shù)較多的個別小區(qū)進行了分析，考慮到用戶停留在這些小區(qū)時，要占用相對較多的SDCCH信道進行位置區(qū)更新。鑒于此，我們對這些小區(qū)的SDCCH信道進行了進一步調(diào)整（參數(shù)如下）。例如：廣外關(guān)廂、豐臺東大橋、龐各莊。調(diào)整后這些小區(qū)的SDCCH擁塞率得到下降，前后對比如下：Channel_reconfig_switch=1；Max_number_of_sdcch=48（將最大SDCCH信道數(shù)增至最大）；Tch_need_low_water_mark=2；BSSNameSiteNamegsmcellidTch_need_low_water_mark=2；BSSNameSiteNamegsmcelliddate_and_timeSDCCH擁塞率到達率TCH擁塞率busy_sdcchalloc_sdcchalloc_sdcch」ailSDCCHBSS19PangGeZhuang_3460-00-4170-683 25-81.27 774.00 00.94 857 11BSS19PangGeZhuang_3460-00-4170-68327-80.00675.00 00.88746 0BSS19PangGeZhuang_3460-00-4170-68330-80.23846.00 00.83872 2BSSNameSiteNamegsmcelliddate_and_timeSDCCH擁塞率 SDCCH到達率TCH擁塞率busy_sdcchalloc_sdcchalloc;_sdcch」ailBSS51GuangWaiGuanXiang_8460-00-4182-67825-82.498425.0009.41 9209235BSS51GuangWaiGuanXiang_8460-00-4182-67827-81.528183.0009.10 8818136BSS51GuangWaiGuanXiang_8460-00-4182-67830-81.618445.000.19.38 9143150BSSNameSiteName gsmcelliddate_and_timeSDCCH擁塞率SDCCH到達率TCH擁塞率 busy_sdcchalloc_sdcchalloc__sdcch_failBSS55FengTaiDongDaQiao_18460-00-4192-22025-82.032708.0002.88 2943 61BSS55FengTaiDongDaQiao_18460-00-4192-22027-80.002292.0002.44 2580 0BSS55FengTaiDongDaQiao_18460-00-4192-22030-80.002407.000 2.46 2681 02、考慮到德寶飯店第三方向SDCCH擁塞嚴(yán)重，且多數(shù)申請SDCCH的原因是用于位置更新，所以我們將與德寶飯店第三方向不同LAC的鄰區(qū)北京北站第三方向、西直門飯店三個小區(qū)的參數(shù)cell_reselet_hysteresis由10dB改為14dB，前后性能對比如下：site_namecell_nameSDCCHTCH話務(wù)量 TOTAL_CALL date_and_time成功分配次數(shù) 分配失敗次數(shù) 擁塞 成功分配次數(shù) 分配失敗次數(shù) 擁塞北京北站

3 460-00-4112-26099 8-9460-00-4112-2608 8-11西直門飯店460-00-4112-48115 8-9460-00-4112-4818-11西直門飯店460-00-4112-482729 8-9460-00-4112-482865 8-11西直門飯店460-00-4112-483278 8-9460-00-4112-48343 8-11德寶飯店3 460-00-4132-7773 460-00-4112-26099 8-9460-00-4112-2608 8-11西直門飯店460-00-4112-48115 8-9460-00-4112-4818-11西直門飯店460-00-4112-482729 8-9460-00-4112-482865 8-11西直門飯店460-00-4112-483278 8-9460-00-4112-48343 8-11德寶飯店3 460-00-4132-77722.00 1558460-00-4132-777407 0588 0387 0416 02537 02607 0554 00 650 00 907 00 766 00 699 0610003688 77748-92182 40 1943 20 2145 00 1084 01234 067.82 15990.18 29990.00 4.00 10.00 4.22 240.00 4.83 20.00 3.56 200.10 16.310.00 15.190.00 6.140.00 6.52 313906 89.69248 7.64 16.37871 8-11四、 基站不能正常分配SDCCH信道當(dāng)基站的軟件或硬件出現(xiàn)故障后，就可能導(dǎo)致在立即指配過程中，基站無法正常分配SDCCH信道，在統(tǒng)計上體現(xiàn)為SDCCH信道的擁塞。通常有以下的這些情況：硬件問題導(dǎo)致基站時隙退出服務(wù)從而降低小區(qū)的可用資源基站出現(xiàn)硬件故障的情況，主要是指基站的載頻出現(xiàn)單個或幾個時隙退出服務(wù)，甚至整個或幾個載頻不能正常提供服務(wù)的情況。當(dāng)出現(xiàn)這種硬件故障后，很可能直接導(dǎo)致基站的SDCCH和TCH話務(wù)擁塞。要根本解決這種原因引起的話務(wù)擁塞，必須首先處理硬件故障。

案例分析:9月1日半壁店的SDCCH擁塞聚增到17%，主要由于該基站的DRI出現(xiàn)[46],[45]號告警，導(dǎo)致大量時隙OOS。INS該站有問題的DRI后恢復(fù)。同時鑒于該站SDCCH，TCH擁塞不平衡，調(diào)整該站的MAX_NUMBER_OF_SDCCH=48后，其SDCCH擁塞下降為0.99%。但是9月6日該站再次出現(xiàn)大量時隙OOS，致使SDCCH擁塞再次上升。NameDateOK_ACC_PROCSDCCH_CONGESTION_KEYSDCCH_TRAFFINameDateOK_ACC_PROCSDCCH_CONGESTION_KEYSDCCH_TRAFFICTCH_CONGESTION_KEYBanBiDian_10C=633 1-9 942CTCH_CONGESTION_KEYBanBiDian_10C=633 1-9 9429 912 3.379 992 7.429 868 0.749 1075 0.999 1036 9.66TCH_TRAFFIC17.891.20 4.041.0504.51.20.193.960.9204.051.2704.411.2903.26基站傳輸閃斷增加SDCCH分配失敗次數(shù)基站傳輸閃斷在很大程度上會影響到SDCCH等信道的分配，對于閃斷嚴(yán)重，尤其是在話務(wù)高峰閃斷嚴(yán)重的情況，該站的SDCCH擁塞率會大幅度增加。案例分析：長纓樓賓館基站閃斷嚴(yán)重1800M全天閃斷510次，900M全天閃斷300次，造成該站SDCCH和TCH擁塞嚴(yán)重，同時也影響到周圍其他基站。僅長纓樓賓館一個站的SDCCH擁塞就高達81%，SDCCH分配失敗次數(shù)增加到38268次,嚴(yán)重影響SDCCH的接通率。該站所在BSC的SDCCH擁塞率由平時的0%增加到37%，也使全網(wǎng)的SDCCH的擁塞率從原來的0.1%增長到0.95%，增加了近1個百分點。所以直接導(dǎo)致全網(wǎng)指標(biāo)的下降。site_namecell_nameSDCCH成功分配次數(shù)SDCCH分配失敗次數(shù)SDCCH擁SDCCH平均占用時長射頻丟失率話務(wù)量dateChangYingLouBinGuan8272333187081.5012.170.772.523-12ChangYingLouBinGuan826352410.645.69site_namecell_nameSDCCH成功分配次數(shù)SDCCH分配失敗次數(shù)SDCCH擁SDCCH平均占用時長射頻丟失率話務(wù)量dateChangYingLouBinGuan8272333187081.5012.170.772.523-12ChangYingLouBinGuan826352410.645.690.699.373-113)SLEEPINGCELL現(xiàn)象弓I起SDCCH3)SLEEPINGCELL是摩托羅拉公司BSS基站設(shè)備在某些版本、某些運行情況下，出現(xiàn)的一種軟件運行故障。簡要地說，SLEEPINGCELL一般定義為沒有明顯基站告警，但實際基站已經(jīng)不能為手機提供基本的通話服務(wù)的情況，從統(tǒng)計上看基站TOTAL_CALL個數(shù)為0、SDCCH擁塞率可能較高、呼叫建立成功率可能較低。一旦出現(xiàn)這種情況，實際現(xiàn)場用戶反映會比較強烈，很可能造成一定范圍內(nèi)的負面影響。所以應(yīng)該盡可能實時監(jiān)控網(wǎng)絡(luò)中基站的性能統(tǒng)計，盡早排除SLEEPINGCELL。由于SLEEPINGCELL很可能導(dǎo)致SDCCH擁塞率異常，所以我們應(yīng)定期根據(jù)全網(wǎng)統(tǒng)計查看SDCCH的擁塞率，如果異常增高，需要判斷改小區(qū)是否存在SLEEPINGCELL的現(xiàn)象。在每天提取的低話務(wù)量統(tǒng)計數(shù)據(jù)中，如果發(fā)現(xiàn)既無話務(wù)量又無TOTAL_CALLS的CELL，而且不是斷站又沒有嚴(yán)重的告警，這時應(yīng)立即統(tǒng)計此CELL收到的RACH數(shù)，以進一步確認該CELL是否為SLEEPINGCELL，查看該小區(qū)的統(tǒng)計項：ACCESS_PER_RACH、ALLOC_SDCCH、ALLOC_SDCCH_FAIL、ALLOC_TCH、ALLOC_TCH_FAIL、OK_ACC_PROC_SUC_RACH等，分析此時段內(nèi)該CELL收到RACH數(shù)，正確解出的RACH數(shù)，分配SDCCH、TCH的次數(shù)和分配SDCCH、TCH的失敗次數(shù)，得到統(tǒng)計數(shù)據(jù)后，若符合以下幾種情況，則可確認為SLEEPINGCELL:收到的RACH次數(shù)為0或與前一段時間相比有非常明顯的減少；收到的RACH數(shù)較多，但無法正確解出RACH；收到的RACH數(shù)較多，也可以正確解出RACH，但無法分配SDCCH；收到的RACH數(shù)較多，也可以正確解出RACH，分配SDCCH，但無法分配TCH；確認該CELL為SLEEPINGCELL后，用MMI方式進入相應(yīng)BSS內(nèi)，鍵入chg」evel進入第二層，INS該CELL中BCCH所在的DRI，一般SLEEPINGCELL的現(xiàn)象即可恢復(fù)。案例分析：TimeACCESS__PER__RACHALLOC_SDCCHALLOC_SDCCH_FAILTimeACCESS__PER__RACHALLOC_SDCCHALLOC_SDCCH_FAILTCH9:0083518076465010:00881180810170由于周末BSS軟件版本升級，從第二天凌晨2點開始，BSS16的蔣家墳第一個小區(qū)出現(xiàn)與升級前表現(xiàn)不盡相同，但后果更為嚴(yán)重的SLEEPINGCELL。該基站有成功的RACH請求幾千次，但沒有成功分配SDCCH的次數(shù)，致使CALLSETUPSUCCESSRATE為0,TOTAL-CALL為0,TCH-TRAFFIC為0（數(shù)據(jù)如下表），發(fā)現(xiàn)問題后優(yōu)化人員于下午INSBCCH所在DRI，基站得到恢復(fù)，工作正常。ALLOC_TCH_FAILOK_ACC_PROC_SUC_RACHALLOC_TCH_TRAFFICTOTAL_CALLS9:001989764679:0019897646710:00 1746 81019 0 0SDCCH信道吊死導(dǎo)致基站不能正常分配與SDCCH擁塞率相關(guān)的統(tǒng)計項，其中有一項是SDCCH平均占用時長，若某個CELL的SDCCH平均占用時長比其他CELL明顯大出很多，不合常理，那么該CELL的SDCCH有可能吊死在那兒。這種情況與SLEEPINGCELL比較類似，但稍有不同，發(fā)生SDCCH吊死的情況時，該基站還能分配一些資源供手機使用，但在分配SDCCH時成功率非常低。從基站的實時運行狀態(tài)看，該基站的絕大部分SDCCH均長期被占有，而無正常釋放。但尚存在個別SDCCH能夠被正常的呼叫建立所使用。出現(xiàn)這種情況后，應(yīng)INS該CELLBCCH所在的DRI，通常基站都可恢復(fù)正常工作。RTF與DRI的對應(yīng)關(guān)系發(fā)生紊亂由于基站軟件運行故障，在BSS1614的軟件版本中，存在軟件BUG,有基站RTF與DRI的對應(yīng)關(guān)系發(fā)生紊亂的情況，尤其是小區(qū)BCCH載頻的RTF與DRI關(guān)系不正常，主要體現(xiàn)為小區(qū)內(nèi)出現(xiàn)多個BCCH的RTF。出現(xiàn)這種情況時，通常該小區(qū)的SDCCH擁塞率會受影響。案例分析：以下是兆麟大廈在6月4日出現(xiàn)RTF與DRI的對應(yīng)關(guān)系發(fā)生紊亂的案例，下面是該基站的當(dāng)時狀態(tài)查詢和性能統(tǒng)計數(shù)據(jù)(有刪減)：MMI-RAM0217->state10dri**DEVICESTATUSINFORMATIONFORLOCATION10: