Webrtc-protocols
WebRTC-プロトコル
リアルタイムのデータ通信は、両方のユーザーのデバイス間の接続速度が速いことを意味します。 一般的な接続では、高品質を実現するために、ビデオまたはオーディオのフレームを取得し、1秒あたり30〜60回、別のユーザーのデバイスに転送します。 そのため、すべてのフレームが確実に相手側に届くようにするよりも、最新のデータフレームを送信することが重要であることを理解することが重要です。 そのため、WebRTCアプリケーションは、接続の速度を維持するために特定のフレームを見逃す場合があります。
最近では、ほとんどすべてのビデオ再生アプリケーションでこの効果が見られます。 ビデオゲームやビデオストリーミングアプリは、ビデオのいくつかのフレームを失う余裕があります。これは、視聴しているものを常に視覚化するため、私たちの心がこれらのスペースを埋めようとするためです。 アプリケーションが1秒間に50フレームを再生し、ほとんどの場合、フレーム15、25、および38が欠落する場合、ユーザーはイベントに気付かないでしょう。 したがって、ビデオストリーミングアプリケーションには、さまざまな要件があります-
これがWebRTCアプリケーションがトランスポートプロトコルとしてUDP（ユーザーデータグラムプロトコル）を使用する理由です。 今日のほとんどのWebアプリケーションは、TCP（Transmission Control Protocol）を使用して構築されています。
- 送信されたデータはすべて受信済みとしてマークされます
- 反対側に届かないデータは再送され、他のデータの送信は一時的に終了します
- すべてのデータは一意であり、反対側で重複することはありません
現在、ほとんどのWebアプリケーションにとってTCPが優れた選択肢である理由がおわかりでしょう。 HTMLページをリクエストする場合、すべてのデータを正しい順序で取得するのが理にかなっています。 しかし、このテクノロジーはすべてのユースケースに適合するわけではありません。 たとえば、マルチプレイヤーゲームを使用する場合、ユーザーは最後の数秒で何が起こったのかのみを見ることができ、データが欠落しているときに大きなボトルネックにつながる可能性があります-
オーディオとビデオのWebRTC接続は、最も信頼性が高いという意味ではなく、2人のユーザーのデバイス間で最速であることを意味します。 したがって、フレームを失う余裕があります。つまり、UDPはオーディオおよびビデオストリーミングアプリケーションに最適な選択肢です。
UDPは、信頼性の低いトランスポート層になるように構築されました。 あなたはで確認することはできません-
- データの順序
- データの配信ステータス
- 個々のデータパケットの状態
今日、WebRTCはメディアパケットを可能な限り高速で送信します。 WebRTCは、大規模な企業ネットワークに関する複雑なトピックになる場合があります。 それらのファイアウォールは、それらの間のUDPトラフィックをブロックできます。 UDPを幅広いユーザーに適切に機能させるために、多くの作業が行われました。
今日のほとんどのインターネットトラフィックは、Webページだけでなく、TCPとUDPで構築されています。 タブレット、モバイルデバイス、スマートテレビなどで見つけることができます。 したがって、これらのテクノロジーがどのように機能するかを理解することが重要です。
