コンソールでドメイン名を送信および管理する前に、ドメイン名が登録（関連する政府機関で）されている必要があります。ドメイン名の文字数制限は 29 文字で、大文字は現在サポートされていません。29 文字以下の小文字のドメイン名アドレスを入力してください。詳細については、ドメイン名管理 を参照してください。
再生ドメイン名とプッシュドメイン名は、2 つの異なるドメイン名である必要があります。ただし、サブドメインを使用して区別することは可能です。
例：ストリームのプッシュには 123.abc.com を使用し、再生には 456.abc.com を使用します。
RTMP はライブストリーミング環境全体で特に優勢というわけではありませんが、「配信者」から「サーバー」へのストリームのプッシュにおいて主要なプロトコルです。現在、中国のほとんどのビデオクラウドサービスは、主に RTMP をメインのプッシュプロトコルとして使用しています（ライブストリーミング SDK の最初の機能モジュールはストリームプッシュ用であるため、RTMP SDK と呼ばれることがよくあります）。
現在一般的なライブストリーミングプロトコルには、RTMP、FLV、HLS、および WebRTC があります。
- RTMP: プッシュとストリーミングの両方に適した汎用性の高いプロトコルです。大きなビデオおよびオーディオフレームを小さなパケットに分割してインターネット伝送を行い、暗号化をサポートし、優れたプライバシーを提供します。ただし、パケットの分割/組み立てプロセスが複雑なため、高同時接続下では安定性の問題が発生する可能性があります。
- FLV: Adobe によって推進されたこのプロトコルはシンプルな形式で、大きなビデオ/オーディオフレームにヘッダーマーカーを追加するだけです。これにより、低遅延と高同時接続に対して成熟しています。主な欠点はモバイルブラウザでのサポートが限られていることですが、モバイルアプリには非常に適しています。
- HLS: Apple のソリューションで、ビデオを m3u8 インデックスファイルで管理される 5〜10 秒のチャンクに分割します。クライアントが完全なチャンクをダウンロードするため、再生はスムーズですが、大幅な遅延（通常 10〜30 秒）が発生します。FLV と比較して、HLS は iPhone およびほとんどの Android モバイルブラウザで優れたサポートを提供しており、リンク共有（QQ/WeChat など）で一般的です。
- WebRTC: Web Real-Time Communication の略です。これは、ウェブブラウザ内でのリアルタイムのオーディオ/ビデオ通信をサポートする API です。2011 年にオープンソース化され、W3C 標準となっています。「快直播 (Fast Live Streaming)」は WebRTC を使用しており、従来のプロトコルと比較して超低遅延体験（ミリ秒レベル）を提供し、オンライン教育、スポーツストリーミング、ライブクイズなどのシナリオに最適です。
ライブストリーミングサービスをアクティブ化した新規ユーザーは、1年間有効な国内標準ライブストリーミング用の無料の 20GB トラフィックパッケージを受け取ります。デフォルトの課金方法は従量課金（日次決済）です。標準ライブストリーミング再生のテストに使用されるトラフィックは、このパッケージから差し引かれます。パッケージを超えた使用量は日次で請求されます。付加価値機能（透かし、トランスコーディング、録画、スクリーンショット、コンテンツモデレーションなど）はデフォルトで無効になっており、必要に応じてアクティブ化でき、別途請求されます。詳細な請求項目については、標準ライブストリーミングの請求 を参照してください。
コンソールでドメイン名を送信および管理する前に、ドメイン名が登録（関連する政府機関で）されている必要があります。ドメイン名の文字数制限は 29 文字で、大文字は現在サポートされていません。29 文字以下の小文字のドメイン名アドレスを入力してください。詳細については、ドメイン名管理 を参照してください。
再生ドメイン名とプッシュドメイン名は、2 つの異なるドメイン名である必要があります。ただし、サブドメインを使用して区別することは可能です。
例：ストリームのプッシュには 123.abc.com を使用し、再生には 456.abc.com を使用します。
RTMP はライブストリーミング環境全体で特に優勢というわけではありませんが、「配信者」から「サーバー」へのストリームのプッシュにおいて主要なプロトコルです。現在、中国のほとんどのビデオクラウドサービスは、主に RTMP をメインのプッシュプロトコルとして使用しています（ライブストリーミング SDK の最初の機能モジュールはストリームプッシュ用であるため、RTMP SDK と呼ばれることがよくあります）。
現在一般的なライブストリーミングプロトコルには、RTMP、FLV、HLS、および WebRTC があります。
- RTMP: プッシュとストリーミングの両方に適した汎用性の高いプロトコルです。大きなビデオおよびオーディオフレームを小さなパケットに分割してインターネット伝送を行い、暗号化をサポートし、優れたプライバシーを提供します。ただし、パケットの分割/組み立てプロセスが複雑なため、高同時接続下では安定性の問題が発生する可能性があります。
- FLV: Adobe によって推進されたこのプロトコルはシンプルな形式で、大きなビデオ/オーディオフレームにヘッダーマーカーを追加するだけです。これにより、低遅延と高同時接続に対して成熟しています。主な欠点はモバイルブラウザでのサポートが限られていることですが、モバイルアプリには非常に適しています。
- HLS: Apple のソリューションで、ビデオを m3u8 インデックスファイルで管理される 5〜10 秒のチャンクに分割します。クライアントが完全なチャンクをダウンロードするため、再生はスムーズですが、大幅な遅延（通常 10〜30 秒）が発生します。FLV と比較して、HLS は iPhone およびほとんどの Android モバイルブラウザで優れたサポートを提供しており、リンク共有（QQ/WeChat など）で一般的です。
- WebRTC: Web Real-Time Communication の略です。これは、ウェブブラウザ内でのリアルタイムのオーディオ/ビデオ通信をサポートする API です。2011 年にオープンソース化され、W3C 標準となっています。「快直播 (Fast Live Streaming)」は WebRTC を使用しており、従来のプロトコルと比較して超低遅延体験（ミリ秒レベル）を提供し、オンライン教育、スポーツストリーミング、ライブクイズなどのシナリオに最適です。
ライブストリーミングサービスをアクティブ化した新規ユーザーは、1年間有効な国内標準ライブストリーミング用の無料の 20GB トラフィックパッケージを受け取ります。デフォルトの課金方法は従量課金（日次決済）です。標準ライブストリーミング再生のテストに使用されるトラフィックは、このパッケージから差し引かれます。パッケージを超えた使用量は日次で請求されます。付加価値機能（透かし、トランスコーディング、録画、スクリーンショット、コンテンツモデレーションなど）はデフォルトで無効になっており、必要に応じてアクティブ化でき、別途請求されます。詳細な請求項目については、標準ライブストリーミングの請求 を参照してください。