广东省IPTV承载网实施方案

GDTELECOM

广东电信IPTV承载网实施方案

广东省电信有限公司

企业发展部

GDTELECOM

汇报提纲

4IPTV 承载网要考虑的问题4广东省IPTV 承载网近期实施方案4后期考虑方案(深圳试点)

GDTELECOM

IPTV 承载网要考虑的主要问题

一、提高接入层的带宽容量,解决IPTV 业务对承载网络的高带宽需求

?ATM汇聚网络已经成为事实的带宽瓶颈,将考虑用以太汇聚网络来分流承载业务。

?优先考虑用IP上行DSLAM来承载IPTV业务,结合SVLAN技术方案,为IPTV业务搭建宽带接入平台。

二、为IPTV 业务提供QOS 保证

?目前IP网络(从省网、城域网、接入网)尚未部署差分服务,没有提供针对业务的QOS保证,网络的瞬时动荡可能影响到IPTV用户的业务体验。

?QOS策略可分步分段实施,先保证从IPTV POP点到用户端的QOS,然后逐步实施,最终解决端到端的QOS。

GDTELECOM

IPTV 承载网要考虑的主要问题

三、为了提供直播业务的传输效率,需提供对组播支持。

?要求网络能提供端到端的组播支持,包括省网、城域网、接入网、BRAS、DSLAM、MODME。

?组播路由协议的支持,特别是互通性。?组播管理

–组播管理包括用户接收数据的可控管理–组播源的管理

–组播分发范围的管理–组播计费管理–组播的安全管理

?端到端组播QOS的支持

目前,只实现了IPTV POP 点至BRAS 的静态组播推送。

GDTELECOM

IPTV 承载网要考虑的主要问题

四、业务网关的选择

?IPTV 业务接入到BRAS 还是接入到SR

?涉及到实施方案用单PVC 承载还用双PVC 承载

五、组播复制及组播控制点选择

?从带宽效率和用户体验考虑,较佳的方案是DSLAM 复制。?DSLAM 复制要解决的问题很多:

–大量旧设备对组播的不支持(ATM 内核);–DSLAM 设备数量巨大,维护管理困难;–厂家组播控制协议的私有化;–组播安全控制;

GDTELECOM

IPTV 承载网要考虑的主要问题

六、认证方式(PPPOE 认证Vs DHCP 认证)

?IPTV 业务要考虑组播传送直播业务;

?PPPOE 终结在BRAS ,面向用户的组播复制点只能在BRAS 层面;

?如果实行DSLAM 复制,要考虑DHCP ;

?考虑到DHCP 本身没有AAA 功能,需要保证以下的安全性:

–1、用户私配地址无效,只能通过DHCP 获得地址才能进行访问。

–2、当分配用户的IP 地址时,BRAS 需要通过RADIUS 属性发送相应的用户信息给后台,让后台了解用户上网行为,包括:

–1)用户的MAC

–2)分给用户的IP 地址–3) 用户的线路资料

–4)用户的上、下网时间–

5)从那个BRAS 的上来

–3、虽然DHCP 没有AAA 功能,可采用OPTION60属性,最低限度保证只有STB 的DHCP 请求才分给地址,其他设备

GDTELECOM

汇报提纲

4IPTV 承载网要考虑的问题4广东省IPTV 承载网近期实施方案4后期考虑方案(深圳试点)

GDTELECOM

广东电信IPTV 承载网总体目标

IPTV 承载网方案分步实施,

?初期:快速部署业务

?中期:规模业务承载,提高网络效率及业务质量

?长远:适应各种增值业务开展,具备多业务差异化服务能力 初期:

?时间:05年底--06年初

?利用现网空余资源,不对现网做大的调整

–采用PPPOE 认证

–业务控制点及组播复制点均为BRAS

中期

?时间:06年中开始

?核心承载由CHINANET转为CN2?新的认证方式:DHCP …?组播复制点下移?城域接入层改造?全程QoS部署

IPTV业务承载网近期实施方案

1.组网方案

2.认证方式

3.VOD业务实现

4.直播业务实现GDTELECOM

5.QOS实现

初期组网方案

IPTV POP

区域

中心

IPTV

POP

IPTV

POP

IPTV

POP

城域网

163网

城域网1IPTV中心

城域网3

区域中心

区域中心BRAS

DSLAM

ATM/ Ethernet/ MSTP/RPR

以CHINANET及城域骨干

网作为依托,通过CDN系

统把省中心节目推送到

地市区域中心及IPTV

POP点服务器。

BRAS根据PPPoE Session

对业务流进行复制

IPTV终端接入方式

?单PVC上行

?双PPPOE Session

?使用跟宽带上网不

同的帐号后缀,例

如:xxx@iptv.gd

从IPTV POP点到用户的

STB提供QOS保证。

GDTELECOM

GDTELECOM

骨干层实施方案

骨干层部分

近期方案中,IP TV 业务承载网的骨干部分使用163网承载,业务流从省中心通过CDN系统,分发到各个城域网的区域中心:

163网

城域网1

省中心

城域网2

城域网3

区域中心区域中心区域中心

汇聚层实施方案

汇聚层部分

汇聚层部分指从BRAS到城域网出口的一段网络。

IPTV POP点组网

BRAS

IPTV POP CHINANET

城域汇聚/出

口路由器

GDTELECOM

GDTELECOM

接入层实施方案

ETHERNET/ATM/MSTP NETWORK

Computer

TV

机顶盒

Internet 业务

DSLAM

MODEM

BRAS

城域网

VR1

VR2

Uplink-B

Uplink-A

...

PPPOE-A

PPPOE-B

ADSL Modem使用单PVC上联到DSLAM设备,该PVC可同时承载用户的IPTV业务和宽带上网业。原有的宽带上网业务与IP TV 业务分离在BRAS 上实现,BRAS 采用虚拟路由器(VR )的方式,不同的VR 为不同的业务提供接入,实现逻辑上的业务分离,并通过各自所属的Uplink端口(或逻辑子端口)分别上联到各自的汇聚网。

IPTV业务承载网近期实施方案

1.组网方案

2.认证方式

3.VOD业务实现

4.直播业务实现GDTELECOM

5.QOS实现

GDTELECOM

认证方式

认证方式

?本方案中,对于网络层的认证方式,无论用户享受VOD业务还是直播业务,IPTV用户端均采用PPPOE的认证方式。

