SIP协议初级讲义(参考)

合集下载

sip,协议讲解

sip,协议讲解

竭诚为您提供优质文档/双击可除sip,协议讲解篇一:sip协议格式详解1.sip1.1.1.sip格式每条sip消息由以下三部分组成:(1)起始行(startline):每个sip消息由起始行开始。

起始行传达消息类型(在请求中是方法类型,在响应中是响应代码)与协议版本。

起始行可以是一请求行(请求)或状态行(响应)。

(2)sip头:用来传递消息属性和修改消息意义。

它们在语法和语义上与http头域相同(实际上有些头就是借自http),并且总是保持格式::。

(3)消息体:用于描述被初始的会话(例如,在多媒体会话中包括音频和视频编码类型,采样率等)。

消息体能够显示在请求与响应中。

sip清晰区别了在sip起始行和头中传递的信令信息与在sip范围之外的会话描述信息。

可能的体类型就包括本文将要描述的sdp会话描述协议。

1.1.2.消息头“where”列描述了在头域中能够使用的请求和应答的类型。

这列的值是:R:头域只能在请求中出现;r:头域只能在应答中出现;2xx,4xx,等等:一个数字的值区间表示头域能够使用的应答代码。

c:头域是从请求拷贝到应答的。

如果”where”栏目是空白,表示头域可以在所有的请求和应答中出现。

“proxy”列描述了proxy在头域上的操作a:如果头域不存在,proxy可以增加或者连接头域m:proxy可以修改现存的头域值d:proxy可以删除头域值r:proxy必须能读取这个头域,因此这个头域不能加密。

接下来6个栏目与在某一个方法中出现的头域有关:c:条件;对头域的要求依赖于消息的内容m:头域是强制要有的。

m*:头域应当被发送,但是客户端/服务端都需要准备接收没有这个头域的消息。

o:头域是可选的。

t:头域应当被发送,但是客户端/服务端都需要准备接收没有这个头域的消息。

客户端/服务端都需要准备接收没有这个头域的消息。

如果通讯的协议是基于面向流的协议(比如tcp),那么头域值必须被发送。

*:如果消息体不为空,那么头域值就绪要的。

SIP协议培训

SIP协议培训

SIP协议培训教材目录1SIP简介 41.1SIP协议特性 51.1.1最少状态 51.1.2低层协议无关性 51.1.3基于文本 51.1.4健壮性 51.1.5可扩展性 51.1.6易于支持IN业务 51.2基本协议实体 61.3SIP URL 61.4SIP 消息 61.5SIP协议基本操作7 2组网方案实例92.1组网图92.2SIP消息与ISUP信令之间的映射关系92.3基本呼叫建立流程102.2 呼叫拆除流程112.3 经过代理的呼叫建立流程12SIP协议基础培训教材关键词:SIP MGC IP-Phone Gateway摘要:SIP协议是一个用于建立,更改和终止多媒体会话的应用层控制协议。

它是IETF多媒体数据和控制体系结构的核心协议。

它大量借鉴了成熟的HTTP协议,并且具有易扩展,易实现等特点,因此非常适合用于实现基于因特网的多媒体会议系统。

本文首先对SIP协议加以介绍,并且对SIP协议的应用方案作了分析1SIP简介SIP(Session Initiation Protocol)协议是一个用于建立,更改和终止多媒体会话或呼叫的应用层协议。

多媒体会话可以是多媒体会议,远程教学,因特网电话等各种应用。

SIP协议可用于发起会话,也可以用于邀请成员加入已经用其它方式建立的会话。

SIP协议透明地支持名字映射和重定向服务,便于实现ISDN,智能网以及个人移动业务。

SIP协议支持多媒体通信的五个方面:•用户定位:确定用于通信的终端系统;•用户能力:确定通信媒体和媒体的使用参数;•用户可达性:确定被叫加入通信的意愿;•呼叫建立:建立主叫和被叫的呼叫参数;•呼叫处理:包括呼叫转移和呼叫终止;SIP协议是IETF多媒体数据和控制体系结构的一部分,与其它协议相互合作,例如:RSVP (Resource ReServation Protocol) 用于预约网络资源,RTP(Real-time Transmit Protocol)用于传输实时数据并提供服务质量(QoS) 反馈,RTSP ( Real-Time Stream Protocol)用于控制实时媒体流的传输,SAP(Session Announcement Protocol)用于通过组播发布多媒体会话,SDP(Session Description Protocol)用于描述多媒体会话。

SIP协议介绍培训教程ppt(共39页)

