Viettel Geo location CovMo statusEr

Viettel Geo location CovMo status
Ericsson, Viettel – RNCs which have broken files and missing MP files
Overall
Currently only 4 RNCs send correct data all the time for CovMo to process. During the night time 8 RNCs are sending data correctly, not heavy traffic time then. Usually 7-8 am also 4 of these start to have problems with missing MP files and time to time broken files. One RNC isn’t sending data at all (broken files).

Tasks to find a solution
Viettel has escalated problem to Ericsson. They had meeting on Tuesday 5th January 2016, but Ericsson didn’t give any schedule or proposed solution to fix these. They assigned a team to fix the problems.

Groundhog has suggested to Viettel that they choose two RNCs which are analyzed more carefully, make corrections and check is it working. If it works, they can copy it to other RNCs and do another check. Groundhog will help to analyze broken files to make sure is it due to Ericsson. Another suggestion is to check maximum file size currently set to RNCs if it causes problems and settings are made to send all MP files (double-check).
Schedule
No schedule is set by Viettel and Ericsson to fix the problem. Current status is “in progress” according to mr. Phuong. To go forward with PAC for CovMo, a schedule must be set. Another possibility is to test only with the data of correct RNCs or night time data of RNCs which work then.

CovMo Geo location status
Groundhog has set a time for an update package to be made on 7th January 2016 and install to system. This complies with FAC requirement document, identified an issue with items 4.25 (fail cause report is done for vendor specific fail causes, not a filter for this), 6.5 (VIP report can have problems because of missing all data and performance with low bandwith), and under chapter 7 (related to ACO optimizing which is due date to be in the package but at the moment not yet fully passed QA). Groundhog RD, QA work on other issues which can affect to test results. FAC document doesn’t cover final acceptance with Viettel which also requires full data processing (all RNCs) and other possible test cases Viettel will do.

For the PAC Groundhog expects that Viettel will find minor issues they think is a bug. These must be analyzed if they are a real bug, new requirement or system normal functionality. This is a normal procedure for system testing.
Because the status covers all parts of the system including source systems, problems with missing cells (incorrect data) needs to be solved in co-operation with all project participants. Groundhog identified a data problem in SiteDB, which is reported to Viettel 5th January 2016 (value “/N” in certain fields for missing cells which causes no geolocation can be made). RNC problem is critical if customer follows the all data requirement.

Configuration tasks have been made based on the customer requirement list. This applies to user interface. Groundhog integration test (QA) doesn’t cover live system testing, which is agreed with GNC before implementation started. If problems are identified in a customer test (PAC or FAC), re-testing will be done together with Viettel and Groundhog.

Kết quả (Việt) 1:

