簡介中興OLT常用命令及故障解析處理手冊是一份面向運營商與政企網(wǎng)絡運維人員的設備運維SOP聚焦中興ZXA10 C300/C320的日常維護與故障閉環(huán)。內容先介紹設備面板、業(yè)務板卡和上聯(lián)接口再給出show card、show version、show interface等高頻命令并結合板卡狀態(tài)字段說明如何判讀單板不在位、無供電、類型不匹配等異常便于快速定位OLT側問題。故障部分按設備板卡、ONU、光貓、上聯(lián)鏈路等維度展開覆蓋網(wǎng)元斷鏈、光貓注冊異常、機頂盒誤獲取地址、流氓光貓干擾、測速不達標及專線卡頓等真實場景的排查步驟可作一線排障手冊。資源包為單個pptx演示文稿大小7.17MB以圖文結合方式呈現(xiàn)結構清晰、分節(jié)明確適合隨身查閱和團隊培訓。已有2789人學習尤其適合剛接觸中興OLT或需要系統(tǒng)梳理故障處理流程的工程師作為日常維護和故障排查的參考手冊。1. 半夜被OLT告警叫醒先看懂一塊“HWONLINE”板卡再動手做接入網(wǎng)維護的人幾乎都被OLT告警在半夜叫醒過。網(wǎng)管彈出一條“單板不在線”或“光貓注冊失敗”趕到機房一查show card 輸出里整整齊齊列著一堆狀態(tài)值——INSERVICE、NOPOWER、HWONLINE、TYPEMISMATCH每行都像一個狀態(tài)黑匣子。如果不熟悉這套 OLT 常用命令很容易把 HWONLINE 當成“在線”去處理結果板卡根本沒有進入服務狀態(tài)業(yè)務中斷時間被白白拉長。這篇故障解析處理筆記圍繞某廠商 ZXA10 C300/C320 的板卡狀態(tài)、注冊排查、業(yè)務故障和典型案例展開所有命令都可以直接抄到設備上執(zhí)行。適合兩類人新手照著命令能完成基礎排障熟手能拿走一整套“現(xiàn)象—根因—動作”的定位思路少走彎路。2. show card 一欄讀懂板卡狀態(tài)七個狀態(tài)值背后的硬件故障含義2.1 show card 輸出里每個狀態(tài)值對應什么故障業(yè)務中斷時我第一件事就是把 show card 拉出來看。這條命令在 C300/C320 上都通用輸出能直觀反映設備里每一塊板的配置類型、實際類型、端口數(shù)、軟硬件版本和運行狀態(tài)ZXA10-C300# show card Rack Shelf Slot CfgType RealType Port HardVer SoftVer Status ------------------------------------------------------------------------------- 1 1 0 PRWG PRWG 0 V1.0.0 INSERVICE 1 1 1 PRWG PRWG 0 V1.0.0 NOPOWER 1 1 2 GTGO GTGOG 8 V1.0.0 V2.1.0 HWONLINE 1 1 3 GTGO GTGOG 8 V1.0.0 V2.1.0 INSERVICE 1 1 4 GTGH OFFLINE 1 1 13 ETGO 8 V1.0.0 V2.1.0 TYPEMISMATCH 1 1 14 GTGH GTGHG 16 V1.0.0 V2.1.0 CONFIGING 1 1 10 SCXM SCXM 0 V1.0.0 V2.1.0 INSERVICE 1 1 11 SCXM SCXM 0 V1.0.0 V2.1.0 STANDBY這段輸出看起來字段很多真正需要盯住的只有最后一列 Status。INSERVICE 表示板卡進入服務狀態(tài)也就是正常承載業(yè)務NOPOWER 表示板卡在位但沒有通電常見原因是電源板對應槽位供電異常或者板卡本身存在短路等硬件問題HWONLINE 表示板卡在位但不在線通常意味著設備里沒有添加這塊單板的配置、缺少版本文件或者單板已經(jīng)損壞OFFLINE 表示板卡不在位可能是沒插到位也可能是背板槽位接觸不良TYPEMISMATCH 表示配置添加的板卡類型與實際插入的板卡類型不一致這是現(xiàn)場最容易看錯的故障CONFIGING 是配置同步狀態(tài)正常情況下是臨時過渡狀態(tài)長時間停留就說明主控和該板卡之間的通信出了問題。參數(shù)方面CfgType 是網(wǎng)管或配置里添加的板卡型號RealType 是系統(tǒng)實際識別到的型號兩列不一致時系統(tǒng)直接回報 TYPEMISMATCH。Port 代表這塊板的端口數(shù)量比如 GTGH 對應 16 口 GPON 板。HardVer 和 SoftVer 分別是硬件版本和軟件版本HWONLINE 的那一行 SoftVer 經(jīng)常為空原因就是版本文件沒同步上去。補充一句SCXM 這類主控板還會出現(xiàn) STANDBY表示它是備用主控屬于正常狀態(tài)不是故障。2.2 運行時間與重啟痕跡show system-group 怎么用板卡狀態(tài)全部正常業(yè)務卻斷過這時候要懷疑設備是否掉電或重啟過。常見做法是執(zhí)行 show system-group它會輸出系統(tǒng)描述、軟件版本、設備名稱和啟動時間。ZXA10-C300# show system-group System Description: C300 Version V2.1.0 Software Started before: 5 days, 16 hours, 15 minutes System name: FuWuQi-OLT-C300重點看 “Started before” 這一行它表示設備從上次啟動到現(xiàn)在運行了多久。如果這個數(shù)值明顯小于你預期的運行時長說明設備在近期掉過電或有人復位過主控。把這個時間點和網(wǎng)管告警記錄對齊就能判斷是市電輸入閃斷、UPS 異常還是人為操作導致的復位不用再靠猜。這個命令在“整臺設備業(yè)務全部中斷”的場景里價值很高很多新手會忽略它。我一般把 show system-group 和 show card 配合使用先看板卡狀態(tài)有沒有異常再看運行時間是否被重置過。兩行輸出就能區(qū)分是“單板故障”還是“整機重啟”這是后續(xù)處理方向完全不同的兩條路。2.3 決定設備壽命的三兄弟風扇、溫度、CPU單板在線不等于設備健康。熱量和 CPU 過載引發(fā)的故障往往先表現(xiàn)為“業(yè)務時好時壞”最后才告警屬于隱蔽型故障。三條環(huán)境類命令在排障時是配套出現(xiàn)的ZXA10-C300# show fan Environment Temperature : 23(deg c) FanSpeedLevelPercent : 20% 35% 50% 75% Upper Fanboard Status : online FanUnitId SpeedLevel ActualSpeed(RPM) 1 2 2100 2 2 2100 3 2 2100 ZXA10-C300# show card-temperature Rack Shelf Slot Temperature Temperature(5m) Temperature(1h) 1 1 2 44 43 43 1 1 16 44 44 44 ZXA10-C300# show processor Rack Shelf Slot CPU(5s) CPU(1m) CPU(5m) PhyMem(MB) Memory 1 1 10 12% 16% 13% 510 66% 1 1 11 22% 24% 23% 510 66%show fan 里風扇的轉速等級會根據(jù)環(huán)境溫度自動調節(jié)只要有一組風扇 ActualSpeed 長期為 0就應該安排更換風扇模塊。show card-temperature 重點看有沒有超過 55℃ 的板卡PON 板的光模塊對溫度尤其敏感溫度過高會直接造成光功率劣化和誤碼率上升。show processor 則看 CPU 利用率和內存若 CPU 長時間大于 60% 就需要重視長時間 99% 基本可判定為協(xié)議報文沖擊這在后面流氓光貓的案例里會專門展開。這三條命令看的是“趨勢”而不是“當前值”。因為 show card-temperature 本身提供了 5 分鐘和 1 小時的平均值我通常會隔幾分鐘再執(zhí)行一次看溫度曲線是緩慢爬升還是突變。緩慢爬升先查風扇和機房空調突變則優(yōu)先懷疑光模塊或板卡寄存器異常。這一套十幾秒就能敲完卻能把機房環(huán)境類和協(xié)議類故障提前攔下來。3. 光貓注冊失敗排查從“未注冊列表”到“認證拒絕”的三步定位法3.1 先查未注冊列表show pon onu uncfg 與 EPON 側的差異光貓注冊不上最忌諱反復重啟光貓。正確的起點是在 OLT 上確認光貓到底有沒有被“看見”。GPON 側的執(zhí)行命令是 show pon onu uncfg它能列出所有未完成注冊的光貓并給出 SN 和 LOID 兩列關鍵信息ZXA10-C300# show pon onu uncfg OltIndex SN LOID gpon-olt_1/1/6 FHTT56075A10 9980991636C gpon-olt_1/14/2 SCTY40F25A38 N/A gpon-olt_1/14/8 YHTCE88A12C3 useradmin gpon-olt_1/15/2 YHTCE88AAEC0 9980260532COltIndex 表示光貓是掛在哪個框、哪個槽、哪個 PON 口下SN 是光貓序列號LOID 是邏輯標識。排查時先看 LOID 列顯示 N/A 說明這臺光貓的 LOID 為空需要核對開戶數(shù)據(jù)是否寫錯顯示成一串數(shù)字或字符說明 LOID 已經(jīng)上報但 OLT 上可能沒有這條注冊記錄或者 LOID/密碼不匹配導致認證被拒。EPON 側的“未注冊”命令是 show onu unauthentication輸出比 GPON 更直觀它會直接給出 Online State 為 authentication deny意思就是光貓的認證請求被拒絕同時還能看到 MAC、SN、軟硬件版本和注冊時間。這里記住一個區(qū)別EPON 光貓主要靠 MAC/SN 認證GPON 光貓主要靠 LOID/SN 認證兩側未注冊列表的字段含義不同不要拿 EPON 的字段去套 GPON。3.2 按 SN / LOID 反查注冊位置一條命令定位光貓掛在哪如果光貓之前注冊過只是現(xiàn)在業(yè)務不通或者現(xiàn)場人員不知道光貓掛在哪臺設備下可以用反查命令精確定位。GPON 側對應兩條ZXA10-C300# show gpon onu by loid 9980599382C Search result ----------------- gpon-onu_1/1/1:1 ZXA10-C300# show gpon onu by sn FHTT57D2AEF0 Search result ----------------- gpon-onu_1/1/1:2返回結果里的 gpon-onu_1/1/1:1 是這臺光貓在 OLT 側的邏輯接口名框 1、槽 1、PON 口 1、ONU ID 1。如果命令返回 “%Code 62310-GPONSRV : No related information to show”說明 OLT 上根本沒有這條注冊記錄問題大概率在開戶數(shù)據(jù)和網(wǎng)管側光貓本身不用動。這個反查命令在“光貓搬家”場景里特別好用——原來掛在 a PON 口下的光貓被挪到 b PON 口b 口顯示未注冊a 口的注冊記錄還占著位置需要先把舊端口的數(shù)據(jù)清理掉。EPON 側對應命令是 show epon onu by loid使用邏輯完全一樣。我習慣把未注冊列表和反查命令搭著用先在 uncfg 里找到 SN再用 by sn 確認它是否注冊在別的端口避免出現(xiàn)“新端口報未注冊、舊端口還在占用”的翻車現(xiàn)場。3.3 注冊成功但業(yè)務不通單層 VLAN 與雙層 VLAN 的核查重點注冊成功只是第一步業(yè)務不通還得看 ONU 的數(shù)據(jù)配置。先看 PON 口下注冊了哪些光貓再切入單臺光貓的詳細配置ZXA10-C300# show running-config interface gpon-olt_1/7/9 interface gpon-olt_1/7/9 onu 1 type F660 loid 9980653198C onu 2 type F660 loid 9980653199C onu 12 type F660 loid 9980653227C ! ZXA10-C300# show running-config interface gpon-onu_1/7/9:12 interface gpon-onu_1/7/9:12 description $onuname$$$ sn-bind disable tcont 1 name ITMS allocid 264 profile ITMS tcont 2 name HSI allocid 267 profile HSI tcont 3 name ITV-50M allocid 265 profile ITV tcont 4 name VOIP allocid 266 profile VOIP service-port 1 vport 1 user-vlan 46 vlan 46 svlan 2270 service-port 2 vport 2 user-vlan 41 vlan 312 svlan 270 service-port 3 vport 3 user-vlan 45 vlan 45 svlan 1270 service-port 4 vport 4 user-vlan 43 vlan 43 svlan 3270 igmp fast-leave enable vport 3第一段命令看的是 PON 口下配置了哪幾臺光貓每行 onu 后面的數(shù)字是 ONU IDtype 是光貓型號loid 是綁定標識。第二段是單臺光貓的業(yè)務配置tcont 是帶寬容器allocid 是分配標識service-port 完成用戶 VLAN 到運營商網(wǎng)絡的映射轉發(fā)。核查時先區(qū)分業(yè)務模型——上行直連 BAS 的service-port 通常有 vlan 和 svlan 兩層上行先到匯聚交換機再轉 BAS 的往往是單層 vlan。如果機頂盒獲取錯誤地址、IPTV 點播異常優(yōu)先核對 IPTV 對應 service-port 的 svlan 和組播 vlan 是否與開戶模板一致。遠程下發(fā)場景下還要再看一層OLT 到光貓之間的 gemport 映射。常見做法是用 show onu running config 查看 pon-onu-mng 段ZXA10-C300# show onu running config gpon-onu_1/7/9:12 pon-onu-mng gpon-onu_1/7/9:12 flow 1 pri 7 vlan 46 flow 2 pri 0 vlan 41 flow 3 pri 5 vlan 45 flow 3 pri 5 vlan 50 gemport 1 flow 1 gemport 2 flow 2 gemport 3 flow 3這段配置是光貓電口數(shù)據(jù)的下發(fā)通道起 OLT 與 ONU 之間業(yè)務流的橋梁作用。非簡化模式下 flow 與 gemport 一一對應每個 flow 綁定一個業(yè)務 VLAN 和優(yōu)先級簡化命令模式則直接用 service 關鍵字把 gemport 映射到業(yè)務。這里最容易踩坑的地方是把 interface gpon-onu 下的 service-port 和 pon-onu-mng 里的 flow 混在一起看前者管 OLT 側轉發(fā)后者管光貓側下發(fā)兩者錯位就會注冊成功但業(yè)務全斷而且從 PON 口狀態(tài)上看不出任何異常。4. 業(yè)務故障處理網(wǎng)元斷鏈、流氓光貓、測速不達標的現(xiàn)場套路4.1 板卡故障處理TYPEMISMATCH 與 HWONLINE 的動手順序板卡狀態(tài)異常的處理核心原則是“先核對配置再動硬件”。以 TYPEMISMATCH 為例它代表添加板卡與實際插入的板卡不匹配可能是施工時插入了與配置不同的板卡也可能是網(wǎng)管側把槽位型號配錯了。正確順序是查看實際板卡型號→核對 CfgType→把配置改成實際型號或把板卡換成配置型號兩者一致后狀態(tài)才能恢復。如果只拔卡換新配置里還是錯的那個型號換多少塊都一樣。HWONLINE 的處理稍微復雜它對應三種根因沒有添加單板、沒有版本文件、單板損壞。判斷順序是先用 show card 看 RealType 列有沒有值有值說明板卡能被識別優(yōu)先檢查軟件版本是否同步?jīng)]值說明板卡本身或背板通信有問題再把單板重新插拔一次。注意不要在業(yè)務高峰期反復熱插拔否則容易造成同槽位其他板卡誤告警。如果板卡狀態(tài)長時間卡在 CONFIGING說明配置同步?jīng)]有完成重點查主控到該板卡的內部通信而不是馬上更換板卡。這里給一張狀態(tài)值與處理動作的對照表貼到值班手冊里可以直接照著做狀態(tài)值含義首選處理動作INSERVICE板卡正常服務無需處理NOPOWER在位不通電查電源板和供電鏈路HWONLINE在位不在線核對單板配置與版本文件再判斷是否損壞OFFLINE不在位重新插拔或檢查背板槽位TYPEMISMATCH配置與實際型號不符修改配置或更換板卡使其一致CONFIGING配置同步中觀察是否恢復長時間停留查主控通信STANDBY備用板卡無需處理4.2 OLT 網(wǎng)元斷鏈按“物理層→IP 層→網(wǎng)管通道”三層排查網(wǎng)元斷鏈是網(wǎng)管側最刺眼的告警之一本質是網(wǎng)管到 OLT 的管理通道不可達。處理時我按從下往上的順序來每一步都有明確的退出條件。先看上聯(lián)口物理狀態(tài)常見做法是執(zhí)行 show interface 類命令確認上聯(lián)光模塊是否正常、端口是否 UP、有無大量錯包ZXA10-C300# show interface gei_1/12/1 ZXA10-C300# ping 網(wǎng)管服務器管理IP source 上聯(lián)VLAN接口IP第一行看的是上聯(lián)光口的物理層和鏈路層狀態(tài)如果端口 DOWN直接查光纖和光模塊不用繼續(xù)往下走。第二行是從 OLT 側主動發(fā)起 ping探測管理通道是否可達能通說明數(shù)據(jù)面轉發(fā)正常問題在網(wǎng)管側的服務器或路由不通則要根據(jù) ping 結果逐段回退——先 ping 上聯(lián)交換機的 VLAN 網(wǎng)關再 ping 網(wǎng)管網(wǎng)關用分段法把斷點定位在某一跳。還有一類隱蔽原因是管理 VLAN 配置被誤刪或者 QoS 策略丟棄了管理報文這種場景下物理層和 IP 層看起來都通但網(wǎng)管就是收不到 OLT 的主動上報需要核查管理業(yè)務配置和策略。這里強調一點網(wǎng)元斷鏈不一定影響用戶上網(wǎng)但會直接影響遠程運維入口所以它屬于最高優(yōu)先級告警之一。4.3 流氓光貓與 CPU 協(xié)議沖擊一個 PON 口下所有用戶掉線的元兇某個 PON 口下所有用戶同時掉線、時斷時續(xù)PON 板 CPU 長時間跑滿這是典型的流氓光貓癥狀。所謂流氓光貓是指某臺光貓異常發(fā)光或持續(xù)發(fā)送錯誤報文干擾了同 PON 口下其他光貓的上行時隙讓整個 PON 口處于半癱瘓狀態(tài)。最麻煩的是它可能時好時壞等你到場排查時又恢復正常常被誤判為“偶發(fā)干擾”。定位手法是三步走。第一步show processor 確認 CPU 利用率是否異常長時間 99% 基本可以判定協(xié)議報文沖擊第二步檢查該 PON 口的收發(fā)光功率流氓光貓發(fā)作時接收光功率通常會異常升高第三步在故障發(fā)作窗口把疑似光貓逐個去激活或斷開尾纖觀察 CPU 利用率和 PON 口錯包率是否回落回落的那個就是問題源。鎖定后更換或關閉該光貓PON 口下的其他用戶隨即恢復。這套做法的完整流程在故障案例里寫得很清楚現(xiàn)場按順序執(zhí)行比用排除法瞎猜快得多。測速不達標和專線卡頓也常走類似的排查鏈路先確認光貓的帶寬模板是否滿足簽約速率再看上聯(lián)口流量和是否存在擁塞最后才是光纖衰耗。順序不能亂——用戶側模板沒核對清楚就去動光路往往白忙一趟。常見做法是核對 tcont 對應的 profile 配置再通過上聯(lián)口流量統(tǒng)計確認是否跑滿端口帶寬。5. 常見問題避坑五個讓運維翻車的配置細節(jié)5.1 注冊與板卡類看不懂狀態(tài)值就動手越換越遠現(xiàn)象新裝光貓注冊不上網(wǎng)管提示“認證拒絕”現(xiàn)場人員直接換光貓連續(xù)換了三臺仍然注冊失敗。原因show onu unauthentication 里 Online State 已經(jīng)明確顯示 authentication deny這是 LOID/密碼或綁定關系的問題和光貓硬件沒有關系。換光貓只會重復同樣的認證失敗浪費備件和時間。解決先在 OLT 上用 show gpon onu by loid 或 show gpon onu by sn 核對注冊記錄確認 LOID 大小寫、密碼是否和開戶數(shù)據(jù)一致確認未綁定后重新下發(fā)綁定再讓光貓重新注冊。整個過程不需要動光貓?，F(xiàn)象show card 顯示一塊板為 TYPEMISMATCH維護人員以為是板卡損壞直接拔出來換了一塊新板告警依然存在。原因CfgType 與 RealType 不一致是配置里添加的型號和實物不匹配不是實物損壞。配置里的型號不改正換再多的板也是同一個結果。解決先查該槽位配置的板卡型號和實際板卡標簽核對把配置改成實物型號或者把實物換成配置型號。狀態(tài)恢復正常后再觀察告警是否消失?，F(xiàn)象板卡狀態(tài)顯示 HWONLINE被誤讀為“在線”業(yè)務中斷幾個小時后才被重視。原因HWONLINE 的中文含義是“在位但不在線”它可能對應未添加單板、版本文件缺失或單板損壞絕不是正常服務狀態(tài)。把它當成在線等于默認故障不存在。解決按 show card 里 RealType 是否有值來分流——有值則補單板配置和版本文件無值則優(yōu)先懷疑硬件和背板通信必要時插拔或更換單板。5.2 業(yè)務類VLAN 與光路的問題最隱蔽現(xiàn)象機頂盒能撥號但獲取到錯誤地址IPTV 直播卡頓或黑屏從 OLT 側看 PON 口和光貓都正常。原因service-port 的 svlan 配錯或者組播 VLAN 沒有映射到對應 vport。IPTV 直播依賴組播組播 VLAN 一旦缺失業(yè)務表現(xiàn)就是“注冊正常但業(yè)務異?！?。解決核對 IPTV 對應 service-port 的 user-vlan、vlan、svlan 三項參數(shù)同時確認 igmp fast-leave 開啟的 vport 與組播業(yè)務 vport 一致逐項對照開戶模板修正?，F(xiàn)象某個 PON 口下所有用戶在同一時間段掉線過一段時間自動恢復且反復發(fā)作現(xiàn)場誤判為外部線路故障。原因大概率是流氓光貓在特定時段異常發(fā)光干擾整個 PON 口的上行通道。這類光貓在正常時段看不出問題具有很強的隱蔽性被稱作“測不出來的靈異故障”也不冤枉。解決在故障發(fā)作窗口執(zhí)行 show processor 和光功率檢查若 CPU 飆升或接收光功率異常逐個隔離疑似光貓定位后更換或關停問題光貓。建議保留故障時段的 CPU 和光功率記錄作為隔離判斷依據(jù)?，F(xiàn)象專線測速不達標用戶持續(xù)投訴現(xiàn)場懷疑光纖衰耗過大準備改光路。原因光路衰耗只是嫌疑之一更常見的是光貓帶寬模板限速低于簽約速率或者上聯(lián)端口擁塞導致丟包。沒核對模板就動光路指標可能毫無變化。解決先執(zhí)行 show running-config 查看光貓的 tcont 和 profile 帶寬參數(shù)再查上聯(lián)口流量和錯包統(tǒng)計最后測光功率。按這個順序走大概率在不動光路的情況下就能定位。6. 快速定位思路用“現(xiàn)象五元組”把故障范圍壓縮到一塊板6.1 先回答五個問題再決定敲哪條命令到現(xiàn)場后我第一件事不是上設備而是先把故障信息整理成五個要素影響范圍是一臺光貓還是一個 PON 口下的多臺用戶故障發(fā)生的時間點以及前后有沒有配置變更OLT 側有沒有伴隨告警比如單板告警或網(wǎng)元斷鏈光貓的指示燈狀態(tài)和注冊狀態(tài)是否一致這個業(yè)務是單層 VLAN 還是雙層 VLAN 模型。這五個問題全部答完命令的優(yōu)先級基本就定了。6.2 按故障范圍選命令的對照表故障現(xiàn)象首選命令關鍵看什么單臺光貓注冊失敗show pon onu uncfgSN、LOID、認證狀態(tài)單臺光貓注冊成功但業(yè)務不通show running-config interface gpon-onuservice-port、tcont、vlanPON 口下全部用戶異常show processor 光功率檢查CPU 利用率、收發(fā)光、流氓光貓整臺 OLT 管理異常show card show interface 上聯(lián)口板卡狀態(tài)、上聯(lián)物理層環(huán)境類故障show fan / show card-temperature風扇轉速、溫度變化曲線這個表格可以直接打印出來貼在值班位。故障范圍越大的排查層級越靠下單臺光貓的問題先看注冊數(shù)據(jù)和 ONU 配置PON 口級的問題優(yōu)先懷疑流氓光貓和光功率整機級的問題先解決板卡和上聯(lián)物理鏈路機房環(huán)境類問題則從風扇和溫度切入。方向選對了一套命令十幾分鐘就能收工。從那以后我每次到現(xiàn)場都會先把“現(xiàn)象五元組”寫在手機備忘錄里再決定敲哪些命令。這套習慣幫我避免了很多次“命令敲了一堆、定位還在原地”的尷尬。希望幫到你。本文還有配套的精品資源點擊獲取