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流量计算方法浅析
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。
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承载网中所需带宽计算方法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。
- 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 ServicesSocial TV User Feeds PerDay 10Average feeds(activities) per day per userRefreshing 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%concurrent ratio*90% SD ratio**用户数*并发率*标清的使用率*标清带宽HD VOD/TSTV/CATCHUP/nPVR Unicast7168NA 98070000 users*2% concurrent ratio*10%HD ratio*7MbpsFCC Unicast NA NA 680470000*(50%-2%)*5%**+*9Mbps)others (signalling&STBUpgrade&Mgmt etc.)Unicast NA NA 1000Reference valueUplink (from MSVS Platform to TS IGW) IPTV BTV Multicast BW(Mbps)BW=+270+++35)MbpsIPTV VOD&FCC Unicast BW(Mbps)10934BW=(3150+980+6804)MbpsIPTV signaling&MGMT other Unicast BW(Mbps)400100Mbps*3 Edge site, 100Mbps forsubscribersIPTV STB Upgrade Unicast BW(Mbps)400200M per one Upgrade server Total Traffic (Mbps)total IPTV output throughputtrafficDownlink (from TS IGW to MSVS Platform)IPTV BTV Multicast BW(Mbps)from legacy TS Headend to Center site EPG/VOD Metedata&Media uploading/other Unicast BW(Mbps)200from legacy TS CMS/BMS/OSS/SP&CPetc. to Center site, including OTTVOD transactionTotal Traffic (Mbps)total IPTV input throughput traffic Total IPTV Traffic BW(Mbps)total IPTV throughput traffic①假设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 to TS IP network) 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 subscribersTotal 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 Profile Live VOD Con. Live TV ReamrkTotal Traffic (Mbps)total OTT output throughput traffic Downlink(from TS IP network toMSVS Platform)OTT Live TV HLS Unicast BW(Mbps)from legacy TS Headend to Center siteBW=( 3Mbps*40 SD channels+*5 HD channels)*2 Copies Total Traffic (Mbps)total OTT input throughput trafficTotal OTT traffic BW(Mbps)total OTT throughput traffic边缘节点：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 eachProfile5IPTV计算方法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带宽。