RTP / RTCP 、 TCP 、 UDP 、 RTMP 、 RTSP (2)

Dokumen rujukan RFC2326
Real Time Streaming Protocol (Real Time Streaming Protocol) adalah protokol streaming multimedia yang digunakan untuk mengawal suara atau video, dan membolehkan kawalan permintaan streaming berganda serentak. Protokol komunikasi rangkaian yang digunakan semasa penghantaran tidak berada dalam jangkauan yang ditentukan. Bahagian pelayan Anda boleh memilih untuk menggunakan TCP atau UDP untuk menghantar kandungan streaming. Sintaks dan pengoperasiannya serupa dengan HTTP 1.1, tetapi penyegerakan waktu tidak terlalu ditekankan, sehingga dapat menahan kelewatan rangkaian. Kawalan permintaan multi-streaming yang disebutkan di atas (Multicast) yang disebutkan sebelumnya bukan sahaja dapat mengurangkan penggunaan rangkaian di sisi pelayan, tetapi juga menyokong persidangan video pelbagai pihak (Video Conference). Kerana berfungsi sama dengan HTTP1.1, fungsi cache "Cache" pelayan proksi "Proksi" juga berlaku untuk RTSP, dan kerana RTSP mempunyai fungsi pengalihan, pelayan yang menyediakan perkhidmatan dapat diubah sesuai dengan beban sebenarnya keadaan untuk mengelakkan beban berlebihan tertumpu pada pelayan yang sama dan menyebabkan kelewatan.

　　 dicadangkan bersama oleh Real Networks dan Netscape. Protokol menentukan bagaimana aplikasi satu hingga banyak dapat menyebarkan data multimedia secara berkesan melalui rangkaian IP. RTSP menyediakan kerangka yang dapat diperluas yang memungkinkan untuk mengendalikan dan memenuhi permintaan data waktu nyata, seperti audio dan video. Sumber data merangkumi data langsung dan data yang disimpan dalam klip.
Tujuan protokol ini adalah untuk mengendalikan beberapa sambungan penghantaran data, untuk menyediakan cara untuk memilih saluran transmisi, seperti UDP, UDP multicast dan TCP, dan untuk menyediakan kaedah untuk memilih mekanisme transmisi berdasarkan RTP.

RTP menghantar data audio / video. Sekiranya ia BERMAIN, pelayan akan menghantarnya kepada pelanggan. Sekiranya ia adalah REKOD, ia boleh dihantar ke pelayan oleh pelanggan. Keseluruhan protokol RTP terdiri daripada dua bahagian yang berkait rapat: protokol data RTP dan protokol kawalan RTP (iaitu RTCP) ；

　　 RTCP: RTCP termasuk Laporan Pengirim dan Laporan Penerima, digunakan untuk penyegerakan audio / video dan tujuan lain, dan merupakan protokol kawalan;

　　Permintaan RTSP terutamanya merangkumi DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, dan lain-lain, seperti namanya, ia dapat dikenali sebagai fungsi dialog dan kawalan;

　　 Semasa perbualan RTSP, SETUP dapat menentukan port yang digunakan oleh RTP / RTCP, PLAY / PAUSE / TEARDOWN dapat memulakan atau menghentikan pengiriman RTP, dll;

　　 TCP, nama penuh adalah Protokol Kawalan Pemindahan, dan nama Cina adalah Protokol Kawalan Penghantaran. Ia berfungsi pada lapisan pengangkutan OSI dan menyediakan perkhidmatan penghantaran dipercayai yang berorientasikan sambungan.

　　 TCP bekerja terutamanya untuk membuat sambungan, dan kemudian menerima data dari program lapisan aplikasi dan menghantar. TCP menggunakan sambungan litar maya untuk berfungsi. Sebelum menghantar data, perlu membuat hubungan antara pengirim dan penerima. Setelah data dihantar, pengirim akan menunggu penerima memberikan respons pengesahan, jika tidak, pengirim akan menganggap data ini hilang, dan mengirim ulang data ini.

