至虛極，守靜篤

信息类应答的状态码1xx，用于说明呼叫进展，也称作临时应答。 信息类应答是端到端消息，可以携带消息体。但有一个例外，那就是100 Trying应答，它是逐跳处理的，并且不能携带消息体。 在发送最终应答(2xx, 3xx, 4xx, 5xx, 或 6xx应答)之前，UAS可以发送任意数量的信息应答。UAC收到的第一条信息类应答确认INVITE消息已经被接收，同时停止INVITE的重传，因此，服务端返回100 Trying可以最大程度上减少INVITE消息在网...

这类应答说明服务端已经明确无论请求发到哪里，都将失败。因此，不应向其它地方再发请求。只有完整了解Request-URI所标识的用户所有可能实例的服务器才可以发全局错误应答。否则，只能发客户端错误。可以携带Retry-After头域说明服务可能恢复的时间。需要注意的是：6xx应答在现实使用中已经发现一些互操作性问题。因此，应当慎用6xx应答，特别是在多域服务和多供应商的场景中。600 Busy Everywhere这个应答是486 Busy Here的最终版本。但凡有某个地方可能处理R...

这类错误应答说明请求因为服务端的错误无法处理。如果服务端预料在一定时间内能够恢复，可以应答中包含一个Retry-After头域，说明恢复的时间。客户端收到5xx应答可以选择通过备份服务器通信。500 Server Internal Error这个应答表示服务器遇到某种错误，无法处理请求。原因短语可用于识别故障类型。稍后客户端可以在继续向这台服务器重试请求。501 Not Implemented这个应答说明服务端不支持请求的功能特性。比如说服务端不支持请求指定的方法。代理服务器...

服务端或UAS使用这类应答来说明所收到的请求是无法完成的。特定的客户端错误应答，或某些特定的头域，可以向UAC说明错误的性质以及应该如何重新格式化请求。UAC如果没有基于应答修改请求消息，就不应该重发请求。但是，同一请求可以发给不同的地方继续尝试。代理分支处理时收到4xx应答不会终止搜索。通常，客户端错误应答需要用户干预，才能生成新的请求。400 Bad Request 说明服务端不能理解请求消息。比如说，请求中缺少诸如To, From, Call-ID, 或 C...

重定向应答由充当重定向服务器的SIP网元生成，用于处理INVITE请求。UAS也可以通过重定向消息实现呼叫前转业务。UAC收到重定向应答后可以自行决定是否向指定地址重新发起请求。可以配置UAC，让它在收到重定向消息时，根据应答内容自动生成一个新的INVITE请求。此外，代理服务器收到重定向消息时，也可以自动生成ACK，并提取应答中的Contact URI，重新生成INVITE请求。为了防止回环，不允许服务端返回请求中Via头域列表里的任何地址，此外，客户端必须检查Contact头域中返回的地...

SIP协议里，成功类应答说明请求已经处理成功或已经被接受。200 OK 这是最常见的消息。SIP中200 OK应答有两种用途。用它接受会话邀请的INVITE消息时，携带消息体以描述UAS(被叫方)的媒体属性。用于其它请求时，它表示已经处理请求成功或已收到请求。收到应答UAC必须停止后续的请求重传。对于OPTIONS请求来说，200应答的消息体可以描述服务端的能力集。REGISTER请求的200 OK应答也可以携带消息体。其它方法的200 OK应答不允许携带消息体。2...

SIP应答消息指的是由UAS或SIP服务器生成的，回应UAC请求的消息。应答消息可能包含UAC所需要的附加头域信息，也可能只是个简单的，用于防止UAC重发请求的确认消息。有些应答消息指示UAC采取具体的额外步骤。我们将从结构的类别角度讨论应答消息。然后讨论请求相关的详细信息。 SIP应答消息分为六种类型。前五种是从HTTP借鉴的，而第六种是为SIP创建的。具体类别请参考后面的附表。 如果UAC不能理解某个特定的SIP应答码，它必须把应答按类别解释处理。比...