Phần này mô tả các mô-đun Tự động cải thiện Mạng của Eden-NET. Các mô-đun này thực hiện quản lý lỗi nhiều trang web tiên tiến và tăng cường độ tin cậy của mạng.
3.2.3.1 Mô-đun phát hiện ăng-ten chéo (CAD)
Đôi khi trong quá trình lắp trạm mới hoặc các hoạt động bảo trì trạm cũ, ăng- ten, feeder bị hoán đổi giữa các hướng trong trạm do nhầm lẫn. Kết quả là, một số thông số cấu hình thực tế của các cell (ví dụ, hướng anten, độ cao ăng-ten) tại các vị trí này khác với cấu hình được thiết kế của các cell. Điều này có thể dẫn đến hành vi bất ngờ của các hoạt động quản lý hiệu suất mạng (chẳng hạn như tối ưu hóa dung lượng và vùng phủ, bổ sung cell mất, vv ..) dựa vào thông tin cấu hình chính xác của các cell.
Số liệu và cấu trúc liên kết
PercNbrsInCovg:
Tỷ lệ phần trăm hàng xóm trong vùng phủ sóng của cell nguồn
Tỷ lệ phần trăm các neighbor có vị trí nhỏ hơn 90 độ so với hướng trỏ ăng ten của cell nguồn(Các Neighbor trong vùng bóng mờ)
XAntennaScore
Trọng số Geoscore với tỷ lệ phần trăm thành công HO
= (Src2NbrOrientation + Nbr2SrcOrientation) Bản ghi X (HOSuccessPercentage)
Src2NbrOrientation: Cosine của góc giữa góc phương vị nguồn và đường nối cell nguồn tới vị trí cell lân cận
Nbr2SrcOrientation: Cosine của góc giữa góc phương vị nguồn và đường nối cell nguồn tới vị trí cell lân cận
Hình 3.5 Thuật toán CAD
Mô-đun phát hiện ăng-ten chéo (CAD) phát hiện các trạm có khả năng bị lỗi chéo ăng-ten, feeder. Các cell có ăng-ten đã được đổi chỗ cũng được xác định. Mô- đun này có khả năng xác định các tình huống chéo ăng-ten, feeder sau đây:
• Các tình huống nơi các ăng-ten, feeder có thể được hoán đổi giữa các cell hoạt động với cùng tần số và lớp công nghệ tại một vị trí.
Các trường hợp chéo ăng ten, feeder như vậy ảnh hưởng đến hai hoặc nhiều cell tại một vị trí.
• Các kịch bản ăng-ten chéo có liên quan đến tối đa bốn cell tại một vị trí. Vì việc xác định các tình huống ăng-ten chéo có thể không phải lúc nào cũng chính xác, mô-đun bổ sung cung cấp một điểm số cho biết mức độ tin cậy của việc xác định kịch bản ăng-ten, feeder được hoán đổi.
3.2.3.2 Mô-đun bù trừ cell bị mất(COC)
Việc bù trừ cell nhằm mục đích giảm thiểu sự suy giảm vùng phủ, năng lực và chất lượng dịch vụ do sự cố ngừng hoạt động của cell hoặc trạm(site). Khi phát hiện mất cell như vậy, COC điều chỉnh một loạt các thông số điều khiển, ví dụ, độ nghiêng ăng ten điện(E-Tilt) và công suất nhận được đường lên, trong các cell xung quanh khu vực bị ảnh hưởng, để giảm thiểu hiệu ứng hiệu suất gây ra do mất cell
hiện các điều chỉnh của nó.
Hình 3.6 Mô-đun bù trừ vùng phủ cell mất
Các tính năng của mô-đun COC:
• Phát hiện cell mất gần như thời gian thực(real-time) dựa trên các bộ kích hoạt báo động từ hệ thống quản lý báo động bên ngoài và bộ kích hoạt KPI từ Mô-đun cell ngủ(Sleeping Cell).
• Cố gắng khôi phục cell (ví dụ: tự động khởi động lại cell)
• Cung cấp chế độ xử lý sự cố thủ công cho sự cố ngừng hoạt động trong trường hợp mô-đun không có hành động (hoặc khôi phục trạng thái trước đó từ bất kỳ hành động nào có thể đã được thực hiện) trên cell lỗi hoặc hàng xóm của nó.
• Sử dụng công cụ dự đoán đã được nhúng RF để xác định các cell lân cận thích hợp mà các thông số được thay đổi và lượng thay đổi đối với các tham số.
• Thực hiện một chức năng điều chỉnh để đảm bảo rằng các thay đổi đối với các thông số của cell không gây tăng thông lượng(throughout) trong toàn mạng.
• Thông số đẩy (độ nghiêng ăng-ten, công suất thí điểm) thay đổi đối với cell lỗi và các cell lân cận của nó trong mạng, giảm thiểu các vấn đề về mức độ phù hợp do các sự cố này gây ra.
• Theo dõi phản hồi KPI để tinh chỉnh thêm các thông số cell lân cận đã được tính toán từ công cụ dự đoán RF.
• Khôi phục các tham số cell lân cận khi cell lỗi có lại dịch vụ.
Mô-đun tạo báo cáo chi tiết chứa thông tin về tình trạng mất cell đã báo cáo, hoàn thành tính toán các hành động được thực hiện bao gồm các tiêu chí quyết định cho các hành động đó, kết quả đầu ra từ dự đoán đã nhúng RF và dữ liệu hiệu suất mạng trong thời gian mất cell.
3.2.3.3 Xử lý cell mất (OR)
Eden-NET tự động hóa quá trình phát hiện và giải quyết sự cố phần tử mạng. Việc phát hiện mất cell dựa trên các cảnh báo và công cụ quản lý hiệu suất (KPI). Các mô-đun chịu trách nhiệm cho việc này là:
• Xử lý các cell ngủ(SCR)
• Xử lý cell mất dựa trên cảnh báo(AOR).
Xử lý cell mất (OR) cung cấp thông tin về quy trình công việc được phân phối trong các mô-đun Xử lý cell ngủ và Xử lý cell mất dựa trên cảnh báo của Eden-NET. Mỗi đặc tả dòng công việc bao gồm:
• Mô tả quy trình công việc chi tiết bao gồm sơ đồ trạng thái.
• Một danh sách các tham số cấu hình và các giá trị mặc định của chúng cho mỗi lớp công việc.
phân phối lưu lượng truy cập qua các lớp mạng vô tuyến khác nhau. Các mô-đun giúp hướng lưu lượng truy cập đến lớp mạng vô tuyến hiệu quả nhất dựa trên chiến lược phân phối lưu lượng truy cập của nhà mạng. Điều này đảm bảo sử dụng hiệu quả hơn cơ sở hạ tầng hiện có và giúp nhà điều hành tăng hiệu quả năng lực của mạng.
3.2.4.1 Mô-đun cân bằng tải đa băng tần WCDMA (MBLB)
Các tính năng phân tán của RAN dành cho điều khiển lưu lượng(TS), như MBLB, khá tẻ nhạt để cấu hình. Nếu bạn đã cấu hình các tính năng TS ít nhất một lần, bạn có thể tự động quản lý các tính năng TS với các tính năng SON mà không đòi hỏi phải tốn thời gian thực hiện. Ví dụ, có thể kích hoạt và hủy kích hoạt các tính năng TS dựa trên trạng thái mạng được xác định với các quy tắc KPI.
Ý tưởng chính của 3G MBLB tự động là phát hiện trạng thái mạng hiện tại với các KPI đo được và áp dụng cấu hình tính năng TS phù hợp nhất cho trạng thái mạng. Các cấu hình khác nhau phải được trình bày với mẫu cấu hình cơ bản và mẫu cấu hình thay thế. Phát hiện trạng thái mạng phải được thực hiện bằng cách phân tích KPI dựa trên các quy tắc. Nếu các quy tắc được hoàn thành, đó là thời gian để cung cấp cấu hình thay thế, nếu không cấu hình cơ bản phải đi đến mạng.
3.2.5 Mô-đun tự động hóa quy trình làm việc
Phần này mô tả các Mô-đun Tự động hóa quy trình làm việc của Eden-NET. Các mô-đun này tự động hóa các nhiệm vụ quản lý mạng quan trọng như truy vấn thông số và kiểm tra, tương quan dữ liệu PM nâng cao và nhận dạng tự động các cell hoặc vùng trong mạng để hỗ trợ khắc phục sự cố chính. Các mô-đun đã được phát triển để đáp ứng nhu cầu cụ thể của các nhà khai thác mạng không dây và có thể tùy chỉnh để hỗ trợ các nhu cầu riêng biệt của từng nhà mạng.
3.2.5.1 Mô-đun báo cáo hiệu suất tự động(APR)
Các chỉ số hiệu suất chính (KPIs) là một phép đo trực tiếp về hiệu suất mạng và cung cấp cho nhà mạng các số liệu có thể định lượng được coi là quan trọng đối với lợi nhuận lâu dài. Đo lường KPI một cách thường xuyên đảm bảo rằng tối ưu hóa cải thiện chất lượng dịch vụ (QoS) cho người dùng cuối.
Mô-đun Báo cáo hiệu suất tự động:
• Cho phép đánh giá các KPI cụ thể cho một tập hợp các cell mục tiêu. • Xếp hạng các cell hoạt động kém nhất dựa trên giá trị KPI.
• Cung cấp phép đo hiệu suất mạng dựa trên các chỉ số được xác định trước.
Chú thích:
• Mô-đun APR hoạt động trên bất kỳ KPI nào tạo ra kết quả thông qua việc lựa chọn PM của tab Topology.
• Mô-đun APR chỉ có thể được thực hiện ở chế độ vòng lặp mở (Open Loop).
3.2.5.2 Mô-đun tạo trạm tự động (ASC)
Phát sóng một trạm vô tuyến thường bao gồm nhiều bước và rất nhiều tương tác giữa các nhóm khác nhau trong tổ chức. Quá trình triển khai bắt đầu từ việc lên kế hoạch cho một trạm. Các bước tiếp theo có liên quan đến việc tạo cấu hình trạm hợp lý với mục tiêu xây dựng nhanh nhất có thể một cấu hình trạm hoàn chỉnh với các giá trị tham số được xác thực.
Khi trạm đã được kết nối với mạng truyền dẫn, tự động kết nối và tự động định cấu hình được khởi động để tích hợp trạm, phần mềm được tải xuống và cấu hình được cấp phép cho trạm.
Khi trạm mới được đưa lên mạng, nó cần được theo các cảnh báo và các KPI cụ thể để đảm bảo rằng trạm hoạt động như mong đợi. Sau khoảng thời gian theo dõi được xác định trước, trạm được chấp nhận và từ điểm xuất hiện, được lưu trữ.
• Giảm thời gian trong quá trình triển khai tổng thể (lập kế hoạch cho đến khi phát sóng)
• Cửa sổ đơn để xem báo thức và KPI chính cho các trang web được tích hợp gần đây trong không khí
• Đồng bộ hóa giữa lập kế hoạch, vận hành và triển khai mạng
Tự động tạo trạm hỗ trợ phát công nghệ vô tuyến Nokia LTE và WCDMA, bao gồm cả các tế bào nhỏ Flexi Zone Micro.
Bốn giai đoạn của Tạo trạm tự động là: • Chuẩn bị cấu hình
• Tự động kết nối • Tự động cấu hình • Xác minh
Trong giai đoạn chuẩn bị cấu hình, cấu hình trạm được tạo ra cho NetAct, kế hoạch được xác thực và cấu hình ban đầu được tạo ra cho OMS. Sau pha chuẩn bị cấu hình, quá trình chờ yêu cầu cấu hình tự động từ trạm gốc.
Tự động kết nối và cấu hình tự động là các bước xác định 3GPP để xác định trạm gốc. Trong các giai đoạn này, phần mềm và cấu hình được tải xuống trang web.
Giai đoạn xác minh là để theo dõi để đảm bảo rằng trang web được định cấu hình chính xác và nó hoạt động như mong đợi.
3.3 Các Mô-đun Eden-Net thử nghiệm tại Hà Nội và kết quả đạt được
3.3.1 Mô-đun dò chéo ăng-ten(CAD)
Tính năng mô-đun :
1) Tự động nhận dạng các trạm nơi các trình cấp dữ liệu ăng-ten được hoán đổi giữa các phần.
2) Hỗ trợ tất cả các công nghệ.
3) Các ăng-ten được hoán đổi dẫn đến hành vi bất ngờ của các hoạt động quản lý hiệu năng mạng như CCO, tối ưu hóa ANR.
4) Phân tích danh sách neighbor, hình dạng cell, số lượng HO, thông tin neighbor trên các lớp tần số.
Hình 3.7 Các tính năng mô-đun CAD
Định dạng tệp đầu ra
Mô-đun đang sử dụng hệ thống "chấm điểm" để xác định kịch bản có khả năng chéo feeder . Các trường hợp được xếp hạng với độ tin cậy thấp, trung bình
và cao
Hình 3.8 Xếp hạng điểm các kịch bản chéo feeder
Hình 3.9 Xác định chéo hướng bằng phân bố neighbor
Trình duyệt Topology là công cụ thích hợp để đánh giá việc thực thi vòng lặp mở của mỗi mô-đun. Công cụ xem neighbor hữu ích để xác nhận kịch bản chéo feeder. Phân bố neighbor của hình 3.5 cho thấy trực quan rằng các hướng(sector) có thể thực sự đổi chỗ.
Kết quả-trường hợp chéo 3 hướng
Mô-đun cũng có khả năng phát hiện tình huống hoán đổi 3 chiều. Trường hợp được mô tả ở đây là có nhiều nghi ngờ
Hình 3.10 Phát hiện chéo vòng 3 hướng
Kết quả đánh giá cuối cùng
Tệp đầu ra của mô-đun chứa danh sách các tình huống cross-feeder đáng ngờ. Độ tin cậy của mô-đun nên được thực hiện qua hai bước riêng biệt:
• Sử dụng hình ảnh neighbor trong Trình duyệt Topology để đánh giá sơ bộ • Xác minh tại trạm(onsite) có thể được tiến hành cả với thử drive test tại
trạm.
Mô-đun hoạt động chính xác hơn nhiều khi được áp dụng cho mạng LTE. Mô-đun nhìn vào cấu trúc neighbor liên quan đến vùng phục vụ ăng-ten. Mạng LTE có tính năng tích hợp các neighbor. Khi neighbor được tạo tự động trong mẫu không phù hợp với vùng phục vụ của ăng-ten, tình trạng cross-feeder dễ dàng được phát hiện.
Trong trường hợp mạng VNPT, công nghệ Single RAN đang được sử dụng. Điều đó có nghĩa là một khi đã phát hiện ra sự cố trong mạng 4G, bản sửa lỗi cũng sẽ ảnh hưởng đến các công nghệ khác(2G,3G).
3.3.2 Mô-đun tối ưu tái sử dụng mã(Mô-đun RCO)
3.3.2.1 Mô-đun tối ưu tái sử dụng mã - 3G (Mô-đun 3G_RCO)
Tính năng mô-đun
1) Bao gồm tối ưu hóa Scrambling Code cho 3G, Có thể định cấu hình cho các phạm vi hạn chế tái sử dụng mã.
2) Mô-đun phát hiện va chạm mã tái sử dụng lên đến bốn bước nhảy neighbor. 3) Module tối ưu gán mã mới cho các cell để loại bỏ tất cả các xung đột được
phát hiện.
4) Lợi nhuận hiệu suất lớn được thấy ở các thị trường lớn vì nhiều vấn đề hiệu suất là do quy hoạch mã tái sử dụng dưới mức tối ưu.
5) Các mô-đun có thể cấu hình để duy trì các mã tái sử dụng trong trạm(co- sector) khi thực hiện các lần thử lại.
Hình 3.11 Mô-đun tối ưu tái sử dụng mã
Các dạng dùng chung mã
Tất cả ba tầng trùng SC có thể gây ra các vấn đề hiệu suất đáng kể (đặc biệt là Cấp 2 và Cấp 3)
Ví dụ về chung SC cấp 2 Ví dụ về chung SC 3 tầng
Ví dụ về chung SC 4 tầng
Hình 3.12 Các dạng trùng mã SC
Mục đích: RNC_1202N_HNI
Mô-đun được lên lịch để chạy trên RNC_1202N_HNI. RNC khá dày đặc với chồng chéo tế bào thích hợp. Toàn bộ SC được cấp phát [0: 511]
Hình 3.13 SC được cấp phát [0: 511] thuộc RNC_1202N_HNI
Điểm xung đột(Conflict Score)
“Điểm Xung đột” là một chỉ số thực nghiệm về số lượng cell bị phân bổ SC kém. Nó được tính toán lấy số lượng các xung đột thứ 2 thứ 3 và thứ 4 của các xung đột.
Hình 3.14 Bảng dữ liệu Conflict Score
Hình 3.15 Conflict Score giảm sau các lần chạy mô-đun
Hình 3.16 Kết quả khi chạy mô-đun 19 lần
3.3.2.2 Tối ưu tái sử dụng mã (Mô-đun RCO_4G)
RCO_4G (được gọi là PCI Reuse trong danh sách mô-đun EdenNet). Tối ưu hóa các mã PCI trong mạngLTE
Ví dụ trong hình 3.17 đề cập đến một cụm nhỏ các cell. Cách phù hợp để vận hành nó với mục tiêu thực hiện toàn bộ mạng 4G. Theo cách này, không có “các cell bên ngoài phạm vi”.
Hình 3.17 Xử lý xung đột PCI
3.3.3 Mô-đun tối ưu hóa chất lượng di động (MRO Module)
Các dạng lỗi chuyển giao(Handover) :
Hình 3.18 Các dạng lỗi handover
Chuyển giao xảy ra quá muộn: lỗi liên kết vô tuyến xảy ra trong ô nguồn trước khi bàn giao được khởi tạo và UE cố gắng thiết lập lại liên kết vô tuyến của nó trong một ô khác.
nó trong một ô không phải là ô nguồn hay ô đích.
Khu vực chọn tối ưu : TAC 1147(157 lncels)
Hình 3.19 Khu vực chọn tối ưu MRO
Hình 3.20 Kết quả tối ưu bằng module MRO
Kết quả tối ưu : HOPP% cải thiện (giảm) 34%
3.3.4 Mô-đun Báo cáo hiệu suất tự động (APR)
Các tính năng mô-đun :
cho phép đánh giá các KPI cụ thể cho một tập hợp các ô mục tiêu. Xếp hạng các cell hoạt động kém nhất dựa trên giá trị KPI.
Cung cấp phép đo hiệu suất mạng dựa trên các chỉ số được xác định trước.