多媒体系统中基于号码分析的呼叫路由框架的设计和实现硕士学位论文.doc

《多媒体系统中基于号码分析的呼叫路由框架的设计和实现硕士学位论文.doc》由会员分享，可在线阅读，更多相关《多媒体系统中基于号码分析的呼叫路由框架的设计和实现硕士学位论文.doc（76页珍藏版）》请在三一办公上搜索。

1、硕士学位论文多媒体系统中基于号码分析的呼叫路由框架的设计与实现 摘要目前，多媒体系统已经应用到各个重要场合，各种各样的多媒体终端频频而出，从我们熟知的摄像机，监视器，电视墙，到现在的高清IPC等等，这些终端的发展，使得多媒体系统的功能也越来越强大了。然而，现有的多媒体系统不是很完善，还有着许多需要改进的地方,比如多媒体系统中服务器与终端之间的交互以及服务器本身之间的交互的恢复机制等。呼叫路由是多媒体系统的组成部分，旨在通过呼叫路由模块来找到各个终端和服务器的地址，以便完成服务器和终端之间的会话。本文基于对呼叫路由模块的实现，分别从多媒体系统的组网、传输协议、数据库等方面对多媒体系统进行分析，指

2、出了多媒体系统的一些需要改进的地方和改进的方案。同时，本文为多媒体系统提供了一个独立的呼叫路由模块并完成呼叫路由模块数据库的设计、编码方案的设计和呼叫路由框架的设计。针对呼叫路由的框架，本文给出了呼叫路由模块的几个主要的数据结构和函数接口，以便进一步分析呼叫路由框架的实现过程。在呼叫路由模块的实现中，本文参考了电话交换网络中的号码分析的应用技术，为多媒体系统制订了一套基本的编码方案。基于本文设计的呼叫路由模块，本文还为多媒体系统的业务的恢复提供了相关的实现策略并给出了多媒体系统中业务恢复的实例。关键词：多媒体系统，终端，呼叫路由，号码分析，会话AbstractAt present, IP Mu

3、ltimedia Operating System has been applied to many important occasions , various multimedia terminals come out more and more frequently as we know, from the camera, monitor, TV wall, to the present high definition IPC, etc, these terminals development makes the multimedia system being stronger and s

4、tronger. However, the existing multimedia system is not perfect enough, there are many areas in need of improvement in the multimedia system, such as the recovery mechanism of the interaction between servers and terminals in the multimedia system or the interaction between servers itself. Call routi

5、ng is a component of the multimedia system, aims to find out addresses of the various terminals and servers from visiting call routing module in order to finish the sessions between servers and terminals. This article suggests some areas in need of improvement and the improvement plan by analyzing t

6、he multimedia system in the points of the multimedia systems networking, transfer protocol, database and so on which based on the realization of the call routing module. At the same time, this article provides a separate call routing module for multimedia system, completes the design for call routin

7、g modules database, coding scheme and framework. According to the framework of the call routing module, this paper gives several main data structures and interface functions in order to further analysis call routing frameworks implementation process. By learning the application technology of the tel

8、ephone exchange network, this essay develops a set of basic coding scheme for multimedia system in the realization of the call routing module. Based on this design, this paper also provides some strategies for multimedia systems business recovery and gives some business recovery examples.Key Words：m

9、ultimedia system, terminals, call-routing, number analysis, session 目录摘要iAbstractii图目录III表目录IV第1章 绪论11.1 多媒体系统的发展11.1.1 多媒体系统简介11.1.2 多媒体系统的应用11.2 多媒体系统的管理21.2.1 多媒体系统的终端管理21.2.2 多媒体系统的一些缺陷31.3 本课题的研究背景以及拟解决的问题41.3.1 课题来源41.3.2 呼叫路由技术在多媒体中的应用41.3.3 课题拟解决的问题41.4 本章小结5第2章 多媒体系统业务分析62.1 多媒体系统的基本架构62.1.

10、1 多媒体业务通用的三层架构体系62.1.2 IP多媒体系统的基本架构分析82.2 多媒体系统的协议分析112.2.1 H.323协议112.2.2 SIP协议122.2.3 多媒体业务控制中协议的传输132.3 多媒体系统的组网设计分析142.3.1 多级多域模型142.3.2 终端交互的组网实现162.4 多媒体系统的会话类的业务分析182.4.1 终端注册流程分析182.4.2 终端会话流程分析212.5 本章小结22第3章 多媒体系统的改进分析233.1 多媒体系统的一些策略与相关分析233.1.1 组网以及协议传输策略233.1.2 数据库策略243.1.3 设备绑定策略253.2

11、多媒体系统一些改进的方案分析263.2.1 组网以及设备绑定改进分析263.2.2 数据库改进分析283.2.3 编码方案分析293.3 基于号码分析的呼叫路由方案的提出303.3.1 号码分析的应用303.3.2 号码分析以及新的呼叫路由方案的提出313.4 本章小结32第4章 基于号码分析的呼叫路由的框架的设计334.1 数据库设计334.1.1 设备注册路由表设计334.1.2 域路由表设计344.1.3 设备共享路由表设计354.2 编码设计374.2.1 IP多媒体系统编码应考虑的一些因素384.2.2 IP多媒体系统编码设计394.3 呼叫路由模块设计404.3.1 呼叫路由模块框

12、架414.3.2 呼叫路由模块业务实现流程设计444.3.3 呼叫路由模块扩展设计474.4 呼叫路由模块的实现484.4.1 数据结构设计的实现484.4.2 函数接口设计的实现504.4.3 呼叫路由框架的实现分析564.5 本章小节56第5章 基于号码分析的呼叫路由框架的实现585.1 呼叫路由模块支持的业务585.2 呼叫路由模块实现的实例595.2.1 实时监控的实例与分析595.2.2 多级多域组网注册恢复的实例与分析625.3 本章小结66第6章 总结67参考文献68作者简历70致谢71图目录图2.1 多媒体三层架构图6图2.2 IMOS架构简图8图2. 3 IMOS系统部分业务

13、截图9图2. 4 SIP请求消息14图2. 5 多级多域模型16图2. 6 本域终端交互的实现17图2. 7 域间终端会话18图2. 8 终端配置界面19图2. 9 终端注册简图20图3. 1 域间消息传递24图3. 2 组网以及设备绑定图解26图3. 3 消息传递方案27图4. 1 呼叫路由模块数据库设计关系图37图4. 2 呼叫路由模块简图42图4. 3 呼叫路由流程图44图4. 4 呼叫路由业务实现45图4. 5 呼叫路由模块结合业务的实现47图5. 1 配置EC界面60图5. 2 实况界面60图5. 3设备注册路由表61图5. 4 EC路由信息61图5. 5 本域实况实例报文62图5.

14、 6 域间保活实例63图5. 7 呼叫路由重注册实例64图5. 8 域路由表实例65图5. 9 域路由表数据查询实例65图5. 10 域间故障恢复实例66表目录表3.1 IMOS路由表25表4.1 设备注册路由表33表4.2 域路由表35表4.3 设备推送路由表36表4.4 编码规则表40第1章 绪论1.1 多媒体系统的发展1.1.1 多媒体系统简介本课题所研究的多媒体系统，也即IP多媒体系统（IP Multimedia Operating System），简称IMOS1。IP多媒体系统是一个基础的开发平台，短期内，支持监控、视讯、媒体发布等业务，节约开发和维护成本。长远上，为产品的不断丰富和

15、完善奠定基础，为价值链上的客户和友商开发增值业务，技术合作、技术创新提供弹性的空间。目前，一些公司已经研究出自己的多媒体系统供使用，本课题所研究的多媒体系统，也即IMOS系统，是目前国内最普遍使用的多媒体系统之一。多媒体系统已经形成了一个稳定的开发平台，基于这个开发平台，多媒体系统将逐步地完善功能，系统也越来越智能化，人性化。1.1.2 多媒体系统的应用多媒体系统，包括多媒体软件系统和硬件系统，结合相关的应用领域，充分利用多媒体技术的关键特性，集成多种媒体的关联信息，就可以构成多媒体的应用系统2 。起初，多媒体终端类型并不是太多，并且应用场合很有限，还没有形成一个真正的多媒体系统。随着应用的逐

