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

Document de référence RFC2326
Le protocole de diffusion en temps réel (protocole de diffusion en temps réel) est un protocole de diffusion multimédia utilisé pour contrôler le son ou la vidéo et permet un contrôle simultané de la demande de diffusion multiple. Le protocole de communication réseau utilisé pendant la transmission n'est pas dans sa plage définie. Côté serveur Vous pouvez choisir d'utiliser TCP ou UDP pour transmettre du contenu en streaming. Sa syntaxe et son fonctionnement sont similaires à HTTP 1.1, mais la synchronisation de l'heure n'est pas particulièrement soulignée, de sorte qu'il peut tolérer les retards du réseau. Le contrôle de la demande multi-streaming susmentionné (Multicast) mentionné précédemment peut non seulement réduire l'utilisation du réseau côté serveur, mais également prendre en charge les vidéoconférences multipartites (vidéoconférence). Comme elle fonctionne de manière similaire à HTTP1.1, la fonction de cache "Cache" du serveur proxy "Proxy" est également applicable à RTSP, et comme RTSP a une fonction de redirection, le serveur qui fournit le service peut être commuté en fonction de la charge réelle situation pour éviter une charge excessive concentrée sur le même serveur et provoquer des retards.

　　 a été proposé conjointement par Real Networks et Netscape. Le protocole définit la manière dont les applications un-à-plusieurs peuvent transmettre efficacement des données multimédias via un réseau IP. RTSP fournit un cadre extensible qui permet de contrôler et à la demande des données en temps réel, telles que l'audio et la vidéo. Les sources de données incluent des données en direct et des données stockées dans des clips.
Le but de ce protocole est de contrôler plusieurs connexions de transmission de données, de fournir un moyen de sélectionner des canaux de transmission, tels que UDP, multicast UDP et TCP, et de fournir des méthodes pour sélectionner un mécanisme de transmission basé sur RTP.

RTP transmet des données audio / vidéo. Si c'est PLAY, le serveur l'envoie au client. S'il s'agit d'un RECORD, il peut être envoyé au serveur par le client. L'ensemble du protocole RTP se compose de deux parties étroitement liées: le protocole de données RTP et le protocole de contrôle RTP (c'est-à-dire RTCP) ；

　　 RTCP: RTCP comprend le rapport de l'expéditeur et le rapport du récepteur, utilisé pour la synchronisation audio / vidéo et à d'autres fins, et est un protocole de contrôle;

　　Les demandes RTSP incluent principalement DESCRIBE, SETUP, PLAY, PAUSE, TEARDOWN, OPTIONS, etc., comme son nom l'indique, cela peut être connu comme une fonction de dialogue et de contrôle;

　　 Pendant la conversation RTSP, SETUP peut déterminer le port utilisé par RTP / RTCP, PLAY / PAUSE / TEARDOWN peut démarrer ou arrêter l'envoi de RTP, etc.

　　 TCP, le nom complet est Protocole de contrôle de transfert, et le nom chinois est Transmission Control Protocol. Il fonctionne sur la couche de transport OSI et fournit des services de transmission fiables orientés connexion.

　　 Le travail de TCP consiste principalement à établir une connexion, puis à recevoir des données du programme de la couche application et à les transmettre. TCP utilise une connexion de circuit virtuel pour fonctionner. Avant d'envoyer des données, il doit établir une connexion entre l'expéditeur et le destinataire. Une fois les données envoyées, l'expéditeur attendra que le destinataire donne une réponse de confirmation, sinon l'expéditeur pensera que ces données sont perdues et renverra ces données.

RTP n'est pas comme http et ftp qui peuvent télécharger complètement le fichier vidéo entier. Il envoie des données sur le réseau à un débit de données fixe. Le client regarde également le fichier vidéo à cette vitesse. Une fois l'écran vidéo lu, il ne peut pas être lu de manière répétée. , À moins que vous ne demandiez à nouveau des données au serveur.

　　 La plus grande différence entre RTSP et RTP est que: RTSP est un protocole de transmission de données bidirectionnel en temps réel, qui permet au client d'envoyer des requêtes au serveur, telles que des opérations de lecture, d'avance rapide et de retour.

　　 Bien sûr, RTSP peut transmettre des données basées sur RTP, et peut également choisir TCP, UDP, UDP multicast et d'autres canaux pour envoyer des données, ce qui a une bonne évolutivité.
Il s'agit d'un protocole de couche d'application réseau similaire au protocole http.

Port de destination: le numéro de port de l'extrémité de réception est spécifié

Numéro de séquence: indique la position du segment dans la séquence des segments à transmettre

Numéro de confirmation: spécifie le numéro de séquence du segment reçu avec succès, le numéro de séquence de confirmation contient le numéro de séquence suivant que la fin d'envoi de la confirmation s'attend à recevoir

Offset TCP: spécifie la longueur de l'en-tête du segment. La longueur de l'en-tête de section dépend de l'option définie dans le champ d'option d'en-tête de section

PSH: indique que les données seront envoyées au processus de réception dès que possible

Fenêtre: spécifiez la commande concernant la taille du segment suivant que l'expéditeur peut transmettre

Somme de contrôle: la somme de contrôle contient l'en-tête de segment TCP et la partie données, utilisée pour vérifier la fiabilité de l'en-tête de segment et de la partie données

Urgence: indique que le segment contient des informations d'urgence et que le pointeur d'urgence n'est valide que lorsque l'indicateur URG est défini sur 1.

Options: la taille de segment reconnue, l'horodatage, la fin du champ d'option sont spécifiés et l'option de limite du champ d'option est spécifiée

Établissement de la connexion TCP: Le processus d'établissement de la connexion TCP est également appelé établissement de liaison TCP à trois. Tout d'abord, l'hôte émetteur lance une demande de synchronisation (SYN) pour établir une connexion avec l'hôte récepteur; l'hôte récepteur répond par une réponse de synchronisation / accusé de réception (SYN / ACK) à l'hôte émetteur après avoir reçu cette demande; l'hôte émetteur le reçoit Après l'envoi du paquet d'un accusé de réception (ACK) à l'hôte récepteur, à ce moment, la connexion TCP est établie avec succès;

Fermeture de la connexion TCP: une fois que l'hôte émetteur et l'hôte de destination ont établi une connexion TCP et terminé la transmission de données, un paquet de données avec l'indicateur de fin défini sur 1 sera envoyé pour fermer la connexion TCP et libérer l'espace tampon occupé par la connexion à le même temps; Paramètre de réinitialisation TCP: TCP permet d'interrompre soudainement la connexion pendant la transmission, ce qui est appelé réinitialisation TCP;

Tri et confirmation des données TCP: TCP est un protocole de transmission fiable. Il utilise des numéros de séquence et des numéros de confirmation pour suivre la réception des données pendant la transmission;

Retransmission TCP: dans le processus de transmission TCP, si l'hôte récepteur ne reçoit pas de réponse d'accusé de réception à un paquet de données dans le délai de retransmission, l'hôte émetteur considère que le paquet de données est perdu et renvoie le paquet de données au récepteur côté, ce s'appelle la retransmission TCP;

Confirmation du délai TCP : TCP ne confirme pas toujours le data immédiatement après l'avoir reçu. Il permet à l'hôte d'envoyer son propre message de confirmation à l'autre partie tout en recevant les données.

Protection des données TCP (somme de contrôle): TCP est un protocole de transmission fiable, qui fournit un calcul de somme de contrôle pour réaliser l'intégrité des données pendant la transmission.

　　 Le protocole UDP est l'abréviation de l'anglais UserDatagramProtocol, c'est-à-dire le protocole de datagramme utilisateur, qui est principalement utilisé pour prendre en charge les applications réseau qui doivent transmettre des données entre ordinateurs. De nombreuses applications réseau client / serveur, y compris les systèmes de visioconférence en réseau, doivent utiliser le protocole UDP. Le protocole UDP est utilisé depuis de nombreuses années depuis sa création. Bien que sa brillance initiale ait été obscurcie par certains protocoles similaires, même aujourd'hui, UDP est toujours un protocole de couche de transport réseau très pratique et réalisable.

　　 Comme le protocole TCP (Transmission Control Protocol) bien connu, le protocole UDP est situé directement au-dessus du protocole IP (Internet Protocol). Selon le modèle de référence OSI (Open System Interconnection), UDP et TCP sont tous deux des protocoles de couche transport.

　　 La fonction principale du protocole UDP est de compresser le trafic de données réseau sous la forme de datagrammes. Un datagramme typique est une unité de transmission de données binaires. Les 8 premiers octets de chaque datagramme sont utilisés pour contenir des informations d'en-tête, et les octets restants sont utilisés pour contenir des données de transmission spécifiques.

　　 TCP est un protocole point à point, ce qui signifie que chaque client doit séparer la liaison client / serveur, de sorte que la diffusion de données vers plusieurs clients ne peut pas être réalisée au niveau du réseau. Si un flux de données doit être transmis à plusieurs clients en même temps, le serveur doit transmettre une copie du flux de données à chaque client. TCP peut ajuster dynamiquement la vitesse de transmission en fonction de la bande passante du réseau et du degré de congestion et renvoyer les paquets de données perdus. La fiabilité de la transmission de données est assurée, mais les ressources du serveur sont coûteuses et il est difficile de garantir les performances en temps réel de la transmission de flux de données lorsque le flux de données est important.

UDP est un protocole de transmission peu fiable. Au niveau de l'envoi, la vitesse à laquelle UDP transmet les données n'est limitée que par la vitesse à laquelle l'application génère des données, la capacité de l'ordinateur et la bande passante de transmission; à l'extrémité de réception, UDP met chaque segment de message dans une file d'attente. L'application lit à chaque fois un segment de message dans la file d'attente; le protocole UDP n'a pas besoin de maintenir l'état de connexion et ne pense pas que chaque paquet de données doit atteindre l'extrémité de réception, de sorte que la charge du réseau est plus petite que TCP et que la vitesse de transmission est plus rapide que TCP; Plus le réseau est encombré, plus les paquets de données sont perdus.

　　 La principale différence entre les protocoles UDP et TCP est de savoir comment obtenir une transmission fiable des informations. Le protocole TCP contient un mécanisme spécial de garantie de livraison. Lorsque le destinataire des données reçoit les informations de l'expéditeur, il envoie automatiquement un message de confirmation à l'expéditeur; l'expéditeur ne continuera à transmettre d'autres informations qu'après avoir reçu le message de confirmation. Sinon, il attendra la réception du message de confirmation.

　　 TCP a donc plus de temps pour établir une connexion que UDP. Comparé à UDP, TCP offre une sécurité et une fiabilité plus élevées. La taille de la transmission du protocole TCP n'est pas limitée. Une fois la connexion établie, les deux parties peuvent transmettre une grande quantité de données dans un certain format, tandis que UDP est un protocole peu fiable avec une limite de taille, qui ne peut pas dépasser 64K à chaque fois.

　　 Par rapport au protocole TCP, une autre différence du protocole UDP est de savoir comment recevoir plusieurs datagrammes inattendus. Contrairement à TCP, UDP ne garantit pas l'ordre d'envoi et de réception des données.

RTP est supérieur à UDP. Bien que UDP ne soit pas aussi fiable que TCP et ne puisse garantir la qualité de serviceité des services en temps réel, le RTCP doit surveiller la transmission des données et la qualité du service en temps réel. Cependant, comme le délai de transmission d'UDP est inférieur à celui de TCP, il peut être très compatible avec la vidéo et l'audio. Bon match. Par conséquent, dans les applications pratiques, RTP/RTCP/UDP est utilisé pour les supports audio/vidéo, et TCP est utilisé pour la transmission de données et la signalisation de contrôle.

Le protocole RTMP est un protocole spécialement conçu pour la transmission efficace de la vidéo, de l'audio et des données. Il réalise une transmission vidéo et sonore en temps réel en établissant une connexion TCP binaire ou en connectant un tunnel HTTP.

　　RTMP prend en charge plus de protocoles multimédias que les serveurs multimédias traditionnels. Il prend en charge la transmission dynamique de plusieurs lignes pouvant contenir des données audio, vidéo et de script du serveur vers le client et du client vers le serveur. RTMP traite les données audio, vidéo et de script séparément.

　　Les données audio et vidéo sont mises en mémoire tampon séparément sur le serveur. Si les données sonores atteignent une certaine limite dans la mémoire tampon, toutes les données dans la mémoire tampon seront supprimées, et les données les plus récemment arrivées pourront commencer à être collectées dans la mémoire tampon et envoyées à chaque client. Les données vidéo sont traitées de la même manière, la différence est que lorsqu'une nouvelle image clé arrive, les données du tampon sont effacées. Lors de la suppression des anciennes données de trame, s'il s'avère que les données du client sont erronées, les nouvelles et anciennes trames sont ajustées.

　　RTMP donne différents niveaux de priorité aux données. Dans une conversation en temps réel, le son est le plus important, la vidéo a une faible priorité et les données de script ont une priorité entre le son et la vidéo.

　　 Le protocole RTMP peut créer plusieurs flux de données, mais chaque flux de données ne peut avoir qu'une seule direction. L'utilisation de RTMP peut construire un tel système, le client peut interagir avec le serveur RTMP et le serveur d'applications en même temps, de sorte que la charge sur le serveur puisse être dispersée, bien que dans cette structure système améliorée, les exigences de performance du serveur RTMP sont relativement élevés.

　　 Protocole HTTP, le nom complet est HyperText Transfer Protocol et le nom chinois est HyperText Transfer Protocol;

　　Protocole MMS, le nom complet est Microsoft Media Server Protocol et le nom chinois est Microsoft Media Server Protocol;

　　 Le protocole HLS, nom complet HTTP Live Streaming, est un protocole de transmission multimédia en continu basé sur HTTP mis en œuvre par Apple Inc.;

Dans quelle mesure (long) le couvercle du transmetteur?

La portée de transmission dépend de nombreux facteurs. La distance réelle est basée sur l'antenne d'installer la hauteur, le gain de l'antenne, en utilisant l'environnement comme la construction et d'autres obstacles, la sensibilité du récepteur, l'antenne du récepteur. Installation de l'antenne plus élevée et l'utilisation dans la campagne, la distance sera beaucoup plus loin.

Transmetteur FM 5W Exemple d'utilisation dans la ville et ville natale:

J'ai une utilisation par le client 5W émetteur fm USA avec antenne GP dans sa ville natale, et il le tester avec une voiture, il couvre 10km (6.21mile).

Je teste l'émetteur fm 5W avec antenne GP dans ma ville natale, il couvre environ 2km (1.24mile).

Je teste l'émetteur fm 5W avec antenne GP dans la ville de Guangzhou, il couvre environ seulement 300meter (984ft).

Voici la gamme approximative de différents émetteurs de puissance FM. (La plage est de diamètre)

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

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

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

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

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

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

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

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

Comment nous contacter pour l'émetteur?

Appelez-moi + 8618078869184 OU
Envoyez-moi un courriel [email protected]
1.How loin que vous voulez couvrir de diamètre?
2.How haut de la tour vous?
3.Where êtes-vous?
Et nous allons vous donner plus de conseils professionnels.

À propos de nous

FMUSER.ORG est une société d’intégration de systèmes spécialisée dans la transmission sans fil RF / équipement audio vidéo / de studio / streaming et le traitement de données. Nous fournissons tout ce que vous souhaitez, du conseil au conseil en passant par l’intégration en rack, l’installation, la mise en service et la formation.

Nous proposons des émetteurs FM, des émetteurs de télévision analogique, des émetteurs de télévision numérique, des émetteurs VHF UHF, des antennes, des connecteurs de câble coaxial, STL, Traitement en direct, Produits de diffusion pour le studio, Surveillance du signal RF, Encodeurs RDS, Processeurs audio et Unités de contrôle de site distant, Les produits IPTV, encodeur / décodeur vidéo / audio, sont conçus pour répondre aux besoins des grands réseaux de diffusion internationaux et des petites stations privées.

Notre solution comprend une station de radio FM / une station de télévision analogique / une station de télévision numérique / un équipement de studio audio vidéo / une liaison d'émetteur de studio / un système de télémétrie d'émetteur / un système de télévision d'hôtel / une diffusion en direct IPTV / une diffusion en direct en continu / une conférence vidéo / un système de diffusion CATV.

Nous utilisons des produits de technologie de pointe pour tous les systèmes, car nous savons que la fiabilité et les performances élevées sont essentielles pour le système et la solution. Dans le même temps, nous devons également nous assurer que notre système de produits a un prix très raisonnable.

Nous avons des clients de diffuseurs publics et commerciaux, d'opérateurs de télécommunication et d'autorités de régulation, et nous proposons également des solutions et des produits à des centaines de diffuseurs plus petits, locaux et communautaires.

FMUSER.ORG exporte depuis plus de 15 ans et a des clients partout dans le monde. Avec 13 ans d'expérience dans ce domaine, nous avons une équipe professionnelle pour résoudre toutes sortes de problèmes du client. Nous nous sommes engagés à fournir des prix extrêmement raisonnables de produits et services professionnels. Email du contact : [email protected]

Notre Usine

Nous avons modernisation de l'usine. Vous êtes invités à visiter notre usine lorsque vous venez en Chine.

À l'heure actuelle, il existe déjà clients 1095 partout dans le monde visité notre bureau de Guangzhou Tianhe. Si vous venez en Chine, vous êtes invités à nous rendre visite.

Au Salon

Ceci est notre participation à 2012 Global Sources Hong Kong Electronics Fair . Les clients de partout dans le monde enfin avoir une chance de se réunir.

Où est Fmuser?

Vous pouvez rechercher ces numéros " 23.127460034623816,113.33224654197693 "dans google map, vous pouvez trouver notre bureau fmuser.

bureau FMUSER Guangzhou se trouve dans le district de Tianhe, qui est le centre du Canton . Très près à la Foire de Canton , gare de guangzhou, route Xiaobei et Dashatou , seul besion 10 minutes si prendre TAXIS . Bienvenue amis partout dans le monde à visiter et à négocier.

Contact: Blue Sky
Mobile: + 8618078869184
WhatsApp: + 8618078869184
WeChat: + 8618078869184
Courriel : [email protected]
QQ: 727926717
Skype: sky198710021
Adresse: No.305 Chambre Huilan bâtiment No.273 Huangpu route Guangzhou Chine Code postal: 510620

Français: Nous acceptons tous les paiements, tels que PayPal, carte de crédit, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, si vous avez des questions, veuillez me contacter [email protected] ou WhatsApp + 8618078869184

PayPal.  www.paypal.com

Nous vous recommandons d'utiliser Paypal pour acheter nos articles, Le Paypal est un moyen sûr d'acheter sur Internet.

Chaque de notre liste d'articles en bas de page sur le dessus ont un logo paypal pour payer.

Carte de crédit.Si vous ne disposez pas paypal, mais vous avez la carte de crédit, vous pouvez également cliquer sur le bouton jaune PayPal pour payer avec votre carte de crédit.

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

Mais si vous avez pas une carte de crédit et ne pas avoir un compte paypal ou difficile à obtenu un accout paypal, vous pouvez utiliser ce qui suit:
Western union.  www.westernunion.com

Paiement par Western Union à moi:

Prénom / Prénom: Yingfeng
Nom / Prénom / Nom de famille: Zhang
Nom complet: Yingfeng Zhang
Pays: Chine
Ville: Guangzhou

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

T / T.  Payer par T / T (virement / transfert télégraphique / Virement bancaire)
PREMIÈRES INFORMATIONS BANCAIRES (COMPTE COMPTE) :

SWIFT BIC: BKCHHKHHXXX
Nom de la banque: BANK OF CHINA (HONG KONG) LIMITÉE, HONG KONG
Adresse de la banque: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
CODE DE LA BANQUE: 012
Nom du compte: FMUSER INTERNATIONAL GROUP LIMITED
N ° de compte. : 012-676-2-007855-0

-------------------------------------------------- -------------------
Deuxième RENSEIGNEMENTS BANCAIRES (COMPTE) :
Bénéficiaire : Fmuser International Group Inc
Numéro de compte: 44050158090900000337
Banque du bénéficiaire : succursale de la China Construction Bank Guangdong
Code SWIFT : PCBCCNBJGDX
Adresse : NO.553 Tianhe Road, Guangzhou, Guangdong, district de Tianhe, Chine
** Remarque : lorsque vous transférez de l'argent sur notre compte bancaire, veuillez ne rien écrire dans la zone de remarque, sinon nous ne pourrons pas recevoir le paiement en raison de la politique du gouvernement sur le commerce international.

* Il sera envoyé en 1-2 jours ouvrables lorsque le paiement clair.

* Nous vous enverrons à votre adresse paypal. Si vous voulez changer l'adresse, s'il vous plaît envoyez votre adresse et le numéro de téléphone à mon email [email protected]

* Si les paquets est inférieur à 2kg, nous sera expédiée par la poste aérienne, il faudra environ 15-25days à votre main.

Si le paquet est plus que 2kg, nous expédions par EMS, DHL, UPS, Fedex livraison rapide express, il faudra environ 7 ~ 15days à votre main.

Si le paquet plus 100kg, nous vous ferons parvenir par DHL ou fret aérien. Il faudra environ 3 ~ 7days à votre main.

Tous les paquets sont la forme la Chine guangzhou.

* Le colis sera envoyé comme un "cadeau" et déclear le moins possible, l'acheteur n'a pas besoin de payer pour la "TAXE".

* Après bateau, nous vous enverrons un e-mail et vous donner le numéro de suivi.

Pour la garantie.
Contactez-nous --- >> Renvoyez-nous l'article --- >> Recevez et envoyez un autre remplacement.

Nom: Liu xiaoxia
Adresse: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou en Chine.
Code postal: 510620
Téléphone: 8618078869184 XNUMX XNUMX XNUMX XNUMX

S'il vous plaît revenir à cette adresse et écrivez votre paypal adresse, nom, problème sur la note: