OperateProcedureRNC/NodeBMO概鑒于使用mos 的性、以及目前廣泛使用mos 定本操作流程，對mos的使用進行規范。本WI適用于WCDMA、TD-SCDMA網絡的RNC3810和NodeB 前期準備要使用 的前提條對于小批量的參數修改或者網元操作（比如一個或數個小區的閉解操作、數量為20以內的參數修改）建議使用EMAS或OSScommonExplorer；對于大批量的參數修改（20+以上的參數修改、或者大批量鄰區的刪加）可以使用mos，在有正式DT的情況下也可以使用EMAS的commandexecutor或者mos關于修改的規模由TL確認，使用mos或者OSS/EMAS請TL在Taskassignment中予任務明確要對已經割接并移交的網絡設備相關操作由ELS完成（NRO完成本應由ELS的工作，必須由ELS、SDM出正式的郵件，并得到PM、NROTL的確認。使用mos操作的內容（MO狀態設置、參數修改）也必須來自于正式的途徑（DTTL、NPITL等）并得到NROTL的確認（TaskAssignment,TaskApplication）；節點備份要目前現網RNC備份由ELS負責。使用mos對RNC進行操作時，必須確認前次的系統至。如果是大批量的數據修改，建議系統文件備份為一周以內，的cv必須是操作使用mos對NodeB進行操作時，必須確認cv的制作時間、是否已上傳至；cv必須是操作之前生成；操作人員要熟悉normalcase、urgentcase、emergencycase的定義、影響以及相關的處理流熟悉RAN所有release的WorkingInstruction、了解使用mos的性，了解不當使用mos可能造成的嚴重，并能夠熟練操作mos，了解使用mos常用指令； 、odeB的硬件結構，知道在系統出現故障時，如何通過串口線（testcable）連接RNC和NodeB進行操作；操作具體實施步驟及影在使用mos進行操作時必須要存操作log，對網元操作前后的狀態、告警，對操作的步#mos<nodeIP>|<node（用mos登陸操作網元>l+YYMMDD_<log（做log，log名字必須反應操作的時間、網元名字、操作內容>lhsh001200capi（檢查GPB001200MOMO狀態的的指令操作前必須要檢查GPB001200的負荷>lt<MO（loadMO的類型，不建議ltallMO的類型進行load即可>lstMO=<mo>lgaeosvrm（RNC或NodeB的（RNC或NodeB的alarm，確認操作前有無異常>lhsh001200capi（檢查GPB001200負荷>aclMO=<mo>accMO=<moname>（MO進行操作>blMO=<mo>debMO=<mo>lstMO=<mo>sgetMO=<moname>>setMO=<moname><attribute>>sgetMO=<moname>（MO進行參數修改后，必須要確認參數值是否已經修改成功）上述操作必須對MOname而且是完整的MOname進行操作，而不允許用.*進行簡 ID進行操作！例如：假設對某站WHS6552（ID=2122）進行lock操作，那么，下面操作是的！>bl ——>bl ——在對操作指令敲回車之前，一定需要doublecheck。如果現場有多余一名的工程師必須要求其做doubleconfirm！對于系統及參數的修改，必須要有另一位人員——MOMO狀態的的指令操作前必須要檢查GPB001200的負荷！Post->lstMO=<mo>sgetMO=<moname>>lgaeosvrm（記錄操作后RNC或NodeB的events，從中找到剛才操作的時間、結果（RNC或NodeB的比較操作前后的events和alarm（保存操作的log，歸檔備案備查使用OSScv，uploadstartablecv>cv>cvcsum>cvcsumnew_cv_name應急處理方如果進行了誤操作，比如設錯參數（級參數）、lock錯小區，影響面不大（比如單個、但個小區），按照normalcase3.1-3.2-3.3進行操作，并及時TL、PM，事后寫事故報告。（比如較大范圍的業務受影響、KPI受到較大幅度影響），按照urgentcase處理要求，按3.1-3.2-3.3TL、PM，事后寫事故報告。RNC癱局、業務全阻，按照emergencycase處理流程，撥打emergencycallTL、PM，事后寫事WI-WCDMARNCupgradeprocedureWI-WCDMANodeBupgradeprocedure中的“應急處理方案”部分。參考文CPIWCDMARNC3810P7.0.1EN/LZN7340008/1CPIWCDMARBS3206P7.0EN/LZN7350065/7CPIWCDMARBS3418P7.0EN/LZN