sip协议中的notify方法是不是支持主动上报？
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了sip协议中的notify方法是不是支持主动上报？相关的知识，希望对你有一定的参考价值。
查了一些资料，notify是对于subscription请求作出的应答，exosip协议栈貌似也不支持直接发送notify请求，只支持在接收subscription后作出notify应答。
目前的工作某个标准要求客户端在注册后用NOTIFY主动上报资源，请问这符合SIP协议吗？如果符合能用已有的exosip协议栈实现吗？
NOTIFY：该方法发送消息以通知预订者它所预定的状态的变化。
notify需要subscribe预定之后才可以发。追问
解决了，一般notify是针对subscription的回复，不过也可以主动发送notify方法，协议栈有提供接口函数。
追答嗯，接口函数可以自定义的。
参考技术B 请问如何解决的，我也是遇到这个问题，我是用jainsip的java框架，也是subscription后就用会话就可以发的。但是现在要在注册后就notify,,语音业务VOIP开发之SIP协议篇 —— SIP报文浅析
一、SIP消息
SIP消息是SIP客户终端和服务器之间通信的的基本信息单元。SIP消息基于文本，采用UTF-8编码（RFC 2279）中的ISO 10646字符集。SIP协议借鉴了HTTP协议（RFC 2068）的设计思想，有很多消息格式与之相同。SIP协议支持UDP传输协议
SIP消息消息分两类：请求消息 和 响应消息
请求消息（Request）：客户端为了激活特定操作而发给服务器的SIP消息，包括INVITE,ACK,OPTIONS,BYE,CANCEL和REGISTER消息。UAC到UAS。
响应消息（Response）：服务器向客户端反馈对应请求的处理结果的SIP消息，包括1xx,2xx,3xx,4xx,5xx,6xx响应消息，UAS到UAC
二、SIP消息格式与结构：
SIP消息由三个部分组成：标识消息类型和目的地址的起始行，携带消息参数的头部以及承载任意附加信息的消息体。消息体中传送的最重要的信息就是由SDP（Session Description Protocol）协议描述的媒体控制信息，供终端协商并建立媒体信道。
SIP消息格式：由一个起始行（Start-line）、一个或多个字段(header fields)组成的消息头、一个标志消息头结束的空行(CRLF)以及作为可选项的消息体(Message body)组成，其中描述的头称为实体头(Entityheader)。
generic-message = start-line
*message-header
CRLF
[ message-body ]
1．起始行
起始行分请求行（Request-Line）和状态行（Status-Line）两种。
1．1．请求行（Request-Line）
请求消息的起始行，由请求消息类型，请求目的发送地址Request-URI，SIP协议的版本号，之间用空格隔开。
请求行的6种Request Method：
INVITE：用于发起呼叫请求。INVITE消息包括消息头和数据区两部分。INVITE 消息头包含主、被呼叫的地址，呼叫主题和呼叫优先级等信息。数据区则是关于会话媒体的信息，可由会话描述协议SDP 来实现。
BYE：当一个用户决定中止会话时，可以使用BYE 来结束会话。
OPTIONS：用于询问被叫端的能力信息，但OPTIONS 本身并不能发起呼叫。
ACK：对已收到的消息进行确认应答。
REGISTER：用于用户向SIP服务器传送位置信息或地址信息。
CANCEL：取消当前的请求，但它并不能中止已经建立的连接。
1．2．状态行（Status-Line）
响应消息的起始行，SIP应答消息的Status-Line由SIP-Version开始，接着是一个数字编码的状态码Status-Code，最后是一个与状态码相关的描述性短语Reason-Phrase，然后由一个CRLF行结束符结束Status-Line。
SIP应答消息的六类应答状态编码
1xx：临时消息：表示表示请求消息已经收到，后面将继续处理该请求。
2xx：成功消息：表示请求已经被成功的理解、接受或执行。
3xx：重定向消息：表示为了完成请求还需采取更进一步的动作。
4xx：客户机错误：表示该请求含有语法错误或在这个服务器上不能被满足。
5xx：服务器错误：表示该服务器不能处理一个明显有效的请求。
6xx：全局性故障：表示该请求在任何服务器上都不能被实现。
2．消息头：
消息头的作用是进一步提供有关消息的其他信息，使代理服务器或客户代理服务器更好地对消息进行处理。消息头分四类：通用头（general-header ）、请求头（request-header ）、响应头（ response-header ）和实体头（ entityheader）
四大类
general-header
描述消息基本属性的通用头域，可用于请求消息和应答消息；
消息头有：Call-ID，From，To，Via，Contact，CSeq，Encryption，Expires，Record-Route，Timestamp，Date，Accept，Accept-Encoding，Accept-Language
request-header
请求头域，只可用于请求消息，它被用来传递有关应答的附加信息，对请求进行补充说明；
Subject，User-Agent，Organization，Contact，Authorization，Proxy-Authorization，Proxy-Require，Response-Key，Require，Priority，Hide，Route，Max-Forwards。
response-header
应答头域，只可用于应答消息，它被用来传递有关应答的附加信息，对应答进行补充说明。
Proxy-Authenticate，WWW-Authenticate，Retry-After，Server，Warning，Allow，Unsupported。
entity-header
消息体头域，用于描述消息体内容的长度、格式和编码类型等属性，可用于请求消息或应答消息。
Content-Encoding，Content-Length，Content-Type
消息头格式
每个消息头都是一个“句子”，以CRLF行结束符表示一个头域的结束。它们都由字段名（field-name）和域值（field-value）两部分组成，中间以“：”相隔。
常见消息头说明：
TO：格式：TO:显示名<接收者URI>；tag=n;显示名和tag可选。接收者URI是SIP网络种唯一标识接收终端的标识符。例：TO:DENNY<SIP:caller@WORK.COM>;TAG=11111 或 TO:sip:caller@work.com
FROM: 消息头FROM给出标识会话发起者的URI。比如：FROM:sip:caller@work.com；tag=hyh8。tag是必需的。
CALL-ID: 用于全局唯一标识正在建立的会话的标识符。 随机数加UAC标识信息。
CSeq: 用于标识同一会话中不同事务的序号，通常由一个用作序号的整型数和消息类型组成。整个会话操作过程由不同的事务组成，每一事务所涉及的消息的CSeq序号必须相同。
Via:为响应消息提供传输路径，当请求消息经过每一跳节点时，每一跳节点都把自身的IP地址信息放入顶层Via中。响应消息则沿着请求消息记录下的传输路径反向传输，首先移走指明自身IP地址信息的顶层消息头
三、报文格式 SIP 请求消息的过程
1、 请求应答的一个过程
1004@192.168.0.107---->1001@192.168.0.112
1 INVITE ---->SIP SERVER(192.168.0.129)
2 407 Proxy Authentication Required-->1004
3 1004 ack--->SIP SERVER
4 1004 INVITE-->SIP SERVER
5 SIP-SERVER 100 Giving --->1004
6 SIP SERVER INVITE-->1001
7 1001 100 Trying--->SIP SERVER
8 1001 180 Ringing---->SIP SERVER
9 SIP SERVER 180 Ringing ---->1004
10 1001 200 OK--->SIP SERVER
11 SIP SERVER 200OK---->1004
12 1004 ACK--->SIP SERVER
13 SIP SERVER ACK ----> 1001
以上是关于sip协议中的notify方法是不是支持主动上报？的主要内容，如果未能解决你的问题，请参考以下文章