Audio Video Bridging
Tóm lược Audio Video Bridging > IEEE 802.1Qat - Admission control (kiểm soát thu nhận)

Mặc dù cơ chế trước đây có thể phân phát dữ liệu đáng tin cậy với một latency và jitter thấp, nhưng cơ chế đó chỉ hoạt động nếu các tài nguyên mạng (ví dụ, throughput (lưu lượng) trên một port, không gian buffer trong một bridge) sẵn sàng trên toàn bộ đường dẫn từ talker đến [các] listener. Trong các protocol AVB, thuật ngữ ‘talker’ (người nói) chỉ nguồn stream còn ‘listener’ (người nghe) chỉ đích stream. Trong kiến trúc này, cả talker và listener phải chịu trách nhiệm đảm bảo đường dẫn sẵn sàng và dự trữ các tài nguyên. Quá trình làm việc này được xác định trong 802.1Qat "Stream Reservation Protocol" (SRP, Giao thức Dự trữ Stream). Protocol này đăng kí một stream và dự trữ các tài nguyên cần thiết xuyên suốt toàn bộ đường dẫn chiếm bởi stream:
Các talker bắt đầu gửi một tin nhắn SRP "talker advertise" (quảng cáo talker). Tin nhắn này gồm một Stream ID tạo bởi địa chỉ MAC của nguồn stream cộng với một ID duy nhất dài 16 bit đặc trưng cho talker và địa chỉ MAC của đích stream. Ngoài ra, tin nhắn "talker advertise" còn bao gồm các yêu cầu về QoS (ví dụ, lớp traffic AVB và thông tin về data rate) và latency tích lũy trong trường hợp xấu nhất. Mặc dù địa chỉ và các yêu cầu QoS đều bắt nguồn từ talker, latency trong trường hợp xấu nhất vẫn được tính lại tại mỗi bridge, cho phép listener truyền thông tin này lên các tầng cao hơn nhằm giúp đồng bộ hóa media.
Tất cả các bridge AVB trung gian khi nhận được một tin nhắn "talker advertise" sẽ kiểm tra xem bandwidth trên các port đầu ra của chúng có sẵn sàng hay không. Khi bridge có đủ tài nguyên trên port đầu ra đó, "talker advertise" sẽ được lan truyền đến station tiếp theo.
Khi bridge không có đủ tài nguyên, thay vì lan truyền tin nhắn advertise, bridge sẽ gửi một tin nhắn "talker failed" (talker bị lỗi). Trong tin nhắn này có một mã lỗi và một identification của bridge, cho phép một ứng dụng tầng cao hơn cung cấp việc kiểm tra lỗi và thông báo. Một bridge trung gian nhận được tin nhắn "talker failed" chỉ nên chuyển tiếp tin nhắn đó cho listener.
Khi một listener nhận được tin nhắn "talker advertise", nó cần phải biết tài nguyên sẵn sàng hay không, và nếu tài nguyên có đủ thì nó sẽ xét đến latency trên đường dẫn. Sau đó nó có thể phản hồi lại bằng một tin nhắn "listener ready" (listener đã sẵn sàng), tin nhắn này sẽ được chuyển tiếp ngược lại đến talker. Các bridge trung gian sử dụng tin nhắn "ready" để khóa các tài nguyên mà stream cần và làm cho các entry thích hợp trong cơ sở dữ liệu chuyển tiếp (forwarding database) của chúng cho phép stream được gửi trên port đã nhận được tin nhắn "ready". Khi talker nhận được một tin nhắn "ready", nó có thể bắt đầu gửi stream.
Talker có thể hủy một stream một cách tường minh bằng cách hủy đăng kí tin nhắn "talker advertise", và một listener có thể ngắt kết nối bằng cách hủy đăng kí tin nhắn "listener ready".  Một tin nhắn hủy đăng kí sẽ lan truyền qua mạng giống với tin nhắn đăng kí ban đầu.
Ngoài ra còn có các phương pháp ngầm hiểu dùng để hủy một kết nối và để giải phóng các tài nguyên đã được cấp phát. Ví dụ, listener phải định kì gửi lại các các registration (bản đăng kí) và các tin nhắn "ready", còn các talker phải định kì gửi lại các tin nhắn "advertise". Theo cách đó bất cứ thiết bị nhận nào (bao gồm các bridge trung gian) cũng có thể tự động giải phóng các tài nguyên đã được cấp phát và thông báo cho các tầng cao hơn nếu nó không nhận được các registration và các reservation (dự trữ, đặt chỗ trước) thích hợp vì một lỗi làm gián đoạn hệ thống (system halt), ví dụ, mất điện đột ngột.