(通信与信息系统专业论文)基于h323的多媒体呼叫控制中心.pdf_第1页
(通信与信息系统专业论文)基于h323的多媒体呼叫控制中心.pdf_第2页
(通信与信息系统专业论文)基于h323的多媒体呼叫控制中心.pdf_第3页
(通信与信息系统专业论文)基于h323的多媒体呼叫控制中心.pdf_第4页
(通信与信息系统专业论文)基于h323的多媒体呼叫控制中心.pdf_第5页
已阅读5页,还剩41页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

北京邮电大学硕j j 研究生论文 基于h3 2 3 的多媒体呼叫控制中心 摘要 目前在公安、油田、航空等为社会提供服务的机构、部门、团体及行业中,所使 用的资源调度系统硬件平台是国际领先的,系统本身的运行也相当地稳定可靠。但是 随着系统用户数量和系统功能的不断增加,用户却总感觉使用起来不方便。因此我们 提出了一种将现有系统资源统一在一个操作平台上,并将整个服务内容的完成过程自 动化、电子化、信息化、统一化的系统。本论文提供了一种应用于公安部门的实施方 案,即基于h 3 2 3 的多媒体呼叫控制中心。 呼叫控制中心是随着i n t e m e t 的广泛应用产生的,称为基于i n t e r n e t 的呼叫控制中 心。i p 呼叫控制中心的出现不再是简单地把i n t e m e t 信息提供给呼叫控制中心,而是把 呼叫控制中心与i n t e m e t 融合为一体。这样的系统中充分利用了v o l p 技术,达到节省 成本的目的;同时把呼叫控制中心与互联网集成为一个整体,互联网上的用户请求和 电话请求完全等同对待,并且支持宽带多媒体呼叫。 文章首先在第一章中介绍基于h 3 2 3 的多媒体呼叫控制中心系统的应用背景,并 讲述了该系统涉及的h 3 2 3 建议与地理信息系统。第二章简要介绍了基于h 3 2 3 的多 媒体呼叫控制中心系统的组成、系统中的消息流程以及开发基础。第三章详细描述了 系统的总体方案设计,以及各个组件的编程实现。第四章讲述了实现地理信息系统基 本功能的m a p x 控件,并且针对m a p x 控件编程实现对地图的操作。第五章总结研究 生期间所做的工作,并指出今后应继续开发和完善的工作。 关键词:h 3 2 3 ,多媒体呼叫控制中心,消息传递,动态链接库,o p e n h 3 2 3 地理信息系统,m a p x 控件 北京邮电大学硕二 研究生论文 基于h 3 2 3 的多媒体呼q 控制中心 a t p r e s e n t 。i nt h ei n s t i t u t i o n ,d e p a r t m e n t , g r o u p ,i n d u s t r y ,s u c ha sp o l i c y ,o i lf i e l d , a v i a t i o n ,e x i s t i n gs y s t e mk e e p a h e a d i n t e r n a t i o n a l l y ,a n do p e r a t i o n o f t h e s y s t e mi t s e l f i s s t a b l e h o w e r v e r w i t l lt h ei n c r e a s i n ga m o u n to f t h es y s t e m su s e r sa n dt h es y s t e m s f u n c t i o n s ,u s e r sf e e li n c o n v i n i e n t t h e r e b y , w ep r o v i d e a s y s t e mw h i c h u n i t ea l ls y s t e m s r e s o n r c e si no n e o p e r a t i o nf i a t ,a n de l e c t r o n a l i z e ,a u t o m a t i l i z e ,i n f o r m a t i l i z e ,u n i t i l i z e t h e w h o l ep r o c e d u r eo f s e r v i c ei m p l e m e n t a t i o n i nt h i sp a p e r , w ep r o v i d ea l le m b o d i m e n to f t h i s s y s t e m w h i c h a p p l y sf o rp o l i c ea p a r t m e n t ,s oc a l l e dm u l t i m e d i a c a l lc o n t r o lc e n t e rb a s e do n h 3 2 3 c a l lc o n t r o lc e n t e ri sd e v e l o p e dw i t ht h eg r e a t e ra p p l i c a t i o no f i n t e m e t ,w h i c hi sc a l l e d c a l lc o n t r o lc e n t e rb a s e do nh 3 2 3 i pc a l lc o n t r o lc e n t e ri sn o ts i m p l yt h eo n ew h i c h p r o v i d e i n f o r m a t i o nt oc a l lc o n 订o lc e n t e r b u tt h eo n ew h i c hc o m b i n ec a l lc o n t r 0 1c e n t e r 淅m i n t e r n e t t h u st h es y s t e mm a k eu s eo f v o i p t e c h n o l o g ys u f f i c i e n t l yi no r d e r t os a v et h ec o s t a tt h es a n l et i m e i ti n t e g r a t ec a l lc o n t r o lc e n t e r 诚血i n t e m e tt o g e t h e r t h e r e f o r e ,t h eu s e r r e q u e s t f r o mi n t e m e ta n d t e l e p h o n er e q u e s t a r ee q u a l ,a n db r o a d b a n dm u l t i m e d i ac a l li s s u p p o s e d t h ef i r s tc h a p t e ri n t r o d u c e st h ec o n t e n to f t h em u l t i m e d i ac a l lc o n t r o lc e r t e rb a s e do n h 3 2 3 ,i n c l u d i n gi t sb a c k g r o u n d ,r e l a t i v eh 3 2 3r e c o m m e n d a t i o n a n d t h e f g e o g r a p h i c i n f o r m a t i o ns y s t e m ( g i s ) t h es e c o n dc h a p t e rb r i e f l yi n t r o d u c e st h ea r c h i t e c t u r e , m e s s a g e f l o wa n d d e v e l o p m e n t b a s i so f t h es y s t e m i nt h em i r dc h a p t e r , id e s c r i b et h es c h e m e p l a n a n di m p l e m e n t a t i o no f t h es y s t e ma n de a c hc o m p o n e n tw i t h i nt h es y s t e m ,a sw e l la s p r o g r a m m i n g o fe a c h c o m p o n e n t t h e f o m l c h a p t e re x p l a i n c o n t r o lm a p xw h i c hc a n i m p l e m e n t t h eb a s i cf u n c t i o n so f g i s ,a n dt h ep r o g r a m m i n go p e r a t i o nt ot h em a pw i t h c o n t r o lm a p x t h el a s tc h a p t e rs u m m a r i z e st h ew o r kd u r i n gt h et h r e ey e a r s ,a n dp o i n t so u t w h a tt oc o n t i n u ea n d p e r f e c t k e y w o r d s :h 3 2 3 ,m u l t i m e d i a c a l lc o n t r o lc e l t e r , m e s s a g ed e l i v e r y ,d y n a m i cl i n kl i b r a r y , o p e n h 3 2 3 ,g e o g r a p h i c i n f o r m a t i o ns y s t e m ,c o n t r o lm a p x 北京邮电大学硕:l 研究生论文 基于h 3 2 3 的多媒体呼叫控制中心 第1 章基于h 3 2 3 的多媒体呼叫控制中心系统的应用 1 1 系统应用背景 目前在公安、油田、航空等为社会提供服务的机构、部门、团体及行业中, 所使用的资源调度系统硬件平台是国际领先的,系统本身的运行也相当地稳定可 靠。但是随着系统用户数量和系统功能的不断增加,用户却总感觉使用起来不方 便。原因是各个系统各自为营,各个系统有各自的操作界面和存储格式,相互之 间数据信息无法共享。这不仅在现阶段为使用者在运用上带来了很大的难度,也 为今后的统计分析、决策系统的推出种下了隐患。可见现有系统的应用水平不高, 不是系统硬件平台不先进,也不是系统用户的素质问题,而是现有系统资源人为 地被割裂,造成客观上使用难、管理难;再有就是在业务上存在上下不一、基层 人员对领导层的管理理念不知道、不理解、行为上不规范的问题。 那么如何从客户的实际需求出发,更高效地利用现有资源从而提供更优质的 服务呢? 我们提出了一种将现有系统资源全部统一在一个操作平台上,并将整个服务 内容的完成过程自动化、电子化、信息化、统一化的系统。本论文提供了该系统 应用于公安部门的一种实施方案。所述系统结合了公安部门的3 5 0 兆集群通信网 络,并由呼叫控制中心、用户终端两部分组成。 用户终端主要指公安人员出外执行任务时与中心系统保持联络的操作终端, 如移动电话、笔记本电脑等。在本项目中用户终端属于较次要地位,主要由用户 提供硬件及操作系统。 呼叫控制中心的功能主要通过系统集成的方式实现,用于对公安系统的移动 终端进行集中调度,以提高调度效率。 以前的呼叫控制中心完成的主要功能“派警”,就是当调度员通过电话接起 1 1 0 报警之后调度员根据报警情况通过我们的调度台发起单呼或组呼调度处警人 北京邮电大学硕二仁研究生论文基于h3 2 3 的多媒体呼叫控制中心 员去处理案件,通过调度台完成和处警人员的实时通话。处警人员完成该案件的 处理后会拨叫一调度台的公共号码,这样刚才派警的调度台就会接起此电话,而 完成回报,也即回席功能。由此可见,原有的呼叫控制中心主要是针对无线集群系 统的调度,而且主要是完成对移动终端的调度,功能单一。不仅如此与该调度台 配合的系统还有两个,一个是1 1 0 报警台,一个是电子地图信息查询台,集成性 能差,工作效率低。 基于以上调度台集成性能差的不足,结合将系统资源统一管理的概念,我们 采用了一个基于h 3 2 3 的多媒体呼叫控制中心,该多媒体呼叫控制中心能灵活的 配置各类已注册资源,进行统筹安排,综合调度。该多媒体呼叫控制中心集成了 1 1 0 报警体系,无线有线调度,及g p s ( g l o b a l p o s i t i o n i n gs y s t e m ) 卫星定位电 子地图数据库存储及信息查询等一系列功能,是一个集成度非常高的综合调度系 统。有了该系统,调度人员就能轻松的在一台计算机上快速的完成调度功能。 由于所述基于h 3 2 3 的多媒体呼叫控制中心是以h 3 2 3 系统作为框架,所以 下面先对h 3 2 3 建议做一个简要介绍。并且该系统在调度时为了快速定位,确定 警情发生地,并及时处警,因此在调度处引入了地理信息系统以增加可视化功能, 在本章第三节将对地理信息系统做一个简要介绍。 1 2 h 3 2 3 建议 1 2 1h 3 2 3 建议的结构 h 3 2 3 传输的信息流中包含音频、视频、数据和控制信息。所有的信息流采 用h 2 2 5 0 建议来进行打包和传送。 为了实现在会议系统中传输上述信息流,h 3 2 3 建议定义的组件主要有终端、 网守( g a t e k e e p e r ) 、网关( g a t e w a y ) 、多点控制器( m c ) 、多点处理器( m p ) 和多点控制单元( m c u ) 等。 2 北京邮电大学硕士研究生论文基于h3 2 3 的多媒体呼叫控制中心 i n j _ th 3 2 3 范围 r 。+ 一一一一一一。一一一一一一一一一一一一。一一一一一一一一一一: 视频设备卜 l 视频编解码 l h 2 6 1 ,h 2 6 3 接收 音频i o 设各h 音频编解码 路径 g 7 11 ,g 7 2 2 , _ 时延 g 7 2 3 ,g 7 28 6 7 2 9 用户数据应用 网络 t 1 2 0 等等 h 2 2 50 接口 系统控制 h 2 4 5 控制l 系统控制 l 用户接口 一 呼叫控制 i h2 2 5 0 l r a s 控制 l h 2 2 5 0l 图1 - 1h 3 2 3 终端设备 1 2 2 h 3 2 3 终端 h 3 2 3 终端是能够在分组交换网络中提供实时、双向通信的节点设备。h 3 2 3 终端功能框图如图1 1 所示。其中系统控制单元、h 2 2 5 0 层、分组网络接口、音 频编解码单元是h 3 2 3 终端必须具备的,视频编解码单元和数据应用是可选的。 其中: ( 1 ) h 2 4 5 控制 h 2 4 5 控制信道承载管理h 3 2 3 通信实体操作的端到端控制消息,包括能力 交换、逻辑信道的开和关、模式选择请求、流量控制消息及通用命令和指示。h 2 4 5 信令在两个终端问或一个终端和m c 间再或一个终端和网关间建立。对于端点参 与的呼叫,端点应在每个方向上建立一个h 2 4 5 控制信道,并使用h 2 4 5 建议的 消息和规程。 ( 2 ) h 2 2 5 呼叫控制 运用h 2 2 5 0 呼叫控制信令来建立两个h 3 2 3 终端间或终端与网守问的连接。 呼u 信令信道的建立先于h 3 2 3 终端间的h 2 4 5 控制信道和其它任何逻辑信道, 因此,它的建立不受h 2 4 5 控制信道的管理。 北京邮电大学硕士研究生论文基于h 3 2 3 的多媒体呼叫控制中心 ( 3 ) r a s 控制 r a s ( r e g i s t r a t i o n , a d m i s s i o n a n ds t a t u s ,登记、接纳和状态协议) 信号运用 h 2 2 5 0 控制消息在终端与网守之间执行登记、接纳、带宽改变和使二者脱离关系 等过程。r a s 信道不受h 2 4 5 控制信道管理。系统没有网守时,无需建立r a s 信道。若系统中存在网守,r a s 信道建立早于终端间的任何信道。 ( 4 ) 分组网络接口 h 3 2 3 终端的网络接口是h 2 2 5 建议所描述的,它规定了下述必须的功能: 对h 2 4 5 控制信道、数据信道、呼叫信令信道提供可靠的端到端服务 ( t c p 、s p x 等) : 对于音频、视频和r a s 信道提供不可靠的端到端服务( u d p 、i p x 等) 。 这些服务可以是单工、双工、单播或多播的。 1 2 3 网守( g a t e k e e p e r ) 网守是h 3 2 3 系统的一个可选组件,其功能是向h 3 2 3 端点提供呼叫控制服 务。h 3 2 3 网守在系统中必须提供4 种基本服务:地址翻译、带宽控制、许可控 制与区管理功能。带宽管理、呼叫鉴权、呼叫控制信令和呼叫管理等为网守的可 选功能。在h 3 2 3 系统中网守并不是必需的,然而如果存在网守,那么终端必须 使用由网守提供的服务。这些服务在r a s 中定义。 1 2 4 多点控制单元( m c u ) 多点控制单元用于支持三个以上端点设备的会议。在h 3 2 3 系统中,一个多 点控制单元由一个多点控制器( m c ) 和几个多点处理器( m p ) 组成,但也可以 不包含m p 。多点控制器处理终端问的h 2 4 5 控制信息,从而决定它对视频和音 频通常的处理能力。在必要情况下,多点控制器还可以判断哪些视频流和音频流 需要多播以控制会议系统使用的资源。 m c 并不直接处理任何媒体信息流,而将它留给m p 来处理。m p 对音频、视 频或数据信息进行混合、切换及其它处理。多点处理器和多点控制器可能存在于 一台专用设备中或作为别的h 3 2 3 组件的一部分,但m c u 一般是独立的单元设 备,具有自已的运输层地址。 4 北京邮电人学硕士研究生论文基于h 3 2 3 的多媒体呼叫控制中心 1 _ 2 5 网关( g a t e w a y ) 网关是h 3 2 3 会议系统的一个可选件。网关能提供很多服务,其中包含h 3 2 3 会议节点设备与其他i t u 标准相兼容的终端之间的转换功能,这种功能包括数据 传输格式( 如h 2 2 5 0 到h 2 2 1 ) 和通信规程的转换( 如h 2 4 5 到h 2 4 2 ) 。另外, 在分组网络和电路交换网络之间,网关完成视频、音频和数据信息编码格式之间 的互译。 1 _ 2 6h 3 2 3 会议系统中的音频编码 h 3 2 3 会议系统中的音频( 语音) 编码方式主要有六种:g 7 1 1 、g 7 2 2 、g 7 2 3 1 、 g 7 2 8 、g 7 2 9 和m p e g a u d i o 。其中g 7 1 1 是必备的,其它为可选项。除了上述 六种编码方式外,也可以通过能力协商来采用其它方法。 1 3 地理信息系统( g i s ) 1 3 1 g i s 简介 地理信息系统是在计算机硬软件支持下,以空间数据库为基础,运用系统工 程和信息科学的理论,对空间数据进行科学管理和综合分析,为规划、决定、管 理和研究提供信息的技术系统,是介于地理科学、空间科学和管理之间的新兴边 缘学科。它在最近3 0 多年的发展历程中取得了惊人的发展,并广泛应用于资源调 查、环境评估、区域发展规划、公共设施管理、交通安全等领域,成为一个跨学 科、多方向的研究领域。计算机技术的迅速发展,使得g i s 的功能和特点也随之 发生了巨大的变化,尤其是近些年来,计算机大容量存储介质、多媒体技术和可 视化技术等相继被引进到g i s 中,已使g i s 发生了新的变化。 我国g i s 的研究与应用始于8 0 年代,近二十年来发展也十分迅速,在计算 机辅助绘制地图等方面开展了大量基础性的试验与研究工作,在理论、技术方法 和实践经验等方面都有了长足的进步。 5 北京邮电大学硕七研究生论文基于h 3 2 3 的多媒体呼叫控制中心 1 3 2 g i s 的技术走向 近年来,计算机技术飞速发展,特别是软件技术的发展,促使g i s 技术发生 了很大的变化。国际g i s 技术的发展趋势,主要体现在两个方面,一是技术的综 合( i n t e g r a t i o n ) ,二是软件技术的分化( f r a c t i o n a t i o n ) 。 ( 1 ) 综合( i n t e g r a t i o n ) g i s 技术的综合,主要体现在g i s 与其他信息技术的结合之上,我们常常所 说的“3 s ”,或g i s 、遥感和g p s 的一体化,就是技术综合的体现。然而,现在的 g i s 已经远远超出了这些,它已经与c a d 、多媒体、通信、i n t e r n e t 、办公自动化、 虚拟现实等多种技术结合,形成了综合的信息技术。这一点,已经被许多从事不 同业务的公司所重视。综合是g i s 技术开发和应用值得注意的重要方向。其中 g i s 也是一种重要的媒体。g i s 与多媒体结合已经成为现实,在多媒体系统中嵌 入g i s 功能,或在g i s 系统增加多媒体功能,极大地增强了二者的功能。此次开 发的基于h 3 2 3 的多媒体呼叫控制中心系统就是将g i s 嵌入到该系统中以增加可 视化调度,使得调度更易操作并提高了处警速度。 ( 2 ) 分化( f r a c t i o n a t i o n ) g i s 软件的发展经历了从早期的功能处理模块,发展到组件式g i s 和w e b g i s 的过程。目前,组件式g i s 和w e b g i s 已经成为许多大型g i s 公司产品的开 发方向。组件式g i s 的最大好处是能够使g i s 功能嵌入其它软件,或将其它软件 功能引入到g i s 中来。我们此次开发的多媒体呼叫控制中心系统就采用了组件式 g i s ,它能够在调度处完成对地图的基本操作。 6 北京邮电大学硕士研究生论文 基于h 3 2 3 的多媒体呼叫控制中心 2 1 系统组成 第2 章系统概述 图2 1系统方框幽 基于h 3 2 3 的多媒体呼叫控制中心包括: ( 1 ) 调度台( d s ) 用于接听警情,处理警情等工作,可以有多台,由调度台管理员进行操作。 上层实现人机交互( 接听,呼叫,挂断等) ,底层利用h 3 2 3 协议实现这些功能。 它具体包含四个部分:与多媒体呼叫控制中心内部其它设备进行互通的消息传递 部分、真正实现h 3 2 3 通话的h 3 2 3 终端部分、与数据库接通以便与数据库交换 信息的数据库部分、用于增加调度的可视化从而提高处警能力的地理信息系统部 分。此处将g i s 嵌入到调度台操作界面中咀增加可视化调度,使得调度更易操作 并提高了处警速度。关于g i s 的具体开发将在第四章做详细描述。 ( 2 ) 网关( g w ) 用于转换h 3 2 3 和非h 3 2 3 之间信息。该网关包含两个网关,分别为有线网 关和无线网关,有线网关接收来自固定电话的呼入并呼出到外部固定电话,而无 线网关接收来自移动网的呼入并呼出到外部移动网用户。网关中除包含与外网相 连的语音处理设备之外,还要包含与多媒体呼叫控制中心内部其它设备进行互通 的消息传递部分以及真正实现h 3 2 3 通话的h 3 2 3 终端部分。 7 北京邮电大学碗士研究生论文 基于h 3 2 3 的多媒体呼叫控制中心 ( 3 ) 多点控制单元( m c u ) 用于各个调度台之间互通。它基于o p e n h 3 2 3 开放源码被封装成具有更佳可 视化界面的基于v c 开发的m c u 。它实现的功能例如当接警的调度台接到不属于 自己调度的任务时,会通过多点控制单元( m c u ) 与应处理该项任务的其他调度 台进行通话协商,从而实现任务的转接。 ( 4 ) 中心控制器( c c ) 用于控制并协调以上这些设备。不包含h 3 2 3 通话,完全基于t c p i p 通过消 息传递机制实时监控网关和调度台的情况,并回复它们的查询请求,即实现基于 h 3 2 3 的多媒体呼叫控制中心内部各个组件的控制以及联系。 结构示意图如图2 1 所示( 详见上页) 。 2 2 基本流程 2 _ 2 1 系统启动 系统启动时,作为中心控制器的c c 应先加电启动,以等待其它设备向它发 消息进行注册。然后调度台( d s ) 以及网关( g w ) 分别加电启动,发消息通知 中心控制器( c c ) 进行注册,同时报告它们的资源,初始启动时,它们都处于空 闲状态,即有资源状态。然后中心控制器( c c ) 将这些信息记录下来,以备进行 下一步的操作。 2 2 2 呼叫接入 当有电话呼入时,首先由网关接收,固定电话由有线网关接收,移动电话由 无线网关接收。网关接收到电话后,先对该电话进行解析,获得该电话的电话号 码,并对电话迸行分类以便给不同种类电话加不同标志,分别为转接电话,紧急 电话。 接着网关发消息向中心控制器( c c ) 查询调度台的信息,一旦中心控制器 ( c c ) 返回可用调度台的信息,网关就把上述加了标志的电话信息直接传递给该 调度台。 2 2 3 警情显示 调度台接收到来自网关的电话信息后,首先将该电话排在待接队列中以等待 北京邮电大学硕士研究生论文 基于h 3 2 3 的多媒体呼叫控制中心 调度员进行处理,当调度员选择该电话进行通话时,调度台将根据该电话的信息 查询由电信部门提供的电话三字头数据库,其中三字头包括电话号码、装机地址、 机主。通过三字头信息将电子地图和鹰眼等定位到警情发生区域。 2 2 4 确定资源 显示可调用的处警资源,例如警情所在地附近的派出所、正在执勤的警车等 等。这种显示可以借助于地理信息系统直观显示,从而加快处警速度。 2 _ 2 5 呼叫拨出 当调度台确定可用的处警资源后,则需要与该资源建立通话。首先调度台发 消息向中心控制器( c c ) 查询网关的信息,一旦中心控制器( c c ) 返回网关可 用的信息,则调度台就把该处警资源的电话号码传递给网关,从而通过网关与外 部呼叫的电话建立通话。 2 2 6 重播警情 当一次派警、处警任务完成后,应对该任务进行存储备份,以备将来对该任 务进行重播。 2 - 2 7 呼出与呼入 下面分别以方框图的形式从呼叫拨出和呼叫拨入两个方面示出系统的流程。 ( 1 ) 呼叫拨出系统流程 圈2 - 2 呼叫拨出流程示意图 调度台向中心控制器查询是否有网关资源; 如果没有可用网关,则中心控制器通知暇台无资源,调度台结束该呼出; 如果有可用网关,则中心控制器通知网关该调度台地址; 9 北京邮电大学硕士研究生论文基于h 3 2 3 的多媒体呼叫控制中心 网关根据调度台拨出的电话号码与外网中的用户连通; 网关与调度台之间连通,从而实现调度台与外网中用户的通话。 ( 2 ) 呼叫拨入系统流程 图2 - 3 呼叫拨入流程示意图 外网中用户拨入电话: 网关向中心控制器查询接哪一个调度台; 中心控制器将接警调度台地址通知网关; 中心控制器将网关传进的电话信息通知调度台; 调度台与网关之间连通,从而实现调度台与外网中用户的通话。 2 3 消息结构 为了具体实现系统中各组件之间的互通,定义了如下信令: ( 1 ) 调度台启动向c c 注册:m s g _ r e g i s t e r 它的具体组成为: b y t ei d 叫言令标志0 1 h ; b y t e s o u r c e 一发送该信令的源设备号:为调度台设备号; b y t e t a r g e 卜一接收该信令的目标设备号:为c c 设备号; b y t er e g f 】a 广注册标志:“1 ”代表启动注册,“0 ”代表系统退出 b y t e d s i p 4 卜一发送该信令的调度台的i p 地址。 ( 2 ) 调度台向c c 查询资源:m s g _ d s q u e r y 它的具体组成为: b y t ei d 信令标志0 3 h i o 北京邮电大学硕士研究生论文基于h 3 2 3 的多媒体呼叫控制中心 b y t e s o u r c e 一发送该信令的源设备号:为调度台设备号; b y t e t a r g e 卜一接收该信令的目标设备号:为c c 设备号; b y t e g w i 卯e 一网关类型:“2 ”代表有线网关,“3 ”代表无线网关; b y t e d s i p 4 卜一发送该信令的调度台的i p 地址。 ( 3 ) c c 应答调度台资源查询:m s g d s q u e r y e d 它的具体组成为: b y t ej d 信令标志0 4 h ; b y t e s o 防一发送该信令的源设备号:为c c 设备号; b y t e t a r g e t _ 一接收该信令的目标设备号:为调度台设备号; b y t e r e s o u r c e f l a g 一有无资源标志:“1 ”代表有资源,“0 ”代表无资源; b y t e i s c a l l _ i i r 一是呼叫接入还是呼出:“l ”代表呼入,“0 ”代表呼出; b y t e d s i p 【4 卜被回复,接收该信令的调度台的i p 地址。 ( 4 ) 网关向c c 查询资源:m s gg w q u e r y 它的具体组成为: b y t ei d 信令标志0 5 h ; b y t e s o i l r c e 一发送该信令的源设备号:为网关设备号: b y t e t a r g e 卜_ 接收该信令的目标设备号:为c c 设备号; b y t e g w i p 【4 】该网关自己的i p 地址; u n s i g n e dc h a ru s e r d a t a 1 0 0 0 给用户自己配置的数据段,用于存储网 关解析出的打进电话的电话号码。 ( 5 ) c c 应答网关资源查询:m s gg w q u e r y e d 它的具体组成为: b y t ei d - - 信令标志0 6 h ; b y t e s o u r c e 一发送该信令的源设备号:为c c 设备号: b y t e t a r g e 卜接收该信令的目标设备号:为网关设备号; b y t e r e s o u r e e f l a g 一有无资源标志:“1 ”代表有资源,“0 ”代表无资源: b y t e d s i p 【4 】有资源时,调度台的i p 地址。 u n s i g n e dc h a ru s e r d a t a 1 0 0 0 - - j 匾_ 回用户自己配置的数据段,以便与发送 请求的网关中的信道相对应,即是对刚才那个电话的反应。 北京i | 日电大学硕士研究生论文基于h 3 2 3 的多媒体呼叫控制中心 ( 6 ) 调度台接听电话:m s go f f h o o k 它的具体组成为: b y t ei d 信令标志0 7 h ; b y t e s o l i r c e 一发送该信令的源设备号:为调度台设备号; b y t e t a i 蓼卜一接收该信令的目标设备号:为网关设备号; b y t e i s c a l u n 是呼入还是呼出:“1 ”代表呼入,“0 ”代表呼出: b y t e d s i p 4 】该调度台的i p 地址; u n s i g n e dc h a r t p h o n e l n f o 1 0 0 存储待接或待拨电话位数、号码。 调度台发给c c ,c c 看到t a r g e t 是网关设备号,于是转发给网关。 ( 7 ) 调度台挂断电话:m s gh a n g u p 它的具体组成为: b y t ei d 信令标志0 9 h ; b y t e s o l l r c e 一发送该信令的源设备号:为调度台设备号: b y t e t a r g e 卜接收该信令的目标设备号:为网关设备号: b y t e d s i p 4 该调度台的i p 地址。 调度台发给c c ,c c 看到t a r g e t 是网关设备号,于是转发给网关。 ( 8 ) 调度台挂起电话:m s gs u s p e n d 它的具体组成为: b y t ei d 信令标志0 b h ; b y t e s o u r c e 一发送该信令的源设备号:为调度台设备号; b y t e t a r g e t 接收该信令的目标设备号:为网关设备号; b y t e d s i p 4 该调度台的婵地址。 调度台发给c c ,c c 看到t a r g e t 是网关设备号,于是转发给网关。 ( 9 ) g w 资源占用或释放:m s gt a k e u p 它的具体组成为: b y t e i d 信令标志0 f h ; b y t es o 唧) p 发送该信令的源设备号:为网关设备号; 2 北京邮电大学硕士研究生论文基于h 3 2 3 的多媒体呼叫控制中心 b y t e t a r g e 卜一接收该信令的目标设备号:为c c 设备号; b y t e r e s o u r c e f l a g 一有无资源标志:“1 ”代表有资源,“0 ”代表无资源; b y t e 州p 【4 卜一该网关的i p 地址。 该信令不仅是网关进入系统向c c 注册时发出的信令还是回答c c 查询时返 回的信令。 c c 发给调度台,使之待接队列多了一个电话:m s gq u e u e a d d o n e 它的具体组成为: b y t ei d 吖言令标志0 x l1 h ; b y t e s o 肿:c _ 发送该信令的源设备号:为c c 设备号: b y t e 伽苫e t - 一接收该信令的目标设备号:为调度台设备号; u n s i g n e d c h a r t p h o n e i n f o 1 0 0 0 存储待接或待拨电话位数、号码。 d d 网关向调度台发的反馈信令:m s gf e e d b a c k 它的具体组成为: b y t ei d 信令标志0 x 1 2 h ; b y t e s o u r c e 一发送该信令的源设备号:为网关设备号; b y t e 切r g e 卜一接收该信令的目标设备号:为调度台设备号; b y t e r e s o u r e e f l a g _ - 有无资源标志:“1 ”代表有资源,“0 ”代表无资源; b y t ei s c a l l 1 n 一是呼入还是呼出:“1 ”代表呼入, “0 ”代表呼出; b y t e d s i p 4 被反馈调度台的i p 地址; u n s i g n e d c h a r i p h o n e i n f o 1 0 0 0 - - 存储待接或待拨电话位数、号码。 当呼出时调度台通过查询c c 得知网关有资源从而正要拨出电话时,此时刚 好网关又从外部接收到了一个电话,资源被占用,此时网关向调度台发送该消息。 其中,上述设备号分别定义为: 调度台:1 ( 所有调度台都是1 ) ; 网关:有线网关2 ,无线网关3 ; c c :1 0 。 根据上面定义的消息实现的呼入、呼出过程由图2 _ 4 示出。 北京邮电大学碗士研究生论文 基于h 3 2 3 的多媒体呼叫控制中心 调度台( 1 ) 启动 呼入 c c ( 1 0 ) jj网关( 2 ) p 竺竺掣 丝竺翌 电一踟( 1 0 ,l :m s g g w q u e 狼y e d ( 1 0 , 2 ) r 1r i d s _ h a n g u p ( 1 ,2 ) ii i l ii m s g _ t a k e u p ( 2 ,1 0 ) i j 厂坠型型坠l 一 一- _ 一一- - 一- 。一- _ :。一一- - 一一_ 一一_ 一一- _ 一1 。一一_ 一一 - 。一一_ 。- 。一一_ _ 一一_ 一一 。一- 一一- - 一_ 一一 呼出 l 竺! 竺! 旦竖塑! :划 ji i 竺! 型! 翌咝堕j i i m s gt a k e u p ( 2 ,1 o ) ! p - 。_ _ - - _ 1 - - _ 。- 。- 。_ _ _ _ _ _ 。_ 。_ _ _ 。 :里些翌里旦_ + _ 一 l d ss u 卵e n o o ,2 ) iii 图2 4 呼入、呼出的消息流程图 4 北京邮电大学硕士研究生论文 基于h 3 2 3 的多媒体呼叫控制中- 2 4 消息传递机制 在多媒体呼叫控制中心内部,各组件存在于一个i p 网内,它们之间的互通是 通过t c p i p 协议来传递消息的。下面对消息传递的w i n s o e k 机制以及封装它的动 态链接库c o m m u n i c a t i o n d l l 进行介绍。 2 4 1w i r t s o e k7 - 作原理 客户机服务器方式是计算机之间相互通信的基本方式。服务器提供资源,客 户机使用资源,资源由两个程序共享。 一个在建立分布式应用时最常用的范例便是客户机服务器模型。在这种方案 中客户应用程序向服务器程序请求服务。客户机朋臣务器模型工作时要求有一套为 客户机和服务器所共识的惯例来保证服务能够被提供( 或被接受) 。这一套惯例 包含了一套协议。它必须在通讯的两头都被实现。当服务被提供时必然存在”客户 进程”和”服务进程”。一个服务程序通常在一个众所周知的地址监听对服务的请 求,也就是说,服务进程一直处于休眠状态,直到个客户对这个服务的地址提 出了连接请求。在这个时刻,服务程序被”惊醒”并且为客户提供服务一对客户的 请求作出适当的反应。这一请求响应的过程可以简单的用图表示。 应用程序 | 一 应用程序 i ii 网络编程界面,例如w i n d o w ss o c k e t s lf 网络通讯协议服务界面,例如t c p , r l p if 操作系统例如w i n d o w s lf 物理通讯介质 图2 - 5 消息传递机制示意图 北京邮电大学硕上研究生论文基于h 3 2 3 的多媒体呼叫控制中心 应用程序调用w i n d o w ss o c k e t s 的a p i 实现相互之间的通讯。w i n d o w s s o c k e t s 又利用下层的网络通讯协议功能和操作系统调用实现实际的通讯工作。它 们之间的关系如图2 5 所示。 通信的基础是套接字( s o c k e t ) ,一个套接字是通讯的一端。在这一端上你 可以找到与其对应的一个名字。一个正在被使用的套接字都有它的类型和与其相 关的进程。 基于t c p h p 通讯存在着通讯双方:s e r v e r 端、c l i e n t 端,通讯过程是: ( 条件:s o c k 3 r e c e i v e 做完后立刻回复) 如果s e r v e r 端要主动发信令给c l i e n t 端,则须在c l i e n t 端做现在s e r v e r 端的 所有动作,s e v e r 端也要做现在c l i e n t 端的所有动作。 2 4 2c o m m u n i c a t i o n d l l 一封装w i n s o c k 功能的动态链接库 为了实现上述的两个终端之间的通讯,我们首先要定义c l i e n t 端和s e r v e r 端 都共同识别的消息。 ( 1 ) 两个触发消息 r er e c e i v e d触发o n r e c e i v e ( ) 函数 在调度台网关端,判断是否接收到信令c c _ d s q u e r y e d ( 此信令由调度 台发送) 、信令c cg w q u e r y e d ( 此信令由g w 发送) 6 北京邮电大学硕士研究生论文基于h 3 2 3 的多媒体呼叫控制中心 c l tt a l k i n g 触发o n c l i e n t t a l k i n g ( ) 函数 在调度台端,判断是否接收到信令c cq u e u e a d d o n e 在c c 端,判断是否接收到信令m s gr e g i s t e r 、信令m s gd s q u e r y ( 调 度台向c c 查询资源) 、信令m s gg w q u e r y ( 网关向c c 查询资源) 、信令 m s g _ o f f h o o k 、信令m s g h a n g u p 、信令m s g _ s u s p e n d 、信令 m s gt a k e u p 、信令m s gf e e d b a c k ( 2 ) 消息循环 c l i e n t 消息 c l tt l k i n g j r er e c e i v e d 一口、7 2 5 开发基础o p e n h 3 2 3 h 3 2 3 建议是由i t u t 制定的基于分组交换网络( p b n ) 的多媒体会议系统, h 3 2 3 会议系统不假定其工作的网络基础能提供服务质量( q o s ) 保证。实际上, 随着i p 网的迅速发展,以h 3 2 3 为基础开发的视频和语音传输软件在网上有快 速增长的趋势。但是开发h 3 2 3 协议栈( 基于a s n 1 的原语) 是通信设计过程 中的一项极其艰巨的任务,难点主要在于:复杂的协议栈开发需要投入数年的工 程设计资源,而且掌握这些复杂的标准还需要一个知识的积累和学习过程。 o p e n h 3 2 3 项目是澳大利亚的e q u i v a l e n c ep t yl t d 公司组织开发的,这个项目 1 9 9 8 年开始,到了2 0 0 0 年底基本的h 3 2 3 协议框架已经实现,主要是免费面向 所有想从事v o i p 和网络视频传输的软件开发商使用,这个协议库是完全符合 h 3 2 3 协议的,能和任何符合该协议的软件进行

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论