โปรโตคอลสตรีมมิ่งวิดีโอ

บทนำ:

ระบบเฝ้าระวังวิดีโอขณะนี้กำลังอยู่ระหว่างการเปลี่ยนแปลงที่การแก้ปัญหาแบบอนาล็อกมากขึ้นและกำลังถูกแทนที่ด้วยโซลูชั่นดิจิตอล เมื่อเทียบกับระบบการเฝ้าระวังวิดีโออนาล็อกเฝ้าระวังวิดีโอดิจิตอลที่มีความยืดหยุ่นที่ดีมากในการประมวลผลวิดีโอเนื้อหาหรือการส่งข้อมูล ในขณะเดียวกันก็ยังมีความสามารถในการใช้คุณสมบัติขั้นสูงเช่นการตรวจจับการเคลื่อนไหว, การจดจำใบหน้าและการติดตามวัตถุ การประยุกต์ใช้ระบบดิจิตอลทำให้ระบบการรักษาความปลอดภัยสามารถส่งวิดีโอผ่านทางอินเทอร์เน็ตดังนั้นเราจึงจำเป็นต้องศึกษาวิธีการที่แตกต่างกันของวิดีโอสตรีมมิ่งผ่านเครือข่าย Streaming เป็นกระบวนการของการเล่นไฟล์ในขณะที่มันยังคงมีการดาวน์โหลด วิดีโอสตรีมมิ่งเป็นลำดับของ “ภาพเคลื่อนไหว” ที่ถูกส่งในรูปแบบบีบอัดในลักษณะที่จะสามารถเริ่มต้นการเป็นดำเนินการก่อนที่จะได้รับอย่างสมบูรณ์เช่นคลิปวิดีโอบนหน้าเว็บ

นี่คือบางส่วนของเครือข่ายโปรโตคอลที่ใช้ในการสตรีมมิ่งวิดีโอจะมีคำอธิบาย ให้ความสำคัญกับคุณสมบัติของโปรโตคอลที่สำคัญที่สุดในการเฝ้าระวังวิดีโอรวมทั้ง TCP, UDP และ RTSP

โปรโตคอลในเทคโนโลยีสตรีมมิ่ง:

โปรโตคอลมีกฎนำมาใช้สำหรับเทคโนโลยีเฉพาะซึ่งเทคโนโลยีสตรีมมิ่งจะใช้ในการดำเนินการแพ็คเก็ตข้อความและการสื่อสารเกิดขึ้นเฉพาะผ่านพวกเขา บางส่วนของโปรโตคอลที่ใช้ในเทคโนโลยีสตรีมมิ่งอธิบายไว้ดังนี้

SDP:

SDP ยืนสำหรับเซสชันคำอธิบายพิธีสารใช้เพื่ออธิบายการประชุมมัลติมีเดียในรูปแบบที่เข้าใจได้โดยผู้เข้าร่วมผ่านเครือข่าย วัตถุประสงค์ของ SDP คือการถ่ายทอดข้อมูลเกี่ยวกับกระแสสื่อในการประชุมมัลติมีเดียที่จะช่วยให้ผู้เข้าร่วมเข้าร่วมหรือรวบรวมข้อมูลของเซสชั่นโดยเฉพาะอย่างยิ่ง ในความเป็นจริง SDP บ่งบอกข้อมูลเช่นชื่อเซสชั่นและวัตถุประสงค์ครั้งช่วงที่มีการใช้งานรูปแบบแปลงสัญญาณสื่อในช่วงที่จะได้รับข้อมูลสื่อเหล่านั้น (ที่อยู่พอร์ตรูปแบบและอื่น ๆ ) ผู้เข้าร่วมการตรวจสอบข้อมูลเหล่านี้และจะใช้เวลาในการตัดสินใจเกี่ยวกับการเข้าร่วมเซสชั่น

SDP มีวัตถุประสงค์หลักเพื่อใช้ใน WANs ขนาดใหญ่ (Wide-Area Network) รวมทั้งอินเทอร์เน็ต อย่างไรก็ตาม SDP นอกจากนี้ยังสามารถนำมาใช้ในระบบ LAN ที่เป็นกรรมสิทธิ์ (เครือข่ายท้องถิ่น) และ Mans (Metropolitan Area Networks)

DHCP:

Dynamic Host Configuration Protocol (DHCP) เป็นโปรโตคอลเครือข่ายที่ช่วยให้เซิร์ฟเวอร์เพื่อกำหนดที่อยู่ IP แบบไดนามิกให้กับแต่ละอุปกรณ์ที่เชื่อมต่อกับเครือข่ายโดยอัตโนมัติ โดยการกำหนดนี้อุปกรณ์ใหม่ที่สามารถเพิ่มไปยังเครือข่ายโดยไม่ต้องรำคาญของการกำหนดได้ด้วยตนเองที่อยู่ IP ไม่ซ้ำกัน การแนะนำของ DHCP ปลดเปลื้องปัญหาที่เกี่ยวข้องกับการกำหนดด้วยตนเอง / ที่อยู่ของลูกค้า IP TCP ส่งผลให้ความยืดหยุ่นและความสะดวกในการใช้งานเพื่อให้ผู้ดูแลระบบเครือข่าย

DHCP ไม่ได้เป็นโปรโตคอลที่ปลอดภัยเนื่องจากไม่มีกลไกที่ถูกสร้างขึ้นเพื่อช่วยให้ลูกค้าและเซิร์ฟเวอร์ในการตรวจสอบซึ่งกันและกัน ทั้งสองมีความเสี่ยงที่จะหลอกลวงเช่นคอมพิวเตอร์เครื่องหนึ่งสามารถทำเป็นจะเป็นอีก

RTP:

Real-Time ขนส่ง Protocol (RTP) เป็นมาตรฐาน Internet Protocol ในการจัดการส่งตามเวลาจริงของข้อมูลมัลติมีเดียมากกว่าบริการเครือข่าย unicast หรือ multicast ในคำอื่น ๆ RTP กำหนดรูปแบบแพ็คเก็ตมาตรฐานเพื่อให้เสียงแบบ real-time และวิดีโอผ่านเครือข่ายไอพี RTP ไม่รับประกันการส่งมอบในเวลาจริงของข้อมูล แต่ก็มีกลไกในการส่งและรับการใช้งานที่ให้การสนับสนุนข้อมูลสตรีมมิ่ง มันถูกนำมาใช้ร่วมกับ Real-Time ขนส่ง Control Protocol (RTCP) เพื่อให้มั่นใจว่าการส่งมอบการตรวจสอบข้อมูลสำหรับเครือข่ายขนาดใหญ่หลายผู้รับให้บริการและคุณภาพของบริการ (QoS) สามารถรักษา การตรวจสอบจะใช้ในการตรวจสอบการสูญเสียตใด ๆ และเพื่อชดเชยกระวนกระวายใจล่าช้าใด ๆ

RTP ใช้อย่างกว้างขวางในการสื่อสารและการใช้งานที่เกี่ยวข้องกับสื่อสตรีมมิ่งเช่นโทรศัพท์หรือวิดีโอการใช้งานการประชุมทางไกล แอพลิเคชันล่าสุดของ RTP คือการแนะนำของ VoIP (Voice over Internet Protocol) ระบบซึ่งจะกลายเป็นที่นิยมมากเป็นทางเลือกในการวงจรโทรศัพท์ปกติ

RTCP:

Real-Time Control Protocol (RTCP) เป็นโปรโตคอลควบคุมที่ทำงานร่วมกับ RTP ในการตรวจสอบการจัดส่งข้อมูลบนเครือข่ายขนาดใหญ่หลายผู้รับ ให้ข้อเสนอแนะเกี่ยวกับคุณภาพของบริการที่ให้บริการโดย RTP เป็นฟังก์ชั่นหลักของ RTCP

แพ็คเก็ต RTCP ควบคุมจะถูกส่งเป็นระยะ ๆ โดยผู้เข้าร่วมในแต่ละเซสชั่น RTP ให้ผู้เข้าร่วมอื่น ๆ ทั้งหมด มันเป็นสิ่งสำคัญที่จะชี้ให้เห็นว่า RTCP ประกอบข้อมูลทางสถิติและการควบคุมในขณะที่ RTP ให้ข้อมูลที่ สถิติ RTCP มีรายงานส่งหรือรับเช่นจำนวนไบต์ที่ส่งแพ็คเก็ตที่ส่งแพ็คเก็ตที่หายไปและความล่าช้าการเดินทางรอบระหว่างปลายทาง RTCP ให้วิธีการที่จะมีความสัมพันธ์และประสานกระแสสื่อต่าง ๆ ที่ได้มาจากผู้ส่งเดียวกัน

RTSP:

โปรโตคอลหลักในการสตรีมแบบ Real Time Streaming Protocol (RTSP) ซึ่งใช้ในการส่งเก็บไว้หรืออาศัยข้อมูลสื่อผ่านเครือข่าย IP มันมีการควบคุมไคลเอนต์สำหรับการเข้าถึงแบบสุ่มไปยังเนื้อหากระแส โปรโตคอลชั้นโปรแกรมนี้จะใช้ในการสร้างและควบคุมได้ทั้งคนเดียวหรือหลายลำธารเวลาตรงกันของสื่ออย่างต่อเนื่องเช่นวิดีโอและเสียง เซิร์ฟเวอร์ใช้ RTSP RTP ขนส่งร่วมกับ RTCP เพื่อให้ RTP ทำหน้าที่เป็นโปรโตคอลการขนส่งและ RTCP จะถูกนำมาใช้สำหรับ QOS (Quality of Service) การวิเคราะห์และการประสานระหว่างกระแสวิดีโอและเสียง ดังนั้น RTSP สามารถทั้งการควบคุมและนำเสนอเนื้อหาแบบ real-time และกรม RTCP เป็นอิสระจากพื้นฐานการขนส่งและเครือข่ายชั้น ในความเป็นจริง RTSP ถือว่าเป็นมากกว่าโปรโตคอลและให้ชุดที่เรียบง่ายของคำสั่งพื้นฐานในการควบคุมการสตรีมวิดีโอ

RSTP อยู่บนพื้นฐานของแบนด์วิดธ์ที่มีอยู่ระหว่างไคลเอนต์และเซิร์ฟเวอร์เพื่อให้แบ่งข้อมูลขนาดใหญ่เป็นข้อมูลขนาดแพ็คเก็ต นี้นำไปใช้ชีวิตอยู่ฟีดข้อมูลเช่นเดียวกับที่เก็บไว้ ดังนั้นซอฟต์แวร์ไคลเอ็นต์สามารถเล่นหนึ่งแพ็คเก็ตในขณะที่คลายแพ็คเก็ตที่สองและดาวน์โหลดไฟล์มีเดียที่สาม นี้จะช่วยให้ไฟล์แบบ real-time ที่จะได้ยินหรือดูได้โดยผู้ใช้ทันทีโดยไม่ต้องดาวน์โหลดไฟล์สื่อทั้งหมดและยังไม่รู้สึกตัวแบ่งระหว่างไฟล์ข้อมูลที่

คุณสมบัติบางอย่างของแบบ Real Time Streaming Protocol ที่มีการระบุไว้ดังต่อไปนี้:

RTSP มีความสามารถในการนำเสนอกระแสสื่อมัลติมีเดียจากเซิร์ฟเวอร์ที่แตกต่างกัน
การควบคุมและการส่งมอบสื่อเวลาจริงระหว่างเซิร์ฟเวอร์สื่อและตัวเลขขนาดใหญ่ของลูกค้าของสื่อจะเป็นไปได้โดย RTSP
เป็นมิตร Firewall: การประยุกต์ใช้และการขนส่งทั้งไฟร์วอลล์ชั้นสามารถจัดการได้อย่างง่ายดายโดยวิธีการของโปรโตคอล
RTSP ให้เข้าถึงความต้องการของรายการมัลติมีเดียเช่นเก็บไว้เวลาจริงไฟล์เสียง / วิดีโอ, สดแบบ real-time ฟีดหรือเก็บไว้ที่ไม่ใช่รายการเวลาจริง
พารามิเตอร์ใหม่หรือวิธีการที่สามารถเพิ่มได้อย่างง่ายดายในโปรโตคอลดังนั้นจึงช่วยให้การขยาย
มีการควบคุมที่เหมาะสมบนเซิร์ฟเวอร์ เซิร์ฟเวอร์ไม่สามารถสตรีมให้กับลูกค้าในลักษณะดังกล่าวที่ลูกค้าไม่สามารถหยุดการสตรีมมิ่งใด ๆ
ความถูกต้องในระดับกรอบทำให้โปรโตคอลมากขึ้นเหมาะสำหรับการประยุกต์ใช้สื่อ
RTSP ช่วยให้การทำงานร่วมกันระหว่างลูกค้าเซิร์ฟเวอร์ผลิตภัณฑ์มัลติมีเดียจากผู้ผลิตหลาย

http:

Hypertext Transfer Protocol (HTTP) เป็นโปรโตคอลระดับโปรแกรมประยุกต์เป็นชุดของกฎการถ่ายโอนไฟล์ (ข้อความภาพกราฟิกเสียงวิดีโอและไฟล์มัลติมีเดียอื่น ๆ ) บนเว็บเพื่อให้เซิร์ฟเวอร์แลกเปลี่ยนข้อมูลโดยใช้กฎเหล่านี้ HTTP ใช้รูปแบบเซิร์ฟเวอร์ของลูกค้าที่เว็บเบราเซอร์เป็นลูกค้า เมื่อผู้ใช้เปิดเว็บเบราเซอร์นี้คำสั่ง HTTP จะถูกส่งไปยังเว็บเซิร์ฟเวอร์ เบราว์เซอร์ใช้ HTTP ซึ่งจะดำเนินการผ่าน TCP / IP ในการสื่อสารกับเซิร์ฟเวอร์และดึงเนื้อหาเว็บสำหรับผู้ใช้

เป็นมูลค่าการกล่าวขวัญว่า HTTP จะใช้สำหรับการกระจายการทำงานร่วมกันของระบบสารสนเทศสื่อสิ่งพิมพ์นอกเหนือไปจากบริบทของเวิลด์ไวด์เว็บ

RTMP:

เวลาจริงการส่งข้อความ Protocol (RTMP) ถูกนำมาใช้ในการถ่ายโอนวิดีโอ, เสียง, และ meta ข้อมูลข้ามเครือข่าย ในความเป็นจริงมันเป็นระบบการส่งมอบตามความต้องการและสื่อที่มีชีวิตเพื่อการใช้งาน Adobe Flash ซึ่งได้รับการพัฒนาโดย Adobe Systems RTMP เป็นโปรโตคอล TCP-based ซึ่งนับว่าการเชื่อมต่อแบบถาวรและช่วยให้การสื่อสาร latency ต่ำ ลำธารแยกออกเป็นชิ้นส่วนที่นำไปสู่การส่งมอบลำธารได้อย่างราบรื่นในขณะที่การส่งข้อมูลมาก RTMP สนับสนุนวิดีโอใน MP4 และ FLV และเสียงในรูปแบบ AAC และ MP3

ข้อได้เปรียบบางส่วนของ RTMP รวมถึงการที่มันสามารถทำสตรีมมิ่งที่ช่วยให้คนที่จะชมวิดีโอในขณะที่มันจะถูกบันทึกไว้ นอกจากนี้ก็เป็นความสามารถในการสตรีมมิ่งแบบไดนามิกซึ่งหมายความว่าคุณภาพของวิดีโอจะปรับไปสู่การเปลี่ยนแปลงแบนด์วิดธ์และการแสวงหาไปยังส่วนต่อมาในวิดีโอเป็นไปได้ซึ่งจะเป็นประโยชน์อย่างยิ่งสำหรับวิดีโอที่ยาว ผู้เล่นรักษาบัฟเฟอร์เล็ก ๆ มากกว่าการดาวน์โหลดวิดีโอในระหว่างการเล่นให้แบนด์วิดธ์น้อยจึงถูกนำมาใช้ RTMP สตรีมมิ่งสามารถที่จะข้ามไปข้างหน้าไปที่ใดก็ได้ในวิดีโอที่จุดใด ๆ ในช่วงเวลาเพื่อให้คุณสามารถข้ามไปข้างหน้ากับสิ่งที่คุณต้องการที่จะเห็นโดยไม่ต้องรอไม่จำเป็นใด ๆ ในขณะที่ด้วย http เพียงสิ่งที่มีอยู่แล้วในเบราว์เซอร์แคชสามารถดูได้ เมื่อ RTMP ใช้เป็นโปรโตคอลที่เจ้าภาพจะต้องมีเซิร์ฟเวอร์เฉพาะการติดตั้งสำหรับ RTMP

แต่มีข้อเสีย RTMP หลายเนื่องจากการสตรีมข้อมูลไปยังผู้เล่นที่แบนด์วิดธ์ของการเชื่อมต่อต้องมีขนาดใหญ่กว่าอัตราการส่งข้อมูลของวิดีโอดังนั้นหากการเชื่อมต่อลดลงสำหรับคู่ของวินาที, สตรีมจะพูดติดอ่าง นอกจากนี้เนื่องจากมันใช้โปรโตคอลที่แตกต่างกันและพอร์ตด้วย http ก็เสี่ยงต่อการถูกบล็อกโดยไฟร์วอลล์ อุปสรรคที่ใหญ่ที่สุดคือการที่ RTMP จะทำงานเฉพาะใน Flash และไม่ได้อยู่ใน HTML5 ดังนั้นจึงอาจถูกแทนที่ด้วยโปรโตคอลสตรีมมิ่งอื่น ๆ ที่มีการสนับสนุนในวงกว้าง

