II. CÁC ĐẠI LƯỢNG ĐẶC TRƯNG
4. Tỷ lệ nghẽn mạch TCH (TCH Blocking Rate TCBR)
TCBR được định nghĩa như tỉ lệ chiếm mạch không thành công do nghẽn kênh thoại (không có kênh TCH rỗi) trên tổng số lần hệ thống yêu cầu cung cấp kênh thoại.
TCBR = Tổng số lần bị nghẽn / Tổng số lần yêu cầu đường thông (TCBR = Total blocks / Total TCH attempts)
Tỷ số này phản ánh mức độ nghẽn mạch trên từng cell riêng lẻ hay trên toàn hệ thống. Khi tỷ số này ở một cell (hay khu vực) nào đó trở nên quá cao điều đó có nghĩa là rất khó thực hiện được cuộc gọi trong cell (hay khu vực) đó. Tuy nhiên tham số này không phản ánh một cách chính xác yêu cầu về lưu lượng trên mạng vì rằng khi một người nào đó muốn thực hiện một cuộc gọi trong vòng một phút chẳng hạn, người ta sẽ cố nhiều lần để có thể nối được một kênh thoại và như vậy sự thử có thể là rất nhiều lần (có thể là hàng chục) để có thể chỉ thực hiện một cuộc gọi duy nhất kéo dài một phút. Điều này làm tăng tỷ lệ nghẽn mạch lên rất nhanh, vượt quá cả bản chất thực tế của vấn đề. Vì vậy đểđánh giá một cách chính xác hơn, người ta sử dụng một đại lượng khác là cấp độ phục vụ GoS (Grade of Service).
Đôi khi ta không hiểu tại sao mà tỷ lệ TCBR lại rất cao ở một số cell, trong trường hợp này cách tốt nhất là tham khảo thêm các đại lượng Maxbusy và Congestion time cho cell đó
− Maxbusy: Số kênh lớn nhất bị chiếm tại cùng một thời điểm − Congestion time: Tổng số thời gian mà toàn bộ số kênh bị chiếm hết (Tổng số thời gian nghẽn).
Lưu lượng mang bởi hệ thống trong khoảng thời gian t được định nghĩa như sau:
C = n*T/t
Trong đó
T là thời gian đàm thoại trung bình n số cuộc gọi trong khoảng thời gian t.
Đơn vị của lưu lượng được tính bằng Erlang (E), nếu như thay t=3600, ta có Eh (Erlang giờ).
Một cách hoàn toàn đơn giản, ta có thể tính lưu lượng như sau:
C = Tổng thời gian chiếm mạch/ Thời gian đo
Lưu lượng của hệ thống cũng phần nào đấy cho thấy sự hoạt động của mạng. Nếu như lưu lượng của một cell nào đấy giảm đi một cách bất bình thường, điều đó có nghĩa là hoặc vùng phủ sóng của cell đã bị thu hẹp lại (do tụt công suất hay anten hỏng) hoặc một nhóm thu phát nào đấy của cell không hoạt động.
Lưu lượng của hệ thống có một tương quan tương đối đối với tỷ lệ nghẽn TCH (TCBR) đã trình bày ở trên, khi lưu lượng tăng vượt một giá trị nào đó (tuỳ thuộc vào dung lượng của cell) thì tỷ lệ TCBR cũng tăng lên rất nhanh theo nó. Tuy nhiên trong một số trường hợp, ngay cả khi có lưu lượng rất thấp, tỷ lệ TCBR vẫn rất cao. Khi đó không có một cách lý giải nào tốt hơn là một số khe thời gian timeslot trên cell đã không hoạt động.
Giờ bận của hệ thống BH (busy hour) được tính như là giờ mà lưu luợng đi qua hệ thống là lớn nhất. Và do đó khi thiết kế một hệ thống nào đó, nhằm thoả mãn yêu cầu về lưu lượng một cách tốt nhất người ta thường sử dụng các số liệu thống kê cho giờ bận.
Trong một hệ thống với một số hữu hạn kênh thoại và mỗi thuê bao chiếm mạch hết một thời gian trung bình T nào đấy, ta thấy ngay rằng khi số thuê bao tăng lên hay nói cách khác khi mà lưu lượng tăng lên thì xác suất bị nghẽn mạch cũng tăng lên và khi lưu lượng tăng lên đến một mức độ nào đó thì tình trạng nghẽn mạch
này một cách chính xác? Người ta sử dụng một đại lượng là cấp độ phục vụ GOS để thực hiện điều đó.
GOS có thểđược định nghĩa như là xác suất bị nghẽn mạch cho một thuê bao khi thực hiện cuộc gọi trong một khu vực có một “lưu lượng yêu cầu” (offerred traffic) xác định nào đó. Vấn đề này sinh ra là “lưu lượng yêu cầu” ởđây là gì? Nó có thểđược coi như là lưu lượng mà hệ thống có thể mang được trong giờ bận trong trường hợp không có nghẽn mạch hay nói cách khác đi là khi số kênh thoại của hệ thống tăng đủ lớn.
Người ta có thể tính GOS cho một hệ thống với t - kênh và A - “lưu lượng yêu cầu” như sau:
GOS (t,A) = ϕ (GOS (t-1,A)) (*)
GOS (0,A) = 1.
Tuy nhiên “Lưu lượng yêu cầu” là một cái gì đó có vẻ không thực, không thể cân đo đong đếm được và người ta chỉ có thể đo được “lưu lượng thực” mang bởi các kênh thoại mà thôi. Vì vậy người ta tính “lưu lượng yêu cầu” A như sau:
A = C*(1+GOS)
Trong đó C - lưu lượng đo được trên hệ thống
Nhưng vấn đề lại là làm sao tính được GOS. Để tính GOS đầu tiên người ta giả sử A= C, dựa vào công thức (*) ta có thể tính được GOS1 nào đấy, và khi đó:
C1=A/(1+GOS1)
Nếu như C1 vừa tính được lại nhỏ hơn C thực, người ta lại tăng A lên một chút chẳng hạn A= C + 0,00001, lại tính theo cách ở trên và cứ như thế cho tới khi Cn tính được gần với C thực nhất. Khi đó giá trị tính được GOSn chính là giá trị của GOS cần tìm. Khi đã tính được “lưu lượng yêu cầu” A, ta có thể dễ dàng xác định số kênh cần thiết bằng cách tra bảng.