TD-LTE網(wǎng)優(yōu)KPI指標優(yōu)化指導手冊_第1頁
TD-LTE網(wǎng)優(yōu)KPI指標優(yōu)化指導手冊_第2頁
TD-LTE網(wǎng)優(yōu)KPI指標優(yōu)化指導手冊_第3頁
TD-LTE網(wǎng)優(yōu)KPI指標優(yōu)化指導手冊_第4頁
TD-LTE網(wǎng)優(yōu)KPI指標優(yōu)化指導手冊_第5頁
已閱讀5頁,還剩83頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、.:.; TD-LTE網(wǎng)優(yōu)KPI目的優(yōu)化任務指點手冊工程稱號文檔編號版 本 號作 者版權一切大唐挪動通訊設備本資料及其包含的一切內(nèi)容為大唐挪動通訊設備(大唐挪動)一切,受中國法律及適用之國際公約中有關著作權法律的維護。未經(jīng)大唐挪動書面授權,任何人不得以任何方式復制、傳播、分布、改動或以其它方式運用本資料的部分或全部內(nèi)容,違者將被依法清查責任。文檔更新記錄日期更新人版本備注-王學斌V.創(chuàng)建-王學斌 盧顥V.添加RRC、ERAB、掉線CDL信令流程及失敗緣由-王學斌、張發(fā)厚、索志剛、魏曉東、閆俊霖、徐世勛V.編寫案例-徐世勛V.添加章節(jié).KPI優(yōu)化的任務流程及內(nèi)容-王學斌、周曉華、王會慶V.添加案

2、例-徐世勛V.匯總及添加KPI問題處置工單模板-徐世勛V.根據(jù)評審意見進展修正-童志堅V.添加童志堅整理的案例:.小區(qū)上行功控參數(shù)設置問題目 錄 TOC o - h z u HYPERLINK l _Toc 前 言 PAGEREF _Toc h HYPERLINK l _Toc KPI優(yōu)化的任務流程及內(nèi)容 PAGEREF _Toc h HYPERLINK l _Toc .KPI優(yōu)化任務總體流程 PAGEREF _Toc h HYPERLINK l _Toc .KPI優(yōu)化任務內(nèi)容 PAGEREF _Toc h HYPERLINK l _Toc .KPI數(shù)據(jù)生成 PAGEREF _Toc h HY

3、PERLINK l _Toc .KPI數(shù)據(jù)分析 PAGEREF _Toc h HYPERLINK l _Toc .問題處置 PAGEREF _Toc h HYPERLINK l _Toc .問題跟蹤和核對 PAGEREF _Toc h HYPERLINK l _Toc .KPI優(yōu)化任務邏輯圖 PAGEREF _Toc h HYPERLINK l _Toc .KPI優(yōu)化任務模板和例如 PAGEREF _Toc h HYPERLINK l _Toc RRC銜接建立勝利率優(yōu)化 PAGEREF _Toc h HYPERLINK l _Toc .實際引見 PAGEREF _Toc h HYPERLINK

4、 l _Toc .目的定義 PAGEREF _Toc h HYPERLINK l _Toc .CDL信令流程及失敗緣由 PAGEREF _Toc h HYPERLINK l _Toc .正常過程 PAGEREF _Toc h HYPERLINK l _Toc .異常過程 PAGEREF _Toc h HYPERLINK l _Toc .優(yōu)化方法引見 PAGEREF _Toc h HYPERLINK l _Toc .上行隨機接入的問題 PAGEREF _Toc h HYPERLINK l _Toc .小區(qū)重選參數(shù)問題 PAGEREF _Toc h HYPERLINK l _Toc .下行初始發(fā)射

5、功率偏低問題 PAGEREF _Toc h HYPERLINK l _Toc .上行初始功控問題 PAGEREF _Toc h HYPERLINK l _Toc .相關案例引見分析 PAGEREF _Toc h HYPERLINK l _Toc .小區(qū)重選參數(shù)問題 PAGEREF _Toc h HYPERLINK l _Toc .小區(qū)上行功控參數(shù)設置問題 PAGEREF _Toc h HYPERLINK l _Toc .小區(qū)測試開關參數(shù)問題 PAGEREF _Toc h HYPERLINK l _Toc .內(nèi)存池耗盡導致信令發(fā)送失敗問題 PAGEREF _Toc h HYPERLINK l _

6、Toc .全頻帶高干擾導致接入失敗問題 PAGEREF _Toc h HYPERLINK l _Toc ERAB建立勝利率 PAGEREF _Toc h HYPERLINK l _Toc .實際引見 PAGEREF _Toc h HYPERLINK l _Toc .目的定義 PAGEREF _Toc h HYPERLINK l _Toc .CDL信令流程及失敗緣由 PAGEREF _Toc h HYPERLINK l _Toc .正常過程 PAGEREF _Toc h HYPERLINK l _Toc .異常過程 PAGEREF _Toc h HYPERLINK l _Toc .相關案例引見分

7、析 PAGEREF _Toc h HYPERLINK l _Toc .路由關系未配無法接入的問題 PAGEREF _Toc h HYPERLINK l _Toc .網(wǎng)關IP配置錯誤導致無法附著 PAGEREF _Toc h HYPERLINK l _Toc .平安參數(shù)配置問題 PAGEREF _Toc h HYPERLINK l _Toc 切換勝利率優(yōu)化 PAGEREF _Toc h HYPERLINK l _Toc .實際引見 PAGEREF _Toc h HYPERLINK l _Toc .目的定義 PAGEREF _Toc h HYPERLINK l _Toc .CDL信令流程 PAGE

8、REF _Toc h HYPERLINK l _Toc .正常過程 PAGEREF _Toc h HYPERLINK l _Toc .優(yōu)化方法引見 PAGEREF _Toc h HYPERLINK l _Toc .切換信令流程 PAGEREF _Toc h HYPERLINK l _Toc .涉及話統(tǒng)打點 PAGEREF _Toc h HYPERLINK l _Toc .切換問題分類 PAGEREF _Toc h HYPERLINK l _Toc .相關案例引見分析 PAGEREF _Toc h HYPERLINK l _Toc .硬件和傳輸缺點 PAGEREF _Toc h HYPERLIN

