LTE簇優化詳細介紹及其案例分析

2021-02-20 通信資訊

點擊上方「奔跑的c友通信學習交流號」,選擇「置頂公眾號」

關鍵時刻,第一時間送達

一、簇優化流程

1、簇優化準備工作:

1)劃分基站簇

每簇包含15—30個站點

根據地形地貌、區域環境特徵等信息劃分簇

2)選擇可優化的簇

站點開通率大於80%。

3)配置站點鄰區等參數

4)獲取相關文檔及電子地圖

站點設計圖紙、勘察及單站驗證報告、站點工參信息、無線參數配置數據、電子地圖;

5)確認基站簇狀態

站點地理位置、站點是否開通、站點是否正常運行沒有告警、工參及無線參數核查、站點目標覆蓋區域;

6)規劃測試路線

7)測試工具準備及檢查

測試終端、掃頻儀、筆記本電腦、車載逆變器、測試車輛

 

2、 RF優化

1)覆蓋問題:覆蓋空洞、弱覆蓋、無主覆蓋、越區覆蓋

覆蓋優化:方位角、下傾角、功率

2)幹擾問題:同頻幹擾、網外幹擾排查

幹擾優化:PCI、幹擾排查

3)切換優化:鄰區關係、切換參數、異頻組網技術

切換優化;鄰區、切換序列、異頻技術

4)業務類優化:連接建立成功率、掉線率、切換成功率

業務類優化:覆蓋性能、幹擾性能、鄰區缺失、切換混亂、硬體告警排查

RF優化各部分工作量佔比:覆蓋60%、幹擾30%、其他10%

3、簇優化指標驗收

指標驗收

撰寫總結報告

簇優化周期為20到30天左右。對於有限基站下的覆蓋需求,儘量進行覆蓋調整,開啟DL Rs Boost,實在處理不了才催開站、加站或者提基站改造。

參數調整:

1、 基站功率調整

小區下行功率計算公式:

RS EPRE = pMax – dlCellPwrRed – 20lg(4024/txPWRScaling) + dlRsBoost

目前簇優化通過調整tx PowerScaling 與dlRsBoost實現小區功率降低或提升。

2、PCI調整

LTE系統提供504個物理層小區(即PCI),和TD-SCDMA系統的128個擾碼概念類似。

配置原則:

1) 相鄰小區的PCI不能相同

2) 相鄰小區的PCI避免MOD3(MOD6)相同

3) 相鄰小區的PCI避免MOD(2*DL_PRBs_NUM)相同

對於雙天線埠模式,強幹擾鄰區一定要避免PCI 模3相同,一般規劃時能夠實現相鄰小區PCI不相同,PCI模(2*DL_PRBs_NUM)不相同,但很難實現強幹擾鄰區PCI模3不相同。目前LTE簇優化中PCI優化主要是進行PCI模3調整。

 

調整原則:

同站內PCI對調,避免由於疏忽導致站內小區間PCI模3相同。

3、 鄰區添加

LNBTS右鍵添加New LNADJ,輸入鄰站IP和ENBID建立X2接口連接

eNB根據UE上報的MR自動添加鄰區

Handover allowed 可根據需求設置為allowed、forbidden、onlyS1

4、 切換參數優化

A3事件:Mn + Ofn + Ocn – Hys > Ms + Ofs + Ocs + Off

A5事件:Ms + Hys < Thresh1; Mn + Ofn + Ocn – Hys > Thresh2 

5、異頻參數優化

D/F頻段交界區域的站點需添加異頻切換參數

異頻切換參數除異頻測量開啟和關閉外,A3/A5等參數與同頻切換完全相同

由於異頻測量帶來25%的小區吞吐量損失,那麼優化異頻參數就至關重要

協議考慮儘量減小終端複雜度,UE實現異頻測量需要GAP,在GAP測量周期內,停止所有業務和服務小區的測量

GAP模式分為40ms周期和80ms周期,GAP測量長度都為6ms,目前華為終端由於實現問題,GAP測量長度為10ms。那麼如果是40ms的GAP周期,容量損失大約是1/4。

集團公司指標要求

