Tiêu chí lọc là một trong những 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 dịch vụ nào sẽ cung cấp cho họ. Tiêu chí lọc bao gồm tập hợp các 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 chuẩn 3gpp ts 23.218, có hai tập tiêu chuẩn lọc là: tiêu chuẩn lọc khởi tạo (Initial Filter Criteria iFC) và tiêu chuẩn lọc kế tiếp (Subsequent Filter Criteria SFC). Tuy nhiên mới chỉ có iFC được sử dụng, còn sfc vẫn còn nằm trong lý thuyết do nếu áp dụng SFC tại S-CSCF sẽ gây ra xung đột với qui tắc định tuyến bản tin sip cho các proxy.
Tiêu chí lọc khởi tạo có nhiệm vụ đánh giá các yêu cầu Sip khởi tạo và tạo ra một hội thoại (dialog) hoặc là một yêu cầu đơn. Ví dụ như S-CSCF đánh giá tiêu
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ội thoại. S- CSCF sẽ không đánh giá tiêu chí lọc khởi tạo nếu nó nhận yêu cầu PRACK, NOTIFY, UPDATE hoặc BYE do chúng luôn được gửi như một phần của một hội thoại Sip đã chấm dứt.
Lý thuyết về tiêu chuẩn lọc kế tiếp là S-CSCF sẽ đánh giá tiêu chí lọc kế tiếp khi nó nhận được yêu cầu kế tiếp trong một hội thoại Sip. Kết quả của việc đánh giá này có thể dẫn đến việc S-CSCF chuyển tiếp 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 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, lúc đó máy chủ ứng dụng vẫn chưa nhận được yêu cầu khởi tạo để tạo hội thoại sip. Do đó máy chủ ứng dụng sẽ hủy yêu cầu và bỏ qua. Từ đó dẫn đến việc không sử dụng tiêu chí lọc kế tiếp trong thực tế.
Tiêu chí lọc duy nhất được sử dụng là tiêu chí lọc khởi tạo. Do tiêu chí lọc kế tiếp không tồn tại nên thuật ngữ tiêu chí lọc khởi tạo và tiêu chí lọc là như nhau.
HSS chứa tất cả dữ liệu liên quan đến người dùng trong một kiến trúc dữ liệu tên là User Profile. Hình dưới chỉ ra cấu trúc đơn giản cấp cao của User Profile. Ta có thể thấy User Profile có chứa định danh riêng thuê bao mà User Profile này thuộc về và một hay nhiều Service Profile. Mỗi 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 hay nhiều tiêu chuẩn lọc.
Hình 2.14. CẤu trúc cỦa user profile
Khi một thuê bao đăng ký với S-CSCF, S-CSCF sẽ liên lạc với HSS để tải về User Profile có chứa các tiêu chuẩn lọc. Vậy tiêu chuẩn lọc sẵn sàng cho S-CSCF khi thuê bao đăng ký.
Tiêu chuẩn lọc xác định dịch vụ được đặt cho nhóm đị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 thể hiện ở hình 2-15.
Hình 2.15. Tiêu chí lỌc khỞi tẠo
Trường đầu tiên trong cấu trúc của 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 dùng so với các tiêu chuẩn lọc còn lại trong cùng một service profile. S-CSCF trước tiên sẽ chọn tiêu chuẩn lọc có độ ưu tiên cao nhất (độ ưu tiên 1 là độ ưu tiên cao nhất). Sau khi thực thi nó, S-CSCF sẽ tiếp tục với các tiêu chuẩn lọc tiếp theo có độ ưu tiên nhỏ hơn. Trường priority trong tiêu chuẩn lọc là số duy nhất trong các tiêu chuẩn lọc trong cùng một Service Profile. Với một số trường hợp, số ưu tiên không cần thiết phải là số liền nhau.
Sau trường priority là không hay nhiều trigger points (đ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 phép chuyển tiếp đến máy chủ ứng dụng hay không. Một trigger point là tập hợp của 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:
Trong ví dụ này có hai service point triggers là (method = invite) và (request- uri = sip:user@example.com).
Service point triggers cho phép ta truy nhập vào thông tin chứa trong các trường khác nhau trong yêu cầu sip:
Giá trị của request-uri
Yêu cầu sip (invite, options, subscribe,…)
Sự có mặt hay vắng mặt của bất cứ header sip.
Trùng một phần hay toàn bộ nội dung của bất kỳ header sip.
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ý, gửi đến thuê bao chưa đăng ký).
Mô tả phiên (ví dụ như là trùng một phần hay toàn bộ của bất cứ 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 point (chứa một hay nhiều service point triggers), tiêu chuẩn khởi tạo có as sip uri. Đây là địa chỉ 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 trigger points được thỏa mãn. Trường default handling chỉ hành động khi S-CSCF với lý do nào đó không thể liên lạc được với máy chủ ứng dụng. Một hành động có thể có là tiếp tục xử lý yêu cầu Sip hoặc dừng nó lại.
Trường service information chứa một số thông tin trong suốt (trong suốt ở đây đối 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 của trường này được giới hạn cho yêu cầu sip register hoặc các yêu cầu khác khi mà S-CSCF hoạt động như một sip user agent client. Nguyên nhân là do các dữ liệu này được thêm vào phần than cảu yêu cầu sip. Hành động này không được cho phép ở các sip proxy. Do 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 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 AS. Các yêu cầu Register đó có thể chứa service information (nếu as cần đến nó), có nhiệm vụ truyền IMSI tới IM-SSF của thuê bao để IMSI có thể được dừng bỏi IM-SSF.
Cuối cùng, user profile được mã hóa sử dụng extensible markup language (xml). Mẫu xml định nghĩa tiêu chuẩn lọc được mô tả trong TS 29.228. Tiêu chuẩn lọc khởi tạo được truyền từ HSS tới S-CSCF thông qua bản tin Diameter.