Tiờu chuẩn lọc trong hồ sơ người dựng cú thể lấy được S-CSCF để chuyển tiếp một bản tin SIP tới một AS hoặc tới MRFC nơi sẽ cung cấp dịch vụ cho người sử dụng. Nếu một dịch vụ tớnh cước online thỡ AS hoặc MRFC sử dụng giao diện Ro để gửi thụng tin cước tới ECF. AS hoặc MRFC nhận một hoặc nhiều điạ chỉ ECF từ S-CSCF trong trường mào đầu P-Charging-Function-Address của bản tin SIP như thể hiện trong hỡnh 2.18
P-Charging-Function-Addressess: ecf = [5555: : b99: c88: d77: e66]; ecf = [5555: : a55: b44: c33: d22]
Hình 2. 19 Trường mào đầu P-Charging-Function-Address
Giao diện Ro dựa trờn Diameter. Ứng dụng Diameter sử dụng trong giao diện này trong Release 5 sử dụng cỏc bản tin Diameter sau:
• Accounting-Request (ACR) (yờu cầu thanh toỏn)
Đồ ỏn tốt nghiệp đại học Chương II: Nhận thực trao quyền và thanh toỏn trong IMS
Hình 2. 20 Cỏc AVP trong bản tin ACR cho tớnh cước online
Ứng dụng Diameter sử dụng trong Release 6 sẽ sử dụng CCR (Credit Control Request: yờu cầu điều khiển tớn dụng) và CCA (Credit Control Answer: trả lời điều khiển tớn dụng). Ở đõy sẽ tập trung phần miờu tả trong Release 5 vỡ cỏc đặc điểm kỹ thuật Release 6 trong khu vực này vẫn chưa hoàn thiện.
Hỡnh 2.19 và 2.20 thể hiện cỏc AVP mà mỗi bản tin trong Release 5 cú thể mang. Cỏc hỡnh vẽ này cũng chỉ rừ cỏc chỉ tiờu kĩ thuật mà mỗi AVP được định nghĩa (nghĩa
Session – ld Origin – Host Origin – Realm Destination – Realm
Accouting – Record – Type Accounting – Record-Number Vendor–Specific–Application – ld User – Name
Acct – Interim – Interval Origin – State – ld Event – Timestamp
3GPP Diameter Accounting AVPs Diameter Base Protocol
AVPs Event – Type
Role – of – node User – Session – ld
Calling – Party – Address Called – Party – Address Time – Stamps
Application – Provided – Called – Party – Address
Inter – Operator – Identifier IMS – Charging – Identifier SDP – Session – Description SDP – Media – Component GGSN – Address Service – ld UUS – Data Cause
Diameter Credit Control AVPs
Subscription – ld Requested – Action
Requested – Service – Unit Used – Service – Unit
Tariff – Switch – Denification Abnormal – Termination –Reason Credit – Control – Failure – Handling Direct – Debiting – Failure – Handling
là trong giao thức dựa trờn Diameter, trong ứng dụng điều khiển tớn dụng Diameter 3GPP, hoặc trong ứng dụng Diameter 3GPP)
Hình 2. 21 Cỏc AVP trong bản tin ACA cho tớnh cước online
Tớnh cước online được dựa trờn cỏc đơn vị tớn dụng, cỏc dịch vụ được thanh toỏn bằng cỏc đơn vị tớn dụng và nhiều người sử dụng cú thể được hưởng một dịch vụ đặc biệt chỉ cần họ đủ cỏc đơn vị tớn dụng trong tài khoản của họ. Thớ dụ như: Nếu Bob cú 2 đơn vị tớn dụng trong tài khoản của anh ta và 10 phỳt video cú giỏ 1 đơn vị tớn dụng, Bob sẽ được cho phộp nhận luồng video trong thiết bị đầu cuối của anh ta trong 20 phỳt.
Cú 2 kiểu tớnh cước online trong IMS:
• Tớnh cước sự kiện trực tiếp (IEC: Immediate Event Charging)
• Tớnh cước sự kiện với thiết bị đặt trước (ECUR: Event Charging with Unit Reservation)
Cước sự kiện trực tiếp (IEC: Immediate Event Charging) Session-ld
Result – Code Origin – Host Origin – Realm
Accounting – Record – Type
Accounting – Record – Number Vendor – Specific – Application –ld User- Name
Accounting-Sub-Session-ld Acct – Interim – Interval
Origin – State – ld Event – Timestamp Event-Timestamp
Diameter Base Protocol AVPs Diameter Credit Control AVPs
Subscription – ld
Granted – Service – Unit Tariff – Swicth – Definition Cost – Information
Final – Unit – Indication Check – Balance – Result Credit – Control – Failure – Handling
Đồ ỏn tốt nghiệp đại học Chương II: Nhận thực trao quyền và thanh toỏn trong IMS
Khi IEC được sử dụng, ECF khấu trừ một số đơn vị tớn dụng từ tài khoản của người sử dụng và sau đú cho phộp MRFC hoặc AS cung cấp dịch vụ cho người sử dụng.
Hỡnh 2.21 thể hiện một vớ dụ của IEC. Giỏ trị của bản tin Accountig–Record–
Type AVP sử dụng cho IEC là EVENT-RECORD. ECF nhận một bản tin ACR (1) để
khấu trừ số lượng thớch hợp cỏc đơn vị tớn dụng từ tài khoản của người sử dụng và trả lại một bản tin ACA (2). Lỳc này MRFC hoặc AS bắt đầu giao dịch vụ đó yờu cầu bởi người sử dụng
Hình 2. 22 Tớnh cước sự kiện trực tiếp
Tớnh cước sự kiện với thớờt bị đặt trước (ECUR: Event Charging with Unit Reservation)
Khi ECUR được sử dụng, ECF đặt trước một số đơn vị tớn dụng trong tài khoản của người sử dụng và cho phộp MRFC hoặc AS cung cấp dịch vụ cho người sử dụng. Nếu một dịch vụ đặc biệt giỏ cao hơn cỏc đơn vị tớn dụng đó được đặt trước ban đầu bởi ECF thỡ MRFC hoặc AS cú thể giao tiếp với ECF để yờu cầu đặt trước thờm đơn vị tớn dụng.
Khi dịch vụ đi qua MRFC hoặc AS để bỏo cỏo tới ECF về số đơn vị tớn dụng mà người dựng đó chi tiờu. ECF trả lại tài khoản người sử dụng tất cả cỏc đơn vị tớn dụng mà đó đặt trước nhưng khụng sử dụng.
Hỡnh 2.22 thể hiện một vớ dụ của ECUR:
Khi bản tin ACR được sử dụng cho ECUR, giỏ trị của Accounting-Record-Type AVP là: START-RECORD, INTERIM-RECORD và STOP-RECORD. ECF nhận một bản tin ACR (1) và đặt trước một số đơn vị tớn dụng trong tài khoản của người sử dụng. ECF trả lại một bản tin ACA (2) và MRFC hoặc AS bắt đầu giao dịch vụ.
Khi người sử dụng đó chi tiờu phần lớn cỏc đơn vị tớn dụng được đặt trước, MRFC hoặc AS gửi một bản tin ACR (3) mà giỏ trị AVP Accounting-Record-Type của nú là INTERIM-RECORD. ECF đặt trước thờm cỏc đơn vị tớn dụng và trả lại một bản tin ACA (4).
Mỗi lần sự phõn phỏt dịch vụ kết thỳc MRFC hoặc AS gửi một bản tin ACR (5) mà giỏ trị Accounting-Record-Type AVP của nú là STOP-RECORD. Lỳc đú ECF cú thể trả lại cho tài khoản người sử dụng cỏc đơn vị tớn dụng đó đặt trước nhưng khụng sử dụng
Đồ ỏn tốt nghiệp đại học Chương II: Nhận thực trao quyền và thanh toỏn trong IMS
Hình 2. 23 Tớnh cước sự kiện với sự đặt trước tin dụng
Sự xỏc định đơn vị ( Unit Determination)
Sự xỏc định đơn vị cú liờn quan tới quỏ trỡnh xỏc định bao nhiờu đơn vị tớn dụng cần được đặt trước hoặc được rỳt ra từ tài khoản người sử dụng cho một dịch vụ định sẵn. Khi sự xỏc định đơn vị được thực hiện bởi ECF, nú liờn quan tới sự xỏc định đơn vị tập trung ( centralized unit determination). Khi sự xỏc định đơn vị được thực hiện bởi MRFC hoặc AS thỡ nú được liờn quan tới sự xỏc định đơn vị phi tập trung (Decentralized unit determination)
Khi sự xỏc định đơn vị phi tập trung được sử dụng, MRFC hoặc AS xỏc định cú bao nhiờu đơn vị tớn dụng cần yờu cầu từ ECF. Bản tin ACR (1) trong hỡnh 3.29 và 3.30 chứa một Request-Service-Unit AVP với số đơn vị tớn dụng đó yờu cầu.
Khi sự xỏc định đơn vị tập trung được sử dụng, ECF thực hiện xỏc định dịch vụ dựa trờn cỏc AVP liờn quan tới sự phõn loại mà cú mặt trong hỡnh 3.29 và 3.30.
sự phõn loại
Sự chuyển cỏc đơn vị tớn dụng thành cỏc đơn vị tiền tệ được liờn quan tới sự phõn loại. Đú là giỏ của dịch vụ được tớnh toỏn dựa trờn cỏc nguyờn liệu cung cấp đầu vào bờn trong chức năng phõn loại. Nếu sự phõn loại được thực hiện bởi ECF, nú liờn quan tới sự phõn loại tập trung (Centralized rating). Nếu sự phõn loại được thực hiện bởi MRFC hoặc AS thỡ nú liờn quan tới sự phõn loại phi tập trung ( centralized rating).
Sự xỏc định đơn vị tập trung đưa đến sự phõn loại tập trung đú là vỡ ECF xỏc định số đơn vị tớn dụng để tớnh cước. MRFC và AS đều khụng cú thụng tin này.
Khi sự xỏc định đơn vị phi tập trung được sử dụng, bản tin ACA (2) trong hỡnh 3.29 và 3.30 chứa Unit-Value AVP và Unit-Type AVP. Unit-Value AVP chứa số đơn vị được chấp nhận và Unit-Type AVP chứa kiểu của đơn vị.
Khi sự phõn loại tập trung được sử dụng, cỏc đơn vị là cỏc đơn vị tiền tệ. Khi sự phõn loại phi tập trung được thực hiện thỡ cỏc đơn vị là cú thể chỉ thị thời gian (thớ dụ: dịch vụ cú thể sử dụng cho 2 phỳt), khối lượng (thớ dụ: người dựng cú thể download 100 kilobytes), hoặc số sự kiện (thớ dụ: người sử dụng cú thể nhận 2 thụng bỏo)
Thay đổi bảng giỏ(Tariff Changes)
ECF cú thể thụng tin tới MRFC và AS về sự thay đổi trong bảng giỏ của dịch vụ xỏc định đang sử dụng Tariff-Switch-Definication AVP trong cỏc bản tin ACA.
Đồ ỏn tốt nghiệp đại học Chương III: Bảo mật cho IMS
CHƯƠNG III: BẢO MÂT CHO IMS