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
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: Tổng số thời gian mà toàn bộ số kênh bị chiếm hết Lưu lượng và Grade of Service (GOS):
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 (5.1)
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. 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 đượ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 không thể chấp nhận được nữa. Vậy làm sao có thể đánh giá mức độ 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. (5.2)
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) (5.3)
Trong đó C là 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) (5.4)
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.