Tài liệu hướng dẫn sử dụng máy TEMS Investigation & Cách xử lý đối với lỗi
TEMS Investigation
A.Giới thiệu về TEMS Investigation
I.Giới thiệu chung
TEMS Investigation là một công cô kiểm tra, phát hiện các bản tin trên giao diện vô
tuyến theo thời gian thực. Nó cho phép bạn giám sát các kênh thoại cũng như truyền
data trên GPRS, EDGE, chuyển mạch kênh (CSD) hay các kết nối chuyển mạch tốc
độ cao (HSCSD). Các phiên data có thể được quản lýtừ trong TEMS Investigation.
TEMS Investigation được trang bị cùng víi các chức năng kiểm tra ưu việtnhư các
phân tích và xử lý.Dữ liệu được xem xét trong thời gian thực. Điều này tạo cho
TEMSInvestigation có thể có các buổi drive test cho khắc phôc sự cố, đồng bộ
trạngthái,.. Tất cả dữ liệu có thể được lưu trong logfile cho môc đích xử lý.I
II.Cài đặt
1.Yêu cầu cấu hình
• PC: Pentium III 800 MHz, 256 MB RAM
• Ports: USB port for hardware key. USB port for Nokia mobile. Two serial ports for
a TEMS mobile (one for TEMS Investigation and one for dataservices). One serial
port for any other external device.• Graphics: 1024 _ 768 (SVGA) with at least 16 bit
colors (High Color)• Sound card and loudspeakers for event audio indications Để đo
cho nhiều MS thì cần máy cấu hình mạnh hơn. 2.0 GHz Pentium IIIwith 512 MB
RAM..Windows XP, 512 MB RAM
2.Cài đặt
Cài TEMS Investigation:- Double-click the file TEMS Investigation GSM 5.0.msi.Coppy các file trong folder Aladin vào thừ mục:
C:\WINDOWS\system32\Setup\aladdin.
Cài HASP1. Install HASPEmulPE-XP_2_33_a002W.EXE2. Run HASPkey.exe,
enter your name & click generate. haspemul.regwill be created.3. Double click
haspemul.reg and confirm with "Yes".4. Double click investigation50.reg and
confirm with "Yes".
Running TEMS Investigation 5 HASP Emulator1. Double click "HASP Emulator"
icon.2. Click "HASP Emul" button (the top-left button inside HASPEmulator's
window).
Cài USB driver
Update BIOS: chạy file setup với lưu ý trong quá trình update khôngđược rời để mất
nguồn AC (có file gửi kèm theo).
3.Chạy chương trình
Chạy HASP:Start _Programs _ HASP Emulator PE V2.33_ HASP Emulator
PEV2.33
Chạy TEMSStart _Programs _ TEMS Products _ TEMS Investigation GSM 5.0I I I .
Kết nối
1.Giao diện của TEMS Investigation
Workspace and Worksheet
Thực thể lưu tất cả các cửa sổ và thiết lập người sử dông trong phiên làm việc gọi là
workspace. Chỉ có thể mở duy nhất 1 workspace tạimột thời điểm. Để quản lý các
cửa sổ làm việc của bạn thuận lợi, bạn có thể chia workspace của bạn thành vài
worksheet. Có thể tíi 10 worksheets có thể làm làm việc đồng thời.
Toolbar
Chức năng chủ yếu của tất cả các thanh công cô có thể được sử dông. Hầu hết các nút
công cô được phản ánh trên menus.
Navigator
Từ Navigator, bạn có thể mở các cửa sổ trình diện, thay đổi khoảngmầu cho các đơn
vị thông tin và quản lý các worksheet. Navigator được sử dông cho việc thiết lập tại
bưíc đầu tiên của một phiên làm việc.
Menu Bar
Menu phản ánh hầu hết các thanh công cô.
Status Bar
Thanh Status biểu diễn ký tự và bản tin chỉ ra trạng thái hiện thời của ứng dụng.
Một số thao tác với bản ghi
1 . Bắt đầu ghi Click biểu tượng Start Recording trên Record toolbar để bắt đầu ghi
dữ liệu.Hộp thoại xuất hiện sẽ yêu cầu tên bản ghi và nơi lưu trữ
OK.
2 . Dừng bản ghiClick Stop Recording trên Record toolbar. Logfile sẽ được đóng.
3. Một số thao tác víi mở lại một bản ghiMở lại một logfile đã ghi được thực hiện
bằng Replay toolbar Đầu tiên mở file đã ghi bằng việc kích vào Open, chọn đến
logfile đã mở.(Đóng bản ghi bằng việc kích vào )Kích PlayDừng việc chạy lại bản
ghiChạy lại bản ghi theo từng bưícChạy nhanh bản ghiTua lại bản ghi Đóng bản ghi
Giao diện người dùng1.Chế độ người dùng
Chế độ driving test Thông tin trình diễn trên màn hình được đọc từ thiết bị ngoài.
Trongchế độ này bạn có thể ghi các bản ghi míi.
Chế độ phân tíchThông tin trình diễn đươc đọc từ logfile. Trong chế độ này bạn có
thểkiểm tra và phân tích
Lưu ý
Phải đóng các logfile trưíc khi kết nối víi các thiết bị ngoài.
Để mở được logfile phải ngắt các kết nối ngoài.
2 .Toolbar
2.1Equipment control toolbar
Ô danh sách lưu tất cả các thiết bị có khả năng kết nối. Biểu diễn nhiệm vô hiện thời
của thiết bị được lựa chọn trong Ô danh sách. Indentify Equitment: Quét các cổng
COM để tìm thiết bị có khả năng kết nối Add Equitment: Có khả năng thêm thiết bị
thủ công Delete Equitment: Ngắt kết nối ngoài Connect: Kết nối các thiết bị ngoài
trong Ô danh sáchDisconect: Ngắt các kết nối các thiết bị ngoài trong Ô danh sách
Start/stop một scan.Measurement Settings: Thiết lập một scan Redial: Quay lại cuộc
gọi gần nhấtDisable Handover: ngăn cản mọi HOLock on channel: Ép MS bắt vào 1
kênh, ép HO tíi 1 kênh cô thể.Reset: Idle mode: Reset chức năng Lock on channel;
dedicated mode:Reset chức năng disable HO và force HO.Equipment property: Thiết
lập đồng thời các đặc tính của MS/GPS.
2.2 Connections Toolbar
Connect all Disconect all
2.3 Record Toolbar
Start/stop Recording: Pause/Resume RacordingSwap logfile: đóng logfile hiện tại và
ghi bản ghi mới.
2.4 Report toolbarGenerate report:
tạo ra báo cáo từ 1 hay 1 vài logfile.
Generate report KPI: tạo ra báo cáo KPI từ mẫu KPI
2.5 File and view toolbar
New workspace open workspace Save workspace Print : In cửa sổ lựa chọn Print
preview
Một số của sổ làm việc mặc định của TEMS Investigation.
Trong mội trường làm việc của TEMS Investigation được chia ra làm nhiều
Worksheet khác nhau cho các môc đích làm việc khác nhau. Ta có thể đóng bít
cáccửa sổ trong các Worksheet này, cũng như ta có thể thêm các cửa sổ mong muốn
vàocác Worksheet này bằng cách: vào Presentation chọn đối tượng muốn hiển thị.
Sauđây là một vài Worksheet chính:
Worksheet này đưa cho ta thông số cơ bản nhất của các thông tin vô tuyến mang
GSM như: thông số cell serving và neighbour, các tham số trên giao diện vô
tuyến,thông số về kênh vô tuyến đang xử dông hay các biểu đồ cơ bản biểu thị
Rxlevel,Rxqual, SQI…
2.DATA
Đây là worksheet mô tả các thông số dành cho truyền dữ liệu như: kênh vô tuyến sử
dụng, loại CS cho GPRS hay EDGE, thông tin dữ liệu đầu vào, tốc độ truyền dữ
liệu…
3.SIGNALLING
Wordsheet này mô tả chủ yếu các các sự kiện trên giao diện vô tuyến, đi cùng với nó
là các bản tin lớp 3 trên giao diện Um.
4.MAP
Cửa sổ này hiện thị các kết quả đo mong muốn hiển thị như Rxlevel, rxqual,…Để
thay đổi hay điều chỉnh đối tượng hiển thị, kích Add/Edit Theme để chỉnh sửa. Để
thuận tiện cho quá trình đi đo thì dữ liệu về bản đồ là cần thiết. Do đó cần thiết phải
tập hợp những dữ liệu về bản đồ như bản đồ.
Mở bản đồ Trong cửa sổ Worksheet Map, kích vào Layer Control: Hộp thoại Layer
control xuất hiện, chọn Add, chỉ đến bản đồ càn hiển thị, OK, chọn automatic layer,
OK
5.CONFIGURATION
Worksheet này có một số cửa sổ cho nhận diện sự kiện, âm thanh cho sự kiện và Cửa
sổ nhận diện cell. Đó là cellfile.5 . 1
Cellfile
Là một file có định dạng *.cell, bao gồm các thông số mô tả của cell như tên cell,
kinh độ, vĩ độ của cell, MCC, MNC, LAC, CI (cell serving và neighbour), azimuth….
Từ các thông số đo được của MS, TEMSInvestigation chuyển đổi một số thông số
trong đó tương ứng với các thông tin trên Cellfile và hiển thị trên màn hình.
Hình 2: Mô tả cấu trúc cellfile
Tạo Cellfile: có thể dùng nhiều phần mềm khác nhau để tạo ra cellfile như: Exert,
Mcom2001.
Load cellfile vào TEMS:View
Navagator
General
Cellfile Load, chỉ đến cellfile cần loadvào TEMS,
OK
Mở cellfile (để có thể chỉnh sửa cellfile luôn trong TEMS):Trong Worksheet
Configuration, trong Cell Definition chọn open, chỉ đếnCellfile muốn mở.
6.CONTROL
Ở worksheet này ta có một số cửa sổ điều kiển, nhưng quan trọng nhất là cửa
sổComman Sequence (thiết lập cho chế độ đo thoại)
B . T H I Ế T B Ị Đ O VÀ T H Ủ T Ụ C Đ O D R I V E T E S T 1.
1. Đội Drivetest phải cần ít nhất 2 người, một lái xe và một kỹ sư Drive test. Người
lái xe phải cần hiểu được đường phố và cấu trúc của khu vực cần đo, và như vậy lái
xe có thể cung cấp thông tin về tuyến đường cụ thể và cung cấp những thông tin cụ
thể thay đổi.
2. Thiết bị Drive_test và các nguồn hỗ trợ
2.1 Thiết bị Drive_test
Thiết bị Drive_test gồm có:
Một phần mềm đo đạc (TEMs Investigation) và một máy tính sách tay
Một điện thoại di động để test (T610 Ericsson)
Một GPS
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)
Cáp dữ liệu
2.2 Các nguồn hỗ trợ
Ô tô phải có nguồn làm việc ổn định và ac qui hoạt động tốt
Một bản đồ đường phố cho phép định hướng đường đi
Vị trí của Site và cấu hình chi tiết, có thể trên các bản đồ riêng rẽ hoặc trên bản đồ có
thể chỉ ra Azimuth, titls, độ cao và các thông số cần thích hợp khác Sơ đồ đường đi,
bao gồm cả bản đồ đường phố và hướng chỉ dẫn
Một simcard test
Cellfile
Even Log mà kĩ sư có thể ghi chú các sự kiện về thời gian địa điểm mà có thể ảnh
hưởng đến độ chính xác của phép đo (ví dụ như đi trong đường ngầm cầu cao),những
thông tin này có thể sử dụng cho việc phân tích lỗi sau này
3.Thủ tục đo
3.1 Các thủ tục chuẩn bị
Đường đi phải được xác đinh cẩn thận trước khi thực hiện, Đường đi là như
nhau trong suốt quá trình tối ưu. 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. Đường đi
vào các vùng mà không có trên bản đồ số có thể không cần thiết đ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. Những vấn đề về cài đặt phải được giải quyết trước khi
thực hiện phép đo. Các site chưa hoạt động cần phải được lưu ý và nếu cần thiết có
thể hoãn lại phép đo vàthay đổi tuyến đường
3.2 Cài đặt thiết bị
Các lỗi ngắt nguồn trong phép đo có thể sinh ra lỗi dữ liệu khi tiến hành phép đo. Vì
mục đích để ngăn ngừa các hiện tượng trên phải đảm bảo rằng máy tính xách tay,
Điện thoại test và GPS phải được nạp điện. Kiểm tra tất cả các kết nối với nguồn đã
an toàn chưa và bộ chuyển đổikhông bị quá tải.
Hệ thống Anten được sử dụng và vị trí anten có thể thay đổi:
1.Để đo mức tín hiệu trên đường hoặc để kiểm tra mức tín hiệu cho trước, Anten phải
được đặt trên noc của xe không gần hơn 45 cmtừ bất cứ cạnh nào. Nếu chiều cao của
xe lớn hơn 1.8 m, thì có thể đặt Anten trên nắp đậy máy ô tô và không gần hơn cạnh
nào 45 cm và cách kính chắn gió là 1m.
2.Để đo đặc tính trong xe Anten có thể đặt ở một vị trí cố định ngang đầu lái xe Một
qui tắc rất quan trọng cần phải nhớ đó là giữ cho các thiết bị đo được ổn định suốt
quá trình đo. Điều này đảm bảo cho một kết quả chính xác. Kiểm tra tất cả các kết nối
để đảm bảo rằng phần mềm đo đã được kết nối với các thiết bị. Kiểm tra xem phần
mềm đo có thê thu được các bản tin lớp ba và các phép đo khác từ MS hay không.
Cài đặt chế độ cuộc gọi theo thủ tục sau khi đo bench marking là thời gian thiết lập
cuộc gọi là 90s, chờ 25s và lặp lại Lưu logfile vào vị trí qui định trên máy tính với
định dạng MMDDYY_Name.
3.3 Quá trình kiểm tra
Bởi vì khi khởi động xe sẽ có một xu hướng làm sụt điện thế acqui do đó
sinh ra lỗi hiệu điện thế trên hầu hết các Inverter. Do vậy cần phải giữ xe
chạy liên tục trong suốt quá trình cầnđo.Tiến hành thực hiện đo tại một tốc
độ xe cố định nếu có thể nhưng không quá 60km/h.Khoảng thời gian dài
dừng lại cần được ghi chú bởi vì có thể sinh ra trên một vùng một kết
quảsai lệch có thể rất tốt cũng có thể rất xấu.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đo, mức tínhiệu thấp, cài đặt
Antena hoặc vật chắn) và nơi nào cần thiết thì ghi chú lại để kiểm tra
lại.Đảm bảo rằng logfile được bắt đầu và kết thúc khi MS ở trạng thái rỗi;
Điều này ngăn ngừa sự thông kê sai.
II. Drivetest
Có 2 nguồn có thể để cho một kỹ sư sử dụng để giám sát mạng lưới, bảng
dưới đây sẽ thể hiện lợi ưu điểm cũng như nhược điểm của 2 nguồn này.
Đặc điểm Chi phí hiệu quả Phạm vi vật lý Field Testmeasurement thể hiện
một cái nhìn của khách hàng mục tiêu về chất lượng mạng phù hợp cho
phân tích đối thủ
Tiêu tốn nhiều thờigian
Trong một vùnggiới hạn_ tốt cho xác địn các vấn – xác định được lỗ hổng
vùng phủ NMS/OMCCho phép lựa chọn dữ liệu tập trung.
Thông tin liên tục,có ích cho giám sát.
MỘt cách hiệu quả để quản lí chất lượng mạng
Vị trí giới hạn- có thể xác định cácvấn đề trong từng cell.
Trong quá trình trước khi đưa vào khai thác, số lượng các thuê bao nhỏ nên
việc thu được các thống kê từ từ NMS là không đáng kể. Tuy nhiên các
thông báo khác của NMS như Equipment Alarm là rất hữu ích để phát hiện
các vấn đề có thể và cũng cung cấp câu trả lời cho đặc tính mạng được tìm
thầy trong Drivetest. Ngoài ra còn có nguồn dữ liệu được lấy từ các thông
báo Measurement Report được lấy từ MS và các đo đặc đường lên được lấy
từ BTS khi kênh được kích hoạt. Acalter RMS và Ericson MRR là 2 hệ
thống có thể cung cấp sâu hơn về các vấn đề nhờ lựa chọn dữ liệu như
Timing Advance Distribution, Sự phân bố của tín hiệu trên đường xuông và
đường lên, sự phân bố RxQual và sự giảm bớt hoặc điều khiển công suất,
các dữ liệu này có thể được biểu diễn riêng rẽ hoặc kết hợp với nhau để
phát hiện ra vấn đề. Ví dụ như RxQual vàRxLev vó thể chỉ ra được vấn đề
vùng nhiễu do mức tín hiệu thấp hoặc do kế hoặc ấn định tần số kém
1.Định dạng tuyến đường kiểm tra
Nhóm sẽ xác định tuyến đường cho nhóm kháo sát, những tuyến đường này
nên nhất quán và nên xem trước chỉ vài tháng hoặc những vùng có khả năng
thay đổi
Ví dụ sự thay đổi gồm có: tích hợp site mới,các nhà cao tàng mới xây dựng,
những con đường mới. Đội Drivetest nên điều khiển phép đo tuân theo
hướng dẫn kế hoặch và những tuyến đường được xác định.Các đội nên ghi
chú lại những vấn đề về thiết bị và các sự kiện không bình thường khác(sai
phi đơ) và thông báo đến các đội tương ứng. Nếu các vấn đề được sứa chữa
ngay tại điểm đó, đội đo nên tiến hành tiếp tục drive test, nếu không thì
phép đo phải được hoãn lại vào ngày khác.
2.Kết nối thiết bị
Để đảm bảo quá trình đo kiểm được chính xác và thuận tiện thì quá trình
kết nối máy tínhvới các thiết bị ngoài phải được kiểm tra kỹ lưỡng.
2.1 Kết nối thiết bị Kết nối máy tính với máy TEMS Investigation và GPS.
Để đảm bảo quá trình kết nối các thiết bị như TEMS, GPS với máy tính.
Chúng ta nên tuân thủ theo các bước sau:
Kết nối máy TEMS Investigation Sony Erricson T610
Kích biểu tượng Add Equipment
Xuất hiện hộp thoại:chọn cổng cắm thiết bị và chọn T610
kích OK để đóng cửa sổ này.Kích vào biểu tượng CONNEC để kết nối máy
TEMS.
Kết nối GPS HOLUX
Cách làm tương tự như trên, Kích biểu tượng Add Equipment
Xuấthiện hộp thoại:chọn cổng cắm thiết bị và chọn NMEA 0183
kích OK để đóng cửa sổ này.Kích vào biểu tượng CONNEC để kết nối máy
GPS.
Một cách khác để kết nối cho tất cả các loại thiết bị cùng lúc:
Click vào biểu tượng Identify Equipment trên toolbar Equipment Control.
Một hộp thoại có tên là “Port Properties” sẽ xuất hiện, chọn tất cả các cổng
đã kết nối với thiết bị
OK.Máy tính sẽ scan các cổng các thiết bị có khả năng.
Click Connect All trên Connections toolbar để kết nối tất cả các thiết bị.
Lưu ý:
Tuy nhiên do quá trình kết nối các thiết bị thường xảy ra xung đột giữa các
thiết bịvới nhau khi kết nối đồng thời, do đó không nên sử dụng phương
thức này để kếtnối.
2.2 Ngắt kết nối MS, GPS
Click Disconnect All trên Connections toolbar để ngắt tất cả các kết nối với
máy tính (TEMS và GPS)
Click Disconnect trên Connections toolbar để ngắt kết nối muốn chọn.
3.Ghi dữ liệu (logfile)
Quá trình đi đo để kiểm tra được chia làm mục đích khác nhau. Ngoài
những lỗi có thể phát hiện ngay khi đo thì quá trình phân tích, tổng hợp dữ
liệu cũng như các báo cáo thu được từ toàn bộ kết quả đo là rất quan trọng.
Do đó, quá trình ghi dữ liệu là rất quantrọng.
Kích vào biểu tượng Start Recording để bắt đầu ghi kết quả đo, chọn nơi để
bản ghi và tên của bản ghi.
Kích vào biểu tượng Stop recording để kết thúc bản ghi.
Lưu ý:
Trong quá trình ghi dữ liệu đo, nếu vì một nguyên nhân nào đó máy tính bị
mất kết nốivới thiết bị, hay bản ghi bị dừng thì logfile vẫn được lưu đến
thời điểm bị mất kết nối. Dođó chúng ta sẽ thực hiện ghi tiếp bằng một
logfile mới
(không được ghi đè nên logfilecũ)
4.Thiết lập chế độ ghi
Tùy thuộc vào mục đích đo khác nhau mà chúng ta có các chế độ ghi khác
nhau.
4.1 Đo vùng phủ
Để đo được vùng phủ chính xác của các cell thì cần ghi dữ liệu trong chế
độ Idle mode (MS rỗi).
4.2 Đo chế độ thoại
Để thu được các phép đo trong chế độ một cách chính xác và đầy đủ thì cần
thiết lập tuyến đường đi được cả 2 hướng. Thông số thiết lập cho chế độ
thoại là 90s thoại, 25s nghỉ và lặp lại.
Thiết lập chế độ đo:
Trong Worksheet Control của TEMS Investigation chọn cửa sổ Command
Sequence, kích vào biểu tượng Add để thiết lập:
Cửa sổ Add Command xuất hiện, chọn theo các chỉ dẫn dưới đây:
Tiếp tục chọn thời gian chờ 90s:
Chọn kết thúc cuộc gọi
Chọn thời gian nghỉ
Sau khi thiết lập ta có Command sequence như hình sau:
Như vậy ta đã thiết lập xong chế độ tự động quay số của MS. Để bắt đầu
cho MS tự độngquay số, kích vào biểu tượng
Start(mầu xanh) để bắt đầu chế độ quay số, và kích vào biểu tượng
Stop(mũi tên mầu đỏ) để dừng chế độ quay số, đưa MS về chế độ Idle
mode(rỗi).
4.3 Đo kết hợp
Để kết hợp đánh giá cả về vùng phủ cũng như trong chất lượng thoại,
chuyểngiao… ta có thể đặt nhiều chế độ quay khác nhau. Ta có thể đặt MS
gọi trong 60s thì kết thúc, nghỉ trong 60s rồi lại gọi. (Chế độ thiết lập như
trên).
5.Một số lỗi thường gặp trong quá trình đo
5.1 Sai CSDL
Sai CSDL dẫn đến rất nhiều lỗi kéo theo như thiếu neighbour, sai mục đích
vùng phủ,… Do đó khi đi đo cần đặc biệt lưu ý tới vấn đề này. Những lỗi
thường gặp là: sai tọa độ (Đi đến tọa độ trên bản nhưng không có trạm, hay khi
đến trạm tọa độ hiển thị sai lệch trên bản đồ số).
5.2 Sai feeder
Sai feeder cả cặp: Đây là lỗi khá thường gặp và dễ nhận biết: khi máy đang ở vị trí
cell này lại bắt được sóng của cell kia, cường độ tín hiệu giữa kênh BCCH (lúc Idle
mode) và trên kênh TCH (lúc thoại) khá ổn định
Sai feeder theo từng sợi: Đây là một lỗi khá nhạy cảm, khi đi đo cần lưu ý
đến cường độ tín hiệu của MS khi thoại: cường độ tín hiệu trên kênh BCCH
và TCH sẽ chênh lệch nhau rất nhiều, trong chế độ thoại MS liên tục
Handover intracell giữa tần BCCH và TCH
5.3 Thiếu Neighbor
Đây là lỗi 2 cell có vùng phủ chồng lên nhau nhưng không được khi mối
quan hệ với nhau dẫn đến không có quan hệ chuyển giao với nhau mang đến cho
MS không được phục vụ tốt nhất.
5.4 Vùng phủ
Vùng phủ là một vấn đề quan trọng trong mạng, những lỗi như mắc sai
anten, tilt, azimuth, saifeeder … đều có thể đưa đến vùng phủ không mong muốn
Vùng phủ của HYN0043 quá xa, gây ảnh hưởng lớn tới phân bố lưu lượng
và ảnh hưởng nhiễu đến trạm khác, cần có biện pháp như: cụp tilt, hạ độ cao
anten…
Trong hình vẽ trên có thể thấy vùng phủ của HDG0951 là rất kém, cần kiểm
tra ngay một số nguyên nhân sau: lỗi tại trạm, lắp sai gá anten, sai hướng
azimuth, tilt quá cụp … và đưa ra biện pháp xử lý ngay.
5.5 Nhiễu
Sự suy giảm chất lượng mạng gây ra bởi độ nhiễu lớn và chất lượng tồi có
thể bao gồm :
Chất lượng thoại tồi càng tăng
Tốc độ chuyển đổi trong GPRS giảm với số lần truyền lại tăng lên
Rớt cuộc gọi tăng
Chuyển giao không thành công và rớt chuyển giao tăng lên
Số lần thiết lập cuộc gọi không thành công tăng Nguồn nhiễu chính là
những cell bên trong cùng một mạng và do đó thông thường có thể điều
khiển được và có thể loại bỏ hoàn toàn bởi người vận hành. Các mạng khác
có cùng kỹ thuật theo bởi ký thuật khác nhau và cùng băng tần là những
nguồn nhiễu thêm vào với một mức độ thấp hơn.Phát hiện nhiễu từ logfile
Drivetest là một điều gì đó dễ nhưng Log Drive test thông thường không
xác định được rõ ràng nguồn nhiễu. Một số ví dụ từ phép đo drivetest được
chỉ ra ở dưới đây
Ở trong hình trên, có thể thấy rằng ở trong phần trước khi handover thứ nhất có
nhiều neighbor đã được thông báo xung quanh mức tín hiệu, điều này chỉ ra
rằng thiếu một cell vượt trội. Nhiều handover diễn ra trong một khoảng
ngắn với một số rõ ràng là do nhiễu (bởi vì tiêu chuẩn power budget- HO
dự trữ là khoảng 3dB- không đặt tới). Một số phương pháp có thể để cải
thiện tình trạng nhiễu:
Thay đổi tần số trên cell phục vụ hoặc/ và nguồn nhiễu.
Dowtilt nguồn nhiễu trong trường hợp bị tràn ra quá nhiều.
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 nguồn
nhiễu.
Tiến hành điều khiển công suất, nhảy tần hoặc phát gián đoạn
5.6 Nhầm luồng
Đầy là lỗi 2 trạm được load dữ liệu ngược cho nhau. Lỗi này nhận biết bằng
cách khi đến trạm muốn đo lại thu được thông số của trạm khác, thiếu rất nhiều
relation ….
5.7 Lỗi card
Đây là lỗi khá nhạy cảm, nó có hiện tượng sau: có thiết lập cuộc gọi, chất lượng gọi
tồi, sóng tốt nhưng chỉ số C/I rất tồi….
Sử dụng Tems K800i và phần mềm TEMS Investigation 8.0.3
Một số thủ tục chuẩn bị trước và trong quá trình Drive test
Nghiên cứu KPI của các trạm
Đường đi Drive test phải được xác định cẩn thận trước khi thực hiện
Trướckhi 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
feeder, 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 Kết nối máy đoTems pocket với
phần mềm TEMS Invest
• Kiểmtra kết nối COM port
Kết nối máy đo Tems pocket với phần mềm TEMS Invest
• Chạy trương trình Tems Invest, chọn Tab Ctrl&Config tại khung
Equipment Configuration kích vào biểu tượng Ra hộp thoại mới
Kết nối máy đo Tems pocket với phần mềm TEMS Invest
Kích vào biểu tượng để kết nối
Kết nối máy đo Tems pocket với phần mềm TEMS Invest
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
Một số thao tác cơ bản khi sử dụng:
Lưu Logfiles Kếtnố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ừngghi/ 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 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 choTEMS Investigation các dữ liệu bao gồm
Cellfile, Site Name,bản đồ số vùng cần đo kiểm Cellfile Load Để Load
Cellfile cho TEMS chúng ta thao tác như sau:
Từ giao diện Control của TEMS kích đúp trái chuột vào của số Cellfile load
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 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 của
Navigator Chuỗi lệnh
Tạo Report từ log files 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 đắnhơn Tạo Report từ
logfiles Để chuẩn bị Report logfile, kích chuột vào Generate Report Report
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.
- Sau đó kích chuột vào Properties để lựa chọn nội dung cần Report. Cửa sổ
LogReport Properties xuất hiện
.
Tab Threshold Values (Giá trị ngưỡng)
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
1 Drivetest
1.1 Kế hoạch khảo sát kiểm tra
Nhóm RNP tổ chức các đội và các thiết bị đê tiến hành khảo sát đo đạc, bởi vì hành
động này tiêu tốn rất nhiều thời gian, do đó có thể phải thêm nhân lực. Trong trường
hợp này nhóm RNP sẽ hướng dấn đổi khảo sát có thể tập trung nhiều hơn vào phân
tích các kết quả phép đo
1.2 Định dạng tuyến đường kiểm tra
Nhóm sẽ xác định tuyến đường cho nhóm kháo sát, những tuyến
đường này nên nhất quán và nên xem trước chỉ vài tháng hoặc những vùng
có khả năng thay đổi Ví dụ sự thay đổi gồm có: tích hợp site mới, các nhà cao tàng
mới xây dựng, những con đường mới. Trong trường hợp có thêm người để tiến hành
phép đo. RNP nên đưa ra một form yêu cầu phép đo với bản đồ kèm theo.
1.3 Lựa chọn phép đo
Đội Drivetest nên điều khiển phép đo tuân theo hướng dẫn kế hoạch và
những tuyến đường được xác định bởi RNP. Các đội nên ghi chú lại những vấn đề về
thiết bị và các sự kiện không bình thường khác(sai phi đơ) và thông báo đến
các đội tương ứng. Nếu các vấn đề được sứa chữa ngay tại điểm đó, đội đo
nên tiến hành tiếp tục drivetest, nếu không thì phép đo phải được hoãn lại vào
ngày khác.
2. Phân tích dữ liệu
Sự phân tích của nhóm Drivetest sẽ cho phép nhóm RNP có thể
quyết định đặc tính mạng, phát hiện ra các vấn đề và khuyến cáo thay đổi để cải thiện
mạng.
Để kết nối tất cả các nguồn của dữ liệu là rất cần thiết để có một sựkiểm tra
hoàn chỉnh của các giai đoạn mạng luới sau này. Phần này mô tảmột số lỗi
thông thường được tìm thấy trong mạng lưới và cách giải quyết.
2.1 Không thể xác định được hoặc thiếu Neighbor
Vấn đề này được liệt kê đầu tiên bởi vì các triệu chứng có thể giống với các
vấn đề này như được nêu ở phần sau. Một ví dụ của việc chẩn đoán nhầm của việc
thiếu Neighbour là khi Drivetest chỉ ra rằng mức tín hiệu đã rơi xuống dưới mức
chỉ tiêu. Và điều này được chỉ ra là có vấn đề về vùng phủ. Do đó tốt hơn là
để phân tích dữ liệu Drive test cho việc thiết handover trước khi tiến hành các thủ tục
khác.Trước khi xem qua các ví dụ về chẩn đoán thiếu handover, phải chú ý rằng
điều khiển công suất được kích hoạt trên kết nối hiện tại hay không.Đ i ề u
khiển công suất sẽ có ảnh hưởng đến mức tín hiệu đo được có thể
không được thực hiện với BTS tại mức công suất tối đa do đó nó có thể
sosánh với mức tín hiệu neighbor được thông báo chúng luôn được phát đi bởi BTS
tại một mức cố định.Đ i ề u n à y c ó t h ể đ ư ợ c t h ự c h i ệ n b ở i v i ệ c k i ể m t r a
c á c t h ô n g s ố c ủ a Cell trong OMC, Drivetest hoặc dùng bảng dưới đây. Nó
sẽ giúp cho việcquyết định khả năng nào của mức tín hiệu của kết nối hiện tại đã
được giảm đi bởi ảnh hưởng của việc điều khiển công suất.
Kết nối hiện tại chỉ sử dụng BCCH
Điều khiển công suất không được
kích hoạt
BCCH serving cell trong danh sách
BA-Active và được thông báo có
RxLev liênquan với RxLev của kết
nối (1-2dB)
Rxlev dưới mức tín hiệu đường
xuống mong muốn hoặc ngoài
Không dùng điều khiển công suất
Không dùng điều khiển công suất
Không dùng điều khiển công suất
Nhiều khả năng không sủ dụng điều
khiển công suất
khoảng điều khiểncông suất
Rxlev gần với mức tín hiệu
mong muốn đường xuống hoặc
b ê n t r o n g c ử a s ố đ i ề u khiển công
suất đường xuống
BCCH của cel đang phục vụ
t r o n g d a n h sách BA list được
t h ô n g b á o c ó mứ c t í n hiệu lớn hơn
so với Rxlev của kết nối
Nhiều khả năng điều khiển công
s u â t đ ư ợ c sủ dụng
Nhiều khả năng sử dụng điều
k h i ể n c ô n g suất
Có thể thấy trên bảng trên, có những trường hợp mà không thể nói tuyệt đối
rằng có sử dụng điều khiển công suất hay không, nguyên nhân chủ yếu là do thực tế
rằng BTS không thông báo tới MS về điều khiển công suất được sử dụng. Do đó
trong trường hợp còn nghi ngờ, Drivetest có thể đượcthực hiện lại để kiểm tra vấn
đề.Trong trường hợp Rxlev của cell đang phục vụ cũng chỉ được thông báo
một trong các neighbor, khi đó nhờ sử dụng giá trị Rxlev này ảnh hưởng của
điều khiển công suất được loại bỏ. Nếu không phải là trương hợp này và điều khiển
công suất có thể được sủ dụng chó kết nối khi đó Drivetest có thể ra các thao
tác thông thường. Nếu Neighbor bị thiếu sử dụng tần số BCCH như là một phần của
BAlist của cell đang phục vụ khi đó việc phát hiện thiếu neigbor là khá dễ dàng. Một
ví dụ của điều này được chỉ ở hình vẽ dưới đây.
Kết nối hiện tại chỉ sử dụng BCCH Không dùng điều khiển công suất Điều khiển
công suất không được kích hoạt Không dùng điều khiển công suất BCCH serving cell
trong danh sách BA-Active và được thông báo có RxLev liên quan với RxLev của kết
nối (1-2dB) Không dùng điều khiển công suất Rxlev dưới mức tín hiệu đường
xuốngmong muốn hoặc ngoài khoảng điều khiểncông suất Nhiều khả năng không sủ
dụng điều khiểncông suất Rxlev gần với mức tín hiệu mong muốn Nhiều khả năng
điều khiển công suât được
Từ hình vẽ ta có thể thấy rằng kết nối trên BCCH, do đó từ bảng cho trước co thể
thấy rằng điều khiển công suất không được sủ dụng. Chúng ta có thể thấy rõ hơn rằng
MS thông báo một mức tín hiệu mạnh hơn mức tín hiệu đang được phục vụ nhưng
không có sự chuyển giao nào xảy ra vào celcó cường độ mạnh hơn.Ví dụ này chỉ ra
rằng Cell đó là một ứng cử cho việc missing neighbor, nhưng các bước kiểm tra dưới
đây cần thiết phải được tiến hành để chắc chắn:
Kiểm tra nếu kết hợp BCCH/ BSIC được thông báo đã phù hợp chưa. Nếu BSIC
không được giải mã, sử dụng planning tool để tìm ra một cell thích hợp, nếu không
có cell nào được tìm thấy phải kiểm tra xem có mạng nào khác đó đang sử dụng tần
số này.
Nếu quan hệ neighbor đã được xác định cho cell ứng cử:
Trong trường hợp này BSIC không giải mã được hoặc không liên tục thì phải kiểm
tra xem có khả năng nhiễu trên kênh đó không. Nếu có một BSIC không đáng tin cậy
được decode, một handover sẽ không được xảy ra.
Kiểm tra xem nếu cell được điều khiển bên trong BSC, LAC và hoặc MSC. Nếu bất
kì một trong các yếu tố trên là khác, thì kiểm tra xem các cơ sở dữ liệu liên quan đê
đảm bảo rằng các thông tin định dạngcell và handover là xác định đúng.
Kiểm tra xem có nghẽn không trên cel ứng cử. Nếu nó nghẽn, không một handover
nào xảy ra.
Kiểm tra thông số”disable handover ” cho cell ứng cử. Nếu Handover đến bị khoá,
MS sẽ không chuyển giao được tới cell
Kiểm tra cài đặt lớp HCS và các thông số thuật toán handover của các nhà cung cấp
để tìm ra nguyên nhân có thể
Kiểm tra sự truyền dẫn giữa các cell ứng cử. Một số nhà cung cấp đã thiết kế thiết bị
của họ để tiếp tục truyền dẫn kênh BCCH thậm chí ngay cả BTS không được nối với
phần còn lại của mang lưới. tuy nhiên nếu nhìn sau khi drive test có thể thấy cell ứng
cử được sủ dụng, lỗi truyền dẫn có vẽ như không đúng. Một yêu cầu thay đổi có thể
được phát ra chỉ cho missing neighbor trongtrường hợp sau khi kiểm tra các tình
huống trên mà không tìm được nguyên nhân. Các vấn đề được phát hiện trong quá
trình kiểm tra có thể được sửa lại nhờ các change request. Nếu missing neigbour sủ
dụng tần số không được xác định trong BAlist khi đó việc phát hiện thiếu neighbor là
khó hơn nhưng vẫn có thể xác định được.
Trong ví dụ này chúng ta có thể thấy rằng một handover đến một cellđược phát hiện
là mạnh hơn so với cell đang phục vụ, tiếp đó nó lập tức handover sang cell mới có
mức tín hiệu lớn hơn cả cell cũ và cell mới.handover lần thứ 2 được thực hiện sang
cell mạnh nhất.Trong trường hợp này nên chỉ ra rằng cell phục vụ ban đâù và
cell phục vụ lần cuối nên có quan hệ neighbor với nhau. Nếu quan hệ neigbor là đã
được xác định đến cell ứng cử, các bước kiểm tra sau đây nên được thực hiện:
Kểm tra danh sách tấn số đo được tù hoặc là bản tin hẹ thống só 5 hoặc từ OMC. Nếu
tần số neighbor không xuất hiện trong danh sách khi đó handover sẽ không xảy ra
được.
Kiểm tra nếu cell đang được điều khiển trong cùng BSC, LAC hoặc MSC. Nếu nếu
tất cả các trường hợp trên là khác nhau t i ế p đ ó k i ể m t r a c ơ s ở d ữ l i ệ u l i ê n
q u a n đ ể đ ả m b ả o rằng thông tin handover và định dạng cell đã được xác định
đúng. Nếu không có quan hệ được xác định thì một yêu cầu thay đổi có thể đượcđưa
ra để thêm missing neighbor.Trong một số trường hợp có thể xoá đi hoặc tạo ra một
quan hệ neighbor trong trường hợp có lỗi của cấu hình dữ liệu OMC/BSC .
2.2 Vấn đề về vùng phủ
Đây là môt vấn đề tương đối đơn giản đê phát hiện và phân tích. Tuy nhiên giải pháp
cho vấn đề này không phải là đơn giản. Nguyên nhân cho tình trạng mức tín hiệu thấp
được đánh giá cho là bởi vì một ảnh hưởng ngoài ra đó là tín hiệu thấp sẽ kéo theo C/
i bị giảm.C/i giảm gây nên chât lượng thoại giảm, trước tiên BER được tăng lên để
chỉ ra một điểm mà chất lượng thoại bị giảm và tiếp đó khi FER tăng khi các mẫu tín
hiệu bị mất tất cả và dẫn đến rớt cuộc gọi. Nếu nhiễu được đánh giá trước mức tín
hiệu, người tối ưu có thể bị cuốn hút bởi xác định vấn đề như là chất lượng thấp và
đ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. Một
khả năng nữa đó là giảm suy hao combiner hoặc feeder nhờ sủ dụng “air combining”
hoặc feeder có suy hao thấp. “Air combining ” là một khái niệm mà thay vì sủ dụng
filter hoặc Hibrid combiner để kết nối 2 TRX với một Anten, một anten riêng rẽ được
sử dụng cho 1 TRX và do đó giảm được 3dB đến 3.5 dB suy hao. Điều quan trọng
phải nhớ rằng vùng phủ uplink và downlink là phải cân bằng, do đó việc tăng công
suất đường xuống cần thiết phải kết hợp vớităng vùng phủ đường lên nhờ thêm vào
TMA. Nếu vấn đề vùng phủ tồn tại trong một vùng mà gần với site hiện tại và
nguyên nhân 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ủ tồn tại trong khu vực 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 để thu
được sự cải thiện. Quay lại hướng là kỹ thuật hiệu quả tức thì, nó sẽ đưa một số tín
hiệucho vùng bây giờ ở trong beam chính và lấy đi một số tín hiệu mà trước đây là
beam chính. Tuy nhiên nếu trong hướng của beam cũ có mức tín hiệu mạnh hoặc có
một site khác có thể cover được vùng này , thì xoay hướng là thuận tiện và tăng được
tổng số vừng đặt được tiêu chuẩn. Uptilt của anten có thể cung cấp một số tăng ích.
Tuy nhiên có một bất lợi của việc làm này là sẽ lam tăng sự tràn của cell có thể gây ra
nhiễu đến các cell khác. Trong hầu hết 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. Trong vùng
nông thôn và những nơi mà dung lượng yêu cầu là thấp, có thể sử dụng repeater để
giải quyết vấn đề vùng phủ. Có nhiều loại repeater được cung cấp trên thị trường do
vậy có thể lựa chọn trong từng trường hợp cụ thể. Khi phân tích vùng phủ thấp nó rất
quan trọng để kiểm tra nếu mức tín hiệu thấp là do điều khiển công suất hay
không, nếu ở trường hợp nàychất lượng có thể chấp nhận được, không có vấn đề
gì để thay đổi
Hình vẽ trên đây và bản đồ dưới là một ví dụ về vùng phủ thấp. khả năng về
thiếu neighbor đã được loại bỏ.
Ở mức tín hiệu tiếp theo trên biểu đồ, có thể thấy rằng mức tín hiệu giảm đi
đáng kể từ khi cuộc gọi được bắt đầu đến nữa chừng cuộc gọi tạiđó nó bắt
đầu tăng. Như đã đề cập trước đó khi mức tín hiệu giảm thì C/i và quaility cũng
giảm theo, điều này có thể được nhìn thấy ở đồ thị; C/i tính toán giảm, Rx
Qual tăng, SQI giảm và FER tăng.
Hình vẽ trên đây và bản đồ dưới là một ví dụ về vùng phủ thấp. khả năng về thiếu
neighbor đã được loại bỏ. Ở mức tín hiệu tiếp theo trên biểu đồ, có thể thấy rằng
mức tín hiệu giảm đi đáng kể từ khi cuộc gọi được bắt đầu đến nữa chừng cuộc gọi
tại đó nó bắt đầu tăng. Như đã đề cập trước đó khi mức tín hiệu giảm thì C/i
và quaility cũng giảm theo, điều này có thể được nhìn thấy ở đồ thị; C/i tínhtoán
giảm, RxQual tăng, SQI giảm và FER tăng. Trong bản đồ trên điểm giữa đã
được lựa chọn. Mức tín hiệu giảm khi MS dịch chuyển ra xa trạm BTS cho đến
điểm giữa, tại thời điểm đó MS thayđổi hướng và quay ngược trở lại BTS.
Trong danh sách serving và Neighbor cell có thể thấy rằng mức tín hiệu của Cell
phục vụ và Neighbor là dưới -100dBm và mức ngưỡng thiết kế. Trong ví dụ này
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 1 và 2, nhưng nó không hiệu quả nếu chỉ thay đổi hướng
của Anten. Phân tích sâu hơn ta thấy rằng mức tín hiệu ở dưới mức phục vụ ngoài
trời do đó việc sử dụng TRX có công suất lớn hơn và giảm suy hao của Feeder là
không giúp được nhiều. Không có cell nào ỏ phía Đông Nam do đó cell đang phục vụ
nằm ở phía rìa của mạng, nhưng xem xét thấy rằngvùng phủ thấp vẫn nằm ở bên
trong thị xã do đó giải pháp tốt nhất là xây dựng thêm trạm mới. Ở bản đồ tiếp theo ở
trang bên chỉ ra một ví dụ khác về vấn đề vùng phủ thấp, tuy nhiên trong ví dụ này
vùng phục vụ này được bao quanh bởi các Site và không nằm trong ngoài rìa của
mạng. Phân tích vùng này thấy rằng 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ụ. Nghien cứu
kĩ hơn trong vùng phủ thấp 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 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 (Repeater không thể tăng
được lưu lượng) và chỉ có những tín hiệu ở trên đỉnh mới có khả năng thâm nhập đủ
đến MS (Giảm suy hao phi đơ hoặc tăng công suất phát sẽ không cải thiện được sự
thâm nhập vào khu vực này)
2.3 Nhiễu nhiều và vấn đề về chất lượng tồi
Sự suy giảm chất lượng mạng gây ra bởi độ nhiễu lớn và chất lượngtồi có thể bao
gồm :
Chất lượng thoại tồi càng tăng
Tốc độ chuyển đổi trong GPRS giảm với số lần truyền lại tăng lên
Rớt cuộc gọi tăng
Chuyển giao không thành công và rớt chuyển giao tăng lên
Số lần thiết lập cuộc gọi không thành công tăng
Nguồn nhiễu chính là những cell bên trong cùng một mạng và do đó thông thường có
thể điều khiển được và có thể loại bỏ hoàn toàn bởi người vận hành Các mạng khác
có cùng kỹ thuật theo bởi ký thuật khác nhau và cùng băng tần là những nguồn nhiễu
thêm vào với một mức độ thấp hơn. Một điểm cần ghi nhớ đó là thỉnh thoảng nguồn
nhiễu tù những nguồn này không thể xác định được nhờ drive test bởi vì chúng hoặc
ở trong banduplink của GSM hoặc là một kỹ thuật khác. Trong những trường hợp
như vậy, những máy đo phân tích phổ có thể trợ giúp để phát hiện ra nguồn
nhiễu. Nhiễu nền và nhiễu nhiệt là những nguồn nhiễu cuối cùng và chúng thông
thường chỉ ảnh hưởng đến tín hiệu có cường độ rất thấp(<100dBm). Tuy nhiên trong
một vùng với mật độ site tương đối cao, nhiễu sàn(từ nhiễunhiệt cộng với sự tràn ra
từ các cell khác) có thể được tăng đáng kể và gây ra vấn đề nhiễu rất khó giải quyết.
Bởi vì hầu hết nhiễu là từ bên trong cùng một mạng. Nó là một kiểu nhiễu được nhắm
tới trong suôt quá trình tối ưu. Một số phương pháp có thể để cải thiện tình trạng
nhiễu:
Thay đổi tần số trên cell phục vụ hoặc/ và nguồn nhiễu.
Dowtilt nguồn nhiễu trong trường hợp bị tràn ra quá nhiều.
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 nguồn nhiễu.
Tiến hành điều khiển công suất, nhảy tần hoặc phát gián đoạn
Phát hiện nhiễu từ logfile Drive test là một điều gì đó dễ nhưng LogDrive test thông
thường không xác định được rõ ràng nguồn nhiễu. Một số ví dụ từ phép đo drivetest
được chỉ ra ở dưới đây
Ở trong hình trên, có thể thấy rằng ở trong phần trước khi handover thứ nhất có nhiều
neighbor đã được thông báo xung quanh mức tín hiệu, điều này chỉ ra rằng thiếu một
cell vượt trội. Nhiều handover diễn ra trongmột khoảng ngắn với một số rõ ràng là do
nhiễu (bởi vì tiêu chuẩn power budget- HO dự trữ là khoảng 3dB- không đặt tới).
Trong trường hợp này khócó thể giải quyết vấn đề nhờ chỉ thay đổi một tần số. Giải
pháp cho kiểu tình huống này sẽ được thảo luận kỹ hơn.
Nhiễu đơn
Trong những trường hợp mà ở đó nhiễu giữa 2 cell cụ thể là phương pháp đầu tiên –
thay đổi một tần số hoặc trên cell phục vụ hoặc trên nguồn nhiễu - có thể sữa được
vấn đề nhiễu này. sụ phát hiện có hoặc không nguồn nhiễu từ một nguồn đơn hoặc
nhiều có thể biến đổi rất phức tạp. Bước đầu tiên là xem xét kế hoặc tần số cho cho
một vùng và tìm ra nguồn nhiễu có nhiều khả năng nhất. Thình thoàng có một cell
nổi trội có thể giải quyết vấn đề này
Đa nhiễu
Khi vùng với nguồn nhiễu lớn nhận được nhiều mức tín hiệu từ các cell khác nhau tại
những mức tương tự làm cho tồi tệ hơn theo hàm mũ với mỗi nhiễu ngoài. Trong
những trường hợp này sụ thay đổi tần số trong môt khu vực có thể cần thiết để giảm
nhiễu trong một giói hạn có thể chấp nhận được. Trong các trường hợp nghiêm trọng
là có rất nhiều tín hiệu và mứcnhiễu sàn sẽ tăng, trong trường hợp này việc thay đổi
tần số không thu được nhiều hiệu quả.Trong mạng với sự qui hoạch tần số chặt chẽ
hoặc sử dụng trong mộtnhóm cố định, hoặc trong vùng mật độ cell thấp xung quanh
vùng có mật độ cell lớn, điều này làm tăng lên nhiễu nhiệt có thể trở nên vấn đề
nghiêmtrọng. Tiến hành nhảy tần có thể có ích nhờ việc trung bình nhiễu này
nhưngkhông thể loại trừ được nó.Khi đối mặt với sự tăng nhiễu sàn này, phương
pháp còn lại là được phù hợp tốt hơn để cải thiện chất lượng trong khu vực nhiễu.
Đối tượngchính của nó là để giảm nhiễu mà không phải giảm công suất phát do đó
C/I được cải thiện để đạt đến chât lượng thoại tốt.
Downtilt Anten
Mục đích của downtilt là để phù hợp vùng phủ của một cell với vùng phục vụ của
cell đó. Nếu vùng phủ của Cell là rộng hơn so với vùng phục vụ và khi đó cell sẽ gây
ra nhiễu các cell lân cận. Để điều chỉnh đúng tilt của anten, người lập kế hoạch phải
xác định biên của cell và tiếp đó góc của anten do đó cạnh của cell sẽ ở bên
trong phần trên của nữa búp sóng chính. Tilt chính xác phụ thuộc vào độ rộng chiều
ngang của cell và tilt điện của anten và giới hạn cuối cùng của cell làgì. Như hướng
dẫn đầu tiên, đặt một điểm -3dB trên đỉnh của antena trên phương ngang không được
khuyến nghị bởi vì điều này sẽ dẫn đến một phần rộng lớn của năng lượng bị mất đi
vào trong không gian hoặc tồi hơn do bị mắc ở trong vật dẫn nhiệt trong không gian
chỉ quay lại trái đất tại mộtkhoảng cách xa và gây ra nhiễu các cell khác. Hình dưới
đây có thể đề nghị một góc không tuân theo các khuyến cáo ban đầu và nếu như vậy
sự đồng ý và không đồng ý của việc làm này cần được ước lượng và một sự thoả hiệp
được đạt đến. Nếu một cell cung cấp tại một vùng có mật độ cell thấp, búp sóngchính
tập trung của anten có thể hướng về biên của Cell. Nếu cell được cungcấp một vùng
phủ trong một vùng mà có mật độ cell cao, khi đó điểm-3dB đỉnh của bub sóng chính
có thể được chỉ vào biên của của cell. Ở những vùng có địa hình không bằng phẳng,
quá trình quýêt định góc tilt cần được cân nhắc độ khác nhau tương đối trong chiều
cao tương đối giữa MS anten và BTS. Ví dụ, nếu anten được chỉ vào một quả đồi,
điểm -3dB chỉ nằm ở bên trên quả đồi một chút. điều này làm giảm khả năng trànra
xa (đồng thời giảm luôn nhiễu uplink của cell) và tập trung vào công suất truyền và
nhận bên trong vùng mục tiêu.Với mục đích để thu được một định dạng rõ ràng về
biên của cell nhiều Drivetest cần phải được tiến hành và phân tích. Tìm kiếm vùng
phủ nơi mà các cell được nhận tại mức công suất bằng nhau, nếu các cell được hạ tilt
tại vùng biên và công suât cuối cùng nhận được tại vùng biên là khôngthay đổi nhiều
nhưng sự tràn sẽ được giảm đi đáng kể. Tuy nhiên nếu những mức tín hiệu tại biên
của cell vẫn cao(+3dB trên mức có thể xem xét để đủcho phục vụ tốt trong nhà) khi
đó chỉnh góc anten cho đến khi mức tín hiệutại vùng biên là có thể chấp nhận
được.Biên của cell nên có khoảng cách đến 2 cell là gần bằng nhau để tạo nên sự cân
bằng giữa chúng. Thỉnh thoảng một vật chắn mà một trong các cell không thể vượt
qua để xác định biên cell. Khi biên của Cell là một khoảng đã biết, những phép tính
đơn giản về lượng giác để tính toán góc tilt chính xác. Nếu dữ liệu phân bố Timing
Advance là có thể từ OMC/NMS khi đó nhứng điều này có thể giúp để xácđịnh biên
cell. Sử dụng dữ liệu này, một kỹ sư có thể chỉnh góc anten với điểm đỉnh -3dB của
bup sóng chính để cover được phần lớn lưu lượng người dùng. Dưới đây là biểu đồ
phân bố Timing Advance của cell mà vùng phụcvụ bị tràn. Trong ví dụ này, nó tốt
hơn là hạ góc anten mà đỉnh -3dB rơi xuống khoảng 6Km (TA=12) từ Site này. Điều
này nên dịch chuyển lưu lượng không mong muốn xung quanh 9 hoặc 15km ra xa mà
làm suy giảm đặc tính của cell.
Advance là có thể từ OMC/NMS khi đó nhứng điều này có thể giúp để xác định biên
cell. Sử dụng dữ liệu này, một kỹ sư có thể chỉnh góc anten với điểm đỉnh -3dB của
bup sóng chính để cover được phần lớn lưu lượng người dùng. Dưới đây là biểu đồ
phân bố Timing Advance của cell mà vùng phụcvụ bị tràn. Trong ví dụ này, nó tốt
hơn là hạ góc anten mà đỉnh -3dB rơi xuống khoảng 6Km (TA=12) từ Site này. Điều
này nên dịch chuyển lưu lượng không mong muốn xung quanh 9 hoặc 15km ra xa mà
làm suy giảmđặc tính của cell.
Điều chỉnh công suất đối với cell phục vụ hoặc nhiễu
Trong một vùng có vùng phủ tốt nhưng nhiễu kém nó có thể giảm mức tín hiệu của
nguồn nhiễu. Điều này làm tăng tỉ lệ C/i của cell phục vụ và có thể dẫn đến sự cải
thiện đặc tính của cell
Tăng công suất trên cell phục vụ có dung lượng tốt (một site thấp hoặc một vùng phủ
bị giới hạn bởi vật chắn) và bị nhiễu bởi các cell lân cận khác và thông thường dẫn
đến C/i tốt hơn và đặc tính mạng được cải thiện.
Đặc tính của mạng
Tiến hành thiết lập điều khiển công suất một cách ôn hoà (có mức ngưỡng chất lượng
tốt trong giá trị Rxqual tốt và Rxlev cao) có thể vẫn cung cấp sự cải thiện bởi vì
những lợi ích chính thu được được thu được với sựgiảm 2-3dB công suất. DTX và
nhảy tần có thể giảm cả nhiễu mà bất kỳ góc nào kết nối với MS nhận được do đó
chât lượng mạng sẽ tốt hơn.
3 Yêu cầu thay đổi cấu hình Site
Tất cả các vấn đề được phát hiện trong phần trước đưa về một kết quả trong một số
yêu cầu để thay đổi cấu hình có thể là phần mềm hoặc phần cứng. Bất kỳ trường hợp
nào có thể cần thiết để chứng minh sự thay đổi bằng cách hoàn thành một yêu cầu
thay đổi được ghi thành văn bản. Điều này ngăn ngừa một người nào đó sau này rời
bỏ tất cả các neighbor cần thiết hoặc cấu hình anten với khái niệm rằng cấu hình đó là
không hợp lý.Yêu cầu thay đổi (changes Request) có thể được đưa ra bằng tài liệu lí
do của sự thay đổi, xác định các ảnh hưởng có thể đến mạng như các bộ đếm đặc tính
có thể được đánh giá để xem sự thay đổi có đem lại sự cải thiện cho mạng hay không.
4 Thực hiện
Chu trình tối ưu nên bắt đầu lại khi mà yêu cầu thay đổi đã được tiếnhành bởi thay
đổi khác trong:
Ấn định tần số trên cell phục vụ hoặc cell bị nhiễu
Cấu hình anten
Xác định neighbor
Các thông số điều khiển đặc tính mạng Bởi vì không phải tất cả các thay đổi sẽ trả về
một kết quả tốt, do đó cần thiết phải đánh giá lại mạng sau khi thay đổi. Quá trình tối
ưu được lặp lại cho đến khi tiêu đặc tính đích có thể đạt được hoặc cho đên khi tất cả
các giải pháp có thể đã được thử. Những vấn đề không được giải quyết nên làm thành
một tài liệu và được xem lại sau vài tháng trong trường hợp có một giải pháp mới
được tìm ra. (ví dụ sau khi một site đã được tích hợp hoặc một đặc tính mới có thể)
III. Kết luận
Để đảm bảo tính ổn định của mạng lưới và nâng cao khả năng phục vụ khách hàng
chu trình tối ưu là một quá trình không liên tục không dừng, và là một chu trình
khống thể thiếu được. Trong chu trình tối ưu này Drive test là một thủ tục quan trọng
góp phần để cho chu trình tối ưu được hoàn hảohơ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 kỹ sư
đưa ra những quyết định để tối ưu mạng lưới.
MỤC LỤC
1. Giới thiệu chung về phần mềm TEMS Investigation
1.1. Giới thiệu chung
1.2. Các thiết bị TEMS hỗ trợ ...............................................................................
1.3 Một số thủ tục chuẩn bị trước và trong quá trình Drive test ...........................
1.4. Một số thao tác cơ bản khi sử dụng TEMS ....................................................
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 ..................................................................
2.2. Thông tin về Cell ...........................................................................................
2.3. Chức năng điều khiển của TEMS ..................................................................
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 .................................
3.2 Phát hiện nhiễu .............................................................................................
3.3 Phát hiện sai Fi-đơ ........................................................................................
3.4 Phát hiện khai thiếu Neighbouring cell hoặc không phù hợp .......................
3.6 Tối ưu vùng phủ thấp ....................................................................................
3.7 Tạo Report từ logfiles..................................................................................
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.1. 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ư SonyEricsson
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)
1.2. 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
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
1cổ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ếtnố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ếtnối trong
Combo box của Equipment Control toolbar (MS, GPS,…) sau đó chọn biểu tượng
ngắt kết nối
- Để 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
Để 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 choTEMS
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ọnCellfile Load
Hình 2.1 Load Cellfile
Tiếp theo chọn đường dẫn đến vị trí chứa Cellfiles/OK
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 choTEMS tên
của các trạm đó. Đây chính là việc tạo Site Name và chèn Site Namevà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
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 đồ
(Mapfi
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ịchvụ 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 trongsuố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 (CommandSequence) trong
mục Control & Confix.
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ựachọn, bao gồm loại ứng dụng (Dịch vụ data,
MS), điều khiển thiết bị, Reselection/handover, voice,
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áthiện lỗi trong quá trình đo
Hình 3.1 Giao diện kiểm soát lỗi thông thường của TEMS
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.
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 trongtrườ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ủamạ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 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ồinhấ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ềugiữ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ủacell 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ảytầ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étviệ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ấtthông qua phần mềm MCOM.
Đối với trường hợp nhiễu rất lớn và nghiêm trọngcó 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 íthiệ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ể Downtiltcủa anten để giảm sự chồng lấn giữa các
cell.
3.3 Phát hiện sai Fi-đơ
Lắpsai 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ưởngvề phân bố tần
số gây nên nhiễu cho vùng đó và quan hệ Neighbouring cell bị sailệch cũng dẫn đến
rớt.
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ếnhành Driving test xung quanh trạm (Cách trạm từ
600 – 1000m, tuỳ thuộc tilt củaanten). Trong một số trường hợp có thể chỉ hai hai
Sector, nhưng có những trạmsai Fi-đơ vòng
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 khichư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ếnhà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ạmsai 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 Servingcell và
RxLev sẽ giảm dần và đến ngưỡng nó cần phải Handover sang trạm có khả 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
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 testKhi Driving test phát hiện có lỗi khai báo thiếu Neighbouring cell, cần
phảikiểm tra lại CDD của BSC đó bằng cách sử dụng MCOM và làm CR
(changeRequest) 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 Anhư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 Bnà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.
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 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ẫutí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ườitố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ậptrung 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ânthự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ởiviệ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ôngqua 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ăngvù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ởivật chắn, khi đó có thể giải quyết vấn đề này nhờ
tăng độ cao anten đủ để vượt quavậ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êncó 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 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ôngvà khu dân cư. Đặc
biệt là những tuyến đường giao thông không nên phủ chồnglấ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ấpnhậ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ườngxả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ấyrằ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 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ủakhu 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ệcmộ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
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.
- Đầu tiên ta chọn một hoặc nhiều logfile mà bạn cần Report, Kích chuộtvà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.
- Sau đó kích chuột vào Properties để lựa chọn nội dung cần Report. Cửasổ Log
Report Properties xuất hiện.
a. Tab Threshold Values (Giá trị ngưỡng)
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)
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
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 ưunà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 chochu 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./