Đầu tiên, ứng dụng Watcher trong thiết bị đầu cuối IMS của người dùng sẽ gửi một yêu cầu SUBSCRIBE đến danh sách có trong AS. Tùy theo ý định của thuê bao mà nội dung của yêu cầu này sẽ chỉ để toàn bộ danh sách hoặc một địa chỉ cụ thể. Bước 2, khi S-CSCF nhận được yêu cầu, nó sẽ đánh giá theo tiêu chuẩn bộ lọc khởi tạo. Sau đó, yêu cầu sẽ được gửi tiếp tới một AS thực hiện chức năng Presence Server.
Sau khi AS kiểm tra ID của thuê bao và trao quyền cho thuê bao, bước 4 được thực hiện đó là AS gửi phản hồi bằng bản tin 200 OK tới S-CSCF, bản tin này sẽ được gửi lại cho đầu cuối IMS. Đồng thời, AS cũng gửi yêu cầu NOTIFY tại bước 7 về cho watcher. Tất cả các bản tin và yêu cầu này đều chưa có thơng tin hiển thị. Watcher nhận được bản tin và yêu cầu sẽ gửi lại một bản tin 200 OK cho AS. Trong lúc đó, AS sẽ gửi yêu cầu đăng ký tới các Presentity.
Cuối cùng, khi có đủ thơng tin cần thiết, AS sẽ tạo ra một yêu cầu NOTIFY khác chứa tồn bộ thơng tin hiển thị mà nó nhận được, thường là từ PUA. Bước 13 là gửi thông tin đó về cho Watcher và cập nhật mỗi khi có sự thay đổi.
Một trong những mục đích chính của AS là lưu trữ Presence Lists cho thuê bao để cung cấp đăng ký đối với nhiều Presentity mà chỉ cần sử dụng một yêu cầu duy nhất. Điều này được thực hiện như sau: Watcher sẽ xác định một danh sách các Presentity tại AS, mỗi danh sách được xác nhận bởi một SIP URI duy nhất; Sau đó, Watcher gửi một đăng ký theo SIP URI và AS sẽ gửi đăng ký đó tới tất cả các Presentity có trong danh sách. Mục đích của cơ chế này là làm giảm lưu lượng giữa Watcher Application và AS.
Hình 1.6 sau đây chỉ ra sự đăng ký từ AS tới một Presentity Agent có trong
Presence Lists: