sip协议中文(SIP中文)

invite发出会话请求，100临时回应通知对方我已经收到请求，180表示我正在处理左边的话机响铃，182表示正在排队处理请求(这个场景我没有见过）,200就是完成能力协商相应invite请求，ACK表示已经接收到对端的能力打开通道发送码流，bye就是结束通话了，200是对bye的回应
以下是SIP协议中文版内容，应该对你有帮助，在百度文库中有相关文件，可以自行查找： 100 (尝试)尝试响应（100）表明下一跳服务器已经收到该请求，但是对这次呼叫的并未进行具体的处理。和其他临时响应一样，该响应使UAC 停止重发INVITE 请求。与其他的临时性响应不同，该相应不能使用有状态服务器前转。180 (振铃)UA 收到INVITE 请求之后用该响应通知用户，该响应也可以在发起一个本地回铃。181 (呼叫正在转发)服务器可以使用该状态码表示该呼叫正被前转到另外一组终点。182 (排队)如果被叫方正忙，服务器可以将本次呼叫放于队列中等待而非拒绝它。当被叫空闲时，将返回适当的最终响应。该响应中可包含一个关于呼叫状态的原因短语。服务器可以向主叫发出多个182 响应来更新呼叫等待的状态。183 (会话进行)该响应用来传递关于呼叫进程的信息。其中包括原因短语、头字段、消息体来描述呼叫进程更详细的信息。17.2.1 200 (成功) 该响应表示请求成功。与响应一起返回的信息取决于请求中使用的方法。

SIP,DIP,ZIP,PLAT,QIL,TO中文全称分别是什么吗？根据查询百度百科，得到结果分别代表：SIP代表会话初始化协议。DIP双列直插式封装技术。Zip压缩文件格式。plat是地图。QIL油田天然气水合物的形成及预防。TO指运营管理。

1、SIPSIP（Session Initiation Protocol，会话初始协议）是由IETF（Internet Engineering Task Force，因特网工程任务组）制定的多媒体通信协议。它是一个基于文本的应用层控制协议，用于创建、修改和释放一个或多个参与者的会话。SIP 是一种源于互联网的IP 语音会话控制协议，具有灵活、易于实现、便于扩展等特点。2、SOPSOP，是 Standard Operation Procedure三个单词中首字母的大写 ，即标准作业程序，就是将某一事件的标准操作步骤和要求以统一的格式描述出来，用来指导和规范日常的工作。SOP的精髓，就是将细节进行量化，用更通俗的话来说，SOP就是对某一程序中的关键控制点进行细化和量化。3、SAPSAP，为“System Applications and Products”的简称，是SAP公司的产品——企业管理解决方案的软件名称。从企业后台到公司决策层、从工厂仓库到商铺店面、从电脑桌面到移动终端—SAP助力用户和企业高效协作，获取商业洞见，并从竞争中脱颖而出。SAP的软件和服务能够帮助客户实现盈利性的运营，不断提升应变能力，实现可持续的增长。扩展资料1、SIPSIP 的一个重要特点是它不定义要建立的会话的类型，而只定义应该如何管理会话。有了这种灵活性，也就意味着SIP可以用于众多应用和服务中，包括交互式游戏、音乐和视频点播以及语音、视频和 Web 会议。SIP消息是基于文本的，因而易于读取和调试。新服务的编程更加简单，对于设计人员而言更加直观。SIP如同电子邮件客户机一样重用 MIME 类型描述，因此与会话相关的应用程序可以自动启动。SIP 重用几个现有的比较成熟的 Internet 服务和协议，如 DNS、RTP、RSVP 等。不必再引入新服务对 SIP 基础设施提供支持，因为该基础设施很多部分已经到位或现成可用。2、SOP做SOP的方式根据不同的管理模式和管理方式，会有一定的区别。从国瑞公司的实际情况来看，我们大体上可以按以下几个步骤来进行：先做流程和程序（1）、按照公司对SOP的分类，各相关职能部门应首先将相应的主流程图做出来，然后根据主流程图做出相应的子流程图，并依据每一子流程做出相应的程序。在每一程序中，确定有哪些控制点，哪些控制点应当需要做SOP，哪些控制点不需要做SOP，哪些控制点是可以合起来做一个SOP的，包括每一个分类，都应当考虑清楚，并制定出来。确定工作的执行步骤（2) 、确定每一个需要做SOP的工作的执行步骤。对于在程序中确定需要做SOP的控制点，应先将相应的执行步骤列出来。执行步骤的划分应有统一的标准，如按时间的先后顺序来划分。如果对执行步骤没有把握，要及时和更专业的人员去交流和沟通，先把这些障碍扫除掉。制定SOP（3) 、套用公司模板，制定SOP。在这些问题都搞清楚的前提下，可以着手编写SOP了。按照公司的模板在编写SOP时，不要改动模板上的设置；对于一些SOP，可能除了一些文字描述外，还可以增加一些图片或其他图例，目的就是能将步骤中某些细节进行形象化和量化。用心去做（4) 、用心去做，才能把SOP做好。由于编写SOP本身是一个比较繁杂的工作，往往很容易让人产生枯燥感觉，但SOP这项工作对于公司来说又非常重要，公司在这方面也准备进行必要的投放，特别是从时间用2到3年的时间来保证，因此我们必然用心去做，否则不会取得真正好的效果，甚至走到形式主义的负面去了。正象一位劳模所说，“认真做事只能把事情做对，用心做事才能把事情做好”，并用这句话和大家共勉。3、SAPSAP是该软件的总称，它也分为多个模块，每一个模块都有它相应的专攻专业，能学好其中的一门就已经是十分了得的了。下面我们来了解一些常用的模块。（1）、ABAP。这是SAP中最为重要的模块。它是一款高级的编程语言，为程序员提供方便、快捷、无流量压力的工作成效。其本身对于其他模块的联系也是最密不可分的，所有模块都是在此模块的基础上进行的。不过想要成为该模块的专家，需要的努力是不可少的。（2）、财务管理。对于会计专业的人才来说，在应用这方面应该已经熟能生巧了。因此学习SAP也就容易了许多。对于资产负债的权衡、对于会计账目的规划、对于会计报表的制作，通过SAP软件也将方便许多。SAP能帮你分析出适合你的情况的规划，并且列出相应注意点，甚至能检测出一些错误，大大加强会计管理能力。（3）、人力资源类型。大公司往往员工众多，光靠人力部门人工管理、排序也是极为辛苦的，对着厚厚的名单，一般得花很长时间才能管理好人员分配。对于旧问题的未处理与新问题的不断出现，人力部门总是压力很大。在应用SAP软件系统化地帮助管理人力事物之后，依靠人工去统计的数据就减少了，SAP能依照具体情况制定出一系列的计划，帮助提高公司运营。（4）、采购销售。SAP中重要模块之一，涉及到物料、供应商、客户之间的关系、数据、信息的维护和运行。参考资料来源：百度百科-SIP参考资料来源：百度百科-标准作业程序参考资料来源：百度百科-SAP
SIP:The Session Initiation Protocol (会话启动协议) SOP=Standard Operating Procedure 标准操作程序SAP是一个领先的ERP软件(德国产). Systems ,Application,and Products in Data processing
SIP: standard inspection procedure(s) 标准检验程序 SOP: Standard Operating Procedure 标准操作程序 标准使用程序 SAP: Share Assembly Program, 共享汇编程序; = Simulation Analyzer Program,模拟分析器程序; = Structural Analysis Program, 结构分析程序

SIP:The Session Initiation Protocol (会话启动协议) SIP是一个应用层的信令控制协议。用于创建、修改和释放一个或多个参与者的会话。这些会话可以好似Internet多媒体会议、IP电话或多媒体分发。会话的参与者可以通过组播（multicast）、网状单（unicast）或两者的混合体进行通信。SIP是类似于HTTP的基于文本的协议。SIP可以减少应用特别是高级应用的开发时间。由于基于IP协议的SIP利用了IP网络，固定网运营商也会逐渐认识到SIP技术对于他们的深远意义。使用 SIP，服务提供商可以随意选择标准组件。不论媒体内容和参与方数量，用户都可以查找和联系对方。SIP 对会话进行协商，以便所有参与方都能够就会话功能达成一致以及进行修改。它甚至可以添加、删除或转移用户。SIP它既不是会话描述协议，也不提供会议控制功能。为了描述消息内容的负载情况和特点，SIP 使用 Internet 的会话描述协议 (SDP) 来描述终端设备的特点。SIP 自身也不提供服务质量 (QoS)，它与负责语音质量的资源保留设置协议 (RSVP) 互操作。它还与若干个其他协议进行协作，包括负责定位的轻型目录访问协议 (LDAP)、负责身份验证的远程身份验证拨入用户服务 (RADIUS) 以及负责实时传输的 RTP 等多个协议。SIP 的一个重要特点是它不定义要建立的会话的类型，而只定义应该如何管理会话。有了这种灵活性，也就意味着SIP可以用于众多应用和服务中，包括交互式游戏、音乐和视频点播以及语音、视频和 Web 会议。SIP消息是基于文本的，因而易于读取和调试。新服务的编程更加简单，对于设计人员而言更加直观。SIP如同电子邮件客户机一样重用 MIME 类型描述，因此与会话相关的应用程序可以自动启动。SIP 重用几个现有的比较成熟的 Internet 服务和协议，如 DNS、RTP、RSVP 等。不必再引入新服务对 SIP 基础设施提供支持，因为该基础设施很多部分已经到位或现成可用。对 SIP 的扩充易于定义，可由服务提供商在新的应用中添加，不会损坏网络。网络中基于 SIP 的旧设备不会妨碍基于 SIP 的新服务。例如，如果旧 SIP 实施不支持新的 SIP 应用所用的方法/标头，则会将其忽略。SIP 独立于传输层。因此，底层传输可以是采用 ATM 的 IP。SIP 使用用户数据报协议 (UDP) 以及传输控制协议 (TCP)，将独立于底层基础设施的用户灵活地连接起来。SIP 支持多设备功能调整和协商。如果服务或会话启动了视频和语音，则仍然可以将语音传输到不支持视频的设备，也可以使用其他设备功能，如单向视频流传输功能。SIP 会话使用多达四个主要组件：SIP 用户代理、SIP 注册服务器、SIP 代理服务器和 SIP 重定向服务器。这些系统通过传输包括了 SDP 协议（用于定义消息的内容和特点）的消息来完成 SIP 会话。SIP 用户代理 (UA) 是终端用户设备，如用于创建和管理 SIP 会话的移动电话、多媒体手持设备、PC、PDA 等。用户代理客户机发出消息。用户代理服务器对消息进行响应。SIP 注册服务器是包含域中所有用户代理的位置的数据库。在 SIP 通信中，这些服务器会检索参与方的 IP 地址和其他相关信息，并将其发送到 SIP 代理服务器。SIP 代理服务器接受 SIP UA 的会话请求并查询 SIP 注册服务器，获取收件方 UA 的地址信息。然后，它将会话邀请信息直接转发给收件方 UA（如果它位于同一域中）或代理服务器（如果 UA 位于另一域中）。 SIP 重定向服务器允许 SIP 代理服务器将 SIP 会话邀请信息定向到外部域。SIP 重定向服务器可以与 SIP 注册服务器和 SIP 代理服务器同在一个硬件上。

