4.1 Mục đích của việc thực hiện Drive Test
Thực hiện Drive Test nhằm đánh giá chất lượng vơ tuyến của các điểm/trạm/khu vực/vùng nhằm phát hiện và xử lý các tồn tại trên mạng di động và định hướng cho việc lập kế hoạch nhằm tăng cường phủ sĩng tại các điểm/trạm/khu vực/vùng đo.
4.2 Thiết bị đo và thủ tục đo drive test
4.2.1 Đội Drive test
Đội Drive test 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.
4.2.2 Thiết bị Drive test và các nguồn hỗ trợ
4.2.2.1 Thiết bị Drive test
Thiết bị Drive test gồm cĩ:
- Một phần mềm đo (TEMS) và một máy tính xá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 kết nối giữa Laptop và máy TEMS
- Hệ thống antenna (anten gắn từ đẳng hướng cĩ cáp nối với điện thoại)
Tems 8.0 và cáp dữ liệu GPS Holux
34
Khĩa luận tốt nghiệp GVHD: Ths. Vũ Thành Thái
Máy tính xách tay Bộ đổi nguồn DC - AC
4.2.2.2 Các nguồn hỗ trợ
- Ơ tơ phải cĩ nguồn làm việc ổn định và acqui 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
- Một file mơ tả mạng với định dạng tương ứng với phần mềm cần đo (CDD) - 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 đọc 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
4.2.3 Thủ tục đo
4.2.3.1 Các thủ tục chuẩn bị
Đường đi phải được xác định 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ố 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ể hỗn lại phép đo và thay đổi tuyến đường
Khĩa luận tốt nghiệp GVHD: Ths. Vũ Thành Thái
4.2.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ới 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 tồn chưa và bộ chuyển đổi khơng bị quá tải.
Hệ thống Anten được sử dụng và vị trí anten cĩ thể thay đổi:
+ Để đ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 nĩc của xe khơng gần hơn 45cm từ bất cứ cạnh nào. Nếu chiều cao của xe lớn hơn 1.8m, thì cĩ thể đặt Anten trên nắp đậy máy ơ tơ và khơng gần hơn cạnh nào 45cm và cách kính chắn giĩ là 1m.
+ Để đo đặc tính trong xe Antenna 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.
4.2.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 rớ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 ngồi để xem xét lỗi (sai fiđo, mức tín hiệ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.
36
đầ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.
4.3 Drive test trong chu trình tối ưu
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.
Field Test
measurement
NMS/OMC
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ừ 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 Drive Test.
Ngồ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 cĩ thể chỉ ra được vấn đề vùng nhiễu do mức tín hiệu thấp hoặc do kế hoạch ấn định tần số kém.
Chu trình tối ưu
37
Khĩa luận tốt nghiệp GVHD: Ths. Vũ Thành Thái
Hình vẽ 4.1: Chu trình Drive Test
4.3.1 Drive test
4.3.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
4.3.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
38
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.
4.3.1.3 Lựa chọn phép đo
Đội Drive test 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 Drive Test, nếu khơng thì phép đo phải được hỗn lại vào ngày khác.
4.3.2 Phân tích dữ liệu
Sự phân tích của nhĩm Drive test 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 hồ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.
4.3.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 chuẩn đốn nhầm của việc thiếu Neighbour là khi Drive test 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 lập 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 đố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ể so sá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ĩ thể được thực hiện bởi việc kiểm tra các thơng số của Cell trong OMC, Drive test hoặc dùng bảng dưới đây. Nĩ sẽ giúp cho việc quyết định khả
39
Khĩa luận tốt nghiệp GVHD: Ths. Vũ Thành Thái 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 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- Khơng dùng điều khiển cơng suất Active và được thơng báo cĩ RxLev liên
quan với RxLev của kết nối (1-2dB)
Rxlev dưới mức tín hiệu đường xuống Nhiều khả năng khơng sử dụng điều mong muốn hoặc ngồi khoảng điều khiển khiển cơng suất
cơ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 đường xuống hoặc bên trong cửa sổ điều được sủ dụng
khiển cơng suất đường xuống
BCCH của cel đang phục vụ trong danh Nhiều khả năng sử dụng điều khiển sách BA list được thơng báo cĩ mức tín cơng suất hiệu lớn hơn so với Rxlev của kết nối
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ờ, Drive Test cĩ thể được thự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 cho kết nối khi đĩ Drive test 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 BA list 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.
40
Hình vẽ 4.2: Ví dụ thiếu vùng Neighbor
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 cĩ 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 cell cĩ 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ạng cell và handover là xác định đúng.
+ Kiểm tra xem cĩ nghẽn khơng trên cell ứng cử. Nếu nĩ nghẽn, khơng một hand-over nào xảy ra.
41
Khĩa luận tốt nghiệp GVHD: Ths. Vũ Thành Thái + Kiểm tra thơng số “disable hand-over” cho cell ứng cử. Nếu Handover đến bị khố, 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 tố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 mạng 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 trong trườ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 BA list khi đĩ việc phát hiện thiếu neighbor là khĩ hơn nhưng vẫn cĩ thể xác định được.
Hình vẽ 4.3: Ví dụ trong phân tích Neighbor
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 đầu 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:
42
- 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 đĩ hand-over 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 tất cả các trường hợp trên là khác nhau tiếp đĩ kiểm tra cơ sở dữ liệu liên quan