?IPTV用户使用跟宽带上网用户不同的PPPOE帐号后缀,例如:xxx@iptv.gd(区别于宽带的xxx@163.gd),BRAS根据用户帐号的后缀不同,把IPTV用户终结在专用的VR上。实现两种业务流逻辑分开,便于管理、分析、统计和QOS的实施。?为了避免用户使用机顶盒的IP 地址进行其它业务的INTERNET 访问,必须限定IP TV 业务IP 地址的访问范围,使其只能用于完成IP TV 业务的访问流程,而超出IP TV 业务系统之外的目的IP 地址一概不能访问。?具体做法是在BRAS/SR 作IP 目的地址的访问控制列表,限制用户的IP 地址只具有对IP TV 业务系统的访问权限。

IPTV业务承载网近期实施方案

1.组网方案

2.认证方式

3.VOD业务实现

4.直播业务实现GDTELECOM

5.QOS实现

VOD业务实现

IPTV POP

区域

中心

IPTV

POP

IPTV

POP

IPTV

POP

城域网

163网

城域网1省中心

城域网3

区域中心

区域中心BRAS

DSLAM

ATM/ Ethernet/ MSTP/RPR

GDTELECOM

IPTV业务承载网近期实施方案

1.组网方案

2.认证方式

3.VOD业务实现

4.直播业务实现GDTELECOM

5.QOS实现

GDTELECOM

组播业务实现方案

DSLAM STB

BAS

CPE

HOME GATEWAY

PC

CHINANET 省网

实时内容

BTV 前端

LIVE TV(Multicast )

IP ENCODER

IP DEMUX

CS

城域骨干网

L2

BRAS 至IPTV POP 点服务器之间开启静态组播,将组播节目流推送至BRAS

ES(城域中心)

城域接入网

ES 接受组播信号实行时移特性(城域中心的实行7天存贮)

A

B C

D E

F

G

ES

M12000

VLAN1

组播业务流

采用单播方式实时将组播节目发送到区域各地区域中心和IPTV POP 点服务器

BRAS 基于PPPoE Session 进行节目复制

IPTV业务承载网近期实施方案

1.组网方案

2.认证方式

3.VOD业务实现

4.直播业务实现GDTELECOM

5.QOS实现

IPTV解决方案-IPOE

中兴IPTV解决方案 IPTV承载网融合在运营商的整个城域网络架构中,和其他业务在城域网共用一个接入平台,IPTV业务经由在宽带接入网中DSLAM、接入交换机、汇聚交换机等设备汇聚,由业务控制管理设备(BRAS或SR)充当业务呈现点(POP)。 IPTV业务发展初期,普通业务和IPTV业务共用一个BRAS设备接入并分流,IPTV业务以PPPoE方式提供,这样对整网的改动小,业务开展快。随着业务规模的发展,越来越多的运营商将IPTV业务割接到SR上,以IPoE方式提供,宽带上网业务通过原有BRAS接入,IPTV业务通过SR接入,这样既消除了IPTV业务和其他业务之间的相互影响,也保证了大流量IPTV业务自身的需要,IPTV业务和其他业务在二层汇聚设备进行分流。 采用IPoE方式提供IPTV业务,对网络设备和网络规划提出了一些新的要求。 1 IPTV业务流程简介 IPTV业务的基本流程如图1所示,包括四个步骤,首先是网络进入认证,在用户层和网络层之间交互;其次是业务接入认证,在用户层和业务层之间交互;接下来是用户频道选择(包括点播和直播频道),也是在用户层和业务层之间交互;最后当用户关机或者其它故障情况,流媒体服务器检测到媒体流中断,停止计费。

图1:IPTV业务的基本流程 IPTV业务的计费和宽带上网不同,宽带上网的流量统计和时间统计都需要BRAS 来做,时常计费由用户进入认证开始。但是IPTV用户有可能长时间在线,但没有看任何节目,即进入网络但没有接入业务,所以不应该由进入认证计算时常,所以IPTV的计费通常由IPTV的业务支撑系统来做。并且IPTV 节目预览的流量不应计费,所以网络流量计费也不适合IPTV,IPTV中不同点播节目的收费标准是不一样的,由业务支撑系统计费较Internet业务惯用的网络流量和网络时常计费具有更好的灵活性。 2 用户进入网络认证 网络进入认证,并统计网络流量和用户在线时长,是为了研究用户行为、辅助网络优化的目的。 如果IPTV业务由BRAS作为POP点,则通常采用PPPoE的方式提供,Radius认证。如果由业务路由器(SR)作为POP点,通常采用 IPoE方式提供,DHCP认证。 DHCP接入的优点是STB实现简单,组播报文在IPOE通道上承载,不需要对组播报文作PPP封装处理,因此组播复制工作不限定在终结PPPoE 的BRAS设备进行,可以根据业务量灵活地部署在业务路由器(SR)、汇聚交换机,甚至在接入设备(DSLAM或园区交换机)上,在集中的业务控制与业务规模对单设备组播复制性能两方面取得综合平衡。 另外还有一种DHCP + Web Portal的认证方式,采用了二次地址分配技术,但是考虑到STB 一般都是哑终端,不建议在IPTV业务中采用。 采用DHCP方式时,DHCP报文可以携带OPTION60/82参数,相关服务器根据OPTION60/82携带的信息,进行业务区分,IP地址分配以及认证等工作。在DHCP包文中引入OPTION82选项,实现用户和线路的精确绑定,保证了DHCP 接入的安全性和真实性;对于存在多个终端同时使用DHCP帐号的场合,如一个家庭拥有多台IPTV终端,为了区分这些终端,还需引入OPTION60选项。DHCPOPTION82选项通常由 DSLAM/交换机设备将用户的端口信息和设备信息插入到用户的DHCP报文,DHCP服务器通过识别OPTION82来执行IP地址分配策略或其它策略。OPTION60选项通常由终端自带,不同类型的终端可以通过设置不同的OPTION60来识别。通过OPTION60选项,可以实现对不同的终端分配不同的地址空间。 DHCP属于数据和认证分离的控制方式,安全性不及PPPoE,为防止用户静态配置IP地址,或者网络盗用,可以在接入设备或者业务路由器上部署 MAC+IP绑定功能。启用DHCP snooping或DHCP relay的节点上,在侦听到DHCP offer消息时,生成IP和MAC的绑定关系,只有源MAC和原IP匹配的IPoE帧才可以通过,否

关于IPTV的组播解决方案

关于网络电视(IPTV)组播解决方案介绍 ( 2008/4/30 12:51 ) 本文关键字:IPTV(44), 网络(17), 运营商(6), 电子商务(2), 流媒体(3), IP(6), 宽带(3), 互联网(1), MPEG(8), H.264(3), CDN(2), ITU(3), AVS(1), OMA(1), ISO(1), DSL(1), 电信(4), 服务器(1), Qos(3), 网络安全(1), 以太网(1), 交换机(23), VOD(1), 接入网(1), 机顶盒(3), VLAN(10), 放号(1), 网络电视(1), 赵慧玲(1), 骨干网(1) 一、IPTV的提出背景: Internet技术、网络和业务的发展从各方面改变了人们的学习、工作和生活方式,给人们带来了巨大的便利,Internet已经成为人们生活中不可缺少的一部分。但Internet 的快速发展并没有给Internet运营商带来与其投入相应的回报。继Web业务、E-mail等被广泛认可的应用外,业界人士正在寻求会给网络运营商带来巨大收益的杀手锏应用。20世纪末,人们将远程教学、电子商务看作未来的杀手锏级应用并寄予了厚望,但几年过去后,IT业界人士除了品尝到网络泡沫所带来的苦酒外,并没有获得预期的收益。进入21世纪后,随着流媒体技术、Internet网络技术和网络带宽的不断提高,人们又开始关注利用IP 协议提供类似于目前深受用户欢迎并具有众多用户的电视(TV)业务即IPTV业务,并将其作为未来宽带Internet上的杀手锏应用。但在目前或一段时间内IPTV业务是否会像人们预期的那样成为会给运营商提供丰厚利润同时又深受用户欢迎的应用,还是会像电子商务、远程教学业务一样,虽然一直被用户使用但并没有获得预期的利润。 二、IPTV的技术特性可行性分析: 1.IPTV相关技术及标准 (1)IPTV相关技术,IPTV是互联网协议电视(Internetprotocoltelevision)的缩写,是指在基于IP协议的网络上向用户提供点播方式或组播方式的视频业务。IPTV业务的提供得益于信息处理技术和内容分发技术的发展。主要包括视频图像编码技术以及流化技术,如MPEG-4/H.264编码技术,MPEG-7、MPEG-21等元数据技术,内容分发技术(包括CDN 和端对端peertopeer等内容分发技术、组播技术、接入技术等)以及DRM(数字版权管理)技术等等。 (2)视频图像编码和流化技术及标准,音视频图像压缩编码标准主要由ITU-T和MPEG 制订,已经发布的有ITU-T协议H.261、H.262、H.263、H.264以及MPEG-1、MPEG-2、MPEG-4等。目前认为比较适合于流媒体系统中使用的标准主要有H.264和MPEG-4。目前我国AVS组织也在开发和制订具有我国自主知识产权的图像压缩编码标准 (3)元数据技术,元数据是描述、解释、定位或者为更容易地进行检索、使用或管理信息资源而进行的结构化信息。 (4)内容分发技术。包括CDN技术,组播技术。

IPTV承载网络DHCP接入技术规范V2[1].2

文件编号: SHDX/ZS/CZ/JG/006/A/2009 中国电信集团上海市电信公司 用开发,以及相应检测工作。 3引用标准 下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修

订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。 RFC951: Bootstrap Protocol RFC1084: BOOTP vendor information extensions RFC1123: Requirements for Internet Hosts - Application and Sup RFC1534: Interoperation Between DHCP and BOOTP RFC1497: BOOTP Vendor Information Extensions RFC1541: Dynamic Host Configuration Protocol RFC1533: DHCP Options and BOOTP Vendor Extensions RFC2131: Dynamic Host Configuration Protocol RFC3203: DHCP reconfigure extension RFC3315: Dynamic Host Configuration Protocol for IPv6 (DHCPv6) RFC3315: Vendor-Identifying Vendor Options for Dynamic Host Configuration Protocol version 4 (DHCPv4) : Dynamic Host Configuration Protocol RFC4702: The Dynamic Host Configuration Protocol (DHCP) Client Fully Qualified Domain Name (FQDN) Option RFC4833: Timezone Options for DHCP (【注】以上RFC如包含已废止内容,请参照新的RFC相关文档)

华为 IPTV 解决方案-通信解决方案

华为 IPTV 解决方案-通信解决方案 随着宽带网络的不断建设,各地的运营商愈来愈感觉到宽带放号和用户发展的后劲不足,运营商发现有吸引力的业务才是人们愿意付费成为宽带用户的根本原因,可见要使宽带用户数有大的提高,必须引入受欢迎的业务。同 时,原有的宽带网络收费模式只针对接入,显得过于简单,使重要的业务和内容的市场白白流逝。“电脑-网络-应用”似乎成为人们对网络发展的一种理解定式,其实电视机作为已经进入千家万户的终端,完全能够使人们体验到宽带网络带来的娱乐和享受,这就是IPTV的作用。 很多有实力的电信运营商早在2000年左右就开始IPTV的试验,有的已经接入商用了。例如日本Yahoo! BB、美国的Comcast、法国NEUF和韩国电信的HomeMedia等。 应用模式 IPTV业务是采用流媒体技术在宽带数据网络开展的面向公众的一种视频业务,最常见的业务是节目点播VOD和直播电视BTV,另外还有远程教育、购物和信息查询等等。 IPTV主要以宽带数字机顶盒STB+电视机TV为用户终端,向用户提供电信级的服务和使用简便的电视式体验,使原来电脑上网的知识性体验拓展为电视机观

赏的娱乐共享。开展了与以往的不同体验的IPTV,运营商将会受益于:吸引新的宽带用户,增加宽带接入放号 宽带用户贡献内容业务收入,提高宽带ARPU值 驱动宽带网络发展的规模化和智能化的良性成长 最终用户体验IPTV将会有全新的感受: 任君选择海量的电影和音乐歌曲,体会新颖的电视频道 在家或宾馆里与家人、朋友共享娱乐休闲 简单熟悉的遥控器操作 DVD的画面、Hi-Fi的音质效果 方案介绍 基于对IP电信网的深入理解,华为提供完整的IP TV宽带视频解决方案。具备终端业务感知能力,业务可控、可规划、可管理,完美实现免费业务和收费

IPTV网络电视解决方案

IPTV 网络电视解决方案 市场部提

一、IPTV网络电视系统IPTV网络电视系统的组成:

1.IPTV网络电视系统组成描述: 整个方案架构是由采集和发布来组成: 视音频源编码器->Nowcaster pro直播服务器->Nowview管理端(发布)->接收(客户端IPTV机顶盒)->观看(电视机)。 EPG由Nowview管理端进行直播的节目源、频道以及字幕的管理。 Nowview流媒体点直播平台(以下简称Nowview平台)是一个面向IPTV网络用户的新媒体视频点播系统,同时支持WEB、机顶盒、以及桌面程序播放。用户可以自由选用机顶盒、PC、手机等各种终端访问我们的点播系统。它主要由WEB服务器、频道视频应用服务器、数据库服务器构成。 Nowview平台采用分布式可扩展体系架构,能够动态地、自主地构建网络,支持大规模用户并发访问,支持多频道同时发布,支持频道和内容分类管理。系统支持高清与标清品质的视频节目内容,支持超大规模并发流IPTV视音频应用服务,具有良好的安全性、稳定性、扩展性、易用性等特性。 Nowview平台是一个WEB应用程序,它作为一个桥梁作用的IPTV解决方案的各个组成部分(机顶盒,服务器,视频点播,计费等)。 Nowview平台通过网络浏览器进行管理支持浏览器:IE 6.x 及以上版本。 Nowview平台采用Java技术。这项技术的优势(跨平台,高性能,安全性),能方便的融入更多的服务体系中,通过开放的协议接口来满足客户的需要,。 Nowview平台可以部署在用途广泛的servlet应用服务器Apache Tomcat 5.x 及6.x,同时也支持jboss 以及weblogic 应用服务器。可选择MySQL(5.x)、Oracle9i & 10g 等数据库。 2.IPTV网络电视直播构架 3. IPTV网络电视直播系统-功能特点 1、采用标准的B/S、 C/S构架,完全基于Web方式。 2、采用linux操作系统,更加稳定、安全,不易受病毒感染。 3、全面支持组播(Multicast),利用组播技术可以大大的减轻服务器的负担,不管有多少

IPTV承载网接入PPPoE认证与DHCP认证对比

IPTV承载网接入 PPPoE认证与Web认证对比 1、背景 IPTV即交互式网络电视,是一种利用宽带网络,采用DSL或以太网等接入方式,通过网络机顶盒(STB,Set-TopBox)或PC向用户提供多种交互式的宽带视频业务,包括视频直播、视频点播、游戏、视频会议等业务。 基于IPTV业务的特殊性要求,对接入认证的要求如下: 必须能够支持组播应用的顺利开展。减少运营商在核心网络扩容改造方面的巨额投资; 必须能够区分不同的终端类型以进行业务分离,顺利支持增值业务的开展; 必须实现认证流和业务流分离,接入认证和业务认证分离,以提高宽带视频等多媒体增值业务的提供效率; 必须能够控制同一用户的终端类型及数量,方便运营商对终端设备采取集中式管理,提高自身的运营效率; 必须具备高并发IP地址请求处理能力,保证所有用户能够顺利登录网络并接受服务; 认证系统必须具有强大的可扩展性和稳定性,能够可靠提供业务并顺应IPTV等新型业务快速发展的趋势。 2、IPTV接入认证方案比较 当前在宽带网中使用的最主要认证技术包括两类,即PPPoE和DHCP(或者DHCP+Web)技术。 (1)PPPoE技术 PPPoE(RFC2516)认证技术在以太网接入和ADSL接入方式中应用的最为广泛,其组网原理基本相同,都是利用交换机或DSLAM将用户接入网内,在交换机和DSLAM后面设置BRAS 设备来终结PPP。终结PPP连接的宽带接入服务器可以对PPP连接分别进行管理,可对用户上网业务分别进行时长和流量信息的统计,各种计费方式提供必要的用户上网信息。PPPoE 的实质是在以太网上跑PPP协议,在用户端和宽带接入服务器之间建立PPP的点对点通道。PPPoE方式其整个通信过程都必须进行PPPoE的封装,效率较低。随着用户数量的大量增加,对BRAS设备的性能要求呈指数上升。也就是说,如果在用户主机和BRAS之间启用组播业务,则组播数据必须以BRAS作为接收端复制点,这样会使大量的组播数据穿越网络和DSLAM设备,违背组播的初衷。因此,PPPoE接入方式限制了组播协议的存在,影响了视频业务的开展。 (2)DHCP+Web

IPTV无线解决方案及上网

我的e家IPTV无线解决方案 进线端

电视端

二、设备连接方式: iptv 口 lan 口 外线 ADSL MODEM 主无线路由器 副无线路由器 机顶盒 电视机 所需设备:1、ADSL MODEM (安装时电信赠送) 2、2台无线路由器(任何型号度汛,但必须有WDS 或bridge 桥接功能) 3、机顶盒(安装时电信赠送)

主要事项: 1、MODEM与主路由器必须用2根网线连接,一根连接MODEM的Internet出口(或网络1)和路由器的W AN口,另一根连接MODEM的IPTV出口 (或网络2)和路由器的任意一个LAN口。 2、副路由器的任意一个LAN口用网线与机顶盒的WAN口连接。 3、主副路由器要进行桥接设置(具体可以查找有关教程),关键步骤是2个路由器都要开启WDS或bridge桥接功能或选择AP(WDS+AP)工作模式,主 路由器桥接设置中MAC(或BSSID)输入副路由器的地址,副路由器的MAC(或BSSID)输入主路由器的地址。地址一般情况为:40-16-9F-52-5E-19也有个别华硕的路由器不用分隔符的如:40169F525E19。 4、主无线路由器要进行上网一般选择PPPoE方式,设置账号、密码就可以了,具体根据宽带接入方式不同而略有不同。

5、为了防止跟别人的无线路由器重名造成路由器不能桥接,应把自己的无线路由器明(或SSID号)设置的长一点,而且2个路由器的名字不能相同。 6、主路由器LAN的IP地址若为192.168.1.1,副路由器LAN的IP地址应与主路由器为同一网段不同地址,如:192.168.1.2,而且主路由器的DHCP服 务器要选择启用,副路由器的DHCP服务选择不启用。 7、设置完成一般情况就可以同时无线上网和无线看电视了,可以省掉那条从MODEM到机顶盒恼人的网线啦。

H3C IPTV LAN接入网解决方案技术白皮书

IPTV LAN接入网解决方案 技术白皮书 杭州华三通信技术有限公司

Catalog 目录 1前言 (5) 2方案简介 (5) 3技术特色 (6) 3.1.1业务分离 (6) 3.1.2接入认证 (7) 3.1.3组播复制 (7) 3.1.4QOS (9) 3.1.5安全 (9) 3.1.6频道快速切换 (10) 3.1.7接入交换机未知组播丢弃 (10) 4总结 (10)

Table List 表目录 1前言 (5) 2方案简介 (5) 3技术特色 (6) 3.1.1业务分离 (6) 3.1.2接入认证 (7) 3.1.3组播复制 (7) 3.1.4QOS (9) 3.1.5安全 (9) 3.1.6频道快速切换 (10) 3.1.7接入交换机未知组播丢弃 (10) 4总结 (10) Figure List 图目录 图1DHCP+认证 (7)

关键词:IPTV 摘要:为IPTV业务在LAN接入组网模式下开展提供解决方案 缩略语清单: 缩略语英文全名中文解释 Box 机顶盒 STB Set-Top PUPV Per-User Per-Vlan 每用户一VLAN PSPV Per-Service Per-Vlan 每业务一VLAN BTV Broadcast TV 广播电视/直播电视 NVOD Near Video On Demand 准VOD,节目轮流播放

1 前言 IPTV即交互式网络电视,是一种利用宽带网络,集互联网、多媒体、通讯等多种技术于一体,向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。它能够很好地适应当今网络飞速发展的趋势,充分有效地利用网络资源。 IPTV包含了BTV、VOD、nVOD等业务内容,有效开展IPTV业务必须有接入承载网、终端、内容网络以及业务软件系统等各组件的支持。仅接入承载网就包含了DSL接入、LAN接入、FTTx等多种模式,本文将重点描述LAN接入网承载IPTV业务的相关技术。 2 方案简介 在本方案中,根据IPTV业务特性,对VOD、接入认证等这部分通常采用单播方式来处理,对于BTV、nVOD这样的业务则采用组播方式来处理。 针对上网业务精细化管理的需求,对上网用户采用PUPV的VLAN划分方式,而对于IPTV 用户,可以根据具体情况,采用PUPV(一用户一VLAN)或PSPV(一业务一VLAN)方式来进行VLAN划分。对于VOD和认证等基于单播数据流的业务,数据转发比较简单,这里不再赘述。IPTV接入网的难点在于BTV业务组播流的处理,结合IPTV在国内尚处于初期发展阶段,现网中设备大都无法直接支持IPTV业务的现状,提出了集中组播复制和边缘组播复制两种解决方案。在IPTV发展初期,用户量较少时,采用集中复制。而在业务规模开展时,采用边缘复制。这样将组播复制的压力分散在楼道交换机上,可以满足大量IPTV用户接入的要求。 方案支持PPPOE和DHCP+认证方式。通过VLAN隔离或端口隔离来避免用户间的影响。 同时通过灵活QINQ来解决精确定位用户和VLAN资源问题。另外,利用BRAS和家庭网关对用户的流量和优先级进行设定,可以有效的控制接入网中的流量,配合QOS的队列调度机制保证IPTV业务的视频质量。 方案中关注如下问题 ?业务分离 通过VLAN来区分不同业务 ?接入认证问题 采用PPPOE认证或DHCP+认证 ?组播复制 集中复制 边缘复制 ?QOS和安全

IPTV无线解决方案

IPTV 无线解决方案 一、简介。 由于目前大多数用户在装修时客厅电视机背后都没有预留网线接口,而modem 一般又放在书房,这样要使用IPTV 时,不得不布放一根明线来连接modem 和机顶盒。这样既不美观又不方便。如果有某种无法连接方式,那上面的问题就迎刃而解。经过我们实际测试,使用无线AP 加无线网桥的方式可以解决布明线的问题。 这种方式除传统的AP 外,还需要一台无线网桥,其作用是将无线信号与以太网电信号进行互相转换。连接方式视ADSL 或FTTB 不同接入方式而有些许差别,但总体原则是一致的:一,进线第一级设备(多端口modem 或小交换机)其internet 口与无线AP 的WAN 口连接,AP 设置PPPOE ,其下PC 机以有线或无线的方式通过AP 转发上网。二,第一级设备的IPTV 口与AP 的LAN 口连接,机顶盒通过反跳线与无线网桥的以太口连接;AP 与网桥以无线方式互联。 此无线方案优点在于:功能强大,可绑定天翼通。 缺点在于:对承重墙穿透能力弱。有一定的范围局限性。可以通过室内改线路,缩短直线距离可增强效果。 摆放方式:无线AP 与modem 放置在一起,而无线网桥和IPTV 机顶盒放置在一起。无线网桥的以太口用反跳线和IPTV 机顶盒的WAN 口连接。注意AP 和网桥之间以间隔一堵承重墙为宜。示意图如下: 另外无线局域网的三个重要指标是:无线路由器的发射功率、无线网卡或接收网桥的接收灵敏度(天线的大小)以及低速率连接(速率越低,性能越稳定,传输距离越远) 二、设备连接方式: iptv Room-A Room-B Room-C 无线网桥 无线AP Internet STB TV ADSL MODEM FE FE FE

IPTV用户接入和IP网承载方案

甘肃电信IPTV用户接入和网络承载方案 IPTV业务即将试点开放,为满足IPTV市场经营策略,做好IP 城域网网络层面用户接入和开通准备工作,结合E8-2网络实施方案,现提出IPTV用户接入和网络承载方案,请各分公司遵照执行。 一、IPTV平台 我省IPTV平台分为省中心平台和边缘服务器两级,承载于IP城域网。省中心平台上端通过155M省际长途传输电路接收上海文广IPTV节目源,下端连接IP城域网省中心D路由器进而与分公司的边缘服务器在IP城域网内互通,将节目资源按策略以IP单播方式分发到边缘服务器。 IPTV用户登入省中心IPTV管理平台通过身份认证(依靠机顶盒内设置的IPTV业务帐号验证身份)并获取电子节目单(EGP)后,选择节目开始观看。如果该节目已缓存在当地的边缘服务器上,媒体流将从边缘服务器以单播方式传送给用户;如果该节目尚未缓存在当地的边缘服务器上,媒体流将从省中心平台以单播形式传送给用户,同时若该节目命中率达到一定程度,将被自动分发到边缘服务器,以提高用户从边缘服务器就近访问热点节目的概率。 我省IPTV网络部署暂不考虑城域网起用组播机制,在不改变IP 城域网现状的基础上主要依靠IPTV平台向边缘服务器的分发机制,使媒体流尽可能从边缘服务器获取,从而减轻直播节目对城域骨干网的带宽压力。

二、接入方式 为使IPTV业务可根据经营策略灵活开放,既能向IPTV硬终端正常传送节目,又可向IPTV软终端用户以宽带上网增殖业务开放,IPTV 组网原则上不选择VPN组网,IPTV用户和平台承载于IP城域网,在省内IP城域网通过BGP协议打通路由, IPTV平台选用私网IP地址,在IP城域网内通过全局路由表转发相关数据包,用户按软、硬终端两种方式使用IPTV业务。 (一)软终端方式,IPTV软终端实现方式等同于电脑上网在线观看IPTV节目,在用户上网电脑上安装专用软件就可实现,用户可利用其原有宽带帐号或IPTV公共宽带帐号拨号,但会占用用户宽带套餐时长。 软终端方式暂不向用户开放,待条件成熟后另行通知。 (二)硬终端方式,指用户电视机通过机顶盒连接到宽带网络上使用IPTV业务。现阶段全部采用硬终端向IPTV用户开放业务,按用户机顶盒设置的接入认证技术可分为IPOE和PPPOE两种: 1、IPOE方式:机顶盒以DHCP方式获取私网IP地址且仅能访问IPTV平台,不可访问其他互联网资源。特点是需要专用的逻辑通道承载IPTV业务,且该通道一直在线,易于支持组播和QOS保障。要求宽带端口必须每端口多PVC/VLAN。对这种方式应限制广播域并进行物理端口硬件隔离,防范非法DHCP服务器的干扰。 2、PPPOE方式:机顶盒以PPPOE方式获取IPTV终端地址。 用户机顶盒利用全省统一的公共IPTV宽带接入专用帐号获取IP

酒店iptv解决方案

酒店IPTV在连锁酒店是很常见的,有多家酒店和多个酒店式公寓,共有2万多台播放终端(部分是机顶盒和部分是智能电视机),这些酒店和公寓已通过光纤连成一个内部的广域网。那么客户要酒店iptv解决方案,首先建立一个覆盖所有用户终端的IPTV系统,要求:(1)共享一个直播源。 (2)能够实现直播、广告消息推送等功能。 (3)每个酒店或酒店公寓都有自己风格主页,可以自定义服务菜单和关于酒店的宣传。(4)可以集中对所有酒店IPTV系统进行维护和管理。 (5)可以对所有终端设备或APP进行升级和维护。 1.推荐酒店iptv解决方案 从客户规模来看,一般方案可以建议用IP组播方案,但传统的IP组播方案,交互性很差,无法满足酒店自定义服务和互动性需求,而且,传统的IP组播要求传输过程中的所有网络设备必须支持组播,会增加网络设备投资,并给调试带来困难。 针对这个状态,我推荐酒店iptv解决方案是秒开网络公司产品:应用层组播系统+酒店互动电视系统多店版的组合方案。 酒店iptv解决方案拓扑图如下: 方案说明: (1)在中心机房进行直播源采集,如果直播源不是H.264编码,需将全部的直播源转为H.264编码(主要是降低在传输中带宽占用)。 (2)把全部直播源接入秒开应用层组播系统,应用层组播系统充当直播源种子发布服务器。(3)中心机房设置一台秒开酒店互动电视系统多店版服务器,为使用所有酒店提供服务个性化主页服务。 (4)使用秒开专用机顶盒的酒店或公寓直播流通过应用层组播系统构建P2P网络进行传输,通过P2P网络传输,因为是P2P机制,随着机顶盒终端量的增加,也无需增加服务器。(5)在使用安装APP电视机的酒店或公寓,由于电视机无法作为P2P节点,只能单播或组播传输,所以需在这些酒店或公寓部署一台iTV媒体网关进行本地推流,电视机通过与本

智慧医院IPTV解决方案

一.项目背景 电视是医院必不可少娱乐设备和信息发布设备。 医院电视经历了从模拟闭路电视系统到数字闭路电视系统,再从数字闭路电视系统升级到网络电视,目前,随着医院向智慧智慧方向发展,医院电视系统也发展到目前的智慧IPTV系统阶段了。 它不仅能提供传统电视系统的电视直播,而且可以和医院的要求相结合,提供各种互动功能,如高清视频点播、在线服务呼叫、信息查询、语音遥控等服务。而且随着科技发展带来了价格的下降,原来只能是档次高的医院才配置的系统,现在也成为一般医院标配了。 提供的系统解决方案是同行方案中具有比较优势的方案,在酒店、医院等行业中有广泛应用。 用户利益: ●省钱:本方案是高性价比的,一次性投资终身受益。 ●省心:多年技术研发和改进,成千用户使用,品质有保障,维护省心。 ●品牌:个性化主页,进行全方面品牌价值传播。 ●满意度:高清的视觉效果,人性化的互动体验,带来满意度提升。 ●智慧化:让电视成为向智慧型医院迈进标志。 二.系统组成及构架 系统基于HLS流媒体技术开发,能部署在任何IP网络上(包括无线网络),适应性强,配合专用APP,适用于所有带安卓系统终端播放设备(机顶盒、智能电视、投影电视、智能手机、平板电脑等)。 系统构架:

三.系统功能 这个系统是根据医院使用场景研发的IPTV类产品,其功能概述如下: 1. 医院可以个性化风格设置,包括:开机视频、自定义欢迎词、主页风格及背景、菜单及内容。 2. 电视操作界面有多种语言可选。 3. 能接入各种直播源,包括:卫星源、广电源、运营商源、自办节目源等。 4. 提供直播回看和EPG服务。 5. 提供多种影视点播解决方案。 6. 直播和点播都支持高清1080P、超清4K(需播放终端支持)。 7. 满足医院提供就医方面需求,包括:就诊指南、健康教育等。 8. 满足医院功能设施及服务展示需求,利用图文或视频介绍医院及科室介绍、医生及医疗设施等。 9. 满足医院进行增值服务需求,包括:视频点播、在线点餐、商品销售等服务。 10. 满足病人获得有用信息需求,包括:天气、费用查询(需对接HIS)等信息。 11. 信息发布服务,可按科室分别插入文字滚动信息、图文广告或强制推送信息,如:紧急报警等。 12. 有接口模块,可对接各种设备或系统,如:语音遥控器、语音音箱、HIS(医院信息系统)等。 四.功能展示 1. 开机广告

