图1-下载服务系统的逻辑结构

    内容服务器是为移动用户提供MIME内容的实体。下载服务器接收来自终端的下载请求，并管理从内容服务器到终端浏览器内容的传递。 内容服务器使用WAP Push业务装入（Service Loading）触发内容下载。下载服务器可以提供的功能如下：    设备存储能力管理    数据下载管理    内容的异步传递支持的下载业务包括铃声下载、图片下载、屏保下载、短视频下载等。此外，下载服务具备标准的OTA下载服务器功能，可用于Java/Brew系统的下载服务器。典型的下载流程分为MS发起的下载和由网络发起的下载，由网络发起的下载具体如下：1) 内容服务器（Content Server）使用WAP PAP协议[WAP PAP]向为移动用户服务的Push Proxy（WAP网关）发送WAP Push SL[WAP SL]消息。当手机接收到SL通知消息时，在SL内容类型中有用户的中断指示。在Push SL消息中指示了下载应用（DF Server application）URL，具体说明请参见第4节。2) Push Proxy解析MS地址，完成某些接入控制检查（如果要求的话），然后将Push SL内容类型传递给MS浏览器（X-WAP-Application-ID头指示了WML User Agent）。3) WML用户浏览器执行SL内容，并且与Pull Proxy建立连接以便下载SL 内容类型中指明的MMC文档。4) MS应使用预设的DF Server的URL代替proxy:download。在这一事件 ，如果DF Server地址未设置，但MS收到了包含proxy:download的消息，则MS浏览器应显示错误信息；WML用户浏览器对指定SL 内容类型URL执行WSP GET操作，Pull Proxy解析此URL并发向DF Server应用程序。5) 在GET响应消息中，DF Server构造并发送包含OPEN操作（指示MS浏览器建立MMC会话）和READ操作（决定当前可用的存储量）的MMC文档。MMC文档的satus-uri属性（参见第5节）是与DF Server相关的资源。6) DF Agent 根据前面的请求，对MMC状态文档执行POST操作。这个文档包含mmc-id属性的会话ID(由DF Agent产生)和以字节为单位的有效存储量。随后由DF Server发出的MMC文档就是指mmc-id属性标识的会话。7) DF Server比较待下载对象大小和手机存储有效值。如果手机的有效存储量小于下载对象，则向内容服务器发"out of memory"STATUS消息(参考第4.3节)，而向DF Agent发送DISCONNECT操作。跳过步骤8-12。8) 如果手机有足够的存储量，DF Server构造并发送包含WRITE 和 COMMIT操作的MMC文档。然而，已下载对象不会提交到手机的永久存储中去，除非它已被成功地下载（参考5.2.4）。下载状态消息作为display.message参数的取值也包含在MMC文档。MMC文档（参见第5节）中的status-uri属性是与DF Server相关的资源。9) DF Agent从MMC文档中的URL处下载fun对象。10) DF Agent向DF Server报告MMC操作状态。11) 如果WRITE(s)和COMMIT操作执行成功，则DF Server构造包含DISCONNECT操作的另一MMC文档并发送给DF Agent以结束本次MMC会话。MMC文档的status-uri属性要么是来自Content Server(内容服务器)的资源，要么是与DF Server相关的资源。DF Server记录本次交易。12) DF Agent就MMC状态对status-uri属性所指的URL执行POST(S)操作，以便触发计费事件和（或者）返回下一个card到浏览器显示。 由MS发起的下载服务流程与由网络发起的下载服务流程相似，所不同的是，下载是当用户在Content Server中选中一项服务时，由Content Server返回的嵌入到内容中的URL触发。