w資料管理及優化班週報
● 第一部分上週會議落實情況
● 第二部分網路效能核心指標通報
● 第三部分本週日常工作完成情況
目錄一、 分組域掉線分析模板 1
二、 分組域系統間切換失敗分析模板 5
三、 rrc連線建立成功率低問題分析模板-no reply 8
四、 rrc連線建立成功率低問題分析模板- congestion 12
分析流程圖：
【問題型別】（業務型別—失敗原因）：分組域掉線--ue_operate_timeout
【小區名稱】（標準格式的小區名稱）：cszxrxx_***x_******xx_***xx
【發生日期】：1月1日
******_***xx在xx月xx日分組域無線掉線率為xx%，分組域rab指配建立成功的rab數目xx個，rnc請求釋放分組域iu連線對應的rab數目為xx個，當日該小區分組域掉線累計達到xx次，掉線的主要原因為ue_operate_timeout,被列為最差小區。
1.告警及干擾情況分析
該站當日無告警，也沒有影響業務的閃斷告警資訊，檢視動態資料，小區載頻工作正常，資源無擁塞，天線系統通道駐波比均在1.5以下，均屬於正常值，無up干擾；
或：該站在xx月xx日xx時至xx時存在xx告警（或h載波未配置/被閉塞，天線通道駐波比偏高，為xx），該告警會導致分組域掉線，xx日已發工單交由xx（部門/個人）處理。
該站近一周持續x天出現up干擾，干擾值約為-xxdbm。從信令看，掉線發生之前的測量報告顯示iscp值為xxdbm，有可能引起無線環境惡化導致分組域業務掉線。
2、切換情況分析
使用者支援/不支援g網，鎖定/未鎖定t網；
在分組域業務失敗之前沒有頻繁發生切換或小區更新。
或：在分組域業務掉線發生時伴隨有切換過程和小區更新，業務失敗中，有xx次是切換後掉線。
查詢地理資訊，沒有發現漏配的3g更優鄰區，也沒有漏配的2g更優鄰區；
或：查詢地理化3g基站資訊表，發現可以配置更優的3g鄰區lac1_***xx，已進行配置；查詢地理化2g基站資訊表，發現可以配置更優的2g鄰區lac1_***xx，已進行配置；
3. 終端/晶元資訊分析
失敗均來自同一imsi：*********x；共計xx次失敗；
或：失敗不是同一imsi；其中imsi1:*********x共失敗xx次；imsi2:*********x共失敗xx次；
已通過imei查詢流程查到終端imei為：*********x，對應終端型別為：******，該終端引起此類失敗，屬於已知問題；
或：通過imei查詢流程沒有查詢到終端的資訊，已建立該imsi的信令跟蹤，並將該imsi在td異常話務支撐專員處備案。
從imsi資訊判斷該使用者終端是上網本，無法進行回訪。
或：通過工單查詢到該使用者的號碼為:******xx，回訪使用者後確認終端型號為：
***x，進行ps業務的時段為：xx月xx日xx點到xx點，進行ps業務的地點為：***x，當時訊號強度正常/偏弱/極弱，已經通知前台複測。
4. 引數配置檢查
查詢該小區設定的pccpch功率值為xxdbm，2/3g鄰區配置合理,2/3g切換引數配置中，3aps本rat質量門限為-xxdbm,異rat為-xxdbm,配置正常。
5. 訊號覆蓋情況分析
業務接入時的場強在-xxdbm與-xxdbm之間，掉線之前的測量報告顯示場強為-xxdbm屬於/不屬於弱場。
因為使用者終端設定鎖定t網（supportofgsm = false）,在3g訊號偏弱時無法及時切換至2g網路，導致掉線；
或：使用者終端未設定鎖定t網，但是在弱場情況下切換成功率低/不能切換到鄰區，導致掉線；
或：使用者終端未設定鎖定t網，但是在弱場情況下切換到鄰小區隨即掉線。
或：使用者終端未設定鎖定t網，且不屬於弱場，掉線可能與終端效能有關，已建立對應imsi的信令跟蹤任務，以確認終端型別。
6．總結
該問題屬於弱場使用者鎖定t網掉線，xx月xx日通過回訪使用者指導使用者合理設定終端網路引數後，目前該指標情況如下：
或：該問題屬於弱場使用者鎖定t網掉線，終端為上網本，無法對使用者進行回訪，指標待觀察：
或：該問題屬於切換引起的掉線， xx月xx日通過修改xx引數（或鄰區資料或其它修改），目前該指標情況如下：
或：該問題屬於干擾引起的掉線， xx月xx日通過排除干擾後，目前該指標情況如下：
或：該問題屬於特定終端引起的掉線， xx月xx日通過複測確認終端存在問題，指標待觀察：
【問題型別】（業務型別—失敗原因）：分組域系統間切換失敗--physical channel failure
【小區名稱】（標準格式的小區名稱）：cszxrxx_***x_******xx_***xx
【發生日期】：7月25日
xx月xx日cszxrxx_***x_******xx_***xx分組域系統間切換成功率為xx%，請求xx次，失敗xx次，被列為最差小區。
1.告警及干擾情況分析
該站當日無告警，無up干擾；
或：該站在xx月xx日xx時至xx時存在xx告警，該告警影響分組域切換指標，xx日已發工單交由xx（部門/個人）處理。
該站近一周持續x天出現up干擾，干擾值約為-xxdbm。
2.業務失敗資訊統計
1)目標小區分析統計
切換至目標小區lac1_***xx請求xx次，失敗xx次；
切換至目標小區lac2_***xx請求xx次，失敗xx次；
……或：切換目標小區全部為lac_***xx，其中請求xx次，失敗xx次；
2）失敗原因分析統計
失敗原因主要為physical channel failure的共xx次，佔到總失敗次數的xx%；
失敗原因為******xx的共xx次，佔到總失敗次數的xx%；
從信令中的切換時間分布來看，不存在桌球切換的情況；
或：失敗原因都是physical channel failure，時間集中在14點到18點之間；從信令中的切換時間分布來看，存在桌球切換的情況，檢查23g切換引數**至3.切換引數檢查）。
3）失敗信令分析
失敗均來自同一imsi：*********x；共計xx次失敗；
使用者支援/不支援g網，鎖定/未鎖定t網；
或：失敗不是同一imsi；其中imsi1:*********x共失敗xx次；imsi2:*********x共失敗xx次；
接入時場強在-xxdbm到-xxdbm之間，切換時td場強在-xxdbm左右，gsm鄰區場強為-xxdbm左右。
td網路是/不是弱場，gsm是/不是弱場。
或：td網路為弱場，從地圖顯示，該小區覆蓋的居民區存在建築物阻擋，可通過***x方式解決弱場（或暫時無法解決）。
已通過imei查詢流程查到終端imei為：*********x，對應終端型別為：******，該終端引起此類失敗，屬於已知問題；
或：通過imei查詢流程沒有查詢到終端的資訊，已建立該imsi的信令跟蹤，並將該imsi在td異常話務支撐專員處備案。
3.切換引數檢查
複查2g引數正確，23g切換門限為-xxdbm，已調整為***dbm；
其它切換引數沒有問題。
存在桌球切換的情況，檢查23g切換引數，發現***x引數設定不當，從***改為***後，觀察指標正常。
4.鄰區資料檢查
查詢2g鄰區，該小區共配置xx個2g鄰區，沒有配置超遠的鄰區；
或：查詢2g鄰區，該小區共配置xx個2g鄰區，其中lac1_***xx距離主小區xxkm，為超遠的鄰區，已進行刪除；
2g鄰區中沒有發現同頻同色碼鄰區；
或：查詢2g鄰區，發現同頻同色碼鄰區lac1_***xx和lac2_***xx，已進行***x的處理；
查詢地理資訊，沒有發現漏配的3g更優鄰區，也沒有漏配的2g更優鄰區；
或：查詢地理化3g基站資訊表，發現可以配置更優的同方位角3g鄰區lac1_***xx，已進行配置；查詢地理化2g基站資訊表，發現可以配置更優的同方位角2g鄰區lac1_***xx，已進行配置；
已發工單核查2g側目標小區lac1_***xx，切換失敗時段不存在干擾、載頻效能等問題。
5．總結
通過xx月xx日修改xx引數（或鄰區資料或其它修改），目前該指標情況如下：
【問題型別】
（業務型別—失敗原因）：rrc連線建立成功率低—no reply
【小區名稱】
（標準格式的小區名稱）：cszxrxx_***x_******xx_***xx
【發生日期】
1月1日
******_***xx在xx月xx日rrc連線建立成功率為xx%，其中rrc連線嘗試xx次，失敗xx次,被列為最差小區，rrc連線失敗的主要原因為no reply。
異常單處理流程
北京紐曼騰飛科技 品質部版本 品質異常單處理流程 a00共4頁第1頁 品質異常單處理流程 編制部門 品質部分發號碼 nm qa 007 發布日期 2009年04月02日檔案管制 起草者 陳鳳英日期 2009年04月02日 審查 日期 年月日 核准 日期 年月日 北京紐曼騰飛科技 品質部版序 品質異常...
房間異常報告處理流程
跳房 總台房態顯示住房，但客房狀態已為空房。可能的原因 客人離店但是沒有通知總台 客人改變了預定但是員工忘記修改系統。早離店 客人換房間但員工忘記修改系統。房間內無行李或只有一點行李。1 給客人打 嘗試同客人取得聯絡，如果客人確定了離店時間，修改電腦系統。2 如果房間內沒人，按照以下流程 檢查預訂單...
製程異常處理流程文字
涉及部門相關人員是否積極配合改進措施的實施。5.獎罰制度 處罰制度 責任部門必須在48小時內做出改進計畫和明確的完成時限，否則給予每次5元 次處罰 改進措施在限定時限內未能完成給以每次5元 次的處罰 責任部門未徹底執行改進措施導致改進無效給以責任人10 次的處罰 同一異常點在同一部門乙個月內發生5次...