Sự thoả thuận lớp dịch vụ-SLA được đưa ra, đó là trách nhiệm của khách hàng để quyết định các chủ của nó/các ứng dụng của nó chia sẻ dịch vụ như thế nào (ví dụ, 10 Mbps của luồng lưu lượng bảo hiểm) xác định trong sự thoả thuận lớp dịch vụ-SLA. Quá trình này được gọi là sự định vị dịch vụ.
Tại giai đoạn sớm của sự triển khai các dịch vụ khác biệt-Diffserv, các host trong các phạm vi khách hàng sẽ gửi luồng lưu lượng của họ theo cách bình thường, ví dụ, không đánh dấu. Tất cả luồng lưu lượng được xử lý công bằng trong phạm vi khách hàng, và bằng ISP trước chính sách, đánh dấu, sự xem xét của các host gửi và các ứng dụng. Sự xử lý các gói từ các khách hàng sẽ nhận được quyết định bởi kết quả chính sách (ví dụ, vào ra của các dạng thức) tại bộ định tuyến đầu vào ISP. Tại giai đoạn này, một khách hàng không có khả năng phân bố dịch vụ của nó một cách khác biệt đến các host/các ứng dụng khác nhau.
Nếu một phạm vi khách hàng quyết định luồng lưu lượng khác nhau từ các host và các ứng dụng khác nhau, có hai sự lựa chọn cơ bản: 1) Mỗi ứng dụng tạo ra sự quyết định của riêng nó trên mỗi dịch vụ để sử dụng, và thiết lập các DSCP của các gói của nó. Không có bộ điều khiển trung tâm. 2) Một bộ điều khiển tài nguyên phối hợp tài nguyên sử dụng của tất cả các ứng dụng. Một bộ điều khiển tài nguyên là một thiết bị cấp cho hoặc từ chối các yêu cầu cho các dịch vụ dựa trên các chính sách phạm vi. Bộ điều khiển tài nguyên trong một phạm vi khách hàng giống như là bản thân bộ định tuyến lối ra (CPE).
Các chính sách phạm vi có thể được lưu trữ trong bản thân bộ định tuyến tài nguyên, hoặc chúng có thể được lưu trữ trong thành phần máy chủ tách biệt. Trong trường hợp thứ hai, bộ điều khiển tài nguyên sẽ sử dụng giao thức truy cập thành phần trọng lượng nhẹ-LDAP [55] để lấy lại các chính sách một cách có chu kỳ. Từ đó tất cả các host phải cùng hoạt động để chia sẻ dịch vụ xác định trong sự thoả thuận lớp dịch vụ-SLA, đó là kỹ thuật tốt hơn để có bộ điều khiển tài nguyên. Một lịch trình phân bố được miêu tả dưới đây. Mỗi người sử dụng/mỗi ứng dụng sẽ quyết định dịch vụ nào để sử dụng và thiết lập các DSCP của các gói của nó. Từ đó rất nhiều các ứng dụng có thể cần khả năng của việc thiết lập các DSCP của các gói của chúng, nó được giới thiệu là hệ thống vận hành (OS) của các host cung cấp giao diện chương trình ứng dụng-API tới tất cả các ứng dụng. Nếu ứng dụng hoặc hệ thống vận hành-OS không có khả năng thiết lập các DSCP của các gói của nó, sau đó bước này có thể được bỏ qua. CPE sẽ phân lớp các gói và hoạt động như là bộ điều khiển tài nguyên để quyết định nên nhận luồng ứng dụng dịch vụ nào. Các DSCP của các gói có thể được thiết lập lại đến một giá trị mới bằng CPE nếu cần thiết. Sự thuận lợi của giải pháp này là đơn giản và dễ thực hiện. Một chút không thuận lợi của giải pháp này là các
ứng dụng không biết CPE sẽ thiết lập các DSCP của các gói của chúng hay không. Điều này có thể là một vấn đề cho các ứng dụng trong thời gian thực.
Để giải thích vấn đề ở trên, khả năng báo hiệu phải được thêm vào giữa các ứng dụng và bộ điều khiển tài nguyên. Bởi vì rất nhiều các ứng dụng có thể cần khả năng báo hiệu này, nó được giới thiệu rằng hệ thống vận hành-OS cung cấp cơ cấu. Giao thức báo hiệu có thể là giao thức phục vụ nguồn-RSVP hoặc một vài giao thức khác. Với khả năng báo hiệu, khi bộ điều khiển tài nguyên quyết định để thiết lập lại các DSCP của các gói ứng dụng, nó có thể là ứng dụng báo hiệu. Người sử dụng sau đó quyết định có dừng hay tiếp tục với dịch vụ tốt nhất.
Nói một cách khác, báo hiệu có thể được làm để quyết định ứng dụng dịch vụ nào có thể được sử dụng trước sự truyền dẫn dữ liệu thực tế. Ví dụ, nếu một ứng dụng cần dịch vụ bảo hiểm, nó phải được yêu cầu dịch vụ bảo hiểm trước hết từ bộ điều khiển tài nguyên. Bộ điều khiển tài nguyên sau đó có thể cấp cho hoặc từ chối yêu cầu. Các báo hiệu có thể được cần đến trước sự truyền dẫn dữ liệu tuỳ thuộc vào bộ điều khiển tài nguyên nhanh như thế nào để tạo sự chấp nhận quyết định điều khiển. Nếu sự chấp nhận quyết định điều khiển có thể được tạo rất nhanh, sau đó gói dữ liệu thứ nhất có thể phục vụ như là báo hiệu. Ngoài ra, báo hiệu có thể được làm trước sự truyền dẫn dữ liệu, hoặc một ít các gói dữ liệu đầu tiên có thể bị trễ đáng kể. Từ triển vọng thực tế, bởi vì sự chấp nhận quyết định điều khiển được thực hiện bởi Card điều khiển trong CPE thay cho Card đường dây, nó thích hợp để thực hiện báo hiệu trước sự truyền dẫn dữ liệu.
Nếu sự thoả thuận lớp dịch vụ-SLA giữa phạm vi khách hàng và ISP của nó là động, phạm vi khách hàng phải báo hiệu ISP của nó cho dịch vụ. Điều này có thể được thực hiện bởi giao tiếp giữa các bộ quản trị trong cả các phạm vi hoặc bởi một vài giao thức báo hiệu.