【資料名稱(chēng)】：中國(guó)移動(dòng)TD網(wǎng)優(yōu)外包人員上崗認(rèn)證題庫(kù)試題（操作+案例部分）

【資料作者】：匿名

【資料日期】：2010年6月

【資料語(yǔ)言】：中文

【資料格式】：XLS

【資料目錄和簡(jiǎn)介】：

試題正文參考答案
大唐RNC IPOA無(wú)法建立，請(qǐng)分析可能原因并給出解決方法。"可能故障原因：
 OMC-R故障
 物理連線/接口故障
 RNC側(cè)與NodeB側(cè)EID不一致
 RNC側(cè)接口IP與Node B的IPOA不在同一網(wǎng)段
 路由設(shè)置不正確
 RNC側(cè)基站類(lèi)型不正確
故障的定位和排除方法：
 確保OMC-R正常
 檢查物理連線和接口狀態(tài)
 檢查RNC側(cè)和Node B側(cè)EID設(shè)置
 檢查RNC側(cè)接口IP和Node Bde IPOA設(shè)置
 檢查路由
 檢查RNC側(cè)基站類(lèi)型設(shè)置
"
從大唐RNC OMT上發(fā)送以網(wǎng)元為準(zhǔn)進(jìn)行數(shù)據(jù)同步后，返回配置數(shù)據(jù)同步響應(yīng)失敗，請(qǐng)分析可能原因并給出解決方法。1、檢查FTP/server、NEA、RNC的GCPA和ONCA單板是否工作正常，可以通過(guò)OMT界面查看FTP/server和NEA的狀態(tài)，通過(guò)單板指示燈查看GCPA和ONCA單板的狀態(tài)；2、檢查物理連接，可以通過(guò)ping命令檢測(cè)FTP/server是否與ONCA和GCPA連通，NEA是否與ONCA和GCPA連通；3、檢查FTP/server磁盤(pán)空間，可以通過(guò)df -k命令查看
用戶登陸大唐RNC OMT時(shí)，系統(tǒng)提示“找不到安全服務(wù)器或者安全服務(wù)器沒(méi)有啟動(dòng)！” 請(qǐng)分析可能原因并給出解決方法。"可能故障原因：
 網(wǎng)絡(luò)連接故障
 服務(wù)器未啟動(dòng)
 OMT安裝時(shí)的配置參數(shù)不正確
故障的定位和排除方法：
 1、檢查網(wǎng)絡(luò)是否正常，可以使用ping命令，能否ping通服務(wù)器所在的主機(jī)。如果不通，檢查網(wǎng)線和網(wǎng)絡(luò)設(shè)置是否正確。
 2、檢查服務(wù)器是否啟動(dòng)。如果未啟動(dòng)，啟動(dòng)相應(yīng)服務(wù)器后重新登錄。
 3、檢查操作維護(hù)終端的參數(shù)配置是否正確。
"
OMT上發(fā)起小區(qū)激活，操作維護(hù)打印小區(qū)激活失敗，未看見(jiàn)局間發(fā)送的小區(qū)建立請(qǐng)求消息，請(qǐng)分析可能原因并給出解決方法。"可能故障原因：
由于未發(fā)送小區(qū)建立請(qǐng)求消息，所以先確定之前是否發(fā)送資源狀態(tài)指示消息。若未發(fā)送則Node B可能故障。若發(fā)送，則查看Node B上報(bào)的資源狀態(tài)指示消息，確定Local_cell是否存在，若Local_cell則最大可能是小區(qū)參數(shù)配置不合適或小區(qū)參數(shù)未配置。
故障清除過(guò)程：
對(duì)于未發(fā)送資源狀態(tài)指示的，進(jìn)行Node B故障排查。對(duì)于發(fā)送資源狀態(tài)指示但Local_cell存在的，根據(jù)“無(wú)線網(wǎng)絡(luò)參數(shù)標(biāo)定手冊(cè)”重新對(duì)小區(qū)參數(shù)進(jìn)行核對(duì)，并在OMT上的小區(qū)參數(shù)配置菜單下進(jìn)行參數(shù)調(diào)整或配置，并重新觸發(fā)建立該小區(qū)。
"
在大唐RNC上，小區(qū)建立消息后，沒(méi)有發(fā)送物理共享信道重配置消息，而直接觸發(fā)小區(qū)刪除，請(qǐng)分析可能原因并給出解決方法。"故障分析定位：
1. NodeB上報(bào)此小區(qū)對(duì)應(yīng)的本地小區(qū)不支持HSDPA。
1. 物理共享信道參數(shù)配置不合理，RNC本地判決失敗。
故障清除過(guò)程：
1. 根據(jù)Node B發(fā)布版本特性，升級(jí)本地小區(qū)支持HSDPA。
2. 根據(jù)返回的錯(cuò)誤碼，初步定位涉及的參數(shù)。然后再根據(jù)規(guī)劃參數(shù)修改錯(cuò)誤的參數(shù)。
"
故障緊急處理時(shí)，如何遠(yuǎn)程復(fù)位大唐TDB09A。1。復(fù)位前需要上傳基站日志并檢查IPOA是否狀態(tài)正常，2。在物理基站節(jié)點(diǎn)點(diǎn)擊右鍵復(fù)位選項(xiàng)進(jìn)行復(fù)位。
大唐RNC GPS無(wú)法鎖定、GPS進(jìn)入HOLDOVER的告警產(chǎn)生的原因和處理方法"長(zhǎng)時(shí)間處理沒(méi)有捕捉到GPS衛(wèi)星信號(hào)或信號(hào)過(guò)弱狀態(tài)，OM解析GPSCU上報(bào)的TOD消息內(nèi)容，發(fā)現(xiàn)GPSCU處于HoldOver狀態(tài)，則上報(bào)該告警。
相關(guān)處理步驟：
1.確認(rèn)為受惡劣天氣等外部原因引起GPS信號(hào)接收不良，則等待外部影響消除，基站恢復(fù)正常
2.聯(lián)系工程維護(hù)人員檢查是否因工程安裝原因?qū)е翯PS天線信號(hào)接收不良，如為此原因則改變天線安裝位置，使信號(hào)接收變好
3.如果以上操作故障依舊，更換時(shí)鐘板卡aCCU
"
大唐RNC MTP3B信令點(diǎn)不可達(dá)的告警對(duì)網(wǎng)絡(luò)的影響和處理方法。"告警產(chǎn)生后，會(huì)導(dǎo)致用戶無(wú)法接入此局向
（1）檢查承載該局向的MTP3B鏈路的傳輸是否存在相應(yīng)告警或中斷，如果存在相關(guān)告警，處理相關(guān)底層傳輸告警，如果傳輸正常，檢查提供服務(wù)的鏈路是否被去激活，需要激活該鏈路，故障排除。2）以上操作完成后故障依舊，聯(lián)系CN側(cè)檢查。
"
大唐RNC IMA無(wú)法激活的可能原因和解決方法"可能原因：
Node B側(cè)E1連接的aEPB端口不正確，E1的收發(fā)連接不正確。
RNC側(cè)E1連接的IMA板卡端口不正確，E1的收發(fā)連接不正確。
Node B到RNC之間的傳輸出現(xiàn)問(wèn)題。
處理方法：
在RNC和Node B側(cè)分別向?qū)Ψ竭M(jìn)行環(huán)回，檢查中間傳輸。
在LMT-B中進(jìn)行E1的基站內(nèi)部還回，測(cè)試EIU板卡是否正常。
在OMT中對(duì)IMA進(jìn)行RNC內(nèi)部還回，測(cè)試IMA板是否正常。
"
大唐RNC SAAL信令鏈路不可用告警的可能產(chǎn)生原因和解決方法"系統(tǒng)將無(wú)法使用本連路發(fā)送信令消息，如果沒(méi)有配置其他鏈路存在，可能引起IuB口控制面信令不通。
1．檢查該鏈路對(duì)應(yīng)的底層傳輸是否存在告警 處理處理該相關(guān)傳輸告警
2．檢查該鏈路經(jīng)過(guò)的接口板是否存在告警 處理處理該接口板故障告警
3。從操作維護(hù)臺(tái)上激活該鏈路，檢查該鏈路是否恢復(fù) ，鏈路激活，故障排除
"
大唐RNC OMT啟動(dòng)時(shí)客戶端登陸連接服務(wù)器失敗，系統(tǒng)提示“連接服務(wù)器失敗，系統(tǒng)將退出”，如何處理。"問(wèn)題定位/解決方法：
1. 檢查網(wǎng)絡(luò)是否正常，可以使用ping 命令，能否ping 通服務(wù)器所在的主機(jī)。
如果不通，檢查網(wǎng)線和網(wǎng)絡(luò)設(shè)置是否正確。
2. 檢查服務(wù)器是否啟動(dòng)。如果未啟動(dòng)，啟動(dòng)相應(yīng)服務(wù)器后重新登陸。
3. 檢查操作維護(hù)終端的參數(shù)配置是否正確，正確配置后重新啟動(dòng)OMT。
"
"大唐RNC NEA啟動(dòng)時(shí)連接RNC失敗，NEA啟動(dòng)失敗，打印能看出沒(méi)有連接RNC。OMT配置部分顯示OLINK 斷連，
RNC斷連。請(qǐng)簡(jiǎn)述處理方法""
問(wèn)題定位/解決方法：
1. 檢查網(wǎng)絡(luò)是否正常，可以使用ping 命令，能否ping 通RNC地址。如果不通，
檢查網(wǎng)線和網(wǎng)絡(luò)設(shè)置是否正確。
2. 檢查RNC是否正常�？梢杂肔DT 嘗試連接RNC進(jìn)行檢查。
3. 檢查是否在OMT側(cè)正確配置了NEA 要連接的RNC地址
"
大唐RNC RRS不在位告警產(chǎn)生的原因和處理方法？"1.在給定時(shí)間內(nèi)BCP側(cè)未收到來(lái)自RRS的存活驗(yàn)證消息,BCP向AOM EVT上報(bào)不存活消息,由EVT上報(bào)該告警;
2.從管理站發(fā)起本地小區(qū)刪除,AOM發(fā)起刪除BCP與RRS之間的鏈路,導(dǎo)致BCP停止與RRS進(jìn)行存活監(jiān)測(cè)操作,BCP將上報(bào)該告警
處理建議：
1.復(fù)位RRS觀察告警是否清除;
2.復(fù)位RRS接入板卡觀察告警是否清除;
3.更換光模塊觀察告警是否清除;
4.更換光纖觀察告警是否清除;
5.更換RRS觀察告警是否清除;
"
大唐RNC小區(qū)退服故障可能出現(xiàn)的原因和處理方法？"1）NODEB側(cè)異常此類(lèi)是nodeb側(cè)的小區(qū)狀態(tài)異常引起的小區(qū)刪除需要重啟基站
2）激活小區(qū)失敗 第二類(lèi)是在激活小區(qū)的過(guò)程中某個(gè)過(guò)程失敗引起的小區(qū)刪除，這類(lèi)告警建議用戶檢查小區(qū)的載波數(shù)量和頻點(diǎn)配置數(shù)據(jù)是否正確
3）RNC側(cè)異常 第三類(lèi)是rnc側(cè)的內(nèi)部故障引起的小區(qū)刪除，RNC側(cè)異常 第三類(lèi)是rnc側(cè)的內(nèi)部故障引起的小區(qū)刪除，如：""IUB接口板故障""、此告警請(qǐng)用戶復(fù)位相應(yīng)的CASA單板

"
大唐RNC單板CPU溫度過(guò)高的處理方法"1.查看機(jī)框空閑槽位面板是否安裝,如未安裝,安裝空閑槽位面板后觀察告警是否消除
2.檢查風(fēng)扇是否正常,如不正常,更換風(fēng)扇盒后觀察告警是否消除
3.檢查環(huán)境溫度是否過(guò)高,如果過(guò)熱,啟動(dòng)機(jī)房的降溫設(shè)備后觀察告警是否消除
4.檢查過(guò)濾網(wǎng)是否堵塞,如果堵塞,清理或更換過(guò)濾網(wǎng)后觀察告警是否消除
"
如果某一區(qū)域客戶投訴無(wú)法進(jìn)行業(yè)務(wù)，請(qǐng)列出RAN可能的故障點(diǎn)"某一區(qū)域客戶投訴無(wú)法進(jìn)行業(yè)務(wù)。

1) 首先確定某一區(qū)域的范圍，確定相應(yīng)的基站。

2) 將相應(yīng)的基站進(jìn)行RNC的歸類(lèi)，定位到RNC的級(jí)別。

3)判斷是否是整個(gè)RNC下全部基站無(wú)法進(jìn)行，還是部分基站無(wú)法進(jìn)行業(yè)務(wù)。

4) 如果是RNC下全部無(wú)法進(jìn)行業(yè)務(wù)，則檢查IU口的狀態(tài)。

5) 如果是RNC下部分基站無(wú)法進(jìn)行業(yè)務(wù)，再判斷到部分基站是不是連接到同一個(gè)CASA，或者掛在同一個(gè)RSPA下，如果是全部連接在一個(gè)CASA或RSPA板卡下，則可能是CASA或RSPA板卡進(jìn)程故障引起業(yè)務(wù)全阻。
"
"大唐RNC OMCR服務(wù)器啟動(dòng)失敗，啟動(dòng)服務(wù)器并等待1 分鐘左右，命令行窗口沒(méi)有出現(xiàn)提示啟動(dòng)成功start in ××
m:××s。請(qǐng)簡(jiǎn)述處理方法。
""查看JDK 版本是否為1.5，且在環(huán)境變量中添加了其路徑，如：
/export/home/jdk1.5.0_04/bin；
1. 確定數(shù)據(jù)庫(kù)正常，且數(shù)據(jù)庫(kù)實(shí)例和腳本已經(jīng)正確安裝。
2. 查看服務(wù)器配置是否正確。更改后重新啟動(dòng)服務(wù)器。
3. 查看FTP 服務(wù)器是否已經(jīng)啟動(dòng)成功，且創(chuàng)建了正確的用戶名和密碼。
4. 查看數(shù)據(jù)庫(kù)安裝時(shí)是否將端口設(shè)置為1521，如果不是，請(qǐng)更改。
5. 查看服務(wù)器的數(shù)據(jù)庫(kù)配置端口是否為1521，如果不是，請(qǐng)更改。并重新啟
動(dòng)服務(wù)器
"
大唐RRS智能天線降質(zhì)告警處理"1.檢查此告警是否很快自動(dòng)清除
2.查詢對(duì)應(yīng)的天線故障的根數(shù)，如果大于4，復(fù)位對(duì)應(yīng)的RRS，觀察告警是否清除;
3．更換RRS
"
"簡(jiǎn)述大唐線路信號(hào)丟失告警的處理方法及影響

""影響：光口數(shù)據(jù)通信中斷

處理方法：檢查光接口的連接，雙方的設(shè)置是否一致；更換光線；檢查對(duì)端光口是否正常；檢查面板燈告警；檢查對(duì)端單板狀態(tài)是否初始化完成
"
簡(jiǎn)述大唐RNC CS域RAB指派失敗的原因和處理方法"可能原因：
1.IUALCAP建立失敗
2.IUUP初始化失敗
解決辦法：
1. 從信令分析儀或LDT的信令跟蹤查看CS呼叫的IUALCAP建立過(guò)程，建立失敗的原因一種為核心網(wǎng)端沒(méi)有配置與RNC側(cè)相對(duì)應(yīng)得局間PVC，另外一種情況：IU口的用戶面承載PATH中的CID范圍CN有限制，需要和CN確認(rèn)；
2. 從信令分析儀或LDT的信令跟蹤查看IUUP初始化失敗的原因，一般為 核心網(wǎng)沒(méi)有回RNC發(fā)送的IUUP初始化請(qǐng)求或響應(yīng)超時(shí)，前一種請(qǐng)檢測(cè)核心網(wǎng)，后一種可檢查IUUP協(xié)議過(guò)程表中的初始化定時(shí)器時(shí)長(zhǎng)調(diào)整定時(shí)器時(shí)長(zhǎng)設(shè)置是否合理。

