Trước tiên, phân biệt mã hóa với truyền tải
SRT là một giao thức và phần mềm triển khai dùng để truyền dữ liệu qua mạng. Các thiết bị âm thanh và video thường sử dụng SRT để gửi dữ liệu đã được mã hóa đến đầu xa. Thu hình bằng camera, nén âm thanh và video, truyền qua mạng, giải mã và hiển thị là những công đoạn khác nhau: SRT chủ yếu giải quyết cách chuyển giao dữ liệu trên đường truyền mạng. Chỉ bật một tùy chọn không có nghĩa là SRT sẽ biến tín hiệu HDMI thành video nén, và SRT cũng không quyết định độ phân giải của camera. Trước khi sử dụng, hãy xác nhận cả phần mềm gửi và thiết bị nhận đều hỗ trợ rõ ràng SRT.
Có thể hình dung bộ mã hóa là thiết bị tạo ra dữ liệu, giao thức truyền tải chịu trách nhiệm tổ chức dữ liệu đó để truyền qua mạng, còn bộ giải mã khôi phục nội dung nhận được thành âm thanh và hình ảnh. Cách hình dung này chỉ giúp phân biệt trách nhiệm; dữ liệu trong mạng vẫn có các yêu cầu rõ ràng về gói, số thứ tự và thời gian. Ngay cả khi một bộ chuyển mạch Ethernet thông thường có thể chuyển tiếp các gói IP liên quan, điều đó cũng không biến nó thành bộ mã hóa hoặc giải mã SRT.
Nếu một gói bị mất thì được khôi phục như thế nào?
SRT bổ sung các cơ chế cần thiết để truyền tải tin cậy trên nền UDP. Bên gửi tạm thời lưu giữ dữ liệu vừa gửi gần đây. Bên nhận xác định các khoảng thiếu dựa trên số thứ tự gói. Khi phát hiện một gói chưa đến, bên nhận yêu cầu truyền lại thông qua phản hồi. Bên gửi chỉ có thể gửi lại nếu vẫn còn lưu dữ liệu đó và đáp ứng các điều kiện gửi. Quá trình gửi lại dựa trên phản hồi này được gọi là yêu cầu lặp lại tự động, thường viết là ARQ. Đây là vấn đề riêng biệt với các thuật toán nén video.
Ví dụ, nếu bên nhận nhìn thấy các gói 1, 3 và 4 trước, chỉ dựa vào khoảng thiếu trong dãy số thứ tự thì không thể kết luận rằng gói 2 đã mất vĩnh viễn, vì mạng cũng có thể chuyển các gói đến không đúng thứ tự. Giao thức xử lý khoảng thiếu, phản hồi và trạng thái đến theo cách triển khai của nó, còn bộ đệm nhận tạo điều kiện để chuyển giao đúng thứ tự. Nếu gói truyền lại 2 đến kịp thời, khoảng thiếu có cơ hội được lấp đầy; nếu dữ liệu gốc không còn trong bộ đệm gửi, băng thông không đủ hoặc việc khôi phục kéo dài quá lâu, quá trình truyền lại vẫn có thể thất bại. Không được mô tả truyền tải tin cậy là không bao giờ mất gói trên bất kỳ liên kết nào.
Tại sao khôi phục dữ liệu cần có bộ đệm?
Phát nội dung thời gian thực không thể chờ vô thời hạn chỉ vì một gói dữ liệu bị mất. Bên nhận cần một khoảng thời gian đệm để hấp thụ biến động về thời điểm đến và tạo cơ hội cho phản hồi cùng việc truyền lại. Cơ chế chuyển giao theo dấu thời gian của SRT lập lịch chuyển giao cho ứng dụng dựa trên thời điểm gửi, vì vậy ngay cả các gói đến sớm cũng có thể phải chờ trong bộ đệm. Bộ đệm không phải là thuật toán tự động sửa hình ảnh; nó đánh đổi một khoảng thời gian chờ nhất định để tạo dư địa khôi phục dữ liệu và duy trì nhịp chuyển giao ổn định.
Thời gian khứ hồi là thời gian để một yêu cầu đi và quay về, thường được viết là RTT; đại lượng này khác với độ trễ mạng một chiều. Khoảng cách đường truyền, tình trạng tắc nghẽn và truy cập không dây đều ảnh hưởng đến cơ hội khôi phục. Nếu đặt bộ đệm quá nhỏ, dữ liệu truyền lại có thể không đến kịp; nếu đặt lớn hơn, thời gian chờ cũng tăng lên. Không thể trực tiếp coi tùy chọn độ trễ đã cấu hình là tổng độ trễ từ ống kính đến màn hình, vì thu hình, mã hóa, giải mã và hiển thị đều cần thời gian. Cần đo trên đường truyền dịch vụ thực tế; không nên khẳng định một giá trị mili giây cố định phù hợp với mọi địa điểm.
Vai trò kết nối không đồng nghĩa với hướng truyền dữ liệu
Caller thường chủ động khởi tạo kết nối đến bên kia, trong khi Listener chờ kết nối tại địa chỉ và cổng được chỉ định; Rendezvous là chế độ mà cả hai bên cùng thiết lập kết nối theo cách phối hợp tương ứng. Các thuật ngữ này mô tả vai trò khi thiết lập kết nối. Chúng không có nghĩa là Caller bắt buộc phải là bên gửi video, cũng không có nghĩa là Listener bắt buộc phải là bên nhận. Sau khi xác định bên nào chủ động kết nối, bạn còn phải kiểm tra đầu nào thực sự cung cấp âm thanh và video, cũng như cách đầu kia nhận và giải mã chúng.
Chuyển đổi địa chỉ mạng (NAT), tường lửa và ánh xạ cổng ảnh hưởng đến khả năng thiết lập kết nối. Rendezvous hỗ trợ xuyên NAT trong một số môi trường, nhưng không bảo đảm vượt qua mọi chính sách mạng. Các cổng UDP mà kết nối sử dụng cần được cho phép theo cấu hình thực tế, chỉ mở phạm vi mà dự án yêu cầu; không được coi các cổng ví dụ là những cổng cố định duy nhất của giao thức, cũng không nên mở toàn bộ cổng trong thời gian dài để khắc phục sự cố. Cũng cần kiểm tra lần lượt các khác biệt về phiên bản, mã định danh luồng và cách triển khai trên thiết bị.
Kiểm tra riêng tính năng mã hóa bảo mật và khả năng tương thích dịch vụ
Các bản triển khai SRT cung cấp những tùy chọn liên quan đến mã hóa bảo mật; thiết bị cần hỗ trợ các chức năng tương ứng và được cấu hình với các tham số phù hợp với nhau. Độ dài khóa, cụm mật khẩu và chính sách nhận cần được kiểm tra theo phiên bản của cả hai bên. Không thể cho rằng mọi kết nối đều đã bật mã hóa bảo mật chỉ vì tên giao thức gợi ý về tính bảo mật. Các thiết lập không khớp có thể khiến kết nối hoặc việc nhận dữ liệu thất bại; cũng không được tiết lộ cụm mật khẩu trong hồ sơ khắc phục sự cố.
Mã hóa bảo mật bảo vệ dữ liệu khi truyền; nó không thay thế quyền quản lý thiết bị, kiểm soát truy cập mạng hoặc kiểm tra khả năng tương thích mã hóa nội dung. Kết nối có thể đã được thiết lập nhưng vẫn không phát được nếu phương thức đóng gói, mã hóa video, rãnh âm thanh hoặc ứng dụng nhận không được hỗ trợ. Trong quá trình xác minh, hãy xác nhận riêng trạng thái phiên, dữ liệu có thực sự đến hay không, giải mã có thành công hay không, và hình ảnh cùng âm thanh có chính xác hay không. Đừng chỉ nhìn vào đèn báo kết nối màu xanh trong phần mềm.
Bộ chuyển mạch công nghiệp có thể đảm nhiệm phần nào?
Trong các danh mục sản phẩm bộ chuyển mạch công nghiệp của Feichang Technology, bộ chuyển mạch quản lý Lớp 3 với bốn cổng quang và tám cổng điện, mã 2241, có liệt kê VLAN, QoS và các chức năng quản lý mạng liên quan. Thiết bị như vậy có thể đóng vai trò nút mạng trong đường truyền IP âm thanh và video, dùng để tổ chức đường truyền dịch vụ, phạm vi cách ly và mức ưu tiên chuyển tiếp theo dự án; nhu cầu chuyển tiếp Lớp 3, cổng quang và tốc độ cổng cụ thể cần được đối chiếu với model được bàn giao và mạng hiện có.
Tài liệu của bộ chuyển mạch này không thể dùng làm bằng chứng về khả năng mã hóa hoặc giải mã SRT tích hợp. Các đầu cuối vẫn cần hỗ trợ phần mềm và định dạng tương ứng, và việc truyền lại cũng tiêu tốn tài nguyên mạng. QoS có thể ảnh hưởng đến mức ưu tiên xếp hàng; nó không thể tự tạo thêm dung lượng đầu ra. Cáp quang có thể kéo dài liên kết vật lý, nhưng không loại bỏ độ trễ mã hóa. Khi lựa chọn, cần đồng thời liệt kê số luồng, phần dự phòng cho truyền lại, mức ưu tiên dịch vụ và yêu cầu khôi phục, thay vì chỉ mua thiết bị có tốc độ danh định cao hơn.
Kiểm chứng toàn bộ đường truyền, không chỉ một lần
Trước tiên, xác nhận cùng một bộ tham số mã hóa, kết nối và nhận trong mạng được kiểm soát, sau đó mới kết nối vào đường truyền chính thức. Ghi lại các thống kê liên quan đến tốc độ bit dữ liệu hữu hiệu, RTT của đường truyền, mất gói, truyền lại và bộ đệm nhận; đồng thời quan sát các cảnh ít biến động và có chuyển động, cũng như hoạt động một luồng và nhiều luồng đồng thời. Khi kiểm thử mất gói hoặc thay đổi đường truyền, hãy sử dụng môi trường cách ly hoặc khung thời gian bảo trì đã được phê duyệt; không cố ý tạo tắc nghẽn trên mạng điều khiển đang vận hành.
Nếu hình ảnh bị gián đoạn, trước tiên hãy phân biệt mất kết nối mạng, hết thời gian khôi phục dữ liệu và lỗi giải mã, rồi kiểm tra riêng đầu cuối, địa chỉ và cổng, băng thông cùng định dạng mã hóa. Khi điều chỉnh, mỗi lần chỉ thay đổi một điều kiện quan trọng và ghi lại tổng độ trễ thực tế cùng kết quả khôi phục. Cuối cùng, lưu phiên bản của cả hai bên, vai trò kết nối, hướng truyền dữ liệu, thiết lập bộ đệm, trạng thái mã hóa bảo mật và điều kiện kiểm thử để có thể tái hiện sự cố và tiến hành nghiệm thu bàn giao.
Lưu ý về tài liệu: Các sơ đồ nguyên lý được dùng để giải thích cơ chế tổng quát; chúng không phải ảnh sản phẩm hoặc bản ghi đo thực tế. Giao diện, chế độ và khả năng cụ thể phụ thuộc vào model, phiên bản đã chọn và kết quả kiểm chứng tại hiện trường.
Tài liệu kiểm chứng: Dự án SRT của Haivision và cơ chế ARQ
Cơ chế chuyển giao theo dấu thời gian và độ trễ của SRT
Các chế độ kết nối và tham số của công cụ SRT
Các tùy chọn socket và thiết lập mã hóa bảo mật của SRT
Hỏi đáp về ứng dụng SRT của Haivision
Bộ chuyển mạch quản lý Lớp 3 với bốn cổng quang và tám cổng điện của Feichang Technology
Các danh mục bộ chuyển mạch công nghiệp của Feichang Technology
Các chủ đề kỹ thuật liên quan: Cách tính tốc độ bit âm thanh và video: dữ liệu lấy mẫu, đỉnh tốc độ bit sau nén và dung lượng mạng
Được dịch từ bài viết kỹ thuật bằng tiếng Trung. Nguồn được xuất bản lần đầu: 2022-01-18. Nguồn được sửa đổi lần cuối: 2026-10-13. Đọc nguồn tiếng Trung