RTP tidak seperti http dan ftp yang boleh memuat turun keseluruhan fail filem sepenuhnya. Ini mengirimkan data di rangkaian dengan kadar data tetap. Pelanggan juga menonton fail filem pada kelajuan ini. Setelah skrin filem dimainkan, ia tidak dapat dimainkan berulang kali. , Kecuali anda meminta data dari pelayan lagi.

　　 Perbezaan terbesar antara RTSP dan RTP adalah: RTSP adalah protokol penghantaran data masa nyata dua arah, yang membolehkan klien menghantar permintaan ke pelayan, seperti operasi main balik, maju cepat, dan terbalik.

　　 Sudah tentu, RTSP dapat mengirimkan data berdasarkan RTP, dan juga dapat memilih TCP, UDP, UDP multicast dan saluran lain untuk mengirim data, yang memiliki skalabilitas yang baik.
Ini adalah protokol lapisan aplikasi rangkaian yang serupa dengan protokol http.

Nombor urutan: menunjukkan kedudukan segmen dalam urutan segmen yang akan dihantar

Nombor pengesahan: menentukan nombor urutan segmen yang berjaya diterima, nombor urutan pengesahan mengandungi nombor urutan seterusnya yang diharapkan akhir pengesahan akan diterima

TCP offset: menentukan panjang tajuk segmen. Panjang tajuk bahagian bergantung pada pilihan yang ditetapkan dalam bidang pilihan tajuk bahagian

Tetingkap: Nyatakan arahan mengenai ukuran segmen seterusnya yang boleh dihantar oleh pengirim

Checksum: Checksum mengandungi tajuk segmen TCP dan bahagian data, digunakan untuk mengesahkan kebolehpercayaan tajuk segmen dan bahagian data

Kecemasan: menunjukkan bahawa segmen tersebut mengandungi maklumat kecemasan, dan penunjuk kecemasan hanya berlaku apabila bendera URG ditetapkan ke 1.

Pilihan: Ukuran segmen yang diiktiraf, cap waktu, akhir bidang pilihan ditentukan, dan pilihan batas bidang pilihan ditentukan

Pembentukan sambungan TCP: Proses pembentukan sambungan TCP juga disebut jabat tangan tiga arah TCP. Pertama, hos penghantar memulakan permintaan penyegerakan (SYN) untuk membuat sambungan ke host penerima; host penerima membalas dengan respons penyegerakan / pengakuan (SYN / ACK) kepada hos penghantar setelah menerima permintaan ini; tuan rumah pengirim menerima ini Setelah paket dihantar pengakuan (ACK) ke host penerima, pada masa ini sambungan TCP berjaya dibuat;

Penutupan sambungan TCP: Setelah host pengirim dan host tujuan membuat sambungan TCP dan menyelesaikan penghantaran data, paket data dengan bendera akhir ditetapkan ke 1 akan dikirim untuk menutup sambungan TCP dan melepaskan ruang penyangga yang ditempati oleh sambungan di pada masa yang sama; Pengaturan tetapan semula TCP: TCP membolehkan sambungan terganggu secara tiba-tiba semasa penghantaran, yang dipanggil TCP reset;

Penyortiran dan pengesahan data TCP: TCP adalah protokol penghantaran yang boleh dipercayai. Ia menggunakan nombor urutan dan nombor pengesahan untuk mengesan penerimaan data semasa penghantaran;

Penghantaran semula TCP: Dalam proses penghantaran TCP, jika host penerima tidak menerima respons pengakuan terhadap paket data dalam jangka masa tamat penghantaran semula, host pengirim menganggap paket data hilang dan menghantar paket data ke penerima lagi Sisi, ini dipanggil penghantaran semula TCP;

Pengesahan kelewatan TCP: TCP tidak selalu mengesahkan data segera setelah menerimanya. Ini membolehkan tuan rumah menghantar mesej pengesahannya sendiri kepada pihak lain semasa menerima data.

Perlindungan data TCP (checksum): TCP adalah protokol penghantaran yang boleh dipercayai, yang menyediakan pengiraan checksum untuk mewujudkan integriti data semasa penghantaran.

　　 Protokol UDP adalah singkatan dari UserDatagramProtocol Bahasa Inggeris, iaitu protokol datagram pengguna, yang terutama digunakan untuk mendukung aplikasi jaringan yang perlu mengirimkan data antara komputer. Banyak aplikasi rangkaian pelanggan / pelayan termasuk sistem persidangan video rangkaian perlu menggunakan protokol UDP. Protokol UDP telah digunakan selama bertahun-tahun sejak penubuhannya. Walaupun kecemerlangan awalnya telah dikaburkan oleh beberapa protokol serupa, bahkan hari ini, UDP masih merupakan protokol lapisan pengangkutan rangkaian yang sangat praktikal dan layak.

　　 Seperti protokol TCP (Transmission Control Protocol) yang terkenal, protokol UDP terletak tepat di atas protokol IP (Internet Protocol). Menurut model rujukan OSI (Open System Interconnection), UDP dan TCP keduanya merupakan protokol lapisan pengangkutan.

　　 Fungsi utama protokol UDP adalah untuk memampatkan lalu lintas data rangkaian ke dalam bentuk datagram. Datagram biasa adalah unit penghantaran data binari. 8 bait pertama dari setiap datagram digunakan untuk mengandungi maklumat tajuk, dan bait yang tersisa digunakan untuk mengandung data penghantaran tertentu.

　　 TCP adalah protokol point-to-point, yang bermaksud bahawa setiap klien perlu memisahkan pautan klien / pelayan, sehingga penyiaran data ke beberapa klien tidak dapat dilakukan pada tingkat jaringan. Sekiranya aliran data mesti dihantar ke beberapa pelanggan pada masa yang sama, pelayan mesti menghantar salinan aliran data ke setiap klien. TCP secara dinamis dapat menyesuaikan kelajuan penghantaran mengikut lebar jalur rangkaian dan tahap kesesakan dan menghantar semula paket data yang hilang. Kebolehpercayaan penghantaran data terjamin, tetapi sumber pelayan mahal, dan sukar untuk memastikan prestasi penghantaran aliran data masa nyata ketika aliran data besar.

UDP adalah protokol penghantaran yang tidak boleh dipercayai. Pada akhir penghantaran, kecepatan di mana UDP menghantar data hanya dibatasi oleh kecepatan di mana aplikasi menghasilkan data, kapasiti komputer dan lebar jalur penghantaran; pada akhir penerimaan, UDP meletakkan setiap segmen mesej dalam barisan. Aplikasi membaca segmen mesej dari barisan setiap kali; protokol UDP tidak perlu mengekalkan keadaan sambungan, dan tidak menyangka bahawa setiap paket data mesti mencapai hujung penerima, jadi beban rangkaian lebih kecil daripada TCP, dan kelajuan penghantaran lebih cepat daripada TCP; Semakin sesak rangkaian, semakin banyak paket data hilang.

　　 Perbezaan utama antara protokol UDP dan TCP adalah bagaimana mencapai penghantaran maklumat yang boleh dipercayai. Protokol TCP mengandungi mekanisme jaminan penghantaran khas. Apabila penerima data menerima maklumat dari pengirim, secara automatik ia akan menghantar mesej pengesahan kepada pengirim; pengirim akan terus menghantar maklumat lain hanya setelah menerima mesej pengesahan. Jika tidak, ia akan menunggu sehingga mesej pengesahan diterima.

　　 Oleh itu, TCP mempunyai lebih banyak masa untuk membuat sambungan daripada UDP. Berbanding dengan UDP, TCP mempunyai keselamatan dan kebolehpercayaan yang lebih tinggi. Ukuran penghantaran protokol TCP tidak terhad. Setelah sambungan dibuat, kedua-dua pihak dapat mengirimkan sejumlah besar data dalam format tertentu, sementara UDP adalah protokol yang tidak dapat diandalkan dengan had ukuran, yang tidak dapat melebihi 64K setiap kali.

　　 Berbanding dengan protokol TCP, perbezaan lain dari protokol UDP adalah bagaimana menerima banyak datagram yang tidak dijangka. Tidak seperti TCP, UDP tidak menjamin urutan penghantaran dan penerimaan data.

RTP berada di atas UDP. Walaupun UDP tidak begitu dipercayai seperti TCP dan tidak dapat menjamin kelayakan perkhidmatanperkhidmatan real-time, RTCP perlu memantau penghantaran data dan kualiti perkhidmatan dalam masa nyata. Namun, kerana kelewatan penghantaran UDP lebih rendah daripada TCP, ia sangat serasi dengan video dan audio. Padanan yang bagus. Oleh itu, dalam aplikasi praktikal, RTP / RTCP / UDP digunakan untuk media audio / video, dan TCP digunakan untuk transmisi data dan kawalan isyarat.

Protokol RTMP adalah protokol yang dirancang khusus untuk penghantaran video, audio dan data yang cekap. Ia menyedari penghantaran video dan suara masa nyata dengan mewujudkan sambungan TCP binari atau menghubungkan terowong HTTP.

　　RTMP menyokong lebih banyak protokol media daripada pelayan media tradisional. Ini menyokong transmisi dinamik beberapa baris yang mungkin mengandungi data audio, video, dan skrip dari pelayan ke klien dan dari klien ke pelayan. RTMP memproses data audio, video, dan skrip secara berasingan.

　　Data suara dan video disangga secara berasingan di pelayan. Sekiranya data suara mencapai had tertentu dalam penyangga suara, semua data dalam penyangga akan dibuang, dan data yang paling baru tiba akan diizinkan untuk mulai mengumpulkan dalam penyangga dan dikirim ke setiap klien. Data video diproses dengan cara yang sama, perbezaannya adalah apabila bingkai kunci baru tiba, data dalam penyangga akan dihapus. Semasa membuang data bingkai lama, jika didapati data klien salah, bingkai baru dan lama dipasang.

　　RTMP memberikan tahap keutamaan yang berbeza untuk data. Dalam perbualan masa nyata, suara adalah yang paling penting, video diberi keutamaan rendah, dan data skrip diberi keutamaan antara suara dan video.

　　 Protokol RTMP dapat membuat banyak aliran data, tetapi setiap aliran data hanya dapat satu arah. Dengan menggunakan RTMP dapat membangun sistem seperti itu, klien dapat berinteraksi dengan pelayan RTMP dan pelayan aplikasi pada waktu yang sama, sehingga beban pada pelayan dapat tersebar, walaupun dalam struktur sistem yang diperbaiki ini, syarat-syarat prestasi pelayan RTMP agak tinggi.

　　 Protokol HTTP, nama penuh adalah HyperText Transfer Protocol, dan nama Cina adalah HyperText Transfer Protocol;

　　Protokol MMS, nama penuhnya adalah Microsoft Media Server Protocol, dan nama Cina adalah Microsoft Media Server Protocol;

　　 Protokol HLS, nama penuh HTTP Live Streaming, adalah protokol penghantaran media streaming berdasarkan HTTP yang dilaksanakan oleh Apple Inc.;

Sejauh (panjang) penutup penghantar?

Rangkaian penghantaran bergantung kepada banyak faktor. Jarak sebenar adalah berdasarkan antena memasang ketinggian, keuntungan antena, dengan menggunakan persekitaran seperti bangunan dan halangan lain, kepekaan penerima, antena penerima. Memasang antena lebih tinggi dan menggunakan di kawasan luar bandar, jarak akan lebih jauh.

CONTOH 5W FM Transmitter digunakan dalam bandar dan kampung halaman:

Saya mempunyai Amerika kegunaan pelanggan 5W pemancar fm dengan GP antena di kampung halaman, dan dia menguji dengan kereta, ia meliputi 10km (6.21mile).

Saya menguji fm pemancar 5W dengan GP antena di kampung halaman saya, ia meliputi kira-kira 2km (1.24mile).

Saya menguji fm pemancar 5W dengan GP antena di bandar Guangzhou, ia meliputi kira-kira hanya 300meter (984ft).

Berikut adalah pelbagai anggaran Pemancar kuasa FM yang berbeza. (Julat adalah diameter)

0.1W ~ 5W Pemancar FM: 100M ~ 1KM

5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

15W ~ 80W Pemancar FM: 3KM ~ 10KM

80W ~ 500W Pemancar FM: 10KM ~ 30KM

