Phần mềm TEMS Investigation pot

MỤC LỤC
1. Giới thiệu chung về phần mềm TEMS Investigation 2
1.1. Giới thiệu chung 2
1.2. Các thiết bị TEMS hỗ trợ 2
1.3 Một số thủ tục chuẩn bị trước và trong quá trình Drive test 3
1.4. Một số thao tác cơ bản khi sử dụng TEMS 4
2. Các yêu cầu cho hoạt động của TEMS Investigation 5
2.1. Kết nối đến các thiết bị bên ngoài 5
2.2. Thông tin về Cell 6
2.3. Chức năng điều khiển của TEMS 9
3. Phát hiện lỗi và tối ưu vùng phủ với TEMS Investigation 11
3.1 Các công cụ thường dùng trong quá trình Driving test 11
3.2 Phát hiện nhiễu 13
3.3 Phát hiện sai Fi-đơ 14
3.4 Phát hiện khai thiếu Neighbouring cell hoặc không phù hợp 15
3.6 Tối ưu vùng phủ thấp 17
3.7 Tạo Report từ logfiles. 20
21
4. Kết luận 23
1. Giới thiệu chung về phần mềm TEMS Investigation
1.1. Giới thiệu chung
Có thể tóm tắt ngắn gọn, TEMS Investigation là một công cụ test cho phép
chúng ta chuẩn đoán, đo kiểm lỗi, vùng phủ thời gian thực. TEMS cho phép chúng
ta giám sát kênh thoại cũng như truyền data qua các kết nối GPRS, EDGE, chuyển
mạch kênh (CSD) hoặc chuyển mạch kênh tốc độ cao (HSCSD). Các phiên truyền
data, voice có thể được kiểm soát trong phạm vi của TEMS.
TEMS được trang bị các chức năng kiểm tra và giám sát tiên tiến cùng với
khả năng phân tích và xử lý mạnh mẽ. Vì vậy TEMS rất tiện ích cho những kỹ sư
có kinh nghiệm và làm việc về RF.
Dữ liệu mà TEMS thu được sẽ được trình bày ngay thời điểm thực hiện đo.
Điều đó đã làm cho TEMS phát huy những ưu việt trong việc Driving test để khắc

phục lỗi, thực hiện điều chỉnh, tối ưu vùng phủ nâng cao chất lượng mạng. Ngoài
ra dữ liệu mà TEMS thu được có thể lưu thành Logfiles phục vụ mục đích xử lý,
điều chỉnh, so sánh trước và sau khi có sự tác động, thống kê, báo cáo (Report).
TEMS Investigation có hai Mode hoạt động là Idle Mode và Dedicated
Mode, trong đó:
- Idle Mode được sử để đo vùng phủ của trạm, trên cơ sở đó chúng ta có thể
tối ưu vùng phủ tốt hơn.
- Dedicated Mode được sử dụng để đo chi tiết về chất lượng cuộc gọi như
RxLev, C/I, Handover,…
1.2. Các thiết bị TEMS hỗ trợ
- Với phiên bản TEMS GSM 8.0 có thể hỗ trợ các TEMS mobile như Sony
Ericsson K790i, K800i. Ngoài ra TEMS còn hỗ trợ một số dòng Mobile của hãng
NOKIA 6200 và 6220.
- Một GPS và nguồn điện cung cấp (được nối với Acqui của xe để chuyển
đổi điện thành 220V cho máy tính và GPS)
2
1.3 Một số thủ tục chuẩn bị trước và trong quá trình Drive test
- Đường đi Drive test phải được xác định cẩn thận trước khi thực hiện. Các
điểm sau phải được cân nhắc khi lên kế hoặc đo:
+ Khoảng thời gian tối đa cho mỗi cluster là 4h. Đủ số cuộc gọi
>=200 để có thể cung cấp một số liệu đáng tin cậy.
+ Đường đi phải bao gồm tất cả các Cells của một cluster.
+ Nếu có thể đường đi phải được lên kế hoặch để có thể đi được
Handover cả 2 chiều.
+ Ít nhất tất cả các tuyến đường chính phải được đo.
- Trước khi Drive test được tiến hành, tất cả các thông tin bao gồm độ cao,
góc và hướng anten phải được kiểm tra lại. Nếu phát hiện có sự sai khác trong
Cellfiles phải cập nhật lại.
- Trong suốt quá trình đo, kĩ sư nên quan sát bên ngoài để xem xét lỗi (sai
Fi-đơ, Rxlev thấp, nhiễu, lắp đặt sai Antena hoặc vùng phủ có vật chắn) và nơi nào

