Nghiên cứu vấn đề xây dựng hệ thống freephone cho mạng viễn thông việt nam

Bộ giáo dục đào tạo Trường Đại học Bách Khoa Hµ Néi - XÂY DỰNG HỆ SUY DIỄN MỜ TRÊN CƠ MẠNG THÍCH NGHI NGUYỄN XUÂN THNH Luận Văn Thạc Sĩ Khoa Học CHUYấN NGNH: CễNG NGH THễNG TIN Hà Nội - 2005 Bộ giáo dục đào tạo Trường Đại học Bách Khoa Hà Nội - XÂY DỰNG HỆ SUY DIỄN MỜ TRấN C MNG THCH NGHI NGUYN XUN THNH Luận Văn Th¹c SÜ Khoa Häc CHUN NGÀNH: CƠNG NGHỆ THƠNG TIN NGƯỜI HƯỚNG DẪN TS TRẦN ĐÌNH KHANG Hµ Néi - 2005 MỤC LỤC Lời nói đầu Chương I TỔNG QUAN VỀ LUẬN VĂN 1.1 Khái niệm chung Freephone 1.2 Các dịch vụ gia tăng Freephone 1.3 Khảo sát, phân tích hệ thống VNPT 12 1.3.1 Tổng quan hệ thống 1800 VNPT 12 1.3.2 Các dịch vụ cung cấp hệ thống 1800 VNPT 13 1.3.3 Một vài hạn chế dịch vụ 1800 VNPT cung cấp 17 1.4 Một số lĩnh vực cần nghiên cứu nhằm giải toán 18 Chương II MỘT SỐ NGHIÊN CỨU NHẰM GIẢI QUYẾT BÀI TOÁN 20 2.1 Cơng nghệ tích hợp máy tính - điện thoại (CTI) 20 2.1.1 CTI hệ thống CTI tổng quát gồm ? 20 2.1.2 Các chuẩn công nghệ CTI dịch vụ ứng dụng CTI 24 2.2 Một số vấn đề mạng viễn thông kỹ thuật báo hiệu 35 2.2.1 Khảo sát mạng viễn thông 35 2.2.2 Phương pháp báo hiệu 37 2.2.3 Hệ thống báo hiệu R2 báo hiệu SS7 40 2.2.4 Mạng thông minh (IN) mạng hệ sau (NGN) 47 2.3 Một số kỹ thuật sở liệu liên quan 60 2.3.1 Kỹ thuật sở liệu thời gian thực (Real-time Database System) 60 2.3.2 Kỹ thuật đồng liệu (Synchronize Database) 73 2.4 Một số chế cụ thể hệ quản trị sở liệu Oracle 75 2.4.1 Khái quát Oracle 75 2.4.2 Quản lý liệu Oracle 76 2.4.3 Các kỹ thuật real-time synchronize Oracle 77 Chương III ĐỀ XUẤT MƠ HÌNH HỆ THỐNG 83 3.1 Các dịch vụ cung cấp 83 3.2 Mơ hình tổng thể hệ thống 84 3.2.1 Mô tả thành phần Hardware Software 86 3.2.2 Mô tả hoạt động hệ thống 89 3.3 Xây dựng Web site để quản lý từ xa 92 3.4 Thiết kế sở liệu 94 3.4.1 Chức yêu cầu sở liệu 94 3.4.2 Phân loại tổ chức liệu 95 3.5 Thiết kế phần mềm hệ thống 96 3.5.1 Phần mềm quản lý dịch vụ Service Manager 96 3.5.2 Phần mềm điều khiển dịch vụ Service Node 98 3.6 Quy trình điều khiển xử lý dịch vụ 103 3.6.1 Cấu trúc tin trao đổi module phần mềm 106 3.6.2 Một số kịch điều khiển dịch vụ tiêu biểu 108 Kết luận: 115 Tài liệu tham khảo 116 Phụ lục 1,2 116 Lời nói đầu Hiện nay, phát triển dịch vụ gia tăng mạng viễn thông xu hướng tất yếu thị trường, đặc biệt có thị trường viễn thơng cạnh tranh Khác với dịch vụ viễn thơng truyền thống có dịch vụ thoại, dịch vụ viễn thông đại phải kết hợp truyền nhận nhiều hình thái thơng tin khác nhau: thoại, phi thoại, hình ảnh, liệu dịch vụ phải nhằm mục đích tạo nhiều lợi ích lớn cho người tiêu dùng, từ tăng khả cạnh tranh cho hãng viễn thông Xuất phát từ u cầu đó, hãng viễn thơng giới chạy đua nghiên cứu phát triển nhiều sản phẩm giá trị gia tăng khác nhằm lôi kéo khách hàng tăng khả cạnh tranh Các dịch vụ phổ biến phải kể đến bao gồm: Voicemail (hộp thư thoại), Audiotex (thư thơng tin), giải trí qua điện thoại, Freephone (miễn cước người gọi), Interactive Voice Response (trả lời tự động), Calling Card (thẻ trả trước), dẫn địa lý Tại Việt Nam, vài năm qua, dịch vụ giá trị gia tăng mạng viễn thông phát triển mạnh mẽ, đặc biệt xuất nhiều nhà cung cấp dịch vụ viễn thông khác nhau: VNPT, SPT, Viettel, VP telecom, Hanoi Telecom Dẫn đầu Tổng Công ty BCVT Việt Nam (VNPT) với tiềm lực mạnh mẽ sở hạ tầng mạng viễn thông phủ rộng khắp 64 tỉnh thành nước Trong số dịch vụ gia tăng nói trên, dịch vụ phải kể đến dịch vụ freephone 1800, dịch vụ có nước vài năm trước Tại thời điểm nay, Tổng Công ty BCVT Việt Nam (VNPT ) cung cấp dịch vụ 1800 thị trường với đối tượng khách hàng doanh nghiệp, trung tâm tư vấn khách hàng Hệ thống VNPT sử dụng mua hãng SIEMENS, dịch vụ có thị trường, luận văn thực nhằm tìm hiểu góc độ kỹ thuật, cơng nghệ cần thiết để nắm bắt sâu “nội địa hoá” phần hệ thống Hơn nữa, thời điểm đăng ký đề tài luận văn tốt nghiệp dịch vụ 1800 VNPT bước nghiên cứu thử nghiệm Luận văn tìm hiểu trình bày số đánh giá dịch vụ, vấn đề mở rộng, hệ thống VNPT cung cấp Như vậy, nói luận văn dù dù nhiều có số ý nghĩa thực tiễn định thời điểm Luận văn thực số nghiên cứu, tổng hợp kiến thức liên quan đến phát triển hệ thống kết hợp khảo sát tình hình thực tiễn mạng viễn thông Cuối cùng, luận văn mạnh dạn đề xuất mơ hình hệ thống với thiết kế chi tiết triển khai thực tế với điều kiện Việt Nam Do hệ thống lớn, liên quan đến nhiều công đoạn khác mà để triển khai lập trình cần nhóm lập trình viên nên tác giả luận văn chưa thể coding module phần mềm Tuy nhiên, khả mình, số thiết kế hệ thống thực nhằm kiểm định lý thuyết đưa ra, ví dụ: sở liệu, tables, mơ hình quan hệ (được thực Oracle Designer), Stored Procedure (viết PL/SQL) Ngoài ra, số module phần mềm tiếp cận để lập trình sơ như: cấu trúc tin nội bộ, thuật toán điều khiển dịch vụ thực C, C++, Cuối cùng, để thực luận văn này, em xin chân thành cảm ơn thầy Quách Tuấn Ngọc, người nhiệt tình hướng dẫn em suốt trình thực luận văn Em xin cảm ơn thầy cô khoa Công nghệ thông tin, trường Đại học Bách khoa Hà nội dạy dỗ em suốt trình học tập Chương I TỔNG QUAN VỀ LUẬN VĂN Chương trình bày khái niệm có liên quan đến tốn, mơ tả tốn đặt ra, phân tích hệ thống có, ưu nhược điểm chúng nêu lên nghiên cứu cần thực để giải toán 1.1 Khái niệm chung Freephone Dịch vụ Freephone loại hình dịch vụ người gọi điện thoại đến thuê bao có đăng ký sử dụng dịch vụ khơng phải trả tiền cước phí, mà cước phí thuê bao đăng ký sử dụng dịch vụ trả cho nhà cung cấp dịch vụ Các gọi kết nối thơng thường có lựa chọn tối ưu theo thời gian, vị trí địa lý đến thuê bao cần gọi Khách hàng cơng ty, doanh nghiệp, văn phịng có lượng khách hàng lớn đăng ký sử dụng dịch vụ theo thời hạn như: hàng ngày, hàng tuần, hàng tháng, hàng năm đăng ký sử dụng theo số lượng ngân sách Charging No Charging 1800xxxx HÃng TAXI ăng ký dịch vụ 1800 xxxx xxxx Khách hàng i xe TAXI Hỡnh 1.1 Mụ hỡnh khỏi nim dch v freephone Trạm điều hành TAXI Dịch vụ Freephone cho phép thực gọi miễn phí tới nhiều đích khác thơng qua số truy nhập thống mạng Bên thuê bao bị gọi bị tính cước cho gọi Thuê bao gọi (A) trả tiền cước phải trả cước cho gọi nội hạt Khi thuê bao quay số Freephone, số Freephone chuyển đổi thành số đích tương ứng với dịch vụ gọi thiết lập đến số đích 1.2 Các dịch vụ gia tăng Freephone Về tổng quan, dịch vụ freephone dịch vụ tính cước cho người bị gọi, thay tính cước cho người chủ gọi thông thường Tuy nhiên, để tăng cường chất lượng dịch vụ, tạo tiện lợi nhiều cho khách hàng người sử dụng, hãng viễn thông giới phát triển nhiều dịch vụ giá trị gia tăng tảng dịch vụ freephone Các dịch vụ gia tăng thúc đẩy tối ưu hố lưu lượng mạng viễn thơng, đồng thời khuyến khích khách hàng sử dụng dịch vụ tăng sức cạch tranh cho doanh nghiệp Qua nghiên cứu tài liệu liên quan đến dịch vụ freephone, luận văn xin đưa 16 dịch vụ gia tăng thường hãng viễn thông lớn phát triển đưa thị trường khai thác Tại nước khác thường khai thác số dịch vụ khác nhau, nước phát triển thường khai thác hết dịch vụ Trên thực tế, dịch vụ gia tăng dù có tên gọi khác xét chất thuộc số 16 dịch vụ gia tăng sau: Blocking: cấm gọi đến dịch vụ 1800 đăng ký khách hàng Thông số làm để blocking gọi dựa vào số máy chủ gọi prefix Danh sách số chủ gọi mã prefix nhập vào hệ thống theo yêu cầu khách hàng Route Geography: định tuyến gọi tới số đích (DNIS) số chủ gọi (Area Code Prefix) tuỳ theo khách hàng nhập vào Dịch vụ thích hợp với hãng có nhiều đại lý tỉnh khác nhau, gọi khách hàng tỉnh định tuyến tới đại lý hãng tỉnh (nếu có) tới đại lý gần so với vị trí khách hàng Ví dụ : Một khách hàng Hải Phòng gọi dịch vụ sửa xe máy 18005463213 Giả sử dịch vụ có đại lý tỉnh Hà Nội, Hải Phịng, Nam Định Quá trình định tuyến Route Geography mụ t nh sau: Đại lý Hà Nội Service Node ( Hà Nội) Khách hàng Hải Phòng Hỡnh 1.2 Đại lý Hải Phòng Đại lý Nam §Þnh Mơ hình dịch vụ route geography Route Day: định tuyến gọi tới số đích (DNIS) thời điểm gọi ngày (ngày làm việc bình thường) theo đơn vị Ví dụ: Định tuyến gọi khách hàng Service Node Hà Nội quản lý theo sau: C¬ së 0h-8h 1800-XXX 8h-17h Service Node (Hà Nội) Cơ sở 17h-0h Khách hàng Hà Nội Cơ sở Hình 1.3 Mơ hình dịch vụ route day Route Week: định tuyến gọi tới số đích (DNIS) thời điểm gọi thuộc ngày tuần (7 ngày) Ví dụ : Định tuyến Route Week thực với hãng có sở nằm vùng quản lý Service Node Hà Nội sau: C¬ së Thø 2,3,4 1800-XXX Service Node (Hà Nội) Khách hàng Hà Nội Hỡnh 1.4 Thứ 5,6 Thứ chủ nhật Cơ sở C¬ së Mơ hình dịch vụ route week Route Holiday: định tuyến gọi tới số đích (DNIS) vào gọi thực ngày nghỉ: thứ 7, chủ nhật, lễ, tết, quốc khánh Danh sách ngày nghỉ chung cho toàn khách hàng nhập vào hệ thống Nếu ngày gọi không nằm số ngày nghỉ quy định, khách hàng nghe câu trả lời lịch định tuyến tới số đích khác tuỳ thuộc đặc tính dịch vụ đăng ký Route Percent: định tuyến gọi tới số đích (DNIS) dựa theo giá trị % số cho điểm phục vụ dịch vụ khách hàng định nghĩa Thuật toán routing : gọi route điểm phục vụ dịch vụ có giá trị chênh lệch lớn % số phục vụ thời với số % MAX quy định cho điểm Ví dụ : Một hãng Service Node Hà Nội có điểm phục vụ dịch vụ sở 1, 2, với quy định Route Percent sau: Cơ sở 1: 50% Cơ sở 2: 30% Cở sở 3: 20% Thuật toán định tuyến số % gọi vào xác định bảng 1.1 đây: Bảng 1.1 : Định tuyến gọi theo phần trăm lưu lượng Số gọi vào 100% 50% 33.3% 50% 30% 0% 50% 33.3% 25% 20% 0% 0% 33.3% 25% Cơ sở MAX Ban đầu CS1 50% CS2 CS3 : vị trí gọi định tuyến vào 102 Trạng thái đăng ký dịch vụ : bao gồm trạng thái đề cập + Các thơng tin đóng gói tin IPC truyền nội hệ thống c) Database module Module đóng vai trị truy xuất sở liệu Oracle theo chế độ không đồng (Asynchronize) đồng (Synchronize) Phụ trách toàn vấn đề kết nối trì kết nối với CSDL, tìm kiếm thơng tin định tuyến để chuyển cho module điều khiển dịch vụ Database Module giao tiếp với sở liệu Oracle để đáp ứng yêu cầu Service Controller module qua tin định nghĩa truyền kênh IPC Module có đặc điểm: - Được viết C, C++, API Windows - Có thể xây dựng thành Service ẩn Windows - Kết nối OCI với Oracle Có chế độ hoạt động: + Asyn: Hoạt động chế độ không đồng với UPDATE, INSERT, DELETE Stored Procedure không yêu cầu kết trả + Sync: Hoạt động chế độ đồng với QUERY, SELECT Stored Procedure có yêu cầu kết trả Thực chất Database Module lớp giao tiếp (ghi vào, lấy ra) môi trường IPC (được viết C, C++ ) với mô trường DBMS Oracle (được viết PL/SQL ) Tất thủ tục xử lý (find routing ) viết PL/SQL thành Stored Procedure, compiling sẵn lưu System Table_Space Oracle 103 input command result Result command command … Queue Database Oracle execute SQL, stored procedure Hình 3.7 Mơ hình truy xuất sở liệu Trong trình hoạt động hệ thống, Database Module chủ yếu thực chức sau: - Find Routing: gọi Stored Procedure tìm kiếm số DNIS cần định tuyến tới theo dịch vụ mà khách hàng đăng ký - Billing Log: ghi thông tin cước chi tiết gọi thực qua Service Node mà module DBNode cài đặt 3.6 Quy trình điều khiển xử lý dịch vụ Phần mô tả chi tiết tin sử dụng phần mềm cài đặt Service Node để điều khiển dịch vụ, trao đổi thông tin module phần mềm Để dễ hình dung bước xử lý, ta đưa ví dụ chu trình xử lý dịch vụ tiêu biểu : Service Controller module nhận gọi CallServer module chuyển đến, cắt số đầu dịch vụ 1800 - số nhận dạng dịch vụ, tạo tin hỏi số chuyển hướng gửi đến cho DataBase module Tuỳ theo thông tin DataBase module trả lời mà định hành động tiếp theo, thông tin bao gồm: 104 + số đích - dnis (nếu khơng có đặt 0) + play announcement (đặt phải phát tin nhắn đến người gọi) + wait_time if no_answer (nếu không đợi đặt 0) + result_code: thơng báo mã lỗi khơng có thơng tin cần thiết a – Thơng tin trả có số đích: Khởi tạo gọi theo số DataBase module cung cấp: a1 – Nếu thành công connect với gọi nhận ban đầu a2 – Nếu khơng thành cơng a21 – số đích bận (busy) không tồn (no exist): tiếp tục tạo tin hỏi số chuyển gửi đến cho DataBase module a22 – số đích khơng trả lời (no-answer): thiết lập lại gọi đến số đích khoảng thời gian wait_time trước tiếp tục tạo tin hỏi số chuyển gửi đến cho DataBase module b – Thơng tin trả khơng có số đích, yêu cầu phát thông báo (announcement) đến người gọi: Tạo tin yêu cầu thông tin (đường dẫn) announcement gửi đến DataBase module (bản tin play_data_req), nhận tin trả lời (play_data_rsp) với thông tin đường dẫn, thời gian phát thông tin thêm: + Tuỳ chọn có nhận số q trình phát tin khơng + Các số kết thúc phát tin cho caller (đây số trường menu_key bảng menu_routing, xem thêm phụ lục bảng) + Có cịn tin cần phát khơng Từ tham số này, tạo tin play_cmd gửi đến CallServer module Nhận play_ack từ CallServer module, tuỳ theo việc có nhận số q trình phát tin hay khơng để xử lý tiếp: b1 – Không nhận số: 105 b11 – Nếu tin cần phát: Tạo tiếp tin yêu cầu thông tin (đường dẫn) announcement gửi đến DataBase module (bản tin play_data_req) trình tiếp diễn hết tin cần phát b12 – Nếu hết tin cần phát: giải phóng gọi (đây trường hợp đặc tính dịch vụ blocking) b2 – Có nhận số: b21 – Nếu tin play_ack có số caller bấm, gửi tiếp tin get_digit_cmd để nhận tiếp số lại người gọi bấm, gửi số đến DataBase module (bằng tin next_action_req), đợi nhận lại tin response, dẫn hành động tiếp theo: giải phóng gọi, định tuyến gọi đến số dnis khác b22 – Nếu khơng có số, giải phóng gọi c – Thơng tin trả vừa có số đích vừa yêu cầu phát announcement: (trường hợp đặc tính dịch vụ In-Route Announcement): Vừa phát announcement kênh gọi vào, vừa tạo gọi ra, khởi tạo gọi thành cơng connect kênh (đồng thời với ngừng phát announcement) d – Khi gọi kết thúc: Cuộc gọi kết thúc CallServer module gửi đến tin rel_call (do hai bên tham gia gọi hạ máy) Cuộc gọi kết thúc CallServer module DataBase module trả tin lỗi (trường result_code = ERROR) lỗi Service Controller module tự phát thấy  Trong trường hợp gọi giải phóng khởi đầu từ CallServer module, Service Controller module phải gửi tin finish_call_req đến DataBase module, bao gồm thông tin: + start_time + stop_time 106 + rc: nguyên nhân giải phóng gọi (ánh xạ từ lỗi CallServer module gửi đến) Và đợi tin finish_call_rsp từ DataBase module, sau khoảng thời gian xác định trước, không nhận tin response từ DataBase module, Service Controller module gửi lại tin finish_call_req (mục đích để phục vụ mục đích tính cước tin cậy)  Trong trường hợp gọi giải phóng khởi đầu từ DataBase module: Đầu tiên, Service Controller module phải gửi tin rel_call cho gọi vào (của caller) gọi (đến dnis DataBase module cung cấp) với nguyên nhân lỗi thích hợp (ánh xạ từ lỗi DataBase module gửi đến) Sau gửi tin finish_call_req đến DataBase module, trình tiếp tục trường hợp 1, tức đợi tin finish_call_rsp từ DataBase module,  Trong trường hợp gọi giải phóng khởi đầu từ Service Controller module: tương tự trường hợp giải phóng từ đầu DataBase Module, lỗi Service Controller module định nghĩa gửi đến 3.6.1 Cấu trúc tin trao đổi module phần mềm a) Phần header tin typedef struct _dbm_header { unsigned char prim_type; unsigned short call_id; unsigned char src; unsigned char dest; } dbm_header;  prim_type: chứa tên loại tin khác  id: kiểu u16, chứa định danh cho chuỗi tin yêu cầu đáp ứng thuộc gọi 107  src: module phát sinh tin  dst: module nhận tin Ngoài ra, tuỳ thuộc loại điều khiển (command) tin truyền liệu (data) có thêm phần data sau phần header tin b) Ví dụ số loại tin trao đổi Service Controller Module (SC) Database Module (DB) Bảng 3.1: Các tin trao đổi SC DB Tên tin query_dest_req SC DB  query_dest_rsp  Mô tả Tham số Yêu cầu cung cấp địa định tuyến gọi Đáp ứng yêu cầu cung cấp địa định tuyến gọi - sn_ani (số called cắt bỏ 1800) - ani (số caller) - số đích - dnis (nếu khơng có đặt 0) - play_ann - phát announcement (đặt phải phát lời nhắc đến người gọi) - wait_time (if no_answer) (nếu không đợi đặt 0) play_data_req  play_data_rsp  - result_code: thơng báo mã lỗi khơng có thơng tin cần thiết u cầu cung cấp - khơng có tham số đặc biệt thông tin lời nhắn cần phát Đáp ứng yêu cầu - path: đường dẫn file cung cấp thông - play_time: thời gian phát tối đa tin lời nhắn (tính giây), đặt cần phát phát lời nhắc lần - gd: cờ thị có nhận số q trình phát hay khơng (1: có nhận số, 0: khơng nhận số) - term: số kết thúc trình phát lời nhắc (định dạng chuỗi số) 108 next_action_req  next_action_rsp  finish_call_req  - rc: nguyên nhân lỗi Gửi số nhận - digit: số nhận trong trình trình phát lời nhắc phát lời nhắc, hỏi hành động Chỉ dẫn hành - số đích - dnis (nếu khơng có động đặt 0) dựa số nhận - rc: nguyên nhân lỗi Thông báo - start_time: thời gian bắt đầu gọi kết thúc gọi (tính từ thời điểm hệ thống đáp ứng yêu cầu gọi caller) - stop_time: thời gian giải phóng gọi finish_call_rsp  - rc: nguyên nhân giải phóng gọi Đáp ứng - khơng có tham số đặc biệt nhận thông báo kết thúc gọi 3.6.2 Một số kịch điều khiển dịch vụ tiêu biểu a) Cuộc gọi từ số máy chủ gọi bị cấm (dựa theo prefix) CallServer Module ServiceControl Module ncall_cmd: 1800xxxx ncall_ack: status=ERROR rc= CSRC_REJECT Hình 3.8 DataBase Module query_dest_req: xxxx query_dest_rsp: rc= DBRC_ANI_BLOCKING Cuộc gọi từ số máy chủ gọi bị cấm b) Cuộc gọi có địa định tuyến 109  Thành cơng từ lần định tuyến CallServer Module ServiceControl Module ncall_cmd: 1800xxxx, callid1 call_cmd: called=yyyyyyyy, callid2 DataBase Module query_dest_req: xxxx, callid1 query_dest_rsp: dnis=yyyyyyyy, callid1 call_ack: SUCCESS, callid2 ncall_ack: SUCCESS, callid1 switch_call_cmd: callid1 switch_call_ack: SUCCESS, callid1 rel_call, callid1 rel _call: callid2 finish_call_req, calllid1 finish_call_rsp: callid1 Hình 3.9  Cuộc gọi có địa định tuyến thành công từ lần định tuyến Cuộc gọi thất bại lần định tuyến đầu tiên, thành công lần định tuyến sau (đặc tính call hunting) 110 CallServer Module ServiceControl Module ncall_cmd: 1800xxxx, callid1 call_cmd: called=yyyyyyyy, callid2 call_ack: FAIL, calllid2 rc=busy or no_answer, call_cmd: called=zzzzzzzz, callid2 DataBase Module query_dest_req: xxxx, callid1 query_dest_rsp: dnis=yyyyyyyy, callid1 query_dest_req: xxxx, callid1 query_dest_rsp: dnis=zzzzzzzz, callid1 call_ack: SUCCESS, calllid2 ncall_ack: SUCCESS, callid1 switch_call_cmd: callid2, callid1 switch_call_ack: SUCCESS, callid2 rel_call, callid1 rel _call: callid2 finish_call_req, calllid1 finish_call_rsp: callid1 Hình 3.10 Cuộc gọi có địa định tuyến thất bại lần định tuyến  Cuộc gọi trì điểm đích số điểm định tuyến thay có khả nhận gọi (đặc tính call queuing) 111 CallServer Module ServiceControl Module ncall_cmd: 1800xxxx, callid1 call_cmd: called=yyyyyyyy, callid2 DataBase Module query_dest_req: xxxx, callid1 query_dest_rsp: dnis=yyyyyyyy, wait_time, callid1 call_ack: FAIL, calllid2 rc=busy In wait_time call_cmd: called=yyyyyyyy, callid2 query_dest_req: xxxx, callid1 wait_time expired call_cmd: called=zzzzzzzz, callid2 query_dest_rsp: dnis=zzzzzzzz, callid1 Qu¸ trình lặp lại caller hạ máy gọi kết nối thành công finish_call_req, calllid1 finish_call_rsp: callid1 Hình 3.11 Cuộc gọi trì kết nối Cuộc gọi có tham gia chức phát lại lời thông báo (Playback  Message): - Cuộc gọi bị từ chối trả lời lịch (đặc tính courtesy response) 112 CallServer Module ServiceControl Module ncall_cmd: 1800xxxx ncall_ack: SUCCESS DataBase Module query_dest_req: xxxx query_dest_rsp: rc= REJECT, play_ann=1 play_data_req play_data_rsp: path, gd=0 play_cmd, gd=0 play_ack rel_call finish_call_req finish_call_rsp Hình 3.12 Cuộc gọi bị từ chối trả lời lịch - Cuộc gọi có phát thông báo (thông báo nhạc chờ, thông tin hãng, thông tin quảng cáo, khuyến mại, ) đến người gọi định tuyến gọi đến điểm đích thích hợp (đặc tính in-route announcement) 113 CallServer Module ServiceControl Module ncall_cmd: 1800xxxx, callid1 ncall_ack: SUCCESS, callid1 DataBase Module query_dest_req: xxxx, callid1 query_dest_rsp: dnis=yyyyyyyy, play_ann=1, callid1 call_cmd: called=yyyyyyyy, callid2 play_data_req, callid1 play_data_rsp, gd=0, callid1 play_cmd, callid1 call_ack: SUCCESS, calllid2 switch_call_cmd: callid2, callid1 play_ack: SUCCESS, calllid1 switch_call_ack: SUCCESS, callid2 rel_call, callid1 rel _call: callid2 finish_call_req, calllid1 finish_call_rsp: callid1 Hình 3.13 Cuộc gọi có phát thơng báo đến người gọi định tuyến gọi - Cuộc gọi bị từ chối thông báo số TollFree thay đổi hãng ngừng đăng ký dịch vụ (đặc tính disconnect message referal) Tương tự đặc tính courtesy response.(chỉ thay đổi thông báo nhắc)  Cuộc gọi định tuyến theo menu xác định trước thuê bao đăng ký (đặc tính menu routing) 114 CallServer Module ServiceControl Module ncall_cmd: 1800xxxx, callid1 ncall_ack: SUCCESS, callid1 DataBase Module query_dest_req: xxxx, callid1 query_dest_rsp: dnis=0, play_ann=1, callid1 play_data_req, callid1 play_data_rsp, gd=1, term callid1 play_cmd, callid1 play_ack: SUCCESS, calllid1 next_action_req, digit, calllid1 next_action_rsp: dnis=yyyyyyyy call_cmd: called=yyyyyyyy, callid2 call_ack: SUCCESS, calllid2 switch_call_cmd: callid2, callid1 switch_call_ack: SUCCESS, callid2 rel_call, callid1 rel _call: callid2 finish_call_req, calllid1 finish_call_rsp: callid1 Hình 3.14 Cuộc gọi định tuyến theo menu xác định trước thuê bao đăng ký 115 Kết luận: Trên toàn nội dung luận văn tốt nghiệp với đề tài “Nghiên cứu vấn đề xây dựng hệ thống freephone cho mạng viễn thông Việt Nam” Mặc dù chưa cài đặt chi tiết chạy thử nghiệm thực tế, với thiết kế chi tiết triển khai lập trình thực tế có số module cài đặt thử nghiệm cụ thể (ví dụ: dbnode.exe, stored procedure, tables, ), nói luận văn có số ý nghĩa thực tiễn định Ngồi ra, luận văn có đầu tư tìm tịi, nghiên cứu sâu vấn đề liên quan, để với kiến thức thu (ví dụ: CTI, real-time database, báo hiệu, Oracle, mạng thơng minh ) có giá trị khơng riêng việc xây dựng hệ thống mà cho ứng dụng tin học, viễn thông khác đời sống như: ngân hàng, bảo hiểm, tính cước, phát triển dịch vụ gia tăng khác mạng viễn thông Như vậy, nói luận văn dù dù nhiều có giá trị lý thuyết thực tiễn sâu sắc, góp phần vào phát triển chung ngành công nghệ thông tin viễn thông nước nhà Cuối cùng, để thực luận văn này, em xin bày tỏ lòng biết ơn với thầy Quách Tuấn Ngọc, người tận tình hướng dẫn em thực luận văn xin cảm ơn thầy khoa Cơng nghệ thơng tin nhiệt tình dạy dỗ em năm học vừa qua 116 Tài liệu tham khảo Nguyễn Hữu Dũng, Ngô Đức Hiếu (2003), “Phân tích giao diện kết nối mạng NGN”, Tạp chí Bưu chính, Viễn thơng, số tháng 1/2003, Hà Nội Nguyễn Khánh Kiên (2003), “Những đặc điểm hệ thống báo hiệu số (SS7) cấu trúc hệ thống SS7”, Tạp chí Bưu chính, viễn thông, số tháng 7/2003, Hà Nội Trung tâm Công nghệ thông tin - CDiT (2000), Đề tài nghiên cứu, thiết kế, chế tạo hệ thống MUCOS, Học viện Công nghệ BCVT, Hà Nội Trung tâm thông tin Bưu điện (2005), Các dịch vụ mạng hệ sau: Công nghệ chiến lược, Nhà xuất Bưu điện, Hà Nội Viện chiến lược BCVT & CNTT (2004), Dự thảo Chiến lược CNTT-TT đến 2010, định hướng đến 2020, dự thảo trình phủ, Hà Nội Website dịch vụ gia tăng Công ty Viễn thông liên tỉnh (VTN), http://www.vtn.com.vn/1800.htm, số tài liệu kỹ thuật liên quan đến dịch vụ 1800 Trung tâm Viễn thông khu vực 1, Công ty VTN Arkady Grinberg, (1995), Computer / Telecom Integration, McGraw – Hill Book Co., Singapore Ben Kao - Princeton University Hector Garca-Molina - Stanford University, (1995), “An overview of real-time database systems Advances in real-time systems”, Prentice Hall, USA, www.citeseer.ist.psu.edu/kao95overview.html Gunnar Mathiason, Sten F Andler, (1993), “Virtual Full Replication: Achieving Scalability in Distributed Real-Time Main-Memory Systems”, Department of Computer Science, University of of Skovde, Sweden, {gunnar,sten}@ida.his.se 10 Michael Bayer, (1997), CTI Solutions and System, McGraw - Hill Company, USA 11 Peter Koletzke, Dr Paul Dorsey, (1999), Oracle Designer Book - Second Edition, McGraw-Hill Company, USA 12 Professor John A.Stankovic, (1992), “Real-Time Computing”, Department of Computer, University of Massachusetts, USA, www.cs.virginia.edu 13 Steve Bobrowski, (1998), Oracle8 Architecture, McGraw - Hill Company, USA 14 Uyless Black, (1998), The Intelligent Network, Prentice Hall, USA 15 Website tổ chức ETSI: www.etsi.org 16 Và số thơng tin khác tìm kiếm Internet Phụ lục 1,2 ... cung cấp cho họ 2.2 Một số vấn đề mạng viễn thông kỹ thuật báo hiệu Phần trình bày số khảo sát mạng viễn thơng Việt Nam Tìm hiểu trình bày số kỹ thuật mạng viễn thơng phổ biến Việt Nam, quan... hệ thống tự phát triển mở rộng dịch vụ triển khai rộng rãi nên đầu tư nghiên cứu nhằm nội địa hoá hệ thống freephone Hơn nữa, kiến thức thu trình nghiên cứu hữu ích khơng cho riêng hệ thống freephone. .. phát triển mạng viễn thơng năm tới Vì vậy, cần nghiên cứu giải vấn đề telecom cho toán - Kỹ thuật sở liệu thời gian thực vấn đề đồng liệu: vấn đề thuộc lĩnh vực computer Như nói, tốn freephone