3 Giao diện Cx và Dx
3.1 Những lệnh trong Diameter ứng dụng cho giao diện Cx
Như đã nói, I-CSCF và S-CSCF có một số chức năng thực hiện qua giao diện Cx và Dx. Để thực hiện những chức năng này Diameter ứng dụng cho giao diện Cx cần định nghĩa ra những lệnh mới (yêu cầu và hồi đáp). Hình 2.7 là danh sách các lệnh mới trong Diameter ứng dụng cho giao diện Cx.
Command-Name Abbreviation Command-
Code User-Authorization-Request UAR 300 User-Authorization-Answer UAA 300 Server-Assignment-Request SAR 301 Server-Assignment-Answer SAA 301 Location-Info-Request LIR 302 Location-Info-Answer LIA 302 Multimedia-Auth-Request MAR 303 Multimedia-Auth-Answer MAA 303 Registration-Termination-Request RTR 304 Registration-Termination-Answer RTA 304 Push-Profile-Request PPR 305 Push-Profile-Answer PPA 305
3.1.1 Bản tin UAR và UAA
UAR (User Authentication Request) UAA (User Authentication Answer)
Một I-CSCF gửi một bản tin UAR khi I-CSCF nhận được yêu cầu SIP REGISTER từ một thiết bị đầu cuối IMS. Có một vài lý do để I-CSCF gửi bản tin UAR tới HSS:
HSS đầu tiên sẽ lọc nhận dạng người dùng công cộng (Public User Identity) chứa trong yêu cầu SIP REGISTER. Ví dụ HSS kiểm tra thấy rằng nhận dạng người dùng công cộng đó được cấp cho một thuê bao phù hợp trong mạng và thuê bao đó không bị khóa.
HSS cũng kiểm tra xem mạng nhà có đồng ý liên kết với một mạng khác có P-CSCF đang hoạt động. Điều này cho phép mạng chứa P-CSCF nạp thông tin từ mạng nhà.
I-CSCF cũng cần xác định có hay không một S-CSCF sẵn sàng chỉ định tới nhận dạng người dùng công cộng chờ đăng ký trước khi I-CSCF chuyển tiếp yêu cầu SIP REGISTER tới S-CSCF đó. Nếu không có một S-CSCF nào chỉ định tới nhận dạng người dùng công cộng thì I-CSCF sẽ nhận được một tập hợp yêu cầu lưu trữ trong S-CSCF, như vậy I-CSCF có thể lựa chọn môt S- CSCF thích hợp.
Yêu cầu SIP REGISTER phân ra thành loại mang thông tin xác nhận người dùng công cộng và loại mang thông xác nhận người dùng cá nhân. HSS sẽ kiểm tra xem xác nhận người dùng công cộng có thể sử dụng với xác nhận người dùng cá nhân hay không, đây là chức năng xác thực của HSS.
Hình 2.8 mô tả một quá trình đăng ký. Khi I-CSCF nhận được yêu cầu SIP REGISTER (2), nó gửi bản tin Diameter URA tới HSS (3). HSS gửi lại một bản tin Diameter User Authorization Answer (UAA) (4), sau đó I-CSCF sẽ bắt đầu quá trình đăng ký. Quá trình này cũng tương tự như (13) và (14). Sau đó I-CSCF không lưu giữ trạng thái trong quá trình đăng ký. Hơn nữa đến lúc DNS chia tải thì I-CSCF nhận được yêu cầu SIP REGISTER (2) có thể không phải là I-CSCF nhận được yêu cầu SIP REGISTER (12) nữa.
HSS gửi bản tin UAA chứa một mã AVP trả về sẽ giúp I-CSCF xác định được tiếp tục quá trình đăng ký hay hủy bỏ nó. Quá trình đăng ký được cấp quyền trong bản tin UAA có chứa những AVP mà có thể giúp I-CSCF xác định có một S-CSCF sẵn sàng chỉ định tới người dùng hoặc nếu không thì I-CSCF sẽ chọn một S-CSCF mới.
Hình 2.8 Bản tin UAR/UAA, MAR/MAA, SAR,SAA trong quá trình đăng ký
3.1.2 Bản tin MAR và MAA
MAR (Multimedia-Auth-Request) MAA (Multimedia-Auth-Answer)
Hình 2.8 cũng mô tả bản tin Diameter MAR và MAA. Khi S-CSCF nhận được một yêu cầu khởi tạo SIP REGISTER, nó sẽ tiến hành xác thực người dùng IMS. Tuy nhiên trong lần đăng ký đầu tiên S-CSCF không có vector xác thực để xác thực người dùng. Những veator này được lưu trong HSS. S-CSCF gửi bản tin MAR tới HSS với chức năng nhận lại những véc tơ xác thực. Thực tế S-CSCF ghi lại những SIP URI lưu trong dữ liệu người dùng ở HSS. Do vậy các CSCF hoặc là Application Server khác có thể lấy URI của S-CSCF cấp cho từng người dùng một bằng cách truy vấn HSS.
3.1.3 Bản tin SAR và SAA
SAR (Server Asignment Request) SAA (Server Asignment Answer)
Cũng trong hình 2.8 ta thấy có bản tin SAR và SAA. Khi S-CSCF thực sự xác thực được người dùng (nhận dạng người dùng cá nhân) nhận dạng người dùng công cộng sẽ được đăng ký và trở thành như một địa chỉ. Khi đó S-CSCF gửi bản tin SAR tới HSS để thông báo rằng người dùng đang được đăng ký tại S-CSCF. S-CSCF cũng yêu cầu
thêm thông tin người òung. HSS đính kèm thông tin người dùng và gửi lại trong bản tin SAA.
S-CSCF cũng gửi bản tin SAR tới HSS khi người dùng trong một thời gian dài không đăng ký tới S-CSCF, như vậy HSS có thể biết được trạng thái đăng ký của người dùng. S-CSCF có thể yêu cầu HSS tiếp tục để cho S-CSCF lưu thông tin người dùng đến khi thực sự người dùng không đăng ký nữa. Quyết định cuối cùng thuộc về HSS, bởi vì HSS sẽ có hoặc không cho phép S-CSCF chỉ định tới thông tin người dùng. Cho phép S-CSCF chỉ định tới thông tin người dùng nghĩa là S-CSCF được lưu trữ thông tin người dùng. Sau khi đăng ký có thể không cần đòi hỏi tải thông tin người dùng từ HSS về nữa.
3.1.4 Bản tin LIR và LIA
LIR (Location Information Request) LIA (Location Information Answer)
Khi một I-CSCF nhận được yêu cầu SIP mà không chứa trường định tuyến trỏ tới chặng tiếp theo, I-CSCF sẽ không biết S-CSCF nào sẽ là S-CSCF được chỉ định tới người dùng. Khi nhận được yêu cầu SIP như vậy I-CSCF sẽ gửi bản tin Location-Info- Request (LIR) tới HSS. HSS trả lời bằng bản tin Location-Info-Answer (LIA). Lệnh trong bản tin LIA sẽ chỉ ra URI của S-CSCF chỉ định tới người dùng đó. Nếu như không có S-CSCF nào chỉ định tới người dùng đó thì sau đó HSS sẽ đưa ra một danh sách các S-CSCF có thể lưu trữ để cho I-CSCF có thể lựa chọn cho người dùng này.
Theo như hình 2.9 một I-CSCF nhận được yêu cầu SIP mà không chứa thông tin định tuyến trong đó, nó gửi bản tin Diameter LIR tới HSS. HSS trả lời bằng bản tin Diameter LIA trong đó chứa địa chỉ của S-CSCF chỉ định tới người dùng. Do đó I- CSCF chuyển tiếp yêu cầu INVITE tới S-CSCF.
3.1.5 Bản tin RTR và RTA
RTR (Registration Termination Request) RTA (Registration Termination Answer)
Trong quá trình quản lý hoạt động mạng có thể có một hoặc nhiều nhận dạng công cộng được cung cấp cho một người dùng. Khi điều này xảy ra thì HSS gửi một bản tin Registration-Termination-Request (RTR) tới S-CSCF mà người dùng đăng ký.
Hình 2.10 mô tả một HSS đang gửi một bản tin RTR tới S-CSCF với chức năng đăng ký lại một hoặc nhiều nhận dạng người dùng công cộng. S-CSCF sẽ thông báo cho tất cả các thuê bao về trạng thái đăng ký của nó, trong trường hợp này là P-CSCF và thiết bị đầu cuối IMS. Với ví dụ dưới đây, cả P-CSCF và đầu cuối IMS đều nhận được thông báo về trạng thái đăng ký, S-CSCF gửi cho P-CSCF (3), gửi cho đầu cuối IMS (5) và (6).
Hình 2.10 Bản tin RTR/RTA
3.1.6 Bản tin PPR và PPA
PPR (Push Profile Request) PPA (Push Profile Answer)
HSS có thể thay đổi thông tin người dùng, ví dụ như khi một dịch vụ mới được cấp cho người dùng, khi đó trong thông tin người dùng cần có thay đổi trong tiêu chuẩn sàng lọc (filter criteria). Khi thông tin người dùng được cập nhật thì HSS sẽ gửi bản tin PPR tới S-CSCF chỉ định người dùng đó, bản tin này chứa thông tin cập nhật cho thông tin người dùng. Hình 2.11 là một ví dụ về bản tin PPR và PPA.
Hình 2.11 Bản tin PPR/PPA