Thuật toán loại 7

Một phần của tài liệu Tối ưu hóa quá trình chuyển giao cho vùng phủ microcell trong mạng thông tin di động (Trang 67 - 72)

Thuật toán này được sử dụng để thích ứng một cách hiệu quả đối với môi trường có mật độ sử dụng tần số cao nhất là khi chúng ta triển khai multilayer, khi

đó có rất nhiều tần số BCCH kề kênh nhau.

Theo khuyến nghị GSM, các kênh tần số kề nhau sẽ gây nhiễu cho nhau. Kết quả là nếu chênh lệch về công suất giữa hai kênh tần số quá 9 dB thì thông tin trong kênh tần số có mức tín hiệu nhỏ hơn sẽ không thể giải mã được.

Bây giờ ta xét tình huống hai cell có tần số BCCH kề nhau. Hình sau đây mô tả rõ quá trình khi MS di chuyển từ serving cell sang neighbor cell.

PBGT(n)(10dBm) > ho_margin_dyn (2 + 4 - 2 = 4)

indoor cell được xem là một neighbor PBGT(n)(4dBm) > ho_margin (2dBm) Count = 60 SACCH

ho_margin_dyn = 2+4 = 6 quá lớn PBGT với indoor cell

ho_static_offset = 4 ho_dynamic_offset = 2 delay_time = 60 (30s)

PBGT(n)(0dB)>ho_margin_dyn (2 + 4 - 2) = 4

indoor cell không được xem là neighbor PBGT(n) > ho_margin...timer khởi động ho_margin_dyn = ho_margin(n) + ho_static_offset(n) - timer hết hạn ho_margin_dyn = ho_margin(n) + ho_static_offset - ho_dynamic_offset Nếu PBGT(n) > 0 và PBGT(n) > ho_margin_dyn >> Cần phải chuyển giao PBGT

Hình 4.8: Chuyển giao trong điều kiện nhiễu

+ Khi chênh lệch lớn hơn 9dB thì trong điều kiện nhiễu MS không thể giải mã BSIC của neighbor.

+ Khi chênh lệch nhỏ hơn 9dB thì MS bắt đầu giải mã BSIC của neighbor và BSS sẽ bắt đầu tính toán quá trình Handover cho neighbor này. MS tiếp tục di chuyển đến vùng biên và đi sâu vào vùng của neighbor cho đến khi thoả mãn điều kiện về PBGT, lúc này hệ thống sẽ khởi tạo chuyển giao. Hệ thống sau đó sẽ gửi bản tin ho_command xuống MS, nếu lúc đó chênh lệch vẫn chưa vượt quá 9 dB so với mức thu của serving thì MS có thể decode được bản tin này do đó quá trình chuyển giao có thể thành công. Còn trong trường hợp mà chênh lệch lớn hơn 9 dB so với mức thu của serving thì quá trình chuyển giao bị thất bại do MS không thể

giải mã được bản tin ho_command từ serving.

Theo như mô tả trên thì ta có thể coi như có một cửa sổ bị giới hạn (tính từ

khi khởi phát chuyển giao cho đến khi mức thu của neighbor bắt đầu lớn hơn 9 dB so với serving) mà trong cửa sổấy nếu hệ thống kịp hoàn tất thủ tục chuyển giao thì quá trình chuyển giao mới có thể thành công. Chính cửa sổ này hạn chế tỷ lệ chuyển giao thành công bởi các MS di chuyển quá nhanh sẽ không kịp nhận bản tin ho_command trong phạm vi cửa sổ trên. Trong trường hợp chúng ta đặt khoảng thời gian tính toán quá dài hay đặt ngưỡng ho_margin lớn sẽ dẫn đến thu hẹp độ rộng của cửa sổ trên và do đó cũng hạn chế tỷ lệ chuyển giao thành công.

Power Distance Lệnh ho_command không thành công Có thể giải mã BSIC liền kề ho_margin Serving Neighbor 9dB 9dB MS di chuyển

Như vậy, tỷ lệ chuyển giao thành công sẽ phụ thuộc rất lớn vào tốc độ di chuyển của MS và các tham số chuyển giao. Để giảm thiểu tình trạng kề kênh trong các cell kề nhau và ảnh hưởng gây nên bởi nhiễu kề kênh đến quá trình chuyển giao thì cần phải tuân theo các khuyến nghị sau:

+ Sử dụng một bộ tần số lớn có thể trong lớp microcell để tránh tình trạng có nhiều tần số kề nhau ở những cell kề nhau.

+ Tránh tình trạng sử dụng kênh kềở neighbor cell trong mối quan hệrẽ vào góc bởi vì điều đó sẽ thu hẹp nhanh chóng cửa sổ khi MS quặt qua góc ngã tư

(khoảng cách về mức thu giữa neighbor và serving sẽ tăng lên rất nhanh khi MS di chuyển một khoảng cách nhỏ sau khi quặt).