9、K l _Toc .鄰區(qū)漏配問題 PAGEREF _Toc h HYPERLINK l _Toc .鄰區(qū)數(shù)據(jù)配置不當 PAGEREF _Toc h HYPERLINK l _Toc .切換算法參數(shù)配置不當 PAGEREF _Toc h HYPERLINK l _Toc .小區(qū)個性偏移參數(shù)調(diào)整案例 PAGEREF _Toc h HYPERLINK l _Toc .切換時終端接入到非源和目的小區(qū)導致中心網(wǎng)釋放用戶問題 PAGEREF _Toc h HYPERLINK l _Toc .鄰區(qū)挪動網(wǎng)絡碼配置錯誤導致S切換失敗 PAGEREF _Toc h HYPERLINK l _Toc .開啟防乒乓切

10、換開關導致不切換 PAGEREF _Toc h HYPERLINK l _Toc .終端發(fā)A切換丈量報告后,不觸發(fā)異頻切換 PAGEREF _Toc h HYPERLINK l _Toc 無線掉線率優(yōu)化 PAGEREF _Toc h HYPERLINK l _Toc .實際引見 PAGEREF _Toc h HYPERLINK l _Toc .目的定義 PAGEREF _Toc h HYPERLINK l _Toc .CDL失敗緣由 PAGEREF _Toc h HYPERLINK l _Toc .空口超時引起的掉話 PAGEREF _Toc h HYPERLINK l _Toc .激活檢測U

11、E不活動 PAGEREF _Toc h HYPERLINK l _Toc .激活檢測UE喪失 PAGEREF _Toc h HYPERLINK l _Toc .其他錯誤引起的掉話 PAGEREF _Toc h HYPERLINK l _Toc .相關案例引見分析 PAGEREF _Toc h HYPERLINK l _Toc .切換不及時問題 PAGEREF _Toc h HYPERLINK l _Toc .中心網(wǎng)問題 PAGEREF _Toc h HYPERLINK l _Toc .激活檢測UE不活動和UE喪失呵斥的掉線分析 PAGEREF _Toc h HYPERLINK l _Toc .

12、幀頭未對齊導致的干擾問題 PAGEREF _Toc h 前 言話統(tǒng)KPI是中國挪動考核項之一,也是對網(wǎng)絡質(zhì)量的最直觀反映。日常話統(tǒng)監(jiān)測是進展網(wǎng)絡性能檢測的一種有效手段。經(jīng)過日監(jiān)測,識別突發(fā)問題小區(qū),將問題消除在初級階段。經(jīng)過周監(jiān)測,識別網(wǎng)絡性能繼續(xù)短木板小區(qū),針對性的進展提升優(yōu)化。話統(tǒng)KPI主要包括以下幾大類:接入性目的、堅持性目的、挪動性目的、業(yè)務量目的、產(chǎn)品運轉(zhuǎn)類目的、系統(tǒng)可用性目的和網(wǎng)絡資源利用率目的。經(jīng)過上述重點話統(tǒng)KPI目的的監(jiān)測,可以到達:識別突發(fā)問題、風險提早預警、話統(tǒng)KPI的穩(wěn)定與提升,目前TD-LTE系統(tǒng)需求重點關注的話統(tǒng)KPI目的如下表:目的分類數(shù)據(jù)來源詳細的KPI目的接入

13、性目的無線側(cè)RRC銜接建立勝利率ERAB建立勝利率無線接通率堅持性目的無線掉話率ERAB異常釋放挪動性目的小區(qū)eNodeB內(nèi)切換出勝利率小區(qū)eNodeB間切換出勝利率業(yè)務量目的上、下行業(yè)務平均吞吐量量上、下行PRB平均利用率產(chǎn)品運轉(zhuǎn)類目的無線側(cè)單板CPU最大占用率單板CPU平均占用率系統(tǒng)可用性目的無線側(cè)無線網(wǎng)絡退服比例網(wǎng)絡資源目的無線側(cè)上行PRB資源運用的平均個數(shù)下行PRB資源運用的平均個數(shù)KPI優(yōu)化的任務流程及內(nèi)容KPI優(yōu)化任務總體流程KPI優(yōu)化任務流程圖KPI優(yōu)化任務內(nèi)容KPI數(shù)據(jù)生成任務內(nèi)容:運用預定義和自定義的統(tǒng)計項及模板生成KPI性能報表,經(jīng)過OMC Client提取KPI報表,輸出

14、KPI報表和重要目的失敗緣由列表給KPI數(shù)據(jù)分析人員。KPI報表生成和提取相關操作請參考。根據(jù)KPI報表數(shù)據(jù),選擇KPI目的最差Top N小區(qū)。TOP N小區(qū)的選擇:對某項目的按照失敗率最高進展排序,選取前個小區(qū),再對這個小區(qū)進展失敗次數(shù)分析,失敗次數(shù)大于次的RRC銜接、切換、掉線等按失敗次數(shù)大于次為規(guī)范,ERAB建立失敗目的按次數(shù)大于次為規(guī)范作為TOP小區(qū)進展分析;另外需求對目的再進展失敗次數(shù)的降序排序,假設有小區(qū)失敗次數(shù)很多失敗率也較高但是未在之前選的TOP小區(qū)中,也需求將這些小區(qū)作為TOP小區(qū)分析。 KPI數(shù)據(jù)生成任務所需輸入、工具和技術、輸出如下圖:KPI數(shù)據(jù)分析任務內(nèi)容:KPI目的變

15、化趨勢分析:根據(jù)KPI報表數(shù)據(jù),分析全網(wǎng)KPI目的變化趨勢,尤其是存在設備版本晉級或參數(shù)全網(wǎng)性修正后,需求繼續(xù)至少一周重點監(jiān)測KPI目的變化趨勢;TOP小區(qū)分析:根據(jù)TOP小區(qū)列表、重要目的失敗緣由列表、歷史告警信息、網(wǎng)管數(shù)據(jù)、CDL日志、IOT數(shù)據(jù)、復測終端LOG等信息進展分析。先查看告警信息,確認有設備缺點類告警能否和TOP小區(qū)關聯(lián),再運用與基站軟件版本匹配的CDLBrowser工具進展目的統(tǒng)計和失敗信令流程分析確認TOP小區(qū)產(chǎn)生的緣由,CDLBrowser工具運用方法請參考。 KPI數(shù)據(jù)分析任務所需輸入、工具及技術、輸出如下圖: 問題處置任務內(nèi)容:經(jīng)過CDL分析可以明確定位TOP小區(qū)問題

16、后,給出問題處置建議輸出給相關問題處置人員:參數(shù)修正問題導給維護人員調(diào)整和標定參數(shù)不一致的大規(guī)模參數(shù)修正需和SE確認;網(wǎng)絡優(yōu)化問題給出優(yōu)化建議導給網(wǎng)優(yōu)人員;由于設備缺點引起的KPI目的惡化問題導給排障人員處置;定位確以為產(chǎn)品缺陷要及時提交BUG推進和跟蹤版本處理。 經(jīng)過CDL分析無法明確定位TOP小區(qū)產(chǎn)生緣由的問題,需求復測后結(jié)合終端側(cè)log再進一步分析。 問題處置任務所需的輸入、工具及技術、輸出如下圖: 問題處置:輸入、工具及技術、輸出問題跟蹤和核對任務內(nèi)容:問題跟蹤和核對環(huán)節(jié),主要根據(jù)問題列表、KPI問題處置工單、BUG/CR/RR編號,內(nèi)部討論推進和核對詢題處理,和外部其它環(huán)節(jié)溝通確認問

17、題進展,以構(gòu)成問題閉環(huán),最終輸出KPI優(yōu)化報告。問題跟蹤和核對任務所需的輸入、工具及技術、輸出如下圖:問題跟蹤和核對:輸入、工具及技術、輸出KPI優(yōu)化任務邏輯圖 綜合KPI優(yōu)化任務流程和內(nèi)容,KPI優(yōu)化任務邏輯圖如下:KPI優(yōu)化任務邏輯圖KPI優(yōu)化任務模板和例如KPI優(yōu)化任務參考模板 KPI報表例如 RRC銜接建立勝利率優(yōu)化實際引見RRC銜接建立過程分為兩個階段:預備階段和實施階段。在預備階段中,UE會根據(jù)NAS 層的觸發(fā)緣由和系統(tǒng)廣播中的接入限制信息,經(jīng)過一系列檢查來判別本人能否被允許進展接入過程,假設可以,那么執(zhí)行后續(xù)的實施階段;否那么UE的RRC將啟動相應的定時器,在該定時器超時前UE無

18、法發(fā)起任何接入過程。上述機制的目的是負荷擁塞控制,當網(wǎng)絡負荷較重時限制某些UE進展接入。目的定義RRC銜接建立是指處于空閑形狀的UE或待開機的UE預備發(fā)起一個呼叫或呼應尋呼時發(fā)起的過程。出于降低接入時延的思索,LTE系統(tǒng)將RRC銜接建立過程設計發(fā)生在ENB和MME之間的S銜接建立前,也就是在ENB尚未從MME獲得任何UE上下文前,ENB需求將RRC銜接建立終了,因此該過程主要建立最根本的SRB。RRC銜接建立勝利意味著UE與網(wǎng)絡建立了信令銜接,是進展其他業(yè)務的根底。RRC銜接建立勝利率主要經(jīng)過話務統(tǒng)計結(jié)果獲得,引薦的公式為:RRC建立勝利率= RRC銜接建立完成次數(shù)/RRC銜接懇求次數(shù)不包括重

19、發(fā);公式中相關各目的的詳細統(tǒng)計方式如下所示:目的目的描畫RRC銜接懇求次數(shù)小區(qū)接納UE的RRC Connection Request音訊次數(shù)不包括重發(fā)RRC銜接建立完成次數(shù)小區(qū)接納UE前往的RRC Connection Setup Complete音訊次數(shù)RRC建立失敗次數(shù)資源分配失敗而導致銜接建立失敗的次數(shù)UE無應對而導致銜接建立失敗的次數(shù)小區(qū)發(fā)送RRC Connection Reject音訊次數(shù)CDL信令流程及失敗緣由正常過程圖RRC建立過程正常流程每當在CDL log中發(fā)現(xiàn)一條UU接口RRC Connection Request音訊時,代表某一個UE銜接建立的開場,以后一切的音訊都可以提

20、取一樣的CellUeIndex和CELL ID。當看到RRC Connection Setup和RRC Connection Setup Complete音訊時,標志著RRC建立正常流程的終了。異常過程RRC銜接建立完成超時圖RRC銜接建立完成超時每當在CDL log中發(fā)現(xiàn)一條UU接口RRC Connection Request音訊時,代表某一個UE銜接建立的開場,以后一切的音訊都可以提取一樣的CellUeIndex和CELL ID。當看到UU接口的RRC Connection Setup和RRC事件類接口的RRC_OVERTIME音訊,并且第條音訊的定時器類型字段為RAC_TIMER_W_R

21、RC_SETUP_CMPLT時,標志著RRC銜接建立完成超時。RRC銜接建立回絕圖RRC銜接建立回絕每當在CDL log中發(fā)現(xiàn)一條UU接口RRC Connection Request音訊時,代表某一個UE銜接建立的開場,如圖.所示。第、條音訊為UU接口的RRC Connection Request、RRC Connection Reject,條音訊有一樣的小區(qū)標識與UeIndexCell,是銜接建立發(fā)生時基站為UE新分配的索引。優(yōu)化方法引見LTE系統(tǒng)內(nèi)RRC銜接建立失敗問題的能夠緣由大約分為如下幾條:RRC建立失敗主要的緣由有:上行隨機接入信道功率問題、小區(qū)重選參數(shù)問題、下行初始發(fā)射功率偏低、

22、上行初始功控問題、擁塞問題或設備異常問題等。當出現(xiàn)RRC銜接建立勝利率低的問題時,首先按照上述問題分類,了解相關問題的范圍,然后根據(jù)空口信號質(zhì)量、參數(shù)配置、干擾和上下行功率調(diào)整及設備告警等方面入手逐一排查處理,排除這些影響RRC銜接建立勝利率的客觀要素,逐漸提升該目的的勝利率。 RRC銜接建立的過程主要包括以下個個步驟:RRC銜接建立勝利信令流程首先UE經(jīng)過SRB發(fā)送RRC Connection Setup Request音訊注: SRB不斷存在, 用來傳輸映射到CCCH 的RRC信令。此音訊主要攜帶UE初始NAS表示以及該銜接建立的緣由等信息, 此高層音訊會觸發(fā)UE的底層試題進展基于競爭的隨

