Chúng tôi thấy rằng cả UE và P-CSCF đều không biết địa chỉ của S-CSCF trong quá trình đăng ký; do đó, phải liên hệ với I-CSCF để phát hiện ra địa chỉ S-CSCF từ HSS. Để tránh I-CSCF như một bước nhảy bổ sung cho mọi thư ban đầu được gửi từ UE, S- CSCF sẽ trả về địa chỉ của nó trong tiêu đề Tuyến dịch vụ trong phản hồi 200 (OK) cho yêu cầu REGISTER:
SIP/2.0 200 OK
Service-Route: sip:orig@scscf1.home1.fr;lr
UE, khi nhận được phản hồi 200 (OK), sẽ lưu trữ các mục nhập trong tiêu đề ServiceRoute. Bất cứ khi nào UE gửi bất kỳ yêu cầu ban đầu nào ngồi thơng báo REGISTER, nó sẽ:
•bao gồm các địa chỉ đã nhận được trong tiêu đề Tuyến dịch vụ trong tiêu đề Tuyến của yêu cầu ban đầu; và
• bao gồm địa chỉ P-CSCF làm mục nhập Tuyến trên cùng trong yêu cầu ban đầu. Ví dụ về cách các yêu cầu ban đầu được định tuyến được đưa ra trong Phần 1.16.6 cho một yêu cầu SUBSCRIBE và trong Phần 0 cho một yêu cầu INVITE. S-CSCF trong ví dụ này đặt một phần người dùng (‘orig’) trong mục nhập Tuyến dịch vụ vì nó cần phân biệt giữa hai loại yêu cầu:
• các yêu cầu bắt nguồn từ người dùng được phục vụ (tức là Tobias); và
• yêu cầu dành cho UE của Tobias
Bất cứ khi nào S-CSCF nhận được yêu cầu ban đầu (ví dụ: yêu cầu INVITE), S-CSCF cần xác định xem yêu cầu này được bắt nguồn từ hay được chuyển đến người dùng được phục vụ. Mục nhập phần người dùng trong tiêu đề Route giúp S-CSCF dễ dàng phát hiện xem một yêu cầu đã nhận có phải bắt nguồn từ người dùng được phục vụ hay khơng, vì UE của Tobias sẽ bao gồm mục nhập Tuyến dịch vụ của S-CSCF làm mục nhập Tuyến trong tất cả các yêu cầu nó bắt nguồn