TCP:

Transmission Control Protocol (TCP) เป็นโปรโตคอลชั้นการขนส่งที่นิยมคือการเชื่อมต่อที่มุ่งเน้นและจำหน่ายกระแส byte ที่เชื่อถือได้เพื่อที่ชั้นบนที่เรียกว่าเป็นชั้นแอพลิเคชัน TCP มีกลไกกิตติกรรมประกาศบวกและนอกจากนี้ยังมีกลไกในการหลีกเลี่ยงความแออัดในการลดอัตราการส่งเมื่อเครือข่ายมากเกินไป TCP รับประกันว่าแพ็คเก็ตทั้งหมดมาถึงไม่เสียหายในลำดับที่ถูกต้อง, การจัดเรียงใหม่แพ็คเก็ตออกจากคำสั่งและ / หรือขอให้ส่งอีกครั้งของแพ็กเก็ตที่หายไป

เพื่อให้แน่ใจว่าการจัดส่งข้อมูลที่เชื่อถือได้ผ่านเครือข่ายที่ TCP พนักงานกลไกการส่งผ่านหน้าต่างตามที่ผู้ส่งรักษาบัฟเฟอร์ที่เรียกว่าหน้าต่างบานเลื่อน, ข้อมูลที่ส่งไปยังผู้รับ ผู้รับยอมรับว่าได้รับข้อมูลโดยการส่งการรับรู้ (ACK) แพ็คเก็ต หากผู้ส่งจะได้รับแพ็คเก็ต ACK ข้อมูลในหน้าต่างของตนก็เอาว่าข้อมูลจากหน้าต่างเพราะมันได้รับการประสบความสำเร็จในการส่งไปยังผู้รับ TCP พนักงานกลไกนี้ในการควบคุมการไหลเพื่อให้ผู้รับสามารถบอกผู้ส่งเมื่อมันไม่สามารถประมวลผลข้อมูลในอัตราที่เดินทางมาถึง กลไกนี้ยังแจ้งผู้ส่งว่าพื้นที่บัฟเฟอร์เท่าใดสามารถใช้ได้ในตอนท้ายของผู้รับในการสั่งซื้อเพื่อหลีกเลี่ยงการเติมของหน้าต่างบัฟเฟอร์ของผู้รับ

TCP เป็นเวลาทดสอบการขนส่งโปรโตคอลชั้นที่มีคุณสมบัติหลายประการเช่นความน่าเชื่อถือของการควบคุมการไหลและการควบคุมความแออัด TCP ยังเป็นโปรโตคอลที่แข็งแกร่งเพราะมันสามารถปรับตัวเข้ากับสภาพเครือข่ายที่แตกต่างกัน

ฟังก์ชั่นต่าง ๆ ของ TCP

ข้อมูลที่ถ่ายโอนโปรโตคอล TCP สามารถโอนกระแสอย่างต่อเนื่องของข้อมูลของผู้ใช้ในรูปแบบของกลุ่มสำหรับการส่งผ่านทางเครือข่าย

ความน่าเชื่อถือ delivery- เครือข่าย TCP จะต้องมีความสามารถในการฟื้นตัวจากข้อมูลที่อาจได้รับความเสียหายพลาดหรืออาจจะซ้ำกันผ่านเครือข่าย นี้จะกระทำโดยการกำหนดหมายเลขลำดับแต่ละส่วนถูกส่งบนเครือข่ายและได้รับการยอมรับในเชิงบวก (ACK) ในการส่งมอบที่ประสบความสำเร็จ โดยใช้หมายเลขลำดับรับปิดให้บริการจัดกลุ่มในลำดับถูกต้องที่อาจจะได้รับการออกคำสั่งและเพื่อหลีกเลี่ยงแพ็คเก็ตที่ซ้ำกัน ใน TCP เสียหายจะถูกจัดการโดยการเพิ่มการตรวจสอบไปยังแต่ละกลุ่มซึ่งจะถูกโอนในที่สุดการตรวจสอบจะทำที่รับและส่วนที่เสียหายจะทิ้งแล้วในที่สุด

ไหลควบคุม TCP มีกลไกที่จะช่วยให้รับสัญญาณในการควบคุมปริมาณของข้อมูลที่ส่งมาจากผู้ส่ง

Connections- มีการเชื่อมต่อการรวมกันของซ็อกเก็ตหมายเลขลำดับและขนาดหน้าต่าง เมื่อใดก็ตามที่ทั้งสองกระบวนการต้องการสื่อสาร TCP ของพวกเขามีแรกสร้างการเชื่อมต่อ เมื่อการสื่อสารเสร็จสมบูรณ์แล้วการเชื่อมต่อจะต้องมีการยกเลิกหรือปิด

UDP:

ผู้ใช้ Datagram Protocol (UDP) เป็นโปรโตคอลการขนส่งง่ายมาก มันเป็น connectionless และให้ความสามารถในการง่ายๆในการส่งดาต้าแกรมระหว่างคู่ของอุปกรณ์ จะไม่รับประกันในการรับข้อมูลจากอุปกรณ์หนึ่งไปยังอีกที่ไม่ได้ดำเนินการลองและไม่ได้ตระหนักถึงถ้าอุปกรณ์เป้าหมายได้รับข้อมูลเรียบร้อยแล้ว แพ็คเก็ต UDP ไม่ได้จัดส่งโดยตรงไปยัง ‘ความจริง’ ที่อยู่ IP ของอุปกรณ์ที่ได้รับ แต่จะมีการส่งด้วยอุปกรณ์เฉพาะการจัดสรรที่อยู่ IP multicast

การดำเนินงานของโปรโตคอล UDP เพื่อให้ง่าย เมื่อชั้นสมัครเรียก UDP, ดำเนินการต่อไปจะดำเนินการโดย UDP:

ห่อหุ้มข้อมูลของผู้ใช้เข้าสู่ datagrams
ส่งต่อดาต้าแกรมเหล่านี้ไปยังชั้น IP สำหรับการส่ง

ในด้านอื่น ๆ , ดาต้าแกรมเหล่านี้จะถูกส่งต่อไปยัง UDP จากชั้น IP แล้ว UDP เอาข้อมูลจากดาต้าและส่งต่อไปยังชั้นบนของแอพลิเคชัน ใน UDP พอร์ตเป็นจำนวนที่ระบุโปรแกรมที่จะใช้บริการ UDP ก็สามารถสันนิษฐานเป็นที่อยู่ของการใช้งาน

มีโปรแกรมต่างๆที่ใช้ UDP เป็นโปรโตคอลการขนส่งของพวกเขาเช่นโปรโตคอลเส้นทางข้อมูลการจัดการเครือข่ายโปรโตคอลง่ายโปรโตคอลการกำหนดค่าแบบไดนามิก Host ฯลฯ การจราจรของเสียงและวิดีโอผ่านเครือข่ายจะถูกส่งโดยใช้โปรโตคอล UDP โดยทั่วไปมี

เปรียบเทียบระหว่างบางส่วนของโปรโตคอล:

TCP เป็นโปรโตคอลการเชื่อมต่อที่มุ่งเน้นที่จะสร้างจนจบการสื่อสาร เมื่อมีการเชื่อมต่อระหว่างผู้ส่งและผู้รับข้อมูลที่อาจจะส่งผ่านการเชื่อมต่อ UDP เป็นโปรโตคอลที่เรียบง่ายและ connectionless จึงไม่ได้ตั้งค่าสิ้นทุ่มเทให้กับการยุติการเชื่อมต่อระหว่างผู้ส่งและผู้รับก่อนการสื่อสารที่เกิดขึ้นจริงที่เกิดขึ้น การส่งข้อมูลที่เกิดขึ้นในทิศทางเดียวจากผู้ส่งไปยังผู้รับโดยไม่ต้องตรวจสอบสถานะของผู้รับ

ในการเปรียบเทียบกับ TCP ซึ่งมีความสมบูรณ์ของข้อมูลแทนการใช้ความเร็วในการส่งมอบ RTP ให้จัดส่งที่รวดเร็วและมีกลไกในการชดเชยการสูญเสียใด ๆ ของเล็ก ๆ น้อย ๆ ความสมบูรณ์ของข้อมูล

