SIP（Session Initiation Protocol）是由IETF制定的 多媒体通信协议 ，作为一个 基于文本的应用层控制协议 ，它专门用于创建、修改和释放一个或多个参与者的会话。这种灵活性使其能够广泛应用于Internet多媒体会议、IP电话或多媒体分发等场景，为各种即时通信业务提供完整的会话管理服务。
SIP消息主要分为两类：请求消息和响应消息。请求消息包括INVITE、ACK、CANCEL、BYE、REGISTER和OPTIONS等方法，用于实现会话邀请、确认、取消、结束、注册和查询等功能。响应消息则是对请求的回复，状态码范围从1xx到6xx，用于指示请求的处理结果和状态。这种结构设计使SIP能够灵活支持多种多媒体通信场景，为Internet多媒体应用提供强大的会话管理能力。
1. SIP响应状态码
响应状态码分类
SIP协议中的响应状态码可以分为以下几类：
1、临时应答 （1xx）：
- 100 Trying：表示请求正在处理中
- 180 Ringing：表示被叫方正在振铃
- 181 Call Being Forwarded：表示呼叫正在被转发
- 182 Queue：表示呼叫正在排队等待处理
2、会话成功 （2xx）：
- 200 OK：表示请求已成功处理
3、重定向 （3xx）：
- 300 Multiple Choices：表示有多个可选位置
- 301 Moved Permanently：表示资源已永久移动
- 302 Moved Temporarily：表示资源已临时移动
- 305 Use Proxy：表示需要使用代理服务器
- 380 Alternative Service：表示提供了替代服务
4、请求失败 （4xx）：
- 400 Bad Request：表示请求语法错误
- 401 Unauthorized：表示需要用户认证
- 402 Payment Required：表示需要付费
- 403 Forbidden：表示请求被拒绝
- 404 Not Found：表示资源未找到
- 405 Method Not Allowed：表示不允许使用的方法
- 406 Not Acceptable：表示不接受的请求
- 407 Proxy Authentication Required：表示需要代理认证
- 408 Request Timeout：表示请求超时
- 410 Gone：表示资源已永久删除
- 413 Request Entity Too Large：表示请求实体太大
5、服务器错误 （5xx）：
- 500 Internal Server Error：表示服务器内部错误
- 501 Not Implemented：表示未实现的功能
- 502 Bad Gateway：表示网关错误
- 503 Service Unavailable：表示服务不可用
- 504 Gateway Timeout：表示网关超时
- 505 HTTP Version Not Supported：表示不支持的HTTP版本
6、其他 （6xx）：
- 600 Busy Everywhere：表示所有终端都忙
- 603 Decline：表示拒绝呼叫
- 604 Does Not Exist Anywhere：表示不存在任何终端
- 606 Not Acceptable：表示不接受的会话描述
这些状态码为SIP协议的请求-响应机制提供了丰富的信息，使通信双方能够准确了解请求的处理结果和状态，从而做出适当的反应。
常见状态码含义
在SIP协议中，响应状态码是通信双方传递请求处理结果的重要方式。除了487状态码外，其他常见状态码具有明确的含义：
|
状态码 |
含义 |
|---|---|
|
100 |
表示请求正在处理中 |
|
200 |
表示请求已成功处理 |
|
302 |
表示资源已临时移动 |
|
400 |
表示请求语法错误 |
|
401 |
表示需要用户认证 |
|
403 |
表示请求被拒绝 |
|
404 |
表示资源未找到 |
|
500 |
表示服务器内部错误 |
这些状态码为SIP通信提供了丰富的信息，帮助客户端和服务器准确理解请求的处理结果，从而做出适当的反应。
2. 487状态码解析
487含义说明
在SIP协议的响应状态码体系中，487状态码扮演着独特而重要的角色。作为4xx类错误码的一员，487状态码代表 Request Terminated ，即请求已被终止。
这个状态码的核心含义在于，它表示客户端或服务器已经主动终止了一个正在进行的会话请求。与其他4xx类错误码不同，487状态码通常用于指示会话建立过程中的异常终止，而非请求的初始失败。
487状态码的典型应用场景是 CANCEL请求 。当用户或系统决定取消一个正在进行的呼叫时，SIP服务器会向呼叫的另一方发送487状态码，以通知对方会话已被终止。这种机制在VoLTE网络中尤为重要，它确保了即使在呼叫建立过程中，用户也可以随时取消呼叫，从而提高了用户体验的灵活性。
487状态码的出现，通常伴随着一个 CANCEL请求 。CANCEL请求是SIP协议中用于终止正在进行的会话请求的特殊请求类型。当SIP服务器收到CANCEL请求时，它会立即停止处理相关的会话请求，并向客户端发送487状态码作为响应。
值得注意的是，487状态码与486状态码（Busy Here）在含义上有所区别。虽然两者都表示会话请求的终止，但486状态码通常用于指示被叫方忙，而487状态码则更侧重于描述会话请求的主动终止。这种微妙的区别使得SIP协议能够更精确地传达会话状态信息，从而提高了通信的效率和准确性。
触发条件
在SIP协议中，487状态码的触发条件主要与CANCEL请求相关。CANCEL请求是一种特殊的SIP请求，用于终止正在进行的会话请求。当SIP服务器收到CANCEL请求时，它会立即停止处理相关的会话请求，并向客户端发送487状态码作为响应。
以下是可能触发487状态码的具体情况：
1、用户主动取消呼叫 ：
例如：在VoLTE网络中，当用户发起一个VoLTE呼叫，但在振铃阶段决定取消呼叫时，SIP服务器会向被叫方发送487状态码，以终止正在进行的呼叫建立过程。
2、系统自动取消呼叫 ：
例如：当系统检测到呼叫超时或资源不足时，可能会自动发送CANCEL请求，从而触发487状态码。
3、呼叫转移过程中的取消 ：
例如：如果一个呼叫正在被转发，但在转发过程中被取消，SIP服务器会向转发的目标方发送487状态码。
4、呼叫排队过程中的取消 ：
例如：当一个呼叫正在排队等待处理，但用户决定取消呼叫时，SIP服务器会向排队系统发送CANCEL请求，从而触发487状态码。
值得注意的是，487状态码的触发通常伴随着一个CANCEL请求。CANCEL请求的发送方可以是客户端（如用户设备），也可以是服务器（如SIP代理或注册服务器）。无论发送方是谁，SIP服务器在收到CANCEL请求后，都会停止处理相关的会话请求，并向请求的发起方发送487状态码作为响应。
这种机制不仅提高了用户体验的灵活性，还优化了网络资源的利用效率。例如，在VoLTE网络中，用户可以在呼叫建立过程中的任何阶段取消呼叫，从而避免不必要的网络资源消耗。同时，SIP服务器可以及时释放已分配的资源，为其他会话请求提供服务。
应用场景
在SIP协议的复杂通信机制中，487状态码扮演着至关重要的角色，其应用场景主要集中在会话管理和呼叫控制方面。这种状态码的独特之处在于它能够灵活应对各种复杂的通信情况，为用户提供更优质的通信体验。
487状态码的主要应用场景包括：
- 呼叫取消 ：用户可以在呼叫建立过程中的任何阶段取消呼叫，从而避免不必要的网络资源消耗。
- 呼叫转移 ：如果一个呼叫正在被转发，但在转发过程中被取消，SIP服务器会向转发的目标方发送487状态码。
- 呼叫排队 ：当一个呼叫正在排队等待处理，但用户决定取消呼叫时，SIP服务器会向排队系统发送CANCEL请求，从而触发487状态码。
- 系统自动取消 ：当系统检测到呼叫超时或资源不足时，可能会自动发送CANCEL请求，从而触发487状态码。
- 多设备呼叫处理 ：在VoLTE网络中，487状态码的应用尤为突出。用户可以在呼叫建立过程中的任何阶段取消呼叫，从而避免不必要的网络资源消耗。
- 实时通信应用 ：在实时通信应用中，如视频会议或在线协作工具中，487状态码可用于处理会议成员的加入和离开。
- 呼叫转接 ：当一个呼叫正在转接过程中被取消时，487状态码可以及时通知转接的目标方。
这些应用场景充分体现了487状态码在SIP协议中的重要性和灵活性。它不仅提高了用户体验的灵活性，还优化了网络资源的利用效率。通过及时释放已分配的资源，487状态码为其他会话请求提供了更好的服务，从而提升了整个通信系统的性能和可靠性。
3. 487与其他状态码比较
在SIP协议的4xx类错误码中，487状态码与其他错误码在功能、触发条件和应用场景方面存在显著差异：
487状态码的独特之处在于其专注于会话管理和呼叫控制，而其他4xx类错误码主要用于处理请求验证、安全认证和资源定位等问题。这种差异使得SIP协议能够更精确地处理不同类型的通信问题，提高整体通信效率。
与480、486的区别
在SIP协议的响应状态码体系中，487状态码与480和486状态码虽然都属于4xx类错误码，但它们在含义、触发条件和应用场景等方面存在显著差异。这些差异反映了SIP协议在处理不同类型会话异常时的精确性和灵活性。
以下是487状态码与480、486状态码的主要区别：
1、含义
- 487：表示 Request Terminated ，即请求已被终止
- 480：表示 Temporarily Unavailable ，即被叫方暂时不可用
- 486：表示 Busy Here ，即被叫方正忙
2、触发条件
- 487：通常由CANCEL请求触发
- 480：可能由被叫方设备故障或网络问题触发
- 486：可能由被叫方正在进行其他呼叫或处理其他任务触发
3、应用场景
- 487：主要用于处理呼叫取消、呼叫转移、呼叫排队等情况
- 480：适用于处理被叫方设备故障、网络故障或暂时不可用的情况
- 486：主要用于处理被叫方正忙的情况
4、处理方式
- 487：通常需要释放已分配的资源，如呼叫建立过程中的临时会话
- 480：可能需要等待一段时间后重新尝试呼叫
- 486：可能需要提供排队或呼叫转移选项
这些状态码的差异使得SIP协议能够更精确地处理不同类型的会话异常，提高整体通信效率。通过这种精确的状态码机制，SIP协议能够更好地适应复杂的通信环境，为用户提供更优质的通信体验。
4. 处理487响应
客户端处理方法
在处理SIP协议中的487状态码时，客户端需要采取一系列精确的步骤来确保通信的顺利进行和资源的有效管理。487状态码代表请求已被终止，通常由CANCEL请求触发。客户端对这种状态码的处理直接影响用户体验和网络资源利用效率。
客户端处理487响应的具体步骤如下：
1、立即停止当前操作
- 释放正在使用的网络资源
- 清除与当前会话相关的临时数据
2、检查本地状态
- 确认是否有其他正在进行的相关操作
- 调整本地状态以反映会话终止
3、更新用户界面
- 显示适当的通知，如“呼叫已取消”
- 根据具体情况提供后续操作建议
4、处理资源释放
- 释放已分配的媒体资源（如音频/视频流）
- 关闭相关的网络连接
5、记录和报告
- 记录487状态码及相关信息
- 根据需要向用户或系统管理员报告异常
6、可能的后续操作
- 询问用户是否重新发起呼叫
- 根据具体应用场景执行其他相关操作
通过这些步骤，客户端可以有效处理487状态码，提高用户体验和网络资源利用效率。例如，在VoLTE网络中，这种处理方法可以确保用户能够及时取消呼叫，避免不必要的网络资源消耗。
服务器端处理建议
在处理SIP协议中的487状态码时，服务器端需要采取一系列精确的步骤来确保通信的顺利进行和资源的有效管理。作为服务器端，应采取以下常规建议：
- 立即停止处理相关的会话请求，释放已分配的资源。
- 向会话的另一方发送487状态码，通知对方请求已被终止。
- 如果适用，考虑执行额外的清理操作，如更新呼叫状态或释放媒体资源。
记录487状态码及相关信息，以便后续分析和故障排除。
这些步骤不仅能够有效处理487状态码，还能提高网络资源利用效率，优化整体通信性能。