SIP协议介绍培训教程ppt(共39页)
Page 10
基本概念
请求和响应
请求: 由客户端发给服务器的SIP 消息, 用于发起一种操作 响应:由服务器发给客户端的SIP 消息, 用于指示请求的状态
Client
Request Response
Server
Page 11
基本概念
事务和对话 事务:事务发生在客户一个请求消息直到服务器端发 给客户 端的最终响应消息这期间的所有的消息。 对话:对话是指两个用户代理间的端到端的, 并持续一 段时间SIP联系。
该请求消息的处理 5xx: 服务器错误 --表示SIP服务器故障不能完成对正确消息的处理 6xx: 全局故障 --表示请求不能在任何SIP服务器上实现
Page 19
目录
2. SIP协议
2.1 消息类型 2.2 消息结构
Page 20
消息结构
SIP消息包括起始行,消息头和消息体
CRLF :回车换行
Page 23
起始行
状态行
SIP-version Status-code Reason-phrase
例如: SIP/2.0 200 OK
Page 24
消息结构
消息头:
格式: 域名: 域值
例如: REGISTER sip: SIP/2.0 Via: SIP/2.0/UDP :5060;branch=z9hG4bKnashds7 Max-Forwards: 70 To: Bob <sip:bob@> From: Bob <sip:bob@>;tag=456248 Call-ID: 843817637684230@998sdasdh09 CSeq: 1826 REGISTER Contact: <sip:bob@192.0.2.4> Expires: 7200 Content-Length: 0

SIP讲解

SIP讲解

主體外觀不良:
&主缺: 不飽模,壓傷變形破裂,PIN孔阻塞,
花紋 &次缺: 刮傷、毛邊、油污、混色
五:推桿SIP介紹
推桿的尺寸管控主要 的有B點尺寸,因它 直接關係的到產品的 拉拔力。推桿B點尺 寸過小會導致拉拔力 不夠,過大會導致 CABLE線插不進去。
Hale Waihona Puke 彎曲弧度一般在0.10以內,頂針毛邊一般 在0.10以內
歪斜度根據PIN距的不一樣規格也不相同, PIN距越大相應的歪斜度管控也大
三:端子SIP的介紹
端子的管控主要的尺寸是一些和主體配合的尺 寸,其中端子的卡點和GAP都是非常重要的。
成型端子所有部位之毛邊不可超過0.02。 端子外翻<0.03mm。 首件檢驗要進行試沖,易折實驗(易折試驗:
倒勾不可有毛邊影響cable組裝。 倒勾、卡點務必飽模、噴沙時勿噴除 做推桿組合測試。
推桿外觀檢驗:
主缺:
• 不飽模,壓傷變形破裂,卡勾缺損 , 花紋,混色
次缺:
• 刮傷、毛邊、油污
左右折彎45度不得超過3次後要斷) 端子外觀檢驗:端子不可斷pin、缺pin、歪pin、
壓傷、銅絲、扭曲
四:主體SIP的介紹
尺寸管控 主體和端子配合尺寸的測量。 主體L面平整度一般管控在0.08以內。 頂針不可凸出,可凹陷一般在0.03以內。 主體毛邊單邊一般在0.10以內。 主體斜線靠破面須破孔可透光。 有圓柱的主體圓柱不可缺角斷裂。 可接受彎曲弧度一般在0.08以內
SIP講解
制作:張文會
SIP是我們QC在作業時的指 導書和判定的依據,既檢驗
規范。
二:成品SIP的介紹
在我們公司的成品管控過程中, 一般來說主要的尺寸集中在GAP、 平整度、歪斜度、高度幾個尺寸。

SIP协议讲解

SIP协议讲解

SIP协议讲解14关于本章SIP协议内容本章描述内容如下表所示。

标题 14.1 概述14.2 SIP 消息类型14.3 SIP消息结构14.4 SIP-T简介本节简要介绍SIP 协议的应用以及相关概念。

本节介绍SIP消息的类型。

本节介绍SIP消息的结构。

本节介绍SIP-T的应用。

14.5 SIP消息流程本节举例介绍SIP相关的消息流程。

本章将对SIP协议做一简要介绍,包括涉及的基本概念、消息结构以及简要的消息流程。

14.1 概述SIP(Session Initiation Protocol)是一个应用层控制协议,用于创建、更改和终止会话。

这里的会话类型包括多媒体会议、Inter电话等类似的应用。

SIP是实现VOIP(Voice over IP)的关键协议之一。

SIP支持别名映射、重定向服务、ISDN和智能网业务。

它支持个人移动(personal mobility),即终端用户能够在任何地方、任何时间请求和获得已订购的任何电信业务。

