前言:想要写出一篇令人眼前一亮的文章吗?我们特意为您整理了5篇媒体策略方案范文,相信会为您的写作带来帮助,发现更多的写作思路和灵感。
活动营销策略方案
对于杜蕾斯大家都不陌生,每每提及微博营销策略案例,总能看到杜杜的身影,似乎他已经是微博营销策略中一块不可逾越的丰碑。这个在微博上独树一帜的“杜杜”也在微信上开启了杜杜小讲堂、一周问题集锦。
“杜杜已经在后台随机抽中了十位幸运儿,每人将获得新上市的魔法装一份。今晚十点之前,还会送出十份魔法装!如果你是杜杜的老朋友,请回复''我要福利’,杜杜将会继续选出十位幸运儿,敬请期待明天的中奖名单!悄悄告诉你一声,假如世界末日没有到来,在临近圣诞和新年的时候,还会有更多的礼物等你来拿哦。”
活动一出,短短两个小时,杜杜就收到几万条“我要福利”,10盒套装换来几万粉丝,怎么算怎么划算。微信活动营销策略方案的魅力在杜杜这里被演绎的淋漓尽致,毕竟免费的福利谁都会忍不住看两眼。
案例二、微媒体微信
据了解,微媒体微信公众账号是最早一批注册并实现官方认证的公众账号,从开始到现在,一直专注于专注新媒体营销策略思想、方案、案例、工具,传播微博营销策略知识,分享微博营销策略成功案例。作为该账号的杀手锏,微媒体的关键词搜索功能不得不提。
用户通过订阅该账号来获取信息知识,微信公众账号每天只能推送一条信息,但一条微信不能满足所有人的口味,有的订阅者希望看营销策略案例,而有些或许只是想要了解新媒体现状,面对需求多样的订阅者,微媒体给出的答案是关键词搜索,即订阅者可以通过发送自己关注话题的关键词例如“营销策略案例”、“微博”等,就可以接收到推送的相关信息。
当然,如果你发送个美女你好,小微或许认为你只是要聊聊天,如果你实在不吐不快,或许这样的陪聊也是一个不错的选择。
案例三、星巴克
音乐推送微信
把微信做的有创意,微信就会有生命力!微信的功能已经强大到我们目不忍视,除了恢复关键词还有回复表情的。
这就是星巴克音乐营销策略方案,直觉刺激你的听觉!通过搜索星巴克微信账号或者扫描二维码,用户可以发送表情图片来表达此时的心情,星巴克微信则根据不同的表情图片选择《自然醒》专辑中的相关音乐给予回应。
这种用表情说话正是星巴克的卖点所在。只是笔者一直不明白表情区分是全智能的,还是人工服务呢?
案例四、头条新闻
实时推送
当然,作为新媒体,微信当然也有其媒体传播的特性,尽管马化腾一直在弱化其媒体属性。作为微信营销策略方案的有一个案例的头条新闻,最大的卖点是信息的即时推送,头条新闻在每天下午六点左右,准时推送一天最重大新闻,订阅用户可以通过微信直接了解最近发生的大事新鲜事,不需要在海量的信息中“淘宝”。
定时推送的时间选择在下班时间,完成一天的工作在,回家的路上看看当天的新闻也不失为一种调剂,既可以了解当下的大事又可以排解路无聊。
案例五、小米
客服营销策略方案9:100万
新媒体营销策略方案怎么会少了小米的身影?“9:100万”的粉丝管理模式,据了解,小米手机的微信帐号后台客服人员有9名,这9名员工最大的工作时每天回复100万粉丝的留言。每天早上,当9名小米微信运营工作人员在电脑上打开小米手机的微信帐号后台,看到后天用户的留言,他们一天的工作也就开始了。
其实小米自己开发的微信后台可以自动抓取关键词回复,但小米微信的客服人员还是会进行一对一的回复,小米也是通过这样的方式大大的提升了用户的品牌忠诚度。相较于在微信上开个淘宝店,对于类似小米这样的品牌微信用户来说,做客服显然比卖掉一两部手机更让人期待。
当然,除了提升用户的忠诚度,微信做客服也给小米带来了实实在在的益处。黎万强表示,微信同样使得小米的营销策略方案、CRM成本开始降低,过去小米做活动通常会群发短信,100万条短信发出去,就是4万块钱的成本,微信做客服的作用可见一斑。
案例六、招商银行
爱心漂流瓶
微信官方对已漂流瓶的设置,也让很多商家看漂流瓶的商机,微信商家开始通过扔瓶子做活动推广。使得合作商家推广的活动在某一时间段内抛出的“漂流瓶”数量大增,普通用户“捞”到的频率也会增加。招商银行就是其中一个。
日前,招商银行发起了一个微信“爱心漂流瓶的活动”:微信用户用“漂流瓶”功能捡到招商银行漂流瓶,回复之后招商银行便会通过“小积分,微慈善”平台为自闭症儿童提供帮助。在此活动期间,有媒体统计,用户每捡十次漂流瓶便基本上有一次会捡到招行的爱心漂流瓶。
案例七、凯迪拉克
仅限66号公路播报路况
播报路况已经不新鲜,交通广播已经霸占这个领域许多年,凯迪拉克在其微信中推出“66号公路”的活动,对路况信息实时播报,更新及时为当地出行的人提供服务,尽管是在交通广播的眼皮下抢生意,但好在凯迪拉克的路况播报仅限66号公路,这也是其优点,只针对一条路况信息的播报,避免范围大而出现信息不及时的情况。
案例八、1号店
游戏式营销策略方案
1号店在微信当中推出了“你画我猜”活动,活动方式是用户通过关注1号店的微信账号,每天1号店就会推送一张图片给订阅用户,然后,用户可以会发答案来参与到这个游戏当中来。如果猜中图片答案并且在所规定的名额范围内的就可以获得奖品。
其实“你画我猜”的概念是来自于火爆的App游戏DrawSomething,并非1号店自主研发,只是1号店首次把游戏的形式结合到微信活动推广中来。
案例九、南航
服务式营销策略方案
中国南方航空公司总信息师胡臣杰曾表示:“对今天的南航而言,微信的重要程度,等同于15年前南航做网站!”也正是由于对微信的重视,如今微信已经跟网站、短信、手机App、呼叫中心,一并成为南航五大服务平台。
对于微信的看法,胡臣杰表示“在南航看来,微信承载着沟通的使命,而非营销策略方案”。早在2013年1月30日,南航微信第一个版本,就在国内首创推出微信值机服务。随着功能的不断开发完善,机票预订、办理登机牌、航班动态查询、里程查询与兑换、出行指南、城市天气查询、机票验真,等等这些通过其他渠道能够享受到的服务,用户都可通过与南航微信公众平台互动来实现。
案例十、天猫
非主流
你以为红包是那么好拿的,你以为自己真的是喵星人还是未知生物,在微信开通公众账号指出,天猫的微信就让人各种匪夷所思,尽管我们不是猫,也要对喵星人说一声“高”,实在是“高”。来到外星球,你最想要的是什么,这恶搞版神秘之旅,你最期待看到的当然是“红包”。但是想要得到它,你就得经历这个星球上的层层考验。比如看图答出品牌名称,这可相当有难度。天猫告诉我们,非主流有时也是营销策略方案的法宝。
不同领域、不同定位的品牌都可以在微信公众平台上得到成功。成功的关键则在于寻找到自己的定位,以最适合自己的方式来面对自己的用户群体。而充分利用好这个点对点的平台,它将会给品牌带来性价比极高的全新营销策略方案效果。
企业微信营销方案(二)
1、竞争对手分析
很多方案都会在开篇写个前言什么的,说一下微信用户数量,微信有多牛叉,有的还会拍拍马屁感谢领导指导之类的,其实这些开篇话对方案来说毫无价值,很多时候会被领导直接跳过不看的。要写就要把有价值的信息写出来,而且是能立刻吸引老板眼球的信息,所以开篇我们会写竞争对手的分析,他们是如何用微信账号来提供服务或推广他们的产品的,这样你的方案才会让你的领导或老板提起神来认真阅读。
2、微信给(企业名称缩写)带来什么价值
第二部分就要开始写微信能给你的企业带来什么价值,中间记得写上你们的企业名称,出现自己企业名称这样给看方案的人觉得方案有量身定制的感觉。这里就要分析企业目前那些业务或产品可以放在微信上面提供服务或者营销推广,对比竞争对手的微信账号后建议公司使用服务号或订阅号,如果这里加入前期运作的数据分析会更好,最后写上微信营销可以为公司带来什么好处,例如使用业务更便利、更好维护客户、提升业绩之类等等。
3、****活动情况(****就是活动名称)
这里可以把之前在微信做的活动效果,报名人数,客户转化等等列出来,然后进行分析哪里做得好,哪里需要改进,公司以后可以如何结合微信来做哪方面的活动等等。注意这里的内容是重点,特别是大企业,一定要尽量写得详细些,方便日后做微信活动可以申请更多公司资源。
4、客户最关心什么
通过跟客户交流,你可以总结一些客户关心的话题,例如客户期望的产品功能、服务环节哪里不完善、投诉最多的问题、有哪些地方可以改进等等都列出来。这些都是领导很关心的问题,这也是微信给企业带来的另一种价值。
5、微信账号运营计划
这里把微信账号的内部栏目设计、运营方式、营销方式都写出来,例如每天发什么内容文章,自定义菜单有哪些栏目,对应栏目有什么内容,有什么作用,微信账号如何推广,活动如何做等等。最好能在这里写一下近期会做的几个活动计划,顺便可以申请一下活动支持,是否需要购买微信第三方系统等等,这里可以做个费用列表,让你的领导知道大致需要的费用,费用的事情要让他心里有数,最好能注明那些是重要的,那些是非重要的费用,这样你以后真的要申请费用的时候会顺利一些。还有就是里面也要写上需要那些部门配合,好让你的领导或老板帮你事先沟通好,或在开会的时候可以先让他们知道。
6、工作分配
如果你们是一个团队,必须要列出里面每个人负责的工作,每日工作的内容有哪些,还有绩效考核等等。如果你们公司的微信账号只是你一个人管理也需要写,为什么?你要知道很多老板都不知道你每天在做什么工作,如果你不说清楚,老板会觉得你很闲,不断把更多额外不相关的工作给你,让你无法专心做好微信营销,所以你要把更新、客服、推广的工作要说清楚。当然不能利用这个来瞒骗老板,写出来一大堆工作但没几样会实施那是不行的,要知道老板都是精明的,否则他就不会成为你的老板。
其岗位一般是职责:
1、负责公司品牌的推广,包括内容策划、创作、整理实施方案;
2、制定相应的媒体、新媒体宣传策略及实施、总结;
3、负责媒体、新媒体关系的拓展和维护,对投放的广告、软性资源的数据整理及分析;
4、撰写并执行媒体推广方案及公关方案、媒体软性资源整合,使公关项目影响范围最大化;
5、舆情监控、危机公关;
【关键词】接入边界控制SBC 互联边界控制 集成式 分离式
1 背景介绍
随着运营商网络的IP转型,终端用户将逐步从TDM网络迁移到IP网络如固定软交换、移动软交换和IMS。基于此,传统的TDM接入与互联节点也将转变为IP互联的方式。本文将着重研究网络IP化后接入和互联边界的解决方案,在IP化的基础上保证网络互联互通的安全性、可靠性和业务的无缝部署。
在传统的网络概念中,接入与互联侧采用的都是TDM的方式,因此从安全性和隔离性而言,TDM网络相对封闭,不存在比较大的安全隐患。随着IP化的发展尤其是SIP协议的引入,运营商的接入网与核心网、运营商核心网之间的物理边界被扁平的IP网络所替代,此时需要考虑3层IP的路由可达性和5层协议(SIP)的信令路由,这就天然的产生了信令和承载的分离,如图1所示:
基于此,我们可以相应地定义接入边界和互联边界的概念:
接入边界是指用户侧CPE与运营商核心网络之间的网络边界,如DSL接入、PON接入、WiFi接入、2G/3G/LTE接入等,接入边界保护网络免受非法用户的攻击包括IP层面的攻击、信令层面的工具以及业务、带宽的盗用。
互联边界是指不同运营商之间或者运营商的不同网络域之间的网络边界,以保证网络互联的安全性。 互联边界在传统的TDM网络中类似关口局的角色。
2 边界组网技术与发展
2.1 边界方案的演进
基于IP网络、协议和标准的发展情况,边界网元的整体演进路径如图2所示。
边界网元作为网络的边缘节点,主要实现的是防止网络攻击,隐藏网络拓扑和防火墙穿越的功能,因此边界网元的发展经历了防火墙、基于防火墙的IP网关、应用层网关、集成式SBC(会话边缘控制器)、分离式SBC的几个阶段。考虑到互联互通性的复杂性,传统的防火墙、应用层网关更多的应用于企业网方案,而在运营商的商用网络中,随着SIP协议的不断完善和标准化,传统的防火墙、应用网关方案由于太多依赖用户侧的网络能力,并不适合网络的大规模部署,因此主要还是采用集成式SBC的方案。
集成式SBC在传统的固网软交换网络中,重点解决了防火墙穿越和核心网防护的功能。但从标准的发展而言,并不存在SBC的概念,SBC仅仅是为了解决固网软交换VoIP的应用而引入的。因此尽管SBC在固网软交换已经得到了部分应用,但业界并没有统一的标准,而且集成式SBC的应用方式也存在一些问题和缺点,如:
信令、媒体合设,扩容压力大:无法针对网络对信令、媒体的不同需求进行方便的扩展例如视频处理对媒体有大容量扩展的需要, 而消息类应用对信令面的处理功能要求更强;
网元功能重复:集成式SBC的信令功能与核心侧的大部分信令处理功能重复, 造成额外的处理时延和效率下降;
可扩展性和应用能力差:在IMS业务如视频业务、即时消息、呈现不断丰富的情况下,将对集成式SBC产生很多的功能扩展要求,集成式SBC的扩展将直接导致P-CSCF的扩展,应用模式过于复杂;
QoS控制能力不足:SBC无法了解接入网络侧的资源情况,实现QoS策略的动态控制。
仅仅支持固定接入:集成式SBC目前更多的局限于固定接入,不具备支持移动接入的能力。
基于这些原因,传统的集成式SBC已经无法适应网络发展和IMS部署的要求,需要逐步过渡到标准的分离式边界方案。
2.2 分离式边界方案的标准
在IMS的标准体系中,TISPAN、ITU-T率先考虑了分离式边界的问题,并进行了大量的研究,其他标准组织如3GPP、3GPP2、MSF和CableLabs基本采纳了TISPAN、ITU-T的工作。在这些标准定义中,传统SBC的功能被划分成独立的逻辑实体并提供相对应的接口,详细的架构如图3所示。
在这个架构中,各部分的功能划分如下:
(1)业务控制功能(Session Control Function):SCF在IMS的端到端信令路径中起到信令防护的作用,同时通过PDF功能控制PEP建立相应的承载连接。
(2)策略决策功能(Policy Decision Function):PDF功能实现策略的配置和控制,确保用户接入和互联侧不非法占有额外的资源,如限制并发呼叫数、限制编解码和带宽等。
(3)策略执行点(PEP,Policy Enforcement Point):PEP控制接入边界、互联边界的IP-IP连接,禁止非法承载包从外网进入核心网络。
参考TISPAN的模型,各个功能实体的映射关系如表1所示:
在TISPAN体系中,P-CSCF/IBCF、SPDF和A-BGF/I-BGF在IMS网络中配合作为接入边界控制功能,共同实现对接入/互联网络和核心网络边缘的会话控制,实现端到端的网络安全、QoS控制、NAT穿越等功能。TISPAN分离式边界方案架构如图4所示。
3 上海贝尔分离式边界解决方案介绍
上海贝尔的分离式边界解决方案采用5450 ISC(5060 ICS 集成式IMS产品)、5020 MGC 7510 MGW来实现IMS接入和互联边界功能,如图5所示。
其中:
5450 ISC作为上海贝尔的IMS核心设备,可以支持P-CSCF/I-CSCF/E-CSCF/BGCF功能,负责IMS的核心呼叫处理和业务触发功能。根据运营商的容量和性能要求,这些功能模块可以按照实际部署要求相应的灵活配置。同时5450 ISC内置sPDF功能,实现边界接入的策略和BGF控制。5060 ICS作为紧凑型的核心网设备,与5450 ISC一样基于ATCAV2平台,将IMS CSCF、HSS(数据库)、CCF(计费服务器)、CTS(补充业务服务器)等功能集成到一起,可以实现NGN的C5部署和IMS初期小规模网络的部署。 5060 ICS 1.2版本已经可以支持180万NGN/IMS C5用户。
5020 MGC是互联互通设备,可以实现TDM-IP互通的MGCF功能和IP-IP互通的IBCF功能,在实现IBCF功能时,5020 MGC同时内置sPDF功能,实现BGF控制功能。
7510 MGW提供了边界方案的BGF功能,7510 MGW采用专用的媒体网关平台实现媒体流的快速和大容量处理。单个7510媒体网关可以同时支持IM-MGW、A-BGF、I-BGF,作为BGF功能时,可以同时处理32000路会话,容量上远远超过现有的集成式SBC容量。
采用上海贝尔的分离式边界方案,具备以下优势:
符合TISPAN接入边界体系架构,P-CSCF和MGW结合实现接入和核心的安全隔离, 新业务的引入不影响P-CSCF的标准接口。
P-CSCF、IBCF作为接入IMS核心的第一个节点,架构简单并符合未来网络融合的发展需求。
信令、媒体分设,部署方式非常灵活。可以采用信令集中,媒体分设或者信令、媒体均集中设置的方式,因此扩容方便:承载扩容满足媒体类业务增长需求如视频业务等;信令扩容满足信令话务增长和即时消息、呈现等消息类业务处理。
大容量:基于常用的话务模型,单套P-CSCF支持超过80万用户,单套MGW支持20万用户。
投资保护:控制面采用核心CSCF或者MGCF的平台,可以利用现有的设备平滑支持边界方案。同样媒体面采用现有的媒体网关平台,充分保护了现有软交换网络的媒体网关投资;
运维简单:在分离式接入边界模式下,信令部分P-CSCF、IBCF可以相对集中,进行统一的策略控制,BGW相对分散,实现媒体的快速转接。这种方式不但可以优化IP网络流量,使业务更加扁平化,同时还可以大大减少地市接入点的运维需求。此外,分离式架构沿用了现有的核心设备,操作维护人员可以直接采用IMS核心网管对于边界方案进行管理。
采用上海贝尔的接入边界架构,可以实现灵活的组网模式。
从处理能力上来说,承载能力要求高时,可以通过多BGW共用一个P-CSCF的方式组网,在信令处理能力要求高时,可以采用多个P-CSCF共用一个BGW的形式,如图6所示。
BGW的设置位置和设置方式灵活:采用分离式架构的边界接入控制,BGW可以按照负荷、地理位置、业务类型等多种方式进行灵活部署,如图7所示。
4 结束语
基于技术的发展和标准的演进,分离式边界控制的架构已经成为SBC设计和部署的主流方案, 其信令、媒体分离、部署灵活、安全可控等突出的优势正越来越得到国内外运营商的认可,包括法国电信、AT&T、中国移动等运营商都相继采用分离式边界方案进行了实际的部署。可以预见,在未来IMS的大规模商用中,SBC的组网模式将走入分离式边界控制的时代。
参考文献
[1]ETSI ES 282 001. TISPAN NGN Functional Architecture[S].
[2]ETSI ES 282 003. TISPAN Resource and Admission Control Sub-system (RACS) Functional Architecture[S].
但是,传统的以太网交换机并不能感知虚拟机,这使其暴露在服务中断的风险和网络配置错误导致的安全漏洞之中。网络不能感知虚拟机,则无法支持虚拟机的迁移,也无法确保性能和安全性。这阻碍了虚拟化实现快速横向扩展、高度可用的动态数据中心的潜力。为了完全实现虚拟化的优势,对于运行不同应用的虚拟机所在的边缘网络,以太网交换机必须提供前所未有的智能性和灵活性。
虚拟交换机(vSwitches)是能为虚拟机提供初始交换层的软件网络交换机。它们将数据包从虚拟机内的虚拟适配器发送至同一物理服务器上的其他虚拟机,或通过上行链路适配器发送至物理网络。某些vSwitch提供第2层以及某些第3层交换,并且能为虚拟机分配诸如VLAN和流量调整等网络属性。然而,vSwitch缺少物理交换机的性能、特性和可扩展性。由于受制于特定的hypervisor,它们在这方面也是颇多限制。
交换机厂商以各种方式来应对网络感知虚拟机的难题。例如,Cisco提供Nexus 1000V作为V1Vlware vSwitch的替代品,并需要Cisco交换机执行专有的数据包标签来传输vSwitch的网络流量,然后由物理交换机来进行处理。该方法只能在Cisco网络内奏效,它需要客户升级VMware最新的企业版。IEEE802.1Qbg工作组在虚拟以太网端口聚合器(VEPA)上运行,以及其他相关技术,如以太网虚拟桥接(EVB),有二十多个企业为该标准的制定贡献力量,包括起带头作用的布莱德网路技术有限公司(BLADE)。
自2009年起,BLADE就站在部署虚拟机感知网络的前沿,它使用开放式标准,并且无需更改服务器虚拟化环境。BLADE的VMready是获得专利的独家解决方案,可以使网络具有虚拟机感知的功能。该方法将虚拟化的概念延伸至网络,可为虚拟端口(v-ports)配置网络策略,而非只是为物理端口配置。通过每台虚拟机均能分配到独有的网络参数,如安全ACL、QoS和VLAN等。
VMready可与虚拟机管理器(如VMware’s vCenter)自动同步操作。这种自动配置简化管理任务,并减少了因误配置造成的错误。VMready也会追踪虚拟机在整个数据中心内的漂移,并在虚拟机移动时,自动地实时重新配置网络。对于服务器和网络管理员而言,无论虚拟机的物理位置在哪里,BLADE的嵌入式和架顶式交换机所用的机内驻留软件VMready都确保了执行始终如一的网络策略,从而极大地简化了管理。VMready具有在实时迁移期间自动移动虚拟机的网络策略的功能,这有助于BLADE客户创建真正的动态数据中心。
VMready是开放式解决方案,它支持异构网络,同时让客户能够选择管理程序。许多企业将其部署于生产环境内,并带来了实际的业务效益。CentreHospitalier d’Avignon就是这样的客户,他们使用VMready对医院的网络进行自动化,并确保其安全性,因此使用VMware vSphere 4在IBM BladeCenter环境中可安全和高效地运行关键的患者记录数据库。
Adobe Flash Media Server 4
Adobe系统公司近日在IBC 2010(广播电视设备展览会)上了Adobe PlashMedia Server 4软件,这是行业领先的流视频和实时通信解决方案。它的三个新版本可以为所有类型客户提供视频解决方案:Flash Media Streaminq Server 4、Flash MediaInteractive Server 4和FIash Medla Enterprise Server 4。这是首个支持对等协助联网实时媒体流协议(RTMFP)的版本,能够大幅降低带宽消耗。这些新版本增强了Adobe在富媒体交付领域的领先地位,并为那些希望以更低的成本提供高质量、高效网络媒体体验的内容商们带来了重大的新机遇,同时能够更大范围地服务于使用各种屏幕的用户。
Adobe公司负责创意与互动解决方案事业部高级副总裁David Wadhwarn表示:“Flash Media Sever 4软件改变富互动媒体的交付方式。通过推出支持对等协助联网和我们RTMFP的全新企业级服务器。通过降低与媒体交付相关的带宽成本,我们正在转变企业和社交媒体公司交付富媒体互动内容的方式。Adobe FIash平台将继续为向最广泛的受众交付有吸引力的内容设定新的标杆。”
Adobe Flash Media Server 4系列产品为各类客户提供解决方案,客户的规模从中小型商到各类大型企业。各个版本的Adobe Flash Media Server 4现在都支持64位操作系统,提供几近无限的内存来增加缓存量,提供更先进的互动服务,并提高服务质量。
Adobe Flash Media Streaminq Server 4
通过Adobe FIash Media Streaming Server 4软件,中小型客户可以便捷地向更多种的平台设备提供高质量的现场直播和点播内容,而且带来内容安全保护和先进的播放体验。
Adobe Flash Medla Interactive Server 4
Adobe FIash Media I nteractive Server 4软件实现安全、可扩展的直播与点播体验,以及实时的社交媒体应用。现在,客户可以充分利用新lP多播的网络效率以及HTTP动态流的直播包,在最广泛的平台和设备上实现卓越的播放质量。
【关键词】LTE 视频电话 QoS IMS
1 前言
众所周知,视频电话是3G的特色业务。各大运营商商用3G时都无一例外地选择视频电话进行宣传,但多年来视频电话还是停留在宣传的层面,没有实质性的发展。
抛开移动网络电路域视频电话(如WCDMA),从广义的角度看,作为VoIP发展的产物,视频电话大致可分为三类:基于软电话(Soft Phone、IM Software、Web Browser)、基于嵌入式终端(可视电话、SIP终端)、网络电视。LTE是一个全IP分组网络,也是一个全业务承载系统。从当前LTE的典型业务应用来看,视频电话是其三大应用(智能手机、视频业务、高速数据接入)之一。
基于LTE网络的视频电话是分组域解决方案,功能上与电路域基本相同;但是在实现上,如何保证时延、抖动、误码率和呼叫时延等KPI指标?下面将对此进行解析。
2 视频电话关键技术
2.1 音视频编码技术
视频电话是话音和图像的结合。可视电话的视频速率固定为64kbps(有效速率是57.6kbps)或128kbps,这主要是由手机屏幕的大小决定的。图像信号因包含的信息量大,所占的频带宽,不能直接在用户线上传输,需要先经过数字化变为数字图像信号,而后还必需采用频带压缩技术进行“压缩”,使之所占的频带变窄,这样才可在用户线上传输。语音传输也是同样的原理。
目前,语音和图像压缩技术发展十分迅速。由于LTE嫡属于3GPP系列,因此语音上会延续UMTS的AMR编码。近来有运营商提出HD-Voice,它与AMR-WB类似,是一种宽带语音。一般人声的频率是300Hz~3.4kHz,而HD-Voice可扩展至50Hz~7kHz,带宽加倍,数据速率加倍,性能提升。图像编码种类繁多,如H.263、H.264、MEPG-4等,普遍采用性能优良的H.263(低速率活动图像编码)。
2.2 信令/媒体协议
分组域视频电话业务系统由控制面和用户面构成,控制面负责为用户建立可视电话呼叫,并对呼叫进行管理,用户面则负责传输视频电话终端之间的视频和音频信息,从协议上即分为信令/媒体协议。
信令协议是用于建立、维护和拆除一个呼叫连接的控制信令,如H.323、MGCP、H.248和SIP。
媒体协议用于建立呼叫连接后音视频数据流的传送,在传输层使用UDP协议作为传输协议,在UDP之上使用RTP/RTCP协议作为视频和音频的传输协议。这主要源于RTP/RTCP协议不采用复杂的传输控制手段和纠错机制,而是采用尽量少的控制与鉴别功能,满足实时通信的要求。
LTE网络采用基于IMS网络的SIP协议,具有良好的开放性和扩展性;采用基于IMS架构的RTP/RTCP,具有较好的实时性。
3 网络架构
IMS(IP Multimedia Subsystem)是一个能提供全IP实时和非实时业务的多媒体通用结构,不限定下层接入技术,因此在固定、移动网络融合的过程中受到广泛关注。
3GPP定义了基于IMS的多媒体业务网络架构,从视频电话的角度看,IMS部分可认为是视频电话业务平台,如图1所示。
图1中,视频电话终端从LTE无线网络(E-UTRAN)接入EPC核心网,然后接入基于IMS的视频电话服务器,其中通过策略控制系统相连,实现视频电话各流的QoS保证。
图1主要包括三部分:
(1)LTE移动网络
LTE移动网络各部分及其功能如下:
终端:包含视频和音频编解码器,负责多媒体信息的处理,同时具有SIP用户功能以与其他用户进行通信。具有前后置双向摄像头,负责视频电话的注册、注销、点到点通话,以及与其他业务的优先级处理等功能。
无线网络:指LTE无线网(eNodeB),又称为E-UTRAN。负责视频电话业务无线资源的分配、业务建立/释放,此外还负责信令面(如移动性管理功能的MME网元(图中没有画出))。
核心网络:主要指S-GW、P-GW,负责视频电话用户IP地址分配、上下行业务流的绑定和QoS策略执行等。
(2)IMS/视频电话平台
IMS/视频电话平台各部分及其功能如下:
P-I-C/CSCF:P-CSCF是视频电话IMS平台的入口节点,主要负责SIP信令的;S-CSCF/I-CSCF负责为视频业务提供注册/注销、会话控制,并维持会话状态信息等。
HSS:负责存储视频电话用户信息及其相关业务信息,与S-CSCF配合完成用户的鉴权、认证功能。
AS:SIP应用服务器,提供视频电话业务逻辑,负责在视频通信的过程中控制媒体资源服务器进行录音通知的播放等,同时提供补充业务。
MRFC/MRFP:MRFC是媒体资源功能控制器,主要翻译来自AS和S-CSCF的信息(如会话标识),并控制相应的MRFP进行媒体流的播放;MRFP负责处理媒体流,如提供编解码器的转换、播放录音通知等功能。
(3)策略控制系统
策略控制系统各部分及其功能如下:
PCRF(Policy and Charging Rules Function,策略和计费规则功能):策略计费控制单元,这里指运营商对视频电话视频流、音频流以及信令所使用的QoS参数(如速率、优先级、时延、抖动等)定义的网元。当网络或终端要发起视频电话业务时,PCEF需到PCRF提取视频电话各流的策略信息,或者PCRF向PCEF下发上述规则信息。
PCEF(Policy and Charging Enforcement Function,策略与计费执行功能):PCEF是执行视频电话各流的QoS策略与计费的功能实体,物理上一般与PGW合设。
4 基于IMS的QoS保障技术
为了保证移动域IMS的QoS,RFC 3312定义了在SIP会话建立过程中进行QoS资源预留的机制。
4.1 媒体协商
媒体协商以及对条件的处理是IMS中两个密切相关的概念。在基于IMS的视频通信中,两个视频电话之间通过媒体协商使得媒体组合及编码方式达成一致。为了两个UE之间能相互协商,IMS中使用了SDP(Session Description Protocol,会话描述协议)提供应答机制,该机制允许UE推迟SIP会话建立的完成,直到双方都成功完成资源预留。为了保证视频电话的用户感受,IMS强制要求所有相关终端都支持SIP和SDP的扩展。
在一般情况下,SIP仅交换一次提供/应答之后就开始建立媒体连接了。但在IMS中,由于双方的UE都必须准备接收所选择的任何编码类型,所以如果在第一次SDP应答中对任何媒体包提供一种以上的编码方案,那么就会产生第二次提供/应答的交互,为每种媒体流选择唯一的编码方案。否则需要在空中接口上按照带宽从高到低的编码方案预留资源,这对于无线资源将是一种浪费。
4.2 资源预留
资源预留即建立媒体PDP上下文的过程。对于通信双方的视频电话而言,建立PDP上下文的执行过程是相互独立的;即在资源被成功预留之前,根本无法保证所协商的媒体会话可以建立起来。因此,在确认本地和主叫侧的资源预留都已成功之前,被叫侧不应振铃。
为了做到这一点,双方在SDP提供、应答的协商过程中彼此交换条件(precondition)。这些前提条件主要用于指示:当主叫终端处的资源预留成功后,要把一个SIP UPDATE请求发往被叫UE;被叫UE在未收到来自对方的SIP UPDATE请求同时自己也未成功地完成资源预留之前不应振铃。此外,前提条件还指示当某个特定的媒体流无法成功进行资源预留时应该如何处理。
5 LTE的QoS保障技术
在LTE系统中最主要的QoS控制粒度是EPS(Evolved Packet System,演进分组系统)承载,同一个EPS承载的业务会获得同样的QoS保障(包括调度策略、排队管理策略、速率整形策略和RLC配置等),要提供不同的QoS保障就必须再使用单独的EPS承载。对应于视频电话,EPS承载是指SIP信令承载、音频承载和视频承载。EPS承载在UE发起业务请求时,会按照IMS的要求进行协商。
EPS承载分为GBR(Guaranteed Bit Rate,保证比特率)承载与Non-GBR(无保证比特率)承载两类。GBR承载会一直占用相关的网络资源,以确保在资源紧张时仍保持承载的最低保证速度。GBR承载一般不会长期建立,只在进行有特殊QoS需求的业务时才创建。从视频电话的特性来看,视频电话的三个业务都属于GBR承载,都有专门的QoS要求。
每一个专有承载都会与一个TFT(Traffic Flow Template,业务流模板)相关联。TFT分为上行TFT与下行TFT两种,UE根据上行TFT把业务流对应到上行EPS承载中去;P-GW根据下行TFT把业务流对应到下行EPS承载中;而与任何TFT都无法匹配的业务流就由缺省承载进行承载。视频电话的三个流都有专用承载,都对QoS有特定要求,因此不能适用承载BE业务的缺省承载来承载。图2是EPS承载示意图:
图2中,视频电话终端客户端发起相应的业务流请求,终端根据上行TFT将其映射到上行EPS承载中,P-GW根据下行TFT将视频电话各流对应到下行的EPS承载中;无线承载负责传输UE与eNodeB之间的EPS承载,无线承载与EPS承载是一一对应的关系;S1承载负责传输eNodeB与S-GW之间的EPS承载,S1承载与对应的无线承载组合称之为E-RAB(E-UTRAN Radio Access Bearer,E-UTRAN无线接入承载);S5/S8承载负责传输S-GW与P-GW之间的EPS承载。UE保存了TFT中上行包过滤器与无线承载的对应关系,从而创建业务流与上行无线承载的对应关系;P-GW保存了TFT中下行包过滤器与S5/S8承载的对应关系,从而创建业务流与下行S5/S8承载的对应关系;eNodeB保存了无线承载与S1承载的一对一关系,从而创建无线承载S1承载的双向对应关系。
由此可见,LTE无线网络能保证视频电话各业务流端到端的QoS。
6 结束语
随着LTE以及其他宽带技术的推广应用,视频电话必将成为今后移动网乃至互联网的重要业务。但是从3G视频电话的发展来看,如果视频电话仅仅维持在两个移动终端之间点到点的通信,将会重蹈3G商用初期的覆辙。
从当前的市场发展来看,视频应用的融合是视频电话发展的关键,运营商可通过提供与视频相关的应用,如视频信箱、视频问候语、视频博客、多媒体会议和视频监控等,确保视频通信的旺盛生命力。
参考文献:
[1] 3GPP TS 22.228. Service requirementsfor the IP multimedia core networksubsystem[S].
[2] 3GPP TS 23.228. IP Multimedia(IM) Subsystem-stage 2[S].