23、機接入過程,RRC銜接建立懇求音訊就對應于底層隨機接入過程中的Msg經(jīng)過底層的競爭接入沖突處理機制,UE接納到ENB的RRC Connection Setup音訊,建立了UE與ENodeB之間的SRB,NodeB為SRB配置RLC層和邏輯層信道的屬性。ENB還在此信令中對PHY /MAC/RLC /PDCP 等各個實體的配置參數(shù)進展配置, RRC銜接建立音訊就對應于底層隨機接入過程中的Msg。UE收到NodeB的rrcConnectionSetup信令后,UE和ENB 之間的SRB就建立起來了。 在UE接納到RRCConnectionSetup音訊后,向ENB 發(fā)送一個RRC Connecti

24、on Setup Complete音訊。此音訊中攜帶有上行方向的初始NAS層的信令音訊如Attach Request,TAU Request,Service Request等,ENB收到此音訊后,將其中的NAS音訊轉(zhuǎn)發(fā)給MME用于建立S銜接。 在第步中,假設ENB回絕為UE建立RRC銜接,那么經(jīng)過SRB回復一條RRC銜接回絕音訊RRC Connection Reject。在該RRC銜接回絕音訊中,網(wǎng)絡側(cè)可以可選地攜帶一個制止呼叫的定時器T,該定時器和系統(tǒng)廣播中的接入限制信息共同決議了UE能否被允許發(fā)起接入過程。 普通RRC銜接建立問題的定位方法如下,通用流程:RRC銜接建立問題N設備異常問題U

25、E能否發(fā)出懇求音訊Y調(diào)整隨機接入上行初始接納目的功率相關參數(shù)ENB能否收到懇求音訊NYNENB能否發(fā)出建立音訊ENB相關其他問題YUE能否收到RRC建立音訊NN能否發(fā)生小區(qū)重選調(diào)整下行公共信道功率YY優(yōu)化小區(qū)重選參數(shù)UE能否發(fā)出RRC建立完成音訊N調(diào)整下行初始發(fā)射功率Y調(diào)整上行公用信道開環(huán)功控參數(shù)NENB能否收到建立完成音訊Y上行隨機接入的問題UE發(fā)出RRC Connection Request音訊,ENB沒有收到,假設此時的下行信道質(zhì)量正常,普通是隨機接入?yún)?shù)中的初始接納目的功率設置偏低的問題。 小區(qū)重選參數(shù)問題ENB收到UE發(fā)的RRC建立懇求音訊后,下發(fā)了RRC Connection Se

26、tup音訊而UE沒有收到。查看此時的SINR,假設偏低,而且監(jiān)視集中沒有質(zhì)量更好的小區(qū),那么是覆蓋的問題可以適當提高下行公共信道的功率。假設此時監(jiān)視集中有更好的小區(qū),那么能夠是小區(qū)重選的問題,可以適當調(diào)整小區(qū)重選參數(shù)加快小區(qū)重選。 下行初始發(fā)射功率偏低問題 UE收到RRC Connection Setup音訊而沒有發(fā)出RRC Connection Setup Complete音訊,假設此時下行的信號質(zhì)量正常,那么能夠是手機異常,否那么能夠是下行初始功率過低導致下行不能同步。 上行初始功控問題 UE發(fā)出RRC Connection Setup Complete音訊而ENB沒有收到,由于上行初始功

27、控會讓UE的發(fā)射功率上升,假設是UE的發(fā)射功率缺乏導致,可以適當提高上行信道的初始期望功率和調(diào)整量等參數(shù)。相關案例引見分析小區(qū)重選參數(shù)問題問題描畫:華電集團專項小區(qū)接入率很低,且主要集中在點到點之間,查看小區(qū)無告警。由于接入失敗次數(shù)過多,影響全網(wǎng)一天的KPI目的數(shù)據(jù)。問題分析:從CDL信令看UE發(fā)起隨機接入懇求,UE發(fā)出RRCConnectionRequest后 ENB下發(fā)RRC connection setup 音訊,終端無呼應,呵斥RRC銜接建立完成超時,導致RRC建立失敗。定位過程:從最近一次的丈量上報音訊中可以看出,源小區(qū)PCI為,此時丈量到的rsrpResult 值為,由此可以計算出

28、RSRP的值為-=-dbm左右。而丈量到的相鄰目的小區(qū)PCI為 ,rsrpResult值為,小區(qū)RSRP在-dbm左右。由此可以初步分析相關的場景是UE所處位置的信號質(zhì)量不好,且存在模干擾,最終導致RRC銜接建立定時器超時后RRC連結(jié)建立失敗。處理建議:查看基站配置后,該小區(qū)的參考信號功率為,曾經(jīng)為最大。故不存在下行初始發(fā)射功率偏低問題。經(jīng)過現(xiàn)場復測抓取log進一步分析,排除天線安裝問題以及工參設置問題、排除存在大面積的弱覆蓋問題。經(jīng)過log分析,發(fā)現(xiàn)存在PCI模三干擾嚴重,重新進展規(guī)劃,修正小區(qū)的PCI。處理效果:修正PCI后,RRC接入率有所提,KPI目的數(shù)據(jù)恢復正常。小區(qū)上行功控參數(shù)設置

29、問題問題景象 NBYZ技偵大樓FHTL-從月日開場,RRC接入懇求次數(shù)變多還有伴隨著大量失敗,每天RRC勝利率根本在%左右,失敗發(fā)生在忙時時段,影響全網(wǎng)KPI。問題分析:查看小區(qū)形狀以及通道駐波均沒有問題,從CDL中看:均是ENB下發(fā)RRC set up之后終端無呼應呵斥RRC銜接超時,導致RRC接入失敗。查看根本上是UE ID為和的用戶的失敗,但是查看最近的RSRP均較高。定位過程:查看小區(qū)的IOT以及小區(qū)形狀正常,對此小區(qū)進展核對,發(fā)現(xiàn)參數(shù)在非繼續(xù)調(diào)度功率設置上出現(xiàn)問題,當此小區(qū)是-,全網(wǎng)當時都曾經(jīng)改成-,經(jīng)過對全網(wǎng)此參數(shù)的核對,發(fā)現(xiàn)還有NBYZ理工學院FHTL-也是設置為-,目的也很差。

30、處理建議:效果:把小區(qū)的非繼續(xù)調(diào)度功率從-修正到-以后目的明顯有提升:網(wǎng)元友好名時間RAB建立勝利率分母單位:次RAB建立勝利率分子單位:次RRC銜接建立勝利率分母單位:次RRC銜接建立勝利率分子單位:次RRC建立勝利率NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/.%NBYZ技偵大樓FHTL-/

31、.%NBYZ技偵大樓FHTL-/.%小區(qū)測試開關參數(shù)問題問題景象:在月苑二試擴L-小區(qū)下收不到該小區(qū)信號,無法接入該小區(qū),導致該路段信號較弱,較大區(qū)域構(gòu)成弱覆蓋。問題分析: 測試車輛在月苑南路自西向東行駛至和墨香路交叉口區(qū)域,在交叉口區(qū)域該站下無法收到該小區(qū)信號,導致該路段覆蓋較差,嚴重影響下載速率,機房核對小區(qū)形狀正常,無告警情況。圖一在后臺對比核對參數(shù)發(fā)現(xiàn),小區(qū)加載開關翻開,且?guī)д孢m用戶的模擬快開關封鎖,導致用戶終端無法接入。MAC測試開關里有小區(qū)加載開關和帶真適用戶的模擬加載開關,小區(qū)加載開關翻開的話,帶真適用戶的模擬加載開關就會生效。當需求加擾測試時需求把小區(qū)加載開關翻開,而此時假設帶

32、真適用戶的模擬加載開關封鎖,表示小區(qū)處于模擬用戶加載情況,真適用戶不能接入,假設帶真適用戶的模擬加載開關翻開,表示是用真適用戶進展加載,那么真適用戶可以接入。月苑二試擴小區(qū)正是由于小區(qū)處于模擬加載形狀,且封鎖了帶真適用戶的模擬加載開關導致測試終端搜不到小區(qū)信號,無法正常接入;處理建議:封鎖小區(qū)加載開關處理效果:封鎖小區(qū)加載開關后,終端能正常搜到小區(qū)信號,且接入正常。如以下圖:問題總結(jié)對于無法接入小區(qū)的問題,建議處置措施:核對小區(qū)形狀和告警以及硬件問題情況。核對能否由參數(shù)問題導致小區(qū)加載開關默許封鎖,在現(xiàn)網(wǎng)中進展模擬加載等測試時,測試完成后需求對參數(shù)及時進展恢復。內(nèi)存池耗盡導致信令發(fā)送失敗問題問

33、題描畫:南京F鼓樓四條巷專項L基站RRC接入失敗率很高,查看目的時段趨勢,在有業(yè)務的時段都有RRC接入失敗率較高的問題存在。實時查看小區(qū)無上行干擾,由于RRC接入失敗次數(shù)較多,影響全網(wǎng)全天的KPI目的數(shù)據(jù)。問題分析:從目的劣化趨勢看,在點左右統(tǒng)計的RRC接入失敗次數(shù)最多,一個時段內(nèi)高達次的失敗。從CDL信令看,UE在不斷的在做TAU更新,RRC接入失敗時是由于在隨機接入過程中,UE上發(fā)RRCConnectionRequest, ENB回復RRCConnectionSetup但能夠UE未收到,導致RRC接入超時,ENB側(cè)未收到RRCConnectionSetupComplete音訊,詳細CDL信

34、令情況如下:經(jīng)過NAS解碼可以得出此為TAU過程:定位過程:從mapinfo中,目的基站F鼓樓四條巷專項L所處位置屬于邊緣覆蓋,F(xiàn)鼓樓四條巷專項L-和F鼓樓四條巷專項L-小區(qū)覆蓋方向無其他小區(qū)銜接覆蓋。查看EXCEPTION日志,對應失敗的時間點事 : : : :,每個時間點都對應下面兩條告警。未知的音訊和定時器超時,從CDL中統(tǒng)計失敗緣由都是收到RRC建立完成音訊超時。經(jīng)過分析日志,發(fā)現(xiàn):半小時之間沒有發(fā)送接納勝利任何信令;存在很多信令發(fā)送失敗的情況,緣由為內(nèi)存池耗盡。查看號日志以及控制臺日志,和配置文件里,發(fā)現(xiàn)對端.和.同時配置為客戶端和效力器,導致了基站SCTP內(nèi)存池耗盡,音訊發(fā)不出去,

35、呵斥RRC接入失敗。處理建議:由于對端IP:.和IP:.同時配置為客戶端和效力器,這個配置觸發(fā)了內(nèi)存耗盡,導致信令發(fā)送失敗的景象,刪除并只保管對端.和.配置為客戶端和效力器的其中一條。晉級新版本對此配置錯誤加維護,同時處理內(nèi)存泄露的問題,以及添加對內(nèi)存耗盡后的維護,來根本處理此問題的再次發(fā)生。全頻帶高干擾導致接入失敗問題干擾定義:在每個子幀輪詢一次后都會統(tǒng)計出在個PRB中每個PRB的IOT值,當IOT值高于的PRB個數(shù)大于等于時為高IOT,查詢次早:到晚:每個小時一次數(shù)據(jù),統(tǒng)計上行兩個時隙,假好像一個站點(包括個小區(qū))超越次干擾斷定為干擾小區(qū),其中IOT超越為干擾嚴重小區(qū),IOT在之間的為干擾

36、普通小區(qū);好像一個小區(qū)多于次超越個PRB 的IOT大于斷定為全頻帶高干擾小區(qū)。問題描畫:寧波城市元年-小區(qū)無線接通率只需.%,從信令流程上看到的是存在大量基站收不到終端發(fā)上來的RRCConnectionSetupComplete音訊:問題分析:檢查基站形狀正常,查看小區(qū)無相關緣由告警,從目的趨勢看,平均分布在每個時段;從CDL信令看UE發(fā)起由于enb給UE發(fā)起RRCConnectionRequest后 ENB下發(fā)RRC connection setup 音訊,但未收到終端上發(fā)的RRCConnectionSetupComplete音訊,呵斥RRC銜接建立完成超時,導致RRC銜接建立失敗。查詢上行

37、低噪,發(fā)現(xiàn)較多的PRB都存在較高的IOT值。對小區(qū)的IOT進展監(jiān)控,可以看到高干擾,并且鄰區(qū)并無大量用戶。處理效果:月日將城市元年-小區(qū)PGC開關翻開,該小區(qū)前后一周的KPI數(shù)據(jù)如下:ERAB掉線率無線接通率無線掉線率-.%.%.%-.%.%.%-.%.%.%-.%.%.%-.%.%.%-.%.%.%-.%.%.%日-日平均值.%.%.%-翻開PGC開關.%.%.%-.%.%.%-.%.%.%-.%.%.%-.%.%.%-.%.%.%-.%.%.%-.%.%.%日-日平均值.%.%.%其中月日KPI數(shù)據(jù)異常,在未翻開PGC開關的情況下各項KPI目的都非常好,查看KPI原始數(shù)據(jù)確認是當天業(yè)務量太

38、少:RAB建立勝利率分母單位:次RAB建立勝利率分子單位:次RRC銜接建立勝利率分母單位:次RRC銜接建立勝利率分子單位:次無線接通率.%.%.%.%.%.%.%.%如上述表格數(shù)聽闡明,在翻開PGC開關后,無線接通率有所提升。ERAB建立勝利率實際引見涉及話統(tǒng)打點圖 圖如HYPERLINK mk:MSITStore:D:_話統(tǒng)KPI監(jiān)控與分析eNodeB%VRCSPC%性能目的參考(CHM)-CNeNodeB%VRCSPC%性能目的參考(CHM)-CN.chm:/lte/lte-enodeb-performance-counter-reference/MtType_.html l MtType

39、_fig圖或HYPERLINK mk:MSITStore:D:_話統(tǒng)KPI監(jiān)控與分析eNodeB%VRCSPC%性能目的參考(CHM)-CNeNodeB%VRCSPC%性能目的參考(CHM)-CN.chm:/lte/lte-enodeb-performance-counter-reference/MtType_.html l MtType_fig圖中A點所示,當eNodeB收到MME的INITIAL CONTEXT SETUP REQUEST或者E-RAB SETUP REQUEST音訊時統(tǒng)計該目的。假設INITIAL CONTEXT SETUP REQUEST或者E-RAB SETUP RE

40、QUEST音訊中要求同時建立多個E-RAB,那么相應目的根據(jù)業(yè)務的QCI按詳細的E-RAB建立數(shù)目分別進展累加。如HYPERLINK mk:MSITStore:D:_話統(tǒng)KPI監(jiān)控與分析eNodeB%VRCSPC%性能目的參考(CHM)-CNeNodeB%VRCSPC%性能目的參考(CHM)-CN.chm:/lte/lte-enodeb-performance-counter-reference/MtType_.html l MtType_fig圖或HYPERLINK mk:MSITStore:D:_話統(tǒng)KPI監(jiān)控與分析eNodeB%VRCSPC%性能目的參考(CHM)-CNeNodeB%VR

41、CSPC%性能目的參考(CHM)-CN.chm:/lte/lte-enodeb-performance-counter-reference/MtType_.html l MtType_fig圖中B點所示,當eNodeB向MME發(fā)送E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE音訊時統(tǒng)計該目的。假設E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE音訊中同時攜帶多個E-RAB的建立,那么相應目的按各個業(yè)務的QCI分別進展累加。目的目的描畫小區(qū)E-RAB嘗試建立總次數(shù)用戶嘗試發(fā)起E-RA

42、B建立流程的總次數(shù)小區(qū)E-RAB建立勝利總次數(shù)用戶發(fā)起E-RAB建立流程,建立勝利的總次數(shù)小區(qū)E-RAB建立失敗緣由中心網(wǎng)問題導致E-RAB建立失敗次數(shù)傳輸層問題導致E-RAB建立失敗次數(shù)無線層問題導致E-RAB建立失敗次數(shù)無線資源缺乏導致E-RAB建立失敗次數(shù)平安方式配置失敗導致ERAB建立失敗次數(shù)此外,話統(tǒng)還針對各QCI進展了ERAB嘗試建立次數(shù)和ERAB建立勝利次數(shù)的統(tǒng)計。由于目前很少用到不同的QCI,業(yè)務根本以QCI的業(yè)務為主,所以不需求關注詳細的業(yè)務類別的ERAB統(tǒng)計。目的定義ERAB建立勝利率小區(qū)E-RAB建立勝利總次數(shù)/小區(qū)E-RAB嘗試建立總次數(shù)小區(qū)無線接通率RRC建立勝利率E

43、RAB建立勝利率。CDL信令流程及失敗緣由正常過程上下文建立過程根本流程上下文建立過程根本流程上下文建立流程是以S Initial Context Setup Request開場,以后一切的音訊都可以提取一樣的eNBUEID。S Initial Context Setup Response音訊標志著上下文建立根本流程的終了。S Initial Context Setup Request音訊的詳細解碼結(jié)果中,E-RABToBeSetupListCtxtSUReq里面的承載個數(shù)等于時,意味著這次上下文建立過程只是建立默許承載;而當此值大于時,那么意味著這次上下文建立過程除了建立默許承載外還要建立公

44、用承載。在S Initial Context Setup Response音訊的詳細解碼結(jié)果中,E-RABSetupListCtxtSURes里面的承載個數(shù)代表建立勝利的默許承載和公用承載數(shù)目,E-RABList里面的承載個數(shù)代表建立失敗的默許承載和公用承載數(shù)目。公用承載建立根本流程公用承載建立根本流程公用承載建立流程以S ERAB Setup Request音訊開場,以后一切的音訊都可以提取一樣的eNBUEID。S ERAB Setup Response音訊標志著公用承載建立根本流程的終了。異常過程上下文建立過程中等待UE才干信息超時上下文建立過程中等待UE才干信息超時當看到UE Capab

45、ility Enquiry和S Initial Context Setup Failure音訊并且第條音訊的value Cause字段的值為failure-in-radio-interface-procedure時,標志著上下文建立流程中UE才干信息超時。上下文建立過程中等待平安方式完成超時上下文建立過程中等待平安方式完成超時當看到Security Mode Command和S Initial Context Setup Failure音訊并且最后一條音訊的value Cause字段的值為failure-in-radio-interface-procedure時,標志著上下文建立流程中平安方式

