CN101159896B

CN101159896B - 一种个人移动终端数据包下载方法

Info

Publication number: CN101159896B
Application number: CN200710153403XA
Authority: CN
Inventors: 罗乐
Original assignee: UTStarcom Telecom Co Ltd
Current assignee: UTStarcom Telecom Co Ltd
Priority date: 2007-09-19
Filing date: 2007-09-19
Publication date: 2011-04-13
Anticipated expiration: 2027-09-19
Also published as: CN101159896A

Abstract

本发明公开一种个人移动终端的数据包下载方法，主要包括：个人移动终端首先下载数据包的属性文件，然后下载数据包；如果数据包下载失败，保存该数据包的属性文件和未完成的数据信息；在下次下载时，向网络侧的服务器发送包含有属性文件和未完成的数据信息的续传请求，继续下载未完成的数据包。通过本发明在不用改变网络环境的情况下，使用户利用个人移动终端方便的实现数据包下载。

Description

一种个人移动终端数据包下载方法

技术领域

本发明涉及移动通讯领域，尤其涉及网络推(push)方式下，个人移动终端下载数据包的处理方法。

背景技术

开放移动联盟(OMA，Open Mobile Alliance)2.0是一种开发的push下载标准。根据OMA，服务器向终端发送特定短信，终端收到短信后，首先向短信中指定的地址请求下载描述符(DD，Download descriptor)；DD下载结束时，解析该DD文件，获得数据包属性信息。下载开始前，通过重定向处理，开始下载数据包；资源下载结束时，再次向DD中指定的地址发送确认(confirm)。

随着电信业务的日益推广，用户对个人移动终端(以下简称“终端”)的功能要求已不仅仅限于通话、短信功能，对终端数据业务的要求也逐渐增大。目前市场上，个人无绳市话系统(PHS)终端，即“小灵通”已经具有无线应用协议(WAP)功能。利用WAP，用户可以通过终端实现上网、浏览网页、下载文件等数据业务功能。这种终端通过WAP在线下载文件，虽然使终端具备数据下载功能，但由于没有充分考虑无线环境下的网络不稳定因素，在数据包下载过程中容易异常断开，导致用户不得不重新下载，给用户的使用带来很大的不便。

发明内容

有鉴于此，本发明提出一种个人移动终端数据包下载方法，在不用改变网络环境的情况下，使用户利用个人移动终端方便的实现数据包下载。

基于上述目的本发明提供的个人移动终端数据包下载方法，包括：

个人移动终端首先下载数据包的属性文件，然后下载数据包；

如果数据包下载失败，保存该数据包的属性文件和未完成的数据信息；在下次下载时，向网络侧的服务器发送包含有属性文件和未完成的数据信息的续传请求，继续下载未完成的数据包。

该方法所述下载数据包的属性文件前还包括：

所述服务器向个人移动终端发送包含有数据包地址的允许下载消息；个人移动终端与所述服务器建立网络连接。

该方法所述个人移动终端与所述服务器建立网络连接前还包括：个人移动终端判断自身是否处于待机状态，如果是，则继续，否则结束下载流程；

所述服务器若在预定时间内未收到来自个人移动终端的后续处理响应，则重新发送所述允许下载消息。

该方法允许下载消息超过预定时间后自动失效。

该方法所述个人移动终端与所述服务器建立网络连接过程不经过无线应用协议WAP网关GW。

该方法所述下载数据包的属性文件过程包括：

个人移动终端发送包含有数据包地址的属性文件请求消息给所述服务器；

所述服务器返回请求的属性文件。

该方法个人移动终端下载完所述属性文件后，进一步判断该数据包是否是之前下载未完成的，如果是，则向服务器发送包含有数据包的地址和上次未完成下载的数据信息的续传请求，否则发送保护该数据包地址的下载请求；服务器根据请求返回相应的数据。

该方法个人移动终端收到所述属性文件后，还判断该属性文件是否有效，如果是，继续，否则结束下载流程。

该方法如果下载失败，服务器保存下载失败数据包的地址，并在间隔预定时间后，向个人移动终端发送允许下载消息。

该方法个人移动终端在整个数据包下载完成后，发送下载成功报告给服务器。

该方法所述属性文件中包含有数据包的下载地址。

该方法所述属性文件中还包含数据包大小、类型信息。

该方法个人移动终端在数据下载前根据属性文件中的数据包大小判断本地是否有足够的存储空间，如果有，则执行下载过程，否则，延迟一段预定时间后，返回判断继续本地是否有足够的存储空间。

该方法个人移动终端在数据下载前根据属性文件中数据包类型判断该文件类型是否匹配，如果是，则执行下载过程，否则，结束下载流程；

服务器在更新文件后，发送允许下载消息给个人移动终端。

该方法所述数据包的下载地址为统一资源定位符URL。

该方法所述属性文件为下载描述符DD。

从上面所述可以看出，本发明提供的个人移动终端数据包下载方法，通过数据包的属性文件和数据包分别下载，并在下载失败后，保存该数据包相关信息等技术手段，使得在数据包下载过程发生失败时，能够自动执行失败文件的续传；不需要改变现有的网络环境，并且也不需要用户重新对文件进行下载的操作，极大简化了用户操作，给用户的使用带来了很大方便。

附图说明

图1为本发明实施例终端PUSH下载正常处理流程示意图；

图2为本发明实施例终端PUSH下载具体处理流程示意图。

具体实施方式

下面参照附图对本发明进行更全面的描述，其中说明本发明的示例性实施例。

在无法改变无线网络环境的情况下，本发明提出一种个人移动终端的数据包下载方法，主要包括：个人移动终端首先下载数据包的属性文件，然后下载数据包；如果数据包下载失败，保存该数据包的属性文件和未完成的数据信息；在下次下载时，向网络侧的服务器发送包含有属性文件和未完成的数据信息的续传请求，继续下载未完成的数据包。

其中，所述属性文件包括有数据包统一资源定位符(URL)地址、数据包大小、类型等。并在此基础上定义了一系列下载任务管理、终端与服务器端交互的流程。

下面结合图1对本发明较佳实施例进行说明。本实施例中，数据下载是一个基本的功能，这里的下载符合OMA的下载(download)规范，采用下载描述符DD作为属性文件并与数据分别下载。

基本数据下载为数据延时下载的流程，不考虑用户的干预，终端自动完成下载和安装，具体包括：

步骤1，mmPPS服务器在合适的时间，根据内部调度机制，比如晚上3点，向终端发送一条允许下载的短消息(SMS)，其中包含有待下载数据包的URL，指示终端可以下载数据了。

该短消息只在一定的时间内有效，比如五分钟，如果超过该时间，比如当时用户没有开机，则等到早晨开机时该短消息已经过期，这样不会导致用户迷惑。

其中，mmPPS服务器是向核心网的短消息中心发送短信，再由短消息中心发送给手机。短消息中心如果不能立即下发短信给手机(例如手机关机)，短消息中心会暂存该短信一段时间，等待手机连网后，再下发该短信。短消息中心可以设置对来自于特定服务器的短信，只暂存n分钟。如果在n分钟内，短消息中心无法将短信下发给手机，则短消息中心丢弃该短信。

E0.终端判断自身是否处于待机状态，如果是，则执行一下步骤，否则，结束流程。

步骤2，终端收到短消息后，自动与mmPPS服务器建立网络连接。

建议该连接不经过WAP网关(GW)。

E1.本步骤建立过程如果失败，可重复执行，直到建立成功；并可设置最多的重建次数N，如果超过N次还是没有成功，则停止本步骤，跳出流程，并提示用户。

步骤3，终端向mmPPS服务器发送包含有所述URL的DD请求消息，申请DD。

步骤4，mmPPS服务器收到DD请求后，返回数据包的DD给该终端。

其中，E2.如果mmPPS服务器在步骤101发送完短信，M分钟时间后没有收到终端后续处理的响应，比如：来自该终端的DD请求消息，则重新执行步骤1。这里，M的时间长度应该至少大于步骤2中的重建次数N×每次重建的时间间隔。

本步骤终端收到DD后，C1.还可进一步对终端存储能力进行判断，如果终端剩余的存储空间能够下载该数据包，则继续，否则，等待一段时间后，重新执行步骤C1。

另外，E5.在步骤4终端收到DD后，还可以提示用户是否接受该下载任务，用户可以主动取消当前的下载任务，如果用户取消，则流程结束；否则，继续。

步骤5，终端根据DD的描述，分析数据包的数据类型、大小等，并判断是否是之前下载未完成的，如果不是，直接向mmPPS服务发送包含URL的数据包下载请求；如果该数据包是之前下载未完成的，则向mmPPS服务器发送续传请求，续传请求中包含数据包的URL地址、上次未完成下载的数据信息(即请求下载哪部分数据)。

步骤6，mmPPS服务器根据请求返回相应的数据，即如果收到数据包下载请求，则直接返回URL对应的数据包，如果收到续传请求，则返回上次下载未完成的数据；如果在下载过程中出现异常，终端保存该数据包DD文件信息、以及未下载完成的数据信息，以便下次续传；mmPPS服务器也会保存当前未完成下载数据包的URL地址；跳过步骤7、8直接结束。

服务器对未完成的下载，每隔一段时间会执行步骤1下发短信。手机在下次收到短信时，执行续传。

E4.本步骤中，如果数据包下载失败，则终端直接结束流程，这样mmPPS服务器将不会收到成功confirm报告，因此，可以进一步设置一段时间，比如一天(24小时)内，mmPPS服务器未收到confirm报告，则返回步骤1，重新执行以上各步骤。

步骤7，终端向mmPPS服务器发送成功confirm报告。

步骤8，mmPPS服务器向终端返回响应成功报告。

以上各步骤中，针对同一数据包的下载任务，采用的URL和DD都是唯一的。

当移动终端收到DD描述，发起OMA下载流程后，在下载成功，下载失败(比如：用户取消，或不可恢复的错误)等情况下，都要尽可能的根据DD中的installNotify指示，向服务器发送状态报告，服务器将保存各任务状态，以便采取不同的后续处理。目前可用的状态码定义如表1所示：

状态码	状态指示	说明	续传处理
				900	下载成功	媒体文件下载/安装成功	不需续传
901	终端存储空间不足	终端存储空间不足，不能完成下载	延时n小时后，服务器再次下发该任务的sms
				902	用户取消下载	用户取消下载该媒体文件	不需续传
905	媒体文件类型不匹配	媒体文件类型与DD文件中描述不一致，中止下载	服务器更新文件后，再次下发该任务的sms
				906	无效的DD文件	无法解析DD文件	不需续传

954

网络出错

无法找到媒体文件，例如，服务器关闭、媒体文件不存在、URL不正确

不需续传

表1

应用上述状态码，PHS终端PUSH下载处理流程的实施例，参见图2所示。

步骤201，终端收到数据下载的指示SMS后，终端内部的系统(Sys)模块转发该SMS到PPS模块。

步骤202，PPS模块判断自身当前是否设置为开且待机，如果是，则进入步骤203，否则，结束流程。

步骤203，根据SMS中的URL从mmPPS服务器下载DD文件。

步骤204，解析DD文件中描述的任务。

步骤205，判断是否生成取消下载任务，如果是，进入步骤206，否则进入步骤209。

一般本步骤中终端会提示用户是否下载该任务，根据用户选择了取消下载任务，还是执行下载任务，来判断是否生成取消下载任务。

步骤206，反馈mmPPS服务器状态码902，以表示用户取消了当前下载任务。

步骤207，判断是否收到了服务器确认，如果是，则进入步骤208；否则，将该取消任务保存在终端中，待下次下载时，再次向服务器提交。

步骤208，删除当前下载任务，返回步骤205。

由于可能有多个取消任务要提交到服务器，而本实施例中取消任务一个一个提交，因此返回步骤205执行下一个任务的取消过程。

步骤209，判断是否生成下载媒体文件任务，如果是，则进入步骤210，否则，结束流程。

一般本步骤中终端会提示用户是否下载媒体文件，根据用户选择来判断是否生成下载媒体文件任务。

步骤210，终端根据DD文件中的数据包大小信息判断自身是否有足够的存储空间，如果是，则进入步骤213；否则，进入步骤211。

步骤211，反馈mmPPS服务器状态码901，以表示终端没有存储空间。

步骤212，保存当前下载任务的DD，间隔一段时间后，返回步骤209。

步骤213，下载当前任务的数据包，在此过程中如果发生网络连接异常断开情况，则进入步骤214，否则，进入步骤215。

步骤214，每间隔一段预定时间返回步骤213重复执行当前下载任务，如果重复执行n次后仍然下载失败则结束。

步骤215，反馈mmPPS服务器状态码900，以表示下载完成。

步骤216，判断是否收到mmPPS服务器的成功报告confirm，如果收到，则进入步骤217；否则，本实施例中采用简化流程，也直接进入步骤217。

另外，如果没有收到confirm也可以返回步骤215，重新向mmPPS服务器发送900状态码，并等待mmPPS服务器的confirm消息。

步骤217，从终端删除当前下载任务，返回步骤209，执行下一次的下载任务。

以上只是其中一个实施例，在下载过程中还可能发生其他情况，可以参照表1所列根据不同情况生成相应的状态码，并执行对应的续传处理。

例如：个人移动终端在数据下载前根据属性文件中数据包类型判断媒体文件类型是否匹配，如果是，则执行后续下载过程；如果媒体文件类型与DD文件中描述不一致，则向mmPPS服务器发送状态码905，结束下载流程；mmPPS服务器在更新文件后，发送允许下载消息给个人移动终端。

个人移动终端收到DD文件后，还可判断该DD文件是否有效，如果是，继续；否则，向mmPPS服务器发送状态码906，结束下载流程。

如果下载过程中网络出错无法找到媒体文件，比如服务器关闭、媒体文件不存在、URL不正确，则mmPPS服务器发送状态码954，结束下载流程。

本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims

1.一种个人移动终端数据包下载的方法，其特征在于，包括：

服务器向个人移动终端发送包含有数据包地址的允许下载消息；

所述服务器若在预定时间内未收到来自个人移动终端的请求与所述服务器建立网络连接的后续处理响应，则重新发送所述允许下载消息；

个人移动终端在收到所述允许下载消息后，判断自身是否处于待机状态，如果是，则继续，否则结束下载流程；

个人移动终端不经过无线应用协议WAP网关GW自动与所述服务器建立网络连接；

如果数据包下载失败，个人移动终端保存该数据包的属性文件和未完成的数据信息；在下次下载时，向网络侧的服务器发送包含有属性文件和未完成的数据信息的续传请求，继续下载未完成的数据包。

2.根据权利要求1所述的方法，其特征在于，允许下载消息超过预定时间后自动失效。

3.根据权利要求1所述的方法，其特征在于，所述下载数据包的属性文件过程包括：

所述服务器返回请求的属性文件。

4.根据权利要求1所述的方法，其特征在于，个人移动终端下载完所述属性文件后，进一步判断该数据包是否是之前下载未完成的，如果是，则向服务器发送包含有数据包的地址和上次未完成下载的数据信息的续传请求，否则发送包含该数据包地址的下载请求；服务器根据请求返回相应的数据。

5.根据权利要求1所述的方法，其特征在于，个人移动终端收到所述属性文件后，还判断该属性文件是否有效，如果是，继续，否则结束下载流程。

6.根据权利要求1所述的方法，其特征在于，如果下载失败，服务器保存下载失败数据包的地址，并在间隔预定时间后，向个人移动终端发送允许下载消息。

7.根据权利要求1所述的方法，其特征在于，个人移动终端在整个数据包下载完成后，发送下载成功报告给服务器。

8.根据权利要求1至8任意一项所述的方法，其特征在于，所述属性文件中包含有数据包的下载地址。

9.根据权利要求8所述的方法，其特征在于，所述属性文件中还包含数据包大小、类型信息。

10.根据权利要求9所述的方法，其特征在于，个人移动终端在数据下载前根据属性文件中的数据包大小判断本地是否有足够的存储空间，如果有，则执行下载过程，否则，延迟一段预定时间后，返回判断继续本地是否有足够的存储空间。

11.根据权利要求9所述的方法，其特征在于，个人移动终端在数据下载前根据属性文件中数据包类型判断该文件类型是否匹配，如果是，则执行下载过程，否则，结束下载流程；

服务器在更新文件后，发送允许下载消息给个人移动终端。

12.根据权利要求8所述的方法，其特征在于，所述数据包的下载地址为统一资源定位符URL。

13.根据权利要求8所述的方法，其特征在于，所述属性文件为下载描述符DD。