cần thiết thì ghi chú để kiểm tra lại.
3
1.4. Một số thao tác cơ bản khi sử dụng TEMS
- Giao diện TEMS Investigation:
Hình 1.1 Giao diện phần mềm TEMS Investigation
- Các thao tác cơ bản:
Lưu Logfiles
Kết nối TEMS mobile với PC qua cổng COM (hay USB).
Kết nối tất cả thiết bị (GPS, Mobile).
Ngắt kết nối tất cả thiết bị.
Ngừng quá trình ghi Logfiles.
Dừng ghi/ tiếp tục ghi.
Mở Logfiles/ đóng Logfiles.
Chạy logfiles.
Chạy từng bước.
Chạy logfiles với tốc độ cao.
Tạo Report để thống kê, báo cáo.
4
2. Các yêu cầu cho hoạt động của TEMS Investigation
2.1. Kết nối đến các thiết bị bên ngoài
a. Sử dụng chức năng nhận dạng thiết bị
TEMS 8.0 đã ưu việt hơn các phiên bản trước như TEMS 6.0 ở chỗ nó sẽ tự
động nhận thiết bị khi ta kết nối với máy tính (Lưu ý: nên kết nối thiết bị vào 1
cổng cố định để đảm bảo tính ổn định trong quá trình hoạt động).
Hình 1.2 Cấu hình Port cho thiết bị kết nối với TEMS

b. Kết nối thiết bị bên ngoài
- Để kết nối đến một thiết bị đơn bên ngoài, chúng ta chọn thiết bị cần kết
nối trong Combo box của Equipment Control toolbar (MS, GPS,…) sau đó chọn
biểu tượng kết nối .

- Để kết nối đến tất cả thiết bị bên ngoài chọn
c. Ngắt kết nối thiết bị bên ngoài
- Để ngắt kết nối đến một thiết bị đơn bên ngoài chọn thiết bị cần ngắt kết
nối trong Combo box của Equipment Control toolbar (MS, GPS,…) sau đó chọn
biểu tượng ngắt kết nối
5
- Để ngắt kết nối đến tất cả thiết bị bên ngoài chọn
2.2. Thông tin về Cell
Để có thể kiểm soát lỗi và tối ưu vùng phủ cho các trạm cần cung cấp cho
TEMS Investigation các dữ liệu bao gồm Cellfile, Site Name, bản đồ số vùng cần
đo kiểm.
a. Cellfile Load
Để Load Cellfile cho TEMS chúng ta thao tác như sau:
Từ giao diện Configuration, kích đúp vào phần General, tiếp tục chọn
Cellfile Load
Hình 2.1 Load Cellfile
Tiếp theo chọn đường dẫn đến vị trí chứa Cellfiles/OK.
6
Lưu ý: Cellfile có thể được tạo ra từ các công cụ như MCOM, Exert,
TEMS, …Với dữ liệu đầu vào lấy từ CDD của BSC bao gồm các trường như Lat,
Lon, Ant. Direction, Ant. Beam width.
b. Chèn Layer Control
Để có thông tin về tên và vị trí của trạm trên bản đồ cần phải cung cấp cho
TEMS tên của các trạm đó. Đây chính là việc tạo Site Name và chèn Site Name
vào TEMS.
Hình 2.2 Giao diện chính của TEMS
- Thao tác chèn Site Name như sau:
Từ Tab GSM như hình 2.2, kích trái chuột vào biểu tượng , thực hiện
Add Site Name
7

Hình 2.3 Chèn Site Name
c. Mở bản đồ
Từ Tab GSM, kích chuột vào biểu tượng , sau đó chọn đến vị trí chứa
file bản đồ (Mapfiles).
8
Hình 2.4 Chèn bản đồ khu vực Drive test
2.3. Chức năng điều khiển của TEMS
a. Chuỗi lệnh
Chuỗi lệnh được sử dụng để TEMS tự động test dịch vụ thoại cũng như dịch
vụ data. Nó cho phép chúng ta ghi lại tất cả các lệnh mà sau này sử dụng lại trong
suốt quá trình đo Driving test.
- Đối với dịch vụ voice, chúng ta có thể kiểm soát việc lựa chọn lại cell và
cách kiểm soát với Handover cũng như việc đo các tỉ số C/A và C/I.
- Đối với dịch vụ data, chúng ta có thể test được các ứng dụng như HTTP,
FTP, Email, Ping, SMS, WAP và MMS. Một điều thật thú vị là chúng ta cũng có
thể dùng nhiều phiên, nhiều mobile đồng thời để so sánh giữa chúng.
b. Xây dựng chuỗi lệnh
Chuỗi lệnh được xây dựng và chạy trên của sổ chuỗi lệnh (Command
Sequence) trong mục Control & Confix.
9
Hình 2.5 Mở cửa số Control & Confix
Các bước xây dựng Command Sequence như sau:
Thêm lệnh (Add ) kích chuột vào biểu tượng trên và cho phép chúng ta lựa
chọn, bao gồm loại ứng dụng (Dịch vụ data, MS), điều khiển thiết bị,
Reselection/handover, voice,…
10
Hình 2.6 Ví dụ về Command Sequence đã được thiết lập
3. Phát hiện lỗi và tối ưu vùng phủ với TEMS Investigation
3.1 Các công cụ thường dùng trong quá trình Driving test
Trong quá trình Driving test một số công cụ thường dùng để giám sát và

phát hiện lỗi như Map, Serving + Neighbour cell, C/I [MS1], Radio Parameters,
Line Chart, Cell Definition, Command Sequence, Interference Line Chart, …
Khi Driving test nhóm Drivetest sẽ qua sát chủ yếu giao diện này để phát
hiện lỗi trong quá trình đo.
11

Hình 3.1 Giao diện kiểm soát lỗi thông thường của TEMS
12
3.2 Phát hiện nhiễu
Mức nhiễu thể hiện tỉ lệ phần trăm lỗi bit và lỗi khung, nó xảy ra trong
trường hợp bị tác động của nguồn nhiễu bên ngoài (nhiễu tạp âm, các loại sóng
điện từ khác do môi trường gây ra) và nguồn nhiễu trong mạng (nhiễu đồng kênh,
cận kênh do quy hoạch tần số không hợp lý, )
Phần mềm TEMS có thể cho ta nhận biết sự tác động của nhiễu. Để nhận
biết nhiễu qua TEMS chúng ta có thể quan sát của sổ C/I [MS1]. Khi có C/I Drop,
điều này đồng nghĩa với việc chỉ ra sự có mặt của nhiễu trong sóng mang. Hình vẽ
bên dưới mô tả vị trí bị nhiễu thông qua cửa sổ Line chart hoặc Radio parameters.
Hình 3.2 Phát hiện nhiễu qua Line chart
Nhiễu là một trong những nguyên nhân chính làm giảm chất lượng của
mạng GSM, điều đó dẫn đến chất lượng voice tồi, rớt cuộc gọi sẽ tăng, Handover
không thành công, thiết lập cuộc gọi không thành công, Đối với nhiễu do phân bố
tần không phù hợp có thể giải quyết được bởi việc làm CR để yêu cầu thay đổi.
Nhưng đối với nhiễu do bên ngoài tác động với cường độ thấp sẽ ảnh hưởng trực
13
tiếp đến chất lượng mạng của chúng ta và phải tìm ra các biện pháp để xác định
nguồn gây nhiễu.
Trên cửa sổ Line Chart chúng ta có thể nhận thấy chất lượng thoại (SQI)
giảm đáng kể ở đường dốc xuống (ở vị trí Poor SQI và RxQual) và tỉ số C/I tồi
nhất trên hai kênh TCH (C/I worst). Ngoài ra chúng ta có thể xem tỉ số C/I rõ hơn
ở của sổ C/I.

