sip消息

合集下载

SIP协议主要消息 (3)

SIP协议主要消息 (3)

SIP协议主要消息协议名称:SIP协议主要消息一、引言本协议旨在详细描述SIP(Session Initiation Protocol,会话初始协议)的主要消息,包括其定义、结构和功能。

SIP是一种用于建立、修改和终止多媒体味话的应用层协议,广泛应用于VoIP(Voice over Internet Protocol,互联网语音通信)和实时通信系统中。

二、协议概述SIP协议主要通过请求和响应的方式进行通信,使用文本格式的消息进行交互。

SIP消息由起始行、头部字段和消息体组成,其中起始行包含请求或者响应的方法、URI(Uniform Resource Identifier,统一资源标识符)和SIP版本信息。

头部字段包含了关于消息的元数据,而消息体则携带了具体的数据内容。

三、主要消息类型1. INVITE:该消息用于建立会话,发起方向被叫方发送INVITE请求,包含了被叫方的SIP地址和媒体描述信息。

2. ACK:该消息用于确认INVITE请求的接收,发起方在收到200 OK响应后发送ACK请求,表示会话建立成功。

3. BYE:该消息用于终止会话,可以由任意一方发送,对方收到BYE请求后会发送200 OK响应,表示会话终止。

4. CANCEL:该消息用于取销未完成的请求,普通用于取销INVITE请求,以便重新发起新的请求。

5. REGISTER:该消息用于注册用户地址,用户向服务器发送REGISTER请求,以便在服务器上注册自己的SIP地址。

6. OPTIONS:该消息用于查询服务器的能力,普通用于检测对方是否在线或者支持特定功能。

7. INFO:该消息用于传输非实时信息,如传输DTMF(Dual-tone Multi-frequency)信号等。

四、消息格式和示例1. INVITE消息格式:```INVITE sip:alice@example SIP/2.0Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bK776asdhdsMax-Forwards: 70To: <sip:alice@example>From: <sip:bob@example>;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314159 INVITEContact: <sip:bob@example>Content-Type: application/sdpContent-Length: 142v=0o=bob 2890844526 2890844526 IN IP4 192.0.2.1s=-c=IN IP4 192.0.2.1t=0 0m=audio 49172 RTP/AVP 0a=rtpmap:0 PCMU/8000```2. ACK消息格式:```ACK sip:alice@example SIP/2.0Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bK776asdhds Max-Forwards: 70To: <sip:alice@example>From: <sip:bob@example>;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314159 ACKContact: <sip:bob@example>Content-Length: 0```3. BYE消息格式:```BYE sip:alice@example SIP/2.0Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bK776asdhds Max-Forwards: 70To: <sip:alice@example>From: <sip:bob@example>;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314160 BYEContact: <sip:bob@example>Content-Length: 0```4. CANCEL消息格式:```CANCEL sip:alice@example SIP/2.0Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bK776asdhds Max-Forwards: 70To: <sip:alice@example>From: <sip:bob@example>;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314159 CANCELContact: <sip:bob@example>Content-Length: 0```5. REGISTER消息格式:```REGISTER sip:example SIP/2.0Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bK776asdhds Max-Forwards: 70To: <sip:bob@example>From: <sip:bob@example>;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314161 REGISTERContact: <sip:bob@example>Expires: 3600Content-Length: 0```6. OPTIONS消息格式:```OPTIONS sip:example SIP/2.0Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bK776asdhds Max-Forwards: 70To: <sip:alice@example>From: <sip:bob@example>;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314162 OPTIONSContact: <sip:bob@example>Content-Length: 0```7. INFO消息格式:```INFO sip:alice@example SIP/2.0Via: SIP/2.0/UDP 192.0.2.1;branch=z9hG4bK776asdhds Max-Forwards: 70To: <sip:alice@example>From: <sip:bob@example>;tag=1928301774Call-ID: a84b4c76e66710CSeq: 314163 INFOContact: <sip:bob@example>Content-Type: application/dtmf-relayContent-Length: 18Signal=1Duration=100```五、总结SIP协议的主要消息包括INVITE、ACK、BYE、CANCEL、REGISTER、OPTIONS和INFO。

SIP协议主要消息

SIP协议主要消息

SIP协议主要消息协议名称:SIP协议主要消息一、引言本协议旨在详细描述SIP(Session Initiation Protocol,会话发起协议)的主要消息类型及其相关内容。

SIP是一种用于建立、修改和终止多媒体会话的应用层协议,广泛应用于IP电话、视频会议、实时消息传递等通信领域。

二、协议概述SIP协议主要由请求-应答模型组成,请求消息由客户端发送给服务器,服务器根据请求进行处理并返回相应的应答消息。

以下是SIP协议中的主要消息类型:1. INVITEINVITE消息用于建立会话,发起方向接收方发起通话请求。

该消息包含了会话的相关信息,如发起方地址、接收方地址、媒体类型等。

2. ACKACK消息用于确认接收INVITE消息,并建立双向通信。

接收方在接收到INVITE消息后,返回ACK消息给发起方,表示接收到请求并准备好建立通话。

3. BYEBYE消息用于终止会话。

任何一方都可以发送BYE消息,表示希望结束当前会话。

接收方收到BYE消息后,可以发送200 OK应答消息,也可以选择不应答。

4. CANCELCANCEL消息用于取消之前发送的INVITE请求。

当发起方发送INVITE请求后,如果发现不再需要建立会话,可以发送CANCEL消息取消之前的请求。

5. OPTIONSOPTIONS消息用于查询服务器的能力。

发起方可以发送OPTIONS消息给服务器,询问服务器支持的功能、媒体类型等信息。

6. REGISTERREGISTER消息用于注册用户位置信息。

当用户登录到SIP服务器时,会发送REGISTER消息,将自己的位置信息注册到服务器上。

7. INFOINFO消息用于传递媒体相关的信息。

例如,当用户在通话过程中需要传输DTMF(双音多频)信号时,可以使用INFO消息传递相关信息。

8. UPDATEUPDATE消息用于修改会话参数。

当会话已经建立后,发起方可以发送UPDATE消息,修改会话的相关参数,如媒体类型、编码方式等。

sip信令的解释

sip信令的解释

sip信令的解释
SIP(Session Initiation Protocol)是一种用于建立、修改和终止多媒体会话的简单信令协议,主要用于IP电话、多媒体会议和即时消息等应用。

SIP协议在IP网络中提供了一种类似于传统电话网络中的呼叫信令协议(如SS7 ISUP)的功能,但它是基于文本的协议,类似于HTTP。

SIP协议的特点如下:
它是应用层的控制协议,用于建立、修改和释放一个或多个参与者的会话。

这些会话可以包括IP电话、会议和即时消息等。

SIP协议不提供服务,而是与其他协议一起组成完整的多媒体架构。

例如,RTP用于媒体传输,RSVP用于QoS保证等。

SIP协议是IETF多媒体数据和控制体系结构的一部分,与其他协议相互合作。

例如,SAP用于通过组播发布多媒体会话,SDP用于描述多媒体会话等。

SIP协议可以减少应用特别是高级应用的开发时间,并且由于基于IP 协议的SIP利用了IP网络,固定网运营商也会逐渐认识到SIP技术对于他们的深远意义。

使用SIP,服务提供商可以随意选择标准组件,不论媒体内容和参与方数量,用户都可以查找和联系对方。

SIP对会话进行协商,以便所有参与方都能够就会话功能达成一致以及进行修改,甚至可以添加、删除或转移用户。

SIP协议主要消息讲解

SIP协议主要消息讲解

第一章SIP协议主要消息1.1 SIP消息分类SIP协议是以层协议的形式组成的,就是说它的行为是以一套相对独立的处理阶段来描述的,每个阶段之间的关系不是很密切。

SIP协议将Server和User Agent之间的通讯的消息分为两类:请求消息和响应消息。

请求消息:客户端为了激活特定操作而发给服务器的SIP消息,包括INVITE、ACK、BYE、CANCEL、OPTION和UPDATE消息。

SIP请求的6种方法:1、邀请(INVITE)——邀请用户加入呼叫2、确认(ACK)——确认客户机已经接收到对INVITE的最终响应3、可选项(OPTIONS)——请求关于服务器能力的信息4、再见(BYE)——终止呼叫上的两个用户之间的呼叫5、取消(CANCEL)6、注册(REGISTER)——提供地址解析的映射,让服务器知道其它用户的位置响应消息:服务器向客户反馈对应请求的处理结果的SIP消息,包括1xx、2xx、3xx、4xx、5xx、6xx响应1.2 SIP消息结构请求消息和响应消息都包括SIP消息头字段和SIP消息体字段;SIP消息头主要用来指明本消息是有由谁发起和由谁接受,经过多少跳转等基本信息;SIP消息体主要用来描述本次会话具体实现方式;1.3 消息格式1.3.1 请求消息格式SIP请求消息的格式,由SIP消息头和一组参数行组成,如图1-1所示。

通过换行符区分命令行和每一条参数行。

图1-1 SIP 请求消息结构注意:参数行的顺序不是固定的。

对应的参数解释见错误!未找到引用源。

消息体定义:Call-ID :头字段是用来将消息分组的唯一性标识From :头字段是指示请求发起方的逻辑标识,它可能是用户的注册地址。

From 头字段包含一个URI 和一个可选的显示名称CSeq :头字段用于标识事务并对事务进行排序。

它由一个请求方法和一个序列号组成,请求方法必须与对应的请求消息类型一致Max-Fowords :头字段限定一个请求消息在到达目的地之前允许经过的最大跳数。

03-SIP消息及SIP会话V2.0

03-SIP消息及SIP会话V2.0

7
Request-Uniform Resource Indicator
z z
类似于email地址:user@domain 包含两种URI方案:
Æ SIP
URI
sip:flood@ sip:2000@1.1.1.1
Æ SIPS
URI(安全资源标识,即UAC与该URI所 属的域之间使用TLS传输)
v=0 o=- 3687453239 0 IN IP4 192.168.1.126 s=652001 c=IN IP4 192.168.1.126 t=0 0 m=audio 8008 RTP/AVP 18 0 96 a=rtpmap:18 G729/8000 a=rtpmap:0 PCMU/8000 a=fmtp:96 0-15 a=rtpmap:96 telephone-event/8000
sips:flood@ z 两种URI类型
Æ Address
of Record(用户标识)
8
Æ Contact(设备标识)

请求消息示例(1/8)
INVITE sip:1000@1.1.1.1 SIP/2.0 v: SIP/2.0/UDP 192.168.1.126:5060 t: <sip:1000@1.1.1.1;user=phone> f: “Flood"<sip:2000@1.1.1.1;user=phone>;tag=7c3c1168-01d6-01c2-13d0-00e0bb1ad1da i: 7c3c1168-01d6-01c2-13d1-00e0bb1ad1da@192.168.1.126 CSeq: 5001 INVITE m: <sip:2000@192.168.1.126:5060> User-Agent: "3Com-SIP-Phone/V7.0.14.15" c: application/sdp P-Asserted-Identity: “Flood" <sip:2000@192.168.1.126> l: 210

sip协议报文类型

sip协议报文类型

sip协议报文类型SIP(Session Initiation Protocol)是一种应用层协议,常用于建立、修改和结束实时多媒体会话,例如语音通话、视频通话和即时消息。

SIP定义了一系列的消息类型,用于在用户终端之间传递信息和控制会话的各个方面。

下面将介绍SIP协议中的一些常用的报文类型。

1.请求消息(Request):SIP协议中的请求消息用于向服务器发送请求,以请求某种操作或服务。

常见的请求消息包括:- INVITE:用于建立一次会话或邀请其他终端参与会话。

- ACK:用于回复对INVITE请求的确认。

- BYE:用于结束会话。

- REGISTER:用于用户的注册和注销。

2.响应消息(Response):SIP协议中的响应消息是服务器对请求消息的回应。

常见的响应消息包括:- 1xx:表示请求已被接收,需要进一步处理。

- 2xx:表示请求已成功完成。

- 3xx:表示请求被重定向到其他服务器或终端。

- 4xx:表示请求包含错误,无法完成。

- 5xx:表示服务器出现错误,无法完成请求。

- 6xx:表示服务器无法处理请求。

3.媒体描述消息(SDP):SDP(Session Description Protocol)用于描述会话中的媒体流信息,如编解码器、传输协议、媒体格式等。

SIP协议中的媒体描述消息使用SDP来描述媒体流的相关信息。

4.信息消息(INFO):INFO消息用于向会话中的参与者传递一些附加的信息,如DTMF信号、键盘输入等。

5.订阅/通知消息(SUBSCRIBE/NOTIFY):SUBSCRIBE消息用于向服务器请求订阅某种事件,如其他用户的状态变化。

服务器在事件发生时,会使用NOTIFY消息通知订阅者。

6.选项消息(OPTIONS):OPTIONS消息用于向服务器查询对某个请求支持的能力、状态或配置。

7.重定向消息(REDIRECT):重定向消息用于向用户提供其他服务器或终端的地址,以便进一步处理请求。

SIP协议

SIP协议

1.简介SIP(Session Initiation Protocol)是一种用于实时通信的协议。

它被广泛应用于语音通话、视频会议、即时消息等领域。

SIP协议提供了一种机制,使得用户可以建立、修改和终止多媒体会话,同时允许参与者之间的媒体数据传输。

SIP协议的主要作用是在通信设备之间建立会话,包括语音通话、视频通话和多媒体会议等。

它定义了一套规则和消息格式,用于发起会话、管理会话状态以及传输媒体数据。

在实时通信中,SIP协议扮演着重要的角色。

它为用户提供了一种灵活且可扩展的方式来建立和管理通信会话。

通过SIP协议,用户可以轻松地与其他用户进行语音通话、视频通话或者发送即时消息。

SIP协议的重要性在于它的开放性和互操作性。

由于SIP是一个开放标准,各种通信设备和应用程序都可以通过实现SIP协议来实现互相之间的通信。

这种互操作性使得不同厂商和平台的设备可以无缝地进行通信,促进了实时通信的发展和普及。

总之,SIP协议在实时通信中发挥着关键的作用。

它通过定义会话的建立和管理方式,为用户提供了一种灵活、可扩展的通信方式,使得语音通话、视频通话和即时消息等应用成为可能。

其开放性和互操作性也为实时通信领域的发展做出了重要贡献。

2.SIP协议的基本原理SIP协议(Session Initiation Protocol)是一种基于文本的协议,用于建立和管理实时通信会话。

它采用了简单灵活的消息交换机制,允许参与者之间进行会话的发起、修改和终止。

SIP消息的格式SIP消息由文本行组成,每行以回车换行符(CRLF)结束。

常见的SIP消息有两种格式:请求消息和响应消息。

•请求消息:用于发起会话请求。

它包含请求行、头部字段和可选的消息体。

请求行指定了请求的方法(如INVITE、REGISTER、BYE等)和URI(统一资源标识符)。

•响应消息:用于回应请求消息。

它包含状态行、头部字段和可选的消息体。

状态行指定了响应的状态码(如200 OK、404Not Found等)和原因短语。

SIP协议主要消息

SIP协议主要消息

SIP协议主要消息协议名称:SIP协议主要消息协议简介:SIP(Session Initiation Protocol,会话初始化协议)是一种用于建立、修改和终止多媒体会话的通信协议。

它被广泛应用于IP电话、实时视频会议、即时消息和在线游戏等通信领域。

SIP协议主要通过消息进行通信,本文将详细介绍SIP协议的主要消息格式和功能。

一、SIP请求消息格式:SIP请求消息由请求行、首部字段和消息正文组成。

以下是SIP请求消息的主要字段:1. 请求行:- 方法(Method):用于指定请求的类型,如INVITE、REGISTER、OPTIONS等。

- 请求URI(Request-URI):指定请求的目标资源。

2. 首部字段:- Call-ID:唯一标识会话的ID。

- CSeq:命令序列号,用于标识请求的顺序。

- From:发起请求的用户标识。

- To:请求的目标用户标识。

- Via:传输路径和协议版本。

- Max-Forwards:限制请求转发的次数。

- Content-Type:消息正文的类型。

3. 消息正文:- 消息正文可以包含任意类型的数据,如SDP(Session Description Protocol)描述会话信息等。

二、SIP响应消息格式:SIP响应消息由状态行、首部字段和消息正文组成。

以下是SIP响应消息的主要字段:1. 状态行:- 版本号:SIP协议的版本号。

- 状态码:用于指示请求的处理结果,如200 OK表示成功,404 Not Found 表示未找到资源等。

- 原因短语:对状态码的简要描述。

2. 首部字段:- Call-ID:与请求消息中的Call-ID字段相同,用于标识会话。

- CSeq:与请求消息中的CSeq字段相同,用于标识请求的顺序。

- From:与请求消息中的From字段相同,标识请求发起方。

- To:与请求消息中的To字段相同,标识请求目标方。

- Via:与请求消息中的Via字段相同,表示传输路径和协议版本。

sip消息类型和消息代码详解

sip消息类型和消息代码详解

在学习asterisk的时候,经常遇到一些远程服务器传回的代码,这些代码都有很重要的信息,让我们了解到对方的sip是如何响应我们这边的sip消息的,于是网上找到了这些sip消息类型和消息代码,自己收藏,相信很有用的。

sip消息类型和消息格式SIP是一个基于文本的协议,使用的是UTF-8字符集.SIP消息主要分为两大类:一类是由客户端发往服务器的请求消息(Request);一类是由服务器发往客户端的应答消息(Response).一个基本的SIP消息包括起始行、一个或多个头字段、说明头字段结束的空行和一个可选的消息体。

消息=起始行(包括请求行/状态行;请求行规定了请求的类别,而状态行指出了每个请求的状态,比如是成功还是失败。

如果是失败的话还要给出失败的原因或类型。

)*头字段CRLF[消息体] (消息首部给出了关于请求或应答的更多信息一般包括消息的来源、规定的消息接收方,另外还包括一些其他方面的重要信息。

消息体通常描述将要建立会议的类型包括所交换媒体的描述,但不具体定义消息体的内容或结构,其结构或内容使用另外一个协议来描述,就是会话描述协议SDP。

)请求消息请求行=方法 +空格 +请求地址 +SIP版本号 +空行通过一个请求行作为起始行,请求行包括了方法名、请求的URL、协议版本号、中间用空格分开。

六种请求方法:INVITE 发出呼叫会话请求ACK INVITE请求被最终请求BYE 释放一个呼叫会话CANCEL 取消挂起的呼叫REGISTER 登记注册用户代理OPTIONS 查询服务器能力应答消息状态行=SIP版本+空格+状态码+空格+相关文本短语+空行SIP应答消息状态码与功能类型状态码状态说明临时应答(1XX) 100 Trying 正在处理中180 Ringing 振铃181 call being forwarder 呼叫正在前向182 queue 排队181* session progress 会话进行会话成功(2XX) 200 OK 会话成功重定向(3XX) 300 multiple 多重选择301 moved permanently 永久移动302 moved temporaily 临时移动305 use proxy 用户代理380 alternative service 替代服务请求失败(4XX) 400 bad request 错误请求401unauthorized 未授权402 payment required 付费要求403 forbidden 禁止404 not found 未发现405 method no allowed 方法不允许406 not acceptable 不可接受407 proxy authentication required 代理需要认证408 request timeout 请求超时410 gone 离开413 request entity too large 请求实体太大414 request-url too long 请求URL太长415 unsupported media type 不支持的媒体类型416 unsupported url scheme 不支持的URL计划420 bad extension 不良扩展421 extension required 需要扩展423 interval too brief 间隔太短480 temporarily unavailable 临时失效481 call/transaction does not exist 呼叫/事务不存在482 loop detected 发现环路483 too many hops 跳数太多484 address incomplete 地址不完整485 ambiguous 不明朗486 busy here 这里忙487 request terminated 请求终止488 not acceptable here 这里请求不可接受491 request pending 未决请求493 undecipherable 不可辨识服务器失败(5XX) 500 server internal error 服务器内部错误501 not implemented 不可执行502 bad gateway 坏网关503 service unavailable 服务无效504 server time-out 服务器超时505 version not supported 版本不支持513 message too large 消息太大全局性错误(6XX) 600 busy everywhere 全忙603 decline 丢弃604 does not exist anywhere 不存在606 not acceptable 不可接受SIP应答代码(这个是详细的应答码解释)应答码是包含了,并且扩展了HTTP/1.1应答码。

SIP协议及其安全机制的研究与实现_第二章SIP协议分析_15_25

SIP协议及其安全机制的研究与实现_第二章SIP协议分析_15_25

第二章 SIP协议分析[1]2.1 SIP消息SIP是一种基于文本的协议,SIP消息使用UTF-8编码[8]。

SIP消息分为请求消息和响应消息两种,请求消息由客户机发送到服务器,响应消息由服务器返回给客户机。

所有的请求和响应消息都遵循由RFC2822所规定的基本格式[9],由一个起始行(start-line)、若干个消息头域(message-header)、一个空白行(empty-line)、可选的消息体(message-body)几个部分构成,消息中的每一行均以换行和回车字符(CRLF)作为结尾。

对于请求消息,起始行为请求行(Request-Line),而对于响应消息,起始行为状态行(Status-Line)。

SIP消息可以表示如下:generic-message = start-line*message-headerCRLF[message-body]start-line = Request-Line / Status-Line2.1.1 请求消息SIP请求消息的请求行由一个方法名(Method)、一个请求URI(Request-URI)和一个协议版本(SIP-Version)组成,三个部分之间以空格字符(SP)间隔。

请求消息的格式可以表示如下:Request-Line = Method SP Request-URI SP SIP-Version CRLFz Method:决定请求消息的类型与目的,在RFC3261中规定了六种方法,方法的名称与意义如表2-1所示。

这六种方法完成了SIP协议的基本功能,其中,INVITE、ACK和BYE三种方法可以构成一次基本的会话建立直至终止的过程。

除此之外,在其它的SIP相关RFC中还定义了REFER、SUBSCRIBE、NOTIFY、MESSAGE、UPDATE、INFO和PRACK七种方法[4],用于即时消息等附加功能。

名称意义REGISTER 向注册服务器登记实际地址信息,提供地址映射INVITE 邀请某个用户加入媒体会话ACK 确认对于一个INVITE消息的最终响应BYE 终止一条已经存在的媒体会话CANCEL 取消一个尚未完成的请求OPTIONS 查询服务器的当前状态及其所支持的媒体功能表2-1 SIP Methodsz Request-URI:表明了请求消息的目的地址。

sip标准检验指导书

sip标准检验指导书

sip标准检验指导书SIP标准检验指导书。

一、引言。

SIP(Session Initiation Protocol)是一种用于建立、修改和终止会话的通信协议。

它在IP网络上提供了一种灵活、可扩展的方式来实现多媒体通信。

SIP标准的检验对于保障通信质量、提高通信效率具有重要意义。

本指导书将对SIP标准的检验方法进行详细介绍,以便相关人员能够准确、有效地进行检验工作。

二、SIP标准检验内容。

1. SIP消息格式检验。

SIP消息格式是SIP协议的基础,其正确性对于通信的顺利进行至关重要。

在进行SIP标准检验时,需对SIP消息的格式进行严格检查,包括消息头部、消息体等内容的格式是否符合标准要求。

2. SIP状态码检验。

SIP状态码是SIP协议中用于表示请求处理结果的重要信息。

在检验时,需要对SIP状态码的使用进行检查,包括状态码的正确性、合理性以及对应的处理流程是否符合标准要求。

3. SIP会话建立与终止检验。

SIP协议的主要功能之一是建立和终止会话,因此对于会话的建立和终止过程需要进行详细检验。

包括会话建立过程中的邀请、响应以及会话终止过程中的挂断等操作是否符合标准要求。

4. SIP安全机制检验。

SIP协议中的安全机制对于通信的安全性至关重要。

