Tỉ lệ thiết lập kết nối thành công RRC đƣợc tính theo công thức sau[8]:
ỉ ệ ế ậ ế ố
ả ả
Tuy nhiên, thay vì bản tin thiết lập kết nối RRC, eNdeB có thể chặn yêu cầu kết nối của UE bằng cách gửi bản tin RRC connection reject. Tỉ lệ chặn kết nối đƣợc tính theo công thức sau:
ả
ỉ ệ ặ ế ố
ả
Không có bản tin báo lỗi nào gửi tới UE khi UE nhận đƣợc bản tin RRC connection reject, nhƣng với giá trị thời gian từ 1-16 giây có thể giúp bảo vệ eNodeB khỏi trạng thái quá tải do việc tăng số lƣợng kết nối RRC.
Khi bản tin RRC connection Request đƣợc gửi đi, T300 sẽ đƣợc tính tại UE: - Nếu bản tin RRC connection setup không đƣợc nhận trƣớc khi hết thời gian T300 bên phía UE, sẽ không xảy ra việc truyền lại bản tin RRC connection Request.
55
- Thay vì việc UE sẽ thiết lập lại MAC, UE sẽ giải phóng cấu hình MAC, và thông báo với lớp trên về việc thiếp lập kết nối RRC bị thất bại.
- Sau đó, lớp phía trên (tín hiệu NAS) sẽ quyết định nếu và khi nào thì bản tin RRC connection Request đƣợc gửi đi.
Điều này có nghĩa là mỗi bản tin RRC connection Request sẽ đƣợc đếm là một lần cố gắng thiết lập kết nối RRC.
Có hai nguyên nhân gây ra lỗi quá thời gian T300:
- eNodeB nhận đƣợc bản tin RRC connection Request, nhƣng không gửi bản tin RRC connection Setup hay RRC connection Reject trƣớc khi quá thời gian T300: nguyên nhân là tại eNodeB, ví dụ bộ vi xử lý tình trạng quá tải. Các chiến lƣợc thích hợp để đối phó với vấn đề này là chặn truy cập của các UE nếu đạt giới hạn tối đa và tăng tham số thời gian chờ trong bản tin RRC connection Reject để cân bằng tải tín hiệu.
- eNodeB nhận đƣợc bản tin RRC connection Request, nhƣng không nhận đƣợc bản tin RRC connection setup complete từ UE nhƣ mong muốn:
o Nguyên nhân gây ra lỗi này thƣờng do lỗi truyền dẫn trên giao diện vô tuyến đƣờng xuống, DL, bởi vì mức cƣờng độ tín hiệu trên đƣờng DL quá yếu hoặc xảy ra nhiễu.
o Với UE ở tại vị trí rìa cell, các thiết lập một phần tần số sử dụng lại cho kênh PCFICH (physical control format indicator channel) và DLSCH (đặc biệt là, với các khối tài nguyên mang thông điệp của chính nó) cần đƣợc xác minh và sửa đổi nếu cần.
o Trong trƣờng hợp nhiễu kênh, hiệu quả lập lịch cần phải đƣợc điều tra.
2.2.2.6. Cấp kênh EPS mặc định cho thuê bao
Nguyên nhân gây ra việc từ chối kết nối với mạng là do từ phía EPC: - Các vấn đều chung là kênh mặc định EPS không đƣợc thiết lập, - Hoặc quá trình location update giữa MME và HSS bị lỗi.
56
- Nếu đƣờng kết nỗi giữa MME khách (visit MME) và HSS chủ (home HSS) lớn, bản tin Update Location Response sẽ tới không kịp thời gian: do vậy thiết lập cuộc gọi sẽ bị thất bại.
2.2.2.7. Tỉ lệ rớt cuộc gọi
“Rớt cuộc gọi – drop call” trong thế giới toàn IP của E-UTRAN và EC không phải lúc nào cũng là việc mất kết nối tới thuê bao. Đối với các dịch vụ nhƣ web-browsing hay email, nhận thức của ngƣời dùng đƣợc mô tả nhƣ là sự gián đoạn tạm thời của việc truyền dữ liệu, sự trễ trong việc truy cập tới trang mạng tiếp theo hoặc việc làm giảm tốc độ truyền dữ liệu trong quá trình tải dữ liệu. Nếu nhƣ mạng đƣợc kết nối lại đủ nhanh thì ngƣời dùng sẽ không nhận thấy việc rớt kết nối vô tuyến.
Đối với các dịch vụ thời gian thực, ngƣời dùng sẽ lập tức nhận thấy kết nối bị mất, bởi quá trình giao tiếp đang diễn ra, ví dụ nhƣ thoại VoIP bỗng nhiên bị
gián đoạn và nó yêu cầu tái kết nối cực nhanh (trong thời gian 1-2 giây).
Nguyên nhân chính của việc rớt cuộc gọi biến đổi và có thể không xác định đƣợc rõ ràng bằng các giá trị nguyên nhân trong bản tin yêu cầu giải phóng S1AP. Trên thực tế, việc xác định nguyên nhân yêu cầu phân tích sau với tất cả phần truyền tải và các giao thức tín hiệu liên quan tới cuộc gọi, cùng với việc tập trung vào sự chuyển đổi trạng thái cuộc gọi và sự chuyển đổi các tham số chất lƣợng vô tuyến. Hình dƣới mô tả một cách tổng quan các nguyên nhân liên quan tới việc rớt cuộc gọi[9]:
57
(adsbygoogle = window.adsbygoogle || []).push({});