17.1 客户端事务 客户端事务是通过维持一个状态机来提供服务的。 TU 和客户端事务通过一个简单的接口进行通讯。当 TU 希望初始化一个新的事务，它 创建一个客户端事务并且通过设置 ip 地址，端口和 transport 来把一个 SIP 请求交给它 传送。然后客户端事务开始执行它自己的状态机。合乎规格的应答会从客户端事务传送 给 TU。 总共有两种类型的客户端事务状态机，根据 TU 传递的请求的方法不同来区分的。一个 用于处理 INVITE 请求。这种状态机对应的是一个 INVITE 客户事务。另外一个是用来 处理其他所有的非 INVITE 请求的。它对应的是非 INVITE 客户事务。对于 ACK 来说， 是不存在客户事务的。如果 TU 希望送一个 ACK 请求，它直接交给通讯层进行通讯处 理。 INVITE 事务和其他事务是不同的，因为它的时间周期很长。通常，对于 INVITE 请求 的应答来说，都需要人的参与，这样会导致在应答 INVITE 请求之前会有很长的延时。 在三方握手（人，两方机器）的时候也会有很长的延时。在另一方面，其他请求的响应 都是很快就完成的。因为其他非 INVITE 请求事务是双方的握手，TU 能够立刻对非 INVITE 请求作出应答。 17.1.1 INVITE 客户事务 17.1.1.1 INVITE 事务概述 INVITE 请求包含了一个三方的握手。客户端事务发送一个 INVITE，服务端事务回送一 个应答，客户端事务发送一个 ACK。对于非可靠传输（比如 UDP），客户端事务每隔 T1 重发请求，每次重发后间隔时间加倍。T1 是一个估计的循环时间（round-trip time， RTT），缺省设置成为 500ms。几乎所有的事务定时器都以 T1 为单位，并且调整 T1 的 值也就调整了那些定时器的值。请求不会在可靠的通讯协议上重新发送。在接收到 1xx 应答以后，重发机制完全停止，并且客户端等待更进一步的应答。服务端事务可以发送 附加的 1xx 应答，这个应答并非由服务端事务可靠传输。 后，服务端事务会发送一个 终结应答。对于非可靠的传输协议，应答会间隔时间来重发，对于可靠的传输协议，它 只发送 1 次。对于客户端事务所接收的每一个终结应答，客户端事务都发送一个 ACK， 用于终止应答的重发送。 17.1.1.2 正式的描述 INVITE 客户端事务的状态机在图 5 中展示。初始状态，”calling”，必须保证 TU 是用 INVITE 请求来初始化一个新的客户端事务。客户端事务必须把请求发送到通讯层来进 行发送（18 节）。如果使用的是非可靠传输的通讯层，客户端事务必须启动一个定时器 A 并且由缺省值 T1 组成。如果是一个可靠的通讯协议，那么客户端事务不应当启动定

sip 抓包全流程

3261精华版对于刚入门的同学可以深入学习一下。

深入理解SIP.rar深入理解SIP.rar深入理解SIP.rar深入理解SIP.rar

先安装j2re，再安装sip，默认登陆用户名和密码都为：sa。如果还有不清楚的项，请参阅文件第6页以后的内容。

SIP VOIP 源码

SIP协议因其简单、灵活的技术特点，正在逐步代替原有的H.323协议成为IP语音技术(VoIP)的信令核心协议，基于SIP的VoIP终端研究也随之成为一个热点。然而，目前大多数终端的研究都集中在软终端上，对于嵌入式终端的研究还存在很少。为此，本文探讨了以S3C2410处理器为平台，构建VoIP嵌入式终端的一种方法。 本文研究的终端系统，搭建了一个基于S3C2410处理器为中心的硬件平台，分析了嵌入式Linux操作系统并成功移植，最后在这个平台上成功移植Linphone。它主要采用基于SIP的信令技术来建立语音会话，利用事务状态机模型进行信令控制，使用SDP媒体协商技术进行语音协商，结合RTP实时传输技术，实现了端到端的语音实时传输。最后，进行系统的整体测试并根据测试得出结论，证明了系统的实际结果达到预期目标。

本文档描述了会话发起协议（SIP），即有一个或多个参与者的用于创建、修改和终止会 话的应用层控制（信令）协议。这些会话包括Internet 电话呼叫、多媒体分发和多媒体会 议。 用于创建会话的SIP 邀请携带允许参与者进行兼容的媒体类型协商的会话描述。SIP 使 用称作代理服务器的元素帮助将请求路由到用户的当前位置，认证并授权用户访问服务，实 现提供商呼叫路由策略，并为用户提供功能。SIP 同时提供注册功能，允许用户上载其当前 的位置信息，以便代理服务器使用。SIP 运行在多个不同的传输协议上。

SIP协议及iVS8000监控业务流程

本资料包含对opensips入门安装配置使用及高级别的使用，如：语音会议，IVR，web管理等进行详细描述。