酒店筹备到弱电施工阶段，电视这一项常见的处理方式有三种：图纸上写一句”IPTV 由运营商负责”，预算里先留一笔机顶盒费用，剩下的等开业前再定。这三种做法本身都不算错，但把决策推到开业前，往往会撞上同一个问题——网已经封板、交换机已经上架、VLAN 已经划完，这时候才发现：单播和组播对网络设备的要求，根本不是一回事。
这篇按选型顺序讲清四件事：内容走哪条路、信号用单播还是组播、网络设备怎么挑、架构按什么维度定。每一节给的是判据，不是型号。
一、先定内容来源：三条路线的差别不在”信号”，在责任边界
酒店电视的内容来源，实际只有三条路：
| 路线 | 内容授权归属 | 对网络的依赖 | 合规边界 | 常见适用 |
|---|---|---|---|---|
| 有线电视/IPTV 运营商直供 | 运营商 | 运营商网络 + 酒店内网 | 终端不在公网暴露 | 存量过渡、房量偏小、以直播为主 |
| 自建组播 IPTV | 酒店/集成商需取得授权 | 自有网络，必须具备组播能力 | 终端在内网 | 中大型酒店、有品牌定制与 PMS 联动需求 |
| OTT 公网电视 | 内容平台授权 | 公网出口带宽 | 出口 + 终端都在合规范围 | 点播为主、房量小、网络改造受限 |
三条路线的真正区别不是”信号好不好”，而是三件事落在谁头上：内容授权谁负责、组播能力谁提供、终端出不出口网。
其中第三条容易漏。电视终端一旦能访问公网（应用商店、在线点播、浏览器），它本身就是一台上网终端，要和住客手机一样纳入准入与日志审计；而纯内网直播终端（只收组播、不出公网）按内网设备管理即可。这一个判断会直接决定后面 VLAN 怎么划、日志体系要不要覆盖电视。
二、传输模型：单播、组播、广播各自用在哪类内容上
先纠一个行业里常见的简化说法——“组播比 OTT 先进”。单播不是落后方案，它只是适配另一种内容形态。
组播（一对多，同一路内容、多个接收者）
网络在有接收者的分支上复制，没有接收者的端口不下发。适合直播频道：全店看的是同一路流，主干只传一份，承载与观看人数脱钩。
代价与前提：
- 二层需要交换机支持 IGMP snooping（组播组成员侦听），否则组播会在同网段内泛洪；
- 跨网段必须有三层组播能力（IGMP Proxy、静态组播路由或 PIM）；
- 走 UDP，没有重传，靠前向纠错、丢包容忍与 QoS 优先级兜底。
单播（一对一，一人一流）
适合点播、回看、投屏、个性化推荐——每个终端看的内容不同，无法用组播承载。代价是出口带宽、NAT 会话、DNS 请求数随并发终端数线性上升。如果拿单播去做直播，N 个终端看同一路频道，网络里就传 N 份。
广播（一对所有）
同网段内所有设备都收到。客房网规模上去以后会形成泛洪压力，一般只在极小规模或特定场景使用，不建议作为客房电视的主承载方式。
结论：酒店电视的真实使用是混合的——直播看频道、点播看影片、回看看剧集、投屏看住客自己手机里的内容。合理模型是「直播走组播、点播与投屏走单播」，而不是在所有内容上二选一。
这里还有一个实用判据（经济交叉点）：
- 房量小、以点播为主、同一路直播的并发终端长期只有几十台：单播方案更简单，网络不需要具备组播配置与排障能力；
- 房量上去、满房时同一频道并发经常过百台：组播让主干带宽与观看人数脱钩，优势随之放大。
换句话说，决定用不用组播的不是预算，是”同一路内容的同时接收者数量”。
三、带宽怎么算：三个模型，不要混用一个公式
模型 1 · 直播组播（与人数无关）
主干承载 ≈ 单频道码率 × 同时下发的频道数。
示例口径：20 路高清频道按 8M 计，主干侧约 160M。注意这是”全部频道同时下发”的形态；若采用 IGMP 按需加入（终端请求哪路才下发哪路），实际占用取决于当时被请求的频道集合，通常会低于全量值。
这个模型的关键特征：观看人数翻倍，主干带宽不变。
模型 2 · 公网单播 / OTT（与并发数线性）
出口带宽 ≈ 并发观看终端数 × 单流码率 ×（1 + 冗余系数）。
示例测算：100 间房、入住率 70%、约 30% 终端在看高清，单流按 8M 计，则 100 × 70% × 30% × 8 ≈ 168M，另需叠加冗余。可参考站内既有口径交叉验证：100 间房酒店需要多大带宽——100 间房、视频为主的场景，峰值并发约在 100–200M 区间。
要特别提醒一点：若 IPTV 走公网单播，它会和客房上网争抢同一个出口。客房上网按每间房 2–3 台终端、视频场景每终端 5–8M 的口径测算，两笔流量叠加后，出口规格必须按合计值定，不能只算电视。
模型 3 · 内网单播 + 边缘缓存
把公网单播收敛为内网单播：热点内容与直播流在本地节点就近命中，出口带宽从随人数增长变为基本恒定，但内网侧仍是线性。适合”点播为主、网络暂不具备组播能力”的项目。
| 模型 | 增长规律 | 对网络的要求 |
|---|---|---|
| 直播组播 | 主干与观看人数无关 | IGMP snooping + 跨网段组播 |
| 公网单播（OTT） | 出口与并发数线性 | 出口带宽 + NAT 会话规格 |
| 内网单播 + 边缘缓存 | 出口基本恒定、内网线性 | 缓存节点 + 内网带宽 |
四、网络设备选型：IPTV 的硬要求不是端口数
一句话判断：IPTV 对网络设备的硬要求是三点——组播能力、终端隔离能力、会话与带宽余量。 端口密度放在后面看。
| 层级 | 关键规格 | 为什么 IPTV 特别在意 | 选型时该问什么 |
|---|---|---|---|
| 接入层交换机 | 端口数、上联 1G/10G、IGMP snooping、PoE 总功率预算 | 未启用 snooping 或遇未知组播时，组播在同网段泛洪，上联被打满 | 是否支持 IGMP snooping？未知组播如何处置？PoE 总功率多少？ |
| 汇聚层交换机 | 10G 光上联、VLAN 间路由、组播路由能力、链路聚合、双电源 | 跨 VLAN 组播必须依赖三层能力，二层设备做不了 | 支持 IGMP Proxy / PIM / 静态组播路由中的哪种？ |
| 核心 / IPTV 前端 | 组播源接入、路由性能、冗余或堆叠 | 组播源与出口的边界点，决定全店流量的汇聚方式 | 组播源接在哪个位置？如何冗余？ |
| 出口网关 / 防火墙 | NAT 会话规格、DNS QPS、出口带宽、实名与审计能力 | 走 OTT 单播时，NAT 会话与 DNS 请求随终端数成倍上升 | NAT 会话上限？并发连接数？审计日志字段是否完整？ |
| AC / AP | 转发模式（集中/本地）、上联带宽、单 AP 并发终端 | 集中转发时 AC 承担全部转发压力；无线侧组播帧通常以较低速率发送 | 是否支持本地转发？是否支持组播转单播？ |
| 光模块与线缆 | 单模/多模、传输距离、光衰余量 | 跨楼宇、长距离链路的稳定性 | 距离测算与光衰余量是否留足？ |
选型四条原则：
- 组播能力优先于端口密度。一台不支持 IGMP snooping 的交换机，把组播变成泛洪源，代价远大于省下的设备差价。
- 三层能力决定后期能不能扩。有品牌定制、PMS 联动、多业务分区的酒店，VLAN 间路由与跨网段组播迟早要用到。
- 出口设备按”终端数”估，不按”房间数”估。一间房可能有电视、手机、平板、笔记本多台终端。
- 品牌与档次按项目定位定，本文只给判据。设备是否满足上述能力，一律以到货实测与配置验证为准。
五、网络架构选型：七个维度的判据
| 维度 | 可选做法 | 判据 | 代价 / 注意 |
|---|---|---|---|
| 拓扑层级 | 二层扁平 / 核心+汇聚+接入 | 房量、楼层数、是否跨楼宇、VLAN 数量 | 扁平管理简单但广播域大；三层结构清晰，设备与配置成本上升 |
| 隔离方式 | 物理隔离 / VLAN 逻辑隔离 | 合规强度要求、预算、运维能力 | 物理隔离成本高、扩展性弱；逻辑隔离是主流，需把 ACL 做扎实 |
| VLAN 间路由 | 单臂路由 / 三层交换 | 跨 VLAN 流量规模 | 单臂路由依赖路由器子接口，流量上去后容易成为瓶颈 |
| 跨网段组播 | IGMP Proxy / 静态组播路由 / PIM-SM | VLAN 数量、运维能力 | IGMP Proxy 简单；PIM-SM 需要指定 RP，配置与排障复杂 |
| 网关部署 | 旁挂 / 串接 | 是否营业中改造 | 旁挂对现有结构改动小；串接拓扑更规整 |
| 无线转发 | 集中转发 / 本地转发 | 无线观影比例、AC 性能 | 本地转发减轻 AC 压力，但策略需逐点下发 |
| 单店 / 连锁 | 单店独立 / 云端集中纳管 | 门店数量 | 集中纳管便于复制模板，依赖网络可达性 |
两条特别提示：
其一，隔离方式要跟内容路线一起定。 如果电视既要直播又要走公网点播，就不能做完全物理隔离，只能按”直播 VLAN + 受控公网访问”设计，隔离靠 VLAN 与 ACL 实现。反之，若电视只收内网组播、不出公网，物理或逻辑隔离都可以放开做。
其二，营业中改造优先考虑旁挂。 旁挂方式对既有拓扑、地址规划、业务配置的改动小，可安排在低峰时段分批实施，风险更可控。新建酒店则建议直接按串接分层设计，后期维护更清爽。
六、VLAN 划分与组播地址规划
六个功能区（按业务属性划分，不按楼层划分）
| 功能区 | 承载内容 | 隔离要求 |
|---|---|---|
| 客房上网 | 住客手机、笔记本 | 与业务网隔离，落实实名认证与日志留存 |
| IPTV 直播 | 组播频道流 | 与客房上网分 VLAN，按需组播下发 |
| 点播 / 回看 | 内网单播流 | 可与直播共用 VLAN 或单列，看流量规模 |
| 酒店办公 | 前台、PMS、办公终端 | 与客用网络严格隔离 |
| 设备管理 | 交换机、AP、网关网管地址 | 仅运维侧可达 |
| 安防与物联 | 监控、门锁、客控 | 独立 VLAN，默认禁止跨区访问 |
组播地址规划
- 组播地址属于 D 类地址空间（224.0.0.0/4）。内部直播建议使用 SSM 网段 232.0.0.0/8（指定源组播），好处是不需要指定 RP，配置与维护都更简单；
- 建议建立一张《频道 — 组播组地址 — 码率》对照表并归档，避免与既有系统地址冲突；同一集团多店复制时，地址规划保持统一，便于批量运维。
跨 VLAN 组播的三种做法
- IGMP Proxy：由三层设备做组成员代理，配置简单，适合中小规模；
- 静态组播路由：频道集合固定时配置量小，规划一次即可；
- PIM-SM：需要指定 RP，适合多网段、规模较大的园区场景。
四类失败现象与常见原因（排障时按此顺序查）
| 现象 | 常见原因 |
|---|---|
| 直播只在部分楼层可看 | 上联端口未纳入组播 VLAN，或汇聚层未配置跨 VLAN 组播 |
| 整体网速变慢、上联持续占满 | 接入层未启用 IGMP snooping，组播在同网段泛洪 |
| 换台等待明显 | 组成员离开/加入时延偏长，或交换机 CPU 承压 |
| 无线看直播体验低于有线 | 空口以较低速率发送组播帧，未启用组播转单播 |
七、合规这条线：内容授权与网络合规是两件事
酒店电视的合规常被当成一件事，其实是两条独立的线，必须各自闭环。
其一 · 内容合规（授权）
直播频道、影视点播内容都需取得相应授权，频道与片源授权凭证应归档留存。是否可自行汇聚频道、涉及特殊内容（如境外频道）如何处理，一律以当地广播电视主管部门与授权方的口径为准，不由集成商单方面判断。站内另有境外频道合规专题可延伸阅读。
其二 · 网络合规（网安）
- 实名认证：按《网络安全法》修正后全文（中央网信办发布）第 26 条要求，提供相关服务的需落实真实身份信息认证。酒店客房上网（含无线）的实名方式通常有短信认证、微信认证、证件或房卡关联、与 PMS 打通等，具体方式与属地网安要求对齐。
- 日志留存：按《网络安全法》修正后全文（中央网信办发布）第 23 条相关要求，网络日志留存不少于六个月，方案通常按 180 天规划。认证日志、会话日志、URL 日志按要素完整留存，支持按账号、时间、地址、域名等维度回溯。
- 备案与制度：按公安部令第 33 号相关要求，联网单位需落实安全保护技术措施并完成备案；提供公共上网服务的场所，按公安部 82 号令、151 号令相关要求落实实名认证与审计能力。
- 电视终端纳管：如前文所述，电视终端一旦可出公网，就应纳入准入与审计范围。
- 表述口径：涉及公安网安检查，统一表述为”迎检全程护航”，不承诺检查结果——检查结论由主管部门作出，我方提供的是技术措施与配合支持。
双合规交付：内容授权凭证（广电侧）+ 实名与日志台账（网安侧），两条线的材料在交付时一并归档，后续迎检时可直接调取。
八、预算四项构成与单房日成本折算
酒店电视的预算容易被拆散，建议固定按四项归集：
| 预算项 | 内容 | 参考口径 |
|---|---|---|
| 终端与硬件 | 机顶盒/融合终端、前端或网关、交换机与 AP 补点 | 电视存量可用则不换，先解决信号源与网络 |
| 网络与线路 | 专线或宽带年费 | 100 间房量级常见为万元级/年（以运营商当期政策为准） |
| 内容与服务 | 内容授权、直播与点播服务、平台年度服务 | 平台年度服务 5800 元/年起 |
| 施工与维保 | 弱电施工、机柜整理、运维维保 | 按次 100–350 元/项；或包年 150 元/间/年；办专线客户可享 IT 维保（约 980 元/年） |
折算口径：把四项总额按 3–5 年周期摊销，再除以房间数与天数，得到单房日成本。站内既有口径可作参照——酒店 WiFi 全覆盖方案中提到”一间房一天通常只要几毛钱”。IPTV 加入后是否落在同一量级，主要取决于两点：机顶盒是否新购、内容服务是否已含在运营商套餐内。
三个务实的省钱方向
- 电视存量能用就不换。先确认信号源与网络承载能力，避免把预算花在更换显示设备上。
- 用组播把主干带宽与观看人数解耦。走组播时，出口带宽不必按”满房同时看直播”的极端值估算，但前端与网络设备要具备组播能力。
- 维保并入已有体系。内网维保与专线服务由同一家提供，避免分段采购后故障时两边互相推。相关成本口径见酒店专线宽带与普通宽带的真实成本对比。
九、验收清单与五条高频反例
A · 信号与内容
- 直播频道数量与清晰度符合方案约定，换台时延在可接受范围
- 点播、回看功能可用，内容授权凭证已归档
- 开机欢迎页、PMS 联动等功能（如约定）逐项验证
B · 传输与网络
- 接入层 IGMP snooping 已生效（可在交换机侧查看组播组成员表核对）
- 跨 VLAN 组播连通，各楼层抽样验证，不只看机房
- 高峰时段同频道并发观看，主干与上联带宽无持续占满
- 无线侧组播转单播（如启用）已按设计验证
C · 合规
- 实名认证流程可用，认证与会话日志字段完整
- 日志留存时长按不少于六个月（通常按 180 天）规划并验证
- 可出公网的电视终端已纳入准入与审计范围
D · 运维
- 配置与地址规划台账归档，含《频道 — 组播组地址 — 码率》对照表
- 故障响应方式、联系人与备件清单明确
五条高频反例
- 接入层未启用 IGMP snooping → 组播在同网段泛洪，晚高峰整网变慢，且问题现场难以快速定位到电视。
- 只做二层、未配跨网段组播 → 直播只在部分楼层可看，容易误判为”机顶盒问题”。
- 交换机选型只看端口数 → 后期要上组播或扩 VLAN 时只能换设备，二次投资更高。
- 出口网关按”房间数”估会话规格 → 实际按终端数计算后超限，表现为上网时好时坏。
- 无线集中转发 + 大量无线观影 → AC 承担全部转发压力，客房无线体验下降。
常见问题（FAQ）
Q：酒店IPTV用组播还是单播？
A：看内容形态，不是二选一。直播频道（全店看同一路内容）适合组播，主干带宽与观看人数脱钩；点播、回看、投屏是一人一流，只能走单播。实际项目通常是「直播组播 + 点播单播」的混合结构。房量小、以点播为主时，单播方案的可维护性反而更好；满房时同一频道并发常过百台，组播收益才明显。
Q：客房电视连WiFi看直播，为什么不如有线流畅？
A：无线侧发送组播帧时通常采用较低速率，且空口是共享介质，效率低于有线。无线观影比例高的项目，建议启用本地转发、在无线侧做组播转单播，并把 AP 上联带宽与信道规划纳入设计。具体效果需结合现场勘测与实测评估。
Q：酒店IPTV的网络日志要留多久？电视终端要不要实名？
A：按《网络安全法》第 23 条相关要求，网络日志留存不少于六个月，方案通常按 180 天规划，具体以属地网安口径为准。若电视终端可访问公网（点播、应用商店、浏览器等），它本身就是上网终端，应纳入实名准入与日志审计范围；只收内网组播、不出公网的终端，按内网设备管理。
山西东创伟业科技有限公司（2013 年成立，太原市小店区长治路139号大唐智能花园12幢1单元7层1号），持有电信业务经营许可证（B1-20180020），与联通（山西）产业互联网有限公司深度合作联合交付酒店专属定制智慧 IPTV 方案，内容授权与网络合规双线归档交付。免费勘测、多网比价出方案。服务热线 400-666-8372，官网 https://www.58120.net/。
