نظارت تصویری از طریق پروتکل RTSP.

پروتکل RTSP به هر کاربر TrueConf اجازه می دهد تا به دوربین های IP و سایر منابع محتوای رسانه ای که با استفاده از این پروتکل پخش می شوند برای نظارت بر اشیاء راه دور متصل شود. همچنین کاربر می تواند برای پخش تصاویر در حین ویدئو کنفرانس به چنین دوربین هایی متصل شود.

به لطف پشتیبانی از پروتکل RTSP، کاربران سرور TrueConf نه تنها می توانند به دوربین های IP متصل شوند، بلکه کنفرانس های ویدئویی را برای پخش کننده های RTSP و سرورهای رسانه ای نیز پخش می کنند. درباره پخش RTSP بیشتر بخوانید.

RTSP چیست؟

RTSP (پروتکل جریان بیدرنگ)یک پروتکل استریم بلادرنگ است که شامل مجموعه ای ساده از دستورات اساسی برای کنترل یک جریان ویدیویی است.

چگونه در برنامه TrueConf برای ویندوز مشتری به دوربین IP متصل شویم؟

برای اتصال به یک دوربین IP که از پروتکل RTSP پشتیبانی می کند، کاربر فقط باید درخواستی مانند #rtsp_url را در نوار آدرس برنامه مشتری وارد کرده و روی دکمه کلیک کند. زنگ زدن(مانند یک تماس ویدیویی معمولی). rtsp_url- این آدرس RTSP فردی دوربین است (فرمت آن به سازنده، مدل دوربین و حالت آن بستگی دارد). مثلا برای دوربین های Axis rtsp_urlدرخواست به شکل زیر خواهد بود: rtsp:% 2f% 2fIP% 2faxis-media% 2fmedia.amp... چنین درخواستی یک شناسه جهانی دستگاه در سرور TrueConf است که توسط آن می توان آن را به دفترچه آدرس و به لیست شرکت کنندگان در یک کنفرانس گروهی اضافه کرد.

کاربر با اتصال به دوربین می تواند به طور مداوم و حتی در تمام ساعات شبانه روز بر جسم نظارت داشته باشد!

مزایای استفاده از دوربین های IP با راه حل های نرم افزار TrueConf

1. با نصب دوربین IP در یک کارگاه اداری یا صنعتی و اتصال به آن در هر زمان مناسب می توانید روند تولید شرکت خود را کنترل کنید.
2. شما می توانید اشیاء راه دور را در تمام ساعات شبانه روز نظارت کنید. به عنوان مثال، اگر به تعطیلات می روید و نمی خواهید آپارتمان خود را بدون مراقبت ترک کنید، فقط یک یا چند دوربین IP را در آنجا نصب کنید. پس از برقراری تماس با یکی از این دوربین ها از طریق رایانه شخصی خود با نصب برنامه مشتری TrueConf، می توانید هر زمان که بخواهید به آپارتمان خود متصل شوید و ببینید در آن زمان چه اتفاقی می افتد.
3. در برنامه های کلاینت TrueConf برای ویندوز، لینوکس و macOS، همه کاربران به ضبط ویدئو کنفرانس دسترسی دارند که به لطف آن می توانید هر رویدادی را در حین نظارت تصویری ضبط کنید و شواهد مستند آنها را دریافت کنید.

پروتکل RTSP

RTSP (پروتکل جریان بیدرنگ، یا به زبان روسی، پروتکل جریان بیدرنگ) یک پروتکل کاربردی است که دستورات کنترل یک جریان ویدئو را توصیف می کند. با کمک این دستورات می‌توانیم به دوربین یا سرور، مثلاً برای شروع پخش یک جریان ویدئو، «سفارش» بدهیم. نمونه ای از درخواست برای شروع پخش به این صورت است: PLAY rtsp: //192.168.0.200/h264 RTSP / 1.0