16、渐推广，终端类型的增多，管理这些终端，保持终端之间的会话越来越麻烦，多媒体系统才逐渐的发展起来。目前多媒体系统还在进一步发展中，但是多媒体系统确实已经得到了极大的应用。在电影里我们经常能到一个个的“监控室”，在监控室里，你可以看到本楼内几乎所有地方的视频，这就是多媒体监控领域的应用之一，当然，现在监控领域的应用远比那个“监控室”多的多，因为现在的多媒体系统支持的业务已经有很多了。在交通系统中，我们需要监视路段的车辆情况，在公安局内，监狱等重要地方，我们需要全方位的监控各个角落，在景区内，我们也需要对各个景点进行监控，而且监控的角度还需要能够实时的调整，有时候更需要远距离监控，这些都是监控领域的

17、应用，当然，要完成这些监控，需要一个足够强大的系统来支持这些业务。IP多媒体系统发展至今，从功能上足够完成这些功能，所以，在国内的应用是非常广的。早在20世纪80年代中期就投入人力与物理从事多媒体技术的开创性研究工作，涌现出一批具有代表性的公司和多媒体系统，如Commodore公司的Amiga系统，Apple公司的HyperCard系统，Philips/Sony公司的CD-I系统，Intel/IBM公司的DVI系统等3 。随着开发的逐步发展，多媒体系统的业务也会日益丰富，不难想象，将来的多媒体系统是十分智能和人性化的。1.2 多媒体系统的管理1.2.1 多媒体系统的终端管理上面我们说过多媒体的

18、一些应用，为了完成这些实际的需求的功能，系统应该足够强大来支持这些终端业务。IMOS目前支持的业务有很多，比较重要的有下面几类：实况，实况又可以分为硬解实况和软解实况。完成实况首先需要的终端的采像设备，就是摄像机，采像设备把所得的媒体数据发送到编码器上。编码器会根据配置的一些规则，比如H.264码流4，进行编码，把媒体流变成数据流。要想看到实况，就需要另一样设备，解码器和播放器，解码器用来解码，接收编码器发送过来的数据流，硬解实况的播放器是一个实体终端，比如监视器，电视墙等，解码器发送过来的媒体流可以在这些终端上播放。软解实况的播放器是兼容在系统上的，有一个XP播放窗口，可以解码和播放实况。云

19、台控制，云台简单的说是一个可以转动的摄像机。摄像机的角度比较死，不能自动的去移动，如果想换一个角度，看下周围的实况，就需要云台了。多媒体系统支持云台的控制，随时可以控制云台的角度。云台的出现大大节省了摄像机资源，一个云台足够把周围地区都监视起来了。告警，告警是一个辅助功能，用来捕获一些异常，比如运动告警，如果监视器的某些地方出现画面变化，就会启动告警通知值班人员进行处理，这些应用大大节省了人力资源，还有很多告警类型，比如高温告警，画面丢失告警等等，告警的出现使管理方便很多。IMOS还有很多其他的功能，完成这些功能，如上面所说，就需要IMOS能够管理这些终端，使终端能够正常的会话。IMOS要管理

20、的终端类型很多，有软终端和硬终端，如编码器（EC），解码器（DC），播放器（XP），媒体转发服务器（MS），监视器，摄像机，云台等等。IMOS的终端管理与电话的管理有点类似。要完成终端的管理，首先需要把各个终端注册到服务器上，不同的终端都在一个服务器上，这样就通过服务器来完成本域的终端管理。当然不可能把所有的终端都注册到一个服务器上，一则远距离注册不方便，二来服务器性能会受到很大挑战。所以，IMOS为了解决这个麻烦，设计出了多级多域管理系统，服务器之间进行注册管理，在一个服务器上能够通过共享域资源，使用其他域的终端，这样就完成了跨域的终端之间的交互。在跨地区的终端管理中，目前就是这种形式，不同

21、的是，IMOS的多级域有上下级域之分，就是，两台服务器的地位不是对等的，上级域能够使用下级域共享（推送）的资源，而上级域不能像下级域推送资源，这样做主要是为了完成管理的一个权限的划分。1.2.2 多媒体系统的一些缺陷多媒体系统目前还在发展阶段，作者所在的公司的多媒体开发部门一直在努力去打造一个综合型的操作平台，目前在国内的业界发展已经较为先进。小规模的终端应用简单的多，我们通过其他硬件终端来分析一下多媒体的发展。就像电话机的出现一样，电话在发展的初始阶段，因为电话终端很少，所以可以通过简单的直连等就可以接通电话，所以初期，电话就没有什么较成型的管理方案。然而，随着终端量的扩大，发现最初的管理相

