最終更新: 2026年8月4日|執筆: SHIMOHA Inc.(株式会社SHIMOHA)
「Wi-Fi HaLow でカメラの映像は本当に送れるのか?」——この記事は、その一点に実務目線で答えるために書いています。
Wi-Fi HaLow(IEEE 802.11ah)は「約1km届く」「省電力」「SIM不要」と紹介されることが多く、監視カメラとの相性の良さが期待されています。一方で、実際に導入を検討し始めると「では何fpsで何時間流せるのか」「1台のアクセスポイントに何台つながるのか」「日本のDuty比10%制限は映像伝送に何をもたらすのか」といった、カタログには書かれていない疑問に必ず突き当たります。
本記事では、総務省・802.11ah推進協議会・Wi-Fi Alliance などの公開一次情報だけにもとづき、「できること」と「できないこと」の境界線を数値で示します。他社の検証結果を引用するのではなく、規格と法令の数値から、あなたの要件で自分で計算できる形で提示します。
この記事の内容
1. 結論:Wi-Fi HaLow カメラでできること・できないこと
先に結論
Wi-Fi HaLow で映像は送れます。ただし日本国内では、「高解像度の常時ストリーミング」は成立しません。
成立するのは、低〜中解像度・低フレームレートでの「状況確認」、またはイベント検知をトリガとした静止画・短尺クリップの伝送です。
重要なのは、この2つは画質の上限が違うということ。連続ライブは帯域に張り付くため解像度を落とさざるを得ませんが、間欠送信ならフルHDの静止画も送れます。被写体を識別できる画質が必要なら、常時ストリーミングではなくイベント駆動の設計にすれば成立します。
逆にいえば、「電源も通信回線もない場所に、月額通信費ゼロで、現場の状況が見える目を置く」という目的であれば、他のどの方式よりも合理的な選択肢になり得ます。
まず、判断の材料になる早見表を示します。詳細な根拠は以降の章で順に説明します。
| やりたいこと | 可否 | 成立条件・補足 |
|---|---|---|
| 数百m先の現場の様子を数分おきに確認したい | ◎ 得意 | Wi-Fi HaLow が最も向く用途。静止画または低fps動画で十分成立する。 |
| 動きを検知したときだけ画像を送りたい | ◎ 得意 | Wi-Fi HaLow の本領。間欠送信ならフルHDの静止画・短尺クリップも送れるため、被写体を識別できる画質が得られる。送信量が小さく電池・ソーラー駆動とも相性が良い。 |
| HD画質・15fps でライブ映像を見たい | △ 条件付き | 必要リンク速度は約9Mbps(第3章の逆算式による)。4MHz幅の理論値15Mbpsに迫るため、見通しの良い近距離に限られる。距離が伸びると fps を落とす必要がある。 |
| 1km 先から映像を送りたい | △ 条件付き | アンテナ高を十分に取れる場合に限る。地上高が低いと 600m 前後が実際の目安。画質は VGA・数fps級まで落ちる。 |
| フルHD で 24時間365日 常時録画したい | × 不可 | 帯域・Duty比制限のいずれからも成立しない。カメラ本体のSDカードへエッジ録画する設計に切り替える。 |
| 音声を含むリアルタイム双方向通信をしたい | × 不向き | 帯域と遅延の両面で厳しい。用途としては想定されていない。 |
2. Wi-Fi HaLow(IEEE 802.11ah)とは何か
Wi-Fi HaLow(ワイファイ・ヘイロー)は、IEEE 802.11ah という無線LAN規格に対して Wi-Fi Alliance が与えているブランド名です。1GHz未満の周波数帯(Sub-1GHz)を使うことで、従来のWi-Fiでは届かなかった距離をカバーします。
なぜ「Wi-Fi」なのに約1km届くのか
理由はシンプルで、使っている周波数が低いからです。電波は周波数が低いほど遠くまで届き、障害物を回り込みやすい性質があります。日本の Wi-Fi HaLow は 920MHz 帯を使うため、2.4GHz/5GHz の一般的なWi-Fi(到達距離100m程度)に対して桁違いの距離を稼げます。
ただし、電波の世界には常にトレードオフがあります。低い周波数は遠くに届く代わりに、使える帯域幅が狭く、速度が出ません。Wi-Fi HaLow が「速度を捨てて距離と省電力を取った規格」であることは、後述する設計判断のすべての前提になります。
日本で使える仕様 — ここが海外情報との最大の落とし穴
Wi-Fi HaLow の情報を英語で調べると「数十Mbps」「16MHz幅」といった数字が出てきますが、これらは日本では成立しません。日本の電波法で認められている条件は以下のとおりです。
| 項目 | 日本での規定 | 備考 |
|---|---|---|
| 周波数帯 | 920.5 〜 928.1 MHz | 単位チャネル 200kHz を束ねて使用 |
| チャネル幅 | 1 / 2 / 4 MHz | 単位チャネル最大20個(=4MHz)まで。規格上の 8 / 16MHz は日本では使用不可 |
| 空中線電力 | 20 mW(13 dBm)以下 | 空中線利得は 3 dBi 以下 |
| 免許 | 不要(特定小電力無線局) | 技適取得済み機器であれば誰でも使用可能 |
| 送信時間制限 | 送信時間の総和 360秒/時(Duty比10%)以下 | 920.5〜928.1MHz で運用する場合。詳細は第4章 |
| 理論伝送レート | 1MHz幅で最大 3.3 Mbps 4MHz幅で最大 15 Mbps | あくまで物理層の理論値。実効値は大きく下回る |
| 接続台数 | 規格上 8,000台超/AP | 製品実装では数百台級(例: 最大675台) |
出典: 総務省 無線設備規則の一部改正(令和4年総務省令第60号)関連資料、802.11ah推進協議会「IEEE 802.11ah紹介資料」、Wi-Fi Alliance、Wireless Broadband Alliance ほか。接続台数の製品実装例はサイレックス・テクノロジー製アクセスポイントの公開仕様。詳細は参考文献を参照。
Wi-Fi HaLow の規格上の最大速度は 347 Mbps(16MHz幅・4空間多重)ですが、これは日本では絶対に出ません。日本で使えるのは最大4MHz幅で、理論値でも 15 Mbps が上限です。さらに後述の Duty比10% が実効値をもう一段下げます。海外のフィールド試験(日本では使えない8MHz幅で、解像度を落とした8台のカメラを同時伝送、など)の結果を日本の導入判断にそのまま使うと、必ず見積もりを誤ります。
日本での制度化はいつからか
2022年(令和4年)9月5日、総務省令第60号「無線設備規則の一部を改正する省令」が公布・同日施行され、920MHz帯で最大4MHz幅の IEEE 802.11ah が国内で利用可能になりました。同年秋には国内メーカーによる工事設計認証(技適)の取得と製品出荷が始まっています。
つまり Wi-Fi HaLow は、日本ではまだ4年ほどしか歴史のない技術です。製品ラインナップが薄く、導入事例が少ないのは、技術的な問題ではなく単純に市場が若いためです。
「技適」と「Wi-Fi HaLow認証」は別物
混同されやすいので整理しておきます。
- 技適(技術基準適合証明・工事設計認証)… 総務省の登録証明機関が、日本の電波法の技術基準への適合を証明するもの。日本国内で使用するには法的に必須です。
- Wi-Fi CERTIFIED HaLow… Wi-Fi Alliance(業界団体)による相互接続性とセキュリティの認証。法的義務はなく、異なるメーカーの機器同士がつながることを保証するものです。2021年11月に認証プログラムが開始されました。
海外通販で入手した Wi-Fi HaLow 機器には技適がないことが多く、日本国内で電源を入れて電波を発射すると電波法違反になり得ます。調達時は必ず技適マークの有無を確認してください。
3. 映像は本当に送れるのか — 必要ビットレートから逆算する
ここからが本題です。カタログの「最大15Mbps」「約1km」という数字は、同時には成立しません。そして、どちらの数字もそのまま映像伝送に使えるわけではありません。
他社の検証結果を眺めても自社の要件に当てはめられないので、ここでは公開されている規格・法令の数値だけを使って、自分で成否を計算する方法を示します。使うのは掛け算と割り算だけです。
ステップ1: 使える平均スループットの上限を出す
Wi-Fi HaLow の物理層の理論値は、802.11ah推進協議会の資料により以下と公表されています。
| チャネル幅 | 物理層の理論最大レート | 日本での可否 |
|---|---|---|
| 1 MHz | 約 3.3 Mbps | 使用可 |
| 2 MHz | 約 7.8 Mbps | 使用可 |
| 4 MHz | 約 15 Mbps | 使用可 |
| 8 / 16 MHz | 〜 347 Mbps | 日本では使用不可 |
出典: 802.11ah推進協議会「IEEE 802.11ah紹介資料」(空間多重1・最良のMCSでの値)。
ここから3段階で目減りします。
- プロトコルのオーバーヘッド。無線LANはキャリアセンス、バックオフ、ACK応答、再送のために時間を使います。理論値をそのまま得られることはありません。802.11ah は狭帯域でシンボル長が長いぶん、ヘッダやACKの相対コストが大きくなる傾向があります。
- 距離によるMCSの低下。距離が伸びると受信電力(RSSI)が下がり、雑音に対する信号の余裕(SNR)が縮みます。すると機器は自動的に下位の変調方式(MCS)へ落とし、リンク速度が下がります。最良のMCSが使えるのは近距離だけです。
- Duty比10%。そして最後に、1時間あたりの送信時間が合計360秒に制限されます。ここが効き方として最も大きい。
逆算の公式
必要な瞬間リンク速度 = 流したい映像のビットレート ÷ 0.1
Duty比10%とは、平均スループットが瞬間のリンク速度の10分の1に抑えられるということです。したがって「流したい映像のビットレートの10倍のリンク速度」が、その地点で確保できているかどうか——これが成否を分ける唯一の判定式になります。
ステップ2: 流したい映像のビットレートを見積もる
次に、映像側に必要なビットレートを求めます。以下は動きの少ない定点撮影を H.264 で符号化した場合のおおよその目安です。実際の値は被写体の動き、明暗、エンコーダの設定に強く依存するため、幅を持たせています。
| 解像度 | 1 fps | 5 fps | 15 fps | 30 fps |
|---|---|---|---|---|
| VGA 640×480 | 20〜50 kbps | 60〜150 kbps | 150〜350 kbps | 250〜600 kbps |
| HD 1280×720 | 40〜100 kbps | 150〜400 kbps | 400〜900 kbps | 0.7〜1.5 Mbps |
| フルHD 1920×1080 | 80〜200 kbps | 300〜800 kbps | 1〜2 Mbps | 2〜4 Mbps |
動きの少ない定点撮影・H.264 での一般的な目安です。動きの多い被写体や夜間のノイズが多い映像では、これを大きく上回ることがあります。設計時は上限側の値を採ってください。
H.264 / H.265 はフレーム間の差分を符号化するため、ビットレートはフレームレートに単純比例しません。フレームを間引くと1フレームあたりの動き量が増え、Iフレームの比率も上がるため、削減幅は見込みより小さくなります。上の表でも 30fps → 5fps の削減は6分の1ではなく、おおむね3分の1程度に留まっています。「大きく下がるが、比例はしない」と見積もってください。
ステップ3: 突き合わせる
ステップ1の公式に、ステップ2の値を入れます。4MHz幅(理論値15Mbps)を使う前提での判定です。
| 撮りたい設定 | 映像ビットレート (上限側) | 必要な瞬間リンク速度 (Duty比10%込み) | 判定 |
|---|---|---|---|
| VGA・1fps | 50 kbps | 0.5 Mbps | ◎ 長距離でも成立 |
| VGA・5fps | 150 kbps | 1.5 Mbps | ◎ 成立 |
| HD・1fps | 100 kbps | 1 Mbps | ◎ 成立 |
| HD・5fps | 400 kbps | 4 Mbps | ○ 近〜中距離なら成立 |
| HD・15fps | 900 kbps | 9 Mbps | △ 理論値15Mbpsに迫る。近距離のみ |
| フルHD・15fps | 2 Mbps | 20 Mbps | × 理論値を超える。不可 |
| フルHD・30fps | 4 Mbps | 40 Mbps | × 論外 |
この表が、本記事で最も実務に効く部分です。「フルHD 30fps の常時ストリーミングは不可能」は感覚ではなく、40Mbps という必要リンク速度が日本で使える理論最大値15Mbpsの3倍近くあるという算術から導かれます。逆に VGA・数fps や HD・低fps は理論値に対して十分な余裕があることも分かります。
静止画なら、さらに余裕がある
イベント検知時に静止画を送る設計なら、計算はもっと簡単です。
- HD相当の JPEG 1枚は、おおむね 100〜300 KB(=0.8〜2.4 Mbit)
- Duty比込みの平均スループットが 500 kbps 確保できているとすると、1枚の送信に 約2〜5秒
- つまり 1分に1枚でも、10秒に1枚でも十分に成立します
「動きを検知したら画像を送る」という運用が Wi-Fi HaLow に最も向くのは、この余裕の大きさが理由です。しかも送信時間が短いぶん消費電力も小さく、ソーラー・電池駆動と噛み合います。
見落とされがちな点:間欠送信ならフルHDが送れる
「Wi-Fi HaLow は帯域が細いから高画質は無理」という理解は、連続ストリーミングに限った話です。
フルHDのJPEG 1枚は 300 KB〜1 MB 程度。平均500 kbps が確保できていれば 1枚あたり数秒〜十数秒で送れます。つまりイベント検知をトリガにした間欠送信であれば、フルHDの静止画や短尺クリップを送ることは十分に可能で、人物の顔やナンバープレートを識別できる画質も確保できます。
制約がかかるのは「常時・高解像度で流し続けること」であって、「高解像度の画像を送ること」ではありません。要件を連続ストリーミングから イベント駆動へ設計し直せるかどうか——ここが Wi-Fi HaLow を活かせるかどうかの分岐点です。
距離と帯域幅の関係 — 「広いほうが速い」は近距離だけ
もうひとつ、設計上つまずきやすい点があります。チャネル幅は広ければ良いというものではありません。
帯域幅を広げると、受信機に入ってくる雑音電力もその分だけ増えます。同じ送信電力・同じ距離であれば、広い帯域幅のほうが SNR が不利になるということです。結果として次のことが起こります。
- 近距離では 4MHz幅が最も速い。SNR に余裕があるため、上位のMCSが使えて理論値に近づきます。
- 長距離では 4MHz幅が先に破綻する。SNR が足りずMCSが不安定化し、リンクが維持できなくなります。この領域では 2MHz や 1MHz のほうが安定して通ります。
- したがって、全カメラを 4MHz 固定にしてはいけません。近くのカメラは広く、遠くのカメラは狭く——距離に応じて帯域幅を割り当てるのが正しい設計です。
リンク品質の合格ラインを設計時に決めておく
現地調査では「つながった/つながらない」の二値で判断せず、RSSI(受信電力)と SNR(信号対雑音比)を数値で測ってください。機器メーカーは製品ごとに推奨値を提示しているので、それをマージン込みで満たしているかを確認します。
マージンが必要な理由は、電波環境が季節で変わるからです。夏場の樹木の繁茂、降雨・降雪、周辺の920MHz帯機器の増加によってリンク品質は落ちます。冬場に測って「ぎりぎり通った」構成は、夏に止まります。
4. 日本固有の最大の制約「Duty比10%」を正しく理解する
ここが、日本で Wi-Fi HaLow カメラを検討する際に最も重要で、最も情報が少ない論点です。多くの解説記事はこの制約に触れないか、触れても「1時間あたり360秒まで」と書くだけで終わっています。
Duty比10%とは何か
920.5〜928.1MHz の全域(最大4MHz幅)を使う場合、電波法上、1時間あたりの送信時間の総和が360秒(=10%)以下に制限されます。あわせて、1回の連続送信時間は400ミリ秒以内、送信後は2ミリ秒以上休止し、送信前には128マイクロ秒以上のキャリアセンス(他の電波が出ていないかの確認)が必要です。
「24時間監視できないのでは?」への回答
Duty比10%は「1時間のうち6分間しかカメラが使えない」という意味ではなく、「電波を出している時間の合計が6分を超えてはいけない」という意味です。実効的には、その距離で得られる瞬間の実効スループットの、およそ10分の1が平均値の上限になると理解するのが実態に近くなります。
この制約をどう配分するかは、法令では定められていません。総量(360秒/時)だけが決まっており、その360秒を1時間の中でどう使うかは機器の実装と設定に委ねられています。国内で販売されているアクセスポイントは、機器内でこの制約を守るよう制御しています。
配分の考え方には、大きく2つの方向性があり得ます。
| 配分の方向性 | 動作イメージ | 向く用途 | 注意点 |
|---|---|---|---|
| まとめて送る | 短時間に集中して送信し、その後は長く休止する | 静止画の定期送信、イベント検知時の短尺クリップ送信 | ライブ映像は断続的になり、映像が止まる時間が生じる |
| 薄く分散させる | 送信機会を細かく分散させ、途切れにくさを優先する | 低fpsのライブ映像、連続的な状況監視 | 瞬間的なスループットは低くなる |
この配分方式はカタログのスペック表にはまず書かれていません。機種によって設定で切り替えられるものと、固定されているものがあります。
「ライブで映像を見たい」という要件なのに「まとめて送る」動作に固定された機器を選ぶと、映像が定期的に固まります。逆に「1時間に1枚の静止画で十分」なのに常時分散送信する設定では、電力を無駄に消費します。候補機器がどちらの動作をするのか、切り替えは可能なのかを、必ずメーカーに直接確認してください。
設計への落とし込み
Duty比を踏まえた実務的な設計指針は、次の3点に集約されます。
- 常時ストリーミングを前提に設計しない。「必要なときに見える」で要件が満たせないか、まず発注元と握り直す。
- 録画はカメラ側(エッジ)に置く。SDカードへ常時録画し、Wi-Fi HaLow では「確認用のライブ映像」と「イベント時のクリップ」だけを流す。証拠映像が必要になったら現地で回収するか、後から選択的にダウンロードする。
- 台数はDuty比を含めて割り算する。Duty比は無線設備ごとに適用されるため各カメラは自分の枠を持ちますが、全カメラと通信するアクセスポイント側の送信枠が先にボトルネックになります。カメラを増やせば1台あたりのfpsは確実に落ちます。逆にいえば、アクセスポイントを増設すれば送信できる合計時間も増えます——台数が必要なら、AP1台に集約せず分散させるのが定石です。
5. Wi-Fi HaLow カメラの2つの構成方式と選び方
「Wi-Fi HaLow カメラ」と一口に言っても、実装には2つのまったく異なるアプローチがあります。この違いを理解しないまま見積もりを取ると、後から電源設計で行き詰まります。
方式① Wi-Fi HaLow 内蔵カメラ
カメラ本体に 802.11ah の無線モジュールが組み込まれているタイプです。カメラ単体でアクセスポイントに直接つながります。
方式② 汎用IPカメラ + Wi-Fi HaLow ブリッジ
既存の一般的なネットワークカメラ(有線LANまたは通常のWi-Fi接続)に、Wi-Fi HaLow のブリッジ/コンバータを外付けして長距離化するタイプです。Wi-Fi HaLow は IP(TCP/IP)をそのまま通すため、この構成が成立します。
国内では Wi-Fi HaLow 内蔵カメラの製品数が依然として少なく、実務上は方式②が主流になっています。ただし、これには重大な副作用があります。
| 比較項目 | ① HaLow内蔵カメラ | ② 汎用IPカメラ+ブリッジ |
|---|---|---|
| 機器点数 | 1点(カメラのみ) | 2点以上(カメラ+ブリッジ+それぞれの電源) |
| 消費電力 | 小さい(省電力機構が本体と統合) | 大きい(IPカメラは常時通電前提の設計が多い) |
| 電池・ソーラー駆動 | 現実的 | 厳しい(相応のパネル・バッテリー容量が必要) |
| 製品選択肢 | 少ない | 多い(既存IPカメラ資産を活用可) |
| 設置の手間 | 少ない | 筐体・防水・配線が2系統になる |
| 初期コスト | 製品による | 既存カメラ流用なら抑えられる場合がある |
| 省電力機構の活用 | TWT等をフルに活かせる | カメラ側が対応しないため限定的 |
設置場所に商用電源が来ているなら、方式②(汎用IPカメラ+ブリッジ)が合理的です。製品選択肢が広く、既存のカメラ資産やVMSをそのまま活かせます。
電源がなく、ソーラー+バッテリーで動かしたいなら、方式①(HaLow内蔵カメラ)を選ぶべきです。方式②で電池駆動を狙うと、パネルとバッテリーが大型化して設置コストが跳ね上がり、冬季の日照不足で停止するリスクを抱えます。「配線工事が不要」という Wi-Fi HaLow 最大の利点を活かしきれません。
この「電源がない場所で成立させる」という要件こそ、当社が SHI-Cam-AH を Wi-Fi HaLow 内蔵型として設計した理由です。方式①に該当する製品として、参考までに自社製品の仕様を1行で示します。
SHI-Cam-AH(SHIMOHA Inc.):Wi-Fi HaLow™(IEEE 802.11ah)対応、ソーラーパネル+電池で電源工事なしに稼働し、見通し条件下で最大約1kmをカバーする配線不要・SIM不要の長距離IoTカメラ。
6. 他の通信方式との比較(LTE/LoRaWAN/屋外Wi-Fi/有線)
Wi-Fi HaLow が最適解とは限りません。要件によっては他の方式のほうが適切です。判断のための比較を示します。
| 方式 | 到達距離 | 映像伝送 | 月額費用 | 工事 | 向くケース |
|---|---|---|---|---|---|
| Wi-Fi HaLow (802.11ah) |
数百m〜約1km | 低fps・低〜中解像度なら可 | ゼロ | 不要 | 電源も回線もない場所を複数点、月額ゼロで監視したい |
| LTE/5G (SIM内蔵カメラ) |
圏内ならどこでも | 高解像度も可 | カメラ台数×月額 | 不要 | 台数が少なく、高画質が必要。圏内であることが前提 |
| LoRaWAN/ Sigfox 等LPWA |
数km〜数十km | 不可(数十kbps級) | 方式による | 不要 | センサー値のみ。画像は扱えない |
| 屋外Wi-Fi (5GHz P2P) |
見通し数km(要指向性アンテナ) | 高解像度も可 | ゼロ | 要(厳密な見通し確保) | 2点間を結ぶ。完全な見通しと堅牢な設置が可能な場合 |
| 有線LAN/ 光ファイバー |
敷設次第 | 制限なし | 回線費用 | 要(高コスト) | 恒久設備で、敷設コストを許容できる場合 |
「通信費」の差はどこから生まれるか — データ量で計算する
上表の「月額費用」の欄が、実際にどれほどの差になるのか。ここも算術で出せます。画像1枚を 100 kB として、送信間隔ごとのデータ量を計算したものが次の表です。
| 送信間隔 | 1時間 | 1日(24時間) | 1か月(30日) | LTEで必要になるプラン |
|---|---|---|---|---|
| 1枚 / 秒 | 360 MB | 8.6 GB | 259 GB | 大容量・無制限クラス |
| 1枚 / 10秒 | 36 MB | 864 MB | 26 GB | 数十GB クラス |
| 1枚 / 分 | 6 MB | 144 MB | 4.3 GB | 数GB クラス |
| 1枚 / 10分 | 0.6 MB | 14 MB | 0.43 GB | 小容量プランで足りる |
| 動体検知時のみ (1日50枚) | — | 5 MB | 0.15 GB | 最小プランで足りる |
画像1枚 100 kB として計算。実際のサイズは解像度・圧縮率・被写体により変動します。これはカメラ1台あたりの数値である点に注意してください。
ここで効いてくるのが、LTEは「カメラ1台ごと」に契約が必要だという点です。10台設置すれば、この月額が10本発生します。しかも運用を始めてから「もっと頻繁に見たい」となれば、送信間隔を短くした瞬間にプラン変更=コスト増に直結します。
Wi-Fi HaLow は免許不要・SIM不要なので、この欄がまるごとゼロになります。送信間隔を1分から10秒に変えても、通信費は1円も増えません(帯域とDuty比の上限には当たります)。
| コスト構造 | LTE内蔵カメラ | Wi-Fi HaLow |
|---|---|---|
| 月額通信費 | カメラ1台ごとに発生 | ゼロ |
| 台数が増えたとき | 月額 × 台数(比例して増える) | 増えない |
| 送信頻度を上げたとき | プラン変更でコスト増 | 通信費は不変 |
| 初期に必要なもの | カメラのみ | カメラ+アクセスポイント+ APのバックホール回線 1本 |
| 5年間の通信費 | 月額 × 台数 × 60か月 | バックホール回線 1本分のみ |
Wi-Fi HaLow は通信費ゼロですが、タダではありません。アクセスポイントの初期費用と、そのAPからインターネットへ出るバックホール回線1本が必要です。この分は固定費として先に乗ります。
一方 LTE は初期構成が最も簡単な代わりに、月額が台数に比例して増え続けます。
したがって、カメラが1台だけならLTEのほうが素直です。台数が増えるほど Wi-Fi HaLow が有利になり、どこかで必ず逆転します。この逆転点は「AP+バックホールの費用 ÷ カメラ1台あたりのLTE月額」で概算でき、多くの場合そう遠くない台数で訪れます。
上表の「1枚/秒」は平均 800 kbps に相当します。第3章の逆算式(必要リンク速度 = ビットレート ÷ 0.1)に当てはめると約 8 Mbps の瞬間リンク速度が必要で、4MHz幅の理論最大値15Mbpsに迫ります。つまり1枚/秒は Wi-Fi HaLow にとっても near-limit であり、近距離でしか成立しません。
「通信費がゼロだから頻度を上げ放題」ではなく、コストの制約が外れる代わりに帯域の制約が残る——これが Wi-Fi HaLow の正しい理解です。数分に1枚、あるいは動体検知時のみという設計であれば、コストにも帯域にも十分な余裕があります。
Wi-Fi HaLow を選ぶべき条件
上表を踏まえると、Wi-Fi HaLow が明確に優位に立つのは次の3条件が重なったときです。
- 設置場所に商用電源がない(=省電力性が効く)
- 監視点が複数ある(=1台のAPに複数台をぶら下げられ、LTEの台数課金と差がつく)
- 求められるのが「常時ストリーミング」ではない(=低fpsの状況確認、またはイベント駆動の間欠送信で要件が満たせる。間欠送信ならフルHD静止画も送れるため、識別が必要な用途も設計次第で成立する)
逆に、監視点が1か所だけで高画質が必須なら、LTEカメラのほうが素直です。Wi-Fi HaLow は「面で安く広げる」ための技術だと捉えると、判断を誤りません。
IPネイティブであることの意味
LoRaWAN などのLPWAは独自プロトコルを使うため、ゲートウェイでのペイロード変換が前提になり、カメラのようなIP機器はそもそも扱えません。一方 Wi-Fi HaLow は IEEE 802.11 ファミリなので、TCP/IP がそのまま通ります。既存のIPカメラ、既存のVMS、既存のクラウド連携がほぼそのまま使えることは、導入工数の面で大きな差になります。
7. 導入設計チェックリスト — 電波・電源・録画・台数
ここまでの内容を、現地調査と設計の実務に落とし込みます。
電波設計
- アンテナ高を最優先で確保する。「約1km」という値は、アクセスポイント側を地上高60m級(ビル屋上)に置いた条件での報告です。アクセスポイントを地上高1.5m程度に置いた場合は600m前後という報告があります。高さは距離に直結します。予算は無線機器より支柱に使うほうが効くことがあります。
- 見通しとフレネルゾーンを確認する。目視で見えるだけでは不足で、電波が通る楕円領域(フレネルゾーン)が遮られていないことが必要です。無線設計の一般則では第1フレネルゾーンの6割程度の確保が目安とされます。アンテナが低いとフレネルゾーンが地表に掛かり、通行する人・自転車・自動車が伝送品質に影響します。「数メートルあれば十分」と考えず、可能な限り高く取ることを前提にしてください。
- 帯域幅は距離に応じて選ぶ。近距離のカメラは4MHz、遠距離のカメラは2MHzまたは1MHz。全台を4MHz固定にしない。
- RSSI と SNR を実測する。「つながった/つながらない」の二値で判断しない。合格ラインは機器メーカーが製品ごとに提示している推奨値を確認し、マージンを持って満たすこと。境界ギリギリでの本番稼働は避ける。
- 季節変動を織り込む。夏場の樹木の繁茂、降雨・降雪でリンク品質は落ちます。設置時期が冬なら、夏のマージンを見ておく。
- 920MHz帯の他システムとの共存を確認する。近隣にスマートメーター(Wi-SUN)、LoRaWANゲートウェイ、RFIDリーダーがある場合、干渉の可能性を考慮する。
電源設計
- 「配線不要」は「電源不要」ではない。通信の配線が不要になっても、電源の確保は別問題です。ここを混同した見積もりが最も多い失敗パターンです。
- ソーラー駆動なら冬季を基準に設計する。日照時間が最も短い時期・連続曇天日を前提にパネル出力とバッテリー容量を決める。夏の数値で設計すると冬に止まります。
- 方式②(外付けブリッジ)でのソーラー駆動は慎重に。IPカメラは常時通電前提の設計が多く、消費電力が跳ね上がります。
録画・保存の設計
- 常時録画はエッジ(カメラのSDカード)に置く。Wi-Fi HaLow で常時録画データを流す設計は帯域・Duty比の両面で破綻します。
- ネットワーク越しに流すのは「ライブ確認」と「イベント時のクリップ/静止画」だけにする。
- クラウド保存が必要なら、経路を分ける。Wi-Fi HaLow はカメラからゲートウェイまでを担い、ゲートウェイからクラウドまでは光回線やLTEで運ぶハイブリッド構成が現実的です。クラウド側の画像保管・管理をどう設計するかも、あわせて検討が必要です。
台数設計
- 規格上の「8,000台超」を鵜呑みにしない。これはセンサーのような極小データを前提にした数字です。実際の製品仕様は数百台級(国内アクセスポイントの例で最大675台)で、カメラではさらに帯域から逆算する必要があります。
- カメラを増やせば1台あたりのfpsは下がる。帯域を全台で共有するうえ、アクセスポイント側の送信枠が先に頭打ちになります。機器メーカーが公開している構成例では「アクセスポイント1台にカメラ4〜5台」という規模感が示されています。
- 中継(マルチホップ)は段数を抑える。802.11ah の規格ではマルチホップは2ホップまでしか規定されておらず、しかもオプション扱い・トポロジはツリー構造のみ(メッシュは規定されていません)。ホップごとに実効速度も落ちます。中継ありきの設計は避けてください。
調達・法務
- 技適マークを必ず確認する。海外通販の Wi-Fi HaLow 機器の多くは日本の技適を取得していません。
- 屋外設置の物理要件を洗い出す。ポールや支柱の設置許可、防水等級(IP等級)、動作温度範囲、避雷。
- 映像を扱う以上、個人情報の取り扱いを確認する。人が写り込む可能性がある場所では、掲示や運用ルールの整備が必要です。カメラの初期パスワード変更、ファームウェア更新の運用も設計に含める。
8. 向いている用途・向いていない用途
| 用途 | 適性 | 理由 |
|---|---|---|
| 河川・ダムの水位確認 | ◎ | 定点の状況が分かれば十分。電源のない場所が多く、省電力性が効く |
| 建設現場・資材置場の進捗確認 | ◎ | 広い敷地に複数点。仮設のため配線工事を避けたい |
| 農地・獣害対策 | ◎ | イベント検知+静止画通知で成立。LTE圏外も多い |
| 太陽光発電所・インフラ設備の巡視代替 | ◎ | 広域に点在。巡回コスト削減の効果が大きい |
| 工場・プラント内の設備監視 | ○ | 2.4/5GHz帯が過密な環境で干渉を避けられる。障害物への強さも効く |
| 駐車場・スキー場などの混雑確認 | ○ | 低解像度でも目的を果たせる |
| 店舗・オフィスの防犯 | × | 電源・回線があり距離も短い。通常のIPカメラのほうが高画質で安い |
| 顔・ナンバープレートの識別 (イベント検知時のフルHD静止画) | ○ | 間欠送信なら成立する。1枚あたり数秒〜十数秒で送れるため、識別に足る解像度を確保できる。ただし連続ライブ映像での識別は帯域が足りず不可 |
| 証拠保全を目的とした常時録画(クラウド保存) | × | 帯域・Duty比の両面で成立しない |
9. よくある質問(FAQ)
Wi-Fi HaLow でリアルタイムのライブ映像は見られますか?
見られますが、解像度とフレームレートを落とす必要があります。Duty比10%の制約により、必要な瞬間リンク速度は「流したい映像のビットレートの10倍」になります。たとえば HD・15fps(約900kbps)を流すには約9Mbpsが必要で、日本で使える4MHz幅の理論最大値15Mbpsに迫るため、見通しの良い近距離に限られます。一方 VGA・5fps や HD・1fps であれば必要リンク速度は1Mbps級で、十分な余裕があります。加えて、機器がDuty比の送信時間を「まとめて送って長く休む」方式で配分している場合、映像が定期的に止まります。ライブ視聴が要件なら、送信を分散させる動作をする機器かどうかをメーカーに確認してください。
Wi-Fi HaLow は本当に1km届きますか?
条件次第です。「約1km」という値は、アクセスポイント側を地上高60m級(ビル屋上)に置いた条件での報告です。アクセスポイントを地上高1.5m程度に置いた場合は、600m前後という報告があります。到達距離はアンテナ高に強く依存するため、現地調査ではまず「どこまで高く設置できるか」を確認してください。また1km近辺では4MHz幅が先に破綻するため、狭い帯域幅を選ぶ必要があります。
Duty比10%制限があると、24時間の監視はできないのですか?
24時間の監視自体は成立します。Duty比10%は「1時間のうち6分しか使えない」という意味ではなく、「電波を出している時間の合計が1時間あたり360秒を超えてはいけない」という制限です。実効的には、その距離で得られる瞬間の実効スループットの、およそ10分の1が平均値の上限になると理解するのが実態に近くなります。低フレームレートの映像や定期的な静止画送信であれば、24時間の連続運用は問題なく可能です。設計上は「流したい映像のビットレートの10倍のリンク速度が確保できているか」で判定してください。
普通のネットワークカメラを Wi-Fi HaLow で使えますか?
使えます。Wi-Fi HaLow は IEEE 802.11 ファミリの規格で TCP/IP をそのまま通すため、一般的なIPカメラに Wi-Fi HaLow のブリッジ/コンバータを外付けすることで長距離化できます。国内では Wi-Fi HaLow 内蔵カメラの製品数が少ないため、この構成が実務上は主流です。ただし、IPカメラは常時通電を前提とした設計のものが多く消費電力が大きいため、ソーラーやバッテリーでの駆動を前提とする場合は不利になります。電源のない場所に設置するなら、Wi-Fi HaLow 内蔵型のカメラを選ぶほうが合理的です。
アクセスポイント1台にカメラを何台つなげられますか?
規格上は1台のアクセスポイントに8,000台超を収容できるとされますが、これはセンサーのような極小データの通信を前提とした数字です。国内で販売されているアクセスポイントの製品仕様では数百台級(例: 最大675台)が上限です。カメラの場合はさらに厳しく、帯域を全台で共有するうえ、Duty比制限によりアクセスポイント側の送信枠が先に頭打ちになります。機器メーカーが公開している構成例では「アクセスポイント1台にカメラ4〜5台」という規模感が示されています。台数が必要な場合は、1台に集約せずアクセスポイントを増設すると送信枠も増えます。実際の設計では、必要な解像度・fpsから1台あたりの必要帯域を求め、そこから逆算してください。
Wi-Fi HaLow の利用に免許や申請は必要ですか?
920MHz帯の Wi-Fi HaLow は特定小電力無線局に該当するため、免許は不要です。技術基準適合証明(技適)を取得した機器であれば、誰でも使用できます。ただし、技適を取得していない機器(海外通販で入手できる製品の多くが該当します)を国内で使用すると電波法違反になり得ます。調達時には必ず技適マークの有無を確認してください。
LTEカメラと比べて、本当に安くなりますか?
通信費は確実にゼロになりますが、「必ず安い」とは限りません。判断は台数で決まります。Wi-Fi HaLow は免許不要・SIM不要のため月額通信費が発生しませんが、アクセスポイントの初期費用と、そこからインターネットへ出るバックホール回線1本が固定費として必要です。一方 LTE 内蔵カメラは初期構成が簡単な代わりに、カメラ1台ごとに月額が発生し、台数に比例して増え続けます。したがってカメラが1台だけなら LTE のほうが素直で、台数が増えるほど Wi-Fi HaLow が有利になり、どこかで必ず逆転します。データ量の目安としては、100kB の画像を1分に1枚送る場合でカメラ1台あたり月約4.3GB、10秒に1枚なら月約26GB、1秒に1枚なら月約259GBになります。LTE ではこれが台数分の契約として効いてきます。
Wi-Fi HaLow と LoRaWAN はどちらを選ぶべきですか?
用途が明確に分かれます。LoRaWAN は数km〜数十kmという長い距離を極小の消費電力でカバーできますが、通信速度は数十kbps級で、画像や映像は扱えません。温度・水位・開閉といったセンサー値の収集が目的なら LoRaWAN が適しています。一方 Wi-Fi HaLow は距離では劣るものの、TCP/IP がそのまま通り、画像・映像を扱える帯域があります。「現場を見たい」なら Wi-Fi HaLow、「数値を測りたい」なら LoRaWAN、という切り分けが実用的です。
Wi-Fi HaLow は 2.4GHz / 5GHz の Wi-Fi と干渉しますか?
干渉しません。使用する周波数帯が920MHz帯とまったく異なるためです。工場やオフィスのように2.4GHz/5GHz帯が過密になっている環境で、独立した通信経路を確保できる点は Wi-Fi HaLow の実務的なメリットの一つです。ただし920MHz帯には LoRaWAN、Wi-SUN(スマートメーター)、RFID、特定小電力無線などが同居しているため、これらとの共存は考慮が必要です。Duty比制限やキャリアセンスの義務は、まさにこの共存のためのルールです。
Wi-Fi HaLow カメラは防犯カメラとして使えますか?
用途の設計次第で使えます。判断を分けるのは「連続ライブ映像で識別したいのか」「イベント検知時の画像で識別したいのか」です。前者は帯域が足りず成立しません。フルHDの連続ストリーミングに必要なリンク速度は、日本で使える理論最大値を超えます。しかし後者、つまり動体検知をトリガにフルHDの静止画や短尺クリップを送る設計なら、顔やナンバープレートを識別できる画質が得られます。フルHDのJPEG 1枚は300KB〜1MB程度で、Duty比を織り込んだ平均スループットが500kbps確保できていれば数秒〜十数秒で送信できるためです。したがって「常時ライブで監視し、必要なら遡って証拠を確認する」用途には向きませんが、「異常を検知して、その瞬間の識別可能な画像を送る」用途であれば Wi-Fi HaLow で十分に成立します。なお常時録画そのものはカメラ本体のSDカードに置き、必要な場面だけを選択的に取り出す設計が現実的です。
まとめ
Wi-Fi HaLow(IEEE 802.11ah)カメラは、「電源も通信回線もない場所に、月額費用ゼロで現場の目を置く」という課題に対して、現時点で最も合理的な選択肢の一つです。
ただし、日本国内では 920MHz帯・最大4MHz幅・20mW・Duty比10% という4つの制約が同時にかかります。高解像度の常時ストリーミングを期待すると必ず失望します。要件を「常時ストリーミング」から「イベント駆動」へ設計し直せるかどうかが、プロジェクトの成否を分けます。間欠送信であればフルHD静止画も送れるため、画質を諦める必要は必ずしもありません。
設計の勘所を最後に3点だけ再掲します。
- fps を落とす。30fps を 5fps にするだけで必要帯域は激減します。監視用途で30fpsが必要な場面はほとんどありません。
- アンテナ高を稼ぐ。到達距離は設置高に強く依存します。予算は無線機器より支柱に使うほうが効くことがあります。
- 録画はエッジに置く。常時録画をネットワークで流さない。流すのはライブ確認とイベント時のクリップだけ。
Wi-Fi HaLow 内蔵の長距離IoTカメラ「SHI-Cam-AH」
SHIMOHA Inc. は、本記事で述べた「電源のない場所で成立させる」という要件に応えるため、Wi-Fi HaLow を内蔵した配線不要・SIM不要の長距離IoTカメラ SHI-Cam-AH を開発・直販しています。ソーラー+電池により電源工事なしで稼働し、月額通信費はかかりません。
SHI-Cam-AH の詳細を見る 導入相談・お問い合わせ関連ページ
- SHI-Cam-AH|Wi-Fi HaLow(IEEE 802.11ah)対応 配線不要・SIM不要の長距離IoTカメラ — 製品仕様・価格
- SHI-Cam-AH クラウド(Azure SaaS) — 撮影画像のクラウド保管・フリート管理
- SHI-Cam-AH Live — ライブ映像確認用の公式アプリ(Windows / Android)
- IoT受託開発 — Wi-Fi HaLow を含む無線・組込み・クラウドの受託開発
- 組込みシステム開発向け AI駆動開発コンサルティング
参考文献・出典
- 総務省「無線設備規則の一部を改正する省令(令和4年総務省令第60号)」関連資料 — 920MHz帯における802.11ahの技術的条件(周波数、チャネル幅、空中線電力、キャリアセンス、送信時間制限) https://www.soumu.go.jp/main_content/000833183.pdf
- 802.11ah推進協議会「IEEE 802.11ah紹介資料」(総務省提出資料) — 規格諸元、伝送レート、TWT/RAW等の省電力機構 https://www.soumu.go.jp/main_content/000758531.pdf
- Wi-Fi Alliance「Wi-Fi CERTIFIED HaLow delivers long-range, low-power Wi-Fi」(2021年11月2日) — 認証プログラム開始、WPA3対応 https://www.wi-fi.org/news-events/newsroom/wi-fi-certified-halow-delivers-long-range-low-power-wi-fi
- Wireless Broadband Alliance「What is Wi-Fi HaLow」 — 接続台数、省電力機構(TWT / RAW / TIM)、Sub-1GHzの特性 https://wballiance.com/what-is-wi-fi-halow/
- INTERNET Watch「見えてきたWi-Fi HaLowの実力」 — アンテナ高と到達距離の関係、海外フィールド試験での複数カメラ同時伝送、各国の空中線電力の比較 https://internet.watch.impress.co.jp/docs/column/nettech/1621589.html
- サイレックス・テクノロジー — Wi-Fi HaLow 技術解説および AP-100AH(JP) 製品仕様(接続台数、中継、Duty比の適用単位) https://www.silex.jp/technology/11ah
- ARIB STD-T108(920MHz帯テレメータ用、テレコントロール用及びデータ伝送用無線設備 標準規格)
本記事に記載の数値は、上記公開情報にもとづく執筆時点(2026年8月)のものです。実測値は検証条件に強く依存するため、実際の導入にあたっては現地調査を推奨します。制度に関する記述は最新の官報・総務省公表資料をご確認ください。