+ Tránh sử dụng kênh kề ở neighbor cell mà tại vùng giao nhau các MS có tốc độ di chuyển nhanh.

+ Sử dụng chu kỳ tính toán ngắn (hreqave, hreqt) và ho_margin nhỏ. Khi các điều kiện trên không được tuân thủ thì thuật toán số 7 được thực hiện. Mục đích chính của nó là ngăn chặn không cho chuyển giao sang neighbor kề

kênh. Thuật toán này được sử dụng kết hợp với phép thử tránh nhiễu cho các neighbor khai báo bởi tham số adj_chan_intf_test trong quá trình add_neighbor (1 is enabled; 0 is disabled).

Thuật toán này cho phép một cell thứ 3, cell có tần số không liền kề trở thành

đích của chuyển giao cả khi neighbor nhiễu có mức thu mạnh nhất.

Thuật toán đưa vào tham sốadj_chan_ho_margin để đánh giá nguy cơ có thể đến từ phía neighbor trong mối quan hệ kề kênh BCCH (lấy giá trị từ - 63 đến 63 dB). Khi Power budget – adj_chan_ho_margin > 0 thì chuyển giao sẽ được phát sinh trước khi nhiễu trở nên quá lớn để làm rớt cuộc.

Chuyển giao loại 7 là một loại chuyển giao cưỡng bức và có quyền ưu tiên cao hơn PBGT. Khác với các thuật toán khác, thuật toán loại 7 được khởi phát bởi neighbor cell có BCCH kề với nó nhưng khi thực hiện chuyển giao nó lại chuyển giao sang một cell khác, MS được chuyển sang neighbor có tiêu chuẩn 1 thỏa mãn, nếu không neighbor nào thỏa mãn thì không phát sinh chuyển giao. Bởi vì sau khi

được kích hoạt, neighbor đó sẽ bị loại khỏi danh sách ứng cử. Như vậy giá trị của tham sốadj_chan_ho_margin cần đặt nhỏ hơn 9 và phải đảm bảo sao cho hệ thống kịp hoàn tất thủ tục chuyển giao trước khi PBGT đạt đến 9 dB.

Hình 4.9: Tình huống loại 7

Cell B thỏa mãn tiêu chuẩn PBGT nhưng không thỏa mãn điều kiện bổ sung. Cell C thỏa mãn tiêu chuẩn 1 nên MS được chuyển giao sang nó.

pbgt - adj_chan_ho_margin > 0 (với cell B) ràng buộc bởi adj_chan_ho_margin

Phép thử tránh nhiễu

Một tình huống có thể xảy ra khi cuộc gọi được handover sang một cell lân cận có BCCH gần kề với cell phục vụ. Trong tình huống đó BSS phải thực hiện một phép thử tránh nhiễu với negihbor trước khi cho phép cuộc gọi được chuyển sang. Phép thử này không quan tâm tới loại thuật toán nào được thực hiện với neighbor. Nếu adj_chan_intf_test được phép với NEIG1 và bất cứ NEIG2 (lân cận của cell phục vụ) hợp lệ nào khác có tần số liền kề với NEIG1 (đang là ứng cử) thì thực hiện kiểm tra như sau:

RxLev (neighbor ứng cử) – RxLev (neighbor thường) < adj_chan_rxlev_diff Nếu không vượt qua phép thử thì NEIG1 sẽ bị xóa khỏi danh sách ứng cử. Tham số:

adj_chan_intf_test: 0 = no, 1 = yes

Serving Cell Type 7 Cell A ARFCN=10 ARFCN=21 Cell C Cell B ARFCN=11

adj_chan_rxlev_diff: 63 to 63 (đặt trong lệnh add_neighbor)

Ví dụ: Một MS phát hiện ra một neighbor có tần số kênh liền kề, RxLev (neighbor

ứng cử) = -70dBm và RxLev (neighbor có kênh liền kề) = -75dBm adj_chan_rxlev_diff = –9dB

Vậy: Thực hiện kiểm tra

RxLev (ứng cử) – RxLev (neighbor liền kề) < adj_chan_rxlev_diff –70 –(–75) < –9

5 < 9 => Không thỏa mãn yêy cầu vì chênh lệch mức thu chỉ là 5 so với yêu cầu là 9, nếu chuyển giao sẽ gây nhiễu.

Hình 4.10: Phép thử tránh nhiễu Cell B và Cell C là các neighbor hợp lệ của cell A.

Cell B rxlev - Cell C rxlev < adj_chan_rxlev_diff

Loại bỏứng cử từ danh sách nếu không thỏa mãn phép thử. Serving Cell Cell A ARFCN=20 ARFCN=11 Cell C Cell B ARFCN=10 Cell B adj_chan_intf_test = 1

Một phần của tài liệu Tối ưu hóa quá trình chuyển giao cho vùng phủ microcell trong mạng thông tin di động (Trang 67 - 72)

Tải bản đầy đủ (PDF)

(87 trang)