LIQ(LiveU IQ)が現場にもたらす変化と、LiveU・Dejero・TVUを正しく使い分ける技術判断

スタジアムの4万人が、回線を奪い合っていた
本番30分前のこと。機材は完璧、回線チェックも済んでいた。ところが選手入場の瞬間、配信ビットレートが6Mbpsから1.3Mbpsに落ちた。画面は止まり、復旧に7分かかった。
誰もが経験する。混雑したセルラー回線が、本番の一番肝心な場面で使いものにならなくなる——これはオペレーターの技量の問題ではない。構造的な問題だ。

「複数の回線をまとめれば安定する」。これは半分正しく、半分間違いだ。従来のボンディングは、回線を均等に割り振ることしかできない。4回線あれば4等分。そのうち1本が混雑しても、システムは気づかない。気づいたときには、すでに映像が止まっている。
なぜ「均等分配」では足りないのか
従来のボンディング伝送が抱える問題は、3点に整理できる。

① 回線品質をリアルタイムで判断できない セルラー回線の帯域は、数十秒単位で変化する。スタジアムで選手が入場した瞬間、観客が一斉にスマートフォンを取り出すだけで、同じ基地局を共有する配信機材の帯域は急変する。固定設定では間に合わない。
② 均等分配が「最悪の回線」に引きずられる 6本の回線のうち1本のパケットロス率が5%を超えた場合、その回線に割り当てられたトラフィックが全体の遅延を底上げする。1本の渋滞が全体のペースを落とす、片側1車線の旧道と同じ構造だ。
③ 事業者間の切替が手動 ドコモが混雑していてauが空いていても、手動でSIMを差し替えない限り切替できない。本番中にそんな作業はできない。
結果として何が起きるか。ビットレートは「最良の回線」ではなく、「最悪の回線の性能」に収束していく。
AIが回線を「運用」するとはどういうことか
ちょうど高速道路のナビゲーションに似ている。昔のカーナビは「最短距離」しか計算しなかった。渋滞があっても同じルートを案内し続けた。今のナビは、渋滞情報をリアルタイムで取得し、空いている経路に自動で誘導する。1分後に詰まることを予測して、その前に車線を変える。
LIQ(LiveU Intelligent QoS)は、ボンディング伝送においてまさにこれをやっている。各回線のレイテンシ・パケットロス・帯域・セル混雑度を常時監視し、どこにどれだけのトラフィックを流すかをAIがリアルタイムで決める。手動切替ではなく、eSIM技術による自動キャリア変更まで含む。
LiveU社の技術概要資料によれば、LIQを用いた際の配信ビットレートは、同条件下の従来ボンディングと比較して平均36%向上する(LiveU LIQ Technology Overview, LiveU社公式資料)。数字の意味を具体的に言うと、従来10Mbpsで頭打ちだった環境が、同じ回線構成でも13.6Mbpsまで引き上げられるということだ。
さらに規模を示す実績がある。ある国際スポーツイベントでは、37カ国・980台のLiveU機材が同時稼働し、12,000セッション・15,000時間・134TBの映像を届けた(LiveU社公開事例資料)。この数字は、衛星中継(SNG)なしで成立している。
この記事で得られること

有料部には以下が揃っている。
- LIQの3層技術構造の解説 — ボンディング・AIネットワーク分析・動的切替がどう連携するか
- よくある設定ミスとその正解 — 「回線を増やしたのに不安定になった」原因の7割はここにある
- LiveU / Dejero / TVUの技術比較表と現場選択基準 — スポーツ・ニュース・REMI制作でどれを選ぶか
- LRT・Smart Blending・IS+の仕組みの違い — なぜどの会社も独自プロトコルを使うのか
- 現場別の設定ステップ(ステップバイステップ) — 混雑環境・山岳・屋外イベント3パターン
- 記憶定着サマリー — 次の現場で即使える判断フレーム付き
ここを知らないまま次の現場へ行くか、それとも
「回線を増やせば安定する」という思い込みは、現場では通用しない。増やした回線が全部同じキャリアなら、混雑時に全滅する。これは実際に起きている。


コメント