覆蓋目標:RSRP> -100dBm且RS-SINR》-3dB的概率大於95%

業務目標:

連接建立成功率》95%;

無線掉線率《4%

切換成功率》95%

二、 現階段LTE簇優化難點

網絡規劃設計不合理、美化天線無法調整、天線安裝位置不合理、信號繞射能力差、天線電氣特性差。

1、 網絡規劃設計不合理

1)現網基站分布 VS 理想蜂窩布局

2) 整體布局 VS 天線過高

從控制覆蓋角度出發,相鄰基站天線掛高基本相同有利於覆蓋控制,保證網絡指標性能,傘狀效應不利於同頻組網幹擾控制

受限於自身樓面遮擋和天線電氣特性,站點過高引起塔下黑現象。

2、 美化天線無法調整

同頻組網幹擾控制VS 美化天線下傾角調整空間有限

根據簇優化經驗,密集城區下傾角平均為8度,一般城區為3度

3、 天線安裝位置不合理

1)天線安裝位置位於大樓玻璃幕牆內,受窗框及玻璃影響,信號衰減較大;且天線倒立安裝,影響天線輻射特性。

2)天線隔離度要求:

水平隔離度 >  2m

垂直隔離度 > 0.5m

天線安裝位置不合理,導致信號覆蓋方向受自身樓面阻擋。

4、 信號繞射能力差

D頻段無線電波衰減快,繞射能力差,市區部分路段覆蓋無法達到集團公司和福建省公司指標要求。需建設大量路燈杆站點補充覆蓋

5、 天線電氣特性差

由於居民環保意識增強,市政美化需求等原因,市區大量採用加罩美化天線,相比於常規天線,加罩美化天線方向圖發生畸變,前後比變差,導致小區間重疊覆蓋區域變大,不利於幹擾控制

市區大量使用雷克微天線,此天線垂直半功率角大於17度,信號收斂特性差,不利於市區覆蓋控制

簇優化中發現,目前市區使用的京信1.4m大天線背向信號較強,不利於小區間幹擾控制,尤其對小區覆蓋邊緣影響較大。以距離基站150米處為例,非美化天線實測正向信號-70dBm左右。根據京信天線說明書所示,該型號天線前後比大於33,那麼背向信號應小於-103dBm,考慮到同站不同小區位置差異,理論背向信號強度應該更低。但實測天線背向信號在150米處為-90—-95dBm,與預期嚴重不符

實測數據:對晉安天宇電氣舊廠-2小區進行背向拉遠,距離與RSRP關係如下:

150m為-90dBm

300m為-95dBm

500m為-97dBm

1000m為-105dBm

 

三、 簇優化案例

優化案例1:弱覆蓋

問題描述:玄南路弱覆蓋

問題分析:西園康山由於談點問題暫未開通,導致玄南路部分路段弱覆蓋,計劃調整晉安福州藝術師範院校-2和晉安雙安中學-3方位角、下傾角和功率參數改善RSRP,且弱覆蓋路段位於小土坡上,信號衰落快,通過調整參數加快切換

調整方案:

 

優化效果:玄南路RSRP覆蓋有明顯改善。

優化案例2:無主覆蓋/SINR差

問題描述:秀峰路高架橋下無主覆蓋,RS-SINR較差。

問題分析:由於橋面遮擋,秀峰高架橋下信號波動較大,且周圍站點規劃不合理,導致該區域無主覆蓋,分析UE log發現,晉安中鐵快運-2、晉安天宇電氣舊廠-3、晉安福州七中-1在此路段信號強度相差不大,小區間幹擾嚴重。

調整方案:該區域計劃由晉安福州七中-1主覆蓋,增強此小區功率並調整周圍站點天線和功率,以達到控制幹擾的目的。

 

優化結果:問題路段無主覆蓋現象消失,RS-SINR有明顯改善

優化案例3:PCI模3衝突/SINR差

問題描述:晉安福州藝術師範學校與晉安新羅漢北交界區域SINR差。

問題分析:晉安福州藝術師範學校-2(PCI=126)與晉安新羅漢山北-1(PCI=462)PCI模3衝突。

調整方案:

 

優化結果:SINR有明顯改善。

優化案例4:切換掉話

問題描述:山前路掉話

問題分析:測試車輛進入山前路,UE由晉安金榜食府-1切換至晉安居住主題公園水塔-3後,持續上報MR。切換目標小區為晉安新店溪裡,基站無響應,SINR惡化掉話。通過網管查看鄰區關係發現,晉安居住主題公園水塔和晉安新店溪裡兩站由於距離較遠,未添加鄰區關係。

優化方案-1:山前路應由晉安金榜食府和晉安新店溪裡主覆蓋,晉安居住主題公園水塔為越區覆蓋,調整此3站的方位角和下傾角控制覆蓋。

 

優化效果-1:山前路RSRP有所改善,但晉安居住主題公園水塔-3仍會覆蓋至山前路,掉話問題仍未解決。

現象分析:山前路遊泳道路狹窄且兩側民房較密,晉安金榜食府天線掛高低,無法有效覆蓋山前路。晉安居住主題公園水塔建於山頂,3扇區由於美化罩空間限制,無法按預期調整下傾角。

優化方案-2:晉安居住主題公園水塔與晉安新店溪裡添加雙向鄰區。

優化效果-2:晉安居住主題公園水塔-3可切換至晉安新店溪裡-2,但由於晉安居住主題公園水塔-3信號不穩定,快衰落導致切換不及時,有掉話隱患。

優化方案-3:將晉安金榜-1向晉安居住主題公園水塔-3切換關係設置為禁止,刪除晉安居住主題公園水塔與晉安新店溪裡雙向鄰區。

優化效果-3:山前路切換正常,掉線現象消失。

優化方案分析:晉安金榜食府-1與晉安居住主題公園水塔-3切換點處,晉安居住主題公園水塔-3與晉安新店溪裡-2信號強度相當,此方案並不會因SINR惡化導致掉話。

切換掉話問題解決思路:

1) 調整周圍站點天線方位角和下傾角,避免弱覆蓋、越區覆蓋;

2) 檢查鄰區關係,避免由於鄰區缺失導致掉話;

3) 優化切換參數和切換序列,減少不合理切換,提升整體SINR。

優化案例5:天線口功率不平衡

問題分析:簇8空擾拉網時發現,五一北路、蒙古營巷、沙帽井巷路段RS0SINR在10 — 20dB之間,但下載速率較低,此區域由郵電公寓-2小區覆蓋。

問題分析-1:經網管工程師核查,郵電公寓-2小區無硬體告警且數據配置正確。在郵電公寓-2下進行定點測試,發現極好點處下載速率只有20Mbps左右,若先排除站間幹擾影響,將郵電公寓頻點由37900改為38100,在SINR=30處下載速率不超過35Mbps,PRB每秒佔用不超過400次,初步懷疑為傳輸問題。

問題分析-2:但在郵電公寓-3下進行定點測試時發現,下載峰值可達60Mbps,排除站點傳輸問題,關閉郵電公寓-1/3小區,郵電公寓-2下載速率仍不達標,深入分析UElog時發現,郵電公寓-2小區天線口-0與天線埠-1功率差異較大,影響TM3雙流性能。

解決方案:基站工程師排查RRU、跳線、天線故障

複測驗證:經工程更換天線後,郵電公寓-2小區雙天線口功率不平衡問題消失,下行峰值速率達到57Mbps以上,下載速率恢復正常。

經驗小結:單站吞吐量異常解決方案

單站吞吐量異常排查方法:

傳輸受限:若核心網下行UDP灌包無法達到峰值,查看UDP流量節流位置,若eNB側入口流量不足,則判斷為傳輸問題。

硬體故障:

1) 查看基站告警,弱存在告警,需排障後進行測試

2) 若進行下載業務時出現SINR陡降或RI異常,則需排查RRU與天線間跳線連接。

3) 若天線口功率異常,需查詢RRU輸出功率,定位RRU、天線或饋線問題。

參數配置錯誤:

1) 核查基站資料庫中CQI、MIMO、MCS、PRB等相關參數。

2) 檢查核心網接入參數:AMR、CQI等。

空口問題排查:

見下文《區域吞吐量異常解決方案》中區域性幹擾排查方法。

優化案例6:子幀配置錯誤

問題描述:省體中心附近路段下載速率較低,並且頻繁掉話。

問題分析:下載速率低呈區域性特性,且伴隨頻繁掉話,掉話點SINR較好,分析UE log發現系基站頻繁下發RRC Release,初步判斷為基站受到上行幹擾或傳輸閃斷導致。由於出現問題的站點較多。傳輸出現問題可能性不大,懷疑個別站點GPS不同步或幀配比等參數配置錯誤。經網管查看基站告警及配置文件發現,福建體育職業技術學院1站-2的子幀配置為3:1.

經驗小結:子幀配置錯誤判定方法

現象一:區域性下行速率低,基站頻繁下發RRC Release,可能伴隨部分基站附著成功率低。當個別站點子幀配置3:1時,與周圍站點產生交叉時隙幹擾,周邊基站上行子幀3、8會受到嚴重的上行幹擾。上行幹擾影響了上行子幀的PUCCH解調,導致CQI、SRS、ACK出現DTX、eNB會判定UE上行失步,因此基站會經常性下發RRC Release,如果PRACH配置在被幹擾的上行子幀上,則會出現UE附著困難。

現象二:測試時上傳速率低 ,查看CDS TTI Trace發現3、8子幀重傳率高。(上行調製編碼MCS為29、30、31時表示為重傳)。

優化案例7:加擾參數配置錯誤

問題描述:屏東路、冶山路與觀鳳亭路附近路段下載速率低,SINR較差。

問題分析:5月20日簇7空擾拉網測試時發現,屏東路、冶山路與觀鳳亭路附近路段SINR非常差,與之前測試數據不符。由於5月15日福州市區進行50%加擾ATU拉網,初步懷疑個別站點加擾參數未改回,經網管查看相關站點資料庫配置發現,二建大廈為50%加擾狀態。

將二建大廈加擾狀態改為空擾後,屏東路、冶山路與觀鳳亭路附近路段SINR恢復正常。

經驗小結:區域性吞吐量異常解決方案

區域性吞吐量異常原因:

核心網故障、PTN故障:涉及範圍廣,易定位

區域性幹擾:引起區域吞吐量異常的可能原因較多,對應的現象也各不相同

優化案例8:下載速率優化

問題描述:晉安福州七中-1、2小區覆蓋路段為秀峰高架橋,由於橋面遮擋,SINR波動較大,測試中發現下行天線傳輸模式切換至TM7後很難切換回TM3,下載速率較低。

 

問題分析:檢查基站資料庫配置發現,天線傳輸模式切換參數tm3to7CqiTh/tm7to3Cqith設置為8/13。該配置會導致傳輸模式切換至TM7後,在SINR有所好轉後也無法快速切換回TM3,終端一直佔用TM7模式,從而導致下載速率較低。

調整方案:

經驗小結:MIMO參數優化

LTE基站可根據用戶信道條件選擇合適的多天線技術:發射分集、空分復用、波束賦形,優化MIMO參數可提升小區下行吞吐量。

附錄:吞吐量低原因匯總

u 網絡原因

² RSRP/SINR不達標

² 參數配置不合理

1) 傳輸模式切換參數:37切換、單雙流切換

2) 試驗網相關參數:子幀配置、限PRB、加擾、限MCS等

3) AMBR/QCI等核心網參數:通過查看Attach Accept信令

u 工程問題

1) RRU與天線間跳線連接錯誤:下載業務時SINR陡降/RI正常

2) 天線或RRU故障導致功率異常:RSRP Antenna0/1差異大

u 傳輸問題

1) 傳輸受限:下行UDP灌包速率不達標

2) 傳輸不穩:丟包嚴重

u 幹擾

1) 網外幹擾:區域關站查看底噪:IOT抬升

2) 網內幹擾:廠家間時隙不同步:調整參數ppsTimingOffset基站GPS故障:存在失步告警

u 非網絡原因

² 終端問題:更換終端測試

² 伺服器問題:多伺服器filezila方法進行排查

² 電腦問題:TCP優化軟體設置

² TCP接收窗長(Rwin):1034816

² 默認發送窗:同Rwin

² WTU Size:1446

² ACKS選擇:打開

² Max duplicate ACKS:2

來源:論壇文檔,版權歸原作者所有

行業熱點新聞:

為傳統網優敲響警鐘:愛立信「AI+網優」和「Elastic-RAN」技術

四大運營商霸氣回應小區業主:設備拆除不再建!投訴不受理!包括5G!

移動分批退5M低頻給聯通?

5G運維智能化,傳統運維人員將何去何從?

比華為鴻蒙還快 政府用上中興新支點作業系統

中國廣電獲5G牌照:700MHz自帶"buff" 但硬傷也不少

5G知識:

華為5G網管操作指導-圖文詳細介紹(推薦收藏)

(福利)5G技術資料限時免費領取(包括5G考試知識點總結)

(5G考試面試必備資料)跟我一起從頭學習5G知識(三),NR開機入網流程介紹

(5G考試面試必備資料)跟我一起從頭學習5G知識(二),根據大家需求進行不定期更新

(5G考試面試必備)跟我一起從頭學習5G知識(一),根據大家需求進行定期更新

(5G重點知識介紹)5G組網方式(NSA和SA)和NSA信令流程介紹

(通信人福利)5G考試面試必備知識點總結(文中有電子版領取方式)

(福利)5G技術考試試題集(考試必看)

5G-HW最基礎的50條MML命令

信令、測試、幹擾、切換、KPI、面試知識合集:

VOLTE端到端優化詳細解讀

中高級網優工程師必備,各大廠家網管後臺操作合集,總有一個屬於你

重磅,通信人考試面試必備資料,總有一個適合你(總結多個通信公眾號文章)

網優人必看,KPI優化及其案例集匯總(集合多個公眾號關於KPI優化100多個文章連結)

測試基礎知識及其案例集匯總(集合多個公眾號測試文章連結)

切換優化及其案例集匯總(集合多個公眾號幹擾文章連結)

幹擾定位處理方法及其案例集匯總(集合多個公眾號幹擾文章連結)

工程優化、日常優化和專項優化工作流程介紹


移動集採考試知識:

LTE電信協優認證考試學習資料(僅供參考)

移動集採第二輪L1-2真題和18年L3真題匯總,限時免費領取,並預祝大家順利通過集採考

(考試必備)移動集採L3試題集(LTE單選部分)

(考試必備)移動集採L3試題集(LTE多選)

(集採考試必備)移動集採L2試題集(LTE)

網優人看到集採L1考試試題(雲計算、大數據、維護...),是不是進錯考場了?

(考試必備)移動集採L1試題集(LTE單選)

(考試必備)移動集採L1試題集(LTE多選)


網優工具:

(網優利器)三分鐘搞定LTE高負荷小區評估,你值得擁有!

(強大)通信人必備,劃風小築網優工具Excel加載宏功能一覽,12張動態圖操作說明更直觀體現,總有一個適合你

DLOOKUP聽說過嗎?VLOOKUP和它賽跑被甩了幾條街

行業討論:

NB-IoT涼了,5G會重蹈它的覆轍嗎?

長期低價中標通信運營商「自毀長城」!

(行業討論)說說通信人轉行的那些事兒

網友評論炸了!再次出現0.11折超低價中標,只是這次輪到聯通了(呼市深度覆蓋工程優化),真是一波未平一波又起

(通信知識普及)1G到5G,通信行業5次大的變革我們都經歷了什麼?

入行不久的通信人該如何做,我有幾點個人建議希望能夠幫到你

行業討論:移動通信論壇(MSCBSC)勢必作出全面改革來適應新的網際網路時代

行業討論:通信工程師從開始的眾星捧月到現在的默默無聞,這些年到底經歷了什麼

華為各地項目大量招聘IMC人員減少社招,是為了抵禦即將到來的通信寒冬嗎

5G商用後真的會有大量通信人失業嗎?如果真的面臨失業你會做出怎樣的選擇?

通信原創連載小說系列:

(原創連載)景縣代維日記系列五(老王的故事)

(原創連載)景縣代維日記系列四(艱難的抉擇,場景:A通公司巡查不通過(項目經理求情)、上級領導命令要顧全大局配合儘快開通基站)

(原創連載)景縣代維日記系列三(煮酒論江湖)

(原創連載)景縣代維日記系列 二(星空下的夢,場景:殯儀館機房處理傳輸故障)

(原創連載)景縣代維日記系列 一(搶修墓地下的光纜)

本人尊重智慧財產權,支持原創(但我覺得知識需要共享才能發揮最大作用)。如果涉及到侵權問題,可以聯繫我(微信號:benpaodecyou)

右下角點擊一下「在看」,支持一下吧

相關焦點

  • HBase基本知識介紹及典型案例分析
    本次分享的內容主要分為以下五點:HBase基本知識;HBase讀寫流程;RowKey設計要點;HBase生態介紹;HBase典型案例分析。首先我們簡單介紹一下 HBase 是什麼。在前面我們介紹了 HBase 其實是面向列的資料庫,所以說一行 HBase 的數據其實是分了好幾行存儲,一個列對應一行,HBase 的 KV 結構如下:
  • AdminLTE 3.0發布了
    有多種方式安裝AdminLTE,下載 從Github Releases下載使用命令行:通過NPM:npm install admin-lte@^3.0--save通過過Yarm:yarn add admin-lte@^3.0         通過Composer:composerrequire"almasaeed2010
  • 【技術乾貨】TDD-LTE-幹擾分析與排查
    對於系統外的幹擾,要提供相關分析材料推動局方找當地無線電管理部門去定位消除幹擾。對於系統內的幹擾,儘量消除,消除不了的,採用相關算法或措施合理規避1.3 幹擾排查的觸發條件1、在進行單站驗證時2、在簇優化完成3、在放號前4、三方測試前5、大範圍多項指標同時惡化時 1.4 幹擾的判定標準1.4.1 商用前此時網絡中無UE上行發射信號,當上行
  • GPS廠家產品及其公司詳細介紹
    下面一起看看這些廠家的GPS產品及其公司詳細介紹:第一類:主流GPS晶片廠家詳細介紹SIRF (美國,被CSR收購)簡介:北京東方聯星科技有限公司及其下屬全資子公司北方聯星,統稱為「聯星公司」。公司專業從事衛星導航晶片和應用產品的研發及設計製造。官網:http://www.olinkstar.com/第二類:主流GPS模塊、板卡類的廠家詳細介紹Garmin 美國
  • 4G-LTE培訓教程,剛更新了中興LTE從理論到實踐、後臺操作等
    本套資料從LTE前臺測試基礎知識入手,到LTE RF優化指導書,RF優化問題分析和處理,再到簇優化、網格優化,還附帶各廠家的測試軟體和使用方法等等,是前臺測試必備的。《4G-LTE後臺操作指導》後臺操作,一直是中高級人員晉級必備之路。
  • 使用srsLTE搭建4G基站
    很多IoT設備都在使用4G網卡,但測4G鏈路安全時候,畢竟不像WIFI測試那麼方便,CMW500的價格還是很貴的,尤其是想IoT安全愛好者童鞋,或者其他移動端需要測試4G鏈路的,其實可以使用低成本SDR方案,也就是這裡要介紹的
  • 案例 企業如何找準價值主張及其典型案例研究 ( 下)
    圖註:有了CrazyEgg你就可以……擁有超強的洞察力,獲得高投資回報率;更高效的使用預算;優化網站設計;加速你的用戶測試和分析過程;向你老闆證明你的改革起作用了;擁有更高的轉換率和參與度。安裝簡單嗎?當然了!實際上只需要花幾分鐘就可以搞定,即使是技術菜鳥也可以完成。會更便宜嗎?是的!跟那些耗費數千元的肉眼追蹤或者用戶測試來說,這絕對划算。
  • 【技術乾貨】ESRVCC高時延案例分析
    分析事件原因l 排查該區域覆蓋問題和基站問題。l 對投訴區域進行VOLTE對比測試。l 觀察指標和信令分析問題。問題分析異常事件原理及信令流程:用戶面時延統計的節點為在lte網絡的最後一個rtp包和在gsm網絡上的第一個包,即「IMS RTP SN and Payload」與「UMTS_DL_AMRStat」之間的delay。
  • 當TD-LTE和LTE FDD混合組網後
    日誌分析:// Haykey: 當手機inter-Freq從TD-LTE cell移動到LTE FDD cell後,手機發起了local detachLOG       LTE ML1 Initial Acquisition Results
  • 分享一個超詳細的數據分析案例【Python】附ABTest詳細介紹
    另外,我主頁上還有不少與ABTest和數據分析相關的博客,感興趣的朋友可以再去看看,希望能給你帶來收穫!一、ABTestABTest類似於以前的對比實驗,是讓組成成分相同(相似)的群組在同一時間維度下去隨機的使用一個方案(方案A、或者B、C…),收集各組用戶體驗數據和業務數據,最後分析出哪個方案最好。實現步驟 現狀分析:分析業務數據,確定當前最關鍵的改進點。1. 假設建立:根據現狀分析作出優化改進的假設,提出優化建議。1.
  • LTE網絡優化方法與思路
    那麼在LTE網絡優化過程中,如何在空口識別、分析語音數據業務,並與底層信令和物理層過程進行關聯分析,就成為LTE網絡優化又一需要解決的問題。網絡覆蓋問題的解決是優化環節中及其重要的一環。弱覆蓋或過覆蓋均會導致用戶無法接入網絡或掉話、切換失敗等,嚴重影響著LTE網絡的整體質量。
  • ASP.Net Core Razor+AdminLTE 小試牛刀
    在線中文Demo:http://adminlte.la998.com/在線中文文檔:http://adminlte.la998.com/documentation/index.htmlGithub:https://github.com/almasaeed2010/AdminLTE/releasesAdminLTE依賴於兩個主要框架:JQ和Bootstrap
  • ASP.Net Core Razor 部署AdminLTE框架
    1、AdminLTE一個基於 bootstrap 的輕量級後臺模板2、AdminLTE 文檔在線中文Demo:http://adminlte.la998.com/在線中文文檔:http://adminlte.la998.com/documentation/index.htmlGithub:https://github.com/almasaeed2010/AdminLTE/releases3、AdminLTE 布局AdminLTE依賴於兩個主要框架:JQ和Bootstrap
  • 神奇的LTE Band 66
    對於更多信息,請查閱以下連結(說句題外話,聊天得知讀者裡有各司負責海外運營商需求的朋友們和產品經理們,請收藏下這個連結,裡面有海外各國家地區各運營商頻段分布的具體信息哦,不謝)For more,  https://www.frequencycheck.com/bands/lte-band
  • 大數據應用與案例分析
    大數據應用案例之:醫療行業[1] Seton Healthcare是採用IBM最新沃森技術醫療保健內容分析預測的首個客戶。該技術允許企業找到大量病人相關的臨床醫療信息,通過大數據處理,更好地分析病人的信息。[2] 在加拿大多倫多的一家醫院,針對早產嬰兒,每秒鐘有超過3000次的數據讀取。
  • 如何寫出一篇驚豔的案例分析論文?(上)
    相信許多同學在科研過程中都面臨著對案例分析類論文的撰寫任務,那麼本期,小競就來和大家分享一下怎樣寫好一篇案例分析類論文吧!在撰寫案例分析類論文之前,我們需要對其定義進行界定,而在了解「案例分析論文」概念之前,我們首先需要明確「案例」的定義。《漢語大辭典》中將「案例」解釋為「能作範例的個案」,例句如「運用典型案例,深入進行反腐倡廉教育」。
  • Web Audio API介紹和web音頻應用案例分析
    Web Audio API提供了非常豐富的接口讓開發者在web平臺上實現對web音頻進行處理。利用Web Audio API,web開發者能夠在web平臺實現音頻音效、音頻可視化、3D音頻等音頻效果。本篇文章首先介紹了Web Audio API相關概念、常用的幾個接口節點,以便不熟悉Web Audio的開發人員有個了解。