2 CHƯƠNG I I: VỀ KIẾN TRÚC IMS
2.4 Tiêu chuẩn lọc
Tiêu chuẩn lọc là một trong những thành phần quan trọng nhất của thông tin người dùng được lưu trữ trên mạng vì chúng xác định loại dịch vụ nào sẽ cung cấp cho người sử dụng. Tiêu chuẩn lọc bao gồm một tập hợp thông tin liên quan đến người dùng giúp cho S-CSCF quyết định khi nào gọi máy chủ ứng dụng cung cấp dịch vụ.
Theo tiêu chuẩn 3GPP TS 23.218 [20] có hai tiêu chuẩn lọc là: tiêu chuẩn lọc khởi tạo (IFC – Initial Filter Criteria) và tiêu chuẩn lọc kế tiếp (SFC – Subsequent Filter Criteria). Tuy nhiên chỉ có tiêu chuẩn lọc khởi tạo IFC là được sử dụng. Tiêu chuẩn lọc kế tiếp SFC vẫn còn nằm trên lý thuyết, do nếu áp dụng tiêu chuẩn lọc kế tiếp SFC tại S-CSCF có thể sẽ gây ra xung đột với quy tắc định tuyến bản tin SIP cho các proxy.
Tiêu chuẩn lọc khởi tạo IFC có nhiệm vụ đánh giá các yêu cầu khởi tạo SIP và tạo ra các yêu cầu đơn. Ví dụ, S-CSCF đánh giá tiêu chuẩn lọc khởi tạo khi nhạn được yêu cầu SUBSCRIBE đầu tiên, INVITE, OPTIONS, hoặc bất cứ yêu cầu nào tạo ra cuộc hội thoại hoặc được gửi ngoài các hộp thoại. S-CSCF không đánh giá tiêu chuẩn lọc khởi tạo khi nhận được yêu cầu PRACK, NOTIFY, UPDATE, hoặc BYE do chúng luôn luôn được gửi như một phần của một hội thoại SIP đang tồn tại.
Khái niệm tiêu chuẩn lọc kế tiếp là S-CSCF sẽ đánh giá tiêu chuẩn lọc kế tiếp khi nó nhận được yêu cầu kế tiếp trong hộp thoại SIP. Tuy nhiên, kết quả của
yêu cầu SIP kế tiếp đến một máy chủ ứng dụng, điều này trái ngược với thủ tục định tuyến cho yêu cầu kế tiếp ở trong một SIP proxy. Hơn nữa, trong sự kiện một máy chủ ứng dụng nhận được yêu cầu kế tiếp này, khi đó máy chủ ứng dụng vẫn chưa nhận được yêu cầu khởi tạo SIP để tạo hộp thoại SIP. Do đó, máy chủ ứng dụng sẽ hủy yêu cầu và bỏ qua yêu cầu kế tiếp đó. Từ đó dẫn đến việc không sử dụng tiêu chuẩn lọc kế tiếp.
Tiêu chuẩn lọc duy nhất được triển khai là tiêu chuẩn lọc khởi tạo. Do tiêu chuẩn lọc kế tiếp không tồn tại nên thuật ngữ tiêu chuẩn lọc khởi tạo và tiêu chuẩn lọc là như nhau.
HSS lưu giữ tất cả dữ liệu liên quan tới người dùng trong một cấu trúc dữ liệu tên là User Profile. Hình 2-7 mô tả cấu trúc đơn giản cấp cao của user profile. User Profile chứa định danh riêng thuê bao mà user profile đó thuộc về và một hay nhiều service profile. Mỗi một service profile chứa một hay nhiều định danh công cộng thuê bao mà service profile đó thuộc về và không có hoặc nhiều tiêu chuẩn lọc.
Hình 2-7 : Cấu trúc của User Profile
Khi người dùng đăng ký với S-CSCF, S-CSCF liên lạc với HSS và tải user profile có chứa tiêu chuẩn lọc. Vậy tiêu chuẩn lọc vẫn tồn tại trong S-SCSF tại thời điểm người dùng đăng ký.
Tiêu chuẩn lọc xác định các dịch vụ mà nó có thể áp dụng được để thu thập định danh công cộng thuê bao liệt kê trong “Service profile”. Cấu trúc dữ liệu của tiêu chuẩn lọc được thể hiện ở hình 2-8.
Trường đầu tiên trong cấu trúc tiêu chuẩn lọc là Priority. Trường Priority xác định thứ tự của tiêu chuẩn lọc sẽ được đánh giá so với các tiêu chuẩn lọc còn lại trong cùng một “service profile”. S-SCSF trước tiên sẽ chọn tiêu chuẩn lọc có độ ưu tiên cao, ví dụ độ ưu tiên 1 là độ ưu tiên cao nhất. Sau khi thực thi nó, S-SCSF tiếp tục với tiêu chuẩn lọc tiếp theo có độ ưu tiên nhỏ hơn. Trường Priority của tiêu chuẩn lọc là số duy nhất đối với các tiêu chuẩn lọc trong cùng một “service profile”. Trong một số trường hợp, số ưu tiên không cần thiết phải liền nhau.
Sau trường Priority, có thể không có hoặc có một Trigger Point (điểm kích hoạt). Một Trigger Point là một biểu thức cần được đánh giá để xác định xem yêu cầu SIP có được chuyển tiếp đến máy chủ ứng dụng hay không. Một điểm kích hoạt là tập hợp các bộ lọc riêng biệt được gọi là “Service Point Triggers”. Ví dụ, một Trigger Point có thể như sau:
(Method = INVITE) AND (Request-URI = sip:user@example.com)
Trong ví dụ này có hai Service Point Trigger là Method = INVITE và Request-URI = sip:user@example.com.
Sevice Point Trigger cho phép ta truy nhập thông tin được lưu trữ chứa trong các trường khác nhau của yêu cầu SIP.
• Giá trị của Request-URI.
• Phương thức của yêu cầu SIP (ví dụ: INVITE, OPTIONS, SUBSCRIBE,…).
• Sự có mặt hay vắng mặt của bất cứ trường điều khiển SIP (SIP header) nào.
• Trùng một phần hay toàn bộ nội dung của bất kỳ trường điều khiển SIP nào.
• Trường hợp phiên (ví dụ, yêu cầu SIP có nguồn là một thuê bao được phục vụ gửi đến thuê bao đã đăng ký, hoặc gửi đến thuê bao chưa đăng ký).
• Mô tả phiên (ví dụ, trùng một phần hay toàn bộ bất kể một dòng SDP nào).
Nếu không có Trigger Point thì các yêu cầu SIP được chuyển tiếp đến máy chủ ứng dụng vô điều kiện.
Sau Trigger Points chứa một hay nhiều Service Point Triggers, tiêu chuẩn lọc khởi tạo chứa AS SIP URI. Đây là địa chỉ của máy chủ ứng dụng sẽ nhận yêu cầu SIP nếu các điều kiện được mô tả trong các Trigger Point được thỏa mãn. Trường Default Handling chỉ hành động sẽ xảy ra nếu S-CSCF với lý do nào đó không thể liên lạc được với máy chủ ứng dụng. Các hành động có thể tiếp tục xử lý yêu cầu SIP hoặc ngừng xử lý.
Trường Service Information chứa dữ liệu trong suốt (ví dụ, trong suốt với HSS và S-CSCF) mà máy chủ ứng dụng có thể cần để xử lý yêu cầu. Cách sử dụng trường này được giới hạn với các yêu cầu SIP REGISTER hoặc bất kỳ yêu cầu nào khác khi mà S-CSCF hoạt động như là một SIP User Agent Client. Nguyên nhân là do các dữ liệu được thêm vào phần thân của yêu cầu SIP. Hành động này không được chấp nhận trong các SIP Proxy. Vì vậy, trường hợp duy nhất sử dụng thông tin này là khi S-CSCF, tùy theo tiêu chuẩn lọc khởi tạo, hoạt động như một “SIP User Agent Client” tạo ra yêu cầu SIP REGISTER ở bên thứ ba tới máy chủ ứng dụng. Yêu cầu REGISTER đó có thể chứa Service Information (trong trường hợp máy chủ ứng dụng cần nó), với mục đích là truyền IMSI tới IM-SSF của thuê bao, vì IMSI có thể được sử dụng bởi IM-SSF.
Cuối cùng, user profile được mã hóa sử dụng ngôn ngữ đánh dấu mở rộng XML (Extensible Markup Language). Mẫu XML định nghĩa tiêu chuẩn lọc
khởi tạo được mô tả trong 3GPP TS 29.228 [21]. Tiêu chuẩn lọc khởi tạo được truyền từ HSS đến S-SCSF thông qua bản tin Diameter.