宽带城域解决方案iptv方案系列培训-iptv 案例介绍

宽带城域解决方案iptv方案系列培训-iptv 案例介绍

ID:5426616

大小:5.95 MB

页数:59页

时间:2017-11-12

上传者:U-2494
宽带城域解决方案iptv方案系列培训-iptv 案例介绍_第1页
宽带城域解决方案iptv方案系列培训-iptv 案例介绍_第2页
宽带城域解决方案iptv方案系列培训-iptv 案例介绍_第3页
宽带城域解决方案iptv方案系列培训-iptv 案例介绍_第4页
宽带城域解决方案iptv方案系列培训-iptv 案例介绍_第5页
资源描述:

《宽带城域解决方案iptv方案系列培训-iptv 案例介绍》由会员上传分享,免费在线阅读,更多相关内容在教育资源-天天文库

IPTV案例介绍2021/6/12 目录EtisalatIPTV新疆电信IPTV试验局Page2 UnicastVOD,Catch-upTV,TSTV,nPVR,FCCOthersPCTV,WebTV,InternetonTVMulti-castLive-TV/BTV,NVOD,PIP,cPVR,OperatorDefinedMosaic,UserdefinedMosaic,RadioandMusicMainIPTVServiceTypeinphase1&2Page3 ServiceParameterMulticastLive-TV600SDTVlivechannelsareat2.5Mbps100HDTVlivechannelsareat10MbpsThevideoformatoflivechannelstreamisH.264(Mpeg4part10)NVOD20SDnearvodchannelsaredeliveredbymulticastat2.5Mbps100HDplayoutchannelsbyNVODat10MbpsThesechannelsarenotincludedinthe600SDand100HDchannelsNVODstreamsaredeliveredfromCentralnodecPVR5%UsersareusingcPVRservicesimultaneouslySTBrecordsmulticaststreamfromthehead-endMulticastService(1)Page4 ServiceParameterMulticastPIP400kbpsforsmallpictureOperatorDefinedMosaic3*3channelsinonescreenMosaicisbasedonhead-endsolution.EachMosaicchanneltakes2.5MbpsThereare4MosaicMulticastchannels.Thesechannelsarenotincludedinthe600SDchannelsUserDefinedMosaic2*2channelsinonescreen,andneed4PIPstreamsSTBreceive400kbps*4PIPstreamanddisplaytheminonescreen.OnlycanhaveonescreenMosaicRadioandMusic10radiochannels,eachchannelisat200kbpsThese10radiochannelsareNOTincludedinthe600SDchannelsRadioandMusicchannelsaredeliveredbymulticastmechanism.MulticastService(2)Page5 ServiceParameterUnicastVOD8000hoursSDcontentsand2000hoursHDcontentsHDcontentsareat10Mbps,SDcontentsareat2.5MbpsVODstreamsaredeliveredtoenduserbyunicastmechanism50%HDand50%SDCatch-upTV/cPVR40SDand10HDchannelssupporttimeshiftTimeshiftstreamsaredeliveredtoenduserbyunicastmechanismFCC700BTVchannelssupportfastzappingmechanism5000concurrentsubscriberperPOPBursttrafficofFCCserversis1.3timesofnormalstreamrate20%FCCusersareHD,other80%FCCusersareSDUnicastServicePage6 ServiceParameterOthersWalledGardenWalledgardenserversaredeployedinIPTVCentralnodeSTBaccesswalledgardenserversdirectlyinCentralnodePCTVPCclientsupportVODandBTV,andtheVODisunicastandBTVismulticastWebTVWebTVonlyusestheHSImodetoaccesstheWebTVportalasunicast.InternetonTVUseproxyserverorHomegatewaytoimplementtheinternetonTVfeature.OthersServicePage7 MainServiceDescriptionBandwidth(Mbps)ChanelNumbersBandwidthRequirementLive-TVHDTVMulticast101001,000SDTVMulticast2.56001,500PiPMulticast0.4700280MosaicMulticast2.5410RadioMulticast0.2102NearVODHDMulticast101001,000NearVODSDMulticast2.52050FCCHDTVUnicast13--FCCSDTVUnicast3.25--FCCMosaicUnicast0--VODMusicUnicast0.5--VODHDUnicast10--VODSDUnicast2.5--Channel&ServiceModelPage8 BandwidthRequirementConfigurationPrinciplesofNetworkCapacityTheNetworkcapacitywillbeconfiguredtomeettherequirementof5000concurrentVODsubsor5000concurrentFCCsubscriberperPoPAllthecalculationisbasedonthechannel&servicemodelandusersbehaviormodelasshowninthepreviousslides.Detailsofthecalculationdescribedintheattachedexcelfile(00RequestfortheApprovalofBandwidthandLinksdesigningintheHLD).Inthenetworkconfiguration,anadditional5%trafficwillbeconsideredintermsoftheheaderofpackageandtheburst(TheOLTis10%fortheheaderofpackageandtheburstadditionally)ActualBandwidthRequirementbyyearsItisquitenecessaryforEtisalattoprovidetheIPTVsubscribersdevelopmentstrategy,planandforecastfortheactualtrafficcalculationasforreference.Page9 iVSE/FCCCacheProbeFCCRouterasFCCserver,multicastreplicationpoint,IPTVservicePoP&gatewayofSTBUnicasttrafficandmulticasttrafficiscarriedbyNativeIPVideoqualitymonitoringonSTB,PoPsites,IPTVCentralsiteandnetworksidelegendLayer2AGGMSCPCSTBVoIPIPTVPoPSiteIPTVCentralSystemFCCRouterOLTMetrocoreMQMCU2520reportreportreportreportCoreLayerAccessLayerHead-endU2000BMSDCNACSS93GeneralNetworkArchitectureDesignUserServicePoPDNSDHCPEmixDXU/AUHNTPPEPage10 Layer2AGGMSCHead-endPCSTBVoIPIPTVCentralSystemFCCRouterOLTLayer2-1Layer2-2MetrocoreMulticastTrafficFlowIPTVPoPSiteFCCRouterasmulticastreplicationpoint&gatewayofSTBLayer2AGGdeploymulticastdaisychainandtheIGMPsnoopingPage11 UnicasttrafficincludetheVOD,Catch-upTV,nPVRSTBisassignedIPaddressbyDHCPserver;STBupgradesoftwarebyIPTVPOPsiteorIPTVcentralsitewhenIPTVPoPsitefailure;STBintercommunicationwithIPTVcentralsite/POPsite(includeIPTVsignalandmedia),CC,EPGIPTVPoPsiteintercommunicationwithIPTVcentralsite(includeIPTVsignal,downloadVODcontentbyunicast)Layer2AGGMSCPCSTBVoIPFCCRouterOLTLayer2-1Layer2-2MetrocoreUnicastTrafficFlowHead-endIPTVCentralSystemIPTVPoPSitePage12 Layer2AGGMSCHead-endPCSTBVoIPIPTVCentralSystemFCCRouterOLTLayer2-1Layer2-2MetrocoreFCC/ARQserversendtheunicastbursttoSTBwhenzappingordroppacketFCC/ARQTrafficFlowIPTVPoPSitePage13 NetworkStructureDesignforCentralSiteMSCIPTVCentralSystemHead-endPEPage14 STBONTFCCRouterDHCP-PSIP/MPLS1.DHCPDiscoveryOLT2.DHCPDiscovery(Relay)3.DHCPOffer(Relay)4.DHCPOffer5.DHCPRequest6.DHCPRequest(Relay)7.DHCPACK(Relay)8.DHCPACKLayer2AGGSTBInitializationFunctionScheme(1)Page15 Layer2AGGPCSTBVoIPFCCRouterOLTLayer2-1Layer2-2MetrocoreONTMSClegend:BridgeforSTBPerCVLANperPortCVLANSwitchtoSVLANTerminateVODVLANDHCP-RelayVRRP+BFDVlanifinterfaceDHCP-PSAssignIPaddressFCCCacheDHCPRelayDHCPAllequipmentasaboveshouldsupportcorrespondingfunctionsSTBInitializationFunctionScheme(2)IPTVPOPSitePage16 FCCCacheBTVMulticastlegend:IGMPLayer2AGGPCSTBVoIPFCCRouterOLTLayer2-1Layer2-2MetrocoreONTMulticastReplicationPointPIMHead-endIPTVCentralSystemIGMPSnoopingIGMPProxyIGMPSnoopingPIMSSMIGMPv2/PIMSSMSSMmappingIGMPv2/PIMSSMSSMmappingIGMPv2(HMSforrecord)MSCIGMPv2(HMSforrecord)IGMPv2/PIMSSM/BFDForPIMSSMmappingPIMSSMAllequipmentasaboveshouldsupportcorrespondingmulticastfunction;TheIPaddressofmulticastmustbe232.0.0.0/8.IPTVMulticastFunctionSchemeIPTVPoPSitePage17 Layer2AGGPCSTBVoIPFCCRouterOLTLayer2-1Layer2-2MetrocoreONTHead-endIPTVCentralSystemMSCFCCCachelegend:VODUnicastFCCUnicastBridgeforSTBPerCVLANperPortCVLANSwitchtoSVLANTerminateVODVLANDHCP-RelayVRRP+BFDVlanifinterfaceAllequipmentasaboveshouldsupportcorrespondingfunction;IPTVUnicastFunctionSchemeIPTVPoPSitePage18 STBOLTChannelChangeRequest1.RapidSynchronizationRequest2.RapidSynchronizationindication3.Unicastburst(1.3times)4.Completednotificationandchangetolowrateburst(0.3times)5.IGMPReport6.IGMPReport7.Multicast8.Multicast9.Completedresponse(firstMulticastRTPSeq#nReceived)10.LowrateUnicastburst(0.3times,terminatedat#n)ONTLayer2AGGFCCRouterThemulticastjoindelayofE2E(fromFCCRoutertoSTB)shouldbe200ms;FCCFunctionDescriptionPage19 InternetonTV/YouTubeMSCLayer2AGGInternetPCSTBVoIPIPTVCentralSystemFCCRouterOLTLayer2-1Layer2-2MetrocoreONTDHCPServer/DNSObtainIPaddressbyDHCPObtainURLfromEPGResolveURLbyDNSProxySTBobtainsIPaddressbyDHCPServer;EPGshowsallprogram,andMiddlewarecontrolwhohasrightofaccessingtheYouTubeservice;ResolveURLbyIPTVDNS;STBaccessYouTubebyproxyserver;EtisalatshouldprovidetheDNSserver,DHCPserverandproxyserver;CarriedProxyServerIPTVPOPSitePage20 GeneralTrafficFlowandSegmentsLayer2AGGMSCHead-endPCSTBVoIPIPTVCentralSystemFCCRouterOLTMetroCoreNoSegmentTrafficTypesBandwidth(Mbps)1IPTVCS-MSCBTV+Signal+others13,4192MetroCore-FCCRouterBTV(Current&New)+Signal+VOD(Current)6,4663IPTVES–FCCRouterVOD32,8134Layer2-1–FCCRouterBTV+VOD/FCC+Signal+others38,9635OLT-Layer2-2Onlypartof(BTV+VOD+FCC)<10,240Layer2-1Layer2-2IPTVPoPSite52341legendFCCUnicastBTVMulticastVODUnicastNotes:Thebandwidthhasplustheburstandthebyteofpackageheader.Page21 MSE-ME60MetroCoreONUIADONUIADONUIADOLTAOLTBVLANTerminatorSVLANUnicast:Multicast:CVLANCVLANMVLANIPTVmulticastandunicastareinsameVLAN;TheVLANofnewIPTVsubscriberissameascurrentVLANlayout.CurrentSTB-Sub1CurrentSTB-Sub2CurrentSTB-Sub1CurrentVLANLayout(PSPV)SubHSIVOIPVODBTVOLTA1250245070070022502450700700OLTB12503451700700SubHSIVOIPVODBTVOLTA1250245070070022502450700700OLTB12503451700700SubHSIVOIPVODBTVOLTA111121313211121313OLTB111121313Page22 MSE-ME60MetroCoreONUIADONUIADONUIADOLTAOLTBVLANTerminatorNew&CurrentIPTVVoIPHSISVLANUnicast:Multicast:CVLANCVLANMVLANFCCRouterSub1-STB1NewSub2-STB1CurrentSub1-STB1CurrentRecommendedVLANLayout(PSPV)SubHSIVOIPVODBTVOLTA1250245070070022502450700700OLTB12503451700700SubHSIVOIPVODBTVOLTA1250245070070022502450700700OLTB12503451700700SubHSIVOIPVODBTVOLTA111121313211121313OLTB111121313IPTVmulticastandunicastareinsameVLAN;TheVLANofnewIPTVsubscriberissameascurrentVLANlayout.Page23 VLAN/GEM-portSchemeforOLTInternetOLTPON#0VoIPVPNFCCRouterPCCVLANzMetroCoreONTGEMportz/T-contzBRASBindCVLANtoGemport/T-contPerServicePerGemportPerT-contDedicatedGemportforMulticastMappingCVLANtoSVLANDedicatedVLANforIGMP/MulticastTerminatePPPOEHSIVLANNMSVLANVoIPtrafficVideotrafficIGMP/BTVHSINMSVoIPCVLANyGEMporty/T-contyVOIPVLANIPTVSTBCVLANxGEMportx/T-contxMulticastGemportIPTVVLANTerminateIGMP/VODShareddot1Qsub-interfaceforBTVandVODPage24 ServiceONTCVLANONTGemportOLTSVLAN/MVLANLayer2AGGSVLAN/MVLANFCCRouterSVLAN/MVLANMetroCoreSVLAN/MVLANBRASSVLANHSI1112825022502NA25022502 (Terminate)VOIP12227450450NA450(Terminate)NABTV(New)13139700700700 (Terminate)NANAVOD(New)13139700700700(Terminate)NANABTV(Current)13139700700700 (Terminate)NANAVOD(Current)13139700700700 (Terminate)NANANMSNANA3030NA30NATheGemportIDandVLANIDisjustexample.VLAN/GemportSchemeforOLTPage25 OLTSTB1+TVONTChannel1Channel1STB2+TVIGMPleaveSingleGEMPortOLTSTB1+TVONTChannel1Channel1STB2+TVSingleGEMportIGMPleaveMulticastforwardingtable:GroupPortMAC239.1.1.1GEM128STB1MAC239.1.1.1GEM128STB2MACMulticastforwardingtable:GroupPortMAC239.1.1.1GEM128STB1MAC239.1.1.1GEM128STB2MACOnehouseholdOnehouseholdIGMPLeaveMulticastlegend:OLTwillmaintainaMulticastForwardingTablebasedonMACoftheSTB;OLTwillnotstoptheBTVchannelwhenOneSTBwatchingandotheronezappingorleavethechannel;TheFunctioncanSupport2andmoreSTBsinonehouseholdSchemeforMulti-STBPage26 OLTPON#0IPTV10GEFCCRouterSTBONTVODGemportMulticastGemportTerminateIGMPIGMP-ProxyenableIGMP-SnoopingenableCrossMulticastVLANcopyIGMPMulticastIPTVVLANIGMP-ProxyOnOLTPage27 ServiceCOSIPDSCPEXPProtocol6CS66VOIP5EF5IPTV4AF414NMS3AF313Internet000DifferentserviceortrafficismarkeddifferentprioritybasedonthetypeofserviceandimportantDifferentprioritytrafficiscarriedonthedifferentqueuesQueueschedulingisPQandWFQ/WFQ(WRR),whenthecongestionhappen,thehigherprioritytrafficwillbeassuredTheDiff-ServprioritylayoutisdesignedbyEtisalat,andHuaweisuggeststhepriorityofNMSisCS6,thepriorityofBTVisAF4andVODisAF3QOSDiff-ServPriorityPage28 PrioritymarkschedulingIPDSCPIPDSCP/EXPScheduleCOSEXPIPDSCPCOSTVBTV&VODTheoriginoftheservicestreamdeployQoSmark,andthepathpassedofservicedeployQoSPQorWFQscheduling;AllServiceontheE2EnetworkdeploythePQorWFQscheduling;COSCOS→EXP→IPDSCPIPDSCP/EXPScheduleIPDSCPMetrocoreLayer2AGGHead-endPCSTBVoIPIP/MPLSCoreFCCRouterOLTONTIPTVCentralSystemEnd-to-EndQOSDiff-ServLayoutIPTVPoPSitePage29 Layer2AGGPCSTBVoIPFCCRouterOLTLayer2-1Layer2-2MetroCoreONTHead-endIPTVCentralSystemMSCFCCCachelegend:VODUnicastFCCunicastDeploytheG.987TypeBforportprotectDeploydoubleuplinkforredundancyDeploymaster/slavecontrolboardVRRP+BFDBFDforPIMDeploytheBFDforVRRP,enhancethespeedofdetectoffailure;IPTVUnicastReliabilityIPTVPoPSitePage30 Layer2AGGPCSTBVoIPFCCRouterOLTLayer2-1Layer2-2MetrocoreONTHead-endIPTVCentralSystemMSCFCCCachelegend:BTVMulticastBFDforPIMPIMDRredundancyPIM+BFDPIMDRPIMBDRDeploytheG.987TypeBforportprotectDeploydoubleuplinkforredundancyDeploymaster/slavecontrolboardDeploythePIMBDRforredundantofPIMDRDeploytheBFDforPIM,enhancethespeedofdetectoffailureOtherPIMconvergencedependontheIGPfastconvergencewhenotherfailurehappenIPTVMulticastReliabilityIPTVPoPSitePage31 1.Monitoringallin/outvideoqualityinplatform3.ThresholdfaultautomaticallytriggersactivetesttoLocatetheSection4.Quickfaultlocatingtospecificareasandhelptoimplementtroubleshooting2.MonitoringvideoqualitywatchedbyendusersMSCPCSTBVoIPFCCRouterMQMCU2520reportreportreportreportreportSmartHelperSolutionIPTVPoPSiteIPTVCentralSystemPage32 MSCPCSTBVoIPFCCRouterMQMCU2520reportreportreportreportreportFeaturesSmartHelpermonitorsBTV&VODservicebothintheendpoint&midstofpathSTB,POPSite,CentralSite&FCCRouterasdemarcationpointBenefitVisualendusers’experience&IPNW/ServicequalityIntelligentearly-warn&autotriggeractivetestFastdelimitation&troubleshootingduringdeploymentandO&MIPTVCentralSystemSmartHelperSolutionEnsuringSQMIPTVPoPSitePage33 目录EtisalatIPTV新疆电信IPTV试验局Page34 现网网络架构(163骨干及各城域核心)163骨干网十六大地州,八大城域网。部分地州通过汇聚路由器上连到城域核心路由器。Page35 新疆电信大城域网现状说明全疆共建设8大城域网:乌鲁木齐-吐鲁番-哈密大城域网,克拉玛依-阿勒泰-塔城大城域网、奎屯-博乐大城域网、昌吉-石河子大城域网、喀什-和田-克州大城域网,阿克苏、巴州、伊犁三个地州独立组网;8大城域网核心/汇接双挂ChinaNet和CN2上联ChinaNet链路:8大城域网核心/汇接兼做ChinaNet骨干接入节点,即大城域网出口设备和链路与ChinaNet接入设备和中继链路相同;上联CN2链路:8大城域网核心/汇接通过2.5G或GE电路与本地的CN2接入P路由器连接。8大城域网内部各跨地州的链路目前均采用1*2.5GPOS;Page36 新疆典型城域网SRCRBRASChinaNetCN2SR/ASBRPEP汇聚交换机DSLAMOLTADSLONU园区交换机楼道交换机OLTONU汇聚交换机/OLT分别上连至BRAS和SR,BRAS承载HSI业务,SR承载IPTV、网吧,专线以及NGN业务。目前IPTV使用IPOE接入方式,无认证,DHCPserver分配私网地址。大部分地市BTV和VOD均采用单播方式推送。少数地市(伊犁、奎屯)开了BTV组播。目前SR大多为NE80E。Page37 IPTV软件平台架构三级架构,省中心将BTV流量单播推送至市中心。当前采用从上海文广使用传输STM-1管道拉单播到省中心在开了组播的地市,市中心平台通过单播转组播服务器,作为组播源,起组播下发BTV流量。边缘节点作为热点VOD片源存储节点,命中大部分热点VOD请求。SRCR-NE5000EBRASChinaNetCN2SR/ASBRPEP汇聚交换机DSLAMOLTADSLONU园区交换机楼道交换机OLTONU省中心市中心边缘节点SDHSTM-1上海文广Page38 用户业务模型分析目前城域网已开展业务主要有HSI,大客户专线,专线上网,IPTV以及后期的VoIP。其中IPTV用户的开展情况:以伊犁为例说明,总共2万IPTV用户,业务类型只有BTV、VOD和PLTV,其中60%的单播,40%的组播。Page39 现网组播协议部署骨干网络:省中心部署在163上,暂时不考虑切到CN2。骨干网不起组播,通过单播推送BTV流量。城域网络:市中心平台作为组播源,CR作为RP,并部署AnycastRP。CR和SR起PIM-SM,三层组播通过SR终结并向下推送。接入网络:对于OLT接入,组播复制点放在OLT。大量用户接入DSLAM,复制点放在DSLAM上。其他情况复制点放在汇聚交换机上。分别在复制点配置组播VLAN和IGMPproxy以及二层组播静态加入。组播流量单层Q,单播流量两层Q(内层业务,外层DSLAM/OLTID),在SR终结QinQ。SRCRBRASChinaNetCN2SR/ASBRPEP汇聚交换机DSLAMOLTADSLONU园区交换机楼道交换机OLTONU省中心市中心边缘节点AnycastRPPIM-SMMVLANIGMPproxy组播组静态加入MVLANMVLANPage40 现网接入认证,地址规划现网IPTV采用IPOE接入方式,外置DHCPserver为STB分配私网地址。业务平台采用公网地址。整网IPTVVLAN统一规划,IPTV业务VLAN:3930;汇聚交换机组播VLAN:3938;DSLAM/ONU组播VLAN:3959。用户离线后IP地址资源回收。接入路由器的IPPool中IP地址的大小根据当地用户量、并发用户数和用户行为而定。用户行为指IPTV用户在收看完IPTV业务后,是否会把STB掉电。在STB可以释放地址的前提下,在DHCPServer端地址池设置一定的收敛比。Page41 端到端带宽分析新疆电信IPTV现阶段只有标清(H.2641.8M),考虑到封装开销,以及组播的视屏增强(FCC、RET)带来的带宽增加,以下带宽估算将VOD、BTV均按照2.5M码流计算。以伊犁为例,2万用户,并发率50%,并发用户按1W计算。其中60%点播,40%直播。边缘节点命中率80%,组播频道150个。共2台SR,分担2万用户,SR到CR的带宽为:(20000*0.5/2)*0.6*(1-0.8)*2.5M+150*2.5M=1.875G(需要确认当前线网的链路模型?否则在新增ME60的情况下,部署GE会有问题?)每台汇聚交换机、OLT、DSLAM下挂的IPTV用户分别按2000、1000、200计算。Page42 端到端带宽分析复制点在汇聚交换机上:SR到汇聚交换机带宽:(2000*0.5)*0.6*2.5M+150*2.5M=1.875G汇聚交换机到DSLAM/OLT:DSLAM:(200*0.5)*0.6*2.5M+(200*0.5)*0.4*2.5=250MOLT:(1000*0.5)*0.6*2.5M+150*2.5M=1.125G(确认一下上行带宽的部署?)复制点在DSLAM/OLT上:SR到汇聚交换机带宽:(2000*0.5)*0.6*2.5M+150*2.5=1.875G汇聚交换机到DSLAM/OLT:DSLAM:(200*0.5)*0.6*2.5M+(200*0.5)*0.4*2.5=250MOLT:(1000*0.5)*0.6*2.5M+150*2.5=1.125GPage43 视频增强关键指标分析频道数150个SDTV,iVSE规格满足(IVSE支持大概在600~700个SDTV)。iVSE单板处理并发FCC请求数1.7K。现网以伊犁为例,频道切换并发率按50%计算。FCC最大并发请求数为20000*0.5*0.4*0.5=2000。两块iVSE卡即可。Page44 可靠性分析目前汇聚交换机只接入到一台SR(两台SR分担用户),存在单点故障风险。后续实验局考虑双挂方案,DR实现备份,同时配置BFDforPIM,加速故障感知和组播流量切换。Page45 实验局目标网新建ME60单独作为IPTV业务的接入网关。原有SR-NE80E承载大客户专线和NGN业务。原有BRAS仍只接入HSI业务。在IPTV业务网关上部署iVSE卡,实现FCC,RET及QoE(MDI,VMos)。部署U2520配合MQMC实现业务平台和承载网的统一质量监控及可视化运维。SRCRBRASChinaNetCN2ASBRPEP汇聚交换机DSLAMOLTADSLONU园区交换机楼道交换机OLTONU省中心市中心边缘节点IPTV业务网关:ME60-16已经到货Page46 实验局所需要增加组件所需要的组件:MQMCSRCRBRASChinaNetCN2ASBRPEP汇聚交换机DSLAMOLTADSLONU园区交换机楼道交换机OLTONU省中心市中心边缘节点IPTV业务网关:ME60-16U2520服务器IPTVMQMC服务器IPTV单转组服务器IVSE单板MQMCU2520服务器Page47 实验局建议地点选择---两个维度考虑:1.选择现网已经起组播的地市;2.选择现网均为我司设备。实验局实施分阶段:为最大程度减小实验局对现网影响,可以考虑先割接组播业务,单播业务仍保留在NE80E上(单播VLAN和组播VLAN分别上行到不同网关);同时只割接小部分汇聚交换机。IPTVES系统切换问题,割接过程中ES需要双挂(NE80E和ME60)。---确认NE80E的SR和ME60的站点问题,是否同机房?需要与客户交流光纤资源问题。(新增多条链接)建议部署两台ME60,避免单点故障。每台ME60部署2块iVSE卡。STB和IPTV平台版本升级,配合iVSE实现视频增加功能。Page48 实验局IPTV组播的端到端规划CN2chinaNetAS4134一级服务器二级服务器三级服务器新平面SR汇聚交换机DSLAM/OLTDSLAM/OLT汇聚交换机Page49 组播和单播地址获取VOD(三级服务器)不切换情况老的SR启用DHCPServer进行地址分配单播VOD网关为老的SR设备IVSE地址通过IPTV头端地址的RRS调度系统分配VOD(三级服务器)切换到新SR的情况新的SR启用DHCPServer进行地址分配单播VOD网关为新的SR设备IVSE地址通过IPTV头端地址的RRS调度系统分配Page50 试验局组播下发的服务器部署单播组播组播单转组服务器从上海文广通过155M传输传送到一级服务器从一级服务器通过单播跨域将流引入到二级服务器在和城域网络CR连接的二级IPTV系统配置单转组服务器城域网络启用组播传递到SRSTM-1Page51 城域核心组播部署情况单播组播组播单转组服务器RP部署在CR-NE5000E部署MSDPforAnycastRP根据组播部署的业务情况在CRNE5000E和SR新品面设备之间启用PIM-SM部署IGMP静态组播组加入协助引流部署IVSE单板,并将组播引入到IVSE单板STM-1RPRPMSDPPIM-SMIGMP静态组播组加入IVSE单板12345Page52 接入侧组播部署场景(1)-DSLAM或者OLT作为组播复制点单播单转组服务器OLT或者DSLAM作为组播复制点,新增一个组播VLAN汇聚Switch对于单播业务(VOD)打外层Q表示业务,并透传到当前SR;并透传组播VLAN到新SR第一期将VOD业务终结在当前SR将组播业务和FCC&RET业务部署在新SR在汇聚交换机部署IGMPsnooping或者Proxy在DSLAM或者OLT部署IGMPProxySTM-1IVSE单板业务VLAN:3930新设置组播VLAN:3859设置外层Q表示OLT或者DSLAM透传组播VLAN到新SR1234新SR组播业务和FCC&RET业务VOD56IGMPSnooping/ProxyIGMPSnooping/ProxyPage53 接入侧组播部署场景(2)-Switch复制场景单播单转组服务器OLT或者DSLAM作为组播复制点,新增一个组播VLAN汇聚Switch对于单播业务(VOD)打外层Q表示业务,并透传到当前SR;新增组播VLAN,并进行单播VLAN和组播VLAN关联第一期将VOD业务终结在当前SR将组播业务和FCC&RET业务部署在新SR在汇聚交换机部署IGMPsnooping或者Proxy在DSLAM或者OLT部署IGMPProxySTM-1IVSE单板业务VLAN:3930设置外层Q表示OLT或者DSLAM新增组播VLAN-3938,并进行单播VLAN和组播VLAN关联1234新SR组播业务和FCC&RET业务VOD56IGMPSnooping/ProxyIGMPSnooping/Proxy需要确认是否可以部署?Page54 新平面的驱动力IPTV业务是建设城域二平面主要驱动力IPTV用户发展迅速IPTV业务对网络要求高(带宽/传输质量等)原有网络和业务部署模式不能适应IPTV业务发展的需要Page55 未来演进和发展RPRP新平面CR新平面SRIPTV新平面HSI业务平面大客户业务平面IPTV业务的可靠性(anycastSource,AnycastRP,BFDforPIM)IPTV业务的高QoE(FCC,RET)IPTV业务的安全(IPTV业务网络安全隔离)IPTV业务的端到端监控(MDI,MOS-V,MQMC,IRSM,U2510,IRSM)Page56 新平面的可靠性RPRPCRIPTV新平面HSI业务平面大客户业务平面AnycastSourceAnycastRPBFDforPIMDRBDRAnycastsource保护头结点,提高头端内容源的可靠性AnycastRP保护RP节点BFDforPIM保护SR故障,加速故障检测,实现DR和BDR快速倒换。Page57 Page58华为视频承载网端到端监控iVSEiRSMSTBxPONResidentialFE/GEDSL张克兢57147张克兢57147张克兢57147CDN张克兢57147MQMCHMS/EMIPTV头端N2510U2520:实现FCC和RET功能:实时视频每流的性能和业务质量监控U2520N2510MQMC:承载网性能监控和可视化呈现:最后一公里性能监控和调优:IPTV头端和机顶盒的性能监控张克兢57147Page58

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。
关闭