在进行SIP 标准检验时,需要对SIP协议中的安全机制进行检查,包括认证、加密等安全措施的有效性和合规性。

5. SIP协议扩展检验。

SIP协议的灵活性和可扩展性使得其可以支持各种应用场景和功能需求。

在进行SIP标准检验时,需要对SIP协议的扩展功能进行检查,包括扩展功能的正确性、兼容性以及对现有功能的影响等方面。

三、SIP标准检验方法。

1. 抽样检验法。

在进行SIP标准检验时,可以采用抽样检验法对SIP消息进行抽样检查,以确保消息的格式、内容等符合标准要求。

2. 现场检查法。

对于SIP会话建立和终止过程,可以采用现场检查法对实际通信过程进行检查,以验证其是否符合标准要求。

SIP响应消息及含义

SIP响应消息及含义
临时迁移
303
见其它
305
使用代理
380
代换服务
4xx
客户出错
表示请求消息中包含语法错误或者SIP服务器不能完成对该请求消息的处理
400
错误请求
401
无权
402
要求付款
403
禁止
404
没有发现
405
不允许的方法
406
不接受
407
要求代理权
408
请求超时
410
消失
413
请求实体太大
414
请求URI太大
500
内部服务器错误
501
没实现的
502
无效网关
503
不提供此服务
504
服务器超时
505
SIP版本不支持
513
消息太长
6xx
全局故障
表示请求不能在任何SIP服务器上实现
600
全忙
603
拒绝
604
都不存在
606
不接受
415
不支持的媒体类型
416
不支持的URI方案
420
分机无人接听
421
要求转机
423
间隔太短
480
暂时无人接听
481
呼叫腿/事务不存在
482
相环探测
483
跳频太高
484
地址不完整
485
不清楚
486
线路忙
487
终止请求
488
此处不接受
491
代处理请求
493
难以辨认
5xx
服务器出错
表示SIP服务器故障不能完成对正确消息的处理

SIP协议主要消息

SIP协议主要消息

SIP协议主要响应码100 试呼(Trying)正在进行与呼叫有关的操作(例如:访问数据库),但被叫用户还没有定位。

180 被叫振铃(Ringing)被叫用户代理已经得到被叫的位置,正在提醒被叫用户。

该响应也可以再发起一个本地回铃181 呼叫前转(Call Is Being Forwarded)代理服务器可以用该状态码表示当前呼叫正被转移到其它目的地。

(呼叫正在转发)182 呼叫排队(Queued)被叫暂时不可访问,当前呼叫被排队而不是被拒绝。

当服务器有效时,可以继续响应该呼叫。

该响应的"reason phrase"可以进一步给出排队呼叫的信息,例如:“队列中有5个呼叫,期望等待时间为15分钟”。

服务器可以发出多个182 响应来更新当前排队呼叫的信息。

183 会话进度(session progress)应答用于提示建立对话的进度信息。

Reason-Phrase(表达原因的句子)、头域或者消息体可以用于提示呼叫进度的更新消息的信息。

300 多个选择(Multiple Choice)请求中的地址被解析为多个位置,用户可以将请求重定向到一个合适的地址。

该响应应该包含可供用户或用户代理选择的位置和资源列表,并且在Contact头域中,列出可供选择的地址。

(网络协议不兼容:会话描述中的一个或多个网络协议不可用。

)301 永久离开(Moved Permanently)在请求中Request-URI所指的地址找不到用户,客户应该尝试Contact头域给出的新地址。

主叫收到该响应后应该更新所有的本地目录,地址簿,用户位置缓存并将以后的请求重定向到新的地址。

(网络地址格式不兼容:会话描述中的一个或多个地址格式不可用。

)302 暂时离开(Moved Temporarily)客户应该用Contact头域给出的新地址尝试呼叫。

响应中Expire头域指出该次重定向的有效期,如果没有给出有效期,那么重定向只对当前呼叫有效。

SIP协议栈

SIP协议栈

SIP协议栈协议名称:SIP(Session Initiation Protocol)协议栈一、引言SIP协议栈是一种用于建立、修改和终止多媒体会话的通信协议。

本协议旨在定义SIP协议栈的标准格式,以确保各种设备和应用程序之间的互操作性和兼容性。

二、范围本协议适用于所有使用SIP协议栈的设备和应用程序,包括但不限于VoIP电话、视频会议终端、软交换、SIP代理服务器等。

三、术语定义1. SIP(Session Initiation Protocol):一种用于建立、修改和终止多媒体会话的通信协议。

2. SIP协议栈:指实现SIP协议的软件或硬件。

3. 设备:指使用SIP协议栈的硬件设备,如VoIP电话、视频会议终端等。

4. 应用程序:指使用SIP协议栈的软件应用程序,如软交换、SIP代理服务器等。

四、协议规范1. SIP消息格式SIP协议栈应支持SIP消息的格式,包括请求消息和响应消息。

请求消息由请求行、消息头和消息体组成,响应消息由状态行、消息头和消息体组成。

具体格式参考RFC 3261。

SIP协议栈应支持以下常用的SIP方法:- INVITE:用于发起一个会话。

- ACK:用于确认INVITE请求。

- BYE:用于终止一个会话。

- CANCEL:用于取消一个尚未得到响应的请求。

- REGISTER:用于注册用户的位置信息。

- OPTIONS:用于查询服务器的能力。

- INFO:用于传递关于会话的中间信息。

- UPDATE:用于修改会话的特性。

- PRACK:用于对可靠传输的请求进行确认。

3. SIP响应码SIP协议栈应支持以下常用的SIP响应码:- 1xx:信息性响应,表示请求正在处理中。

- 2xx:成功响应,表示请求已成功处理。

- 3xx:重定向响应,表示请求需要进一步操作。

- 4xx:客户端错误响应,表示请求存在错误。

- 5xx:服务器错误响应,表示服务器无法处理请求。

- 6xx:全局失败响应,表示请求无法被任何服务器处理。

SIP消息解释

SIP消息解释

第一章SIP协议主要消息1.1 SIP消息分类SIP协议是以层协议的形式组成的,就是说它的行为是以一套相对独立的处理阶段来描述的,每个阶段之间的关系不是很密切。

SIP协议将Server和User Agent之间的通讯的消息分为两类:请求消息和响应消息。

请求消息:客户端为了激活特定操作而发给服务器的SIP消息,包括INVITE、ACK、BYE、CANCEL、OPTION和UPDATE消息。

SIP请求的6种方法:1、邀请(INVITE)——邀请用户加入呼叫2、确认(ACK)——确认客户机已经接收到对INVITE的最终响应3、可选项(OPTIONS)——请求关于服务器能力的信息4、再见(BYE)——终止呼叫上的两个用户之间的呼叫5、取消(CANCEL)6、注册(REGISTER)——提供地址解析的映射,让服务器知道其它用户的位置响应消息:服务器向客户反馈对应请求的处理结果的SIP消息,包括1xx、2xx、3xx、4xx、5xx、6xx响应1.2 SIP消息结构请求消息和响应消息都包括SIP消息头字段和SIP消息体字段;SIP消息头主要用来指明本消息是有由谁发起和由谁接受,经过多少跳转等基本信息;SIP消息体主要用来描述本次会话具体实现方式;1.3 消息格式1.3.1 请求消息格式SIP请求消息的格式,由SIP消息头和一组参数行组成,如图1-1所示。

通过换行符区分命令行和每一条参数行。

预览:消息头图1-1 SIP请求消息结构注意:参数行的顺序不是固定的。

对应的参数解释见错误!未找到引用源。

消息体定义:Call-ID:头字段是用来将消息分组的唯一性标识From:头字段是指示请求发起方的逻辑标识,它可能是用户的注册地址。

From头字段包含一个URI和一个可选的显示名称CSeq:头字段用于标识事务并对事务进行排序。

它由一个请求方法和一个序列号组成,请求方法必须与对应的请求消息类型一致Max-Fowords:头字段限定一个请求消息在到达目的地之前允许经过的最大跳数。

sip消息的常见流程

sip消息的常见流程

sip消息的常见流程下载温馨提示:该文档是我店铺精心编制而成,希望大家下载以后,能够帮助大家解决实际的问题。

文档下载后可定制随意修改,请根据实际需要进行相应的调整和使用,谢谢!并且,本店铺为大家提供各种各样类型的实用资料,如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等,如想了解不同资料格式和写法,敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!SIP 消息的常见流程一般包括以下几个步骤:1. 注册流程:用户向注册服务器注册其位置信息。

SIP协议主要消息

SIP协议主要消息

SIP协议主要消息一、背景介绍SIP(Session Initiation Protocol)是一种用于建立、修改和终止会话的信令协议,广泛应用于VoIP(Voice over Internet Protocol)和实时通信系统中。

SIP协议主要消息是指在SIP通信过程中,各个参与方之间传递的消息,包括请求消息和响应消息。

本协议旨在规范SIP协议主要消息的格式和内容,以确保通信的可靠性和互操作性。

二、协议目的本协议的目的是定义SIP协议主要消息的标准格式,包括请求消息和响应消息的结构、字段和语义。

通过遵循本协议,各参与方能够准确理解和处理SIP协议主要消息,从而实现可靠的通信和互操作。

三、协议内容1. 请求消息格式:请求行:包括请求方法、请求URI和SIP协议版本。

头部字段:包括常用字段(如From、To、Call-ID、CSeq、Contact等)和可选字段(如Max-Forwards、User-Agent、Content-Type等)。

空行:用于分隔头部字段和消息体。

消息体:可选,用于传递附加数据。

2. 响应消息格式:状态行:包括SIP协议版本、状态码和原因短语。

头部字段:包括常用字段(如From、To、Call-ID、CSeq、Contact等)和可选字段(如Server、Content-Type等)。

空行:用于分隔头部字段和消息体。

消息体:可选,用于传递附加数据。

四、协议规范1. 请求方法:- INVITE:用于建立会话。

- ACK:用于确认接收到INVITE请求。

- OPTIONS:用于查询支持的功能和参数。

- BYE:用于终止会话。

- CANCEL:用于取消未被接受的请求。

- REGISTER:用于注册用户的位置信息。

- INFO:用于传递会话中的中间信息。

- PRACK:用于确认接收到可靠传输的请求。

2. 状态码:- 1xx:信息性响应,表示请求已被接收,但尚未完成。

- 2xx:成功响应,表示请求已成功处理。

国标sip的register

国标sip的register

国标sip的registerSIP(Session Initiation Protocol)是一种用于建立、修改和终止多媒体会话的通信协议。

在SIP中,REGISTER消息用于用户向服务器注册其当前位置信息,以便其他用户能够找到并联系到他们。

国标SIP的REGISTER消息在功能上与标准SIP协议的REGISTER消息相似,但可能会有一些特定的配置和要求。

在国标SIP中,REGISTER消息通常包括以下信息:1. 请求的方法,REGISTER.2. 用户标识,用于标识要注册的用户,通常是一个URI.3. 服务器地址,用户希望注册的SIP服务器的地址。

4. 联系信息,包括用户的当前位置信息和可用性。

5. 认证信息,用于验证用户身份的凭据,例如用户名和密码。

当SIP客户端发送REGISTER消息时,它通常希望将自己的位置信息注册到SIP服务器上,以便其他用户可以通过服务器找到它。

服务器会相应地处理REGISTER消息,将用户的位置信息存储在注册表中,并在需要时将呼叫路由到用户的当前位置。

在国标SIP中,REGISTER消息的处理可能会受到特定的协议规范和安全要求的影响。

例如,国标可能会规定特定的认证机制或加密要求,以确保REGISTER消息的安全性和可靠性。

此外,国标可能还规定了REGISTER消息的特定格式或字段,以满足特定的通信需求。

总之,国标SIP的REGISTER消息在功能上与标准SIP协议的REGISTER消息类似,但在具体的配置和要求上可能会有所不同,需要根据具体的国家标准来进行实现和部署。

希望这个回答能够全面地解答你的问题。

SIP消息类型和消息格式

SIP消息类型和消息格式

SIP消息类型和消息格式sip消息类型和消息格式SIP是⼀个基于⽂本的协议,使⽤的是UTF-8字符集.SIP消息主要分为两⼤类:⼀类是由客户端发往服务器的请求消息(Request);⼀类是由服务器发往客户端的应答消息(Response).⼀个基本的SIP消息包括起始⾏、⼀个或多个头字段、说明头字段结束的空⾏和⼀个可选的消息体。

消息=起始⾏(包括请求⾏/状态⾏;请求⾏规定了请求的类别,⽽状态⾏指出了每个请求的状态,⽐如是成功还是失败。

如果是失败的话还要给出失败的原因或类型。

)*头字段CRLF[消息体] (消息⾸部给出了关于请求或应答的更多信息⼀般包括消息的来源、规定的消息接收⽅,另外还包括⼀些其他⽅⾯的重要信息。

消息体通常描述将要建⽴会议的类型包括所交换媒体的描述,但不具体定义消息体的内容或结构,其结构或内容使⽤另外⼀个协议来描述,就是会话描述协议SDP。

)请求消息请求⾏=⽅法 +空格 +请求地址 +SIP版本号 +空⾏通过⼀个请求⾏作为起始⾏,请求⾏包括了⽅法名、请求的URL、协议版本号、中间⽤空格分开。

六种请求⽅法:INVITE 发出呼叫会话请求ACK INVITE请求被最终请求BYE 释放⼀个呼叫会话CANCEL 取消挂起的呼叫REGISTER 登记注册⽤户代理OPTIONS 查询服务器能⼒应答消息状态⾏=SIP版本+空格+状态码+空格+相关⽂本短语+空⾏SIP应答消息状态码与功能类型状态码状态说明临时应答(1XX) 100 Trying 正在处理中180 Ringing 振铃181 call being forwarder 呼叫正在前向182 queue 排队181* session progress 会话进⾏会话成功(2XX) 200 OK 会话成功重定向(3XX) 300 multiple 多重选择301 moved permanently 永久移动302 moved temporaily 临时移动305 use proxy ⽤户代理380 alternative service 替代服务请求失败(4XX) 400 bad request 错误请求请求失败(4XX) 400 bad request 错误请求401unauthorized 未授权402 payment required 付费要求403 forbidden 禁⽌404 not found 未发现405 method no allowed ⽅法不允许406 not acceptable 不可接受407 proxy authentication required 代理需要认证408 request timeout 请求超时410 gone 离开413 request entity too large 请求实体太⼤414 request-url too long 请求URL太长415 unsupported media type 不⽀持的媒体类型416 unsupported url scheme 不⽀持的URL计划420 bad extension 不良扩展421 extension required 需要扩展423 interval too brief 间隔太短480 temporarily unavailable 临时失效481 call/transaction does not exist 呼叫/事务不存在482 loop detected 发现环路483 too many hops 跳数太多484 address incomplete 地址不完整485 ambiguous 不明朗486 busy here 这⾥忙487 request terminated 请求终⽌488 not acceptable here 这⾥请求不可接受491 request pending 未决请求493 undecipherable 不可辨识服务器失败(5XX) 500 server internal error 服务器内部错误501 not implemented 不可执⾏502 bad gateway 坏⽹关503 service unavailable 服务⽆效504 server time-out 服务器超时505 version not supported 版本不⽀持513 message too large 消息太⼤全局性错误(6XX) 600 busy everywhere 全忙603 decline 丢弃604 does not exist anywhere 不存在606 not acceptable 不可接受SIP应答代码(这个是详细的应答码解释)应答码是包含了,并且扩展了HTTP/1.1应答码。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

Sip 响应状态码对照详解SIP应答消息状态码与功能类型状态码状态说明临时应答(1XX) 100 Trying 正在处理中180 Ringing 振铃181 call being forwarder 呼叫正在前向182 queue 排队183* session progress 会话进行会话成功(2XX) 200 OK 会话成功重定向(3XX) 300 multiple 多重选择301 moved permanently 永久移动302 moved temporaily 临时移动305 use proxy 用户代理380 alternative service 替代服务请求失败(4XX) 400 bad request 错误请求401unauthorized 未授权402 payment required 付费要求403 forbidden 禁止404 not found 未发现405 method no allowed 方法不允许406 not acceptable 不可接受407 proxy authentication required 代理需要认证408 request timeout 请求超时410 gone 离开413 request entity too large 请求实体太大414 request-url too long 请求URL太长415 unsupported media type 不支持的媒体类型416 unsupported url scheme 不支持的URL计划420 bad extension 不良扩展421 extension required 需要扩展423 interval too brief 间隔太短480 temporarily unavailable 临时失效481 call/transaction does not exist 呼叫/事务不存在482 loop detected 发现环路483 too many hops 跳数太多484 address incomplete 地址不完整485 ambiguous 不明朗486 busy here 这里忙487 request terminated 请求终止488 not acceptable here 这里请求不可接受491 request pending 未决请求493 undecipherable 不可辨识服务器失败(5XX) 500 server internal error 服务器内部错误501 not implemented 不可执行502 bad gateway 坏网关503 service unavailable 服务无效504 server time-out 服务器超时505 version not supported 版本不支持513 message too large 消息太大全局性错误(6XX) 600 busy everywhere 全忙603 decline 丢弃604 does not exist anywhere 不存在606 not acceptable 不可接受SIP应答代码(以下是详细内容)应答码是包含了,并且扩展了HTTP/1.1应答码。

并不是所有的HTTP/1.1应答码都适当应用,只有在折里指出的是适当的。

其他HTTP/1.1应答码不应当使用。

并且,SIP也定义了新的应答码系列,6xx。

1 临时应答1xx临时应答,也就是消息性质的应答,标志了对方服务器正在处理请求,并且还没有决定最后的应答。

如果服务器处理请求需要花200ms以上才能产生终结应答的时候,它应当发送一个1xx应答。

注意1xx应答并不是可靠传输的。

他们不会导致客户端传送一个ACK应答。

临时性质的(1xx)应答可以包含消息体,包含会话描述。

1.1 100 Trying这个应答表示下一个节点的服务器已经接收到了这个请求并且还没有执行这个请求的特定动作(比如,正在打开数据库的时候)。

这个应答,就像其他临时应答一样,种植了UAC重新传送INVITE请求。

100(Trying)应答和其他临时应答不同的是,在这里,它永远不会被有状态proxy转发到上行流中。

1.2 180 RingingUA收到INVITE请求并且试图提示给用户。

这个应答应当出世化一个本地回铃。

1.3 818 Call is Being Forwarded(呼叫被转发)服务器可以用这个应答代码来表示呼叫正在转发到另一个目的地集合。

1.4 182 Queued当呼叫的对方暂时不能接收呼叫的时候,并且服务器决定将呼叫排队等候,而不是拒绝呼叫的时候,那么就应当发出这个应答。

当被叫方一旦恢复接收呼叫,他会返回合适的终结应答。

对于这个呼叫状态,可以有一个表示原因的短语,比如:”5 calls queued;expected waiting time is 15minutes”。

服务器可以给出好几个182(Queued)应答告诉呼叫方排队的情况(比如排队靠前了等等)。

1.5 183 会话进度183(Session Progress)应答用于提示建立对话的进度信息。

Reason-Phrase(表达原因的句子)、头域或者消息体可以用于提示呼叫进度的更消息的信息。

2 成功信息2xx这个应答表示请求是成功的。

2.1 200 OK请求已经处理成功。

这个信息取决于不同方法的请求的应答。

3 转发请求3XX3xx系列的应答是用于提示用户的新位置信息的,或者为了满足呼叫而转发的额外服务地点。

3.1 300 Multiple Choices请求的地址有多个选择,每个选择都有自己的地址,用户或者(UA)可以选择合适的通讯终端,并且转发这个请求到这个地址。

应答可以包含一个具有每一个地点的在Accept请求头域中允许的资源特性,这样用户或者UA可以选择一个最合适的地址来转发请求。

没有未这个应答的消息体定义MIME类型。

这些地址选择也应当在Contact头域中列出(20.10节)。

不同于HTTP,SIP应答可以包含多个Contact头域或者一个Contact头域中具有一个地址列表。

UA可以使用Contact头域来自动转发或者要求用户确认转发。

不过,本规范没有定义自动转发的标准。

如果被叫方可以在多个地址被找到,并且服务器不能或者不愿意转发请求的时候,可以使用这个应答来给呼叫方。

3.2 301 Moved Permently当不能在Request-URI指定的地址找到用户的时候,请求的客户端应当使用Contact头域(20.10)所指出的新的地址重新尝试。

请求者应当用这个新的值来更新本地的目录,地址本,和用户地址cache,并且在后续请求中,发送到这个/这些列出的地址。

3.3 302 Moved Temporarily请求方应当把请求重新发到这个Contact头域所指出的新地址(20.10)。

新请求的Request-URI应当用这个应答的Contact头域所指出的值。

在应答中的Expires(20.19节)或者Contact头域的expires参数定义了这个Contact URI的生存周期。

UA或者proxy在这个生存周期内cache这个URI。

如果没有严格的有效时见,那么这个地址仅仅本次有效,并且不能在以后的事务中保存。

如果cache的Contact头域的值失败了,那么被转发请求的Request-URI应当再次尝试一次。

临时URI可以比超时时间更快的失效,并且可以有一个新的临时URI。

3.4 305 Use Proxy请求的资源必须通过Contact头域中指出的proxy来访问。

Contact头域指定了一个proxy的URI。

接收到这个应答的对象应当通过这个proxy重新发送这个单个请求。

305(UseProxy)必须是UAS产生的。

3.5 380 Alternative Service呼叫不成工,但是可以尝试另外的服务。

另外的服务在应答的消息体中定义。

消息体的格式在这里没有定义,可能在以后的规范中定义。

4 请求失败4xx4xx应答定义了特定服务器响应的请求失败的情况。

客户端不应当在不更改请求的情况下重新尝试同一个请求。

(例如,增加合适的认证信息)。

不过,同一个请求交给不同服务器也许就会成功。

4.1 400 Bad Request请求中的语法错误。

Reason-Phrase应当标志这个详细的语法错误,比如”Missing Call-ID header field”。

4.2 401 Unauthorized请求需要用户认证。

这个应答是由UAS和注册服务器产生的,当407(Proxy Authentication Required)是proxy服务器产生的。

4.3 402 Payment Required保留/以后使用4.4 403 Forbidden服务端支持这个请求,但是拒绝执行请求。

增加验证信息是没有必要的,并且请求应当不被重试。

4.5 404 Not Found服务器返回最终信息:用户在Request-URI指定的域上不存在。

当Request-URI 的domain和接收这个请求的domain不匹配的情况下,也会产生这个应答。

4.6 405 Method Not Allowed服务器支持Request-Line中的方法,但是对于这个Request-URI中的地址来说,是不允许应用这个方法的。

应答必须包括一个Allow头域,这个头域包含了指定地址允许的方法列表。

4.7 Not Acceptable请求中的资源只会导致产生一个在请求中的Accept头域外的,内容无法接收的错误。

4.8 407 Proxy Authentication Required这个返回码和401(Unauthorized)很类四,但是标志了客户端应当首先在proxy 上通过认证。

SIP对认证的访问请参见26节和22.3节。

这个返回码用于应用程序访问通讯网关(比如,电话网关),而很少用于被叫方要求认证。

4.9 408 Request Timeout在一段时间内,服务器不能产生一个终结应答,例如,如果它无法及时决定用户的位置。

客户端可以在稍后不更改请求的内容然后重新尝试请求。

4.10 410 Gone请求的资源在本服务器上已经不存在了,并且不知道应当把请求转发到哪里。

这个问题将会使永久性的。

如果服务器不知道,或者不容易检测,这个资源消失是临时性质的还是永久性质的,那么应当返回一个404(Not Found)。

4.11 413请求实体过大。

服务器拒绝处理请求,因为这个请求的实体超过了服务器希望或者能够处理的大小。

这个服务器应当关闭连接避免客户端重发这个请求。

相关文档
最新文档