sip协议错误代码

竭诚为您提供优质文档/双击可除
sip协议错误代码
篇一：sip协议错误代码code大全
1)100trying
说明caller正在呼叫，但还没联系上callee。

180Ringing说明callee已经被联系上,callee的铃正在响.收到这个信息后，等待200ok
2)181callisbeingforwarded
说明call被重新路由到另外一个目的地
3)182queued
说明callee当前是不可获得的，但是对方不想直接拒绝呼叫，而是选择放在呼叫队列中
4)183sessionprogress
用来警告caller频段(inband)错误。

当从pstn收到一个isdn消息，sipgateway产生183sessionprogress。

2xxsuccessfulResponses
200ok
3xxRedirectionResponses
5)300multiplechoices
说明呼叫的地址被解析成多个地址，所有的地址都被提供出来，用户或用户代理可以从中选择联系哪个。

6)301movedpermanently
说明指定地址的用户已经永远不可用，在头中已经用另外一个地址替换了.
7)302movedtemporarily
说明指定地址的用户临时不可用，在头中已经用另外一个地址代替了.
8)305useproxy
说明caller必须用一个proxy来联系callee.
9)380alternativeservice
说明call不成功，但是可选择其他的服务
4xxRequestFailureResponses
10)400badRequest
说明由于非法格式，请求不能被理解。

11)401unauthorized
说明请求需要用户认证。

12)402paymentrequired
说明完成会话需要付费.
13)403Forbidden
说明server已经收到并能理解请求但不提供服务。

14)404notFound
说明server有明确的信息在指定的域中用户不存在.
15)405methodnotallowed
说明请求中指定的方法是不被允许的。

将返回一个允许的方法列表。

16)406notacceptable
说明被请求的资源只对某些特殊的请求作出响应，对目前头(header)中指定的请求不接受.
17)407proxyauthenticationrequired
和401unauthorizedresponse相似.但是，它说明client 必须首先在proxy上认证自己。

18)408Requesttimeout
说明在timeout时间过期前，server不能产生响应.
19)409conflict
说明由于和当前资源状态产生冲突，请求不能被处理。

20)410gone
说明请求资源在server上永远不可用，也没有转发的地址。

21)411lengthrequired
说明用户拒绝接受没有定义content长度的请求。

22)413Requestentitytoolarge
说明server拒绝处理请求，因为它太大，超过了server 能处理的大小。

23)414Request-uRitoolong
说明server拒绝处理请求，因为请求的uRi太长，server不能解释它。

24)415unsupportedmedia
说明server拒绝处理请求，因为body格式不被目的终端支持
25)420badextension
说明server不能理解在header中指出的扩展协议。

26)480temporarilyunavailable
说明callee已经被联系上，但是暂时不可用。

27)481callleg/transactiondoesnotexist
说明server正在忽略请求，由于它是一个没有匹配legid的bye或者是一个没有匹配事务的cancel。

28)482loopdetected
说明server收到了一个包含它自己路径的请求.
29)483toomanyhops
说明server收到了一个请求，它需要的hop数超过了在header中允许的最大hop数.
30)484addressincomplete
说明server收到一个地址不完整的请求.
31)485ambiguous
说明server收到一个请求，其中callee的地址是不明确的，也没有可能备用的地址供选择。

32)486busyhere
说明callee已经被联系上，但是它们的系统不能承受额外的call.
488
（暂时不能进行）。

5xxserverFailureResponses
33)500serverinternalerror
说明server或gateway发生意外错误从而不能处理请求.
34)501notimplemented
说明server或gateway不支持完成请求所需的功能.
35)502badgateway
说明server或gateway从下游server收到一个非法响应.
36)503serviceunavailable
说明由于超负载或维护问题，server或gateway不能处理请求.
37)504gatewaytimeout
说明server或gateway没有从另外一个server(如
locationserver)收到一个及时的响应.
38)505Versionnotsupported
说明server或gateway不支持在请求中用到的sip版本。

6xxglobalResponses
39)600busyeverywhere
说明callee已经被联系上，但是处于忙状态中，在这
个时间不能接受call。

40)603decline
说明callee已经被联系上，但是不能或不想加入call。

41)604doesnotexistanywhere
说明server有正式的信息说明callee不存在于网络中。

42)606notacceptable
说明callee已经被联系上，但是session描述的某些
方面不被接受。

篇二：sip错误代码
1xx=通知性应答
100正在尝试180正在拨打181正被转接182正在排队
183通话进展
2xx=成功应答
200ok
202被接受：用于转介
3xx=转接应答
300多项选择301被永久迁移302被暂时迁移305使用代理服务器380替代服务
4xx=呼叫失败
400呼叫不当401未经授权：只供注册机构使用，代理服务器应使用代理服务器授权407402要求付费（预订为将来使用)403被禁止的404未发现：未发现用户405不允许的方法406不可接受407需要代理服务器授权408呼叫超时：在预定时间内无法找到用户410已消失：用户曾经存在，但已从此处消失413呼叫实体过大414呼叫uRi过长415不支持的媒体类型416不支持的uRi方案420不当扩展：使用了不当sip协议扩展，服务器无法理解该扩展421需要扩展423时间间隔过短480暂时不可使用
481通话/事务不存在482检测到循环483跳数过多484地址不全485模糊不清486此处太忙487呼叫被终止488此处不可接受491呼叫待批493无法解读：无法解读s/mime 文体部分
5xx=服务器失败
500服务器内部错误501无法实施：sip呼叫方法在此处无法实施502不当网关503服务不可使用504服务器超时505不支持该版本：服务器不支持sip协议的这个版本513消息过长
6xx=全局失败
600各处均忙
603拒绝
604无处存在
606不可使用
代码详解：
sip协议应答码
应答代码
应答码是包含了，并且扩展了http/1.1应答码。

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

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

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

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

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

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

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

临时性质的（1xx）应答可以包含消息体，包含会话描述。

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

这个应答，就像其他临时应答一样，种植了uac重新传送inVite请求。

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

1.2180Ringing
ua收到inVite请求并且试图提示给用户。

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

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

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

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

对于这个呼叫状态，可以有一个表示原因的短语，比如：”5callsqueued;expectedwaitingtimeis15minutes”。

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

1.5183会话进度
183（sessionprogress）应答用于提示建立对话的进度信息。

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

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

2.1200ok
请求已经处理成功。

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

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

3.1300multiplechoices
请求的地址有多个选择，每个选择都有自己的地址，用户或者（ua）可以选择合适的通讯终端，并且转发这个请求到这个地址。

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

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

这些地址选择也应当在contact头域中列出（20.10节）。

不同于http，sip应答可以包含多个contact头域或者一个contact头域中具有一个地址列表。

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

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

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

3.2301movedpermently
当不能在Request-uRi指定的地址找到用户的时候，请求的客户端应当使用contact头域(20.10)所指出的新的地
址重新尝试。

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

3.3302movedtemporarily
请求方应当把请求重新发到这个contact头域所指出的新地址(20.10)。

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

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

ua或者proxy在这个生存周期内cache这个uRi。

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

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

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

3.4305useproxy
请求的资源必须通过contact头域中指出的proxy来访问。

contact头域指定了一个proxy的uRi。

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

305（useproxy）必须是uas产生的。

3.5380alternativeservice
呼叫不成工，但是可以尝试另外的服务。

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

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

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

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

（例如，增加合适的认证信息）。

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

4.1400badRequest
请求中的语法错误。

Reason-phrase应当标志这个详细的语法错误，比如”missingcall-idheaderfield”。

4.2401unauthorized
请求需要用户认证。

这个应答是由uas和注册服务器产生的，当407（proxyauthenticationRequired）是proxy服务器产生的。

4.3402paymentRequired
保留/以后使用
4.4403Forbidden
服务端支持这个请求，但是拒绝执行请求。

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

4.5
404notFound。