RTP / RTCP、TCP、UDP、RTMP、RTSP（2）

参照ドキュメントRFC2326
リアルタイムストリーミングプロトコル（リアルタイムストリーミングプロトコル）は、サウンドまたはビデオを制御するために使用されるマルチメディアストリーミングプロトコルであり、複数のストリーミング需要を同時に制御できます。送信中に使用されるネットワーク通信プロトコルが、定義された範囲内にありません。サーバー側ストリーミングコンテンツの送信には、TCPまたはUDPのどちらを使用するかを選択できます。その構文と操作はHTTP1.1に似ていますが、時間同期は特に強調されていないため、ネットワーク遅延を許容できます。前述のマルチストリーミングデマンドコントロール（マルチキャスト）は、サーバー側のネットワーク使用量を削減できるだけでなく、マルチパーティビデオ会議（ビデオ会議）もサポートします。 HTTP1.1と同様に動作するため、プロキシサーバー「Proxy」のキャッシュ機能「Cache」もRTSPに適用でき、RTSPにはリダイレクト機能があるため、実際の負荷に応じてサービスを提供するサーバーを切り替えることができます。同じサーバーに過度の負荷が集中して遅延が発生するのを防ぐための状況。

　　 RealNetworksとNetscapeが共同で提案しました。このプロトコルは、XNUMX対多のアプリケーションがIPネットワークを介してマルチメディアデータを効果的に送信する方法を定義します。 RTSPは、オーディオやビデオなどのリアルタイムデータの制御とオンデマンドを可能にする拡張可能なフレームワークを提供します。データソースには、ライブデータとクリップに保存されたデータが含まれます。
このプロトコルの目的は、複数のデータ送信接続を制御し、UDP、マルチキャストUDP、TCPなどの送信チャネルを選択する方法を提供し、RTPに基づいて送信メカニズムを選択する方法を提供することです。

RTPはオーディオ/ビデオデータを送信します。 PLAYの場合、サーバーはそれをクライアントに送信します。 RECORDの場合、クライアントからサーバーに送信できます。 RTPプロトコル全体は、RTPデータプロトコルとRTP制御プロトコル（つまりRTCP）のXNUMXつの密接に関連する部分で構成されています。

　　 RTCP：RTCPには、オーディオ/ビデオの同期やその他の目的で使用される送信者レポートと受信者レポートが含まれ、制御プロトコルです。

　　RTSPリクエストには、主にDESCRIBE、SETUP、PLAY、PAUSE、TEARDOWN、OPTIONSなどが含まれます。名前が示すように、ダイアログおよび制御機能として知られています。

　　 RTSP会話中に、SETUPはRTP / RTCPが使用するポートを判別でき、PLAY / PAUSE / TEARDOWNはRTPの送信を開始または停止できます。

　　 TCP、フルネームは 転送制御プロトコル、中国名は Transmission Control Protocol です。これは、OSI トランスポート層で機能し、接続指向の信頼できる伝送サービスを提供します。

　　 TCPの仕事は、主に接続を確立し、アプリケーション層プログラムからデータを受信して送信することです。 TCPは、仮想回線接続を使用して機能します。データを送信する前に、送信者と受信者の間の接続を確立する必要があります。データが送信された後、送信者は受信者が確認応答を返すのを待ちます。そうでない場合、送信者はこのデータが失われたと考え、このデータを再送信します。

RTPは、ムービーファイル全体を完全にダウンロードできるhttpやftpとは異なります。固定データレートでネットワーク上にデータを送信します。クライアントもこの速度でムービーファイルを視聴します。動画画面を再生した後は、繰り返し再生することはできません。、サーバーに再度データを要求しない限り。

　　 RTSPとRTPの最大の違いは、次のとおりです。RTSPは、双方向のリアルタイムデータ送信プロトコルであり、クライアントが再生、早送り、逆方向の操作などの要求をサーバーに送信できるようにします。

　　もちろん、RTSPはRTPに基づいてデータを送信できます。また、TCP、UDP、マルチキャストUDP、およびその他のチャネルを選択してデータを送信することもできます。これは、優れたスケーラビリティを備えています。
これは、httpプロトコルに似たネットワークアプリケーション層プロトコルです。

シーケンス番号：送信されるセグメントのシーケンス内のセグメントの位置を示します

確認番号：正常に受信されたセグメントのシーケンス番号を指定します。確認シーケンス番号には、確認の送信側が受信する予定の次のシーケンス番号が含まれます。

TCPオフセット：セグメントヘッダーの長さを指定します。セクションヘッダーの長さは、セクションヘッダーオプションフィールドで設定されたオプションによって異なります。

予約済み：予約済みフィールドは将来の使用のために指定されています

PSH：データができるだけ早く受信プロセスに送信されることを示します

ウィンドウ：送信者が送信できる次のセグメントのサイズに関するコマンドを指定します

チェックサム：チェックサムには、TCPセグメントヘッダーとデータ部分が含まれ、セグメントヘッダーとデータ部分の信頼性を検証するために使用されます。

緊急：セグメントに緊急情報が含まれていることを示します。緊急ポインタは、URGフラグが1に設定されている場合にのみ有効です。

オプション：認識されたセグメントサイズ、タイムスタンプ、オプションフィールドの終わりが指定され、オプションフィールドの境界オプションが指定されます

TCP接続の確立：TCP接続の確立プロセスは、TCPスリーウェイハンドシェイクとも呼ばれます。まず、送信側ホストが同期（SYN）要求を開始して、受信側ホストへの接続を確立します。受信者ホストは、この要求を受信した後、送信者ホストに同期/確認応答（SYN / ACK）応答で応答します。送信側ホストはこれを受信します。パケットが受信側ホストに確認応答（ACK）を送信した後、この時点でTCP接続が正常に確立されます。

TCP接続の閉鎖：送信者ホストと宛先ホストがTCP接続を確立し、データ送信を完了すると、終了フラグが1に設定されたデータパケットが送信され、TCP接続が閉じられ、接続によって占有されていたバッファスペースが解放されます。同時に; TCPリセット設定：TCPを使用すると、送信中に接続を突然中断できます。これはTCPリセットと呼ばれます。

TCPデータの並べ替えと確認：TCPは信頼性の高い伝送プロトコルです。シーケンス番号と確認番号を使用して、送信中のデータ受信を追跡します。

TCP再送信：TCP送信の過程で、受信側ホストが再送信タイムアウト期間内にデータパケットに対する確認応答を受信しない場合、送信側ホストはデータパケットが失われたと見なし、データパケットを受信側に再度送信します。 TCP再送信と呼ばれます。

TCP 遅延確認: TCP は常に d を確認するとは限りません。受け取ってすぐにアタ。これにより、ホストはデータを受信しながら、自分自身の確認メッセージを相手に送信できます。

TCPデータ保護（チェックサム）：TCPは信頼性の高い送信プロトコルであり、送信中のデータの整合性を実現するためのチェックサム計算を提供します。

　　 UDPプロトコルは、English UserDatagramProtocolの略語です。つまり、ユーザーデータグラムプロトコルです。これは主に、コンピューター間でデータを送信する必要があるネットワークアプリケーションをサポートするために使用されます。ネットワークビデオ会議システムを含む多くのクライアント/サーバーネットワークアプリケーションは、UDPプロトコルを使用する必要があります。 UDPプロトコルは、開始以来長年使用されてきました。その初期の輝きはいくつかの同様のプロトコルによって隠されていますが、今日でも、UDPは非常に実用的で実行可能なネットワークトランスポート層プロトコルです。

　　よく知られているTCP（Transmission Control Protocol）プロトコルと同様に、UDPプロトコルはIP（Internet Protocol）プロトコルの上に直接配置されています。 OSI（Open System Interconnection）参照モデルによると、UDPとTCPはどちらもトランスポート層プロトコルです。

　　 UDPプロトコルの主な機能は、ネットワークデータトラフィックをデータグラムの形式に圧縮することです。典型的なデータグラムは、バイナリデータの送信単位です。各データグラムの最初の8バイトはヘッダー情報を含むために使用され、残りのバイトは特定の送信データを含むために使用されます。

　　 TCPはポイントツーポイントプロトコルです。つまり、各クライアントはクライアント/サーバーリンクを分離する必要があるため、複数のクライアントへのデータブロードキャストをネットワークレベルで実現することはできません。データストリームを複数のクライアントに同時に送信する必要がある場合、サーバーはデータストリームのコピーを各クライアントに送信する必要があります。 TCPは、ネットワーク帯域幅と輻輳の程度に応じて伝送速度を動的に調整し、失われたデータパケットを再送信できます。データ送信の信頼性は保証されますが、サーバーリソースは高価であり、データストリームが大きい場合にデータストリーム送信のリアルタイムパフォーマンスを保証することは困難です。

UDPは信頼性の低い伝送プロトコルです。送信側では、UDPがデータを送信する速度は、アプリケーションがデータを生成する速度、コンピューターの容量、および送信帯域幅によってのみ制限されます。受信側では、UDPは各メッセージセグメントをキューに入れます。アプリケーションは毎回キューからメッセージセグメントを読み取ります。 UDPプロトコルは接続状態を維持する必要がなく、すべてのデータパケットが受信側に到達する必要があるとは考えていないため、ネットワーク負荷はTCPよりも小さく、伝送速度はTCPよりも高速です。ネットワークが混雑しているほど、失われるデータパケットが多くなります。

　　 UDPプロトコルとTCPプロトコルの主な違いは、情報の信頼性の高い送信を実現する方法です。 TCPプロトコルには、特別な配信保証メカニズムが含まれています。データ受信者は送信者から情報を受信すると、確認メッセージを送信者に自動的に送信します。送信者は、確認メッセージを受信した後にのみ、他の情報を送信し続けます。それ以外の場合は、確認メッセージが受信されるまで待機します。

　　したがって、TCPにはUDPよりも接続を確立するための時間があります。 UDPと比較して、TCPはより高いセキュリティと信頼性を持っています。 TCPプロトコル送信のサイズは制限されていません。接続が確立されると、両方の当事者が特定の形式で大量のデータを送信できますが、UDPはサイズ制限のある信頼性の低いプロトコルであり、毎回64Kを超えることはできません。

　　 TCPプロトコルと比較すると、UDPプロトコルのもうXNUMXつの違いは、予期しない複数のデータグラムを受信する方法です。 TCPとは異なり、UDPはデータの送受信順序を保証しません。

RTP は UDP を上回っています。 UDP は TCP ほど信頼できず、サービス品質を保証できませんが、リアルタイムサービスの場合、RTCP はデータ伝送とサービス品質をリアルタイムで監視する必要があります。ただし、UDP は TCP よりも伝送遅延が小さいため、ビデオやオーディオとの互換性が非常に高くなります。いい勝負。したがって、実際のアプリケーションでは、オーディオ/ビデオメディアには RTP/RTCP/UDP が使用され、データの送信と制御シグナリングには TCP が使用されます。

RTMPプロトコルは、ビデオ、オーディオ、およびデータの効率的な送信のために特別に設計されたプロトコルです。バイナリTCP接続を確立するか、HTTPトンネルを接続することにより、リアルタイムのビデオとサウンドの送信を実現します。

　　RTMPは、従来のメディアサーバーよりも多くのメディアプロトコルをサポートします。サーバーからクライアントへ、およびクライアントからサーバーへのオーディオ、ビデオ、およびスクリプトデータを含む可能性のある複数の回線の動的な送信をサポートします。 RTMPは、オーディオ、ビデオ、およびスクリプトデータを個別に処理します。

　　サウンドデータとビデオデータは、サーバーに個別にバッファリングされます。サウンドデータがサウンドバッファ内の特定の制限に達すると、バッファ内のすべてのデータが破棄され、最後に到着したデータがバッファ内で収集を開始して各クライアントに送信されるようになります。ビデオデータは同様の方法で処理されますが、違いは、新しいキーフレームが到着すると、バッファ内のデータがクリアされることです。古いフレームデータを破棄するときに、クライアントのデータが間違っていることが判明した場合、新しいフレームと古いフレームが適合されます。

　　RTMPは、データにさまざまな優先度レベルを与えます。リアルタイムの会話では、音声が最も重要であり、ビデオの優先度は低く、スクリプトデータは音声とビデオの間で優先されます。

　　 RTMPプロトコルは複数のデータストリームを作成できますが、各データストリームは一方向しか持つことができません。 RTMPを使用すると、このようなシステムを構築でき、クライアントはRTMPサーバーとアプリケーションサーバーを同時に操作できるため、サーバーの負荷を分散できますが、この改善されたシステム構造では、RTMPサーバーのパフォーマンス要件があります。比較的高いです。

　　 HTTPプロトコル、フルネームはHyperText Transfer Protocol、中国語名はHyperText TransferProtocolです。

　　MMSプロトコル、フルネームはMicrosoft Media Server Protocol、中国語名はMicrosoft Media ServerProtocolです。

　　 HLSプロトコル（フルネームHTTP Live Streaming）は、AppleInc。によって実装されたHTTPに基づくストリーミングメディア送信プロトコルです。

どのくらい遠くまで（長い）変換器のカバー？

送信範囲は、多くの要因に依存します。真の距離は、建物やその他の障害物、受信機の感度、受信機のアンテナのような環境を使用して、高さをインストールするアンテナ、アンテナ利得に基づいています。田舎でアンテナより高いと使用したインストール、距離ははるか遠くなります。

【実施例5W FMトランスミッタは、都市と故郷に使用します。

私は彼の故郷でのGPアンテナと米国の顧客の利用5WのFMトランスミッターを持っている、と彼は車でそれをテストし、それが10km（6.21mile）をカバー。

私はそれが5km（2mile）についてカバーし、私の故郷でのGPアンテナと1.24WのFMトランスミッターをテストします。

私はそれだけで5meter（300ft）についてカバーし、広州市のGPアンテナと984WのFMトランスミッターをテストします。

以下は、異なる電力のFMトランスミッタのおおよその範囲です。（範囲は直径です）

0.1W〜5W FMトランスミッター：100M〜1KM

5W〜15W FM Ttransmitter：1KM〜3KM

15W〜80W FMトランスミッター：3KM〜10KM

80W〜500W FMトランスミッター：10KM〜30KM

500W〜1000W FMトランスミッター：30KM〜50KM

1KW〜2KW FMトランスミッター：50KM〜100KM

2KW〜5KW FMトランスミッター：100KM〜150KM

5KW〜10KW FMトランスミッター：150KM〜200KM

送信機のための私達に連絡するには？

私に電話+ 8618078869184 OR
メールを送ってください [メール保護]
1.Howはるかにあなたは直径がカバーしたいですか？
2.Howあなたの高い塔？
あなたは3.Whereからですか？
そして、私たちはより多くの専門家のアドバイスを提供します。

私たちに関しては

FMUSER.ORGは、RFワイヤレス伝送/スタジオビデオオーディオ機器/ストリーミングおよびデータ処理に重点を置いたシステムインテグレーション会社です。アドバイス、コンサルティングからラックの統合、設置、試運転、トレーニングまで、すべてを提供しています。

FMトランスミッタ、アナログTVトランスミッタ、デジタルTVトランスミッタ、VHF UHFトランスミッタ、アンテナ、同軸ケーブルコネクタ、STL、放送処理、スタジオ向け放送製品、RF信号モニタリング、RDSエンコーダ、オーディオプロセッサ、リモートサイトコントロールユニット、 IPTV製品、ビデオ/オーディオエンコーダ/デコーダは、大規模な国際放送ネットワークと小規模なプライベートステーションの両方のニーズを満たすように設計されています。

私たちのソリューションには、FMラジオ局/アナログテレビ局/デジタルテレビ局/オーディオビデオスタジオ機器/スタジオ送信機リンク/送信機テレメトリーシステム/ホテルテレビシステム/ IPTVライブ放送/ストリーミングライブ放送/ビデオ会議/ CATV放送システムがあります。

高い信頼性と高性能がシステムとソリューションにとって非常に重要であることを私たちは知っているので、私たちはすべてのシステムに先進技術製品を使っています。同時に私達はまた私達のプロダクトシステムを非常に適正価格で確かめなければなりません。

私たちは公共および商業放送局、電気通信事業者および規制当局の顧客を持っています、そしてまた私たちは何百ものより小さな、地方およびコミュニティ放送局に解決策と製品を提供します。

FMUSER.ORGは15年以上輸出しており、世界中にクライアントがいます。この分野で13年の経験を持つ私たちは、お客様のあらゆる種類の問題を解決するための専門家チームを持っています。私たちはプロの製品とサービスの非常にリーズナブルな価格を提供することに専念しました。連絡先メールアドレス： [メール保護]

私たちの工場

我々は持っています近代化工場の。あなたが中国に来たときに私たちの工場を訪問する歓迎されています。

現在では、既に存在しています 1095のお客様世界中の当社の広州天河オフィスを訪問しました。あなたが中国に来ている場合は、私たちを訪問する歓迎されています。

フェア

これは2012グローバルソースへの参加であります香港エレクトロニクスフェア . 世界中からのお客様最終的に一緒に取得する機会を持っています。

FMUSERはどこにありますか？

この番号を検索できます " 23.127460034623816,113.33224654197693 "グーグルマップで、あなたは私たちのfmuserオフィスを見つけることができます。

FMUSER広州事務所がある天河区にありますカントンの中心。非常に近く広州交易会 , 広州駅, xiaobei道路とdashatou 、のみ必要 10 minutes 取る場合タクシー。世界中の友人が訪問し、交渉を歓迎します。

お問い合わせ：スカイブルー
携帯電話：+ 8618078869184
WhatsApp：+ 8618078869184
Wechat：+ 8618078869184
Eメール： [メール保護]
QQ：727926717
スカイプ：sky198710021
住所：No.305ルームHuiLanビルNo.273 Huanpu道広州中国郵便番号：510620

英語： PayPal、クレジットカード、ウェスタンユニオン、アリペイ、マネーブッカー、T / T、LC、DP、DA、OA、Payoneerなど、すべての支払いを受け付けます。ご不明な点がございましたら、ご連絡ください [メール保護] またはWhatsApp + 8618078869184

ペイパル。  www.paypal.com

私たちは、あなたが当社の商品を購入するペイパルを使用することをお勧めし、ペイパルは、インターネット上で購入する安全な方法です。

上に私たちの項目リストページの一番下のすべてが支払うためにPayPalのロゴを持っています。

クレジットカード。PayPalを持っていないが、あなたはクレジットカードをお持ちの場合は、クレジットカードでの支払いを黄色のPayPalボタンをクリックすることができます。

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

しかし、あなたはクレジットカードを持っていないし、PayPalのaccoutを得たためにPayPalのアカウントまたは困難を持っていない場合、あなたは次のように使用することができます。
ウエスタンユニオン。  www.westernunion.com

私にウェスタンユニオンによって支払います：

名前/名：Yingfeng
姓/名字/姓：Zhang
氏名：Yingfeng Zhang
国：中国
市：広州

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

T / T。  でのお支払い T / T（電信送金/電信振替/銀行振込）
最初の銀行情報（会社のアカウント）：

SWIFT BIC：BKCHHKHHXXX
銀行名：BANK OF CHINA（香港）リミテッド、香港
銀行口座：中国タワー、1ガーデンルート、セントラル、香港
銀行コード：012
アカウント名：FMUSER INTERNATIONAL GROUP LIMITED
アカウントなし。：012 - 676 - 2 - 007855 - 0

-------------------------------------------------- -------------------
XNUMX番目の銀行情報（会社のアカウント）：
受益者：Fmuser International Group Inc
口座番号：44050158090900000337
受益者銀行：中国建設銀行広東支店
SWIFTコード：PCBCCNBJGDX
住所：NO.553 Tianhe Road、Guangzhou、Guangdong、Tianhe District、China
**注：銀行口座に送金する場合は、備考欄に何も記入しないでください。記入しないと、国際貿易事業に関する政府の方針により、支払いを受け取ることができません。

時支払明確*これは、営業日1-2で送信されます。

*私たちはあなたのpaypal住所に送信します。あなたがアドレスを変更したい場合は、私のメールにあなたの正しい住所と電話番号を送信してください。 [メール保護]

パッケージは2kgを下回る場合*、我々は航空郵便を経由して出荷されます、それはあなたの手に15-25days程度かかります。

パッケージは2kg以上であれば、我々はEMS、DHL、UPS、フェデックス速い速達便を経由して出荷されます、それはあなたの手に7〜15days程度かかります。

100kgよりパッケージ以上ならば、我々はDHLや航空貨物を経由して送信されます。それはあなたの手に3〜7days程度かかります。

すべてのパッケージは、中国の広州形成しています。

*パッケージは「ギフト」として送信され、可能な限りクリアされません。購入者は「TAX」の料金を支払う必要はありません。

*船の後、私たちはあなたに電子メールを送信し、追跡番号を与えます。

保証について。
お問い合わせ--- >>アイテムを私たちに返送してください--- >>別の交換品を受け取って送ってください。

名前：劉xiaoxia
住所：305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu中国広州。
ZIP：510620
電話：+ 8618078869184

このアドレスに戻り、ノートにあなたのpaypal住所、氏名、問題を記述してください。