500W ~ 1000W Pemancar FM: 30KM ~ 50KM

1KW ~ 2KW Pemancar FM: 50KM ~ 100KM

2KW ~ 5KW Pemancar FM: 100KM ~ 150KM

5KW ~ 10KW Pemancar FM: 150KM ~ 200KM

Bagaimana untuk menghubungi kami untuk penghantar?

Call me + 8618078869184 ATAU
Emel saya [e-mel dilindungi]
1.How jauh anda mahu untuk menutup garis pusat?
2.How tinggi anda menara?
3.Where kamu ini?
Dan kami akan memberi anda nasihat yang lebih profesional.

Mengenai Kami

FMUSER.ORG adalah sebuah syarikat penyepaduan sistem yang memberi tumpuan kepada kelengkapan audio / studio audio penghantaran / studio audio RF dan pemprosesan data radio. Kami menyediakan segalanya dari nasihat dan perundingan melalui integrasi rak untuk pemasangan, pentauliahan dan latihan.

Kami menawarkan Pemancar FM, Pemancar TV Analog, Pemancar TV Digital, Pemancar VHF UHF, Antena, Penyambung Kabel Koaksial, STL, Pemprosesan Udara, Produk Siaran untuk Studio, Pemantauan Isyarat RF, Pengekod RDS, Pemproses Audio dan Unit Kawalan Tapak Jauh, Produk IPTV, Pengekod / Pengekod Video / Audio, yang direka untuk memenuhi keperluan kedua-dua rangkaian siaran antarabangsa yang besar dan stesen swasta kecil.

Penyelesaian kami mempunyai Stesen Radio FM / Stesen TV Analog / Stesen TV Digital / Peralatan Audio Video Studio / Pautan Pemancar Studio / Sistem Telemetri Pemancar / Sistem TV Hotel / Penyiaran Langsung IPTV / Streaming Siaran Langsung / Persidangan Video / sistem Penyiaran CATV.

Kami menggunakan produk teknologi canggih untuk semua sistem, kerana kami tahu kebolehpercayaan yang tinggi dan prestasi tinggi sangat penting untuk sistem dan penyelesaiannya. Pada masa yang sama kita juga perlu memastikan sistem produk kami dengan harga yang sangat berpatutan.

Kami mempunyai pelanggan penyiar awam dan komersial, pengendali telekom dan pihak berkuasa peraturan, dan kami juga menawarkan penyelesaian dan produk kepada ratusan penyiar tempatan dan tempatan yang lebih kecil.

FMUSER.ORG telah mengeksport lebih dari 15 tahun dan mempunyai pelanggan di seluruh dunia. Dengan pengalaman 13 tahun dalam bidang ini, kami mempunyai pasukan profesional untuk menyelesaikan semua jenis masalah pelanggan. Kami berdedikasi dalam menyediakan harga produk & perkhidmatan profesional yang sangat berpatutan. E-mel hubungan: [e-mel dilindungi]

Kilang kami

kami mempunyai pemodenan kilang. Anda dialu-alukan untuk melawat kilang kami apabila anda datang ke China.

Pada masa ini, sudah ada pelanggan 1095 di seluruh dunia melawat pejabat Guangzhou Tianhe kami. Jika anda datang ke China, anda dialu-alukan untuk melawat kami.

di Pameran

Ini merupakan penyertaan kami di 2012 Global Sources Hong Kong Electronics Fair . Pelanggan dari seluruh dunia akhirnya mempunyai peluang untuk bersama-sama.

Mana Fmuser?

Anda boleh mencari nombor ini " 23.127460034623816,113.33224654197693 "di peta google, maka anda boleh mencari pejabat fmuser kami.

pejabat FMUSER Guangzhou terletak di Daerah Tianhe yang merupakan pusat Canton . sangat berhampiran kepada Canton Fair , stesen keretapi Guangzhou, jalan xiaobei dan dashatou , Hanya perlu 10 minit jika mengambil TAXI . alukan rakan-rakan di seluruh dunia untuk melawat dan berunding.

