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.
Hình 4. 1. Vị trí của Drop Call trong Call Flow Các nguyên nhân chính dẫn đến Drop Call:
92 • 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 Bảng 4. 1. Phương án thực hiện xử lý các lỗi 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ụ 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.
93
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 đượ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 đó.
94
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.
95
• 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:
Bảng 4. 2. Suy hao thực tế cho Indoor và Outdoor
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 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):
Bảng 4. 3. Mục tiêu đạt được vùng phủ cho từng vùng
Vùng Trung tâm Đô thị Ngoại ô Nông thôn
96
Ec/No (dB) -12 -12 -12 -12
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.
97
• 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.
• Kiểm tra việc chọn lại cell.
• 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.
98
Hình 4. 4. Kết quả scan Ec/No tại 1 khu vực tại Nghệ An
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).
Ta phân tích vùng phủ của các cell sau đây: A
B
C
99
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 .
100
Hình 4. 6. Scan RSCP của cell 36013
• 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
101
Hình 4. 7. Scan RSCP của cell 36743
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
102
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.
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.
103
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:
104
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.
105
Hình 4. 11. Scan RSCP của cell 36073
Hình 4. 12. Scan RSCP của cell 35952
B B
106
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 Nghệ An
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.
107
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.
108
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