初识sip

最新推荐文章于 2024-04-02 17:16:58 发布
最新推荐文章于 2024-04-02 17:16:58 发布
阅读量1.9k 收藏 5
点赞数
分类专栏： pjsip

1、什么是SIP

SIP（会话发起协议）属于IP应用层协议，用于在IP网上为用户提供会话应用。会话（Session）指两方或多方用户之间的语音、视频、及其他媒体形式的通信，具体可能是IP电话、会议、即时消息等等。

clip_image002

SIP是一个信令协议，它对应于传统电话网络中的呼叫信令协议（比如SS7 ISUP）。构建一个完整多媒体通信架构还需要结合其他一些协议，必要的有：RTP，用于媒体传输；RSVP，用于QOS保证等等。

clip_image004

2、基本功能

2.1 会话的发起与管理

SIP主要用于创建、修改和终止一个会话。

一个创建会话的简单的例子如下图所示：

clip_image006

  • 发起方向目的方发送一个SIP请求消息（INVITE），其中包含提议的会话参数的描述，请求在二者之间建立一个会话；
  • 目的方返回一个SIP响应消息（200 OK），其中包含接受的会话参数的描述，接受会话建立请求
  • 发起方发送一个SIP请求消息（ACK）确认会话的建立。

一个修改会话的简单例子如下图所示：

clip_image008

  • 会话中的任意一方可以发送一个SIP请求消息（reINVITE），其中包含提议的新的会话参数，请求修改二者之间的会话；
  • 另一方返回一个SIP响应消息（200 OK），其中包含接受的新的会话参数，接受会话修改请求

一个结束会话的简单的例子如下图所示：

clip_image010

  • 会话中的任意一方可以发送一个SIP请求消息（BYE），请求结束会话；
  • 另一方返回一个SIP响应消息（200 OK），接受会话结束请求

2.2 用户位置管理

SIP支持用户（终端）的移动性。

SIP要求终端定期向网络发送注册请求（REGGISTER）,报告自己的当前位置。这样SIP服务器中始终存储了用户（终端）的当前地址。当用户被呼叫时，SIP服务器能够将SIP请求发送到用户的当前地址。

clip_image012

3、实体 & 网络

SIP UA（User Agent，用户代理）是最基本的SIP实体，它通常就是用户终端。理想情况下，通过SIP UA就可以完成用户之间会话的建立。（参见第2节 SIP基本功能中的会话发起与管理）。

但是为了支持SIP的移动性，以及其他高级功能，比如运营商对呼叫的控制等等，会话发起及管理的信令过程不能直接在两个SIP UA之间完成，而是需要经过由若干SIP服务器构成的SIP信令网络。

clip_image014

这些SIP服务器可以分为两类：注册服务器和路由服务器。

SIP注册服务器（registrar）的主要功能是接受SIP UA的注册请求，维护用户名-地址映射。

路由服务器的主要功能是将SIP消息路由到目标SIP UA。路由服务器有SIP重定向服务器（redirect server）和SIP代理服务器（proxy）两种。前者以重定向方式路由SIP请求消息，后者以代理方式路由SIP请求消息。

在重定向方式下（如下图所示），SIP重定向服务器收到了SIP请求消息，查询到目标SIP UA的当前地址后，通过SIP响应消息（302 Moved temporarily）返回给发起方SIP UA。之后的SIP消息交互与重定向服务器无关，发起方SIP UA直接向目标SIP UA的当前地址发送请求消息。

clip_image016

在代理方式下（如下图所示），SIP代理服务器收到了SIP请求消息，查询到目标SIP UA的当前地址后，将SIP请求消息转发到目标SIP UA的当前地址。之后的SIP消息交互都要经过SIP代理服务器。这使得SIP代理服务器可以对会话进行控制，比如结束会话等等。

clip_image018

4、SIP操作与SIP消息

SIP所提供的功能是通过一些原子性的基本功能（比如注册（registration），发起会话（Initiation）、会话结束等）组合而成的。每个原子性基本功能是通过一个SIP操作完成的。

SIP操作基于类似HTTP的请求/响应事务模型，每个操作的调用过程体现为一个所谓事务 – 包含一个SIP请求和一个或多个相应的SIP响应。其中SIP请求消息中的方法（Method）指示出调用的操作。

clip_image020

下表是在RFC 3261中定义的方法及其对应的SIP操作。

方法Method

SIP操作

INVITE

会话邀请

ACK

确认会话邀请

CANCEL

取消会话邀请

BYE

结束会话

REGISTER

注册

OPTIONS

查询服务器能力

SIP是一个基于文本（text-based）的协议，使用 UTF-8 字符集。SIP消息与HTTP/1.1非常类似，同样可以包含消息体（message body），通常是会话描述（session descriptions），也可能是其他内容。

SIP 消息有两类：从客户机到服务器的请求消息（request），从服务器到客户机的响应消息（response）。

除了第一行分别是请求行（Request-Line）和状态行（Status-Line）以外，SIP请求消息和SIP响应消息的剩下部分的组成基本类似，包括消息头域（message header）和消息体（message body）两部分（如下图所示）。

clip_image022

4.1 SIP请求消息

根据请求行中的方法(method)的不同，SIP请求消息有很多种，分别完成各种操作的调用，实现各种功能，下面进行简单的介绍。

  • INVITE/reINVITE：INVITE 发起会话邀请。reINVITE（在一个已存在的对话中发送的INVITE称为reINVITE）修改已建立会话的参数。
  • ACK：完成会话建立的3次握手 [INVITE-200-ACK],仅仅用于INVITE
  • BYE ：结束会话。
  • CANCEL：取消正在建立中会话(INVITE已发送，但尚未收到最终响应（final response）)。
  • UPDATE：更新会话参数。它被建议用于替代 re-INVITE，与 re-INVITE不同在于：它可以在初始INVITE未完成时发送，能用于在早对话(early dialog)中更新会话参数。

上面的4个请求用于会话建立与管理。

  • REGISTER：登记UA当前的联系地址（contact）
  • OPTIONS：查询服务器或对端UA的能力，具体包括支持的方法（method），扩展（extensions）、编解码（codecs）等。
  • PRACK：临时响应（Provisional Response）确认。用于确认收到了临时响应，例如 “183 Session Progress”，以支持临时响应的可靠传送。它不能应用于“100 Trying ”，只有101～199 临时响应需要可靠传送。如果没有收到 PRACK，响应消息将被重传。

 

  • NOTIFY：事件通知，具体的事件包括、业务状态的改变（MWI，...），用户状态的改变等等。
  • SUBSCRIBE：订阅/取消(Expires=0）事件通知。
  • PUBLISH：发布事件状态。PUBLISH 与 REGISTER 的相似之处在于：允许用户在另一个实体（状态管理实体/registrar）中创建、修改和移除自己的状态。对PUBLISH 请求的寻址与对于SUBSCRIBE 请求的寻址是一样的，PUBLISH 请求的Request-URI 中填入的是用户希望发布其事件状态的资源地址。

上面的3个请求构成SIP事件发布-订阅-通知机制

  • INFO：用于传送 mid-call 信令信息，同一时刻只能有一个 INFO 事务存在。通常用于携带 PSTN 信令消息（作为 MIME 附件），例如，ISDN UUI （用户到用户信息）。
  • MESSAGE：针对即时消息 (IM)的扩展，用于传送即时消息。MESSAGE请求通过MIME附件中携带内容。MESSAGE 请求自身不发起 SIP 对话，在正常的用法中，每个即时消息都是单独存在的，非常类似 pager 消息。MESSAGE 请求可以在其他SIP请求发起的对话上下文中发送。
  • REFER：指示接收者 (Request-URI所标识的) 应该使用请求中提供的信息联系第三方。典型应用：Call Transfer features 。Allowed outside an established dialogue。

4.2 SIP响应消息

状态码

描述

例子

1xx

Informational

请求收到，处理中

180 Ringing

181 Call is Being Forwarded

2xx

Success

操作已成功完成

200 OK

3xx

Redirection

请求被重定向

300 Multiple Choices

302 Moved Temporarily

4xx

Client Error

请求包含错误的文法，或者无法在本服务器上完成

401 Unauthorized

408 Request Timeout

5xx

Server Error

请求有效，但服务器无法完成

503 Service Unavailable

505 Version Not Supported

6xx

Global Failure

请求在任何服务器上都无法完成

600 Busy Everywhere

603 Decline

4.3 SIP消息头域

根据请求行中的方法(method)的不同，SIP请求消息有很多种，分别完成各种操作的调用，实现各种功能，下面进行简单的介绍。

  • Call-ID：用于唯一标识一个特定的会话或注册消息。应该具有随机性，保证全球唯一。
    例子：Call-ID:31415926535@uunet.com
  • From：源端SIP URL，标识请求发送方；UAC本地标签。
    例子：From: sip:+1-314-342-7360 @gateway.wcom.com; tag=1234567
  • To：目标SIP URL，标识请求接受方；UAS本地标签。
    例子：To: sip:10109000@operator.mci.com; tag=314
  • Via：用于记录请求经由的路径
    例子：Via: SIP/2.0/TCP uunet.com
  • Max-Forwards：消息最大转发次数。服务每次转发消息时将此域值减1，当变成0时，服务器发送 483响应（Too Many Hops response）。
    例子：Max-Forwards: 10
  • Cseq：请求序列号，用于区分同一个会话中的不同请求。
    例如：CSeq: 1 INVITE
    CSeq: 4325 BYE
    CSeq: 1 REGISTER

上面6个头域是所有SIP消息中的必需的头域。

  • Contact 另一个SIP URL用于直接消息路由。
    例如：Contact: W. Riker, Acting Captain riker@starfleet.gov
    Record-Route 需要自己处在后继消息的路径上时，proxy将自己的地址加插在请求消息中
    例子：Record Route: sip.mci.com
  • Route 确定消息的选路
    例子：Route: orinoco.brooks.net
  • Content-Length：消息体中的 Octet 数
    例子：Content-Length: 285
  • Content-Type：消息体内容类型
    例子：Content-Type: application/sdp

5、详细的例子 (摘自IETF RFC 3261）

实际的例子可以帮助大家进一步地认识和理解前面的内容。这里的两个例子分别是关于SIP的两个最基本的功能：注册和会话建立。每个例子中给出了消息交互过程，以及必要的消息内容细节。

出于简明性的考虑，这里给出的消息的内容忽略了消息体及相应的头域（Content-Length 和 Content-Type）。另外，还有一些头域比如Allow 和 Supported 通常也会出现，但这里并未给出。

5.1 注册

Bob在开机时注册。消息流如下图所示。注意为了简化流程，这里没有给出在注册时通常所必需的鉴权过程。

clip_image024

消息细节：

F1 REGISTER Bob -> Registrar

REGISTER sip:registrar.biloxi.com SIP/2.0

Via: SIP/2.0/UDP bobspc.biloxi.com:5060;branch=z9hG4bKnashds7

Max-Forwards: 70

To: Bob <sip:bob@biloxi.com>

From: Bob <sip:bob@biloxi.com>;tag=456248

Call-ID: 843817637684230@998sdasdh09

CSeq: 1826 REGISTER

Contact: <sip:bob@192.0.2.4>

Expires: 7200

Content-Length: 0

这次注册的有效期为2个小时（7200秒）

注册服务器返回 200 OK 响应。

F2 200 OK Registrar -> Bob

SIP/2.0 200 OK

Via: SIP/2.0/UDP bobspc.biloxi.com:5060;branch=z9hG4bKnashds7;received=192.0.2.4

To: Bob <sip:bob@biloxi.com>;tag=2493k59kd

From: Bob <sip:bob@biloxi.com>;tag=456248

Call-ID: 843817637684230@998sdasdh09

CSeq: 1826 REGISTER

Contact: <sip:bob@192.0.2.4>

Expires: 7200

Content-Length: 0

5.2 会话建立与拆除

会话建立是SIP的最基本的功能。

消息流如下图所示。

clip_image026

消息内容：（注意这里并未给出会话媒体参数SDP的细节）

F1 INVITE Alice -> atlanta.com proxy

INVITE sip:bob@biloxi.com SIP/2.0

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

Max-Forwards: 70

To: Bob <sip:bob@biloxi.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 INVITE

Contact: <sip:alice@pc33.atlanta.com>

Content-Type: application/sdp

Content-Length: 142

(Alice的 SDP 未显示)

F2 100 Trying atlanta.com proxy -> Alice

SIP/2.0 100 Trying

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

To: Bob <sip:bob@biloxi.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 INVITE

Content-Length: 0

F3 INVITE atlanta.com proxy -> biloxi.com proxy

INVITE sip:bob@biloxi.com SIP/2.0

Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

Max-Forwards: 69

To: Bob <sip:bob@biloxi.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 INVITE

Contact: <sip:alice@pc33.atlanta.com>

Content-Type: application/sdp

Content-Length: 142

(Alice的 SDP 未显示)

F4 100 Trying biloxi.com proxy -> atlanta.com proxy

SIP/2.0 100 Trying

Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1

;received=192.0.2.2

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

To: Bob <sip:bob@biloxi.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 INVITE

Content-Length: 0

F5 INVITE biloxi.com proxy -> Bob

INVITE sip:bob@192.0.2.4 SIP/2.0

Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bK4b43c2ff8.1

Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1

;received=192.0.2.2

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

Max-Forwards: 68

To: Bob <sip:bob@biloxi.com>

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 INVITE

Contact: <sip:alice@pc33.atlanta.com>

Content-Type: application/sdp

Content-Length: 142

(Alice的 SDP 未显示)

F6 180 Ringing Bob -> biloxi.com proxy

SIP/2.0 180 Ringing

Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bK4b43c2ff8.1

;received=192.0.2.3

Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1

;received=192.0.2.2

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

To: Bob <sip:bob@biloxi.com>;tag=a6c85cf

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

Contact: <sip:bob@192.0.2.4>

CSeq: 314159 INVITE

Content-Length: 0

F7 180 Ringing biloxi.com proxy -> atlanta.com proxy

SIP/2.0 180 Ringing

Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1

;received=192.0.2.2

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

To: Bob <sip:bob@biloxi.com>;tag=a6c85cf

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

Contact: <sip:bob@192.0.2.4>

CSeq: 314159 INVITE

Content-Length: 0

F8 180 Ringing atlanta.com proxy -> Alice

SIP/2.0 180 Ringing

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

To: Bob <sip:bob@biloxi.com>;tag=a6c85cf

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

Contact: <sip:bob@192.0.2.4>

CSeq: 314159 INVITE

Content-Length: 0

F9 200 OK Bob -> biloxi.com proxy

SIP/2.0 200 OK

Via: SIP/2.0/UDP server10.biloxi.com;branch=z9hG4bK4b43c2ff8.1

;received=192.0.2.3

Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1

;received=192.0.2.2

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

To: Bob <sip:bob@biloxi.com>;tag=a6c85cf

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 INVITE

Contact: <sip:bob@192.0.2.4>

Content-Type: application/sdp

Content-Length: 131

(Bob的 SDP 未显示)

F10 200 OK biloxi.com proxy -> atlanta.com proxy

SIP/2.0 200 OK

Via: SIP/2.0/UDP bigbox3.site3.atlanta.com;branch=z9hG4bK77ef4c2312983.1

;received=192.0.2.2

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

To: Bob <sip:bob@biloxi.com>;tag=a6c85cf

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 INVITE

Contact: <sip:bob@192.0.2.4>

Content-Type: application/sdp

Content-Length: 131

(Bob的 SDP 未显示)

F11 200 OK atlanta.com proxy -> Alice

SIP/2.0 200 OK

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds8

;received=192.0.2.1

To: Bob <sip:bob@biloxi.com>;tag=a6c85cf

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 INVITE

Contact: <sip:bob@192.0.2.4>

Content-Type: application/sdp

Content-Length: 131

(Bob的 SDP 未显示)

F12 ACK Alice -> Bob

ACK sip:bob@192.0.2.4 SIP/2.0

Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKnashds9

Max-Forwards: 70

To: Bob <sip:bob@biloxi.com>;tag=a6c85cf

From: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 314159 ACK

Content-Length: 0

现在Alice和Bob之间的媒体会话被建立。

Bob首先挂机。注意Bob的SIP 话机维护自己的 CSeq 编号空间，在这里是从231开始。因为是Bob 发送的请求，To 和 From 头域的URIs和tags参数被掉换。

F13 BYE Bob -> Alice

BYE sip:alice@pc33.atlanta.com SIP/2.0

Via: SIP/2.0/UDP 192.0.2.4;branch=z9hG4bKnashds10

Max-Forwards: 70

From: Bob <sip:bob@biloxi.com>;tag=a6c85cf

To: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 231 BYE

Content-Length: 0

F14 200 OK Alice -> Bob

SIP/2.0 200 OK

Via: SIP/2.0/UDP 192.0.2.4;branch=z9hG4bKnashds10

From: Bob <sip:bob@biloxi.com>;tag=a6c85cf

To: Alice <sip:alice@atlanta.com>;tag=1928301774

Call-ID: a84b4c76e66710

CSeq: 231 BYE

Content-Length: 0

daydayup
关注
  • 0
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
初识IBMRationalRobotJ
03-05
Rational公司邀请我看了看它们的新产品，RationalPobotJ。它们邀请我有两个原因。一个原因很明显，就是由于我长时间进行测试自动化的工作，了解大量的人们正确使用（以及误用）这些测试工具的方式。第二个原因就是由于我从来没有使用过RationalRobot或者该公司的TestManager模型，所以凭借我的自动化背景可以清晰地洞察出他们是如何设计软件测试自动化解决方案的。简介Rational公司邀请我看了看它们的新产品，RationalPobotJ。它们邀请我有两个原因。一个原因很明显，就是由于我长时间进行测试自动化的工作，了解大量的人们正确使用（以及误用）这些测试工具的方式。第二个
SIP协议 会话发起协议（一）
weixin_30839881的博客
08-07 540
会话发起协议（SIP）是VoIP技术中最常用的协议之一。它是一种应用层协议，与其他应用层协议协同工作，通过Internet控制多媒体通信会话。 SIP - 概述 以下是有关SIP的几点注意事项 - SIP是用于通过因特网协议创建，修改和终止多媒体会话的信令协议。会话只不过是两个端点之间的简单调用。端点可以是智能电话，笔记本电脑或可以通过因特网接收和发送多媒体内容的任何设备。 ...
初识EclipseUserAssistance
02-27
火龙果软件工程技术中心  本文内容包括：EclipseUserAssistance概览结束语致谢参考资料本文介绍了EclipseUserAssistance项目，并讨论了众多可为基于Eclipse的应用程序提供高质量用户辅助的方法。无论对于哪一种软件来说，缩短用户学习曲线的能力对于该软件的推广及其能否取得成功都是至关重要的。幸运的是，Eclipse有了UserAssistance项目（参见参考资料），该项目包括能够使基于Eclipse的应用程序改善其最终用户体验的工具。根据EclipseUserAssistance项目的Web站点，该项目的目标是“在Eclipse使用周期的所有阶段为该应用程序
python初识
04-08
python 列表初识，通过此代码，你能够了解到python的列表操作
初识InfluxDB
02-24
InfluxDB的数据模型和其他时序数据库有些许不同，下图是InfluxDB中的一张示意表：1.Measurement：从原理上讲更像SQL中表的概念。这和其他很多时序数据库有些不同，其他时序数据库中Measurement可能与Metric等同，类似于下文讲到的Field，这点需要注意。2.Tags：维度列（1）上图中location和scientist分别是表中的两个TagKey，其中location对应的维度值TagValues为｛1,2｝，scientist对应的维度值TagValues为{langstroth,perpetual}，两者的组合TagSet有四种：（2）在InfluxDB
SIP信令标准 简介
潜龙勿用
04-17 1万+
介绍 　　SIP(Session Initiation Protocol)是一个面向Internet 会议和电话的简单信令协议标准。 　　SIP最初由IETF MMUSIC (Multiparty Multimedia Session Control) 工作组提出。MMUSIC工作组致力于在现今的多媒体骨干上提供松散控制型会议的支持。 　　SIP与HTTP和SMTP是类似的，都是基于文本的协
SIP初步
冰的城
07-30 1046
1、什么是SIP SIP（会话发起协议）属于IP应用层协议，用于在IP网上为用户提供会话应用。会话（Session）指两方或多方用户之间的语音、视频、及其他媒体形式的通信，具体可能是IP电话、会议、即时消息等等。 SIP是一个信令协议，它对应于传统电话网络中的呼叫信令协议（比如SS7 ISUP）。构建一个完整多媒体通信架构还需要结合其他一些协议，必要的有：RTP，用于媒体传
SIP 协议的主要流程
smilehjl
07-07 2588
主要介绍sip通话的线路介绍，通话的建立流程以及使用soft3000来实现sip局内胡同
SIP协议浅析
Stephen8848的博客
11-25 3590
SIP协议，即会话发起协议（），是一个应用层的，用于初始、管理和终止网络中的语音和视频会话，属于GB28181的核心之一。SIP协议是由IETF组织提出的IP电话信令协议,中对它的定义是一个的应用层控制协议，独立于底层传输协议：，用于建立、修改和终止IP网上的双方或多方多媒体会话。借鉴了HTTP、SMTP等协议，支持代理、重定向及登记定位用户等功能，支持用户移动。SIP协议通过与RTP/RTCP、SDP、RTSP等协议及DNS配合，从而支持语音、视频、数据、E-mail、
SIP注册信令消息示范及解释
热门推荐
无垠的天空专栏
10-21 1万+
注册信令消息示范 J.1.1 REGISTER sip:SIP服务器编码@目的域名或IP地址端口SIP/2.0 Via: SIP/2.0/UDP 源域名或IP地址端口 From: ;tag=185326220 To: Call-ID: [email protected] CSeq: 1 REGISTER Contact:
sip信令详解
08-31
sip信令详解，超详细，仔细讲解了sip概述、消息格式和基本消息流程，详细分析了消息流程中的各项sip信令参数
【SIP基础】SIP协议消息-掌握SIP的核心方法
VVSIP官网博客
09-05 4411
SIP消息有两种类型：请求和响应。 一个请求的打开行包含定义，其中该请求是要被发送的方法，它定义请求，以及请求URI。 同样响应的打开行包含一个响应代码。 请求方法SIP请求是用于建立通信的代码。为了补充它们，SIP响应其通常指示请求是成功还是失败。有一些命令称作方法，使SIP消息可行。 ME
SIP 请求方法（2）-REGISTER
至虛極，守靜篤
12-08 4194
UA用REGISTER方法通知SIP网络它当前的联系 URI (IP address)和路由到这个联系地址对应的URI。SIP注册与手机初始化时的注册过程有点类似。UA通过代理服务器外呼时并不要求注册。但是，除非使用其它非SIP的定位手段告知终端当前的联系URI，否则，UA想通过代理服务器接收来电，就必须先注册。 虽然在标准规范中没有具体定义，但是REGISTER请求可以包含消息体的。根据注册请求中的Contact和Expires头域使用情况，注册服务器将采取不同的操作。如...
SIP协议 & Android Studio 快捷键
可乐
09-20 2730
-------------------------SI-------------------------------------------------- 标记成黄色 Shift + F8 alt+,:上一个 alt+.:下一个 ctrl+/:全局搜 ctrl+f:文件中搜 F3：上一个 F4：下一个 ctrl+鼠标左键：进入 双击大括号外侧：全选 --------------
使用OpenSER构建电话通信系统——第一章（2）
cookie2004的专栏
05-06 984
注：以下文章如需转载，请注明所属作者，转载地址，谢谢！基本消息（Basic Messages） <p class="MsoNormal" style="text-indent:21.0pt;line-height:22.0pt;mso-line-height-rule: exactly"><span lang="AR-SA" style="mso-bidi-font-size:10.5pt
国标28181：什么是SIP协议
OceanStar的博客
04-13 3089
前言 对讲设备作为一种专业无线通信工具，能进行一对一，多对多的群组即时通信，在应急调度和突发事故处理中是其他通信工具所不能替代的，在城市治理、公安、运输等行业有广泛的应用。 对讲机按照通信方式分模拟对讲、数字对讲和IP 对讲，严格的说IP对讲属于数字对讲的一部分，数字对讲能解决模拟对讲传输距离有限、易受干扰、保密性差的问题，数字对讲也可以通过运营商的网络进行远距离传输。 通信端到端的最简模型可以抽象出4个部分，如下图： 音视频采集模块：摄像头、麦克风 音视频播放模块：显示屏、扬声器或耳机 编解码模块：为了
sip re-invite 详解
javahigh1
07-07 628
因为2字头应答在端到端之间重发，UAS和UAC之间的转发可能通过UDP。为了 保证转发的可靠性，就算UAS使用可靠的传输层，也要周期性的重发应答。 如果服务端重发2字头应答64*T1秒还未收到一个ACK，对话状态转换为确认，但 应当终止会话。使用BYE请求来终止会话.1. 修改一个已建立的会话 一个成功的INVITE请求(见13章)在两个用户代理间既建立了对话，又使用 “提议/回答”模型...
一文教你如何使用sngrep跟踪分析sip信令
最新发布
程龙的博客
04-02 1380
如果收到的是关于参加会议的邀请，被叫方可以根据 Call-ID或者会话描述中的标识确定用户已经加入该会议，并返回成功响应消息。sngrep是一个用于分析SIP信令的工具，它可以捕获和解码SIP信令也是一款专业的sip抓包工具，且可以解析tcpdump抓出来的包。F3打开RTP流的信息，展示了当前rtp流的编码，媒体传输数量，双方端口号，若是正在进行的会话。CANCEL 取消尚未完成的呼叫请求，对于已完成的请求（即已收到最终响应的请求）则没有影响。sip协议的消息主体（报文部分）一般使用的是SDP消息格式。
SIP协议自整理
lr94V587的博客
10-08 2705
事务：在事务中，当请求是一个INVITE（叫做INVITE事务），当终结应答不是一个2xx应答的时候，事务还包括一个ACK。）对于UAC来说，dialog ID中的Call-ID的值会填写到消息中的Call-ID域中，远程tag放在消息中的To的tag参数中，本地tag放在From的tag参数中。
初识 MongoDB
10-19
MongoDB是一种基于分布式文件存储的数据库，它使用C++语言编写，旨在为WEB应用提供可扩展的高性能数据存储解决方案。与传统的关系型数据库不同，MongoDB采用了文档存储的方式，可以存储各种类型的数据，包括文本、图像、视频等等。此外，MongoDB还支持水平扩展，可以通过添加更多的节点来扩展数据库的容量和性能。MongoDB的存储方式是将数据存储在文档中，文档是一个键值对的集合，类似于JSON格式。在MongoDB中，可以使用命令通过配置文件启动服务，具体步骤如下： 1. 在/data路径下创建文件夹mydb，用于存放MongoDB服务的数据。 2. 在/logs路径下创建文件夹mymongo，用于存放MongoDB服务的日志。 3. 在/etc/mymongod路径下创建文件mongod.conf，用于配置MongoDB服务。 4. 在mongod.conf文件中添加以下内容： port=27020 dbpath=/data/mydb logpath=/logs/mymongo/mongod.log logappend=true fork=true 5. 保存并退出mongod.conf文件。 6. 使用命令mongod -f /etc/mymongod/mongod.conf启动MongoDB服务。 7. 使用命令mongo --port 27020连接MongoDB服务。 如果需要启动多个MongoDB实例，可以在/data路径下创建文件夹mydb1和mydb2来存放两组MongoDB服务的数据，然后按照上述步骤分别配置和启动即可。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值