22、当麻烦，大量排线等造成了电话业务的致命影响，所以才会有一个“服务器”管理系统的出现，电话机通过连接到服务器，由服务器进一步进行管理，这样会少了很多麻烦，并且扩充了很多业务。然而，随着终端数量的再一部扩大，电话的寻址方案越显重要了，为了能够完成电话间的寻址，服务器上有一套强大的路由寻址方案，而且经过这么多年的发展，电话交换网的发展已经相当成熟了。多媒体的发展也是一样，随着项目的逐步扩大，多媒体终端也会越来越多，多媒体系统的应用也会越来越广。这样问题就来了，如果把大量的终端都注册到一个服务器上，那显然是不行的，因此，本作者所在公司推出了多级多域管理方案，也就是把多台服务器相互注册，完成服务器间的资

23、源共享。在这套方案中，不可避免的会出现一个路由寻址的子方案，因为设备间终究是要寻址的。而目前的多媒体系统因为设备量，开发代价等，没有把路由这一块做的很好，只是简单的和业务放在一起处理一下，提供了一个简单的路由查询接口供使用。这样，业务的实现就会受到一定的限制，多台服务器间的管理由于路由的限制会受到一些影响。还有，多媒体终端类型将会越来越多地出现，对这些终端的支持也是一个需要解决的问题。还有就是业务的实现了，这是目前正在逐步解决的，对于新业务的实现也是一个需要长期解决的问题。具体的缺陷会在第四章给出详细的解释与说明。1.3 本课题的研究背景以及拟解决的问题1.3.1 课题来源本课题源于多媒体系统

24、的业务和路由模块和IPX系统5的呼叫路由方案的实现。作者经过对目前多媒体系统的一些特征的分析，总结出一些改善的方案，同时吸取现在的电话交换网络6的一些技术，完成一套分析设计文档。本课题就是基于这套方案展开来，对路有模块逐步分析，形成了一个独立的路由的框架。1.3.2 呼叫路由技术在多媒体中的应用在解决路由的问题之前，我们先来看一看目前呼叫路由在多媒体系统中的实现方式。在目前的多媒体系统中，路由模块与业务模块集成在一起。数据库中会有一张专门存放路有信息的路有表，在这张路由表中，存放的有终端设备的编码，IP地址，地址类型，端口号，以及nat穿越的地址信息。路由模块会提供一个查询的接口来实现路由信息

25、的查询，在需要应用地址查询的控制模块就直接调用这个接口就行了。因为接口的代码量不是很大，所以没有单独做成一个模块，不划算，就直接写在控制模块里了。路由表里还含有域的地址信息，通过查询路由表能够帮助业务控制模块查询到设备所在域的地址，然后再通过设备所在域服务器进一步查询。这样就可以顺藤摸瓜，总能找到设备。1.3.3 课题拟解决的问题本课题拟解决一些路由方面的问题，设计了一个新的路由模块，解决终端之间只有一条路径可达的局限性问题，同时智能化了呼叫路由模块的功能。具体来说可以分为以下几个子问题。路由表的规划。对目前的路由表重新规划设计，使得数据库能够更方便地支持路由模块的功能，进而能支持更多的业务和

26、增加效率。设备编码。对终端设备进行编码，为业务的实现增加提供方便，也为基于号码分析的呼叫路由的实现打下基础。呼叫路由框架设计。根据现有的一些呼叫路由技术和其他领域中的呼叫路由的应用，为多媒体系统提供一个有效的呼叫路由的模块结构。基于以上三点，本文的问题与工作也就有了初步的认识，在后面几章里，作者将会对于多媒体的具体的一些会话的业务，多媒体系统的改进分析和呼叫路由的设计给出详细的分析和说明。1.4 本章小结本章主要介绍了多媒体系统的一些应用，其中包括多媒体应用系统和终端设备等，基于这些指出了目前多媒体系统的一些缺陷。本章还指出本课题所做的工作与目前哪些多媒体系统的缺陷的关系，利用本课题研究的成果

