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平台承载网络技术规范
网络设备要求（5） • ADSL MODEM
– ADSL MODEM设备必须满足《中国电信ADSL MODEM设备技术要求》，同时必须满足以下 技术要求：
同时支持两个以上PVC配置，并能把不同的以太网接 入端口业务映射到不同的PVC封装。 网络侧ADSL端口（RJ-11）同时支持双PVC上联配置 支持IGMP协议 用户侧两个以上以太网接入端口（可选项）
根据国内外的研究成果，业界对以上几种 业务的Qos经验值如下：
QOS 业务种类 视频直播 视频点播 游 戏 1s 10s 200ms 1s 1s N/A 1/1000 1/1000 N/A 1/10000 1/10000 N/A 网络时延上 限 延时抖动上 限 丢包率 上限 包误差率 上限
IPTV承载网要求（4）
网络设备要求（3）
• BRAS
– 接入服务器（BRAS）设备必须满足《中国电信接入服 务器设备技术要求》，同时必须以下技术要求： 支持虚拟路由器（VR）功能。 支持IGMP协议。 支持组播路由技术： PIM-SM 、PIM-DM 支持IGMP Proxy（IGMP代理）协议 支持组播业务控制 ，如下：
IPTV承载网要求 (2)
• 网络带宽要求
关于中国电信IP TV视频编码技术的选取还在进一步讨 论当中，目前初步倾向于在业务初期使用MPEG4,然后 过渡到H.264。 综合以上两种编码的分析，IP TV用户在接收视频流数 据时，一般要1Mbps的带宽需求，再加上20－30％的协 议封装开销，共需1.3Mbps带宽。另外，信令控制信道 也要占用一定的带宽，保守估计，每个用户的最低带 宽需求应为1.5Mbps。考虑到IP网络的统计复用特性， 网络流量的波动较大，为了保证IP TV的播放质量，建 议为每个IP TV用户规划2Mbps以上带宽。
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。
IPTV计算方法.doc
附件：SGMW IPTV 计算方法IPTV （Incidents Per Thousand Vehicle）s：千辆车故障数IPTV= 故障总数/销售车辆总数*1000MIS （month in service）：三包服务期。
如：2MIS，6MIS ，12MIS 分别为：两个月的服务期， 6 个月的服务期，12 个月的服务期。
IPTV（6MIS ）：即为某月生产并销售的车辆在售后六个月的服务期内千台车所发生的故障总数。
现以6MIS 为例介绍计算方法：例：假如2006年1 月生产1000 辆车，分别在1 月卖出500辆，2 月卖出240 辆，3 月卖出100辆，4 月卖出100辆，5 月卖出50 辆，6 月卖出10 辆，每月销售车辆所对应的维修数见下表。
（注：假设每月卖出的车辆在六个月内发生的维修数相同）维修数 1 月 2 月 3 月 4 月 5 月 6 月7 月8 月9 月10 月11 月12 月销售数报告月1 月（500）35 35 35 35 35 352 月（240）20 20 20 20 20 203 月（100） 6 6 6 6 6 64 月（100） 6 6 6 6 6 65 月（50） 4 4 4 4 4 46 月（10） 2 2 2 2 2 2由上表可以看出：1 月卖出的500辆车在6 个月后所发生的三包维修总数：35*6=2102 月卖出的240辆车在6 个月后所发生的三包维修总数：20*6=1203 月卖出的100辆车在6 个月后所发生的三包维修总数：6*6=364 月卖出的100辆车在6 个月后所发生的三包维修总数：6*6=365 月卖出的50辆车在6 个月后所发生的三包维修总数：4*6=26 6 月卖出的10辆车在 6 个月后所发生的三包维修总数：2*6=12那么在1 月制造的车辆总数销售 6 个月内所占 1 月份制造车辆的百分比：截止 1 月 2 月 3 月 4 月 5 月 6 月月份销售500 500+240 500+240+100 500+240+100+100 500+240+10+100+10 1000（售完）总数(50%) (74%) (84%) (94%) (99%) (100%)1000那么在1 月份制造的车辆在销售 6 个月后的故障总数：月份 2 月13 月 14 月15 月1 6月1 7 月1 8 月1 9 月1 10 月11 月12 月日日日日日日日日 1 日 1 日 1 日故障35 85 151 218 289 362 400 418 430 436 438总数那么我们在计算IPTV 6MIS 时取值到9 月份底，那么我们10 月初得出报告：（我们的计算忽略了最后两个月的索赔数，而实际的IPTV 值取值到11 月底，这相当于我们的计算值低于实际值）那么我们10 月份的报告值反映的是 1 月份所制造并销售的车辆维修数。
带宽与传输速率的计算公式
带宽与传输速率的计算公式带宽和传输速率是计算机网络中常用的概念，它们描述了网络传输数据的能力和速度。
在网络通信中，带宽指的是网络传输数据的能力，而传输速率则是指在单位时间内传输的数据量。
带宽的计算公式是带宽= 传输速率× 传输时间。
其中，带宽以比特/秒（bps）为单位，传输速率以比特（bit）为单位，传输时间以秒为单位。
传输速率的计算公式是传输速率 = 数据量 / 传输时间。
其中，数据量以比特为单位，传输时间以秒为单位。
带宽和传输速率是两个相关但不完全相同的概念。
带宽描述的是网络传输数据的能力，即在理论上网络可以传输的最大数据量。
而传输速率则是实际传输中的数据量，受到网络拥塞、传输介质质量等因素的影响。
在实际应用中，带宽和传输速率常常被用来评估网络的性能。
网络的带宽越大，传输速率就越高，可以传输更多的数据。
而在网络拥塞等特殊情况下，带宽虽然很大，但传输速率可能较低。
在计算机网络中，常用的带宽单位有bps（比特/秒）、Kbps（千比特/秒）、Mbps（兆比特/秒）和Gbps（千兆比特/秒）。
传输速率的单位一般与带宽单位相同。
举个例子，假设一个网络的带宽是100Mbps，传输时间是1秒，那么根据带宽的计算公式，可以得出该网络在1秒内可以传输的最大数据量为100Mbps。
而如果实际传输的数据量是50Mbps，根据传输速率的计算公式，可以得出传输速率为50Mbps。
带宽和传输速率的计算公式是在网络工程中常用的基本公式，通过这两个公式可以评估网络的性能和预测数据传输的速度。
在网络设计和优化中，了解和计算带宽和传输速率是非常重要的。
需要注意的是，带宽和传输速率是理论上的最大值，实际传输中可能会受到多种因素的影响而降低。
例如，网络拥塞、传输介质质量、网络设备性能等都可能导致实际传输速率低于带宽。
带宽与传输速率是计算机网络中重要的概念，用来描述网络传输数据的能力和速度。
带宽是指网络传输数据的能力，传输速率是指在单位时间内传输的数据量。
IPTV系统码流有多大
IPTV系统码流（Data Rate）是指视频文件在单位时间内使用的数据流量，也叫码率，是视频编码中画面质量控制中最重要的部分。
同样分辨率下，IPTV系统视频文件的码流越大，压缩比就越小，画面质量就越好。
IPTV系统因工作关系，经常会遇到“一套节目需要多大的带宽？”这类问题，这个问题，看似简单，但要准确回答并不容易，因为有几个容易纠结东西搅在一起，不了解它们，就无法准确回答类似问题。
这几个纠结东西是是：分辨率、视频格式、视频编码、帧率、码流（也称为码率）。
视频实际上是一个个连续呈现的图片，本着这个理解，就容易了解它们的概念。
1.分辨率视频分辨率实际是指图片的分辨率，一个视频是由无数的相同分辨率图片组成，分辨率大小决定了视频清晰度，分辨率越高，视频质量也就越高。
这是我们常见视频分辨率目前，IPTV系统常见的分辨率为480P、720P、1080P，未来将向4K发展（市面上机顶盒和智能电视大多数都已支持4K了）2.视频格式与视频编码视频格式是指视频文件的存在形式，也就是视频封装格式，不同封装格式对视频文件大小基本没有影响，但不同视频播放器对视频格式支持是不同的。
原始视频文件都很大，要想在网络上传输就必须要进行压缩，所谓视频编码就是指视频文件压缩过程中的运算方法，视频编码对视频文件大小影响甚大。
同一格式的视频文件其视频编码和音频编码可能不同，以下是常见的视频编码及视频格式。
3.帧率与码流帧率（FPS）：表示每秒钟出多少帧画面，这个影响画面流畅度，与画面流畅度成正比：帧率越大，画面越流畅；帧率越小，画面越有跳动感。
一般网络视频的帧率为24，电视PAL 制式为25，NTSC制式为30。
IPTV系统码流(Data Rate)是指视频文件在单位时间内使用的数据流量，通俗一点的理解就是取样率,是视频编码中画面质量控制中最重要的部分，一般我们用的单位是kb/s或者Mb/s。
码流决定了视频占用带宽大小，码流计算公式是：文件体积=时间X码率/8在回看时也可以根据这个计算所需磁盘空间。
视频传输带宽及码流换算
视频监控存储空间大小与传输带宽计算方法在视频监控系统中，对存储空间容量的大小需求是与画面质量的高低、及视频线路等都有很大关系。
下面对视频存储空间大小与传输带宽的之间的计算方法做以介绍。
比特率是指每秒传送的比特(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三种。
视频流带宽计算
视频流带宽计算之邯郸勺丸创作在视频监控系统中,对存储空间容量的大小需求是与画面质量的凹凸、及视频线路等都有很大关系.下面对视频存储空间大小与传输带宽的之间的计算办法做以先容.比特率是指每秒传送的比特(bit)数.单位为bps(BitPerSecond),比特率越高,传送的数据越大.比特率暗示经过编码(压缩)后的音、视频数据每秒钟需要用多少个比特来暗示,而比特就是二进制里面最小的单位,要么是0,要么是1.比特率与音、视频压缩的关系,简单的说就是比特率越高,音、视频的质量就越好,但编码后的文件就越大；假如比特率越少则情况恰好相反.码流(DataRate)是指视频文件在单位时间内使用的数据流量,也叫码率,是视频编码中画面质量控制中最重要的部分.同样分辩率下,视频文件的码流越大,压缩比就越小,画面质量就越高.上行带宽就是当地上传信息到网络上的带宽.上行速率是指用户电脑向网络发送信息时的数据传输速率,比方用FTP上传文件到网上往,影响上传速度的就是“上行速率”.下行带宽就是从网络上下载信息的带宽.下行速率是指用户电脑从网络下载信息时的数据传输速率,比方从FTP办事器上文件下载到用户电脑,影响下传速度的就是“下行速率”.不合的格局的比特率和码流的大小定义表：传输带宽计算：比特率大小×摄像机的路数=网络带宽至少大小；注：监控点的带宽是要求上行的最小限度带宽(监控点将视频信息上传到监控中心)；监控中心的带宽是要求下行的最小限度带宽(将监控点的视频信息下载到监控中心)；例：电信2Mbps的ADSL 宽带,50米红外摄像机理论上其上行带宽是512kbps=64kb/s,其下行带宽是2Mbps=256kb/.例：监控散布在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(监控点的摄像机的总路数之和)=Kbps=25Mbps(下行带宽)即：采取CIF视频格局监控中心所需的网络下行带宽至少25Mbps D1视频格局的所需带宽：1.5Mbps(视频格局的比特率)×50(监控点的摄像机的总路数之和)=75Mbps(下行带宽)即：采取D1视频格局监控中心所需的网络下行带宽至少75Mbps720P(100万像素)的视频格局的所需带宽：2Mbps(视频格局的比特率)×50(监控点的摄像机的总路数之和)=100Mbps(下行带宽)即：采取720P的视频格局监控中心所需的网络下行带宽至少100Mbps1080P(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=.2GB≈26TB50路存储30天的720P(100万像素)视频格局录像信息的存储空间所需大小为：256×3600×24×30×50÷0.9=.3GB≈35TB50路存储30天的1080P(200万像素)视频格局录像信息的存储空间所需大小为：512×3600×24×30×50÷0.9=.5GB≈69TB。
带宽计算方式
带宽计算方式
带宽是指数据传输的速率，通常用Mbps或Gbps来表示。
计算带宽的方式取决于数据传输的类型和方法。
对于数字传输，计算带宽的公式为：带宽 = 数据传输速率 / 传输的位数。
例如，如果数据传输速率为100Mbps，每次传输的位数为10，那么带宽就是100Mbps / 10 = 10Mbps。
对于模拟传输，计算带宽的公式为：带宽 = 峰值信号传输速度 x 信号频率 / 2。
例如，如果峰值信号传输速度为50Mbps，信号频率为50kHz，那么带宽就是50Mbps x 50kHz / 2 = 1.25Mbps。
需要注意的是，实际带宽可能会受到网络拥塞、信号干扰、传输距离等因素的影响而降低，因此在进行带宽测量时需要考虑这些因素。
- 1 -。
带宽需求如何估算
带宽需求如何估算带宽需求需要根据业务需求、应用场景、组网模式用流量工程进行测算，需要对大量统计数据进行分析，笔者不具备这些条件，只能根据一些简单假设来推算：为了更准确地反映网络流量，了解各种业务所需带宽，需要对各种业务作出流量模型。
各种业务的流量（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计算方法.doc
附件：SGMW IPTV 计算方法IPTV （Incidents Per Thousand Vehicle）s：千辆车故障数IPTV= 故障总数/销售车辆总数*1000MIS （month in service）：三包服务期。
如：2MIS，6MIS ，12MIS 分别为：两个月的服务期， 6 个月的服务期，12 个月的服务期。
IPTV（6MIS ）：即为某月生产并销售的车辆在售后六个月的服务期内千台车所发生的故障总数。
现以6MIS 为例介绍计算方法：例：假如2006年1 月生产1000 辆车，分别在1 月卖出500辆，2 月卖出240 辆，3 月卖出100辆，4 月卖出100辆，5 月卖出50 辆，6 月卖出10 辆，每月销售车辆所对应的维修数见下表。
（注：假设每月卖出的车辆在六个月内发生的维修数相同）维修数 1 月 2 月 3 月 4 月 5 月 6 月7 月8 月9 月10 月11 月12 月销售数报告月1 月（500）35 35 35 35 35 352 月（240）20 20 20 20 20 203 月（100） 6 6 6 6 6 64 月（100） 6 6 6 6 6 65 月（50） 4 4 4 4 4 46 月（10） 2 2 2 2 2 2由上表可以看出：1 月卖出的500辆车在6 个月后所发生的三包维修总数：35*6=2102 月卖出的240辆车在6 个月后所发生的三包维修总数：20*6=1203 月卖出的100辆车在6 个月后所发生的三包维修总数：6*6=364 月卖出的100辆车在6 个月后所发生的三包维修总数：6*6=365 月卖出的50辆车在6 个月后所发生的三包维修总数：4*6=26 6 月卖出的10辆车在 6 个月后所发生的三包维修总数：2*6=12那么在1 月制造的车辆总数销售 6 个月内所占 1 月份制造车辆的百分比：截止 1 月 2 月 3 月 4 月 5 月 6 月月份销售500 500+240 500+240+100 500+240+100+100 500+240+10+100+10 1000（售完）总数(50%) (74%) (84%) (94%) (99%) (100%)1000那么在1 月份制造的车辆在销售 6 个月后的故障总数：月份 2 月13 月 14 月15 月1 6月1 7 月1 8 月1 9 月1 10 月11 月12 月日日日日日日日日 1 日 1 日 1 日故障35 85 151 218 289 362 400 418 430 436 438总数那么我们在计算IPTV 6MIS 时取值到9 月份底，那么我们10 月初得出报告：（我们的计算忽略了最后两个月的索赔数，而实际的IPTV 值取值到11 月底，这相当于我们的计算值低于实际值）那么我们10 月份的报告值反映的是 1 月份所制造并销售的车辆维修数。
视频流占用带宽计算公式
视频流占用带宽计算公式随着互联网的普及和网络速度的提升，视频流已经成为人们日常生活中不可或缺的一部分。
从在线视频网站到视频会议，视频流的应用越来越广泛。
然而，视频流占用的带宽问题也随之而来。
在网络带宽有限的情况下，如何合理地分配带宽资源成为了一个重要的问题。
视频流占用带宽的计算公式是一个重要的工具，它可以帮助我们理解视频流占用带宽的原理，并且能够帮助我们合理地规划网络带宽资源。
在本文中，我们将介绍视频流占用带宽的计算公式，并且探讨如何利用这个公式来优化网络带宽资源的分配。
视频流占用带宽的计算公式可以用以下公式表示：带宽 = 视频码率×视频清晰度×帧率。
其中，视频码率是指视频流每秒传输的数据量，单位为比特每秒（bps）；视频清晰度是指视频的分辨率，通常以像素表示；帧率是指视频每秒包含的帧数，单位为帧每秒（fps）。
通过这个公式，我们可以计算出视频流占用的带宽。
首先，视频码率是视频流占用带宽的关键因素之一。
视频码率越高，视频流占用的带宽就越大。
因此，在网络带宽有限的情况下，我们可以通过控制视频的码率来合理地分配带宽资源。
例如，对于一些网络条件较差的用户，可以降低视频的码率，以减少视频流占用的带宽，从而提高视频的流畅度和观看体验。
其次，视频清晰度也会影响视频流占用的带宽。
高清视频比标清视频占用的带宽更大，因为高清视频的分辨率更高，需要传输更多的数据。
因此，在网络带宽有限的情况下，我们可以通过控制视频的清晰度来合理地分配带宽资源。
例如，对于一些网络条件较差的用户，可以降低视频的清晰度，以减少视频流占用的带宽，从而提高视频的流畅度和观看体验。
最后，帧率也会影响视频流占用的带宽。
高帧率视频比低帧率视频占用的带宽更大，因为高帧率视频包含更多的帧，需要传输更多的数据。
因此，在网络带宽有限的情况下，我们可以通过控制视频的帧率来合理地分配带宽资源。
例如，对于一些网络条件较差的用户，可以降低视频的帧率，以减少视频流占用的带宽，从而提高视频的流畅度和观看体验。
视频带宽计算公式
视频带宽计算公式码流码流（Data Rate）是指视频文件在单位时间内使用的数据流量，也叫码率或码流率，是视频编码中画面质量控制中最重要的部分，一般我们用的单位是Kb/s或者Mb/s。
一般来说同样分辨率下，视频文件的码流越大，压缩比就越小，画面质量就越高。
码流越大，说明单位时间内取样率越大，数据流，精度就越高，处理出来的文件就越接近原始文件，图像质量越好，画质越清晰，要求播放设备的解码能力也越高。
帧率一帧就是一副静止的画面，连续的帧就形成动画，如电视图象等。
我们通常说帧数，简单地说，就是在1秒钟时间里传输的图片的帧数，也可以理解为图形处理器每秒钟能够刷新几次，通常用fps（Frames Per Second）表示。
每一帧都是静止的图象，快速连续地显示帧便形成了运动的假象。
高的帧率可以得到更流畅、更逼真的动画。
每秒钟帧数 (fps) 愈多，所显示的动作就会愈流畅。
分辨率视频分辨率是指视频成像产品所成图像的大小或尺寸。
常见的视像分辨率有352×288，176×144，640×480，1024×768。
在成像的两组数字中，前者为图片长度，后者为图片的宽度，两者相乘得出的是图片的像素，长宽比一般为4：3帧率、码流与分辨率之间关系公式:带宽 / (码流 * 8) = 同时在线人数文件大小 = 时间×码率/8比如优库一个视频文件的大小为5.86M,播放时长为3分7秒该文件对应的码流就是 5.86 * 1024 * 1024 * 8 / (3 * 60 + 7) = 262872.9565775410M独享带宽能支撑的同时在线人数10* 1024 * 1024 / 262872.95657754 = 39.889078498294支撑1000人同时在线的系统最少需要的带宽数为262872 * 1000 / (1024 * 1024) = 250.69427490234M。
IPTV流量带宽计算
流量带宽计算1各节点带宽需求计算单播带宽：根据用户模型表，计算得出每个节点的单播带宽。
信令带宽：根据各节点组网计算得到每个节点信令带宽。
直播带宽：1）如果是全网组播，则每个节点只需要计算一份直播带宽，如50个H264频道，为2M x 50 =100Mbps。
2）如果是组播中继，贝lj：中心节点带宽与下挂的区域中心（边缘节点）个数有关，为n+1的关系。
如：某中心节点下挂3区域中心，则带宽需要计算3+1=4份。
区域中心带宽与下挂的边缘节点个数有关，为n+1的关系。
如：某区域中心节点下挂12个边缘节点，则带宽需要计算12+1=13份。
每个边缘节点需要一份直播带宽，如50个H264频道，为2M x 50 = 100Mbps。
3 ）如果是全网单播，贝lj:中心节点和区域中心节点计算方法与组播中继相同。
边缘节点带宽需要根据用户访问模型计算本节点直播用户数获得。
如某边缘节点带用户10000个，H264频道50个，按照用户访问模型，有1850直播并发访问。
则需要的带宽为：2M x 50 + 2M x 1850 = 3800Mbps，其中2M x 50为中继来的直播频道带宽。
汇总获得每个节点的接入带宽需求：节点带宽=单播带宽+直播带宽+信令带宽1 / 112带宽计算实例在计算之前先通过查看FRS Y解频道码率、用户数、频道数等参数。
①在线率和并发率和哪些部件有关系在线率：EPG容量并发率：HMS性能②基础带宽计算HLS SD Bit Rate =(64+214+464+664+1328+1928)/0,8 = 5,828M可以通过以上方式计算出标清或者高清的的带宽2.1 Dimension for IPTV Services2 / 112.2 Dimension for OTT Services3 IPTV业务带宽计算中心节点:①假设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)用户数目* (在线数在线率-单播率)*并发率* (标清使用率*带宽+高清使用率+带宽) 边缘节点:7 / 114 OTT业务带宽计算中心节点：边缘节点:9 / 115 IPTV计算方法5.1 HMS带宽计算出流带宽：(SD.Bitrate*SD.ratio+HD.Bitrate*HD.ratio)*SubscriberNum*Unicast.ratio 入流带宽：需要录制的直播的带宽+单播、信令、管理一些小流量5.2 FCC带宽计算出流带宽：(SD.Bitrate*SD.ratio+HD.Bitrate*HD.ratio)*SubscriberNum*(Online.ratio-Unicast.ratio)*FCC.ratio入流带宽：直播业务频道数（SD Live TV、HD Live TV、PIP、Mosiac、NVOD）*对应码率之和5.3 MRF带宽计算出流带宽：直播业务频道数（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）*对应码率之和+平台入流带宽（参考值）6 OTT计算方法OTT业务的直播与点播都为单播形式，都由HMS出流，故需算上HLS带宽。
带宽计算
例如
• 对于城市新宸商务大厦，预测用户带宽需 求为两种，70%用户带宽需求为2Mbit/s， 主要为普通上网业务，而另30%用户带宽 需求为8Mbit/s，主要业务包含IPTV。则此 小区带宽需求为宽带用户数× （2Mbit/s×70%×50%+8Mbit/s×30%） ×50%=49.6Mbit/s,语音带宽需求为窄带用 户数×0.1Mbit/s×0.031Erl=0.0992Mbit/s。
带宽计算
对单个PON系统内的带宽测算，需 要考虑该PON系统内所有ONU所 产生的流量是否满足系统要求
带宽计算公式为：
• ∑所有业务（业务分配带宽×业务用户比率×集 中比×流量占空比）×总用户数／带宽冗余系数
集中比（并发率）为50%，宽带上网的流量占空比 按50%计算，系统内带宽冗余系数按90%计算取 语音上行带宽=用户数×0.1Mbit/s×0.031。 PON口数×1000Mbit/s×90%≥宽带带宽需求+
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业务，都不会挤占用户的上网的带宽，这点大可放心。
以上个人浅见，欢迎批评指正。
喜欢的可以关注我，谢谢！
认同我的看法的请点个赞再走，再次感谢！。
IPTV流量计算方法浅析
IPTV流量计算方法浅析
IPTV是Internet Protocol Television的缩写，指通过互联网对
电视节目、电影等视频内容进行直播或点播服务。
随着IPTV
的普及，许多用户关心其流量计算方法。
本文将简要介绍
IPTV的流量计算方法。
首先，IPTV的流量计算方法与普通视频流量计算基本相同。
对于直播节目，其流量与播放时间和清晰度有关，清晰度越高、播放时间越长则所耗流量也就越多。
对于点播服务，其流量计算则与视频大小、清晰度、播放时间等有关。
其次，IPTV的流量计算还涉及数据包大小。
数据包是计算流
量的基本单位，每个数据包都包含有关视频内容的一定数量的信息。
因此，数据包大小与所耗流量紧密相关。
对于较小的数据包，其所耗流量也相应较小；而对于较大的数据包，则所耗流量也相对较大。
此外，用户设备的网络速度也对IPTV的流量计算有影响。
设
备网络速度越慢，则IPTV的数据包传输速度也会相应变慢。
在此情况下，可能会发生数据包丢失，从而导致视频画面卡顿，这也会影响到流量计算。
除此之外，还需注意不同IPTV供应商的流量计算方法可能有
所不同，用户在选择供应商时需要了解其计费政策和流量计算方法。
一些供应商可能会采用“全部使用”或“按流量折算”的计
费方式，需要用户特别注意。
综上所述，IPTV的流量计算方法与普通视频流量计算方法类似，主要受影响的因素包括播放时间、清晰度、视频大小、数据包大小以及设备的网络速度等。
对于IPTV用户而言，需要了解自己的计费政策以及所使用的供应商的流量计算方法，以避免不必要的流量费用。
视频流带宽计算
视频流带宽计算之迟辟智美创作在视频监控系统中，对存储空间容量的年夜小需求是与画面质量的高低、及视频线路等都有很年夜关系.下面对视频存储空间年夜小与传输带宽的之间的计算方法做以先容.比特率是指每秒传送的比特(bit)数.单元为bps(BitPerSecond)，比特率越高，传送的数据越年夜.比特率暗示经过编码(压缩)后的音、视频数据每秒钟需要用几多个比特来暗示，而比特就是二进制里面最小的单元，要么是0，要么是1.比特率与音、视频压缩的关系，简单的说就是比特率越高，音、视频的质量就越好，但编码后的文件就越年夜；假如比特率越少则情况恰好相反.码流(DataRate)是指视频文件在单元时间内使用的数据流量，也叫码率，是视频编码中画面质量控制中最重要的部份.同样分辨率下，视频文件的码流越年夜，压缩比就越小，画面质量就越高.上行带宽就是本地上传信息到网络上的带宽.上行速率是指用户电脑向网络发送信息时的数据传输速率，比如用FTP上传文件到网上往，影响上传速度的就是“上行速率”.下行带宽就是从网络上下载信息的带宽.下行速率是指用户电脑从网络下载信息时的数据传输速率，比如从FTP服务器上文件下载到用户电脑，影响下传速度的就是“下行速率”.分歧的格式的比特率和码流的年夜小界说表：传输带宽计算：比特率年夜小×摄像机的路数=网络带宽至少年夜小；注：监控点的带宽是要求上行的最小限度带宽(监控点将视频信息上传到监控中心)；监控中心的带宽是要求下行的最小限度带宽(将监控点的视频信息下载到监控中心)；例：电信2Mbps的ADSL宽带，50米红外摄像机理论上其上行带宽是512kbps=64kb/s，其下行带宽是2Mbps=256kb/.例：监控分布在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(监控点的摄像机的总路数之和)=Kbps=25Mbps(下行带宽)即：采纳CIF视频格式监控中心所需的网络下行带宽至少25MbpsD1视频格式的所需带宽：1.5Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=75Mbps(下行带宽)即：采纳D1视频格式监控中心所需的网络下行带宽至少75Mbps720P(100万像素)的视频格式的所需带宽：2Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=100Mbps(下行带宽)即：采纳720P的视频格式监控中心所需的网络下行带宽至少100Mbps1080P(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=.2GB≈26TB50路存储30天的720P(100万像素)视频格式录像信息的存储空间所需年夜小为：256×3600×24×30×50÷0.9=.3GB≈35TB50路存储30天的1080P(200万像素)视频格式录像信息的存储空间所需年夜小为：512×3600×24×30×50÷0.9=.5GB≈69TB。
视频流带宽计算
视频流带宽计算在视频监控系统中，对存储空间容量的大小需求是与画面质量的高低、及视频线路等都有很大关系。
下面对视频存储空间大小与传输带宽的之间的计算方法做以先容。
% m4 d! G5 L- W- B3 `- O$ a 比特率是指每秒传送的比特(bit)数。
单位为bps(BitPerSecond)，比特率越高，传送的数据越大。
比特率表示经过编码(压缩)后的音、视频数据每秒钟需要用多少个比特来表示，而比特就是二进制里面最小的单位，要么是0，要么是1。
比特率与音、视频压缩的关系，简单的说就是比特率越高，音、视频的质量就越好，但编码后的文件就越大；假如比特率越少则情况恰好相反。
码流(DataRate)是指视频文件在单位时间内使用的数据流量，也叫码率，是视频编码中画面质量控制中最重要的部分。
同样分辨率下，视频文件的码流越大，压缩比就越小，画面质量就越高。
上行带宽就是本地上传信息到网络上的带宽。
上行速率是指用户电脑向网络发送信息时的数据传输速率，比如用FTP上传文件到网上往，影响上传速度的就是“上行速率”。
下行带宽就是从网络上下载信息的带宽。
下行速率是指用户电脑从网络下载信息时的数据传输速率，比如从FTP服务器上文件下载到用户电脑，影响下传速度的就是“下行速率”。
& c6 m7 e( 不同的格式的比特率和码流的大小定义表：传输带宽计算：比特率大小×摄像机的路数=网络带宽至少大小；注：监控点的带宽是要求上行的最小限度带宽(监控点将视频信息上传到监控中心)；监控中心的带宽是要求下行的最小限度带宽(将监控点的视频信息下载到监控中心)；例：电信2Mbps的ADSL宽带，50米红外摄像机理论上其上行带宽是512kbps=64kb/s，其下行带宽是2Mbps=256kb/。
例：监控分布在5个不同的地方，各地方的摄像机的路数：n=10(20路)1个监控中心，远程监看及存储视频信息，存储时间为30天。
不同视频格式的带宽及存储空间大小计算如下：; R R4 @1 O3 h*地方监控点：*CIF视频格式每路摄像头的比特率为512Kbps，即每路摄像头所需的数据传输带宽为512Kbps，10路摄像机所需的数据传输带宽为：512Kbps(视频格式的比特率)×10(摄像机的路数)≈5120Kbps=5Mbps(上行带宽)+ r5 @0 _1 b- Z' L# _, X;& D9 N- g- s& X/即：采用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路摄像机所需的数据传输带宽为：; r# h# a) ^3 b!4Mbps(视频格式的比特率)×10(摄像机的路数)=40Mbps(上行带宽)! I: _2 L( T* E%即：采用1080P的视频格式各地方监控所需的网络上行带宽至少为40Mbps；7 P* Z# V' f/ s; c/监控中心：3 j F, p* ]/ y2CIF视频格式的所需带宽：, W, p' P/ |* ]; l: u5512Kbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=Kbps=25Mbps(下行带宽)$ N, p7 M4 ^6 D6 c' J- R+即：采用CIF视频格式监控中心所需的网络下行带宽至少25Mbps- @% Z* {4 f# r Y7 LD1视频格式的所需带宽：1.5Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=75Mbps(下行带宽)' V- V3 r# K% P$ {7 s:即：采用D1视频格式监控中心所需的网络下行带宽至少75Mbps- r- 3720P(100万像素)的视频格式的所需带宽：+ @( {3 j. n% D2 C; w- p9 T2Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=100Mbps(下行带宽)即：采用720P的视频格式监控中心所需的网络下行带宽至少100Mbps. w# k$ s9 I9 R9 o/ F.1080P(200万像素)的视频格式的所需带宽：8 h; [! v4 ^4Mbps(视频格式的比特率)×50(监控点的摄像机的总路数之和)=200Mbps(下行带宽)( z6 p- S1 P7 u& r,即：采用1080P的视频格式监控中心所需的网络下行带宽至少200Mbps$ B: @! J# 0 `#存储空间计算：1 6码流大小(单位：kb/s；即：比特率÷8)×3600(单位：秒；1小时的秒数)×24(单位：小时；一天的时间长)×30(保存的天数)×50(监控点要保存摄像机录像的总数)÷0.9(磁盘格式化的损失10%空间)=所需存储空间的大小(注：存储单位换算1TB=1024GB；1GB=1024MB；1MB=1024KB)/ F, T, v. F( U0 ^% r: O. L"50路存储30天的CIF视频格式录像信息的存储空间所需大小为：: t% g, h6 w5 H1 \64×3600×24×30×50÷0.9=8789.1GB≈9TB50路存储30天的D1视频格式录像信息的存储空间所需大小为：192×3600×24×30×50÷0.9=.2GB≈26TB50路存储30天的720P(100万像素)视频格式录像信息的存储空间所需大小为：256×3600×24×30×50÷0.9=.3GB≈35TB50路存储30天的1080P(200万像素)视频格式录像信息的存储空间所需大小为：512×3600×24×30×50÷0.9=.5GB≈69TBWelcome To Download !!!欢迎您的下载，资料仅供参考！。
- 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）/ = 可以通过以上方式计算出标清或者高清的的带宽2.1Dimension for IPTV Services2.2Dimension for OTT ServicesRefreshing Period of Feeds Count 60User’s average refreshing time for feeds count. User can get the unreadmessage number before refreshing. Theshorter this period is, the highersystem performance required. Huaweiassume the Refreshing Period of FeedsCount is 60 seconds by default.Refreshing Period of Feeds 120User’s average refreshing time for feeds. Huawei assume the RefreshingPeriod of Feeds is 120 seconds bydefault.3IPTV业务带宽计算中心节点：Service TypeStreamTypeRateBW(Kbps)CHNQTY.(Mbps)RemarkStreamingTypeService NameIPTV SD Live TV Multicast3584235*235 SD channelsHD Live TV Multicast9216302709Mbps*30SD channelsPIP Multicast300265300kbps*265 live channelsMosiac Multicast35841*1Mosiac channelNVOD Multicast35841035*10NVOD channelsSD VOD/TSTV/CATCHUP/nPVR Unicast2560NA 315070000 users*2% concurrent ratio*90%SD ratio**025+70000 users*2%①假设VOD/TSTV/CATCHUP/nPVR所占用的带宽都是则SD VOD/TSTV/CATCHUP/nPVR = 70000 users*2% concurrent ratio*90% SD ratio*如果VOD所占用的带宽都是，TSTV/CATCHUP/nPVR占用的带宽是计算结果 = 70000 users*2% concurrent ratio*90% SD ratio**025+70000 users*2% concurrent ratio*90% SD ratio**②FCC的计算带宽=70000*(50%-2%)*5%**+*9Mbps)用户数目*（在线数在线率-单播率）*并发率*（标清使用率*带宽+高清使用率+带宽）边缘节点：Service TypeStreamTypeRateBandwidth(Kbps)CHNQTY.(Mbps)RemarkStreamingTypeService NameIPTV SD Live TVMulticast3584235*235 SD channels（带宽*频道数）HD Live TVMulticast9216302709Mbps*30SD channelsPIPMulticast300265300kbps*265 live channelsMosiacMulticast35841*1Mosiac channelNVODMulticast35841035*10NVOD channelsSD VOD/TSTV/CATCHUP/nPVR Unicast2560NA 157535000 users*2% concurrent ratio*90%SD ratio*HD VOD/TSTV/CATCHUP/nPVR Unicast7168NA 49035000 users*2% concurrent ratio*10%HD ratio*7MbpsFCC Unicast NA NA 340235000*(50%-2%)*5%**+*7Mbps)others Unicast NA NA 200Reference valueUplink (from MSVS Platform IPTV VOD&FCC Unicast BW(Mbps)5467from edge site IPTV HMS to IPTV STB IPTV signaling&MGMT other Unicast BW(Mbps)10050Mbps for communication with centersite, 50Mbps for subscribersto TS IPnetwork) Total Traffic (Mbps)5567total IPTV output throughputtrafficDownlink(from TS IP network to MSVS Platform)IPTV BTV Multicast BW(Mbps)from Center site to edge siteFCC&HMS=(235SD*+30HD*9Mbps)EPG/VOD Metedata&Media uploading/other Unicast BW(Mbps)100from Center site to edge siteTotal Traffic (Mbps)total IPTV input throughput traffic Total IPTV Traffic BW(Mbps)total IPTV throughput traffic4OTT业务带宽计算中心节点：HLS ProfileLiveTV QTY VOD Con.usersLive TVCon.usersReamrkTypeRaito(Kbps)SH/HD sub.RatioSD/HDProfileRatioVQ1(SD)25090%25%40Assumption the ratio of VOD and Live TVis 50%:50%SD VOD/Live TV Concurrent usersQTY=24000users*10%con. ratio*90%*50%用户数*并发率*标清使用率*比例VQ2(SD)50025% VQ3(SD)70025% VQ4(SD)102425%VQ5(HD)204810%50%5HD VOD/Live TV Concurrent usersQTY=24000users*10%con. ratio*10%*50%HD OTT should provide low rate profile forsupporting OTT HD PIP serviceVQ6(HD)307250%VQ7(HD-PIP)250/Terminal Profile BW. Req. Reamrk边缘节点：ProfileLiveTV QTY VOD/LiveTVLive TV ReamrkTypeRaito(Kbps)SH/HD sub,RatioSD/HDProfileRatioVQ1(SD)25090%25%40Assumption the ratio of VOD andLive TV is 50%:50%SD VOD/Live TV Concurrent usersQTY=12000users*10%con.ratio*90%*50%VQ2(SD)50025% VQ3(SD)70025% VQ4(SD)102425%VQ5(HD)204810%50%5HD VOD/Live TV Concurrent usersQTY=12000users*10%con.ratio*10%*50%HD OTT should provide low rateprofile for supporting OTT HD PIPserviceVQ6(HD)307250% VQ7(HD-PIP)250/Terminal TypeProfile BandwidthRequirement(Mbps)Reamrk TypeProfileQTYSubscribersQTY for eachProfileOTT SD VQ1~VQ44270810Concurrent sub. Per profile=12000 users*10% con. sub.*90% ratio/4 profiles SD BW Req.=(12000 users *10% con. sub.*90%ratio/4 profiles)*3Mbps5IPTV计算方法5.1HMS带宽计算出流带宽：（*+**SubscriberNum*入流带宽：需要录制的直播的带宽+单播、信令、管理一些小流量5.2FCC带宽计算出流带宽：*+**SubscriberNum*入流带宽：直播业务频道数（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带宽。