46、命令音訊超時。上下文建立過程中等待RRC重配完成超時上下文建立過程中等待RRC重配完成超時當看到RRC Connection Reconfiguration和S Initial Context Setup Failure音訊并且最后一條音訊的value Cause字段的值為failure-in-radio-interface-procedure時,標志著上下文建立流程中空口重配置音訊超時。上下文建立過程中AS平安失敗上下文建立過程中AS平安失敗當看到Security Mode Failure音訊時,標志著上下文建立流程中平安配置失敗。上下文建立過程中傳輸錯誤上下文建立過程中傳輸錯誤當看到S I

47、nitial Context Setup Failure音訊并且其詳細解碼中的value Cause字段為transport-resource-unavailable時,標志著上下文建立流程中傳輸錯誤。上下文建立過程中內(nèi)部其他錯誤上下文建立過程中內(nèi)部其他錯誤當看到S Initial Context Setup Failure音訊并且其詳細解碼中的value Cause字段不為failure-in-radio-interface-procedure、transport-resource-unavailable和encryption-and-or-integrity-protection-algo

48、rithms-not-supported時,標志著上下文建立流程中內(nèi)部其他錯誤。公用承載建立過程中等待RRC重配完成超時公用承載建立過程中等待RRC重配完成超時當看到RRC Connection Reconfiguration和S UE Context Release Request音訊并且最后一條音訊的value Cause字段的值為failure-in-radio-interface-procedure時,標志著公用承載建立流程中空口重配置音訊超時。相關案例引見分析路由關系未配無法接入的問題問題描畫:蘭州LTE示范站,銜接的是華為中心網(wǎng),基站開通后,SCTP鏈路正常建立,小區(qū)正常,但是終端

49、無法附著勝利。問題分析:經(jīng)過信令流程分析,在終端RRC建立完成,鑒權、平安流程完成后,中心網(wǎng)下發(fā)了終端上下文建立的懇求 ,之后基站直接回復了上下文建立失敗,失敗緣由value Cause : transport : transport-resource-unavailable,如以下圖:定位過程:根據(jù)信令流程提示,經(jīng)過查看失敗信令的前一條信令,中心網(wǎng)下發(fā)上下文建立懇求音訊中,攜帶的sgw iP地址如以下圖,轉(zhuǎn)化成十進制是:.:而在基站的傳輸配置中,檢查路由配置關系中發(fā)現(xiàn),基站路由中沒有添加到.這個網(wǎng)段的路由,所以導致了終端由于沒有傳輸路由而上下文建立失敗。 處理效果:現(xiàn)場添加完成該網(wǎng)段路由后,

50、終端附著勝利,業(yè)務正常。網(wǎng)關IP配置錯誤導致無法附著問題描畫:南京統(tǒng)計KPI目的發(fā)現(xiàn)南體分校試擴L ERAB建立全部失敗,全天失敗次數(shù)在兩萬多次,嚴重影響了全網(wǎng)目的。問題分析:經(jīng)過提取該站的CDL log分析發(fā)現(xiàn),終端RRC建立已完成,鑒權和平安也已經(jīng)過,中心網(wǎng)下發(fā)了終端上下文建立的懇求后,基站直接回復了上下文建立失敗,失敗緣由value Cause : transport : transport-resource-unavailable,經(jīng)過ATP跟蹤信令流程和CDL看到的結(jié)果一樣,如以下圖:定位過程:從CDL log中的InitialContextSetupRequest音訊中 trans

51、portLayerAddress B對應的是.,經(jīng)過核對確認中心網(wǎng)側(cè)的SGW IP確定是.。對enb側(cè)的路由設置進展檢查,S鏈路斷鏈恢復后,該基站的路由中包含.的路由。而后經(jīng)過仔細核對該路由關系,發(fā)現(xiàn)該條路由關系中網(wǎng)關IP地址:.和基站的IP地址:.不在同一個網(wǎng)段內(nèi),檢查原始規(guī)劃數(shù)據(jù),發(fā)現(xiàn)和規(guī)劃數(shù)據(jù)不一致,所以導致了終端由于傳輸錯誤而上下文建立失敗。 處理效果:現(xiàn)場修正網(wǎng)關IP地址后,終端勝利附著,業(yè)務正常。平安參數(shù)配置問題問題描畫:福州挪動運用三星S終端無法附著,查看CDL,失敗緣由是“SecurityModeFailure。問題分析:、查看目前基站平安開關為封鎖,當此開關封鎖時,基站默許選

52、擇空算法EIA進展完保。協(xié)議規(guī)定平安開關封鎖時,ENB默許一種算法進展完保,大唐目前默許空算法EIA查看平安開關節(jié)點:LMT-全局參數(shù)配置-全局測試開關-HL全局測試開關、經(jīng)過WIRESHARK抓包,終端上報的才干中,不支持空算法EIA,所以終端接入時,基站運用默許空算法,導致終端平安方式失敗。定位結(jié)果:翻開平安開關,基站根據(jù)配置算法的優(yōu)先級和終端支持的算法來選擇對應適宜的,即可保證終端完保經(jīng)過。處理建議:按信令流程分析,當平安失敗時,普通都是基站設置的算法終端部支持,所以首先查看平安開關能否封鎖,假設封鎖那么翻開。平安開關翻開后,假設終端不支持第一優(yōu)先級算法,那么會根據(jù)算法優(yōu)先級一一選擇。處

53、理效果:翻開平安開關后,三星S終端可以勝利附著。切換勝利率優(yōu)化實際引見切換勝利率是挪動堅持類的重要目的之一,按照涉及的網(wǎng)元關系可以分為ENB內(nèi)切換勝利勝利率、ENB間包括X切換和S切換切換勝利率。切換勝利率的高低,直接影響用戶感受,是運營商重點考核的KPI目的之一。目的定義切換Handover是挪動通訊系統(tǒng)的一個非常重要的功能。作為無線鏈路控制的一種手段,切換可以運用戶在穿越不同的小區(qū)時堅持延續(xù)的通話。切換勝利率是指一切緣由引起的切換勝利次數(shù)與一切緣由引起的切換懇求次數(shù)的比值。切換主要的目的是保證通話的延續(xù),提高通話質(zhì)量,減小網(wǎng)內(nèi)越區(qū)干擾,為UE用戶提供更好的效力。切換勝利率主要經(jīng)過話務統(tǒng)計結(jié)

