3.1. Lựa chọn giải pháp xây dựng hệ thống thử nghiệm
3.1.3. Các kiến trúc hệ thống
a. Xây dựng các ứng dụng nhúng trung gian9
Trong môi trường hỗn hợp, khi ENUM chưa phát triển rộng rãi và các ứng dụng hỗ trợ ENUM chưa được phát triển nhiều thì việc xây dựng các giải pháp plugin có khả năng giải quyết được vấn đề một cách tương đối hiệu quả.
DNS Web, email Fax VoIP Chương trình nhúng (plugin) Người gọi Tài nguyên của số bị gọi Web , em ail Fax VoIP
Hình 22. Kiến trúc hệ thống sử dụng chƣơng trình nhúng để triển khai ENUM
Chương trình nhúng đơn giản là một chương trình có giao diện tích hợp phù hợp với các nhu cầu thơng tin của người sử dụng. Ở mơ hình đơn giản nhất, chương trình chỉ cần có hộp nhập cho phép người sử dụng nhập vào số ENUM bị gọi (ta giả sử là số điện thoại). Chương trình sẽ thực hiện truy vấn ENUM và xử lý các bản ghi trả về. Thơng qua các nút kích hoạt, hoặc các hypertext link, người dùng có thể truy nhập tới các tài nguyên thông tin thơng qua việc kích hoạt chương trình truyền thống thường dùng. Ví dụ nếu dữ liệu trả về có địa chỉ trang chủ Web thì người sử dụng có thể gọi chương trình Web browser thường dùng bằng cách nhấn vào nút tương ứng trong ứng dụng.
Ở chế độ trong suốt hơn, ứng dụng plugin có thể được thiết kế chạy ngầm trên hệ thống. Từ đó bất kỳ truy vấn nào có địa chỉ định dạng theo dạng quy ước (chẳng
hạn có dạng E.164 như +8445564944) sẽ được chương trình plugin bắt giữ và xử lý trước. Truy vấn ENUM được thực hiện và tùy theo ứng dụng đang sử dụng, plugin sẽ trả về địa chỉ tài nguyên của người bị gọi. Ứng dụng truyền thống sẽ thực hiện tiếp với địa chỉ hợp lệ này. Chế độ này thân thiện nhất đối với người dùng nhưng khó thực hiện hơn do chương trình plugin phải tương thích với từng chương trình ứng dụng khác nhau như Outlook Express, các trình duyệt Netscape, IE, Firrefox,...
Hiện tại, trong mơ hình triển khai thử nghiệm ENUM, nhiều quốc gia cũng chọn giải pháp plugin này để Demo khả năng của ENUM. Ví dụ như:
- SIP user agent của Ubiquity (http://www.sipcenter.com).
- AOSA telecom ENUM client (http://www.aosa.at/de/pages/1_4_0.htm)
- Kapsch Carriercom ENUM client software
(http://www.kapsch.net/CarrierCom/de/4627_DEU_HTMLExtranetCD.ht m).
- KRNIC ENUM browser (http://enum.or.kr).
- ...
b. Xây dựng chuyển mạch mềm hỗ trợ ENUM
Hướng quan trọng nhất trong các hướng phát triển ENUM là xây dựng các chuyển mạch hỗ trợ ENUM. Việc đưa ENUM vào các tổng đài sẽ giải quyết được hoàn toàn các vấn đề kỹ thuật gặp phải trong quá trình triển khai. Tuy nhiên để đưa được ENUM vào hỗ trợ trong các tổng đài cần có nhiều điều kiện:
- Tổng đài phải hỗ trợ đa dịch vụ, đặc biệt là hỗ trợ cả dịch vụ thoại thơng
thường, phải có khả năng phân hoạch số thoại theo các tiêu chuẩn thông thường (theo E.164).
- Tổng đài phải có kết nối Internet để hỗ trợ truy vấn ENUM.
- Tổng đài có thể hỗ trợ trực tiếp các chuẩn VoIP, trong trường hợp này mơ
hình tích hợp trở nên đơn giản và dễ triển khai nhất.
Qua các điều kiện trên, có thể thấy ENUM có thể được đưa vào tích hợp trong chuyển mạch mềm một cách khá đơn giản, còn với các chuyển mạch truyền thống thì tương đối khó khăn, thường phải thực hiện thông qua các gateway trung gian là các chuyển mạch mềm khác.
Kiến trúc của một hệ thống chuyển mạch mềm thông dụng được mô tả như sau
Service authoring 3rd Party applications Application server
Service control
point (SCP) Access control Service session
Service mediation
Unified database
Wireless switch Softswitch SIP proxy
Media gateway Media server
Wireless access PSTN access ADSL access Cable
access IP access Backbone
Wireless phones POTS/ISDN phones H.323 phones SIP phones Soft phones PDA M a n a g e m e n t Applications Services Controls Media Transport End users
Hình 23. Kiến trúc của một Softswitch hỗ trợ đa dịch vụ
Có thể thấy nền tảng báo hiệu của 1 hệ thống chuyển mạch mềm đang được chuyển sang sử dụng SIP. Các điểm chuyển mạch thành phần hỗ trợ SIP được xây dựng và thêm vào như các thành phần bổ trợ, các giao diện ứng dụng khác nhau. Hiện nay các chuẩn giao tiếp giữa các thành phần của hệ thống thông qua SIP đã và đang tiếp tục được chuẩn hóa. Có thể kể đến:
- Ngơn ngữ xử lý cuộc gọi CPL (Call processing language).
- SPIRIT (Services in the PSTN/IN Requesting Internet Services).
- PINT (PSTN/Internet Internetworking).
- JAIN (Java APIs for Integrated Networks).
- OSA/Palay (Hệ giao diện lập trình API hỗ trợ mạng hội tụ).
Các chuẩn giao tiếp giữa các phân lớp của chuyển mạch mềm thế hệ mới có thể tham khảo ở các cơng trình nghiên cứu về SIP khác và không phải là nội dung được đề cập kỹ trong luận văn này.
Các khối quản lý (management), dịch vụ (services) cần sửa đổi để hỗ trợ ENUM như 1 dạng địa chỉ hợp nhất. Các thao tác trên cơ sở dữ liệu hợp nhất trước đây được chuyển thành các truy vấn DNS, Directory... tương ứng. Việc sửa đổi này thường rất đơn giản, đôi khi chỉ là thêm 1 module xử lý bổ sung và sửa đổi vài dịng cấu hình (xem phần thử nghiệm thực tế với Asterik softswitch).
Để hỗ trợ ENUM, chuyển mạch mềm phải được đặt ở biên giới kết nối giữa PSTN và Internet, hoặc phải có kênh Internet dành riêng (do truy vấn ENUM là truy vấn qua Internet), ngoài ra các quy hoạch đánh số nội bộ phải tương thích và tương ứng với các bản ghi NAPTR trong DNS tương ứng.