iptv承载网解决方案

IPTV承载网解决方案 在我们开始了解解决方案之前,有必要先了解一下IPTV承载网的网络架构和关注的重点,下文进行简单的阐述。 IPTV承载网架构概述 IPTV承载网融合在运营商的整个网络架构中,在接入汇聚层,由于涉及面广,IPTV承载网和原有城域接入网共用一个平台,接入平台一般采用二层透传模式,并采取合适的技术对网络故障提供保护,在核心层,由于IPTV业务的大流量以及高的QOS要求,IPTV承载网往往和运营商的其他高价值业务比如NGN/3G等共用一个IP核心网,核心层是三层路由的MPLS VPN网络,构建不同业务的逻辑平面,在业务控制层,IPTV业务发展初期,普通业务和IPTV业务共用一个BRAS 设备接入并分流,这样对整网的改动小,业务开展快,业务大规模发展时,设立专门的IPTV BRAS,宽带上网业务通过原有BRAS接入,IPTV业务通过专用的IPTV BRAS接入,这样既消除了IPTV业务和其他业务之间的相互影响,也保证了大流量IPTV业务自身的需要,同时,继续利用BRAS强大的控制能力,保证IPTV业务的安全接入,IPTV 业务和其他业务在二层汇聚设备进行分流。 IPTV承载网方案关注点概述

IPTV承载网的基本要求是要根据IPTV业务的特性,合理规划网络,并保证业务实现流程的高质量完成。 首先对于第一个步骤,要规划STB的接入方式和接入安全,这需要BRAS和STB配合解决,对于BTV业务的第三步和第四步即加入频道和节目播放,涉及组播功能的部署,也是IPTV解决方案的一个重点,包括核心层和接入汇聚层的组播部署,同时要考虑组播权限,也属于组播安全的问题,对于VOD业务,重点要关注第四步和第五步,要做好CS和ES的部署,以及他们之间流量的传送。除此之外,要保证IPTV业务的端到端QOS,涉及STB到CS、ES、组播源之间的所有网络,另外,就是要考虑网络的可靠性,保证网络在节点或链路故障时,业务可以快速倒换,最后,IPTV承载网还有两个基础问题需要考虑,一是IPTV业务的流量大,整网必须保证一定的带宽,另外就是由于网络中存在多种业务,必须对业务进行区分及分流,为后续业务调度打下基础。 综上所述,IPTV承载网就是要在不同的网络层次做好以下几个方面的规划,包括带宽、业务区分等基础问题,也包括STB接入规划、组播规划、QOS规划、可靠性规划和安全规划等问题,华为公司对这些需求进行了充分考虑,后续对这些规划部署进行详细阐述。 IPTV承载网的基础保证

IPTV系统(高清互动电视系统)解决方案

随着IP网络和宽带光纤网络的不断进步和普及,为了给用户提供更多的新的多媒体业务,有助于提升用户品牌知名度和客户满意度。我们可以利用个人电脑PC和电视来观看在IP网络上发布的视频内容,同时交互式电视也能很好的便于展现用户信息和服务。 IPTV系统解决方案采用开放的标准和开放的架构,它提供了简单而又稳定可靠的系统架构,所有组件具有开放性与可扩展性,它关注后台运营系统的各项功能,提高了用户运营的效率,同时又提高了客户体验。 IPTV系统是基于行业标准的、在IP网络上传送视频及其他信息内容的平台,提供了包括编码器,数字接收机,IPTV流媒体服务器,IPTV中间件,内容分发网络,终端机顶盒的端到端IPTV解决方案。它允许业务提供商更快速有效的集成、实施和管理高质量的视频业务,分发到用户端给用户带来全新的业务体验。同时, IPTV 解决方案也为诸如付费点播业务以及订户计费模型等电子商务的集成提供了可靠的支持。 核心模块 IPTV解决方案主要由以下四个核心模块组成: 直播源采集设备:针对传统的模拟有线电视信号,前端设备包括电视解调器,编码器、卫星机顶盒、编码器等,用于接收直播电视信号源。 高速IP网络:传送IP流量进行点播内容分发所需要的高速宽带网络,可利用酒店原有局域网络或新部署局域网络,而无需另外部署有线电视同轴线。 IPTV系统架构组件(包括视频服务器、IPTV中间件以及内容保护):用于网络、采集设备和机顶盒的交互,从而保证交互视频业务的提供,管理和分发。 终端用户设备:IP机顶盒STB和智能电视机,用于体验IPTV电视业务。 IPTV高清点直播系统主要包括电视直播系统,视频点播系统以及信息管理服务系统。

某连锁酒店IPTV解决方案

1.客户需求 某连锁酒店有十多家酒店和多个酒店式公寓,共有2万多台播放终端(部分是机顶盒和部分是智能电视机),这些酒店和公寓已通过光纤连成一个内部的广域网。那么客户要酒店iptv 解决方案,首先建立一个覆盖所有用户终端的IPTV系统,要求: (1)共享一个直播源。 (2)能够实现直播、广告消息推送等功能。 (3)每个酒店或酒店公寓都有自己风格主页,可以自定义服务菜单和关于酒店的宣传。(4)可以集中对所有酒店IPTV系统进行维护和管理。 (5)可以对所有终端设备或APP进行升级和维护。 2.推荐酒店iptv解决方案 从客户规模来看,一般方案可以建议用IP组播方案,但传统的IP组播方案,交互性很差,无法满足酒店自定义服务和互动性需求,而且,传统的IP组播要求传输过程中的所有网络设备必须支持组播,会增加网络设备投资,并给调试带来困难。 针对这个状态,我推荐酒店iptv解决方案是秒开网络公司产品:应用层组播系统+酒店互动电视系统多店版的组合方案。 酒店iptv解决方案拓扑图如下: 方案说明: (1)在中心机房进行直播源采集,如果直播源不是H.264编码,需将全部的直播源转为H.264编码(主要是降低在传输中带宽占用)。 (2)把全部直播源接入秒开应用层组播系统,应用层组播系统充当直播源种子发布服务器。 (3)中心机房设置一台秒开酒店互动电视系统多店版服务器,为使用所有酒店提供服务个性化主页服务。