Khi dự đoán có nhiễu ở vùng biên của trạm hoặc trong vùng phủ của cell
cần giảm tốc độ Drive, bởi vì ở tốc độ cao khó có thể phát hiện được nhiễu, đặc
biệt vùng nhiễu ngang qua rất nhanh.
Một số phương pháp có thể cải thiện tình trạng bị nhiễu trong mạng:
- Thay đổi tần số trên cell phục vụ hoặc/ và cell gây nên nhiễu.
- Downtilt nguồn nhiễu trong trường hợp bị chồng lấn quá nhiều
giữa các cell.
- Tăng công suất của cell phục vụ và hoặc giảm công suất phát của
cell gây nên nguồn nhiễu.
- Tiến hành điều khiển công suất, hoặc sử dụng phương pháp nhảy
tần để cân bằng nhiễu.
Trong trường hợp Driving test phát hiện ra nhiễu, việc đầu tiên là xem xét
việc quy hoạch tần số cho vùng đó và tìm ra nguồn nhiễu có nhiều khả năng nhất
thông qua phần mềm MCOM. Đối với trường hợp nhiễu rất lớn và nghiêm trọng
có thể sử dụng phương pháp nhảy tần để để giảm nhiễu. Khi các giải pháp trên ít
hiệu quả chúng ta có thể sử dụng phương pháp tăng công suất phát để tăng tỉ số
C/I, hoặc giảm công suất của trạm gây nhiễu. Ngoài ra chúng ta có thể Downtilt
của anten để giảm sự chồng lấn giữa các cell.
3.3 Phát hiện sai Fi-đơ
Lắp sai Fi-đơ là một trong những nguyên nhân gây nên rớt Bad Quality,
Suddenly Drop làm giảm chất lượng mạng. Bởi vì khi lắp sai Fi-đơ sẽ ảnh hưởng
về phân bố tần số gây nên nhiễu cho vùng đó và quan hệ Neighbouring cell bị sai
lệch cũng dẫn đến rớt.
14
Trong quá trình Driving test việc phát hiện sai Fi-đơ là một trong những vấn
đề rất đơn giản. Song trong một số trường hợp chúng ta sẽ mắc phải sai lầm khi
chưa đo chính xác toạ độ và hướng của anten (Lon, lat, Dir).
Để xác định sai Fi-đơ, bước đầu tiên chúng ta phải làm là đo lại (Lon, lat,
Dir Anten), xem hình 3.3. Nếu phát hiện sai phải cập nhật vào Cellfiles và tiến
hành Driving test xung quanh trạm (Cách trạm từ 600 – 1000m, tuỳ thuộc tilt của

anten). Trong một số trường hợp có thể chỉ hai hai Sector, nhưng có những trạm
sai Fi-đơ vòng.
Hình 3.3 Phát hiện lỗi sai Fi-đơ.
3.4 Phát hiện khai thiếu Neighbouring cell hoặc không phù hợp
Chúng ta biết rằng việc khai báo Neighbouring cell thiếu hoặc không hợp lý
sẽ ảnh hưởng rất nhiều đến chất lượng mạng. Bởi vì khi MS di chuyển xa Serving
cell và RxLev sẽ giảm dần và đến ngưỡng nó cần phải Handover sang trạm có khả
15
năng phục vụ tốt hơn, nhưng do khai thiếu Neighbouring cell, vì thế MS không thể
Handover sang trạm khác được và điều này sẽ gây nên Call Drop.
Ngoài việc phân tích KPI để xác định việc khi thiếu Neighbouring cell như
Outgoing HO Success Rate, Incoming,…thì Driving test rất hiệu quả trong việc
phát hiện lỗi do khai báo thiếu Neighbouring cell.
Hình 3.4 Khai báo thiếu Neighbouring cell
Kiểm tra missing neghbour bằng cách xem trực tiếp của sổ Map trong quá
trình Driving test
Khi Driving test phát hiện có lỗi khai báo thiếu Neighbouring cell, cần phải
kiểm tra lại CDD của BSC đó bằng cách sử dụng MCOM và làm CR (change
Request) yêu cầu bổ sung.
3.5 Hiện tượng Over Shootting
Đây là hiện tượng mà khi MS đang di chuyển trong vùng phục vụ của 1 Site A
nhưng nó không bắt vào 1 cell của Site A này mà lại bắt vào 1 cell của 1 Site B
nào đó ở rất xa( ví dụ như hình dưới đây).
Để khắc phục hiện tượng này ta phải xem lại độ cao của anten, góc ngẩng xem có
vượt quá yêu cầu cho phép hay không.
16
Hình 3.5 Hiện tượng Overshootting
3.6 Tối ưu vùng phủ thấp
Việc tối ưu vùng phủ tưởng chừng đơn giản, nhưng thực tế lại không đơn
giản chút nào, đặc biệt với những vùng mật độ trạm quá thưa hoặc quá dày. Vấn

