wiresharkiad用户彩铃过程研究.docxVIP

枣庄彩铃过程分析被叫有呼叫转移时的呼叫流程如图:6和11，主叫侧会收到两个180的消息，第一个是第一被叫回的，第二个是最终被叫回的。用户决定忙前转或无应答前转时，主叫用户先听用户B的彩铃，再听用户C的彩铃。1-2 主叫UE1发送INVITE消息到UE2；3被叫UE2回送183，向AS2发送媒体协商后的SDP；4被叫UE2振铃回送180；5被叫AS2向MRS 发送INVITE消息，建立到MRS的连接；6 AS2发送183到主叫UE1，携带MRS协商后的SDP；7 AS2发送180到主叫；8 AS2发送INFO到MRS,指示MRS 开始播放回铃音；9 被叫UE2拒绝呼叫，发送603到AS2；10-11 UE2签约用户忙前转，发送INVITE消息到UE3；12 UE3回送183，向AS3发送媒体协商后的SDP；13 UE3振铃回送180；14 AS3向MRS 发送INVITE消息，建立到MRS的连接；15 AS3发送183到AS2，携带MRS 协商后的SDP；16 AS2发送UPDATE到UE1，更新媒体信息；17 释放UE2 的彩铃放音资源；18-19 AS3发送180到主叫UE1；20 AS3发送INFO到MRS,指示MRS 开始播放回铃音正常的呼叫应答过程39-40：收到主叫侧的prack 消息后，向MRS发送INFO消息，指示MRS 进行放音。彩铃地址在INVITE消息或后续消息携带的XML脚本中带给了MRS，由MRS 去彩铃服务器下载；41-46：被叫用户摘机，回200 OK响应，被叫AS拆除到MRS的连接；46-55：被叫AS发送UPDATE消息，更新会话媒体信息。56-65：主被叫建立通话；普通用户呼叫登记有彩铃业务的信令流程主叫呼叫被叫、被叫空闲、系统向主叫播放视频的正常流程，需要终端支持100rel扩展。AS采用 B2BUA模式，收到主叫UAC发送的带主叫SDP的INVITE消息后，AS向被叫UAS发送带主叫SDP的INVITE消息，当收到被叫发送的 180Ringing响应后，AS进行业务逻辑处理，判断应该向主叫播放什么视频。接着AS向MS发送带主叫SDP的INVITE消息，MS回复带自身 SDP的200Ok响应，AS向主叫回复183 Session Progress 响应，从而在主叫和MS之间建立早期媒体流。AS向MS发送指示播放视频的INFO消息，MS直接向主叫播放定制的精彩视频。当被叫摘机后，AS收到带被 叫SDP的200 Ok响应，通过UPDATE请求消息向主叫发送被叫的SDP，此时主被叫媒体协商完成，媒体流重定向到主被叫之间，呼叫双方进行视频通话。呼叫转移到有彩铃业务的号码是的彩铃流程彩铃呼叫过程 关键词是100rel，早期媒体，会话媒体，180和183均可以带sdp，prack，update，200ok不含sdp消息iad注册号码为+866325100442，被叫号码0为出群标志，5104090登记有同振功能到手机，iad的ip是11.60.93.96，ims的信令面ip是11.5.0.174，业务面ip是11.0.4.243。第一个183表示呼叫进行中不带sdp，要触发到智能平台。第二个183，带sdp接通固网的回铃音，早期媒体。同振时，先呼通固定电话，听固定电话的回铃音，手机寻呼比较慢，当寻呼响应后，激活手机的彩铃，故而183先放固话普通彩铃，被叫固网电话振铃，然后update更新会话激活手机彩铃。update更新媒体，接通早期媒体彩铃，手机的设备的彩铃。过程分析早期媒体是sendonlyprack和200ok见上图第二次的update和第一次有明显的区别，没有了早期媒体，而是sessin。SIP的UPDATE（RFC3311）消息是SIP扩展的一种机制，用以在通话尚未建立的时候更新媒体流状态的一种机制。那么Update的应用前提是early media，也就是说在应答之前通过临时响应(101-199)实现了SDP的第一次Offer/Answer，并建立了媒体流。在此之后并在应答前的后续媒体流变更，通过UPDATE实现。在应答之后的后续媒体流变更，是通过Re-invite实现。