多媒体系统中基于号码分析的呼叫路由框架的设计和实现doc.docx
- 文档编号:3224213
- 上传时间:2022-11-20
- 格式:DOCX
- 页数:67
- 大小:1.34MB
多媒体系统中基于号码分析的呼叫路由框架的设计和实现doc.docx
《多媒体系统中基于号码分析的呼叫路由框架的设计和实现doc.docx》由会员分享,可在线阅读,更多相关《多媒体系统中基于号码分析的呼叫路由框架的设计和实现doc.docx(67页珍藏版)》请在冰豆网上搜索。
多媒体系统中基于号码分析的呼叫路由框架的设计和实现doc
多媒体系统中基于号码分析的呼叫路由框架的设计与实现
摘要
目前,多媒体系统已经应用到各个重要场合,各种各样的多媒体终端频频而出,从我们熟知的摄像机,监视器,电视墙,到现在的高清IPC等等,这些终端的发展,使得多媒体系统的功能也越来越强大了。
然而,现有的多媒体系统不是很完善,还有着许多需要改进的地方,比如多媒体系统中服务器与终端之间的交互以及服务器本身之间的交互的恢复机制等。
呼叫路由是多媒体系统的组成部分,旨在通过呼叫路由模块来找到各个终端和服务器的地址,以便完成服务器和终端之间的会话。
本文基于对呼叫路由模块的实现,分别从多媒体系统的组网、传输协议、数据库等方面对多媒体系统进行分析,指出了多媒体系统的一些需要改进的地方和改进的方案。
同时,本文为多媒体系统提供了一个独立的呼叫路由模块并完成呼叫路由模块数据库的设计、编码方案的设计和呼叫路由框架的设计。
针对呼叫路由的框架,本文给出了呼叫路由模块的几个主要的数据结构和函数接口,以便进一步分析呼叫路由框架的实现过程。
在呼叫路由模块的实现中,本文参考了电话交换网络中的号码分析的应用技术,为多媒体系统制订了一套基本的编码方案。
基于本文设计的呼叫路由模块,本文还为多媒体系统的业务的恢复提供了相关的实现策略并给出了多媒体系统中业务恢复的实例。
关键词:
多媒体系统,终端,呼叫路由,号码分析,会话
Abstract
Atpresent,IPMultimediaOperatingSystemhasbeenappliedtomanyimportantoccasions,variousmultimediaterminalscomeoutmoreandmorefrequentlyasweknow,fromthecamera,monitor,TVwall,tothepresenthighdefinitionIPC,etc,theseterminals’developmentmakesthemultimediasystembeingstrongerandstronger.However,theexistingmultimediasystemisnotperfectenough,therearemanyareasinneedofimprovementinthemultimediasystem,suchastherecoverymechanismoftheinteractionbetweenserversandterminalsinthemultimediasystemortheinteractionbetweenserversitself.Callroutingisacomponentofthemultimediasystem,aimstofindoutaddressesofthevariousterminalsandserversfromvisitingcallroutingmoduleinordertofinishthesessionsbetweenserversandterminals.Thisarticlesuggestssomeareasinneedofimprovementandtheimprovementplanbyanalyzingthemultimediasysteminthepointsofthemultimediasystem’snetworking,transferprotocol,databaseandsoonwhichbasedontherealizationofthecallroutingmodule.Atthesametime,thisarticleprovidesaseparatecallroutingmoduleformultimediasystem,completesthedesignforcallroutingmodule’sdatabase,codingschemeandframework.Accordingtotheframeworkofthecallroutingmodule,thispapergivesseveralmaindatastructuresandinterfacefunctionsinordertofurtheranalysiscallroutingframework’simplementationprocess.Bylearningtheapplicationtechnologyofthetelephoneexchangenetwork,thisessaydevelopsasetofbasiccodingschemeformultimediasystemintherealizationofthecallroutingmodule.Basedonthisdesign,thispaperalsoprovidessomestrategiesformultimediasystem’sbusinessrecoveryandgivessomebusinessrecoveryexamples.
KeyWords:
multimediasystem,terminals,call-routing,numberanalysis,session
图目录
表目录
第1章绪论
1.1多媒体系统的发展
1.1.1多媒体系统简介
本课题所研究的多媒体系统,也即IP多媒体系统(IPMultimediaOperatingSystem),简称IMOS[1]。
IP多媒体系统是一个基础的开发平台,短期内,支持监控、视讯、媒体发布等业务,节约开发和维护成本。
长远上,为产品的不断丰富和完善奠定基础,为价值链上的客户和友商开发增值业务,技术合作、技术创新提供弹性的空间。
目前,一些公司已经研究出自己的多媒体系统供使用,本课题所研究的多媒体系统,也即IMOS系统,是目前国内最普遍使用的多媒体系统之一。
多媒体系统已经形成了一个稳定的开发平台,基于这个开发平台,多媒体系统将逐步地完善功能,系统也越来越智能化,人性化。
1.1.2多媒体系统的应用
多媒体系统,包括多媒体软件系统和硬件系统,结合相关的应用领域,充分利用多媒体技术的关键特性,集成多种媒体的关联信息,就可以构成多媒体的应用系统[2]。
起初,多媒体终端类型并不是太多,并且应用场合很有限,还没有形成一个真正的多媒体系统。
随着应用的逐渐推广,终端类型的增多,管理这些终端,保持终端之间的会话越来越麻烦,多媒体系统才逐渐的发展起来。
目前多媒体系统还在进一步发展中,但是多媒体系统确实已经得到了极大的应用。
在电影里我们经常能到一个个的“监控室”,在监控室里,你可以看到本楼内几乎所有地方的视频,这就是多媒体监控领域的应用之一,当然,现在监控领域的应用远比那个“监控室”多的多,因为现在的多媒体系统支持的业务已经有很多了。
在交通系统中,我们需要监视路段的车辆情况,在公安局内,监狱等重要地方,我们需要全方位的监控各个角落,在景区内,我们也需要对各个景点进行监控,而且监控的角度还需要能够实时的调整,有时候更需要远距离监控,这些都是监控领域的应用,当然,要完成这些监控,需要一个足够强大的系统来支持这些业务。
IP多媒体系统发展至今,从功能上足够完成这些功能,所以,在国内的应用是非常广的。
早在20世纪80年代中期就投入人力与物理从事多媒体技术的开创性研究工作,涌现出一批具有代表性的公司和多媒体系统,如Commodore公司的Amiga系统,Apple公司的HyperCard系统,Philips/Sony公司的CD-I系统,Intel/IBM公司的DVI系统等[3]。
随着开发的逐步发展,多媒体系统的业务也会日益丰富,不难想象,将来的多媒体系统是十分智能和人性化的。
1.2多媒体系统的管理
1.2.1多媒体系统的终端管理
上面我们说过多媒体的一些应用,为了完成这些实际的需求的功能,系统应该足够强大来支持这些终端业务。
IMOS目前支持的业务有很多,比较重要的有下面几类:
实况,实况又可以分为硬解实况和软解实况。
完成实况首先需要的终端的采像设备,就是摄像机,采像设备把所得的媒体数据发送到编码器上。
编码器会根据配置的一些规则,比如H.264码流[4],进行编码,把媒体流变成数据流。
要想看到实况,就需要另一样设备,解码器和播放器,解码器用来解码,接收编码器发送过来的数据流,硬解实况的播放器是一个实体终端,比如监视器,电视墙等,解码器发送过来的媒体流可以在这些终端上播放。
软解实况的播放器是兼容在系统上的,有一个XP播放窗口,可以解码和播放实况。
云台控制,云台简单的说是一个可以转动的摄像机。
摄像机的角度比较死,不能自动的去移动,如果想换一个角度,看下周围的实况,就需要云台了。
多媒体系统支持云台的控制,随时可以控制云台的角度。
云台的出现大大节省了摄像机资源,一个云台足够把周围地区都监视起来了。
告警,告警是一个辅助功能,用来捕获一些异常,比如运动告警,如果监视器的某些地方出现画面变化,就会启动告警通知值班人员进行处理,这些应用大大节省了人力资源,还有很多告警类型,比如高温告警,画面丢失告警等等,告警的出现使管理方便很多。
IMOS还有很多其他的功能,完成这些功能,如上面所说,就需要IMOS能够管理这些终端,使终端能够正常的会话。
IMOS要管理的终端类型很多,有软终端和硬终端,如编码器(EC),解码器(DC),播放器(XP),媒体转发服务器(MS),监视器,摄像机,云台等等。
IMOS的终端管理与电话的管理有点类似。
要完成终端的管理,首先需要把各个终端注册到服务器上,不同的终端都在一个服务器上,这样就通过服务器来完成本域的终端管理。
当然不可能把所有的终端都注册到一个服务器上,一则远距离注册不方便,二来服务器性能会受到很大挑战。
所以,IMOS为了解决这个麻烦,设计出了多级多域管理系统,服务器之间进行注册管理,在一个服务器上能够通过共享域资源,使用其他域的终端,这样就完成了跨域的终端之间的交互。
在跨地区的终端管理中,目前就是这种形式,不同的是,IMOS的多级域有上下级域之分,就是,两台服务器的地位不是对等的,上级域能够使用下级域共享(推送)的资源,而上级域不能像下级域推送资源,这样做主要是为了完成管理的一个权限的划分。
1.2.2多媒体系统的一些缺陷
多媒体系统目前还在发展阶段,作者所在的公司的多媒体开发部门一直在努力去打造一个综合型的操作平台,目前在国内的业界发展已经较为先进。
小规模的终端应用简单的多,我们通过其他硬件终端来分析一下多媒体的发展。
就像电话机的出现一样,电话在发展的初始阶段,因为电话终端很少,所以可以通过简单的直连等就可以接通电话,所以初期,电话就没有什么较成型的管理方案。
然而,随着终端量的扩大,发现最初的管理相当麻烦,大量排线等造成了电话业务的致命影响,所以才会有一个“服务器”管理系统的出现,电话机通过连接到服务器,由服务器进一步进行管理,这样会少了很多麻烦,并且扩充了很多业务。
然而,随着终端数量的再一部扩大,电话的寻址方案越显重要了,为了能够完成电话间的寻址,服务器上有一套强大的路由寻址方案,而且经过这么多年的发展,电话交换网的发展已
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 多媒体 系统 基于 号码 分析 呼叫 路由 框架 设计 实现 doc
![提示](https://static.bdocx.com/images/bang_tan.gif)