CHƯƠNG IV : DRIVE TEST TRONG MẠNG GSM
4.3 Drive test trong chu trình tối ưu
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ả
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-
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ống mong muốn hoặc ngồi khoả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
Rxlev gần với mức tín hiệu mong muốn đường xuống hoặc bên trong cửa sổ điều khiển cơng suất đường xuống
Nhiều khả năng điều khiển cơng suât được sủ dụng
BCCH của cel đang phục vụ trong danh sách BA list được thơng 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 sử dụng điều khiển cơng 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ờ, 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.
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.
+ 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.
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:
- 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 để đả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ể xố đ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.
4.3.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.
Ngun nhân cho tình trạng mức tín hiệu thấp được đánh giá là bởi vì một ảnh hưởng, ngồ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âst 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ới tă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ệu cho 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ẽ làm 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 -3 dB 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ày chất lượng cĩ thể chấp nhận được, khơng cĩ vấn đề gì để thay đổi.
Hình vẽ dưới đây và bản đồ dưới đây 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 tốn giảm, RxQual tăng, SQI giảm và FER tăng.
Trong bản đồ ở hình vẽ 4.5 đ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 -100 dBm và mức ngưỡng thiết kế.
Hình vẽ 4.4: Ví dụ về vùng phủ thấp
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ụ ngồ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ằng vù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 ngồ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ụ. Nghiên 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 tồ 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).
4.3.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ượ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ỏ hồn tồ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 band uplink 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ễu nhiệ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. - Downtilt 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 Log Drive Test