เริ่มจากแยกการเข้ารหัสสื่อออกจากการรับส่งข้อมูล
SRT เป็นโปรโตคอลและซอฟต์แวร์ที่นำโปรโตคอลนี้ไปใช้สำหรับรับส่งข้อมูลผ่านเครือข่าย อุปกรณ์เสียงและวิดีโอมักใช้ SRT เพื่อส่งข้อมูลที่เข้ารหัสสื่อแล้วไปยังปลายทางระยะไกล การจับภาพจากกล้อง การบีบอัดเสียงและวิดีโอ การรับส่งผ่านเครือข่าย และการถอดรหัสเพื่อแสดงผลเป็นขั้นตอนที่แตกต่างกัน โดย SRT มุ่งจัดการวิธีส่งมอบข้อมูลตามเส้นทางเครือข่ายเป็นหลัก การเปิดตัวเลือกเพียงรายการเดียวไม่ได้ทำให้ SRT แปลงสัญญาณ HDMI เป็นวิดีโอที่บีบอัด และ SRT ก็ไม่ได้กำหนดความละเอียดของกล้อง ก่อนใช้งาน ต้องยืนยันก่อนว่าทั้งซอฟต์แวร์ฝั่งส่งและอุปกรณ์ฝั่งรับระบุอย่างชัดเจนว่ารองรับ SRT
อาจมองว่าตัวเข้ารหัสสื่อเป็นอุปกรณ์ที่ผลิตข้อมูล โปรโตคอลรับส่งข้อมูลมีหน้าที่จัดระเบียบข้อมูลเพื่อเดินทางผ่านเครือข่าย และตัวถอดรหัสสื่อทำหน้าที่คืนเนื้อหาที่ได้รับให้เป็นเสียงและภาพ การเปรียบเทียบนี้ช่วยแยกหน้าที่เท่านั้น ข้อมูลในเครือข่ายยังคงมีข้อกำหนดที่ชัดเจนด้านแพ็กเก็ต การกำหนดหมายเลข และเวลา แม้สวิตช์ Ethernet ทั่วไปจะส่งต่อแพ็กเก็ต IP ที่เกี่ยวข้องได้ ก็ไม่ได้ทำให้สวิตช์นั้นกลายเป็นตัวเข้ารหัสหรือตัวถอดรหัส SRT
หากแพ็กเก็ตสูญหาย จะกู้คืนได้อย่างไร?
SRT เพิ่มกลไกที่จำเป็นสำหรับการรับส่งข้อมูลอย่างเชื่อถือได้บนพื้นฐานของ UDP ฝั่งส่งเก็บข้อมูลที่เพิ่งส่งไปไว้ชั่วคราว ฝั่งรับตรวจหาช่องว่างจากหมายเลขลำดับแพ็กเก็ต เมื่อพบว่าแพ็กเก็ตใดยังมาไม่ถึง จะส่งข้อมูลตอบกลับเพื่อร้องขอให้ส่งซ้ำ ฝั่งส่งจะส่งซ้ำได้ก็ต่อเมื่อยังเก็บข้อมูลนั้นไว้และเป็นไปตามเงื่อนไขการส่ง กระบวนการส่งซ้ำตามข้อมูลตอบกลับนี้เรียกว่า Automatic Repeat Request ซึ่งมักเขียนย่อว่า ARQ และเป็นคนละเรื่องกับอัลกอริทึมบีบอัดวิดีโอ
ตัวอย่างเช่น หากฝั่งรับเห็นแพ็กเก็ต 1, 3 และ 4 ก่อน ก็ไม่อาจสรุปจากช่องว่างของลำดับเพียงอย่างเดียวว่าแพ็กเก็ต 2 สูญหายอย่างถาวร เพราะเครือข่ายอาจส่งแพ็กเก็ตมาถึงผิดลำดับได้เช่นกัน โปรโตคอลจัดการช่องว่าง ข้อมูลตอบกลับ และสถานะการมาถึงตามวิธีการทำงานของแต่ละการนำไปใช้ ส่วนบัฟเฟอร์รับช่วยให้สามารถส่งมอบข้อมูลตามลำดับได้ หากแพ็กเก็ต 2 ที่ส่งซ้ำมาถึงทันเวลา ก็มีโอกาสเติมช่องว่างได้ แต่หากข้อมูลเดิมไม่อยู่ในบัฟเฟอร์ส่งแล้ว แบนด์วิดท์ไม่เพียงพอ หรือการกู้คืนใช้เวลานานเกินไป การส่งซ้ำก็ยังอาจล้มเหลวได้ ต้องไม่อธิบายว่าการรับส่งข้อมูลอย่างเชื่อถือได้หมายถึงการไม่สูญเสียแพ็กเก็ตเลยบนทุกลิงก์
เหตุใดการกู้คืนข้อมูลจึงต้องใช้บัฟเฟอร์?
การเล่นแบบเรียลไทม์ไม่สามารถรอแพ็กเก็ตข้อมูลที่สูญหายเพียงแพ็กเก็ตเดียวได้อย่างไม่มีกำหนด ฝั่งรับต้องมีช่วงเวลาบัฟเฟอร์เพื่อรองรับความแปรปรวนของเวลาที่ข้อมูลมาถึง และเปิดโอกาสให้ส่งข้อมูลตอบกลับและส่งซ้ำ กลไกส่งมอบตามเวลาประทับของ SRT กำหนดเวลาส่งมอบข้อมูลให้แอปพลิเคชันตามจังหวะเวลาที่ส่ง ดังนั้น แม้แพ็กเก็ตที่มาถึงก่อนก็อาจต้องรออยู่ในบัฟเฟอร์ การบัฟเฟอร์ไม่ใช่อัลกอริทึมที่ซ่อมแซมภาพโดยอัตโนมัติ แต่เป็นการแลกเวลารอจำนวนหนึ่งกับโอกาสในการกู้คืนข้อมูลและรักษาจังหวะการส่งมอบให้สม่ำเสมอ
เวลาไปกลับหมายถึงเวลาที่คำร้องขอเดินทางไปและกลับ ซึ่งมักเขียนย่อว่า RTT และแตกต่างจากความหน่วงเครือข่ายขาเดียว ระยะทางของเส้นทาง ความแออัด และการเข้าถึงผ่านเครือข่ายไร้สายล้วนมีผลต่อโอกาสกู้คืนข้อมูล หากตั้งเวลาบัฟเฟอร์สั้นเกินไป ข้อมูลที่ส่งซ้ำอาจมาถึงไม่ทัน หากตั้งไว้นานขึ้น เวลารอก็เพิ่มขึ้นด้วย ไม่สามารถถือว่าค่าความหน่วงที่กำหนดไว้เป็นความหน่วงรวมจากเลนส์ถึงหน้าจอได้โดยตรง เพราะการจับภาพ การเข้ารหัส การถอดรหัส และการแสดงผลต่างก็ใช้เวลา ควรวัดบนลิงก์ที่ใช้งานจริง และไม่ควรอ้างว่าค่ามิลลิวินาทีตายตัวค่าเดียวเหมาะกับทุกสถานที่
บทบาทการเชื่อมต่อไม่ใช่สิ่งเดียวกับทิศทางข้อมูล
โดยทั่วไป Caller เป็นฝ่ายเริ่มเชื่อมต่อไปยังอีกฝ่าย ส่วน Listener รอรับการเชื่อมต่อที่ที่อยู่และพอร์ตที่ระบุ ขณะที่ Rendezvous เป็นโหมดที่ทั้งสองฝ่ายร่วมกันสร้างการเชื่อมต่อด้วยวิธีที่สอดคล้องกัน สิ่งเหล่านี้อธิบายบทบาทในการสร้างการเชื่อมต่อ ไม่ได้หมายความว่า Caller ต้องเป็นผู้ส่งวิดีโอ หรือ Listener ต้องเป็นผู้รับ หลังจากกำหนดว่าฝ่ายใดเป็นผู้เริ่มเชื่อมต่อแล้ว ยังต้องตรวจสอบด้วยว่าปลายทางใดเป็นผู้ส่งเสียงและวิดีโอจริง และอีกปลายทางรับและถอดรหัสอย่างไร
การแปลงที่อยู่เครือข่าย (NAT) ไฟร์วอลล์ และการแมปพอร์ตมีผลต่อความสามารถในการเชื่อมต่อถึงกัน Rendezvous ช่วยให้เชื่อมต่อผ่านข้อจำกัดเหล่านี้ได้ในบางสภาพแวดล้อม แต่ไม่ได้รับประกันว่าจะข้ามนโยบายเครือข่ายทั้งหมดได้ ควรอนุญาตพอร์ต UDP ที่การเชื่อมต่อใช้งานตามการตั้งค่าจริง โดยเปิดเฉพาะช่วงพอร์ตที่โครงการต้องใช้ ต้องไม่ถือว่าพอร์ตในตัวอย่างเป็นพอร์ตตายตัวเพียงชุดเดียวของโปรโตคอล และไม่ควรเปิดทุกพอร์ตทิ้งไว้ระยะยาวเพื่อแก้ไขปัญหา ควรตรวจสอบความแตกต่างของเวอร์ชัน ตัวระบุสตรีม และวิธีการทำงานของอุปกรณ์ทีละรายการด้วย
ตรวจสอบการเข้ารหัสลับและความเข้ากันได้ของบริการแยกกัน
ซอฟต์แวร์ที่นำ SRT ไปใช้มีตัวเลือกเกี่ยวกับการเข้ารหัสลับ และอุปกรณ์จำเป็นต้องรองรับฟังก์ชันที่เกี่ยวข้องพร้อมกำหนดพารามิเตอร์ให้ตรงกัน ควรตรวจสอบความยาวคีย์ วลีรหัสผ่าน และนโยบายการรับให้สอดคล้องกับเวอร์ชันของทั้งสองฝ่าย ไม่อาจสันนิษฐานว่าทุกการเชื่อมต่อเปิดใช้การเข้ารหัสลับ เพียงเพราะชื่อโปรโตคอลสื่อถึงความปลอดภัย การตั้งค่าที่ไม่ตรงกันอาจทำให้เชื่อมต่อหรือรับข้อมูลไม่ได้ และไม่ควรเปิดเผยวลีรหัสผ่านในบันทึกการแก้ไขปัญหา
การเข้ารหัสลับปกป้องข้อมูลระหว่างการรับส่ง แต่ไม่ได้ทดแทนสิทธิ์การจัดการอุปกรณ์ การควบคุมการเข้าถึงเครือข่าย หรือการตรวจสอบความเข้ากันได้ของการเข้ารหัสสื่อ แม้สร้างการเชื่อมต่อได้ ก็อาจยังเล่นไม่ได้หากไม่รองรับวิธีห่อหุ้มข้อมูล การเข้ารหัสวิดีโอ แทร็กเสียง หรือแอปพลิเคชันฝั่งรับ ระหว่างการตรวจสอบ ให้ยืนยันสถานะเซสชัน การมาถึงของข้อมูลจริง ความสำเร็จในการถอดรหัส และความถูกต้องของภาพและเสียงแยกกัน อย่าดูเพียงไฟแสดงการเชื่อมต่อสีเขียวในซอฟต์แวร์
สวิตช์อุตสาหกรรมจัดการส่วนใดได้บ้าง?
ในกลุ่มผลิตภัณฑ์สวิตช์อุตสาหกรรมของ Feichang Technology สวิตช์แบบจัดการได้ Layer 3 ที่มีพอร์ตไฟเบอร์สี่พอร์ตและพอร์ตทองแดงแปดพอร์ต หมายเลข 2241 ระบุฟังก์ชัน VLAN, QoS และฟังก์ชันจัดการเครือข่ายที่เกี่ยวข้อง อุปกรณ์ประเภทนี้สามารถทำหน้าที่เป็นโหนดเครือข่ายในลิงก์ IP สำหรับเสียงและวิดีโอ เพื่อจัดระเบียบเส้นทางบริการ ขอบเขตการแยกเครือข่าย และลำดับความสำคัญในการส่งต่อตามโครงการ ส่วนความจำเป็นในการส่งต่อแบบ Layer 3 พอร์ตออปติคัล และความเร็วพอร์ตเฉพาะ ควรตรวจสอบให้สอดคล้องกับรุ่นที่ส่งมอบและเครือข่ายที่มีอยู่
เอกสารของสวิตช์นี้ไม่สามารถใช้เป็นหลักฐานว่ามีความสามารถเข้ารหัสหรือถอดรหัส SRT ในตัวได้ อุปกรณ์ปลายทางยังต้องรองรับซอฟต์แวร์และรูปแบบที่เกี่ยวข้อง และการส่งซ้ำก็ใช้ทรัพยากรเครือข่ายด้วย QoS มีผลต่อลำดับความสำคัญในการเข้าคิว แต่ไม่สามารถสร้างความจุขาออกขึ้นมาได้เอง ไฟเบอร์ช่วยขยายระยะลิงก์ทางกายภาพได้ แต่ไม่ได้ขจัดความหน่วงจากการเข้ารหัสสื่อ การเลือกอุปกรณ์ควรระบุทั้งการใช้งานหลายสตรีม ความจุสำรองสำหรับการส่งซ้ำ ลำดับความสำคัญของบริการ และข้อกำหนดการกู้คืนข้อมูล ไม่ใช่เพียงซื้ออุปกรณ์ที่มีอัตราความเร็วตามสเปกสูงกว่า
ตรวจสอบลิงก์ทั้งหมด ไม่ใช่ทดสอบเพียงครั้งเดียว
เริ่มจากยืนยันชุดพารามิเตอร์การเข้ารหัสสื่อ การเชื่อมต่อ และการรับเดียวกันในเครือข่ายที่ควบคุมได้ จากนั้นจึงเชื่อมต่อเข้ากับเส้นทางใช้งานจริง บันทึกสถิติที่เกี่ยวข้องกับบิตเรตข้อมูลที่มีประสิทธิผล RTT ของเส้นทาง การสูญหายของแพ็กเก็ต การส่งซ้ำ และการบัฟเฟอร์ฝั่งรับ พร้อมสังเกตทั้งฉากนิ่งและฉากเคลื่อนไหว รวมถึงการทำงานแบบสตรีมเดียวและหลายสตรีมพร้อมกัน เมื่อทดสอบการสูญหายของแพ็กเก็ตหรือการเปลี่ยนเส้นทาง ให้ใช้สภาพแวดล้อมที่แยกออกมา หรือช่วงเวลาบำรุงรักษาที่ได้รับอนุมัติ อย่าจงใจสร้างความแออัดบนเครือข่ายควบคุมการผลิตที่ใช้งานจริง
หากภาพขาดช่วง ให้แยกก่อนว่าเกิดจากเครือข่ายหลุด การกู้คืนข้อมูลเกินเวลาที่กำหนด หรือการถอดรหัสล้มเหลว จากนั้นตรวจสอบอุปกรณ์ปลายทาง ที่อยู่และพอร์ต แบนด์วิดท์ และรูปแบบการเข้ารหัสสื่อแยกกัน เมื่อปรับค่า ให้เปลี่ยนเงื่อนไขสำคัญครั้งละหนึ่งรายการเท่านั้น และบันทึกความหน่วงรวมจริงกับผลการกู้คืน สุดท้าย ให้เก็บข้อมูลเวอร์ชันของทั้งสองฝ่าย บทบาทการเชื่อมต่อ ทิศทางข้อมูล การตั้งค่าบัฟเฟอร์ สถานะการเข้ารหัสลับ และเงื่อนไขการทดสอบ เพื่อให้สามารถจำลองปัญหาซ้ำและตรวจรับการส่งมอบได้
หมายเหตุเกี่ยวกับเอกสาร: แผนภาพหลักการใช้เพื่ออธิบายกลไกทั่วไป ไม่ใช่ภาพถ่ายผลิตภัณฑ์หรือบันทึกผลการวัด อินเทอร์เฟซ โหมด และความสามารถเฉพาะให้ยึดตามรุ่น เวอร์ชัน และผลการตรวจสอบ ณ สถานที่ใช้งาน
เอกสารประกอบการตรวจสอบ: โครงการ SRT ของ Haivision และกลไก ARQ
การส่งมอบตามเวลาประทับและกลไกความหน่วงของ SRT
โหมดการเชื่อมต่อและพารามิเตอร์ของเครื่องมือ SRT
ตัวเลือกซ็อกเก็ต SRT และการตั้งค่าการเข้ารหัสลับ
คำถามและคำตอบเกี่ยวกับการใช้งาน SRT ของ Haivision
สวิตช์แบบจัดการได้ Layer 3 ที่มีพอร์ตไฟเบอร์สี่พอร์ตและพอร์ตทองแดงแปดพอร์ตของ Feichang Technology
หมวดหมู่สวิตช์อุตสาหกรรมของ Feichang Technology
หัวข้อทางเทคนิคที่เกี่ยวข้อง: วิธีคำนวณบิตเรตเสียงและวิดีโอ: ข้อมูลที่ได้จากการสุ่มตัวอย่าง ค่าสูงสุดหลังการบีบอัด และความจุเครือข่าย
แปลจากบทความเทคนิคภาษาจีน ต้นฉบับเผยแพร่ครั้งแรก: 2022-01-18 ต้นฉบับแก้ไขล่าสุด: 2026-10-13 อ่านต้นฉบับภาษาจีน
