Drop call xảy ra trong quá trình khi UE ựã gửi một bản tin Radio Bearer Setup Complete tới RNC và cuộc gọi ựược thiết lập với CN như trong hình dưới ựây.
107
Các nguyên nhân chắnh dẫn ựến Drop Call:
Ớ Thiếu Neighbor.
Ớ Lỗi Handover.
Ớ Các lỗi do vùng phủ Downlink, UpLink
Ớ Pilot Pollution.
Ớ Các lỗi do vấn ựề Cell Reseclection.
Ớ Lỗi do Handover giữa 2 RNC khác nhau
Phương án ựề xuất Thông số database Vấn ựề Lỗi Thông số Anten Vị trắ trạm Thiết lập công suất Thiết lập Neighbor list Thiết lập RRM Vùng phủ trống X X X X Pilot Pollution X X Vùng phủ Thiếu Neighbor X Rớt cuộc gọi X X X X X Chất lượng Lỗi thiết lập cuộc gọi X X X X X 4.1.1 Thiếu Neighbor:
Neighbors là rất quan trọng trong mạng di ựộng. Thiếu NB sẽ làm tăng Dropcall nhưng nếu quá nhiều NB dẫn ựến tăng nhiễu và pilot pollution. Việc adding thêm một NB chuẩn xác có thể tăng Ec/Io từ 1-2dB. Việc xóa các NB không cần thiết có thể làm tăng dung lượng mạng lưới.
Theo 3GPP, tối ựa có thể khai báo 32 Neighbor UMTS và 32 Neighbor cho Inter-RAT. Tuy nhiên mỗi nhà cung cấp khác nhau có thể hỗ trợ khác nhau. Vắ dụ
108
như nhà cung cấp Nokia hỗ trợ khai báo 29 Neighbor/cell. Mức khuyến nghị trong khai báo là 15 Neighbor mỗi cell. Việc khai báo quá ắt hoặc quá nhiều Neighbor trong mỗi cell ựều không tốt.
Cách phát hiện thiếu Neighbor:
Một cách dễ nhất ựể phát hiện nếu thiếu Neighbor là nguyên nhân gây ra việc rớt cuộc gọi ựược phát hiện trong quá trình phân tắch logfile như sau:
Ớ Chú ý ựến tất cả các Scrambling Code trong Active Set SC mà máy ựo thu ựược. Xác ựịnh các Scrambling Code của UE trong cuộc gọi tiếp theo. Nếu UE thực hiện cuộc gọi trong 1 SC khác với các SC có trong Active Set trước lần rớt cuộc gọi trước ựó, thì có thể khẳng ựịnh cuộc gọi ựó rớt do nguyên nhân thiếu Neighbor.
Ớ Một cách khác ựể xác ựịnh cuộc gọi bị rớt do thiếu Neighbor là dựa vào các bản tin ỔMeasurement ReportỖ với Event1a trong phần uplink trước cuộc gọi bị rớt. Nhìn vào bản tin tiếp theo ỔActive Set UpdateỖ ở phần downlink. Nếu bất kỳ một SC nào ựược ựề nghị trong Measurement Report không ựược tìm thấy trong bản tin Active Set Update thì nó có nghĩa là ựấy là một SC bị thiếu.
Ớ Việc thiếu Neighbor này cũng ựược phát hiện ở phần Detect Set của UE. Một SC trong quá trình ựo có trong Detect Set của UE trong một thời gian dài mà không ựược thêm vào Active Set thì khả năng cao cell ựó thiếu Neighbor SC ựó.
109
Tại một ựiểm có các thông số như hình trên, Các Scambling Code 279,278 và 280 của Active Set có chất lượng rất kém, không ựủ ựể có thể thực hiện một cuộc gọi. Trong khi ựó 2 Scrambling Code 145 và 58 trong Detect Set có chất lượng tốt hơn nhiều so với Active Set. Nhưng 2 SC 145 và 58 lại không ựược thêm vào Active Set. Hiện tượng ở ựây do cell ựó ựã khai thiếu Neighbor có các SC 145 và 58.
Do các SC trong Active set không ựủ ựể thực hiện một cuộc gọi, nên trong trường hợp này ựã xảy ra hiện tượng rớt cuộc gọi như trong hình dưới ựây.
Hình 4. 3. Thiếu Neighbor dẫn ựến rớt cuộc gọi.
Ngay sau khi xảy ra hiện tượng rớt cuộc gọi, các SC 145 và 58 trước ở Detect Set ựã ngay lập tức lựa chọn làm SC phục vụ chắnh.
Cách khắc phục: Khai báo thêm Neighbor còn thiếu.
4.1.2 Lỗi Handover:
Các vấn ựề lỗi Handover xảy ra do việc các thông số handover không ựược tối ưu. Các cách ựể phát hiện ra lỗi này ựược ựưa ra sau ựây:
Ớ Trước các cuộc gọi bị rớt, cần ựể ý tới Monitored Set của UE. Một Scrambling Code có thể tồn tại trong Monitored Set trong thời gian dài mà không ựược thêm vào Active Set.
Ớ Nhìn vào một Event 1a hoặc 1c kắch hoạt Measurement Report Ờ Có thể không tồn tại.
110
Ớ Vấn ựề này còn có thể do việc thiếu các thông số Handover. Reporting Ranges hoặc Time ựể kắch hoạt các thông số có thể không ựược tốt ựủ ựể thắch hoạt các Event1a hoặc 1c.
Cách khắc phục: Kiểm tra và sửa lại các lỗi khai báo trên hệ thống.
4.1.3 Các vấn ựề do vùng phủ
Các cuộc gọi rớt có thể xảy ra trong khu vực có vùng phủ kém. Vùng phủ kém có thể do nguyên nhân RSCP kém hoặc kém. RSCP xấu liên quan ựến việc vùng phủ trong thực tế. Tuy nhiên, Một ựiểm mà tại ựó có xấu mà trong khi RSCP tốt có thể do nguyên nhân nhiễu cao gây ra bởi nhiều nguyên nhân khác nữa. Các vấn ựề về vùng phủ có thể ựược xác ựịnh bởi việc quan sát các ựiểm RSCP và
ngay trước các cuộc gọi rớt.
điều kiện của RSCP và Ec/No ựối với vùng phủ cho dịch vụ thoại (voice call và video call) là:
Ớ RSCP ≥ -105dBm trên 95% mẫu ựo
Ớ Ec/No ≥ -12dB trên 95% mẫu ựo
Với thực tế suy hao giữa Indoor và outdoor cho từng vùng như sau:
Vùng Trung tâm đô thị Ngoại ô Nông thôn Trong xe
Suy hao thâm nhập (outdoor/indoor)
25dB 20dB 15dB 8dB 8dB
Bảng 4. 1. Suy hao thực tế cho Indoor và Outdoor
Do tiến hành Driving Test không sử dụng Anten ngoài nên mục tiêu cần ựạt ựược ựối với từng vùng như sau (yêu cầu trên 95% mẫu ựo):
Vùng Trung tâm đô thị Ngoại ô Nông thôn
RSCP (dBm) -88 -93 -98 -105
Ec/No (dB) -12 -12 -12 -12
111
Các nguyên nhân dẫn ựến RSCP thấp:
Ớ Do che chắn của các tòa nhà cao tầng, các công trình xung quanh,Ầ
Ớ Góc ngẩng của anten ngẩng quá hoặc cụp quá.
Ớ Sai góc phương vị hoặc sai loại anten.
Ớ Hệ thống feeder anten bị suy hao quá lớn.
Ớ đặt sai công suất kênh CPICH.
Ớ Lỗi phần cứng NodeB.
Cách khắc phục RSCP thấp:
Ớ điều chỉnh Góc phương vị và góc ngẩng của Anten.
Ớ Thay thế loại anten phù hợp.
Ớ Kiểm tra lại công suất kênh CPICH.
Ớ Kiểm tra các cảnh báo của NodeB.
Ớ Kiểm tra các ựấu nối tại NodeB.
Ớ đo VSWR, kiểm tra feerder anten và các ựầu connectors.
Nguyên nhân Ec/No thấp:
Ớ Pilot Pollution: có quá nhiều kênh Pilot có RSCP tốt tại cùng 1 vị trắ (vùng phủ chồng lấn nhiều).
Ớ Thiếu Neighbour 3G, 1 cell mạnh mà không ựược ựịnh nghĩa neighbour sẽ trở thành nhiễu làm giảm Ec/No.
Ớ Vùng phủ kém, RSCP thấp dẫn ựến Ec/No thấp.
Ớ Cell selection/reselection chậm hoặc không thực hiện ựược dẫn ựến UE ăn sóng của cell tồi.
Ớ Tải của cell cao cũng dẫn ựến Ec/No thấp.
Cách khắc phục Ec/No thấp:
Ớ Giảm Pilot Pollution: chọn 1 cell tốt nhất làm serving, giảm vùng phủ các cell khác nhằm giảm chồng lấn (bằng cách chỉnh góc ngẩng, góc phương vịẦ)
Ớ Kiểm tra Neighbour 3G, nếu thiếu thì khai thêm Neighbor.
Ớ Nếu Ec/No thấp do RSCP yếu là do vùng phủ kém, xử lý tăng RSCP.
112
Ớ Trong trường hợp tải của cell cao thì ta phải tìm cách chia sẻ tải tải với các trạm khác.
Hình sau ựây là một vắ dụ về Ec/No thấp và cách xử lý thực tế trong quá trình tối ưu tại Hải Phòng. Tại khu vực trên ta xác ựịnh ựuợc 4 vị trắ có chất luợng
Ec/No thấp như khoanh trong hình 4.4.
Hình 4. 4. Kết quả scan Ec/No tại 1 khu vực tại Hải Phòng
Ta tập trung vào nghiên cứu nguyên nhân gây ra chất luợng Ec/No xấu tại vùng A. Qua phân tắch vùng phủ của các trạm lân cận ta thấy nguyên nhân chủ yếu của hiện tượng trên là vị trắ sử dụng sóng có nhiều trạm khác ở xa có vùng phủ rộng quá (overshoot).
113
Hình 4. 5. Scan RSCP của cell 36852
Ớ Cell 36852 có vùng phủ quá rộng, và nó gây chất luợng RSCP và Ec/No thấp ở nhiều vùng phủ xa. Và cụ thể là làm giảm Ec/No tại vùng A. Giải pháp ở ựây là cụp góc ngẩng Anten từ thành .
Hình 4. 6. Scan RSCP của cell 36013
114
Ớ Cũng như cell 36852, cell 36013 cũng có hiện tuợng vùng phủ quá xa tuơng tự làm ảnh huởng ựến các vùng phủ khác. Giải pháp ở ựây là cụp góc ngẩng anten từ thành Nhìn vào vùng phủ của cell 36013 ta cũng thấy rằng rất có thể góc phương vị của anten ựã ựược lắp ựặt sai so với thiết kế ban ựầu. Do ựó ựối với cell này thì công việc cần thực hiện là kiểm tra lại góc ngẩng, góc phương vị của anten và chỉnh lại theo ựúng với thiết kế, ựồng thời cụp anten từ thành
.
115
Hình 4. 8. Scan Ec/Io của cell 36743
Ớ Hình 4.7 và 4.8 trên là Scan RSCP và Ec/Io của cell 36743, là cell gần nhất của vị trắ A ở trên. Cell 36743 cũng có hiện tuợng vùng phủ quá xa, gây chất luợng xấu ựến các vùng khác. Giải pháp ở ựây là cụp Anten của cell này từ thành nhằm giảm ảnh huởng ựến các vùng phủ khác và tăng vùng phủ thêm cho vùng A nhằm tăng chất luợng Ec/No tại khu vực A.
Như vậy giải pháp ựể giảm tình trạng chất lượng Ec/No kém như ở trong hình 4.4 ở vùng A thì ta tiến hành ựồng thời các giải pháp như: cụp anten các cell 36852 (hình 4.5), cell 36013(hình 4.6) và cell 36743 (hình 4.7 và 4.8).
4.1.4 Pilot pollution:
Nguyên nhân xảy ra hiện tượng do quá nhiều kênh Pilot có RSCP tốt tại cùng 1 vị trắ (vùng phủ chồng lấn nhiều). đây là nguyên nhân lớn nhất gây ra nhiễu của hệ thống UTRAN, nó làm Ec/No thấp, rớt cuộc gọi, ping pong, dung lượng mạng giảm và không xác ựịnh ựược kênh Pilot chiếm ưu thế. Pilot Pullution có thể phát hiện ựược trong quá trình Driving Test.
116
Cách khắc phục:
Ớ Thêm trạm; Thêm trạm mới trong khu vực sẽ cung cấp thêm các SC mà tại ựó kênh Pilot của SC ựó có chất lượng ựủ tốt át hẳn so với các SC khác ựể UE có thể lựa chọn SC ựó là SC phục vụ chắnh.
Ớ Thay ựổi thông số Anten: Ta có thể chọn 1 cell tốt nhất làm serving, giảm vùng phủ các cell khác nhằm giảm chồng lấn (bằng cách chỉnh góc ngẩng, góc phương vịẦ)
Ớ Giảm công suất: đây cũng là 1 cách ựể giảm vùng phủ của các cell khác nhằm giảm sự chồng lấn.
Hình dưới ựây thể hiện kết quả phân tắch Pilot pollution ựo thực tế tại 1 khu vực ở Hải Phòng trong quá trình tối ưu Hải Phòng. Ta nhận thấy có rất nhiều ựiểm có hiện tượng Pilot Pollution ựược khoanh trong hình.
Hình 4. 9. Các ựiểm Pipot Pollution ựo ựược trong quá trình Driving Test phân tắch bằng phần mềm Actix.
Trong vùng khoanh tròn A và B có số lượng ựiểm bị Pilot Pollution khá cao. Ở vùng A ựược phục vụ bởi 4 SC và có mức thu RSCP khoảng -90dBm. Với mức thu này thì sẽ không có SC nào chiếm ưu thế, do ựể 1 SC chiếm ưu thế thì RSCP ắt nhất là -80dBm. Phân tắch mức thu RSCP của cell 8042 ta có kết quả như hình vẽ sau:
117
Hình 4. 10. Phân tắch RSCP của cell 8042 bằng phần mềm Actix.
Ở ựây ta thấy ựược vùng A gần cell 8042 nhất nhưng SC của cell A lại không phải là SC vượt trội do góc phương vị của anten cell 8042 hướng ra khu vực khác. Giải pháp ở ựây ựược ựưa ra là thay ựổi góc phương vị của cell 8042 từ thành và thay ựổi góc ngẩng từ thành ựể giảm vùng phủ, tránh ảnh hưởng ựến vùng B.
Vùng B trong hình 4.9 cũng bị rất nhiều ựiểm Pilot Pollution. Hiện tượng này do trong vùng B có tới 4 SC có kênh pilot có giá trị RSCP khoảng 80bBm. Ở ựây ta xác ựịnh cell phục vụ chủ yếu là cell 3493. Phân tắch vùng phủ của cell 36073 và 35952 như hình dưới ựây. Trong hình ta có thể nhận thấy cell 36073 và 35952 khá xa so với vị trắ B, nhưng mức thu RSCP tại vị trắ B là khá tốt. chắnh 2 cell này gây ra hiện tượng Pilot Pollution tại vị trắ B. Do ựó, cách xử lý ở ựây là thay ựổi góc ngẩng anten của cell 36073 từ thành và góc ngẩng của cell 35952 từ thành ựể giảm ảnh hưởng ựến vùng B và các khụ vực xung quanh.
118
Hình 4. 11. Scan RSCP của cell 36073
Hình 4. 12. Scan RSCP của cell 35952 B
119
4.1.5 Lỗi chéo Anten Feeder:
Lỗi chéo Anten Feeder chủ yếu do lỗi lắp ựặt phần cứng tại trạm. Lỗi này có thế phát hiện trong quá trình kiểm tra phần cứng tại trạm hoặc phát hiện trong quá trình phân tắch logfile Driving Test. Hiện tượng này làm cho vùng phủ của trạm không giống như trong thiết kế, do ựó gây nên hiện tượng không handover ựược, thiếu neighbor, rớt cuộc gọiẦ
Hình dưới ựây là vắ dụ gặp ựược với lỗi ựấu chéo Feeder trong quá trình thực hiện tối ưu tại Hải Phòng. Nhìn vào hình dưới ta có thể dễ dàng nhận ra ngược nhau giữa vùng phủ của 2 sector của site 3084 giữa 2 Scrambling code 65 và 45 gây nên vùng phủ khác nhau.
Hình 4. 13. Lỗi chéo Feeder tại Hải Phòng
Cách khắc phục: Kiểm tra lại phần cứng và thực hiện chỉnh lại phần cứng như với thiết kế ban ựầu.
120
4.2. Phân tắch lỗi thiết lập cuộc gọi:
Quá trình thiết lập một cuộc gọi CS bắt ựầu từ lúc UE khởi tạo bản tin RRC Connection Request cho tới khi RNC gửi ựến CS Core Network bản tin RAB Assignment Response (Quá trình thiết lập RAB thành công). Có thể chia quá trình này thành 3 giai ựoạn sau:
Ớ RACH Access Procedure Ờ Used to access the network to initiate various procedures including network updates, voice & data call setup, paging responses
Ớ RRC Connection Setup Procedure Ờ Used to establish signaling radio bearers and provide an interface to the NAS layer
Ớ Pre-RAB & RAB Setup Procedure Ờ Used to establish end to end connection and complete authentication & security procedures whilst establishing DCH for a specific service type
Quá trình thiết lập cuộc gọi sẽ thành công nếu cả 3 quá trình trên thành công.
121
Các bước tiến hành phân tắch cell có tỷ lệ CSSR tồi:
Bước 1. Kiểm tra cell phục vụ ựã là cell mạnh nhất về RSCP trong khu vực phục vụ chưa?
o Nếu chưa: Nghĩa là cell ựó bị khai thiếu BALIST hay Neighbour. Ta phải kiểm tra BALIST và Neighbour của cell ựể bổ xung thêm nếu phát hiện ra thiếu. Nếu Cell không ựược khai Relation là cell ở xa thì có thể tiến hành cụp góc ngẩng cell ở xa ựó.
o Nếu cell phục vụ ựã là cell có RSCP mạnh nhất trong khu vực phục vụ, ta chuyển sang bước 2 như sau.
Bước 2. Kiểm tra RSCP của cell phục vụ có lớn hơn -105dBm hay không?
o Nếu RSCP của Serving cell < - 105dBm, Vùng phủ trong khu vực không ựược tốt, ta phải tiến hành tối ưu vùng phủ DL (Góc ngẩng của cell phục vụ có bị cụp quá không? Có phải vùng lõm không?)
o Nếu RSCP của cell ựang phục vụ > -105dBm thì chuyển sang bước 3. Bước 3. Kiểm tra Ec/No của cell phục vụ có thấp hơn -12dB hay không?
o Nếu có: Nghĩa là cell bị nhiễu ựường xuống. Ta phải tiến hành ựiều chỉnh vùng phủ của cell ựang phục vụ và các cell lân cận sao cho tại vùng phục vụ của Serving cell thì RSCP của Serving cell lớn hơn hẳn các cell Neighbour và các cell lân cận khác. Ngoài ra có thể tiến hành tối ưu lại SC sao cho hạn chế tối ựa các cell có cùng SC trong vùng phục vụ của Serving cell.
o Việc cell bị thiếu Neighbour or BALIST cũng dẫn tới kết nối có Ec/No thấp do UE di chuyển quá xa serving mà không ựược chuyển giao sang cell khác. Với lỗi này ta phải tiến hành tối ưu lại Relation và BALIST.