MỤC LỤC
• Nhận diện lỗi, thực thi các thay đổi: Sau khi phân tích, cần phải đưa ra những hành động cụ thể để khắc phục sự cố: thay đổi tần số, tinh chỉnh tilt, azimuth, neighbours, các tham số mạng, reset card hoạt động kém hiệu quả, kiểm tra anten, feeder, nguồn, công suất phát, thay card hỏng,. Cần xem và phân tích kỹ các chỉ số KPI chính như: Tỷ lệ thiết lập cuộc gọi thành công (CSSR), Tỷ lệ rớt cuộc gọi (CDR), Tỷ lệ chuyển giao ra thành công (HOSR), Tỷ lệ chuyển giao vào thành công (HISR), Tỷ lệ nghẽn kênh lưu lượng TCH (TCH congestion Rate), Tỷ lệ ấn định kênh TCH không thành công (TCH assign unsuccess rate), Tỷ lệ nghẽn kênh báo hiệu SDCCH (SDCCH congestion Rate), Tỷ lệ rớt kênh SDCCH,…. Kiểm tra khả năng chồng lấp vùng phủ (overlap) của các cell gần nhau. Kiểm tra nhiễu: nhiễu đối với toàn bộ cell, hay nhiễu đối với tần số BCCH của cell. • Ghi nhận và giải quyết các phản ánh từ khách hàng về chất lượng mạng của một khu vực cụ thể nào đó. Việc tham khảo những phản ánh chất lượng mạng từ khách hàng kết hợp với các sự cố mạng sẽ giúp cho việc tối ưu nhanh hơn và chính xác hơn. b) Kiểm tra giá trị các tham số chính của mạng.
Mỗi BSC và Cell được định nghĩa bằng danh sách các thông số, các thông số này định nghĩa hoạt động của nó trong quá trình lựa chọn lại cell, chuyển giao, quản lý lưu lượng, GPRS,… Tất cả các thiết lập được lấy ra hàng ngày dưới dạng file text và nhập vào cơ sở dữ liệu RNO. Nhìn chung, Alcatel khuyến nghị sử dụng các giá trị mặc định, tuy nhiên để tối ưu hoạt động của mạng, tinh chỉnh cho trường hợp đặc biệt, tối ưu phân bố tải lưu lượng,… nên các tham số thiết lập khác với giá trị mặc định. Điều này có nghĩa là bất cứ khi nào dự định loại bỏ một neighbor nên kiểm tra có bao nhiêu cố gắng chuyển giao và bao nhiêu chuyển giao thành công trên hai hướng giữa cell phục vụ và cell neighbor đó (không có hướng dẫn cụ thể về việc một quan hệ neighbor được xem là đúng thì có bao nhiêu cố gắng chuyển giao giữa hai cell), quan hệ neighbor này được quyết định dựa trên yêu cầu vùng phủ, tối ưu và di chuyển của thuê bao trong khu vực đó. • Kiểm tra các thông số anten: vị trí, độ cao, tilts, azimuth, loại anten Việc kiểm tra thông số của anten cũng quan trọng như kiểm tra kế hoạch tần số và neighbor trong việc phân tích chính xác các vấn đề của mạng. Mỗi thông số như là vị trí anten, độ cao, loại anten, azimuth và tilt phải được kiểm tra cẩn thận. Dựa trên phân tích này, các vấn đề chính dễ dàng liệt kê ra là vấn đề do vận hành hay vấn đề do vô tuyến. c) Thực hiện đo kiểm Driving Test trước khi tối ưu.
Hơn nữa, kết quả đo kiểm sẽ được sử dụng cho mỗi phân tích liệt kê ở trên như vùng phủ, các vùng phủ chồng lên nhau, nhiễu, nhận ra vùng phủ kém, các vùng có chất lượng thu kém, các lý do rớt cuộc gọi…. Khi các dấu hiệu biểu hiện của vài nguyên nhân giống nhau thì tất cả các thông tin liên quan được bổ sung để xác định vấn đề chính liên quan đến vùng phủ kém, nhiễu, trùng lặp vùng phủ, tham số cell chưa tốt, thiếu neighbor, hoạch định tần số không tốt…trước khi thực hiện hành động chính xác để khắc phục vấn đề lỗi. • Số lượng tuyến báo hiệu vô tuyến (RSL), số lượng cell bắt bản tin đo tại cùng thời điểm thấp. Thuận lợi chính của phân tích bản tin Abis là để cho phép đánh giá chi tiết và chính xác chất lượng vô tuyến của một cell ở mức TRX. Có thế quan sát và so sánh được cho cả đường lên và đường xuống. d) Nguồn thông tin giao diện vô tuyến.
Các tham số này không được người dùng biết đến trực tiếp mà thông qua các phản ánh mang tính chất trực quan hơn như: mạng có sóng không, gọi có thực hiện dễ dàng không, khi đang gọi thì có bị rớt không, gọi có bị ồn và nhiễu tiếng không,. Chính việc điều chỉnh các tham số liên quan đến vùng phủ sẽ tăng khả năng thực hiện cuộc gọi, mang lại chất lượng tín hiệu tốt hơn, không gây ra nhiễu và điều này được thực hiện kết hợp với quan trắc các tham số từ các bộ đếm counter trong mạng, và được tính toán để đưa ra các giá trị chất lượng mạng KPI. Sau khi đưa ra các đánh giá về các tham số cũng như nhận định lỗi, cần thực hiện các tác động vào mạng lưới để điều chỉnh vùng phủ cũng như các mức giá trị thiết lập trong hệ thống cũng như có các đánh giá về kết quả sau điều chỉnh.
Cell của trạm phục vụ (do lỗi kỹ thuật lắp sai góc ngẩng của cell) đã vô tình phát sóng vào đúng cell của trạm B. Lúc này MS nằm trong vùng phục vụ của cell B nhưng lại không thuộc cell đó. BSC nghĩ rằng MS thuộc cell neighbour A và làm thủ tục chuyển giao qua A, nhưng vì MS không gần cell A nên ấn định TCH cho chuyển giao thất bại. Cuộc gọi bị rớt do không thể thực hiện chuyển giao. • VSWR, lỗi phần cứng gây suy giảm công suất phát. • Khai báo công suất chưa chính xác. • Downtilt chưa đúng thiết kế, lắp đặt chiều cao anten không đúng thiết kế. • Vùng tối, thiếu trạm. Một số biện pháp khắc phục:. • Cân chỉnh downtilt, nâng độ cao anten. • Khai báo lại Handover các trạm tại khu vực bị Overshoot. • Đề xuất thêm trạm nếu là vùng tối. b) Vấn đề chuyển giao không thành công. • Định nghĩa Neighbour sai: Điều này có thể xảy ra khi một trạm mới được thêm vào và các quan hệ neighbour cũ không còn phù hợp đã không được bỏ đi, các quan hệ mới cần thiết không được thêm vào. • Thống kê về mức tín hiệu trên nhiễu của các tần số MAFA (MAFA là tính năng mới cho các thiết bị MS của GSM, các MAFA MS có thể đo đạc tín hiệu trên nhiễu (C/I) của các tần số(cell) không phải là neighbour).
• Vấn đề Ghost RACH: do giải mã không thành công bản tin yêu cầu kênh (do nhiễu) hay các cell gần nhau có cùng tần số BCCH và BSIC (NCC, BCC) nên yêu cầu kênh đã được nhận nhưng không cấp kênh xuống được đúng thuê bao yêu cầu. • Rớt kênh SDCCH do vấn đề vô tuyến: các vấn đề vô tuyến có thể do vùng phủ, nhiễu và thỉnh thoảng do các hoạt động bất thường của BSS (lỗi không được phát hiện như một cảnh báo bởi ứng dụng quản lý lỗi vận hành và khai thác). • Rớt kênh SDCCH do vấn đề BSS (thiết bị): Lỗi BSS có thể là lỗi phần cứng hay phần mềm BTS/BSC, ngoài ra cũng có thể do vấn đề trên giao diện Abis (chẳng hạn do lỗi truyền dẫn vi ba).
• Có thể dự báo được như các trận bóng đá, các cuộc họp quan trọng, các chương trình ca nhạc,..Giải pháp cho các sự kiện này là nâng cấp cấu hình trạm (thêm TRX), sử dụng các trạm BTS lưu động. • Không thể dự báo được như các vụ tai nạn ôtô trên đường cao tốc. b) Các vấn đề định kỳ hằng ngày: tài nguyên Cell không được định cỡ đúng nên gây nghẽn lúc cao điểm. • Lỗi do vô tuyến: Trong trường hợp truy cập TCH lỗi, MS sẽ cố gắng để bắt lại kênh SDCCH, như vậy có thể MS sẽ bắt lại kênh SDCCH thành công hoặc việc thiết lập cuộc gọi thất bại. • Rớt do vô tuyến: các vấn đề vô tuyến có thể do vùng phủ, nhiễu hoặc thỉnh thoảng do BSS hoạt động bất thường mà không được phát hiện như một cảnh báo hệ thống bởi ứng dụng quản lý lỗi vận hành và khai thác.
• Rớt do vấn đề bộ chuyển đổi mã từ xa (Remote Transcoder): Vấn đề này luôn luôn bởi chất lượng kém của truyền dẫn trên giao diện Abis hay một thành phần phần cứng trên bộ chuyển đổi mã (Transcoder) bị lỗi, hoặc thậm chí đôi khi cũng là do các vấn đề phần mềm, phần cứng BSS. • Sử dụng tính năng chuyển giao Intra-cell không hợp lý: Sử dụng tính năng chuyển giao intra-cell không hợp lý có thể dẫn đến chuyển giao không cần thiết và nguy cơ rớt cuộc gọi rất cao. • Chuyển giao ra không thành công: Hoặc MS không bao giờ nhận được lệnh chuyển giao hoặc nó thất bại cả trong việc thiết lập trên cell đích và trong việc thiết lập lại trên cell gốc.