ĐỒ ÁN " ĐỒ ÁN " MẠNG THÔNG TIN DI ĐỘNG GSM -PHẦN 2 ( CHƯƠNG 5 MẠNG BÁO HIỆU SỐ 7)

Chia sẻ: Do Xuan | Ngày: | Loại File: PDF | Số trang:6

Thêm vào BST

Báo xấu

1.153
lượt xem 739
download

ĐỒ ÁN " ĐỒ ÁN " MẠNG THÔNG TIN DI ĐỘNG GSM -PHẦN 2 ( CHƯƠNG 5 MẠNG BÁO HIỆU SỐ 7)

Mô tả tài liệu

Download Vui lòng tải xuống để xem tài liệu đầy đủ

Tham khảo tài liệu 'đồ án " đồ án " mạng thông tin di động gsm -phần 2 ( chương 5 mạng báo hiệu số 7)', luận văn - báo cáo phục vụ nhu cầu học tập, nghiên cứu và làm việc hiệu quả

Chủ đề:

Bình luận(0) Đăng nhập để gửi bình luận!

Lưu

Nội dung Text: ĐỒ ÁN " ĐỒ ÁN " MẠNG THÔNG TIN DI ĐỘNG GSM -PHẦN 2 ( CHƯƠNG 5 MẠNG BÁO HIỆU SỐ 7)

