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

Documento de referencia RFC2326
O protocolo de transmisión en tempo real (Real Time Streaming Protocol) é un protocolo de transmisión multimedia usado para controlar o son ou o vídeo e permite o control simultáneo da demanda de transmisión múltiple. O protocolo de comunicación de rede empregado durante a transmisión non está dentro do seu rango definido. O lado do servidor Pode escoller usar TCP ou UDP para transmitir contido en streaming. A súa sintaxe e funcionamento son similares a HTTP 1.1, pero a sincronización horaria non se enfatiza especialmente, polo que pode tolerar atrasos na rede. O mencionado control de demanda multi-streaming (Multicast) mencionado anteriormente non só pode reducir o uso da rede no lado do servidor, senón tamén soportar videoconferencias multi-partido (Video Conference). Debido a que funciona de xeito similar a HTTP1.1, a función de caché "Caché" do servidor proxy "Proxy" tamén é aplicable a RTSP e debido a que RTSP ten unha función de redirección, o servidor que presta o servizo pódese cambiar segundo a carga real situación para evitar unha carga excesiva concentrada no mesmo servidor e provocar retraso.

　　 foi proposto conxuntamente por Real Networks e Netscape. O protocolo define como as aplicacións de un a moitos poden transmitir efectivamente datos multimedia a través dunha rede IP. RTSP ofrece un marco extensible que permite controlar e solicitar datos en tempo real, como son e vídeo. As fontes de datos inclúen datos en directo e datos almacenados en clips.
O propósito deste protocolo é controlar varias conexións de transmisión de datos, proporcionar un xeito de seleccionar canles de transmisión, como UDP, UDP multicast e TCP, e proporcionar métodos para seleccionar un mecanismo de transmisión baseado en RTP.

RTP transmite datos de audio / vídeo. Se é PLAY, o servidor mándao ao cliente. Se é RECORD, o cliente pode envialo ao servidor. Todo o protocolo RTP consta de dúas partes estreitamente relacionadas: protocolo de datos RTP e protocolo de control RTP (é dicir, RTCP) ；

　　 RTCP: RTCP inclúe o informe do remitente e o informe do receptor, utilizados para a sincronización de audio / vídeo e outros fins, e é un protocolo de control;

　　As solicitudes RTSP inclúen principalmente DESCRIBIR, CONFIGURAR, XOGAR, PAUSAR, TEARDOWN, OPCIÓNS, etc., como o nome indica, pode coñecerse como función de diálogo e control;

　　 Durante a conversa RTSP, SETUP pode determinar o porto usado por RTP / RTCP, PLAY / PAUSE / TEARDOWN pode iniciar ou deter o envío de RTP, etc .;

　　 TCP, o nome completo é Protocolo de control de transferencia, e o nome chinés é Transmission Control Protocol. Funciona na capa de transporte OSI e ofrece servizos de transmisión fiables orientados á conexión.

　　 O traballo de TCP consiste principalmente en establecer unha conexión e despois recibir datos do programa de capa de aplicación e transmitilos. TCP usa a conexión de circuíto virtual para funcionar. Antes de enviar datos, debe establecer unha conexión entre o remitente e o receptor. Despois de enviar os datos, o remitente agardará a que o receptor dea unha resposta confirmatoria, se non, o remitente pensará que estes datos están perdidos e volverá a enviar estes datos.

RTP non é como http e ftp que poden descargar todo o ficheiro da película. Envía datos na rede a unha velocidade de datos fixa. O cliente tamén ve o ficheiro da película a esta velocidade. Despois de reproducir a pantalla de película, non se pode reproducir repetidamente. , A non ser que volva solicitar datos do servidor.

　　 A maior diferenza entre RTSP e RTP é que: RTSP é un protocolo bidireccional de transmisión de datos en tempo real, que permite ao cliente enviar solicitudes ao servidor, como a reprodución, o avance rápido e as operacións inversas.

　　 Por suposto, RTSP pode transmitir datos baseados en RTP e tamén pode escoller TCP, UDP, UDP multidifusión e outras canles para enviar datos, o que ten unha boa escalabilidade.
É un protocolo de capa de aplicación de rede similar ao protocolo http.

Número de secuencia: indica a posición do segmento na secuencia de segmentos a transmitir

Número de confirmación: especifica o número de secuencia do segmento recibido con éxito. O número de secuencia de confirmación contén o seguinte número de secuencia que o final que envía a confirmación espera recibir.

Desprazamento TCP: especifica a lonxitude da cabeceira do segmento. A lonxitude do encabezado da sección depende da opción definida no campo de opción do encabezado da sección

Xanela: especifique o comando sobre o tamaño do seguinte segmento que o emisor pode transmitir

Suma de verificación: a suma de verificación contén a parte de datos e cabeceira do segmento TCP, usada para verificar a fiabilidade da parte de datos e cabeceira do segmento.

Emerxencia: indica que o segmento contén información de emerxencia e que o punteiro de emerxencia só é válido cando o sinal URG está establecido en 1.

Opcións: especifícanse o tamaño do segmento recoñecido, a marca de tempo, o final do campo de opción e a opción límite do campo de opción.

Establecemento de conexión TCP: o proceso de establecemento de conexión TCP tamén se denomina aperto de mans de tres vías TCP. En primeiro lugar, o host emisor inicia unha solicitude de sincronización (SYN) para establecer unha conexión co host receptor; o host receptor responde cunha resposta de sincronización / acuse de recibo (SYN / ACK) ao host emisor despois de recibir esta solicitude; o host emisor recibe isto Despois de que o paquete se envíe un acuse de recibo (ACK) ao host receptor, neste momento establécese correctamente a conexión TCP;

Peche da conexión TCP: despois de que o host remitente e o host de destino establezan unha conexión TCP e completen a transmisión de datos, enviarase un paquete de datos co indicador final establecido en 1 para pechar a conexión TCP e liberar o espazo de búfer ocupado pola conexión en o mesmo tempo; Axuste de restablecemento TCP: TCP permite que a conexión se interrompa de súpeto durante a transmisión, o que se chama restablecemento TCP;

Ordenación e confirmación de datos TCP: TCP é un protocolo de transmisión fiable. Usa números de secuencia e números de confirmación para rastrexar a recepción de datos durante a transmisión;

Retransmisión TCP: no proceso de transmisión TCP, se o servidor receptor non recibe unha resposta de confirmación a un paquete de datos dentro do período de espera de retransmisión, o servidor emisor considera que o paquete de datos está perdido e envía o paquete de datos ao receptor de novo Lado, este chámase retransmisión TCP;

Confirmación de atraso TCP: TCP non sempre confirma o data inmediatamente despois de recibilo. Permite ao host enviar a súa propia mensaxe de confirmación á outra parte mentres recibe os datos.

Protección de datos TCP (checksum): TCP é un protocolo de transmisión fiable, que proporciona cálculo de suma de comprobación para realizar a integridade dos datos durante a transmisión.

　　 O protocolo UDP é a abreviatura do inglés UserDatagramProtocol, é dicir, o protocolo de datagrama de usuario, que se usa principalmente para soportar aplicacións de rede que precisan transmitir datos entre ordenadores. Moitas aplicacións de rede cliente / servidor, incluídos sistemas de videoconferencia de rede, necesitan empregar o protocolo UDP. O protocolo UDP leva moitos anos empregándose dende o seu inicio. Aínda que o seu brillo inicial foi ocultado por algúns protocolos similares, aínda hoxe, UDP segue sendo un protocolo de capa de transporte de rede moi práctico e factible.

　　 Do mesmo xeito que o coñecido protocolo TCP (Transmission Control Protocol), o protocolo UDP está situado directamente encima do protocolo IP (Internet Protocol). Segundo o modelo de referencia OSI (Open System Interconnection), UDP e TCP son protocolos de capa de transporte.

　　 A función principal do protocolo UDP é comprimir o tráfico de datos de rede en forma de datagramas. Un datagrama típico é unha unidade de transmisión de datos binarios. Os primeiros 8 bytes de cada datagrama úsanse para conter información de cabeceira e os restantes bytes para conter datos de transmisión específicos.

　　 TCP é un protocolo punto a punto, o que significa que cada cliente precisa separar a ligazón cliente / servidor, polo que a transmisión de datos a varios clientes non se pode realizar a nivel de rede. Se un fluxo de datos debe transmitirse a varios clientes ao mesmo tempo, o servidor debe transmitir unha copia do fluxo de datos a cada cliente. TCP pode axustar dinámicamente a velocidade de transmisión segundo o ancho de banda da rede e o grao de conxestión e reenviar os paquetes de datos perdidos. A fiabilidade da transmisión de datos está garantida, pero os recursos do servidor son caros e é difícil garantir o rendemento en tempo real da transmisión de fluxo de datos cando o fluxo de datos é grande.

UDP é un protocolo de transmisión non fiable. Ao final do envío, a velocidade coa que UDP transmite datos só está limitada pola velocidade á que a aplicación xera datos, a capacidade do ordenador e o ancho de banda de transmisión; no extremo receptor, UDP pon cada segmento de mensaxe nunha cola. A aplicación le un segmento de mensaxes da cola cada vez; o protocolo UDP non precisa manter o estado de conexión e non cre que cada paquete de datos debe chegar ao extremo receptor, polo que a carga da rede é menor que TCP e a velocidade de transmisión é máis rápida que TCP; Canto máis congestionada é a rede, máis paquetes de datos se perden.

　　 A principal diferenza entre o protocolo UDP e TCP é como conseguir unha transmisión fiable de información. O protocolo TCP contén un mecanismo especial de garantía de entrega. Cando o receptor de datos reciba a información do remitente, enviará automaticamente unha mensaxe de confirmación ao remitente; o remitente seguirá transmitindo outra información só despois de recibir a mensaxe de confirmación. En caso contrario, agardará ata que se reciba a mensaxe de confirmación.

　　 Polo tanto, TCP ten máis tempo para establecer unha conexión que UDP. En comparación con UDP, TCP ten maior seguridade e fiabilidade. O tamaño da transmisión do protocolo TCP non está limitado. Unha vez establecida a conexión, ambas as partes poden transmitir unha gran cantidade de datos nun determinado formato, mentres que UDP é un protocolo pouco fiable cun límite de tamaño, que non pode superar os 64K cada vez.

　　 Comparado co protocolo TCP, outra diferenza do protocolo UDP é a forma de recibir varios datagramas que son inesperados. A diferenza de TCP, UDP non garante a orde de envío e recepción de datos.

RTP está por riba de UDP. Aínda que UDP non é tan fiable como TCP e non pode garantir o servizo de calidadeRTCP precisa supervisar a transmisión de datos e a calidade do servizo en tempo real. Non obstante, debido a que o atraso de transmisión de UDP é menor que o de TCP, pode ser moi compatible con vídeo e audio. Bo partido. Polo tanto, en aplicacións prácticas, RTP / RTCP / UDP úsase para medios de audio / vídeo e TCP para a transmisión de datos e a sinalización de control.

O protocolo RTMP é un protocolo deseñado especialmente para a transmisión eficiente de vídeo, audio e datos. Realiza transmisión de son e vídeo en tempo real establecendo unha conexión TCP binaria ou conectando un túnel HTTP.

　　RTMP admite máis protocolos multimedia que os servidores multimedia tradicionais. Admite a transmisión dinámica de varias liñas que poden conter datos de audio, vídeo e script do servidor ao cliente e do cliente ao servidor. RTMP procesa os datos de audio, vídeo e script por separado.

　　Os datos de son e vídeo almacénanse por separado no servidor. Se os datos de son alcanzan un límite determinado no búfer de son, descartaranse todos os datos do búfer e permitiranse que os datos máis recentes cheguen a recollerse no búfer e se envíen a cada cliente. Os datos de vídeo son procesados dun xeito similar, a diferenza é que cando chega un novo cadro clave, os datos do búfer bórranse. Cando se descartan os datos de cadro antigos, se se comproba que os datos do cliente son erróneos, axústanse os cadros novos e antigos.

　　RTMP outorga diferentes niveis de prioridade aos datos. Na conversa en tempo real, o son é o máis importante, o vídeo ten pouca prioridade e os datos do guión teñen prioridade entre o son e o vídeo.

　　 O protocolo RTMP pode crear varios fluxos de datos, pero cada fluxo de datos só pode ter unha dirección. Usando RTMP pode construír un sistema deste tipo, o cliente pode interactuar co servidor RTMP e co servidor de aplicacións ao mesmo tempo, de xeito que a carga no servidor pode dispersarse, aínda que nesta estrutura mellorada do sistema, os requisitos de rendemento do servidor RTMP son relativamente altos.

　　 Protocolo HTTP, o nome completo é HyperText Transfer Protocol e o nome chinés é HyperText Transfer Protocol;

　　Protocolo MMS, o nome completo é Microsoft Media Server Protocol e o nome chinés é Microsoft Media Server Protocol;

　　 O protocolo HLS, nome en directo HTTP Live Streaming, é un protocolo de transmisión multimedia baseado en HTTP implementado por Apple Inc .;

Como distante (long) a tapa do transmisor?

A franxa de transmisión depende de moitos factores. A distancia real baséase na altura da antena de instalar, a ganancia da antena, usando ambiente como a construción e outras obturacións, a sensibilidade do receptor, a antena do receptor. Instalación de antena máis alta e usando o campo, a distancia vai moito máis lonxe.

EXEMPLO 5W FM Transmitter usar na cidade e cidade natal:

Teño un uso do cliente 5W transmisor FM EUA con antena GP na súa cidade natal, e proba-lo con un coche, cubrir 10km (6.21mile).

I probar o transmisor FM 5W con antena GP na miña cidade natal, que cobren aproximadamente 2km (1.24mile).

I probar o transmisor FM 5W con antena GP na cidade de Guangzhou, que abranguen aproximadamente única 300meter (984ft).

Abaixo amósanse ao descanso aproximado de diferentes transmisores de enerxía FM. (O intervalo é de diámetro)

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

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

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

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

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

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

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

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

Como contactar connosco para o transmisor?

Chama-me + 8618078869184 OU
Enviar email me [protexido por correo electrónico]
1.How lonxe quere cubrir de diámetro?
2.How altura de torre ti?
3.Where es?
E imos dar-lle consellos máis profesional.

Sobre nós

FMUSER.ORG é unha empresa de integración de sistemas centrada en equipos de transmisión / transmisión de audio sen fíos de radio / estudio de vídeo e procesamento de datos. Estamos ofrecendo todo desde asesoramento e consultoría a través da integración de rack ata a instalación, posta en servizo e adestramento.

Ofrecemos transmisor de FM, transmisor de TV analóxico, transmisor de TV dixital, transmisor UHF de VHF, antenas, conectores de cable coaxial, STL, procesamento de aire, produtos de transmisión para o estudio, monitorización de sinais de RF, codificadores de RDS, procesadores de audio e unidades de control de sitios remotos. Produtos IPTV, codificador / decodificador de audio / vídeo, deseñados para satisfacer as necesidades de grandes redes de transmisión internacionais e pequenas estacións privadas.

A nosa solución ten estación de radio FM / estación de televisión analóxica / estación de TV dixital / equipos de estudio de vídeo e vídeo / enlace de transmisión de estudio / sistema de telemetría de transmisor / sistema de TV de hotel / transmisión en directo IPTV / transmisión en directo de transmisión / conferencia de vídeo / sistema de transmisión CATV.

Estamos a usar produtos de tecnoloxía avanzada para todos os sistemas, porque sabemos que a alta fiabilidade e alto rendemento son tan importantes para o sistema e a solución. Ao mesmo tempo, temos que asegurarnos que o noso sistema de produtos a un prezo moi razoable.

Temos clientes de radiodifusores públicos e comerciais, operadores de telecomunicacións e autoridades reguladoras, e tamén ofrecemos solucións e produtos a moitos centos de emisoras locais e comunitarias máis pequenas.

FMUSER.ORG leva máis de 15 anos exportando e ten clientes en todo o mundo. Con 13 anos de experiencia neste campo, temos un equipo profesional para resolver todo tipo de problemas do cliente. Dedicámonos a ofrecer prezos extremadamente razoables de produtos e servizos profesionais. Correo electrónico de contacto: [protexido por correo electrónico]

nosa fábrica

Temos modernización da fábrica. Estás convidado a visitar a nosa fábrica cando chegar a China.

Actualmente, xa existen clientes 1095 en todo o mundo visitan nosa oficina Guangzhou Tianhe. Se ve a China, está invitado a visitar-nos.

na Feira

Esta é a nosa participación en 2012 Global Sources Hong Kong Fair Electrónica . Clientes de todo o mundo finalmente ter a oportunidade de estar xuntos.

Onde está Fmuser?

Podes buscar nestes números " 23.127460034623816,113.33224654197693 "en google map, entón podes atopar a nosa oficina fmuser.

oficina FMUSER Guangzhou está Tianhe District, que é a centro do cantón . moi preto ao Feira de Cantón , Estación ferroviaria Guangzhou, estrada Xiaobei e dashatou , Só ten minutos 10 tomar TAXI . Benvidos amigos de todo o mundo a visitar e negociar.

Contacto: Ceo azul
Móbil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [protexido por correo electrónico]
QQ: 727926717
Skype: sky198710021
Dirección: No.305 cuarto Huilan Edificio No.273 Huanpu Estrada Guangzhou China Zip: 510620

Inglés: Aceptamos todos os pagos, como PayPal, tarxeta de crédito, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Se tes algunha pregunta, póñase en contacto comigo [protexido por correo electrónico] ou WhatsApp + 8618078869184

PayPal.  www.paypal.com

Recomendamos que use Paypal para mercar os nosos produtos, PayPal é unha forma segura de mercar en internet.

Cada da nosa lista de elementos de páxina de fondo na parte superior ten un logotipo PayPal para pagar.

Tarxeta de crédito.Se non ten paypal, pero ten tarxeta de crédito, tamén se pode facer clic no botón amarelo PayPal para pagar coa súa tarxeta de crédito.

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

Pero se non ten unha tarxeta de crédito e non ten unha conta PayPal ou de difícil ten un accout PayPal, pode utilizar o seguinte:
Western Union.  www.westernunion.com

Pago por Western Union para min:

Nome / nome: Yingfeng
Apelido / Apelido / Apelido: Zhang
Nome completo: Yingfeng Zhang
País: China
Cidade: Guangzhou

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

T / T.  pago por T / T (transferencia bancaria / transferencia telegráfica / Transferencia bancaria)
Primeira información bancaria (conta da empresa):

SWIFT BIC: BKCHHKHHXXX
Nome do banco: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Enderezo bancario: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CÓDIGO BANCO: 012
Nome da conta: FMUSER INTERNATIONAL GROUP LIMITED
Conta NON. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Segunda INFORMACIÓN BANCARIA (CONTA DA EMPRESA):
Beneficiario: Fmuser International Group Inc.
Número de conta: 44050158090900000337
Banco do beneficiario: China Construction Bank Sucursal de Guangdong
Código SWIFT: PCBCCNBJGDX
Enderezo: estrada Tianhe NO.553, Cantón, Guangdong, distrito de Tianhe, China
** Nota: cando transfira cartos á nosa conta bancaria, NON escriba nada na área de comentarios, se non, non poderemos recibir o pago debido á política gobernamental sobre o comercio internacional.

* Será enviado en 1 2 día de traballo cando o pagamento clara.

* Nós imos envialo seu enderezo de paypal. Se queres cambiar de dirección, por favor, envíe o seu enderezo correcto e número de teléfono para o meu e-mail [protexido por correo electrónico]

* Se os paquetes está baixo 2kg, que serán enviados vía correo aéreo, vai levar preto de 15-25days para a súa man.

Se o paquete é máis que 2kg, nós enviamos vía EMS, DHL, UPS, FedEx entrega rápida expresa, vai levar preto de 7 ~ 15days para a súa man.

Se o paquete de máis de 100kg, enviarémoslle vía DHL ou transporte aéreo. Isto levará uns 3 ~ 7days para a súa man.

Todos os paquetes son a forma China Guangzhou.

* O paquete enviarase como un "agasallo" e descartarase o menos posible, o comprador non terá que pagar o "IMPOSTO".

* Despois de navío, nós enviarémosche un correo electrónico e darlle o número de rastreamento.

Para garantía.
Contacte connosco --- >> Devólvenos o artigo --- >> Reciba e envíe outro substituto.

Nome: Liu Xiaoxia
Dirección: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
CEP: 510620
Teléfono: + 8618078869184

Por favor, retorne a este enderezo e escribir o seu paypal enderezo, nome, problema na nota: