FMUSER Wirless ส่งวิดีโอและเสียงได้ง่ายขึ้น!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> แอฟริคานส์
sq.fmuser.org -> แอลเบเนีย
ar.fmuser.org -> ภาษาอาหรับ
hy.fmuser.org -> อาร์เมเนีย
az.fmuser.org -> อาเซอร์ไบจัน
eu.fmuser.org -> บาสก์
be.fmuser.org -> เบลารุส
bg.fmuser.org -> บัลแกเรีย
ca.fmuser.org -> คาตาลัน
zh-CN.fmuser.org -> ภาษาจีน (ประยุกต์)
zh-TW.fmuser.org -> ภาษาจีน (ดั้งเดิม)
hr.fmuser.org -> โครเอเชีย
cs.fmuser.org -> เช็ก
da.fmuser.org -> เดนมาร์ก
nl.fmuser.org -> ดัตช์
et.fmuser.org -> เอสโตเนีย
tl.fmuser.org -> ฟิลิปปินส์
fi.fmuser.org -> ฟินแลนด์
fr.fmuser.org -> ฝรั่งเศส
gl.fmuser.org -> กาลิเซีย
ka.fmuser.org -> จอร์เจีย
de.fmuser.org -> เยอรมัน
el.fmuser.org -> กรีก
ht.fmuser.org -> ชาวเฮติครีโอล
iw.fmuser.org -> ภาษาฮิบรู
hi.fmuser.org -> ภาษาฮินดี
hu.fmuser.org -> ฮังการี
is.fmuser.org -> ไอซ์แลนด์
id.fmuser.org -> ชาวอินโดนีเซีย
ga.fmuser.org -> ไอริช
it.fmuser.org -> อิตาเลี่ยน
ja.fmuser.org -> ภาษาญี่ปุ่น
ko.fmuser.org -> ภาษาเกาหลี
lv.fmuser.org -> ลัตเวีย
lt.fmuser.org -> ลิทัวเนีย
mk.fmuser.org -> มาซิโดเนีย
ms.fmuser.org -> มาเลย์
mt.fmuser.org -> มอลตา
no.fmuser.org -> นอร์เวย์
fa.fmuser.org -> เปอร์เซีย
pl.fmuser.org -> โปแลนด์
pt.fmuser.org -> โปรตุเกส
ro.fmuser.org -> โรมาเนีย
ru.fmuser.org -> รัสเซีย
sr.fmuser.org -> เซอร์เบีย
sk.fmuser.org -> สโลวัก
sl.fmuser.org -> สโลวีเนีย
es.fmuser.org -> สเปน
sw.fmuser.org -> ภาษาสวาฮิลี
sv.fmuser.org -> สวีเดน
th.fmuser.org -> ไทย
tr.fmuser.org -> ตุรกี
uk.fmuser.org -> ยูเครน
ur.fmuser.org -> ภาษาอูรดู
vi.fmuser.org -> เวียดนาม
cy.fmuser.org -> เวลส์
yi.fmuser.org -> ยิดดิช
1. โปรโตคอล RTP / RTCP
โปรโตคอล RTP
ชื่อเต็มของ RTP คือโปรโตคอลการขนส่งแบบเรียลไทม์ (Real-time Transport Protocol)
เป็นมาตรฐานที่เสนอโดย IETF (The Internet Engineering Task Force) และเอกสาร RFC ที่เกี่ยวข้องคือ RFC3550 (RFC1889 เป็นเวอร์ชันที่หมดอายุแล้ว) RFC3550 ไม่เพียง แต่กำหนด RTP เท่านั้น แต่ยังกำหนดโปรโตคอลที่สนับสนุน RTCP (โปรโตคอลควบคุมการขนส่งแบบเรียลไทม์นั่นคือโปรโตคอลควบคุมการขนส่งแบบเรียลไทม์) RTP ใช้เพื่อให้บริการส่งข้อมูลแบบเรียลไทม์แบบ end-to-end สำหรับข้อมูลมัลติมีเดียต่างๆที่จำเป็นต้องส่งแบบเรียลไทม์เช่นเสียงภาพและแฟกซ์บนเครือข่าย IP RTP ให้ข้อมูลเวลาและการซิงโครไนซ์สตรีมสำหรับการส่งแบบเรียลไทม์แบบ end-to-end บนอินเทอร์เน็ต แต่ไม่รับประกันคุณภาพการบริการซึ่งจัดทำโดย RTCP
สภาพแวดล้อมแอปพลิเคชัน RTP
(1) การประชุมทางเสียงแบบมัลติคาสต์อย่างง่าย การสื่อสารด้วยเสียงรับรู้ผ่านที่อยู่แบบหลายผู้รับและพอร์ตคู่หนึ่ง หนึ่งใช้สำหรับข้อมูลเสียง (RTP) และอีกอันใช้สำหรับแพ็กเก็ตควบคุม (RTCP)
(2) การประชุมทางเสียงและวิดีโอ หากใช้การประชุมทั้งเสียงและวิดีโอในการประชุมสื่อทั้งสองนี้จะถูกส่งในเซสชัน RTP ที่แตกต่างกันและแต่ละเซสชันจะใช้ที่อยู่ในการส่งที่แตกต่างกัน (ที่อยู่ IP + พอร์ต) หากผู้ใช้ใช้สองเซสชันในเวลาเดียวกันแพ็กเก็ต RTCP ที่สอดคล้องกับแต่ละเซสชันจะใช้ชื่อ Canonical CNAME (Canonical Name) ผู้เข้าร่วมสามารถรับเสียงและวิดีโอที่เกี่ยวข้องตาม CNAME ในแพ็กเก็ต RTCP จากนั้นซิงโครไนซ์เสียงและวิดีโอตามข้อมูลเวลา (โปรโตคอลเวลาเครือข่าย) ในแพ็กเก็ต RTCP
(3) ตัวแปลและเครื่องผสม ตัวแปลและมิกเซอร์เป็นระบบรีเลย์ระดับ RTP ตัวแปลถูกใช้ในพื้นที่ของผู้ใช้ที่ไม่สามารถเข้าถึงได้โดยตรงผ่าน IP มัลติคาสต์เช่นไฟร์วอลล์ระหว่างผู้ส่งและผู้รับ เมื่อรูปแบบการเข้ารหัสเสียงที่ผู้เข้าร่วมสามารถรับได้แตกต่างกันตัวอย่างเช่นหากผู้เข้าร่วมเชื่อมต่อกับการประชุมความเร็วสูงผ่านลิงก์ความเร็วต่ำจะใช้มิกเซอร์ ก่อนที่จะเข้าสู่เครือข่ายที่ต้องเปลี่ยนรูปแบบข้อมูลเสียงมิกเซอร์จะสร้างแพ็กเก็ตเสียงใหม่จากแหล่งที่มาเดียวหรือหลายแหล่งรวมไฟล์เสียงหลายไฟล์ที่สร้างขึ้นใหม่และเข้ารหัสด้วยการเข้ารหัสเสียงอื่น ส่งต่อแพ็กเก็ต RTP ใหม่นี้ แพ็กเก็ตข้อมูลทั้งหมดจากมิกเซอร์ควรระบุโดยมิกเซอร์เป็นแหล่งซิงโครไนซ์ (SSRC ดูที่การห่อหุ้ม RTP) และสามารถยืนยันตัวพูดผ่านรายการแหล่งที่มาของการสนับสนุน (ตาราง CSRC โปรดดูที่การห่อหุ้ม RTP)
โปรโตคอล RTCP
โปรโตคอลควบคุมแบบเรียลไทม์ (RTCP) และ RTP ถูกกำหนดร่วมกันใน RFC 1889 ที่เสนอในปี 1996 เป็นโปรโตคอลควบคุมที่ทำงานร่วมกับ RTP RTCP ทำงานบนโปรโตคอลระดับต่ำเพียงอย่างเดียวและโปรโตคอลระดับต่ำให้การมัลติเพล็กซ์ของข้อมูลและแพ็กเก็ตควบคุม ในระหว่างเซสชัน RTP ผู้เข้าร่วมแต่ละเซสชันจะส่งแพ็กเก็ตควบคุม RTCP ไปยังผู้เข้าร่วมคนอื่น ๆ เป็นระยะ สำหรับเซสชัน RTP หรือการออกอากาศโดยปกติจะใช้ที่อยู่ออกอากาศแบบหลายเป้าหมายเดียว แพ็กเก็ต RTP และ RTCP ทั้งหมดที่เป็นของเซสชันนี้ใช้ที่อยู่กระจายหลายเป้าหมาย แพ็กเก็ต RTP และแพ็กเก็ต RTCP สามารถแยกแยะได้โดยใช้หมายเลขพอร์ตที่แตกต่างกัน .
เป็นโปรโตคอลน้องสาวของ Real Time Transport Protocol (RTP) RTCP ให้การควบคุมนอกแบนด์สำหรับสตรีมสื่อ RTP RTCP เองไม่ได้ส่งข้อมูล แต่ร่วมมือกับ RTP เพื่อจัดแพ็กเกจและส่งข้อมูลมัลติมีเดีย RTCP ส่งข้อมูลควบคุมเป็นระยะระหว่างผู้เข้าร่วมในเซสชันมัลติมีเดียแบบสตรีมมิ่ง หน้าที่หลักของ RTCP คือการให้ข้อเสนอแนะเกี่ยวกับคุณภาพการบริการที่จัดทำโดย RTP
RTCP ทำหน้าที่สี่อย่างต่อไปนี้:
(1) เพื่อให้ข้อเสนอแนะเกี่ยวกับคุณภาพของการเผยแพร่ข้อมูลเป็นหลัก RTCP เป็นส่วนหนึ่งของโปรโตคอลการส่ง RTP และเกี่ยวข้องกับการควบคุมการไหลและความแออัดของโปรโตคอลการส่งอื่น ๆ คำติชมมีผลโดยตรงต่อการควบคุมการเข้ารหัสแบบปรับได้ แต่ประสบการณ์มัลติคาสต์ของ IP แสดงให้เห็นว่าการรับข้อเสนอแนะจากผู้ส่งเป็นสิ่งสำคัญสำหรับการวินิจฉัยข้อผิดพลาดในการส่ง การส่งและรับรายงานข้อเสนอแนะไปยังผู้เข้าร่วมทุกคนช่วยให้ผู้สังเกตปัญหาสามารถประเมินได้ว่าปัญหาเหล่านั้นเป็นปัญหาในระดับท้องถิ่นหรือระดับโลก กลไกการเผยแพร่เช่น IP multicasting ทำให้กลุ่มต่างๆเช่นผู้ให้บริการเครือข่ายสามารถรับคำติชมและทำหน้าที่เป็นจอภาพของบุคคลที่สามเพื่อวินิจฉัยปัญหาเครือข่าย ฟังก์ชันข้อเสนอแนะดำเนินการโดยรายงานผู้ส่งและผู้รับ RTCP
(2) RTCP มีการระบุชั้นการขนส่งถาวรของแหล่งที่มา RTP ซึ่งเรียกว่าชื่อบัญญัติ (CNAME) หากพบข้อขัดแย้งหรือเริ่มโปรแกรมใหม่เนื่องจากสามารถเปลี่ยนข้อมูลประจำตัว SSRC ได้ผู้รับต้องใช้ CNAME เพื่อติดตามผู้เข้าร่วม ผู้รับยังต้องการ CNAME เพื่อติดต่อสตรีมข้อมูลหลายรายการที่ระบุในการเชื่อมต่อ RTP ที่เกี่ยวข้อง
(3) สองฟังก์ชันแรกกำหนดให้ผู้เข้าร่วมทุกคนต้องส่งแพ็กเก็ต RTCP ดังนั้นเพื่อให้ RTP ขยายเป็นปริมาณมากต้องควบคุมอัตรา ให้ผู้เข้าร่วมแต่ละคนส่งแพ็กเก็ตควบคุมไปยังผู้เข้าร่วมคนอื่น ๆ ซึ่งจะเพิ่มจำนวนผู้เข้าร่วมสังเกตการณ์อิสระ หมายเลขนี้ใช้ในการคำนวณอัตราการส่งแพ็กเก็ต
(4) ฟังก์ชันเสริมคือการส่งข้อมูลการควบคุมการเชื่อมต่อขั้นต่ำเช่นการระบุผู้เข้าร่วม ส่วนใหญ่จะใช้ในการเชื่อมต่อแบบ "ควบคุมหลวม" ซึ่งผู้เข้าร่วมมีอิสระที่จะเข้าหรือออกโดยไม่มีการควบคุมของสมาชิกหรือการประสานพารามิเตอร์ RTCP ทำหน้าที่เป็นช่องทางที่สะดวกสำหรับผู้เข้าร่วมทุกคน แต่ไม่จำเป็นต้องรองรับข้อกำหนดการสื่อสารควบคุมทั้งหมดของแอปพลิเคชัน
เมื่อใช้ RTP ใน IP มัลติคาสต์ฟังก์ชันสามอย่างแรกเป็นสิ่งที่จำเป็นและแนะนำสำหรับทุกสถานการณ์ นักออกแบบแอปพลิเคชัน RTP ต้องหลีกเลี่ยงการใช้กลไกที่ทำงานในโหมดยูนิคาสต์เท่านั้นซึ่งจะส่งผลให้ไม่สามารถปรับขนาดได้
2. ความสัมพันธ์ระหว่าง RTP / RTCP และโปรโตคอลอื่น ๆ
แผนภาพสถาปัตยกรรมสื่อการสตรีม
ความสัมพันธ์ระหว่างโปรโตคอล RTP กับโปรโตคอลอื่น ๆ
RTP, TCP และ UDP เป็นโปรโตคอลเลเยอร์การขนส่งทั้งหมด RTP ยังสามารถพิจารณาได้ว่าอยู่ระหว่างเลเยอร์แอปพลิเคชันและเลเยอร์การขนส่ง
ดังที่เห็นได้จากรูป RTP ถูกแบ่งออกเป็นเลเยอร์การขนส่งซึ่งสร้างขึ้นบน UDP เช่นเดียวกับโปรโตคอล UDP เพื่อให้ทราบถึงฟังก์ชันการส่งข้อมูลแบบเรียลไทม์ RTP ยังมีรูปแบบการห่อหุ้มที่ตายตัว RTP ใช้เพื่อให้ข้อมูลเวลาและการซิงโครไนซ์สตรีมสำหรับการส่งแบบเรียลไทม์จากต้นทางถึงปลายทาง แต่ไม่ได้รับประกันคุณภาพของบริการ คุณภาพของการบริการจัดทำโดย RTCP
3. โปรโตคอล RTMP
โปรโตคอลการส่งข้อความแบบเรียลไทม์ RTMP (Real Time Messaging Protocol) เป็นโปรโตคอลแบบเปิดที่พัฒนาโดย Adobe Systems สำหรับการส่งสัญญาณเสียงวิดีโอและข้อมูลระหว่างเครื่องเล่น Flash และเซิร์ฟเวอร์
มีสามรูปแบบ:
1) โปรโตคอลข้อความธรรมดาที่ทำงานบน TCP โดยใช้พอร์ต 1935
2) RTMPT ถูกห่อหุ้มในคำขอ HTTP และสามารถสำรวจไฟร์วอลล์ได้
3) RTMPS คล้ายกับ RTMPT แต่ใช้การเชื่อมต่อ HTTPS
Flash ใช้โปรโตคอล RTMP สำหรับการส่งวัตถุวิดีโอและเสียง โปรโตคอลนี้ใช้โปรโตคอล TCP หรือโปรโตคอล HTTP แบบสำรวจ
โปรโตคอล RTMP เปรียบเสมือนคอนเทนเนอร์ที่ใช้เก็บแพ็กเก็ตข้อมูล ข้อมูลเหล่านี้อาจเป็นข้อมูลในรูปแบบ AMF หรือข้อมูลวิดีโอ / เสียงใน FLV
การเชื่อมต่อเพียงครั้งเดียวสามารถส่งสตรีมเครือข่ายได้หลายช่องทาง แพ็กเก็ตในแชนเนลเหล่านี้ถูกส่งทั้งหมดในแพ็กเก็ตขนาดคงที่
|
ป้อนอีเมลเพื่อรับเซอร์ไพรส์
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> แอฟริคานส์
sq.fmuser.org -> แอลเบเนีย
ar.fmuser.org -> ภาษาอาหรับ
hy.fmuser.org -> อาร์เมเนีย
az.fmuser.org -> อาเซอร์ไบจัน
eu.fmuser.org -> บาสก์
be.fmuser.org -> เบลารุส
bg.fmuser.org -> บัลแกเรีย
ca.fmuser.org -> คาตาลัน
zh-CN.fmuser.org -> ภาษาจีน (ประยุกต์)
zh-TW.fmuser.org -> ภาษาจีน (ดั้งเดิม)
hr.fmuser.org -> โครเอเชีย
cs.fmuser.org -> เช็ก
da.fmuser.org -> เดนมาร์ก
nl.fmuser.org -> ดัตช์
et.fmuser.org -> เอสโตเนีย
tl.fmuser.org -> ฟิลิปปินส์
fi.fmuser.org -> ฟินแลนด์
fr.fmuser.org -> ฝรั่งเศส
gl.fmuser.org -> กาลิเซีย
ka.fmuser.org -> จอร์เจีย
de.fmuser.org -> เยอรมัน
el.fmuser.org -> กรีก
ht.fmuser.org -> ชาวเฮติครีโอล
iw.fmuser.org -> ภาษาฮิบรู
hi.fmuser.org -> ภาษาฮินดี
hu.fmuser.org -> ฮังการี
is.fmuser.org -> ไอซ์แลนด์
id.fmuser.org -> ชาวอินโดนีเซีย
ga.fmuser.org -> ไอริช
it.fmuser.org -> อิตาเลี่ยน
ja.fmuser.org -> ภาษาญี่ปุ่น
ko.fmuser.org -> ภาษาเกาหลี
lv.fmuser.org -> ลัตเวีย
lt.fmuser.org -> ลิทัวเนีย
mk.fmuser.org -> มาซิโดเนีย
ms.fmuser.org -> มาเลย์
mt.fmuser.org -> มอลตา
no.fmuser.org -> นอร์เวย์
fa.fmuser.org -> เปอร์เซีย
pl.fmuser.org -> โปแลนด์
pt.fmuser.org -> โปรตุเกส
ro.fmuser.org -> โรมาเนีย
ru.fmuser.org -> รัสเซีย
sr.fmuser.org -> เซอร์เบีย
sk.fmuser.org -> สโลวัก
sl.fmuser.org -> สโลวีเนีย
es.fmuser.org -> สเปน
sw.fmuser.org -> ภาษาสวาฮิลี
sv.fmuser.org -> สวีเดน
th.fmuser.org -> ไทย
tr.fmuser.org -> ตุรกี
uk.fmuser.org -> ยูเครน
ur.fmuser.org -> ภาษาอูรดู
vi.fmuser.org -> เวียดนาม
cy.fmuser.org -> เวลส์
yi.fmuser.org -> ยิดดิช
FMUSER Wirless ส่งวิดีโอและเสียงได้ง่ายขึ้น!
ติดต่อ
ที่ตั้ง:
เลขที่ 305 อาคาร HuiLan เลขที่ 273 Huanpu Road Guangzhou China 510620
หมวดหมู่
จดหมายข่าว