当前位置:网站首页 >> 文档 >> SIP的作用(5篇)

SIP的作用(5篇)

格式:DOC 上传日期:2023-03-01 20:28:22
SIP的作用(5篇)
    小编:admin

范文为教学中作为模范的文章,也常常用来指写作的模板。常常用于文秘写作的参考,也可以作为演讲材料编写前的参考。大家想知道怎么样才能写一篇比较优质的范文吗?以下是小编为大家收集的优秀范文,欢迎大家分享阅读。

SIP的作用(5篇)

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:)。因为它与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的作用篇三

sip请求方法:

invite:

ack:发起会话请求 证实已收到对于invite请求的最终响应。与invite消息配套使用。

register:将自己的地址信息注册至服务器上

options: 查询服务器(对方代理)的能力

cancel:

bye:

update:

info:

refer:

prack:

comet: 取消尚未完成的请求。对于已完成的无影响 结束会话 允许客户更新一个会话的参数而不影响当前的会话状态 用于传递会话中产生的与会话相关的控制信息 呼叫转移,用于指示接收方通过使用在请求中提供的联系地址信息联系第三方 与ack相同,但用于临时响应 用来检验能够用于会话的资源,使用户代理根据资源可用性决定是否接受呼

取消订阅请求 reinvite: 用于改变会话参数 subscribe: 用于发起订阅请求,向远端断点预定其状态变化的通知 unsubscribe:

notify: 用于通告当前资源状态,发送消息通知预订者它所预定的状态的变化

message: 用于通过在消息体中承载即时消息内容实现即时通信

sip响应码:

1xx: provisional,2xx: success,3xx: redirection

4xx: client error

5xx: server error

6xx: global error 临时响应---表明请求已经接收,正在继续进行处理。成功响应---请求已经成功收到,理解并接受。重定向响应---还需要附加的操作才能完成这个请求,本请求转发到其他的服务器 上处理 客户端错误---请求包含错误的格式或者不能在这个服务器上完成 服务器错误---服务器不能正确的处理这个显然合法的请求 全局错误---请求不能被任何服务器处理。

sip消息头域:

1.通用头域:

用于请求消息或响应消息.域名只有在协议版本改变时才可有效的扩展

call-id: a84b4c76e66710@

call-id =(“call-id” | “i”)”:”local-id”@”host

local-id = 1*uric

全局唯一标识。代表了一种在两个或多个用户之间共享的sip信令的关系。

标识一个特定邀请和与这个邀请相关的所有后续事务

一般使用经过加密的随机标识(可通过随机字串和主机名或ip地址混和产生)

from: alice;tag=1928301774

from =(“from” | “f”)“:”(name-addr | addr-spec)*(“;”addr-params)

addr-params=tag-param

tag-param=“tag=”uuid

uuid=1*(hex | “-”)

“tag”可出现在from头域中,当共享同一个sip地址的用户的两个实例使用同一个call-id发出邀请时,必须使用“tag”。全局唯一的经过加密的至少32比特的随机数。“tag”参数作为一种通用机制,用于区分由一个sip-url标识的用户的多个实例。

出于安全性考虑,禁止包含“transport-param”,“maddr-param”,“ttl-param”,“headers”。接收到含有以上元素的sip-url的服务器在执行下一步处理之前,应将这些元素删除。

to: bobto =(“to” | “t”)“:”(name-addr | addr-spec)*(“;”addr-params)如果请求包含了不止一个via头域,则必须增加“tag”参数。

出于安全性考虑,同from。

via: sip/2.0/udp ;branch=z9hg4bk776asdhds

via指示请求迄今为止所走的路径。

branch参数: 使用magic cookie”z9hg4bk”打头.其它部分是对“to, from, call-id头域和request-uri”按一定的算法加密后得到。这7个字母是一个乱数cookie(定义成为7位的是为了保证旧版本的rfc2543实现不会产生这样的值).contact:sip:192.168.2.89:5090

contact=(“contact” | “m”)”:”

(“*” |(1#((name-addr | addr-spec)[*(“;”contact-params)][comment])))

name-addr=[display-name]”<”addr-spec”>”

addr-spec=sip-url | uri

display-name=*token | quoted-string

contact-param=“q”“=”qvalue|“action””=””proxy”|”expires”“=”delta-seconds| <”>sip-date<”>| extension-attribute

extension-attribute = extension-name [“=”extension-value]

q:表明所给的位置的相对重要性,“qvalue”从0到1,值高参考性大。

action:只用于使用register登记时。表明是否客户希望服务器代理或者重定向用户想要的未来的请求。

expires:表明uri的活动时间。注意与expire头域的联系:如果contact 中存在expires参数,则使用其表示的时间;若不存在,则使用expire头域所表示的时间。

cseq: 314159 invitecseq =“cseq” “:” 1*digitmethod 为一个32位的无符号整数,它的初始值是任意的,但必须小于等于2**31。

每发出一个新的sip请求,cseq++1,遵循严格单调增加的守则.派生的请求须有同样的cseq值 用户代理服务器必须记住同一个call-id的invite请求的最高序列数.低于此序列数的任何invite请求,服务器作出响应后放弃。

“method”值使得客户将对于invite请求的响应和对于一个cancel请求的响应(一般是200响应)区分开来

encryption:encryption= “encryption” “:””pgp”pgp-eparams

pgp-eparams=1#(pgp-version | pgp-encoding)

pgp-encoding=”encoding””=””ascii” | token

表明内容经过了加密处理,此加密为端到端的加密。加密部分默认为二进制。expires = “expires” “:”(sip-date | delta-seconds)expires头域给出了消息内容活动的日期和时间 此域的值可以是一个sip-date,或者是一个以秒为单位的数字形式。此头域只用于invite、register方式。在register请求中,它指示登记的有效期限。在invite请求中,主叫方可以限制邀请的有效性 record-route: sip:;lr expires:

record-route = “record-route” “:” 1#name-addr

record-route请求和响应头域可以被任何服务器加到请求中并坚持以后的同一个call leg的请求使用同样的路径。它包含了一个唯一可达的request-uri来指示代理服务器。每一个代理服务器将它的request-uri加到序列的开始。

严格路由: strick routing.要求接收到的消息的request-uri必须是自己的uri,然后将第一个route头域“弹”出来,并把其中的uri作为新的request-rui,然后把该消息路由给该uri。松散路由:lr: louse routing1,proxy首先会检查消息的request-uri是不是自己属于自己所负责的域。如果是,它就会通过定位服务将该地址“翻译”成具体的联系地址并以此替换掉原来的request-uri;否则,它不会动request-uri。2,proxy检查第一个route头域中的uri是不是自己的,如果是,则移除之。3,前面两项都是准备工作,下面该进行真正的路由了。如果还有route头域,则proxy会把消息路由给该头域中的uri,否则就路由给request-uri。timestamp:

timestamp = “timestamp” “:” *(digit)[ “.” *(digit)][delay] delay =(digit)[ “.” *(digit)] timestamp通用头域指示客户何时向服务器发送请求。

此头域的值只对客户有用。客户使用timestamp头域来计算到达服务器的round-trip时间,以便调整重传的timeout时间。

date: tue, 15 nov 1994 08:12:31 gmtdate = “date” “:” http-datehttp-date只能是rfc1123-date。

rfc1123-date = wkday “,” sp date1 sp time sp “gmt”

date1 = 2digit sp month sp 4digit;day month year(e.g., 02 jun 1982)

wkday = “mon” | “tue” | “wed” | “thu” | “fri” | “sat” | “sun”

month = “jan” | “feb” | “mar” | “apr” | “may” | “jun” | “jul” | “aug” | “sep” | “oct” | “nov” | “dec”

(gmt):greenwich mean time

当请求或者响应被第一次发送时,date头域指示发送日期和时间.重传将使用与相应的初始同样的date头域。

accept:

用于invite、options和register请求方式中,指示在响应中能够接收的媒体的类型(缺省值为application/sdp)

accept-encoding:与accept头域相似,但它限制在响应中可接受的content-codings

客户用此头域向服务器指示它接收原因短语、通话描述符或者消息体中所承载的状态响应时所使用的语言。proxy可以用此域来帮助选择呼叫的目的地。

2.实体头域

描述消息体内容的长度、格式和编码类型等属性.可用于请求消息或响应消息

content-encoding:

content-encoding=(“content-encoding” | “e”)”:” 1#content-coding

指示适用于实体消息体的其他的内容编码,指示为了获得content-type头域所给出的media-type,必须使用的编码方案。主要用于压缩消息体,而不丢失它底层的媒体类型的标识。如服务器不能识别content-encoding, 则发送415响应,-language:

content-length:142content-length =(“content-length” | “l”)”:” 1*digit 指示消息体的长度。形式上以八个比特为一个字节。content-length的值应为非负数,0表示没有消息体。

服务器如果收到一个不包含content-length域的udp请求,那么它便认为此请求压缩了包的剩余部分,直接关闭tcp连接

服务器如果收到一个包含有content-length域的udp请求。但它的值比消息体的实际长度大,客户则应产生一个400类的响应。

content-type: application/sdpcontent-type=(“content-type”| “c”)“:”media-type 指示发送给接收者的消息体的媒体类型

3.请求头域:

只用于请求消息.用来传递有关请求或客户机本身的一些附加信息,对请求进行补充说明 subject:

subject=(“subject” | “s”)“:”*text-utf8

提供了一个摘要,或指示了呼叫的实际情况,使得不必分析通话描述便可过滤呼叫。user-agent:cern-linemode/2.15 t)

包含了关于发送初始请求的客户用户代理的消息

用于统计目的,跟踪违反协议的情况、用户代理的自动认可的情况,以便在编制响应时避免特定用户代理的限制。用户代理应在请求中包含此头域。

organization:organization =“organization” “:”*text-utf8

表明发送请求或者响应的实体所属的组织。它可以由位于某组织边界的代理来加入。客户软件可以使用此头域来过滤呼叫。

contact:可出现在invite、ack和register请求中,1xx、2xx、3xx和485响应中。提供了一个url,用户可以通过此url来进行进一步的通信 invite和ack请求:contact域表明请求从哪个位置发起; authorization = “authotization”“:”“pgp”*(“;”pgp-response)

pgp-response =realm | pgp-version | pgp-signature | signed-by | nonce

pgp-signature = “signature”“=”quoted-string

signed-by = “signed-by”“=”<”>uri <”>

pgp-signature:由ascii码包裹的pgp标识,出现在“begin pgp message”和“end pgp message”之间,没有版本标识。如果重新侵入并不担心的话,服务器可以不产生nonce。不产生nonce避免了增加其他形式的请求,401响应和可能的ack消息,也减少了round-trip时间的耽搁。realm:t] [“:” “duration””=”delta-seconds]

