Camel phase 2 trong mạng thông minh và ứng dụng trong hệ thống tính ước dịch vụ gia tăng thời gian thực trong thông tin di động

Với mạng thụng minh, cỏc nhà khai thỏc mạng dễ dàng triển khai dịch vụ đồng thời đỏp ứng được yờu cầu về thời gian cung cấp dịch vụ cho khỏch hàng.Hiện nay cỏc mạng di động GSM ở nước ta

Dịch vụ trên mạng di động

Sự phát triển của công nghệ di động đã dẫn đến sự xuất hiện ngày càng nhiều dịch vụ di động với chi phí hợp lý và chất lượng ngày càng cao Các dịch vụ mạng di động hiện được phân chia thành hai loại chính: dịch vụ cơ bản và dịch vụ gia tăng.

Dịch vụ cơ bản là các dịch vụ chuẩn hóa hoàn toàn trên mạng, yêu cầu người dùng đăng ký để sử dụng Khi thiết bị di động (MS) chuyển sang mạng khác, nó có thể truy cập các dịch vụ này nếu mạng roaming hỗ trợ Hệ thống HLR gửi danh sách dịch vụ cơ bản đến MSC/VLR khi MS đăng ký tại mạng HPLMN Khi bắt đầu cuộc gọi, MS cung cấp cho MSC thông số kết nối như khả năng mang (BC), khả năng tương thích mức thấp (LLC) và khả năng tương thích mức cao (HLC) MSC sử dụng các thông số này để xác định chuyển mạch cho dịch vụ cơ bản Nguyên tắc của dịch vụ cơ bản từ LLC, HLC và BC được mô tả trong GSM TS 09.07.

Dịch vụ cơ bản được chia làm 2 nhóm: Dịch vụ thoại và dịch vụ mang.

 Dịch vụ thoại (Tele ser vices TS) – :

Bảng 1.1 mô tả tổng quan về các dịch vụ thoại đang có, có thể tham khảo thêm ở GSM TS 02.03 [3]:

Bảng 1.1: Tele services Tele Service

11 Telephony Đây là dịch vụ cuộc gọi thoại thông thường

Sử dụng các tích chất của TS11, nhưng được thiết lập mà không cần thủ tục thiết lập kiểm tra trong MS và MSC

TS này liên quan đến việc nhận SMS, nhưng không được gửi tới MSC/VLR Khi một SMS được gửi tới thuê bao, HLR sẽ kiểm tra tình trạng đăng ký dịch vụ của thuê bao đối với TS.

TS này liên quan đến việc gửi đi một SMS.

TS này liên quan đến việc gửi một SMS như một SMS quảng bá.

61 Thoại và Fax TS này là khả năng có thể lựa chọn thoại hoặc dịch vụ fax.

TS này liên quan đến việc phân ra một cuộc gọi nhóm được đưa ra trong GSM TS 03.68[35].

TS này liên quan đến việc nhận voice quảng bá, đưa ra trong GSM TS 03.68[35]

 Dịch vụ mang (Bearer services – BC):

Bảng 1.2 mô tả tổng quan về các dịch vụ mang hiện có, có thể tham khảo ỏ GSM

Bảng 1.2: Bearer services Tele Service

20 Các dịch vụ mang dữ liệu không đồng bộ

Có thể được sử dụng cho các dịch vụ không đồng bộ từ 300 bit/s đến 64 kbit/s.

30 Các dịch vụ mang dữ Có thể được sử dụng cho các dịch vụ đồng bộ từ 1.2

 Kết nối chuyển mạch kênh:

BC, LLC và HLC là các thông số quan trọng trong kết nối chuyển mạch kênh, được truyền từ MS tới MSC qua DTAP khi thuê bao GSM bắt đầu cuộc gọi MSC sử dụng các thông số này trong báo hiệu ISUP gửi đến đích và cũng thông báo chúng tới SCP trong yêu cầu dịch vụ CAMEL Điều này cho phép dịch vụ CAMEL điều chỉnh quá trình xử lý logic của cuộc gọi Hình vẽ minh họa mối quan hệ giữa LLC, HLC và BC trên DTAP cùng với các thông số tương ứng trên ISUP.

Truyền dẫn LLC (Low-layer compatibility) và HLC (High-layer compatibility) qua DTAP ISUP cho phép truyền tải thông tin một cách liên tục giữa các thực thể chủ và bị LLC đảm bảo tính tương thích trong việc điều chỉnh mã hóa phù hợp với bên phát, đồng thời mô tả các đặc tính liên quan đến việc truyền dữ liệu HLC cũng được sử dụng để mô tả các dịch vụ yêu cầu như thoại, fax, và truyền hình BC (Bearer capability) xác định các đặc tính của kênh 64 kbit/s cần thiết cho cuộc gọi.

Cho đến nay, các mạng thông tin di động đã phát triển mạnh mẽ với nhiều dịch vụ đa dạng như VMS, cho phép người dùng chuyển vùng quốc tế và sử dụng dịch vụ tin nhắn, email Các dịch vụ gia tăng cũng ngày càng phong phú, đáp ứng nhu cầu ngày càng cao của người dùng.

Dịch vụ gia tăng (Supplementary services - SS) trong mạng GSM là công cụ quan trọng giúp nhà khai thác tăng doanh thu và phát triển dịch vụ đa dạng, thu hút người dùng Để sử dụng dịch vụ gia tăng, người dùng cần được hướng dẫn đăng ký với HLR và gửi tới MSC/VLR trong quá trình xác thực định vị Các dịch vụ này được chuẩn hóa đầy đủ, cho phép thiết bị di động (MS) sử dụng khi roaming tại mạng khác, miễn là mạng đó hỗ trợ các dịch vụ gia tăng tương tự như mạng chủ Việc kích hoạt, tạm ngừng dịch vụ và yêu cầu cho các dịch vụ gia tăng được quy định trong GSM TS 02.03.

D ưới đây sẽ gi thi và phâ ích m s d v ới ệu n t ột ố ịch ụ gia tăng phổ bi trêến n các mạng điện tho i di ạ động ện hi nay:

Hiển thị số thuê bao chủ gọi : là dịch vụ giúp thuê bao di động thấy được số điện thoại trên màn hình máy di động.

Dịch vụ cấm hiển thị số thuê bao chủ gọi cho phép người nhận cuộc gọi không thấy số điện thoại của người gọi trên màn hình di động Điều này giúp bảo vệ quyền riêng tư của người dùng và ngăn chặn các cuộc gọi không mong muốn.

Dịch vụ giữ cuộc gọi : là dịch vụ giúp cho thuê bao di động đặt cuộc gọi ở chế độ chờ và gọi tới một số máy khác.

Dịch vụ chuyển tiếp cuộc gọi là giải pháp tiện ích cho thuê bao di động, cho phép chuyển hướng cuộc gọi đến một số điện thoại khác khi thiết bị di động không hoạt động, đang bận hoặc ngoài vùng phủ sóng.

Hộp thư thoại là dịch vụ cho phép thuê bao di động duy trì kết nối ngay cả khi điện thoại hết pin hoặc ngoài vùng phủ sóng Khi không thể trả lời cuộc gọi, người gọi có thể để lại tin nhắn trong hộp thư, và người nhận có thể sử dụng điện thoại của mình hoặc bất kỳ điện thoại nào khác để nghe lại tin nhắn đã ghi.

Dịch vụ truyền Fax cho phép người dùng di động gửi tin Fax bằng cách kết nối trực tiếp giữa máy tính và điện thoại di động.

D ị ch v ụ truy ề n d ữ ệ li u: là dịch vụ cho phép thuê bao di động truyền đi bằng cách kế ốt n i tr c tiự ếp máy vi tính và máy di động

Dịch vụ nhắn tin ngắn cung cấp giải pháp cho cả thuê bao trả sau và trả trước, cho phép người dùng di động gửi tin nhắn văn bản trong những tình huống không thuận tiện để nói chuyện qua điện thoại, chẳng hạn như khi ở nơi ồn ào hoặc khi không muốn người khác biết nội dung trao đổi.

Dịch vụ nhắn tin quảng bá miễn phí cho thuê bao trả sau và trả trước, cung cấp thông tin dự báo thời tiết, giá vàng, giá USD, tin thể thao, lịch bay của Vietnam Airlines, và khuyến mại của MobiFone qua tin nhắn ngắn Khách hàng có thể yêu cầu dịch vụ bán hàng trực tiếp và thu cước tại nhà Các trung tâm dịch vụ khách hàng tại Hà Nội, Đà Nẵng và thành phố Hồ Chí Minh là những địa chỉ đáng tin cậy để khách hàng đăng ký dịch vụ, nhận hướng dẫn và giải đáp thắc mắc liên quan đến di động, sửa chữa và bán hàng.

Dịch vụ Roaming quốc tế và Roaming giữa các mạng di động trong nước là những dịch vụ quan trọng cho người dùng Roaming quốc tế chỉ áp dụng cho thuê bao trả sau, trong khi Roaming nội địa phục vụ cả thuê bao trả trước và trả sau Dịch vụ này cho phép người sử dụng thực hiện và nhận cuộc gọi bằng điện thoại di động của mình tại các quốc gia khác hoặc trên các mạng di động trong nước có thỏa thuận Roaming, mà không cần thay đổi thẻ SIM hay số điện thoại.

Tổng kết chương

Sự phát triển của công nghệ di động đã dẫn đến sự gia tăng các dịch vụ trên mạng di động, mang lại lợi ích cho người dùng thông qua cạnh tranh về chất lượng và giá cả Các nhà mạng tại Việt Nam đang không ngừng cải thiện hạ tầng và nâng cấp dịch vụ, nhằm cung cấp trải nghiệm tốt hơn cho khách hàng Điều này khuyến khích người tiêu dùng lựa chọn mạng di động với nhiều tính năng ưu việt hơn Thách thức đặt ra cho các nhà khai thác là nâng cao chất lượng dịch vụ trong khi tối ưu hóa tài nguyên mạng, đồng thời đảm bảo quy trình thu cước dịch vụ diễn ra nhanh chóng và tự động để phục vụ cho việc tái đầu tư và vận hành mạng Trong các chương tiếp theo, chúng ta sẽ khám phá các vấn đề liên quan đến mạng thông minh IN, nâng cao chất lượng dịch vụ di động và giải pháp tính cước khách hàng theo chế độ 'thời gian thực'.

Giới thiệu tiêu chuẩn CS - 1, CS - 2 của ITU, AIN của ANSI và ETSI với

Vào tháng 3 năm 1993, ITU đã công bố tập khả năng CS1 cho mạng thông minh, nhằm cung cấp các dịch vụ và hỗ trợ khách hàng thực hiện nhanh chóng ITU CS được công nhận là chuẩn quốc tế, trong khi tại Bắc Mỹ, các tiêu chuẩn thường không tuân theo chuẩn quốc tế, với BellCore phát hành các chỉ tiêu kỹ thuật AIN phiên bản 0.1, 0.2 và 0.x Các khái niệm kỹ thuật của BellCore tuân thủ ITU IN, với mục tiêu nâng cao khả năng thực hiện và triển khai.

Vào năm 1996, Bellcore đã phát hành phiên bản mới cho chỉ tiêu kỹ thuật của IN, hỗ trợ cho AIN 0.1 và AIN 0.2 Phiên bản này mang mã hiệu GR-1298-CORE, Issue 3, được xuất bản vào tháng 7 năm 1996 và sửa đổi lần đầu vào tháng 11 cùng năm.

1996, phiên bản 0.1 điều khiển xử lý cuộc gọi cơ bản giữa hai phần tử của cuộc gọi

Nó định tuyến đối tượng và chuyển đổi giữa các con số, hỗ trợ IP tích hợp trong điểm chuyển mạch dịch vụ Trong chuyển mạch cơ bản, SSP phiên bản 0.1 thực hiện các chức năng như kích hoạt, truy vấn, xử lý trả lời, quản lý bộ trigger, thông báo kết thúc, tương tác cuộc gọi, giám sát tài nguyên và tạo khe mã hoá.

Phiên bản 0.2, được phát triển từ phiên bản 0.1, cung cấp sức mạnh cho điểm chuyển mạch dịch vụ (SSP) và các bản tin giao thức Giao diện chức năng của SSP và SCP-SSP vẫn tương thích với các định nghĩa của phiên bản 0.1 So với phiên bản trước, phiên bản 0.2 mở rộng đáng kể các chức năng, bao gồm nhiều bộ kích hoạt đầu cuối, bộ kích hoạt khi bận, bộ kích hoạt khi không có phản hồi, và tương tác với các tài nguyên IP đặc biệt Ngoài ra, phiên bản 0.2 còn hỗ trợ các chức năng mới như liệt kê và dò tìm các sự kiện, giao diện IP, thủ tục bắc cầu, điều khiển lỗi, tương tác giữa các tính năng, cũng như sự hoạt động giữa mạng thông minh tiên tiến và mạng số liên kết đa dịch vụ, cùng với khả năng tự động đếm bản tin.

Hình 2.2: Kiến trúc vật lý của CS1

Các thực thể chức năng Các thực thể vật lý

CCF: Call Control Function- Chức năng điều khiển cuộc gọi

CCAF: Call Control Agent Function -

Chức năng đại lý điều khiển cuộc gọi

SCF: Service Control Function - Chức năng điều khiển dịch vụ

SDF: Service Data Control - Chức năng dữ liệu dịch vụ

Chức năng tài nguyên đặc biệt

Chức năng chuyển mạch dịch vụ

SSP: Service Switching Point: Điểm chuyển mạch dịch vụ

SCP: Service Control Point - Điểm điều khiển dịch vụ

SDP: Service Data Point - Điểm dữ liệu dịch vụ

IP: Intelligent Peripheral – Thiết bị ngoại vi thông minh

SMP: Service Management Point - Điểm quản lý dịch vụ

SCEP: Service Creation Enviroment Point - Điểm môi trường kiến tạo dịch vụ

AD: Adjunct – Node phụSN: Service Node – Nút (điểm) dịch vụ

CS1 cung cấp một cái nhìn chi tiết về khả năng tích hợp giữa nhiều nhà cung cấp và sự kết nối giữa ITU CS và AIN, tuy nhiên, các nhà cung cấp mạng vẫn cần các chỉ tiêu kỹ thuật cụ thể từ các nhà cung cấp thiết bị để đáp ứng yêu cầu của thị trường So với các phiên bản 0.1 và 0.2, CS1 mang đến một cái nhìn tổng thể hơn về mạng thông minh và sự tích hợp chức năng IN Bên cạnh đó, CS1 còn xác định các địa chỉ chức năng và vật lý trong mạng, đồng thời giới thiệu các giao diện mới như SSP/SN, SCP/SDP và SSP/IP, mà không có trong các phiên bản trước.

ETSI Core INAP (IN Application Protocol) xác định các yêu cầu giao thức ứng dụng mạng thông minh hỗ trợ cho CS1, nhằm phát triển giao thức ứng dụng trên mạng ISDN và PSTN hiện có Tổ chức này tập trung vào việc định nghĩa chi tiết và khả năng triển khai cho các giao diện và thủ tục giữa SSP/IP và SCP được quy định trong CS1 Mặc dù ETSI Core INAP sử dụng các chỉ tiêu kỹ thuật cho mô hình cuộc gọi tương tự như CS1, nhưng một số hoạt động trong CS1 không được bao phủ trong ETSI Core INAP.

Năm 1997, ITU đã phát hành phiên bản mới cho tập khả năng của mình mang tên CS2, với nhiều khái niệm và thực thể được cập nhật và bổ sung so với CS1 Sự khác biệt lớn nhất giữa hai phiên bản là hệ thống quản lý được định nghĩa rõ ràng trong CS2, cùng với tính năng CUSF (call unrelated service feature) phục vụ cho các dịch vụ vô tuyến Để áp dụng dịch vụ mạng thông minh cho hệ thống thông tin di động, các nhà cung cấp đã phát triển thêm tập khả năng của ITU Mạng thông minh di động của Ericsson hỗ trợ giao thức CS1+, cung cấp các chức năng mở rộng hơn so với chuẩn CS1 Giao thức mới của ETSI, xây dựng trên bộ tiêu chuẩn kỹ thuật GSM 9.78 với ứng dụng CAP phiên bản 2, nhằm cung cấp các dịch vụ IN cho thuê bao di động và kiểm soát dịch vụ trong mạng chủ (HPLMN) và mạng khách (VPLMN), đồng thời hỗ trợ các dịch vụ đặc trưng không thuộc GSM.

Kiến trúc mạng thông minh

Kiến trúc mạng di động IN được xây dựng theo ba lớp chủ yếu sau: o Lớp chuyển mạch và tài nguyên đặc biệt o Lớp thông minh o Lớp quản lý

Hình 2 3: Kiến trúc mạng thông minh di động IN

Trong mạng IN, các thực thể chức năng thông minh gồm:

SSF hay gsmSSF là chức năng kích hoạt điều khiển cuộc gọi IN tới SCF, cho phép SSF thực hiện các yêu cầu từ SCF SSF có khả năng giao tiếp với các thực thể khác có chức năng SCF và đáp ứng chỉ dẫn từ SCF, chủ yếu để xử lý cuộc gọi cơ bản Đồng thời, SSP cung cấp cho người sử dụng khả năng truy cập mạng và thực hiện các chức năng chuyển mạch cần thiết.

SCF (Service Control Function) hay gsmSCF là thành phần quan trọng trong mạng thông minh, chịu trách nhiệm lưu trữ và thực hiện dữ liệu cũng như logic dịch vụ IN Bên cạnh đó, SDF (Service Data Function) thực hiện các hành động theo yêu cầu của SCF, hoạt động dựa trên cơ sở dữ liệu để cung cấp thông tin cho chương trình logic dịch vụ trong SCF, từ đó mang lại các dịch vụ riêng lẻ SDF có thể bao gồm cơ sở dữ liệu chứa thông tin như thẻ cào, dữ liệu tài khoản và trạng thái thuê bao, đóng vai trò chủ yếu trong phần tử mạng thông minh điểm dữ liệu dịch vụ (SDP).

 Kết nối SSF và SCF: Giao thức sử dụng ở đây là giao thức INAP trên nền hệ thống báo hiệu số 7 (mức MTP, SCCP, TCAP).

 Kết nối SCF và SMF: giao thức sử dụng ở đây là TCP/IP trên nền mạng LAN hoặc WAN.

SCF và SDF thường được tích hợp trong cùng một thiết bị khi dung lượng hệ thống nhỏ Tuy nhiên, khi hệ thống có dung lượng lớn, chức năng SCF và SDF sẽ được tách riêng trên hai thiết bị vật lý, sử dụng giao thức CS1 hoặc CS1+.

SRF (Chức năng Tài nguyên Đặc biệt) cung cấp các tài nguyên đặc biệt cho các dịch vụ IN như nhận mã đa tần và thông báo SRF có thể hoạt động như một phần của SSP hoặc như một node độc lập, đóng vai trò là một thực thể thông minh (IP).

+ SMF (Service Management Function): Chức năng này thực hiện các công việc sau:

 Quản lý dữ liệu và dịch vụ: thiết lập, xóa hoặc thay đổi thuộc tính của dịch vụ.

 Quản lý các cảnh báo: SMF được thiết kế để giám sát, tạo các cảnh báo đối với các dịch vụ trong quá trình thực hiện.

 Quản lý thống kê: thực hiện chức năng thống kê dịch vụ.

 Quản lý cước: SCF thực hiện nhiệm vụ tính cước, SMF sẽ quản lý cước nhận được từ SCF và lưu trữ các thông tin về cước.

The Service Management Access Function (SMAF) enables users to access the Service Management Function (SMF) for management tasks It establishes the highest level of system access and allows for the creation of users and passwords with authorized permissions to interact with the system.

Tất cả các thực thể giao tiếp qua mạng báo hiệu số 7 (SS7), một mạng chuyên dụng cho việc thiết lập và điều khiển cuộc gọi Trong mạng SS7, mỗi điểm báo hiệu, chẳng hạn như SSP, được nhận diện bằng mã điểm số Mã điểm này được chứa trong bản tin báo hiệu trao đổi giữa các điểm báo hiệu, giúp xác định nguồn và đích của mỗi tin nhắn.

Mô hình OSI cho mạng thông minh

2.4 1 Hệ ống báo hiệu kênh chung số th 7 trong IN dữ liệu, văn bản, h nh ảnh…ì

Kênh báo hiệu là yếu tố quan trọng trong việc xử lý thông tin điều khiển cuộc gọi, bao gồm các chức năng như thiết lập và giải phóng kênh thoại, cũng như nhận diện và đổi số cuộc gọi Sự gia tăng trong việc sử dụng dịch vụ viễn thông và sự phức tạp của các loại hình dịch vụ đòi hỏi việc định tuyến và điều khiển cuộc gọi phải được thực hiện chính xác để đảm bảo độ tin cậy Do đó, vai trò của báo hiệu trong mạng viễn thông là vô cùng thiết yếu, và việc thực hiện báo hiệu giữa các tổng đài có thể được thực hiện qua nhiều phương pháp khác nhau.

+ Báo hiệu kênh riêng (Channel Associated Signalling-CAS)

+ Báo hiệu kênh chung (Common Channel Signalling-CCS)

Hình 2.4 : Mạng IN sử dụng SS7 với một SSP, một SCP và một SDP theo mô hình 7 lớp OSI

Kênh báo hiệu riêng được phát triển từ mạng tương tự, khắc phục những hạn chế về dung lượng và chất lượng truyền tải Sự ra đời của mạng số hóa và công nghệ SCP đã thúc đẩy sự xuất hiện của CCS CCS cung cấp một kênh thông tin chuyên biệt cho các tín hiệu báo hiệu; chẳng hạn, trong hệ thống PCM 2Mbps, có một kênh báo hiệu 64Kbps dành cho việc xử lý tín hiệu cho 30 kênh thoại.

Trong hệ thống IN, chức năng điều khiển dịch vụ (SCF) là yếu tố then chốt trong việc thực thi các dịch vụ, hoạt động trong môi trường thời gian thực và quản lý tài nguyên từ cơ sở dữ liệu dịch vụ SCF điều khiển trực tiếp chức năng chuyển mạch dịch vụ (SSF) thông qua giao thức ứng dụng mạng thông minh (INAP) dựa trên báo hiệu số 7 tại các mức MTP, SCCP và TCAP INAP, nằm trong phần ứng dụng khả năng giao dịch TCAP, hoạt động theo mô hình tham chiếu OSI 7 lớp MTP đảm bảo việc truyền tải và phân phối thông tin đáng tin cậy từ phần người sử dụng (SCCP) qua mạng báo hiệu CCS N7, đồng thời phản ứng với sự cố mạng ảnh hưởng đến thông tin của các UP (User Part) SCCP cung cấp chức năng bổ sung cho MTP, cho phép truyền thông tin không liên quan đến mạch qua mạng báo hiệu số 7 TCAP hỗ trợ các dịch vụ không theo nối thông, cho phép nhiều cuộc hội thoại đồng thời giữa các UP và thiết lập thông tin không liên quan đến mạch giữa các nút trong mạng báo hiệu Phần ứng dụng INAP và CAMEL (CAP) cũng sử dụng báo hiệu không nối thông để tối ưu hóa quá trình truyền tải thông tin.

Hình 2.5: Quan hệ giữa mô hình tham chiếu OSI và ngăn giao thức SS7 cho CAP 2.4 2 Phần ứng dụng khả năng thực hiện (TCAP)

Sự kết hợp truyền thông giữa hai Functional Entities (FE) như SSP và SCP được gọi là hội thoại (dialogue) Hội thoại này được tạo ra, duy trì và xóa bởi TCAP Nó duy trì mối quan hệ giữa hai FE và cho phép chuyên chở bản tin trong chế độ hai chiều, nghĩa là hai FE có thể giao tiếp bất cứ lúc nào, thậm chí là cùng một thời điểm.

Trong mỗi dialogue, phần mềm TCAP gói hoạt động INAP và CAP vào bản tin

Một bản tin TCAP sử dụng bởi thực thể IN như sau:

Một cuộc hội thoại giữa hai người sử dụng giao thức TCAP bao gồm các phần tử liên tiếp được trao đổi để thực hiện ứng dụng Mỗi giao dịch trong lớp con giao dịch được gán một nhận dạng duy nhất, cho phép người dùng TCAP thực hiện nhiều cuộc hội thoại đồng thời Tại một nút, có thể có nhiều người sử dụng cùng lúc Thông điệp TCAP được chia thành ba phần.

+ Phần giao dịch (Transaction Portion) Ở đây ta có 4 kiểu bản tin hay loại giao dịch (Transaction type):

Bắt đầu (Begin) để thiết lập một kết nối báo hiệu (giao dịch).

Kết thúc (End) để xóa giao dịch.

Tiếp tục (Continue) để trao đổi thông tin (phát thành phần ) trên một giao dịch đã có.

Hủy (Abort) để hủy một giao dịch do trái nguyên tắc. Độ dài phần DATA

- Các nhận dạng giao dịch Phần giao dịch

Hình 2.7 : Sơ đồ bố trí TCAP và INAP/CAP

Giao dịch TCAP sử dụng một hoặc hai nhận dạng giao dịch (TRID - Transaction Identity) tùy thuộc vào kiểu bản tin Mỗi giao dịch TCAP bao gồm hai số nhận dạng cho từng phía kết nối Cả hai nhận dạng này được phát sinh thông qua việc trao đổi thông tin trên giao dịch đã có, trong khi các bản tin để thiết lập và xóa giao dịch chỉ yêu cầu một nhận dạng giao dịch.

Phần hội thoại là một thành phần tùy chọn trong giao dịch, chứa đơn vị số liệu tiến trình (PDU) để thiết lập, xác nhận và kết thúc cuộc hội thoại Nó bao gồm nhận dạng nội dung ứng dụng đặc trưng cho cuộc hội thoại và thông tin về phiên bản phần ứng dụng di động MAP (MAP version) được mạng hỗ trợ.

Phần thành phần bao gồm một hoặc nhiều thành phần, trong đó có yêu cầu tác nghiệp từ phía đối tác hoặc yêu cầu đã nhận được trước đó Cả hai bên đều có quyền yêu cầu tác nghiệp để được công nhận Mỗi yêu cầu tác nghiệp công nhận bao gồm một thành phần, và một TCAP có thể chứa nhiều thành phần Có bốn dạng phần tử khác nhau.

-Yêu cầu (Invoke) để yêu cầu một tác nghiệp từ đối tác.

-Trả lời kết quả cuối cùng (ReturnResultLast) để phát đi các kết quả thực hiện tác nghiệp được đối tác yêu cầu trước đó.

-Trả lời lỗi (ReturnError) để phát các lỗi xảy ra trong quá trình thực hiện tác nghiệp được yêu cầu.

-Từ chối (Reject) để từ chối một thành phần thu được.

Thông tin INAP/CAP đầu tiên bao gồm loại tác nghiệp như Initial_DP, kèm theo các thông số như CalledPartyAddr và ServiceKey Phần điều khiển kế hoạch tín hiệu (SCCP) cũng đóng vai trò quan trọng trong quá trình này.

SCCP cung cấp các khả năng định địa chỉ đầy đủ hơn trong mạng báo hiệu số

7 SCCP cung cấp các chức năng thêm vào cho các dịch vụ mở rộng trong ứng dụng nào đó (ví dụ dịch vụ mở rộng là thông tin cơ sở dữ liệu giữa SCP và SDP không có thoại và việc thông tin ví dụ như quá trình kiểm tra cước) SCCP hỗ trợ dịch vụ mạng định hướng không kết nối, ở đây bản tin có thể đi theo nhiều đường để đến đích Các thông điệp SCCP được mang trên các liên kết báo hiệu bằng cách sử dụng MSU Chúng được gắn vào trườngSIF

DPC : Mã điểm đích (14 bit)

OPC : Mã điểm gốc (14 bit)

SLS : Tập (chọn) liên kết báo hiệu (4 bit)

Ba thông số này được gọi là nhãn định tuyến (Routing Label) và được gán ở đầu thông điệp SCCP Trong lớp SCCP của mạng di động thông minh, bản tin SCCP định hướng không nối thông là loại bản tin số liệu đơn vị UDT, có thể được truyền qua hai giao thức Giao thức 0 cho phép các bản tin cá lẻ không liên quan đến nhau được định tuyến độc lập, nhằm phân bố tải đồng đều trên các tuyến báo hiệu Trong khi đó, giao thức 1 yêu cầu các bản tin có cùng SLS, giúp MTP đảm bảo rằng chúng đến nơi nhận theo đúng thứ tự.

Phần SCCP data được chia thành nhiều phần khác nhau như sau :

Hình 2.9 : Thông điệp SCCP với cấu trúc thông số

Theo quan điểm của mạng di động thông minh, cần chú ý đến các thông số bắt buộc có độ dài thay đổi (mandatory parameters of variable length) Thông số DATA luôn chứa thông tin TCAP/INAP hoặc TCAP/CAP SCCP đóng vai trò quan trọng trong việc định tuyến bản tin INAP/CAP, với việc định tuyến dựa vào địa chỉ SCCP.

SCCP cho phép truyền thông tin giữa các node trong mạng không liên quan đến mạng thoại, đồng thời tích hợp chức năng định tuyến với khả năng phân tích mã toàn cầu (GT).

TCAP sử dụng SCCP để gói bản tin đầu ra thành dữ liệu đơn vị (UDT), sau đó được chuyển đến nút đích thông qua MTP.

Nếu GT được sử dụng là địa chỉ bị gọi, nó có thể phân tích và dịch thành mã điểm đích (DPC).

Bản tin SCCP được sử dụng trong thực thể IN như sau:

2.4 4 Phần chuyển giao bản tin (MTP)

Các chức năng của MTP được chia thành các mức chức năng sau :

MTP lớp 1 định nghĩa các đặc tính chức năng điện và vật lý của đường truyền số liệu báo hiệu, đồng thời mô tả phương tiện để tiếp cận và sử dụng đường truyền này.

+ MTP lớp 2 các chức năng đường truyền báo hiệu Lớp này kiểm tra số liệu để : sửa và phát hiện các lỗi xảy ra trên đường truyền.

Giới thiệu về CAMEL

Trong thập niên 1990, giao thức INAP (Intelligent Network Application Part) đã nổi bật trong việc giao tiếp mạng thông minh INAP chủ yếu được sử dụng trong môi trường mạng cố định và đã hoạt động rất hiệu quả Tuy nhiên, sự phát triển của INAP vẫn chủ yếu dựa vào các đặc trưng của nhà cung cấp dịch vụ, dẫn đến việc thiếu sự chi tiết hóa trong các đặc điểm của nó.

Chức năng ăng ten chốt trong INAP đang có xu hướng mất đi Hệ thống GSM đang trở thành mạng di động phổ biến, cho phép kết nối giữa các quốc gia.

Các nhà khai thác di động đã thực hiện các biện pháp để cung cấp dịch vụ cho khách hàng khi họ đi ra ngoài mạng và đang sử dụng dịch vụ roaming Việc này thực sự cần thiết, và ETSI đã bắt đầu một dự án mang tên CAMEL vào cuối năm 1995 Ban đầu, dự án này có sự tham gia của nhiều chuyên gia, và sau đó đã được hoàn thiện đầy đủ và thống nhất Thực tế cho thấy, rất ít người hiểu rõ về tên gọi này Giai đoạn đầu tiên của CAMEL, gọi là CAMEL phase 1, đã được phát triển như một chuẩn đơn giản nhưng đã được điều chỉnh phù hợp cho các mạng core dựa trên mạng GSM CAMEL được biết đến như là giao thức INAP.

CAMEL phase 2 là sự mở rộng của CAMEL phase 1, tập trung vào các dịch vụ trả trước Tiếp theo, CAMEL và các mạng GSM/UMTS khác được định hướng để đáp ứng tiêu chuẩn 3GPP, đánh dấu sự khởi đầu cho sự phát triển của mạng 3G toàn cầu CAMEL phase 3 mở rộng dịch vụ bao gồm Short Message Service (SMS) và GPRS CAMEL phase 4, là phiên bản tiến bộ nhất, tương đương với Core INAP CS2 cho mạng cố định và có khả năng mở rộng cho bất kỳ nâng cao nào trong tương lai Đặc biệt, Call Party Handling trong CAMEL phase 4 đang thu hút sự quan tâm lớn từ các nhà điều hành.

CAMEL ra đời như một xu thế tất yếu và đã được phát triển cho intra network, đặc biệt trong các trường hợp nhiều nhà cung cấp Sự phát triển của CAMEL bắt đầu tại các quốc gia lớn như Ấn Độ và Trung Quốc, nơi mà cước thời gian thực (online charging) cho các dịch vụ trở nên quan trọng CAMEL hỗ trợ nhà khai thác mạng thực hiện các dịch vụ này hiệu quả Dự kiến, CAMEL sẽ tiếp tục được ứng dụng trong các mạng chuyển mạch kênh trong thời gian dài tới.

Hiện nay, CAMEL phase 2 đang được áp dụng rộng rãi trên toàn cầu, mở rộng từ CAMEL phase 1 và tích hợp đầy đủ các chức năng của CS1 GSM MoU đã phát triển bộ tiêu chuẩn kỹ thuật GSM 9.78 với ứng dụng CAP phiên bản 2 mới, nhằm cung cấp các dịch vụ IN cho thuê bao di động và quản lý dịch vụ cho các thuê bao trong mạng chủ (HPLMN) và mạng khách (VPLMN) CAMEL hỗ trợ các nhà khai thác cung cấp những dịch vụ đặc trưng không nằm trong các dịch vụ đã được chuẩn hóa bởi GSM.

3 S 1 1 ự phát triển của chuẩn CAMEL

CAMEL là một chuẩn phát triển cho các dịch vụ giá trị gia tăng được đưa ra bởi Bellcore, ITU và ETSI Nhiều khái niệm đã được định nghĩa cho CAMEL và cũng được áp dụng cho INAP CS1 Vì vậy, CAMEL được định nghĩa là một chuẩn mở cho IN Sự phát triển của CAMEL là cần thiết cho sự phát triển của các dịch vụ trong mạng GSM Sự phát triển của GSM bắt đầu vào cuối thập niên 1980, khi khái niệm IN đã có chỗ đứng Khi các nhà khai thác bắt đầu triển khai GSM vào đầu thập niên 1990, IN vẫn chủ yếu được sử dụng cho mạng cố định như PSTN và ISDN Khi các dịch vụ phát triển trong mạng GSM, các nhà điều hành bắt đầu nghĩ đến việc sử dụng các chuẩn đã có của IN cho mạng di động, đồng thời các nhà cung cấp cũng giới thiệu các đặc trưng tăng cường cho các chuẩn IN.

S m rự ở ộng c ác chuẩnIN m ácà c nhà cung cấp đưa ra vì c m êu sau: ác ục ti

Khả năng của IN liên quan đến tính cước (chính) đã được định nghĩa rộng rãi trong các chuỗi cung ứng; những nhà sản xuất đã nhận ra rằng năng lực này có thể được xác định bởi nhà cung cấp thiết bị và thực thi trong chu trình IN.

Phương pháp kích hoạt (Triggering) của ông er chưa được xác định rõ ràng, dẫn đến việc không có sự thống nhất trong các phương thức hiện có để chỉ ra cách thực thi của ổn đài t g nh như MSC khi chuyển liên quan đến một dịch vụ IN cho một thuê bao.

Công nghệ IN (Intelligent Network) đã được phát triển chủ yếu cho các mạng có dây, nhưng trong mạng GSM, những đặc trưng của IN không được áp dụng đầy đủ Điều này dẫn đến một số hạn chế trong việc triển khai và tối ưu hóa các dịch vụ trên mạng di động.

Chuẩn IN ẩn đang tồn tại chưa đáp ứng đầy đủ yêu cầu di động của mạng GSM, ví dụ như khi thuê bao roaming tới mạng GSM khác và sử dụng các dịch vụ cơ bản Để giải quyết vấn đề này, ETSI đã phát triển chuẩn IN đặc trưng cho mạng GSM, gọi là CAMEL, trở thành một phần thiết yếu của chuẩn GSM Phiên bản CAMEL được bao gồm trong GSM phase 2+ ra mắt năm 1996 (GSM R96) Bảng 3.1 thể hiện mối quan hệ giữa GSM và các phiên bản CAMEL, đồng thời chỉ ra sự phát triển của chuẩn GSM thành chuẩn IN ẩn cho các dịch vụ giá trị gia tăng Bảng này không xem xét đến sự phát triển trong 3GPP theo Rel-7 Các đặc điểm phân biệt chủ yếu của chuẩn IN CAMEL so với các chuẩn IN truyền thống bao gồm nhiều yếu tố quan trọng.

+ Giao thức i khi đ ều ển IN trong CAMEL, phần ứng ụng d CAMEL (CAP), đầy đủ chi ti , bao g c kh n ng tính cết ồm ả ả ă ước

+ CAMEL có th ể được ử ụng s d trong mạng GSM với thiết bị ủa c nhi nhà cung ều c ấp

+ C d ác ịch vụ củaCAMEL có th ể được sử ụng d cho các thuê bao trong nội mạng và c thuê bao ang roaming ác đ

+ Chu ẩnIN CAMEL được ến đổi bi trong cho mạng GSM

+ CAMEL cho ph s ép ựphát tri ểnxa hơn c mủa ạng GSM

Bảng 3.1: Tổng quan về các phase GSM và phase CAMEL

GSM release Organization Year CAMEL phase

ETSI 1998 Phase 2 CAMEL phase 2 in R98 is identical to CAMEL phase 2 in R97

3G network Rel-4 3GPP 2000 Phase 3 CAMEL phase 3 in Rel-4 is identical to CAMEL phase 3 in R99

