c u gi ộọ u gi Duy trì ộọ Handover (n u n) Kt thú u gi ọ
3.1.1.2. Những trường hợp thiết lập kênh SDCCH không thành công
- Bản tin tìm gọi được phát quảng bá từ MSC tới tất cả các BSC quản lý các cell có cùng LAC
- Trong trường hợp không có MS nào truy nhập kênh SDCCH (đồng hồ T3101 báo hết giờ), BSC không gửi lại bản tin chỉ định SDCCH nữa cho tới khi MS truy nhập kênh SDCCH tại một BSS khác. MSC sẽ lặp lại bản tin tìm gọi sau một khoảng thời gian mặc định là 7s nếu như đồng hồ T3101 báo hết giờ.
- MC8A đếm số bản tin tìm gọi gửi trong một cell - MC01 đếm số MS truy nhập kênh SDCCH thành công
3.1.1.2. Những trường hợp thiết lập kênh SDCCH không thànhcông công
Hình 3.3 – Thiết lập kênh vô tuyến không thành công do bị nghẽn SDCCH
Hãy bắt đầu bằng một tiến trình thiết lập cuộc gọi bình thường như trên hình vẽ: MS gửi bản tin yêu cầu kênh (Channel Request) thông qua RACH tới BTS, BTS chuyển tiếp bản tin này lên BSC, sau khi nhận được bản tin này, bộ đếm MC8C sẽ tăng lên một, bộ đếm này thể hiện số yêu cầu kênh SDCCH. BSC có nhiệm vụ quản lý tài nguyên vô tuyến sẽ kiểm tra xem có còn thừa kênh SDCCH hay không, trường hợp không còn SDCCH rỗi, bộ đếm MC04 sẽ làm việc và ngay sau đó, BSC gửi bản tin từ chối cho BTS và MS biết thông qua lệnh: IMMEDIATE ASSIGN COMMAND
Cơ chế báo hiệu: “Từ chối – immediate assignment reject” được khai báo tại OMC-R: Nếu được enable thì khi bị nghẽn SDCCH BSC sẽ gửi bản tin báo hiệu này tới MS qua kênh AGCH (giống như trong hình vẽ), nếu bị disable thì MS sẽ không nhận được phản hồi từ BSC. Tất nhiên trong trường hợp paging (MSC tìm gọi MS) thì MS bị gọi sẽ không nhận được bản tin này khi SDCCH đã được sử dụng hết.
Khi nhận được bản tin báo từ chối do nghẽn, MS sẽ tự động lặp lại yêu cầu kênh SDCCH, cơ chế này hoạt động như sau: Nếu hệ thống không sử dụng
bản tin Immediate Assignment Reject, khi nghẽn SDCCH, MS không nhận được bản tin này và sau một khoảng thời gian của đồng hồ T3120, MS sẽ lặp lại bản tin yêu cầu kênh SDCCH, trường hợp hệ thống có sử dụng bản tin Immediate Assignment Reject, sau khi nhận được bản tin này, MS biết rằng hệ thống đang bị nghẽn SDCCH và sẽ chờ một khoảng thời gian cho trước Waiting_Indication (W_I) bằng đúng giá trị của đồng hồ T3122, sau khi khoảng thời gian này hết, MS sẽ lặp lại bản tin yêu cầu kênh SDCCH.
Tất nhiên, số lần lặp lại bản tin yêu cầu kênh cũng có giới hạn và được quy định bằng tham số khai báo MAX_RETRAN (mặc định =2), do đó số lần lặp lại này = MAX_RETRAN +1 = 3 lần. Sau 3 lần MS sẽ thôi không gửi yêu cầu kênh nữa. Lúc này MS có thể sẽ tự động chọn lại cell hoặc không làm gì cả. Việc này phụ thuộc vào người sử dụng, nếu người sử dụng thực hiện gọi lại, các tiến trình trên sẽ bắt đầu lại từ đầu từ bản tin yêu cầu kênh (Channel Request). Nhưng trong trường hợp cập nhật vị trí, MS sẽ tự động gửi bản tin yêu cầu LU tiếp theo.
Việc sử dụng đồng hồ T3122 này là để MS không khởi tạo T3120 như bình thường mà chờ thời gian W_I dài hơn so với T3120 (thường là 5giây) trước khi gửi bản tin yêu cầu SDCCH tiếp theo, khi dùng cơ chế này sẽ làm giảm nghẽn SDCCH không cần thiết
Hiện tại hệ thống Alcatel đang hoạt động ở EN_IM_ASS_REJ = Disabled, tức là MS sẽ không đợi đồng hồ T3122 mà chỉ đợi đồng hồ T3120 để gửi bản tin yêu cầu kênh tiếp theo sau khi không nhận được SDCCH từ lần yêu cầu kênh trước đó
Trong trường hợp hình vẽ ở trên, bộ đếm MC04 đếm số lần bản tin yêu cầu kênh SDCCH bị từ chối do nghẽn
b. Thiết lập SDCCH không thành công do vô tuyến – SDCCH RF Failure Cũng giống như trường hợp trên nhưng khi kiểm tra thấy còn SDCCH, BSC sẽ gửi bản tin ra lệnh active kênh SDCCH cho BTS, sau khi nhận được ACK từ BTS, BSC gửi tiếp lệnh chỉ định kênh, BTS sẽ chuyển tiếp bản tin
này tới MS bằng bản tin chỉ định SDCCH thông qua kênh AGCH. Tại BSC sau khi gửi lệnh chỉ định kênh, bộ đếm MC8B sẽ hoạt động đếm số lệnh chỉ định SDCCH.
Hình 3.4 – Thiết lập kênh vô tuyến không thành công do lỗi RF
Ngay sau khi bộ đếm MC8B hoạt động, đồng hồ T3101 sẽ được kích hoạt, nếu trong khoảng thời gian này (mặc định là 3 giây) BSC không nhận được bản tin báo phản hồi từ MS, nó sẽ hiểu là bị lỗi phần vô tuyến giữa MS và BTS, bộ đếm MC149 đếm số lần chỉ định SDCCH lỗi do đường truyền vô tuyến.
Trong trường hợp này MS sẽ tiếp tục gửi lại bản tin yêu cầu kênh với cơ chế giống như khi bị nghẽn SDCCH.
Những nguyên nhân chính khi gặp lỗi chỉ định SDCCH không thành công do vô tuyến là: Chênh lệch công suất đường thu phát (Path Balance), Vùng phủ kém, nhiễu và đặc biệt là yêu cầu kênh giả (Phantom RACH).
Những nguyên nhân này đặc biệt quan trọng cho người vận hành hệ thống khi phải đưa ra hướng giải quyết trong trường hợp gặp phải vấn đề tương tự
• Nguyên nhân do Path Balance
Hình 3.5 – Không chỉ định được SDCCH do chênh lệch đường thu phát
• Nguyên nhân do vùng phủ kém
• Nguyên nhân do nhiễu
Hình 3.6 – Không chỉ định được SDCCH do nhiễu
Hình 3.7 – Không chỉ định được SDCCH do yêu cầu kênh giả
c. Thiết lập SDCCH không thành công do BSS
Hình 3.8 – Thiết lập SDCCH không thành công do nguyên nhân BSS
Trong trường hợp này, các bản tin vô tuyến trao đổi giữa MS và BTS vẫn tốt (AGCH, SABM…) nhưng SDCCH vẫn không được chỉ định thành công do lỗi giữa BTS và BSC. Ta gọi lỗi này là do BSS. Không có bộ đếm nào trực tiếp đếm số chỉ định SDCCH không thành công do BSS, thay vào đó, nó được tính thông qua các bộ đếm đã có khác. Nguyên nhân có thể do lỗi từ BTS hoặc BSC (phần cứng hoặc phần mềm)…
Trên thực tế, tiến trình thiết lập kênh vô tuyến hay chỉ định SDCCH không được tính đến trong chỉ số thống kê KPI tỷ lệ thiết lập cuộc gọi thành công (CSSR). CSSR sẽ chỉ được tính khi MS bắt đầu có kênh SDCCH, không chỉ Alcatel mà nhiều nhà cung cấp vô tuyến khác cũng tính theo cách này. Đứng về phía người sử dụng, cách tính này không phản ánh đúng thực chất của tiến trình cuộc gọi. Lấy ví dụ: MS yêu cầu kênh SDCCH để thiết lập cuộc gọi nhưng SDCCH đã được dùng hết, khi đó, người sử dụng không thực hiện được cuộc gọi thế nhưng kết quả này lại không hề được tính đến khi tính số cuộc gọi thiết lập thành công cũng như tỷ lệ thiết lập. Đứng về phía nhà cung cấp thiết bị vô tuyến, cũng có thể giải thích lý do cho việc “bỏ qua”này: Trước khi có SDCCH, hệ thống chưa thể biết được MS sẽ dùng SDCCH đó cho việc gì: thiết lập cuộc gọi, cập nhật vị trí hay tin nhắn SMS… chính vì thế không thể tính kết quả của việc chỉ định SDCCH không thành công đó vào số cuộc gọi thực sự. Ngoài ra nguyên nhân gây ra chỉ định SDCCH không thành công phần lớn là do yêu cầu kênh SDCCH giả (Ghost RACH) nên không ảnh hưởng nhiều đến số lần thiết lập cuộc gọi thực sự, do đó nhà thiết kế hệ thống cũng không muốn tính vào chỉ số CSSR. Vì thế đây chính là điểm khác nhau về khái niệm thiết lập cuộc gọi thành công đứng ở hai quan điểm: người sử dụng và hệ thống: Tỷ lệ thiết lập cuộc gọi thành công mang tính thương mại và cao hơn so với thực tế do đó nó không phản ánh đúng thực chất lắm phản ứng của người sử dụng. Nó chỉ chính xác nếu ta nhìn từ phía hệ thống. Điều này không hoàn toàn do lỗi của nhà thiết kế mà do tính chất đặc thù của công nghệ GSM (kết cấu của tiến trình thiết lập cuộc gọi). Cũng có thể hiểu một cách khác: Công thức tính tỷ lệ thiết lập cuộc gọi thành công không phản ánh đúng bản chất ý nghĩa tên gọi của nó nếu ta xem xét từ góc độ người sử dụng.