SIP 协议消息应答代码解释详录

代码详解：
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 Ringing
UA收到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 转发请求3XX
3xx系列的应答是用于提示用户的新位置信息的，或者为了满足呼叫而转发的额外服务地点。
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 请求失败4xx
4xx应答定义了特定服务器响应的请求失败的情况。客户端不应当在不更改请求的情况下重新尝试同一个请求。（例如，增加合适的认证信息）。不过，同一个请求交给不同服务器也许就会成功。
4.1 400 Bad Request
请求中的语法错误。Reason-Phrase应当标志这个详细的语法错误，比如”Missing Call-ID header field” 了解更多

sip终止原因简单查看
07.23.2010, sip终止原因简单查看已关闭评论, voip, by wewe.
1 Unassiagned number(未分配的号码（空号）)
3 No route to destination(无至目的地的路由)
6 Channel unacceptable(不可接受的信道)
16 Normal clearing(正常清除)
17 User busy(用户忙)
18 No user responding(无用户响应)
19 User alerting,no answer(已有用户提醒，但无应答)
21 Call rejected(呼叫拒绝)
22 Number changed(号码改变)
26 Non selected user clearing(清除未选择的用户)
27 Destination out of order(终点故障)
28 Incomplete number(无效号码格式（不完全的号码）)
29 Facility rejected(设施被拒绝)
30 Response to status enquiry(对状态询问的响应)
31 Normal,unspecified(正常，未规定)
34 No circuit/channel available(无电路/信道可用)
38 Network out of order(网络故障)
41 Temporary failure(临时故障)
42 Switching equipment congestion(交换设备拥塞)
43 Access information discarded(接入信息被丢弃)
44 Requested circuit/channel not available(请求的电路/信道不可用)
47 Resources unavailable,unspecified(资源不可用，未规定)
49 Quality of service unavailable(服务质量不可用)
50 Requested facility not subscribed(未预订所请求的设施)
55 Incoming calls barred within the CUG
57 Bearer capability not authorized(承载能力未认可)
58 Bearer capability not presently available(承载能力目前不可用)
63 Service or option not available,unspecified(无适用的业务或任选项目，未规定)
65 Bearer service not implemented(承载业务不能实现)
68 ACM equal to or greater than ACMmax
69 Requested facility not implemented(所请求的设施不能实现)
70 Only restricted digital information bearer(仅能获得受限数字信息承载能力)
79 Service or option not implemented(业务不能实现，未规定)
81 Invalid transaction identrfier value(无效处理识别码)
87 User not member of CUG
88 Incompatible destination(非兼容目的地址)
91 Invalid mandatory information(无效过渡网选择)
95 Semantically incorrect message(无效消息，未规定)
96 Invalid mandatory information(必选消息单元差错)
97 Message type non-existent or not implemented(消息类型不存在或不能实现)
98 Message type not compatible with protocol state(消息与控制状态不兼容，消息类型不存在或不能实现)
99 Information element non-existent or not implemented(信息单元不存在或不能实现)
100 Conditional IE error(无效信息单元内容)
101 Message not compatible with protocol state(消息与呼叫状态不兼容)
102 Recovery on timer expiry(定时器超时恢复)
111 Protocol error,unspecified(协议差错，未规定)
127 Interworking,unspecified(互通，未规定)
ISUP消息中rel原因值
G3.1正常类别
原因NO.1：未分配的（未确定的）号码
“unassigned (unallocaled) number”
该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。
原因NO.2：无路由到达规定的转换网络（国内使用）
“no route to specified transit network(nationaluse)”
unallocaled(unassigned) number
该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。
是否支持该原因由网络决定。
原因NO.3无路由到达终点
“no route to destination”
该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。
是否支持该原因由网络决定。
原因NO.4发送特殊的信息音
“send special information tone”
该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。
原因NO.5转接前缀拨号错误（国内使用）
“misdialled trunk prefix(national use)”
该原因表示被叫方号码的转接前缀错误内含。
原因NO.6：不可接受的通路
“chnnel unacceptable”
该原因表示发送实体在呼叫中不接受使用最新标识的通路。
原因NO.7：呼叫已给出并正在已建立的通路上递交
“call awarded and being delivered in an established channel”
该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。
原因NO.8：先占
“preemption”
该原因表示呼叫正在被预先占有。
原因NO.9：先占电路留作重新使用
“preemption-circuit reserved for reuse”
该原因表示呼叫正在被预先占有，电路留作先点交换的重新使用。
原因NO.16：正常的呼叫清除
“normal call clearing”
该原因表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫。
在正常情况下，网络不发送这一原因。
原因NO.17：用户忙
“user busy”
当被叫用户指示不能接受另一个呼叫时使用这一原因。
原因NO.18：无用户响应
“no user responding”
当被叫用户在规定的时间周期内不用提醒或连接指示响应呼叫建立消息时使用这一原因。
原因NO.19：无用户应答（用户已提醒）
“no answer from user(user alerted)”
当用户在规定的时间周期内提供提醒指示但未提供连接指示时使用这一原因。
注－该原因不一定由Q.931程序产生，而可能由内部网络定时器产生。
原因NO.20：用户缺席
“subscriber absent”
该原因用作移动应用，本规范暂不使用。
原因NO.21：呼叫拒绝
“call rejected”
该原因表示发送这一原因的设备不希望接收呼叫，虽然它可以接受呼叫，因为发送该原因的设备既不忙，也兼容。
该原因可以由网络产生，表示由于补充业务的限制而清除了呼叫。诊断字段可能包含有关补充业务的附加信息和拒绝原因。
原因NO.22：号码变更
“number changed”
当主叫用户所指示的被叫用户号码不再被分配时，该原因被返回到主叫用户。新的被叫用户号码可以作为任选项目包含在诊断了解更多

G711 G729 G723 实际占用带宽
04.23.2010, G711 G729 G723 实际占用带宽已关闭评论, voip, by wewe.
非官方数据只供参考:
G711 实际占用带宽每线90.4Kbit/s 100线并发占用 9M 需要安装:90M左右的宽带
G729 实际占用带宽每线34.4Kbit/s 100线并发占用 3.4M 需要安装:34M左右的宽带
G723 实际占用带宽每线22.9Kbit/s 100线并发占用 2.2M 需要安装:22M左右的宽带

举例说明一下:
如果你家里装的是2M的ADSL宽带,实际你的下载速度应该只有250KB左右,所以
如果我们用来跑语音的话,你只能能使用250KB的带宽,并不是理论上讲的2M带宽

SIP 协议消息应答代码解释详录相关推荐

视频会议H.323协议SIP协议
什么是视频会议?什么是H.323?SIP是什么协议?_系统 SIP or H.323我们应该选择谁?又如何实现互通?(上篇) - 知乎 https://zh.wikipedia.org/wiki/H. ...
sip协议详解_SIP协议详解-INVITE消息发送过程
SIP协议是VoIP中最重要的信令控制协议.SIP中第一件事情就是主叫发送INVITE给被叫,被叫响铃.本文从多角度详细描述INVITE消息发送的全过程. 一.阅读RFC权威描述关于INVITE消息 ...
SIP应答代码【ZT】
SIP协议经过不断的完善,终于在千呼万唤中逐渐走进人们的视野,SIP的稳定性和高扩展性得到了广大虚拟运营商的认可,目前的一些SIP平台已经具备电信级运营,但有一些小厂家的软交换平台还需要在不同的应用环 ...
SIP协议详解(中文)-1
原文 1.SIP协议介绍 Internet的许多应用都需要建立和管理一个会话,会话在这里的含义是在参与者之间的数据的交换.由于考虑到参与者的实际情况,这些应用的实现往往是很复杂的:参与者可能是在代理间 ...
SIP协议详解(中文)-3
7.3.2 头域分类. 有一些头域是仅仅在请求(或者应答)中有效的.这些头域叫做请求头域或者应答头域.如果消息中的头域与这个消息的类型不匹配(比如在应答消息中出现的请求头域),这个头域必须被忽略.20 ...
[RabbitMQ]消息应答概念_消息手动应答代码
消息应答概念消费者完成一个任务可能需要一段时间,如果其中一个消费者处理一个长的任务并仅只完成了部分突然它挂掉了,会发生什么情况.RabbitMQ 一旦向消费者传递了一条消息,便立即将该消息标记为 ...
SIP协议详解(中文)-6
由于MIME包体是在"inner"消息中的,实现中通常会加密MIME指定的头域,包括:MIME-Version,Content-Type,Content-Length, Conte ...
SIP注册信令消息示范及解释
注册信令消息示范: 1.1 REGISTER sip:SIP服务器编码@目的域名或IP地址端口SIP/2.0 Via: SIP/2.0/UDP 源域名或IP地址端口 From: <sip:SIP ...
sip协议呼叫流程详解
1.SIP业务基本知识 1．1 业务介绍会话初始协议(Session Initiation Protocol)是一种信令协议,用于初始.管理和终止网络中的语音和视频会话,具体地说就是用来生成.修改和 ...

SIP 协议消息应答代码解释详录

SIP 协议消息应答代码解释详录相关推荐

最新文章

热门文章