27、，对多媒体系统有哪些改进。同时，在本章中引入了本课题研究的对象，也就是呼叫路由的寻址，由此进一步指明了本课题所做的工作，也就是设计和实现一个独立的呼叫路由框架，以及在设计和实现过程中所需要的几项具体的工作和参考的资料等，为后面的具体的分析和设计打下基础。第2章 多媒体系统业务分析2.1 多媒体系统的基本架构多媒体系统的业务很多，涉及到会话类的业务也有数十种之多，但这些业务都有一个基本的流程，这些业务也都会基于一个基础的多媒体架构来实现。下面我们分别对IMOS的架构，组网，会话业务进行分析。2.1.1 多媒体业务通用的三层架构体系用户管理业务管理媒体网关呼叫控制呼叫路由数据库SIP适配层其他适配

28、层H.323适配层应用层控制层基础设施层数据交互业务控制图2.1 多媒体三层架构图如图2.1，这个是多媒体的基本三层架构5。目前许多的多媒体系统都是基于这个架构衍生而来，对每个层进行逐步的细化。我们能通过系统界面等看到一系列的业务，这些业务正是基于应用层的一些基本业务接口发展而来，这些业务接口是应用层的基础，是最基本的业务接口，我们在界面上的看到业务就是这些基本业务的逻辑的组合。原子业务是最底层底层的业务，原子业务向前支持应用的业务，有了这些原子业务，就能构造出一系列的基础业务，应用层只需要根据这些业务加以逻辑处理，就能实现许多各种各样的新业务。应用层的各种业务就是由原子业务经过控制层的逻辑组

29、合发展而来。可以举个很形象的例子，在画图版中会有各种各样的动作，比如多边形，圆形，涂色，等等，有了这些最基本的功能就能画出一副好看的图片。那么，基本业务就是这些最基本的动作，在界面上展示的就是具体的应用。多媒体系统支持的业务有很多，很多业务看起来很灵活多变，细细分析起来，也就是几个子业务的组合。应用层是关系到用户体验的直接层，因此，多媒体系统的好坏，与应用层的展现有着最直接的关系。控制层是多媒体系统的核心。控制层提供了应用层中的原子业务的实现和封装，控制层在整个多媒体架构中起到了至关重要的作用。在控制层中，不同的多媒体系统会有不同的模块划分，作者所研究的多媒体系统的控制层相当复杂，有许多子模块

30、组成，在下一节会做相关分析。呼叫控制是控制层实现业务的基本所在，呼叫控制与应用层的各种业务和底层的一些库、插件接口相连，为了实现各种业务，呼叫控制也分为了许多子模块进行。在呼叫控制中，不可避免的会用到地址查询，对设备进行管理和控制，这样，就产生了呼叫路由。呼叫路由模块也是控制层中核心的一环，在目前的多媒体系统中，由于呼叫路由的应用还没有较大的发展，目前呼叫路由的代码量也不是很大，有很多多媒体系统就直接把呼叫路由模块并入到呼叫控制中去了，没有形成一个单独的模块，在作者所在的系统中也是这样处理的。在呼叫控制的实现中，各个子模块使用内部消息进行联系，消息构造出来在控制层中经过逐步的转化和处理，最后转

31、换成符合规范的外部消息发送到设备终端等，在后面的业务流程分析中会有一定的介绍。基础设施层为控制层提供了最基本的一些协议解析库、原子业务所需的硬件接口等。在控制层中需要的协议，如SIP协议，H.323协议以及在处理这些协议中需要使用到的XML库等都会由基础设施层提供。在现在的多媒体开发中，基础设施层都已经开发好了，开发多媒体系统一般都是开发控制层和应用层。尽管基础设施层上已经为业务的实现提供了一些最基本的保障，但是这些和业务并没有直接的关系，为了实现业务控制，还需要控制层做好多事情。2.1.2 IP多媒体系统的基本架构分析整个IMOS的架构十分复杂，但也是基于上面的三层架构演化而来。IMOS的简

