Cam Nang Xu Ly Badcell [PDF]
BỘ CẨM NANG XỬ LÝ BADCELL 1 Mục lục Mục lục .........................................................................
49 0 5MB
Papiere empfehlen
![Cam Nang Xu Ly Badcell [PDF]](https://vdoc.tips/img/200x200/cam-nang-xu-ly-badcell.jpg)
- Author / Uploaded
- Linh Anh
Datei wird geladen, bitte warten...
Zitiervorschau
BỘ CẨM NANG XỬ LÝ BADCELL
1
Mục lục Mục lục ................................................................................................................................. 2 1.
2.
3.
HỆ THỐNG ERICSSON...................................................................................................... 4 1.1
2G_CSSR ......................................................................................................................... 4
1.2
2G_DCR ........................................................................................................................... 4
1.3
2G_HOSR ........................................................................................................................ 5
1.4
2G_TCH Blocking cao ..................................................................................................... 5
1.5
2G_SDCCH Blocking rate cao (NOC2) .......................................................................... 6
1.6
3G_CSSR ......................................................................................................................... 6
1.7
3G_PS_CSSR................................................................................................................... 7
1.8
3G_PS_DCR .................................................................................................................... 8
1.9
3G_CS_DCR .................................................................................................................. 10
1.10
3G_CS/PS_HOSR .......................................................................................................... 12
1.11
4G_CSSR ....................................................................................................................... 14
1.12
4G_DCR ......................................................................................................................... 15
1.13
4G_Intra-frequency_HO ................................................................................................ 17
1.14
4G_IRAT_HOSR ........................................................................................................... 21
HỆ THỐNG NOKIA .......................................................................................................... 22 2.1
2G_CSSR ....................................................................................................................... 22
2.2
2G_DCR ......................................................................................................................... 24
2.3
2G_HOSR ...................................................................................................................... 25
2.4
3G_CSSR ....................................................................................................................... 26
2.5
3G_HOSR ...................................................................................................................... 30
2.6
3G_CS_DCR .................................................................................................................. 31
2.7
3G_CS_IRAT ................................................................................................................. 32
2.8
3G_PS_CSSR................................................................................................................. 32
2.9
4G_CSSR ....................................................................................................................... 33
2.10
4G_IntraFreq_HOSR ..................................................................................................... 34
2.11
4G_InterFreq_HOSR ..................................................................................................... 37
HỆ THỐNG 2G MOTOROLA ............................................................................................ 39 3.1
2G_CSSR ....................................................................................................................... 39
3.2
2G_DCR ......................................................................................................................... 42 2
3.3 4.
5.
6.
2G_HOSR ...................................................................................................................... 45
HỆ THỐNG ALCATEL....................................................................................................... 53 4.1
2G_CSSR ....................................................................................................................... 53
4.2
2G_DCR ......................................................................................................................... 54
4.3
2G_HOSR ...................................................................................................................... 55
4.4
3G_CSSR ....................................................................................................................... 55
4.5
3G_PS_CSSR................................................................................................................. 57
4.6
3G_CS_DCR .................................................................................................................. 58
4.7
3G_PS_DCR .................................................................................................................. 59
HỆ THỐNG HUAWEI ....................................................................................................... 60 5.1
2G_CSSR ....................................................................................................................... 60
5.2
2G_DCR ......................................................................................................................... 63
5.3
2G_HOSR ...................................................................................................................... 63
5.4
3G_CSSR ....................................................................................................................... 66
5.5
3G_CS_DCR .................................................................................................................. 66
5.6
3G_PS_CSSR................................................................................................................. 67
5.7
3G_CS_IRAT_HOSR .................................................................................................... 68
HỆ THỐNG ZTE .............................................................................................................. 69 6.1
2G_CSSR ....................................................................................................................... 69
6.2
2G_HOSR ...................................................................................................................... 70
6.3
3G_DCR ......................................................................................................................... 71
6.4
3G_HOSR ...................................................................................................................... 73
6.5
3G_CSSR ....................................................................................................................... 75
3
1.
HỆ THỐNG ERICSSON
1.1 2G_CSSR Case 1: Thể loại
Chi tiết
Tên người xử lý case
Nguyễn Viết Khải
Đơn vị
RNOC2
Thời gian xử lý Chủng loại thiết bị
Ericsson
Network
2G
Loại badcell
CSSR Cell HC11721 có CSSR kém trạm bị cảnh báo sóng đứng
Mô tả thông tin lỗi Cảnh báo trạm/cell, Network Phân tích nguyên nhân lỗi Phương án xử lý
trạm bị cảnh báo sóng đứng gây khó thiết lập cuộc gọi
Kết quả
KPI cải thiện
Yêu cầu xử lý sóng đứng
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
1.2
Chi tiết Nguyễn Anh Quang RNOC3 28/8/2018 Ericsson 2G Call setup success rate, nghẽn TCH Cell 2G_LTY042M11_QBH bị suy giảm CSSR, và nghẽn TCH. Trạm không có cảnh báo phần cứng. Trạm sử dụng 2 luồng Abis (mục đích dự phòng) Kiểm tra chất lượng truyền dẫn thì nhận thấy 1 luồng Abis có chất lượng kém. Gây nên các kênh đang chạy trên luồng kém này không thiết lập được cuộc gọi. Các action thực hiện: - Lock luồng bị chất lượng và yêu cầu xử lý. Sau khi xử lý xong KPI của Badcell đã tốt lại. -
2G_DCR
Thể loại
Chi tiết
Tên người xử lý case
Nguyễn Viết Khải
Đơn vị
RNOC2
Thời gian xử lý Chủng loại thiết bị
Ericsson
Network
2G
4
Loại badcell
DCR
Mô tả thông tin lỗi Cảnh báo trạm/cell, Network
cell có chỉ số DCR ~5% Kiểm tra trạm không tồn tại cảnh báo, không nhiễu ICMB
Phân tích nguyên nhân lỗi
TA cao, vùng phủ kém, khu vực vùng hở
Phương án xử lý
down tilt
Kết quả
KPI cải thiện
1.3
2G_HOSR
Thể loại
Chi tiết
Tên người xử lý case
Nguyễn Viết Khải
Đơn vị
RNOC2
Thời gian xử lý Chủng loại thiết bị
Ericsson
Network
2G
Loại badcell
HOSR
Mô tả thông tin lỗi Cảnh báo trạm/cell, Network
Cell có thống kê KPI HOSR kém cell HC02621 Trạm không cảnh báo Thống kê HO cell to cell từ hệ thống HO kém sang cell HC11503 hoàn toàn, kiểm tra thêm thấy nhiều cell HO kém vào cell này như bảng dưới.
Phân tích nguyên nhân lỗi
Phương án xử lý
Thực hiện kiểm tra phần cứng cell HC11503 không thấy bất thường, chỉ số KPI HO kém, reset trx.
Kết quả
KPI cải thiện
1.4
2G_TCH Blocking cao
Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network
Chi tiết
Loại badcell
TCH blocking
Nguyễn Viết Khải RNOC2
Ericsson 2G
5
Mô tả thông tin lỗi
cell HC03721 nghẽn cao Lost TRX
Cảnh báo trạm/cell, Network
Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
cell bị down trx do lỗi phần cứng onsite xử lý hardware KPI cải thiện
1.5 2G_SDCCH Blocking rate cao (NOC2) Thể loại
Chi tiết
Tên người xử lý case
Nguyễn Viết Khải
Đơn vị
RNOC2
Thời gian xử lý Chủng loại thiết bị
Ericsson
Network
2G
Loại badcell
SDCCH blocking cell có nghẽn sdcch
Mô tả thông tin lỗi Cảnh báo trạm/cell, Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Kiểm tra trạm không tồn tại cảnh báo Thực hiện kiểm tra khai báo kênh sdcch, kiểm tra tải sdcch-->thiếu kênh sdcch so với traffic thực tế khai báo thêm kênh sdcch cho cell bằng tham số sdcch (giảm bớt 1 kênh tch) KPI cải thiện
1.6 3G_CSSR Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi
Chi tiết Nguyễn Duy Khánh RNOC3 28/8/2018 Ericsson 3G CSSR Trạm overshoot gây nhiễu Trạm không có cảnh báo -
Phân tích logfile trạm thấy trạm overshoot qua 3 lớp trạm
6
Phương án xử lý Kết quả
- Kiểm tra hiện trường, cho cụp tilt Sau khi xử lý xong KPI của Badcell đã tốt lại.
1.7 3G_PS_CSSR Case 1: Thể loại Tên người xử lý Case Đơn vị
Hà Sơn Hải
Thời gian xử lý
03/08/2016
Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi
Chi tiết
RNOC2
ERICSSON 3G 3G_PS_CSSR kém Chỉ số CSSR PS sector 3G_Q02097F4_HCM, phân tích các thành phần CSSR thì nhận thấy tỉ lê ̣ thiế t lâ ̣p RAB kém giảm còn 50%
Cảnh báo trạm/Cell Network
Không có cảnh báo hardware -
Kiể m tra neighbour cell lỗ i thấ y khai báo đầ y đủ Thống kê các chỉ số KPI liên quan trên hệ thố ng nhận thấ y tỉ lê ̣ thiế t lâ ̣p RAB kém, UL sync kém. Cell kém từ khi DAS thay đổ i thiế t bi ̣mới
Phân tích nguyên nhân lỗi
7
Phương án xử lý
-
Yêu cầ u DAS điề u chỉnh la ̣i hê ̣ thố ng MU-RU, theo dõi KPI và phản hồ i
KPI đã đa ̣t yêu cầu
Kết quả
1.8 3G_PS_DCR Case 1: Thể loại Tên người xử lý Case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh báo trạm/Cell Network
Chi tiết Hà Sơn Hải RNOC2 23/1/2019 -> 25/2/2019
ERICSSON 3G PS_DCR kém Thống kê thấy nhiều badcell 3G PS Drop call cao sau khi chuyể n các RNC AGRNC12, CTRNC13 từ core Ericsson sang core NSN. Không có cảnh báo ở các badcell liên quan -
Kiể m tra thống kê KPI liên quan Kiể m tra la ̣i các tác đô ̣ng mạng lưới thời điểm lỗ i,
Phân tích nguyên nhân lỗi
8
Phương án xử lý
-
Xác đinh ̣ nguyên nhân gây lỗ i là đo tác động thay kế t nố i core từ RNC Ericsson.
-
Phố i hợp các đơn vị liên quan thay đổ i tham số (RAN, core…), fall back
KPI đã cải thiện,
Kết quả
Case 2: Thể loại Tên người xử lý Case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi
Chi tiết Hà Sơn Hải RNOC2 15/5/2018 ERICSSON 3G Drop call CS & PS kém Chỉ số Dropcall CS PS của nhiều cell thuộc HCRNC18 kém bấ t thường, ảnh hưởng KPI mức RNC
Cảnh báo trạm/Cell Network Phân tích nguyên nhân lỗi
Không có cảnh báo hardware -
Kiể m tra neighbour các cell lỗ i thấy khai báo đầ y đủ Kiểm tra log lỗi trên RNC thấ y có một số lỗ i liên quan đồ ng bô ̣ vào các giờ khác nhau của các tra ̣m khác nhau
9
Phương án xử lý
Phân tích vi ̣trí của các cell này thấ y cùng đi chung về mô ̣t UPE truyề n dẫn
- Yêu cầ u VTT kiể m tra và xử lý truyền dẫn IP KPI đã đa ̣t yêu cầu
Kết quả
1.9 3G_CS_DCR Case 1: Thể loại Tên người xử lý Case Đơn vị
Chi tiết Hà Sơn Hải RNOC2
10
Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh báo trạm/Cell Network
18/04/2018 ERICSSON 3G CS_DCR kém Chỉ số DCR CS sector 3G_Q05055M13_HCM kém Không có cảnh báo liên quan chất lượng -
Thống kê KPI hệ thống, nhận thấy KPI DCR CS sector 3G_Q05055M13_HCM kém
Phân tích nguyên nhân lỗi
Phương án xử lý
Kiể m tra các counter liên quan nhâ ̣n thấ y Drop call chủ yế u do Neighbor; Kiể m tra các trạm mới phát sóng xung quanh, Rà soát NB sector 3G_Q05055M13_HCM khai báo thêm với trạm mới phát sóng, xóa neighbor thừa, add thêm neighbor mới KPI đã cải thiện: -
Kết quả
Case 2: Thể loại Tên người xử lý Case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh báo trạm/Cell Network
Chi tiết Hà Sơn Hải RNOC2 15/5/2018 ERICSSON 3G Drop call CS & PS kém Chỉ số Dropcall CS PS của nhiều cell thuộc HCRNC18 kém bấ t thường, ảnh hưởng KPI mức RNC Không có cảnh báo hardware
11
-
Kiể m tra neighbour các cell lỗ i thấy khai báo đầ y đủ Kiể m tra log lỗ i trên RNC thấ y có mô ̣t số lỗi liên quan đồ ng bô ̣ vào các giờ khác nhau của các tra ̣m khác nhau
-
Phân tích vi ̣trí của các cell này thấ y cùng đi chung về mô ̣t UPE truyề n dẫn
Phân tích nguyên nhân lỗi
Phương án xử lý
- Yêu cầ u VTT kiể m tra và xử lý truyề n dẫn IP KPI đã đa ̣t yêu cầ u
Kết quả
1.10 3G_CS/PS_HOSR Thể loại
Chi tiết
12
Tên người xử lý Case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh báo trạm/Cell Network
Phân tích nguyên nhân lỗi
Phương án xử lý
Hà Sơn Hải RNOC2 05/06/2018 ERICSSON 3G Soft HO CS & PS kém Chỉ số Soft HO CS & PS sector 3G_HMO006M23_HCM kém Không có cảnh báo liên quan chất lượng -
Thống kê KPI hệ thống, nhận thấy KPI Soft HO CS & PS sector 3G_HMO006M23_HCM kém
-
Kiể m tra nhâ ̣n thấ y số lươṇ g attempt HO bi ̣failed nhiề u vào 1 cell 3G external, NB này do ANR ta ̣o:
Kiểm tra thấy NB này ở xa, không cầ n thiế t, do đó xóa NB kém này khỏi danh sách neighbor của cell KPI đã cải thiện: -
Kết quả
13
1.11 4G_CSSR Case 1: Thể loại
Chi tiết
Tên người xử lý case Đơn vị
Nguyễn Thanh Phương
Thời gian xử lý Chủng loại thiết bị
15/02/2019 - 26/02/2019 Ericsson
Network
4G
Loại badcell
CSSR kém
Mô tả thông tin lỗi
Trạm 4G-Q07170M-HCM bị kém KPI Call Setup Success Rate cả 3 cell. KPI kém cả các giờ thấp điểm và cao điểm. Phân rã KPI thấy chỉ số eRAB Setup Success Rate kém.
Cảnh báo trạm/cell, Network Phân tích nguyên nhân lỗi
Kiểm tra trên hệ thống trạm không có cảnh báo. Các chỉ số sóng đứng VSWR đều tốt. Truyền dẫn bình thường 1. Từ KPI, thống kê xác định chỉ số Initial eRAB Setup Success Rate kém. Thống kê tỷ lệ [pmErabEstabSuccInit]/[pmErabEstabAttInit] thấp. 2. Thống kê các chỉ số SINR, CQI của các cell thấy giá trị thấp. 3. Thống kê số lượng Handover attempt thì thấy các cell này Handover đều qua các cell xung quanh, không tập trung về 1 hướng cố định. Nghi ngờ các anten đấu chéo sợi lẫn nhau
Phương án xử lý
Yêu cầu onsite kiểm tra lại phần đấu nối feeder, jumper giữa các anten
Kết quả
Sau khi kiểm tra, xử lý xong chéo cell thì thống kê KPI trên hệ thống đã tốt trở lại
RNOC2
ERBS Id
EUtranCell Id
4G-Q07170MHCM 4G-Q07170MHCM 4G-Q07170MHCM 4G-Q07170MHCM 4G-Q07170MHCM 4G-Q07170MHCM
4G-Q07170M11HCM 4G-Q07170M12HCM 4G-Q07170M13HCM 4G-Q07170M11HCM 4G-Q07170M12HCM 4G-Q07170M13HCM
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell
Chi tiết Lê Đình Dương RNOC3 12/01/2019 Ericsson 4G CSSR
14
CSSR
RRC CSSR
eRAB Setu Succe Rate
15/02/2019
9.36
99.61
13.64
6111
15/02/2019
0.85
99.36
1.08
13
6111
15/02/2019
0.90
99.73
1.02
11
6111
26/02/2019
99.64
99.79
99.85
12
6111
26/02/2019
99.75
99.93
99.87
13
6111
26/02/2019
99.73
99.91
99.82
Cell Id
tac
Date
11
6111
12
Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Tại tỉnh DNG, xác định 1 cell tồi 4G CSSR, KPI CSSR tồi và throughput cell 4G thấp tại các giờ trong ngày. Trạm có cảnh báo phát sinh - VSWR RRU-1,RfPort=A 1. Rà soát Neighbor và tham số đầy đủ. Thực hiện lấy thống kê KPI Cell trên hệ thống:
Phân tích nguyên nhân lỗi
2.
Phương án xử lý Kết quả
Nhận thấy KPI của cell tồi CSSR và tốc độ throughput của cell thấp do nguyên nhân VSWR RRU-1,RfPort=A là lỗi sóng đứng tại RRU sector 1.
Các action thực hiện: Thực hiện đo kiểm tại trạm để xác định vị trí bị lỗi sóng đứng, sau khi xác định vị trí tại đầu Connector Anten, thực hiện làm lại đầu Connector. Sau khi xử lý xong cảnh báo KPI CSSR đã tốt trở lại.
1.12 4G_DCR Case 1: Thể loại
Chi tiết
Tên người xử lý case Đơn vị
Nguyễn Thanh Phương
Thời gian xử lý
26/02/2019 - 08/03/2019
Chủng loại thiết bị
Ericsson
Network
4G
Loại badcell
Service Drop Rate
Mô tả thông tin lỗi
Trạm 4G-BTH138M-HCM, 2 cell 4G-BTH138M12-HCM và 4G-BTH138M13-HCM có KPI Service Drop Rate cao. KPI kém cả các giờ thấp điểm và cao điểm. Phân rã KPI thấy chỉ số counter pmErabRelAbnormalEnbAct cao. Kiểm tra trên hệ thống trạm không có cảnh báo. Các chỉ số sóng đứng VSWR đều tốt. Truyền dẫn bình thường 1. Từ KPI, thống kê xác định chỉ số pmErabRelAbnormalEnbAct cao.
Cảnh báo trạm/cell, Network Phân tích nguyên nhân lỗi
Phương án xử lý
RNOC2
Thống kê counter này cao có thể do vùng phủ kém, overshoot, hoặc bị chéo sector, lỗi HW, sóng đứng. 2. Thống kê các chỉ số SINR, CQI của các cell thấy giá trị thấp. KPI Intra HO kém đồng thời. 3. Kiểm tra logfile quét sóng thì thấy vùng phủ sector 2 & 3 chồng lấn lẫn nhau. Nghi ngờ chéo cell. Yêu cầu onsite kiểm tra lại phần đấu nối feeder, jumper giữa các anten
15
Kết quả
Sau khi kiểm tra, xử lý xong chéo cell thì thống kê KPI trên hệ thống đã tốt trở lại ERBS Id
EUtranCell Id
4GBTH138MHCM 4GBTH138MHCM 4GBTH138MHCM 4GBTH138MHCM
4GBTH138M12HCM 4GBTH138M13HCM 4GBTH138M12HCM 4GBTH138M13HCM
Cell Id
tac
Date
Service Drop Rate
12
6114
08/03/2019
0.14
13
6114
08/03/2019
0.16
12
6114
26/02/2019
5.07
13
6114
26/02/2019
5.95
Case 2: Thể loại
Chi tiết
Tên người xử lý case Đơn vị
Nguyễn Thanh Phương
Thời gian xử lý
12/02/2019 - 18/02/2019
Chủng loại thiết bị
Ericsson
Network
4G
Loại badcell
Service Drop Rate
Mô tả thông tin lỗi
Cell 4G-NKI051M13-CTO có KPI Service Drop Rate cao. KPI kém cả các giờ thấp điểm và cao điểm.
Cảnh báo trạm/cell, Network
Kiểm tra trên hệ thống trạm không có cảnh báo. Tuy nhiên chỉ số nhiễu UL RSSI cao
RNOC2
ERBS
Phân tích nguyên nhân lỗi
EUtranCellFDD
Date
UL RSSI PUCCH (dBm)
UL RSSI PUSCH (dBm)
4G4GNKI051MNKI051M1312/02/2019 -92 -92 CTO CTO 1. Chỉ số nhiễu UL RSSI cao sẽ làm ảnh hưởng đến việc trao đổi bản tin giữa UE và EnodeB, dẫn đến việc làm tăng khả năng drop call khi sử dụng dịch vụ. 2.
Nhiễu cao cũng làm ảnh hưởng đến tốc độ truy cập của khách hàng:
ERBS Id
EUtranCell Id
4G-NKI051M-CTO
4G-NKI051M13-CTO
16
User Downlink Average Throughput (Mbps) 10.65
Phương án xử lý Kết quả
Yêu cầu onsite kiểm tra lại phần đấu nối feeder, jumper, các đầu connector. Kiểm tra lại vùng phủ các trạm xung quanh. Sau khi kiểm tra, xử lý xong các phần đấu nối dưới trạm, KPI đã tốt trở lại
ERBS
EUtranCellFDD
Date
UL RSSI PUCCH (dBm)
4GNKI051MCTO
4GNKI051M13CTO
18/02/2019
-102
UL RSSI PUSCH (dBm)
-103
1.13 4G_Intra-frequency_HO Case 1: Thể loại
Chi tiết
Tên người xử lý case
Nguyễn Thanh Phương
Đơn vị
RNOC2
Thời gian xử lý Chủng loại thiết bị
Ericsson
Network
4G
Loại badcell
Intra-frequency HO
Mô tả thông tin lỗi
Cell 4G-LVO030M13-DTP có KPI Intra-frequency HO thấp, thống kê trung bình ngày chỉ đạt 92%
Cảnh báo trạm/cell, Network Phân tích nguyên nhân lỗi
Kiểm tra trên hệ thống trạm không có cảnh báo. Các chỉ số sóng đứng VSWR đều tốt. Truyền dẫn bình thường Từ KPI, thống kê tỷ lệ HO thành công trên từng cặp neighbour thì thấy số lượng HO failed chủ yếu sang neighbour 4G-LXU066M11-AGG, có PCI=54 và tỷ lệ HO Success Rate cặp relation này là 0%. Nghi ngờ bị trùng PCI trong neighbour list, kiểm tra thiết kế PCI trên map thì phát hiện trong neighbour list có 2 cell có cùng PCI=54 là 4G-LXU066M11AGG và 4G-CMO013M12-AGG. Dẫn đến hiện tượng PCI confusion, gây HO kém.
Adjacent Cell Id
Intrafrequency HO (%)
IntraFreq HO Failures
4G-LXU066M11-AGG
0.00
194
4G-LVO013M11-DTP
92.86
1
4G-LVO030M11-DTP
100.00
0
4G-LVO030M12-DTP
100.00
0
EUtranCellFDD 4GLVO030M13DTP 4GLVO030M13DTP 4GLVO030M13DTP 4GLVO030M13DTP
17
4GLVO030M13DTP 4GLVO030M13DTP 4GLVO030M13DTP 4GLVO030M13DTP 4GLVO030M13DTP
Phương án xử lý
Kết quả
4G-LVO002M13-DTP
55.56
4
4G-LVO003M13-DTP
100.00
0
4G-LVO011M11-DTP
99.81
2
4G-LVO011M12-DTP
100.00
0
4G-LVO011M13-DTP
100.00
0
Khoảng cách từ 4G-LVO030M13-DTP đến neighbour 4G-LXU066M11-AGG gần 12km, kiểm tra tilt, hướng các cell không có gì bất thường. Thực hiện xóa relation này để xử lý trùng PCI Sau khi kiểm tra, xử lý xong chéo cell thì thống kê KPI trên hệ thống đã tốt trở lại ERBS Id
4G-LVO030M-DTP 4G-LVO030M-DTP
EUtranCell Id 4G-LVO030M13DTP 4G-LVO030M13DTP
Case 2: Thể loại Tên người xử lý case Đơn vị
Chi tiết Lê Đình Dương RNOC3
18
Date 15/03/2019 19/03/2019
IntraFrequency HO 93.79 99.05
Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
2/11/2018 Ericsson 4G Intra HOSR Tại tỉnh DNG, xác định 1 cell tồi 4G HOSR intra, KPI thấp toàn bộ các giờ cả cao điểm và thấp điểm, giá trị Intra HOSR thấp dưới 70%. Trạm không có cảnh báo phát sinh 1.
Rà soát Neighbor và tham số đầy đủ. Thực hiện lấy thống kê KPI Cell to Cell trên hệ thống:
2.
Nhận thấy KPI của cell tồi nhiều nhất đến Cell 4G-NHS027M11-DNG, kiểm tra khoảng cách giữa 2 trạm > 7 km trong khu vực thành phố với mật độ trạm cao. Kiểm tra khai bao hệ thống Cell NHS027M11-DNG có PCI trùng với Neigbor của cell NHS036M12-DNG và bị Overshoot nên gây hiện tượng tồi KPI HO Intra.
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Các action thực hiện: Thực hiện plan lại PCI và hiệu chỉnh vùng phủ cho cell 4G khu vực Sau khi xử lý xong cảnh báo KPI HOSR Inta đã tốt trở lại.
Case 3: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý
Chi tiết Nguyễn Duy Khánh RNOC3 27/07
19
Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
/2018 Ericsson 4G Intra-Frequency Lỗi handover từ cell 4G-NTG057M-KHA sang cell 4G_NTG110M12_KHA Trạm không có cảnh báo HW. -
Intra-Frequency từ PCI 151 sang PCI 91 fail do lỗi T304 timeout
Phân tích nguyên nhân lỗi
Kiểm tra khai báo lại T304 timeout . Plan lại PCI trạm theo đúng mod3 Sau khi xử lý xong KPI Intra-Frequency của Badcell tốt, thoát badcell
Phương án xử lý Kết quả
Case 4: Thể loại
Chi tiết
Tên người xử lý case Đơn vị
Nguyễn Thanh Phương
Thời gian xử lý
09/01/2019 - 28/02/2019
Chủng loại thiết bị Network
Ericsson
Loại badcell
Intra Freq HO, IRAT HO
Mô tả thông tin lỗi
Cell 4G-Q08037M12-HCM có 2 chỉ số KPI kém là Intra-Frequency HO, IRAT HOSR.
Cảnh báo trạm/cell, Network
Kiểm tra trên hệ thống cell này có cảnh báo RET
RNOC2
4G
20
Phân tích nguyên nhân lỗi
1.
Cảnh báo RET thể hiện tilt điện của cell này hệ thống không giám sát được, có thể tilt điện thực tế sai khác với thiết kế, dẫn đến vùng phủ có thể không hợp lý làm ảnh hưởng đến KPI của cell.
2.
Thống kê thêm lưu lượng của cell để đánh giá nhận định về vùng phủ Lưu lượng của cell tăng đột biến từ ngày 8/1, trùng với thời điểm phát sinh cảnh báo RET
Phương án xử lý Kết quả
Yêu cầu onsite kiểm tra lại anten, xử lý cảnh báo RET Sau khi kiểm tra, xử lý xong cảnh báo RET và cho calib lại anten thì KPI đã cải thiện, lưu lượng trở lại mức bình thường ERBS Id UL_Q08037M_HCM UL_Q08037M_HCM
EUtranCell Id 4G-Q08037M12HCM 4G-Q08037M12HCM
Date
Intrafrequency HO (%)
IRAT HOSR
09/01/2019
91.32
83.15
28/02/2019
99.01
95.32
1.14 4G_IRAT_HOSR Thể loại
Chi tiết
Tên người xử lý case Đơn vị
Nguyễn Thanh Phương
Thời gian xử lý
09/01/2019 - 28/02/2019
Chủng loại thiết bị
Ericsson
Network
4G
Loại badcell
Intra Freq HO, IRAT HO
Mô tả thông tin lỗi
Cell 4G-Q08037M12-HCM có 2 chỉ số KPI kém là Intra-Frequency HO, IRAT HOSR.
Cảnh báo trạm/cell, Network
Kiểm tra trên hệ thống cell này có cảnh báo RET
Phân tích nguyên nhân lỗi
RNOC2
1.
Cảnh báo RET thể hiện tilt điện của cell này hệ thống không giám sát được, có thể tilt điện thực tế sai khác với thiết kế, dẫn đến vùng phủ có thể không hợp lý làm ảnh hưởng đến KPI của cell.
2.
Thống kê thêm lưu lượng của cell để đánh giá nhận định về vùng phủ
21
Lưu lượng của cell tăng đột biến từ ngày 8/1, trùng với thời điểm phát sinh cảnh báo RET
Phương án xử lý
Yêu cầu onsite kiểm tra lại anten, xử lý cảnh báo RET
Kết quả
Sau khi kiểm tra, xử lý xong cảnh báo RET và cho calib lại anten thì KPI đã cải thiện, lưu lượng trở lại mức bình thường ERBS Id UL_Q08037M_HCM UL_Q08037M_HCM
EUtranCell Id 4G-Q08037M12HCM 4G-Q08037M12HCM
Date
Intrafrequency HO (%)
IRAT HOSR
09/01/2019
91.32
83.15
28/02/2019
99.01
95.32
2. HỆ THỐNG NOKIA 2.1 2G_CSSR Case 1: Thể loại Tên người xử lý case
BÙI VĂN BA
Đơn vị
RNOC2
Thời gian xử lý
16/02/2019
Chủng loại thiết bị
NSN
Network
2G
Loại badcell
CSSR
Mô tả thông tin lỗi
Chỉ số CSSR trạm 2G_CTI003M13_LDG kém - Version BSC NSN
Chi tiết
Cảnh báo trạm/cell, Network
Kiểm tra trạm không tồn tại cảnh báo
Phân tích nguyên nhân lỗi
Các nguyên nhân có thể gây CSSR thấp: - Lỗi Hardware( TRX Faulty, VSWR, Master-Slave Syn, TRX Qual etc, Feeder connection, TRAU, transmission); - Khai báo tham số chưa đúng ( DIV, TSC, HSN, LAYERING, POC, ….); - Nhiễu kênh BCCH, TCH; - Nghẽn SDCCH, TCH; - Path Balance; - Overshoot;
22
Phương án xử lý
Các bước thực hiện để Cải thiện CSSR: - Xử lý phần cứng ( TRX Faulty, VSWR, Master-Slave Syn, TRX Qual etc, Feeder connection, TRAU, transmission); - Khai báo lại các tham số ( DIV, TSC, HSN, LAYERING, POC, ….); - Đổi tham số BCCH để giảm nhiễu UL; - Nâng cấp cấu hình;
Kết quả
KPI CSSR đã cải thiện
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Chi tiết Trần Xuân Trường RNOC1 6/3/2019 NSN 2G/3G CS/PS: CSSR/HOSR/DCR - Suy giảm KPI CSSR/HOSR/DCR. - Khách hàng phản ánh khó thiết lập cuộc gọi, tỉ lệ cuộc gọi Drop cao. - BSC/RNC không có cảnh báo. - BTS/NodeB không có cảnh báo HW, Chất lượng truyền dẫn tốt. - Không xuất hiện cảnh báo từ BTS/NodeB. Thực hiện Reset BTS/NodeB chất lượng vẫn không cải thiện. - Yêu cầu đo kiểm hiện trường để phân tích. - Qua phân tích Logfile nhận thấy BTS/NodeB đang bị đấu chéo cell( Nghĩa là phần đấu nối vật lý tại trạm không đúng như thiết kế) gây ra hiện tượng nhiễu( Do trùng tần), Thiếu Neighbors gây ra hiện tượng suy giảm chất lượng. - Thực hiện Site Audit. - Thiết kế lại RF theo số liệu Site Audit. - Khai báo lại CSDL , đấu nối lại vật lý tại BTS/NodeB theo thiết kế RF. - Sau khi thực hiện các chỉ số KPI đa tốt trở lại.
23
2.2 2G_DCR Case 1: Thể loại Tên người xử lý case Đơn vị
Chi tiết BÙI VĂN BA
Thời gian xử lý
21/02/2019
Chủng loại thiết bị
NSN
Network
2G
Loại badcell
DCR
Mô tả thông tin lỗi
Cell 2G_CTI006M12_LDG Chỉ số DCR cao - Version BSC NSN
Cảnh báo trạm/cell, Network
Kiểm tra trạm không tồn tại cảnh báo
Phân tích nguyên nhân lỗi
Các nguyên nhân gây DCR cao: - Lỗi Hardware( TRX Faulty, Master-Slave Syn, TRX Qual etc, Feeder connection, TRAU, transmission); - Khai báo tham số chưa đúng ( DIV, TSC, HSN, LAYERING, POC, ….); - Chất lượng BCCH chưa tốt (nhiễu UL); - Overshoot; - Missing Neighbor.
Phương án xử lý
Các bước thực hiện xử lý để cải thiện DCR: - Xử lý phần cứng ( TRX Faulty, Master-Slave Syn, TRX Qual etc, Feeder connection, TRAU, transmission); - Khai báo lại các tham số ( DIV, TSC, HSN, LAYERING, POC, ….); - Đổi tham số BCCH để cải thiện DCR; - Chỉnh tilt; - Audit relation; - Add thêm Neighbor bị thiếu.
RNOC2
Thống kê lại KPI DCR giảm
Kết quả
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell
Chi tiết Trần Xuân Trường RNOC1 6/3/2019 NSN 2G/3G CS/PS: CSSR/HOSR/DCR
24
Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
- Suy giảm KPI CSSR/HOSR/DCR. - Khách hàng phản ánh khó thiết lập cuộc gọi, tỉ lệ cuộc gọi Drop cao. - BSC/RNC không có cảnh báo. - BTS/NodeB không có cảnh báo HW, Chất lượng truyền dẫn tốt. - Không xuất hiện cảnh báo từ BTS/NodeB. Thực hiện Reset BTS/NodeB chất lượng vẫn không cải thiện. - Yêu cầu đo kiểm hiện trường để phân tích. - Qua phân tích Logfile nhận thấy BTS/NodeB đang bị đấu chéo cell( Nghĩa là phần đấu nối vật lý tại trạm không đúng như thiết kế) gây ra hiện tượng nhiễu( Do trùng tần), Thiếu Neighbors gây ra hiện tượng suy giảm chất lượng. - Thực hiện Site Audit. - Thiết kế lại RF theo số liệu Site Audit. - Khai báo lại CSDL , đấu nối lại vật lý tại BTS/NodeB theo thiết kế RF. - Sau khi thực hiện các chỉ số KPI đa tốt trở lại.
2.3 2G_HOSR Case 1: Thể loại Tên người xử lý case
BÙI VĂN BA
Đơn vị
RNOC2
Thời gian xử lý
15/02/2019
Chủng loại thiết bị
NSN
Network
2G
Loại badcell
HOSR
Mô tả thông tin lỗi
Cell 2G_LHA017M12_LDG có chỉ số HOSR thấp, KPI thấp toàn bộ các giờ cả cao điểm và thấp điểm - Version BSC NSN
Cảnh báo trạm/cell, Network Phân tích nguyên nhân lỗi
Kiểm tra không có cảnh báo trên hệ thống.
Phương án xử lý
Chi tiết
Các nguyên nhân có thể gây ra lỗi HOSR kém: - Lỗi Hardware(TRX Faulty, Master-Slave Syn, TRX Qual etc, Jumper connection, transmission); - Khai báo sai lệch tham số: BCCH, BSIC, LAYER,… - Lỗi signaling trên A-Bis, A-ter; - Lỗi mất đồng bộ (DAC 1800-2400); - Lỗi không đồng bộ Software(BSC, BTS). Để cải thiện HOSR: - Kiểm tra tất cả các lỗi HW: TRX Faulty, Master-Slave Syn, TRX Qual etc, Jumper connection, transmission; - Kiểm tra khai báo BCCH, BSIC, LAYER,…; - Đổi BCCH, BSIC,…; - Nâng cấp các cell đích để giảm nghẽn; - Chặn các cặp HO kém do overshoot.
25
Kết quả
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Chi tiết Trần Xuân Trường RNOC1 6/3/2019 NSN 2G/3G CS/PS: CSSR/HOSR/DCR - Suy giảm KPI CSSR/HOSR/DCR. - Khách hàng phản ánh khó thiết lập cuộc gọi, tỉ lệ cuộc gọi Drop cao. - BSC/RNC không có cảnh báo. - BTS/NodeB không có cảnh báo HW, Chất lượng truyền dẫn tốt. - Không xuất hiện cảnh báo từ BTS/NodeB. Thực hiện Reset BTS/NodeB chất lượng vẫn không cải thiện. - Yêu cầu đo kiểm hiện trường để phân tích. - Qua phân tích Logfile nhận thấy BTS/NodeB đang bị đấu chéo cell( Nghĩa là phần đấu nối vật lý tại trạm không đúng như thiết kế) gây ra hiện tượng nhiễu( Do trùng tần), Thiếu Neighbors gây ra hiện tượng suy giảm chất lượng. - Thực hiện Site Audit. - Thiết kế lại RF theo số liệu Site Audit. - Khai báo lại CSDL , đấu nối lại vật lý tại BTS/NodeB theo thiết kế RF. - Sau khi thực hiện các chỉ số KPI đa tốt trở lại.
2.4 3G_CSSR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network
Chi tiết TRẦN CÔNG LƯƠNG RNOC2 5/12/2018 NSN 3G
26
Loại badcell Mô tả thông tin lỗi
CSSR Tại tỉnh Lâm Đồng tại khu vực trạm 3G_DLA025M_LDG, Xác định bị nhiễu UL gây CS, PS CSSR kém sector 2 - Version RNC NSN - Loại tủ NSN
Cảnh báo trạm/cell, Network
Kiểm tra toàn bộ các cảnh báo của các badcell, tồn tại các cảnh báo 1 trạm 3G_DLA025M_LDG: - Không có cảnh báo hardware.
Phân tích nguyên nhân lỗi
Từ KPI thống kê cell Bị nhiễu Uplink cao.
Phương án xử lý
Thực hiện xử lý trạm theo 2 bước: - Kiểm tra tần số 2G. - Hardware, kiểm tra jumper. - Thống báo cục tần số kiểm tra. Sau khi cục tần số kiểm tra phát hiện nhiễu ngoài do cục phát tại wifi tại nhà dân bị lỗi.
Kết quả
Case 2: Thể loại
Chi tiết
Tên người xử lý Case
Triệu Cường
Đơn vị
RNOC2
Thời gian xử lý
01/03/2019
Chủng loại thiết bị
NSN
Network
3G
Loại Badcell
CS-CSSR kém
Mô tả thông tin lỗi cảnh báo trạm/cell/network
3G_KSA019M_STG
Phân tích nguyên nhân lỗi
Phân tích KPI thấy nguyên nhân kém CS CSSR là do Radio fail cao Thống kê RTWP thấy mức thu tăng cùng thời điểm CS CSSR giảm - kiểm tra đấu nối connector, jumper - Nếu không hết tiến hành thay thiết bị jumper, connector, anten hoặc khối RF
Phương án xử lý:
cell không có cảnh báo ngoài
27
Sau khi thay thế thiết bị DTRU mới thì trạm không còn bị pathbalance, CSSR tốt trở lại
Kết quả
Case 3: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi
Cảnh báo trạm/cell, Network Phân tích nguyên nhân lỗi Phương án xử lý
Chi tiết TRẦN CÔNG LƯƠNG RNOC2 20/02/2019 NSN 3G CSSR Tại tỉnh Kiên Giang tại khu vực trạm 3G_PQU030M_KGG, xác định khu vực 9 cell của trạm có chỉ số CSSR-CS kém gây khó gọi. - Version RNC-70 NSN - Loại tủ SRAN Kiểm tra toàn bộ các cảnh báo của các badcell, tồn tại các cảnh báo 1 trạm 3G_PQU030M_KGG: - Không có cảnh báo hardware. Từ KPI thống kê cell có tỉ lệ DCH discarded frames, High Delay;DCH discarded frames, other error rất cao. Nghi ngờ do truyển dẫn. Thực hiện xử lý trạm theo 2 bước: - Yêu cầu kiểm tra truyền dẫn. Xử lý nghẽn truyền dẫn.
28
Kết quả
Case 4: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Chi tiết Trần Xuân Trường RNOC1 6/3/2019 NSN 3G CSSR - Thống kê bình thường, trạm không có cảnh báo. - Phản ánh khách hàng khó thiết lập cuộc gọi, hay bị lặng tiếng, sôi rè. - RNC không có cảnh báo. - NodeB không có cảnh báo HW, Chất lượng truyền dẫn tốt. - Khóa từng Cell thuộc NodeB để thử dịch vụ kết quả cho thấy chỉ 1/3 Cell khó thiết lập cuộc gọi và xảy ra hiện tượng sôi rè. - Đo kiểm hiện trường lấy Log để phân tích chi tiết nhận thấy bị trùng ScrambingCode với Cell nằm trong Neighbors List. -Thiết kế và khai báo lại ScarmblingCode cho Cell lỗi Sau khi thiết kế và khai báo Scramblingcode mới chất lượng dịch vụ đã tốt trở lại.
Case 5: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi
Chi tiết Phạm Hường Ánh RNOC3 25/11/2018 NSN 3G CSSR Tại tỉnh DLK, xác định 1 cell CSSR kém 3G_BHO025M12_DLK Trạm không có cảnh báo phần cứng. 1.
Kiểm tra trạm không có cảnh báo, truyền dẫn bình thường, phối hợp hiện trường đo kiểm thấy vùng phủ bị overshoot. Thực hiện điều chỉnh vùng phủ hợp lý
29
Phương án xử lý Kết quả
Các action thực hiện: thực hiện điều chỉnh tilt cell 3G_BHO025M12_DLK từ 3->5 Sau khi xử lý xong KPI CSSR đã tốt lên
2.5 3G_HOSR Thể loại Tên người xử lý case Đơn vị
Chi tiết TRẦN CÔNG LƯƠNG RNOC2
Thời gian xử lý
2/2/2019
Chủng loại thiết bị
NSN
Network
3G
Loại badcell Mô tả thông tin lỗi
HOSR kém. Tại tỉnh Hậu Giang tại khu vực trạm 3G_VTH033M_HUG đo kiểm chất lượng sóng kém (Ec/Io). - Version RNC NSN - Loại tủ NSN
Cảnh báo trạm/cell, Network
Kiểm tra toàn bộ các cảnh báo của các badcell: - Không có cảnh báo hardware.
30
Sau khi kiểm tra NB và thống kê. Thấy HOSR kém Sector 2 và sector 3.
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Thực hiện xử lý trạm theo 2 bước: - Thực hiện đo kiểm. Xác định swap feeder. - Tiến hành phối hợp điều chỉnh lại Feeader. Sau khi điều chỉnh, chất lượng trạm hiện tốt.
2.6 3G_CS_DCR Case 1: Thể loại Tên người xử lý Case Đơn vị
Triệu Cường
Thời gian xử lý
01/03/2019
Chủng loại thiết bị Network Loại Badcell
Chi tiết
RNOC2 NSN 3G CS Drop cao
Mô tả thông tin lỗi cảnh báo trạm/cell/network
3G_DDO055M_CMU
Phân tích nguyên nhân lỗi
Phân tích KPI thấy nguyên nhân kém CS DRC là do Radio fail cao
Phương án xử lý:
- kiểm tra đấu nối connector, jumper - Reset khối RF module
cell không có cảnh báo ngoài
Sau khi xử lý thì CS DRC giảm Kết quả
31
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Chi tiết Nguyễn Trọng Thắng RNOC1 6/3/2019 NSN 3G DCR cao bất thường -Chỉ số PS_DROP RNC tăng cao bất thường NodeB của Badcell đang tồn tại các cảnh báo sau: -Rất nhiều cảnh báo Error của NodeB trên cùng 1 USPU 1. Rất nhiều cell thuộc RNC cảnh báo Error không rõ nguyên nhân. 2. Các Cell có cảnh báo đều có chỉ sô PS_Drop tăng cao bất thường Các action thực hiện: - Thực hiện Reset USPU chứa các Cell có cảnh báo Error. Sau khi Restart theo dõi thống kê chỉ số PS_Drop đã trở lại bình thường.
2.7 3G_CS_IRAT Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Chi tiết Trần Xuân Trường RNOC1 6/3/2019 NSN 3G CS_IRAT - Thống kê RNC chỉ số CS_IRAT suy giảm nghiêm trọng. - CS_Drop tăng do HO kém. - RNC không có cảnh báo. - NodeB không có cảnh báo HW, Chất lượng truyền dẫn tốt. - CS_IRAT là chỉ số KPI đánh giá mức độ chuyển giao từ 3G-2G. - Thống kê CS_HO 3G tốt vì vậy có thể xác nhận phân 3G không có lỗi bất thường. - Tập trung kiểm tra các Actions thay đổi phía 2G để xác định nguyên nhân bằng các Audit lại các tham số của External 2G Neighbors như: LAC/CI/BSIC/BCCH(NCC/BCC). - Sau khi kiểm tra nhận thấy rất nhiều External 2G neighbor cell được khai báo trên hệ thống 3G sai khác về thông số với cấu hình đang chạy do việc đấu chuyển BTS trên BSC 2G. - Cập nhật lại thông số External 2g Neighbors Cell trên hệ thống 3G - Sau khi cập nhật, theo dõi KPI hệ thống đã tốt trở lại.
2.8 3G_PS_CSSR Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell
Chi tiết Trần Quang Nghĩa RNOC1 06/03/2019 Huawei 3G PS_CSSR kém
32
Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Kiểm tra thống kê KPI xuất hiện suy giảm chỉ số PS_CSSR tập trung một số giờ cao điểm Không có cảnh báo từ các badcell 1. Kiểm tra event log của trạm 2. Xác định các thời điểm xảy ra sự suy giảm 3. Kiểm tra thống kê các chỉ số KPI khác trong đó có chỉ số PS_RAB_Congestion. Phát hiện vào các thời điểm PS_CSSR kém xuất hiện nghẽn cao 4. Lấy thống kê chi tiết về nghẽn nhận thấy các khung giờ cao điểm badcell có nghẽn cao về Uplink CE 1. Yêu cầu hiện trường bổ sung 1 card WBBPD1 hoặc 1 card UBBPD1 2. Phối hợp khai báo cấu hình 3. Phân bổ license Uplink CE và theo dõi thống kê Sau khi xử lý xong KPI PS_CSSR đã trở về mức > 98%
2.9 4G_CSSR Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Phạm Hường Ánh RNOC3 27/12/2018 NSN 4G CSSR Tại tỉnh DLK, xác định 1 cell tồi 4G-BMT010M11-DLK CSSR kém Trạm không có cảnh báo phát sinh 1.
Phân tích nguyên nhân lỗi
Rà soát tham số khai báo đúng 2.
Phối hợp hiện trường đo kiểm phát hiện vùng phủ cell đang chồng lấn lên khu vực có 2 cell đang phủ đến là 4G-BMT009M11-DLK và 4G-BMT008M11-DLK
33
Phương án xử lý Kết quả
Các action thực hiện: Điều chỉnh azimuth từ 350->10 để tránh overlap và up tilt 1 độ cải thiện vùng phủ sóng. Sau khi xử lý xong cảnh báo KPI CSSR đã tốt trở lại.
2.10 4G_IntraFreq_HOSR Case 1: Thể loại Tên người xử lý Case Đơn vị
Triệu Cường
Thời gian xử lý
W4/2018
Chủng loại thiết bị
NSN
Network
4G
Loại Badcell
Intra Freq HOSR
Mô tả thông tin lỗi cảnh báo trạm/cell/network
4G-CMA042M11-CMU, 4G-CMA042M12-CMU
Phân tích nguyên nhân lỗi
Chi tiết
RNOC2
cell không có cảnh báo ngoài Kiểm tra đồng cảnh báo ngoài: không có Kiểm tra thiết kế PCI, RSI: bình thường Kiểm tra thống kê cell2Cell HO: phát hiện HO attemp không phù hợp với hướng thiết kế
34
Phương án xử lý:
- kiểm tra đấu nối connector, jumper - hướng lắp đặt của cell: phát hiện cell 1 và 2 của trạm bị chéo jumper với nhau - Xử lý lắp đặt lại jumper
Kết quả sau khi xử lý chéo jumper của 2 cell thì HO đã tốt trở lại
Kết quả
Case 2: Thể loại
Chi tiết
Tên người xử lý case
TRẦN CÔNG MINH
Đơn vị
RNOC2
Thời gian xử lý
20/02/2019
Chủng loại thiết bị
NSN
Network
4G
Loại badcell
Intra-Freq-HOSR ≤ 95% Tại DNI có cell 4G-TBO036M12-DNI chỉ số intra-freq-HOSR kém bất thường 85.71%. Không đạt theo tiêu chí badcell 4G Kiểm tra toàn bộ các cảnh báo của các badcell, tồn tại các cảnh báo 1 trạm 4GTBO036M-DNI: - Không có cảnh báo hardware.
Mô tả thông tin lỗi Cảnh báo trạm/cell, Network
Phân tích nguyên nhân lỗi
- thống kê các cặp Cell-2-cell bị intra HO fail của cell 4G-TBO036M12-DNI thấy chỉ có vài cặp Cell bị fial 100%, 1 số cặp cell fail 99%. '- tiến hành kiểm tra các cặp cell kém đều nằm gần, các cặp cell tốt có khoảng cách rất xa >4km.--> nghi ngờ cell bị overshoot. kiểm tra tilt/hướng, độ cao anten: cao 31m, total titl =2.
Phương án xử lý thực hiện down tilt xử lý overshoot.
Kết quả xử lý
35
Case 3: Thể loại Tên người xử lý case Đơn vị
Chi tiết TRẦN CÔNG MINH RNOC2
Thời gian xử lý Chủng loại thiết bị Network
22/02/2019
Loại badcell
Intra-Freq-HOSR ≤ 95%
NSN 4G
Mô tả thông tin lỗi 4G-LGI501S11-BTN: là trạm small cell mới phát sóng, có chỉ số intra Ho kém sang VTU, khoản cách rất xa
Cảnh báo trạm/cell, Network
Phân tích nguyên nhân lỗi
Phương án xử lý
Kiểm tra toàn bộ các cảnh báo của các badcell, tồn tại các cảnh báo 1 trạm : - Không có cảnh báo hardware.
thống kê KPI intra cặp Cell2cell giữa 4G-LGI501S11-BTN với NB xung quanh đều rất tốt, chỉ có cặp NB 4G-LGI501S11-BTN 4G-LGI501S11-BTN - 4G-XMO003M11-VTU bị fail gần như toàn bộ lượng attamp >100 mẫu, gây ảnh hưởng mức cell 20Km và tự học NB, dẫn đến trường hợp overshoot, KPI kém.
thực hiện đổi giá trị tham số handoverAllowed của cell 4G-LGI501S11-BTN với NB 4GXMO003M11-VTU từ giá trị Allowed --> forbidden. Không cho intra HO giữa 2 cặp NB này.
Kết quả
Case 4: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý
Chi tiết Phạm Hường Ánh RNOC3 27/12/2018
36
Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
NSN 4G HOSR Intra-Freq Tại tỉnh DLK, xác định 1 cell tồi 4G-BMT031M13-DLK HOSR Intra-Freq kém Trạm không có cảnh báo phát sinh 1. Rà soát tham số khai báo đúng 2. Phối hợp hiện trường đo kiểm phát hiện vùng phủ cell overshooting
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Các action thực hiệnDown Etilt 2 độ c Sau khi xử lý xong cảnh báo KPI HOSR Intra-Freq đã tốt
2.11 4G_InterFreq_HOSR Case 1: Thể loại Tên người xử lý case Đơn vị
Chi tiết TRẦN CÔNG MINH RNOC2
Thời gian xử lý Chủng loại thiết bị Network
22/02/2019
Loại badcell
inter-IF HO kém
NSN 4G
Mô tả thông tin lỗi badcell vi phạm KPI E-UTRAN Inter-Freq HO SR kém cell 4G-HTB017M11-BTN ra phương án tunning, downtilt để đảm bảo vùng phủ cell không còn overshoot KPI HOSR cải thiện, quét sóng lại quanh khu vực cell không còn hiện tượng overshoot
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Case 2: Thể loại Tên người xử lý case Đơn vị
Chi tiết NGUYỄN VIỆT NGHĨA RNOC2
Thời gian xử lý Chủng loại thiết bị Network
30/08/2017
Loại badcell
HOSR
Mô tả thông tin lỗi
2 sector 1 và 2 của trạm Khanh-Binh7_BDG có KPI HOSR kém các cell xung quanh
Cảnh báo trạm/cell, Network
Kiểm tra trạm không tồn tại cảnh báo
Motorola 2G
Kiểm tra thống kê thì thấy có lỗi thống kê IOI trên các RTF
Phân tích nguyên nhân lỗi
Phương án xử lý
Bước 1: Đề nghị đi thay phần cứng CTU và theo dõi KPI. Bước 2: nếu KPI không tốt thì thay tiếp H2SC.
Kết quả
KPI cải thiện sau khi xử lý xong phần cứng:
46
Case 3: Thể loại Tên người xử lý case Đơn vị
Chi tiết TÔ TRẦN QUỐC TUẤN RNOC2
Thời gian xử lý Chủng loại thiết bị Network
21/08/2018
Loại badcell
HOSR
Mô tả thông tin lỗi
Tại tỉnh VTU, xác định khu vực 3 cell của 1 trạm và các cell xung quanh có chỉ số HOSR thấp, KPI thấp toàn bộ các giờ cả cao điểm và thấp điểm - Version BSC Motorola - Loại tủ H2
Motorola 2G
Cảnh báo trạm/cell, Network
Kiểm tra toàn bộ các cảnh báo của các badcell, tồn tại các cảnh báo 1 trạm BTS 2G_VTA075M_VTU: - Phase Lock Lost - Phase Lock Failure - GCLK Calibration Request
Phân tích nguyên nhân lỗi
Từ KPI thống kê cell to cell, xác định chi tiết nguyên nhân các cell này handover vào trạm BTS 2G_VTA075M_VTU, nghi ngờ khả năng lỗi card H2SC trạm 2G_VTA075M_VTU
Phương án xử lý
Thực hiện xử lý trạm theo 2 bước: - Cân chỉnh GCLK - Nếu KPI vẫn chưa tốt, thực hiện thay mới H2SC
47
Kết quả
Case 4: Thể loại
Chi tiết
Tên người xử lý case
Nguyễn Hải Linh
Đơn vị
RNOC1
Thời gian xử lý
25/1/2019
Chủng loại thiết bị
Motorola
Network
2G
Loại badcell
2G_HOSR -
Mô tả thông tin lỗi Cảnh bảo trạm/cell, Network
Quá trình xử lý
Phương án xử lý Kết quả
Xuất hiện nhiều badcell về HOSR ở cùng 1 khu vực thuộc tỉnh Hòa Bình: TPO008M_HBH, TPO012M_HBH, TPO024M_HBH, TPO028M_HBH
Trạm hoạt động bình thường, không có cảnh báo ngoài, truyền dẫn cũng nhu cảnh bảo Hardware. - Lấy thống kê hệ thống chỉ số IN_INTRA_BSS_NC_ATMPT, IN_INTRA_BSS_NC_SUC ,OUT_HO_NC_CAUSE_ATMPT,OUT_HO_NC_SUC thấy các cell khi handover sang trạm TPO009M_HBH đều fail nhiều - Kiểm tra cảnh báo trạm TPO009M_HBH: trạm không cảnh báo, KPI hệ thống bình thường. Nghi ngờ khả năng trạm lỗi card H2SC khiến các cell xung quanh không handover sang được: thay thế card H2SC Chỉ số HOSR sau xử lý đã tốt trở lại
Case 5: Thể loại
Chi tiết
Tên người xử lý case
Nguyễn Hải Linh
Đơn vị
RNOC1
48
Thời gian xử lý
8/12/2018
Chủng loại thiết bị
Motorola
Network
2G
Loại badcell
2G_HOSR
Mô tả thông tin lỗi Cảnh bảo trạm/cell, Network Quá trình xử lý
-
Xuất hiện badcell về HOSR cell 2G_HSN001M31_HTH
Trạm hoạt động bình thường, không có cảnh báo ngoài, truyền dẫn cũng nhu cảnh bảo Hardware. Kiểm tra lại neighbor của cell phát hiện neighbor thiếu , 1 số neighbor thừa không cần thiết
Phương án xử lý
Thực hiện audit lại neighbor của cell
Kết quả
Chỉ số HOSR sau xử lý đã tốt trở lại.
Case 6: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Nguyễn Trần Minh Luân RNOC3 20/04/2018 Motorola 2G HOSR. Tại tỉnh GLI, Cell 2G_PLU036M13_GLI HOSR kém. Trạm không có cảnh báo phần cứng. 2.
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
3.
Kiểm tra trên thống kê trên hệ thống Cell 2G_PLU036M13_GLI Handover kém với To3-Phuong-Chi-Lang1_GLI. Thống kê cell To3-Phuong-Chi-Lang1_GLI bị lỗi BER cao các ngày gần đây (không có cảnh báo), nghi ngờ lỗi CTU.
Thực hiện khai báo điều chuyển cho cell To3-Phuong-Chi-Lang1_GLI sử dụng CTU2-900 slot 1. Sau khi xử lý xong KPI của Badcell đã tốt lại. 1.
Case 7: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Nguyễn Trần Minh Luân RNOC3 15/06/2018 Motorola 2G HOSR Tại tỉnh DLK cell 2G_EKR023M11_DLK HOSR kém. Trạm không có cảnh báo phần cứng
49
1. 2. 3.
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Rà soát thống kê Handover cell to cell thấy handover kém với nhiều cell lân cận Đề nghị NET3 đo kiểm vùng phủ khu vực này phát hiện vùng phủ có quá nhiều cell phủ gây nhiễu:
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Các action thực hiện: Thực hiện quy hoạch lại tần số các cell phủ vào KV nhiễu Sau khi xử lý xong cảnh báo KPI HOSR đã tốt.thoát badcell.
Case 8: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Chi tiết Nguyễn Trần Minh Luân RNOC3 20/08/2018 Motorola 2G HOSR Tại tỉnh PYN, cell 2G_TAN005M13_PYN HOSR kém. Trạm không có cảnh báo phát sinh 1. 2.
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Kiểm tra thống kê nhiễu tần số TCH 42, nghi ngờ viettel sử dụng tần số BCCH 43 cận kênh gây nhiễu.
Thực hiện đổi tần số TCH 42 sang TCH 40 Sau khi xử lý xong cảnh báo KPI HOSR đã tốt trở lại.
Case 9: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell
Chi tiết Nguyễn Trần Minh Luân RNOC3 20/10/2018 Motorola 2G HOSR
50
Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Tại tỉnh PYN, cell 2G_DHA021M11_PYN HOSR suy giảm. Trạm không có cảnh báo phát sinh 1. 2.
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Kiểm tra thống kê HO Cell to cell phát hiện Handover kém với các cell thuộc trạm Phu-Lac_PYN đang bị lỗi card H2SC (không có cảnh báo) gây suy giảm HOSR.
Thực hiện thay thế card H2SC trạm Phu-Lac_PYN Sau khi xử lý xong cảnh báo KPI HOSR đã tốt trở lại.
Case 10: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Chi tiết Nguyễn Trần Minh Luân RNOC3 09/12/2018 Motorola 2G HOSR Tại tỉnh PYN, cell 2G_SHA007M13_PYN HOSR suy giảm. Trạm không có cảnh báo phát sinh 1. 2.
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Kiểm tra thống kê HO intracell bị suy giảm, nghi ngờ lỗi CTU (không cảnh báo).
Thực hiện thay thế CTU2-900. Sau khi xử lý xong cảnh báo KPI HOSR đã tốt trở lại.
Case 11: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi
Chi tiết Nguyễn Trần Minh Luân RNOC3 10/03/2019 Motorola 2G HOSR Tại tỉnh GLI, cell 2G_PLU009M13_GLI HOSR kém. Trạm không có cảnh báo phát sinh 1. 2. 3.
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Kiểm tra thống kê HO Cell to cell phát hiện Handover kém với cell 2G_PLU032M22_GLI. Đề nghị VNPT GLI đo kiểm, NET3 phân tích logfile phát hiện cell 2G_PLU032M22_GLI bị nhiễu đồng kênh TCH 610
51
Phương án xử lý Kết quả
NOC3 thực hiện quy hoạch lại tần số. Sau khi xử lý xong cảnh báo KPI HOSR đã cải thiện.
Case 12: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Chi tiết Nguyễn Anh Quang RNOC3 13/08/2018 Motorola 2G HOSR, DCR. 3 Cell trạm 2G_MHA003M13_QBH bị suy giảm HOSR. Trạm không có cảnh báo HW. Nhận định 3 cell của trạm cùng bị suy giảm KPI, nghi ngờ do trạm bị treo hoặc lỗi phần cứng nhưng không có CB đưa về. - Thực hiện reset bằng lệnh trên OSS. Kết quả không tốt. - Tiến hành onsite tại trạm kiểm tra và thay thế card H2SC. Sau khi thay thế card H2SC thì KPI của Badcell đã tốt lại. -
Case 13: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network
Chi tiết Phạm Hường Ánh RNOC3 11/12/2018 Motorola 2G
52
Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
HOSR Tại tỉnh DLK, xác định 1 cell 2G_EKR024M13_DLK kém HOSR Trạm không có cảnh báo phần cứng. 1.
Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Phối hợp với NET3 thực hiện đo kiểm xử lý hiện trường kết quả chỉ ra cell 2G_EKR024M13_DLK bị overshoot vùng phủ không hợp lý dẫn đến thuê bao ở xa khi thực hiện HO qua cell khác bị fail.
Các action thực hiện: Thực hiện downtilt cell 2G tối ưu lại vùng phủ cell Overshoot Sau khi xử lý xong KPI của Badcell đã tốt lại.
4. HỆ THỐNG ALCATEL 4.1 2G_CSSR Case 1: Thể loại
Chi tiết
Tên người xử lý case
Trần Xuân Trường
Đơn vị
RNOC1
Thời gian xử lý
11/3/2019
Chủng loại thiết bị
Alcatel
Network
2G
Loại badcell
2G_CSSR
Mô tả thông tin lỗi
- Xuất hiện Badcell CSSR rất kém tại Cao Bằng. Callvolume gần như bằng không. Có phản ánh khách hang về dịch vụ 2G.
Cảnh bảo trạm/cell, Network Quá trình xử lý
- Trạm hoạt động bình thường, không có cảnh báo ngoài, truyền dẫn cũng nhu cảnh bảo Hardware. - Từ thống kê các định chỉ số RTCH_Asign_Failure cao, thống kế chỉ số này trên từng TRX để xác định TRX chất lượng kém.
Phương án xử lý
Thực hiện khóa và thay thế TRX chất lượng kém
Kết quả
Chỉ số CSSR đã tốt trở lại, dịch vụ tốt, khách hàng không còn phản ánh.
Case 2: Thể loại
Chi tiết
Tên người xử lý case
Trần Xuân Trường
Đơn vị
RNOC1
Thời gian xử lý
11/3/2019
Chủng loại thiết bị
Alcatel
Network
2G
Loại badcell
2G_HOSR
53
Mô tả thông tin lỗi Cảnh bảo trạm/cell, Network Quá trình xử lý
Phương án xử lý Kết quả
-Xuất hiện nhiều Cell trên địa bàn 1 Tỉnh suy giảm chỉ số HOSR kém 2-3%. -BSC hoạt động bình thường không có cảnh báo. -BTS xuất hiện nhiều cảnh báo CLK_Degrade trên card SUMA Từ hệ thống xác định nguồn động bộ của BSC chạy trên trung kế nào, Trung kế đó cho dịch vụ thoại hay Data. Nếu nguồn đồng bộ đang chạy trên trung kế Data sẽ gây mất đồng bộ các BTS dẫn đến duy giảm chỉ số HOSR Thực hiện khóa tất cả các luồng trung kế cho dịch vụ Data(Làm vào giờ thấp điểm do tác động này gây mất dịch vụ) mục đích để nguồn đồng bộ chuyển sang các trung kế cho dịch vụ thoại. Sauk hi thực hiện chỉ số KPI HOSR đã tăng trở lại
Case 3: Thể loại
Chi tiết
Tên người xử lý case
Trần Xuân Trường
Đơn vị
RNOC1
Thời gian xử lý
11/3/2019
Chủng loại thiết bị
Alcatel
Network
2G
Loại badcell
2G_CSSR
Mô tả thông tin lỗi
- Cell có chỉ số CSSR=0, Thống kê vẫn có cuộc gọi . - Phản ánh khách hang có sóng nhưng không gọi được
Cảnh bảo trạm/cell, Network Quá trình xử lý Phương án xử lý Kết quả
4.2
- BSC hoạt động bình thường không có cảnh báo. - BTS hoạt động bình thường, không có cảnh báo -Kiểm tra cảnh báo trên hệ thống không có cảnh báo bất thường. -Cell vẫn có cuộc gọi, chiếm kênh nhưng chỉ có cuộc gọi HO(MO không có MT) -Rà soát LAC/CI đã được khai trên hệ thống và Core CS phát hiện thấy CI của Cell này khai sai trên Core CS. -Xóa đi và khai lại CI trên tổng đài Theo dõi thống kê sau khi thực hiện chỉ số CSSR đã tốt trở lại. Đã có cuộc gọi MO/MT/HO. Khách hàng đã hết phản ánh.
2G_DCR Thể loại
Chi tiết
Tên người xử lý case
Trần Xuân Trường
Đơn vị
RNOC1
Thời gian xử lý
11/3/2019
Chủng loại thiết bị
Alcatel
Network
2G
Loại badcell
2G_DCR
54
Mô tả thông tin lỗi Cảnh bảo trạm/cell, Network Quá trình xử lý Phương án xử lý Kết quả
4.3
- Xuất hiện nhiều Cell trên địa bàn 1 Tỉnh suy giảm chỉ số Drop call . - DCR mức BSC tăng cao bất thường trên tất cả các Cell. - BSC hoạt động bình thường không có cảnh báo. - BTS hoạt động bình thường, không có cảnh báo Từ thống kê hệ thống thấy rằng, tỉ lệ Call drop do nguyên nhân DR_Remote_TC tăng cao đột biến. Thống kê trên OMC chỉ ra rằng chỉ số này tăng đột biến trên 1 trung kế nhất định Thực hiện khóa traffic trên trung kế đó. Thực hiện Reset hoặc thay thế Carm MT120( Transcoder Card) tại TC Theo dõi thống kê sau khi thực hiện chỉ số DCR đã tốt trở lại
2G_HOSR Thể loại
Chi tiết
Tên người xử lý case
Trần Xuân Trường
Đơn vị
RNOC1
Thời gian xử lý
11/3/2019
Chủng loại thiết bị
Alcatel
Network
2G
Loại badcell
2G_HOSR
Mô tả thông tin lỗi
- 1 vài Cell có chỉ sô HOSR thấp . - Chỉ số DCR tăng cao do nguyên nhân HO Failuare
Cảnh bảo trạm/cell, Network Quá trình xử lý
Phương án xử lý Kết quả
- BSC hoạt động bình thường không có cảnh báo. - BTS hoạt động bình thường, không có cảnh báo Thực hiện lấy thống kê đánh giá tỉ lệ HOSR giữa các cặp Cell nằm trong Neighbor_List. Phát hiện các Cell có chỉ số Fail tăng cao để xử lý. - Kiểm tra cảnh báo và tham số BTS không có gì bất thường -Thực hiện Reset card điều khiển chính SUMA của BTS chứa Cell gây khó HO. - Xuất hiện cảnh báo Suma_CLK_Degrade. - Thực hiện thay thế card Suma, để Clear cảnh báo Suma_CLK_Degrade Theo dõi thống kê sau khi thực hiện chỉ số HOSR đã tốt trở lại
4.4 3G_CSSR Case 1: Thể loại Tên người xử lý Case Đơn vị
Nguyễn Minh Tiến
Thời gian xử lý
3/2/2018
Chủng loại thiết bị Network
Chi tiết
RNOC2
Alcatel Lucent 3G
55
Loại badcell Mô tả thông tin lỗi Cảnh báo trạm/Cell Network Phân tích nguyên nhân lỗi
Phương án xử lý
CSSR CS kém Chỉ số CSSR CS sector 3G-TPH020M41-TGG, phân tích các thành phần CSSR thì nhận thấy RRC kém giảm còn 90% Không có cảnh báo liên quan chất lượng Thống kê KPI hệ thống, nhận thấy KPI sector 3G-TPH020M41-TGG ngày 02/02/2018 bắt đầu suy giảm. Tiến hành reset mềm sector kém trên hệ thống, theo dõi KPI. Sau reset, KPI vẫn không cải thiện. Phối hợp hiện trường đo kiểm khu vực cell kém. Tỉ lệ thiết lập cuộc gọi kém, đồng thời cho tiến hành reset cứng tại trạm. Theo dõi KPI. Sau khi reset cứng, KPI vẫn ko cải thiện. Tiến hành cho thay thế RRH và test lại hiện trường thấy tỉ lệ thiết lập đạt 100% và theo dõi KPI thấy chỉ số CSSR đã cải thiện hơn trước. _CSSR_Voice
Kết quả
2/3/2018
2/4/2018
2/5/2018
2/6/2018
2/7/2018
3GTPH020M41TGG
96.71%
97.41%
97.70%
95.50%
99.53%
3GTPH020M42TGG
99.71%
99.04%
99.51%
98.60%
98.60%
3GTPH020M43TGG
99.24%
100.00%
98.47%
100.00%
100.00%
KPI đã cải thiện:
Case 2: Thể loại Tên người xử lý Case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell
Chi tiết Nguyễn Minh Tiến RNOC2 15/05/2018 Alcatel Lucent 3G CSSR CS kém
Mô tả thông tin lỗi
Chỉ số CS IRAT sector 3G_Vinh-Long6_VLG kém
Cảnh báo trạm/Cell Network
Không có cảnh báo liên quan chất lượng -
Thống kê KPI hệ thống, nhận thấy KPI sector 3G_Vinh-Long6_VLG kém
Phân tích nguyên nhân lỗi
56
Vì ALU không có thống kê Cell-to-Cel để xác định quan hệ NB 3G-2G nào kém, Do đó rà soát các cảnh báo các NB 2G của cell 3G_Vinh-Long6_VLG, phát hiện cell 2G_VinhLong3_VLG bị lỗi song đứng. Đề xuất xử lý lỗi cell 2G. Theo dõi KPI thấy đã cải thiện.
Kiểm tra thông số BCCH, BSIC, LAC, CI của các cell NB 2G của cell 3G_VinhLong6_VLG đã khai báo đúng chưa. Phương án xử lý
-
Rà soát cảnh báo các cell NB 2G, phát hiện cell 2G_Vinh-Long3_VLG bị lỗi song đứng.
-
Xử lý lỗi song đứng cell cell 2G_Vinh-Long3_VLG, KPI CS IRAT 3G đã cải thiện.
KPI đã cải thiện: Kết quả
4.5
3G_PS_CSSR
Thể loại Tên người xử lý case Đơn vị
Chi tiết NGÔ HỒNG PHONG
Thời gian xử lý
RNOC2 8/2/2019
Chủng loại thiết bị
ALU
Network
3G
Loại badcell
PS CSSR
Mô tả thông tin lỗi
Tại tỉnh BTE xác định khu vực 2 cell của 1 trạm bị suy giảm PS CSSR.
Cảnh báo trạm/cell, Network
Kiểm tra toàn bộ các cảnh báo của các badcell, tồn tại các cảnh báo 1 trạm 3G_Mo-Cay-5_BTE: - BTS/0 NOT ENOUGH HSUPA RESOURCE
Phân tích nguyên nhân lỗi
Từ KPI thống kê , xác định chi tiết nguyên nhân các cell này bị suy giảm RABEstabSuccessPS, nghi ngờ khả năng lỗi card CEM trạm 3G_Mo-Cay-5_BTE
Phương án xử lý
Thực hiện xử lý trạm theo 2 bước: - Reset CEM cảnh báo. - Nếu KPI vẫn chưa tốt, thực hiện thay mới CEM của các cells bị suy giảm.
57
Kết quả
4.6
3G_CS_DCR Thể loại
Tên người xử lý Case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell
Chi tiết Nguyễn Minh Tiến RNOC2 16/01/2018 Alcatel Lucent 3G CS_DCR kém
Mô tả thông tin lỗi
Thống kê chỉ số Drop call CS sector 3G-GCD036M43-TGG kém từ ngày 16/01/2018, đồng thời nhận nhiều PAKH khu vực trạm thường xuyên rớt cuộc gọi.
Cảnh báo trạm/Cell Network
Không có cảnh báo liên quan chất lượng Thống kê KPI hệ thống, nhận thấy KPI sector 3G-GCD036M43-TGG kém từ ngày 16/01/2018.
CallDropRate_IU006_C_Cs(UIU006_C_Cs)(%)
1/15/2018
1/16/2018
0.00%
3.29%
1/17/2018
Phân tích nguyên nhân lỗi 3G-GCD036M43-TGG
5.10%
Tỉ lệ phần tram Drop giảm từ ngày 16/01/2018, phân tích them về số lượng thì nhận thấy số lượng Drop cũng tang theo thời gian tương ứng.
-
Tiến hành reset mềm sector kém trên hệ thống, theo dõi KPI, nhưng không cải thiện.
Phương án xử lý Phối hợp hiện trường, đo kiểm, phân tích logfile Driving test. Nhận thấy khi di chuyển sang Sector 3G-GCD036M43-TGG tỉ lệ Drop call cao.
58
Rà soát khai báo Neighbour, Tham số PSC… ko nhận thấy bất thường. Tiến hành reset cứng RRH, theo dõi KPI, nhận thấy KPI đã cải thiện. Đo kiểm lại hiện trường, nhận thấy ko còn hiện tượng drop call. KPI đã cải thiện, đồng thời liên hệ KH không còn phản ảnh Drop call:
Kết quả
4.7
3G_PS_DCR
Thể loại Tên người xử lý case Đơn vị
Chi tiết NGÔ HỒNG PHONG RNOC2
Thời gian xử lý
10/1/2019
Chủng loại thiết bị
ALU
Network
3G
Loại badcell
PS DCR
Mô tả thông tin lỗi
Tại tỉnh BTE xác định khu vực 1 cell của 1 trạm bị suy giảm PS DCR.
Cảnh báo trạm/cell, Network
Kiểm tra toàn bộ các cảnh báo của các badcell, tồn tại cảnh báo của trạm 3G-CTH038MBTE: - RRH VSWR MAIN/31 VSWR LEVEL 3
Phân tích nguyên nhân lỗi
Từ KPI thống kê , xác định chi tiết nguyên nhân cell này bị suy giảm CallDropRate_PS.
Phương án xử lý
Thực hiện xử lý trạm theo 2 bước: - Reset mềm trạm theo dõi KPI - Nếu vẫn không tốt, yêu cầu xử lý cảnh báo hiện tại VSWR Level 3 có thể là nguyên nhân gây ra kém. - Nếu KPI vẫn chưa tốt, yêu cầu đo kiểm hiện trường, có logfile kiểm tra tình trạng vô tuyến khu vực có miss neighbors không. -> Nguyên nhân gốc ở đây là cảnh báo sóng đứng gây kém, reset trạm không tốt, yêu cầu xử lý HW sóng đứng thì KPI tốt lại.
Kết quả
59
5. HỆ THỐNG HUAWEI 5.1 2G_CSSR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Lê Đình Dương RNOC3 2/2/2019 Huawei 2G CSSR Tại tỉnh BDH, xác định 2 cell tồi 2G_VCH003M11_BDH và 2G_VCH003M12_BDH Trạm không có cảnh báo phát sinh 1.
Rà soát Neighbor và tham số đầy đủ. Thực hiện lấy thống kê KPI Cell trên hệ thống nhận thấy KPI tồi tại mọi thời điểm trong ngày. Tiến hành phân tích log đo kiểm:
2.
Nhận thấy vùng phủ 2 cell trùng nhau và mưc thu lun gần bằng nhau -> 2 cell này bị chéo feeder sợi. 1 sợi Tx của cell 1 chéo với 1 sợi Tx của cell 2.
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Các action thực hiện: Thực hiện đấu lại feeder cho trạm. Sau khi xử lý xong chéo feeder sợi KPI CSSR đã tốt trở lại.
60
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Lê Đình Dương RNOC3 14/3/2018 Huawei 2G CSSR Tại tỉnh QNI, xác định 1 cell tồi CSSR, DCR 2G_DPO016M11_QNI Trạm không có cảnh báo phát sinh 1.
Rà soát Neighbor và tham số đầy đủ. Thực hiện lấy thống kê KPI Cell trên hệ thống nhận thấy KPI tồi tại mọi thời điểm trong ngày. Tiến hành phân tích log đo kiểm nhận thấy mức thu của cell kém mặc dù ở gần trạm. Kiểm tra lại khai báo trên hệ thống nhận thấy
2.
Dữ liệu khai báo thể hiện cell 1 chỉ được khai báo phân tập thu 1 đường -> ảnh hưởng đến mức thu của cell gây tồi CSSR và CDR.
Phân tích nguyên nhân lỗi
Các action thực hiện: Thực hiện khai báo lại phân tập thu 2 đường
Phương án xử lý
Kết quả
Sau khi thực hiện khai báo KPI CSSR, CDR đã tốt trở lại.
Case 3: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi
Chi tiết Phạm Hường Ánh RNOC3 05/07/2017 Huawei 2G HOSR, CSSR Tại tỉnh DNO, xác định 2G_DML021M12_DNO( Buon-Dak-Rla2_DNO) kém HOSR
61
Cảnh bảo trạm/cell,Network
Kiểm tra trạm không có cảnh báo liên quan phần cứng, truyền dẫn 1.
Phối hợp hiện trường đo kiểm thấy nhiễu khu vực cell 2
Phân tích nguyên nhân lỗi
2. Các action thực hiện: Thực hiện đổi Phương án xử lý
tần số TCH=9 sang 8 cho cell 2G_DML021M12_DNO và đổi tần số BCCH=8 sang 10 cho cell 2G_DML021M13_DNO
Kết quả
Sau khi xử lý xong cảnh báo KPI CSSR, HOSR đã tốt trở lại.
62
5.2
2G_DCR
Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Nguyễn Duy Khánh RNOC3 13/06/2018 Huawei 2G HOSR, DCR
Cell 2G_BTO011M11_QNI và 2G_BTO011M12_QNI handover kém với các trạm lân cận Trạm không có cảnh báo HW. -
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Rà soát thống kê Handover cell to cell thấy handover kém
Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
Kiểm tra hiện trường, xử lý chéo cell. Sau khi xử lý xong KPI HOSR của Badcell tốt, thoát badcell
5.3 2G_HOSR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi
Chi tiết Nguyễn Duy Khánh RNOC3 13/06/2018 Huawei 2G HOSR, DCR
Cell 2G_BTO011M11_QNI và 2G_BTO011M12_QNI handover kém với các trạm lân cận Trạm không có cảnh báo HW. -
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Rà soát thống kê Handover cell to cell thấy handover kém
63
Phương án xử lý Kết quả
Kiểm tra hiện trường, xử lý chéo cell. Sau khi xử lý xong KPI HOSR của Badcell tốt, thoát badcell
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Phạm Hường Ánh RNOC3 05/07/2017 Huawei 2G HOSR, CSSR Tại tỉnh DNO, xác định 2G_DML021M12_DNO( Buon-Dak-Rla2_DNO) kém HOSR Kiểm tra trạm không có cảnh báo liên quan phần cứng, truyền dẫn 1.
Phối hợp hiện trường đo kiểm thấy nhiễu khu vực cell 2
Phân tích nguyên nhân lỗi
64
2. Các action thực hiện: Thực hiện đổi Phương án xử lý
tần số TCH=9 sang 8 cho cell 2G_DML021M12_DNO và đổi tần số BCCH=8 sang 10 cho cell 2G_DML021M13_DNO
Kết quả
Sau khi xử lý xong cảnh báo KPI CSSR, HOSR đã tốt trở lại.
Case 3: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi
Chi tiết Phạm Hường Ánh RNOC3 2/11/2018 Huawei 2G HOSR Tại tỉnh DNO, xác định 1 cell kém HOSR 2G_DGG013M13_DNO Trạm không có cảnh báo phát sinh 1.
Rà soát Neighbor và tham số đầy đủ
2.
Phối hợp đo kiểm hiện trường phát hiện khu vực nhiễu gần trạm 2G_DGG016M_DNO
65
Các action thực hiện: đổi Phương án xử lý
tần số BCCH=2 sang 8 cho cell 2G_DGG013M13_DNO; đổi tần số BCCH=7 sang 10 cho cell 2G_DGG016M11_DNO.
Kết quả
Sau khi xử lý xong cảnh báo KPI HOSR đã tốt trở lại.
5.4
3G_CSSR
Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Chi tiết Trần Quang Nghĩa RNOC1 06/03/2019 Huawei 3G CSSR, PS_CSSR, kém Kiểm tra thống kê KPI xuất hiện suy giảm đột biến chỉ số PS_CSSR, CS_CSSR so với các ngày trước đó Trạm xuất hiện cảnh báo: Board BFN abnormal trên card WBBP slot 3 Suy giảm xuất hiện do phần cứng lỗi ở card WBBP slot 3 gây ra 1. Thực hiện thay thế phần cứng bị lỗi 2. Theo dõi thống kê KPI và cảnh báo sau khi hiện trường thay thế phần cứng lỗi Sau khi xử lý xong KPI CS_CSSR và PS_CSSR đã trở về mức > 98%
5.5 3G_CS_DCR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị
Chi tiết Trần Quang Nghĩa RNOC1 06/03/2019 Huawei
66
Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
3G CS_CDR kém Kiểm tra thống kê KPI xuất hiện suy giảm KPI CS_CDR so với các ngày trước đó Kiểm tra alarm log trạm xuất hiện cảnh báo sau lặp lại nhiều lần trong ngày: - RF Unit maintenance link failure với cause là board power off 1. Kiểm tra alarm,event log của trạm 2. Xác định lỗi gây ra liên quan tới khối thu phát RRU hoạt động chập chờn 1. Yêu cầu hiện trường kiểm tra nguồn điện cấp cho RRU, cũng như khả năng hoạt động của phần cứng RRU 2. Phối hợp theo dõi cảnh báo và KPI sau khi hiện trường tiến hành xử lý lỗi Sau khi xử lý xong KPI CS_CDR đã trở về mức dưới 2%
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Chi tiết Trần Quang Nghĩa RNOC1 06/03/2019 Huawei 3G PS_CSSR, CS_CDR kém Kiểm tra thống kê KPI xuất hiện suy giảm KPI PS_CSSR, CS_CDR so với các ngày trước đó Kiểm tra alarm log trạm xuất hiện cảnh báo sau lặp lại nhiều lần trong ngày: - IP Path Excessive Packet Loss Rate - MAC Excessive Frame Error Rate 1. Kiểm tra alarm,event log của trạm thấy các cảnh báo nêu trên xuất hiện nhiều lần trong ngày 2. Thực hiện thống kê KPI về chất lượng truyền dẫn của trạm thấy tỉ lệ rớt gói truyền dẫn cao > 2% nhiều giờ trong ngày 1. Yêu cầu VNPT tỉnh kiểm tra xử lý chất lượng truyền dẫn 2. Phối hợp theo dõi cảnh báo và KPI sau khi hiện trường tiến hành xử lý lỗi Sau khi xử lý xong KPI CS_CDR đã trở về mức dưới 2%, KPI PS_CSSR đã trở về mức > 98%
5.6 3G_PS_CSSR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi
Chi tiết Trần Quang Nghĩa RNOC1 06/03/2019 Huawei 3G PS_CSSR, CSSR kém Kiểm tra thống kê KPI xuất hiện suy giảm đột biến chỉ số CSSR vào một khoảng thời gian trong ngày Không có cảnh báo từ các badcell 1. Kiểm tra event log của trạm 2. Xác định các thời điểm xảy ra sự suy giảm 3. Kiểm tra thống kê các chỉ số KPI khác trong đó có chỉ số PS_RAB_Congestion, CS_RAB_Congestion. Phát hiện vào các thời điểm PS_CSSR, CS_CSSR kém xuất hiện nghẽn cao
67
Phương án xử lý Kết quả
4. Lấy thống kê chi tiết về nghẽn nhận thấy khung giờ xuất hiện suy giảm đột biến badcell có nghẽn cao về Uplink Power, cần mở rộng cấu hình trạm từ 2 tần số lên 3 tần số 1. Yêu cầu kỹ sư RF thiết kế tần số nâng cấp cấu hình trạm từ 2/2/2 lên 3/3/3 2. Thực hiện khai báo cấu hình 3. Theo dõi thống kê Sau khi xử lý xong KPI CS_CSSR và PS_CSSR đã trở về mức > 98%
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Chi tiết Trần Quang Nghĩa RNOC1 06/03/2019 Huawei 3G PS_CSSR, CS_CDR kém Kiểm tra thống kê KPI xuất hiện suy giảm KPI PS_CSSR, CS_CDR so với các ngày trước đó Kiểm tra alarm log trạm xuất hiện cảnh báo sau lặp lại nhiều lần trong ngày: - IP Path Excessive Packet Loss Rate - MAC Excessive Frame Error Rate 1. Kiểm tra alarm,event log của trạm thấy các cảnh báo nêu trên xuất hiện nhiều lần trong ngày 2. Thực hiện thống kê KPI về chất lượng truyền dẫn của trạm thấy tỉ lệ rớt gói truyền dẫn cao > 2% nhiều giờ trong ngày 1. Yêu cầu VNPT tỉnh kiểm tra xử lý chất lượng truyền dẫn 2. Phối hợp theo dõi cảnh báo và KPI sau khi hiện trường tiến hành xử lý lỗi Sau khi xử lý xong KPI CS_CDR đã trở về mức dưới 2%, KPI PS_CSSR đã trở về mức > 98%
Case 3: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
5.7
Chi tiết Trần Quang Nghĩa RNOC1 06/03/2019 Huawei 3G PS_CSSR, CSSR kém Kiểm tra thống kê KPI xuất hiện suy giảm đột biến chỉ số PS_CSSR, CS_CSSR so với các ngày trước đó Trạm xuất hiện cảnh báo: Board BFN abnormal trên card WBBP slot 3 Suy giảm xuất hiện do phần cứng lỗi ở card WBBP slot 3 gây ra 1. Thực hiện thay thế phần cứng bị lỗi 2. Theo dõi thống kê KPI và cảnh báo sau khi hiện trường thay thế phần cứng lỗi Sau khi xử lý xong KPI CS_CSSR và PS_CSSR đã trở về mức > 98%
3G_CS_IRAT_HOSR
Thể loại Tên người xử lý case Đơn vị
Chi tiết Trần Quang Nghĩa RNOC1
68
Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi
Phương án xử lý Kết quả
06/03/2019 Huawei 3G CS_IRAT HOSR kém Kiểm tra thống kê KPI xuất hiện suy giảm KPI CS_IRAT HOSR kém so với các ngày trước đó Không xuất hiện cảnh báo 1. Kiểm tra thống kê KPI Handover giữa các cặp 3G-2G thấy tỉ lệ không thành công tập trung trên một số cell 2G 2. Tiến hành so sánh cấu hình external 2G cell khai báo trên RNC so với cấu hình RF mới nhất hệ thống 2G 3. Phát hiện sai lệch về BCCH giữa external 2G cell khai báo trên RNC so với cấu hình mới nhất trên hệ thống 2G do hệ thống 2G mới thực hiện đổi tần để xử lý chất lượng 2G 1. Update lại BCCH khai báo trong external 2G cell trên RNC 2. Theo dõi KPI sau khi thực hiện xử lý Sau khi xử lý xong KPI CS_IRAT HOSR đã trở lại mức > 96%
6. HỆ THỐNG ZTE 6.1 2G_CSSR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Nguyễn Trần Minh Luân RNOC3 28/12/2018 ZTE 2G CSSR Tại tỉnh KHA, cell 2G_NTG043M31_KHA CSSR suy giảm sau khi refarm 1800. Trạm không có cảnh báo phát sinh 1. 2.
Rà soát thống kê cell 2G_NTG043M31_KHA bị nhiễu. Kiểm tra logfile đo kiểm sau tối ưu phát hiện cell 2G_NTG043M31_KHA overshoot gây nhiễu
Phân tích nguyên nhân lỗi
69
Phương án xử lý Kết quả
Thực hiện điều chỉnh hạ công suất phát cell 2G_NTG043M31_KHA Sau khi xử lý xong cảnh báo KPI CSSR đã cải thiện.
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
6.2
Chi tiết Nguyễn Trần Minh Luân RNOC3 05/01/2019 ZTE 2G CSSR Tại tỉnh KHA, cell 2G_CRH023M31_KHA CSSR suy giảm. Trạm có cảnh báo chập chờn MLL TRX sector1 1.
KPI cell bị nghẽn do MLL TRX gây suy giảm CSSR.
Thực hiện reset phần cứng, theo dõi. Sau khi xử lý xong cảnh báo KPI CSSR đã cải thiện.
2G_HOSR
Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi
Chi tiết Nguyễn Trần Minh Luân RNOC3 10/03/2019 Motorola 2G HOSR Tại tỉnh GLI, cell 2G_PLU009M13_GLI HOSR kém. Trạm không có cảnh báo phát sinh 1. 2. 3.
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Kiểm tra thống kê HO Cell to cell phát hiện Handover kém với cell 2G_PLU032M22_GLI. Đề nghị VNPT GLI đo kiểm, NET3 phân tích logfile phát hiện cell 2G_PLU032M22_GLI bị nhiễu đồng kênh TCH 610
70
Phương án xử lý Kết quả
NOC3 thực hiện quy hoạch lại tần số. Sau khi xử lý xong cảnh báo KPI HOSR đã cải thiện.
6.3 3G_DCR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Lê Đình Dương RNOC3 11/08/2018 ZTE 3G Drop call. Tại tỉnh QNM, xác định 1 cell tồi Dropcall 3G_TKY004M21 Trạm không có cảnh báo phần cứng. 1.
Phân tích nguyên nhân lỗi
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Phối hợp với NET3 thực hiện đo kiểm xử lý hiện trường kết quả chỉ ra cell 3G_TKY004M21 bị overshoot vùng phủ không hợp lý dẫn đến thuê bao ở xa bắt được có RSCP và EcNo kém gấy rớt cuộc gọi.
71
Phương án xử lý Kết quả
Các action thực hiện: Thực hiện downtilt cell 3G tối ưu lại vùng phủ cell Overshoot. Sau khi xử lý xong KPI của Badcell đã tốt lại. Đo kiểm không còn bị Dropcall.
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Lê Đình Dương RNOC3 11/01/2018 ZTE 3G CS DCR Tại tỉnh QNI, xác định 1 cell tồi CS DCR 3G_NHH015M23_QNI. KPI tồi tất cả các giờ trong ngày. Trạm không có cảnh báo phát sinh 1.
Phân tích nguyên nhân lỗi
Rà tham số hệ thống khai báo đầy đủ, kiểm tra logfile đo kiểm nhận thấy Cell bị Dropcall nguyên nhân do cell phủ xa missing NB với trạm 3G_NHH003M23 dẫn đến hiện tượng bám cell 3G_NHH015M23 gây Dropcall
72
Phương án xử lý
Các action thực hiện: Thực hiện khai báo lại Neighbor missing còn thiếu.
Kết quả
Sau khi thực hiện khai báo KPI CS CDR đã tốt trở lại.
6.4 3G_HOSR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Lê Đình Dương RNOC3 8/11/2018 ZTE 3G HOSR Tại tỉnh DNG, xác định 6 cell tồi HOSR. Trạm không có cảnh báo phần cứng. 1.
Phân tích nguyên nhân lỗi
Rà soát vùng phủ các cell tồi nhận thấy các cell này đặc điểm chung là có cùng vùng phủ chung. Rà soát tham số và Neighbor hoàn toàn bình thường tiến hành lấy thống kê HOSR cell to cell trên hệ thống nhận thấy tất cả các cell tồi đều HO fail rất nhiều với trạm 2G_HVG064M_DNG ở tất cả các cell của trạm này.
73
Phương án xử lý Kết quả
Các action thực hiện: Nghi ngờ trạm bị treo,thực hiện reset trạm và theo dõi. Sau khi xử lý xong KPI HOSR của các Badcell đã tốt lại.
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Chi tiết Nguyễn Duy Khánh RNOC3 21/06/2018 ZTE 2G HOSR
Cell 2G_MDC019M11_QNI suy giảm HOSR Trạm không có cảnh báo HW. -
Rà soát tham số và Neighbor trên hệ thống hoàn toàn bình thường. Rà soát thống kê Handover cell to cell thấy handover kém 2G_MDC002M12; 2G_MDC022M11_QNI; 2G_MDC025M11
Phân tích nguyên nhân lỗi
Phương án xử lý
Kiểm tra khai báo lại neighbor 2 chiều
74
Kết quả
Sau khi xử lý xong KPI HOSR của Badcell tốt, thoát badcell
6.5 3G_CSSR Case 1: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi
Chi tiết Lê Đình Dương RNOC3 18/12/2018 ZTE 3G CSSR Tại tỉnh BDH, xác định 6 cell tồi CSSR 3G phân rã ra do chỉ số RRC Success Rate thấp, KPI thấp toàn bộ các giờ cả cao điểm và thấp điểm, giá trị RRC Success Rate thấp dưới 50%. NodeB của Badcell đang tồn tại các cảnh báo sau:
Cảnh bảo trạm/cell,Network
1.
Lấy KPI tại các thời điểm có cảnh báo. Nhận KPI CSSR suy giảm mạnh.
Phân tích nguyên nhân lỗi
Yêu cầu VNPT tỉnh đến kiểm tra trạm nhận thấy Fan của trạm ngừng hoạt động gây nóng các card xử lý dẫn đến suy giảm KPI Các action thực hiện: Thực hiện thay Fan mới cho trạm Sau khi xử lý xong cảnh báo KPI CSSR đã tốt trở lại. 2.
Phương án xử lý Kết quả
75
Case 2: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network
Phân tích nguyên nhân lỗi
Chi tiết Lê Đình Dương RNOC3 27/12/2018 ZTE 3G CSSR Tại tỉnh QNM, xác định 1 cell tồi 3G CSSR, KPI thấp toàn bộ các giờ cao điểm. Trạm không có cảnh báo phát sinh 1.
Rà soát Neighbor và tham số đầy đủ. Thực hiện lấy thống kê KPI Cell to Cell trên hệ thống:
2.
Nhận thấy KPI của cell tồi do nguyên nhẫn nghẽn RAB. Tiếp tục đo kiểm vùng phủ để xác định còn nguyên nhân khác ảnh hưởng đến KPI không.
Nhận thấy khu vực có vùng phủ tốt nhưng nguyên nhân MS disconnect là do “Resources Unavailable trong bản tin Layer 3 đọc trên Tems. Các action thực hiện: Thực hiện nâng cấp card BPC cho trạm. Sau khi xử lý xong cảnh báo KPI CSSR đã tốt trở lại. 3.
Phương án xử lý Kết quả
Case 3: Thể loại Tên người xử lý case Đơn vị Thời gian xử lý Chủng loại thiết bị Network Loại badcell
Chi tiết Nguyễn Duy Khánh RNOC3 13/08/2018 ZTE 3G CSSR
76
Mô tả thông tin lỗi Cảnh bảo trạm/cell,Network Phân tích nguyên nhân lỗi Phương án xử lý Kết quả
Trạm 3G_CRH057M_KHA Trạm không có cảnh báo HW. Nhận định 3 cell của trạm cùng bị suy giảm KPI, nghi ngờ do trạm bị treo hoặc lỗi phần cứng nhưng không có CB đưa về. - Thực hiện reset bằng lệnh trên OSS. - Thử chuyển các cell sang BPC khác thì tốt, tiến hành thay BPC. Sau khi thay thế card BPC thì KPI của Badcell đã tốt lại. -
77