یعنی RTSP فقط مجموعه ای از دستورات برای کنترل جریان ویدئو است. بیایید یک آزمایش انجام دهیم. برای انجام این کار، به یک دوربین IP با پشتیبانی از پروتکل RTSP و آدرس RTSP آن نیاز داریم. این آدرس شبیه rtsp است: // / mpeg. می توان آن را در دفترچه راهنمای دوربین یا از توضیحات API پیدا کرد. برای راحتی، ما آدرس های RTSP را برای تعدادی از دوربین های محبوب در جدول ارائه می دهیم. بعد از اینکه آدرس RTSP دوربین را فهمیدیم، یک پخش کننده استاندارد که از RTSP پشتیبانی می کند باز کنید. این می تواند یکی از برنامه های زیر باشد: Windows Media Player، QuickTime، Media Player Classic، VLC Media Player، RealPlayer، MPlayer. ما QuickTime را انتخاب کردیم. منوی "File> Open URL" را باز کنید و آدرس RTSP ما را وارد کنید. سپس QuickTime به دوربین متصل می شود و "ویدیوی زنده" را پخش می کند. دستگاه‌های ضبطی که در سیستم‌های نظارت تصویری IP کار می‌کنند، ویدئو را از دوربین‌ها یا با استفاده از پروتکل HTTP دریافت می‌کنند - یعنی به همان روشی که ما تصاویر JPEG را از سایت‌ها دانلود می‌کنیم یا به صورت جریانی از طریق RTSP - یعنی به همان روشی که ما دریافت کردیم. آن را با استفاده از استاندارد پخش کننده در مثال آخر. در تنظیمات دوربین های IP، گزینه انتقال داده های جریانی را می توان به عنوان RTSP از طریق TCP، RTSP روی UDP یا به سادگی RTP تعیین کرد. بنابراین، RTSP مجموعه ای از دستورات برای کنترل جریان است. اما بقیه اختصارات به چه معناست: TCP، UDP، RTP؟ TCP، UDP و RTP مکانیسم های انتقال (پروتکل) هستند که در واقع ویدئو را انتقال می دهند.

پروتکل TCP

فرض کنید روش RSTP را از TCP انتخاب کرده‌ایم و می‌خواهیم انتقال یک جریان ویدیویی را شروع کنیم. در سطح مکانیسم های حمل و نقل چه اتفاقی خواهد افتاد؟ قبلا با استفاده از چندین دستور، ارتباطی بین فرستنده و گیرنده برقرار می شود. پس از آن، انتقال داده های ویدئویی آغاز می شود. در همان زمان، مکانیسم های TCP

اطمینان حاصل می کند که تمام داده ها بدون تغییر و به ترتیب صحیح به مخاطب می رسد. همچنین، TCP نرخ ارسال را طوری تنظیم می‌کند که فرستنده داده‌ها را با شدت بیشتری نسبت به گیرنده ارسال نکند، برای مثال،

UDP جایگزینی برای پروتکل انتقال TCP است. برخلاف TCP، UDP یک اتصال اولیه ایجاد نمی کند، بلکه فقط شروع به انتقال داده می کند. UDP اطمینان حاصل نمی کند که داده ها دریافت شده اند و در صورت گم شدن یا اشتباه بودن برخی از قسمت ها، آن ها را کپی نمی کند. UDP کمتر

قابل اعتماد تر از TCP اما از طرف دیگر به دلیل عدم وجود مکانیزمی برای ارسال مجدد بسته های گم شده، جریان سریع تری را ارائه می دهد. تفاوت پروتکل های TCP و UTP را می توان با مثال زیر نشان داد. دو دوست ملاقات می کنند. گزینه TCP:

ایوان: "سلام! چت کنیم؟" (ارتباط برقرار شد)
سمیون: "سلام! بیا!" (ارتباط برقرار شد)
ایوان: "دیروز در فروشگاه بودم. آیا می فهمی؟" (انتقال داده)
سمیون: "بله!" (تایید)
ایوان: "تجهیزات جدید در آنجا تخلیه می شد. آیا می فهمی؟" (انتقال داده)
سمیون: "نه" (تأیید)
ایوان: "تجهیزات جدید در آنجا تخلیه می شد. آیا می فهمی؟" (انتقال مجدد)
سمیون: "بله!" (تایید)
ایوان: «فردا دوباره آنجا خواهم بود. آیا می فهمی؟" (انتقال داده)
سمیون: "بله!" (تایید)
گزینه UDP
ایوان: "سلام! من دیروز در یک فروشگاه بودم "(انتقال داده)
ایوان: "تجهیزات جدید در آنجا تخلیه شد" (انتقال داده)
ایوان: "فردا دوباره آنجا خواهم بود" (انتقال داده)
ایوان: "من می توانم قیمت ها را برای شما پیدا کنم" (انتقال داده)
ایوان: "آنها برای حجم خوب قول تخفیف دادند" (انتقال داده)
ایوان: "اگر می خواهی با ما تماس بگیر - با هم می رویم" (انتقال داده)
سمیون: "بله، من با شما تماس خواهم گرفت" (انتقال داده)

همچنین می توانید تفاوت پروتکل ها را با اجرای آزمایش زیر مشاهده کنید: سعی کنید دوربین را روی حالت TCP به RTSP تغییر دهید و دست خود را جلوی لنز تکان دهید - یک تاخیر در صفحه نمایشگر خواهید دید. اکنون همان تست را در RTSP روی حالت UDP اجرا کنید. تاخیر کمتر خواهد بود. عوامل متعددی بر تأخیر تأثیر می گذارند: فرمت فشرده سازی، قدرت رایانه، پروتکل انتقال، و ویژگی های نرم افزاری که در رمزگشایی ویدیو نقش دارد.

RTP (پروتکل حمل و نقل بلادرنگ)، یا به زبان روسی، پروتکل حمل و نقل بلادرنگ. این پروتکل به طور ویژه برای انتقال ترافیک در زمان واقعی طراحی شده است. این امکان را به شما می دهد تا همگام سازی داده های ارسال شده را نظارت کنید، ترتیب تحویل بسته را تنظیم کنید و بنابراین برای انتقال داده های تصویری و صوتی مناسب تر از دیگران است. به طور کلی، استفاده از RTP یا UDP برای پخش ویدیو ترجیح داده می شود. کار بر روی TCP تنها در صورتی توجیه می شود که مجبور باشیم با شبکه های مشکل دار کار کنیم، زیرا پروتکل TCP قادر خواهد بود خطاها و خرابی هایی را که در حین انتقال داده رخ می دهد تصحیح کند.

کتابچه راهنمای همراه دوربین امنیتی ممکن است همیشه حاوی اطلاعاتی در مورد پروتکل RTSP نباشد که دستگاه بر اساس آن کار می کند. با این حال، موارد زیادی وجود دارد که نیاز به استفاده از این پروتکل است، بنابراین یافتن آدرس آن ضروری می شود.

صاحب یک سیستم نظارت تصویری ممکن است در شرایط مختلف به دانش جریان RTSP نیاز داشته باشد:

• برای اتصال دوربین فیلمبرداری به سرور ابری؛
• برای پیکربندی انتقال اطلاعات ویدیویی به وب سایت؛
• برای پخش ویدیوها در جریان پخش کننده در دستگاه های مختلف - تلفن همراه، لپ تاپ یا رایانه لوحی.

RTSP برای چیست؟

نام پروتکل RTSP به کنترل آنلاین ترجمه می شود. بنابراین، پروتکل Real Time Streaming به ایجاد مدیریت پخش آنلاین ویدیو کمک می کند. این پروتکل اغلب در نظارت تصویری IP استفاده می شود، زیرا حاوی توضیحاتی در مورد دستورات مورد نیاز است.

پروتکل RTSP به مالک دوربین امنیتی اجازه می دهد چندین عملکرد مهم را انجام دهد:

• پخش داده ها با استفاده از VLC.
• پخش ویدئو به منابع و سایت های شما؛
• پیکربندی ضبط کننده های ویدئویی NVR؛
• یک دوربین نظارت تصویری را به یک حافظه مجازی متصل کنید.
• یک دوربین فیلمبرداری را به برنامه های تلفن همراه مبتنی بر Android یا iOS اضافه کنید.

در عین حال، باز کردن یک جریان RTSP برای بسیاری از کاربران سیستم های نظارت تصویری بسیار آسان و نسبتاً دشوار نیست.

پیدا کردن آدرس دوربین مداربسته RTSP

چندین گزینه وجود دارد که به شما امکان می دهد جریان RTSP یک دوربین فیلمبرداری را هنگامی که در دستورالعمل مربوطه مشخص نشده است، پیدا کنید.

تعداد زیادی از دوربین های ویدئویی IP که در روسیه فروخته می شوند شامل عناصر چینی XMEye هستند. این قطعات را می توان حتی از سازندگان داخلی دوربین هایی مانند Vesta، HiQ، SVplus و موارد مشابه مشاهده کرد. یک دوربین از این مدل‌ها فرمت جریان RTSP زیر را خواهد داشت:

rtsp: //192.168.132.32: 554 / کاربر = ادمین و رمز عبور = 12345 و کانال = 1 و جریان = 0.cgi

این آدرس شامل اجزای زیر است:

• 192.168.132.32 - به طور مستقیم آدرس IP دستگاه؛
• 554 - پورت پروتکل (به طور پیش فرض دارای شماره 554 است، اما این پارامتر را می توان در تنظیمات دستگاه تغییر داد).
• admin - ورود به سیستم دوربین مدار بسته;
• 12355 - رمز عبور از نام کاربری.

در صورت وجود اجزای دیگر در دوربین فیلمبرداری IP، باید از یکی از دو گزینه ذکر شده در زیر استفاده کنید.

گزینه اول ساده ترین است. برای اطلاع از جریان RTSP از دوربین مداربسته، باید با سازنده یا تامین کننده این دستگاه تماس بگیرید. در صورت درخواست، آنها قادر خواهند بود فرمت جریان مورد نظر را ارائه دهند و این خدمات حتی می تواند توسط فروشندگان چینی - از کارخانه های چین یا وب سایت AliExpress - ارائه شود.

گزینه دوم استفاده از نرم افزارهای تخصصی است. این روش می تواند کمک کند در صورتی که غیر مالک سیستم نظارت تصویری توانایی یا تمایلی برای درخواست آدرس جریان RTSP از تامین کننده نداشته باشد. سپس می توانید خودتان با کمک نرم افزار این کار را انجام دهید.

ابتدا باید برنامه ای به نام One Device Manager را دانلود کنید. پس از نصب، این نرم افزار به شما کمک می کند تا آدرس RTSP را پیدا کنید.

به عنوان یک قاعده، اکثر دوربین های فیلمبرداری از پروتکل onvif پشتیبانی می کنند، بنابراین هیچ مشکلی در کارکرد نرم افزار وجود ندارد. نکته مهم - برای عملکرد صحیح، لازم است یک لپ تاپ یا رایانه که در آن برنامه نصب می شود، و همچنین خود دستگاه IP، به همان شبکه محلی متصل شود.

در شبکه، می‌توانید فهرست‌های کامل حاوی آدرس‌های جریان‌های RTSP را پیدا کنید، زیرا این داده‌ها به برندی بستگی دارد که دوربین مداربسته را تولید می‌کند.

چگونه یک جریان RTSP را در دوربین فیلمبرداری باز کنیم؟

هنگامی که آدرس جریان RTSP برای صاحب سیستم ردیابی مشخص شد، می تواند اطلاعات ویدیویی را از دوربین IP دریافت کند. برای باز کردن پخش جریانی ویدیویی، باید لیست مراحل زیر را دنبال کنید:

• یک آدرس IP دائمی برای دوربین فیلمبرداری تنظیم کنید و آن را از یک ارائه دهنده اینترنت سفارش دهید.
• ارسال درخواست های محلی از دوربین فیلمبرداری به پورت RTSP.
• تحت بررسی سلامت قرار گیرند

یک آدرس IP ثابت را می توان با استفاده از IP Hunter پیکربندی کرد، یا می توانید با ISP خود تماس بگیرید و از آنها بخواهید که یک آدرس IP دائمی را به عنوان یک گزینه ارائه دهند. پس از آن، باید پورت های فوروارد و فوروارد به پورت RTSP را از درگاه های محلی دوربین فیلمبرداری پیکربندی کنید. سپس می توانید به بررسی جریان بروید.

برای درک اینکه آیا پیوند RTSP کاربردی است، می توانید پخش کننده VLC را باز کنید و آن را در آنجا بررسی کنید. برای انجام این کار، در منوی اصلی پخش کننده، باید بر روی دسته "Media" کلیک کنید و "Open URL" را انتخاب کنید. در مرحله بعد، باید به تب "شبکه" در پنجره "منبع" بروید و لینک خود را مشخص کنید.

از ویکیپدیا، دانشنامه آزاد

پروتکل پخش زمان واقعی(پروتکل پخش زمان واقعی انگلیسی، به اختصار RTSP) یک پروتکل کاربردی است که برای استفاده در سیستم‌هایی که با داده‌های چندرسانه‌ای کار می‌کنند (محتوای چندرسانه‌ای، محتوای رسانه) طراحی شده است و به شما امکان می‌دهد جریان داده‌ها را از راه دور از سرور کنترل کنید و توانایی اجرای دستورات را فراهم کنید. مانند راه اندازی (شروع)، مکث (مکث) و توقف (توقف) پخش (پخش) محتوای چند رسانه ای و همچنین دسترسی زمانی به فایل های موجود در سرور. توسط IETF در سال 1998 توسعه یافته و در RFC 2326 توضیح داده شده است.

RTSP فشرده سازی را انجام نمی دهد و پروتکل های محصورسازی و انتقال رسانه را نیز تعریف نمی کند. انتقال داده های جریانی خود بخشی از پروتکل RTSP نیست. اکثر سرورهای RTSP از یک پروتکل استاندارد انتقال بلادرنگ برای این کار استفاده می کنند که داده های صوتی و تصویری را منتقل می کند.

شرح

این پروتکل در نحو و عملیات مشابه HTTP است. با این حال، تفاوت های قابل توجهی بین RTSP و HTTP وجود دارد. یکی از اصلی‌ترین موارد این است که در حالت اول، هم سرور و هم مشتری قادر به ایجاد درخواست هستند. به عنوان مثال، یک سرور ویدئو می تواند درخواستی برای تنظیم پارامترهای پخش برای یک جریان ویدئویی خاص ارسال کند. همچنین، RTSP تصریح می کند که سرور باید وضعیت یا ارتباطات را مدیریت کند، در حالی که HTTP اصلاً ربطی به این موضوع ندارد. در نهایت، در RTSP، داده ها را می توان به خارج از باند توسط پروتکل های دیگر منتقل کرد، به عنوان مثال RTP، که در مورد HTTP غیرممکن است.

پیام های RTSP جدا از جریان رسانه ارسال می شوند. برای آنها، یک اتصال در یک پورت خاص، به طور پیش فرض با شماره 554 استفاده می شود. درخواست به سرور به صورت متنی در قالب: روش ارسال می شود.<абсолютный_адрес> <версия_протокола>... فیلدهای خدمات اضافی را می توان همراه با درخواست (در خطوط جدید درخواست) ارسال کرد.

روش های پروتکل:

• توصیف - درخواست توضیحی از محتوا، به عنوان مثال، در قالب SDP.
• گزینه ها - درخواست روش های پشتیبانی شده؛
• پخش - درخواست برای شروع پخش محتوا؛
• مکث - درخواست توقف موقت پخش؛
• رکورد - درخواست ضبط محتوا توسط سرور؛
• تغییر مسیر - تغییر مسیر به محتوای دیگر.
• راه اندازی - درخواست نصب مکانیسم انتقال محتوا؛
• اعلام - به روز رسانی اطلاعات توضیحات محتوا.
• get_parameter - درخواست پارامترهای مشخص شده از سرور.
• set_parameter - تنظیم پارامترهای سرور.
• teardown - متوقف کردن موضوع و آزاد کردن منابع.

درخواست مثال: PLAY rtsp: //example.com/video/test.mpg/streamid=0 RTSP / 1.0

بدیهی است که تعداد کافی از کاربران سرویس‌های چندرسانه‌ای «استریم» می‌خواهند یا می‌خواهند از چنین ویژگی‌های استانداردی برای سیستم‌های ویدیویی و دی‌وی‌دی خانگی مانند «مکث»، «جلو/عقب سریع» و مانند آن استفاده کنند. همانطور که در بخش 1.2.2 این فصل گفته شد، پیاده سازی پروتکل های اضافی به طور کامل درخواست های کاربر را برآورده می کند.

در زمان نگارش این مقاله، گسترده‌ترین و سریع‌ترین پروتکل در حال رشد که توابع فوق را پیاده‌سازی می‌کند، پروتکل جریان بلادرنگ (RTSP) تعریف شده در آن است.

عملکرد اصلی پروتکل RTSP توانایی کنترل یک برنامه "streaming" است. توابع کنترل در یک محصول نرم افزاری پیاده سازی می شوند که اطلاعات صوتی و / یا تصویری دریافت شده از سمت سرور را بازتولید می کند. دستگاه پخش رسانه ای. مدیریت با تبادل پیام های کنترلی بین سرور و مشتری انجام می شود. پیام های کنترل RTSP به اتصالات داده و جریان های بین سرور و مشتری تعلق ندارند - آنها از یک اتصال یا جریان جداگانه با شماره پورت 544 استفاده می کنند، بنابراین این پروتکل "خارج از باند" نامیده می شود. قیاس پیام های کنترل RTSP را می توان با کانال کنترل در پروتکل FTP ترسیم کرد. مشخصات RTSP امکان استفاده از TCP و UDP را در لایه انتقال برای لایه های آن فراهم می کند.

در شکل 1.27 نمونه ای از تعامل بین مشتری و سرور با استفاده از پروتکل RTSP را نشان می دهد. ما موردی را در نظر خواهیم گرفت که یک کاربر نهایی در سمت سرویس گیرنده از یک مرورگر استاندارد (مرورگر) برای مشاهده اطلاعات فرامتن از شبکه استفاده می کند و از طریق آن شروع به مشاهده "استریم" ویدیو با صدا می کند. در نتیجه روند شروع (از لحاظ فیزیکی می تواند فقط یک کلیک ماوس بر روی لینک مربوطه باشد)، مرورگر درخواستی را در مورد پارامترهای شی (ارائه) واقع در پشت هایپرلینک (در مورد ما، این) به سرور وب ارسال می کند. یک ویدیو "استریم" با صدا است)، در نتیجه سرور وب یک فایل "شرح ارائه" را ارسال می کند، که نمونه ای از آن در شکل نشان داده شده است. 1.26، تعامل از طریق پروتکل HTTP انجام می شود.این فایل می تواند هم پیوند به چندین فایل "جریان" و هم دستورالعمل هایی برای همگام سازی آنها داشته باشد. هر پیوند به یک فایل "streaming" باید با روش URL rtsp: // شروع شود.