Hubungi: Sky Blue
Telefon Bimbit: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mel: [e-mel dilindungi]
QQ: 727926717
Skype: sky198710021
Alamat: Bilik No.305 Huilan Building No.273 Huanpu Road Guangzhou China Poskod: 510620

Bahasa Inggeris: Kami menerima semua pembayaran, seperti PayPal, Credit Card, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Sekiranya anda mempunyai pertanyaan, sila hubungi saya [e-mel dilindungi] atau WhatsApp + 8618078869184

PayPal.  www.paypal.com

Kami mengesyorkan anda menggunakan Paypal untuk membeli barang-barang kami, The Paypal adalah cara yang selamat untuk membeli di internet.

Setiap item senarai bawah halaman kami di atas mempunyai logo paypal untuk membayar.

Kad kredit.Jika anda tidak mempunyai paypal, tetapi anda mempunyai kad kredit, anda boleh mengklik butang PayPal Kuning untuk membayar dengan kad kredit anda.

-------------------------------------------------- -------------------

Tetapi jika anda tidak mempunyai kad kredit dan tidak mempunyai akaun paypal atau sukar untuk mendapat accout paypal, Anda boleh menggunakan berikut:
Western Union.  www.westernunion.com

Bayar dengan Western Union kepada saya:

Nama pertama / Nama diberi: Yingfeng
Nama belakang / Nama keluarga / Nama keluarga: Zhang
Nama penuh: Yingfeng Zhang
Negara: China
Bandar: Guangzhou

-------------------------------------------------- -------------------

T / T.  Bayar dengan T / T (wire transfer / Pindahan Telegraf / Pindahan Bank)
MAKLUMAT BANK Pertama (AKAUN SYARIKAT):

SWIFT BIC: BKCHHKHHXXX
Nama bank: BANK OF CHINA (HONG KONG) TERHAD, HONG KONG
Alamat Bank: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
KOD BANK: 012
Nama Akaun: FMUSER INTERNATIONAL GROUP LIMITED
Nombor akaun. : 012-676-2-007855-0

-------------------------------------------------- -------------------
MAKLUMAT BANK Kedua (AKAUN SYARIKAT):
Waris: Fmuser International Group Inc
Nombor Akaun: 44050158090900000337
Bank Penerima: Cawangan Guangdong China Construction Bank
Kod SWIFT: PCBCCNBJGDX
Alamat: NO.553 Tianhe Road, Guangzhou, Guangdong, Daerah Tianhe, China
** Catatan: Apabila anda memindahkan wang ke akaun bank kami, JANGAN tulis apa-apa di ruangan komen, jika tidak, kami tidak akan dapat menerima pembayaran kerana dasar pemerintah mengenai perniagaan perdagangan antarabangsa.

* Ia akan dihantar dalam 1-2 hari bekerja apabila pembayaran jelas.

* Kami akan hantar ke alamat paypal anda. Jika anda ingin menukar alamat, sila hantar alamat anda yang betul dan nombor telefon untuk e-mel saya [e-mel dilindungi]

* Jika pakej di bawah 2kg, kami akan dihantar melalui pos mel udara, ia akan mengambil masa kira-kira 15-25days ke tangan anda.

Jika pakej adalah lebih daripada 2kg, kami akan menghantar melalui EMS, DHL, UPS, Fedex penghantaran cepat ekspres, ia akan mengambil masa kira-kira 7 ~ 15days ke tangan anda.

Jika pakej yang lebih daripada 100kg, kami akan hantar melalui DHL atau pengangkutan udara. Ia akan mengambil masa kira-kira 3 ~ 7days ke tangan anda.

Semua pakej adalah bentuk China Guangzhou.

* Pakej akan dihantar sebagai "hadiah" dan deklarasi sesedikit mungkin, pembeli tidak perlu membayar "CUKAI".

* Selepas kapal, kami akan menghantar e-mel dan memberi anda nombor Penjejakan.

Untuk Waranti.
Hubungi KAMI --- >> Kembalikan barang itu kepada kami --- >> Terima dan hantar ganti yang lain.

Nama: Liu Xiaoxia
Alamat: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
Poskod: 510620
Telefon: + 8618078869184

Sila kembali ke alamat ini dan menulis paypal anda alamat, nama, masalah nota: