4.3. 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.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:
Về nguyên tắc, việc tính cước cho dịch vụ SMS chỉ được hỗ trợ trong CAMEL từ phase 3 trở đi. Trong phần này ta tìm hiểu về nguyên lý tính cước online cho dịch vụ MO SMS để lấy cơ sở cho việc xây dựng hệ thống tính cước online dựa trên -
phát từ máy di động MO SMS trong cả mạng chủ và khi roaming tron- g VPLMN.
Việc tính cước có thể dựa trên địa chỉ SMSC hoặc số nhóm bị gọi (Called Party Number). MO SMS có thể hoặc là được tính các 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 .
Giới thiệu: Khi một MS (thuê bao) gửi một SMS, nó sẽ ị b chặn bởi MSC/VLR (CS SMS) hoặc SGSN (PS SMS). Logic điều khiển tính cước được th c thi trong ự Node điều khiển tính cước (CCN Charging Control Code). CCN s– ẽ chuy n ể mạch CAMEL tính cước và yêu cầu đặt trước vào trong yêu cầu giá cước/đạt trước CS1+ tới SDP. CCN cũng thực hi n vi c sinh ra các DRs cùng. ệ ệ
Các thông s HLR: ố
Các dịch vụ CAMEL được yêu c u n u d liầ ế ữ ệu thuê bao CAMEL đượ ậc l p trong HLR. CSI (CAMEL Subscription Information) đặc trưng cho cách xử lý các cuộc gọi khởi đầu và kết thúc ở máy di động (MO/MT calls), cũng như các đặc trưng tương tác thuê bao. Ví dụ các cuộc gọi CAMEL phải được định tuyến tới gsmSSF hoặc chỉ thị tới gsmSCF. Các thông số sau của CSI được ứng dụng:
+ 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 k t cu i CAMEL phế ố ải được định tuy n t i gsmSSF hoế ớ ặc gprsSSF. Truy nh p k t cuậ ế ố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 tới SMSC thành công, SDP được thông báo trừ đi lượng tài khoản đặt trước. Nếu việc gửi SMS không thành công, thuê bao máy di động nhận được thông báo SM không được gửi đến đích (SM failure . CCN được thông báo bởi ) một SMS delivery status từ SSF.
Trên đây ta đã tìm hiểu việc tính cước dịch vụ SMS bằng cách sử dụng CAMEL phase 3 như thế nào. Dưới đây, ta sẽ nghiên cứu làm thế nào để dịch vụ để tính cước online cho dịch vụ SMS bằng cách ứng 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 (session) SMPP (Deliver) hướng tới CCG, CCG sẽ xử lý quá trình tính cước hướng đến hệ thống trả trước (IN pre-paid system) bằng cách sử dụng giao tiếp CAP2.
Nếu việc đặt trước tài khoản cho dịch vụ là thành công, CCG sẽ tiếp tục xử lý lưu lượng hướng tới SMPP Gateway. Tùy theo SMPP Gateway trả về (ACK/NAK) thì các kịch bản (scenarios) u có thể xảy ra: sa
1. SMPP Gateway trả về ACK (Acknowledgment – 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 ACK/NAK từ SMPP gateway với một thời gian xác định trước, thì CCG sẽ gửi một yêu cầu tới IN Prepaid system để giải phóng lượng tiền tài khoản đặt trước và trả NAK về cho SMSC.
MO Scenario: Balance OK – ACK from SMPP GW
SMSC CCG Prepaid platform
SMPP gateway
Deliver
IniDP RRBE + Continue
ACK 1
2 3 4 5 6 7 8
Deliver
ERB_O_Answer ERB_O_Rel ACK
Hình 4.3: MO Scenario, Balance OK – ACK from SMPP GW MO Scenario: Balance OK – NAK from SMPP GW
SMSC CCG Prepaid
platform
SMPP gateway
Deliver
IniDP RRBE + Continue
NAK 1
2 3 4 5 6 7 8
Deliver
Release reserve money
NAK
Hình 4.4: MO Scenario, Balance OK – NAK from SMPP GW
MO Scenario: Balance OK Timeout from SMPP GW–
SMSC CCG Prepaid platform
SMPP gateway
Deliver
IniDP RRBE + Continue 1
2 3 4 5 6 7 8
Deliver
Release reserve money
NAK
Pre-defined Timeout
Hình 4.5: MO Scenario, Balance OK – Timeout from SMPP GW b) MO Scenario 2: không thành công
Trong scenario này, trong khi xử lý nhận thực tài khoản, CCG nhận được một thông báo là thuê bao không đủ tài khoản để sử dụng dịch vụ. CCG sẽ gửi một SMS cho thuê bào với nội dung thống báo trước (ví dụ 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:
SMSC CCG Prepaid
platform
SMPP gateway Deliver
IniDP Release Call 1
2 3 4 5 6 7 8
SMS MO-Application charging
ACK
Submit New Flash Message
4.3.2.1.2. Tính cước d ch v ị ụMT SMS (Mobile Terminating SMS)
SMPP Gateway sẽ gửi cho MT phản hồi về cho thuê bao đi qua CCG với một mã dịch vụ (service code, đây cũng chính là địa chỉ nguồn source address), mã dịch vụ – này sẽ được yêu cầu tính cước. CCG sẽ thực hiện nhận thực tài khoản thuê bao tới IN prepaid systems sử dụng bản tin CAP2. Phụ thuộc vào phản hồi từ pre-paid servers, CCG sẽ định tuyến bản tin tiếp theo như thế nào. Trong trường hợp thuê bao không đủ tài khoản cho giao dịch, CCG sẽ gửi NAK tới SMPP gateway và xóa bỏ bản tin.
Trong trường hợp thuê bao đủ tài khoản cho giao dịch, CCG sẽ đặt trước lượng tài khoản của giao dịch này và tiếp tục gửi SMS tới SMSC. Khi SMSC gửi bản tin ACK trả về cho CCG thì CCG sẽ gọi tới IN prepaid server để trừ tài khoản cho giao dịch cuả thuê bao. Nếu CCG nhận được một bản tin NAK hoặc CCG không nhận được ACK/NAK với một thời gian quá hạn (timeout) được định nghĩa trước, nó sẽ gửi yêu cầu tới IN và giải phóng lượng tài khoản đã đặt trước cho giao dịch này.
MT Scenario Call flows: Successful ACK
SMPP
gateway CCG Prepaid
platform SMSC
Submit
IniDP (DD for X) RRBE + Continue
ACK 1
2 3 4 5 6 7 8
SMS Application-MT charging (in case of sufficient credit) and successful delivery
Submit
ERBE_O_Answer ERBE_O_Rel ACK
9
Client X
Hình 4.7: MT Scenario Call flows: Successful ACK
MT Scenario Call flows: Unsuccessful NAK from SMSC
SMPP
gateway CCG Prepaid
platform SMSC
Submit
IniDP (DD for X) RRBE + Continue
NAK 1
2 3 4 5 6 7 8
Submit
Release reserved money
NAK
9
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
SMPP
gateway CCG Prepaid
platform SMSC
Submit
IniDP (DD for X) RRBE + Continue 1
2 3 4 5 6 7 8
Submit
Release Reserved Money
NAK
9
Client X
Pre-defined Timeout SMS Application-MT charging (in case of sufficient credit) but times out before ACK/
NAK
Hình 4.9: MT Scenario Call flows: Timeout before ACK/NAK SMSC
MT Scenario: Insufficient Credit
SMPP
gateway CCG Prepaid
platform SMSC
Submit
IniDP Release call NAK (*)
1 2 3 4
SMS Application-MT charging (in case of insufficient credit)
Hình 4.10: MT Scenario: Insufficient Credit