Dịch vụ chữ tượng hỡnh này được thực hiện khi thiết lập mó số truy nhập qua dịch vụ 1800 mà khỏch hàng đến đăng ký với hệ thống sao cho tổ hợp cỏc chữ số là một chữ tượng hỡnh cú ý nghĩa
TỔNG QUAN VỀ LUẬN VĂN
Khái niệm chung về Freephone
Dịch vụ Freephone cho phép người gọi điện đến thuê bao đăng ký mà không phải trả cước phí, vì chi phí này do thuê bao sử dụng dịch vụ chi trả cho nhà cung cấp Các cuộc gọi có thể được kết nối thông thường hoặc tối ưu dựa trên thời gian và vị trí địa lý Khách hàng chủ yếu là các công ty, doanh nghiệp và văn phòng có lượng khách hàng lớn, với khả năng đăng ký dịch vụ theo các khoảng thời gian linh hoạt như hàng ngày, hàng tuần, hàng tháng, hàng năm hoặc theo ngân sách cụ thể.
Hãng TAXI đ ăng ký ị d ch v ụ
Hình 1.1 Mô hình khái niệm dịch vụ freephone
Dịch vụ Freephone cho phép người dùng thực hiện cuộc gọi miễn phí tới nhiều điểm đến thông qua một số truy cập thống nhất Trong khi đó, thuê bao nhận cuộc gọi sẽ chịu phí, còn thuê bao gọi (A) sẽ không phải trả cước hoặc chỉ trả cho cuộc gọi nội hạt Khi gọi số Freephone, số này sẽ được chuyển đổi thành một số đích tương ứng, và cuộc gọi sẽ được thiết lập tới số đó.
1.2 C dác ịch ụ v gia tăng trên Freephone
Dịch vụ freephone là hình thức tính cước cho người nhận cuộc gọi thay vì người gọi, nhằm nâng cao chất lượng dịch vụ và tạo sự tiện lợi cho khách hàng Các hãng viễn thông đã phát triển nhiều dịch vụ giá trị gia tăng dựa trên nền tảng freephone, giúp tối ưu hóa lưu lượng mạng và khuyến khích khách hàng sử dụng dịch vụ, từ đó tăng cường sức cạnh tranh cho doanh nghiệp.
Nghiên cứu tài liệu về dịch vụ freephone, luận văn này trình bày 16 dịch vụ gia tăng chính mà các hãng viễn thông lớn phát triển và đưa ra thị trường Mỗi quốc gia khai thác các dịch vụ khác nhau, trong đó các nước phát triển thường tận dụng tối đa các dịch vụ này Dù có tên gọi khác nhau, những dịch vụ gia tăng này vẫn thuộc về 16 loại dịch vụ đã nêu.
1 Blocking: cấm các cuộc gọi đến dịch vụ 1800 đã đăng ký của khách hàng
Để chặn cuộc gọi, hệ thống dựa vào số máy chủ gọi hoặc mã prefix Danh sách các số chủ gọi và mã prefix này được nhập vào hệ thống theo yêu cầu của khách hàng.
2 Route Geography: định tuyến cuộc gọi tới số đích (DNIS) căn cứ số chủ gọi (Area Code và Prefix) tuỳ theo khách hàng nhập vào Dịch vụ này thích hợp với các hãng có nhiều đại lý ở các tỉnh khác nhau, các cuộc gọi của một khách hàng tại một tỉnh sẽ được định tuyến tới đại lý của hãng tại chính tỉnh đó (nếu có) hoặc tới đại lý gần nhất so với vị trí của 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 1800-
Giả sử dịch vụ này có đại lý tại các tỉnh như Hà Nội, Hải Phòng, Nam Định, quá trình định tuyến Route Geograph sẽ được thực hiện thông qua các đại lý này.
Hà Nội Đại lý tại Hải Phòng Đại lý tại Nam Định
Khách hàng tại Hải Phòng
Hình 1.2 Mô hình dịch vụ route geography
3 Route Day: định tuyến cuộc gọi tới số đích (DNIS) căn cứ thời điểm cuộc gọi trong ngày (ngày làm việc bình thường) theo đơn vị giờ
Ví dụ: Định tuyến một cuộc gọi của khách hàng do Service Node ở Hà Nội quản lý theo giờ như sau:
Hình 1.3 Mô hình dịch vụ route day
4 Route Week: định tuyến cuộc gọi tới số đích (DNIS) căn cứ thời điểm cuộc gọi thuộc ngày nào đó trong tuần (7 ngày)
Ví dụ : Định tuyến Route Week thực hiện với một hãng có 3 cơ sở và nằm trong vùng quản lý của Service Node Hà Nội như sau:
Hình 1.4 Mô hình dịch vụ route week
5 Route Holiday: định tuyến cuộc gọi tới số đích (DNIS) căn cứ vào cuộc gọi nếu thực hiện trong ngày nghỉ: thứ 7, chủ nhật, lễ, tết, quốc khánh Danh sách ngày nghỉ là chung cho toàn bộ khách hàng và được nhập vào hệ thống Nếu ngày gọi không nằm trong số những ngày nghỉ quy định, khách hàng có thể được nghe một câu trả lời lịch hoặc được định tuyến tới một số đích khác tuỳ thuộc đặc tính dịch vụ đăng ký
6 Route Percent: định tuyến cuộc gọi tới số đích (DNIS) dựa theo giá trị % số cuộc cho từng điểm phục vụ dịch vụ do khách hàng định nghĩa Thuật toán routing là : cuộc gọi sẽ được route về điểm phục vụ dịch vụ có giá trị chênh lệch lớn nhất giữa % số cuộc đã phục vụ hiện thời với số % MAX quy định cho điểm đó
Ví dụ : Một hãng do Service Node Hà Nội có 3 điểm phục vụ dịch vụ là các cơ sở 1, 2, 3 với các quy định về Route Percent như sau:
Thuật toán định tuyến và số % cuộc gọi vào được xác định như trong bảng 1.1 dưới đây:
Bảng 1.1 : Định tuyến cuộc gọi theo phần trăm lưu lượng
Cơ sở MAX Ban đầu
: vị trí cuộc gọi được định tuyến vào
7 Route Round: định tuyến cuộc gọi tới số đích (DNIS) theo tính tuần tự, quay vòng giữa các Service Node 1 -> N -> 1 -> N -> 1 Đây là trường hợp riêng của route percent với giá trị % chia đều cho tất cả các nút dịch vụ
8 Menu Routing: Khi khách hàng quay số Toll Free, khách hàng sẽ được nghe một lời chào và menu lựa chọn để tiếp tục xử lý cuộc gọi Menu này được thuê bao định nghĩa trước, yêu cầu khách hàng bấm phím DTMF theo yêu cầu sử dụng Bằng cách lựa chọn một yêu cầu, cuộc gọi sẽ được định tuyến tới một điểm phục vụ dịch vụ tương ứng
9 Route Busy: trong trường hợp định tuyến cuộc gọi tới số đích (DNIS) theo giải thuật tối ưu nhất mà khách hàng đăng ký bị bận thì routing cuộc gọi tới các số DNIS thay thế hoặc theo thứ tự ưu tiên dịch vụ kế tiếp
Hà Nội Đại lý tại Hải Phòng Đại lý tại Nam Định
Khách hàng tại Hải Phòng
Hình 1.5 Mô hình dịch vụ route busy
10 Call Hunting : cho phép định tuyến cuộc gọi tới một điểm khác khi cuộc gọi tới số đích không được trả lời sau một khoảng thời gian hoặc một số hồi chuông nhất định Có một thông số optional do khách hàng đặt để sau một số hồi chuông (hoặc thời gian giây) nếu DNIS không nhấc máy thì - sẽ routing tiếp tới các số DNIS theo mức ưu tiên dịch vụ kế tiếp.
No Answer Đại lý tại
Hà Nội Đại lý tại Hải Phòng Đại lý tại Nam Định
Khách hàng tại Hải Phòng
Hình 1.6 Mô hình dịch vụ call hunting
11 Call Queuing : cho phép các cuộc gọi tới điểm định tuyến bị bận - busy
12 PictoGraphic (Dịch vụ số tượng hình): trên thế giới, để khách hàng dễ nhớ số gọi, các hãng đăng ký các số gọi tượng hình theo tên của hãng Ví dụ cửa hàng bán hoa sẽ đăng ký số là: 800-FLOWERS trong đó chữ FLOWER là các số: 3569377 Dịch vụ chữ tượng hình này được thực hiện khi thiết lập mã số truy nhập qua dịch vụ 1800 mà khách hàng đến đăng ký với hệ thống sao cho tổ hợp các chữ số là một chữ tượng hình có ý nghĩa, VD: 1800-FLOWERS
Khảo sát, phân tích hệ thống của VNPT
h ỏi nhiều ơn xuất phát ừ nhu cầu ủa khác h t c h hàng, các dịch ụ ày ự kiến v n d s c ẽ òn tiếp ục được mở rộng, phát triển ê t th m.
1.3 Kh sảo át, ph n tíchâ h thệ ống ủa c VNPT
1.3.1 Tổng quan về hệ thống 1800 của VNPT
Vào cuối năm 2004, Tổng công ty BCVT Việt Nam (VNPT) đã triển khai thử nghiệm và cung cấp dịch vụ freephone với mã truy cập 1800, cho phép khách hàng gọi miễn phí đến các thuê bao đã đăng ký dịch vụ này.
Dịch vụ 1800 là dịch vụ freephone cho phép thực hiện cuộc gọi miễn phí tới nhiều đích khác nhau thông qua một số truy nhập thống nhất Trong khi bên thuê bao bị gọi (B) sẽ chịu cước cho cuộc gọi, bên thuê bao gọi (A) sẽ không phải trả tiền cước hoặc chỉ phải thanh toán cước cho cuộc gọi nội hạt.
Hệ thống VNPT, được mua từ hãng SIEMENS, đã có mặt trên thị trường, nhưng luận văn này nhằm tìm hiểu các khía cạnh kỹ thuật và công nghệ cần thiết để có thể “nội địa hoá” hệ thống Hiện tại, VNPT đã giao việc triển khai dịch vụ này cho Công ty Viễn thông Liên tỉnh (VTN), có thể tìm hiểu thêm tại website: www.vtn.com.vn/1800.
Dịch vụ 1800 của VNPT được thiết kế dành cho các tổ chức, doanh nghiệp có tư cách pháp nhân và sở hữu số máy điện thoại thuộc mạng chuyển mạch công cộng (PSTN) Khách hàng cần đăng ký sử dụng dịch vụ này thông qua hợp đồng với nhà cung cấp Dịch vụ 1800 hỗ trợ doanh nghiệp trong việc cung cấp tư vấn miễn phí và chăm sóc khách hàng hiệu quả.
1.3.2 Các dịch vụ cung cấp bởi hệ thống 1800 của VNPT
Hệ thống 1800 của VNPT cung cấp một số dịch vụ hạn chế hơn so với các dịch vụ freephone tổng quát Cụ thể, hệ thống này hiện đang cung cấp 3 dịch vụ chính.
Điểm xuất phát của cuộc gọi (origin of A) cho phép giới hạn việc chấp nhận cuộc gọi trong một khu vực cụ thể Dịch vụ này thực chất là dịch vụ Blocking, chỉ định tuyến cuộc gọi dựa trên vùng xuất phát của người gọi Ví dụ, một công ty dịch vụ có thể chỉ cung cấp dịch vụ cho khách hàng trong một khu vực nhất định với mã vùng riêng, trong khi các khách hàng từ các mã vùng khác sẽ được kết nối tới số khác hoặc nhận thông báo.
Thời gian trong ngày và ngày trong tuần ảnh hưởng đến đích của cuộc gọi Các khoảng thời gian có thể được xác định để định tuyến cuộc gọi đến các đích khác nhau, chẳng hạn như giờ, phút, sáng/chiều/tối hoặc ngày trong tuần Ví dụ, cuộc gọi đến sẽ được kết nối tới văn phòng từ thứ hai đến thứ bảy, trong khoảng thời gian từ 7 giờ đến 18 giờ Ngoài thời gian làm việc hoặc vào chủ nhật, cuộc gọi sẽ được chuyển đến các bản thông báo.
Cuộc gọi bắt đầu từ người gọi với việc quay số truy nhập (1800) và số dịch vụ (SDN) Số dịch vụ này sẽ được chuyển đổi thành số thuê bao đích (DDN), với mỗi SDN có khả năng chuyển đổi thành tối đa 10 DDN khác nhau Việc lựa chọn số DDN sẽ phụ thuộc vào các yếu tố như điểm xuất phát cuộc gọi, ngày trong tuần và giờ trong ngày.
Khi gọi đến số Freephone 1800 của VNPT, số này sẽ được chuyển đổi thành một số đích tương ứng với dịch vụ, từ đó thiết lập cuộc gọi đến số đích đó Dịch vụ 1800 của VNPT cho phép tạo lập số đích DDN cho các thuê bao freephone.
• Chỉ với một số đích duy nhất
• Với tối đa 10 số đích khác nhau phụ thuộc vào gốc của cuộc gọi
• Với tối đa 3 số đích khác nhau phụ thuộc vào thời gian
• Với tối đa 10 số đích khác nhau phụ thuộc cả vào thời gian và gốc của cuộc gọi
Hình vẽ 1.7 dưới đây minh họa kết nối hệ thống freephone 1800 của SIEMENS tại Công ty viễn thông liên tỉnh (VTN) và trình bày các bước kết nối dịch vụ một cách chi tiết.
Hình 1.7 Sơ đồ thiết lập cuộc gọi (Nguồn VTN 2005)
+ SURPASS: tên riêng một loại thiết bị của SIEMENS
+ MGCP: viết tắt của Media Gateway Control Protocol, một loại giao thức điều khiển và quản lý các thiết bị Media Gateway của SIEMENS
+ SS7: báo hiệu s 7, giữa tổng đài và hiQ9200.ố
+ PSTN/ISDN: mạng chuyển mạch công cộng và mạng tích hợp số
Mô tả hoạt động của dịch vụ:
Người gọi cần quay số truy nhập (1800) cùng với số dịch vụ (Service Number - SDN) để cuộc gọi được định tuyến tới hiQ9200 Tại đây, dịch vụ Freephone sẽ được kích hoạt.
Bước 2: Số dịch vụ SDN sẽ được kiểm tra trong cơ sở dữ liệu hiQ9200 để chuyển đổi thành số thuê bao đích (DDN) Mỗi số dịch vụ SDN có thể chuyển đổi thành tối đa 10 số DDN, dựa trên ba yếu tố: điểm xuất phát của cuộc gọi, ngày trong tuần và giờ trong ngày Có thể định nghĩa tối đa 10 điểm xuất phát cuộc gọi, với mỗi điểm gốc cho phép tối đa 3 số đích, trong đó một số đích được kích hoạt theo ngày và thời gian Đối với mỗi số đích, có thể xác định 4 điểm chuyển đổi thời gian trong một ngày.
Sau khi xác định số đích DDN, cuộc gọi sẽ được thiết lập qua mạng VoIP và được giám sát bởi hiQ9200 Khi cuộc gọi kết thúc, bản tin cước sẽ được ghi lại cho số đích (B).
Số Freephone có định dạng 1800xxxx, bao gồm mã truy nhập 1800 và số dịch vụ (SDN) có thể từ 3 đến 5 chữ số Để cung cấp dịch vụ hiệu quả, các tổng đài nội hạt cần phân tích mã truy nhập.
Vào năm 1800, cuộc gọi sẽ được định tuyến đến hiQ9200 dựa trên mã truy nhập Tại hiQ9200, số dịch vụ SDN sẽ được phân tích và chuyển đổi thành số đích, phụ thuộc vào các yếu tố như số A (xuất phát của cuộc gọi) và thời gian thực hiện cuộc gọi.
MỘT SỐ NGHIÊN CỨU NHẰM GIẢI QUYẾT BÀI TOÁN
Một số vấn đề về mạng viễn thông và các kỹ thuật báo hiệu
Để kết nối người gọi với các đại lý địa phương hoặc nhà cung cấp dịch vụ, bộ xác định vị trí sẽ tương tác với người gọi qua hệ thống IVR, yêu cầu họ cung cấp mã vùng để tìm kiếm địa chỉ đại lý trong cơ sở dữ liệu Ứng dụng này cũng cung cấp thông tin từ các trang vàng của niên giám điện thoại Ngoài ra, nó hỗ trợ dịch vụ gọi đường dài quốc tế, cho phép người dùng lựa chọn phương thức tiết kiệm chi phí hơn so với dịch vụ của mạng địa phương.
2.2 Một số ấn đề ề ạng v v m viễn thô và c kng ác ỹ thuật b áo hiệu
Phần này sẽ trình bày một s ố khảo s át trên mạng vi ôễn th ng Việt Nam
Tìm hiểu và trình bày một số kỹ thuật bảo mật mạng viễn thông phổ biến hiện nay ở Việt Nam, trong đó quan trọng nhất là các kỹ thuật bảo hiệu trên hệ thống tổng đài đang hoạt động trên mạng lưới Những kỹ thuật này phục vụ cho việc kết nối giữa phần mềm máy tính và mạng PSTN, nhằm giải quyết các vấn đề liên quan đến điện thoại.
2.2.1 Khảo sát mạng viễn thông
Mạng viễn thông Việt Nam đã hoàn toàn số hóa, với hệ thống tổng đài phân cấp rộng khắp 64 tỉnh thành Mạng lưới này đang phát triển theo hướng hội tụ với công nghệ thông tin, nhằm cung cấp nhiều dịch vụ gia tăng Mục tiêu là xây dựng mạng NGN vào năm 2010.
Đến giữa tháng 12/2004, Việt Nam có tổng số 10.124.899 thuê bao điện thoại, đạt mật độ 12,34 máy/100 dân, trong đó thuê bao di động chiếm 43,98% và thuê bao cố định chiếm 56,02% Tổng dung lượng kênh kết nối Internet quốc tế là 1.892 Mb/s, với 1.895.475 thuê bao Internet, trong đó khoảng 24.000 thuê bao băng rộng tại 26 tỉnh, thành phố, phục vụ 5,87 triệu người dùng, đạt mật độ 7,17% Tỉ lệ số xã có điện thoại đạt 96,27% Hiện tại, Việt Nam có 6 nhà cung cấp dịch vụ kết nối (IXP) và khoảng 20 nhà cung cấp dịch vụ Internet (ISP).
Mạng lưới và dịch vụ viễn thông của Việt Nam đã phát triển đáng kể, thể hiện qua sự hội tụ của nhiều loại hình thông tin như thoại, dữ liệu, âm nhạc và hình ảnh Công nghệ tiên tiến như IP VPN, IP Centrex và Unified Messaging đang được ứng dụng rộng rãi, cùng với các phương thức truy cập đa dạng như PSTN, xDSL, IP, cáp, vô tuyến và vệ tinh Hiện nay, mạng viễn thông Việt Nam đang đứng trước yêu cầu chuyển đổi công nghệ, đặc biệt là do sự bùng nổ của Internet và nhu cầu cao về dịch vụ IP như VoIP Sự phát triển nhanh chóng của công nghệ, bao gồm khả năng Chip và cáp quang, cùng với nhu cầu gia tăng về các dịch vụ mới như thoại, video tương tác, thương mại điện tử và chính phủ điện tử, đang thúc đẩy sự cần thiết phải cải cách mạng lưới viễn thông.
Hệ thống chuyển mạch đóng vai trò quan trọng trong việc kết nối cuộc gọi và quản lý thông tin giữa điện thoại và các tổng đài Để thực hiện nối mạch, cần có sự trao đổi thông tin điều khiển giữa điện thoại và hệ thống chuyển mạch, cũng như giữa các hệ thống chuyển mạch với nhau Phương pháp báo hiệu là quy trình truyền tải thông tin này, bao gồm yêu cầu kết nối, phục hồi, và lựa chọn bằng xung quay số Ngoài ra, các tín hiệu như kích hoạt, trả lời, lựa chọn, kết thúc, và thông tin cước cũng được trao đổi giữa các tổng đài trong mạng điện thoại Hình 2.10 minh họa luồng tín hiệu cơ bản trong quá trình này.
Ex Đường trung kế Ex Đường t ê hu bao Đường t ê hu bao
Yê u cầ kế nố u t i  m mờ quay số i
T ín hiệ cho phép truyề số u n
T ín hiệ ACK u Đ ặt máy Đ àm thoại
Yêu cầu cắt (đặt máy) Tín hiệu kết thúc Đ ặt máy
Tín hiệu xoá về Tín hiệu xoá đi
Tín hiệu đờng thuê bao
Tín hiệu đờng thuê bao
Tín hiệu giữa các tổng đài
Hình 2.10 Luồng t ín hiệu ơ ản c b
Phương pháp chuyển báo hiệu được chia thành hai loại: báo hiệu kênh kết hợp và báo hiệu kênh chung (CCS) Trong hệ thống chuyển mạch truyền thống, tín hiệu được truyền qua một kênh thoại riêng lẻ, gọi là báo hiệu kênh kết hợp Ngược lại, báo hiệu kênh chung sử dụng các kênh gọi tách biệt, cho phép thu thập tín hiệu vào các kênh truyền tốc độ cao trước khi truyền đi Phương pháp này có khả năng chuyển nhiều thông tin theo hai chiều, ngay cả khi các kênh thoại đang bận, từ đó nâng cao hiệu quả toàn bộ hệ thống Nó cũng linh hoạt để đáp ứng các dịch vụ mới, làm cho nó trở thành lựa chọn lý tưởng cho ISDN Phương pháp này tương tự như phương pháp điều khiển chương trình lưu trữ, phù hợp với hệ thống chuyển mạch điện tử có chức năng tập trung.
Thiết bị gửi Thiết bị gửi
Thiết bị đăng ký Thiết bị đăng ký §êng tiÕng
(a) §êng dÉn tiÕng §êng dÉn tiÕng §êng tiÕng Tổng đài TRK Tổng đài TRK
Hình 2.11 B áo hiệu kênh kết ợp (a) v h à b áo ệu kênh chung (b) hi
Báo hiệu kênh kết hợp được chia thành hai loại: hệ thống báo hiệu trong băng sử dụng dải tần tiếng nói và hệ thống báo hiệu ngoài băng với tần số khác Mã đa tần tạo ra mã bằng cách kết hợp tần số từ dải tần tiếng nói, là ví dụ điển hình của báo hiệu trong băng Trong khi đó, xung quanh số hay đấu vòng trực tiếp minh họa cho hệ thống báo hiệu ngoài băng Báo hiệu kênh chung cho phép sử dụng thiết bị báo hiệu phức tạp một cách kinh tế, truyền tải thông tin hai chiều với tốc độ cao Phương pháp báo hiệu số 6/7 theo khuyến nghị của ITU-T là một ví dụ tiêu biểu của phương pháp này.
2.2.3 Hệ thống báo hiệu R2 và b áo hi ệu SS7
Trên mạng viễn thông Việt Nam hiện nay, hai loại báo hiệu phổ biến là R2 – MFC và báo hiệu số 7 Báo hiệu R2 thường được sử dụng trong các tổng đài có dung lượng vừa và nhỏ, đặc biệt tại các khu vực nông thôn và vùng sâu, vùng xa Ngược lại, báo hiệu SS7 thường áp dụng cho các tổng đài có dung lượng lớn, các trung tâm chuyển mạch và tổng đài di động (MSC), chủ yếu tại các thành phố lớn Hệ thống báo hiệu R2 là một phương pháp báo hiệu kênh kết hợp, đã được ITU công nhận.
T tiêu chuẩn hoá v ào nǎm 1968 Nó có thể được phân loại thêm thành báo hiệu giám sát và báo hiệu chọn lọc như sau:
Những tín hiệu giám sát được gửi đến hệ thống chuyển mạch tùy thuộc vào các trạng thái thay đổi của mạng ở cả hai đầu của đường gọi.
• Rỗi (Idle): đường trung kế sẵn sàng để sử dụng
• Chiếm (Seizure): tín hiệu báo rằng hệ thống chuyển mạch phía chủ gọi đã chiếm đường trung kế đi tới hệ thống chuyển mạch phía bị gọi
• Chấp nhận chiếm (Seizure ackn wledgement): tín hiệu thông báo xác o nhận tín hiệu chiếm của hệ thống chuyển mạch phía chủ gọi
• Trả lời / Xung đo (Answer/meter): tín hiệu báo trả lời của máy thuê bao bị gọi cho hệ thống chuyển mạch phía chủ gọi
Xung tính cước, hay còn gọi là chấp nhận chiếm, là tín hiệu liên quan đến việc tính cước của điện thoại công cộng Tín hiệu này đôi khi được sử dụng như một thông báo cho việc chiếm dụng đường dây.
• Xoá về (Clear back): tín hiệu thông báo tới hệ thống chuyển mạch phía bị gọi rằng thuê bao bị gọi đã đặt máy
• Xoá đi (Clear forward): tín hiệu thông báo tới hệ thống chuyển mạch phía bị gọi rằng thuê bao chủ gọi đã đặt máy
• Khoá: tín hiệu báo rằng tín hiệu tương ứng không thể đưa ra ngoài được
Tín hiệu lựa chọn cho phép xác định số của máy thuê bao bị gọi, từ đó xác định vị trí của máy thuê bao đó Có 15 tín hiệu hướng đi khác nhau để hỗ trợ quá trình này.
15 tín hiệu hướng về được tạo ra từ sự kết hợp tần số của 2 trong 6 tần số trong băng, nhằm truyền và nhận các loại thông tin khác nhau.
Tín hiệu hướng đi: 1.380Hz, 1.500Hz, 1.620Hz, 1.740Hz, 1.860Hz và 1.980Hz
Tín hiệu hướng về: 540Hz, 660Hz, 780Hz, 900Hz, 1.020Hz và 1.140Hz
Mỗi tín hiệu đều mang nhiều ý nghĩa khác nhau, và cách diễn giải các tín hiệu này phụ thuộc vào vị trí của chúng, chẳng hạn như tín hiệu hướng về A - 3, A 5, hoặc chuỗi báo hiệu Điều này cho phép việc truyền và nhận một lượng lớn thông tin một cách hiệu quả.
Phân loại vào nhóm I, II:
II - 1, II 2, II 15 - - Tín hiệu hướng về
Một số kỹ thuật cơ sở dữ liệu liên quan
Phần này sẽ trình bày các vấn đề liên quan đến cơ sở dữ liệu (DBMS), đặc biệt là bài toán freephone, một bài toán CTI tích hợp giữa điện thoại và máy tính Những vấn đề thuộc về hệ quản trị cơ sở dữ liệu như truy xuất dữ liệu thời gian thực, đồng bộ dữ liệu và billing sẽ được thảo luận Trong khuôn khổ luận văn tốt nghiệp và dưới góc độ nghiên cứu, luận văn này sẽ trình bày một số hiểu biết về các kỹ thuật cơ sở dữ liệu và các cơ sở dữ liệu có liên quan đến bài toán freephone.
2.3 1 Kỹ thuật cơ sở dữ liệu thời gian thực (Real -time Database System) a) Giới thiệu chung:
Cơ sở dữ liệu thời gian thực là một kỹ thuật quan trọng trong quản trị dữ liệu, đảm bảo tính thời gian thực là yếu tố quan trọng trong nhiều giao dịch trên các hệ thống thông tin Ứng dụng của cơ sở dữ liệu thời gian thực rất phổ biến trong các ngành nghề khác nhau trong nền kinh tế quốc dân, bao gồm ngân hàng, tài chính, hải quan, bưu chính, viễn thông và hàng không.
Hệ thống Cơ sở Dữ liệu Thời gian Thực (RTDBS) cung cấp khả năng lưu trữ dữ liệu hiệu quả và tiết kiệm RTDBS cần đáp ứng yêu cầu tìm kiếm nhanh chóng và thu thập thông tin hiệu quả Đồng thời, hệ thống này phải thực hiện các giao dịch trong các giới hạn thời gian theo yêu cầu của ứng dụng cụ thể.
Các hệ CSDL thông thường không đáp ứng được yêu cầu của các ứng dụng thời gian thực (RTDBS) do sự khác biệt về mục đích và tiêu chuẩn RTDBS tập trung vào việc tối ưu hóa thời gian phản hồi nhanh nhất cho các truy xuất, trong khi CSDL truyền thống chỉ chú trọng đến thời gian phản hồi trung bình Hệ thống RTDBS có các giả thuyết được tính toán trước và thường thực hiện các thao tác phụ như backup, kiểm tra an ninh và đồng bộ dữ liệu sau khi đã xử lý các truy xuất chính Dữ liệu trong RTDBS thường được truy xuất tại bộ nhớ nội bộ, khác với CSDL truyền thống ưu tiên lưu trữ bên ngoài.
Hệ thống thời gian thực có những đặc điểm quan trọng liên quan đến các ràng buộc thời gian được cung cấp bởi các nhà thiết kế ứng dụng Trong hầu hết các trường hợp, các ràng buộc này thường được biểu hiện qua các hạn chót của các giao dịch Các giao dịch này diễn ra rất nhanh và được gọi là giao dịch thời gian thực (real time transactions).
RTDBSs có thể được xem như một hệ thống cơ sở dữ liệu gia tăng với hỗ trợ giao dịch thời gian thực Các giao dịch này khác biệt với giao dịch thông thường ở phương thức xử lý, không bị ảnh hưởng bởi các vấn đề quản lý quá tải Giao dịch thời gian thực có hàm giá trị có thể đạt giá trị dương, bằng không hoặc âm, và có thể giảm dần Thời gian thực còn dựa vào hàm giá trị để tính toán thứ tự ưu tiên cho các tác vụ giao dịch.
Trên thực tế, các ếu ố y t phần mềm (s twof are) v phần ứng (harà c dware) có ảnh ưởng ớn đến ơ ở ữ liệu thờ gian thực C 3 yếu ố h l c s d i ó t có t ác động lớn:
Thực thi các giao dịch trong cơ sở dữ liệu yêu cầu sự tối ưu hóa giữa việc truy xuất dữ liệu và tài nguyên, nhằm đảm bảo hiệu suất cao nhất trong quá trình thực hiện giao dịch Việc truy xuất dữ liệu liên tục hoặc rời rạc có ảnh hưởng lớn đến thời gian thực hiện giao dịch, do đó, cần thiết phải giảm thiểu số lần truy xuất và cung cấp một hệ thống cho phép nạp dữ liệu nhanh chóng nhất để đạt được tải trọng hệ thống tối đa.
Giao thức giao dịch trong cơ sở dữ liệu thường liên quan đến nhiều loại giao thức khác nhau, với các giao dịch đầy đủ (full transactions) không thể dự đoán thời gian thực hiện trong các giao thức này Các giao thức như giao thức điều khiển luồng tranh, blocking, và restart giao dịch đóng vai trò quan trọng trong việc quản lý và tối ưu hóa quá trình giao dịch.
Hệ thống lư trữ trên đĩa (disk-based database system) liên quan đến các vấn đề như hệ thống vào ra (I/O subsystem), quản lý thông tin trên đĩa, quản lý bộ đệm (buffer) và thời gian truy xuất dữ liệu Mô hình giao dịch (Transaction Model) đóng vai trò quan trọng trong việc đảm bảo tính toàn vẹn và nhất quán của dữ liệu trong các hệ thống này.
Những loại ông tin sau cầth n phải có khi thiết k m t giao dịch, đảm bảo ế ộ việc l lập ịch và i đ ều khiển đồng ời: th
- Ràng buộc thời gian (Timing Constraints): ví dụ như deadline
Criticalness là một yếu tố quan trọng trong việc đánh giá các giao dịch trước thời hạn, giúp xác định mức độ khẩn cấp của từng giao dịch Cần lưu ý rằng Criticalness khác biệt với deadline và mỗi giao dịch sẽ có mức độ Criticalness riêng, phản ánh tính chất và yêu cầu của nó.
Hàm giá (Value function) là khái niệm quan trọng liên quan đến hiệu quả của giao dịch Hàm này giúp ước lượng thời gian hoàn thành giao dịch sau khi có giao dịch diễn ra Một số hàm giá điển hình được minh họa trong hình 2.17.
Thêi gian Thêi gian deadline
Hình 2.17 Ví d v hụ ề àm á – gi Giao dịch có trễ (a) gi trị dương giảm dần, á
(b) giá trị 0, (c) gi trịá âm, (d) giá âtrị m tăng dần
- Yêu cầu tài nguyên (Resource requirements): bao gồm s lố ượng ác c theo tác vào ra (I/O op ation), tốc độ CPU er
- Th ời gian thực thi mong muốn (Expected execution time): đây là đại lượng khó dự đoán
- Yêu cầu ữ d liệu (Data requirements): đọc ghi các khối dữ liệu trong giao dịch
- Chu kỳ (Periodicity): nếu các giao dịch có tính chu kỳ thì các thời điểm (period) phải được xác định
- Th ời gian xảy ra sựkiện (Time of occurrence of events): ở những thời điểm nào thì xuất hiện các yêu cầu đọc/ghi
- C thôác ng tin khác Other semantics ( ): đó là giao dịch read-only, write-only, update-only, xung đột giao dịch khác,
Có nhiều phương pháp để thông tin hỗ trợ quá trình thiết kế giao dịch thời gian thực Trong số các thuộc tính, deadline là yếu tố quan trọng nhất, được áp dụng trong mọi khía cạnh của hệ thống cơ sở dữ liệu thời gian thực (RTDBS), bao gồm điều khiển đồng thời, lập lịch và lập kế hoạch tính toán.
Tron các mô hình giao dịch thời gian thực, thông thường ác c giao dịch được phân ào 1 trong 3 lo giao d v ại ịch sau:
Các giao dịch đầu vào bên ngoài là những giao dịch ghi nhận các sự kiện có liên quan xảy ra ở thế giới bên ngoài vào cơ sở dữ liệu Chúng thường là các giao dịch đơn giản, chỉ cần ghi nhận và có thời gian thao tác ngắn Để duy trì sự ổn định của cơ sở dữ liệu, các giao dịch này thường được thực hiện mà không cần chờ đợi hay chặn.
- Internal transactions: những giao dịch này tương tự như các giao dịch chuẩn của CSDL (standard database transactions) Thời gian thực hiện các giao dịch này thường khá dài
Giao dịch xuất ngoại là những giao dịch tạo ra các hành động trong thế giới bên ngoài cơ sở dữ liệu Tương tự như giao dịch nhập ngoại, các giao dịch này cũng có thời gian thao tác ngắn.
Một số cơ chế cụ thể trong hệ quản trị cơ sở dữ liệu Oracle
Trong phần này, chúng tôi sẽ trình bày một số kỹ thuật trong hệ quản trị cơ sở dữ liệu Oracle, liên quan trực tiếp đến quá trình phân tích và thiết kế dữ liệu cho bài toán xử lý thông tin Freephone Hệ quản trị CSDL Oracle là một hệ thống lớn, sở hữu nhiều tính năng phong phú, không chỉ phục vụ cho các bài toán ứng dụng cao như ngân hàng và tài chính, mà còn hỗ trợ các bài toán phức tạp như billing và dịch vụ nhà cung cấp trong lĩnh vực viễn thông.
Tập đoàn Oracle, được thành lập vào năm 1977 tại Redwood Shores, California, là một trong những tập đoàn hàng đầu về phần mềm quản lý thông tin, nổi bật với hệ quản trị cơ sở dữ liệu Oracle DBMS Với doanh thu vượt 10 tỷ USD và hơn 40.000 nhân viên toàn cầu, Oracle đứng thứ hai thế giới trong ngành phần mềm, chỉ sau Microsoft Tập đoàn hiện niêm yết trên sàn NASDAQ với giá trị thị trường trên 70 tỷ USD Tại Việt Nam, Oracle đã mở văn phòng đại diện từ tháng 2 năm 1994 và trở thành công ty CNTT 100% vốn nước ngoài đầu tiên tại đây vào tháng 10 năm 1995, ngay sau khi Mỹ dỡ bỏ cấm vận.
Oracle là một trong những tập đoàn hàng đầu thế giới về cung cấp giải pháp quản trị cơ sở dữ liệu (CSDL), với nhiều tính năng tiện ích và công cụ mềm linh hoạt, đáp ứng nhu cầu ngày càng cao của các ứng dụng công nghệ thông tin Trong những năm gần đây, sản phẩm Oracle đã liên tục được cập nhật và phát triển, từ các phiên bản như Oracle 8.0.1, Oracle 8.0.5, Oracle 8i, Oracle 9i, cho đến phiên bản hiện tại là Oracle 10G Mặc dù có nhiều dạng sản phẩm thương mại khác nhau, nhưng các nguyên lý cơ bản trong CSDL Oracle thường có sự thay đổi Luận văn này sẽ trình bày một số nghiên cứu liên quan đến hệ quản trị CSDL Oracle, có mối liên hệ mật thiết đến bài toán freephone.
2.4 2 Quản lý dữ liệu trong Oracle
Hệ quản trị cơ sở dữ liệu Oracle cho phép tạo ra nhiều cơ sở dữ liệu khác nhau trên cùng một hệ thống Mỗi cơ sở dữ liệu được phân biệt thông qua giá trị định danh SID, trong khi đó, người quản trị sử dụng tên của cơ sở dữ liệu để nhận diện.
Oracle stores logical data in TABLESPACES and physical data in DATAFILES A TABLESPACE can consist of one or more DATAFILES, which may be distributed across different physical storage disks.
Hình 2.20 Tổ chức l u tr trong Oracle ư ữ
CREATE TABLESPACE Freephones DATAFILE ‘C:\DATA1.ORA’;
ALTER TABLESPACE Freephones ADD DATAFILE ‘D:\DATA2.ORA’;
(cấu trúc vật lý kết hợp với chỉ mét tablespace)
(lu tr÷ trong tablespace, cã thÓ trên nhiều datafiles )
Nhà ết k thi ế CSDL cho bài toán có thể ử s dụng chức ăng này n để âph n tán ữ liệu một cách hợp lý trê d n toàn ệ thống nhằm đảm ảo h b truy xuất real time Các ệp DATAFILES có thể được đặt trên các đĩa cứng khác nhau, giúp tối ưu hóa việc truy xuất dữ liệu quan trọng Đặc biệt, những dữ liệu có tần suất truy xuất cao nên được lưu trữ tại LOCAL để giảm thiểu thời gian truy xuất.
2.4.3 C kác ỹ thuật real time v synchronize trong Oracle - à a) Kỹ thuật INDEX các bảng dữ liệu
T c c ất ả ác CSDL đều ử ụng ác ảng để ưu trữ ữ liệu Trong Oracle, s d c b l d c bác ảng ữ liệu được ắn ới TABLESPACES ề d g v v m lôặt gic và v ới DATAFILES về mặt vật lý
Sau khi tạo bảng dữ liệu, để tối ưu hóa quy trình truy vấn dữ liệu nhanh chóng, Oracle cung cấp cơ chế chỉ mục (INDEX) trên các cột để cải thiện tốc độ
Trong Oracle, một bảng có ể có th nhiều INDEX khác nhau, tuỳ thuộc v c câào ác u hỏi QUERY tr n cột dữ liệu ào V ụê n í d :
CREATE INDEX comp_ind ON Companies (comp_id);
To optimize database performance, create an index on the 'country_name' column of the 'Companies' table with the command: CREATE INDEX country_ind ON Companies (country_name) Additionally, you can create an index on multiple columns to enhance query efficiency when searching with various conditions.
CREATE INDEX ind_1 ON Companies (comp_id, country_name); c ò
Trong hệ quản trị CSDL Oracle, các ột đóng vai tr PRIMARY KEY s m ẽ ặc định có chỉ ố trên trường d s ữ liệu n ày
Quá trình thiết kế các INDEX liên quan chặt chẽ đến các câu hỏi QUERY của cơ sở dữ liệu, điều này có nghĩa là chúng ta cần xác định trước các câu QUERY sẽ truy vấn từ bảng X Bên cạnh đó, kỹ thuật tạo các BUFFER chứa dữ liệu cũng đóng vai trò quan trọng trong việc tối ưu hóa hiệu suất truy vấn.
Trong Oracle, bộ đệm CSDL (database buffer cache) được tổ chức như một phần trong bộ nhớ System Global Area (SGA) Bộ đệm này lưu trữ một bản sao dữ liệu được đọc từ DATAFILES Tất cả người dùng đang kết nối và các giao dịch đang hoạt động đều có thể sử dụng chung vùng nhớ này theo phân quyền PRIVILEGE do người quản trị thiết lập.
The buffer zone is divided into two categories: the Dirty List and the Least Recently Used (LRU) List The Dirty List contains modified data that has not yet been written to disk, while the LRU List includes free buffers, pinned buffers that are currently in use, and dirty buffers that have not been transferred to the Dirty List.
Tham số DB_BLOCK_BUFFERS trong việc thiết lập cơ sở dữ liệu xác định số lượng bộ đệm trong bộ đệm CSDL (database buffer cache) Mỗi bộ đệm này có kích thước tương đương với một khối dữ liệu Oracle, mà kích thước của khối dữ liệu được thiết lập bởi tham số DB_BLOCK_SIZE.
Trong Oracle, để truy xuất dữ liệu real-time khi thực hiện các thao tác INSERT, UPDATE, DELETE và SELECT trên cùng một bảng, cần sử dụng cơ chế quản lý bộ nhớ đệm (BUFFER) Cơ chế này cho phép lưu trữ dữ liệu vào bộ nhớ đệm của cơ sở dữ liệu, giúp cải thiện hiệu suất truy xuất Để thiết lập cơ chế này, cần chỉ định thuộc tính bảng ngay khi tạo bảng.
CREATE TABLE Companies (col1, col2, col3 ) BUFFER_POOL_KEEP; b c d
Toàn bộ dữ liệu trong bảng Companies sẽ được tải vào bộ nhớ đệm, giúp quá trình truy xuất dữ liệu diễn ra nhanh chóng hơn Kỹ thuật tạo Compiled Procedure cho phép thực thi nhiều câu lệnh SQL một cách hiệu quả.
Oracle sử dụng ôn ng PL/SQL (ngng ữ ôn ngữ SQL lập trình được) để xây dựng ác thủ ục, hàm được thực thi trong nội ộ ệ quản trị CSDL c t b h
Oracle sử dụng mã nguồn PL/SQL được biên dịch sẵn và lưu trữ trong bộ nhớ hệ thống Khi cần thực hiện, hệ quản trị chỉ cần gọi đến con trỏ truy xuất đến thủ tục mà không cần biên dịch lại mã nguồn.
ĐỀ XUẤT MÔ HÌNH HỆ THỐNG
Các dịch vụ cung cấp
Các dịch vụ gia tăng trên nền tảng freephone rất đa dạng và phong phú, với nhiều lựa chọn tối ưu cho người sử dụng.
Việc phát triển 16 dịch vụ khác nhau trong hệ thống tại Việt Nam hoàn toàn khả thi nếu không phụ thuộc vào việc mua công nghệ từ SIEMENS Tuy nhiên, để phù hợp với điều kiện và thói quen sử dụng của người Việt Nam, hệ thống nên tập trung cung cấp các dịch vụ cụ thể như sau:
- Dịch vụ Blocking: hạn chế cuộc gọi đến dịch vụ đã đăng ký của khách hàng
- Route Geograph : định tuyến cuộc gọi theo ịa lý.y đ
Dịch vụ Route Time bao gồm ba loại: Route Day, Route Week và Route Holiday, cho phép định tuyến cuộc gọi theo thời gian trong ngày, ngày trong tuần và các ngày nghỉ lễ, tết.
- Route Percent: định tuyến theo % số cuộc đã phục vụ
Playback messages are essential for effective communication, providing courteous responses and ensuring a respectful interaction with users In-route announcements enhance the user experience by delivering timely information during navigation, while disconnect messages serve to inform users about service interruptions.
- Menu Routing: khách hàng lựa chọn điểm phục vụ
- Route Busy: định tuyến số khác nếu ích bị bận.đ
- Call Hunting: định tuyến cuộc gọi tới đích khác sau 3 hồi chuông.
Call Queuing là dịch vụ cho phép khách hàng chờ đợi khi không có nhân viên trực tiếp trả lời cuộc gọi Dịch vụ này thu hút sự quan tâm của khách hàng trong nước và phù hợp với thói quen sử dụng điện thoại của nhiều người Việt.
Here is the rewritten paragraph:"Khi có cuộc gọi, hệ thống sẽ thực hiện lưu đồ xử lý theo trình tự ưu tiên các dịch vụ Để bao gói hết các trường hợp rẽ nhánh tùy theo khách hàng đăng ký dịch vụ, thuật toán routing sẽ được lập trình bằng ngôn ngữ PL/SQL và lưu trữ thành các Stored Procedure trong Oracle Sơ đồ thuật toán routing dựa trên số liệu trong các bảng được thể hiện ở Hình 3.1 dưới đây."
Thông báo Status cha nép cíc
Không có khách hàng đăng ký
Check Services theo Priority ®¨ng ký
Geograph Time Percent Menu Hunting Play Msg Queuing
Routing DNIS cust_id s erv_id & pri_level
Hình 3.1 Lưu đồ định tuyến cuộc g ọi
Trong thuật toán trên, khi DNIS được routing tới báo bận hoặc NoAnswer thì sẽ routing theo mức priority tiếp theo.
Mô hình tổng thể của hệ thống
Để đáp ứng các dịch vụ viễn thông tại Việt Nam, tác giả đã xây dựng mô hình ghép nối hệ thống giả thiết với ba điểm chính: Hà Nội, TP HCM và Đà Nẵng Mô hình này dựa trên những kiến thức thu được từ các nghiên cứu trước đó, kết hợp với hiểu biết thực tế về mạng lưới viễn thông Cụ thể, mô hình giả định có tổng đài TANDEM tại ba trung tâm lớn và được kết nối qua mạng WAN bằng các đường lease line với băng thông 64, 128, 512 KB hoặc 2 MB.
Hình 3.2 Mô hình ổng thể ệ thống t h
3.2 1 Mô tả các thành phần Hardware và Software a) Các điểm phục vụ (Service Node)
Hệ thống hiện tại chỉ có 3 điểm phục vụ tại 3 miền Bắc, Trung, Nam Tuy nhiên, việc mở rộng thêm nhiều điểm phục vụ tại các tỉnh khác sẽ giúp giảm thiểu việc định tuyến cuộc gọi xa, đồng thời đảm bảo các node phục vụ gần gũi hơn với điểm gọi.
Mỗi điểm phục vụ, được gọi là Service Node, cần được thiết kế như một "hộp đen" và đặt tại vị trí có tổng đài HOST vùng, chẳng hạn như TANDEM của VTN Tại mỗi Service Node, không có giao diện OAM và không thực hiện giám sát, mọi điều khiển sẽ được quản lý từ trung tâm Service Manager tại một điểm điều khiển ở Hà Nội Giả sử có ba Service Node được đặt tại ba vùng khác nhau.
+ Service Node Thành Phố Hồ Chí Minh
Số lượng Service Node phụ thuộc vào điều kiện kinh tế đầu tư; càng nhiều node, dịch vụ càng tốt và tốc độ chuyển mạch càng nhanh Đây là bài toán kinh tế liên quan đến tỷ suất thu hồi vốn và tỷ suất đầu tư, nhưng trong luận án này, chúng tôi chỉ xem xét dưới góc độ kỹ thuật Cụ thể, có 3 service node, mỗi node sẽ bao gồm các thành phần cần thiết.
- Về mặt phần cứng gồm:
Để đảm bảo hiệu suất tối ưu cho hệ thống, cần trang bị một máy chủ mạnh mẽ với các thành phần quan trọng như CPU, RAM, Cache và NIC Nếu có điều kiện, nên thiết kế hệ thống máy chủ theo chuẩn công nghiệp Compact PCI (cPCI) Nếu không, có thể sử dụng máy chủ thông thường để đáp ứng nhu cầu.
Card trung kế cPCI hỗ trợ giao tiếp với tổng đài thông qua tín hiệu số 7 (SS7), mang đến khả năng kết nối hiệu quả Trên thị trường, card này thường được ưa chuộng từ các hãng nổi tiếng.
Trong bài viết này, chúng tôi tìm hiểu về việc áp dụng công nghệ Data Kinetics Signalling trên card cPCI, một chuẩn công nghiệp có khả năng xử lý cả báo hiệu số 7 và báo hiệu R2 Thiết bị phần cứng này được thiết kế để hỗ trợ các mô-đun phần mềm trong việc xử lý và định tuyến cuộc gọi cho hệ thống.
The Dialogic Voice Processing Card is a cPCI audio processing card designed primarily to support Interactive Voice Response (IVR) functions within a system.
Storage Disk là nơi lưu trữ cơ sở dữ liệu dịch vụ của hệ thống, bao gồm dữ liệu định tuyến cho khách hàng và thông tin thanh toán của các cuộc gọi qua Service Node.
+ 01 Router CISCO để kết nối mạng WAN giữa các điểm Service Node tại
3 trung tâm qua các đường lease line
- Về mặt phần mềm gồm:
+ Hệ điều hành Microsoft Windows, có thể dùng phiên bản Microsoft Windows Advance Server 2000 hoặc Windows S ver 2003.er
+ Hệ quản trị ơ ở ữ liệu Oracle, c thể ử ụng bản 8.0.5 hoặc ới ơn c s d ó s d m h (9i, 10G )
Phần mềm xử lý và định tuyến cuộc gọi bao gồm nhiều module con như DBNode, CallServer, Service Controller, và Billing, với các chi tiết sẽ được trình bày trong phần thiết kế các module phần mềm Trung tâm điều khiển dịch vụ (Service Manager) cũng là một thành phần quan trọng trong hệ thống này.
Hệ thống freephone sẽ được điều khiển từ một trung tâm quản lý dịch vụ duy nhất tại Hà Nội, hoạt động tương tự như một Service Node Về mặt hình học, trung tâm này có thể được xem như một điểm tạo thành hình tứ giác trong mạng lưới cung cấp dịch vụ.
Cấu trúc của Service Manager:
- Về mặt phần cứng gồm:
+ 01 Server thông thường (CPU, RAM, Cache, NIC ): cài ệ quản trịh CSDL Or acle
+ 01 Server thông thường khác để cài đặt Web Server
Bộ nhớ lưu trữ là nơi chứa đựng cơ sở dữ liệu dịch vụ của hệ thống, bao gồm toàn bộ thông tin về khách hàng đã đăng ký và sử dụng dịch vụ, bảng giá cước, phương thức thanh toán, cùng với dữ liệu hóa đơn đã được thanh toán của khách hàng.
+ 01 outer CISCO để kết nối mạng WAN với các iểm Service Node.R đ + 01 PC Desktop: cài phần mềm quản lý dịch vụ, quản lý khách hàng
- Về mặt phần mềm gồm:
Phần mềm quản lý dịch vụ cung cấp các chức năng thiết yếu như quản lý khách hàng, quản lý thuê bao, quản lý cước và thống kê báo cáo Chi tiết về phần mềm này sẽ được trình bày trong phần thiết kế các module và thiết kế cơ sở dữ liệu quan hệ.
Một Web Server được thiết lập để quản lý trang web, cho phép khách hàng truy cập từ xa nhằm chỉnh sửa và cập nhật thông tin cần thiết Điều này đặc biệt quan trọng trong việc quản lý các route DNIS, thường xuyên thay đổi trong quá trình hoạt động của doanh nghiệp.
+ Một phần mềm OAM: đáp ứng chức năng giám sát, điều khiển, bảo dưỡng từ xa toàn bộ các Service Node trên hệ thống.
+ Hệ điều hành Microsoft Windows và hệ quản trị CSDL Oracle.
Hệ thống được thiết kế với kiến trúc mở, cho phép dễ dàng mở rộng thêm các Service Node như Hải Phòng, Cần Thơ, Vinh, và Huế Để kết nối các Service Node và tạo thành mạng WAN phục vụ hoạt động online, có thể sử dụng đường lease line nxE1 (nx2Mbps) tùy thuộc vào dung lượng thực tế Việc kết nối các đường lease line sẽ cần thêm các thiết bị hỗ trợ.
- Sử dụng router (tối thiểu là loại CISCO 2500) để cung cấp kết nối giao thức chuẩn TCP/IP cho các ứng dụng phía trên
Thiết kế phần mềm hệ thống
3.5.1 Ph ần m ềm qu ản lý d ịch ụ ại v t Service Manager
Phần mềm này đặt duy nhất tại Service Manager nhưng can thiệp vào database của tất cả các Service Node
Service Manager tại Hà Nội
Hình 3.5 Mô phỏng cơ ch hoạt động Sế ervice Manager
- Kết nối từ Service Manager tới các Service Node sử dụng công cụ SQL * Net dựa trên TCP/IP của Oracle
- Giữa các Service Node không có Database Link kết nối với nhau vì routing ở mỗi Service Node là độc lập nhau
- Phần mềm này thực hiện 3 chức năng chính sau:
+ Quản lý khách hàng: đăng ký mở, đóng, sửa đổi thuê bao dịch vụ 1800, nhập thông tin đăng ký dịch vụ 1800, dữ liệu route cho từng Service Node
Quản lý cước bao gồm việc thiết lập chế độ tính cước như prepaid và postpaid, xác định loại mã cước cũng như mức giá cước cho từng thuê bao Mỗi tháng, cần tải số liệu cước cuộc gọi từ các Service Node về Service Manager để thực hiện việc tính cước một cách tập trung.
Điều khiển định thời thực hiện các chức năng tự động như ACTIVE và SUSPEND thuê bao khi không nộp cước, đồng thời cập nhật thông tin từ Temporary Database vào Real Database và tự động dọn dẹp dữ liệu tại Service Manager Các chức năng này được viết bằng PL/SQL và lưu trữ dưới dạng Stored Procedure Chức năng Timer được thiết lập thành các JOB QUEUE và được SCHEDULE bằng bộ thủ tục, hàm trong PACKAGE DBMS_JOB của Oracle (từ phiên bản 8.0 trở lên).
Phần mềm này cần đảm bảo thực hiện đầy đủ các chức năng truy xuất, tra cứu, theo dõi và thống kê thông tin khách hàng cùng với các dịch vụ trong hệ thống.
Phần mềm này được xây dựng trên bộ công cụ Developer 6.0 (hoặc cao hơn) của Oracle, bao gồm các thành phần như Oracle Form, Oracle Graphic và Oracle Report Ngôn ngữ lập trình sử dụng trong phần mềm là SQL và PL/SQL, dựa trên bộ Developer 6.0 Phần mềm điều khiển dịch vụ tại các Service Node là thành phần quan trọng nhất trong toàn bộ hệ thống, chịu trách nhiệm điều khiển cuộc gọi, truy xuất cơ sở dữ liệu, tìm kiếm thông tin định tuyến và kết xuất dữ liệu cước.
Bộ phần mềm này bao gồm ba module chính: Module điều khiển cuộc gọi (CallServer Module), Module điều khiển dịch vụ (Service Controller Module) và Module điều khiển truy xuất cơ sở dữ liệu (Database Module).
Các module phần mềm giao tiếp với nhau thông qua các tin nhắn qua kênh truyền thông nội bộ giữa các tiến trình (IPC Channel – InterProcess Communication) Cơ chế này được thiết kế tương tự như cơ chế truyền bản tin thông báo của Microsoft Windows.
Hình 3.6 C ấu trúc ơ chế truyền tin IPC c a) CallServer module
Phần mềm này giao tiếp với tổng đài qua đường trung kế E1 và sử dụng báo hiệu số 7 Nó thực hiện các chức năng nhận cuộc gọi, phân tích cuộc gọi, định tuyến và quay số đến đích gọi.
Phần mềm này tương tác với phần cứng báo hiệu SS7 và tài nguyên thoại thông qua các API do nhà sản xuất cung cấp, nhằm giao tiếp với mạng PSTN Nó thực hiện việc định tuyến thông tin báo hiệu và điều khiển giữa các khối chức năng của SS7 và Voice Resource, đồng thời giao tiếp trực tiếp với các ứng dụng thông qua các bản tin đã được định nghĩa.
Call Server đảm nhận nhiều chức năng quản lý quan trọng, bao gồm quản lý dịch vụ và cuộc gọi, cũng như quản lý và xuất dữ liệu cước cuộc gọi một cách hiệu quả.
Call Server quản lý trạng thái cuộc gọi trong quá trình đăng ký, kết nối và giải phóng Các trạng thái này tương ứng với kênh mà cuộc gọi chiếm.
Một cuộc gọi có thể không cần trải qua tất cả các trạng thái đã nêu, tùy thuộc vào việc đó là cuộc gọi đến (inbound call) hay cuộc gọi đi (outbound call) Các trạng thái này có thể được phân loại thành bắt buộc (mandatory) hoặc tùy chọn (optional).
Mỗi cuộc gọi của dịch vụ do Call Server quản lý được cấp một định danh duy nhất, tương ứng với số hiệu kênh logic của dịch vụ Thông tin cần quản lý về cuộc gọi bao gồm các dữ liệu liên quan đến định danh và kênh logic đó.
+ Mã dịch vụ của cuộc gọi
+ ID của cuộc gọi ( số hiệu kênh logic mà cuộc gọi chiếm)
+ Mã định danh duy nhất cho cuộc gọi
+ Số hiệu kênh vật lý tương ứng
+ Trạng thái cuộc gọi (tương ứng với trạng thái kênh mà cuộc gọi đó chiếm)
+ Hướng của cuộc gọi (inbound call hay outbound call)
+ Số điện thoại bị gọi
+ Số chuyển hướng cuộc gọi
+ Thông tin về thời gian thực hiện cuộc gọi (ghi cước)
Các thông tin này sẽ được đóng gói trong bản tin IPC và được truyền nội bộ trong hệ thống
Phần mềm này được phát triển bằng ngôn ngữ lập trình C và C++, kết hợp với các API từ nhà cung cấp phần cứng như Dialogic và các API của hệ điều hành Windows Một trong những thành phần quan trọng của hệ thống là mô-đun Service Controller.
Module này có chức năng điều khiển dịch vụ, tùy thuộc vào các dịch vụ mà khách hàng đã đăng ký Nó đưa ra các kịch bản routing cuộc gọi một cách hợp lý, dựa trên thứ tự ưu tiên và trạng thái của cả chủ gọi (như bị chặn, không trả lời) và đích gọi (bận, tỷ lệ ).
Module này sẽ giao tiếp với module CallServer và module DataBase thông qua các bản tin đã được định nghĩa trên kênh IPC Thực chất, module này hoạt động như một service node cho CallServer Service Controller sẽ nhận và gửi các bản tin giữa module CallServer và module DataBase, đồng thời xử lý theo kịch bản dịch vụ đã được thiết lập.
Quy trình điều khiển và xử lý dịch vụ
Phần này mô tả các bản tin trong bộ phần mềm cài đặt tại mỗi Service Node, giúp điều khiển dịch vụ và trao đổi thông tin giữa các module Ví dụ về chu trình xử lý dịch vụ, Service Controller module nhận cuộc gọi từ CallServer, cắt số đầu dịch vụ 1800 để xác định dịch vụ, và tạo bản tin hỏi số chuyển hướng gửi đến DataBase module Hành động tiếp theo sẽ được quyết định dựa trên thông tin trả về từ DataBase module.
+ số đích dnis (nếu không có đặt bằng 0)-
+ play announcement (đặt bằng 1 nếu phải phát tin nhắn đến người gọi) + wait_time if no_answer (nếu không đợi đặt bằng 0)
Khi không có thông tin cần thiết, hệ thống sẽ thông báo mã lỗi Nếu thông tin trả về có số đích, hệ thống sẽ khởi tạo cuộc gọi theo số từ DataBase module Nếu cuộc gọi thành công, nó sẽ kết nối với cuộc gọi ban đầu Ngược lại, nếu số đích bận hoặc không tồn tại, hệ thống sẽ tạo bản tin hỏi số chuyển gửi đến DataBase module Nếu số đích không trả lời, hệ thống sẽ thiết lập lại cuộc gọi đến số đích đó trong khoảng thời gian chờ trước khi tiếp tục hỏi số chuyển gửi Nếu thông tin trả về không có số đích, hệ thống sẽ yêu cầu phát một thông báo đến người gọi, tạo bản tin yêu cầu thông tin đường dẫn của thông báo gửi đến DataBase module và nhận bản tin trả lời với thông tin đường dẫn, thời gian phát và các thông tin bổ sung.
+ Tuỳ chọn có nhận số trong quá trình phát tin không
+ Các con số có thể kết thúc phát bản tin cho caller (đây là các số trong trường menu_key trong bảng menu_routing, xem thêm phụ ục v b l ề ảng)
+ Có còn bản tin nào cần phát không
Dựa trên các tham số đã cho, bản tin play_cmd được tạo ra và gửi đến module CallServer Sau khi nhận được play_ack từ module CallServer, tùy thuộc vào việc có nhận số trong quá trình phát tin hay không, sẽ có hai hướng xử lý Nếu không nhận số và còn bản tin cần phát, hệ thống sẽ tạo bản tin play_data_req để yêu cầu thông tin đường dẫn của announcement từ module DataBase, và quá trình này sẽ tiếp tục cho đến khi hết tin cần phát Nếu không còn bản tin nào để phát, cuộc gọi sẽ được giải phóng.
Trong trường hợp đặc tính dịch vụ blocking, nếu bản tin play_ack có số do caller bấm, hệ thống sẽ gửi bản tin get_digit_cmd để nhận các số còn lại và gửi đến module DataBase bằng bản tin next_action_req Sau khi nhận được bản tin response chỉ dẫn hành động tiếp theo, cuộc gọi sẽ được giải phóng hoặc định tuyến đến số dnis khác Nếu không có số, cuộc gọi sẽ được giải phóng Đối với trường hợp đặc tính dịch vụ In Route Announcement, hệ thống sẽ phát announcement trên kênh gọi vào và tạo cuộc gọi ra, khi cuộc gọi thành công sẽ kết nối 2 kênh và ngừng phát announcement Cuộc gọi sẽ kết thúc khi CallServer module gửi bản tin rel_call hoặc khi nhận được bản tin lỗi từ CallServer module hoặc DataBase module, với result_code = ERROR, hoặc lỗi do Service Controller module phát hiện.
Khi cuộc gọi được kết thúc từ module CallServer, module Service Controller cần gửi thông điệp finish_call_req đến module DataBase, kèm theo các thông tin cần thiết.
+ rc: nguyên nhân giải phóng cuộc gọi (ánh xạ từ lỗi do CallServer module gửi đến)
Đợi bản tin finish_call_rsp từ mô-đun DataBase; nếu sau thời gian xác định mà không nhận được phản hồi, mô-đun Service Controller sẽ gửi lại bản tin finish_call_req để đảm bảo tính chính xác trong việc tính cước.
Trong trường hợp cuộc gọi được giải phóng từ mô-đun DataBase, mô-đun Service Controller phải gửi bản tin rel_call cho cả cuộc gọi vào và cuộc gọi ra với nguyên nhân lỗi thích hợp Sau đó, một bản tin finish_call_req sẽ được gửi đến mô-đun DataBase, và quá trình sẽ tiếp tục chờ bản tin finish_call_rsp từ mô-đun này.
Trong trường hợp cuộc gọi được giải phóng khởi đầu từ Service
Controller module: tương tự như ường h tr ợp giải ph ng từ đầu ó DataBase Module, nhưng c lỗi do Service Controller module định ác nghĩa và gửi đến
3.6.1 C ấ u trúc bản tin trao đổi giữa các module ph ần m ềm a) Phần header của bản tin typedef struct _dbm_header { unsigned char prim_type; unsigned short call_id; unsigned char src; unsigned char dest;
prim_type: chứa tên các loại bản tin khác nhau
id: kiểu u16, chứa định danh duy nhất cho một chuỗi bản tin yêu cầu và đáp ứng thuộc về cùng một cuộc gọi
src: module phát sinh bản tin
dst: module nhận bản tin
Tùy thuộc vào loại bản điều khiển hoặc bản tin truyền dữ liệu, mỗi bản tin sẽ có phần dữ liệu bổ sung sau phần header Ví dụ, trong quá trình trao đổi thông tin giữa Service Controller Module (SC) và Database Module (DB), các loại bản tin này sẽ được sử dụng để đảm bảo sự truyền tải dữ liệu hiệu quả.
Bảng 3.1: Các bản tin trao đổi giữa SC và DB
DB Mô tả Tham số query_dest_req Yêu cầu cung cấp địa chỉ định tuyến cuộc gọi
- sn_ani (số called đã cắt bỏ
- ani (số caller) query_dest_rsp Đáp ứng yêu cầu cung cấp địa chỉ định tuyến cuộc gọi
- số đích dnis (nếu kh- ông có đặt bằng 0)
- play_ann - phát announcement (đặt bằng 1 nếu phải phát một lời nhắc đến người gọi)
- wait_time (if no_answer) (nếu không đợi đặt bằng 0)
- result_code: thông báo mã lỗi nếu không có thông tin cần thiết play_data_req Yêu cầu cung cấp thông tin về lời
- không có tham số đặc biệt play_data_rsp Đáp ứng yêu cầu cung cấp thông tin về lời nhắn cần phát
- play_time: thời gian phát tối đa (tính bằng giây) đặt bằng 0 nếu , chỉ phát lời nhắc 1 lần
- gd: cờ chỉ thị có nhận số trong quá trình phát hay không (1: có nhận số, 0: không nhận số)
- term: số kết thúc quá trình phát lời nhắc (định dạng chuỗi số)
- rc: nguyên nhân lỗi next_action_req Gửi số nhận được trong quá trình phát lời nhắc, hỏi hành động tiếp theo
- digit: số nhận được trong quá trình phát lời nhắc next_action_rsp Chỉ dẫn hành động tiếp theo dựa trên số nhận được
- số đích dnis (nếu không có - đặt bằng 0)
- rc: nguyên nhân lỗi finish_call_req Thông báo cuộc gọi đã kết thúc
- start_time: thời gian bắt đầu cuộc gọi (tính từ thời điểm hệ thống đáp ứng yêu cầu gọi của caller)
- stop_time: thời gian giải phóng cuộc gọi
- rc: nguyên nhân giải phóng cuộc gọi finish_call_rsp Đáp ứng chỉ ra đã nhận được thông báo kết thúc cuộc gọi
- không có tham số đặc biệt
3.6.2 Một số kịch bản đ 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)
DataBase Module ncall_cmd: 1800xxxx quer y_d es t_req: xxxx quer y_d t_rsp: es rc= DBRC_ANI_BLOCKING ncall_ack: status= ERROR rc= CSRC_REJECT
Hình 3.8 Cuộc gọi từ số máy chủ gọi bị cấm b) Cuộc gọi có địa chỉ định tuyến
Thành công từ lần định tuyến đầu tiên
The database interactions involve various commands and responses associated with call handling The module processes a command (ncall_cmd) with an identifier (1800xxxx) and retrieves a request (query_d est_req) for a specific call ID (callid1) It successfully receives a response (query_d t_rsp) indicating the dialed number (es dnis=yyyyyyyy) and acknowledges the call (ncall_ack: SUCCESS) Further actions include executing a call command (call_cmd) with a new identifier (called=yyyyyy) and confirming its success (call_ack: SUCCESS) The system then switches the call (switch_call_cmd) and acknowledges the switch (switch_call_ack: SUCCESS) Finally, it handles the release of the call (rel_call) and completes the process with a finish call request (finish_call_req), confirming the completion with a response (finish_call_rsp: callid1).
Hình 3.9 Cuộc gọi có địa chỉ định tuyến thành công từ lần định tuyến đầu tiên
Cuộc gọi thất bại ở lần định tuyến đầu tiên, và thành công ở lần định tuyến sau đó (đặc tính call hunting)
The database module processes various call commands, including ncall_cmd and switch_call_cmd For instance, ncall_cmd with ID 1800xxxx shows a successful acknowledgment (SUCCESS) for callid1, while callid2 experiences a failure due to being busy or not answering The switch_call_cmd facilitates a successful transition between callid1 and callid2 Additionally, the finish_call_req and finish_call_rsp indicate the completion of the call process for both call IDs, with callid1 receiving a successful response and a new query detailing the associated DNIS.
Hình 3.10 Cuộc gọi có địa chỉ định tuyến thất bại trong lần định tuyến đầu tiên
Cuộc gọi được duy trì cho đến khi đạt đến điểm đích hoặc một trong số các điểm định tuyến thay thế có khả năng nhận cuộc gọi, nhờ vào đặc tính call queuing, giúp đảm bảo rằng cuộc gọi không bị mất mát hay gián đoạn trong quá trình chuyển tiếp.
In the database module, the call command for ncall_cmd is initiated with the identifier 1800xxxx The query request for callid1 is processed, resulting in a response that includes the DNIS yyyyyyyy and wait time However, the call acknowledgment for callid2 fails, indicated by the response code from the finish_call request Subsequently, a finish call response for callid1 is generated, followed by another query request for callid1, which returns a new DNIS zzzzzzzz and the same called number yyyyyyyy for callid2.
In w ait_time w ait_time expired call_cmd: called=zzzzzzzz, callid2
Quá trình lặp lại cho đến khi caller hạ máy hoặc cuộc gọi đợc kết nối thành công
Hình 3.11 Cuộc gọi được duy trì cho đến khi được k nết ối
Cuộc gọi có sự tham gia của chức năng phát lại lời thông báo (Playback Message):
- Cuộc gọi bị từ chối được trả lời lịch sự (đặc tính courtesy response)
The database module processes a call with the identifier ncall_cmd: 1800xxxx, receiving a query request (query_id: xxxx) and responding with a status of REJECT, while initiating an announcement The call acknowledgment is marked as SUCCESS, followed by a play data request and response indicating a path with gd=0 Subsequently, play commands and acknowledgments are executed, leading to the release of the call and concluding with a finish call request and response.
Hình 3.12 Cuộc gọi b t ị ừ chối trả lời lịch s ự