15 HSDPA_Call_Setup_Time
2.5.4. Quá trình tốiưu Cluster
Hình 2.7. Quy trình tối ưu cluster
Quá trình tối ưu được thực hiện bằng cách thay đổi các thông số, lựa chọn vùng và các thông số để kiểm tra. Mục đích của quá trình này:
• Chỉnh tinh: cải thiện chất lượng sau các hoạt động tinh chỉnh, dựa trên việc thay đổi phần cứng (góc ngẩng anten)
• Đảm bảo sự chính xác của các thông số tổng quát – tìm ra các thiết lập tốt nhất và mở rộng áp dụng cho toàn mạng (áp dụng tại địa điểm nào đều phải dựa trên bản đồ phân bố của nơi đó)
• Xác định đúng các thông số đặc trưng có thể tối ưu của site (ví dụ: các thông số SHO, công suất CPICH)
Quá trình tối ưu đòi hỏi các thông tin chi tiết hơn quá trình điều chỉnh; do vậy cần sử dụng các công cụ khác. Các công cụ đo có thể chia thành: các công cụ cho giao diện vô tuyến và các công cụ cho giao diện IuB, IuCS, và IuPS. Các công cụ dành cho giao
diện vô tuyến, tiền xử lý, vận hành và bảo dưỡng giống như trong pha điều chỉnh. Công cụ có thể sử dụng cho giao diện IuB, IuCS, và IuPS như: Nethawk (phân tích giao thức).
Các thống kê về thông số của mạng có thể sử dụng thông qua các công cụ của nhà cung cấp thiết bị.
Nội dung Mô tả Yêu cầu
5.0 Mô tả các bước nâng cao chất lượng mạng dựa theo các tiêu chuẩn. Quá trình này dựa trên việc đo dữ liệu cuộc gọi trên một tuyến đường đã định sẵn và các thống kê của mạng. Việc đo driving test sẽ cung cấp những đánh giá chính xác cho mỗi cluster.
5.1 Chuẩn bị tối ưu Quá trình tối ưu phải theo sau quá trình điều chỉnh. Tất cả các yêu cầu cho quá trình điều chỉnh cần phải được thực hiện và việc điều chỉnh được bắt đầu.
Trong giai đoạn này, các thông tin liên quan đến hoạt động của cluster khi kết thúc pha điều chỉnh được xem lại. Cần đặt ra các mục tiêu rõ ràng đồng thời phải thống nhất KPI (tỉ lệ cuộc gọi thành công, băng thông, …) 5.2 Thử nghiệm Xác định vùng triển khai thử
nghiệm và lập kế hoạch. Vùng đó có thể là một cluster hoặc một tuyến đường chính.
Kế hoạch triển khai thử nghiệm phải bao gồm việc triển khai thay đổi thông số.
5.3 Đo driving test Triển khai các bài đo đã thống nhất trên các tuyến đường đã định sẵn; thu thập dữ liệu, đánh dấu những vùng có vấn đề, và những vùng bị tác động bởi các yếu tố nằm ngoài kế hoạch. Thực hiện việc “đóng băng” mạng.
5.4 Network loading
Trong mạng cần xuất hiện lưu lượng thì các kết quả thống kê mới có ý nghĩa.
Trong cluster cần phải xác định mức độ yêu cầu cho các cuộc gọi, và đảm bảo rằng trong mạng xuất hiện đủ lưu lượng, có thể là phát sinh từ nhóm đo Driving test hoặc do các thuê bao khác. Đồng thời phải xem xét đến tải UL và DL.
5.5 Giám sát giao diện
Thu thập đủ số liệu ghi lại (log) về giao diện bên trong mạng dành cho việc phân tích
Xác định các giao diện cần cho việc giám sát và cho phép truy nhập, phù hợp với quá trình tối ưu. Công cụ sử dụng là Nethawk, có thể giám sát mỗi site một lần, do vây không thể sử dụng khi tối ưu trên quy mô lớn.
5.6 Phân tích Dữ liệu thô được xử lý và phân
tích để đánh giá hoạt động của mạng.
Đưa ra các đề xuất và dữ liệu hỗ trợ cho việc cải thiện hoạt động bên trong cluster đó.
5.7 Báo cáo Đưa ra báo cáo về hoạt động của
mạng và so sánh với các tiêu chuẩn đã yêu cầu.
5.8 Kiểm tra sự phù hợp với tiêu chuẩn về tối ưu
Thực hiện kiểm tra để đánh giá đã phù hợp với các tiêu chuẩn tối ưu hay chưa.
5.9 Triển khai mạng trên diện rộng
Nếu các đề xuất đã được thống nhất từ trước và triển khai trên diện rộng thì có thể bắt đầu quá trình kiểm tra.
5.10 Đề xuất và thống nhất Đưa ra các đề xuất về các thay đổi cấu hình mạng để thống nhất. Đánh giá các thay đổi khả thi.
5.11 Triển khai các đề xuất và quản lý cấu hình
Thực hiện các thay đổi. Kiểm tra chắc chắn các thay đổi sẽ thực hiện. Sử dụng công cụ PlanEdit. 5.12 Khả năng tiếp tục tối ưu về
sau
Nếu công việc tối ưu làm thu hẹp khoảng cách giữa hoạt động hiện tại và các mục tiêu đặt ra từ trước thì sẽ xem xét đến việc triển khai thử nghiệm. Nếu không thì phải tiếp tục những nội dung đó và bắt đầu quá trình kiểm tra.