Vị trí địa lý Viettel tình trạng CovMoEricsson, Viettel-RNCs mà đã hỏng tập tin và MP tệp bị thiếuTổng thểHiện nay chỉ có 4 RNCs gửi dữ liệu chính xác tất cả thời gian cho CovMo để xử lý. Trong đêm thời gian 8 RNCs đang gửi dữ liệu một cách chính xác, không nặng giao thông thời gian sau đó. Thông thường, 7-8 am cũng 4 số này bắt đầu có vấn đề với thiếu tập tin MP và thời gian để thời gian bị hỏng tập tin. Một RNC không gửi dữ liệu tại tất cả (tập tin bị hỏng).Nhiệm vụ để tìm một giải phápViettel đã leo thang vấn đề để Ericsson. Họ đã có cuộc họp ngày thứ ba 5 tháng 1 năm 2016, nhưng Ericsson đã không cung cấp cho bất kỳ lịch trình hoặc các giải pháp được đề xuất để sửa chữa chúng. Họ chỉ định một nhóm để sửa chữa các vấn đề.Groundhog đã đề nghị để Viettel họ chọn hai RNCs được phân tích kỹ lưỡng hơn, làm cho sửa chữa và kiểm tra nó làm việc. Nếu nó hoạt động, họ có thể sao chép nó vào RNCs khác và làm một kiểm tra. Groundhog sẽ giúp để phân tích các tập tin bị hỏng để đảm bảo là nó do Ericsson. Một đề nghị là để kiểm tra kích thước tối đa tập tin hiện nay thiết lập để RNCs nếu nó gây ra vấn đề và cài đặt được thực hiện để gửi tất cả các file MP (kiểm tra).Lịch trìnhKhông có lịch trình được thiết lập bởi Viettel và Ericsson để khắc phục sự cố. Tình trạng hiện tại là "trong tiến trình" theo ông phương. Để đi tiếp với PAC cho CovMo, một lịch trình phải được thiết lập. Một khả năng khác là để thử nghiệm chỉ với các dữ liệu chính xác RNCs hoặc dữ liệu thời gian ban đêm của RNCs mà làm việc sau đó.Trạng thái vị trí địa lý CovMoGroundhog đã thiết lập một thời gian cho một gói để được thực hiện ngày 7 tháng 1 năm 2016 và cài đặt vào hệ thống. Điều này phù hợp với các tài liệu yêu cầu FAC, xác định một vấn đề với mục 4,25 (thất bại nguyên nhân báo cáo được thực hiện cho nhà cung cấp nguyên nhân cụ thể thất bại, không phải là một bộ lọc cho điều này), 6,5 (VIP báo cáo có thể có vấn đề vì thiếu tất cả dữ liệu và hiệu suất với băng thông thấp), và theo chương 7 (liên quan đến ACO tối ưu hóa mà là do ngày để trong gói nhưng lúc này chưa được đầy đủ thông qua bảo đảm chất lượng). Groundhog RD, bảo đảm chất lượng làm việc trên các vấn đề khác mà có thể ảnh hưởng đến kết quả kiểm tra. FAC tài liệu không bao gồm cuối cùng chấp nhận với Viettel mà cũng đòi hỏi phải xử lý dữ liệu đầy đủ (Tất cả RNCs) và các trường hợp thử nghiệm có thể Viettel sẽ làm.Cho PAC Groundhog hy vọng rằng Viettel sẽ tìm thấy nhỏ vấn đề họ nghĩ là một lỗi. Đây phải được phân tích nếu họ đang thực sự lỗi, mới yêu cầu hoặc hệ thống chức năng bình thường. Đây là một thủ tục bình thường để thử nghiệm hệ thống.Vì vị thế này tất cả các phần của hệ thống bao gồm hệ thống mã nguồn, các vấn đề với các tế bào thiếu (dữ liệu không chính xác) cần phải được giải quyết trong hợp tác với tất cả những người tham gia dự án. Groundhog xác định một vấn đề dữ liệu trong SiteDB, được báo cáo để Viettel 5 tháng 1 năm 2016 (giá trị "/ N" trong một số lĩnh vực cho thiếu các tế bào gây ra không có vị trí địa lý có thể được thực hiện). RNC vấn đề là rất quan trọng nếu khách hàng theo yêu cầu dữ liệu tất cả.Cấu hình nhiệm vụ đã được thực hiện dựa trên danh sách yêu cầu khách hàng. Điều này áp dụng cho giao diện người dùng. Groundhog tích hợp thử nghiệm (QA) không bao gồm sống hệ thống thử nghiệm, mà đồng ý với GNC trước khi bắt đầu thực hiện. Nếu vấn đề được xác định trong một thử nghiệm khách hàng (PAC hay FAC), lại thử nghiệm sẽ được thực hiện cùng với Viettel và Groundhog.

Kết quả (Việt) 2:

Viettel Geo trạng thái vị trí CovMo
Ericsson, Viettel - RNCs đó đã bị phá vỡ các tập tin và các tập tin MP mất tích
Nhìn chung
Hiện nay chỉ có 4 RNCs gửi dữ liệu chính xác tất cả các thời gian cho CovMo để xử lý. Trong suốt thời gian ban đêm 8 RNCs đang gửi dữ liệu một cách chính xác, không nặng giao thông thời gian sau đó. Thông thường 7-8 là còn 4 trong số này bắt đầu có vấn đề với các file bị mất MP và thời gian cho các tập tin thời gian bị hỏng. Một RNC không gửi dữ liệu ở tất cả (tập tin bị hỏng). Nhiệm vụ để tìm một giải pháp Viettel đã leo thang vấn đề để Ericsson. Họ đã gặp gỡ hôm thứ ba ngày 05 tháng 1 năm 2016, nhưng Ericsson đã không đưa ra bất kỳ lịch trình hoặc giải pháp đề xuất để sửa chữa những. Họ cử ra một nhóm để sửa chữa các vấn đề. Groundhog đã đề nghị với Viettel mà họ chọn hai RNCs đó được phân tích kỹ lưỡng hơn, sửa chữa và kiểm tra là nó làm việc. Nếu nó hoạt động, họ có thể sao chép nó vào RNCs khác và thực hiện kiểm tra khác. Groundhog sẽ giúp phân tích các tập tin bị hỏng để đảm bảo là nó do Ericsson. Một gợi ý là để kiểm tra kích thước tập tin tối đa hiện thiết lập để RNCs nếu nó gây ra vấn đề và thiết lập được thực hiện để gửi tất cả các file MP (double-check). Lịch trình Không lịch trình được thiết lập bởi Viettel và Ericsson để sửa chữa vấn đề. Tình trạng hiện tại là "trong tiến trình" theo mr. Phương. Để đi tiếp với PAC cho CovMo, một lịch trình phải được thiết lập. Một khả năng khác là để kiểm tra chỉ với dữ liệu của RNCs đúng hay thời gian ban đêm dữ liệu của RNCs mà làm việc sau đó. CovMo Geo trạng thái vị trí Groundhog đã thiết lập một thời gian cho một gói cập nhật được thực hiện trên 07 tháng một năm 2016 và cài đặt vào hệ thống. Điều này phù hợp với tài liệu yêu cầu FAC, xác định một vấn đề với các vật phẩm 4,25 (không báo cáo nguyên nhân được thực hiện cho nhà cung cấp cụ thể không nguyên nhân, không phải là một bộ lọc cho điều này), 6.5 (báo cáo VIP có thể có vấn đề vì mất tất cả dữ liệu và hiệu suất với băng thông thấp) , và theo Chương 7 (liên quan đến ACO tối ưu, là ngày do có trong gói nhưng tại thời điểm chưa được thông qua hoàn toàn QA). Groundhog RD, QA làm việc về các vấn đề khác mà có thể ảnh hưởng đến kết quả thử nghiệm. Tài liệu FAC không bao gồm nhận thức với Viettel mà cũng đòi hỏi chế biến đầy đủ dữ liệu (tất cả RNCs) và các trường hợp thử nghiệm khác có thể Viettel sẽ làm. Đối với các PAC Groundhog hy vọng rằng Viettel sẽ tìm thấy những vấn đề nhỏ mà họ nghĩ là một lỗi. Đây phải được phân tích nếu họ là một lỗi thực sự, yêu cầu mới hoặc hệ thống chức năng bình thường. Đây là một thủ tục bình thường để thử nghiệm hệ thống. Bởi vì tình trạng này bao gồm tất cả các bộ phận của hệ thống bao gồm các hệ thống nguồn, các vấn đề với thiếu tế bào (dữ liệu không chính xác) cần phải được giải quyết trong sự hợp tác với tất cả những người tham gia dự án. Groundhog xác định một vấn đề dữ liệu trong SiteDB, được biết là đang Viettel 05 Tháng Một 2016 (giá trị "/ N" trong các lĩnh vực nhất định cho các tế bào mà không gây geolocation thiếu có thể được thực hiện). RNC vấn đề rất quan trọng nếu khách hàng bảo theo yêu cầu tất cả các dữ liệu. Nhiệm vụ cấu hình đã được thực hiện dựa trên danh sách yêu cầu của khách hàng. Điều này áp dụng cho giao diện người dùng. Thử nghiệm hội nhập Groundhog (QA) không bao gồm hệ thống kiểm tra trực tiếp, trong đó có thoả thuận với GNC trước khi thực hiện bắt đầu. Nếu vấn đề được xác định trong một thử nghiệm của khách hàng (PAC hoặc FAC), tái kiểm tra sẽ được thực hiện cùng với Viettel và Groundhog.