第十九讲IPTV点播业务实现原理IPTV点播业务原理1IPTV点播业务框架网络2本讲目录用户鉴权及业务请求EPG/IPTV/VODIPTV业务传送网IPTV点播业务原理码流复用码流复用码流转换模拟信号数字信号模拟信号编码器IP码流转换节目源青牛编码器CMS终端内容制造1组织直播和点播节目2进入集成播控平台审核播控，内容发布3业务运营4用户选择观看某一节目5从媒体服务获取媒体内容转码中心BMS省骨干网IPTV省中心M12000EPGCMSSTB升级中心本地NAS电视直播源IDCVNETM12000区域中心IP城域网NXGEPOP点NXGEIP城域网M12000区域中心POP点NXGEADSLMODEMDSLAMBRASADSLMODEMDSLAMBRAS点播90％点播10％直播/轮播点播直播组播IPTV点播业务原理IPTV点播业务框架网络三级架构，省中心将BTV流量单播推送至市中心。
一般采用从上海文广使用传输STM-1管道拉单播到省
一般采用从上海文广使用传输STM-1管道拉单播到省
2021/7/22 22:49:04
8.35MB
1
MPEG4PART10（H.264）带宽小，1.5M左右即可以达到近似DVD效果；
相同带宽下图像质量最好，但处理器资源要求最高（2－3倍于MPEG4）；
产业链趋于成熟，STB成本逐步降低。
WMV9微软的技术支持能力强，但开放性差，必须采用MSWidows系统；
大量网上内容；
高编码效率，1M左右的带宽可提供DVD视频质量；
私有标准，正申请成为国际公开标准VC1、VC9（芯片商对VC1/VC9的态度目前不明朗）。
IPTV原理H.264和MPEG4Part2的比较MPEG4（Part2）H.264（MPEG4Part10）画面质量画面质量可达到接近DVD画面效果画面质量可达到接近DVD效果，相同带宽下画面质量更好编码速率标清3Mbps标清1.5Mbps承载带宽4.2Mbps2Mbps标准/互连互通性差好使用范围中国和东南亚某些地区使用在世界上广泛使用现存问题标准中存在多个分支，需要考虑相互兼容性问题现处标准产业化初期，芯片、设备等价格还处于较高水平线IPTV原理STB+TVSTB+TVPC用户集团引入节目源/CP提
相同带宽下图像质量最好，但处理器资源要求最高（2－3倍于MPEG4）；
产业链趋于成熟，STB成本逐步降低。
WMV9微软的技术支持能力强，但开放性差，必须采用MSWidows系统；
大量网上内容；
高编码效率，1M左右的带宽可提供DVD视频质量；
私有标准，正申请成为国际公开标准VC1、VC9（芯片商对VC1/VC9的态度目前不明朗）。
IPTV原理H.264和MPEG4Part2的比较MPEG4（Part2）H.264（MPEG4Part10）画面质量画面质量可达到接近DVD画面效果画面质量可达到接近DVD效果，相同带宽下画面质量更好编码速率标清3Mbps标清1.5Mbps承载带宽4.2Mbps2Mbps标准/互连互通性差好使用范围中国和东南亚某些地区使用在世界上广泛使用现存问题标准中存在多个分支，需要考虑相互兼容性问题现处标准产业化初期，芯片、设备等价格还处于较高水平线IPTV原理STB+TVSTB+TVPC用户集团引入节目源/CP提
2021/2/8 8:29:56
3.75MB
1
第十七讲IPTV业务实现单击此处添加副标题因为IPTV承载：IP网络，利用其交互性优势IPTV终端：机顶盒＋电视机，观看习惯不变、实时性要求高！所以需要体系架构设计、视频编码、DRM、内容分发、家庭组网、IT支撑等技术的支撑IPTV业务实现方法体系架构：IPTV业务实现方法IPTV平台的分层结构：IPTV业务实现方法视频编码技术：目前的标准有MPEG－4ASP、H．264、VC－1和AVS几种VC－1：支持的厂商不多AVS：中国本人开发的标准，其具体发展趋势还需观察MPEG－4：应用广泛，在1．5M～2M的码流下，可以达到接近DVD的画质效果H．264：编解码效率比MPEG4的效率高5％～15％，从技术的演进来看，H．264视频编码标准被认为是下一阶段的必然选择。
IPTV业务实现方法内容分发技术：传统的CDN可以逐步向满足IPTV需求的CDN发展（即融合）IPTV业务实现方法DRM技术目前，DRM成熟的产品主要是WMV－DRM、Real－DRM，对Mpeg－4和H264两种格式的DRM尚无成熟的产品。
IPTV业务实
IPTV业务实现方法内容分发技术：传统的CDN可以逐步向满足IPTV需求的CDN发展（即融合）IPTV业务实现方法DRM技术目前，DRM成熟的产品主要是WMV－DRM、Real－DRM，对Mpeg－4和H264两种格式的DRM尚无成熟的产品。
IPTV业务实
2018/2/5 19:53:17
1.07MB
1
第十三讲三网融合TCP/IP网络结构TCP/IP结构及相关协议本讲目录TCP/IP协议栈具有简单的分层设计，与OSI参考模型有清晰的对应关系。
使用层表示层会话层传输层网络层数据链路层物理层使用层传输层网络层7654321物理层数据链路层OSI参考模型TCP/IPTCP/IP结构及相关协议TCP/IP协议栈的封装过程用户数据用户数据Appl首部使用数据Tcp首部Ip首部使用数据Tcp首部以太网首部使用数据Tcp首部Ip首部以太网首部TCP段IP数据报1420204以太网帧46-1500字节使用程序TCPIP以太网驱动程序TCP/IP结构及相关协议TCP/IP协议数据封装方式TELNET23FTP20/21SMTP25TFTP69SEGMENTIPPACKETSFRAMESBITS*TCP/IP结构及相关协议TCP/IP协议栈HTTP、Telnet、FTP、TFTP、Ping、etcTCP/UDPARP/RARPIPIGMPICMP
使用层表示层会话层传输层网络层数据链路层物理层使用层传输层网络层7654321物理层数据链路层OSI参考模型TCP/IPTCP/IP结构及相关协议TCP/IP协议栈的封装过程用户数据用户数据Appl首部使用数据Tcp首部Ip首部使用数据Tcp首部以太网首部使用数据Tcp首部Ip首部以太网首部TCP段IP数据报1420204以太网帧46-1500字节使用程序TCPIP以太网驱动程序TCP/IP结构及相关协议TCP/IP协议数据封装方式TELNET23FTP20/21SMTP25TFTP69SEGMENTIPPACKETSFRAMESBITS*TCP/IP结构及相关协议TCP/IP协议栈HTTP、Telnet、FTP、TFTP、Ping、etcTCP/UDPARP/RARPIPIGMPICMP
2016/9/6 7:27:15
1.43MB
1
第十一讲PON网络ODN设计ODN网络及功率参数要求1ODN网路设计2本讲目录ODN网络及功率参数要求端到端光纤链路损耗的预算方法：FTTH线路系统的光通道损耗包括了S/R和R/S(S：光发信号参考点；
R：光收信号参考点)参考点之间所有光纤和无源光元件（例如光分路器、活动连接器和光接头等）所引入的损耗。
?光通道的损耗计算可采用最坏值法，该方法是将所有光通道中的光元件损耗值迭加起来即为光通道总的损耗。
EPON系统光链路的光功率预算对于EPON，光纤链路光通道损耗技术目标要求如下(基于IEEE802.3-2005和YD/T1475-2006标准）国内运营商普遍采用PX20光模块，所以光功率预算分别为24（上行）、23.5dB（下行）从OLT到ONU的全程光链路损耗必须小于上述标准值。
ODN网络及功率参数要求对于PON的上下行信号，可采用光纤衰减较大的1310nm波长进行光纤链路损耗预算。
预算可采用下列工程参数：G.652单模光纤衰减：≤0.36dB/km（1310nm）；
光纤熔接损耗：0.02dB~0.05dB；
光纤跳纤、尾纤插入损耗：0.2
R：光收信号参考点)参考点之间所有光纤和无源光元件（例如光分路器、活动连接器和光接头等）所引入的损耗。
?光通道的损耗计算可采用最坏值法，该方法是将所有光通道中的光元件损耗值迭加起来即为光通道总的损耗。
EPON系统光链路的光功率预算对于EPON，光纤链路光通道损耗技术目标要求如下(基于IEEE802.3-2005和YD/T1475-2006标准）国内运营商普遍采用PX20光模块，所以光功率预算分别为24（上行）、23.5dB（下行）从OLT到ONU的全程光链路损耗必须小于上述标准值。
ODN网络及功率参数要求对于PON的上下行信号，可采用光纤衰减较大的1310nm波长进行光纤链路损耗预算。
预算可采用下列工程参数：G.652单模光纤衰减：≤0.36dB/km（1310nm）；
光纤熔接损耗：0.02dB~0.05dB；
光纤跳纤、尾纤插入损耗：0.2
2020/11/1 23:05:30
1.79MB
1
场景六：次要使用于可利用原先管线的用户室内。
（1）用户入户管线资源可利用（明管、暗管、槽道）；
（2）蝶形光缆通过原先的管线资源入户，将蝶形光缆布放到终端位置。
用户端皮线光缆入规范场景七：次要使用于对内部装潢要求不高的用户室内（1）通过空调洞或门口墙体开孔，将蝶形光缆引入用户室内；
（2）蝶形光缆进入用户室内后，通过“卡钉扣”沿墙面钉固至终端位置。
用户端皮线光缆入规范第二十八讲三网融合装维规范（一）三网融合装维规范本讲目录1）管线皮缆入户方式FTTH小区入户终端盒样式：通过管线光纤到户时需为用户终端设备预留空间和电源，未来宽带、电话和视频等业务均由该终端设备提供。
将皮线光缆、用户线、ONU分别整理，针对用户多媒体箱内有线电视等线均集中在一起，必须将光纤接头加套管盘好后绑扎在箱体最里面，防止被拉扯。
用户端皮线光缆入户方式1、多媒体信息箱箱体的尺寸为350mmX300X120mm（宽X高X厚）。
面板为阻燃材料，安装位置为用户门厅处，距地0.5m嵌入墙体内。
2、用户室内各类线缆穿放到箱体内需预留30mm以上的余长。
3、箱内需预留一路220v（100W）AC电
（1）用户入户管线资源可利用（明管、暗管、槽道）；
（2）蝶形光缆通过原先的管线资源入户，将蝶形光缆布放到终端位置。
用户端皮线光缆入规范场景七：次要使用于对内部装潢要求不高的用户室内（1）通过空调洞或门口墙体开孔，将蝶形光缆引入用户室内；
（2）蝶形光缆进入用户室内后，通过“卡钉扣”沿墙面钉固至终端位置。
用户端皮线光缆入规范第二十八讲三网融合装维规范（一）三网融合装维规范本讲目录1）管线皮缆入户方式FTTH小区入户终端盒样式：通过管线光纤到户时需为用户终端设备预留空间和电源，未来宽带、电话和视频等业务均由该终端设备提供。
将皮线光缆、用户线、ONU分别整理，针对用户多媒体箱内有线电视等线均集中在一起，必须将光纤接头加套管盘好后绑扎在箱体最里面，防止被拉扯。
用户端皮线光缆入户方式1、多媒体信息箱箱体的尺寸为350mmX300X120mm（宽X高X厚）。
面板为阻燃材料，安装位置为用户门厅处，距地0.5m嵌入墙体内。
2、用户室内各类线缆穿放到箱体内需预留30mm以上的余长。
3、箱内需预留一路220v（100W）AC电
2018/10/9 20:03:54
18.87MB
1
第二十七讲三网融合装维三网融合装维本讲目录应尽量利用已有的入户暗管敷设入户光缆，对无暗管入户或入户暗管不可利用的公寓式住宅楼应尽可能通过布放波纹管方式敷设入户光缆。
对于有垂直布线桥架的已建公寓式住宅楼，在其桥架内布放的蝶形引入光缆，应绑扎保护或包扎缠绕管。
住户户内光缆原则上以钉固布放方式为主，对质量较高的住宅建筑或用户有特殊需求的住宅可采用线槽方式布放光缆。
住户户内无家庭信息箱或ONU不安装在家庭信息箱内的，可根据用户需求配置光纤面板插座。
放装阶段施工原则入户光缆敷设前应考虑建筑物的类型、环境条件和已有线缆的敷设路由，同时需要对施工的经济性、安全性以及将来维护的便捷性和用户满意度进行综合判断。
一般情况下，入户光缆敷设时的牵引力不宜超过光缆允许张力的80%；
瞬间最大牵引力不得超过光缆允许张力的100%，且主要牵引力应加在光缆的加强构件上。
敷设蝶形引入光缆的最小弯曲半径应符合：敷设过程中不应小于30mm；
固定后不应小于15mm。
应使用光缆盘携带蝶形引入光缆，并在敷设光缆时使用放缆托架，使光缆盘能自动转动，以防止光缆被缠绕。
在光缆敷设过程中，应严格注意光纤的拉伸强度
对于有垂直布线桥架的已建公寓式住宅楼，在其桥架内布放的蝶形引入光缆，应绑扎保护或包扎缠绕管。
住户户内光缆原则上以钉固布放方式为主，对质量较高的住宅建筑或用户有特殊需求的住宅可采用线槽方式布放光缆。
住户户内无家庭信息箱或ONU不安装在家庭信息箱内的，可根据用户需求配置光纤面板插座。
放装阶段施工原则入户光缆敷设前应考虑建筑物的类型、环境条件和已有线缆的敷设路由，同时需要对施工的经济性、安全性以及将来维护的便捷性和用户满意度进行综合判断。
一般情况下，入户光缆敷设时的牵引力不宜超过光缆允许张力的80%；
瞬间最大牵引力不得超过光缆允许张力的100%，且主要牵引力应加在光缆的加强构件上。
敷设蝶形引入光缆的最小弯曲半径应符合：敷设过程中不应小于30mm；
固定后不应小于15mm。
应使用光缆盘携带蝶形引入光缆，并在敷设光缆时使用放缆托架，使光缆盘能自动转动，以防止光缆被缠绕。
在光缆敷设过程中，应严格注意光纤的拉伸强度
2016/11/10 2:15:22
681KB
1
OLT配置过程（2/3）配置iphost的nativeVLANMA5680T(config-if-gpon-0/3)#ontportnative-vlan01iphostvlan172步骤1建立一个VLAN.MA5680T(config)#vlan172smart步骤2添加上行端口.MA5680T(config)#portvlan1720/190步骤3添加业务端口.MA5680T(config)#service-portvlan172gpon0/3/0ont1multi-serviceuser-vlan172OLT配置过程（3/3）步骤4配置VLAN三层接口MA5680T(config)#interfacevlanif172MA5680T(config-if-vlanif172)#ipaddress17.1.1.78步骤5开启arpproxy全局开启arpproxyMA5680T(config)#arpproxyenable三层接口下开启arpproxyMA568
2020/11/9 14:44:45
1.06MB
1
第二十五讲VOIP业务实现VOIP业务开通流程本讲目录VOIP用户注册和呼叫流程媒体网关在运行初期阶段，需要事先向软交换设备进行注册，其注册流程图。
流程说明：1)MG向MGC发送ServiceChange进行注册，ServcieChange中的TerminationId为Root,Method为Restart；
ServiceChangeReason在冷启动时为901（ColdBoot）；
热启动时为902（WarmBoot）；
2)MGC回送注册成功的Reply消息；
3)MGC向MG发送Modify命令，要求MG检测所有用户的摘机(al/of)；
4)MG应答Reply消息。
媒体网关在运行初期阶段，需要事先向软交换设备进行注销，其注销流程图。
1)媒体网关向软交换设备发送ServiceChange进行注销，ServiceChange中的ServiceChangeMethod设置为Graceful或Forced。
2)软交换设备回送证明消息。
VOIP用户注册和呼叫流程用户每次开机时都需要向服务器注册，当SI
流程说明：1)MG向MGC发送ServiceChange进行注册，ServcieChange中的TerminationId为Root,Method为Restart；
ServiceChangeReason在冷启动时为901（ColdBoot）；
热启动时为902（WarmBoot）；
2)MGC回送注册成功的Reply消息；
3)MGC向MG发送Modify命令，要求MG检测所有用户的摘机(al/of)；
4)MG应答Reply消息。
媒体网关在运行初期阶段，需要事先向软交换设备进行注销，其注销流程图。
1)媒体网关向软交换设备发送ServiceChange进行注销，ServiceChange中的ServiceChangeMethod设置为Graceful或Forced。
2)软交换设备回送证明消息。
VOIP用户注册和呼叫流程用户每次开机时都需要向服务器注册，当SI
2016/7/14 2:07:44
655KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB