Phần mềm TEMS Investigation pot

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.. Kế

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)

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

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

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 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

- Để 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

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

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)

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

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,…

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

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

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

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

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ả

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

Hình 3.5 Hiện tượng Overshootting

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ẫ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

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)