đề cần quan tâm trong việc tối ưu vùng phủ chính là điều chỉnh mức RxLev sao
cho phù hợp, đặc biệt là những vùng có mức RxLev thấp hoặc những vùng có
nhiễu tác động.
Vấn đề chính của việc tối ưu vùng phủ là phải đảm bảo RxLev tốt. Nguyên
nhân dẫn đến RxLev thấp là do ảnh hưởng từ bên ngoài. Khi đó tín hiệu thấp sẽ
kéo theo C/ I bị giảm và C/I giảm gây nên chât lượng thoại giảm. Đầu tiên là BER
17
tăng lên dẫn đến chất lượng thoại bị giảm và tiếp theo đó là FER tăng khi các mẫu
tín hiệu bị mất tất cả và điều này chắc chắn sẽ dẫn đến rớt cuộc gọi.
Nếu nguồn gây nhiễu được đánh giá trước khi quan tâm đến RxLev, người
tối ưu có thể bị cuốn hút vào vấn đề nhiễu gây nên chất lượng mạng thấp và tập
trung vào việc điều chỉnh tần số, điều đó làm lãng phí thời gian bởi nguyên nhân
thực sự của nhiễu là nhiễu nhiệt hoặc nhiễu nền chúng không thể bị loại bỏ bởi
việc thay đổi tần số.
Giải pháp để giải quyết vấn đề vùng phủ thấp là:
- Tăng công suât phát ra của BTS hoặc giảm suy hao BTS.
- Chỉnh lại hướng, tilt hoặc tăng độ cao anten
- Sử dụng một Repeater để mở rộng vùng phủ.
- Xây dựng thêm trạm mới.
Tuỳ vào thiết bị của nhà cung cấp, có thể tăng công suất đến tối đa thông
qua yêu cầu phần mềm hoặc thay TRX với công suất cao hơn. Lưu ý có thể vùng
phủ thấp là do suy hao ở Fi-đơ.
Một điều quan trọng cần lưu ý là vùng phủ uplink và downlink phải cân
bằng, do đó khi tăng công suất đường xuống cần thiết phải kết hợp với việc tăng
vùng phủ đường lên nhờ thêm vào TMA.
Nếu vấn đề vùng phủ gần với site hiện tại và nguyên nhân RxLev thấp bởi
vật chắn, khi đó có thể giải quyết vấn đề này nhờ tăng độ cao anten đủ để vượt qua
vật chắn. Nếu vấn đề vùng phủ gần với một cell hiện tại nhưng ở vị trí nằm giữa 2
sector, khi đó ta có thể chỉnh lại hướng anten để cải thiện mức thu.
Quay lại những vấn đề cụ thể trong việc tác động trực tiếp như chỉnh tilt,

hướng anten, lắp đặt trạm mới, …
a. Điều chỉnh Uptilt của anten.
Điều chỉnh Uptilt của anten có thể cải thiện được vùng phủ thấp. Tuy nhiên
có một bất lợi của việc làm này là gây nên nhiễu đến các cell khác. Trong hầu hết
18
các trường hợp nâng thêm một góc -3dB trên đường ngang sẽ không cung cấp
thêm được sự cải thiện về độ tăng ích. Đối với vùng nông thôn có thể áp dụng
phương pháp này hoặc sử dụng các bộ Repeater bởi vì những vùng này lưu lượng
thường rất thấp.
Ở những vùng có mật độ trạm thưa vì vậy không thể bao phủ toàn bộ vùng
được, nên ưu tiên khu dân cư và đường giao thông, hoặc kết hợp đường giao thông
và khu dân cư. Đặc biệt là những tuyến đường giao thông không nên phủ chồng
lấn quá nhiều mà nên ưu tiên cho những vùng chưa có dịch vụ (no service).
Khi phân tích vùng phủ thấp cần kiểm tra nếu mức tín hiệu thấp có phải là
do điều khiển công suất hay không. Nếu ở trường hợp này chất lượng có thể chấp
nhận được, không có vấn đề gì để thay đổi.
b. Điều chỉnh hướng của anten và lắp đặt trạm mới
Trong trường hợp khoảng cách đo được đến vùng phục vụ thấp là khá xa từ
hướng Anten và nằm trong khoảng “null” giữa 2 sector, nhưng việc thay đổi
hướng anten sẽ không hiệu quả (các hướng của anten đang phục vụ vùng đô thị).
Trong trường hợp này tốt nhất là lắp thêm trạm mới.
Trong vùng Thành thị, với mật độ trạm dày, nếu phát hiện vùng biên thường
xảy ra hiện tượng Handover quá nhiều (nguy cơ Call drop cao) nên điều chỉnh để
một trạm phát chính cho vùng đó cũng như tránh hiện tượng chồng lấn vùng phủ
của nhiều trạm có thể gây nên nhiễu (chỉnh tilt). Và đặc biệt không nên thay đổi
mô hình thiết kế mắt lưới ban đầu, trừ những trường hợp đặc biệt.
Trong những vùng dân cư đông đúc và vùng phục vụ này được bao quanh
bởi các Site. Nếu phân tích vùng này mà thấy rằng nó không có vật cản đáng kể
gần cell đang phục vụ và khoảng cách của vùng có vấn đề là nằm trong bán kính
được phục vụ. Tuy nhiên, khi nghiên cứu kĩ hơn trong vùng phủ thấp nếu ta thấy

rằng khu vực này là khu đông đúc (đường rất hẹp và các toà nhà là liền kề nhau)
có rất ít cơ hội để có một tín hiệu đường thẳng hoặc phản xạ và khúc xạ từ các cell
19
lân cận thâm nhập được đên MS. Giải pháp tốt nhất đó là xây một SITE mới trong
hoặc gần với khu vực trên bởi vì khu vực này là đông đúc và do đó lưu lượng của
khu vực này sẽ rất lớn.
3.7 Tạo Report từ logfiles.
Từ một hoặc nhiều logfiles chúng ta có thể tạo ra “Report” với định dạng
HTML mà nó được tổng hợp từ thông tin của Logfiles với mục đích tạo ra bản tin
thống kê về các thông số của mạng. Một số điểm cần chú ý khi tạo Report:
+ Không được mở logfile trong khi đang tạo Report, nếu có bất cứ
logfile nào được mở thì phải đóng lại.
+ Nếu có bất cứ thiết bị nào đang kết nối phải ngắt kết nối chúng
(Disconnect). Điều này thật sự cần thiết để quá trình Report làm việc
một cách đúng đắn hơn.
Để chuẩn bị Report logfile, kích chuột vào Generate ReportReport toolbar
, hộp thoại bên dưới xuất hiện.
- Đầu tiên ta chọn một hoặc nhiều logfile mà bạn cần Report, Kích chuột
vào Add Và chọn Browse của Logfiles muốn Report.
- Tiếp theo cần chỉ rõ thư mục lối ra mà Report sẽ được tạo ra.
20
- Sau đó kích chuột vào Properties để lựa chọn nội dung cần Report. Cửa
sổ Log Report Properties xuất hiện.
a. Tab Threshold Values (Giá trị ngưỡng)
Sau khi cửa sổ này xuất hiện, chúng ta có thể so sánh giá trị từ bản tin
Report với giá trị ngưỡng mà TEMS đưa ra. Các giá trị ngưỡng này có thể thay đổi
tuỳ theo yêu cầu của từng mạng. Trong Tab Threshold Values, chúng ta có thể loại
bỏ hay lựa chọn những thành phần thông tin cần thiết để tạo Report.
Các giá trị ngưỡng được xác định trước trong hộp thoại trên và chúng ta
cũng có thể định nghĩa hoặc thay đổi, xoá bỏ theo ý muốn.

b. Tab Event (sự kiện)
21
Trong bản tin Report này cho chúng ta thống kê theo các sự kiện theo yêu
cầu (Call Attemp, Call Setup, Call Drop,…). Từ Tab này chúng ta lựa chọn loại sự
kiện, như hình bên dưới.
c. Tạo Report
Sau khi thực hiện hoàn thành các bước trên, chúng ta kích chuột chọn Finish
để kết thúc quá trình tạo Report.
22
4. Kết luận
Để nâng cao chất lượng mạng cũng như duy trì tính ổn định của mạng lưới,
đáp ứng tốt và nâng cao khả năng phục vụ cho khách hàng, công việc tối ưu là rất
cần thiết và phải được thực hiện liên tục. Đây là một nội dung không thể thiếu
được để ngày càng phục vụ tốt hơn yêu cầu của khác hàng. Trong chu trình tối ưu
này Drive test tỏ ra rất hiệu quả và cũng là một thủ tục quan trọng góp phần cho
chu trình tối ưu được hoàn hảo hơn. Do vậy việc ý thức được tầm quan trọng của
Drive test và hiểu rõ quá trình phân tích Drive test sẽ giúp cho chúng ta đưa ra
những quyết định để tối ưu mạng lưới một cách chính xác hơn./.
23