CHƢƠNG 3: QUY TRÌNH DRIVING TEST VÀ PHÂN TÍCH LOGFILE
3.3.1Các phương pháp phân tích:
Phân tích Cell phục vụ vượt trội
Số Cell vượt trội quá nhiều hoặc quá ít :
Hiện tượng :Điều này là do góc ngẩng của ăng-ten quá cao hoặc không tối ưu. Điều này sẽ gây nhiễu tới các cell lân cận làm giảm dung lượng hệ thống.
Xử lý : điều chỉnh góc ngẩng của ăng ten.
Vùng không có Cell vượt trội :
Hiện tượng :Nói về những khu vực không có cell vượt trội rõ ràng, và việc thay đổi cell phục vụ tốt nhất (best server) diễn ra quá thường xuyên. Đây chính là nguyên nhân dẫn đến tăng số lượng SHO làm giảm hiệu quả hệ thống và tăng khả năng rớt cuộc gọi.
Xử lý : điều chỉnh ăng ten, bổ sung thêm site.
Không có Cell phục vụ :
Hiện tượng :Khu vực không thu được sóng của cell trong suốt quá trình khảo sát. Nếu hiện tượng này xảy ra, cần được xác nhận trước khi tiến hành phân tích tiếp (hoặc khảo sát lại nếu tất cả đều không radiating).
Xử lý : Việc có quá ít cell vượt trội có thể do anten bị che khuất, cần kiểm tra lại không gian xung quanh ăng-ten.
So sánh mã trải phổ (SC) UE và Scanner: Rất có ích khi so sánh mã trải phổ của UE với Scanner, sự khác nhau đáng kể có thể là nguyên nhân việc thiếu neighbour hay lỗi SHO.
SVTH: KHỔNG VĂN NHẤT LỚP: D08VTA1 Trang 33
Phân tích vùng phủ của CPICH (RSCP) :
Hiện tượng : giá trị RSCP thấp (dưới -85dB). Tại các vi trí khác nhau có ngưỡng khác nhau, mức nhiễu nền lớn.
Lý do : Thiếu site, cell phục vụ bị khóa hoặc bị cấm thâm nhập, cell lân cận khai báo không đúng, trễ HO.
Xử lý : Bổ sung site, kiểm tra chất lượng cell phục vụ, xử lý các vấn đề về HO.
Hình 3.12 Vùng phủ của CPICH yếu
Kiểm tra nhiễu (CPICH Ec/Io) : Cùng với phân tích vùng phủ RSCP, Ec/Io cũng cần phân tích dựa trên những giá trị ngưỡng (Tốt: Ec/Io ≤ -8dB ; Bình thường: -14dB ≤ Ec/Io < -8dB ; Yếu: Ec/Io< -14dB).
Các trường hợp:
Nếu RSCP yếu thì nguyên nhân Ec /Io yếu là do yếu vùng phủ.
Nếu RSCP mạnh thì nguyên nhân Ec /Io yếu là do hệ thống nhiễu mạnh. Như mô hình có 2 sector hướng vào nhau. So sánh Ec/Io từ máy scanner và UE, nếu UE thấp hơn đáng kể thì điều này chỉ việc thiếu neighbor hoặc SHO trễ, điều này có thể dẫn đến việc rớt cuộc gọi.
Xử lý : tăng công suất phát của cell phục vụ và giảm công suất phát của nguồn nhiễu ; tiến hành điều khiển công suất, nhảy tần hoặc phát gián đoạn ; giảm góc ngẩng của ăng ten.
SVTH: KHỔNG VĂN NHẤT LỚP: D08VTA1 Trang 34
Hình 3.12 Ec/Io giảm do diện tích vùng phủ của cell phục vụ nhỏ
Phân tích các vấn đề về vùng phủ :
Vùng phủ sóng quá xa: cell phát ra với khoảng cách xa nhưng vị trí đó có nhiều cell xung quanh gần hơn. Do cell đặt downtilt quá nhỏ, cell đặt trên đồi cao, các cell gần hơn cũng bị phát xa, không giải mã được BSIC của cell gần hơnkiểm tra downtilt của các ăng ten, chỉnh đồng hồ đồng bộ của các cell lân cận.
SVTH: KHỔNG VĂN NHẤT LỚP: D08VTA1 Trang 35
Hình 3.13 Cell có vùng phủ sóng quá xa
Vùng phủ sóng bị chồng lấn. Do vùng phủ sóng quá xa, downtilt ăng ten đặt quá nhỏ, có quá nhiều cell trong vùng gần nhauQuy hoạch lại vùng phủ của mạng vô tuyến (di chuyển site).
Vùng phủ không đúng hướng Ăng ten. Do đấu cáp từ tủ BTS lên ăng ten sai, lắp ăng ten sai hoặc đánh dấu hướng ăng ten saihiệu chỉnh hướng ăng ten.
Vấn đề vùng phủ UL: (adsbygoogle = window.adsbygoogle || []).push({});
Hiện tượng : công suất phát của UE tăng cao đột ngột.
Nguyên nhân chính có thể là do vùng phủ UL yếu hoặc do sự cố đường truyền.
Xử lý : So sánh các kênh pilot cùa khu vực bị tăng công suất phát của UE để kiểm tra xem có phải lỗi chỉ xảy ra do sự cố đường truyền UL không ; hoặc thay đổi thông số điều khiển công suất.
Hình 3.14 Hiện tƣợng tăng đột ngột công suất phát của UE
Xác định Pilot polution (Nhiễu kênh hoa tiêu): do nhiều kênh pilot không nằm trong active set nhưng gần đạt được giá trị của cell phục vụ tốt nhất (best server). Bảng dưới đây chỉ ra % thời gian mỗi cell phát hiện phát hiện pilot polluter. Kết quả được sử dụng để liên kết với việc định cỡ active set để xác định vùng có quá nhiều pilot.
SVTH: KHỔNG VĂN NHẤT LỚP: D08VTA1 Trang 36
Bảng 3.2 Bảng thống kê % xảy ra pilot pollution
Định cỡ Active Set : Một ứng dụng khác của đo kiểm pilot pollution là định cỡ active set dựa trên dữ liệu scanner. Điều này thu được từ việc mô hình hóa các thông số chuyển giao mềm của mạng. Active set cho phép tối đa là 3 kênh pilot. Vùng có nhiều hơn 3 pilot trong active set cần được đánh dấu là nguồn gốc gây nhiễu. Việc này có thể hoàn thành tốt nếu liên kết với phân tích Pilot pollution.
SVTH: KHỔNG VĂN NHẤT LỚP: D08VTA1 Trang 37
Kiểm tra danh sách Neighbour: Danh sách neighbour có thể được kiểm tra và tối ưu bằng công cụ Neighbour List Verification của Actix. Các neighbour này cần có trong file CellReff. Công cụ so sánh dữ liệu khảo sát với danh sách trong CellReff và cung cấp khuyến nghị cho mỗi cell: Retain(giữ lại các neighbour được xác nhận trong khảo sát dữ liệu), Add(thêm các neighbour có trong Driving test nhưng không có trong danh sách neighbour), Remove (gỡ bỏ các neighbour có trong danh sách nhưng không đo được).
Bảng 3.3 Bảng khuyến nghị dành cho các cell lân cận
Các vấn đề về HO :
HO sang cell yếu hơn: điều chỉnh lại thông số HO margin
Ping pong HO: quá nhiều HO giữa các cell. Do thông số định thời HO đặt không đúng, sự cố phần cứng BTS, nhiễu UL/DL, HO sang cell yếu hơn, ăng ten không đúng hướngKiểm tra thay thế phần cứng, tần số của cell, kiểm tra góc hướng ăng ten, thông số định thời HO
Trễ HO: BSIC của cell được giải mã nhưng HO quá chậm. Do cell lân cận bị nghẽn, bị nhiễu vượt ngưỡngmở rộng TRx, kiểm tra lại tần số của cell lân cận.
Sự cố hoặc rơi HO: MS tới cell mới không về cũ được, gửi tin HO failure tới cell gốc nhưng không có trả lời. Do nhiễu tần số, vùng phủ hẹp, nhiễu ngoài hướng UL, nhiễu dải rộng phân tích va xử lí tần số nhiễu, thêm trạm mới, đo phổ kênh tần số để xác định nguồn nhiễu ngoài.
Không thực hiện được HO: BSIC giải mã được nhưng không HO được. Do mất quan hệ HO, không có cell lân cận nào trong cơ sở dữ liệu, lân cận ngoài không đúng, LAC/BCCH/BSIC của cell lân cận khác với thực tế , thông số HO_margin quá lớn, cell phục vụ quá mạnh hoặc bao phủ vùng quá rộngphân tích và bổ sung HO của cell, điều chỉnh thông số HO_margin của các cell lân cận, chỉnh downtilt ăng ten.
SVTH: KHỔNG VĂN NHẤT LỚP: D08VTA1 Trang 38
Hiệu suất SHO của UE : tỉ lệ thành công cho các sự kiện 1a,1b và 1c
Hình 3.16 Tỉ lệ thành công các sự kiện
Phân tích vấn đề rớt cuộc gọi : nguyên nhân do vùng phủ yếu, nhiễu lớn và yếu Ec/Io, vùng phủ đường lên yếu (công suất phát UE yếu), yếu cell vượt trội (best cell thay đổi quá thường xuyên dẫn đến quá nhiều SHO), pilot pollution ( quá nhiều cell hiển thị), thiếu neighbour, thay đổi nhanh các điều kiện RF ( điều chỉnh góc). Rớt cuộc gọi có thể lặp đi lặp lại tại cùng một vị trí thì nên phân tích kĩ lại để xác định nguyên nhân chính xác,
Có một số phương pháp phân tích rớt cuộc gọi và những bước dưới đây sẽ giúp nhanh chóng xác định nguyên nhân:
Nếu RSCP va Ec/Io giảm xuống trước khi rớt cả từ Scanner lẫn UE thì kiểm tra vấn đề về vùng phủ.
Nếu RSCP va Ec/Io giảm xuống trước khi rớt chỉ từ UE mà Scanner vẫn không rớt thì xem xét:
Best server cho UE có giống của Scanner không? Nếu không, thì có thể là do UE lỗi trong việc thực hiện SOH.
UE chuyển tới cell mới ngay sau khi rớt? Nếu UE chuyển tới cell mới ngay sau khi rớt thì cell neighbour đó có từ trước đó? Nếu không, xem xét việc thêm neighbour này coi UE có đang đo neighbour này không?
Có quá nhiều cell phục vụ tốt nhất và thay đổi quá nhanh gây khó khăn cho UE trong việc thực hiện đo và SHO cùng lúc. Nếu đây là lý do thì ta cải thiện cell vượt trội bằng cách tối ưu ăng-ten.
Công suất phát của UE tăng tối đa trước khi rớt trong khi Ec/Io vẫn tốt: Nếu công suất thu của UE tăng từ từ và UE xa site thì lỗi là do giới
hạn vùng phủ đường lên. Nếu công suất thu UE tăng đột ngột và UE không quá xa site, kiểm tra tải đường lên từ SIB7 theo cuộc gọi
SVTH: KHỔNG VĂN NHẤT LỚP: D08VTA1 Trang 39 bị rớt, xem nó có thường cao không? Nếu tải đường lên được báo là cao, xác nhận trạng thái của mạng là tải cao do lưu lượng thực, mặt khác kiểm tra lỗi site có thể có. Nếu tải đường lên không cao, vấn đề có thể là do lỗi điều khiển công suất (adsbygoogle = window.adsbygoogle || []).push({});