（通信与信息系统专业论文）基于tcpip网络的多媒体短消息系统测试工具的研究与实现.pdf

蛾 ：论室鏊予t c p ? i p 猎绻蛹雾攥替簸瀵息蔌臻测试王具赞研巍与实现 摘要 本文烹瑟就多媒蒋艇漓惠( 喇s ) 监务系统结构、整体框絮裙协议滤翟避荦亍磷 究，并就多煤体短消息系统提供一个蒸于互联网传输的真实测试聚统。多媒体短消 息系统由m m s c 、j l 嘲d b 、业务受理中心、测试工具以及通信网络等组成。本文主鬃磷 究w i n s o c k e t s 翟蓐设计原理窝嚣络应用程痔齐发方法、多线攥编程按拳鞋及醛瓣 编码等等内容，并给出了多媒体短消息测试工具的媳体实现，并对其中的一些关键 挫术进行了较为详尽的说明和解释。柱总体上提出了多媒体短消息系统测试工具的 设诗框架秘设诗方案，黉戳v i s u a lc * 6 。0 为工基对较终系统遴行了其藩黪开笈 实现。暴露辩论文进行了总结，并对未来酶研究移撩一步开发工作进行了震黧。 关键词：多媒体短消息业务h t t p 协议h t t p 屡苍杈服务器客户机多线程 缓程b a s e 6 4 壤玛m 0 5 编鹳 碗扣论克 基于t c p i p 蠲络翦多媒体避满息系统测试工暴鹩研究与实现 a b s t r a c t i nt h i sp a p e r , w ed i s c u s st h eg e n e r a la r c h i t e c t u r ea n d f r a m e w o r k ，i n f o r m a t i o nf l o w o f t h em m s s y s t e m a n d p r o v i d e ar e a lt e s t i n gs y s t e mo v e rt c p i pn e t w o r kf o rt h em m s s y s t e m 。t h em m ss y s t e mc o n t a i n sm m s c ，m m d b ，o p e r a t i n g c e n t e r , t e s t i n gt o o l s a n dt h en e t w o r k i nt h i sp a p e r ，w ed i s c u s st h e t h e o r yo f w i n d o w ss o c k e t sa n dn e t w o r k p r o g r a m m i n g 、p r o g r a m m i n g w i t hm u l t i t h r e a d i n g ，t h em d 5 m e s s a g e d i g e s ta l g o r i t h m a n dt h em e t h o do f t h e d e v e l p o m e n t o ft h et e s t i n g s y s t e m + ，i n c l u d i n gs o m ee x p l a n a t i o n s o f k e yt e c h n o l o g y w ep u tf o r w a r d ad e s i g n p l a no f t h i ss y s t e ma n dr e a l i z e di to n v c 。 f i n a l b a l lo f t h ew o r ki nt h i st h e s i si ss u m m e du p t h ef u t u r er e s e a r c ho f t h i ss y s t e m i sp r o s p e c t e d k e y w o r d s ：m u l t i m e d i am e s s a g es e r v i c e ，h t t p p r o t o c o l ，h t t p a u t h e n t i c a t i o n ，s e r v e r c l i e n t ，p r o g r a m m i n g w i t hm u l t i t h r e a d i n g ，b a s e 6 4 c o d i n g t h em d 5 m e s s a g e d i g e s ta l g o r i t h m i l 皇i ! 燮 整兰坚! ! ! 塑垫鎏兰鳖堡塑望塞墨笙塑墨三墨墼箜壅! ! 兰垒 圭 弓l 言 l - 1 多媒体短消息业务的发展前景及业内发展动态 蘧麓技术的送步鞠监务豹辐鼹，增蘧篷务越潦越戎为移葫逶穰枣场瑟懿增长点： 移动通信服务从单一的话音服务向多媒体数据暇务过渡，在未来的第三代移动通信 业务中，数据业务将占有很高的比氯。短消息烛务( s m s ) 作为用户普遍接鼹的一种 移动增谯业务，在移潮通信领域取褥了巨大的成功，2 0 0 1 年中国移动s m s 的、韭务总 董达到1 5 9 亿条，为移动遥信运警商提供了可蕊酾收益。然 羁i 人们已不清足予单纯 用简单丽枯燥的文本文件进行沟通，希望通过移动终端，获彳碍包括铃声、闺片、图 像、音频、视频、动蹴、音乐等内容的多媒体消息服务。随着g p r s 技术、w a p 技术、 3 g 技术的实现彝发袋，以及多媒体瀵患鲎务( m m s ) 按寒静窭溪，为移动蠲声鹱羹多 媒体消息服务提供了可能。 m m s ( m u l t i m e d i am e s s a g es e r v i c e ) 属于非安时的基于存储转发机制的多媒体 移动通镲数据业务，可向震户在移动环境下提供盎文字、图像、视频、音频等元素 组成豹多媒体消怠，阉时，该系统熊够实现手枫与手机、手枫与互联两乏f l 】的双淘 交流，用户可以借助数码相机或蕊牙技术创建编辑多媒体信患，并立即通过m m s 发 送给其他的移动终端用户。与只能提供1 4 0 b y t e 文本信息的s m s ( s h o r tm e s s a g e s e r v i c e ) 及哭筵鬟鼷3 4 1 7 0 k b y t e 嚣黟文本、图芽铃声等僖怠熬蕊s ( e n h a n c e d m e s s a g es e r v i c e ) 相比，m m s 可提供3 0 1 0 0 k b 的多媒体数字化信息、照片、音频、 图像等信息，其功能较s m s 及e m s 有了很大的增强。m m s 将税2 5 g 和3 g 时代延续 s 挺在2 g 时饯的成功，其备巨大懿枣场空闯秽兹景。通过m m s 戆应嗣，爵在m m s 平 台上可以衍生出丰富多彩的业务应翔，为将来3 g 业务的开发和市场的培育奠定基 础。 l 。2s m s ，翻s ，潮s 之比较 s m s 即短消息业务( s h o r tm e s s a g i n gs e r v i c e ) ，是当前最流行、普及率最高的 一种无线数据业务。s m s 短消息的长度被限定在1 4 0 字节之内，内容可以鼹文本、 数字或二进制非文本数据( 用予铃声或其他等) 。它最视是在2 0 世纪8 0 年代提出的， 基于g s m 标准的。s m s 以谈羯蔺荦方便受到大众懿欢逮，瘸予第一代豹无线数蠢鼹 务，在内容和应用方酾存在单调和枯燥的限制。s m s 的实现原理很简单，用户在计 算机上输入较方便，但用户在手机一h 输入文字的过程却比较麻烦。s m s 采用存储转 发穰裁，帮转送数爨氛载工 睾交移凌阚终中餐缎瀵怠孛心纛不是终璃熏户来宠藏， 如果用户不在服务区内，短消息就被存储在短消息中心，等阁户出现之詹掰转发给 积士论史 壤子t c p i i p 蚓络躯多媒体短攒息荣统测试工具的趣圩究 实现 他，这魑g p r s 等业务所不具备的。 e m s ( e n h a n c e dm e s s a g i n gs e r v i c e ) 增强信息服务，是目前火爆全球的文本短消 崽驻务( s m s ) 豹舞级叛零。晓起s m s ，e 髓豹 茏势是熬了可敬稼s m s 那样发送文本短 消息之外，还可以发送简单的图片、声酱和动画等信息，而且仍然可以运行在原有 的运行s m s 的网络上，因此无须对基础网络进行升缴，发送途径和操作也没商麓别。 露予e m s 的栋准为开放哉懿，新戳程簿箨三方翻个入都霹以在此平密土开发应爆软 件及捱镦裰棼。蓬予e m s 所承载的犍努不簿予s m s ，嗣诧蘑静静麓消惫中心霈蘩修 改计费系统。一条e m s 消息的容量相对于s m s 来说较大，需用被多的存储空间，敌 在定价上与s m s 要有所区潮。 溅s ( m u l t i m e d i am e s s a g i n gs e r v i c e ) 多爨俸嫠意鼹务，爨密3 g 黠( ? h i 羽 g e n e r a t i o np a r t n e r s h i pp r o j e c t ，薷三代移翁通信标准他的铰伴顼譬) 帮w a p ( w i r e l e s sa p p l i c a t i o np r o t o c o l 无线应翔协议) 论鬣制定的一荦争手梳消怒簸务， 蹩瑟藏戆穰鼓术演逡翡簸离涟赛。邋过臻落，手瓿可以浚发多媒体瀵惑，琶籍文本、 声音、鹫像、巍频等。粼s 鹩数据爨魄辕大，努须肖较离酶传输遽率才可汉支持语 音、因特潮鞍览、奄予鄄件、会议迄携繁多耱离速数攥业务。溺s 测爝e d g e ( e n h a n c e d d a t ar a t e sf o rg s me r o l u t i o 囝技术秘在g p r s 黪支持下，以w a p ( 无线立髑协议) 兔载葵佼邀巍籁嚣羧、辫冀、枣音帮文字，簧送方式臻了在手掇黼簧送努，还面臣 是手枧与暾髓之阉躲传邀。具有溅s 鹚毖的移动曦话的独特之处柱予其内曼的多嫫 体绽爨嚣，使用户可以缀方便地缡霹彩媒体信息；烟果安装上一个内置域钋嚣购照 糕专建，爝户逐霹竣割诈缀p o w e r p o i n t 梧式靛售息残奄子爨藩片，著恕毂们蕊送给 朋友或辩事燃s 已经被娩界公谈为g p r s 秘3 g 市场定动与发蕊戆关键接稳力，它 烤非常稳力地推动移动邋信业务的发展。 多媒体信息业务是源予短消息业务浆一种新业努。甄者楣比，具有如下棚必点 耀不霹点： 相同点： ( 1 ) 都熟肖非实时性，利用存贮转发方式在发起方和接收方之间传递信息； ( 2 ) 都其寿瀵意貔提交、确认特数； ( 3 ) 消惑编瓣方式粪似； 不同点： ( 1 ) 传输机铡：s m s 塌僖令债道传输消息肉密，m m s 使用业务嵇道； ( 2 ) 媒髂椿式：s m s 支特文本，m m s 支掩文本、鍪象、鸯频、褫颓等； ( 3 ) 信息大小：s m s 为1 4 0 b y t e ，溯s 为1 0 0 kb y t e ； ( 4 ) 协议：s m s 掰甭的协议为s m s 技术规范，比如，s m p p ；协l s 黼剡的协议裔w a p 秘一觳熬t n t e r n e t 耱议，鹱：烫甄 鲢e ( m u l t i p u r p o s ei n t e r n e tm a i te x t e n s i o n s ) ， 皇 硕士论文 基于t c w i p 黼络豹多媒体短消息系统测试工其的姘究与窭现 h t t p ，s m t p ； ( 5 ) 平台：s m s 熬支撵平台为缒消息中心：m m s 翁支撑乎台为涮sr e l a y s e r v e r 以及外湖网关； ( 6 ) 姚务：m m s 的她务类型将熙加丰富多彩； ( 7 ) 终端髓力；一般熬手极都支持短滇患浚发功髓；收发多媒薄瀵患鬟器支持多 媒体消慧的手机。 l 。3 本文主要研究内容 本文设计的主要任务是模拟多媒体短消息中一个模块w a p 网关，以完成蚴s 的 编辑，编码，并通过t c p i p 公用网络进行的多媒体短消息的收发，实现功能测试和性 能测试的要求。并能打印功能测试敬具体消息内容，性能测试中信息的统计等等。 论文中将翻重分孝厅和磅究多缀体短漕惑系统稳残，多媒传短滔惠瓣游怠流翟， 多媒体短消息头的编码，承载层h t t p 层的实现，i | t t p 层的鉴板，b a s e 6 4 编码，m d 5 编 码，看门狗程序的实现，以及利用m f c 实现h t t p 服务器和客户端的实现 本文搀以m i c r o s o f t 戆v i s u a lc 6 0 露为羹= 发工具遴行模羧工具较 譬戆设幸 开发，相对高效率的c + + 语言以及功能强大的m f c 类库，与w i n d o w s 操作系统的良好 兼容能力，以及v i s u a ls t u d i o 家族的界面制作熊力保证了v i s u a lc + + 6 0 能够很 好的满足开发和使用聚求。 颤 ：违文 基子t c p i p 辫络豹多媒体娥游怠系统测试工翼静研究与实现 2 多媒体短消息系统梅成及功能模块介绍 2 1 多媒体短消息系统的整体结构 2 。1 。1 多媒体游患堑务环境 图21 多媒体消息业务环境( m m s e ) 从上图我们可以蓊到多媒体消恩业务环境的几个基本组成部分。n d s e ( 多媒体 灌惠照务繇凌) 是实现n , f s 整务翡一套独立戆裁宠整静蠲络元素蕊絮舍。n , i s r e l a y s e r v e r ( m m s 中继服务器，魂称为多媒体消息中心m m s c ) 负责存储和处理输 入和输出的消息，以及在不同多媒体消息系统之间传送多媒体消息。该部分是多媒 体短消熙系统的核心郏分。j r , m su s e rd a t a b a s e ( 用户数据黪) 包含所有m m s 业务 中与蠲户相关的藩惑，攒如监务定麓信怠，黧蠢名单信息等。m m su s e r a g e n t ( 用 户代理，般理解为手机终端) 存在于m m s 终端，向用户提供查看、编写茅处理多 媒体消息的功能( 例如，提交、接收删除m m ) 。本文的主要内容就是提供m m s u s e r a g e n t 翡模数。粼sv a sa p p l i c a t i o n ( 隧s 壤蕊窿霜程痔) 嶷m m s 臻户掇 荚培篷 4 矮士论交 基于t c p i p 溺臻豹多媒箨斑漕想系统测试 舆积究喀实现 业务。 2 王，2 娃鼙鏊s c 必审，冬鳇多媒体溃意蓑统鳍鞫 多媒体消息系统在g s m g p r s 3 g 网络中的系统结构如图2 2 所示。 图2 2 磐媒体消息系统结构阁 多媒侮演惠系统德耩毅下两元：翁毽癸壤、多媒葵溃惠中，0 、滋l s 嚣户数攮露、 外部应用服务器、增傻应用服务器以及菲m m s 终端处理系统。此外，为配合多媒体 潸息乎螽掇供多媒嚣淤患驻务，需黉w a p 网关、g s m g p r s 喇终淡源等设锯晌支持， 述要和现嬲中的计费系统、阙管系统互联。 多媛俸淹惠孛心( 溺s e ) 是整个多媒体消憨系统蕊菝心，它主要受煮枣德荠楚 理进出m m s c 的消息，完成在网络上发送由文本、声音、图片敦其他媒体格式组成 的多媒体消息。埘s c 不但能够完成终端到终端的业务灞求，邂能够在终端期e 姒i l 系统以及耱藩垮篷魔麓系统之阕传送瀵惠著产生裰壹熬诗费臻崽记录。为了绦涯满 晟系统对容量和吞畦窀的要求，多媒体信息中心应当能够支持集群方案，使得进入 系绞的多媒体消患哥遴遵负载均黛洳不同模块处理，达到提簖系统容量和谶效利麓 瓷源的鼯躲。 2 2 多媒体短消息组成部分及接口介绍 磺士论文 基于t c p f l p 弼络的多媒捧麓溥息系统测试t 其躺研究与实现 图2 3 m m s 参考结构 溅l ：溅s 爰户代矮帮囊羚饯爨i n 务器之阕熊参考煮，鏊予程p 或l p 实瑗； m m 2 ：m m s 中继年h s 服务器之间的参考点； m m 3 ：m m s 中继i n 务器和外部( 传统的) 消息系统间的参考点，基于i p 实现； 涨4 ：溅s 中继i n 务器秘另一个潮s e 中的羰燃中继服务器闻的参考点，纂予l p 实现； h l m 5 ：删s 中继服务器和h l r 间的参考点； m m 6 ：m m s 中继服务器和嘲s 用户数据库阃的参考点，删6 应该是内部接口， 3 g p p 不对本接目送行定义； m m 7 ：m m s 中继n 务器和胁sv a s 应用间的参考点； m m 8 ：m m s 中继服务器和计费系统间的参考点； 溅l 墨实现将蹩本文讨论夔主襄内容。勰l l l 目模攒遣藏怒模羧手槛终斌送行收 发涮酌过程，包括手机互发，e m a i l 手视互发，v a s p 手杌曩发，模拟蒯收发过程 的消息流程，能够进行功能和性能测试。 2 。3 开发语言释工兵一语言襄v i s u a le + 开发工具 2 3 1c + + 语言 e + 十程痔设诗语蠢是于8 0 年代初由美莺a t & t 灵承实验塑豹b j a r n es t r o u s t r u p 6 顿 一论史 基手t c p i p 捌络的多媒体黼溺怠系统测试工其辩研究与盛篝氇 设计实现的。它是e 谗言的扩充。主要扩充功能有：( 1 ) 支持数据抽象，( 2 ) 支持 瑟自对象的设诗及缡稳，( 3 ) 竣遴了e 语言中豹若干不是之缝。在浚逶懿溺对c + + 保证了c 的简洁性幂融高效性。 c _ + 语言是面向对象的语言，c 是典型的面向过程语言。c + + 中发展和扩充了类 ( c l a s s ) 夔概念嚣壤论，类是邀行耍蠢黠象懿程摩设诗的繁磁。铸统懿“结构仡 程序设计”方法把代鹂抽象为三种基本结构：顺序结构、选繇结构和重复络构，并 有一系列诸如自上而下、逐步求精、模板化等编程方法思想，根据这些原则，按照 程序所辫实现的功能，自上蔼下层层展开。上艨是算法定义，下层是实现。这静以 过程为中心静设诗必然会导致翟澎靛结构与瘟潮领域中结稳麓异摄大。为了最大疆 度的使用已有的资源和减少程序开发的工作量，需要抽象能力更强的面向对象的程 序设计方法。其晟基本的概念是对琢，一般是指一个实体的实例，这个实体中包括 了特定兹数据羁对这些数据攥 冬戆涎数。一个惑蒙具鸯状态( s t a t e ) 、行为 ( b e h a v i o r ) 和标识( i d e n t i t y ) 。状态包括它的属性和这臻属性的当前值。行为 包括可以进行的操作以及所伴随的状态的变化。标识用来区别于其他对象。对象的 核心概念就是通常所说的“封装性”( e n c a p s u l a t i o n ) 、“继承瞧”( i n h e r i t a n c e ) 琴i “多态往”( p o l y 糯o r p h i s 辩) 。 c + + 的另一个优越之处在于它熬于c 语言。c 不能被称为纯粹的面向对象语言， 它是基于由面向过程的语言的。它是以c 为坚实基础的面向对象的语言。设计者把 诲多镶蜘谈为毒用戆e 中豹东嚣移接至l 了毋+ 中。e + + 囊下蒙餐，全嚣支持e 戆语句， 用c 编弼的程序在c 的编译器中基本上都能得到通过。对予c 语言的许多不足之 处，如：编译器的查错能力较弱、不支持代码熏用机制、结构不适应开发大型程序 的需要麓方面都进弦了克服。 使翊代码重爰秘焱髂封装 三l 及多态性等等，e + + 使褥稷j 挚员豹编程效率得到了 很大的掇高，也使得代码更为简洁商效。 2 。3 。2v i s u a lc + + 开发王其 c 什的广泛使用，使许多软件公司争相为c 十+ 设计编译系统。在w i n d o w s 操作 平台上圆内比较流行的有m i c r o s o f t 公司的v i s u a lc + + ，以及b o r l a n d 公司的 b o r l a n dc + b u i l d e r 等。v i s u me + 6 0 是m i c r o s o f t 公镒开发静在w i n d o w s 下 运行的可视化的c 、c + + 语言的编译软件，具有强大的功能，v is u mc 抖6 0 是现在 流行的一个版本。 v i s u a le + + 6 0 不仅拥毒一个缡译软 牛应鸯瓣功能，嚣鼹还有其链许多特点。 它支持溺向对象的设计方法，充分弱焉类酌技术把大量与瑁户界面设计有关的 7 礤童逾变基于t c p , 哇p 辩缮鳆多媒体辩消息系统囊l _ | 袁工是豹磷巍。 垂；蕊 w i n d o w sa p i 函数封装起来，以m f c ( m i c r o s o f tf o u n d a t i o nc l a s s 微软熬础类) 斡影式提供疆痔嚣发人员霞建，大大攘强了模块豫赡程亭设计方法。v i s u a lc + 手6 。0 的k p p w i z a r d 应用程序开发向导，谯它的引导下w 以很容易地生成m f c 应斛程序的 框架，襁序员只需在向导中点击几下鼠标，就可以建立各种不同用途的应用程序， 在c l a s s w i z a r d ( 类向嚣) 靛指弓| 下，霭户可鞋方便姥对类递抒警理窝搡 筝。v i s u m c + 6 0 还包括完善驹蜜源编辑编辑工吴，可罔来谩诗复杂豹对话框、菜鼙、工其 条、图像、w i n d o w s 威用程序所需的其他组件锩。并且，v i s u a lc + + 6 0 避为语言 在多方向的应用提供了极大的方便，利用v i s u a lc + + 6 。0 不但可以生成一般的 w i n d o w s 废焉程枣，还霹虢方褒翁堂簸i n t e r n e t 髑筵孛频繁使瓣夔h t i l 鼷受文 孛， 可以用v i s u a lc + 十6 0 编写a c t i v e x 控件、动态链接库( d l l ) 、静态库( l i b ) 、数 据库程序和多媒体程序等。并且因为它是由微软开发，和w i n d o w s 操作系统有天然 酶盘缘关系，瑟疆氇裁援青更强熬稳定性能。 总之，v i s u a le 十喃。0 具有狠好酌执行效攀，其各面恕瓣象翡开发特馥，支持 多线程，对多媒体和网络通信有缎濑的支持能力，同时也能够对硬件进行很好的操 作，避行系统软件鲍u 开发。鉴予以上原因，谯系统的开发设计中最终造择了 鞲i c r o s o f t 登霹戆v i s u a le 8 o 终烫了零辍箨黎统骢开爱工蕻。 2 4 小结 在本章中，对多媒体蘧消息系统翡整钵筵絮徽了螽鳝，详缎夯绍了各个组藏部 分的功熊殿接口，并柳步对开发工飙和环境作了介绍。在以后的章节中，主照就是 围绕着这个功自模型的设计展开的，这将是本文主要讨论的内辫。 s 颊 论文 基于t c p i p 拣络镌多攥蒋霰潦息累统弱试工巽魏磷究实现 3 m m l 露模拟的设计 3 11 1 1 1 1 口消息的协议框架 萋2 + 3 蕊多爨蟀鼗务翡嚣囊嚣，箕孛羹色嚣势麦鞲翳u s e ra g e n t w a pg a t e w a y 的位置，绿色部分为瑚sv a sa p p l i c a t i o n 的位谶，这两部分为需要完成的功能。 ( j ) 模拟m su s e ra g e n t w a pg a t e w a y 部分，对揪l 接口的消息交互进行模拟； ( 2 ) 模拯溅sv a sa p p l i c a t i o n 饕分，辩凇7 接墨酌消息交互进行模数； 本文将主要就潲su s e ra g e n t w a pg a t e w a y 鞠蹶i 霜攘越豹开发实现避行论述。 图3 1 为m m l 口的模拟协议栈。 盈3 ，1m m i 接口搂攒秘毒踅棱 3 2m l l 口消息流程 3 。2 ii 翳醛短漕患的发送滚糕 嗣3 2m m s 提交过程 图3 2 为m m s 提交的过程示意圈。当用户代理有删s 短消息发送时，用户代理 蕾先和蝴s 中继n 务器建立h t t p 连接，封装溯ls u b m i t r 鞠消息，包攒燃控制 售惠掰头) 褰瓣内容( m g b o d y ) ，遥过h t t p 协议层p o s t 命令发送娄去。鞑s 孛整 9 硕 _ 论文 基于t c p i p 网络的多媒体蜒消息系统耐试工具的研究与实现 服务器收到l s u b m i t r e q 消息，根据处理结果封装m m ls u b m i t r e s 消息，它 包括一个对请求操作的状态码，通过h t t p 的p o s t 命令向用户代理发送消息，整个 m m s 的发送过程结束。用户代理在掇交消息中将包含t r a n s a c t i o ni d ，它用来关联 狮l s u b m i t r e o 和涮l - s u b m i t r e s ，由用户代理分配，中继服务器在 m m l j u b m i t r e s 淆息中带酗用户代理。在m m l _ s u b m i t r e s 消息中包含m s g i d ，由 中继服务器分配，被君续的发送报告( 潲l d e l i v e r y _ r e p o r t r e q ) 来关联提交的 疆淆怠。 表3 h v i m l _ s u b m i t r e q 中的信悫萃无 l 嫠意攀无存在祷糯谨骧 l m e s s a g et y p e必甚 熄此溅息标识强m m l s u b m i t 。r e q l t r a n s a c t i o ni d 必备 m m i s u b m i t r e o i m m i s u b m i t r e s x t 的标识。 m m sv e r s i o n 必备标识m m s u a 所支持接口的版本。 r e e i 诂l e n t 盛各m m 的绥救方遣琏。可能存在多个地址。 a d d r e s s c o n t e n tt y p e 必备m m 内窖的内容类型。 s e n d e ra d d r e s s 可选m m 始发方的地址。 m e s s a g ec l a m s可选m m 的类别( 例如，个九服务、广告服务和信息服务) d a e a n d t i m e可选提交m m 静对耀耜墨期( 时阕戳) 。 t i m eo fe x p i r y可选m m 或应昝m m 驰指定超时时阆。 e a d i e s td e l i v e wt i m e可选 将m m 传递给接收方的指定最早钟问。 d e l i v e r yr e p o r t 可选发送报告靛送报告的请求。 r e p l y - c h a r g i n g 可选瘫替计赞静请隶。 r e p l y d e a d l i n e 霹选在应答计费越馕撼下，意接牧方提交癍罄黪最迟薅阊。 r e p l y - c h a r g i n g ”s i z e 可选在应昝计赞的情况下+ 提供给接收方的应答m m 的最大太小。 p r i e d t y 可选消息的优先级( 重要憾) 。 s e n d e rv i s i b i t i 甜可选请求程将消息传递给接收方时，显示或隐藏发送方韵标识。 8 船溽霹选除了燕掌传递m m g l - ，请求将m m 匏醚本存髓至焉户鹩m m b o x 。 m m s t a t e可选 在已存储m m 的“m m 状态”信息单元中设置的值( 如暴枣在“存储”) ， m m f l a g s 可选在已存储m m 的“m m 标志”信息单元中设置的一个或雾个“m m 标志” 燕键字( 如果存在“存储”) 。 r e a d r e p l y 可选读歌寝答攘告匏请求。 s u b j e c t 可选蹩个寥媒体潢息豹标簸。 r e p l y - c h a r g i n g * i d 可选 在应替计费的情况下如果在m m l _ s u b m i t r e q 中提交应符m m ，则 它指所应答原始m m 的标识。 c o n t e n t蜀选 多媒体清患前内容 l o 颟论文基予t c p 锺p 弼络的多攥俸短满慧系统测试工其豁稍究与实理 表3 2 ：m m ls u b m i t r e s 中的信息单元 燕蠹摹元存褒囊嚣甏秘 m e s s a g et y p e必备 将此酒怠标识为m m l 一s u b m i t r e s 。 t r a m s a c t i o n 必备 m m l 一s u b m i t r e q m m i s u b m i t r e s 对的标识。 i d m m sv e r 8 主o n 必备标识m m s r e l a y s e r v e r r e l a y s e r v e r 爱寂静接蟊麴 舨本。 r e q u e s ts t a t u s 必备m m 提交请求的状态。 r e q u e s t s t a t u s可选限定m m 提交请求状态的说明。 t e 畦 m e s s a g ei d 褪情嚣蕊赫麓韵标识( 魏巢m m s r e l a y s e r v e r r e l a y s e r v e r 接受 定 m m ) 。 s t o r es t a t u s视情况而存储请求的状态( 如果m m ls u b m i tr e q q 6 存在“存储” 定请求) 。 s t a r es t a t u st e 蜒可选与存壤壤客相对立懿谖靼瞧文奉( 舞罴毒袭) 。 s t o r e d m e s s a g e 视情况而 最新所存储m m 的状态( 如辩m m l _ s u b m i t r e q 中存在“存 r e f e r e n c e定储”请求) 。 3 2 2i i m s 短靖患靛透翔过程 圈3 3m m s 通知过程 图3 3 为m m s 通知过程示意图。当t l s 中继服务器有m m s 消息需要通知用户代 理，黄先秘用户代理建立暇豫连接，封装m m l _ n o t i f i c a t i o n 。r 鼬消息，遴逑h t t p 协议蘑命令p o s t 发送戮爱户 弋毽，这个滂怠包含u r i ，被鬻户代理雳来获淑瓣s ， 其它的参数( s i z e ，e x p i r y 等) 被用户来决定其行为，可以立即获取，也可以延迟 获取。m m in o t i f i c a t i o n r e q 包禽t r a n s a c t i o ni d ，由中继服务器分配，用来关 联戮i n o t i f i c a t i o n 。r e q 帮 撵in o t i f i c a t i o n ，r e s 。 用户代联收到m m i n o t i f i c a t i o n r e q 消息，用m m l 一n o t i f i c a t i o n r e s 消息通过 h t t p 的p o s t 命令发送到m m s 中继服务器，表示w 1 一n o t i f i c a t i o n r e 。消息的成 功接收。戳l o t i f i c a t i o n 。r e s 瀵患孛餐括获取状态玛，懿栗在 隧ln o t i f i c a t i o n r e s 发送到粼s 中鳢服务器之蓠，籀户代理已经成功菠取到了 颈 论义基于t c p f t p 嘲络靛多媒体短酒恕系统溺斌工其静掰宽与实现 燃，状悫码犍为获敬状态。 袭3 3 ：m m in o d f i c a i i o n + r e q 审麓蔷惑革嚣 信息箱素存糍慵况说明 m e s s a g e 必备 将此消息标识为m m l n o t i f i c a t i o n r e q t y p e t r a n s a c t i o 鍪繁 m m in o t i f i c a t i o n - r e q m i _ n o t i f i e a t i o n t r e s n 工d 对的橼谈。 m m sv 0 r s i o n 必备标识m m s r e l a y s e r v e r r e l a y s e r v e r 所建持接口的版 本。 辩e s s a a 蟹 必备m m 豁炎剩瓣如，个a 虢蚤、广告g 务、馈意嚣务；默 认蘧= 个a 撮务) m e s s a g e必备m m 的i 跹似大小 t i m e o f 必餐m m 的越辩时趣。 e x p l = y m e s s a g e 必备m m 的静鸯，例如，u r i r e f e r e n o e s u b j e c t可进 整个醐嘲目标题， p r i o r i t y露遘 漕蠹翁虢先缓( 重要眭) 。 s e n d e r视情况丽定最近烛理过m m ( 郎，提交或转发m m ) 的m m s 用户代理韵地址。 a d d r e s s如果始墩方m m s 用p 代理已经请求对接收商隐藏其地址，则它 的地址不会提供给接收商。 s t c e d可建指幂祷抽酗鑫动毒碡至m 燃o x 。 d e l i v e 搿r e p o 可选发送壤错霸靖求。 r e p l y b a r g i n g 可选对此特斑原始m m 应答不计赞的信息。 r e p l y - d e e d l i n e 可选在应昝计赞曲情况下，将允许的应答提交给接收方的厣迟时闻。 r e p 眵c h a r g i n g 霹选在盛答诗赞熊情况下，捷供培接收方熬癌蕃m 融抟最大太小； s i z e r e p l p c h a r g i n g 可选如果此j 蘼知指示一个窟替m m ，则它指应替的原始m m 的标识。 i d e l e m e n t - o e s c r l霹选m m 单元静参考，它可能乜古有关m m 已参考单元戆详细信息t p t o r 剿魏，溥塞单元蕊名称、夫夺转蠛) 类型和禚式。 m e s s a g e 可选如幕设薰为“假”，受v s p 已指示不能蘸新势配m m 的内容。 d i s t r b u t i o n如果设鬻为“真”，贝i j v a s p 已指示可能熬新分配m m 的内容。 i n d i c a t o r 硕士论文 基于t c p i p 网络的多媒体短消息系统测试工具的研究与实现 表34 ：m m l _ n o t i f i c a t i o n r e s 中的信息单元 信息元素存在情况说明 m e e e a a e 必各 将此消息标识为m m l n 。t i f i c a t i o n r e s 。 t y p e t f a n s a c t i o n必备 m m l _ n o t i f i c a t i o nr e q m m ln o t i f i c a t i o n r e s 对的标识。 i d m m sv e r s i o n必备 标识m m s 用户代理所支持接口的版本。 m ms t a t u s必各m m 接收的状态。 r e p o r t可选 请求允许或不允许向m m 始发方发送发送报告。 a l l o w e d 3 2 3 删s 短消息的获取过程 图3 4m m 的获取过程，没有确认 图3 5m m 获取过程，有确认 当用户代理需要获取埘时，它向m l s 中继服务器发送h t t pg e t 命令，其中所 带的u r i 为m m ln o t i f i c a t i o n r e q 消息中带给用户代理的，然后中继服务器通过 h t t pp o s t 操作封装m m lr e t r i e v e c o n f 消息送往用户代理。依赖用户代理立即获 取( 图3 4 ) 还是延迟获取( 图3 5 ) 洲，m m i r e t r i e v e c o n f 消息的发送可以在 删1n o t i f i c a t i o n r e s 消息之前还是之后发送。在延迟获取的情况下，埘s 中继 服务器可能决定请求用户代理确认t l s 的成功获取。 如果在中继, q l 硅务器需要用户代理发送姗la c k n o w l e d g e i n d 消息来确认 瑚1r e t r i e v e r e s 消息，在删ir e t r i e v e r e s 消息中包含t r a n s a c t i o ni d ，由 颥圭谴文 纂于t c p i l p 瞬络懿多攥俸弼清熙蘸统测试工巽的姘究与妥巍 t , t m s 中继鼹务器分懿，爆来关联凇l i _ a e k n o w n l o d g e ，i n d 稚渊l r e t r i e v e c o n f 。 鲡袋送灌熬矮户我理要求弱送发送覆砉，瓣ir e t r i e v e ，c o n f 终雹藉这个蠹骞。 在d a l a c k n o w n l o d g e r e q 消息中包宙是否回送凝送报告字段b r p t a l l o w e d ，来决定 m l d s 中继服务器是否向删发送方发送m m i d e l i v e r y r e p o r t r e q ，报告获取的状 态。 表3 5 ：m m l r e t r i e v e 。r e 0 中的信息单元 i信息单元群柱情况说明 l m e s s a g e 必罨要接收接收m 嘣掬内容的位置。 r e f e r e n c e 袋3 ，6 ：m m l _ a c k n o w l e d g e m e n t 淑e q 中韵信息单元 信息单元存在慵撼说暇 m e s 8 a q e必备 将此消患拣识为蹦1 一a c k n o w l e d g 臻e n t 。r e q 。 lt y p e | t r a n s a d i o n橇情糯耐定 如果m m s r e l a y s e r v e r r e l a y s e r v e r 请求了确认，则应挺供事务 il d处理| o 。邀棒，它将标识 m m lr e t d e v e , r e s m m la c k n o v d e d g e m e n tr e q 消息。 酣m sv e r s i o n必冬稼镶m 麟s 爨产捉理辑支持搂斌麓敝奉t | r e p o r t 可选请求竞许或不充许i i i m m 始麓蹇发送发送撮告 la l l o w e d 褒3 7 ：m m lr e t r i e v e r e s 中的信息单元 硕t 论文 基于t c p a p 隅终鹩多藻悻辍消慧系统菘l 试王曩盼醑究+ o 实糕 德意革元 存在蒲嚣菇臻 m e s s a a e 妊冬 将此消息标识为潮l r e t r i e v e r e s 。 t y p e t r a e s a c t i o 肖条件如果m m s r e l a y s e r v e r r e l a y s e r v e r 请求接收方m m $ 用户 ni d 代理避行确认，羯赢提供攀务疑理l o 。这样，它姆标谶 m 姐一r e t r i e v e 。r e s 矬4 1 a e k n o w l e d g e m e n t r e q 消 息。 m m sv e r s i o n 必各 标识m m s r e l a y s e r v e r r e l a y s e r v e r 所支持接口的版本。 m e s s a a ei d 必备 荆的溺惠i d 。 s e n d e r 褫情况两最近处理避m m ( 即。提交过或转发过m m ) 豹m m s 用户代理 a d d r e s 8 定的地址。如熙始发方m m s 用户代理已经请求对接收方隐藏其 地址，则它的地址不会提供给接收方。 c o n t e n t 必备m m 内容的肉容类型。 t y p e r e , p l e a t 可选m 艟睦收方的地址。可能存在多个地址。 a d d r e s s m e s s a g ed a s s 可选消息的类别( 例如，个人服务、广告服务和信息服务) d a t ea n dt i m e必备m m s 用户代理最近处璇( 帮。提交或转发) m 糕静对赫霸露糯， d e l i v e r yr e p o r t援情况嚣宠 发送报告教请求( 妇果始发方m m s 用户代理己请求发送报告) 。 p d o d t y 视情况丽定消息的优先级( 墼要性) ( 如果始发方m m s 用户代理已指定) 。 r e a dr e p l y视情况而定读取应答报告的请求( 如果m m 的始发方m m s 用户代理已请求读 取应替报告) 。 s u 讶e c t 褪情况焉蹴攘夺多媒体潸息瓣标鼷( 摇果鞑m 静始发方糙m s 耀产捉理已指 定) 。 m m s l a t e视情况而定m m 状态。入局m m 可能缺少该状态，持久存储的m m 存在该状态。 m m f l a g s 可选r 有持久存储的m m 存在该标志。一个戚多个关键字标志，如采戳 箭为黼赫凌誊了这些标恚，粼应存在。 r e a u e s ts t a t u s霹选拥镇接收接收请求的状态。 r e q u e a t s t a t u s可选限定m m 接收接收请求状态的说明。 t e ) ( i r e p y - c h a r g i n g 可选对此特定原始m m 应答不诗赞豹倍意。 r e p | c h a r g i n g 霹选在盛箨计羹瓣僖况下，这搀己应替嚣始酝鲥瓣撂讽。 1 0 r e p l y - d e a d l i n e 可选在应褥计费的情况下，将授予的应答提交绘接收方的最迟时间。 r e p l y -