3 Giao diện Cx và Dx
3.2 Các AVP trong Diameter ứng dụng cho giao diện Cx
Diameter ứng dụng cho giao diện Cx định nghĩa một số AVP mới. Hình là danh sách các thuộc tính mới và Code của nó. Trường Vendor-ID của tất cả những AVP này được đặt giá trị 10415, xác định theo 3GPP.
Attribute Name AVP Code Sectio n define d Value Type Visited-Network-Identifier 600 6.3.1 OctetString Public-Identity 601 6.3.2 UTF8String Server-Name 602 6.3.3 UTF8String Server-Capabilities 603 6.3.4 Grouped Mandatory-Capability 604 6.3.5 Unsigned32 Optional-Capability 605 6.3.6 Unsigned32 User-Data 606 6.3.7 OctetString SIP-Number-Auth-Items 607 6.3.8 Unsigned32 SIP-Authentication-Scheme 608 6.3.9 UTF8String SIP-Authenticate 609 6.3.10 OctetString SIP-Authorization 610 6.3.11 OctetString SIP-Authentication-Context 611 6.3.12 OctetString SIP-Auth-Data-Item 612 6.3.13 Grouped SIP-Item-Number 613 6.3.14 Unsigned32 Server-Assignment-Type 614 6.3.15 Enumerated Deregistration-Reason 615 6.3.16 Grouped
Reason-Code 616 6.3.17 Enumerated Reason-Info 617 6.3.18 UTF8String Charging-Information 618 6.3.19 Grouped Primary-Event-Charging-Function-Name 619 6.3.20 DiameterURI Secondary-Event-Charging-Function-Name 620 6.3.21 DiameterURI Primary-Charging-Collection-Function- Name 621 6.3.22 DiameterURI Secondary-Charging-Collection-Function- Name 622 6.3.23 DiameterURI User-Authorization-Type 623 6.3.24 Enumerated User-Data-Already-Available 624 6.3.26 Enumerated Confidentiality-Key 625 6.3.27 OctetString Integrity-Key 626 6.3.28 OctetString User-Data-Request-Type 627 6.3.25 Enumerated Supported-Features 628 6.3.29 Grouped Feature-List-ID 629 6.3.30 Unsigned32 Feature-List 630 6.3.31 Unsigned32 Supported-Applications 631 6.3.32 Grouped
Hình 2.12 Các AVP định nghĩa bởi Diameter ứng dụng cho giao diện Cx
AVP có tên Visited-Network-Identifier chứa xác nhận về mạng nơi P-CSCF nằm trong đó. Một I-CSCF tham chiếu trường tiêu đề P-Visited-Network-ID trong một bản tin yêu cầu SIP REGISTER tới AVP có tên Visited-Network-Identifier. Mạng nhà có thể cấp quyền cho thiết bị đầu cuối IMS để sử dụng P-CSCF trong mạng đó.
AVP có tên Public-Identity mang một nhận dạng người dùng công cộng ( SIP URI hoặc TEL URI)
AVP có tên Server-Name chứa URI của nút SIP server ( ví dụ như URI của S- CSCF )
Server-Capabilities là một nhóm các AVP với chức năng chính chứa những yêu cầu về năng lực của S-CSCF sẽ được phục vụ người dùng. HSS sẽ chuyển những năng lực này này tới I-CSCF, để I-CSCF có thể lựa chọn một S-CSCF thích hợp cho người dùng.
AVP có tên Mandatory-Capability biểu thị một năng lực để lựa chọn S-CSCF trong việc triển khai, trong khi AVP có tên Optional-Capability lại chứa năng lực của S-
CSCF có thể được triển khai một cách tùy chọn. Cả hai AVP này đều được lặp đi lặp lại sao cho đạt hiệu quả cao nhất. Năng lực này được biểu diễn bằng một số nguyên. Sự hoạt động của mạng nhà cũng được chỉ định năng lực bằng các số nguyên, đấy là một quyết định đúng đắn vì giao diện Cx chỉ sử dụng trong mạng nhà. Ví dụ năng lực của S-CSCF khi thực hiện mã Java có thể được phân cho mức năng lực là 1, năng lực của S-CSCF khi chạy các kịch bản SIP CGI có thể được phân mức năng lực là 2, và cứ thế.
AVP có tên User-Data chứa thông tin người dùng. Thông tin người dùng sẽ được mô tả kỹ hơn ở phần sau.
S-CSCF muốn biết có bao nhiêu véc tơ chứng thực mà nó muốn nhận từ HSS cho từng người dùng riêng biệt, thông tin đó chứa trong AVP có tên SIP-Number-Auth- Items. HSS cũng sử dụng AVP này để thông báo có bao nhiêu vector chứng thực mà nó thực sự gửi đi.
SIP-Auth-Data-Item là một nhóm các AVP chứa các AVP sau : SIP-Item-Number SIP-Authentication-Scheme SIP-Authenticate SIP-Authorization SIP-Authentication-Context Confidentiality-Key Integrity-Key.
Khi bản tin Diameter mang nhiều hơn một AVP có tên SIP-Auth-Data-Item và S- CSCF không biết về thứ tự xử lý chúng thì HSS sẽ đặt một số thứ tự trong AVP có tên SIP-Item-Number nằm trong mỗi SIP-Auth-Data-Item
AVP có tên SIP-Authentication-Scheme biểu thị sự chứng thực có hệ thống sử dụng cho chứng thực trong bản tin SIP. 3GPP Release 5 chỉ định nghĩa hệ thống chứng thực là Digest-AKAv1-MD5
AVP có tên SIP-Authenticate thường được dùng bởi HSS để gửi giá trị mà S-CSCF chèn vào trường tiêu đề SIP WWW-Authenticate của hồi đáp 401 UnauthorizeDiameter. Khi người dùng được chứng thực thì thiết bị đầu cuối IMS sẽ gửi một yêu cầu SIP chứa một trường tiêu đề Authorization. Giá trị của tiêu đề này không gửi cho HSS trừ khi có lỗi trong việc đồng bộ hóa. Trong trường hợp đó S- CSCF sẽ sao lưu tiêu đề SIP Authorization vào AVP có tên SIP-Authorization.
AVP có tên SIP-Authentication-Context thường được sử dụng để mang một phần của yêu cầu SIP hoàn chỉnh tới S-CSCF phục vụ cho cơ chế chứng thực.
Hai AVP là Confidentiality-Key and Integrity-Key chứa những chìa khóa độc lập để S-CSCF mã hóa /giải mã hoặc bảo vệ /kiểm tra bản tin SIP được gửi đi hoặc gửi đến từ thiết bị đầu cuối IMS. HSS gửi những chìa khóa này tới S-CSCF cũng trong
những AVP này, S-CSCF sẽ chèn nó vào như là một hệ thống thông số mã hóa trong trường tiêu đề SIP WWW-Authenticate và sau đó P-CSCF sẽ bỏ chúng đi.
S-CSCF thông báo lí do kết nối với HSS trong AVP có tên Server-Assignment- Type. Những lí dó có thể là yêu cầu thông tin người dùng, người dùng đăng ký, đăng ký lại hoặc hủy đăng ký; sau một khoảng thời gian chờ trong quá trình đăng ký; việc quản lý xóa đăng ký; một lỗi trong quá trình chứng thực hoặc do chờ đợi quá lâu…
Khi HSS xóa đăng ký của người dùng, nó gửi thông tin tới S-CSCF trong AVP có tên Deregistration-Reason. Deregistration-Reason là một nhóm các AVP chứa các AVP :Reason-Code và Reason-Info. AVP có tên Reason-Code là một mã số để xác định lí do việc xóa đăng ký khởi tạo trong mạng, đó có thể là do việc ký kết chấm dứt hoạt động hoặc do S-CSCF mới đã chỉ định tới người dùng. Còn Reason-Info chứa dạng xâu ký tự có thể đọc được để mô tả lý do xóa đăng ký.
Charging-Information là một nhóm các AVP gửi tới S-CSCF các AAA URI của các nút Event Charging Function (ECF) và Charging Collection Function (CCF). Các AAA URI của nút sơ cấp và thứ cấp được gửi tới S-CSCF và nút thứ cấp thường được dùng trong trường hợp có lỗi ở nút sơ cấp tương ứng. Charging-Information là một nhóm các AVP gồm có :
Primary-Event-Charging-Function-Name Secondary-Event-Charging-Function-Name Primary-Charging-Collection-Function-Name Secondary-Charging-Collection-Function-Name
AVP có tên User-Authorization-Type biểu thị hình thực chứng thực mà một I- CSCF yêu cầu trong một bản tin UAR. Giá trị của nó thể hiện một đăng ký khởi tạo hay một đăng ký lại, một sự hủy đăng ký hoặc một “đăng ký kèm theo năng lực”. I- CSCF sử dụng giá trị “đăng ký kèm theo năng lực” khi S-CSCF hiện hành chỉ định tới người dùng mà không thể liên lạc được và khi I-CSCF yêu cầu năng lực của S-CSCF để tạo sự lựa chọn S-CSCF mới
Trong một bản tin SAR S-CSCF cũng có thể thông báo có HSS biết S-CSCF đã có thông tin người dùng hay chưa. S-CSCF làm được như vậy nhờ có AVP mang tên
User-Data-Already-Available trong bản tin SAR.
2.3 Cách sử dụng các AVP có sẵn
Bên cạnh những AVP mà 3GPP xây dựng để hỗ chợ Diameter ứng dụng cho giao diện Cx, những yêu cầu và hồi đáp của ứng dụng cũng có thể sử dụng các AVP được định nghĩa trong giao thức Diameter cơ bản (RFC 3588 [60]). AVP quan trọng nhất mà 3GPP sử dụng được mô tả trong mục 2.5. Một AVP quan trọng nữa trong IMS là