​接前面章节 12.1.1 UAS behavior当UAS对请求返回响应时，响应消息中携带了创建dialog消息（例如，INVITE响应的2xx），UAS 必须从请求中拷贝所有Record-Route 头值 到响应消息中（包括URIs，URI参数和任何 Record-Route 头参数，无论这些参数对UAS是已知还是未知参数），而且必须保持这些参数的 顺序 。此UAS必须对响应添加一个Contact头，这个Contact头包含一个地址，UAS将会在dialog（包括INVITE中ACK的2xx响应）中的后续请求联系此地址。一般来说，此URL的主机消息是此IP地址，或者主机的FQDN。在Contact头中提供的URI必须是一个SIP或者SIPS URL。如果在初始化了dialog的请求中的Request-URI或者top Record-Route 头中的值域中包含SIPS URI，如果没有Record-Route头域，如果有任何值或者Contact头的话，响应中的Contact头必须是一个SIP URL。此URL应该支持一个全局范围（也就是说，在消息中，同样的URL可以使用在此dialog外部）。同样的方式，在INVITE中的Contact头域中的URL使用范围也不能被局限于此dialog中。因此，它可以针对UAC的消息中，甚至于也可以使用在此dialog外部。UAS然后构建dialog状态。在dialog生命周期内，此状态必须被持续维护。如果请求是通过TLS发送过来的，并且Request-URI包含一个SIPS URI，“secure”设置为TRUE。路由组必须设置到请求的Record-Route头的URL列表中，按照 顺序 处理，并且保留所有的URL参数值。如果在请求中没有出现Record-Route头，路由组必须设置为空。这个路由组，甚至是空的路由组将会在dialog的后续请求中覆盖任何已存在的路由组设置。远端目的地地址必须设置为从此请求的Contact头获得的URL地址。远端序列号必须设置为请求中CSeq的序列号。本地序列号必须为空。Dialog ID中的呼叫身份组件必须设置为请求中的Call-ID值。Dialog ID中的本地标签组件必须设置为此请求的相应响应中的TO域中的标签值（总是要包含一个tag标签），dialog ID中的远端标签组件必须设置为从请求中From域获得的标签值。UAS必须准备接收一个在From域中无tag标签的请求，这样的环境中，此标签tag被认为是一个空值的标签。这样的处理方式为了支持向后兼容，兼容RFC 2543规范，在RFC 2543中，tags不是强制使用的。远端的URL必须设置为从From获得的URI，本地URL必须设置为从To中获得的URL。12.1.2 UAC Behavior当UAC发送了一个请求，此请求能够创建dialog（例如发送的INVITE），UAC必须在请求的Contact头中提供一个支持全局范围的SIP或SIPS URL（同样的SIP URL可以使用在dialog的外部环境中）。如果请求中含有Request-URI值或路由中的最顶部的 Route头中带一个SIPS URI，那么Contact头必须包含一个SIPS URI。当UAC收到了一个响应，此响应创建一个dialog，它构建了这个dialog的状态。dialog状态必须被维持在dialog生命周期内。如果此请求是通过TLS发送，并且Request-URI包含一个SIPS URI，“secure”Flag设置为TRUE。路由组必须设置到响应的Record-Route头的URL列表中，按照顺序处理，并且保留所有的URL参数值。如果在响应中没有出现Record-Route头，路由组必须设置为空。这个路由组甚至是空的路由组将会在dialog的后续请求中覆盖任何已存在的路由组设置。远端目的地地址必须设置为从此请求的Contact头获得的URL地址。本地序列号必须设置为请求中CSeq的序列号。远端序列号必须为空（当远端UA在dialog中发送一个请求时，远端序列号才能被创建）。Dialog ID中的呼叫身份组件必须设置为请求中的Call-ID值。Dialog ID中的本地标签组件必须设置为此请求的相应响应中的From域中的标签值（总是要包含一个tag标签），dialog ID中的远端标签组件必须设置为从响应中To域获得的标签值。UAC必须准备接收一个在To域中无tag标签的响应，这样的环境中，此标签tag被认为是一个空值的标签。这样的处理方式为了支持向后兼容，兼容RFC 2543规范，在RFC 2543中，tags不是强制使用的。 远端的URL必须设置为从To获得的URI，本地URL必须设置为从From中获得的URL。