Nguyễn Hà Dương - Lớp ĐTVT4 - Khoá 41 Đồ án tốt nghiệp 5.7 Thí dụ về thiết kế báo hiệu số 7 trong mạng thông tin di động 5.7.1 Số lượng bit / bản tin trung bình đối với mỗi cuộc gọi Các chỉ tiêu báo hiệu đối với báo hiệu TUP và ISUP của CCITT được sử dụng để xác định độ dài của các thông báo TUP và ISUP và số lượng thông báo đối với mỗi loại cuộc gọi khác nhau MTP Overhead (có 7 octet gồm : F, CK, SIO, EC, LI) của mỗi bản tin cũng được tính vào độ dài của bản tin đó. Tin báo Số octet Số bit Tổng IAM 32 + 7 312 COT 8+7 120 Cuộc gọi ACM 9+7 128 936 thành công ANM 7+7 112 CLF 12 + 7 152 RLG 7+7 112 Cuộc gọi IAM 32 + 7 312 không REL 12 + 7 152 576 thành công RLC 7+7 112 IAM (Initial Address Message - Tin báo địa chỉ ban đầu) : là tin báo đầu tiên khi thiết lập cuộc gọi. Nó thường bao gồm tất cả các thông tin đòi hỏi để định tuyến cuộc gọi. Chức năng chiếm chứa ở tin báo này (trường CIC). COT (Continuity - Tiếp tục) : cho biết việc kiểm tra tiếp tục có thành công hay không. ACM ( Address Complete Message - Tin báo hoàn thành địa chỉ) : được xuất phát từ tổng đài hệ thống tín hiệu số 7 cuối. Nó được gửi đi như là tín hiệu khẳng định. ANM ( Answer - Trả lời) : được gửi về phía sau tín hiệu trực tiếp mà cuộc gọi trả lời. CLF ( Clear Forward - Tín hiệu xóa thuận) : Được gửi đi khi thuê bao A đặt máy. Tất cả các tổng đài phải đáp ứng lại nhờ giải phóng tuyến thoại (hoặc số liệu) và gửi RLG như tín hiệu khẳng định. RLG (Release Guard Signal - Tín hiệu bảo vệ giải phóng đấu nối) : là tín hiệu cuối cùng trong thủ tục báo hiệu. Sau khi tín hiệu này được gửi đi, mạch thoại có khả năng thực hiện cho lưu lượng mới. REL (Release - Giải phóng) : cho biết rằng mạch mà đã được nhận dạng đang được giải phóng. 99
Nguyễn Hà Dương - Lớp ĐTVT4 - Khoá 41 Đồ án tốt nghiệp RLC (Release Complete - Tín hiệu hoàn toàn giải phóng) : cho biết là mạch rỗi. 5.7.2 Các tuyến báo hiệu Giả thiết sơ đồ báo hiệu giữa các MSC Hà Nội - MSC Thành phố Hồ Chí Minh - MSC Đà Nẵng như hình vẽ : MSC MSC TP HCM Đà Nẵng ISUP ISUP SS MAP AXE VLR AUC / HLR VTN ISUP MAP MAP MSC AXE ISUP Hà Nội VTI C7 C7 A _ Interface BSS X25 BSC 2 OMC - BSC 1 LAPD BTS LAPDm MS 100
Nguyễn Hà Dương - Lớp ĐTVT4 - Khoá 41 Đồ án tốt nghiệp 5.7.3 Ấn định số kênh báo hiệu trên các tuyến 1.Tuyến ISUP 1 (nối MSC Hà Nội và MSC thành phố Hồ Chí Minh) : Tuyến ISUP 1 dùng để đấu nối cuộc gọi giữa thuê bao di động tại Hà Nội và thành phố Hồ Chí Minh. Theo thống kê tổng đài thì tổng số cuộc gọi trên tuyến này vào giờ bận là 2110 cuộc gọi = 0,58 cuộc gọi /s. % cuộc gọi thành công trên tuyến = 63,03 % % cuộc gọi thất bại là = 36,97 % Việc trao đổi báo hiệu để thiết lập cuộc gọi giữa 2 MSC sử dụng tin báo ISUP. Một cuộc gọi thành công mất 6 tin báo. Một cuộc gọi không thành công mất 3 tin báo. Như vậy trung bình một cuộc gọi kể cả thành công lẫn thất bại có số tin báo là: 6 × 63% +3 × 36% = 5 tin báo Theo các chỉ tiêu báo hiệu của CCITT cho ISUP ta có số bit trung bình cho mỗi tin báo là 160 bit. Từ đó có số bit báo hiệu trung bình cho mỗi cuộc gọi là : 5 × 160 = 800 bit Ta tính được số lượng bit / s cho việc thiết lập cuộc gọi trong giờ bận = Số cuộc gọi trên giây trong giờ bận × Số bit báo hiệu trung bình cho một cuộc gọi = 0,58 × 800 = 464 bit. Trên tuyến ISUP 1 còn phải kể đến các tin báo phục vụ roaming. Theo thống kê trong 1 giây trong giờ bận trung bình có 0,8 tin báo loại này. Chiều dài trung bình mỗi tin báo là 90 octet = 720 bit. Nên số lượng bit / giây là : 720 × 0,8 = 576 bit/s Vậy tổng số lượng bit báo hiệu / giây trên tuyến ISUP 1 là: 464 + 576 = 1040 bit/s Số lượng bit báo hiệu trong một giây → Erlang kênh báo hiệu = 64.000 1040 = = 0,016 Erlang 64000 101
Nguyễn Hà Dương - Lớp ĐTVT4 - Khoá 41 Đồ án tốt nghiệp Theo tính toán lưu lượng kênh báo hiệu cho phép mỗi kênh báo hiệu chỉ nên tải 0,3 Erlang trong điều kiện bình thường. Ta nhận thấy 0,3 > 0,016 nên trên tuyến ISUP 1 chỉ cần 1 kênh báo hiệu là đủ. Tuy nhiên, để đảm bảo an toàn khi xảy ra sự cố khuyến nghị sử dụng 2 kênh báo hiệu số 7 trên tuyến này. 2. Tuyến ISUP 2 (MSC Hà Nội tới MSC Đà Nẵng) Theo thống kê tổng đài thì tổng số cuộc gọi trên tuyến này vào giờ bận là 300 cuộc gọi. → Số cuộc gọi trong giờ bận = 0,083 cuộc gọi / giây. Tin báo trao đổi giữa 2 MSC để thiết lập cuộc gọi là tin báo ISUP. Số lượng tin báo ISUP cho mỗi cuộc gọi là 5 tin báo, tương đương với 800 bit (trung bình 160 bit / tin báo). → Số bit trên giây được trao đổi = 0,083 × 800 = 66,4 bit/s - Số tin báo phục vụ roaming là 0,13 tin báo / giây. Chiều dài của tin báo loại này là 720 bit → Số bit trên giây = 100 bit/s - Tổng số bit báo hiệu trên giây trên tuyến ISUP 2 là : 66,4 + 100 = 166,4 bit/s 166,4 Vậy Erlang kênh báo hiệu = = 0,026 Erlang 64000 Ta nhận thấy 0,026 < 0,3 Erlang theo tính toán ở phần trước nên trên tuyến ISUP 2 chỉ cần 1 kênh báo hiệu là đủ. Tuy nhiên, để đảm bảo an toàn khi xảy ra sự cố khuyến nghị sử dụng 2 kênh báo hiệu số 7 trên tuyến này. 3. Tuyến MSC Hà Nội tới AXE (VTN) Số cuộc gọi giờ bận trên tuyến này là 2900 cuộc gọi = 0,8 cuộc/s. % cuộc gọi thành công là 60% % cuộc gọi không thành công là 40% Tin báo sử dụng trên tuyến này là ISUP. Số tin báo trung bình cho mỗi cuộc gọi : 5 tin báo. Trung bình mỗi tin báo dài 160 bit nên tổng số bit cho mỗi cuộc gọi là 800 bit. Số bit báo hiệu trên giây = 800 × 0,8 = 640 bit/s Erlang kênh báo hiệu = 640 = 0,01 Erlang 102
Nguyễn Hà Dương - Lớp ĐTVT4 - Khoá 41 Đồ án tốt nghiệp 64000 Nhận thấy 0,01 < 0,3 Erlang nên 1 kênh báo hiệu trên tuyến này là đủ. Tuy nhiên để đảm bảo an toàn khi xảy ra sự cố đường truyền ta sử dụng 2 kênh báo hiệu trên tuyến này. 5. Tuyến MSC Hà Nội tới AXE (VTI) : Số cuộc gọi giờ bận trên tuyến này là 300 cuộc gọi = 0,08 cuộc gọi / giây. % cuộc gọi thành công là 60% % cuộc gọi không thành công là 40% Tin báo sử dụng trên tuyến này là ISUP. Số tin báo trung bình cho mỗi cuộc gọi : 5 tin báo. Trung bình mỗi tin báo dài 160 bit nên tổng số bit cho mỗi cuộc gọi là 800 bit. Số bit báo hiệu trên giây = 800 × 0,08 = 64 bit/s 64 Erlang kênh báo hiệu = = 0,001 Erlang 64000 Nhận thấy 0,001 < 0,3 nên 1 kênh báo hiệu trên tuyến này là đủ. Tuy nhiên để đảm bảo an toàn khi xảy ra sự cố đường truyền ta sử dụng 2 kênh báo hiệu trên tuyến này. 6. Tuyến MSC Hà Nội tới BSC1: Số cuộc gọi giờ bận trên tuyến này là 9100 cuộc gọi = 2,5 cuộc gọi / giây. Tin báo sử dụng trên tuyến này là BSSAP, MAP, SCCP. Số tin báo trung bình cho mỗi cuộc gọi là 15 tin báo. Trung bình mỗi tin báo dài 30 octet = 240 bit nên tổng số bit cho mỗi cuộc gọi là 240 × 15 = 3600 bit. Số bit báo hiệu trên giây = 3600 × 2,5 = 9000 bit/s 9000 Erlang kênh báo hiệu = = 0,14 Erlang 64000 Nhận thấy 0,14 < 0,3 Erlang nên 1 kênh báo hiệu trên tuyến này là đủ. Tuy nhiên để đảm bảo an toàn khi xảy ra sự cố đường truyền ta sử dụng 2 kênh báo hiệu trên tuyến này. 103
Nguyễn Hà Dương - Lớp ĐTVT4 - Khoá 41 Đồ án tốt nghiệp 7. Tuyến MSC Hà Nội tới BSC2 Số cuộc gọi giờ bận trên tuyến này là 8500 cuộc gọi = 2,3 cuộc gọi / giây. Tin báo sử dụng trên tuyến này là BSSAP, MAP, SCCP. Số tin báo trung bình cho mỗi cuộc gọi : 15 tin báo. Trung bình mỗi tin báo dài 30 octet = 240 bit nên tổng số bit cho mỗi cuộc gọi là 240 × 15 = 3600 bit. Số bit báo hiệu trên giây = 3600 × 2,3 = 8280 bit/s 8280 Erlang kênh báo hiệu = = 0,194 Erlang 64000 Nhận thấy 0,194 < 0,3 Erlang nên 1 kênh báo hiệu trên tuyến này là đủ. Tuy nhiên để đảm bảo an toàn khi xảy ra sự cố đường truyền ta sử dụng 2 kênh báo hiệu trên tuyến này. Hà Nội tháng 5 / 2001 104

CÓ THỂ BẠN MUỐN DOWNLOAD