32、单架构图如图2.2所示。图2.2 IMOS架构简图下面我们就根据IMOS的架构1来简单分析下多媒体的一些业务的实现。从IMOS的架构上我们明显可以看出多媒体系统的三成架构的轮廓。IMOS平台分为5个层次，依次为OS基础设施层、数据访问层、多媒体基础设施层、业务逻辑层和业务展示层;这其中涵括9个组件：用于用户交互的GUI组件、用于业务实现的AS应用服务组件和CS调度服务组件、用于信令调度的CC呼叫组件、用于媒体调度的MC组件、用于媒体处理的MP组件、用于配置管理的MM组件、底层框架的BP基础平台和DAO数据库组件。IMOS的业务展示层展示了较为丰富的多媒体业务，有实时监控，点播回放，存储计划，云

33、台操作，会议控制，设备管理，权限配置等等。多媒体系统由一个系统的登陆页面，通过IE输入服务器地址可以登陆IMOS系统。目前IMOS系统统一配置在一个Linux服务器6上，以普通的PC机作为客户端登陆。在登陆界面上可以看到IMOS业务的分布情况。图2. 3 IMOS系统部分业务截图图2.3是IMOS登陆界面的部分截图。从IMOS的登陆界面上可以看出业务的大致分布。每个业务项都含有一堆子业务项，这些基于原子业务发展起来的各个业务共同构成了IMOS系统。由于IMOS业务很多，而且还有很多不同的类型，为了更好的实现、维护和扩展这些业务，IMOS对控制层进行了一系列的划分，IMOS的每一个业务的实现都会

34、遵循一个业务的流程。从图2.2上，我们看到了IMOS的业务的一个简单流程，IMOS在应用层的调用接口之后，控制层首先对接口调用情况进行处理，在处理业务时会构造一条业务控制的消息，并且发送到下面一层。控制层有XP播放器控制主要是因为IMOS系统本身兼容了XP播放器，IMOS支持硬解实况（利用单独的电视墙，监视器来播放实况）和软解实况（利用系统自带的播放器来播放实况），所以系统本身还需要对播放器进行处理。消息处理层在接收到来自主线的消息后，根据消息的内容进行处理，转换消息并且转发消息到下面的具体的业务处理层进行处理。消息管理层处理各种业务的消息。业务控制层是控制层的关键层，实现具体的业务，业务控制

35、层根据业务的不同又有具体的划分，比如呼叫控制模块（CC），媒体控制模块（MC）等等1，每个模块都会处理部分业务。呼叫控制模块是业务控制中的最重要的模块之一，本课题所研究的呼叫路由目前就是兼容在CC控制块之中的。在呼叫控制的实现中，又会有一系列的具体的划分，在业务控制层中也是通过内部信令消息来完成模块之间的联系。数据管理也是控制层中的一个重要的控制部分，在IMOS系统的数据库中存有大量的数据，控制层的其他模块不会去直接调用数据库进行数据管理，而是通过访问数据管理模块的接口间接的去完成。同其他多媒体系统一样，控制层也是IMOS的核心，从IMOS控制层这么细致的划分就能有一定的体现。控制层的好坏决定

36、了系统的好坏。IMOS在本服务器（本域）的业务和服务器间（跨域）的业务并存，控制层分别对其进行处理，但是不管是本域还是跨域，都会对设备资源进行管理，呼叫路由无疑是解决这些业务中关键的一环，在下一章中我们会针对呼叫路由方面展开分析。基础设施层为控制层提供了最基本的保障。在控制层处理业务时，会用到数据库、各种必要的原子业务接口等。基础设施层的协议栈是处理控制层的信令处理的基础，在对信令消息进行分解，组合等都需要协议栈的支持，在解析消息中用到XML解析库无疑会大大增加解析的方便性和安全性，控制层需要对设备进行管理，这些设备管理的接口对于控制曾来说又是实现业务的基础。控制层需要实现IMOS的功能，这些

37、功能需要根据基础设施层提供的原子业务进行处理，原子业务的提供保障了最上层业务的实现。2.2 多媒体系统的协议分析多媒体系统采用的协议主要有H.3238和SIP9协议，比如目前大公司内流行正热的的视频会议系统大多是采用H.323协议的，然而，鉴于SIP协议的灵活性，SIP协议在多媒体系统中也慢慢的应用起来，比如IMOS系统所采用的就是SIP协议。H.323协议和SIP协议并不是指某个具体的协议，它们是一个协议族，H.323和SIP协议族中包含了RAS协议，Q.931协议，H.245协议10，H.225协议等11，在实际的应用中会根据具体的业务来选择协议。2.2.1 H.323协议H.323是19

38、97年ITU-T第16工作组的建议，H.323由一组协议构成，其中有负责音频与视频信号的编码、解码和包装，有负责呼叫信令收发和控制的信令，还有负责能力交换的信令8。 H.323标准标准建立在TCP/IP这一协议基础之上，可以提供丰富的管理功能，从H.323刚定义起经历了几个版本的变化，目前以及到版本五。H.323协议网络在视频会议的应用上是属于总线型结构，H.323的终端都通过本身主机上的普通LAN网卡挂接在网络上。H.323是多媒体通信的基础，基于H.323协议可以开发出许多业务层的应用，这些应用与底层网络传输无关，比如现在的视频会议系统，网上IP电话系统，网上IP传真系统等等，这些都是利用

39、H.323技术发展起来，因此可以说，H.323是一个很好的发展平台。在多媒体的发展中，H.323得到了极大的应用，多媒体的一些关键技术，比如视频广播，多媒体组网等可以用H.323得到很好的实现。H.323定义了4个主要部件构筑基于网络的通信系统：终端、网关、网守、多点控制单元（MCU）8。可以通过网闸(Gatekeeper)对网络上的H.323多媒体通信终端进行名称登记、会议登记、地址解析、访问控制、带宽管理、带宽控制，域管理以及一些呼叫补充业务的实现。H.323的出现，根本原因是来自于“三网合一”8。1997年正是基于异步传递技术（ATM）实现三网合一的势头最猛烈的一年，但此时以太网技术和I

40、P技术的发展势头更为迅猛。大量的企事业单位拥有了带宽非常可观的局域网，语音、视讯、数据这三个业务基于以太网或IP网这种没有严格保障的网络的需求已经非常迫切。H.323协议就是在这样的背景下应运而生的。在呼叫控制和信令方面，H.323主要参考了传统PSTN的呼叫控制和信令架构。因此，H.323的血统中带有浓厚的PSTN的思想痕迹。本课题中的编码方案的实现参考就是PSTN中的拨号计划，毕竟PSTN是集人类百年智慧经验于一身，在承载话音单业务方面效率最高、质量最好、成本最低的网络。H.323在分组网络上模拟了PSTN的结构，因此它本身也是分层、主从、集中式的控制方式。但分组网络不同于PSTN网络，在

41、技术实现上有本质的区别。H.323在分组网络上模拟PSTN的呼叫控制和信令，必然继承了PSTN的优点，也继承了PSTN的缺点。因此，H.323也处在不断的进步当中，从版本一到版本五，一直在改正不足，增加新特性。动态发展的看待H.323这个协议，作为通信思想在分组网络上的多媒体具体实现，其前景是比较广阔的。2.2.2 SIP协议SIP是由IETF在1999年提出来的一个应用控制（信令）协议9。正如名字所隐含的用于发起会话。它可用来创建、修改以及终结多个参与者参加的多媒体会话进程。参与会话的成员可以通过组播方式、单播连网或者两者结合的形式进行通信。SIP中有客户机和服务器之分。客户机是指为了向服务

42、器发送请求而与服务器建立连接的应用程序。用户代理（User Agent）和代理（Proxy）中含有客户机。服务器是用于向客户机发出的请求提供服务并回送应答的应用程序。共有四类基本服务器9：1. 用户代理服务器：当接到SIP请求时它联系用户，并代表用户返回响应。2. 代理服务器：代表其它客户机发起请求，既充当服务器又充当客户机的媒介程序。在转发请求之前，它可以改写原请求消息中的内容。3. 重定向服务器：它接收SIP请求，并把请求中的原地址映射成零个或多个新地址，返回给客户机。4. 注册服务器：它接收客户机的注册请求，完成用户地址的注册。用户终端程序往往需要包括用户代理客户机和用户代理服务器。代理

43、服务器、重定向服务器和注册服务器可以看出是公众性的网络服务器。在SIP中还经常提到定位服务器的概念，但是定位服务器不属于SIP服务。IMOS系统也有一个服务器(VM)，但是不是这四个服务器简单的服务器之一，而是这几个服务器的综合。目前多媒体服务器没有几个只有单一功能的服务器了，大多都兼容了用户代理，注册和重定向功能。SIP协议比H.323协议更等得到计算机开发人员的喜爱，如果说H.323是搞通信的人提出的协议，那么SIP就是搞计算机的人提出的协议12。上世纪90年代末，随着Internet网络应用的逐步普及，计算机网络工作者想基于计算机和Internet进行多媒体通信。因此，IETF充分参考了

44、H.323的得失，制定了SIP协议。顾名思义，它突出了简单二字。SIP这个协议完全传承了Internet的特点，是计算机网络流派的杰作12。Internet是一个分布、客户机/服务器、水平控制的网络，SIP协议本身实现的通信方式也是一个分布、客户机/服务器、水平的控制结构。任何一个协议的提出，都不可能考虑的完美无缺，SIP协议也不例外。任何一个优点的获得，往往都导致另一个或几个缺陷的产生。因此，SIP协议也一直都在进步当中。SIP协议自1999年推出以来，IETF一直在不停的推出增补版本，充实安全、身份验证等领域的内容。动态来看待SIP协议，它作为计算机思想在分组网络上的多媒体实现手段，其发展

45、前景是非常广阔的12。2.2.3 多媒体业务控制中协议的传输不管是H.323协议还是SIP协议，终究是为了实现业务的控制。那么，就需要对协议进行细化，通过协议下达具体的控制命令，因此我们也可以说，协议是含有控制命令的载体。在多媒体的实际应用中，控制消息由协议进行传输。控制消息，简单的说可以分成三类，请求消息，成功响应消息，错误响应消息。请求消息中会带有具体的业务类型，地址，端口等信息，如图2.4，这就是一个请求消息的实例。从请求消息中可以看出消息的各种信息，比如From字段中的源地址，To字段中的目的地地址，头里面的端口信息，还有Body下面的具体的消息体的内容。这就是IMOS中一个实际应用的

46、协议，为了使各个多媒体厂商能够相互的兼容，大家都会按照一定的规范来发送消息，图2.4也是基于IMOS的一种协议规范的具体应用。响应消息也一样，都是基于这份规范而来，只是所含有的信息不一样，如果是成功响应，消息的名称多是以200OK为准，错误的响应消息根据错误的类型会有多种响应，并且都含有各自的错误码。图2. 4 SIP请求消息2.3 多媒体系统的组网设计分析2.3.1 多级多域模型多级多域模型1是IMOS组网的一个基本模型。所谓多级多域，就是指多台服务器通过分级分域的方法来进行组网。一般地，一个多媒体系统服务器自己就可以构成一个域，通过把终端设备注册到服务器上来完成对终端的管理。为了方便远距离

47、设备间的资源交互等，很多情况下都需要多台服务器进行设备间的管理，这些服务上的设备也大多都需要会话，那么就需要把这些服务器通过某种关系进行联系起来，这就是多域模型，而不同的服务器之间的关系可能是不对等的，假定我们想要服务器I有访问服务器II的权限，但是倒过来不行，我们就需要对服务器的等级作个划分，这样，就有多级的概念。在IMOS系统的应用中，已经支持多级多域的配置。IMOS系统在实际的应用中也逐渐的去推广这种解决方案。我们从实际的应用来分析，如果一个应用方案只有两个终端，而且两个终端交互很方便，比如说就只有一个监视器需要播放一个摄像机的实况，那么解决方案就很简单了，甚至不需要IMOS服务器的存在，因为这样会浪费很多资源。但是，一个实际的应用，往往是由很多设备终端存在的，而且设备终端的类型也各种各样，IMOS支持的终端，有虚拟的终端，如XP播放器，也有实际的终端，如摄像机，编码器，解码器，监视器，电视墙，存储设备等等，应用的业务也多种多样，这样一来IMOS系统的存在就很重要了。完成这些设备的管理和业务的实现，就需要这些终端注册到服务器上，使IMOS能够管理这些设备。在本域管理中，直接登录IMOS系统就能完成服务器上的设备的交互。IMOS的VM服务器1之间有上级域，平级域和下级域的概念。