FMUSER بی سیم ویدئو و صدا را راحت تر انتقال می دهد!
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 پروتکل حمل و نقل در زمان واقعی است (پروتکل حمل و نقل در زمان واقعی).
این استانداردی است كه توسط IETF (گروه ویژه مهندسی اینترنت) پیشنهاد شده است و سند RFC مربوطه RFC3550 است (RFC1889 نسخه منقضی شده ای است). RFC3550 نه تنها RTP را تعریف می کند ، بلکه پروتکل مربوط به پشتیبانی RTCP (پروتکل کنترل حمل و نقل در زمان واقعی ، یعنی پروتکل کنترل حمل و نقل در زمان واقعی) را نیز تعریف می کند. RTP برای ارائه خدمات انتقال بی درنگ پایان به پایان برای انواع داده های چندرسانه ای که نیاز به انتقال در زمان واقعی دارند مانند صدا ، تصویر و نمابر در شبکه IP استفاده می شود. RTP اطلاعات زمان و همگام سازی جریان را برای انتقال لحظه به لحظه از طریق اینترنت در اینترنت فراهم می کند ، اما کیفیت خدمات را که توسط RTCP ارائه می شود تضمین نمی کند.
محیط برنامه RTP
(1) کنفرانس صوتی چندپخشی ساده. ارتباط صوتی از طریق یک آدرس چندپخشی و یک جفت پورت تحقق می یابد. یکی مربوط به داده های صوتی (RTP) و دیگری مربوط به بسته های کنترل (RTCP) است.
(2) کنفرانس صوتی و تصویری. اگر از هر دو کنفرانس صوتی و تصویری در یک کنفرانس استفاده شود ، این دو رسانه در جلسات RTP مختلف منتقل می شوند و هر جلسه از یک آدرس انتقال متفاوت (آدرس IP + پورت) استفاده می کند. اگر کاربری همزمان از دو جلسه استفاده کند ، بسته RTCP مربوط به هر جلسه از نام متعارف CNAME (نام متعارف) استفاده می کند. شرکت کنندگان می توانند صوت و فیلم مرتبط را با توجه به 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 را می توان با استفاده از شماره پورت های مختلف تشخیص داد. .
یک پروتکل خواهر از پروتکل حمل و نقل در زمان واقعی (RTP) است. RTCP کنترل خارج از باند را برای جریانهای رسانه RTP فراهم می کند. RTCP خود داده را انتقال نمی دهد ، اما برای بسته بندی و ارسال داده های چندرسانه ای با RTP همکاری می کند. RTCP به طور دوره ای داده های کنترل را در یک جلسه چندرسانه ای پخش جریانی بین شرکت کنندگان منتقل می کند. عملکرد اصلی RTCP ارائه بازخورد در مورد کیفیت خدمات ارائه شده توسط RTP است.
RTCP چهار عملکرد زیر را انجام می دهد:
(1) عمدتا برای ارائه بازخورد در مورد کیفیت انتشار داده ها. RTCP بخشی از پروتکل انتقال RTP است و مربوط به کنترل جریان و ازدحام سایر پروتکل های انتقال است. بازخورد تأثیر مستقیمی بر کنترل رمزگذاری تطبیقی دارد ، اما تجربه چندپخشی IP نشان می دهد که دریافت بازخورد از فرستنده برای تشخیص خطاهای انتقال بسیار مهم است. ارسال و دریافت گزارشات بازخورد برای همه شرکت کنندگان به ناظران مشکل اجازه می دهد محلی یا جهانی بودن این مشکلات را تخمین بزنند. سازوکارهای انتشار مانند پخش چندرسانه ای IP این امکان را برای گروه هایی مانند ارائه دهندگان خدمات شبکه فراهم می کند تا بتوانند بازخورد بگیرند و به عنوان مانیتور شخص ثالث برای تشخیص مشکلات شبکه عمل کنند. عملکرد بازخورد توسط گزارشگر فرستنده و گیرنده RTCP انجام می شود.
(2) RTCP دارای یک منبع RTP شناسایی لایه حمل و نقل مداوم است که نام متعارف نامیده می شود (CNAME). اگر تداخلی پیدا شود یا برنامه مجدداً راه اندازی شود ، از آنجا که می توان هویت SSRC را تغییر داد ، گیرنده برای ردیابی شرکت کننده به CNAME نیاز دارد. گیرنده همچنین برای تماس با چندین جریان داده در اتصال RTP مربوطه به CNAME نیاز دارد.
(3) دو عملکرد اول به همه شرکت کنندگان نیاز دارد بسته های RTCP را ارسال کنند. بنابراین ، برای اینکه RTP به مقادیر گسترده گسترش یابد ، باید نرخ کنترل شود. به هر شرکت کننده اجازه دهید بسته های کنترل را برای سایر شرکت کنندگان ارسال کند ، که این باعث افزایش تعداد شرکت کنندگان در مشاهده مستقل می شود. این عدد برای محاسبه میزان ارسال بسته ها استفاده می شود.
(4) عملکرد اختیاری انتقال حداقل اطلاعات کنترل اتصال ، مانند شناسایی شرکت کنندگان است. به احتمال زیاد در اتصالات "کنترل شل" ، جایی که شرکت کنندگان بدون کنترل عضو یا هماهنگی پارامترها آزادانه وارد یا خارج می شوند ، استفاده می شود. RTCP به عنوان یک کانال مناسب برای همه شرکت کنندگان عمل می کند ، اما نیازی به پشتیبانی از تمام نیازهای ارتباطی کنترل برنامه ندارد.
وقتی از RTP در IP چندپخشی استفاده می شود ، سه عملکرد اول ضروری است و برای همه شرایط توصیه می شود. طراحان برنامه های RTP باید از استفاده از مکانیزمی که فقط در حالت unicast کار می کنند خودداری کنند ، که نتیجه آن عدم توانایی مقیاس سازی است.
2. رابطه بین RTP / RTCP و سایر پروتکل ها
نمودار معماری جریان رسانه
رابطه بین پروتکل RTP و سایر پروتکل ها
RTP ، TCP و UDP همه پروتکل های لایه حمل و نقل هستند. همچنین می توان RTP را بین لایه کاربرد و لایه حمل و نقل در نظر گرفت
همانطور که از شکل مشخص است ، RTP به لایه حمل و نقل تقسیم می شود که بر روی UDP ساخته شده است. مانند پروتکل UDP ، برای تحقق بخشیدن به عملکرد انتقال آن در زمان واقعی ، RTP نیز دارای فرم کپسوله سازی ثابت است. RTP برای ارائه اطلاعات زمان و همگام سازی جریان برای انتقال لحظه به لحظه از پایان به پایان استفاده می شود ، اما کیفیت خدمات را تضمین نمی کند. کیفیت خدمات توسط RTCP ارائه می شود.
3. پروتکل RTMP
پروتکل پیامرسانی در زمان واقعی RTMP (پروتکل پیام رسانی در زمان واقعی) یک پروتکل باز است که توسط Adobe Systems برای انتقال صدا ، ویدئو و انتقال داده ها بین فلش پلیرها و سرورها تهیه شده است.
این سه نوع دارد:
1) یک پروتکل متن ساده که با استفاده از پورت 1935 روی TCP کار می کند.
2) RTMPT در درخواست HTTP محصور شده و می تواند فایروال را پیمایش کند.
3) RTMPS شبیه RTMPT است ، اما از اتصال HTTPS استفاده می کند.
پروتکل RTMP توسط Flash برای انتقال اشیا ، فیلم و صدا استفاده می شود. این پروتکل براساس پروتکل 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 بی سیم ویدئو و صدا را راحت تر انتقال می دهد!
تماس با ما
نشانی:
شماره 305 اتاق HuiLan ساختمان شماره 273 Huanpu Road گوانگژو چین 510620
دسته بندی ها
عضویت در خبرنامه