"
簡(jiǎn)述大唐RNC PS域RAB指派失敗的原因和處理方法"可能原因：
PTPA單板初始化沒(méi)有完成或IU出局?jǐn)?shù)據(jù)鏈路故障。
解決辦法：
1. 首先從操作維護(hù)臺(tái)上查看系統(tǒng)初始化日志，看是否有PTPA初始化配置完成消息；

2. 如果沒(méi)有配置完成消息，則等待PTPA初始化完成之后，再進(jìn)行用戶接入測(cè)試。

3. 如果PTPA單板已經(jīng)運(yùn)行正常，則檢查PS出局?jǐn)?shù)據(jù)鏈路是否正常，待鏈路正常后，再進(jìn)行用戶接入測(cè)試。
"
某一地區(qū)有用戶投訴手機(jī)無(wú)信號(hào)，檢查大唐RNC該用戶投訴地點(diǎn)小區(qū)為去激活狀態(tài)，請(qǐng)進(jìn)行激活小區(qū)和去激活小區(qū)的步驟？1.在OMT上選取相應(yīng)未激活小區(qū)，右鍵選擇激活小區(qū)選項(xiàng)激活小區(qū)2.在OMT上選取相應(yīng)激活小區(qū)，右鍵選擇激活小區(qū)選項(xiàng)去激活小區(qū)
大唐RNC往下用戶反映在某個(gè)基站下面無(wú)法撥打電話。請(qǐng)簡(jiǎn)述處理步驟"1．查詢某個(gè)基站的狀態(tài)是否正常，先處理基站退服的故障。2。查看基站的小區(qū)是否有功率，如沒(méi)有功率，一般是載波異常，則處理載頻故障。
3。如發(fā)現(xiàn)有發(fā)射功率，則查詢核心網(wǎng)是否已經(jīng)將該基站下的小區(qū)加入到交換網(wǎng)中。
"
大唐RNC網(wǎng)下可視電話業(yè)務(wù)的圖像比較模糊，請(qǐng)簡(jiǎn)述可能的原因和處理方法可能原因：靜態(tài)參數(shù)的配置，檢查“靜態(tài)業(yè)務(wù)參數(shù)配置”  “發(fā)端rlc參數(shù)表配置”  “co/un” “tm模式信息”  “是否使用丟棄定時(shí)器”等參數(shù)配置是否為為NO
"用戶在大唐RNC OMT上已經(jīng)創(chuàng)建了RNC，退出重新登陸客戶端時(shí)，無(wú)法看到剛剛創(chuàng)建的網(wǎng)元，如何解決。
""用戶所屬的組沒(méi)有添加對(duì)該網(wǎng)元的管理權(quán)限。請(qǐng)進(jìn)入安全客戶端，對(duì)該用戶所屬
的組添加對(duì)該網(wǎng)元的管理權(quán)限
"
在使用TD網(wǎng)卡上網(wǎng)時(shí)，連接上網(wǎng)絡(luò)后幾分鐘掉線，如何解決？(1)如果之前可以正常上網(wǎng)，最近出現(xiàn)掉線情況建議用戶重新裝一用. （2）如果一直掉線可能是用戶的網(wǎng)線網(wǎng)卡有問(wèn)題，建議用戶檢測(cè)無(wú)線網(wǎng)卡;還有可能是由于3g信號(hào)較弱，造成網(wǎng)絡(luò)頻繁切換，建議用戶將上網(wǎng)模式設(shè)置為僅TD觀察使用。
手機(jī)沒(méi)有網(wǎng)絡(luò)信號(hào)，可能的原因有哪些？"(1)手機(jī)故障，由于手機(jī)使用過(guò)程中設(shè)備老化容易造成掉話.(2) 手機(jī)頻率設(shè)置網(wǎng)絡(luò)設(shè)置造成(.3) 基站硬件故障能造成該問(wèn)題。(4)用戶處于盲區(qū)。
"
在3G上網(wǎng)卡安裝驅(qū)動(dòng)后提示“未找到數(shù)據(jù)終端”，但信號(hào)滿格，此情況如何解決？"（1）數(shù)據(jù)卡沒(méi)有插好；
（2）驅(qū)動(dòng)程序相應(yīng)文件丟失，重新安裝驅(qū)動(dòng)程序；
（3）進(jìn)入設(shè)備管理器，通用串行總線控制器中刪除“usb mass storage device”
"
話音業(yè)務(wù)質(zhì)量問(wèn)題分析及解決思路(1)影響TD話音用戶感知的問(wèn)題分析.(2)網(wǎng)內(nèi)同頻干擾.(3)弱覆蓋.(4)重選時(shí)延.(5)商用終端對(duì)質(zhì)量的影響。
TD無(wú)線上網(wǎng)卡連接不上網(wǎng)絡(luò)主要原因有哪些？"1）上網(wǎng)卡版本低，需要升級(jí)。
2）上網(wǎng)卡設(shè)置有問(wèn)題（設(shè)置僅為GSM或者僅TD,應(yīng)該設(shè)為T(mén)D優(yōu)先）。
3）上網(wǎng)卡質(zhì)量問(wèn)題。
4）信號(hào)覆蓋弱也會(huì)導(dǎo)致此類(lèi)問(wèn)題。
"
用戶TD手機(jī)選GSM網(wǎng)絡(luò)時(shí)信號(hào)滿格，而TD上網(wǎng)卻沒(méi)信號(hào)？原因是什么？"1、 TD網(wǎng)絡(luò)正在建設(shè)初期，基站數(shù)量少于GSM基站數(shù)量，所以在很多GSM網(wǎng)絡(luò)有信號(hào)的區(qū)域沒(méi)有TD網(wǎng)絡(luò)信號(hào)。
2、TD頻率高于GSM信號(hào)頻率，物理特性導(dǎo)致TD信號(hào)穿透能力不如GSM信號(hào)，所以很多室內(nèi)TD網(wǎng)絡(luò)信號(hào)較GSM網(wǎng)絡(luò)信號(hào)。"
手機(jī)有信號(hào)但不能撥打電話一般原因?yàn)椋?、小區(qū)擁塞；2、附近有干擾器屏蔽信號(hào)；3、基站故障；4、手機(jī)在進(jìn)行網(wǎng)絡(luò)間切換重選；5、終端死機(jī)（包括手機(jī)頁(yè)面可以操作，但是業(yè)務(wù)已經(jīng)中斷，無(wú)法使用，建議重啟手機(jī)）。
TD上網(wǎng)卡提示“遠(yuǎn)程計(jì)算機(jī)無(wú)法連接“問(wèn)題。造成該問(wèn)題的原因是什么？"A、用戶所處小區(qū)用戶量過(guò)多，用戶登陸時(shí)，已在網(wǎng)絡(luò)處于超負(fù)荷狀態(tài)。
B、終端問(wèn)題。
C、網(wǎng)絡(luò)問(wèn)題，大多是由于NODEB故障造成。"
為什么有時(shí)候操作視頻電話遇忙或者無(wú)應(yīng)答呼轉(zhuǎn)會(huì)失敗，回落語(yǔ)音？"可能有幾方面的原因：
1） 無(wú)線信號(hào)問(wèn)題，視頻電話回落到語(yǔ)音；
2） C用戶使用2G終端或者登記在2G網(wǎng)，導(dǎo)致回落語(yǔ)音；
3） B號(hào)碼開(kāi)通了多媒體彩鈴，可能導(dǎo)致部分視頻呼轉(zhuǎn)失敗，取消多媒體會(huì)正常；
"
3G手機(jī)在非3G業(yè)務(wù)區(qū)域能使用嗎？可以使用，網(wǎng)絡(luò)會(huì)切換到2G網(wǎng)絡(luò)來(lái)保證業(yè)務(wù)的正常進(jìn)行
TD上網(wǎng)卡速度慢，原因可能有哪些？"速率慢，主要是由于以下兩個(gè)問(wèn)題：
（1）用戶所處區(qū)域弱覆蓋，用戶所處區(qū)域用戶較多。
（2）覆蓋差問(wèn)題。
若是長(zhǎng)期存在此問(wèn)題，可能是由于覆蓋問(wèn)題。若偶爾速率快，偶爾慢，就是用戶所處區(qū)域用戶過(guò)多造成。技術(shù)人員進(jìn)行集中檢查，確定覆蓋情況。提出擴(kuò)容等計(jì)劃方案。
"
在網(wǎng)絡(luò)正常的情況下，手機(jī)不能呼入的原因有哪些？網(wǎng)絡(luò)正常的情況下，手機(jī)不能呼入的原因可能如下：（1）客戶是否將呼轉(zhuǎn)功能打開(kāi)，將手機(jī)呼轉(zhuǎn)到別的電話上，而客戶可能不是很清楚，建議用戶檢查呼轉(zhuǎn)設(shè)置。（2）可以咨詢用戶是否登陸過(guò)某個(gè)交換機(jī)，可通過(guò)HLR查詢用戶所登記的VLR地址，是否與目前用戶所在的實(shí)際位置相符，如不同可在HLR上將位置地址清除一下，讓用戶關(guān)、開(kāi)機(jī)重新進(jìn)行位置登記即可.（3）用戶設(shè)置了呼入限制；可以通過(guò)命令檢查設(shè)置.（4）有個(gè)別品牌的手機(jī)可以設(shè)置“黑名單”，禁止個(gè)某些號(hào)碼的呼入。
TD網(wǎng)卡在使用過(guò)程中經(jīng)常自動(dòng)切換到2G網(wǎng)絡(luò)，但2G網(wǎng)絡(luò)速度太慢，如何保證在3G網(wǎng)絡(luò)下正常上網(wǎng)？由于3g信號(hào)弱，造成經(jīng)常切換到2g網(wǎng)絡(luò)，所以上網(wǎng)速度就慢，建議用戶將上網(wǎng)模式設(shè)置為僅選擇TD網(wǎng)。
ALCAP斷鏈告警的產(chǎn)生原因是什么？1) 承載ALCAP的物理鏈路故障。2) 承載ALCAP的PVC的屬性參數(shù)與對(duì)端設(shè)置不一致3) 承載ALCAP的SAAL鏈路屬性參數(shù)設(shè)置不合理4) BBU單板硬件故障。
BAM自切換失敗告警的產(chǎn)生原因？(1) 備用BAM不可用或未進(jìn)入穩(wěn)定狀態(tài)(2) 主備數(shù)據(jù)同步未進(jìn)入正常狀態(tài)(3) 主備BAM軟件版本不一致
DOMC290系統(tǒng)的告警上報(bào)流程"1. 網(wǎng)元告警上報(bào)
網(wǎng)元產(chǎn)生告警，通過(guò)MML（Human-Machine Language）或SNMP（Simple Network
Management Protocol）協(xié)議向DOMC920 發(fā)送告警信息。
2. 過(guò)濾告警
DOMC920 根據(jù)已設(shè)置的告警過(guò)濾條件過(guò)濾告警。符合過(guò)濾條件的告警將被過(guò)濾。
3. 告警級(jí)別重定義
DOMC920 根據(jù)已設(shè)置的級(jí)別重定義的條件，對(duì)符合條件的告警的級(jí)別進(jìn)行重定義。
4. 告警相關(guān)性分析
DOMC920 按照相關(guān)性分析規(guī)則，對(duì)告警進(jìn)行相關(guān)性分析，并作一定的處理。
5. 保存告警信息
DOMC920 將經(jīng)過(guò)上述處理后的告警寫(xiě)入告警數(shù)據(jù)庫(kù)。
6. 告警通知
按照預(yù)定的條件，進(jìn)行告警通知。
"
DOMC920服務(wù)器重啟后，為何無(wú)法正常啟動(dòng)Sybase？"Sybase的配置文件“SYB.cfg”記錄了Sybase的配置信息。當(dāng)Sybase啟動(dòng)時(shí)找不到“SYB.cfg”文件，就會(huì)自動(dòng)創(chuàng)建一個(gè)“SYB.cfg”文件，該“SYB.cfg”文件采用Sybase默認(rèn)參數(shù)。
該故障直接原因就是因?yàn)镾ybase啟動(dòng)時(shí)使用了帶默認(rèn)參數(shù)的“SYB.cfg”文件，而默認(rèn)參數(shù)和DOMC920系統(tǒng)要求的參數(shù)不一致，導(dǎo)致Sybase啟動(dòng)失敗。
而事實(shí)上，自Sybase正確安裝后“SYB.cfg”文件就存在，一般情況下該文件不會(huì)被刪除。Sybase不能找到“SYB.cfg”文件的原因可能是沒(méi)有該文件的讀權(quán)限。
安裝了DOMC920服務(wù)器軟件后，服務(wù)器重啟后自動(dòng)會(huì)用dbuser用戶重啟Sybase，可見(jiàn)故障的真正原因是dbuser無(wú)“SYB.cfg”文件的讀權(quán)限。
“SYB.cfg”文件屬性變化規(guī)律
Sybase安裝后，“SYB.cfg”文件的屬主是安裝Sybase的用戶，在DOMC920系統(tǒng)就是dbuser。
如果root用戶啟動(dòng)Sybase，并通過(guò)isql工具修改了Sybase的配置參數(shù)，那么這時(shí)的“SYB.cfg”文件的屬主就是root。此時(shí)，dbuser將無(wú)法讀取該文件。
但是，如果Sybase是dbuser用戶啟動(dòng)的，即使root用戶通過(guò)isql工具修改了Sybase的配置參數(shù)，“SYB.cfg”文件的屬主還會(huì)是dbuser。
故障解決方法
Sybase在自動(dòng)創(chuàng)建“SYB.cfg”文件時(shí)，會(huì)將原來(lái)的“SYB.cfg”文件重命名為“SYB.*”文件，具體的文件名會(huì)記錄在Sybase的系統(tǒng)日志“SYB.log”中。在本案例中，“SYB.cfg”文件被重命名為了“SYB.076”。
解決該故障的方法就是將“SYB.076”重命名為“SYB.cfg”，并重新設(shè)置其屬主。
執(zhí)行如下步驟，處理該故障：
以root用戶登錄服務(wù)器。
# cd /opt/sybase/ASE-15_0
# cp SYB.076 SYB.cfg
# chown -R dbuser:staff /opt/sybase/ASE-15_0
# su - dbuser
啟動(dòng)Sybase，具體操作步驟請(qǐng)參見(jiàn)如何啟動(dòng)Sybase。
為了避免出現(xiàn)此類(lèi)故障，必須用dbuser用戶啟動(dòng)Sybase。"
E1/T1復(fù)幀失步告警的可能原因有哪些1、E1/T1設(shè)置異常2、E1/T1傳輸線路連接異常 3、本端設(shè)備異常4、對(duì)端設(shè)備異常
NodeB LMT本地維護(hù)終端包括哪幾個(gè)部分"1、本地維護(hù)終端2、跟蹤回顧工具3、監(jiān)控回顧工具
"
OMC網(wǎng)管操作員的定義的安全級(jí)別有哪些1、來(lái)賓級(jí)2、普通級(jí) 3、操作級(jí) 4、管理級(jí) 5、自定義級(jí)
OMU Raid異常告警的產(chǎn)生原因？(1) 陣列控制器故障。(2) 陣列控制器Cache故障。(3) 邏輯驅(qū)動(dòng)器處于臨界狀態(tài)。(4) 邏輯驅(qū)動(dòng)器處于離線狀態(tài)
OMUa單板指示燈RUN燈　0.125s亮，0.125s滅狀態(tài)代表的含義OMUa單板處于啟動(dòng)狀態(tài)
RX功率異常的處理步驟？首先檢查RRU與天線之間的饋線連接，這段電纜的損耗應(yīng)該小于2dB；其次可以通過(guò)更換RRU或者天線來(lái)排查該問(wèn)題