(4)使用秒开专用机顶盒的酒店或公寓直播流通过应用层组播系统构建P2P网络进行传输,通过P2P网络传输,因为是P2P机制,随着机顶盒终端量的增加,也无需增加服务器。(5)在使用安装APP电视机的酒店或公寓,由于电视机无法作为P2P节点,只能单播或组播传输,所以需在这些酒店或公寓部署一台iTV媒体网关进行本地推流,电视机通过与本地iTV媒体网关进行单播传输视频流。 在此酒店iptv解决方案中,由应用层组播系统(节目源发布服务器)、酒店互动电视系统多店版(酒店互动电视服务器)、iTV媒体网关、机顶盒共同构成P2P网络,采用是应用层组播方式来传输直播源。而终端设备为电视机的酒店则采用的传统单播方式来传输直播源。 其工作机制是:节目源发布服务器接收直播源后,将直播流传入到各酒店iTV媒体网关或秒开专用机顶盒中,各个终端登录到酒店互动电视服务器去获取相应的登录界面,当看节目时,电视机播放终端从酒店互动电视服务器去取内容,机顶盒既可以从节目源发布服务器去取内容,也可以从周边的秒开专用机顶盒去取内容,而各个iTV媒体网关相互之间也可以互相提供内容,这就是P2P的应用层组播传输。 推荐此酒店iptv解决方案理由是什么呢? 第一:利用应用层组播进行直播传输,可以最大限度降低内网带宽占用和服务器压力,最大限度减少服务器数量。 第二:充分考虑到客户要求多数酒店或酒店公寓会直接采用智能电视机作为播放终端,由于一般电视机的计算能力和存储空间有限,并不适合充当P2P网络节点,所以凡是采用采用智能电视机作为播放终端一律采用单播方式,从而要求为他们提供单独的iTV媒体网关为其推流。 3.实现的功能 用户所要求的所有功能,都由秒开酒店互动电视系统提供,下面简单介绍系统特色和功能。 ●一机多店支持 ——联网的多家酒店可共享直播源(点播源也可以共享) ——秒开酒店互动电视系统多店版支持一套系统为不同酒店提供不同定制界面 ●支持各种节目源 ——部分运营商的IPTV源可直接采集,无需前端采集设备; ●可以双机热备,提供稳定可靠的运营服务 ●配套机顶盒即插即用 ——系统自动扫描并把发现新加入终端播放设备加入设备列表 ——终端设备首次登陆只需填入房间号便可使用,调试便捷

iptv 网络电视改造方案

XXXXXXXXXXXX IPTV 方案 2017年2月

目录 1.概述 (3) 1.1. .......................................................................................XXXXX现有IPTV分析 3 1.2. ....................................................................................... 原有系统优点和缺点 3 1.3. ................................................................................................ I PTV电视的现状 3 2.方案简述 (4) 2.1. .................................................................................................... 改造方案简述 4 2.2. .................................................................................................... 升级方案简述 5 2.3改造和升级方案对比 (7) 2.4施工流程 (10) 3.维护售后服务内容 (11) 3.1. .................................................................................................... 应急响应服务 11 3.1.1.应急响应服务内容 (11) 3.2. ............................................................................................ 电视信号巡检服务 11 3.2.1.电视信号巡检服务内容 (11) 3.3. ............................................................................................ 高清信号变更服务 11 3.3.1.高清信号变更服务内容 (11) 4.服务标准和质量 (12) 5.服务实施管理要求 (13) 6.公司概况 (13) 6.1. ......................................................................................................... 公司的业务 13 6.2. ......................................................................................................... 我们的优势 13 6.3. ......................................................................................................... 我们的用户 15

智慧医院IPTV解决方案

智慧医院方案 (IPTV) 一.项目背景 电视是医院必不可少娱乐设备和信息发布设备。 医院电视经历了从模拟闭路电视系统到数字闭路电视系统,再从数字闭路电视系统升级到网络电视,目前,随着医院向智慧智慧方向发展,医院电视系统也发展到目前的智慧IPTV系统阶段了。 它不仅能提供传统电视系统的电视直播,而且可以和医院的要求相结合,提供各种互动功能,如高清视频点播、在线服务呼叫、信息查询、语音遥控等服务。而且随着科技发展带来了价格的下降,原来只能是档次高的医院才配置的系统,现在也成为一般医院标配了。 提供的系统解决方案是同行方案中具有比较优势的方案,在酒店、医院等行业中有广泛应用。 用户利益: ●省钱:本方案是高性价比的,一次性投资终身受益。 ●省心:多年技术研发和改进,成千用户使用,品质有保障,维护省心。 ●品牌:个性化主页,进行全方面品牌价值传播。 ●满意度:高清的视觉效果,人性化的互动体验,带来满意度提升。 ●智慧化:让电视成为向智慧型医院迈进标志。 二.系统组成及构架 系统基于HLS流媒体技术开发,能部署在任何IP网络上(包括无线网络),适应性强,配合专用APP,适用于所有带安卓系统终端播放设备(机顶盒、智能电视、投影电视、智能

手机、平板电脑等)。 系统构架: 三.系统功能 这个系统是根据医院使用场景研发的IPTV类产品,其功能概述如下: 1. 医院可以个性化风格设置,包括:开机视频、自定义欢迎词、主页风格及背景、菜单及内容。 2. 电视操作界面有多种语言可选。 3. 能接入各种直播源,包括:卫星源、广电源、运营商源、自办节目源等。 4. 提供直播回看和EPG服务。 5. 提供多种影视点播解决方案。 6. 直播和点播都支持高清1080P、超清4K(需播放终端支持)。 7. 满足医院提供就医方面需求,包括:就诊指南、健康教育等。 8. 满足医院功能设施及服务展示需求,利用图文或视频介绍医院及科室介绍、医生及医疗设施等。 9. 满足医院进行增值服务需求,包括:视频点播、在线点餐、商品销售等服务。 10. 满足病人获得有用信息需求,包括:天气、费用查询(需对接HIS)等信息。 11. 信息发布服务,可按科室分别插入文字滚动信息、图文广告或强制推送信息,如:紧急报警等。 12. 有接口模块,可对接各种设备或系统,如:语音遥控器、语音音箱、HIS(医院信息系统)等。 四.功能展示 1. 开机广告

相关文档
最新文档