中興TD-SCDMA深圳無(wú)線(xiàn)網(wǎng)絡(luò)KPI提升優(yōu)化案例(doc 20頁(yè)).doc

中興TD-SCDMA深圳無(wú)線(xiàn)網(wǎng)絡(luò)KPI提升優(yōu)化報(bào)告第1章 TOPN重點(diǎn)小區(qū)分析和優(yōu)化針對(duì)重點(diǎn)小區(qū)跟蹤其信令，通過(guò)信令分析查找PS業(yè)務(wù)無(wú)線(xiàn)接入失敗和掉線(xiàn)的原因，提出解決方案進(jìn)行優(yōu)化，以及進(jìn)行優(yōu)化驗(yàn)證；并對(duì)失敗原因進(jìn)行分類(lèi)統(tǒng)計(jì)，提取共性問(wèn)題解決無(wú)線(xiàn)網(wǎng)絡(luò)同樣的問(wèn)題。下面針對(duì)造成PS域呼通率、掉線(xiàn)率差的問(wèn)題的主要原因進(jìn)行分析。1.1 PS域呼通率低通過(guò)對(duì)各重點(diǎn)小區(qū)的信令進(jìn)行分析，對(duì)造成PS域接入失敗的原因進(jìn)行規(guī)類(lèi)統(tǒng)計(jì)得到，影響PS域無(wú)線(xiàn)接通率較差的主要原因是：SIM卡上下行簽約速率為2.24Mbps，目前TD-SCDMA系統(tǒng)不支持該上下行速率導(dǎo)致接入失敗；網(wǎng)絡(luò)中的終端廠家測(cè)試量非常大、話(huà)務(wù)量大，導(dǎo)致終端廠家所在的幾個(gè)小區(qū)系統(tǒng)無(wú)線(xiàn)資源緊張，引起RAB建立排隊(duì)等待超時(shí)而接入失??；RAB建立過(guò)程中無(wú)線(xiàn)鏈路失敗導(dǎo)致的接入失敗，這主要是由于用戶(hù)在室內(nèi)進(jìn)行呼叫，而室內(nèi)信號(hào)強(qiáng)度弱引起的。1.1.1 SIM卡簽約問(wèn)題SIM卡簽約過(guò)大，系統(tǒng)沒(méi)有卡所需的資源，從而被RNC發(fā)出RabAssignmentFail造成的接入失敗。1.1.1.1 采取的措施和計(jì)劃該問(wèn)題的解決需要協(xié)調(diào)移動(dòng)，更改SIM的簽約，避免因簽約過(guò)大造成大量的接入失敗。1.1.1.2 案例分析IMSI：460077107501317用戶(hù)在50992小區(qū)接入失敗，具體信令如下：從上面信令可以看出（RabAssignmentRequest），用戶(hù)申請(qǐng)的上下行速率均為2.24Mbps速率，因此RNC直接給CN返回 RabAssignmentFail信令。從目前TD-SCDMA系統(tǒng)支持的上行速率來(lái)看，2.24Mbps的速率是肯定不支持的；而且從系統(tǒng)資源來(lái)看，在不支持HSUPA的情況下，系統(tǒng)無(wú)法提供下行2.24Mbps所需的資源。從而導(dǎo)致接入失敗。根據(jù)上圖RabAssignmentFail的解碼消息，可以看出RabAssignmentFail的原因是radioNetwork = TRANAP_requested_maximum_bit_rate_for_ul_not_available，也可以說(shuō)明主要是因?yàn)闊o(wú)法滿(mǎn)足要求的上行最大速率導(dǎo)致的接入失敗。1.1.2 系統(tǒng)資源問(wèn)題系統(tǒng)資源問(wèn)題主要表現(xiàn)在無(wú)線(xiàn)資源不足，引起RAB排隊(duì)等待超時(shí)，從而導(dǎo)致RAB指配失敗。具體表現(xiàn)為：CN向RNC發(fā)起RabAssignmentRequest 后，由于無(wú)線(xiàn)資源不足導(dǎo)致RNC很快回RabAssignmentQueued消息；當(dāng)?shù)却?秒鐘后，達(dá)到最大的等待時(shí)間而無(wú)線(xiàn)資源仍然不足時(shí)，RNC回消息RabAssignmentFail給CN，最終導(dǎo)致接入失敗。1.1.2.1 采取的措施和計(jì)劃對(duì)于系統(tǒng)資源不足的問(wèn)題，可以通過(guò)擴(kuò)容解決；也可以打開(kāi)RBC算法，這樣系統(tǒng)會(huì)在無(wú)線(xiàn)資源緊張的時(shí)候根據(jù)用戶(hù)的實(shí)際情況進(jìn)行資源調(diào)整，降低用戶(hù)速率空出資源以接納新的用戶(hù)，提高PS域的無(wú)線(xiàn)接通率。1.1.2.2 案例分析問(wèn)題描述：IMSI：460077107700719用戶(hù)在50992小區(qū)接入失敗。問(wèn)題分析：跟蹤該小區(qū)的接入失敗信令，具體信令如下：從上面信令中RabAssignmentRequest的解碼消息可以看出，用戶(hù)申請(qǐng)的上下行速率為128K/384Kbps速率，目前TD-SCDMA系統(tǒng)滿(mǎn)足該上下行速率的業(yè)務(wù)接納。對(duì)上面小區(qū)信令分析發(fā)現(xiàn)，在11：14：49秒RNC收到CN的RabAssignmentRequest消息后，RNC很快會(huì)回RabAssignmentQueued消息；表明由于系統(tǒng)無(wú)線(xiàn)資源不足，RAB請(qǐng)求進(jìn)入隊(duì)列等待；當(dāng)?shù)却?秒鐘后，達(dá)到最大的等待延時(shí)而無(wú)線(xiàn)資源仍然不足時(shí)，RNC即回消息RabAssignmentFail給CN，導(dǎo)致接入失??；并且由于接入失敗導(dǎo)致網(wǎng)絡(luò)側(cè)釋放IU連接。在現(xiàn)場(chǎng)進(jìn)行驗(yàn)證測(cè)試時(shí)，發(fā)現(xiàn)IMSI：460077107502074在50922小區(qū)進(jìn)行PS384業(yè)務(wù)后，始終無(wú)法切換到50992小區(qū)（主頻點(diǎn)10088、擾碼63），此時(shí)50992小區(qū)的PCCPCH RSCP已經(jīng)比50922信號(hào)強(qiáng)20dB了，具體見(jiàn)下圖。從下圖信令中RabAssignmentRequest的解碼消息可以看出，用戶(hù)申請(qǐng)的上下行速率為64K/384Kbps速率，從下面后臺(tái)跟蹤的信令上看，11：02：47秒RNC收到測(cè)量報(bào)告后接著又重新下發(fā)了測(cè)量控制消息。檢查相關(guān)配置無(wú)誤，因此判斷目標(biāo)小區(qū)50992存在資源不足從而造成RNC沒(méi)有判決切換，從之前的信令分析當(dāng)中也可以看到50992小區(qū)資源不足。為此，通過(guò)后臺(tái)查看碼道分配情況。從碼道分配情況可以看出，已經(jīng)沒(méi)有足夠的資源接納1個(gè)PS384業(yè)務(wù)，因?yàn)?0080為HSDPA的頻點(diǎn)，下行大部分碼道分配給了PDSCH使用；10096頻點(diǎn)已經(jīng)被1個(gè)PS384K的業(yè)務(wù)占用了；10088頻點(diǎn)已經(jīng)有1個(gè)PS128K的業(yè)務(wù)使用，也沒(méi)有足夠的資源分配給新的PS384K業(yè)務(wù)。碼道分配情況具體見(jiàn)下圖：因此，即使RNC收到了切換測(cè)量報(bào)告，但是由于目標(biāo)小區(qū)50992沒(méi)有足夠的資源，所以RNC沒(méi)有判決切換，從而沒(méi)有發(fā)起切換操作，而是接著RNC又重新下發(fā)了測(cè)量控制消息。同時(shí)，從上圖IMSI：460077107502074進(jìn)行切換的時(shí)間看，測(cè)試手機(jī)到11：17：43秒還在發(fā)出切換請(qǐng)求，但RNC始終沒(méi)有判決切換。結(jié)合50992小區(qū)的碼道分配情況，可以看出IMSI：460077107700719用戶(hù)的確是因?yàn)?0992小區(qū)系統(tǒng)無(wú)線(xiàn)資源不足導(dǎo)致了接入失敗。如上圖所示，在9月18日3個(gè)小時(shí)內(nèi)總共有12次RabAssignmentQueued、由于系統(tǒng)資源不足導(dǎo)致了接入失敗，其中IMSI：460077107700719用戶(hù)就達(dá)10次，從而直接導(dǎo)致了PS域無(wú)線(xiàn)接通降差。解決方案：由于通過(guò)擴(kuò)容來(lái)解決系統(tǒng)資源不足的問(wèn)題不能馬上實(shí)現(xiàn)，以及避免其他小區(qū)相同接入失敗的問(wèn)題，快速的提升PS域的無(wú)線(xiàn)接通率指標(biāo)，因此通過(guò)打開(kāi)RBC算法來(lái)解決RAB排隊(duì)超時(shí)導(dǎo)致接入失敗的問(wèn)題。優(yōu)化結(jié)果：RBC算法開(kāi)關(guān)是2008-9-19打開(kāi)，下面是后臺(tái)匯總的2008-9-12008-9-7和2008-9-202008-9-22每天PS域的無(wú)線(xiàn)接通率指標(biāo)。時(shí)間分組域業(yè)務(wù)流量PS域RAB指派建立成功RAB數(shù)目PS域RAB建立請(qǐng)求的RAB數(shù)目PS域RAB建立成功率PS域RRC連接建立成功次數(shù)PS域RRC連接建立嘗試次數(shù)（業(yè)務(wù)相關(guān)）PS域RRC連接建立成功率（呼叫相關(guān)）PS域無(wú)線(xiàn)接通率KBYTE%2008-9-12165678.26 1686176195.74 1181119099.24 95.02 2008-9-23742936.27 3551392490.49 2910296498.18 88.85 2008-9-33982711.80 5768633990.99 4016406098.92 90.01 2008-9-44896351.13 5328569393.59 4119417698.64 92.31 2008-9-53575283.35 5329588790.52 4076413998.48 89.14 2008-9-64887054.18 5986647892.41 3868413693.52 86.42 2008-9-73816851.32 5110538894.84 3553370295.98 91.02 2008-9-204692675.28 6010622696.53 4191425598.50 95.08 2008-9-216589536.37 6892712496.74 4852489899.06 95.83 2008-9-226584091.93 8390859997.57 6193622299.53 97.11 從RBC算法開(kāi)關(guān)打開(kāi)前后PS域無(wú)線(xiàn)接通率的對(duì)比情況來(lái)看，RBC算法開(kāi)關(guān)打開(kāi)后，PS域無(wú)線(xiàn)接通率明顯的改善了。1.1.3 參數(shù)配置問(wèn)題可能由于部分系統(tǒng)參數(shù)設(shè)置存在問(wèn)題或前后臺(tái)配置不一致，可以導(dǎo)致PS域無(wú)線(xiàn)接入失敗。1.1.3.1 采取的措施和計(jì)劃定期進(jìn)行后臺(tái)參數(shù)的核查，保證參數(shù)配置的準(zhǔn)確和合理性，避免由于參數(shù)配置導(dǎo)致的無(wú)線(xiàn)接入失敗現(xiàn)象。1.1.3.2 案例分析問(wèn)題描述：由后臺(tái)KPI發(fā)現(xiàn)南園村2扇和3扇PS域的無(wú)線(xiàn)接通率很差。無(wú)線(xiàn)接通率較低的原因主要是在用戶(hù)進(jìn)行PS業(yè)務(wù)時(shí)RAB建立成功率很低。問(wèn)題分析：對(duì)該問(wèn)題進(jìn)行定點(diǎn)和DT現(xiàn)場(chǎng)復(fù)現(xiàn)。測(cè)試數(shù)據(jù)如下：通過(guò)路測(cè)數(shù)據(jù)和現(xiàn)場(chǎng)的情況來(lái)看，定點(diǎn)測(cè)試位置的PCCPCH RSCP和PCCPCH C/I良好。從路測(cè)采集的信令來(lái)看，南園村2扇和3扇在進(jìn)行PDP激活時(shí)被拒絕了，從而導(dǎo)致了接入失敗。具體的信令如下：從Activate PDP ContextReject的解碼消息來(lái)看，拒絕的原因Protocol error, unspecified 。Activate PDP ContextReject具體的解碼消息圖如下：從后臺(tái)跟蹤的信令來(lái)看，UE在發(fā)起Activate PDP ContextRequest后的RAB建立過(guò)程中，NodeB向RNC上報(bào)RadioLinkReconfigurationReady后，RNC立即向NodeB下發(fā)了一條RadioLinkReconfigurationCancel，從而導(dǎo)致了RAB建立失敗和PDP激活失敗。具體的后臺(tái)信令如下圖所示：RadioLinkReconfigurationCancel信令的下發(fā)是RNC和NodeB之間的事情，涉及Iub口。通過(guò)查看后臺(tái)的參數(shù)配置，發(fā)現(xiàn)RNC和NodeB的ALL2配置不一致。解決方案：在后臺(tái)進(jìn)行整表同步，保證RNC和NodeB的ALL2配置一致。優(yōu)化結(jié)果：這2個(gè)小區(qū)PDP激活正常和PS業(yè)務(wù)接入正常。1.1.4 網(wǎng)絡(luò)中存在的干擾問(wèn)題來(lái)自系統(tǒng)內(nèi)或系統(tǒng)外的干擾能導(dǎo)致接入失敗和掉話(huà)現(xiàn)象。1.1.4.1 采取的措施和計(jì)劃通過(guò)路測(cè)和后臺(tái)測(cè)量確定是否存在干擾，排查干擾產(chǎn)生的原因和干擾源，并進(jìn)行針對(duì)性的優(yōu)化。1.1.4.2 案例分析問(wèn)題描述：后臺(tái)KPI表明南山鉅建2扇PS域的無(wú)線(xiàn)接通率很差。無(wú)線(xiàn)接通率較低的原因主要是在用戶(hù)進(jìn)行PS業(yè)務(wù)時(shí)RAB建立成功率很低。問(wèn)題分析：對(duì)該問(wèn)題進(jìn)行定點(diǎn)和DT現(xiàn)場(chǎng)復(fù)現(xiàn)。測(cè)試數(shù)據(jù)如下：通過(guò)路測(cè)數(shù)據(jù)和現(xiàn)場(chǎng)的情況來(lái)看，在上圖的紅色圓圈內(nèi)PCCPCH C/I部分區(qū)域較差，并且掉線(xiàn)一次。在該區(qū)域還出現(xiàn)PS域下載速率下降和不穩(wěn)定的現(xiàn)象。而南山鉅建2扇覆蓋的其他區(qū)域的下載速率能達(dá)到業(yè)務(wù)的要求速率、并且速率穩(wěn)定。從路測(cè)現(xiàn)場(chǎng)數(shù)據(jù)來(lái)看，在上述區(qū)域的BLER比較高，下行SIR很差，下行時(shí)隙的ISCP也比較高、并且大于同時(shí)隙的RSCP。因此確定該區(qū)域存在下行干擾。具體情況見(jiàn)下圖。由于附近沒(méi)有室內(nèi)的站點(diǎn)，因此把南山鉅建2扇的頻點(diǎn)修改為10071，并進(jìn)行驗(yàn)證測(cè)試。從路測(cè)數(shù)據(jù)和現(xiàn)場(chǎng)情況來(lái)看，BLER和下行時(shí)隙的ISCP已經(jīng)正常了，下載速率也穩(wěn)定和達(dá)到業(yè)務(wù)的要求了。具體情況見(jiàn)下圖。因此分析確定該區(qū)域的下行干擾是系統(tǒng)內(nèi)部產(chǎn)生的干擾。解決方案：結(jié)合周邊區(qū)域站點(diǎn)使用的頻點(diǎn)情況，最終修改南山鉅建2扇的頻點(diǎn)為10096，并進(jìn)行驗(yàn)證測(cè)試。優(yōu)化結(jié)果：從路測(cè)數(shù)據(jù)和現(xiàn)場(chǎng)情況來(lái)看，BLER和下行時(shí)隙的ISCP同樣正常，下載速率同樣滿(mǎn)足業(yè)務(wù)的要求。具體情況見(jiàn)下圖。1.2 PS域掉線(xiàn)率高PS域無(wú)線(xiàn)掉線(xiàn)率指標(biāo)普遍偏高，其原因首先與PS業(yè)務(wù)的特點(diǎn)相符合，PS用戶(hù)相對(duì)于CS用戶(hù)來(lái)說(shuō)保持時(shí)間較長(zhǎng)，并且呼叫的次數(shù)比較少，這樣一來(lái)會(huì)造成PS業(yè)務(wù)的掉話(huà)率相對(duì)于CS業(yè)務(wù)的掉話(huà)率來(lái)說(shuō)要高些；其次，PS用戶(hù)一般分布在室內(nèi)或車(chē)內(nèi)，而這些地方覆蓋較差，這也是影響到PS業(yè)務(wù)掉話(huà)率較高的一個(gè)主要原因；第三，目前終端不成熟，長(zhǎng)時(shí)間的PS業(yè)務(wù)會(huì)由于終端原因造成掉話(huà)；第四，無(wú)線(xiàn)鏈路失敗導(dǎo)致PS業(yè)務(wù)掉線(xiàn)。1.2.1 終端問(wèn)題終端的性能是影響到PS業(yè)務(wù)掉話(huà)率較高的一個(gè)重要原因，特別是長(zhǎng)時(shí)間的PS業(yè)務(wù)會(huì)由于終端異常引起掉話(huà)。1.2.1.1 采取的措施和計(jì)劃更換南山展示廳因終端原因造成大量掉話(huà)的宇龍酷派演示終端；有待終端廠家改善商用終端的性能；對(duì)引起大量掉話(huà)現(xiàn)象的個(gè)別終端或個(gè)別類(lèi)型終端進(jìn)行處理，以改善其性能。1.2.1.2 案例分析問(wèn)題描述：從后臺(tái)KPI指標(biāo)發(fā)現(xiàn)深圳移動(dòng)TD-SCDMA南山展示廳PS業(yè)務(wù)的無(wú)線(xiàn)掉話(huà)率較差。該處為T(mén)D業(yè)務(wù)演示場(chǎng)所，用戶(hù)發(fā)起業(yè)務(wù)次數(shù)較多、話(huà)務(wù)量占全網(wǎng)比重較大，對(duì)整體網(wǎng)絡(luò)指標(biāo)影響很大。初步判斷號(hào)碼終端掉線(xiàn)頻繁，該號(hào)碼占用52082小區(qū)（主頻點(diǎn)10096、擾碼93）。問(wèn)題分析：深圳移動(dòng)TD-SCDMA南山展示廳建設(shè)了室內(nèi)分析系統(tǒng)，配置2個(gè)小區(qū)、2個(gè)小區(qū)配置5M異頻頻點(diǎn)；室外周邊小區(qū)沒(méi)有和南山展示廳室內(nèi)系統(tǒng)5M同頻的小區(qū)；在南山展示廳室內(nèi)進(jìn)行測(cè)試，室外小區(qū)信號(hào)相對(duì)室內(nèi)信號(hào)很弱，相差20dB左右，室內(nèi)覆蓋良好。測(cè)試結(jié)果見(jiàn)下圖。為了解決南山展示廳PS業(yè)務(wù)掉線(xiàn)的問(wèn)題，在展示廳進(jìn)行觀察和測(cè)試。找到號(hào)碼終端，該終端為做流媒體演示的酷派手機(jī)。通過(guò)了解，流媒體演示由工作人員自己操作，用戶(hù)不能直接操作。直接對(duì)號(hào)碼酷派手機(jī)進(jìn)行反復(fù)操作，發(fā)現(xiàn)該手機(jī)掉線(xiàn)問(wèn)題比較明顯，從后臺(tái)跟蹤信令發(fā)現(xiàn)該終端經(jīng)常會(huì)發(fā)起小區(qū)更新；繼續(xù)操作發(fā)現(xiàn)該手機(jī)經(jīng)常在重開(kāi)機(jī)后還是做不了業(yè)務(wù)，現(xiàn)場(chǎng)工作人員也反映該終端掉線(xiàn)比較頻繁；多次操作后，該終端出現(xiàn)搜不到卡和沒(méi)有網(wǎng)絡(luò)的情況，宇龍酷派工作人員也反饋可能終端長(zhǎng)時(shí)間工作過(guò)熱導(dǎo)致終端主板線(xiàn)路故障而使手機(jī)收不到網(wǎng)絡(luò)，因此判斷掉線(xiàn)可能是由該終端問(wèn)題造成的。為了驗(yàn)證該酷派終端問(wèn)題，在演示廳內(nèi)端外其他終端業(yè)務(wù)正常展示的情況下，更換終端進(jìn)行測(cè)試。采用凱明測(cè)試手機(jī)連接RNT路測(cè)軟件，占用52082小區(qū)進(jìn)行流媒體業(yè)務(wù)測(cè)試，測(cè)試40分鐘沒(méi)有掉線(xiàn)；之后每5分鐘一次斷開(kāi)重新?lián)芴?hào)測(cè)試，在第6次時(shí)一段時(shí)間后速率會(huì)明顯下降，但并不影響流媒體業(yè)務(wù)。采用商用終端ZTE U980、ZTEU85在同一小區(qū)進(jìn)行流媒體業(yè)務(wù)，演示廳內(nèi)其他終端業(yè)務(wù)正常展示，測(cè)試5次共90分鐘左右，沒(méi)有掉線(xiàn)情況發(fā)生。由上判碼使用的酷派終端性能問(wèn)題導(dǎo)致了PS業(yè)務(wù)掉線(xiàn)頻繁。因此建議更換該號(hào)碼使用終端，避免因終端問(wèn)題引起的掉線(xiàn)。1.2.2 無(wú)線(xiàn)鏈路失敗問(wèn)題弱覆蓋和網(wǎng)絡(luò)中存在的干擾都可以引起無(wú)線(xiàn)鏈路失敗，從而導(dǎo)致PS業(yè)務(wù)掉線(xiàn)。1.2.2.1 采取的措施和計(jì)劃對(duì)于室外弱覆蓋區(qū)域進(jìn)行覆蓋優(yōu)化調(diào)整或增補(bǔ)站點(diǎn)改善覆蓋；對(duì)于室內(nèi)弱覆蓋區(qū)域通過(guò)建設(shè)室內(nèi)分布系統(tǒng)改善覆蓋；對(duì)于網(wǎng)絡(luò)中存在的干擾，通過(guò)路測(cè)和后臺(tái)測(cè)量確定是否存在干擾，排查干擾產(chǎn)生的原因和干擾源，并進(jìn)行針對(duì)性的優(yōu)化。1.2.2.2 案例分析問(wèn)題描述：從后臺(tái)KPI指標(biāo)發(fā)現(xiàn)朗山北T_1、朗山二T_3小區(qū)的PS業(yè)務(wù)的無(wú)線(xiàn)掉話(huà)率較差。問(wèn)題分析：通過(guò)現(xiàn)場(chǎng)DT測(cè)試數(shù)據(jù)來(lái)看，朗山北T_1、朗山二T_3覆蓋區(qū)域的PCCPCH RSCP和PCCPCH C/I良好。下面是測(cè)試的PCCPCH RSCP和PCCPCH C/I結(jié)果圖。從這2個(gè)小區(qū)跟蹤的信令分析來(lái)看，發(fā)生PS業(yè)務(wù)掉話(huà)的呼叫主要集中在5個(gè)號(hào)碼上，分別是IMSI:460077107900285、460077107902711、460077107902713、460077107902841、460077107903318。通過(guò)用戶(hù)回訪(fǎng)得知這幾個(gè)用戶(hù)是宇龍酷派的測(cè)試號(hào)碼，宇龍酷派終端測(cè)試主要是在辦公室內(nèi)進(jìn)行的，由于宇龍酷派信息港所在樓宇沒(méi)有建設(shè)室內(nèi)分布系統(tǒng)，從而只能采用室外站點(diǎn)信號(hào)進(jìn)行覆蓋。同時(shí)，從下面的宇龍酷派信息港位置示意圖可以看出，其所在位置處于多個(gè)小區(qū)的邊緣中心（通過(guò)宇龍酷派信息港室內(nèi)測(cè)試，主要由朗山北T_1、朗山二T_3這2個(gè)小區(qū)進(jìn)行覆蓋）。由于室內(nèi)墻體穿透損耗的影響，覆蓋宇龍酷派信息港辦公大樓的室外信號(hào)較弱，沒(méi)有較強(qiáng)的主服務(wù)小區(qū)，切換頻繁；由于宇龍酷派測(cè)試量大、話(huà)務(wù)量大，所以這2個(gè)小區(qū)的每個(gè)載波負(fù)荷重，而朗山北T_1主頻點(diǎn)是10080、朗山二T_3主頻點(diǎn)是10096，屬于5M同頻，在沒(méi)有主服務(wù)小區(qū)的情況下業(yè)務(wù)信道有一定的同頻干擾。這都容易導(dǎo)致無(wú)線(xiàn)鏈路失敗的情況，從而引起掉話(huà)。宇龍酷派信息港的位置示意圖：解決方案：在宇龍酷派信息港辦公樓建設(shè)室內(nèi)分部系統(tǒng)，徹底解決因室內(nèi)覆蓋信號(hào)弱、小區(qū)容量不足導(dǎo)致的接入失敗和掉話(huà)問(wèn)題。在室內(nèi)分布系統(tǒng)建設(shè)開(kāi)通之前，可以通過(guò)調(diào)整朗山北T_1、朗山二T_3的頻點(diǎn)使其為5M異頻，避免2個(gè)小區(qū)之間的同