IPTV流量带宽计算
带宽需求如何估算
带宽需求如何估算带宽需求需要根据业务需求、应用场景、组网模式用流量工程进行测算，需要对大量统计数据进行分析，笔者不具备这些条件，只能根据一些简单假设来推算：为了更准确地反映网络流量，了解各种业务所需带宽，需要对各种业务作出流量模型。
各种业务的流量（L）属性可以有以下变量：T－平均业务时长（视音频业务，主要是视频业务）C－总用户数（覆盖用户数）c－订户（渗透用户）数量，c＝C×N，N－订户比率（渗透率）。
渗透率与竞争优势、业务适应性、业务定价以及用户经济能力、受教育程度、年龄、性别、职业、行为习惯等因素相关。
M－激活（在线）订户数量，M＝c×m，m－峰值激活（在线）用户比率。
主要和订户数量以及时间相关。
订户数量越大，峰值在线率越低；时间主要指时间段，比如特定节假日、特定事件、特殊内容发生时段等，还有工作时间、休息时间。
n－忙时使用率，主要和平均业务时长、内容更新速度相关。
l－单位业务流量，实际发生的单个业务流量。
主要和业务性质、编码方式相关，一旦选定就是固定的。
则某项业务流量L＝L（l,T,C,c,M,n）＝L（l,T,C,N,m,n）其中忙时使用率和在线率是最难掌握的两个变量，不同的业务有不同的模型，而且是随业务发展和时间变化的，需要不断统计分析。
通常的业务模型有以下几种：1、用户管理2、网络管理3、网页浏览4、文件和视音频下载（上载）5、视频通信（IP语音、视频）6、网络游戏7、IPTV（含VOD、时移电视）用户管理、网络管理是运营商自己内部的两项业务，占用的流量是基本固定的。
语音通信的忙时使用率和激活订户数量主要取决于用户本身需求，已经有足够多的传统话务理论研究和实际统计数据。
其他业务则与网络内容的提供、资费策略和用户需求之间的平衡相关，是经常变化的，是个交互的过程，需要经常统计分析、归纳调整。
流量模型应该分级——骨干层、汇聚层、接入层，因为流量是逐级汇聚、逐级收敛的，每层都要有合适的流量。
IPTV流量计算方法浅析
IPTV流量计算方法浅析
IPTV是Internet Protocol Television的缩写，指通过互联网对
电视节目、电影等视频内容进行直播或点播服务。
随着IPTV
的普及，许多用户关心其流量计算方法。
本文将简要介绍
IPTV的流量计算方法。
首先，IPTV的流量计算方法与普通视频流量计算基本相同。
对于直播节目，其流量与播放时间和清晰度有关，清晰度越高、播放时间越长则所耗流量也就越多。
对于点播服务，其流量计算则与视频大小、清晰度、播放时间等有关。
其次，IPTV的流量计算还涉及数据包大小。
数据包是计算流
量的基本单位，每个数据包都包含有关视频内容的一定数量的信息。
因此，数据包大小与所耗流量紧密相关。
对于较小的数据包，其所耗流量也相应较小；而对于较大的数据包，则所耗流量也相对较大。
此外，用户设备的网络速度也对IPTV的流量计算有影响。
设
备网络速度越慢，则IPTV的数据包传输速度也会相应变慢。
在此情况下，可能会发生数据包丢失，从而导致视频画面卡顿，这也会影响到流量计算。
除此之外，还需注意不同IPTV供应商的流量计算方法可能有
所不同，用户在选择供应商时需要了解其计费政策和流量计算方法。
一些供应商可能会采用“全部使用”或“按流量折算”的计
费方式，需要用户特别注意。
综上所述，IPTV的流量计算方法与普通视频流量计算方法类似，主要受影响的因素包括播放时间、清晰度、视频大小、数据包大小以及设备的网络速度等。
对于IPTV用户而言，需要了解自己的计费政策以及所使用的供应商的流量计算方法，以避免不必要的流量费用。
中国电信IPTV承载网络方案
大纲内容
• • • • • • • 1、IPTV承载网要求 2、IPTV承载网络结构 3、网络设备要求 4、CDN技术要求 5、接口要求 6、网络规模 7、通信流程 • • • • • 8、IP地址规范 9、ADSL网络要求 10、Ethernet网络要求 11、网管要求 12、安全性要求
IPTV承载网络结构（1） • IPTV承载网总体结构图
内容路由
• 内容路由将用户的内容请求导向到最佳的访问 站点，使用户可以得到快速的服务，实现分布 式、全网智能化负载均衡，提高对IPTV用户的 服务质量。
– – – – – 支持静态及动态重定向策略； 支持以下静态重定向策略：基于最终用户物理位置的 就近性：基于IP段/基于单个IP；基于不同应用；基于 站点的权重等方式； 支持以下静态重定向策略：基于基于站点的负载情 况：流量、连接数；基于站点的健康状况等； 基于应用层重定向：支持基于Http、MMS、RTSP等 应用层的重定向策略； 可实现层次性的部署，包括级联等方式；
本地负载均衡及内容交换 • 本地负载均衡负责把用户的请求重定向到 节点中的某一台服务器中。 • 内容交换负责本地Cache内容的管理，可对 Cache的节目自动分级，系统自动删除级别 低的节目。
节点缓存及代理 • 节点缓存及代理负责把服务器的缓存节目 信息及服务器的健康状态采集并提供给管 理模块使用。 • 服务器的健康状态信息主要包括CPU利用 率、内存使用、带宽、并发用户数，各信 息的权重可调。缺省为CPU利用率占10%、 内存利用率占30%、带宽占30%，并发用户 数30%。
IPTV承载网要求（3）
• 网络QOS要求
视频直播虽然是单向式流媒体传送，但实时性要求也 比较高，对数据包时延的敏感度高。 视频点播是非交互式的流媒体应用，对实时性的要求 不是很高，可以通过设置缓存来降低对时延的敏感 度。 游戏是一种双向交换式的数据业务，游戏本身的业务 特性（如操作命令的灵敏度）决定了对数据包的传输 时延要求特别高 。 视讯会议业务是一种实时的端到端行为，QoS保证至关 重要，要满足中国电信IP视讯技术规范规定的网络QoS 要求。
视频传输带宽及码流换算
视频监控存储空间大小与传输带宽计算方法在视频监控系统中，对存储空间容量的大小需求是与画面质量的高低、及视频线路等都有很大关系。
下面对视频存储空间大小与传输带宽的之间的计算方法做以介绍。
比特率是指每秒传送的比特(bit)数。
单位为bps(BitPerSecond)，比特率越高，传送的数据越大。
比特率表示经过编码(压缩)后的音、视频数据每秒钟需要用多少个比特来表示，而比特就是二进制里面最小的单位，要么是0，要么是1。
比特率与音、视频压缩的关系，简单的说就是比特率越高，音、视频的质量就越好，但编码后的文件就越大;如果比特率越少则情况刚好相反。
码流(DataRate)是指视频文件在单位时间内使用的数据流量，也叫码率，是视频编码中画面质量控制中最重要的部分。
同样分辨率下，视频文件的码流越大，压缩比就越小，画面质量就越高。
上行带宽就是本地上传信息到网络上的带宽。
上行速率是指用户电脑向网络发送信息时的数据传输速率，比如用FTP上传文件到网上去，影响上传速度的就是“上行速率”。
下行带宽就是从网络上下载信息的带宽。
下行速率是指用户电脑从网络下载信息时的数据传输速率，比如从FTP服务器上文件下载到用户电脑，影响下传速度的就是“下行速率”。
不同的格式的比特率和码流的大小定义表：传输带宽计算：比特率大小×摄像机的路数=网络带宽至少大小;注：监控点的带宽是要求上行的最小限度带宽(监控点将视频信息上传到监控中心);监控中心的带宽是要求下行的最小限度带宽(将监控点的视频信息下载到监控中心);例：电信2Mbps的ADSL宽带，理论上其上行带宽是512kbps=64kb/s，其下行带宽是2Mbps=256kb/s例：监控分布在5个不同的地方，各地方的摄像机的路数：n=10(20路)1个监控中心，远程监看及存储视频信息，存储时间为30天。
不同视频格式的带宽及存储空间大小计算如下：地方监控点：CIF视频格式每路摄像头的比特率为512Kbps，即每路摄像头所需的数据传输带宽为512Kbps，10路摄像机所需的数据传输带宽为：512Kbps(视频格式的比特率)×10(摄像机的路数)≈5120Kbps=5Mbps(上行带宽)即：采用CIF视频格式各地方监控所需的网络上行带宽至少为5Mbps;D1视频格式每路摄像头的比特率为1.5Mbps，即每路摄像头所需的数据传输带宽为1.5Mbps，10路摄像机所需的数据传输带宽为：1.5Mbps(视频格式的比特率)×10(摄像机的路数)=15Mbps(上行带宽)即：采用D1视频格式各地方监控所需的网络上行带宽至少为15Mbps;720P(100万像素)的视频格式每路摄像头的比特率为2Mbps，即每路摄像头所需的数据传输带宽为2Mbps，10路摄像机所需的数据传输带宽为：2Mbps(视频格式的比特率)×10(摄像机的路数)=20Mbps(上行带宽)即：采用720P的视频格式各地方监控所需的网络上行带宽至少为20Mbps;1080P(200万像素)的视频格式每路摄像头的比特率为4Mbps，即每路摄像头所需的数据传输带宽为4Mbps，10路摄像机所需的数据传输带宽为：4Mbps(视频格式的比特率)×10(摄像机的路数)=40Mbps(上行带宽)即：采用1080P的视频格式各地方监控所需的网络上行带宽至少为40Mbps监控中心：CIF视频格式的所需带宽：512Kbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=25600Kbps=25Mbps(下行带宽)即：采用CIF视频格式监控中心所需的网络下行带宽至少25MbpsD1视频格式的所需带宽：1.5Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=75Mbps(下行带宽)即：采用D1视频格式监控中心所需的网络下行带宽至少75Mbps720P(100万像素)的视频格式的所需带宽：2Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=100Mbps(下行带宽)即：采用720P的视频格式监控中心所需的网络下行带宽至少100Mbps 1080P(200万像素)的视频格式的所需带宽：4Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=200Mbps(下行带宽)即：采用1080P的视频格式监控中心所需的网络下行带宽至少200Mbps 存储空间计算：码流大小(单位：kb/s;即：比特率÷8)×3600(单位：秒;1小时的秒数)×24(单位：小时;一天的时间长)×30(保存的天数)×50(监控点要保存摄像机录像的总数)÷0.9(磁盘格式化的损失10%空间)=所需存储空间的大小(注：存储单位换算1TB=1024GB;1GB=1024MB;1MB=1024KB)50路存储30天的CIF视频格式录像信息的存储空间所需大小为：64×3600×24×30×50÷0.9=8789.1GB≈9TB50路存储30天的D1视频格式录像信息的存储空间所需大小为：192×3600×24×30×50÷0.9=26367.2GB≈26TB50路存储30天的720P(100万像素)视频格式录像信息的存储空间所需大小为：256×3600×24×30×50÷0.9=35156.3GB≈35TB50路存储30天的1080P(200万像素)视频格式录像信息的存储空间所需大小为：512×3600×24×30×50÷0.9=70312.5GB≈69TB例如：8路硬盘录像机，视音频录像，采用512Kbps定码流，每天定时录像12小时，录像资料保留15天，计算公式如下： 每小时录像文件大小=512×3600÷8÷1024=225MB 硬盘录像机所需硬盘容量=225×8×12×15=324000MB≈320GB各种分辨率下采用什么样的码流可以获得较好的图像质量， 一般的硬盘录像机都支持多种分辨率，我们一般使用CIF、DCIF、D1三种。
IPTV业务网络流量估算分析
IPTV业务网络流量估算分析定义参数城域网规模划分：以固定电话(含PHS)用户2008年规划容量规模为依据，家庭用户为50%，宽带用户为家庭用户的40%～50%折算，排除直辖市等超大型城市，拟定划分为两类：大型城市(电话规划容量400万，宽带用户90万)，中小型城市(电话规划容量50万，宽带用户10万)。
大型城域网络模型：推荐的网络模型如图1所示。
小型城域网络模型：推荐的网络模型如图2所示。
接入网络模型：接入网通常具有两种宽带接入方式——DSLAM和LAN，暂且不考虑不能改造IP化的DSLAM存在，推荐模型如图3所示。
流量模型第一，业务模型分析。
宽带用户人数(S)：根据以上城域网划分，则大型城市S=900，000，中小型城市S=100，000。
宽带用户并发在线系数(k1)：宽带用户不同于窄带用户，随着接入资费的不断下调和网络内容的极大丰富，尤其是开展了IPTV等业务之后，用户平均每日上网时长进一步增加。
据CNNIC 最新报告统计，在每日晚19：00～22：00期间，所有类型用户比例已经达到50%，因此采用50%在线率进行计算，即k1=0.5。
IPTV用户占比(k2)：考虑到IPTV业务具有从用户普及体验到大规模发展雪崩的运营过程，分为两种理想值进行考虑，预计在2005年末，IPTV业务初期用户占比可达15%，后期大规模商业运营下，IPTV业务用户占比可达50%，即前期k2=0.15，后期k2=0.5。
VOD应用占比(k3)：业务开展前期，各地市首先以VOD的模式普及IPTV业务，但随着组播技术的应用和节目源的丰富，BTV业务也将大规模发展起来，综合考虑，VOD应用占比采用50%计算，即k3=0.5。
ES命中率(k4)：由于CDN网络的建设，边缘媒体服务器ES已经部署到大型城市城域的边缘层，中小城市的城域骨干/汇聚层，采用经验值0.9，即k4=0.9；码流带宽(Bm)，按照目前压缩率最高的视频压缩标准H.264进行计算，每个视频流码流带宽约为1.5M，即Bm=1.5M。
宽带套餐的流量计算和控制方法
宽带套餐的流量计算和控制方法在如今高度数字化的社会中，互联网已成为人们生活中不可或缺的一部分。
随之而来的是对宽带网络的需求越来越高，而宽带套餐则成为许多人选择上网方式的首选。
然而，随着宽带使用的流量限制，我们需要了解如何计算和控制宽带套餐中的流量，以避免超出额定限制或支付高额费用。
本文将详细介绍宽带套餐的流量计算和控制方法。
1. 流量计算方法1.1 宽带套餐的流量单位宽带套餐中所计算的流量一般以“MB”（兆字节）为单位，也有部分以“GB”（千兆字节）为单位。
在计算流量时，我们需要明确所使用的流量单位。
1.2 流量使用统计在大多数情况下，宽带供应商会提供一种方式来追踪和统计您使用的流量。
这可能是通过在线账户、手机应用或短信提醒等形式展示给用户。
定期检查您的流量使用情况，可以帮助您了解目前已使用的流量量以及剩余的流量。
1.3 流量计算公式以“MB”为计量单位的流量计算公式如下：已使用流量 = 上行流量 + 下行流量其中，上行流量指从您的设备到互联网的数据传输量，下行流量则是从互联网到您的设备的数据传输量。
通过查看宽带供应商提供的流量统计数据，您可以得知上行流量和下行流量的具体数值。
2. 流量控制方法2.1 提前设定流量警戒线为了避免超出套餐流量限制，您可以在设备上设定一个流量警戒线，当流量接近限制时会收到提醒。
这将帮助您及时注意流量使用情况，避免额外的费用产生。
2.2 关闭后台应用程序和自动更新许多应用程序在后台运行时会消耗大量的流量，如邮件应用、社交媒体应用、云存储服务等。
关闭这些后台应用程序可以有效控制流量使用量。
此外，关闭自动更新功能也可以避免在不知情的情况下耗费大量流量。
2.3 使用Wi-Fi网络当您身处有Wi-Fi覆盖的地方，尽量使用Wi-Fi网络来代替使用宽带网络。
Wi-Fi网络通常不计入宽带套餐中的流量，并且在使用Wi-Fi网络时，宽带的流量使用量将保持较低水平。
2.4 压缩和缓存数据一些浏览器和应用程序提供数据压缩和缓存功能，通过压缩和缓存数据，可以减少数据传输量，从而降低流量消耗。
IPTV承载网中所需带宽计算方法
IPTV承载网中所需带宽计算方法IPTV承载网中所需带宽计算方法分为两种情况：（均为业界经验算法）1.每个地市城域网1台ES，挂在IPTV城域核心路由器下，IPTV 城域网核心路由器到IPTV BRAS之间的带宽遵循以下公式：公式1：IPTV BRAS上行带宽＝最大并发VOD用户数× 节目带宽＋ BTV频道数×频道带宽公式2：最大并发VOD用户数＝IPTV用户数×40％×50％（40％为VOD注册用户比，50％为并发收敛比）比如：某个地市发展5000 IPTV用户，平均每台BRAS下的IPTV用户数为1250个；VOD的节目带宽和BTV的频道带宽都按照2M计算，直播频道：按照100个计算那么IPTV BRAS上行带宽＝1250×40％×50％×2M＋100×2M ＝700M2.ES下挂在IPTV BRAS，IPTV城域网核心路由器到IPTV BRAS 之间的带宽遵循以下公式：公式1：IPTV BRAS上行带宽＝最大并发VOD用户数× (1 – ES 命中率)×节目带宽＋ BTV频道数×频道带宽公式2：最大并发VOD用户数＝IPTV用户数×40％×50％（40％为VOD注册用户比，50％为并发收敛比）比如：某个地市发展50000 IPTV用户，平均每台BRAS下的IPTV用户的数量为8000个；ES命中率一般为90%， VOD的节目带宽和BTV的频道带宽都按照2M计算，直播频道：按照100个计算那么IPTV BRAS上行带宽＝8000×40％×50％×（1－90％）×2M＋100×2M＝520M。
运营商提供的IPTV是否占用网络带宽？
运营商提供的IPTV是否占用网络带宽？
本行业问题，我来回答。
明确的说,IPTV是不会占用你的上网的网络带宽的，因为IPTV走的是独立通道。
运营商提供的光猫一般都是有多个接口，其中一个接口连接网线到路由器，另外一个接口连接到机顶盒，看IPTV,这两部分网络实际上是分开的。
如果你是办理的是100M的家庭宽带，这个100M是指的你上网的这部分带宽，IPTV的带宽是不在这100M之内的。
虽然只有一条光纤连接到光猫，但是在网络的上端，实际上有两张网络，一张是通往互联网的，另外一张是IPTV网(实际等于是个大局域网)。
两张网同时接入，光猫上端口的带宽是靠qos或者是固定带宽来设置的，无论哪种设置方式，看IPTV都不会占用上网的部
分带宽。
不一样的是，qos设置的光猫端口的带宽是IPTV带宽+上网带宽，也就说你如果不看电视的话，是占到了便宜的。
而固定带宽设置的光猫，则是不管你看不看电视，都是只有固定的上网带宽。
总而言之,不管是哪个运营商，只要提供的是IPTV业务，都不会挤占用户的上网的带宽，这点大可放心。
以上个人浅见，欢迎批评指正。
喜欢的可以关注我，谢谢！
认同我的看法的请点个赞再走，再次感谢！。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
流量带宽计算
1各节点带宽需求计算
单播带宽：根据用户模型表，计算得出每个节点的单播带宽。
信令带宽：根据各节点组网计算得到每个节点信令带宽。
直播带宽：
1）如果是全网组播，则每个节点只需要计算一份直播带宽，如50个H264频道，为2M x 50 = 100Mbps。
2）如果是组播中继，则：
中心节点带宽与下挂的区域中心（边缘节点）个数有关，为n+1的关系。
如：某中心节点下挂3区域中心，则带宽需要计算3+1=4份。
区域中心带宽与下挂的边缘节点个数有关，为n+1的关系。
如：某区域中心节点下挂12个边缘节点，则带宽需要计算12+1=13份。
每个边缘节点需要一份直播带宽，如50个H264频道，为2M x 50 = 100Mbps。
3）如果是全网单播，则：
中心节点和区域中心节点计算方法与组播中继相同。
边缘节点带宽需要根据用户访问模型计算本节点直播用户数获得。
如某边缘节点带用户10000个，H264频道50个，按照用户访问模型，有1850直播并发访问。
则需要的带宽为：2M x 50 + 2M x 1850 = 3800Mbps，其中2M x 50为中继来的直播频道带宽。
汇总获得每个节点的接入带宽需求：
节点带宽＝单播带宽＋直播带宽＋信令带宽
2带宽计算实例
在计算之前先通过查看FRS了解频道码率、用户数、频道数等参数。
①在线率和并发率和哪些部件有关系
在线率：EPG容量
并发率：HMS性能
②基础带宽计算
HLS SD Bit Rate = （64+214+464+664+1328+1928）/0.8 = 5.828M 可以通过以上方式计算出标清或者高清的的带宽
2.1Dimension for IPTV Services
2.2Dimension for OTT Services
3IPTV业务带宽计算 中心节点：
①假设VOD/TSTV/CATCHUP/nPVR所占用的带宽都是2.5M则
SD VOD/TSTV/CATCHUP/nPVR = 70000 users*2% concurrent ratio*90% SD ratio*2.5Mbps 如果VOD所占用的带宽都是2.5M ，TSTV/CATCHUP/nPVR占用的带宽是3.5
计算结果= 70000 users*2% concurrent ratio*90% SD ratio*2.5Mbps*025+70000 users*2% concurrent ratio*90% SD ratio*3.5Mbps*0.75
②FCC的计算
带宽=70000*(50%-2%)*5%*(0.9*3.5Mbps+0.1*9Mbps)
用户数目*（在线数在线率-单播率）*并发率*（标清使用率*带宽+高清使用率+带宽）
边缘节点：
4OTT业务带宽计算 中心节点：
边缘节点：
5IPTV计算方法
5.1HMS带宽计算
出流带宽：（SD.Bitrate*SD.ratio+HD.Bitrate*HD.ratio)*SubscriberNum*Unicast.ratio 入流带宽：需要录制的直播的带宽+单播、信令、管理一些小流量
5.2FCC带宽计算
出流带宽：
(SD.Bitrate*SD.ratio+HD.Bitrate*HD.ratio)*SubscriberNum*(Online.ratio-Unicast.rat io)*FCC.ratio
入流带宽：直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码
率之和
5.3MRF带宽计算
出流带宽：直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码率之和
入流带宽：直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码率之和
总出流带宽=HMS出流+FCC出流+直播流+信令管理流量（参考值）+机顶盒升级流量（参考值）
总入流带宽=直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码率之和+平台入流带宽（参考值）
6OTT计算方法
OTT业务的直播与点播都为单播形式，都由HMS出流，故需算上HLS带宽。
6.1HLS带宽计算
出流带宽：SD.Bitrate*SD. ChannelNum +HD.Bitrate*HD. ChannelNum
入流带宽：SD.Bitrate*SD. ChannelNum +HD.Bitrate*HD. ChannelNum
总出流带宽=HMS出流+信令管理流量（参考值）+机顶盒升级流量（参考值）+直播出流
总入流带宽=直播流+平台入流带宽（主要为与第三方部件交互）。