นอกจากนี้ยังเป็นมูลค่ารู้ว่า RTSP สามารถสนับสนุน multicasting คุณสามารถใช้โปรโตคอลนี้จะส่งมอบฟีดเดียวกับผู้ใช้งานจำนวนมากโดยไม่ต้องให้กระแสที่แยกต่างหากสำหรับแต่ละของพวกเขา ในขณะที่ HTTP ไม่สามารถทำเช่นนี้; มันเป็นความจริงระบบการจัดส่งแบบหนึ่งต่อหนึ่ง

วิดีโอสตรีมมิ่งโปรโตคอลสำหรับการเฝ้าระวังวิดีโอ:

กล้อง IP เป็นโปรแกรมที่สำคัญของโปรโตคอล RSTP กล้อง IP RTSP ที่เปิดใช้งานเป็นองค์ประกอบสำคัญของระบบการจัดการวิดีโอที่ทันสมัยโดยที่ผู้ใช้สามารถใช้เครื่องเล่นสื่อในการชมวิดีโอสดจากที่ใดก็ได้ RTP และ RTSP ได้รับอนุญาตสำหรับการจับภาพวิดีโอโดยตรงจากการเฝ้าระวังวิดีโอ IP-กล้อง RTSP ให้ความสะดวกในประวัติการณ์ของการดำเนินงานและได้ถูกนำมาใช้โดยเกือบทุกหลักผู้ผลิตกล้อง IP-ในตลาด

นอกจากนี้ในวันนี้อุตสาหกรรมวิดีโอของใช้ทั้ง TCP และ UDP แต่ละคนมีจุดแข็งและจุดอ่อนเมื่อมันมาอยู่ดูการเล่น, การแก้ไขข้อผิดพลาดและอื่น ๆ ในวิดีโอ IP, TCP และ UDP อาจเป็นตัวแทนของความคล้ายคลึงกันอย่างมากในเครือข่ายเฝ้าระวังทุ่มเท

MJPEG มักจะถูกส่งผ่านทางโปรโตคอลของ TCP TCP รับประกันการจัดส่งของแพ็กเก็ตโดยต้องรับทราบโดยรับ แพ็คเก็ตที่ไม่ได้รับการยอมรับเป็น retransmitted

UDP เป็นวิธีที่ต้องการสำหรับการถ่ายโอนวิดีโอสตรีมสดที่ชั้นการขนส่งของกองเครือข่าย IP UDP เป็นโปรโตคอลเร็วกว่า TCP และสำหรับการใช้งานที่สำคัญเวลา (เช่นวิดีโอสดหรือ VoIP) มันจะดีกว่าที่จะอยู่กับความผิดพลาดวิดีโอที่เกิดจากการแพ็คเก็ตลดลงกว่าที่จะรอให้ retransmission ซึ่งค้ำประกัน TCP อย่างไรก็ตาม TCP แน่นอนไฟร์วอลล์เป็นมิตรมากขึ้นในขณะที่บางเครือข่ายจะปิดกั้นวิดีโอ UDP UDP ที่เหมาะสมที่สุดสำหรับเครือข่ายที่มีการสูญเสียตน้อยมากและแบนด์วิดธ์ที่มีการประกันผ่านกลไก QOS

วิดีโอ MPEG-4 จะถูกส่งโดยทั่วไปมากกว่า UDP หรือ RTP หรือ RTSP UDP ไม่ได้รับประกันการส่งมอบและให้ความสะดวกไม่มี retransmission แพ็คเก็ตที่หายไป การขนส่ง UDP มีตัวเลือกของ IP Multicast (IPmc) การส่งมอบที่กระแสเดียวที่ถูกสร้างขึ้นโดยกล้องอาจจะได้รับจากปลายทางหลายเซิร์ฟเวอร์สื่อที่

บนมืออื่น ๆ ที่ลูกค้ามากกว่าหนึ่ง / ผู้ชมต้องการดูวิดีโอสตรีมอาศัยอยู่ในเครือข่ายวิดีโอหลายผู้รับควรจะใช้ วิดีโอ Multicast เสมอใช้ UDP ที่ชั้นการขนส่ง

เป็นมูลค่ารู้ว่าในการใช้งานแบนด์วิดธ์ที่ จำกัด เช่นการดูระยะไกลหรือกล้องเชื่อมต่อผ่านอินเทอร์เน็ต, TCP และ UDP มีข้อดีและข้อเสียที่ไม่ซ้ำกัน