发展电信和电视服务的融合

文摘

的融合通信、有线电视和广播电视网络向互联网技术将使新兴多媒体服务的提供以及丰富的集成与电视服务的通信能力。然而,使有效互动个性化多媒体服务的提供流动性支持需要一个先进的覆盖控制框架。IP多媒体子系统(IMS)提供管理多媒体会话的基本功能在不同的接入网络。本文概述了当前标准化活动,解决电视服务的供应随着IP网络之上iptv和提出了一种新颖的端到端的整体架构基于IMS,使聚合多媒体服务的交付。此外,介绍了——媒体实验室的互操作性的参考实现这个框架涵盖广泛的频谱聚合互动的场景。最后一节给出了系统性能的印象,提供端到端信号延迟一个会话设置直播电视服务交付/单播传输模式。

1。介绍

广泛的用户需求和相应投资移动和固定宽带基础设施的部署在上个世纪90年代末为电信的融合铺平了道路,有线电视(CATV)和广播电视网络向互联网技术,因此目前驾驶全ip核心网络的概念。这进化导致移动经典通信和广播环境走向开放和集成可编程的宽带网络环境。这个融合场景将使新兴多媒体应用的配置与集成的通信功能(如音频/视频电话,存在,消息,等等)和电视服务(直播电视和视频点播),这将引入一个强大的市场竞争涉及球员之间的价值链,即服务提供者、内容提供商和网络运营商包括固定和移动通信网络以及有线电视网络。

如今,大部分的电信运营商,尤其是DSL运营商,提供电话和电视服务除了他们的服务组合。BT的愿景(1从英国电信在英国和家里招待(2从德国电信在德国只是目前部署的两个例子IPTV服务平台。这些解决方案是建立在非常高速数字用户线(VDSL)接入网络3]提供数万Mbps带宽来保证良好的用户体验,看电视广播使用尽最大努力交付没有服务质量(QoS)的部分管理网络基础设施。(可用的带宽取决于距离用户电话交换机设备。)这个过程通过提供更多的带宽保证QoS比某些应用程序所需的最大叫做过度供应。这种方法可能会导致穷人利用网络资源并没有完成网络成本最小化的目标(4]。

事实上,许多当前的IPTV解决方案在市场上是设计为独立的子系统,只支持电视服务,不与其他系统交互元素。大多数这些解决方案在封闭的框架中使用专有接口。因此,跨厂商互操作性是不可行的,向第三方开放通常是不切实际的,因为它需要的出版这样的专有接口。此外,这些解决方案既不考虑使用功能组件的下一代网络(NGN)和互联网服务的集成。

集成多媒体服务的交付在基于ip的异构接入网络需要一套控制功能,如身份和会话管理、身份验证、授权、会计、资源分配、政策执行,QoS等等。在这种情况下,长期的全ip NGN被所谓的影响IMS的性质(5),被认为是一个覆盖控制子系统的移动、固定和有线接入网络,提供这些支持功能。IMS是标准化的第三代合作伙伴计划(3 GPP) [6),它已经被一些标准化的身体如ITU-T(国际电信联盟电信)(7),ETSI TISPAN(电信和互联网融合服务和先进的网络协议)(8]和PacketCable [9]。

跨厂商的互操作性和第三方服务提供商开放成为标准化活动的主要推动力,同时生成需要标准化的服务平台与开放接口IPTV在NGN和non-NGN网络。最认可的标准化机构(sdo) ITU-T ETSI TISPAN, IPTV开放论坛(10)的工作协调全球标准和解决新出现的问题,导致合作与其他sdo DVB、MPEG、ATIS航站IIS (11),和互联网统计12),只有少数的名字。ITU-T的方法、ETSI TISPAN和IPTV开放论坛遵循3个方向:IPTV在非托管开放的互联网网络(门户“围墙花园”),IPTV在NGN网络和IPTV在基于IMS的NGN网络(与“围墙花园”);而第一种方法并遵循最佳努力交付没有QoS,第二种方法是NGN范例QoS但没有IMS的参与;第三种方法的好处从NGN范例和IMS功能。

在本文中,我们专注于第三种方法:基于IMS的NGN网络IPTV。IMS作为覆盖控制层支持会话管理、订阅通知机制以及第三方服务触发和充电设施。目前有一组论文解决的问题基于ims IPTV参考实现中引用部分2.6在相关工作。本文还提出了一种参考实现端到端融合多媒体服务交付平台,使交付的互动和即时通讯等个性化的多媒体服务,丰富的存在,或VoIP /不同的访问技术基于IMS网络基础设施。剩下的部分组织如下。部分2描述了当前技术被认为是在我们的方法和他们的地位在标准化活动以及相关工作处理类似的研究问题。部分3讨论了基于IMS的逻辑架构和相应的参考实现交互式多媒体框架内验证——NGN / IMS部署。部分4草图验证性能度量评估这项工作场景和礼物。最后一节概述了结论和未来的工作。

2。技术概述

本节提供了一个概述的主要技术,被认为是在NGN架构的设计以及在多媒体服务的交付,描述了在标准化机构IMS的重要因素。最后,它提供了其他最近的研究工作在同一研究领域。

2.1。ITU-T和ETSI TISPAN NGN架构

虽然ITU-T和ETSI TISPAN工作标准化的架构NGN,这种体系结构的目的在于向一个异构访问技术的融合体系结构,基于互联网传输协议。两种体系结构提供一个通用的多服务、多协议和多路存取基于ip的框架,旨在成为参考模型实现融合固定和移动网络基于互联网协议。这个模型是基于合作子系统共享通用组件的概念。这种架构使得光滑添加新的子系统覆盖新的要求和服务类,并确保最大共同使用网络资源,应用程序和用户设备。即NGN在本质上,应该为提供多媒体内容提供所需的资源和高质量的几个接入网络。为了满足这些需求,资源接纳控制子系统(拉克斯)或资源许可控制功能(RACF)定义的TISPAN ITU-T NGN架构,分别。该组件是负责招生的控制和QoS预订以及核心网络的访问。此外,网络连接子系统(NASS)负责动态提供IP地址和用户身份验证、授权和位置管理。

在此体系结构中,IMS是一个核心函数,提供了为管理多媒体会话控制功能安全、可控,QoS保障和计费方式。

2.2。IP多媒体子系统

最初由3 GPP IMS规范定义(5),他们都是基于互联网协议由IETF标准化然后ITU-T改编,ETSI和PacketCable 2.0 [9]NGN架构和有线电视网络基础设施。IMS功能是分布在六个控制组件:首先,控制组件包括产销(呼叫会话控制功能)负责会话管理和IMS的注册用户,GCF(网关控制功能)控制网关电路开关网络和媒体资源功能控制器(MRFC),控制媒体资源功能。第二,媒体处理组件覆盖媒体网关和MRFP(媒体资源功能的处理器)支持媒体播放或录音等功能短公告,会议、代码转换,和DTMF检测。第三,高速钢/ UPSF(家庭用户服务器)/(用户配置文件订阅功能)负责用户管理和服务配置文件。第四,应用服务器主机并执行新的增值服务除了基本的IMS服务。第五,PCRF(政策和收费规则函数)保持服务质量的分配和应用所需的运输政策和收费的访问网络和负责。最后,IMS用户与IMS交互元素使用协议SIP(会话初始化协议)、HTTP和RTP(实时传输协议)接口通用,Ut, Mb。

2.3。多媒体广播多播服务(MBMSs)

而经典的手机网络主要以语音为中心的基于点对点的通信模型,新兴多媒体场景授权支持广播和多播传输能力的必要性。为了解决这些新的需求,3 GPP延长版本6中的核心网络和无线电接口以支持有效的广播和多播IP包交付。得清楚允许两种操作模式:广播模式和多播模式。在播放模式下,传输发生不管用户在定义的区域,而在多播模式只需要为这些地区提供用户服务。关于无线电接口点对多点传输下行方向介绍了以优化无线资源。在核心网络,喜忧参半利用基于应用程序的多播而不是IP多播。相比之前的3 GPP发布、广播/多播服务中心(BM-SC)介绍了作为一个完整的新功能实体作为中央控制单元。它是连接到GGSN(网关GPRS支持节点)的接口Gmb和胃肠道。前者接口提供了访问控制平面的功能,后者不记名的飞机。

2.4。数字视频广播(DVB)

数字视频广播(DVB)标准设计广播数字电视服务,自1993年以来一直由DVB维护项目(13]。DVB系统传输数据使用不同的方法:在卫星台),电缆(DVB-C),陆地(优质)和手持(DVB - h)。优质的主要是针对固定接收器和不适合移动设备,提出了dvb - h标准,增强物理和链接层优质的减少能耗和提高性能在城市室内环境。虽然DVB最初旨在支持广播传输,有一些标准化的解决方案,比如DVB-RCS(返回卫星频道),DVB-RCT(返回地面频道)或DVB-RCC(返回频道有线电视)或DOCSIS(数据电缆服务接口规范)开发促进双向沟通渠道从而支持交互式应用程序(例如,VoIP或VOD)。

的努力DVB-IPTV [14),集体名称一套开放的、可互操作的技术规范,DVB开发的项目,以促进数字电视的交付使用互联网协议在DVB双向固定宽带网络项目的回答在IPTV领域当前的活动。除了DVB的交互中间件规范,DVB-MHP(多媒体家庭平台)和宝石在全球执行(MHP) (15),其中也包括IPTV概要文件,给DVB项目一个好站在IPTV的世界。然而,它仍然与氮发挥广播技术和专注于增强IPTV场景(超出三倍或四倍玩),但与开放的互联网分布。因此,运营商将可能从未考虑DVB在个性化的互动场景AAA和QoS的考虑。

2.5。IPTV开放论坛

IPTV开放论坛(OIPTVF)是一个行业联合,有5个关键目标:创建一个终端用户质量IPTV市场,加速引进和部署,减少端到端的IPTV解决方案的集成,创建IPTV服务和协调IPTV的基础设施,服务发展。OIPTVF遵循两种方法:管理网络与三网融合“围墙花园”和开放的互联网门户“围墙花园”。当前文档发布的这个论坛主要集中在需求和第一个架构方法包括三个关键实体:打开IPTV终端功能(OITF)实体,IMS网关功能实体(IG)和应用程序网关功能实体(AG)。家域的主要重点是集成(“通过DLNA / [16,17)到一个完全成熟的IPTV解决方案。

2.6。相关工作

各种研究成果解决多媒体交付通过IP网络的问题。介绍了一个基于ims架构提供电视服务(18]。尽管作者讨论了用户设备之间的接口(IPTV终端功能)和网络全面,本文不解释IPTV服务控制媒体交付组件(媒体服务器)内容交付和媒体处理(如果需要)。此外,它是不清楚的内容提供者,服务提供商和网络运营商可以顺利参与内容交付的价值链。在项目环境网络(19),一个服务具体覆盖网络适应多媒体内容设计,基于点对点通信模型为媒体服务发现和服务路径管理交付(20.]。作者介绍的覆盖网络媒体的整合处理到IMS会话,而假设终端覆盖网络和IMS网络的一部分。自覆盖网络,称为特定于服务的覆盖网络(SSON)已经提供了端到端会话管理、集成的IMS会话将引入额外的延迟会话设置会话参与者之间。遗憾的是,这篇文章没有提供任何这一概念的评价结果。的作者(21,22)大纲动机和利益以及基于ims IPTV解决方案的技术挑战。的好处,他们计算提供一个共同的基础设施,共同的身份管理,和常见的充电,而他们提出的挑战,如广播/多播会话管理和谈判的媒体参数。这些挑战我们的实现地址使用多播/广播喜忧参半,会话管理推动者(SME)会话控制和媒体参数一起使用SDP SIP谈判,分别。的作者(22)还提出一个架构提供基于IMS的IPTV根据ETSI-TISPAN部署在ScaleNet项目(23)组成的功能元素和基本调用流的描述提供了基于IMS的根据ETSI TISPAN IPTV。他们的工作描述了一个新颖的IPTV服务命名为“点击多媒体服务。”

3所示。基于ims总体架构

基于TISPAN和ITU-T NGN架构(见图1),我们开发了一个基于IMS框架,使聚合多媒体服务的交付合并IMS,电视,异花受精服务,如“视频跟我来,”“看到我看到的东西”或“远程家长控制。“图2描述了体系结构的参考实现最近部署——媒体实验室的互操作性(MIL) [24]。体系结构遵循IMS分层模型,体现了五层和两架飞机后在这一节中描述。层包括访问和传输内容交付功能,基于ims服务控制功能和服务机构推动者和应用程序。另一方面,飞机接受内容提供商和最终用户。

访问和传输层包括各种接入技术以及IP核心网络。访问层应该能够支持双向通信在固定的(例如,DSL和有线电视)和无线(例如,UMTS / HSPDA、WLAN和优质/ H)技术,同时启用IP数据包的交付通过单播或多播传输模式。传输层负责配置的IP地址使用NASS拉克斯和路由IP数据包管理所需的资源以及IP核的访问。

内容交付控制功能(CDCF)是通过一组分布式媒体服务器实现所谓的内容交付和存储功能(CDSF)提供媒体处理和内容提供商的内容交付消费者。媒体处理包括转码、缓存、编辑内容注入(如广告),加密,等等。内容交付封面传送内容从一个输入通道的一个或一组输出通道(例如,从一个单播组播腿),线性内容流或与伎俩函数支持控制RTSP协议,内容抓取的内容提供者通过FTP或HTTP、内容下载/单播或多播持有者通过FTP或长笛协议,分别。这些功能是实现基于GStreamer库(25]。

基于ims的控制功能涵盖了IMS核心元素,即产销,MGC MRFC, MGC(后来的三个元素不是图中描述2),和高速钢。为了控制CDSFs,一个名为内容交付的新元素控制功能(CDCF)介绍。它使应用程序服务器触发所有媒体公开的处理和交付功能通过SIP协议基于RFC4240 CDCF [26]。在我们的实现中,控制接口实现基于Sofia-SIP库(27]扩展SIP的媒体服务器接口,而CDCF控制CDSF通过api,因此它们部署在单个节点。——打开IMS核心作为参考实现产销和高速钢(28]。

服务的推动者表示通过一组服务模块,每一个人提供了一个内部功能使用的终端用户或其他服务的推动者。这些推动者的设计遵循开放移动联盟(OMA)方法(29日]。实现每一个推动者是作为独立的实体或驻留在应用程序服务器部署()提供了一个执行环境以及资源管理。——开发了几种类型的应用服务器,比如SIP Servlet执行环境(SIPSEE) [30.),这是基于SIP和HTTP Servlet技术和支持IMS服务控制(ISC)接口。SIPSEE平台之上,以下部署推动者。

(我)会话管理器的推动者(SME)执行所有相关的服务控制和会话管理提供电视服务(31日]。会话设置的中小企业负责直播电视和视频点播内容、载体的选择、流动跨多个接入网络,组管理,引发媒体交付飞机内容处理和交付。(2)内容管理的推动者(CME)负责内容的生命周期。封面与内容提供商的关系,发现内容和交付内容提供商交付网络元素的进一步处理或内容存储。(3)服务供应的推动者(SPE)为消费者提供电视服务提供相关信息,如电气编程指南(EPG),使消费者发现可用的服务和相关内容。(iv)数字版权管理服务器负责管理内容许可证和相关密钥加密和解密。然而,其他安全相关的问题,如身份验证、媒体授权或数据完整性被低覆盖层如IMS或IP层。为了管理用户的可用性和当前活动(例如,当前的电视频道被监视),我们可以使用存在服务器的XML文档管理服务器(一棵树)存储库来存储用户数据。两台服务器实现和部署在IMS核心作为独立的应用程序服务器。分享任何多媒体应用程序的当前活动最终用户将改善服务的社会特征和增加服务或内容在用户社区的声望。

应用程序层封面为终端用户提供定制和互动服务的应用程序。应用程序可能组成一组服务的推动者和提供这种捆绑。访问服务的基本功能推动者开放和标准化接口需要定义。为了实现这个愿景,OMA服务环境或Parlay X方法可以应用。这将允许开放IMS服务和IPTV服务向Web 2.0和第三方服务提供商。此外,先进的交互式应用程序相关的生活电视节目或视频点播会话可以实现简单的(如投票,个性化的广告或购物)。

内容提供者的飞机介绍了内容提供商(专业或用户生成)生产和提供多媒体内容。这是所有类型的多媒体内容包括生活的来源或存储的内容。内容交付这个平面与所有层通过可用的引用接口定义的IMS向IMS用户,即通用、Mb和Ut接口。这将使最终用户行为为内容提供商。

最终用户平面提出了用户消费场所服务提供和与系统交互的元素。终端用户设备可以连接任何有线或无线接入技术,允许用户IP连接直接或通过一个中间家庭网关在用户的前提。这种网关将提供用户建立一个网状网络的能力在他家庭环境例如基于WLAN,蓝牙传感器网络。这架飞机通过通用汽车与基于ims网络通信,Mb,但参考点。

框架管理TISPAN NGN操作支持子系统(OSS)规范的主要原则和概念可以应用在管理NGN元素包含和映射在ITU-T批准推荐M.3060“下一代网络的管理原则。“然而,TISPAN释放2将定义端到端数据模型涵盖所有相关的强制性的和可选的信息NGN元素供应。

基于这些服务提供的功能,我们实现了交互式应用程序像网络发起投票请求(互动问答节目),个性化的目标广告与嵌入式购物信息综合购物门户(见图3),“看到我所看到的“家内容与内容分享推动功能(见图4)。

4所示。框架的验证

基于逻辑架构的设计原则在前一节中所讨论的,我们想提出一个概念验证的实现,这是集成——媒体实验室的互操作性(MIL) [24)已经通过几个演示应用程序进行验证。本节提供了一个端到端内容交付场景,后来讨论相关的端到端延迟值会话设置通过实际实验。

4.1。端到端内容交付场景

在本节内,会话建立一个端到端的内容交付场景在一个单播或多播传输模式。最终用户终端(机顶盒或移动设备)是一个完整的IMS用户执行默认的IMS注册启动时。

图5显示了会话设置的一般序列流。终端开启时,它首先获得IP连接,一个有效的IP地址通过DHCP、分组数据协议(PDP)上下文激活或静态配置(步骤1)。然后,终端发现P-CSCF然后执行IMS的地址注册请求(步骤2),一旦登记完成后,终端配置的所有可用的IMS和电视服务与公共服务等相关配置参数标识符(PSI)和电子节目指南(EPG)是通过拉,推或订阅/通知机制(步骤3)。一旦用户开始直播电视服务(步骤4),终端发送一个邀请请求向IMS核心网络,在触发CDCF传递相应的内容从一个特定的内容源给最终用户(步骤5至7)。内容交付完成后或在用户在会话终止决定通过发行一个再见(步骤8和9)。更详细的描述服务提供者之间的信号流和IMS如图6。

图6详细说明了用户终端之间的序列流,服务,和基于ims网络。它显示了两个IMS用户(Alice和Bob)机顶盒或移动终端配备IMS SIM卡(ISIM)包含一个IMS私人身份(IMPI)和至少一个IMS公共身份(IMPU)。我们假设Alice和Bob订阅是一个基于ims直播电视服务的服务配置文件和所需的配置信息存储在高速钢。场景分为三个阶段。在第一阶段一旦爱丽丝开始直播电视服务,终端发送一个SIP invite请求携带的PSI直播电视服务,频道名称、和终端能力(步骤1)。基于PSI, S-CSCF将请求路由到中小企业在SIPSEE部署。中小企业检查第一个如果这个频道已经事先所要求的任何用户,在这个场景中,情况就不一样了。因此,询问芝加哥商品交易所获得内容提供商的内容和准备交货。

芝加哥商品交易所的行为作为一个背靠背SIP用户代理之间的CP和CDCF。它请求CDCF发起一个“准备继电器”通过SIP会话邀请信息,包括以下。

(1)SIP中继服务的URL(例如,relay@CDCF-ims-domain.comRFC 4240(后),26]。(2)一个新的内容会话ID,用于标识该继电器进行进一步的请求。(3)媒体参数作为媒体编解码器、IP地址和端口提供的CP。中小企业接收后从芝加哥商品交易所内部内容ID,它触发CDCF内容传递给爱丽丝的单播IP地址或IP多播地址(如果支持多播网络和爱丽丝的设备),表明内部内容ID来标识传递会话(步骤4 - 5)。提供的中继会话参数CDCF转发给爱丽丝的终端。爱丽丝的终端接收200好的消息,它将分配所需的本地端口(或将加入一个多播组如果需要)来接收内容流(步骤6)。

现在鲍勃请求相同的电视频道。同样,邀请消息路由通过IMS核心的中小企业。因为电视内容是已经从CDCF流,中小企业不启动另一个准备继电器与CDCF会话。以防爱丽丝和鲍勃都使用相同的多播持票人接收的内容,中小企业将为鲍勃提供相同的会话参数作为爱丽丝。否则(步骤9 - 11),中小企业将触发继电器的CDCF电视频道鲍勃的终端通过插入鲍勃的会话ID参数和内容。之后,基于CDCF响应,中小企业将期待鲍勃的会话参数分配无记名(步骤12 - 13)。

当用户切换到一个新的频道或会话参数变化,使用一个SIP消息再次邀请(而不是最后一个序列图所示)。由于中小企业跟踪用户的当前频道,先进的交互式应用程序可能需要提供如投票或购物。中小企业允许第三方应用程序专用通道内附加必要的相关元数据(例如,电视直播)。提供这些信息,我们的实现使用SIP消息或SIP信息消息。为了提高效率和更低的延迟在河道变迁场景中,多播信号通道的IGMP协议或带内信号连接到内容流可以用下面的方法提出了(21]。

4.2。性能度量

为会话设置估计端到端延迟,我们测量了触发延迟SIP请求发起和接收之间的200 OK响应消息定义在前面的小节。我们这里没有提到SIP消息为了保持调用流消明确安排。一旦中小企业为特定的电视频道接收第一个请求,触发CDCF接受的内容流作为输入传递会话,之后中小企业请求CDCF向用户传递这条小溪在单播或多播不记名。进一步的用户的请求相同的电视频道要求中小企业提升者只有一个SIP invite请求为每个请求,这种情况下,只有一个单播无记名用于每个请求。节中解释4所示。1多播的,持票人(由中小企业内部决定的),中小企业已经知道这个地址的IP多播地址初始化和响应对CDCF又没有信号。

性能测量的目的是确定的总信号延迟(用图表示6与),包括第一个RTP数据包的往返时间。设置的时间流对CDCF并传送给用户来标示(见图6)。

我们认为一个测试场景设置一个会话内容交付对CDCF(准备继电器)和一个单播传输会话为每个用户请求(继电器)。

实验设置如图7,如下所示。

(1)用户模拟测试工具被称为SIPNuke [32),这是开发的——和能产生成千上万的SIP请求各种利率,接收RTP交通并记录相应的统计数据。(2)——打开IMS核心覆盖了P - /我/ S-CSCF高速钢是部署在一台机器与英特尔酷睿2双核2.2 GHz的4 GB RAM。(3)中小企业/芝加哥商品交易所托管和执行SIPSEE部署在英特尔酷睿2双核2.2 GHz的4 GB RAM。(4)CDCF——实现部分中描述3。它是部署在英特尔酷睿2双核2.2 GHz的4 GB RAM。(5)内容提供者通过VLC模拟(视频局域网客户端)(33),在MPEG-TS流流电影CDCF单播连接。VLC运行在英特尔酷睿2双核1.8 GHz处理器、1 GB RAM。这些节点通过以太网络连接局域网(100 base - t)网络中,用户终端和中小企业之间6跳/芝加哥商品交易所,2中小企业之间的跳/芝加哥商品交易所和CDCF 1跳CP和CDCF之间,6啤酒花CDCF之间和用户终端。

数据8,9,10,11描述不同的测量计算在客户端调用每秒的速度增长。总会议延迟红色和描述了信号延迟描述了蓝色。每个实现的同步会话总数在水平轴表示。每个媒体会话的时间是10秒,然后客户端接收到RTP交通问题SIP再见消息终止会话。图中的每个延迟值对应于一系列重复的中值10测量。关于值,测量完成当第一个200 OK到达用户终端。这个时间是网络延迟的和在测试通信媒体和处理延迟引起的IMS核心网络,中小企业和CDCF。分别为,描绘了当时第一个RTP数据包到达用户终端。这不是考虑当第一个完整的视频帧的显示终端。的MPEG2视频编码的第一个完整的帧显示尽快第I帧解码。

4.3。讨论

正如我们看到的测量,从某个总并发会话数(从60到100),信号和总延误不断生长缓慢的速度每秒3和5调用。在7和10延迟增加的速度逐渐开始后然后指数达到了水平轴的中间。在这种背景下,我们依靠ITU-T推荐G.114 [34),采纳其建议会话建立延迟的问题研究。文献[34)将接受口头传到耳朵的延迟定义为不超过200 - 280毫秒让所有用户非常满意或满意。根据这些结果我们应该四个重要的观察。

(我)信号延迟起着重要影响的总延迟几个节点参与信号传导路径包括问题,IMS核心,中小企业/芝加哥商品交易所,CDCF。(2)第一个请求的延迟(在数据清楚地看到8和9)总是高于下面的消息。这是由于继电器之间的会话设置内容提供商(VLC) CDCF,准备相关管道CDCF(步骤2和3在图6)。(3)处理时间对中小企业/芝加哥商品交易所成为大点球高。中小企业特别是一些已经存在的会话(超过60和30会议7和10 cps,职责):这导致重传之前的请求(邀请或再见消息)在一定的时间之后。作为一个结果,收到请求的实际利率在中小企业远远高于7到10 cps和因此测量延迟成指数增加。(iv)一旦中小企业上的处理时间的增加,重发引发的IMS核心以及客户机节点即使数据包成功交付,自从重新传输超时小于总延迟。结果表明:中小企业表现良好在调用率低,延迟会在容许极限(少于200毫秒)更高的请求速率只有一个负载平衡的过程适用于传入的请求。然而,这并非如此在当前实现中,所以这个问题必须考虑未来的工作。

5。结论

本文介绍了当前基于ims IPTV领域的标准化活动。小说描述了一个端到端的整体架构,基于IMS和使聚合多媒体服务的交付单播、多播和广播传输模式方法从ITU-T和TISPAN后。框架提供了先进的会话管理功能,同时它提供了一个基础设施,识别价值链中所有玩家:内容提供商的网络运营商和终端用户。提出为了嵌入交互性和个性化服务平台已确定,加上我们展示了如何框架支持个性化服务等新兴服务,在线投票或其他服务提供者,帮助用户发现内容从一个巨大的媒体数据库。在这样的架构提出了相关组件。框架的模型验证和一般性能场景和相关测量结果被描述和讨论。

未来的工作在这个研究方向涉及可伸缩性、负载均衡、分布式管理、和媒体处理:这包括例如如何分配多媒体处理跨多个CDCFs或如何存储媒体内容在不同CDCFs或网络节点。NGN和IMS的功能的分布式体系结构将缓解部署基于IMS的NGN网络在不久的将来。然而,进一步措施除了内容发现的缓解和提供用户交互上下文信息的集成在一个社区意义上组成一个特别的团体。这需要上下文内容的匹配机制。有前途的社区服务更具吸引力,集成的应用程序支持共享多媒体体验(应用程序共享、白板等)需要调查。

引用

1. BT愿景,http://www.btvision.bt.com/。
2. 家里招待,http://www.t-home.de/entertain。
3. ITU-T推荐G.993.1非常高速数字用户线收发器,2004年6月。
4. m . Baldi“三重播放支持下一代互联网,”学报》第12届国际电信网络战略和规划研讨会(网络06年),页1 - 7,新德里,印度,2006年11月。视图:出版商的网站|谷歌学术搜索
5. 3 gpp TS 23.228。IP多媒体子系统;第二阶段,http://www.3gpp.org/。
6. 第三代合作伙伴项目http://www.3gpp.org/。
7. ITU-T推荐Y.2012、NGN参考体系结构框架,2006年。
8. ETSI TS 282 001,“TISPAN;NGN功能体系结构释放2、“电信和互联网融合为先进的网络服务和协议(TISPAN)。视图:谷歌学术搜索
9. PacketCable”体系结构框架,“有线电视实验室,日本,2006年4月。视图:谷歌学术搜索
10. IPTV开放论坛,http://www.openiptvforum.org/。
11. ATIS航站IPTV互操作性论坛,http://www.atis.org/IIF/。
12. 互联网流媒体联盟,http://www.isma.tv/。
13. ETSI TS 102 034,数字视频广播(DVB);基于MPEG2的DVB服务的基于IP的运输网络。
14. DVB-IPTV标准,http://www.dvb.org/technology/standards/index.xml互联网。
15. 民族主义者行动党(MHP)和宝石,http://www.mhp.org/。
16. “通用即插即用(即),http://www.upnp.org/。
17. 数字生活网络联盟(DLNA),http://www.dlna.org/。
18. t . Cagenius a . Fasbender j . Hjelm角,即m .实例变量和,塞尔伯格(n . Selberg)如此“电视发展经验:在任何时间,任何地方,任何设备,“爱立信审查,卷83,不。3、107 - 111年,2006页。视图:谷歌学术搜索
19. 环境网络FP6集成项目,http://www.ambient-networks.org/。
20. b·马蒂厄·m·歌,j·雷伊,施密德,”服务的具体覆盖网络适应SIP多媒体电话,”诉讼中的国际会议智能服务网络(ICIN 06年)波尔多,法国,2006年5月。视图:谷歌学术搜索
21. b . Chatras m说,“在IMS提供四玩IPTV,”诉讼中的第11届国际会议上智能服务网络(ICIN ' 07)2007年10月,波尔多,法国,。视图:谷歌学术搜索
22. e . Mikoczy d . Sivchenko b徐,诉Rakocevic,“基于IMS的IPTV服务体系结构和实现,”第三届国际会议上移动多媒体通信学报》(MobiMedia ' 07)2007年8月,Nafpaktos,希腊,。视图:谷歌学术搜索
23. ScaleNet项目,http://www.scalenet.de/。
24. ——媒体实验室的互操作性,http://www.mediainteroperabilitylab.org/。
25. GStreamer:开源多媒体框架,http://gstreamer.freedesktop.org/。
26. e .汉堡,j·范·戴克,a·斯皮策”与SIP基本网络媒体服务”,IETF RFC 4240, 2005年12月。视图:谷歌学术搜索
27. Sofia-SIP:开源SIP用户代理,http://opensource.nokia.com/projects/sofia-sip。
28. t . Magedanz d Vigarzan, p . Weik设计和实现一个开放的IMS核心施普林格,柏林,德国,2005年。
29. 开放手机联盟”,OMA服务环境,”版本1.0.2-08批准,2005年8月。视图:谷歌学术搜索
30. k . Knuettel t Magedanz, l .谢“SIP servlet执行环境(SIPSee)——IMS SIP应用程序服务器进行聚合应用程序批准,”诉讼中的国际会议智能服务网络(ICIN 06年)波尔多,法国,2006年5月。视图:谷歌学术搜索
31. c . Riede a Al-Hezmi, t . Magedanz“四游戏环节管理推动者多媒体流,”16是移动和无线通信学报》峰会,页1 - 5,布达佩斯,匈牙利,2007年7月。视图:出版商的网站|谷歌学术搜索
32. SIPNuke,http://www.sipnuke.org/。
33. 局域网视频客户端,http://videolan.org/。
34. 单向传输时间,“ITU-T ITU-T推荐G.114, 2003年5月。视图:谷歌学术搜索

版权

版权©2008阿德尔Al-Hezmi等。这是一个开放的分布式下文章知识共享归属许可,它允许无限制的使用、分配和复制在任何媒介,提供最初的工作是正确引用。