SIP知识培训课件-信令分解.pptx

FAQ SIP简介 信令分解 目录 整体框架 整体架构 SIP是一个应用层的控制协议，可以用来建立、修改、和终止多媒体会话。 SIP本身不提供服务，只是作为一个部件与其他协议一起组成完整的多媒体架构。 信令分解 协议现状 一、SIP在VCS的应用相对较少，主要因为： 1.市面看到的服务器均无法有效支撑NAT、视频、带宽控制、辅流的实现。 2.高级业务没有明确RFC标准，即使能够支持NAT、视频的MCU在辅流的兼容性上差强人意。 所以，SIP在VCS中主要发挥的是多方会议音视频融合作用，在没有优质的网关设备与服务器的条件下，推荐使用IP直拨或H323协议。 二、IP直拨两种呼叫方式：UDP：呼叫信令包大容易造成分片异常，VCS场景中相对少，适合与话机类互通。 TCP：常见与需求可靠连接的MCU设备，其往往不支持UDP。 SIP中的注册与注销共用一个信令，区别注销还是注册可查看Expires字段。同时此字段表示续约时间（WEB限制至少为30），大于1200s则续约时间为expires-600，其他为expires/2。 信令分解 Register 类似于H323的Setup信令 信令分解 Invite 180代表远端开始响铃，这个信令可以帮助我们了解远端的一些信息。如： 呼叫对端DUT界面无响应，问题一般表现为：1.对方无响应；2.对方响应了但无法接起； 所以通过抓包可以明确解决方案：1.网络异常无法到达远端；2.穿透问题需要开启NAT功能； 信令分解 180 Ringing 关键信令指标，用于确认被叫协商信息，但是不代表200ok正常就能够视频互通，还需要关注ACK是否正常。。 信令分解 200 OK VCS中是否正常建立通话的关键是被叫端是否收到ACK。前面200OK信令中提到了Contact关注的重点，请记住：90%无法接起的呼叫异常均是穿透公网时携带了内网地址，导致ACK无法正常回复。 那么你明确解决方案了吗？ 信令分解 ACK 为什么常常提到ReInvite，而实际看到的是Invite？ 你可以理解为ReInvite是Invite的另一种形态，比如Hold、Resume，都是复用Invite而已，变化 的主要是SDP部分。 信令分解 ReInvite 一 VCS中并不存在主动Hold、Resume，如果存在ReInvite，则表示DUT在发起重协商，重协商可能涉及辅流Video的确认、带宽分辨率变化、音视频媒体变化等。关注重点SDP。 信令分解 ReInvite 二 辅流信令一般不能直接显示，需要通过udp.port==sdp辅流端口方式过滤，此时看到的是UDP数据包，通过Wireshark工具DecodeAs BFCP，则显示如下图所示信息。 辅流架构为C/S型，Yealink协商一般认为主叫作为S端，被叫作为C端，不同端开启辅流使用的信令是不同的，C/S端的确认可以查看SDP中的BFCP属性“a=floorctrl:s-only”，里面明确指出了C/S归属。 如下图显示为C端开启辅流发起的信令。 信令分解 C端辅流 FloorRequest S端开启辅流发起的信令： 信令分解 S端辅流 FloorStatus SIP中两种帧同步方式：RTCP-FB和INFO。RTCP方式在SDP中协商，优先级最高。只要其中一方SDP不支持RTCP-FB，则默认采用INFO，但需要注意的是，服务器可能连INFO也不支持，回复415 Unsupprot，此时黑屏概率较大。 视频丢帧现象回忆：建立呼叫丢第一帧出现黑屏，通话过程丢帧出现花屏。 信令分解 Info 帧同步 Info不仅可以用于帧同步，还可以用于DTMF发送，区别在于Content-Type头域不同。另外加深下VCS DTMF知识，SIP是通过Account配置决定DTMF传输，而H323是根据双方协商决定。 信令分解 Info DTMF BYE和Cancle的区别：BYE是建立通话后挂机发出的信令，而Cancle是在通话未建立如响铃时取消呼叫发出的信令。 信令分解 BYE/CANCLE 以下列出的响应码均能够在本地快速定位解决，其他如5xx、6xx大部分需对比联调，不做详细阐述。 400 Bad Request，请求错误，一般为注册服务器后开启BFCP呼叫导致。 403 Forbidden，鉴权错误，一般为注册时密码错误导致。 404 Nofound，未发现，一般指呼叫的号码不存在。 408 Temporarily unavaialbe，请求超时，一般网络异常或远端不可用，导致呼叫网络超时。 415 Unsupported media type，不支持的媒体类型，一般为服务器不支持I