3G network Rel-6 3GPP 2004 Phase 4 CAMEL phase 4 in Rel-6 is enhanced, compared to Rel-5

3G network Rel-7 3GPP 2006 P hase 4 CAMEL phase 4 in Rel-7 is enhanced, compared with Rel-6

Kiến trúc của CAMEL Phase 2

CAMEL Phase 2 là sự mở rộng của CAMEL Phase 1, cho phép người dùng tiếp tục sử dụng tất cả các chức năng có sẵn từ phiên bản trước Ngoài ra, CAMEL Phase 2 còn tích hợp nhiều khả năng mới, nâng cao hiệu suất và trải nghiệm người dùng.

 Call control-related (Về mặt điều khiển cuộc gọi):

(1) Tính cước online (On-line charging)

(2) Chỉ thị chuyển tiếp cuộc gọi (Call forwarding notifications)

(3) Quy trình cuộc gọi (Follow-on calls)

(4) Tương tác người dùng (User interaction ).

(5) Truy nhập ngang hàng (Equal access)

(6) Tăng cường cho điều khiển cuộc gọi (Enhancement to call control)

 Non-call control-related (Về mặt điều khiển non-call):

(7) Thông báo yêu cầu dịch vụ gia tăng (Supplementary service invocation notiﬁcation)

(9) Điều kiện kích hoạt (Conditional triggering)

(10) Điều khiển USSD (USSD control)

3.2.1 Các thành ph n ch ầ ức năng

CAMEL Phase 2 cung cấp một loạt chức năng đa dạng, mỗi chức năng liên quan đến một thành phần cụ thể của mạng GSM hoặc một nhóm các thành phần trong mạng này Hiện tại, các chức năng của CAMEL Phase 2 đã được xác định cho từng thành phần liên quan trong mạng GSM, đồng thời cũng có sự định nghĩa cho các thành phần mới phục vụ chức năng của CAMEL.

Trong CAMEL Phase 2, HLR có khả năng lưu trữ nhiều dữ liệu kích hoạt dịch vụ CAMEL hơn so với Phase 1 Các dữ liệu kích hoạt này bao gồm O-CSI, T CSI, SS CSI, TIF-CSI và U-CSI, cung cấp cho thuê bao CAMEL Phase 2 Bên cạnh đó, UG-CSI có thể được định nghĩa cho một thành phần kích hoạt CAMEL chung HLR trong CAMEL Phase 2 cũng có thể hoạt động như một chuyển mạch báo hiệu USSD, sử dụng nội dung từ U-CSI hoặc UG-CSI.

TIF-CSI là một thành phần dữ liệu khác có thể được sử dụng nội bộ trong HLR

Nó dùng để đăng ký các số gọi tắt (short forwarded-to-numbers) trong HLR và cho độ lệch cuộc gọi

Một gsmSCF CAMEL Phase 2 có khả năng thiết lập quan hệ CAMEL Phase 2 từ một (G)MSC/gsmSCF thông qua quan hệ CAMEL Phase 1 Hơn nữa, một nhóm nhỏ các thành phần của CAMEL Phase 2 gsmSCF có thể tạo ra quan hệ CAMEL Phase 2, bao gồm các thành phần hỗ trợ gsmSCF và ngoại vi thông minh Quan hệ CAMEL đóng vai trò quan trọng trong việc tương tác người dùng trong dải.

Ngoài ra, gsmSCF CAMEL Phase 2 có thể thiết lập các quan hệ USSD với một

MS và có thể hoạt động như một đầu cuối cho các dịch vụ USSD được yêu cầu bởi

MS đó Cuối cùng, gsmSCF CAMEL Phase 2 có thể tiếp nhận yêu cầu dịch vụ gia tăng được thông báo bởi MSC.

Hình 3.1: Kiến trúc của mạng CAMEL Phase 2

MSC CAMEL Phase 2 cho phép gửi chỉ dẫn yêu cầu dịch vụ gia tăng tới gsmSCF thông qua SS-CSI, đồng thời thiết lập quan hệ CAMEL Phase 2 với gsmSCF bằng O-CSI O-CSI trong CAMEL Phase 2 có thể bao gồm các tiêu chí kích hoạt Nếu MSC hỗ trợ độ lệch cuộc gọi, nó có khả năng sử dụng tính năng này.

GMSC CAMEL Phase 2 có khả năng thiết lập quan hệ với gsmSCF thông qua T CSI Mặc dù tiêu chí kích hoạt trong T SCI CAMEL Phase 2 không được gửi tới GMSC, chúng vẫn được kiểm tra trong HLR Do đó, điều kiện kích hoạt cho các cuộc gọi đến (MT calls) không ảnh hưởng đến GMSC.

Mặt khác, ì GMSC có thể sử dụng Ov -CSI cho MF calls, nên tiêu chí kích hoạt trong O-CSI có thể được sử dụng trong GMSC CAMEL Phase 2.

Một MSC hoặc GMSC có thể tích hợp chức năng tài nguyên đặc trưng GSM (gsm SRF - gsm specialized resource function) để cung cấp khả năng tương tác giữa người dùng và thuê bao Khi gsmSCF thiết lập quan hệ điều khiển CAMEL với MSC hoặc GMSC, nó có thể hướng dẫn gsmSSF trong việc quản lý cuộc gọi thông qua gsmSRF GsmSCF có khả năng chỉ dẫn gsmSSF để đáp ứng nhu cầu tương tác của người dùng, đảm bảo rằng các chức năng này hoạt động hiệu quả và linh hoạt.

+ Phát ra thông b ghi s ho âáo ẵn ặc m chuẩn ổng đài ới t t ng s dười ử ụng

Cách chuyển đổi văn bản thành giọng nói (text-to-speech) đang trở thành một công cụ hữu ích trong việc hỗ trợ người dùng Tính năng này cho phép người dùng nghe nội dung thay vì chỉ đọc, giúp cải thiện trải nghiệm người dùng Để sử dụng tính năng này, người dùng có thể tìm thấy tùy chọn trong gsmSRF, mang lại sự tiện lợi và linh hoạt trong việc tiếp cận thông tin.

+ T h thôổ ợp ng tin trong dải (in-band) (DTMF digits) t ng dùng ừ ười

Khi một gsmSCF thiết lập quan hệ với một MSC hoặc GMSC thông qua CAMEL, nó có thể chỉ định gsmSSF trong MSC hoặc GMSC để thực hiện kết nối tối ưu, như ví dụ là ISDNUP Một MSC hỗ trợ gsmSSF là MSC có khả năng cung cấp tương tác người dùng đến các MSC khác trong mạng hoặc đến các hệ thống khác.

MSC mạng ngoài đóng vai trò quan trọng trong việc thiết lập kết nối tạm thời giữa người dùng và hệ thống Sự tương tác giữa người dùng diễn ra qua dải giữa MSC/assisting gsmSSF và MSC/gsmSSF, tạo điều kiện cho việc truyền tải dữ liệu hiệu quả.

GsmSSF hỗ trợ thiết lập quan hệ điều khiển CAMEL với gsmSCF để nhận chỉ dẫn cho tương tác người dùng MSC/assisting gsmSSF bao gồm một gsmSRF cho tương tác này Đồng thời, một MSC/assisting gsmSSF cũng có thể thực hiện chức năng của một (G)MSC/gsmSSF trong cùng một thời điểm.

3.2.1.7 Thiết bị ngoài thông minh (Intelligent Peripheral – IP)

Thiết bị ngoài thông minh hỗ trợ tương tác người dùng tương tự như MSC/assisting gsmSSF, nhưng là một node độc lập với tính chuyên dụng cao Nó có khả năng thiết lập quan hệ điều khiển CAMEL với gsmSCF và có thể được coi là một gsmSRF độc lập Để tránh nhầm lẫn với ý nghĩa rộng hơn của từ IP (Internet protocol), thiết bị này thường được gọi là điểm tài nguyên chuyên dụng (specialized resource point - SRP).

Một IP có thể hoạt động độc lập mà không cần sự điều khiển của gsmSCF, cho thấy rằng IP không nhất thiết phải hỗ trợ CAP v2 Khi IP tự động hoạt động, gsmSCF không biết khi nào thông báo kết thúc và việc giải phóng bởi IP không được báo cáo về gsmSCF IP tự trị có thể được sử dụng cho menu giọng nói trong việc điều khiển tài khoản dịch vụ trả trước Một ví dụ khác về IP tự trị là dịch vụ Ring-back tone (RBT), trong đó một thuê bao chủ gọi được kết nối tới IP trong giai đoạn báo hiệu cuộc gọi, và IP phát ra nhạc đặc biệt của thuê bao đăng ký tới thuê bao đang gọi.

3.2.2 Các lu ồng thông tin (Information Flows)

Các giao thức định nghĩa chức năng CAMEL Phase 2 bao gồm CAP và MAP Bảng 3.2 cung cấp cái nhìn tổng quan về các giao diện liên quan đến CAMEL Phase 2.

Giao tiếp Giao thức Mục đích

VLR-HRL MAP v3 + Vận chuyển dữ liệu kích hoạt CAMEL từ VLR tới H LR;

+ Ngắt xử lý cuộc gọi ; + Lấy lại thông tin thuê bao

GMSC- HLR MAP v3 + Ngắt xử lý cuộc gọi gsmSCF- HLR MAP v1,

+ Điều khiển CAMEL truy vấn bất kỳ lúc nào của dữ liệu dịch vụ gia tăng không cấu trúc (USSD).

+ Định tuyến tối ưu của ‘late call forwarding’.

MSC- gsmSCF MAP v3 + Thông bao yêu cầu dịch vụ gia tăng.

MSC/gsmSSF- gsmSCF CAP v2 + Điều khiển CAMEL của các cuộc gọi được khởi phát ở máy di động (mobile originated calls);

