ストリーミングの4K画質を実測比較していると、最後はたいてい具体的な一点に行き着きます。同じ作品、同じアカウント、同じテレビなのに、回線を変えただけで4Kから480pに落ちてしまう。原因は「帯域が足りているか」という一次元ではなく、ビットレート、パケットロス、接続地域、クライアント側の名前解決といった一連の経路にあります。以下では確認しやすい順に分解して説明し、各節で専門機器なしでも再現できる観察方法を示します。
480pに落ちる直接的な原因:ビットレート・パケットロス・適応切替
4Kのストリーミングは、1話をまるごとダウンロードしてから再生するのではなく、数秒単位のセグメントに分割し、プレーヤーの適応ビットレートアルゴリズムがセグメントごとに再生品質を決めています。アルゴリズムは毎回3つを評価します。直近セグメントの実効スループット、バッファに残っている秒数、パケットロスによる再送が起きていないか。どれか一つでも悪化すれば、プレーヤーは下の段へ切り替えます。480pは多くの場合、最後の逃げ道として用意された最も保守的な段です。
「速度テストでは高い数値が出るのに、再生は480pのまま」という現象がよく起きるのもこれで説明できます。速度テストが測るのは太い単一接続ですが、動画再生は数十本の短い接続、複数のCDNドメイン、TLSセッションの再利用が同時に走る世界で、ピーク帯域よりもパケットロス率とジッタに敏感です。国際区間で0.数%のロスがあるだけで、TCPの輻輳ウィンドウは何度も縮み、実効スループットは数分の1まで落ちます。バッファが尽きれば、プレーヤーは映像を止めるより画質を落とす方を選びます。
| 画質レベル | 一般的なビットレート | 安定再生に必要な帯域の余裕 | ダウン切替の主な原因 |
|---|---|---|---|
| 480p | 約1〜2.5 Mbps | 3 Mbps 以上 | パケットロスによる再送、ドメインがローカルCDNに解決される |
| 720p | 約2.5〜5 Mbps | 8 Mbps 以上 | 夜間ピークの国際区間の混雑 |
| 1080p | 約5〜8 Mbps | 12 Mbps 以上 | 中継ノードの帯域が同時接続で埋まる |
| 4K | 約15〜25 Mbps | 35 Mbps 以上 | 出口地域の不一致、回線の遠回りによる往復遅延の増大 |
表のビットレートは公開されている業界の一般的なレンジです。HEVCやAV1でエンコードしているプラットフォームでは、同じ画質段でもH.264より相応に帯域を節約できるため、実際のビットレートは各社で一致しません。自分が帯域で詰まっているのかを判断するときは、速度テストのピーク値ではなく、安定再生中の実効スループットを見てください。ピークは「一瞬どこまで出るか」しか示しません。ストリーミングが必要とするのは、持続して安定した区間です。
回線の種類:夜間ピークでも4Kを維持できるか
国際回線の違いは「最大速度」ではなく「夜間ピークにどれだけ残っているか」にあります。20時から23時は国際出口が最も混み合う時間帯で、この時間のパケットロスとジッタが4Kを維持できるかどうかをほぼ決めます。データ経路で見ると、一般的な回線は3種類に分けられ、コストと挙動の差は大きなものです。
| 回線の種類 | データ経路 | 夜間ピークの挙動 | 向いている視聴シーン |
|---|---|---|---|
| IEPL 専線 | 端から端まで専線。公衆バックボーンの国際出口を通らない | 変動が小さく、パケットロスも少ない | 4Kの長編、ライブ配信、複数端末の同時接続 |
| 中継 | 入口ノード → 中継ノード → 出口。公網区間と最適化区間が混在 | 中程度。中継区間の負荷次第 | 1080pの日常視聴、Web閲覧 |
| 直結 | クライアントが出口ノードへ直接接続 | 国際出口の混雑の影響を最も受けやすい | 一時的な調べもの、低ビットレートの動画 |
専線はコストが最も高く、通常は帯域を買い切る形なので、「同じノードの他の利用者に帯域を食い尽くされる」ことが起きません。中継は折衷案で、体験は中継ノードの同時接続制御がどれだけ作り込まれているかに左右されます。直結は最も安価ですが、夜間ピークのジッタも最大です。4Kを安定させたいなら専線を優先する。この一手は、クライアントや端末を替えるよりはるかに直接的です。
ピーク速度よりもパケットロス率に目を向けるべきです。仮に経路のロスが0.5%なら、200パケットに1つは再送になり、そのたびに輻輳ウィンドウが縮みます。スループットの低下を見たプレーヤーは、次のセグメントを下の段に落とします。ある回線が4Kに向くかどうかは、まず夜間ピークのロスとジッタを、そのあとに帯域を確認してください。
接続地域:同じプラットフォームでも地域で画質が変わる
ストリーミングプラットフォームの配信ライブラリは地域ごとにライセンスされていて、4K版がすべての地域にあるわけではありません。出口アドレスがどの国に落ちるかで、どの配信元が割り当てられ、どのCDNクラスタへ振り分けられるかが決まります。この層の影響は、帯域より大きいこともしばしばです。
- 配信ライブラリの違い:同じ作品でも地域によっては1080p版しか提供されていません。出口がその地域に落ちると画質の上限がそこで固定され、帯域に余裕があっても意味がありません。
- 配信ノードの近接割り当て:プラットフォームは出口アドレスの登録地をもとにリクエストを特定のクラスタへ振り分けます。回線が遠回りしているとノードが遠くなり、往復遅延が増えて再生開始が遅れ、ダウン切替も起きやすくなります。
- 出口アドレスの種類:データセンターのアドレス帯はプラットフォームに検出されやすく、一部のサービスではこうした経路からの視聴に解像度制限や追加の確認を求めることがあります。
- アカウント地域と出口の不一致:アカウントの登録地・表示言語・出口地域の差が大きいと、一部のプラットフォームは低い既定ビットレートに戻します。
4Kを安定させたいなら、遅延が低く見えるノードを適当に選ぶのではなく、出口地域を配信地域に合わせる必要があります。遅延が低いのはハンドシェイクが速いというだけで、配信クラスタが割り当てたサーバーが近いという意味ではありません。pingはきれいなのに、再生中は2つの段の間を行き来し続ける回線は、クラスタの割り当てが噛み合っていない典型例です。
クライアントと端末側:見落としやすい4つのボトルネック
名前解決が回線に追従していない
クライアントは接続できているのに、システムの名前解決はローカルの回線事業者を通ったまま。配信ドメインがローカルノードに解決され、プラットフォーム側にはローカルからの解決結果が見えるため、地域判定の時点で失敗し、画質は480pか720pに制限されます。見分け方は、クライアント内で解決結果を確認するか、解決先の出口を表示する確認ページにアクセスし、リクエストがローカルではなく回線の出口を通っていることを確かめるだけです。症状が「回線が悪い」ときとほぼ同じなので、確認順序の最初に置くべき項目です。
分割トンネリングのルールが配信ドメインをカバーしていない
分割トンネリングはドメインやアドレス帯でプロキシを通すかどうかを決めます。配信に使うドメインがルールに入っていないと、プレーヤーのリクエストは2経路に分かれます。マニフェストはプロキシ経由、セグメントは直結。あるいはその逆。結果として再生開始直後に画質が落ち、しかも速度テストはまったく正常に見えます。もっとも簡単な検証は、そのプラットフォームのドメインを強制プロキシのリストに追加し、同じエピソードでもう一度比べることです。
ブラウザ再生はDRMレベルで制限される
デスクトップブラウザでの再生はDRM(デジタル著作権管理)のレベルに制限され、一部のブラウザや更新されていないバージョンでは720pまでしか出ません。これは回線とは無関係です。「クライアントなら4K、ブラウザだと720p」という場合は、まずクライアントで確認し、ノードを慌てて替えないようにしてください。
端末のデコード能力が足りない
4Kの配信はHEVCやAV1でエンコードされていることが多く、旧世代のテレビボックスはH.264のハードウェアデコードしか対応していません。プレーヤーはデコードできる段まで自動的に落とします。この種のダウン切替は速度テストでは異常として現れず、端末を替えて比較して初めて確認できます。
切り分けでは、一度に一つの変数だけを動かしてください。回線・出口地域・クライアントを同時に変えてしまうと、画質が戻ってもどれが効いたのか分からず、次に同じ症状が出たときにまた最初から試すことになります。
- ✅ 配信ドメインは既定の分割ルールに任せず、強制プロキシのリストに書く。
- ✅ クライアント内で、名前解決が回線の出口を通り、ローカルに落ちていないことを確認する。
- ✅ 4Kの長編はIEPL専線を優先し、1080pなら中継で十分。
- ✅ 比較するときは同じエピソード・同じ時間帯に固定し、一度に一つの変数だけを変える。
- ❌ 速度テストのピーク値だけで4Kの可否を判断し、パケットロスとジッタを見ない。
- ❌ ブラウザで4Kを見るのに、DRMレベルとデコード能力を確認しない。
- ❌ モバイルの省電力モードのまま画質を測る。バックグラウンドの通信がOSに制限される。
1週間の観察法:「なんとなく重い」を比較できる記録に変える
一度の視聴の印象はあてになりません。昨日は滑らかだった同じ作品が今日は重いというのは、単に時間帯が違うだけかもしれません。原因が回線にあるのか、出口地域にあるのか、クライアントにあるのかを判断するには、1週間の対照記録を取る方が、ノード一覧を何度も試すよりはるかに効きます。
- サンプルを固定:同じ作品の同じエピソードを選び、解像度設定も固定。途中で手動の画質切替はしない。
- 時間帯を固定:毎日、午後と夜間ピークにそれぞれ10分ずつ視聴し、2つの時間帯を分けて記録する。
- 3つの数値を記録:再生開始から4Kになるまでの時間、ダウン切替が起きた回数、落ちた最低画質段。
- 変数は一度に一つ:回線を替えるときは出口地域を変えず、出口地域を替えるときは回線を変えない。
- 突き合わせ:2つの時間帯の記録を並べて見ると、傾向はたいてい3日で見えてくる。
結論:日中は正常で、夜間ピークだけ480pに落ちるなら、原因は国際区間の混雑です。IEPL専線に切り替えるのが最も直接的な対処になります。一日中720pまでしか出ないなら、まず名前解決が漏れていないかと分割トンネリングのルールを確認し、そのうえで出口地域と配信地域が一致しているかを見てください。ブラウザだけ駄目でクライアントは正常なら、それはDRMレベルかデコード能力の問題で、回線とは関係ありません。3つの症状はそれぞれ別の対処経路に対応します。まとめて試さないでください。
回線を選ぶ前に確認したい4つの質問
ここまでの内容を、そのまま回線事業者に聞ける4つの質問にまとめました。パラメータ表を1行ずつ比べるより、よほど速く答えにたどり着けます。
- この回線の実経路は専線・中継・直結のどれか。夜間ピークに帯域の保証はあるか。
- 出口地域は見たい配信地域をカバーしているか。必要に応じて切り替えられるか。
- 名前解決を回線の出口経由にできるか。分割トンネリングでドメイン単位の強制指定ができるか。
- 台数制限はないか。テレビ・ボックス・スマートフォンを同時接続できるか。
この4つをはっきりさせたうえで1週間の対照記録を組み合わせれば、「なぜ480pに落ちるのか」をかなり具体的な一箇所まで絞り込めます。ノードをあれこれ替えて運に頼る必要はありません。画質の問題は単一の故障ではなく、ビットレート、パケットロス、出口地域、クライアント設定が重なって起きる結果です。順番に潰していけば、迷うことはありません。