Hỡnh 2.12 thể hiện một luồng bản tin thiết lập phiờn cho một người sử dụng trong mạng nhà của họ khi tớnh cước offline được ỏp dụng. Chỳng ta chỉ thể hiện miền nhà của chủ gọi vỡ cỏc luồng trong miền của bị gọi là tương tự.
Điểm khỏc nhau giữa hỡnh 2.12 và 2.7 đú là P-CSCF và S-CSCF trong hỡnh 2.12 được định vị trong cựng miền quản lý. Điều này cho thấy rằng chỳng chia sẻ nhiều thụng tin hơn P-CSCF và S-CSCF trong hỡnh 2.7, trong hỡnh 2.7 chỳng thuộc cỏc miền khỏc nhau. Núi cụ thể, S-CSCF cung cấp cho P-CSCF địa chỉ của cỏc CCF (cỏc nỳt chớnh và dự phũng) cho phiờn trong đỏp ứng 183 (xử lý phiờn) (5). Lần lượt, P-CSCF cung cấp cho S-CSCF thụng tin GGSN đang điều khiển cỏc luồng phương tiện trong một UPDATE (19) như thế nào.
Đồ ỏ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. 13 Luồng thiết lập phiờn
S-CSCF chốn một P-Chargin-Function-Address trong đỏp ứng 183 (xử lý phiờn) (5) của hỡnh 3.20. Hỡnh 3.21 thể hiện nội dung của trường mào đầu này: 2 địa chỉ CCF
P-Charging-Function-Addresses: ccf=[5555: : b99: c88: d77: e66]; ccf=[5555: : a55: b44: c33: d22]
Hình 2. 14 Giỏ trị P-Charging-Function-Address trong 183 (xử lý phiờn) (5)
Về cơ bản, S-CSCF chốn một P-Charging-Function-Address bất cứ khi nào yờu cầu hoặc đỏp ứng SIP được gửi tới một nỳt mà được định vị trong cựng mạng. Thớ dụ
như: nếu cả chủ gọi và bị gọi là những người sử dụng của cựng một nhà khai thỏc và cả 2 khụng được roaming tới hai P-CSCF và hai S-CSCF bao hàm trong hồ sơ phiờn tớnh cước cỏc sự kiện tới cựng cỏc CCF, địa chỉ của chỳng được phõn phối bởi một trong cỏc S- CSCF.
P-CSCF / PDF nhận một bản tin COPS REQ (14) từ GGSN. P-CSCF / PDF phản ứng lại bằng một bản tin COPS DES (15), nú chứa ICID cho phiờn. GGSN cho phộp thiết lập cỏc PDP context được yờu cầu bởi đầu cuối IMS và gửi một bản tin COPS RPT (16) tới P-CSCF/PDF. Bản tin COPS RPT này chứa thụng tin về cỏch thức GGSN đang điều khiển cỏc PDP context cho phiờn này, P-CSCF/PDF sẽ qua S-CSCF. Để làm điều đú P- CSCF/PDF chốn trường mào đầu P-Charging-Vector trong hỡnh 2.14 vào yờu cầu UPDATE (19) P-Charging-Vector: icid-value=”AyretyUOdm+602IrT5tAFrbHLso=”; ggsn=[5555: : 4b4: 3c3: 2d2: 1e1]; auth-token=4AF03C87CA; pdp-info=”pdp-item=1; pdp-sip=no gcid=39B226CDE; flow-id=({1,1} , {1,2})”
Hình 2. 15 Giỏ trị P-Charging-Vector trong UPDATE (19)
Trường mào đầu P-Charging-Vector trong hỡnh 3.22 chứa một vài tham số:
Tham số ggsn chứa địa chỉ của GGSN đang điều khiển phiờn.
Tham số auth-token chứa thẻ cấp phộp được sử dụng bởi GGSN cho phiờn này.
Tham số pdp-info chứa một tập hợp của cỏc thụng tin liờn quan đến cỏc PDP context được thiết lập bởi đầu cuối.
Tham số pdp-item chứa một dóy số của thụng tin PDP context bờn trong trường mào đầu P-Charging-Vector, cho biết rằng cỏc tham số sau gắn liền với một PDP context riờng biệt sử dụng trong phiờ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
+ Cú một tham số pdp-item trờn một PDP context thiết lập bởi đầu cuối cho phiờn.
+ Tham số pdp-sig chỉ thị xem PDP context được sử dụng cho bỏo hiệu hay khụng.
+ Tham số gcid chứa nhận dạng tớnh cước GPRS (GCID: GPRS Charging Identifier), nú là nhận dạng tớnh cước của PDP context tại GGSN (GGSN tạo ra một
gicd khỏc nhau cho mỗi PDP context tạo ra trong GGSN).
Tham số flow-id chỉ thị cỏc luồng mà khụng được gửi hoặc nhận qua PDP context. Tham số flow-id chứa một tập hợp cỏc cặp số {x,y} được qui cho một dũng phương tiện truyền thụng riờng trong SDP.
+ “x”: chỉ thị thứ tự của dũng phương tiện (m=) trong SDP, bởi vậy “1” ỏm chỉ dũng phương tiện đầu tiờn (m=)
+ “y” chỉ thị thứ tự dóy của sổ cổng của luồng bờn trong dũng phương tiện
Đõy là lý do một luồng phương tiện điển hỡnh bao gồm nhiều hơn một luồng đơn và bởi vậy mỗi luồng được gửi tới một số cổng khỏc nhau.