+ Điều khiển CAMEL của các cuộc gọi được chuyển tiếp ở máy di động (mobile forwarded calls) (late forwarded

– gsmSCF động (mobile terminated calls).

+ Điều khiển CAMEL của các cuộc gọi được chuyển tiếp ở máy di động (mobile forwarde d calls – early forwarded calls)

+ Điều khiển CAMEL của các cuộc gọi được chuyển tiếp ở máy di động (mobile forwarded calls – late foowarded calls trong sự kết hợp với tối ưu định tuyến).

CAP v2 + Điều khiển CAMEL của sự tương tác người dùng qua assisting MSC (MSC hỗ trợ).

IP – gsmSCF CAP v2 + Điều khiển CAMEL của sự tương tác người dùng qua ngoại vi thông minh (IP).

ISUP + Kết nối tạm thời với assisting MSC cho các mục đích tương tác người dùng.

(G)MSC IP – I SUP + Kết nối tạm thời với ngoại vi thông minh (IP) cho các mục đích tương tác người dùng.

Các hoạt động của MAP có thể được sử dụng giữa VLR và HLR, liên quan tới CAMEL là:

+ Đưa vào dữ liệu thuê bao:

Khi thực hiện tác nghiệp Insert Subscriber Data từ HLR đến VLR, dữ liệu O CSI cần được truyền để nhận dạng dịch vụ CAMEL của thuê bao khởi xướng Thông tin này rất quan trọng cho các thuê bao có dịch vụ phụ thêm, nhằm cung cấp các dịch vụ thông báo Nó bao gồm các chuẩn thông báo và địa chỉ gsmSCF, đảm bảo quá trình truyền thông tin diễn ra hiệu quả.

Từ VLR tới HLR dùng tác nghiệp Insert Subcriber Data Response: Tác nghiệp này nhận dạng CAMEL Phase nào được hỗ trợ bởi MSC/VLR.

+ Xóa dữ liệu thuê bao:

Delete Subcriber Data : Tác nghiệp này chứa đựng thông số mới CAMEL

Mô tả một số đặc điểm và chức năng quan trọng của CAMEL Phase 2

3.3.1 Điều khiển tính cướ c thời gian thự c (On- line Charging Control ) Điều khiển tính cước on line cho phép gsmSCF quản lý và điều khiển khoảng thời - gian (duration) của một cuộc gọi Dưới đây là sự so sánh hai hình thức tính cước ‘online’ và ‘oﬀ line’: dịch vụ CAMEL (CAMEL service) giám sát cuộc gọi và trừ tiền từ tài khoản của thuê bao để trả cho phí của cuộc gọi Nếu tài khoản của thuê bao giảm xuống đến ngưỡng biết trước trong quá trình cuộc gọi, CAMEL service sẽ ngắt cuộc gọi.

Sạc ngoại tuyến: Cước phí cuộc gọi được xác định sau khi cuộc gọi kết thúc thông qua việc xử lý CDR MSC phục vụ thuê bao sẽ tạo ra một CDR chứa thông tin chi tiết về cuộc gọi, bao gồm số nhóm bị gọi, thời gian, vị trí, định danh thuê bao và thời gian cuộc gọi Những số liệu này được sử dụng để xác định giá trị cuộc gọi và tính cước thuê bao.

Chúng ta thường nhầm lẫn rằng việc kết hợp on-line charging chỉ áp dụng cho thuê bao trả trước, trong khi off-line charging chỉ dành cho thuê bao trả sau Tuy nhiên, on-line charging thực sự có thể được sử dụng cho cả hai loại thuê bao, bao gồm cả thuê bao trả trước và thuê bao trả sau.

Thuê bao trả trước yêu cầu người dùng phải có tài khoản gọi để thực hiện cuộc gọi đi hoặc nhận cuộc gọi đến, đặc biệt khi sử dụng dịch vụ roaming Hệ thống tính cước online sẽ giám sát và khấu trừ cước phí từ tài khoản của thuê bao theo giá cước và thời gian gọi Khi số dư tài khoản giảm xuống dưới mức tối thiểu, cuộc gọi sẽ bị ngắt, và người dùng cần nạp tiền vào tài khoản để tiếp tục thực hiện hoặc nhận cuộc gọi.

Thuê bao trả sau (Post-paid subscriber) là loại hình thuê bao thanh toán cho các cuộc gọi đi và đến sau khi kết thúc cuộc gọi và hóa đơn nợ được lập Trong khoảng thời gian hợp lệ, nhà khai thác sẽ lập hóa đơn nợ, trong khi hệ thống tính cước online giám sát các cuộc gọi của thuê bao này Việc giám sát cuộc gọi thời gian thực không chỉ giúp kiểm soát chi phí mà còn cho phép thuê bao thực hiện cuộc gọi với tổng số tiền tối đa mỗi tháng.

+ Điều khiển tài khoản: Nhà khai thác muốn có điều khiển chặt chẽ qua tài khoản có sẵn cho các thuê bao;

+ Giám sát cuộc gọi: trong một công ty, việc sử dụng điện thoại có thể cần được giám sát thời gian thực;

Hệ thống tính cước thời gian thực tạo ra các bản ghi cuộc gọi, phản ánh việc sử dụng mạng của các thuê bao từ các nhà khai thác.

Kỹ thuật tính cước on line có thể được sử dụng cho cả 2 loại thuê bao.-

3.3.1.1 Đặt trước tài khoản (Credit Reservation)

CAMEL không cung cấp chi tiết về cách một hệ thống tính cước trực tuyến hoạt động Tuy nhiên, nguyên tắc chung được áp dụng trong tính cước trực tuyến là "đặt trước tài khoản".

Hình 3.3: Tài khoản đặt trước trong quá trình 1 cuộc gọi Bước 1:

Khi cuộc gọi được thiết lập, dịch vụ tính cước trực tuyến xác định giá cước cuộc gọi và đặt trước một số tiền tài khoản phù hợp Dịch vụ này cho phép thời gian gọi của thuê bao tương ứng với số tiền đã đặt trước Lưu ý rằng tài khoản đặt trước không được sử dụng cho các quá trình xử lý tính cước khác.

Khi thời gian gọi được sử dụng hết, dịch vụ sẽ trừ cước từ tài khoản đã đặt trước và cho phép đặt thêm tài khoản Dịch vụ này chấp nhận thời gian gọi bổ sung tương ứng với số tài khoản đã nạp thêm Quá trình này có thể lặp lại nhiều lần tùy thuộc vào thời gian gọi và số dư tài khoản hiện có của thuê bao.

Cuộc gọi có thể kết thúc bởi người gọi hoặc người nhận, và dịch vụ tính cước sẽ trừ đi số tiền từ tài khoản đặt trước đã đăng ký gần nhất Số tiền này tương ứng với thời gian thực tế của cuộc gọi Phần tài khoản đặt trước chưa sử dụng sẽ được giải phóng để có thể tái sử dụng cho các lần sử dụng dịch vụ tiếp theo của thuê bao.

Tùy thuộc vào cách sử dụng của nhà khai thác, thuê bao có thể bị tính cước theo các khoảng thời gian trọn vẹn, chẳng hạn như mỗi 30 giây Trong trường hợp này, thời gian gọi thực tế sẽ được làm tròn lên thành 30 giây của khoảng thời gian 30 giây đã được thiết lập trước đó.

Kỹ thuật tính cước on line có thể được sử dụng cho nhiều trường hợp cuộc gọi -

Hình 3.4: Tính cước cho chủ gọi

Hình 3.5: Tính cước cho bị gọi

Hình 3.6: Tính cước chuyển cuộc gọi sớm

Hình 3.7: Tính cước chuyển cuộc gọi trễ

Khi thực hiện cuộc gọi MO, dịch vụ tính cước CAMEL được yêu cầu từ MSC/gsmSSF, có thể nằm trong mạng HPLMN hoặc PLMN khác của thuê bao Điểm số liệu dịch vụ (SDP) được mô tả trong ETSI EN 301 140-1 ('Capability Set 2', CS2) và có thể chứa nhiều bảng giá cước cho thông tin tài khoản thuê bao ETSI EN 301 140-1 định nghĩa giao diện giữa gsmSCF và SDP, tuy nhiên, việc sử dụng SDP không chỉ dành riêng cho CAMEL Chức năng tính cước cũng có thể nằm trong nội bộ của S P, tùy thuộc vào lựa chọn của nhà khai thác hoặc nhà cung cấp sản phẩm Việc tính toán cước phí, dựa trên thông tin từ MSC/gsmSSF, có thể thực hiện nội bộ trong SDP hoặc bởi một thực thể bên ngoài tương tự như SDP Trong một số trường hợp, SCP sẽ bỏ qua thông tin từ MSC/gsmSSF và sử dụng thông tin đẩy đến SDP để tính toán giá cước cuộc gọi.

Giao diện giữa SCP và các thực thể ngoài như SDP không chỉ giới hạn cho CAMEL Theo CS2, một giao thức dựa trên SS7 có thể được áp dụng để thực hiện các giao dịch cho các dịch vụ.

Tất cả thông tin cần thiết để tính cước cuộc gọi được gửi từ gsmSSF tới SCP tại thời điểm yêu cầu dịch vụ bao gồm: thông tin thống kê như vị trí của thuê bao chủ gọi, loại truy cập (GSM/UMTS), thời gian và múi giờ của MSC đang phục vụ; thông tin liên quan đến cuộc gọi như đích đến và loại cuộc gọi (thoại, dữ liệu, fax); và nhận biết số chủ gọi thông qua MSISDN và IMSI.

Tính cước cuộc gọi MO bao gồm chi phí sử dụng mạng truy nhập vô tuyến Đối với cuộc gọi MT, dịch vụ tính cước CAMEL được yêu cầu từ GMSC/gsmSSF Thông thường, GMSC nằm trong HPLMN phục vụ thuê bao, do đó, tính cước cuộc gọi MT diễn ra trong mạng HPLMN của thuê bao, ngay cả khi thuê bao đang roaming ở quốc gia khác.

Các ho ạt động (operations) của CAMEL phase 2

Giao thức CAMEL (Customized Applications for Mobile network Enhanced Logic) là một giao thức báo hiệu quan trọng trong mạng di động thông minh MIN, được xây dựng trên khả năng CS1+ của ITU T CAMEL chủ yếu xử lý các luồng thông điệp giữa SSPSCP-IP trong IN và cung cấp cơ sở hạ tầng hỗ trợ cho các dịch vụ của nhà điều hành mạng Đặc biệt, CAMEL được ứng dụng trong hệ thống trả trước, giúp thuê bao khi roaming ngoài mạng HPLMN Chuẩn CAMEL Phase 2, kết hợp với các dịch vụ mạng di động thông minh MIN, cho phép thuê bao thực hiện các cuộc gọi O_call, T_call và Forward_call khi roaming trong một VPLMN.

Thoả thuận là các dịch vụ được cấp bởi mạng MIN bây giờ gọi là dịch vụ CAMEL (hay CAMEL service)

Mỗi một thuê bao được tạo có một cơ sở dữ liệu với nhiều hơn một chỉ dẫn

Cơ sở dữ liệu CAMEL Subscription Information (CSI) lưu trữ thông tin về các thuê bao dịch vụ CAMEL của IN Ví dụ, khi bạn sử dụng dịch vụ Prepaid và đăng ký SIM CARD, thông tin của bạn sẽ được ghi tại HLR dưới dạng CSI Khi bạn thực hiện cuộc gọi, cơ sở dữ liệu của bạn sẽ được gọi là O-

Khi nhận một cuộc gọi, cơ sở dữ liệu CSI được gọi là T CSI tùy thuộc vào tình huống T CSI được lưu trữ tại HLR, trong khi O CSI được lưu trữ tại HLR và VLR Tất cả các CSI đều bao gồm điểm dò tìm Trigger (TDP), địa chỉ gsmSCF, và khoá dịch vụ ServiceKey cho xử lý cuộc gọi mặc định O-CSI còn có các tiêu chuẩn đảo trạng thái (conditional trigger criteria) để xác định việc cho phép hoặc bỏ qua một trigger vào mạng thông minh, dựa trên các tiêu chí như số đích đến, độ dài số đích đến, dịch vụ cơ bản và tiêu chuẩn chuyển hướng O-CSI thuộc dịch vụ IN cho cuộc gọi MOC và được gửi tới VLR cùng với dữ liệu của các thuê bao khác trong quá trình cập nhật vị trí Với O-CSI, thuê bao được định nghĩa là thuê bao CAMEL, trong khi T SI thuộc dịch vụ -C cho cuộc gọi MTC được lưu lại trong HLR và sẵn sàng cho thủ tục truy vấn.

Hình 3.19: Mạng áp dụng CAMEL 3.4.2 Các hoạ t độ ng (tác nghiệp) c ủa CAMEL phase 2

Tên các tác nghiệp (hoạt động – operations) của CAMEL trùng với tên bản tin CAP Chuẩn CAMEL phase 2 gồm 24 hoạt động khác nhau như sau :

Luồng thông tin gsmSRF (IP) tới gsmSCF (SCP)

Tên tác nghiệp Viết tắt Chức năng

Assist Request Instruction ARI Assist_SSP (SSP tương trợ) yêu cầu số liệu chỉ dẫn từ CSE Prompt And Collect User

Truyền các số thu thập được từ user

Specialized Resource Report SRR Chỉ định kết thúc (máy) thông báo

Luồng thông tin gsmSCF(SCP) tới gsmSRF(IP)

Play Annoucement PA Định rõ thông báo tới user

PAC Chỉ dẫn để thu các số từ user

Luồng thông tin gsmSSF(SSP) tới gsmSCF(SCP)

Activity Test ack AT ack Công nhận kiểm tra giao kết SSP và

Call Information Report CI Công nhận cho yêu cầu thông tin cuộc gọi

Event Report BCSM ERB Công nhận cho yêu cầu tường trình

Initial DP IDP Thiết lập kết nối với SCP

Luồng thông tin gsmSCF(SCP) tới gsmSSF(SSP)

Activity Test AT Yêu cầu kiểm tra mối quan hệ đang tồn tại SCP và SSP Apply Charging AC Gởi thông tin cước đến SSP

Call Information Report CQR Yêu cầu thông tin về thiết lập cuộc gọi

Cancel CA Huỷ bỏ kết nối với một phía nào đó

Connect CON Thực hiện kết nối cuộc gọi với phía

B (mới hoặc cũ) Connect To Resource CTR Hướng cuộc gọi tới SRF

Continue CT Kết nối cuộc gọi với phía B (số cũ) Disconnect Forward

DFC Xóa kết nối vớiIP (SRF)

ETC Cho biết thông tin về SSP tương tác

Furnish Charging Information FCI Cung cấp thêm thông tin về cước để tạo phiếu (ticket) tại SSP

Release Call RC Giải phóng cuộc gọi

Request Report BCSM Event RRB Yêu cầu giám sát điểm dò tìm(loại

Event) trong BCSM Reset Timer RT Khởi động lại bộ định thời Timer

Send Charging Information SCI Thay đổi thông tin cước đang tồn tại

3.5 Nguyên lý báo hi u cho CAMEL ệ

Việc truyền tải các tác nghiệp CAP giữa MSC/gsmSSF và SCP diễn ra thông qua hệ thống mạng báo hiệu số 7 (SS7) SS7 cũng được áp dụng cho các thành phần ứng dụng trong mạng GSM, chẳng hạn như MAP và BSSAP.

Các điểm chuyển tiếp báo hiệu (STP) trong mạng SS7 đóng vai trò quan trọng trong việc cung cấp kết nối báo hiệu giữa các nút trong mạng này SS7 sử dụng một giao thức giao tiếp được lớp hóa, phù hợp với mô hình 7 lớp tham chiếu của hệ thống mở OSI do Tổ chức Chuẩn hóa quốc tế ISO phát triển.

SS7 là một mạng báo hiệu kênh chung, cho phép truyền dẫn đồng thời dữ liệu báo hiệu như ISUP, MAP, CAP và dữ liệu người dùng như thoại và dữ liệu qua cùng một mạng.

Hình 3.20: SS7 network 3.5.1 Phần truyề n d n bản tin (MTP - Message Transfer Part) ẫ

Lớp MTP đóng vai trò quan trọng trong việc truyền dẫn các bản tin giữa các điểm báo hiệu trong mạng báo hiệu SS7, bao gồm STP, MSC/SSF, HLR và SCP MTP được quy định trong ITU T Q.701, và các giao thức khác như ISUP cũng hoạt động trên nền tảng MTP.

3.5.2 Phầ n điề u khiển kế t n i báo hi u (SCCP Signalling Connection ố ệ - Control Part)

Lớp SCCP trong mạng SS7 cung cấp kết nối báo hiệu end-to-end giữa các điểm như MSC và HLR Khi MSC gửi tin nhắn đến HLR, SCCP đảm bảo truyền tải chính xác đến đúng đích Kết nối SCCP có thể đi qua nhiều STP, với mỗi STP xác định điểm tiếp theo và thực hiện phiên dịch địa chỉ SCCP cũng có thể kéo dài qua nhiều mạng, ví dụ khi MSC và SCP nằm ở các khu vực khác nhau, như từ Châu Âu đến Châu Mỹ Hai phiên bản của SCCP bao gồm CCITT SCCP, hay còn gọi là 'Blue SCCP', và ITU-T Q.711-Q.716, được xem là 'White SCCP'.

Màu sắc tham chiếu của các kiến nghị SCCP có liên quan đến màu sắc của các cuốn sách được xuất bản, trong đó White SCCP hỗ trợ chiều dài bản tin lớn hơn so với Blue SCCP (Tham khảo thêm về SCCP trong chương 2).

Hình 3.21: bản tin truyền qua SCCP

Mỗi thực thể trong mạng SS7 được xác định bởi mã điểm báo hiệu SPC (signalling point code) duy nhất và cục bộ Để yêu cầu dịch vụ CAMEL trong SCP, SPC cần được gửi trong bản tin SCCP đầu tiên, bao gồm tác nghiệp CAP IDP gửi tới SCP Tuy nhiên, gsmSCF xác định trong O-CSI không chỉ dựa vào SPC của SCP mà còn dựa vào tiêu đề tổng quát (GT Global title) của dịch vụ CAMEL Nguyên lý này cho phép nhà khai thác mạng có SCP thay đổi cấu hình mạng SS7 mà không ảnh hưởng đến GT, giúp duy trì khả năng định địa chỉ các thực thể trong mạng ngay cả khi SPC thay đổi Việc này được thực hiện thông qua thông dịch GT (GT translation) trong STP.

Hình 3.22: Dịch nhãn tổng quát (GT) trong CAMEL

STP thông dịch GT được sử dụng để chuyển đổi địa chỉ dịch vụ CAMEL thành SPC của SCP tương ứng Khi MSC/gsmSSF nhận phản hồi đầu tiên từ SCP, nó lưu giữ địa chỉ của SCP đó, được gọi là GT Từ thời điểm này, MSC/gsmSSF sử dụng địa chỉ đã lưu cho các giao tiếp tiếp theo với SCP và các hội thoại CAMEL khác Lớp TC trong ngăn giao thức SS7 không báo cáo GT của SCP tới ứng dụng trong MSC/gsmSSF, cho thấy giao thức CAP GT chỉ được áp dụng cho yêu cầu dịch vụ CAMEL Hạn chế này nhằm đảm bảo rằng thực thể khởi đầu dịch vụ không nhận thông tin về cấu hình mạng của nhà khai thác khác.

Trong mạng GSM, các thực thể được tổ chức thành các hệ thống con (SSN), giúp định địa chỉ các hệ thống con đặc biệt trong một node SS7 Ví dụ, một node trong mạng GSM có thể bao gồm các hệ thống con như MSC và HLR, hoặc MSC, HLR và gsmSCF Mỗi node có một SPC trong mạng SS7, nhưng các số hệ thống con bên trong sẽ có các SSN khác nhau SSN cho mạng GSM được quy định trong GSM TS 03.03, và Bảng 3.4 liệt kê một số SSNs liên quan cho CAMEL.

Bảng 3.4: Các số hệ thống con cho CAMEL

SSN có thể được sử dụng trong STP khi thực thi phiên dịch GT để nhận SPC của thực thể đích CAP SSN không được định vụ trong một node mà được đặt trong một giao thức (protocol) SSN này được sử dụng bởi bất kỳ thực thể nào có thể giao tiếp CAP, như gsmSCF, gsmSSF (trong MSC, GMSC), gprsSSF (trong SGSN), và assisting gsmSSF Khi MSC/gsmSSF và gsmSCF cư trú trong cùng một node trong mạng SS7, SSN của một bản tin SCCP không thể lập quan hệ CAMEL, vì hai thực thể chỉ trao đổi một định danh phiên truyền TC Định danh phiên truyền này là duy nhất cho mỗi node SS7 liên quan đến một đối thoại cụ thể, và node SS7 sẽ xác định một định danh phiên truyền TC mới cho mỗi giao tiếp mà nó khởi đầu hoặc tiếp nhận.

Khi CAMEL được giới thiệu lần đầu vào năm 1996, SSN 5 đã được chỉ định cho CAP Tuy nhiên, sau đó người ta phát hiện SSN này đã được sử dụng cho một thực thể khác trong mạng SS7 Do đó, SSN đã được thay đổi thành 146 Đồng thời, một SSN mới cho gói tin MAP với SCP, cụ thể là SSN 147, cũng được đưa ra.

3.6 S d ử ụng mã điểm báo hiệu (SPC Signalling Point Code) cho – việc đánh đị a ch trong HPLMN ỉ

Phần này khám phá khả năng tối ưu báo hiệu trong CAMEL, mặc dù không chính thức Khi gsmSSF gửi TC Begin để khởi động dịch vụ CAMEL, nó sẽ bao gồm địa chỉ của chính nó dưới dạng GT Khi gsmSCF nhận được thông tin này, quá trình sẽ tiếp tục.

Tổng kết chương

Trong chương 2, chúng ta đã nắm bắt khái niệm về mạng thông minh trong thông tin di động Chương 3 sẽ đi sâu vào việc thực hiện giao thức báo hiệu cho IN trong mạng di động, với giao thức CAMEL phase 2 là lựa chọn phổ biến nhất, phát triển từ mạng GSM Chương này sẽ trình bày những nội dung quan trọng của giao thức CAMEL phase 2 và ứng dụng của nó trong mạng thông minh.

Hoàn cảnh ra đời của CAMEL phase 2 Điều khiển tính cước online và offline của CAMEL phase 2

Các luồng thông tin CAMEL phase 2 giữa các thực thể trong mạng GSM

Các mô hình trạng thái cuộc gọi cơ bản cho CAMEL phase 2

Tác tác nghiệp (hoạt động) của CAMEL phase 2 dùng để điều khiển cho việc thiết lập cho các cuộc gọi dịch vụ của thuê bao

Nguyên lý báo hiệu giữa các node sử dụng Point Code, SSN, GT và các bản tin cho việc thiết lập báo hiệu của CAMEL phase 2

Trong chương tiếp theo, chúng ta sẽ khám phá việc áp dụng CAMEL phase 2 vào một hệ thống thực tế, cụ thể là hệ thống tính cước thời gian thực cho các dịch vụ gia tăng.

Phân tích yêu cầu

4.1.1 Phương th c tính cưứ ớc offline cho các dị ch v gia tăng ụ

Hiện nay, các mạng di động GSM tại Việt Nam đang áp dụng CAMEL phase 2 trong hệ thống mạng thông minh CAMEL phase 2 không chỉ cho phép tính cước online cho cuộc gọi thoại nội mạng mà còn nâng cao khả năng tính cước online cho các cuộc gọi thoại roaming.

Hiện nay, các dịch vụ gia tăng chủ yếu áp dụng phương thức tính cước offline Bài viết này sẽ phân tích hình thức tính cước của một số nhóm dịch vụ gia tăng chính.

Dịch vụ Premium SMS cung cấp cho thuê bao các dịch vụ đặc biệt từ các nhà cung cấp nội dung (CP), cho phép người dùng nhận tin nhắn qua các đầu số gia tăng như 8xxx, 9xx, 6xxx, và 1900xxxx Nội dung các bản tin bao gồm xổ số kiến thiết, thời tiết, giá cả thị trường, và truyện cười ngắn Giá cước được quy định bởi nhà khai thác mạng, với các đầu số như 81xx có giá 1000 VNĐ và 82xxx là 2000 VNĐ Cước phí được tính theo phương thức offline charging, dựa trên việc sinh ra CDRs tại SMSC và truyền về Billing Gateway để phân tích và trừ cước thuê bao Quá trình này mất thời gian, do đó không tính cước theo thời gian thực.

Việc tính cước thuê bao theo hình thức trên có thể gây ra tổn thất cước thuê bao

Nhiều thuê bao đã lợi dụng thời điểm gần hết tiền để gửi tin nhắn liên tục đến các dịch vụ Premium SMS, dẫn đến hiện tượng spam tin nhắn đối với các dịch vụ gia tăng SMS Hành động này diễn ra khi Billing Gateway chưa kịp xử lý tính cước, gây ra những bất cập trong việc quản lý và thu phí dịch vụ.

Hiện nay, mạng GSM tại Việt Nam đã được nâng cấp lên EDGE sau giai đoạn GPRS, đánh dấu lộ trình chuyển đổi từ mạng 2G sang 3G Người dùng thuê bao di động sử dụng dịch vụ GPRS hoặc EDGE có khả năng kết nối internet để truy cập dịch vụ gói data, cho phép gửi nhận email, tải tài liệu và đọc tin tức trên các trang web mọi lúc, mọi nơi có sóng GPRS hoặc EDGE.

Phương thức tính cước GPRS hiện nay áp dụng offline charging, với việc GGSN tạo ra CDRs cho các phiên data của thuê bao Các CDRs này được xử lý trung gian và gửi về Billing Gateway của IN để tính cước và trừ vào tài khoản thuê bao Tương tự như premium SMS, tình trạng này có thể dẫn đến tổn thất cước khi thuê bao gần hết tài khoản trả trước Do tài nguyên mạng có hạn, cần chặn các thuê bao đã hết tài khoản nhưng vẫn truy cập dịch vụ GPRS để giải phóng tài nguyên cho các thuê bao khác.

Các dịch vụ của bên thứ ba bao gồm các ứng dụng phát triển bằng nhiều ngôn ngữ lập trình cho các dòng máy di động khác nhau, như game Java, từ điển, nhạc chuông và hình nền Sự phát triển của các ứng dụng này phụ thuộc vào khả năng hỗ trợ của từng dòng máy và sở thích của người dùng Các nhà khai thác mạng và các nhà cung cấp dịch vụ có thể phát triển các ứng dụng này để phục vụ thuê bao di động Hiện nay, các dịch vụ này chủ yếu được cung cấp qua ba hình thức: SMS, MMS và GPRS, đồng thời cũng được tích hợp trên các cổng web để giới thiệu hình thức tải và cung cấp dịch vụ cho người dùng.

Hiện nay, hình thức tính cước offline đang trở nên phổ biến cho các dịch vụ này Cụ thể, các CDRs được tạo ra tại các Server cung cấp dịch vụ và sau đó được truyền lên Billing Gateway để thực hiện quá trình tính cước cho thuê bao.

Phương pháp tính cước hiện tại có hạn chế là không trừ kịp thời tài khoản của thuê bao khi tài khoản xuống mức thấp nhất, dẫn đến tổn thất doanh thu cho nhà khai thác và gây tranh cãi trong việc đối soát doanh thu với nhà cung cấp nội dung Để cải thiện tình hình, cần áp dụng phương thức tính cước “online” cho dịch vụ này nhằm nâng cao chất lượng dịch vụ, tăng cường khả năng xử lý của mạng và giúp nhà khai thác quản lý hiệu quả hơn trong bối cảnh dịch vụ và công nghệ ngày càng phát triển.

4.1.2 Ý tưởng cho hệ ố th ng tính cướ c online cho dịch vụ gia tăng

Hiện nay, phần lớn các mạng GSM tại Việt Nam đang sử dụng hệ thống mạng thông minh dựa trên giao thức CAP v2 Giao thức này hỗ trợ tính cước online cho dịch vụ cuộc gọi thoại, mang lại hiệu quả và tiện lợi cho người dùng.

SMS, data usage through services like GPRS, or event-based services such as third-party offerings (including image files, ringtones, and Java games) are key components of mobile communication.

Do đó để ứng dụng CAMEL phase 2 trong thiết kế hệ thống tính cước online cho dịch vụ gia tăng ta đi từ ý tưởng sau:

Dịch vụ gia tăng cho phép mô phỏng các cuộc gọi thoại với khả năng đặt thời lượng mặc định cho mỗi cuộc gọi Trên hệ thống quản lý trả trước của IN, thời lượng cuộc gọi mặc định này sẽ được xác định cùng với một mức chi phí trả trước cụ thể.

Để đơn giản hóa việc gọi tên, hệ thống tính cước online cho các dịch vụ gia tăng sẽ được gọi là Common Charging Gateway (CCG) Từ đây, thuật ngữ CCG sẽ được hiểu là 'hệ thống tính cước online chung cho các dịch vụ gia tăng' Hệ thống CCG sẽ kết nối trực tiếp với hệ thống quản lý trả trước của IN, và khi có yêu cầu tính cước, CCG sẽ thực hiện các chức năng cần thiết.

Để thiết lập một hệ thống CCG trong mạng di động GSM, trước tiên cần xác định thời lượng cuộc gọi theo dịch vụ yêu cầu Sau đó, kết nối đến IN qua giao tiếp CAP v2 để đặt trước tài khoản cho cuộc gọi Khi cuộc gọi kết thúc, CCG phải đảm bảo rằng hệ thống quản lý dịch vụ trả trước của IN trừ đúng số tài khoản đã đặt trước Việc triển khai một hệ thống như vậy hoàn toàn khả thi với ứng dụng CAMEL phase 2.

Mô hình của hệ thống

4.2.1 Mô hình chức năng của hệ ố th ng

Hệ thống Common Charging Gateway (CCG) được xây dựng sẽ có các chức năng chính như sau:

• Real Time charging (tính cước thời gian thực) cho Premium SMS (cho cả MO và MT)

• Real Time Data charging cho GPRS dựa trên dung lượng, Time hoặc Events (sự kiện).

• Real Time charging cho các ứng dụng 3 rd party qua cú pháp XML và giao thức HTTP

• Tích hợp CAMEL phase 2 với các hệ thống IN cho việc quản lý tài khoản thuê bao

• Hệ thống có khả năng quản lý dịch vụ linh động,…

Theo các chức năng trên, hệ thống CCG sẽ có các giao diện kết nối sau:

+ Kết nối đến hệ thống quản lý dịch vụ IN thông qua điểm chuyển tiếp báo hiệu STP;

+ Kết nối đến các SMSC;

+ Kết nối đến SMPP Gateway cho việc trung chuyển bản tin SMS đến CPs;

+ Giao tiếp với các hệ thống 3 rd Party qua giao diện XML;

+ Kết nối đến mạng số liệu (SGSM, GGSM, Radius, FW, APN’s);…

Trên cơ sở đó, ta có thể đưa ra mô hình kết nối của hệ thống với các thực thể khác trong mạng GSM như sau:

Hình 4.1: Sơ đồ kết nối của CCG với các thực thể của mạng

4.2.2 Chức năng củ a các th c th liên quan ự ể

Trong mạng GSM, các thực thể MSC/HLR đảm nhiệm vai trò chuyển mạch và định tuyến cuộc gọi Đối với hệ thống CCG, MSC/HLR chỉ cần thực hiện chuyển mạch cho cuộc gọi ban đầu mà không cần kết nối trực tiếp với hệ thống CCG Thay vào đó, CCG tương tác trực tiếp với các hệ thống cung cấp dịch vụ như SMSC, SGSN/GGSN và các hệ thống bên thứ ba Nhiệm vụ chính của MSC/HLR là định tuyến các cuộc gọi.

STP (Điểm chuyển tiếp báo hiệu) là thành phần quan trọng trong mạng viễn thông, nơi CCG giao tiếp trực tiếp để gửi yêu cầu tính cước đến các hệ thống IN Các STP thực hiện vai trò tương tự như gsmSCF trong mạng GSM, kết nối với cả hệ thống IN và các thực thể bên ngoài như CCG, dựa trên chuẩn CAMEL phase 2.

Các phần tử IN là hệ thống chịu trách nhiệm kích hoạt dịch vụ và quản lý tài khoản trả trước của thuê bao trong mạng IN Hệ thống này kết nối với các STP để tiếp nhận yêu cầu kiểm tra, đặt trước và khấu trừ tài khoản từ CCG.

SMSC, hay Trung tâm dịch vụ nhắn tin ngắn, là thực thể chủ yếu cung cấp dịch vụ SMS cho mạng GSM Chức năng chính của SMSC là gửi các tin nhắn SMS peer-to-peer, đồng thời lưu trữ và chuyển tiếp tin nhắn theo giao thức SMPP SMSC kết nối với hệ thống CCG để thực hiện việc chuyển tiếp tin nhắn SMS theo chiều MO (Mobile Originated) hoặc MT (Mobile Terminated) theo yêu cầu, nhằm thực hiện việc trừ cước phí.

CP (Nhà Cung Cấp Nội Dung) là các hệ thống ứng dụng cung cấp dịch vụ gia tăng theo yêu cầu, phát triển từ các nhà cung cấp nội dung và đối tác của nhà khai thác mạng Các CP có khả năng cung cấp nhiều dịch vụ đa dạng như bản tin Premium SMS về xổ số, truyện cười, thời tiết, giá cả thị trường và các ứng dụng bên thứ ba.

SMPP Gateway là một ứng dụng trong mạng GSM, đóng vai trò là cổng kết nối giữa các nhà cung cấp dịch vụ (CPs) và hệ thống CCG, cũng như các hệ thống khác như SMSC Về mặt quản lý, SMPP Gateway cho phép nhà khai thác mạng quản lý tập trung các đối tác cung cấp dịch vụ, đồng thời ngăn chặn nội dung không phù hợp từ CPs đến thuê bao của mạng Giao tiếp giữa SMPP Gateway, hệ thống CCG và các CPs được thực hiện thông qua giao thức SMPP.

DCG (Data Charging Gateway) là giải pháp cho phép kiểm soát thời gian thực các gói IP trong mạng GPRS Nó hoạt động hoàn toàn trong suốt với GGSN hoặc SGSN mà không cần hỗ trợ CAMEL phase 3 Các tính năng tính cước của DCG mang lại hiệu quả cao trong việc quản lý dữ liệu và tối ưu hóa chi phí.

Dịch vụ trả trước của DCG cho phép nhà khai thác linh hoạt thiết lập nhiều mức cước khác nhau, đồng thời tính cước dựa trên lưu lượng IP với nhiều thông số đa dạng.

+ Tính cước dựa trên thời gian (time).

+ Tính cước dựa trên dung lượng (volume)

+ Tính cước dựa trên nội dung (content), ví dụ như HTTP hoặc loại ứng dụng khác,

+ Kết hợp time, volume các đích đến Free IP,

+ Ngăn chặn các đích đến IP.

Giá cước được tính dựa trên thời gian, với đơn vị đo là giây Mỗi khoảng thời gian có thể có mức giá khác nhau, tùy thuộc vào các yếu tố như thời gian trong ngày.

Với việc tính cước dựa trên dung lượng, giá cước được khai báo với một đơn vị là

1 Byte là đơn vị cơ bản trong việc đo lường dữ liệu Các mức giá khác nhau có thể được xác định cho từng đơn vị dựa trên nhiều yếu tố khác nhau Việc tính cước cho nội dung có thể được thực hiện thông qua việc phân loại theo loại nội dung hoặc theo địa chỉ IP.

Nguyên tắc của tính cước dựa trên CAMEL phase 2 đối với các dịch vụ gia tăng

4.3.1 Các giao thức giữa hệ ống CCG và các h th ệ ố th ng khác trong m ạng

Hệ thống CCG đóng vai trò là trung chuyển và giám sát dịch vụ cho các cuộc gọi dịch vụ gia tăng của thuê bao, đồng thời tính cước cho các giao dịch tương ứng khi thuê bao sử dụng dịch vụ Các giao tiếp của CCG với các hệ thống trong mạng dựa trên nhiều giao thức khác nhau, đảm bảo tính chính xác và hiệu quả trong việc quản lý dịch vụ.

 CCG – STP/Các hệ thống IN: sử dụng giao thức CAMEL phase 1, 2 hoặc 3 Ở trong thiết kế này ta sẽ sử dụng giao thức CAMEL phase 2

 CCG – 3 rd Party system: Dùng giao thức HTTP với API hay được sử dụng phổ biến là XML

 CCG – SMSC: Dùng giao thức SMPP v3.4 hoặc v5.0 để truyền các bản tin SMS Hiện nay giao thức được sử dụng nhiều nhất đó là SMPP v3.4.

 CCG – SMPP Gateway: Dùng giao thức SMPP v3.4 để truyền các bản tin SMS qua kết nối mạng IP.

 DCG – GPRS network: kết nối qua điểm chuẩn Gi qua giao thức mạng IP.

4.3.2 Ứng d ụng của CAMEL phase 2 tính cước online cho các dị ch v ụ gia tăng

4.3.2.1 Tính cước dịch vụ Premium SMS

CAMEL phase 3 cho việc tính cước th i gian th c MO-ờ ự SMS:

Việc tính cước cho dịch vụ SMS chỉ được hỗ trợ trong CAMEL từ phase 3 trở đi Bài viết này sẽ tìm hiểu nguyên lý tính cước online cho dịch vụ MO SMS, nhằm xây dựng hệ thống tính cước online từ máy di động MO SMS trong cả mạng chủ và khi roaming trong VPLMN Cước có thể được tính dựa trên địa chỉ SMSC hoặc số nhóm gọi, với MO SMS có thể áp dụng giá cước cố định hoặc miễn phí.

SMS-MO Realtime Charging dựa trên CAMEL phase 3 yêu cầu hỗ trợ CAMEL phase 3 trong mạng core GSM R9.1/UTMS R2 chỉ hỗ trợ CS và PS SMS qua CAMEL phase

Khi một thuê bao gửi SMS, thông điệp sẽ được xử lý bởi MSC/VLR (CS SMS) hoặc SGSN (PS SMS) Logic điều khiển cước phí được thực hiện trong Node điều khiển tính cước (CCN Charging Control Code) CCN sẽ chuyển đổi mạch CAMEL tính cước và yêu cầu đặt trước vào yêu cầu giá cước/đặt trước CS1+ tới SDP, đồng thời thực hiện việc sinh ra các DRs liên quan.

Dịch vụ CAMEL được triển khai trong HLR, với thông tin đăng ký CAMEL (CSI) quyết định cách xử lý các cuộc gọi khởi đầu và kết thúc trên di động (cuộc gọi MO/MT) cùng với các đặc điểm tương tác của thuê bao Các cuộc gọi CAMEL cần được định tuyến tới gsmSSF hoặc chỉ thị tới gsmSCF, và các thông số của CSI được áp dụng để đảm bảo hiệu quả trong quá trình xử lý cuộc gọi.

+ O-CSI (Originating CSI), chỉ th ị khởi đầu và chuyển tiếp các cuộc gọi CAMEL phải được định tuyến đến gsmSSF hoặc gprsSSF

T-CSI (Terminating CSI) chỉ thị các cuộc gọi ọi kết cuộc gọi CAMEL bị từ chối được định tuyến tới gsmSSF hoặc gprsSSF Truy nhập kết cuộc gọi IN luôn luôn được kích hoạt từ mạng HPLMN.

 SMS kh ở i phát t ừ máy di độ ng:

Hình sau đưa ra một ví d minh h a v i vi c g i mụ ọ ớ ệ ử ột CS MO SMS Nó cũng tương tự trong mạng PS SMS, trong đó MSC được thay b ng SGSN ằ

Hình 4.2: Chuyển mạch kênh trong dịch vụ SMS khởi phát từ mobile

1 Một thuê bao gửi một short message (SMS).

2 Thông số CSI kích hoạt gsmSSF để yêu cầu chức năng điều khiển tính cước trong CCN

3 CCN chuyển tiếp yêu cầu CAMEL vào một yêu cầu CS1+ và gửi nó tới SDP SDP đặt trước một lượng tài khoản cần thiết và gửi phản hồi OK tới CCN.

4 CCN ra lệnh cho gsmSSF để định tuyến SMS tới SMS-IWMS.

5 Thành phần mạng chuyển tiếp SMS tới SMS-IWMS.

6 SMS-IWMS truyền SMS tới SMSC.

Khi SMS được gửi thành công tới SMSC, hệ thống SDP sẽ thông báo trừ đi số dư tài khoản đặt trước Nếu việc gửi SMS không thành công, thuê bao di động sẽ nhận được thông báo rằng SMS không được gửi đến đích, kèm theo trạng thái lỗi từ SSF.

Trong bài viết này, chúng ta đã khám phá cách tính cước dịch vụ SMS thông qua CAMEL phase 3 Tiếp theo, chúng ta sẽ tìm hiểu cách tính cước online cho dịch vụ SMS bằng việc áp dụng CAMEL phase 2.

4.3.2.1.1 Tính cướ c d ch v MO SMS (Mobile Originating SMS) ị ụ a) MO Scenario 1: thà nh công