用在503(service unavailable)响应中,向提出申请的客户指示,此服务预计多长时间无效。用在404(not found),600(busy)和603(decline)响应中,指示被叫方多长时间内再次有效。此域的值可以是sip-date和以秒为单位的整数值。

server:cern/3.0 t)product = token [“/” product-version] product:所使用的服务器;

comment:服务器中的重要部分。

包含了关于uas用来处理请求的软件的信息.如果响应通过代理来前转,那么代理禁止修改此server响应头域,它应该包含一个via头域。

warning:

warning= “warning”“:” 1#warning-value

warning-value = warn-code sp warn-agent sp warn-text

warn-code = 3digit

warn-agent =(host[“:”port])| pseudonym

warn-text= quoted-string

包含了关于响应状态的其他信息.一个响应中可以有多个warning头域

allow:allow = “allow”“:” 1#method

列出了request-uri指示的资源所支持的方式集.目的是通知接收者与资源相联系的有效方式。在405(method not allowed)响应中必须有allow头域;在options响应中应该有allow头域。

unsupported:unsupported = “unsupported” “:”1#option-tag

列出了服务器不支持的特征。(只用于420响应)

SIP的作用篇四

(2013-09-10)3650shhxhelbakoningbo huaxiang lliu)

今天帮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的作用篇五

制作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后,不要盲目打印,格式是否符合要求以打印预览中看到的效果为准。与样品对比是否能一眼看出差异,了解哪些面是用户经常看到的面,了解影响程度,了解送给客户产品的样品。

制定:

全文阅读已结束,如果需要下载本文请点击

下载此文档
a.付费复制
付费获得该文章复制权限
特价:2.99元 10元
微信扫码支付
b.包月复制
付费后30天内不限量复制
特价:6.66元 10元
微信扫码支付
联系客服