第一篇:品质SIP定义
制作SIP的重点及注意事项
1.什么是SIP?
SIP是STANDARD INSPECTION PROCEDURE 是缩写,翻译成中文检验标准指导书,是为确保产品的性能,寿命、可靠性、安全性、经济性,尺寸和外观是否满足明确和隐含要求而制定的一个准则。
2.分类
检验标准一般分为内部检验标准和外部检验标准,外部检验标准又可分为客户检验标准和行业检验标准。
3.检验标准的定义
a. 保证产品质量的一致性。b. 为公司节约成本。c. 减少社会资源浪费。d. 方便客户寻找替代品。
e. 为检验员判断产品某一特性是否合格提供依据。
4.检验标准书包括的项目
4.1基本项目:
公司名称,文件名称,发行日期,发行版本,文件编号,产品名称,产品料号,检验工程站别名称,检验项目,检验标准,检验方法,检验环境和设施,检验频率,制定者,审核人。
5.重要项目说明
a. 产品名称,产品料号,文件编号一方面为了查找,另一方面区别与其他产品,相当于一种产品的代号。
b. 检验方法包括目视、量测、实验。其中量测和实验是借用二次元投影机,厚薄规推拉力计等仪器设备来完成检验。
c. 使用表单通常是检验者记录检验结果的表单,记录内容包括:产品名称、规格、批量、编号、使用仪器、设备、检验时间、检验人、检验结果数据、检验结果。
d. 检验频率是指对总样本数抽多少的一个比率或间隔多长时间抽取一定的样本数。
e. 严重度分危害,严重,轻微。危害指对人的生命安全造成一定影响;严重指完全或部分影响使用,轻微指不会影响使用,但存在一些瑕疵使客户的满意度降低。
f. 制定栏目填写制定此SIP的品质工程师自己的名字,审核和核准栏目为品质部门的主管填写。
g. 尺寸是客户对某一产品的长度,宽度,弧度等特性的要求,其检验标准栏填写客户要求这些特性和允许的公差。
6.如何制作一份完整的SIP? 6.1.如何识别产品的质量特性中的固有特性和不合格特性? 产品的质量特性分为固有特性和不合格特性。固有特性指客户在外观,结构,性能,可靠度等方面可区分的要求,及制造过程中不可避免的特征,比如产品某些位置的凹凸,不连续,产品组合后的间隙等都属于质量特性中的固有特性。不合格特性是指制造过程中某些不可避免的特征超出规定要求和产品上增加了其他物质,包括脏污、杂色、刮伤、间隙过大等属于此类。
识别方法:前后制程对比,与样品对比,产品互相比较,与检验标准对比,组装后结构后功能是否正常,了解所有制程的控制特性及相关的品质特性,新产品开发阶段,或试产一种从未接触的新产品,在没有标准和样品提供的前提下,了解所有制程的检验特性及相关的品质特性至关重要。
6.2.了解客户要求
每种产品有其独自应具备的特性,并且不同的产品出于不同的使用环境和用途其具备的特性也不尽相同。比如一个水杯是用来装水,因而必须具备不漏水的特性;一部手机的显示屏是用于查阅,储存信息,消费者对屏幕的关注度特别高,因而手机的显示屏的外观要求特别高,不允许刮伤、污点之类的缺陷。只有认真去了解客户和消费者的使用环境,相应的品质标准也就可以制定出来,当然不同层次的消费群体对产品的要求也会有差异,一般老百姓关注的是所买的产品能否用,价格是否便宜,而那种生活品味相对有点高的消费群体不仅注重性能,还要在外观上看着舒服。但不论哪种消费群体,他们都会关注所买的产品是否能够使用,通过这么了解识别可制定通用的检查项目和应客户群体同所制定的特需检验项目。
6.3.检验标准的要求
a.尽量量化,对于边界清晰,有一定的面积的缺陷用尺寸数据描述。
b.必须含盖客户所有的明确或潜在的要求,获得要求常用的方式是客户提供的检验标准。c.某些特殊检验项目无法量化,通常用签限度样板的方式弥补,作为检验的标准。
d.同样的缺陷,在不同强度的光源,视距,角度下其看到的结果不一样,因而必须把这些检验方法标准化。
7.注意事项
a.了解公司制程和客户端制程,若有必要,通过一定的途径了解终端客户的使用环境。b.了解公司每个制程会出现的问题点及客户最关心的问题点。任何客户最关心的问题点通常是能否使用,因而对影响使用的关键项目必须重点管控。比如:产品的某些位置有毛边干涉了组装,这种毛边就是重点管控的项目。不同产品,不同位置的管控重点不一样,因而必须了解后续制程。
c.检验项目和标准的描述应该即专业又通俗易懂,对于用文字描述无法说清楚的地方可附加图片补充说明。比如有些产品分A,B,C几面管控,B,C面都是侧面,只是位置不同而已,此种情形用附图说明的方式比较好。
d.一个公司同一时期内的标准指导书格式和排版必须保持一致,字体风格和大小必须保持一致。
e.在制作SIP过程中切忌照搬COPY,这种方法很容易出现制作的内容与实际产品不符,若想节约时间,可先把有用的内容用不同的字体颜色标出来再进行COPY。便于识别哪些是有用于目前产品的标准,假如在一份SIP中修改成需要的SIP,先把不需要的内容删除,修改需要的部分用不同颜色做记号区分。
f.当相连项目的内容一样时可做合并,整个SIP的排版看起来会显得美观。g.在设定检验频率时首先单个产品的所需工时及检验员的工作量,频率过低的抽检起不到对产品品质状况的有效掌控。频率过高的抽检会超出检验员的负荷,达不到指导的目的。h.为确保每份SIP的格式一样,先确定每个项目内容所需要的空间,然后设定好页边距及内部格式,设定好的格式必须锁定保存,不要随意改动。当做第二份SIP时可直接COPY此份SIP的格式。
i.当做完一份SIP后,不要盲目打印,格式是否符合要求以打印预览中看到的效果为准。与样品对比是否能一眼看出差异,了解哪些面是用户经常看到的面,了解影响程度,了解送给客户产品的样品。
制定:
第二篇:SIP协议描述
SIP协议描述
一、SIP协议的背景和功能
SIP(会话初始协议)的开发目的是用来帮助提供跨越因特网的高级电话业务。因特网电话(IP电话)正在向一种正式的商业电话模式演进,SIP就是用来确保这种演进实现而需要的NGN(下一代网络)系列协议中重要的一员。
SIP是IETF标准进程的一部分,它是在诸如SMTP(简单邮件传送协议)和HTTP(超文本传送协议)基础之上建立起来的。它用来建立,改变和终止基于IP网络的用户间的呼叫。为了提供电话业务它还需要结合不同的标准和协议:特别是需要确保传输(RTP),与当前电话网络的信令互连,能够确保语音质量(RSVP),能够提供目录(LDAP),能够鉴权用户(RADIUS)等等。
SIP被描述为用来生成,修改和终结一个或多个参与者之间的会话。这些会话包括因特网多媒体会议,因特网(或任何IP网络)电话呼叫和多媒体发布。会话中的成员能够通过多播或单播联系的网络来通信。SIP支持会话描述,它允许参与者在一组兼容媒体类型上达成一致。它同时通过代理和重定向请求到用户当前位置来支持用户移动性。SIP不与任何特定的会议控制协议捆绑。
本质上,SIP提供以下功能:
名字翻译和用户定位:无论被呼叫方在哪里都确保呼叫达到被叫方。执行任何描述信息到定位信息的映射。确保呼叫(会话)的本质细节被支持。
特征协商:它允许与呼叫有关的组(这可以是多方呼叫)在支持的特征上达成一致(注意:不是所有方都能够支持相同级别的特征)。例如视频可以或不可以被支持。总之,存在很多需要协商的范围。
呼叫参与者管理:呼叫中参与者能够引入其它用户加入呼叫或取消到其它用户的连接。此外,用户可以被转移或置为呼叫保持。
呼叫特征改变:用户应该能够改变呼叫过程中的呼叫特征。例如,一呼叫可以被设置为“voice-only”,但是在呼叫过程中,用户可以需要开启视频功能。也就是说一个加入呼叫的第三方为了加入该呼叫可以开启不同的特征。
二、SIP网络元素
SIP中有两个要素。SIP用户代理和SIP网络服务器。用户代理是呼叫的终端系统元素,而SIP服务器是处理与多个呼叫相关联信令的网络设备。
用户代理本身具有一客户机元素(用户代理客户机UAC)和一服务器元素(用户代理服务器UAS)。客户机元素初始呼叫而服务器元素应答呼叫。这允许点到点的呼叫通过客户机-服务器协议来完成。SIP服务器元素提供多种类型的服务器。有三种服务器形式存在于网络中--SIP有状态代理服务器,SIP无状态代理服务器和SIP重定向服务器。由于呼叫者未必知道被呼叫方的IP地址或主机名,SIP服务器的主要功能是提供名字解析和用户定位。可以获得的是email形式的地址或与被呼叫方关联的电话号码。使用该信息,呼叫者的用户代理能够确定特定服务器来解析地址信息--这可能涉及网络中很多服务器。
SIP代理服务器接收请求,决定将这些请求传送到何处,并且将它们传送到下一服务器(使用下一跳路由原理)。在网络中可以有多跳。
有状态和无状态代理服务器的区别是有状态代理服务器记住它接收的入请求,以及回送的响应和它转送的出请求。无状态代理服务器一旦转送请求后就忘记所有的信息。这允许有状态代理服务器生成请求以并行地尝试多个可能的用户位置并且送回最好的响应。无状态代理服务器可能是最快的,并且是SIP结构的骨干。有状态代理服务器可能是离用户代理最近的本地设备,它控制用户域并且是应用服务的主要平台。
重定向服务器接收请求,但不是将这些请求传递给下一服务器而是向呼叫者发送响应以指示被呼叫用户的地址。这使得呼叫者可以直接联系在下一服务器上被呼叫方的地址。
三、SIP协议的实现机制
SIP是一个分层结构的协议,这意味着它的行为根据一组平等独立的处理阶段来描述,每一阶段之间只是松耦合。协议分层描述是为了表达,从而允许功能的描述可在一个部分跨越几个元素。它不指定任何方式的实现。当我们说某元素包含某层,我们是指它顺从该层定义的规则集。
不是协议规定的每个元素都包含各层。而且,由SIP规定的元素是逻辑元素,不是物理元素。一个物理实现可以选择作为不同的逻辑元素,甚至可能在一个个事务的基础上。
SIP的最底层是语法和编码。它的编码使用增强Backus-Nayr形式语法(BNF)来规定。
第二层是传输层。它定义了网络上一个客户机如何发送请求和接收响应以及一个服务器如何接收请求和发送响应。所有的SIP元素包含传输层。
第三层是事务层。事务是SIP的基本元素。一个事务是由客户机事务发送给服务器事务的请求(使用传输层),以及对应该请求的从服务器事务发送回客户机的所有响应组成。事务层处理应用层重传,匹配响应到请求,以及应用层超时。任何用户代理客户机(UAC)完成的任务使用一组事务产生。用户代理包含一个事务层,有状态的代理也有。无状态的代理不包含事务层。事务层具有客户机组成部分(称为客户机事务)和服务器组成部分(称为服务器事务),每个代表有限的状态机,它被构造来处理特定的请求。
事务层之上的层称为事务用户(TU)。每个SIP实体,除了无状态代理,都是事务用户。当一个TU希望发送请求,它生成一个客户机事务实例并且向它传递请求和IP地址,端口,和用来发送请求的传输机制。一个TU生成客户机事务也能够删除它。当客户机取消一个事务时,它请求服务器停止进一步的处理,将状态恢复到事务初始化之前,并且生成特定的错误响应到该事务。这由CANCEL请求完成,它构成自己的事务,但涉及要取消的事务。
SIP通过EMAIL形式的地址来标明用户地址。每一用户通过一等级化的URL来标识,它通过诸如用户电话号码或主机名等元素来构造(例如:SIP:usercompany.com)。因为它与EMAIL地址的相似性,SIP URLs容易于用户的EMAIL地址关联。
SIP提供它自己的可靠性机制从而独立于分组层,并且只需不可靠的数据包服务即可。SIP可典型地用于UDP或TCP之上。
SIP提供必要的协议机制以保证终端系统和代理服务器提供以下业务:
● 用户定位
● 用户能力
● 用户可用性
● 呼叫建立
● 呼叫处理
● 呼叫前转,包括:(1)等效800类型的呼叫,(2)无应答呼叫前转,(3)遇忙呼叫前转,(4)无条件呼叫前转
● 呼叫号码传递,该号码可以是任何命名机制。
● 个人移动性,例如通过一个单一的、位置无关的地址来到达被呼叫方,即使被呼叫方改变了终端。
● 终端类型的协商和选择:呼叫者可以给出选择如何到达对方,例如通过因特网电话,移动电话或应答业务等。
● 终端能力协商
● 呼叫者和被呼叫者鉴权
● 不知情和指导式的呼叫转移
● 多播会议的邀请
当一用户希望呼叫另一用户,呼叫者用INVITE请求初始呼叫,请求包含足够的信息用以被呼叫方参与会话。如果客户机知道另一方的位置它能够直接将请求发送到另一方的IP地址。如果不知道,客户机将请求发送到本地配置的SIP网络服务器。如果服务器是代理服务器它将解析被呼叫用户的位置并且将请求发送给它们。有很多方法完成上步,例如搜索DNS或访问数据库。服务器也可以是重定向服务器,它可以返回被呼叫用户的位置到呼叫客户机用以它直接与用户联系。在定位用户的过程中,SIP网络服务器当然能够代理或重定向呼叫到其它的服务器,直到到达一个明确地知道被呼叫用户IP地址的服务器。
一旦发现用户地址,请求就发送给该用户,此时将产生几种选择。在最简单的情况,用户电话客户机接收请求——也就是,用户的电话振铃。如果用户接受呼叫,客户机用客户机软件的指定能力响应请求并且建立连接。如果用户拒绝呼叫,会话将被重定向到语音邮箱服务器或另一用户。“指定能力”参照用户想启用的功能。例如,客户机软件可以支持视频会议,但用户只想使用音频会议,那则只会启用音频功能。
SIP还具有另外两个有重要意义的特征。第一个是有状态SIP代理服务器具有分割入呼叫或复制入呼叫的能力,从而可以同时运行几个扩展分支。第一个应答的分支接受呼叫。该特征在用户工作在两位置之间(例如实验室和办公室)或者同时对经理和其秘书振铃时是非常便利的。
第二个特征是SIP独特的返回不同媒体类型的能力。举个用户联系公司的例子。当SIP服务器接收到客户机的连接请求,它能够通过WEB交互式语音响应页面来返回到顾客的客户机,该页面具有可获得的部门分支或提供在列表上的用户。点击适当的链接后将发送一请求到所点击选择的用户从而建立起呼叫。
四、SIP消息的组成
有两种类型的SIP消息:
● 请求:从客户机发到服务器
● 响应:从服务器发到客户机
SIP请求消息包含三个元素:请求行、头、消息体。
SIP响应消息包含三个元素:状态行、头、消息体。
请求行和头域根据业务、地址和协议特征定义了呼叫的本质,消息体独立于SIP协议并且可包含任何内容。
SIP定义了下述方法:
INVITE——邀请用户加入呼叫。
BYE——终止一呼叫上的两个用户之间的呼叫。
OPTIONS——请求关于服务器能力的信息。
ACK——确认客户机已经接收到对INVITE的最终响应。
REGISTER——提供地址解析的映射,让服务器知道其它用户的位置。
INFO——用于会话中信令。
五、结束语
SIP协议凭借其简单、易于扩展、便于实现等诸多优点越来越得到业界的青睐,它正逐步成为NGN(下一代网络)和3G多媒体子系统域中的重要协议,并且市场上出现越来越多的支持SIP的客户端软件和智能多媒体终端,以及用SIP协议实现的服务器和软交换设备。虽然SIP协议目前还不成熟,但可以预见SIP必定是将来网络多媒体通信中的明星。
第三篇:SIP优势总结
SIP优势总结
1、自动回呼功能。
启用该功能后,如果您呼叫的对象没有接听到电话,系统会记录下此次呼叫,一旦对方使用了VOIP电话,系统就会判定该对象已经回来并向双方的电话发起振铃,摘机后就可以建立通话。该功能解决了中国人不爱使用电话留言功能的问题。
2、语音点播功能。
说明如下:
1、将重要文件或通知录制成文件存放在VOIP系统中并挂接上特殊的号码,用户只要拨打该号码并输入密码验证,就可以收听录音;
2、如果企业有常用的培训录音,也可以放在系统中,用户拨打培训电话号码,就可以远程反复收听培训录音了;
3、对于紧急重要的通知,也可以通过系统制作录音,并通过群呼的方式向所有VOIP话机呼叫。
3、企业统一通信录应用。
公司内部网页可集成“企业统一通信录”,其中包含各部门员工通信录名片,甚至合作单位通信录名片,通讯录名片可以链接多个用户号码(如VOIP分机号码、普通固定电话号码、移动手机号码等)。
员工上班时以专有用户身份登录系统,除了可以查询公共通讯录外,还可以建立自己私人的通讯录。员工需要电话呼叫同事或客户时,只需要在“企业统一通信录”上找出呼叫对象,点击后,双方听到电话振铃后摘机便可开始对话。
该应用革新了企业的通信管理概念,避免了传统电话通信中找号码、拨电话的麻烦,解决了企业传统通信录在更新、管理过程中容易泄密的问题。
4、邮件自动呼叫应用
将企业的邮件系统集成自动呼叫功能,员工在阅读邮件的时候,只需点击邮件相关人员,系统就可在该员工和相关人员之间建立语音连接,甚至可同时连接多方电话,组成电话会议共同讨论邮件内容。
该应用的显著特点是提高业务处理效率。员工不必翻查通信录,直接点击相关联系人即可快速解决问题。
5、电话会议应用。
系统提供基于Web的电话会议系统,该系统以功能模块方式集成在软交换服务器中,不需要额外添加电话会议设备。
利用此套电话会议系统可方便的召开跨部门、跨地区会议,而无需占用会议室、无需长途旅行费用开支、无需向运营商支付通讯费用。
此外,针对黑龙江人寿目前应用的PLOYCOM和AVCON视频会议系统,VOIP通信系统也可以通过三种方式实现其价值:
第一种,由于PLOYCOM能够提供模拟接口,所以VOIP系统可通过语音网关的模拟接口与之对接,作为VOIP系统的任何一部分机都可以加入视频会议系统(只有语音);
第二种,通过PLOYCOM和AVCON视频会议系统的媒体服务器所提供的标准H.323协议,与VOIP系统互联也可加入视频会议系统(只有语音)。
第三种,由于视频会议系统价格昂贵,在部署时只是有针对性的部署在重点地市。而相对来讲VOIP通信系统所提供的电话会议成本低、部署广,可以作为视频电话会议系统的一个有效补充。
6、网络安全。
1、号码认证体系。我们的系统提供了严格的号码认证体系,除了针对用户名、密码进行认证外,还可以针对对方的IP地址进行认证。
2、加密体系。我们的系统有一套非常完善的加密措施来保证通话安全。
3、跨网间通话质量保证。我们的系统有措施确保在不同网络运营商之间通话质量良好。
7、电话录音功能。
保险行业通常有一些业务是需要录音的,比如电话回访,目的是保证回访员的工作质量;此外对于一些催款部门,电话录音也可以作为催款参考凭据。我们的系统可以方便实现这种应用,软交换服务器录音后可保存当本地硬盘。服务器上安装数据库工具,可以实现对录音文件的查询管理。如果录音文件过大,还可以设置定期将录音文件传送到公司其它存储设备上。
8、“帮助单系统”自动呼叫应用。
给IT部门的“帮助单系统”集成自动呼叫功能,当IT部门员工收到“帮助请求单”后,可以直接点击帮助请求人,系统将自动呼叫并接通对方电话。
9、IT部门专用Call Center 该应用利用软交换服务器集成的多级可编程IVR功能,可以把企业IT应用系统的故障帮助请求分门别类,分别引导;企业员工只需要拨打IT部门公布的服务号码(VOIP号码),其呼叫请求即被引导、转接到合适的IT服务坐席或语音录音。通过“IT部门专用Call Center”应用,可以将各地市人寿分公司的IT部门员工都纳入到统一的服务体系,实现多中心联网服务,形成网络服务的优势。
该应用无需特别的设备投资,却可以充分利用各地区的IT人力资源,给企业创造更多的服务价值,体现IT部门高效、完美的服务形象。
此外,我们系统即将推出高智能终端,可以通过液晶触摸屏实现通讯录查找、自动呼叫、电话录音等功能。这些功能在H323系统中是不容易实现的。
第四篇:SIP点滴工作经验和教训总结
(2013-09-10)3650SHHXHelbakoNingbo Huaxiang ElectronicCo.LtdBillliu)
今天帮bill liu做很简单的tender submission receipt,为下午的开标会议做准备,一共四家总包,被邀请投标,其实这个receipt是个很简单的事情,但是今天做的很不好,主要体现在1,字体格式要统一,整体协调。
2、office办公操作需要加快速度和准确性。
3、做receipt时对contactor的资料阅读不仔细,把投标人的缩写写错,以后一定要加强相关资料的阅读能力,做到耐心细心,胆大心细。
4、对word中页脚的修改也是个大问题今天,自己只是在在页面内修改,保存后又恢复原来样子,应该另存修改文件名,然后再页脚处更新。
5、时间表示错误,下午一点半写成13:30pm,pm只适用于十二小时制,所以应该为1:30pm。好糟糕的一天,必须吸取教训。
文件扫描:流程性操作,及时没用过,只要按步骤来很简单的,要增强新事物的动手能力。
(2013-09-11)3650 SHHXHelbakoGC tenderproject teamand organizations)
今天做的这个team and organization 其实就是信息的汇总整合和分析,本身难度不大,但是对投标者的标书的内容理解要透彻,专业,分析需要客观,并且需要渗透到标书内容的精髓,分辨出施工单位的质量,这个需要有专业性的素质,尤其是对施工单位的组织结构的理解要透彻。
(2013-09-12)3650 SHHXHelbako
今天好囧,word中cell插入多条斜线头一开始竟然不会,由于版本问题,这个word表格菜单下没有插入多条斜线头的按钮,用画图的直线用具只能画一条,最后得出只能用insert中的shape中的line命令,这些都是很简单也最常用的,其实在一个正规的外企中办公,office,ps,autocad等软件的娴熟运用是最好的能展现职业能力和素养的方式,工程经验和知识的展现需要一个长期的on-going的积累过程,但是这些职业能力将直接展现你的办公效率,昨天帮bill做那个tender submission receipt 出现的那么多错误,给别人的印象真的比较差,这个是个警示,希望利用周末时间要快速的提高,这个是基础,也将主导人脉和工作事物的资源导向性,好好把握,像张辉哥哥说的那样,可以犯错但是同样的错误绝对不犯第二次,bill liu那个submission receipt犯了四次,真的要好好反思。
第五篇:基于SIP的集中式视频会议模型介绍(范文模版)
近几年来,随着计算机技术、通信技术和互联网技术的飞速发展,视频会议的应用范围正逐渐从传统的专业领域、大型企业等高端用户向中小企业等普通用户和个人用户拓展。据有关机构的分析结果显示,2004年我国视频会议市场的规模已经达到18.7亿元,并以每年26%的速度递增,市场前景十分广阔。
本文主要介绍了一种基于SIP的集中式视频会议模型,并根据此模型设计了初步的实现方案,分析了此方案的工作原理。目前,IETF领导的对SIP会议模型的研究还处于草案阶段,并没有成为标准,因此,对SIP会议框架及其实现技术的研究具有一定的理论和实践意义。视频会议系统的主流技术标准
目前,视频会议系统的主流技术标准有2个,H.323和SIP[1]。前者是由ITU-T SG16定义,包括H.225呼叫控制信令和RAS信令、H.245媒体控制信令和H.450补充业务信令规范;后者由IETF MMUSIC工作组定义,包括SDP媒体描述规范。
H.323系统沿用传统电信网的设计理念,兼顾传统PSTN呼叫流程和IP网特点而发展成熟,吸取了许多电信网的组网、互联和运营经验,能与PSTN网、窄带视频业务以及其他数据业务和应用网互联互通,近年来得到了广泛的应用,尤其是在组建VoIP大网方面凸现了其技术优势。H.323协议范围广,涵盖了各种独立设备、个人计算机技术以及点对点和点对多点的视频会议,该协议解决了视频会议中呼叫与会话控制、多媒体与带宽管理等许多问题。也正是因为H.323系统在设计的时候考虑的问题太多,整个体系结构显得庞大且较为复杂,限制了其在中小企业的部署。
SIP是用来建立、修改和终结多媒体会话的应用层控制协议,主要完成用户定位、用户能力交换、呼叫建立、呼叫处理等功能。它继承了互联网协议的设计理念,与H.323协议相比,具有简单灵活、扩展方便的特点,可方便地与其他互联网协议结合提供丰富的IP多媒体业务,以便在各种网络环境下部署。
目前,大规模商用VoIP网络和会议系统都采用H.323标准,但随着VoIP技术的进一步发展和视频会议系统应用的逐渐普及,SIP协议正日益受到业界的重视。3GPP已经确定将SIP协议作为第三代移动通信全IP网络的控制协议,制订了基于SIP的IP多媒体子系统(IMS)。业界也已经确定将SIP作为下一代网络(NGN)的核心控制协议。与此同时,SIP协议及其应用的标准化工作也在积极的进行之中,这其中就包括由IETF SIPPING工作组领导的集中式多媒体会议的标准化工作和XCON工作组领导的会场控制和CPCP(Conference Policy Control Protocol)的标准化工作。随着这些标准的制订,基于SIP的视频会议系统必将获得越来越广泛的应用。集中式会议系统模型
下面介绍一种基于SIP的集中式会议模型。所谓集中式是指该模型相对于多播会议、全分布式会议等会议模型而言,具有信令集中控制、媒体集中处理的特点。该会议模型也是应用最广泛的一种情形。集中式会议模型的结构图[2]如图1所示。
该模型主要包括与会者(Participant)、会议控制中心(Focus)、会议策略服务器(CPS)、会议策略(CP)、会议通告服务(CNS)、媒体混合服务器(Mixer)等逻辑功能模块。其中,Focus、CPS、CNS、CP和Mixer构成会议服务器,完成多媒体会议的核心功能。此会议模型中各模块功能如下。
a)会议的控制中心:会议的控制中心与每个与会者之间存在SIP对话联系。它一方面根据会议成员策略管理整个会议,如会议接入控制、与会人员管理等,另一方面它又根据会议媒体策略,对媒体混合服务器进行控制,保证每个与会者能够接收到会议的媒体流。
每一个会议控制中心都有一个会议URI与其相对应,此URI在全局范围内是惟一的。当用户需要加入会议时,需向相应会议URI发送INVITE请求。
b)与会者:与会者是指会议中和会议控制中心维持SIP对话的SIP用户代理。此用户代理可以是PC应用程序、SIP电话或者是PSTN网关,也可以是其他会议控制中心。当与会者是其他会议的会议控制中心时,会议的拓扑结构是分级的,这种会议结构具有良好的可扩展性,所有区域性的子会议有单独的会议控制中心,这些会议控制中心再连接到主会议的会议控制中心上,进行分级控制和管理。
c)CPS:CPS是系统的逻辑功能模块,用来存储和操作会议策略,为用户和支配会议操作的会议策略之间提供接口。用户可以使用non-SIP方法和CPS交互,完成会议策略的制定、修改等操作。
d)CP:会议策略包含了支配会议控制中心进行会议操作的规则,一个会议对应一个会议策略,包括会议成员策略和会议媒体策略。会议成员策略主要用于会议成员的管理,包括用户接入控制、用户权限管理等。会议媒体策略用于会议媒体混合及分发的控制,包括媒体混合策略、同步策略、媒体分发策略等。用户可以通过Web方式或其他non-SIP方式对会议策略进行维护。
e)CNS:会议控制中心可以提供CNS功能,工作机制由RFC 3265[4]定义,主要完成向与会人员通知相应的会议事件和会议状态。与会者在加入会议后可向会议控制中心发送SUBSCRIBE请求,订阅会议事件和状态通知服务。会议通知服务器将通过NOTIFY消息定时向与会者通告预定的会议事件和会议状态。例如,用户可以预定会议成员的在席信息,当有与会者加入或退出会议时,会议通知服务器将向该用户发送会议成员变更的情况。
f)媒体混合服务器:媒体混合服务器负责完成会议媒体的混合和分发,接收者可以是会议的与会者或其他的媒体混合服务器。媒体流的混合处理由会议控制中心根据媒体策略进行直接或间接控制,处理过程因媒体流类型的不同而不同。视频会议系统结构设计
根据前面介绍的会议模型以及多媒体会议的一般功能要求[3],我们设计了一个视频会议系统的实现方案,系统结构如图2所示。
该系统由多媒体会议终端、会议管理服务器、会议控制服务器、媒体服务器和系统数据库5部分构成。呼叫服务器(CS)是SIP Proxy服务器,负责SIP消息的转发,并集成了注册服务器的功能。
下面分别介绍各组成部分的功能。
1)多媒体会议终端
多媒体会议终端是用户用来参加会议的桌面应用程序。会议终端启动时会发送REGISTER消息向注册服务器注册,注册成功后便保持在线状态,可以随时发起呼叫或接收呼叫请求。在加入会议后,可以发送SUBSCRIBE请求,预定会议状态信息报告,以便获得最新的会议状态变更情况。与会者可通过多媒体会议终端进行申请发言、释放申请、释放发言等操作。可以进行即时消息的发送和接收,实现会议文字聊天功能。2)会议管理服务器
会议管理服务器在图2中对应为Web 服务器,主要完成通过Web界面管理会议的功能,包括会议的预定、修改和取消,会议策略的制定和修改等。另外,还可以通过会议管理服务器对会议控制服务器的系统参数进行配置,并提交到系统数据库保存。会议控制服务器在启动时可以从系统数据库将系统参数下载到本地,进行系统的初始化。
3)会议控制服务器
会议控制服务器是此系统的控制中心,模型中的会议控制中心功能,包括会议的创建、启动、删除、会场管理和控制、会议状态信息的采集和发布、会议成员的在席管理、处理会议成员请求等。会议控制服务器通过MEGACO/H.248[5]命令对媒体服务器的媒体混合处理进行控制。
会议控制服务器主要由总控模块、Web管理模块、启动/注册模块、即时会议模块、会议状态通告模块、会议控制模块和会议列表等几部分组成。其中总控模块主要负责系统的初始化工作和各个模块之间的通信调度等功能;启动/注册模块主要负责会议的启动和结束等操作;会议状态通告模块负责完成会议状态信息通知服务,遵从RFC3265标准;会议控制模块是会议控制服务器的主要功能模块,采用基于事件触发的工作机制。会议列表负责维护会议的状态信息,包括会议属性、成员列表、请求队列和消息队列等,并提供对这些数据进行操作的接口函数。
4)媒体服务器
媒体服务器可采用纯软件方式实现媒体混合等处理,与传统的采用硬件板卡的方式相比,具有巨大的成本优势。会议控制服务器通过MEGACO/H.248命令控制媒体服务器,完成创建关联域、增加终端、删除终端、修改终端属性、删除关联域等操作。媒体服务器接收与会者发来的媒体流,按照媒体策略进行混合后,再分发给与会者,从而实现会议媒体流的交互。视频会议系统工作原理
在介绍了集中式视频会议系统的结构之后,下面简单介绍此系统的工作原理。
4.1 创建会议
此系统支持预约式会议和即时会议2种会议类型。
预约式会议的创建可通过Web管理系统来完成。会议预定成功后,将向系统数据库的会议数据表插入一条记录。会议控制服务器的Web管理模块对系统数据库的会议数据表进行周期扫描,若发现新的会议记录,则按照预定要求生成新的会议节点,添加到会议列表中。
即时会议的创建可通过多媒体会议终端完成。用户只需向指定的会议工厂URI发送INVITE请求即可创建一个即时会议。新会议的URI由302响应的Contact头域带回。
4.2 加入会议
与会者可以通过以下5种方式加入到会议中:
a)Call-In方式。用户可通过E-mail、Web公告、即时消息等方式事先获得会议URI,然后向会议URI发送INVITE消息,请求加入会议。
b)Call-Out方式。会议开始后,会议控制中心向用户发送INVITE消息,邀请其加入会议。会议控制中心需事先存储与会者的URI列表。
c)第三方通过向会议URI发送REFER[6]请求,触发会议控制中心邀请用户加入会议。
d)第三方通过向用户发送REFER请求,触发用户主动加入会议。
e)若用户不知道会议URI,但可能通过其他途径获得会议中的某一个会话ID,则可通过发送带有Join头域的INVITE消息来加入会议[7]。
4.3 会议状态信息通告机制
与会者在会议进行期间可以获得会议的事件及状态信息,这通过会议通告服务(CNS)来实现。如图4中的F9-F12所示,与会者在加入会议后可向会议控制中心发送SUBSCRIBE请求。订阅感兴趣的会议事件和状态通知的服务,当某类事件发生或会议的状态发生变化时,会议通告服务器将生成状态报告的事件包,通过NOTIFY请求发送给订阅者,通告发生的事件或状态的变化情况。
4.4 会场控制机制
会场控制(Floor Control)是指对共享资源的访问控制,如对发言权、视频显示等公共资源的控制。会场控制消息是在会议主席、会议服务器和会议成员之间传递的,可分为2部分:会议控制命令和会议控制事件。会议控制命令是从会议主席或经过授权的会议参与者发往会议服务器的更改会场资源状态的请求。而会议控制事件消息是一种关于会场资源状态信息的报告,由会议服务器发往会议参与者。控制命令的内容可以是添加会场资源、请求使用会场资源、主席批准/拒绝请求或改变会议策略等。控制事件则用来向会议参与者报告有关会场资源占用情况的变化、会议策略或媒体配置的变更等情况。
会场控制命令采用SOAP格式封装[8],由SIP协议的INFO[9]消息作为承载消息。会场控制事件消息的传送可以通过会议状态信息通告机制来实现。
4.5 结束会议
预约型会议的结束时间在预定时已经确定,当会议的结束时间到,但会议中仍有与会者时,则会议控制中心向其发送BYE消息并将其删除,然后执行去注册过程。去注册成功后,会议控制服务器将此会议节点删除。
即时会议因在创建时没有确定结束时间,故不能依据会议的结束时间来结束会议。即时会议判断结束的条件是会议中的与会者数目。当会议中的最后一个与会者退出会议后,认为会议结束,执行去注册过程,去注册成功后即删除会议节点。结束语
目前,SIP多媒体会议的相关标准还在制定之中,相关技术的发展也很迅速,本系统所涉及的很多技术在实际应用中还需要进一步完善,尤其是会议策略控制技术、会场控制机制、会议级联、子会议系统、会议安全机制以及商用模式下的计费方案等方面。
用基于SIP和SOAP相结合的会场控制机制,采用基于MEGACO/H.248协议控制的纯软件媒体服务器,可实现级联会议、子会议系统等多种会议模式的媒体处理。该方案的实现对基于SIP的集中式视频会议的研究具有一定的实践和参考意义。