总的来说,SIP能够支持下列五种多媒体通信的信令功能。

l用户定位:确定参加通信的终端用户的位置; l用户通信能力协商:确定通信的媒体类型和参数; l用户意愿交互:确定被叫是否乐意参加某个通信;l建立呼叫:包括向被叫“振铃”,确定主叫和被叫的呼叫参数; l呼叫处理和控制:包括呼叫重定向、呼叫转移、终止呼叫等等。

SIP可以通过MCU(Multipoint Control Unit)、单播联网方式、或组播方式创建多方会话,支持PSTN和IP电话之间的网关功能。

SIP协议对低层协议作了最少的假设,低层协议可以为SIP协议提供可靠或非可靠传输,可以为分组或字节流业务。

SIP可以使用UDP协议或TCP协议作为传输层协议,首选UDP协议。

14.1.1 相关概念呼叫一个呼叫是由一个会议中被同一个发起者邀请加入的所有成员组成的。

一个SIP呼叫由Call-ID进行标识。

因此,如果一个用户是被不同的人邀请参加同一个多点会议,那么每个邀请都构成一个呼叫。

SIP协议基础培训

SIP协议基础培训

01 SIP协议介绍
发展历程概述: 1996年首先出现了SIP的概念,这时SIP的主要应用是针对Internet
上的各种文本应用,如电子邮件、文字聊天等 1999年3月,ITEF的多方多媒体会晤控制(MMUSIC)工作组提出
了RFC2543建议,供各厂商和机构讨论 1999年9月,SIP工作组从MMUSIC中分离并独立出来,成立了SIP
03 体系结构
用户代理 用户代理客户(UAC) 发布SIP请求。 用户代理服务器(UAS) 响应SIP请求代理服务器(Proxy Server)
网络服务器 代理服务器(Proxy Server) 注册服务器(Registrar) 重定位服务器(Redirect Serve
04 SIP消息
SIP消息的组成—— 三要求:起始行、头域、消息体 起始行: 请求行(Request-Line)和状态行()
02 SIP协议功能概述
用户意愿的交互:确定被叫是否愿意参与通信 呼叫中参与者能够引入其它用户加入呼叫或取消到其它用户的连接。
此外,用户可以被转移或置为呼叫保持。 会话建立:在主叫方和被叫方中建立会话参数 会话管理:包括呼叫转移和终止、修改会话参数和调用服务等呼叫能
力(会话参数)改变 用户应该能够改变呼叫过程中的呼叫特征。例如,一呼叫可以被设置 为“voice-only”,但是在呼叫过程中,用户可以需要开启视频功能。 也就是说一个加入呼叫的第三方为了加入该呼叫可以开启不同的特征。
Request-Line = Method SP Request-URI SP SIPVERSION CRLF Method: 这个规范规定了6种方法:REGISTER用于登记联系信息, INVITE,ACK,CANCEL用于建立会话,BYE用于结束会话, OPTIONS用于查询服务器负载。 Request-URI:它标志了这个请求所用到的用户或者服务的地址。

sip 协议讲解

sip 协议讲解

sip 协议讲解SIP协议讲解SIP(Session Initiation Protocol)是一种用于建立、维护和终止实时会话的通信协议。

它是互联网工程任务组(IETF)制定的一项标准协议,广泛应用于IP电话、视频会议和即时通讯等领域。

SIP协议是一个基于文本的协议,它使用类似于HTTP的请求-响应模式进行通信。

SIP协议以会话为中心,允许用户之间发起和结束实时通信。

它定义了一套规则和语法,用于建立、修改和终止会话。

以下是SIP协议的主要特点和工作流程。

1. SIP协议的特点:- 灵活性:SIP协议可以与其他协议(如HTTP、SMTP)结合使用,实现不同应用场景下的实时通信。

- 可扩展性:SIP协议使用基于文本的消息格式,可以通过添加新的请求和响应来扩展功能。

- 基于互联网:SIP协议基于互联网协议(IP),适用于互联网上的实时通信。

- 独立于传输层协议:SIP协议可以使用TCP、UDP、TLS等不同的传输层协议进行通信。

2. SIP协议的工作流程:- 注册:用户在使用SIP服务之前,需要通过注册将自己的通信地址(如IP地址)与用户名进行关联。

- 呼叫建立:一个用户向另一个用户发起呼叫时,需要发送一个INVITE请求。

该请求包含了通信地址和媒体类型等信息。

- 呼叫响应:被呼叫方收到INVITE请求后,可以接受或拒绝呼叫。

接受呼叫时,会返回一个200 OK的响应,表示呼叫可以建立。

- 呼叫结束:一旦通话结束,任何一方都可以发送BYE请求来终止呼叫。

收到BYE请求后,对方会发送一个200 OK的响应,表示呼叫已经结束。

3. SIP协议的消息格式:- 请求消息:SIP协议的请求消息包括请求行、首部字段和消息正文。

请求行包含请求方法(如INVITE、REGISTER)、URI地址和SIP协议版本。

- 响应消息:SIP协议的响应消息包括状态行、首部字段和消息正文。

状态行包含状态码(如200 OK、404 Not Found)和SIP协议版本。

SIP协议详解

SIP协议详解

第3章SIP协议3.1 概述3.1.1 基本概念会话启动协议SIP(Session Initiation Protocol)是由IETF提出并主持研究的一个在IP网络上进行多媒体通信的应用层控制协议,它被用来创建、修改、和终结一个或多个参加者参加的会话进程。

这些会话包括Internet多媒体会议、Internet电话、远程教育以及远程医疗等。

即所有的因特网上交互式两方或多方多媒体通信活动,统称为多媒体会话。

参加会话的成员可以通过组播方式、单播联网方式或者两者结合的方式进行通信。

SIP协议是一个正在发展和不断研究中的协议。

一方面,它借鉴了其他Internet标准和协议的设计思想,在风格上遵循因特网一贯坚持的简练、开放、兼容和可扩展等原则,并充分注意到因特网开放而复杂的网络环境下的安全问题。

另一方面,它也充分考虑了对传统公共电话网的各种业务,包括IN业务和ISDN业务的支持。

利用带有会话描述的SIP邀请消息来创建会话,以使参加者能够通过SIP交互进行媒体类型协商。

它通过代理和重定向请求用户当前位置,以支持用户的移动性。

用户也可以登记它们的当前位置。

SIP协议独立于其他会议控制协议,它在设计上独立于下面的传输层协议,因此可以灵活方便地扩展其他附加功能。

SIP作为一个应用层的多媒体会话信令协议,可以被用来发起一个会话进程、在会话中邀请其他参加者加入会议,会话本身可以通过基于组播协议的会话通告协议(SAP)、电子邮件、网页通告、以及轻量级号薄访问协议(LDAP)等方式预先通告各个可能的参加者。

SIP协议支持别名映射、重定向服务、ISDN和IN业务。

它支持个人移动(personal mobility),即终端用户能够在任何地方、任何时间请求和获得已订购的任何电信业务。

总的来说,会话启动协议能够支持下列五种多媒体通信的信令功能:●用户定位:确定参加通信的终端用户的位置;●用户通信能力协商:确定通信的媒体类型和参数;●用户意愿交互:确定被叫是否乐意参加某个通信;●建立呼叫:包括向被叫“振铃”,确定主叫和被叫的呼叫参数;●呼叫处理和控制:包括呼叫重定向、呼叫转移、终止呼叫等等。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
SIP协议初级讲义
基本信息
适用对象:
SIP协议初学者
学习目标:
掌握SIP协议的基本术语 理解SIP/SDP消息 掌握SIP协议的寻址过程 掌握媒体协商过程 掌握SIP呼叫流程 具有SIP协议的独立学习能力
时间:
3小时学习+1小时讨论
学习内容
1. 2. 3. 4. 5. 6. 概述(*) SIP的功能实体 SIP的寻址 SIP消息体结构(*) SIP请求消息(*) SIP响应消息 7.Sdp协议 8.SIP的能力协商 9.案例分析(*) 10.测验 11.实现方法入门 12.SIP学习方法
消 息体( SDP 原 码,加 密的 SDP,…)
Start line(起始行详细描述)
起始行
Start-Line = request-line | status-line request-line = Method SP Request-URI SP SIP-Version CRLF INVITE sip :SS@ SIP2.0 status-line = SIP-Version SP status-code SP phase CRLF
*部分将重点讲述
1.
SIP协议概述


基本情况 主要特点 主要结构 名词解析
基本情况


创立 组织:IETF/mmusic工作组 IP网络协议的后起之秀,是NGN的理想协 议 时间:1995开始研究 1999年2月提出草案 草案编号:RFC2543 目前版本:Version 9(Feb,2002)

消息体结构 头域说明
SIP 消息体组成
响应的 SIP 版本 SP 状态 码 SP原因短语 CRLF 请求的方法 SP 请求的 SIP-URL SP SIP版本CRLF
起始行 消息头域 空行 消息体 body
Start-Line Message-line CRLF Message-
General-header | Request-header | Response-header | Entity-header
定位Proxy服务器
配置UA指向Proxy
Server
配置UA指向Redirect
Server,由Redirect Server 分配合适的Proxy Server
定位SIP UserAgent Server(被叫)
User
Agent激活时通过Registrar Server注册。 Proxy Server通过Location Server得到User Agent Server的路由。 Proxy Server根据地址呼叫UserAgent Server 如果没有能到达UserAgent Server的路由,必须 返回UserAgent Client(主叫)具体的原因,包 括代码和文字的原因。
SIP2.0 200 OK
General headers(通用头域)
路由信息:Accept | Accept-Encoding | Accept-Language | Contact | Date| Encryption| Expires | From | Record-Route |Timestamp
Location
Server可能会返回几个位置,Proxy Server可以决定如何处理。 Server转发SIP 请求,它必须将自 己的IP地址加入到Via部分的开头。而在返回的 时候,将Via域中的地址去掉。
如果Proxy
注意的问题(2)
在进行Forks定位时,用相同的Call-ID,Cseq,
例子


sip:j.doe@ sip:j.doe:secret@;transport=tcp sip:j.doe@?subject=project sip:+1-212-555-1212:1234@;user=phone sip:1212@ sip:alice@10.1.2.3 sip:alice@ sip:alice%@ sip:alice@;method=REGISTER
功能实体(1)
User
Agent(呼叫代理) 是SIP网络的终端,具体的分为UserAgent Client和UserAgent Server。UAC是客户端,表 示主叫;UAS是服务端,表示被叫。
SERVER(注册服务器) 接受客户端的注册请求,将用户的地址信息写入 数据库,并返回注册状态。
CallID 是会话的唯一标志 一个会话过程使用同一个CallID 随机产生 Cseq 是会话命令的序列 一个Transaction使用同一个Cseq 32位无符号整数 判断命令的版本 以Bye结束会话时增加 “tag”是一个标签,用来区别会话中的不同对象。 出现在请求的From头域中,当共享同一个SIP地址的用户的两个 实例使用同一个Call-ID发出邀请时,必须使用此“tag”。 Proxy使用tag来判断消息是传给自己,还是给用户。 单个用户的Tag在呼叫过程中保持一致
Call-ID : 23434@
CSeq: 1 INVITE Contact : Wang@
其他头域(请求、响应、实体)
URL的表示规则
SIP-URL = "sip:" [ userinfo "@" ] hostport url-parameters [ headers ] userinfo = user [ ":" password ] user = *( unreserved | escaped | "&" | "=" | "+" | "$" | "," ) password = *( unreserved | escaped | "&" | "=" | "+" | "$" | "," ) hostport = host [ ":" port ] host = hostname | IPv4address hostname = *( domainlabel "." ) toplabel [ "." ] domainlabel = alphanum | alphanum *( alphanum | "-" ) alphanum toplabel = alpha | alpha *( alphanum | "-" ) alphanum IPv4address = 1*digit "." 1*digit "." 1*digit "." 1*digit port = *digit url-parameters = *( ";" url-parameter ) url-parameter = transport-param | user-param | method-param | ttl-param | maddr-param | other-param transport-param = "transport=" ( "udp" | "tcp" ) ttl-param = "ttl=" ttl ttl = 1*3DIGIT ; 0 to 255 maddr-param = "maddr=" host user-param = "user=" ( "phone" | "ip" ) method-param = "method=" Method tag-param = "tag=" UUID UUID = 1*( hex | "-" ) other-param = ( token | ( token "=" ( token | quoted-string ))) headers = "?" header *( "&" header ) header = hname "=" hvalue hname = 1*uric hvalue = *uric uric = reserved | unreserved | escaped reserved = ";" | "/" | "?" | ":" | "@" | "&" | "=" | "+" | "$" | "," digits = 1*DIGIT
呼叫标示 : Call-ID, CSeq,
INVITE sip: Sip@ SIP2.0 Via: SIP/2.0/UDP
Via: SIP/2.0/UDP
From : Wang < sip: Wang@ > To : softswitch <sip: Sip@ >
主要特点


是应用层的控制协议,可以建立,修改和结束多媒体会 话。 独立于TCP或者UDP,使用自己应用层协议保证消息的 可靠传送。 消息体采用文本方式 以客户-服务器方式建立会话 灵活的寻址方式 SIP没有媒体协商功能,往往需要集成SDP协议
主要结构
DBMS
Registrar Server
而Tags不同。 Proxy有两种形式: 有状态 返回UserAgent 100消息,表示Proxy 可以完成 状态的管理 无状态 Proxy不能管理呼叫状态,必须有UserAgent自 己解决
相关文档
最新文档