توجه داشته باشید که فایل‌های فیزیکی «استریم» ممکن است در سرور دیگری به نام «سرور رسانه» قرار داشته باشند. در این مثال، پخش‌های صوتی و تصویری باید به صورت موازی در سمت کلاینت در حالت همگام‌سازی لب (همگام‌سازی بین جریان‌های صوتی و تصویری) پخش شوند و پخش‌کننده رسانه این قابلیت را دارد که انتخاب کند صدا با چه کیفیتی پخش شود - دو صدا. جریان‌هایی با کیفیت‌های مختلف در سمت سرور رسانه موجود است: nifi بالا و لوفی کم. توجه داشته باشید که در این مثال استفاده از فرمت شناخته شده SMIL برای فایل های جریان صوتی فرض می شود. این فرمت برای ایجاد هماهنگی بین جریان های مختلف در بسیاری از محصولات تجاری استفاده می شود.

برنج. 1.26. نمونه ای از متاکد "فایل توضیحات ارائه".

پس از دریافت "فایل توضیحات ارائه" از وب سرور در سمت سرویس گیرنده، مرورگر باید درخواستی برای بارگیری یک پخش کننده رسانه محلی که قادر به پخش جریان های صوتی و تصویری با فرمت معین در RAM باشد، ارسال کند. علاوه بر این، همانطور که در شکل نشان داده شده است. 1.27، پخش کننده رسانه سمت سرویس گیرنده و سرور رسانه یک سری پیام RTSP را مبادله می کنند. پخش کننده رسانه یک پیام درخواست اتصال RTSP SETUP RTSP را به سرور رسانه ارسال می کند که پاسخ آن یک پیام پشتیبانی اتصال OK RTSP است.

پیام RTSP SETUP حاوی اطلاعاتی درباره شماره پورت مشتری است که بسته های فایل جریانی باید در آن آدرس دهی شوند. سپس پخش کننده رسانه یک درخواست RTSP PLAY برای شروع انتقال یک فایل "استریم" می فرستد، در مورد ما صدای لوفی با کیفیت پایین باشد. پس از دریافت این درخواست، سرور رسانه شروع به ارسال بسته های حاوی اطلاعات صوتی مورد نیاز به پخش کننده رسانه سمت سرویس گیرنده می کند.

بیشتر در شکل 1.27 نمونه ای از اجرای عملکرد "مکث" را نشان می دهد - برای تعلیق ارسال بسته های "جریان" صدا، پخش کننده رسانه باید یک پیام RTSP PAUSE ارسال کند و سرور رسانه باید با یک پیام RTSP OK پاسخ دهد. اگر کاربر تصمیم به پایان گوش دادن / تماشای داشته باشد، باید اتصال RTSP را از بین ببرد، که برای این کار، پخش کننده رسانه یک پیام RTSP TEARDOWN را به سرور رسانه ارسال می کند و سرور رسانه باید با یک پیام RTSP OK پاسخ دهد.

پروتکل RTSP شامل ویژگی های زیر نیست:

تعریف طرح ها و الگوریتم های فشرده سازی صدا و تصویر.

تعیین نحوه کپسوله شدن اطلاعات صوتی و تصویری در بسته ها برای انتقال از طریق شبکه؛ این تابع را می توان در پروتکل RTP یا در "پروتکل سازمانی" سازنده نرم افزار کاربردی پیاده سازی کرد.

برای مثال، در اجرای نرم‌افزارهای سرور رسانه و کلاینت از RealNetworks، از پروتکل RTSP برای تبادل اطلاعات سرویس استفاده می‌شود و اطلاعات صوتی و تصویری از طریق پروتکل RTP کپسوله می‌شوند.

تعیین اینکه کدام پروتکل حمل و نقل برای حمل بسته ها از انتها به انتها استفاده می شود - می توان از هر دو UDP و TCP استفاده کرد.

محدودیت در نحوه بافر کردن جریان های صوتی و تصویری در سمت کلاینت - پخش را می توان بلافاصله پس از دریافت بسته اول شروع کرد، پس از مدتی به منظور انجام بافر برای مقابله با واریانس تاخیر بسته، یا پس از ذخیره تمام اطلاعات در سرویس گیرنده سمت.

جدیدترین و کامل ترین اطلاعات در مورد پروتکل RTSP را می توان در اینترنت به آدرس اینترنتی پیدا کرد