SIP 请求和响应报头字段.pdfVIP

SIP 请求和响应报头字段 Accept Accept头字段⽤于在消息正⽂中指⽰可接受的消息Internet媒体类型。 标题字段描述使⽤通常在因特 中使⽤的格式类型/⼦类型的媒体类型。 如果不存在，则假定可接受的消息体格式为 application / sdp 。 媒体类型列表可以使⽤ q 值参数设置⾸选项。 Accept-Encoding Accept-Encoding头字段⽤于指定可接受的消息体编码⽅案。 编码可以⽤于确保具有⼤消息体的SIP消息适合单个UDP数据报。 使⽤ q 值参数可以设置⾸选项。如果所列出的⽅案都不能被UAC接受，则返回 406不可接受的响应。如果不包括，则假设的编码将是 text / plain 。 To To 表⽰请求的最终收件⼈。UA⽣成的任何响应将包含此标头字段并添加标签。它是 必需的头。 代理⽣成的任何响应必须在 To 头字段中添加标签。 To 头字段URI从不⽤于路由。 From From 头字段表⽰请求的发起者。它是⽤于标识对话框的两个地址之⼀。 A From 头字段可以包含⽤于标识特定呼叫的标签。 它可以包含显⽰名称，在这种情况下，URI包含在 ＆gt ;. 它是必需的头。 Call-ID Call-ID头字段在所有SIP请求和响应中是强制的。它⽤于唯⼀标识两个⽤户代理之间 的呼叫。 呼叫ID在呼叫之间必须是唯⼀的。 ⽤户代理的所有注册应使⽤相同的Call-ID 。 Call-ID始终由⽤户代理创建，并且不会被服务器修改。 它是⼀个加密随机标识符。 Via Via⽤于记录由有助于将响应路由回始发者的请求所采⽤的SIP路由。 ⽣成请求的UA在Via头字段中记录其⾃⼰的地址。 转发请求的代理将Via头字段包含其⾃⼰的地址添加到Via头字段列表的顶部。 ⽣成对请求的响应的代理或UA将请求中的所有Via报头字段按顺序复制到响应 中，然后将响应发送到在顶部Via报头字段中指定的地址。 接收响应的代理检查顶部Via头字段并匹配其⾃⾝的地址。 如果不匹配，则响应已被丢弃。 然后删除顶部Via头字段，并将响应转发到在下⼀个Via头字段中指定的地址。 Via头字段包含协议名称，版本号和传输 SIP / 2.0 / UDP ，SIP / 2.0 / TCP等) ，并 且可以包含端⼜号和参数，例如接收的，rport ，branch ，maddr ， b和 ttl 。 如果UA或代理从与在顶部Via头字段中指定的地址不同的地址接收到请求，则 将收到的标签添加到Via头字段。 分⽀参数通过UA和代理被添加到Via报头字段，其被计算为Request-URI的哈希 函数，以及To ，From ，Call-ID和CSeq数。 CSeq CSeq头字段是每个请求中所需的头字段。 它包含对每个请求增加的⼗进制数。 通常，对于每个新请求，除了 CANCEL 和 AC 请求，它使⽤它所引⽤的 INVITE请求的CSeq号，它增加1。 UAS使⽤CSeq计数来确定失序请求或区分新请求 不同CSeq)或重传相同 CSeq) 。 CSeq头字段由UAC使⽤以匹配对其引⽤的请求的响应。 例如，发送INVITE请求然后发送CANCEL请求的UAC可以通过CSeq 中的⽅法 告知200OK 响应，如果它是对邀请或取消请求的响应。 Contact Contact头字段⽤于向其他⽤户传达关于请求发起者的地址。 ⼀旦接收到联系⼈报头字 段，URI可以被缓存并且⽤于在对话中路由未来的请求。 例如，在对INVITE 的200OK 响应中的联系⼈报头字段可以允许确认ACK消息和在该 呼叫期间的所有未来请求绕过代理并直接去往被叫⽅。 Record-Route Record-Route头字段⽤于强制路由通过代理以⽤于两个UA之间的会话 对话) 中的所有 后续请求。 通常，Contact头字段的存在允许UA直接绕过初始请求中使⽤的代理链来发送消息。 将其地址插⼊到记录 - 路由头部字段中的代理覆盖此并且迫使将来的请