54、果獲得,引薦的公式為:ENB間切換勝利率= ( ENB間S切換出勝利次數(shù) +ENB間X切換出勝利次數(shù) ) / ( ENB間S切換出執(zhí)行懇求次數(shù) +ENB間X切換出執(zhí)行懇求次數(shù) )ENB內(nèi)切換勝利率= eNB內(nèi)切換出勝利次數(shù)/eNB內(nèi)切換出懇求次數(shù)*% ENB間切換相關的目的描畫如下:目的目的描畫小區(qū)eNodeB間切換出嘗試次數(shù)小區(qū)eNodeB間切換出嘗試次數(shù)小區(qū)eNodeB間切換出勝利次數(shù)小區(qū)eNodeB間切換出勝利次數(shù)小區(qū)切換出失敗次數(shù)中心網(wǎng)緣由導致切換出預備失敗次數(shù)目的小區(qū)無呼應導致切換出預備失敗次數(shù)目的小區(qū)回復切換預備失敗音訊導致切換出預備失敗次數(shù)源小區(qū)接納到丈量報告后不觸發(fā)切換懇求指示

55、導致切換失敗次數(shù)源小區(qū)發(fā)送切換取消導致切換出失敗次數(shù)ENB內(nèi)切換相關的目的描畫如下:目的ID目的描畫小區(qū)eNodeB內(nèi)切換出嘗試次數(shù)小區(qū)eNodeB內(nèi)切換出嘗試次數(shù)小區(qū)eNodeB內(nèi)切換出勝利次數(shù)小區(qū)eNodeB內(nèi)切換出勝利次數(shù)小區(qū)切換出失敗次數(shù)目的小區(qū)無呼應導致切換出預備失敗次數(shù)目的小區(qū)回復切換預備失敗音訊導致切換出預備失敗次數(shù)源小區(qū)接納到丈量報告后不觸發(fā)切換命令導致切換失敗次數(shù)源小區(qū)發(fā)送切換取消導致切換出失敗次數(shù)CDL信令流程正常過程總體流程圖:X切換源側(cè)正常流程:UU接口Measurement Report音訊代表UE丈量上報流程的開場,也就是X切換源側(cè)流程的第條音訊。第、條音訊為X接口

56、的X Handover Request和X Handover Request Acknowledge音訊,留意對于X切換源側(cè)來講,第條音訊為發(fā)送,第條音訊為接納。第條音訊是UU接口的RRC Connection Reconfiguration,留意在這條音訊asn解碼后的內(nèi)容中,必需存在mobilityControlInfo字段。X切換目的側(cè)正常流程: 每當在CDL log中發(fā)現(xiàn)一條接納方向的X接口X Handover Request音訊時,代表X切換目的側(cè)流程的開場。第條音訊為X接口的X Handover Request Acknowledge,留意這兩條音訊對于X切換目的側(cè)來講,分別為接納

57、、發(fā)送。第、條音訊分別為UU接口的RRC Connection Reconfiguration Complete、S接口的S Path Switch Request音訊和S Path Switch Request Acknowledge音訊以及X接口的X UEContextRelease音訊。優(yōu)化方法引見LTE系統(tǒng)內(nèi)一切切換問題最終都可以歸納為ENB間的小區(qū)間切換和ENB內(nèi)的小區(qū)間切換等。根據(jù)現(xiàn)網(wǎng)處置該問題的案例和現(xiàn)網(wǎng)實施的閱歷,影切換問題的能夠緣由大約分為如下幾條:硬件傳輸缺點載頻壞、合路天饋問題;數(shù)據(jù)配置不合理;擁塞問題;時鐘問題;干擾問題;覆蓋問題及上下行不平衡;當出現(xiàn)切換勝利率低的問題

58、時,首先按照切換問題分類,了解切換問題的范圍,然后根據(jù)硬件、數(shù)據(jù)配置、擁塞、時鐘、干擾、覆蓋等方面入手逐一排查處理,排除這些影響切換勝利率的客觀要素,然后根據(jù)自動鄰區(qū)優(yōu)化提升切換勝利率。切換信令流程基站內(nèi)小區(qū)間切換信令流程,如下圖: 圖 : 基站內(nèi)小區(qū)間切換信令流程基站間S切換測試流程,如下圖:圖: S切換源基站側(cè)信令流程基站間X切換測試流程,如下圖:圖: X切換目的基站側(cè)信令流程涉及話統(tǒng)打點小區(qū)eNodeB內(nèi)同頻切換出嘗試次數(shù):如HYPERLINK mk:MSITStore:D:_話統(tǒng)KPI監(jiān)控與分析eNodeB%VRCSPC%性能目的參考(CHM)-CNeNodeB%VRCSPC%性能目的

59、參考(CHM)-CN.chm:/lte/lte-enodeb-performance-counter-reference/MtType_.html l MtType_fig圖中A點所示,在eNodeB內(nèi)切換過程中,當小區(qū)接納到UE的Measurement Report音訊后,切換判決要進展eNodeB內(nèi)切換時,上述丈量目的加。各目的的詳細統(tǒng)計方式如下所示:源小區(qū)和目的小區(qū)頻點一樣,目的L.HHO.IntraeNB.IntraFreq.PrepAttOut加。小區(qū)eNodeB內(nèi)同頻切換出勝利次數(shù):圖圖 如HYPERLINK mk:MSITStore:D:_話統(tǒng)KPI監(jiān)控與分析eNodeB%VRC

60、SPC%性能目的參考(CHM)-CNeNodeB%VRCSPC%性能目的參考(CHM)-CN.chm:/lte/lte-enodeb-performance-counter-reference/MtType_.html l MtType_fig圖中C點所示,在eNodeB內(nèi)切換過程中,當eNodeB目的小區(qū)收到UE前往的RRC Connection Reconfiguration Complete音訊后,等待切換過程中的緩存數(shù)據(jù)轉(zhuǎn)發(fā)完成時統(tǒng)計相應目的,假設切換過程中源小區(qū)和目的小區(qū)頻點一樣,目的L.HHO.IntraeNB.IntraFreq.ExecSuccOut加;或者如HYPERLINK

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論