Tối ưu mạng GSM là một quy trình khép kín không có đ ểi m kết thúc. Tạm thời có thể chia thành các bước chính: Giám sát -> Phân tích dữ liệu-> Nh n diậ ện lỗi/ Thực thi các thay đổi -> Ki m tra -> Giám sát ể
2.5.1 Giám sát
Có thể theo dõi sự hoạt động của mạng bằng những cách khác nhau, ví dụ sử dụng các tham số mạng, các c nh báo, các log file ả đo ki m Driving Test, các ph n ánh tể ả ừ khách
Initial Network Design and Implementation Monitor Network Analyse Data QoS Targets Met? Implement Changes Identify Problems Yes No Optimisation
hàng. Phổ biến nh t là xem xét các thấ ống kê thông số của mạng mỗi ngày, các c nh ả báo (từ OMC), và RNO hỗ trợ việc giám sát thường xuyên các cells kém chất lượng hay các cells có lưu lượng cao qua các chỉ số KPIs ( Key Performance Indicators – Các chỉ số biểu diễn chính ).
2.5.2 Phân tích dữ liệu:
Dĩ nhiên việc phân tích một cách chính xác và rõ ràng sẽ giúp cho việc khắc phục sự cốđược nhanh chóng hơn. Quá trình phân tích nên bắt đầu càng sớm càng tốt ngay khi sự cố xuất hi n trong mệ ạng. Ngoài t t cấ ả các công cụ (Tools) hổ trợ hiện có, quá trình phân tích cũng nên sử dụng các bộđếm counters và các chỉ số KPIs.
Phương pháp chính là xác định thời điểm bắ đầt u xuất hiện sự cố và tìm cách giải quyết triệt để.
2.5.3 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 cards ho t ạ động kém hiệu quả, ki m tra anten, feeder, ngu n, công su t phát, thay cards h ng, … ể ồ ấ ỏ
Khâu này rất quan tr ng ọ để ki m tra l i tính ể ạ đúng đắn c a các hành ủ động kh c ắ phục trên ( Vì những tác động đó không ph i lúc nào cũả ng hoàn toàn úng, có thể khắc đ
phục được sự cố, có thể không nh hưởng, có th i lệả ểđ ch hướng làm tình hình tồi t ệ
h nơ ). Nên sử dụng các công cụ (tools) như OMC, RNO, thiết bịđo kiểm TEMS hay các phản ánh từ khách hàng cho việc ki m tra này. ể
Nếu sự cốđược xử lý thành công, sẽ tiếp tục quay lại quá trình giám sát ban đầu, cho đến khi lại phát hiện sự cố mới. Lưu ý quá trình ki m tra cể ần được thực hiện cẩn thận ( đầu tiên ở mức TRX/cell, đến cluster, sau đó là toàn mạng ). Chính vì v y tậ ối ưu mạng GSM là một quy trình khép kín không có điểm kết thúc.
Trong quá trình thực hiện có thể linh động kết hợp các giai đoạn với nhau. Có thể chia làm 2 quá trình chính:
- Quá trình giám sát và phân tích được xem như quá trình quản lý đặc tính chất lượng mạng.
- Quá trình nhận diện vấn đề, thực thi những tác động tối ưu và kiểm tra kết quảđược xem như quá trình tối ưu hoá m ng.. ạ
Cụ thể như sau :
a. Quá trình giám sát và phân tích (quá trình quản lý đặc tính ch t lấ ượng
mạng):
Hai giai đ ạo n giám sát và phân tích được kết hợp thành một quá trình và thực hiện đồng thời. Vấn đề chính cần giải quyết là các lỗi vô tuyến.
Quá trình này bao gồm 4 bước chính: Đánh giá các sự cố mà các nhân viên kỹ thuật BTS/BSC đưa ra và các chỉ số KPIs liên quan. kiểm tra giá tr các tham sị ố chính của mạng, thực hiện đo kiểm Driving Test trước khi tối ưu, kiểm tra phần c ng thiứ ết bị (card TRX, ANC, BTS, thiết bị truyền dẫn, BSC..) và các cảnh báo từ OMC_R Cụ thể các bước như sau :
• Xem qua các sự cố mà các nhân viên kỹ thuật BTS/BSC đưa ra và các chỉ
số KPIs liên quan
Bước đầu tiên trong quá trình quản lý chất lượng mạng là phải định nghĩa các chỉ số ch t lấ ượng d ch vị ụ (QoS : Quality of Service ) nh tư ỉ lệ rớt cuộc gọi, tỉ lệ cuộc gọi thành công… Các chỉ số này sẽ ỗ h trợ phát hiện các cell có chất lượng dịch vụ (thể hiện qua thống kê KPIs) kém hơn các yêu cầu chất lượng dịch vụđặt ra. Nhờđó có thể giải quyết các sự cốảnh hưởng đến cell. Bước này bao gồm 4 bước nhỏ.
• Phân tích các chỉ số QoS
Cần xem và phân tích kỹ các chỉ số KPIs 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ệ rớt trước khi ấn định kênh TCH (TCH Preparation Thất b i ạ Rate), Tỉ lệ ngh n kênh báo hi u SDCCH (SDCCH congestion Rate), Tẽ ệ ỉ lệ rớt kênh SDCCH,…
Các chỉ số này cần được phân tích kế ợt h p với các counters liên quan. Ví dụ: Các cuộc gọi bị rớt có thể do ph n vô tuy n, do chuy n giao hay do ph n cầ ế ể ầ ứng thi t b ế ị BSS,.. Từđó có thể chỉ ra nguyên nhân chính làm rớt cu c gộ ọi và đưa ra phân tích sâu hơn.
• Phân tích sự thăng giáng lưu lượng
Trong quá trình phân tích cần lưu ý đến l u lư ượng mạng hay Cluster theo từng giờ trong ngày.
Nên lưu ý các Sites hay các vùng nào trong cluster có lưu lượng cao và để ý phản ứng của khách hàng đối với dịch v mụ ạng di động mà h ang dùng. ọ đ
Nên thực hiện những thay đổi tham số mạng vào kho ng thả ời gian mà có số thuê bao ít nhất và lưu lượng thấp nh t. ấ
• Phân tích các cell có chất lượng kém nhất
Sử dụng công cụ RNO phân tích các dữ liệu cells tồi này ở nhi u mề ức (TRX, Cell ,Cluster, BSC, LAC, …), các tham số (theo ngày), các QoS (theo giờ), cùng với các phương tiện hỗ trợ khác như: bản đồ, đồ thị, các báo cáo, ..)
Một số hành động cụ thể như sau :
- Kiểm tra vùng phủ từ các log file o ki m Driving Test b ng công cđ ể ằ ụ Map Infor hay Tems Invest.
- 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
• Ghi nhận và giải quyết các phản ánh từ khách hàng về chất lượngmạ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 được diễn ra 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:
Bước thứ hai trong quá trình quản lý đặc tính chất lượng mạng là kiểm tra lại toàn bộ các thông sốđểđánh giá hoạt động của mạng. Việc này được thực hi n vệ ới các công cụ của Alcatel (RNO), Aircom (Asset) và Mapinfo. Phần này được chia thành bốn bước nhỏ:
• Kiểm tra lại các thông số BSS và Cell
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, … Mỗi cell có hơn 250 tham số. 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 A956 RNO. T t c các thi t l p hiấ ả ế ậ ện tại (đang hoạt động) và các thiết lập cũ kể cả các thiết lập mặc định đều lưu trong cơ sở dữ liệu này. Khi sử dụng RNO các tham số có th dể ễ dàng so sánh với giá tr khuy n ị ế nghị.
Việc thay đổi giá trị thông số của các Cells đều được lư ạu l i trong cơ sở dữ liệu của RNO cho mục đích tham khảo. Các yêu cầu thay đổi các tham số cần phân tích, đánh giá chi tiết để thiết lập đến các giá trị tối ưu. 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.
• Bước 2 của việc kiểm tra lại mạng là xem lại kế hoạch tần số. Có thể sử dụng một trong hai công cụ hoạch định c a Aircom (Asset) hoủ ặc Mapinfo để kiểm tra tần số hoạt động. Tất cả các tần số của cell ph c v và cell xung quanh ụ ụ cần được xem xét kỹ và liệt kê ra, các tần số này có thể gây nên nhiễu đồng kênh hay nhiễu kên kề.
Việc xem lại kế hoạch tần số nên kế ợt h p với kết quả KPIs và đo ki m Driving Test ể để nhận ra khu vực b nhiị ễu và nh hả ưởng của nhi u này lên kễ ết qu KPIs. Nên thả ực hiện thay đổi tần số càng sớm càng tốt khi xác định được nguồn gốc gây ra nhi u. ễ
• Kiểm tra lại hoạch định neighbour
Bước 3 trong qui trình này là xem lại neighbor. Mapinfo là công cụ hay và dễ dàng cho việc kiểm tra neighbor. Tất cả các neighbor cell cho là không cần thiết và mu n ố loại bỏ phải được xem xét bằng k t quế ả các chỉ số về neighbor có s n trong RNO. Các ẵ quan hệ neighbor một chiều ph i ả được kiểm tra và bổ sung.
Đ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.
Phải hoàn thành đo kiểm chuẩn bị tối ưu trước khi làm bất cứ hành động thay i đổ chính hay tối ưu. Việc đo kiểm này xem như là mốc chuẩn xử lý đầu tiên các vấn đề của mạng. Khi đo cần đo hết tất cả các đường lớn, đường nhỏ trong khu vực cần 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…
• Kiểm tra phần cứng thiết bị (card TRX, ANC,..) và các cảnh báo từ
OMC_R
Bước cuối cùng của việc giám sát, phân tích (quản lý đặc tính chất lượng mạng) là đánh giá phần cứng BSS và các cảnh báo OMC. Việc kiểm tra này hoàn thành do nhóm BSS thực hiện ki m tra ể đồng thời với phân tích các chỉ số từ RNO liên quan tới các vấn đề của BSS.
Việc kiểm tra này rất quan trọng trong việc cô l p lậ ỗi ph n c ng vầ ứ ới lỗi vô tuy n và ế hoạt động của các bước tố ưi u liên quan.
c. Quá trình nhận diện lỗi, thực thi những tác động tối ưu và kiểm tra kết quả
(quá trình tối ưu hoá mạng)
Tối ưu có thể xem là một phần của quá trình quản lý đặc tính chất lượng mạng. Mục tiêu của việc tối ưu mạng vô tuyến là đểđạt được tối đa hiệu suất của mạng di động.
Sau khi phân tích các vấn đề xong, ta cần thực hi n các ệ ỵêu cầu thay đổi để tối ưu mạng. 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. ỗ
Nếu mỗi bước tối ưu ảnh hưởng hoạt động của mạng và dịch vụ khách hàng, thì mỗi hành động phải được quyết định cẩn thận trước khi thực hiện. Tất cả các đ ểi m kiểm tra nên theo các thứ tự sau:
- Vấn đề do thiết lập tham số ? – Phân tích các tham số và đề nghị thay đổi. - Lỗi lắp đặ ỗt, l i phần cứng BSS, truyền dẫn, lỗi vận hành ? – Xác định thi t b ế ị
hệ thống và sửa thiết bị hỏng.
- Vấn đề vùng phủ ? - Kiểm tra phần cứng BTS, công suất phát , tỷ số sóng đứng (VSWR), thông số của anten (độ cao, azimuth, tilt, loại anten và v trí ị anten, vùng Fresnel thoáng hay bi che chắn). Thực hiện sửa lỗi để tăng cường vùng phủ.
- Bị nhiễu ? - Kiểm tra t n sầ ố với Mapinfo hay công cụ ủ c a Aircom. Nếu c n, o ầ đ kiểm tần số bằng TEMS trong khu vực b nhi u ị ễ để xác định cell gây nhiễu. Thay đổi tần số cell phục vụ hoặc tần số cell gây nhiễu ho c nặ ếu có thể, giới hạn vùng phủ tín hiệu gây nhiễu bằng cách giảm Tilt anten của cell đó xuống.
- Vấn đề chuyển giao ? - Kiểm tra neighbor v i Mapinfo. Kiớ ểm tra tất cả các tham số chuyển giao trong RNO, phân tích dữ liệu đo kiểm và quyết định thêm bớt neighbor, tinh chỉnh độ dự trữ chuyển giao.
- Vùng phủđi xa quá hay trùng lắp vùng phủ ? - Kiểm tra thông số anten. Phân tích dữ liệu đo kiểm cẩn thận. Xác định Timing Advance, mức thu, chất lượng thu từ các báo cáo của RNO. Sau đó chỉ thực hiện giảm Tilt anten, quay hướng anten, hay giảm độ cao anten.
2.6 Cac cong cu ho tro chinh cho qua trinh toi uu trong mang Viettel.
¾ Bussiness Object: là phần m m giao di n ề ệ đồ ho trạ ợ giúp truy v n cấ ơ sở dữ liệu thống kê của các Cell. Thực chất là phần mềm trợ giúp thực hiện các câu lệnh
SQL (Structured Query Language: Ngôn ngữ truy vấn có cấu trúc) truy vấn cơ
sở dữ liệu bằng cách nhấp chuột. Nó giúp lấy dữ liệu thống kê về tình tr ng ho t ạ ạ động của các Cell ở m t khoộ ảng thời gian nh t nh. ấ đị
Hình 2.3 Giao di n th c hiệ ự ện câu lệnh SQL truy vấn cơ ở s dữ ệ li u.
¾ Enterprise: là phần m m hề ỗ trợ thi t k mế ế ạng vô tuy n cế ủa m ng thông tin di ạ động. Nó cung cấp một giao diện đồ hoạ và b n ả đồ cùng với các tính năng tính
toán xử lý giúp thiết kế và phân tích mạng vô tuyến (phân hệ BSS) của một mạng thông tin di động.
Hình 2.4 Giao diện bản đồ c a Enterprise. ủ
¾ MapInfo: là phần m m bề ản đồ trợ giúp quan sát và phân tích hệ ố th ng các Cell, các trạm của mạng thông tin di động. Cung cấp một cơ sở dữ liệu v ềđịa hình, địa vật của khu vực a lý phân tích. Nó có chđị ức năng gần giống như Enterprise nhưng có lẽ không mạnh b ng vì không hằ ỗ trợ nhi u cho hoề ạt động thiết kế và
không có các tính năng xử lý, phân tích h thệ ống mạng vô tuyến của mạng thông tin di động.
Hình 2.7 Kết quả thực hiện câu lệnh SQL.
¾ TEMS Investigation: là phần m m hề ỗ trợ o đ đạc, phân tích ch t lấ ượng m ng vô ạ tuyến. Dựa vào TEMS ta có thể biết được cường độ tín hiệu, chất lượng tín hiệu, Cell phục vụ và các Cell lân cận tại một khu vực khảo sát. TEMS cung c p ấ