Khi SMSC kích hoạt một phiên giao dịch SMPP (Deliver) đến CCG, CCG sẽ thực hiện tính cước cho hệ thống trả trước (IN pre-paid system) thông qua giao tiếp CAP2.

Nếu việc đặt trước tài khoản cho dịch vụ thành công, CCG sẽ tiếp tục xử lý lưu lượng đến SMPP Gateway Tùy thuộc vào phản hồi từ SMPP Gateway (ACK/NAK), sẽ có các kịch bản khác nhau xảy ra.

1 SMPP Gateway trả về ACK (Acknowledg ment – Bản tin nhận biết: thành công) , CCG sẽ thực hiện phiên tính cước hướng tới IN prepaid system và sẽ gửi ACK trả về cho SMPP server (SMSC).

2 SMPP Gateway trả về NAK (Non-Acknowledgment – Bản tin không thành công) , CCG sẽ trả NAK về cho SMSC và sau đó gửi yêu cầu tới IN prepaid system để giải phóng lương tiền tài khoản đặt trước.

Nếu CCG không nhận được tín hiệu ACK/NAK từ gateway SMPP trong thời gian quy định, CCG sẽ gửi yêu cầu đến hệ thống IN Prepaid để giải phóng số tiền trong tài khoản đặt trước và trả lại tín hiệu NAK cho SMSC.

MO Scenario: Balance OK – ACK from SMPP GW

Hình 4.3: MO Scenario, Balance OK – ACK from SMPP GW

MO Scenario: Balance OK – NAK from SMPP GW

Hình 4.4: MO Scenario, Balance OK – NAK from SMPP GW

MO Scenario: Balance OK Timeout from SMPP GW –

Hình 4.5: MO Scenario, Balance OK – Timeout from SMPP GW b) MO Scenario 2: không thành công

Trong quá trình xử lý xác thực tài khoản, CCG nhận được thông báo rằng thuê bao không đủ tiền để sử dụng dịch vụ Để thông báo cho khách hàng, CCG sẽ gửi một tin nhắn SMS với nội dung như: “Xin lỗi, tài khoản của bạn không đủ để sử dụng dịch vụ này.”

MO Scenario 2 Call flow – Balance Not OK:

4.3.2.1.2 Tính cướ c d ch v ị ụ MT SMS (Mobile Terminating SMS)

SMPP Gateway sẽ gửi phản hồi MT cho thuê bao qua CCG với mã dịch vụ, đồng thời yêu cầu tính cước CCG thực hiện xác thực tài khoản thuê bao với hệ thống IN prepaid thông qua bản tin CAP2 Dựa vào phản hồi từ các máy chủ trả trước, CCG sẽ quyết định cách định tuyến bản tin tiếp theo Nếu thuê bao không đủ tài khoản, CCG sẽ gửi NAK tới SMPP gateway và xóa bỏ bản tin Ngược lại, nếu tài khoản đủ, CCG sẽ giữ lại số tiền cho giao dịch và gửi SMS tới SMSC Khi SMSC gửi ACK về cho CCG, CCG sẽ gọi đến máy chủ IN prepaid để trừ tài khoản Nếu CCG nhận được NAK hoặc không nhận được ACK/NAK trong thời gian quy định, nó sẽ yêu cầu IN và giải phóng số tiền đã giữ cho giao dịch.

MT Scenario Call flows: Successful ACK

SMPP gateway CCG Prepaid platform SMSC

IniDP (DD for X) RRBE + Continue

SMS Application-MT charging (in case of sufficient credit) and successful delivery

Hình 4.7: MT Scenario Call flows: Successful ACK

MT Scenario Call flows: Unsuccessful NAK from SMSC

Client X SMS Application-MT charging (in case of sufficient credit) but unsuccessful delivery

Hình 4.8: MT Scenario Call flows: Unsuccessful NAK from SMSC

MT Scenario Call flows: Timeout before ACK/NAK SMSC

SMS Application-MT charging (in case of sufficient credit) but times out before ACK/

Hình 4.9: MT Scenario Call flows: Timeout before ACK/NAK SMSC

SMS Application-MT charging (in case of insufficient credit)

Hình 4.10: MT Scenario: Insufficient Credit

4.3.2.2 Tính cước dịch vụ Data

A Yêu cầu cho việc tính cước data:

CAMEL phase 3 cho phép tính cước chuyển mạch gói cho các phiên truyền dữ liệu một cách thời gian thực trong cả mạng chủ lẫn mạng roaming.

Các yêu cầu quản lý khác của hệ thống

Để xử lý tình huống này, hệ thống CCG sẽ thiết lập một khoảng thời gian xử lý ngay khi có yêu cầu tính cước cho một phiên giao dịch Nếu trong thời gian quy định mà CCG không nhận được bản tin từ IN prepaid hoặc nhận bản tin bất thường, hệ thống sẽ coi như prepaid server đã gặp sự cố Khi đó, CCG sẽ gửi thông báo Reserve NAK cho thành phần 3rd party, thông báo về tình trạng prepaid server down hoặc một lỗi khác.

3 rd party element CCG Prepaid platform

Reserve Nack (Resp = prepaid server down)

Received either from the NE or an internal CCG timer expires

Hình 4.22: Hệ thống trả trước của IN không hoạt động Scenario 2: CCG is Down (CCG không hoạt động)

Hình vẽ dưới đây mô tả trường hợp CCG không hoạt động:

3 rd party element CCG Prepaid platform

Reserve Nack (Resp = CCG down) HTTP transaction 1

Hình 4.23: CCG không hoạt động

Thiết kế CCG bao gồm nhiều lớp, cho phép một thành phần xử lý các tình huống cụ thể Trong đó, có một lớp MC (quản lý nền tảng cho các giao dịch) và một lớp SLEE, thực hiện logic tính cước với các thành phần mạng Khi CCG gặp sự cố, MC sẽ gửi thông báo Reserve NAK kèm theo nguyên nhân thất bại hợp lý.

4.4 Các yêu cầ u qu n lý khác c a h ả ủ ệ thống

4.4.1 Tính cước offline hàng ngày theo các giá cướ c c nh ố đị

Để tính cước cho các giá cước cố định theo từng ngày, ta có thể áp dụng phương thức tính cước offline, thực hiện tính cước một lần mỗi ngày vào một thời điểm nhất định Phương pháp này sử dụng xử lý theo lô (batch file), trong đó một danh sách các thuê bao sử dụng cùng loại dịch vụ sẽ được liệt kê từ một cơ sở dữ liệu quản lý chung Sau đó, danh sách này sẽ được xuất ra file với mã trừ cước xác định và truyền cho chức năng xử lý batch file của CCG CCG sẽ phân tích file này và gửi yêu cầu tính cước cùng giá cước cho từng thuê bao đến IN prepaid, nhờ vào giao tiếp lập trình xử lý theo lô trên hệ thống CCG.

4.4.2 Qu ản lý thuê bao trả sau (postpaid)

Hệ thống CCG được thiết kế để tính cước cho thuê bao trả trước, nhưng thực tế, các yêu cầu tính cước từ các thực thể ứng dụng không phải lúc nào cũng liên quan đến thuê bao trả trước Để giảm thiểu việc quản lý thuê bao, các thực thể này không có cơ sở dữ liệu phân loại thuê bao trả sau và trả trước, giúp tăng tốc độ giao dịch Do đó, nhiệm vụ phân biệt thuê bao postpaid và prepaid được giao cho hệ thống CCG Khi nhận yêu cầu tính cước, CCG phải xác định xem thuê bao là postpaid hay prepaid; nếu là postpaid, CCG sẽ không gửi yêu cầu đặt trước tài khoản đến IN prepaid, tránh phát sinh lỗi Để thực hiện điều này, CCG cần thiết lập một cơ sở dữ liệu postpaid Khi có yêu cầu, CCG sẽ tìm kiếm thông tin thuê bao trong cơ sở dữ liệu của mình; nếu tìm thấy, nó sẽ xử lý như thuê bao postpaid, ngược lại, sẽ gửi yêu cầu đặt trước tài khoản cho thuê bao prepaid đến IN prepaid.

CCG cần có khả năng xử lý đồng bộ và tính cước cho thuê bao prepaid Trong cơ sở dữ liệu của CCG, phải có một bảng với cột chứa số MSISDN Việc cập nhật thông tin MSISDN của thuê bao postpaid từ cơ sở dữ liệu mạng vào database của CCG là cần thiết, giúp CCG xác định và tìm kiếm các thuê bao postpaid một cách hiệu quả.

Khi tìm kiếm trong cơ sở dữ liệu và xác định thuê bao là postpaid, CCG sẽ không xử lý CAMEL cho giao dịch của thuê bao này, mà ngay lập tức trả về một bản tin ACK cho thực thể ứng dụng của mạng, cho phép thuê bao thực hiện giao dịch Đồng thời, CCG sẽ tạo ra CDR cho các giao dịch của thuê bao trả sau với đầy đủ thông tin cuộc gọi và gửi các CDR này đến hệ thống thanh toán postpaid của nhà khai thác mạng Để giám sát thuê bao postpaid, có thể sử dụng API giữa cơ sở dữ liệu của mạng và database của CCG, cho phép thực hiện các thao tác insert/update/delete thông tin thuê bao, có thể chỉ cần thông tin MSISDN.

Kiến trúc module năng của hệ thống

4.5.1 Cấu hình hệ thống DCG (Data charging gateway)

Cấu hình hệ thống DCG trong mạng GPRS, được phát triển dựa trên mạng GSM, bao gồm hai thực thể chính là SGSN và GGSN.

Hình 4.24: Hệ thống DCG kết nối với mạng GPRS để tính cước online cho các dịch vụ dữ liệu

GGSN đáp ứng cho việc kết nối tới mạng chuyển mạch gói dữ liệu PDN, PDN có thể như là Internet, VPNs, internal operator intranet,…

GGSN chuyển đổi định danh của thuê bao di động thành địa chỉ IP, cho phép người dùng di động hoạt động như một người dùng Internet.

Mobile Packet Data Sub network -

Các thành phần của hệ thống DCG như sau:

Packet Router Bộ định tuyến gói tin

(Bộ phân tích và định tuyến gói tin)

PRA kết nối ngay sau GGSN và hoạt động như một "router gateway", có chức năng chặn mọi gói tin đi qua DCG Ngoài ra, PRA còn hỗ trợ phân tích gói IP thời gian thực cho các trường hợp khác nhau.

PRA quyết định chặn hoặc cho phép truyền nhận gói tin của thuê bao dựa trên trạng thái thuê bao và IP/port đích đến Trong trường hợp thuê bao hết tiền, gói tin có thể bị chặn Nếu không, PRA sẽ sao chép gói tin để gửi đến lớp cao hơn cho việc xử lý và tính cước.

Function (CGF) Chức năng cổng tính cước

Chức năng này đáp ứng cho các phiên IP dựa trên IP/Port nguồn và IP/Port đích.

Cho giao thức HTTP (port), nó cho phép phân tích gói tin sâu hơn như HTTP và URL

Chức năng này phân loại các gói thành “các lớp” để cho phép các giá khác nhau cho các gói khác nhau

Module này đếm số lượng gói thành các bytes đối với mỗi phiên truyền của mỗi thuê bao.

Module này tổng hợp số bytes đã sử dụng và khi đạt đến giới hạn cho phép (quota), bộ quản lý thẻ sẽ yêu cầu một quota mới từ IN Prepaid.

RADIUS Client Đây là Sniff Radius (Radius cho việc nghe ngóng) cho lưu lượng chuyển qua Hub, đặc biệt là các yêu cầu Start Accounting và Stop Accounting

When the GGSN requests an IP from the Radius/AAA Server, the Radius Client of the DCG monitors this request and forwards a set of MSISDN and corresponding IP to the RTB server.

Hình vẽ minh họa quy trình sự kiện hoặc phiên truyền dữ liệu, bắt đầu và kết thúc bởi thuê bao Trong trường hợp này, chúng ta áp dụng hình thức tính cước dựa trên dung lượng dữ liệu sử dụng.

Data Script - Normal Start , Termination after Radius stop — initiated by subscriber

Hình 4.25: Quá trình tính cước thời gian thực cho dữ liệu qua DCG

Dest IP/Port = X/80 HTTP (Get)

1 Classify the packet based on the IP/Post and HTTP URL

1 Accumulates the traffic per subscriber based on Dest IP/Port and URL

1 deduct the accumulated traffic from the token.

Hình 4.26: Quy trình xử lý của các module trong DCG

• Radius/AAA Server– CGF: Bắt đầu và kết thúc tính cước dựa vào accounting các gói tin start và stop

PRA–CGF: RBT thông báo cho PMC về trạng thái của người dùng, bao gồm danh sách các IP/Port bị chặn, và PMC gửi các gói dữ liệu đến RBT để tiến hành phân tích.

• CGF– SLEE: RBT khởi động một SLEE script cho mỗi phiên dữ liệu Script này thông báo tới RBT khi thực hiện ApplyCharging và nhận ApplyChargingReport từ RBT.

• SLEE –Prepaid System: Với việc tính cước dựa trên volume, SLEE trao đổi thông tin tính cước với IN Prepaid thông qua một charging API.

4.5.2 Kiến trúc của hệ thống – Tổ chức phần mềm

Kiến trúc phần mềm của CCG (CCG SW architecture) :

The software architecture of CCG includes several key functional entities: the HTTP Server, Service Logic Execution Environment (SLEE), Database Service Creator (DBSC), Database Management System (SQL), Storage and Reporting, and the User Interface Application.

Phần mềm của hệ thống CCG được kiến trúc phân lớp và chia thành 4 lớp chức năng, sau đây là chức năng của từng lớp:

1 Lớp giao thức (Protocol Layer)

Lớp này bao gồm 4 module chính, có chức năng giao tiếp với các hệ thống bên ngoài để gửi và nhận yêu cầu liên quan đến việc tính cước cho các dịch vụ trực tuyến.

 CAMEL Phase 2 module: Giao tiếp với hệ thống IN của mạng qua giao thức CAMEL phase 2

Mô-đun SMPP Client/Server chịu trách nhiệm nhận và chuyển tiếp các tin nhắn SMS, hoạt động như một SMPP client khi giao tiếp với các SMSC của mạng và như một SMPP Server khi kết nối với SMPP Gateway của mạng.

Module HTTP được thiết kế để giao tiếp với các hệ thống ứng dụng nhằm hỗ trợ dịch vụ từ bên thứ ba Tất cả các yêu cầu liên quan đến việc tính cước cho các dịch vụ này đều được gửi và nhận thông qua module này.

DCG được thiết kế để kết nối giữa mạng GPRS và mạng số liệu như Internet và Wap Nó thực hiện chức năng nhận thực tài khoản thuê bao và trừ cước phí khi thuê bao sử dụng dịch vụ GPRS.

2 Lớp Môi trường thi hành Logic dịch vụ (SLEE Layer) Đây là lớp quan trọng nhất trong kiến trúc của hệ thống CCG, chức năng của nó như sau:

+ Đảm bảo logic của cuộc gọi hoạt động được chính xác (theo đúng các yêu cầu về quá trình cuộc gọi).

Để đưa ra quyết định tính cước cho các thuê bao, cần phân tích các yêu cầu và thu thập thông tin để xác định rõ đâu là thuê bao trả trước và đâu là thuê bao trả sau Việc phân loại này giúp tối ưu hóa quy trình tính cước và đảm bảo tính chính xác trong việc quản lý các dịch vụ viễn thông.

+ Kích hoạt module của các lớp khác để hoạt động đúng logic

3 Lớp dịch vụ (Service Layer)

Tính toán dung lượng và cấu hình phần cứng hệ thống

This article outlines the design requirements for a signaling and processing system for CCG, specifying that the system must handle 100 transactions per second (TPS) for SMS, 10 TPS for GPRS, and 10 TPS for third-party applications Additionally, it emphasizes the need for a stable system configuration with high availability and redundancy in operation.

Theo yêu cầu trên ta thấy rằng, cấu hình báo hiệu của CCG phải đảm bảo cho tổng số giao dịch đồng thời là: 100 + 10 + 10 = 120 TPS.

Như vậy 1 giờ, số giao dịch tối đa CCG có thể phải xử lý là: 120 x 3600 = 432000 (TPH : Transactions per hour)

Một liên kết báo hiệu SS7 có khả năng hỗ trợ khoảng 30.000 báo hiệu CAP v2 giờ bận (30K BHCA), do đó số liên kết báo hiệu SS7 cần thiết là 14,4 Để đảm bảo hoạt động an toàn cho hệ thống, cần thiết kế cấu hình Active/Redundancy, trong đó mỗi module phải chạy đồng bộ trên hai máy chủ: một máy chủ hoạt động online với 100% cấu hình và một máy chủ ở chế độ dự phòng nóng Khi máy chủ chính ngừng hoạt động, máy chủ dự phòng sẽ đảm nhận vai trò chính Với yêu cầu 14 liên kết C7 luôn hoạt động, cần thêm 14 liên kết C7 cho hoạt động dự phòng, tổng cộng là 28 liên kết C7 phục vụ cho cấu hình Active/Redundancy của hệ thống.

Sau đây là cấu hình phần cứng đưa ra cho hệ thống CCG:

Hình 4.28: Kiến trúc phần cứng của hệ thống CCG

Các thực thể chức năng của các thành phần phần cứng của CCG:

1 Netra 440 X 2 (CCG entire services) with 4 * CPU Ultra Sparc iii 1.5 Ghz and 8 GB RAM

2 2 x NMS TX4000 (SS7 card module) with capabilities up to 20 SS7 links

3 HP DL 360 X 2 (Data Charging Interface) 2 * CPU Xeon 3.2Ghz 2 GB RAM

4 HP DL 380 X 2(SQL servers for the operational DB) 10 with 2 CPU Xeon 3.2Ghz 2 GB RAM

5 HP DL 380 X 1 (Storage & Reporting server)

• SMPP Server/Client o Single Ultra Sparc 1.5GHz có thể xử lý 200 giao dịch SMPP mỗi giây. o Trong trường hợp mở rộng dung lượng thì có thể dùng 2 servers.

• HTTP Server/Client o Single Ultra Sparc 1.5GHz có thể xử lý 50 giao dịch HTTP mỗi giây. o Trong trường hợp mở rộng dung lượng thì có thể dùng 2 servers.

Máy chủ SS7 sử dụng Ultra Sparc 1.5GHz với bảng TX4000 có khả năng xử lý lên tới 1000 giao dịch TCAP mỗi giây và 150 khởi xướng script mỗi giây Để mở rộng dung lượng, có thể sử dụng 2 máy chủ.

• DBSC Server o Single Ultra Sparc 1.5GHz có thể xử lý 500 queries mỗi giây. o Trong trường hợp mở rộng dung lượng thì có thể dùng 2 servers.

The DCI single HP DL360 equipped with dual Xeon processors can handle data rates of up to 40Mbps for both upstream and downstream traffic For scalability, it is possible to expand capacity by utilizing two servers.

• RDBMS Server o Dual Xeon 3.2Ghz có thể xử lý 100 updates mỗi giây.

Với cấu hình phần cứng được thiết kế như trên, hệ thống CCG có thể hỗ trợ:

 Số lượng giao tiếp vào (Incoming):

+ SMPP của CCG hỗ trợ 100 TPS cho cả chiều MO và MT SMS, tức là 200K BHSM

+ Data interface: Hỗ trợ 5 Mbit/s dựa trên Data tokens tối thiểu là 50 Kbytes + XML/HTTP: CCG hỗ trợ 10 TPS.

 Số lượng giao tiếp đi (Outgoing):

+ CAP2: CCG hỗ trợ lên tới 125 TPS Đây là sự kết hợp lưu lượng mỗi giây của toàn bộ giao tiếp vào.

+ SS7 Links tới STP: Hỗ trợ 120 TPS cần phải ócs links SS7, với dung lượng 30K BHCA mỗi link.

Các quy hoạch khai báo dịch vụ và giá cước của hệ thống

Dịch vụ Premium SMS yêu cầu ba bảng thông tin để xác định thuê bao, bao gồm hệ thống IN Prepaid và phương pháp tính cước cho thuê bao Các bảng này có thể được tạo ra thông qua DBSC.

Bảng này cung cấp thông tin cho CCG để điều khiển logic tính cước và dial digit dựa trên mã dịch vụ Các trường thông tin bao gồm mã dịch vụ cho cả bản tin MO và MT, hướng tính cước MO (với "1" là có và "0" là không tính), hướng tính cước MT (cũng với "1" và "0"), dial digit cho cước MO, dial digit cho cước MT, ID CP (để báo cáo) và tên CP (để báo cáo).

Nếu giá trị (ii) và (iii) ở trên được đặt là ‘0’, CCG sẽ không kích hoạt các phiên CAMEL tới prepaid systems CCG sẽ tiếp tục phiên SMPP

Bảng này sẽ liệt kê toàn bộ dải số thuê bao của nhà khai thác, trong đó mỗi dải số thuê bao cần chỉ rõ hệ thống IN Prepaid và địa chỉ GT tương ứng Các thông tin cần thiết bao gồm: i Dải số thuê bao (ví dụ: 7889XXXX – 10K số) ii Địa chỉ GT đầy đủ.

Bảng này lưu trữ toàn bộ thông tin về các thuê bao trả sau, bao gồm số MSISDN của từng thuê bao Trong quá trình xử lý, nếu CCG xác định giao dịch thuộc về thuê bao trả sau, hệ thống sẽ bỏ qua việc xử lý CAMEL và tiếp tục phiên giao dịch Một CDR được tạo ra cho các giao dịch của thuê bao trả sau nhằm phục vụ cho việc xử lý cước trong hệ thống Billing System của nhà khai thác.

Giao diện tính cước dịch vụ dữ liệu của CCG cần ánh xạ tất cả dung lượng dữ liệu với khả năng tính cước cho từng phiên GPRS của thuê bao.

Cước phí có thể được tính dựa trên dung lượng dữ liệu, cụ thể là 50KB cho mỗi phiên truyền Để đảm bảo tính chính xác trong việc tính cước từng KB, CCG cần yêu cầu hệ thống IN Prepaid có 49 điểm đến tariff.

Trong giao diện tính cước XML, có hai thông số quan trọng trong phần thân XML để xác định phương pháp tính cước cho dịch vụ, bao gồm: i Số MSISDN (Subscriber number) và ii Số đích (Destination number), giúp chỉ ra hệ thống Prepaid và cấu hình tính cước dịch vụ theo kế hoạch giá cước.

Sau đây là sự triển khai Service mapping plan cho hệ thống CCG:

Country Code CCC Prefix Type of Service Price Code

Service Class Volume of Data Premium MO

Code CCC Prefix Type of Service Price Code Contend

ID Sub Content ID Premium MT

Type of Service 0 Preimum SMS

Class of Service 1 GPRS Data Class 1

Volume of Data 10 Charging 0- 10 KB

4.8 Cú pháp khi sử ụ d ng giao ti p XML cho 3rd party charging ế

Các thông số của bản tin:

Hệ thống CCG sẽ tương tác với các thành phần bên thứ ba trong mạng thông qua XML qua giao thức HTTP, với một tập lệnh và các phản hồi được thiết lập giữa chúng.

No Field name Mandatory/Optional

5 Transaction ID (derived from the Reserve M in Two-Stage Charging

Must not be provided in

No Field name Mandatory/Optional

+ Số thuê bao được dùng là MSISDN

+ Dùng để xác định loại content, và có thể dựa vào nó để xác định giá cước. + Format: String

+ Được sử dụng để phân loại chi tiết hơn các content và xác định các giá cước tương ứng Trường thông tin này là tùy chọn.

Thông số này là yếu tố quan trọng trong phương thức tính cước hai giai đoạn, giúp quản lý các phiên giao dịch trong hệ thống CCG Trường thông tin này được yêu cầu bắt buộc.

+ Used in: Reserve, Charge and Rollback commands

Thông số này mô tả kết quả nhận được từ hệ thống CCG, với nhiều giá trị tương ứng cho các kết quả khác nhau như thành công hoặc lỗi do nguyên nhân cụ thể.

+ Used in: Reserve Response, Charge response and Rollback Response commands

Cú pháp c ủ a câu l ệ nh XML:

{0 on success, otherwise error code}

{The script SLPI}

{0 on success, otherwise error code}

4.9 Các thông số báo hi u CAMEL phase 2 cho hệ ố ệ th ng

4.9.1 Xác định các thông s cho b n tin ố ả MTP

3 Signaling Links (connected to CCG platform) parameters:

E1 # Cấu hình dựa trên trung kế Nằm trong dải từ 1 đến 4 cho TX 4000 boards và từ 1 đến 8 cho TX 4000C boards

Time Slot # Timeslot trên trung kế E1 Có gí trị từ 1 đến 31

Không cấu hình cổng SS7 trên E1 timeslot 0

ADJACENT_DPC Mã điểm báo hiệu phía đầu cuối của link SS7

SSF/SUB_SERVICE Giá trị sử dụng trong trường subservice (SSF) của mo hình SIO.

Hoặc sử dụng SUB_SERVICE hoặc thông số

LINK_SLC SSF Link selection code

4.9.2 Xác định các thông s cho b n tin ố ả SCCP

Thông số Giải thích Giá trị mặc định

Protocol ANSI or ITU ITU

(lớp và giải quyế t lỗi)

Trả về gói tin khi Called Party Address Địa chỉ để điều khiển chuyển lỗi. mạch Route=GT; PC=N;

Address Địa chỉ SCP trong các yêu cầu chuyển mạch Route=GT; PC=N;

SSN (SCP) SCP Sub System Number 146

4.9.3 Các tác nghiệp CAMEL phase 2 cho hệ thống

Operation Name Timer / Value Class

XXX RX by SCP – XXX TX by SCP –

Class 1 – Cả thành công và thất bại được báo cáo Class 2 – Chỉ có thất bại được báo cáo

Class 3 – Chỉ có thành công được báo cáo Class 4 – Cả thành công và thất bại đều không được báo cáo

• serviceKey: Dùng để yêu cầu IN service

• calledPartyNumber: dùng để xác định nhóm bị gọi trong hướng chuyển tiếp cuộc gọi, thông số này được dùng trong các trường hợp Mobile Terminating và Mobile Forwarding

• callingPartyNumber: dùng để xác định nhóm chủ gọi.

• callingPartysCategory: chỉ ra loại nhóm chủ gọi (như thuê thông thường, pay phone,…)

• originalCalledPartyID: mang dialed digits khi cuộc gọi chuyển tiếp định tuyến đến gsmSSF.

• locationNumber: mang địa chỉ vùng địa lý của các dịch vụ di động.

• bearerCapability: chỉ ra loại kết nối bearer capability tới người dùng.

• bearerCap: chứa giá trị cuả thông số ISUP User Service Information, chỉ dùng trong tác nghiệp InitialDP trong ISUP User Service Information.

• eventTypeBCSM: chỉ ra sự kiện được trang bị BCSM DP, có kết quả trong tác nghiệp Initial DP.

• redirectingPartyID: chỉ ra số chỉ mục mà cuộc gọi trực tiếp kết nối đến lần tiếp tới.

• iPSSPCapabilities: chỉ ra tài nguyên gsmSRF được hỗ trợ trong VMSC/GMSC

• additionalCallingPartyNumber: số nhóm chủ gọi được cung cấp bởi hệ thống báo hiệu truy nhập của người dùng chủ gọi.

• highlayerCompatibility: tính năng nâng cao dùng để xác định ISDNteleservice của đầu cuối ISDN được kết nối.

• iMSI: IMSI của thuê bao di động cho dịch vụ CAMEL được yêu cầu, việc mã hóa chi tiết có thể xem ở GSM 09.02 [14]

• subscriberState: trạng thái của thuê bao với dịch vụ CAMEL được yêu cầu (ví dụ Busy, Idle, Not reachable và không được cung cấp từ HLR).

• locationInformation: chỉ ra nơi MS định vị.

• callReferenceNumber: Số tham chiếu mạng gắn với cuộc gọi.

• mscAddress: mscId gắn với GMSC/MSC.

• time&Timezone: thông số này chứa thời gian mà gsmSSF được kích hoạt, và time zone (thời gian cục bộ) mà gsmSSF gửi yêu cầu đang cư trú.

Thông số gsm-ForwardingPending cho biết số điện thoại được chuyển tiếp và cuộc gọi sẽ được chuyển tiếp thay vì sử dụng dịch vụ chuyển tiếp cuộc gọi gia tăng GSM trong GMSC.

Thông số naCarrierInformation bao gồm mã chỉ thị mang và loại lựa chọn truyền dẫn cho thuê bao chủ gọi trong cuộc gọi khởi phát di động Nó cũng chứa số của thuê bao bị gọi và thông tin về cuộc gọi kết cuối di động hoặc thuê bao chuyển tiếp liên quan đến cuộc gọi chuyển tiếp di động.

• gmscAddress: thông số này đưa ra mscId gắn với GMSC.

Direction: gsmSSF -> gsmSCF, Timer: Tidp Tác nghiệp này được sử dụng sau một TDP để chỉ ra yêu cầu chỉ ra yêu cầu cho dịch vụ.

 Ánh xạ giữa bản tin ISUP và bản tin CAP cho tác nghiệp InitialDP:

Thông số này được sử dụng để yêu cầu gsmSSF bắt đầu xử lý cuộc gọi tại DP, trong khi cuộc gọi đang bị treo chờ chỉ dẫn từ gsmSCF GsmSSF sẽ tiếp tục xử lý cuộc gọi mà không cần dữ liệu mới từ gsmSCF.

Direction: gsmSCF -> gsmSSF, Timer: Tcue

Tác nghiệp này yêu cầu gsmSSF giám sát các sự kiện cuộc gọi liên quan, chẳng hạn như bận hoặc không trả lời Khi sự kiện được phát hiện, gsmSSF sẽ gửi thông báo ngược cho gsmSCF.

Đánh giá

Với sự tiến bộ của công nghệ thông tin và mạng viễn thông, việc xây dựng một hệ thống thông minh để tính cước cho các dịch vụ gia tăng trong mạng viễn thông là khả thi Hiện tại, Việt Nam có ba mạng GSM hoạt động là Vinaphone, MobiFone và Viettel, cùng với mạng Gtell đang trong quá trình thành lập, tất cả đều đang phát triển lên mạng 3G Tuy nhiên, việc đầu tư vào hệ thống CAMEL phase 3 gặp nhiều khó khăn do cần thay đổi giao thức báo hiệu mạng core và các chương trình xử lý tại các node mạng như gsmSSF và gsmSCF Do đó, việc triển khai CAMEL phase 3 để tối ưu hóa mạng thông minh không thể thực hiện ngay lập tức Thay vào đó, phát triển hệ thống CCG để tính cước online cho các dịch vụ gia tăng dựa trên giao thức CAMEL phase 2 là một bước đi cần thiết.

Hệ thống CCG được xây dựng trên mạng Vinaphone đã nâng cao chất lượng tính cước và giá trị khuyến mãi, đồng thời giảm thiểu rủi ro thất thoát cước Hệ thống này cũng cho phép tích hợp dễ dàng các dịch vụ gia tăng vào tính cước online thông qua các giao diện mở Nhờ vậy, Vinaphone có thể cung cấp thống kê chi tiết về dung lượng, lưu lượng, sản lượng và doanh thu của các dịch vụ đang hoạt động, hỗ trợ hiệu quả cho hoạt động sản xuất kinh doanh.

Trong tương lai, khi mạng 3G hoạt động, hệ thống CCG sẽ tiếp tục được sử dụng trong giai đoạn đầu để quản lý các dịch vụ gia tăng chưa được tính cước online Để phù hợp với sự phát triển của mạng lưới, CCG có thể được nâng cấp lên ứng dụng CAMEL phase 3, giúp tối ưu hóa khả năng ứng dụng trong mạng 3G.

Đánh giá chung

Bộ Văn hóa thông tin và truyền thông đang lựa chọn 4 doanh nghiệp khai thác mạng di động đủ điều kiện về tài chính, nhân lực và công nghệ để cấp giấy phép sử dụng băng tần cho mạng 3G Đến nay, chưa có nhà cung cấp dịch vụ thông tin di động nào chính thức triển khai dịch vụ 3G tại Việt Nam; mọi hoạt động liên quan chỉ mang tính thử nghiệm và báo cáo mà không có tính thực tế.

Các mạng di động sử dụng công nghệ CDMA như S-Fone, Hanoi Telecom và EVN Telecom đang tiến hành thử nghiệm và quảng cáo dịch vụ 3G Tuy nhiên, những hoạt động này chủ yếu nhằm phản kháng lại các nhà cung cấp lâu năm trên thị trường, chưa thể hiện rõ ý định cung cấp dịch vụ 3G thương mại cho khách hàng.

5.1.2.2 Tình hình triển khai thử nghiệm và cung cấp dịch vụ 3G

S-Fone là nhà khai thác CDMA đầu tiên tại Việt Nam, trong 4 năm qua chỉ khai thác dịch vụ dựa trên CDMA 2000 1x, công nghệ khá cũ của hệ CDMA Trong khi đó, muốn triển khai các dịch vụ cao cấp như thoại video, internet di động, tivi trực tuyến, v.v… đòi hỏi đường truyền đủ lớn cho dữ liệu.

S-Fone cũng đã hoàn thiện việc nâng cấp hệ thống CDMA 2000 1x của họ tại Hà Nội, Hải Phòng, Đà Nẵng, T.P HCM và Cần Thơlên CDMA 2000 1x EV-DO Điều này cũng đồng nghĩa với việc các thuê bao của S-Fone tại 5 thành phố này nếu có thiết bị đầu cuối tương thích sẽ sử dụng được các dịch vụ giá trị gia tăng mà S-Fone

EVN Telecom đã triển khai công nghệ CDMA 2000 1x để thử nghiệm hai dịch vụ mới, bao gồm kết nối Internet không dây di động từ máy tính xách tay và dịch vụ video theo yêu cầu (VOD).

Mặc dù các dịch vụ này đã được thử nghiệm từ lâu, nhưng hiện tại vẫn chưa được cung cấp chính thức cho khách hàng do một số hạn chế kỹ thuật còn tồn tại.

Hanoi Telecom, đại diện cuối cùng của CDMA đã chính thức cung cấp dịch vụ thông tin di động vào ngày 15/01/2007.

Nhà cung cấp này sẽ cung cấp dịch vụ và hệ thống của họ chạy trên nền CDMA

2000 1x EV DO và- sẽ tiến hành cung cấp dịch vụ kết nối Internet trên điện thoại di động với tốc độ lên đến 2,4 Mbps.

Hiện tại, ngoài những thông tin về kế hoạch triển khai trên các phương tiện truyền thông, chưa có thông tin chính thức nào về việc thử nghiệm ứng dụng công nghệ 3G trên mạng Viettel.

Vinaphone đã hợp tác với Siemens để thử nghiệm công nghệ mới từ đầu năm 2005 Hiện tại, Vinaphone đã nâng cấp mạng lên công nghệ EDGE, cho phép cung cấp dịch vụ Internet với tốc độ cao Ngoài ra, công ty cũng đã thành công trong việc thử nghiệm dịch vụ Mobile Tivi và dự kiến sẽ quảng bá dịch vụ này trong thời gian tới.

MobiFone đã hợp tác với tập đoàn viễn thông Ericsson để thử nghiệm thành công một số dịch vụ quan trọng trên hệ thống truy cập vô tuyến thế hệ thứ 3 (3G).

Định hướng phát triển các dịch vụ 3G trên mạng di động ở Việt Nam 127 5.2 Định hướng phát triển của các hệ thống tính cước online

Các dịch vụ 3 G có thể được chia làm 3 nhóm lớn, như sau:

 Nhóm 1: Nhóm các dịch vụ cơ bản

+ Dịch vụ thoại cơ bản truyền thống

+ Dịch vụ nhắn tin cơ bản truyền thống

 Nhóm 2: Nhóm các dịch vụ trực tuyến di động

+ Dịch vụ định vị trực tuyến

+ Dịch vụ trên SIM 3G có dung lượng lớn (SIM OTA)

+ Dịch vụ thông tin thể thao, giải trí, kinh tế, xã hội theo nhu cầu

 Nhóm 3: Nhóm dịch vụ kết nối và truyền dữ liệu di động

+ Dịch vụ kết nối internet tốc độ cao

+ Dịch vụ Fax, truyền số liệu, email và các ứng dụng văn phòng.

Bảng 5.3: Tổng kết các dịch vụ hiện tại và đang được phát triển hướng tới dịch vụ mạng 3G

Voice V AS 12580, Call alert, VMS, Voice SMS,

Messaging PIM SMS, SMS Reciept, MMS

Internet Fetion Mobile mailbox(Individual),

Surﬁng with "E", Information Mobile newspaper, Go around the world, Trip Information Location Mobile Map， Mobile

Navigation Music Wireless music club, Music download

Mobile TV(Streaming), Mobile TV(Broadcasting), Mobile cartoon

Commercial Mobile stock, Mobile payment,

Barcode recognition, Mobile purse, mobile Interactive marketing, Olympic product

Black Berry, Mobile mailbox(enterprise),

Car all service ,Employee management

Portal Portal WAP, Mobile search, Mobile desktop assistant

Music 12530, Music search, provincial music search, Wireless music

Platform Location Cell-ID/GIS/Basic info, A GPS - platform,

Download platform Image & Picture Streaming platform

Commercial Mobile payment (M-Money platform)

Bảng 5.4: Triển khai dịch vụ di động theo từng gia đoạn

Bảng 5.5: Bảng phân chia dịch vụ theo nhu cầu của người dùng

Priority VAS Products Products status

High CRBT，Wireless music club（CRBT++）, MNS Commercial &

Latest news & Information alerts Commercial Trial

Individual)， content download Commercial Optimize &

Call alert，Wireless music Ranking charts/First delivery，Mobile stock，Cell SMS Fly with e ，

Mobile TV（Mobile network） Commercial Trial

Mobile map，Mobile Navigation，car all service,

Code bar Receipt, SMS receipt , PIM，Code bar identiﬁcation

LOW 12590 voice magazine，12586 mobile saloon，Perso assistant VMS,12533 video conference ，

Mobile purse, Go around world , trip information Commercial Trial

5.2 Định hướng phát triển c ủa các hệ ố th ng tính cư ớ c online

Luận văn này nghiên cứu giao thức CAMEL phase 2 và ứng dụng của nó trong phát triển hệ thống tính cước cho dịch vụ gia tăng (hệ thống CCG) trên mạng di động GSM Hệ thống CCG hiện vẫn còn nhiều hạn chế, như tính cước dịch vụ SMS chỉ theo số đích cụ thể mà chưa tính theo nội dung hoặc độ dài tin nhắn, cũng như chưa hỗ trợ tính cước theo dải số Bên cạnh đó, tính cước dịch vụ Data cũng bị hạn chế do CCG cần có chức năng của một thiết bị định tuyến, trong khi hiện tại nó được thiết kế trên nền tảng Windows, dẫn đến khả năng định tuyến dữ liệu và tốc độ truyền tải chưa tối ưu.

Các giao thức tính cước online cho các dịch vụ gia tăng

Trong thực tế, việc tính cước online cho các dịch vụ gia tăng có thể được thực hiện dựa trên các giao thức khác nhau, thông qua các hệ thống ngoại vi hoặc các hệ thống chức năng trong mạng, giúp tăng cường tính linh hoạt và chính xác trong quản lý dịch vụ.

Các giao thức tính cước cho các mạng 2G, 2.5G, 3G và 3.5G bao gồm CAP2, CAP3, ISUP và OSA, với sự tương đồng với mạng 2.5G Đối với các dịch vụ IMS, giao thức được sử dụng là Diameter.

OSA (Open Service Access) là một chuẩn API mở, giúp cải thiện khả năng truy cập vào mạng lõi từ bên ngoài Các ứng dụng OSA/Parlay được phát triển theo chuẩn API, cho phép tích hợp giữa Parlay, ETSI và 3GPP Kiến trúc của các ứng dụng này dựa trên giao diện mở OSA/Parlay.

Hình 5.1: Kiến trúc của OSA/Parlay

Các ứng dụng của OSA/Parlay bao gồm: điều khiển cuộc gọi thoại và đa phương tiện, định vị điện thoại với giao diện tương tác người dùng, hỗ trợ VoiceXML, SMS, MMS và email dựa trên messaging, quản lý ứng dụng qua Framework, điều khiển phiên GPRS, SIP binding, quản lý chính sách và quản lý tài khoản cùng tính cước.

 Có thể dùng giao thức Diameter cho các dịch vụ IMS

Diameter có một số đặc điểm sau:

+ Multi-application protocol (không chỉ làAAA)

+ Kết hợp với SIP, giao thức quan trọng nhất cho IMS

+ Các ứng dụng 3GPP IMS bao gồm:

• Authentication và authorization cho IP di động

• Truy nhập bảo mật cho dữ liệu thuê và các hồ sơ dịch vụ

• On-line and oﬀ-line charging

Cấu trúc của hệ thống Diameter:

Hình 5.2: Mô tả của Diameter được chỉ ra trong IETF RFC 3588

5.2.2 Các yêu cầu về ệ ố h th ng tính cư c online đáp ứớ ng cho s phát tri n ự ể d ịch vụ gia tăng

 Các yêu cầu về giao diện mạng được sử dụng khi có yêu cầu tính cước online

Các client tính cước như MSC, SMSC, SGSN gửi yêu cầu đến CBS để tính toán cước phí và chờ phản hồi từ hệ thống trước khi quyết định cho phép hoặc hủy bỏ phiên dịch vụ.

Trong trường hợp không tính cước thời gian thực, việc truyền nhận dịch vụ không phụ thuộc vào việc nhận thực từ hệ thống tính cước Bản ghi chi tiết cuộc gọi được tạo ra tại node mạng và sau đó được gửi đến hệ thống xử lý cước.

Hình 5.3: Kiến trúc OCS của 3GPP(TS 32.815)

 Các dịch vụ có thể được tính cước online bao gồm:

Voice, SMS, MMS, Data, Video Calls, Video Streaming, Ringtone downloads, Content,……

+ Mạng GSM hoặc 3G networks, giao thức CAMEL phase 2 được sở dụng.

• GSM Roaming – CAMEL 2 (hoặc USSD Callback nếu không dùng CAMEL2)

+ Với mạng CDMA dùng giao thức: IS-826

• IS-41P – có thể áp dụng trong rất hạn chế trường hợp nếu sử dụng các chuyển mạch của Nortel trong mạng.

+ Các mạng có dây (Wireline Networks)

• For ITU networks, use INAP CS-1 or ISUP

• For ANSI networks, use ISUP

+ Voice Over IP (VoIP) – phụ thuộc vào các khả năng chuyển mạch mềm:

• Nhiều chuyển mạch mềm hỗ trợ các giao thức IN như: INAP, CAMEL

• Nếu chỉ sử dụng SIP, SIP sẽ được dùng điều khiển cuộc gọi

+ 3G Video Call trên Circuit Switched Network

• Tính cước sử dụng giao thức CAMEL phase 2

• Video call được phân biệt bởi thông số “Bearer Capability” hoặc “High Layer Compatibility”

+ Video call trên IP network (ví dụ video calls over data network, IMS, )

• Không có giải pháp tính cước chuẩn tại thời điểm này

• Có thể dùng giao thức Diameter.

Chỉ tính cước được cho SMS-MO

Giao thức này không hỗ trợ tính cước SMS MT, đặc biệt trong trường - hợp A2P (Application to Person) SMSs

• Tính cước trực tiếp từ giao diện SMSC SMSC lấy nhận thực từ CBS trước khi cho phép SMS được phát đi chiều MO hoặc MT ( )

Các SMSC của các đối tác khác có thể dùng một ECI (OSA hoặc Diameter) + CDMA Networks

+ Data Charging mức mang (bearer level)

• Không phân biệt dịch vụ, thuê bao phải trả tiền theo đơn vị dung lượng + Mức tính cước theo dịch:

• Các dịch vụ dược phân loại theo phiên truyền dữ liệu người dùng (PDP context)

Ví dụ MMS, Web Browsing URLs, Video Streaming, FTP, etc

• Hai loại mô hình cho quản lý dữ liệu:

Phân cấp phân tách các thành phần mạng : (DCMP, Volubill, Redknee) Tích hợp Tích hợp với các thành phần mạng: GGSN (Nortel, Starent, Cisco) rd party Content Platform, Application

Hình 5.4: Các điểm tích hợp tính cước dịch vụ dữ liệu

 Một số kết luận về tính cước online cho dịch vụ gia tăng:

IP based interfaces (real time credit control, DATA PROBE)

Giao tiếp thanh toán cước:

• SOAP/XML for voucher batch task

• SOAP/XML for real time voucher access by external IP elements (trust hosts)

• SOAP/XML based API for batch operation

IP based interface (BANK/ATM, FINANCE, Micro-payment):

Bài luận văn tốt nghiệp này đã trình bày toàn bộ nội dung liên quan đến đề tài “CAMEL phase 2 trong mạng thông minh và ứng dụng trong hệ thống tính cước dịch vụ gia tăng thời gian thực trong thông tin di động” Luận văn đã cung cấp các thông tin và phân tích chi tiết về CAMEL phase 2, cũng như cách thức ứng dụng của nó trong việc tính cước dịch vụ di động một cách hiệu quả và chính xác.

Sự phát triển của công nghệ di động đang diễn ra mạnh mẽ, với xu hướng gia tăng của các mạng di động trong nước Bài viết này sẽ phân loại các hình thức dịch vụ của mạng di động và cung cấp một số phân tích về sự phát triển không ngừng của các dịch vụ gia tăng trên nền tảng này.

Mạng thông minh trong thông tin di động đang trở thành một lĩnh vực quan trọng, với nguồn gốc và sự chuẩn hóa ngày càng được chú trọng Luận văn đã phân tích các vấn đề cơ bản của mạng thông minh, bao gồm mô hình và cấu trúc mạng, các phần tử chức năng, giao thức ứng dụng, cũng như nguyên lý báo hiệu trong mạng thông minh Việc hiểu rõ các thành phần này sẽ giúp tối ưu hóa hiệu suất và khả năng tương tác trong hệ thống thông tin di động.

Giao thức CAMEL phase 2 là một trong những giao thức báo hiệu quan trọng trong các mạng di động GSM tại Việt Nam Luận văn này khám phá nguồn gốc phát triển, ứng dụng, các phần tử chức năng và luồng thông tin báo hiệu của CAMEL phase 2 Bên cạnh đó, nó cũng trình bày nguyên lý tính cước thời gian thực, mô hình cuộc gọi và các bản tin báo hiệu trong mạng thông minh sử dụng giao thức này Nghiên cứu này đóng góp vào việc hiểu biết sâu hơn về mạng thông minh trong lĩnh vực thông tin di động và ứng dụng của nó trên các mạng di động GSM hiện nay.

Giao thức CAMEL phase 2 đóng vai trò quan trọng trong việc xây dựng hệ thống tính cước thời gian thực cho các dịch vụ gia tăng, mang lại hiệu quả cao cho nhà khai thác mạng Ứng dụng này cho thấy sự cần thiết trong việc phát triển mạng di động lên mạng 3G tại Việt Nam, đồng thời chỉ ra rằng các thay đổi trong cấu trúc mạng thông minh có thể không cần thiết Với khả năng tính cước thời gian thực cho các ứng dụng dữ liệu, hệ thống CCG có thể được áp dụng hiệu quả khi mạng di động hoàn thiện chuyển đổi sang mạng 3G trong tương lai.

Chương cuối cùng của luận văn đã phân tích xu hướng phát triển dịch vụ di động tại Việt Nam, đồng thời xem xét những ưu điểm của các giao thức ứng dụng như Diameter và OSA/Parlay trong việc tính cước thời gian thực cho dịch vụ gia tăng Những phân tích này cung cấp gợi ý cho những ai quan tâm đến việc phát triển các giao thức và hệ thống tính cước online, nhằm đáp ứng nhu cầu công nghệ và dịch vụ di động đang gia tăng tại nước ta.

Trong khuôn khổ thời gian và kinh nghiệm hạn chế, bài luận văn này mong muốn nêu ra những vấn đề cơ bản nhằm nâng cao chất lượng khai thác dịch vụ gia tăng của các nhà cung cấp dịch vụ di động Tài liệu này cũng sẽ là nguồn tham khảo cho những đồng nghiệp muốn nghiên cứu sâu hơn về mạng di động thông minh và các dịch vụ liên quan Tôi xin chân thành cảm ơn thầy giáo TS Nguyễn Viết Nguyên đã hướng dẫn tận tình trong suốt quá trình nghiên cứu, cũng như các thầy cô trong khoa đã cung cấp nhiều kiến thức quý báu trong thời gian học tập và hoàn thành luận văn.

Từ viết tắt Cụm từ tiếng anh Ý nghĩa

3G Third Generation Thế hệ thứ ba

Project Dự án hiệp hội thế hệ thứ ba

AC Application context Ngữ cảnh ứng dụng

ACH Apply charging (CAP operation) Chấp thuận tính cước

ACK Acknowledgement Nhận biết (đồng ý)

(ISUP message) Bản tin hoàn thành địa chỉ ACR Apply charging report (CAP operation) Báo cáo chấp thuận tính cước AIN Advance Intelligent Network Mạng thông minh tiên tiến

ANM Answer message (ISUP message) Bản tin trả lời

AM Administration Module Môđun quản lý

AP Application part Phần ứng dụng

Interface Giao diện chương trình ứng dụng APN Access point name Tên điểm truy nhập

AT Activity test (CAP operation) Hoạt động kiểm tra

AUC Authentication centre Trung tâm nhận thực

BC Bearer capability Khả năng mang

BCSM Basic call state model Mô hình trạng thái cuộc gọi cơ bản

BGW Billing gateway Cổng tính cước chung

CAMEL Customized applications mobile network enhanced logic

Logic nâng cao mạng di động các ứng dụng theo người dùng

CAN Cancel (CAP operation) Hủy bỏ

CAP CAMEL application part Phần ứng dụng CAMEL

International Telegraphy and Telephony (now called ITU-T) Ủy ban tư vấn cho điện thoại và điện báo quốc tế (bây giờ gọi là ITU-T)

CCAF Call Control Agent Function Chức năng đại lý điều khiển cuộc gọi CCF Call Control Function Chức năng điều khiển cuộc gọi

CCG (Cổng tính cước chung) là một hệ thống tính cước cho các dịch vụ gia tăng, trong khi CDMA (Đa truy nhập phân chia theo mã) là công nghệ cho phép nhiều người dùng truy cập cùng một kênh truyền CDR (Bản ghi chi tiết cuộc gọi) là tài liệu ghi lại thông tin chi tiết về các cuộc gọi đã thực hiện.

CIRq Call information request (CAP operation) Yêu cầu thông tin cuộc gọi

CN Core network Mạng lõi

CON Connect (CAP operation) or

Connect (ISUP message) Bản tin kết nối của điều khiển CAP hoặc ISUP

CS Capability Set Tập khả năng

CSI CAMEL subscription information Thông tin cung cấp dịch vụ

CAMEL CTR Connect to resource (CAP operation) Kết nối đến tài nguyên (điều khiển

CAP) CUSF Call Unrelated Service Feature Tính năng dịch vụ không liên quan đến cuộc gọi DSL Distributed Service Logic Logic dịch vụ phân tán

EDGE Enhanced data rates for GSM evolution EDP Event detection point Điểm dò tìm sự kiện

EDP-N EDP – notify mode Mode thông báo EDP

EDP-R EDP – interrupt mode Mode ngắt EDP

EOS End of selection Kết thúc chọn

ERB Event report BCSM (CAP

Operation) BCSM báo cáo sự kiện

Standards Institute Viện chuẩn hóa viễn thông Châu

FCI Furnish charging information Âu

(CAP operation) Trang bị thông tin tính cước FEA Function Entity Action Hoạt động của thực thể chức năng GGSN Gateway GPRS support node Node hỗ trợ GPRS cổng

GMSC Gateway MSC MSC cổng

GPRS General packet radio system Hệ thống vô tuyến gói chung

GSL General Service Logic Logic dịch vụ tổng thể

GSM Global system for mobile communication (formerly: groupe speciale mobile)

Hệ thống giao tiếp di động bao gồm gsmSCF (GSM Service Control Function) và gsmSRF (GSM Service Resource Function) được thiết kế đặc biệt cho các ứng dụng GSM Hệ thống này đảm bảo khả năng tương tác hiệu quả và đáp ứng nhu cầu của người dùng trong môi trường di động.

GT Global title Nhãn tổng quát

HLR Home location register Đă ký đị h ị th ờ t ú

HPLMN Home Public Land Mobile

Network Mạng di động công cộng mặt đất thường trú IAM Inial Address Message (ISUP message) Tin báo địa chỉ đầu

ICA Initiate call attempt (CAP operation) Khởi đầu nổ lực thiết lập cuộc gọi IDP Initial detection point (CAP operation) Điểm dò tìm khởi đầu (hoạt động

IMEI International mobile equipment identiﬁer Định danh thiết bị di động quốc tế IMSI International mobile subscriber identity Định danh thuê bao di động quốc tế

IN Intelligent networks Mạng thông minh

INAP IN application part Phần ứng dụng IN

Application Protocol Giao thức ứng dụng mạng thông minh INCM IN Concept Model Mô hình khái niệm mạng thông minh

IP Internet protocol or Intelligent peripheral Ngoại vi thông minh hoặc giao thức internet IPLMN Interrogating PLMN Truy vấn PLMN

Network Mạng số liên kết đa dịch vụ

Organization Tổ chức chuẩn hóa quốc tế IST IN Service Trigger Kích hoạt dịch vụ mạng IN

ISUP ISDN user part Phần người dùng ISDN

Telecommunication Union Liên minh viễn thông quốc tế IVR Interactive Voice Response Khối trả lời tương tác thoại

LAC Location Area Code Mã vùng vị trí

MAP Mobile Application Protocol Giao thức chế tạo tự động

MO Mobile Originating Khởi phát di động

MS Mobile Station Trạm di động

MSC Mobile Switching Centre Trung tâm chuyển mạch di động MSISDN Mobile Subsciber ISDN number Số ISDN của thuê bao di động

MT Mobile Terminating Kết cuối di động

MTP Message transfer part Phần truyền dẫn bản tin

O-BCSM Originating call BCSM BCSM khởi phát cuộc gọi

O-CSI Originating call CSI CSI khởi phát cuộc gọi

OICK Originating IN Category Key Khoá đánh dấu thuê bao trả trước sử dụng dịch vụ PPS

PIC Point in call Điểm trong cuộc gọi

PPAS Prepaid Administrative System Hệ thống quản lý trả trước

PPS Prepaid System Hệ thố t ả t ớ

Network Mạng số liệu chuyển mạch gói

RADIUS Remote authentication dial-in user service Dịch vụ người dùng quay số nhận thực từ xa

SCF Service Control Function Chức năng điều khiển dịch vụ

Part Điều khiển kết nối báo hiệu

(CAP operation) Gửi thông tin tính cước SCP Service Control Point Điểm điều khiển dịch vụ

SDF Service Data Function Chức năng dữ liệu dịch vụ

SDP Service Data Point Điểm dữ liệu dịch vụ

SGSN Serving GPRS support node Node hỗ trợ GPRS phục vụ

Block Khối cấu trúc không phụ thuộc dịch

SIM Subscriber identiﬁcation vụ module Module định danh thuê bao

SM Short Message Bản tin ngắn

Function Chức năng truy nhập quản lý dịch

SMF Service Management Function vụChức năng quản lý dịch vụ

SMPP Short message peer-to-peer Bản tin ngắn peer- -to peer

SMS Short Message Service Dịch vụ bản tin ngắn

SMS SC- SMS Service Centre Trung tâm dịch vụ SMS

SN Service Node or Subscriber number Điểm dịch vụ hoặc số thuê bao

SOG Service Order Gateway Cổng yêu cầu dịch vụ

SPC Signalling Point Code Mã điểm báo hiệu

SRF Special Resource Function Chức năng tài nguyên đặc biệt

SSF Service Switching Function Chức năng chuyển mạch dịch vụ

SSN Subsystem number Số hệ thống con

SSP Service Switching Point Điểm chuyển mạch dịch vụ

STP Signal Transfer Point Điểm chuyển giao báo hiệu

T-BCSM Terminating call BCSM BCSM kết cuối cuộc gọi

UPN Universal Private Number Đánh số riêng toàn cầu

Service Data Dữ liệu dịch vụ bổ sung không cấu trúc VLR Visitor Location Register Bộ đăng ký vị trí tạm trú

VPLMN Visited PLMN Mạng di động mặt đất công cộng

W-CDMA Wideband CDMA CDMA băng rộng

1 Rogier Noldus, Ericsson Telecomunications; CAMEL – Intelligent Networks For The GSM, GPRS And UMTS Network; John Wiley & Sons Ltd

2 Jorg Eberspacher and Hans Jorg Vogel- ; GSM – Switching, Services and Protocols (Second Edition); John Wiley & Sons Ltd (2001), Enland

3 3GPP 3GPP TS 22.078 V5.15.0 (2005 03) (Release 5); - – Customised Applications for Mobile network Enhanced Logic (CAMEL), Service description; 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TTA, TTC), France

4 3GPP 3GPP TS 29.078 5.9.0 (2004; -09) – Customised Applications for Mobile network Enhanced Logic (CAMEL) Phase 4, CAMEL Application Part

(CAP) specification (Release 5); 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TTA, TTC), France

5 ETSI GSM 02.78 version 5.6.0 Release 1996: March 1999 Digital cellular ; – telecommunications system (Phase 2+), Customised Applications for Mobile network Enhanced Logic (CAMEL), Service definition; European Telecommunications Standards Institute, France

6 ETSI Digital cellular telecommunications system (Phase 2+), Customised ; Applications for Mobile network Enhanced Logic (CAMEL), CAMEL Application Part (CAP) specification (GSM 09.78 version 7.1.0 Release

1998); European Telecommunications Standards Institute 2000, France.

7 ETSI; Universal Mobile Telecommunications System (UMTS), Telecommunication Management, Charging and billing, 3G call and event data for the Packet Switched (PS) domain (3GPP TS 32.015 version 3.9.0- Release 1999); European Telecommunications Standards Institute 2000,

KẾT LUẬN 136 DANH MỤC CÁC TỪ VIẾT TẮT I TÀI LIỆU THAM KHẢO V Phụ lục 1: Một số hình ảnh online - log của hoạt động hệ thống

Bài luận văn tốt nghiệp này đã trình bày toàn bộ nội dung liên quan đến đề tài “CAMEL phase 2 trong mạng thông minh và ứng dụng trong hệ thống tính cước dịch vụ gia tăng thời gian thực trong thông tin di động” Luận văn đã cung cấp những thông tin quan trọng về CAMEL phase 2, ứng dụng của nó trong mạng thông minh và cách thức tính cước dịch vụ gia tăng trong lĩnh vực thông tin di động.

Công nghệ di động đã trải qua sự phát triển mạnh mẽ, với các xu hướng mới trong lĩnh vực mạng di động tại Việt Nam Các hình thức dịch vụ mạng di động được phân loại rõ ràng, đồng thời có sự gia tăng đáng kể trong các dịch vụ gia tăng, phản ánh sự phát triển không ngừng của ngành này.

Mạng thông minh trong thông tin di động đang trở thành một chủ đề quan trọng, với nguồn gốc và sự chuẩn hóa đang được nghiên cứu sâu rộng Luận văn này khám phá các vấn đề cơ bản của mạng thông minh, bao gồm mô hình và cấu trúc, các phần tử chức năng, giao thức ứng dụng, cùng với nguyên lý báo hiệu Những yếu tố này đóng vai trò quan trọng trong việc phát triển và tối ưu hóa mạng thông tin di động hiện đại.

Giao thức CAMEL phase 2 là một trong những giao thức báo hiệu quan trọng được sử dụng trong các mạng di động GSM ở Việt Nam hiện nay Luận văn này đã phân tích nguồn gốc phát triển và ứng dụng của giao thức, các phần tử chức năng cùng với các luồng thông tin báo hiệu Ngoài ra, nó cũng trình bày nguyên lý tính cước thời gian thực và mô hình cuộc gọi, cùng với các bản tin báo hiệu trong mạng thông minh ứng dụng CAMEL phase 2 Nghiên cứu này cung cấp cái nhìn sâu sắc về mạng thông minh trong thông tin di động, đồng thời đóng góp vào việc nghiên cứu các ứng dụng của mạng thông minh trong các mạng di động GSM tại Việt Nam.

Giao thức CAMEL phase 2 đóng vai trò quan trọng trong việc xây dựng hệ thống tính cước thời gian thực cho các dịch vụ gia tăng, mang lại hiệu quả cao cho nhà khai thác mạng Ứ

Chương cuối cùng của luận văn đã phân tích xu hướng phát triển dịch vụ di động tại Việt Nam, đồng thời xem xét một số ưu điểm của các giao thức ứng dụng như Diameter và OSA/Parlay trong việc tính cước thời gian thực cho dịch vụ gia tăng Những phân tích này mở ra hướng nghiên cứu cho những ai quan tâm đến việc phát triển giao thức và hệ thống tính cước trực tuyến, phù hợp với sự tiến bộ công nghệ và nhu cầu dịch vụ di động hiện nay.

Trong khuôn khổ thời gian và kinh nghiệm thực tiễn hạn chế, luận văn này nhằm trình bày một số vấn đề cơ bản để nâng cao chất lượng khai thác dịch vụ gia tăng của các nhà khai thác dịch vụ di động Bài viết cũng là tài liệu tham khảo cho các đồng nghiệp trong việc nghiên cứu sâu hơn về mạng thông minh và các dịch vụ di động Tôi xin chân thành cảm ơn thầy giáo TS Nguyễn Viết Nguyên đã hướng dẫn tận tình trong suốt quá trình nghiên cứu, cùng với lòng biết ơn đối với các thầy cô trong khoa đã nhiệt tình giảng dạy và cung cấp kiến thức quý báu trong quá trình học tập và hoàn thành luận văn này.