<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁 > 手機(jī)與無線通信 > 設(shè)計(jì)應(yīng)用 > 高原環(huán)境下TD-SCDMA網(wǎng)絡(luò)的優(yōu)化和實(shí)踐

          高原環(huán)境下TD-SCDMA網(wǎng)絡(luò)的優(yōu)化和實(shí)踐

          作者: 時(shí)間:2010-06-18 來源:網(wǎng)絡(luò) 收藏

          ⑷異常掉話TOP-N處理

          異常掉話的處理主要是在每天分析TOP-N小區(qū)的過程中處理非無線側(cè)原因引起的掉話。

          3.3 接入優(yōu)化

          通過對(duì)拉薩全網(wǎng)2009年9、10月期間RRC建立失敗的原因進(jìn)行分析后發(fā)現(xiàn),占RRC建立失敗原因最大比例的為“no reply”(93.7%),即網(wǎng)絡(luò)側(cè)向終端下發(fā)RRC建立信令后接收超時(shí),其次為“congestion”(6.3%),即網(wǎng)絡(luò)資源擁塞導(dǎo)致。以上問題的解決思路如下。

          ⑴排查全網(wǎng)同頻同擾小區(qū)

          終端通過小區(qū)的頻點(diǎn)和擾碼來識(shí)別小區(qū),若兩個(gè)同頻同擾小區(qū)距離較近的話,可能會(huì)造成終端識(shí)別小區(qū)混亂,導(dǎo)致終端初始接入即RRC建立失敗,具體表現(xiàn)為終端可能在收到小區(qū)A的RRC建立信息后在小區(qū)B上進(jìn)行信息反饋,網(wǎng)管上則統(tǒng)計(jì)為“no reply”,因此有必要對(duì)全網(wǎng)的同頻同擾小區(qū)進(jìn)行排查分析,確保沒有距離較近(2 000 m以內(nèi))的同頻同擾小區(qū),消除同頻同擾碼小區(qū)對(duì)RRC建立的影響。

          ⑵RRC連接相關(guān)參數(shù)優(yōu)化

          T312等RRC定時(shí)器參數(shù)優(yōu)化包含兩個(gè)部分:一是定時(shí)器相關(guān)參數(shù)的修改;二是SIRTarget的提高。由于UE側(cè)和系統(tǒng)側(cè)的理解不同,某些UE在收到“RRC CONNECTION SETUP”后,會(huì)將T300和初始同步的T312定時(shí)器相加,作為下一次重發(fā)的等待時(shí)間,這樣就超過了內(nèi)部RNC等待重發(fā)的定時(shí)長度,導(dǎo)致本應(yīng)記為一次的RRC連接失敗記錄為多次(最多為4次或者是將RRC連接成功記錄為失敗),因此需要對(duì)RRC定時(shí)器的參數(shù)進(jìn)行優(yōu)化。

          ⑶影響RRC連接的站點(diǎn)故障排查

          在拉薩三期建設(shè)中,部分室內(nèi)分布站點(diǎn)引入了有源干放天饋系統(tǒng),而干放系統(tǒng)很容易對(duì)RRU輸出的信號(hào)生產(chǎn)畸變,導(dǎo)致終端接入異常。

          ⑷資源擁塞導(dǎo)致的RAB建立失敗

          通過后臺(tái)長時(shí)間的TOP-N小區(qū)分析發(fā)現(xiàn),多個(gè)小區(qū)的資源利用率較高,這些小區(qū)同時(shí)出現(xiàn)RAB建立失敗的現(xiàn)象。通過信令分析發(fā)現(xiàn),個(gè)別小區(qū)的資源利用率很高,終端申請(qǐng)接入所需帶寬較大的業(yè)務(wù)遭到拒絕,從而導(dǎo)致RAB建立失敗。

          3.4 切換優(yōu)化

          ⑴系統(tǒng)內(nèi)切換失敗分析

          對(duì)拉薩2009年9、10月所有的系統(tǒng)內(nèi)切換失敗原因進(jìn)行統(tǒng)計(jì)后發(fā)現(xiàn),原因值“physical channel failure”的占比最大,為55%,另兩個(gè)占比較大的原因值分別為“no reply”(20%)和“cell update occurred”(19%)。造成“physical channel failure”的主要原因是UE無法與目標(biāo)系統(tǒng)建立連接,即網(wǎng)絡(luò)側(cè)向終端下發(fā)切換命令后,終端無法與目標(biāo)小區(qū)成功建立連接,之后終端向源小區(qū)上報(bào)失敗信息?!癱ell update occurred”的主要原因是因?yàn)樵谇袚Q過程中,終端正在發(fā)起“cell update”即小區(qū)更新信令,此時(shí)終端已經(jīng)和網(wǎng)絡(luò)側(cè)失步,可能是終端異常失步導(dǎo)致,也可能是弱信號(hào)導(dǎo)致。

          ⑵系統(tǒng)間切換失敗分析

          比例最大的電路域系統(tǒng)間切換失敗原因?yàn)椤皃hysical channel failure”,即終端無法和2G目標(biāo)小區(qū)建立連接。由于在電路域系統(tǒng)間的切換過程中,下發(fā)切換命令之前,2G目標(biāo)小區(qū)已經(jīng)準(zhǔn)備好了相關(guān)鏈路資源,故可排除由于2G小區(qū)資源不足導(dǎo)致失敗的情況,出現(xiàn)這種情況主要可能有以下原因:側(cè)下發(fā)的切換參數(shù)有誤,即網(wǎng)絡(luò)參數(shù)配置錯(cuò)誤;終端異常,對(duì)2G/3G切換的支持能力不足;2G目標(biāo)小區(qū)的接入性能差,導(dǎo)致終端無法成功接入。

          同樣,對(duì)分組域系統(tǒng)間切換失敗的各原因進(jìn)行分析后發(fā)現(xiàn),“physical channel failure”和“no reply”為最主要的原因,分別占總失敗次數(shù)的64%和29%。其中,“physical channel failure”的切換失敗除了以上的因素外,還有可能是由于2G目標(biāo)小區(qū)資源擁塞導(dǎo)致(主要是因?yàn)榉纸M域的2G/3G切換實(shí)質(zhì)是上一個(gè)重選過程,即終端在接入GSM網(wǎng)絡(luò)系統(tǒng)前其目標(biāo)2G小區(qū)并沒有分配好相關(guān)鏈路資源)?!皀o reply”的發(fā)生是RNC在下發(fā)切換命令后等待IU口釋放命令超時(shí)所致,可能是終端接入2G目標(biāo)小區(qū)時(shí)間過長,也可能是2G和3G的核心網(wǎng)之間交互出現(xiàn)異常,前者可通過修改核心網(wǎng)計(jì)時(shí)器改善指標(biāo),后者則需要核心網(wǎng)側(cè)聯(lián)合排查。另外,“Configuration unacceptable”是因?yàn)閁E能力不支持引起的,說明現(xiàn)網(wǎng)有部分終端不具備支持分組域2G/3G切換的能力。

          針對(duì)以上問題,建議采取措施如下:每周對(duì)后臺(tái)切換參數(shù)(包括切換開關(guān)、切換門限值、個(gè)體偏移等)進(jìn)行核查,同時(shí)同步更新2G小區(qū)的基礎(chǔ)信息,避免由于2G小區(qū)基礎(chǔ)信息配置錯(cuò)誤導(dǎo)致切換失敗。在切換過程中,切換過快或過慢均會(huì)對(duì)切換是否成功完成產(chǎn)生影響,甚至還會(huì)造成業(yè)務(wù)中斷,因此,需要針對(duì)不同的場景進(jìn)行適當(dāng)?shù)那袚Q門限配置。



          關(guān)鍵詞: TD-SCDMA網(wǎng)絡(luò)

          評(píng)論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();