MMS业务流程分析.ppt

Click to edit Master title style,Click to edit Master text styles,Second level,Third level,Fourth level,Fifth level,*,*,*,MMS,业务流程分析,2026/2/22 周日,什么是彩信？,彩信的英文名是,MMS,，它是,Multimedia,Messaging,Service,的缩写，意为,多媒体信息服务,彩信的最大的特色就是支持多媒体功能，能够传递功能全面的内容和信息，包括文字、图像、声音、数据等各种多媒体格式的信息,彩信是在,GPRS,网络的支持,下，以,WAP,无线应用协议为载体传送图片、声音和文字等信息,彩信业务可实现即时的手机端到端、手机终端到互联网或互联网到手机终端的多媒体信息传送,2026/2/22 周日,彩信业务流程说明（,1/3,）,MMS,业务流程图,2026/2/22 周日,彩信业务流程说明（,2/3,）,发送方发送消息,编辑欲发送的多媒体消息,终端与,MMSC,建立,WAP,连接，通过,WAP,网关将信息内容发送至,MMSC,MMSC,存储信息并进行数据分析，同时对发送方做出响应，发送方终端显示“消息已发出”,MMSC,通知接收方,MMSC,使用,WAP PUSH,向接收方发送一条通知消息,接收方提取消息,接收方与,MMSC,建立,WAP,连接，使用,WSP GET,从,MMSC,取回,MMS,消息,MMS,消息被作为一个,WSP GET RESPONSE,的内容，通过同一个,WAP,连接发送至接收者,接收方终端仍通过同一个,WAP,连接用,WSP POST,消息告知接收成功,2026/2/22 周日,彩信业务流程说明（,3/3,）,MMSC,通知发送方发送成功,MMSC,使用,WAP PUSH,告知发送方消息已送达，发送方终端显示“消息已送达”,注意：,MMSC,并不是直接将,MMS,消息发送给接收者，而是向其发送一个通知，告诉接收方有一条消息正在等待,根据终端设置的不同，接收方的终端将尝试立即提取该消息，或者推迟一段时间提取，又或者仅仅将通知放在一边，不予理会,由于某些原因信息中心无法通知到接收者时，信息中心将消息保存一定时间后再次发送,若在一定时间内总是无法送达，就丢弃这条消息,2026/2/22 周日,交互过程（,1/3,）,发送过程：,彩信发送方把彩信发送给,MMSC,的过程，,MMSC,在收到彩信后会给发送方一个确认消息。,通知过程：,为了把彩信投递给接收方，,MMSC,要通过,PUSH,协议给接收方发送一条彩信通知消息，这个消息通常是一条特殊短信，里面包含彩信的位置,URL,。,2026/2/22 周日,交互过程（,2/3,）,提取彩信：,接收方收到彩信通知后，从中取出,URL,，然后通过标准的,HTTP GET,请求从,MMSC,上获取彩信。,2026/2/22 周日,交互过程（,3/3,）,彩信回执：,当,MMSC,成功的通知彩信接收方后，它会给彩信发送方发送一个消息表明彩信投递成功。,2026/2/22 周日,业务流程举例（,1/4,）,与,WAP,网关建立连接,发送端与,WAP,网关经过“三次握手”，建立,TCP,连接,。,发送端向彩信中心上传彩信内容,数据传输过程中，直接和发送端通信的是,WAP,网关，所有数据都是通过,WAP,网关转发给彩信中心,（,MMSC,）的，我们无法看到,GPRS,网内的设备，所以这里看到的接收端为,WAP,网关（,10.0.0.172,）。,2026/2/22 周日,业务流程举例（,2/4,）,发送交互,“,M-,Send.req,”,被视为发送端将彩信内容上传到,MMSC,，,MMSC,在接收到彩信全部内容后，通过,WAP,网关向发送端下发一条,“,M-,Send.conf,”,，表明彩信成功发送成功。,发送端断开与,WAP,网关的连接,在收到上一步,WAP,网关返回的确认信息后，发送端会首先中断连接并告知,WAP,网关，,WAP,网关收到信息后也会中断其与发送端的连接并告知发送端，发送端收到信息后将最后的确认信息返回给,WAP,网关。至此，发送,MMS,的过程已经全部结束。,2026/2/22 周日,业务流程举例（,3/4,）,接收端提取彩信内容,接收端下载彩信内容，首先需要与,WAP,网关建立连接，并发出,GET,请求,。在这个过程中，接收端需要与下载地址（,211.200.249.38,）进行通信，下载服务器并通过,WAP,网关向接收端返回确认信息。,数据传输过程中，最后一个数据包下发的同时，,MMSC,还会通过,WAP,网关下发一条,获取彩信回应,（,m-retrieve-conf,），已经对全部彩信内容进行了下载。接收端首先返回一个“,ACK”,，确认已经收到最后一个数据包，并中断与,WAP,网关连接，,WAP,网关返回确认信息，连接中断。,2026/2/22 周日,业务流程举例（,4/4,）,提取彩信确认,接收端通过,WAP,网关向,MMSC,发送回应信息（,m-notifyresp-ind,），表明已经,成功接收,收到,MMSC,下发,PUSH,消息并提取了彩信内容，彩信中心通过,WAP,网关返回确认信息（,HTTP/1.1 200 ok,），表明彩信,提取成功,。,接收端端断开与,WAP,网关的连接,WAP,网关与接收端先后中断与对方的连接。彩信接收完成。,2026/2/22 周日,TCP,层分析（,1/7,）,发送端与,WAP,网关建立连接,Dst,port,（,80,）表示发送端请求使用,80,端口与,WAP,网关进行连接，,Header Length,：,28,表示原有数据在,TCP,层增加了,28bytes,的包头，,Maximum segment size,：,1460bytes,表示在,TCP,层，一个数据包最大为,1460bytes,。,WAP,网关接收到发送端发出的连接请求后，会返回一条以（,SYN,ACK,）标记的确认信息，“,This is an ACK to the segment in frame,：,19”,表明了这条信息是对第,19,帧信息的回复。,2026/2/22 周日,TCP,层分析（,2/7,）,发送端与,WAP,网关建立连接,上图是建立,TCP,连接的最后一步，发送端在收到,WAP,网关的回复后，再向其发送一条确认信息（,ACK,），表明通过,80,端口建立连接成功，接下来就要传输数据了。这条信息的,TCP,层包头大小为,20bytes,。,发送端向彩信中心上传彩信内容,彩信内容在,TCP,层经过打包（包头为,20bytes,）之后，通过,HTTP,的,80,端口向彩信中心传输。上图中，,TCP segment data,（,1024 bytes,）表示当前传输的包的大小为,1024 bytes,，“,Reassembled PDU in frame,：,73”,表示在第,73,帧被重新组合。,2026/2/22 周日,TCP,层分析（,3/7,）,发送端向彩信中心上传彩信内容,对于发送端上传到彩信中心的所有数据包，彩信中心再收到后会回复一条确认信息，表明该数据包已经成功接收。上图中，“,This is an ACK to the segment in frame,：,41”,表明该条确认信息是对第,41,帧的回复，而“,The RTT to ACK the segment was,：,6.168870000,senconds,”,表明距发送时间相隔了,6.16887,秒。,发送端断开与,WAP,网关的连接,当发送端成功上传所有数据包并且收到彩信中心的最后确认后，发送端会主动请求断开与,WAP,网关的连接。第,82,帧是彩信中心向发送端下发的接收确认信息，在接收到确认信息后的,0.010024000,秒后，发送端断开与,WAP,网关的连接。,2026/2/22 周日,TCP,层分析（,4/7,）,发送端断开与,WAP,网关的连接,WAP,网关发送,TCP,层数据包，断开与发送端连接。,在接收到,WAP,网关断开连接的确认后，发送端最后会像,WAP,网关发送一条,ACK,确认信息，表明连接已经被中断。第,84,帧是,WAP,网关向发送端发送的断开连接的信息。,2026/2/22 周日,TCP,层分析（,5/7,）,接收端与,WAP,网关建立连接,上图为接收端与,WAP,网关建立连接的过程，请求首先由接收端发起，,WAP,网关接收到请求后会返回一条确认信息（,SYN,ACK,），最后接收端向,WAP,网关发送一条,ACK,信息，表明连接已经建立。,2026/2/22 周日,TCP,层分析（,6/7,）,接收端下载彩信内容,接收端下载彩信的过程中，彩信内容在,TCP,层仍然被打包（包头为,20bytes,），图中“,Reassembled PDU in frame,：,166”,表示下载的彩信数据包在第,166,帧会被重新组合，,1360 bytes,是,TCP,包的大小，数据的流向是从彩信中心到接收终端，当接收端成功接收一个,TCP,包后，会向彩信中心发送一条确认信息。,该条确认信息是对第,137,帧传输的数据包的确认。,2026/2/22 周日,TCP,层分析（,7/7,）,WAP,网关断开与接收端的连接,接收端成功下载全部数据包后，,WAP,网关会主动向接收端发送一条由（,FIN,ACK,）标记的信息，表明传输结束，连接已从,WAP,网关一侧中断。这条信息同样被打上,20bytes,的包头发送出去。,接收端收到,WAP,网关断开连接的信息后，立即发送一条,ACK,信息，给予,WAP,网关回应，同时也向,WAP,网关发送一条由（,FIN,ACK,）标记的信息，表明连接已中断。图中“,This is an ACK to the segment in frame,：,178”,表明该条信息是对第,178,帧的确认回复。,接收端向,WAP,网关发送信息，表明连接已经中断。,2026/2/22 周日,HTTP,层分析（,1/3,）,发送端上传彩信内容,在发送端上传彩信内容的过程中，彩信内容加上发送终端的,HTTP,包头信息形成了,HTTP,层的数据包。在,HTTP,包头中，“,Method”,指传输方法、“,URI”,是目标地址、“,Version”,是,HTTP,协议版本号、“,content-length”,是,HTTP,层的数据总大小、“,content-type”,是传输的内容类型。,彩信中心回复确认信息,接收完发送端上传的全部彩信内容后，彩信中心会通过,WAP,网关向发送端下发一条确认信息，其中,HTTP,部分包含了,HTTP,协议版本号、返回的状态码、彩信编号、发送及接收方号码、日期时间等内容。,2026/2/22 周日,HTTP,层分析（,2/3,）,接收端接收到,PUSH,消息后，向彩信中心回复一条确认信息,在,HTTP,层，原有的确认信息加上,HTTP,包头打成了一个,HTTP,数据包，在,HTTP,包头中，“,Method”,指传输方法、“,URI”,是目标地址、“,Version”,是,HTTP,协议版本号、“,user-agent”,指终端型号、“,content-length”,是,HTTP,层的数据总大小、“,content-type”,是传输的内容类型。,接收端下载彩信内容,接收端在接收到彩信中心下发的,PUSH,消息后，会根据,PUSH,消息中的信息去指定地点提取彩信内容，在接收端发送的,get,请求中，包含了含有必要信息的,HTTP,包头，其中包括下载地址、传输方法、,HTTP,协议版本号、终端型号、终端支持的内容类型等信息。,2026/2/22 周日,HTTP,层分析（,3/3,）,接收端下载彩信内容,当接收端下载完所有的彩信内容后，彩信中心会通过,WAP,网关向接收端发送一条信息，告知彩信内容已全部提取。,由上图可知，在这条信息的,HTTP,包头中，包含了,HTTP,协议版本号、返回的状态码、彩信内容类型、,HTTP,层的内容大小等信息。,对应接收端提出的,get,请求，在提取彩信内容后，彩信中心还会向接收端发送一条,HTTP,响应信息，内容与上图基本一致。,2026/2/22 周日,MMSE,层分析（,1/3,）,MMS PDU,在,MMSE,层，被传送的是,MMS PDU,（协议数据单元）,一个,MMS PDU,由,MMS,头和,MMS,体,构成,只在,m-send-req,和,m-retrieve-conf,中,MMS PDU,才,包含了,MMS,体,，其它部分只对,MMS,头进行传送,MMS PDU,被依次传递给,WSP,或者,HTTP,消息的内容部分（取决于使用哪种传输协议），这些消息的,content-type,被设置为,application/,vnd.wap.mms,-message,每个,MMS PDU,的头三个参数依次为,X-Mms-Message-Type,X-Mms-Transaction-ID,和,X-Mms-MMS-Version,。不同类型的,PDU,对应不同的角色，由,X-Mms-Message-Type,来标识。,2026/2/22 周日,MMSE,层分析（,2/3,）,发送彩信：,m-send-req,图中,Data,是彩信的原有内容，即,MMS,体，,MMS Message Encapsulation,是,MMS,头,。,m-send-req,标识了该条,PDU,是指彩信的发送、,0-2343,指定了该条,PDU,的传输号、,1.0,是彩信协议的版本号、,From,指发送方、,To,指接收方号码、,Subject,是彩信的主题、,X-Mms-Delivery-Report,指彩信的信息回复。,发送确认：,m-send-conf,m-send-conf,由彩信中心发送到彩信的发送端，是对,m-send-req,的确认，表明彩信中心已经成功接收发送端上传的彩信内容。,图中,X-Mms-Transaction-ID,与,m-send-req,步骤一致，且若发送彩信成功，,Response-Status,返回的状态吗为,ok,。,2026/2/22 周日,MMSE,层分析（,3/3,）,彩信通知回应：,m-notifyresp-ind,接收端收到彩信中心下发的,PUSH,消息后，会回应一条由,m-notifyresp-ind,标识的信息，表示已经接收到彩信通知。,图中，,Retrieved,表示已经接收到彩信通知。,提取彩信回应：,m-retrieve-conf,与发送彩信步骤相同，该条,MMS PDU,包含了,MMS,头和,MMS,体，使用,m-retrieve-conf,标识，表示该条信息是成功提取彩信后的确认，由彩信接收端发送到彩信中心。,图中，,MMS,头记录了该条,PDU,的编号、接收彩信的时间、彩信的发送方与接收方号码、彩信主题、是否阅读彩信回执等信息。,2026/2/22 周日,问题总结,发送端与彩信中心建立连接失败，导致彩信发送失败,发送端上传彩信过程中连接被断开，导致彩信发送失败,发送端上传彩信过程中出现大量丢包，导致彩信发送时延过大,接收端没有接收到彩信中心下发的,PUSH,消息，导致下载失败,接收端彩信中心建立连接失败，导致彩信下载失败,接收端下载彩信过程中连接被断开，导致彩信下载失败,接收端下载彩信过程中出现大量丢包，导致彩信接收时延过大,2026/2/22 周日,The Argogroup logo,Quality of,eXPerience,“Test in Anger,Deploy in Peace.”,QXP,Device Master and Monitor Master are trademarks of Argo Interactive Ltd.,UbiquinoX,and Argogroup,are registered trademarks of Argo Interactive Ltd.,If you dont test in anger,your users will!,Test in Anger.Deploy in Peace.,Its a user,thing,TM,2026/2/22 周日,