CN100405857C - 控制通过无线通信网络上载媒体消息的方法 - Google Patents

Abstract

本发明公开了一种控制通过无线通信网络上载媒体消息的方法。在本发明的一个方面，在通信终端向应用服务器上载特定媒体数据时，通信终端通过将媒体数据组织成多个段来上载媒体数据，并且通过应用服务器对预定数目段发出一个响应消息。如果发生上载错误，则基于应用服务器提供的段的序号，不检验上载的数据，能够容易地继续进行上载。在完成前故意取消数据上载时，通过在通信终端和应用服务器之间交换请求和响应能够容易地取消数据上载。

Description

控制通过无线通信网络上载媒体消息的方法

技术领域

本发明涉及一种控制通过无线通信网络上载媒体消息的方法，特别涉及(但不是限于)这样一种控制通过无线通信网络上载媒体消息的方法，所述方法减少为实现媒体数据的正常或继续进行的上载而在通信终端和服务器之间交换的请求和响应数目。

背景技术

在连接到移动通信网络和互联网的无线通信网络中，主要提供在移动通信终端之间或在移动通信终端和有线电话之间的语音通信，通过web/WAP连接也可实现在网络上的移动通信终端和特定服务器之间的媒体数据上载和下载。

在这样的无线通信网络中，为了从网络上的移动通信终端到服务器上载媒体数据，需要HTTP 1.1(rfc 2616)协议，其中，在数据上载处理过程中，为了检验上载，重复发出请求消息和响应消息。

在无线网络上移动通信终端向服务器上载特定的媒体数据的情况中，在移动通信终端每次根据HTTP 1.1协议上载媒体数据段时，发出请求消息，并且服务器对每个请求消息发出响应消息，从而进行各段的连续上载。

然而，在这个方案中，由于在每次上载媒体数据段时，需要发出请求消息和响应消息，因此在数据上载处理过程中在移动终端和服务器之间重复交换请求和响应消息，所以数据上载效率不高。

在移动通信中，在媒体数据上载中，由各种通信问题引起的数据上载错误可能发生。此时，为了从发生错误点继续进行出故障的数据上载。需要在服务器和移动通信之间交换很多请求和响应消息，以便检验已经上载的数据的有效性，这降低了上载速度和效率。

在完成上载前可以停止媒体数据的上载。此时，从先前上载被停止的点继续进行停止的上载是困难的，这是由于不可取得表示从何处继续进行上载的信息。因此，尽管实际情况是已经向服务器上载了部分媒体数据，但应再次进行整个媒体的上载。

如果在移动通信终端向服务器上载媒体数据时发生数据上载错误，则理想的是，这样继续进行上载，使得从发生错误的点起继续进行上载。但是，服务器匹配先前上载的数据和要新上载的数据几乎是不可能的，这迫使从暂存区(scratch)上载整个数据。

发明内容

本发明的目的是提供一种控制通过无线通信网络上载媒体消息的方法，其中将媒体数据组织成多个段，为上载预定数目段的每个组发出一个请求消息和一个响应消息，以致能够提高上载效率。

本发明的另一个目的是提供控制通过无线通信网络上载媒体消息的方法，通过提供要上载段的序号，它使得由于上载错误停止的媒体数据上载能够从发生错误的点起继续进行，而不经任何确认处理。

本发明的另一目的是提供一种控制通过无线通信网络上载媒体消息的方法，在媒体数据上载由通信终端取消时，它能够通过在通信终端和服务器之间的请求和响应的交换容易地取消媒体数据上载。

本发明的另一个目的是提供一种控制通过无线通信网络的上载媒体消息的方法，它将唯一的ID赋予要上载的消息体，以致停止并随后继续进行数据上载时能够容易地识别该消息体。

本发明的另一目的是提供一种控制通过无线通信网络上载媒体消息的方法，其中在发生上载错误时向通信终端提供已成功上载的消息体的范围的参数，因此该通信终端能够知道应附加上载消息体的什么部分。

本发明的另一目的是提供控制通过无线通信网络上载媒体消息的方法，它能够在通信终端和服务器之间没有重复交换请求和响应的情况下上载媒体数据。

本发明的另一个目的是提供一种控制通过无线通信网络上载媒体消息的方法，其中能够根据服务器提供的错误编码继续进行由上载错误停止的媒体数据上载。

根据本发明的一个实施例，控制通过无线通信网络上载媒体消息的方法包括：第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送上载媒体数据的请求消息；第二布骤，由通信终端进行，通过将媒体数据组织成多个段来上载媒体数据，直到接收到从该应用服务器来的响应消息；第三步骤，由应用服务器进行，在从通信终端接收多个媒体数据段后发送响应消息；和第四步骤，由应用服务器进行，如果完成媒体数据上载，则向通信终端发送表示正常完成媒体数据上载的响应消息。

根据本发明另一实施例的控制通过无线通信网络上载媒体消息的方法包括：第一步骤，由通信终端进行，通过无线通信终端向应用服务器发送上载媒体数据的请求消息；第二步骤，由通信终端进行，通过将媒体数据组织成多个段，上载媒体数据，直到接收到从应用服务器来的响应消息；第三步骤，由应用服务器进行，如果在媒体数据上载时发生上载错误，则向通信终端发送使得能够继续进行上载的响应消息；第四步骤，由通信终端进行，从要上载的段继续进行媒体数据上载；和第五步骤，由应用服务器进行，如果完成上载媒体数据则向通信终端发送表示正常完成媒体数据上载的响应消息。

根据本发明另一实施例的控制通过无线通信网络上载媒体消息的方法包括：第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送上载媒体数据的请求消息；第二步骤，由通信终端进行，通过将媒体数据组织成多个段来上载媒体数据，直到接收到从应用服务器来的响应消息；第三步骤，由通信终端进行，如果在上载媒体数据时在通信终端和应用服务器之间的连接关闭，则向应用服务器发送查询从何处继续进行上载的请求消息；第四步骤，由应用服务器进行，响应查询何处继续进行上载的请求消息，向通信终端发送响应消息；第五步骤，由通信终端进行，从要上载的段继续进行上载媒体数据；和第六步骤，由应用服务器进行，如果完成上载媒体数据，则向通信终端发送表示正常完成媒体数据上载的响应消息。

根据本发明另一个实施例的控制通过无线通信网络上载媒体消息的方法包括：第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送上载媒体数据的请求消息，和如果从应用服务器接收到响应消息，则开始上载媒体数据；第二步骤，由应用服务器进行，如果在上载媒体数据时发生上载错误则发送响应消息；第三步骤，由通信终端进行，发送继续进行上载媒体数据的请求消息；第四步骤，由应用服务器进行，响应继续进行上载的请求消息向通信终端发送响应消息；第五步骤，由通信终端进行，如果接收到从应用服务器来的响应消息，则继续进行上载媒体数据；和第六步骤，由应用服务器进行，如果完成继续进行的上载媒体数据，则向通信终端发送表示正常完成媒体数据上载的响应消息。

根据本发明另一个实施例的控制通过无线通信网络的上载媒体消息的方法包括：第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送上载媒体数据的请求消息，和如果从应用服务器接收响应消息，则开始上载媒体数据；第二步骤，由通信终端进行，如果在上载媒体数据时在通信终端和应用服务器之间的连接关闭，则向应用服务器发送查询从何处继续进行上载的请求消息；第三步骤，由应用服务器进行，响应查询从何处继续进行上载的请求消息，向通信终端发送响应消息；第四步骤，由通信终端进行，如果接收到从应用服务器来的响应消息，则向应用服务器发送继续进行上载的请求消息；第五步骤，由应用服务器进行，响应该请求消息，向通信终端发送响应消息；第六步骤，由通信终端进行，如果接收到从应用服务器来的响应消息，则开始上载媒体数据；和第七步骤，由应用服务器进行，在完成继续进行上载媒体数据后向通信终端发送表示正常完成媒体数据上载的响应消息。

在一个实施例中，当通信终端向应用服务器上载特定媒体数据时，通信终端通过将媒体数据组织成多个段来上载媒体数据，直到接收到从应用服务器来的响应消息。另外，在继续进行媒体数据上载时，根据段的序号，通信终端继续进行上载，从而提高上载效率和速度。

在另一个实施例中，在通信终端向应用服务器上载媒体数据时，它向该媒体数据的消息体赋予唯一的ID，以致在停止上载和随后继续进行上载时能够容易地识别该消息。在上载错误发生时，应用服务器提供成功上载的消息体的范围的参数，从而，使得通信终端能够知道应附加上载该消息体的什么部分。

附图说明

包括的附图提供本发明的进一步理解，示出本发明的优选实施例，并且与说明书一起解释本发明的原理：

图1是有利地实施本发明的通信网络系统的示意图；

图2是根据本发明一个实施例的媒体数据上载的开始请求消息的结构图；

图3是在根据本发明一个实施例的接收特定数目的段后应用服务器发出的响应消息的结构图；

图4是根据本发明一个实施例正常完成媒体上载时发出的响应消息的结构图；

图5是在根据本发明一个实施例在建立连接的情况发生上载错误时发出的响应消息的结构图；

图6是根据本发明一个实施例关闭连接时，查询应从其继续进行上载的段的序号的请求消息的结构图；

图7是根据本发明的一个实施例查询序号的请求的响应消息的结构图；

图8是根据本发明一个实施例报告由于取消上载引起的上载故障的请求消息的结构图；

图9是根据本发明一个实施例，取消上载的响应消息的结构图；

图10是根据本发明一个实施例，上载媒体数据的正常过程的流程图；

图11是根据本发明一个实施例的继续进行被上载错误停止的媒体数据上载的过程流程图；

图12是根据本发明的一个实施例的在重建通信连接时继续进行媒体数据上载的过程的流程图；

图13是根据本发明的一个实施例的在强制停止数据上载时处理上载的临时文件的过程流程图；

图14是根据本发明一个实施例的取消媒体数据上载的过程流程图；

图15是根据本发明另一个实施例，媒体数据上载的请求消息的结构图；

图16是根据本发明另一实施例的在重新建立通信连接时查询是否能够继续进行停止的媒体数据上载的请求消息的结构图；

图17是根据本发明另一个实施例的继续进行媒体数据上载的请求消息的结构图；

图18是根据本发明另一个实施例的完成数据上载的响应消息的结构图；

图19是根据本发明另一个实施例的在发生服务器错误时发出的响应消息的结构图；

图20是根据本发明另一实施例的在发生移动终端错误时发出的响应消息的结构图；

图21是根据本发明另一实施例，在服务器中存在媒体数据的一部分因此能够继续进行数据上载的情况下发出的响应消息的结构图；

图22是根据本发明另一实施例，在服务器中不存在部分媒体数据因此应重新开始数据上载的情况下发出的响应消息的结构图；

图23是根据本发明另一实施例，成功完成继续进行的数据上载时发出的响应消息的结构图；

图24是根据本发明另一实施例，继续进行出故障的媒体数据上载的过程流程图；和

图25是根据本发明另一实施例，继续进行用户停止的媒体数据上载的过程流程图。

具体实施方式

为了能够完全地理解本发明，下面参照附图说明本发明的优选实施例。

图1示出有利地实施本发明的无线通信网络系统的示意图。该无线通信网络系统包括移动通信终端10，移动通信网络20，分组数据服务节点(PDSN)30和应用服务器(MMS服务器)40。

移动通信终端10经由移动通信网络20和无线互联网连接到应用服务器40，并且根据HTTP 1.1协议进行向应用服务器40上载在其存储器中存储的特定媒体数据的操作。

为了向应用服务器40上载媒体数据，移动通信终端10发出媒体数据的预定数目(如，K)段的每一组的上载请求消息。也就是说，每次移动通信终端10上载K个段的媒体数据(一段称为一个序列)时向服务器40发送请求消息。在向应用服务器40发送上载请求后，移动通信终端10发送K个段的媒体数据，并且等待从应用服务器40来的响应消息。

如果在上载处理过程中由于各种通信问题发生上载错误，则移动通信终端10根据应用服务器40来的响应消息中包括的序号试图继续进行上载。

如果在上载媒体数据时用户强制停止上载特定媒体数据，移动通信终端10向应用服务器40发送取消上载的请求消息。如果由于不期的通信错误停止了上载，移动通信终端10使用内部计时器计算应用服务器未响应先前发出的请求消息所持续的时间，自动停止媒体数据上载。

移动通信网络20允许在移动通信终端10和另一个移动通信终端或无线电话之间的语音通信。另外，移动通信网络20的作用是无线数据传输路由，移动通信终端10通过该路由向应用服务器40上载媒体数据。

分组数据服务节点(PDSN)30是在移动通信网络20和无线互联网之间的接口，它进行向/从移动通信终端10传输分组数据的路由选择和隧穿，并向移动通信终端10赋予IP地址。

应用服务器40经由移动通信网络20和无线互联网，连接到移动通信终端10，并且当每次从移动通信终端10接收K个段的数据时响应上载请求，向移动通信终端10发出一个响应消息。

如果在上载过程中不期的通信错误将上载停止，应用服务器40向移动通信终端10发送含有应从其继续进行上载的段的序号的响应消息，从而使得出故障的上载能够正常地继续进行。

如果在上载媒体数据时用户强制上载停止，则移动通信终端10向应用服务器40发出取消上载的请求消息。响应该请求，应用服务器40向移动通信终端10发送响应消息。

在上载媒体数据时由于通信错误造成上载停止并且在预定持续时间应用服务器40没有从移动通信终端10接收任何消息时，则应用服务器40将该上载操作视为取消，并且清除正在上载的临时文件。

在上载特定媒体数据时，移动通信终端10发出开始请求消息，如图2所示，包括指令100，报头102，和消息体104。指令100包括MMS 1.0规范信息(如，POST/vod_mms HTTP/1.1)和HTTP协议版本信息。

报头102包括内容类型信息(Contents-Type，如，application/vnd.skt.message)，媒体数据的总段数(X-Total-Seq，如10)，要上载的段的序号(X-Seq-No，如1)，赋予要上载的媒体数据的消息ID(X-Msg-id，如，呈MIN_MMDDHHMMSS形式的终端号码和上载时间信息)，从应用服务器40对其接收一个确认响应的段数目(X-Ack-Seq，如，3)和以字节给出的一段媒体数据的长度(Content-Length，如，512)。

仅在一开始上载时将‘X-Total-Seg’，‘X-Ack-Seg’和‘Content-Length’的字段发送到应用服务器40。可以在开始和最后请求消息中或每次请求消息中包括‘X-Ack-Seg’字段和‘Content-Length’字段，其中，‘X-Ack-Seg’字段是应用服务器40确认接收到的基本单位，‘Content-Length’字段是用字节表示的段的长度。

消息体104包括MMS 1.0规范数据的第一512字节。

移动通信终端10使用滑动窗概念上载媒体数据。为了减少上载每个段所需的处理请求和响应消息的时间，移动通信终端10向应用服务器40发送上载请求消息，然后上载特定数目(X-Ack-Seq)的数据段，直到接收到上载的确认消息。接收到特定数目的数据段时，应用服务器40向移动通信终端10发送确认消息。

也就是说，在接收特定数目(X-Ack-Seq)的段后，应用服务器40向移动通信终端10发送确认响应，它包括图3所示的状态行(statudline)110，状态行110包括消息(如，HTTP 200OK)和连接状态(如，Keep-Alive)。

如果由移动通信终端10上载媒体数据正常完成，则应用服务器40发出响应消息，如图4所示，它包括状态行和报头120和消息体122。状态行和报头120包括消息(如HTTP 200OK)，连接状态字段(Connectin，如，Close)，表示上载数据的临时文件的控制状态的高速缓冲控制字段(Cache-Control，如，No-Cache)，内容类型字段(Content-Type，如text/vnd.wap.mmsheaders)，以及内容长度字段(Content-Length，如1234)，它是消息体122的长度。

消息体122包括消息类型字段(X-Mms-Message-Type，如M-send-conf)和上载结果报告字段(X-Mms-Response-Text，如uploadO.K.)。X-Mms-Response-Text字段是用于报告由移动通信终端10开始的上载的最终结果的，是文本形式的。在消息体122中也能够包括从应用服务器40公布的信息。

如果在建立通信连接情况下发生上载错误，则应用服务器40产生响应消息，如图5所示，它包括状态行130，报头132，和消息体134。

状态行130包括消息(如，HTTP 600 Incorrect Sequence Number)。报头132包括高速缓冲控制字段(Cache-Control，如，No-Cache)和连接状态字段(Connection，如，Keep-Alive)。消息体134包括应从其继续进行上载的段的序号(X-Start-Seq-No，123)。

如果在上载媒体数据时连接中断，移动通信终端10发出查询应从其继续进行上载的段的序号的请求消息。如图6所示，该请求消息包括：指令140，它包括如POST/vod_mms HTTP/1.1的信息；和报头142，它包括内容类型字段(Content-Type，如，application/vnd.skt.message)和赋予已上载的媒体数据的消息ID(X-Msq-id，如MIN_MMDDHHMMSS，例如0114261166_0414232012)。

接收到查询序号的请求消息时，应用服务器40发出对查询的响应消息。如图7所示，响应消息包括状态行150和报头152。状态行150包括消息(如HTTP 200OK)。报头152包括连接状态字段(Connection，如，Keep-Alive)，高速缓冲控制字段(Cache-Control，如No-Cache)和应从其开始继续进行上载的段的序号(X-Start-Seq-No，123)。

如果在进行时用户取消媒体数据上载，则移动通信终端10发出通报应用服务器40的取消上载的请求消息。如图8所示，该请求消息包括：指令160，它包括信息如POST/vod_mms HTTP/1.1；报头162，它包括内容类型字段(Content-Type，如，application/vnd.skt.message)，赋予已上载的媒体数据的消息ID(X-Msg-id，如，MIN_MMDDHHMMSS)和消息状态字段(X-Msg-Status，如，Cancel)。

接收到请求消息时，应用服务器40发出对请求的响应消息。如图9所示，该响应消息包括：状态行170，它包括消息(如，HTTP 200OK)；报头172，它包括消息(如，HTTP 200OK)，连接状态字段(Connection，如，Close)和高速缓冲控制字段(Cache-Control，如No-Cache)。

图10到14示出根据本发明一个实施例的流程图。

下面参照图10的流程图说明上载媒体数据的正常过程。

通过移动通信网络20和分组数据服务节点(PDSN)30(或无线互联网)连接到应用服务器40的移动通信终端10，向应用服务器40发送上载特定媒体数据的请求消息，如图2所示，该请求消息包括：指令100；报头100，它包括媒体数据的总段数(X-Tolal-Seg)，要下载的段的序号(X-Seq-No，如1)，和消息ID；和消息体104(S10)。

移动通信终端10顺序上载如在请求消息中包括的X-Ack-Seq字段指定的媒体数据的多个段(S12)。

接收到在请求消息中指定的K个段时，应用服务器40向移动通信终端10发送如图3所示的包括状态行110的响应消息(S14)。

从应用服务器40接收到响应消息时，移动通信终端10确定是否上载下面的K段媒体数据(S16)。

如果需要上载下面的K个段，则重复步骤S12到S16，直到上载媒体的所有的段。

如正常完成媒体数据上载，则应用服务器40向移动通信终端10发送响应消息(S18)，如图4所示，它包括：状态行和报头120，包括连接状态，高速缓冲控制，内容类型，和内容长度；和消息体122，包括数据消息类型，和文本格式的上载结果。

下面参照图11说明继续进行由于上载错误停止的媒体数据上载的过程。

通过移动通信网络20和分组数据服务节点(PDSN)30(或无线互联网)连接到应用服务器40的所述移动通信终端10向应用服务器40发送上载特定媒体数据的请求消息，如图2所示，该请求消息包括：指令100；报头102，它包括媒体数据的总段数(X-Total-Seg)，要下载的段的序号(X-Seq-No，如1)和消息ID；和消息体104(S20)。

移动通信终端10顺序上载在请求消息中包括的X-Ack-Seq字段指定的媒体数据的多个段(S22)。

如果在建立通信连接时发生上载错误(S24)，则应用服务器40产生响应消息，使得移动通信终端10能够再继续进行出故障的上载(S26)，如图5所示，该响应消息包括：状态行130；报头132；和消息体134，它包括应从其继续进行上载的段的序号。

移动通信终端10查询用户是否继续进行停止的上载(S28)。如果用户确认，则移动通信终端10参照包括在从应用服务器40来的响应消息中的序号继续进行上载(S30)。

如果正常完成继续进行的媒体数据上载，则应用服务器40向移动通信终端发送响应消息(S32)，如图4所示，该响应消息包括：状态行和报头120，包括连接状态，高速缓冲控制，内容类型和内容长度；和消息体122，它包括数据消息类型，和文本格式的上载结果(S32)。

如果在步骤S28用户未批准继续进行上载，则移动通信终端10立即结束媒体数据的上载(S34)。

下面参照图12所示的流程图详细说明在重新建立通信连接时继续进行媒体数据上载的过程。

通过移动通信网络20和分组数据服务节点(PDSN)30(或无线互联网)连接到应用服务器40的移动通信终端10向应用服务器40发送上载特定媒体数据的请求消息(S40)，如图2所示，该请求消息包括：指令100；报头102，它包括媒体数据的总段数(X-Total-Seg)，要下载的段的序号(X-Seq-No，如1)，和消息ID；和消息体104。

移动通信终端10顺序上载如在请求消息中包括的X-Ack-Seq字段指定的多个段的媒体数据(S42)。

如果移动通信终端10与应用服务器40的连接中断，结果发生上载错误(S44)，则移动通信终端10向应用服务器40发送请求消息，查询应从其继续进行上载的段的序号，如图6所示，该请求消息包括：指令140；和报头142，它包括内容类型和消息ID(S46)。

应用服务器40接收到查询序号的请求消息时，发出对查询的响应消息。如图7所示，该响应消息包括：状态行150；和报头152，它包括连接状态，高速缓冲控制和从其应继续进行上载的段的序号(S48)。

移动通信终端10参照包括在从应用服务器40来的响应消息中的序号继续进行上载(S50)。

如果正常完成继续进行的媒体数据上载，则应用服务器40向移动通信终端10发送响应消息(S52)，如图4所示，该响应消息包括：状态行和报头120，包括连接状态，高速缓冲控制，内容类型和内容长度；和消息体122，它包括数据的消息类型和文本格式的上载结果。

下面参照图13所示的流程图详细说明在强制使得数据上载停止时处理上载的临时文件的过程。

通过移动通信网络20和分组数据服务节点(PDSN)30(或无线互联网)连接到应用服务器40的移动通信终端10向应用服务器40发送上载特定媒体数据的请求消息，该请求消息如图2所示包括：指令100；报头102，它包括媒体数据的总段数(X-Total-Seg)，要下载的段的序号(X-Seq-No，如1)，和消息ID；和消息体104(S60)。

移动通信终端10顺序上载如在请求消息中包括的X-Ack-Seq字段指定的媒体数据的多个段(S62)。

接收到在请求消息中指定的K个段时，应用服务器40向移动通信终端10发送响应消息，它包括如图3所示的状态行110(S64)。

如果由于移动通信终端10的错误中断上载，应用服务器40在预定的持续时间不从移动通信终端10接收任何请求消息。此时，应用服务器40断定移动通信终端10取消上载(S68)，并清除已经接收的临时文件(S70)。应用服务器40不发出响应消息。

如果移动通信终端10在预定的持续时间未从应用服务器40接收响应消息，移动通信终端10自动取消上载(S72)。

下面参照图14所示的流程图详细说明取消已经进行了的上载的过程。

通过移动通信终端20和分组数据服务节点(PDSN)30(或无线互联网)连接到应用服务器40的移动通信终端10向应用服务器40发送上载特定媒体数据的请求消息，如图2所示，该请求消息包括：指令100；报头102，它包括媒体数据的总段数(X-Total-Seg)，要下载的段的序号(X-Seq-No，如1)，和消息ID；和消息体104(S80)。

移动通信终端10顺序上载如在请求消息中包括的X-Ack-Seq字段指定的媒体数据的多个段(S82)。

接收到在请求消息中指定的K个段时，应用服务器40向移动通信终端10发送图3所示的包括状态行的响应消息(S84)。

如果在上载媒体数据时移动通信终端10的用户取消上载，则移动通信终端10向应用服务器40发送如图8所示的请求消息，该消息包括指令160和报头162，报头162包括内容类型，消息ID和消息状态(S88)。

接收到该请求消息时，应用服务器40发出如图9所示的对请求的响应消息，该响应消息包括状态行170和报头172，报头172包括连接状态和高速缓冲控制(S90)。

下面参照附图说明本发明的另一个实施例，其中用相同的标记表示图1中所示的通信网络系统的各组件。

移动通信终端10通过移动通信网络20和无线互联网连接到应用服务器40，根据HTTP 1.1协议的POST和HEAD(或GET)方法，向应用服务器40上载在其存储器中存储的特定媒体数据，和执行继续进行停止的或出故障的上载的操作。

在产生上载特定媒体数据的请求消息时，移动通信终端10向消息的报头赋予唯一的消息ID，从而在继续进行媒体数据上载时，使得应用服务器40能够将已经上载的该消息体的一部分和要上载的消息体的另一部分匹配。

如果因为各种通信问题在媒体数据上载中发生上载错误，则移动通信终端10使用消息体的唯一的ID，检查已经上载的部分媒体数据是否在应用服务器40中存在，并且如果存在则继续进行上载。

应用服务器40经由移动通信网络20和无线互联网连接到移动通信终端10，并且响应上载请求发出响应消息，该响应消息使得移动通信终端10能够继续进行停止的媒体数据上载。

如果在上载过程当中由于不期的通信错误使得数据上载停止，或移动通信终端10试图继续进行由用户取消的上载，则应用服务器40向移动通信终端10发送响应消息，使得停止的数据上载能够继续进行，所述的响应消息包括在上载错误或上载取消前成功上载的消息体的范围。

在上载特定媒体数据时，移动通信终端10发出图15所示的请求消息，它包括：指令200，报头202，和消息体204。指令200包括MMS1.0规范消息(如，POST/vod_mms HTTP/1.1)和HTTP协议版本信息。

报头202包括关于使用的语言的信息(Accept-Language，如，en，ko)，用户代理信息(User-Agent，如，SKT/XXX200)，主机名(Host，如，‘vmms.domain name’)，以字节表示的内容长度(Contents-Length，如，1500)，要上载的消息体的ID(X-Upload-Etag，如，呈MIN_MMDDHHMMSS形式的终端号码和上载时间信息，如0114261166_0414232012)和内容类型信息(Contents-Type，如，multipart/mixed；boundary＝Next_Part12Ab38cGH)。

在图15中，根据MMS 1.0规范的消息体格式，消息体204限定在64字节内，其在全消息中是唯一的。

为了继续进行用户已经停止的媒体数据上载，移动通信终端10再次连接到应用服务器40，并且发出请求消息，如图16所示，该请求消息包括指令210(如，GET/vod_mms HTTP/1.1)和报头212。报头212包括关于使用的语言的信息(Accept-Language，如，ko)，用户代理信息(User-Agent，如SKT/XXX200)，主机名(Host，如，‘vmms.domain name’)，和检查是否存在先前上载的部分消息体(Upload-Etag)的信息(X-Upload-If-Match，呈MIN_MMDDHHMMSS形式的终端号码和上载时间信息，如0114261166_0414232012)。

接收到请求消息时，应用服务器40发出响应消息，如果存在先前上载的部分，则该响应消息包括应附加上载的消息体的范围。如果不存在，则响应消息包括如‘503 Service Unavailable’的消息。

移动通信终端10依据从应用服务器40来的响应消息，发出请求消息。如图17所示，该请求消息包括指令220，报头222，和消息体224。指令220包括MMS 1.0规范信息(如POST/vod_mms HTTP/1.1)和HTTP协议版本信息。

报头222包括关于使用的语言的信息(Accept-Language，如，en，ko)，用户代理信息(User-Agent，如，SKT/XXX200)，主机名(Host，如，vmms.domain name)，以字节表示的内容长度(Contents-Length，如，1500)，表示通过继续进行的上载操作要上载的内容的范围的内容范围信息(X-Upload-Content-Range，如1001-1500/1500(这里1500是整个数据的大小))，要上载的消息体的ID(X-Upload-Etag，如，呈MIN_MMDDHHMMSS形式的终端号码和上载时间信息，如0114261166_0414232012)和内容类型信息(Contents-Type，如，multipart/mixed；boundary＝Next_Part12Ab38cGH)。

消息体226包括根据MMS 1.0规范的消息体格式附加上载的数据。

如果正常完成从移动通信终端10的媒体数据上载，则应用服务器40发出响应消息，如图18所示，它包括状态行230，消息报头232和消息体236。

状态行230包括消息(如，HTTP/1.1OK)。报头232包括日期信息(Date，如Sun，08Apr 18:46:12GMT)，服务器信息(Server，如，video MMSC(Unix))，连接状态字段(Connection，如，Close)，表示上载的数据的临时文件的控制状态的高速缓冲控制字段(Cache-Control，如，No-Cache)，内容类型字段(Content-Type，如，text/vnd.wap.mmsheaders)，消息体ID(X-Upload-Etag，如，呈MIN_MMDDHHMMSS形式的终端号码和上载时间信息)，和内容长度字段(Content-Length，如50)，它是消息体的长度。

消息体236包括消息类型字段(X-Mms-Message-Type，如，M-send-conf)和上载结果报告字段(X-Mms-Response-Text，如uploadO.K.)。报告移动通信终端10开始的上载的最终结果的X-Mms-Response-Text字段是文本形成的。消息体236可以包括应用服务器40公布的信息。

如果在媒体数据上载时发生应用服务器40的上载错误，则应用服务器40发出响应信息，如图19所示，它包括状态行240，消息报头242，和消息体246。

状态行240包括消息(如，HTTP/1.1 500 Internal Server Error)。报头242包括日期信息(Date，如，Sun，08 Apr 18:46:12GMT)，服务器信息(Sever，如video MMSC(Unix))，连接状态字段(connection，如，Close)，和表示上载数据的临时文件的控制状态的高速缓冲控制字段(Cache-Control，如，No-Cache)。

在另一方面，如果在上载媒体数据时发生由于移动通信终端10的上载错误，则应用服务器40发出响应消息，如图20所示，它包括状态行250，消息报头252和消息体256。

状态行250包括消息(如HTTP/1.1 400 Bad Request)。报头252包括日期信息(Date，如，Sun，08 Apr 18:46:12GMT)，服务器信息(Sever，如vedio MMSC(Unix))，连接状态字段(Connection，如，Close)，和表示上载数据的临时文件的控制状态的高速缓冲控制字段(Cache-Control，如，No-Cache)。

如果存在媒体数据的先前上载部分，接收到查询从何处继续进行上载的请求消息时，应用服务器40发出如图21所示的响应消息，它包括：状态行260，消息报头262和消息体266。

状态行260包括消息(如，HTTP/1.1[SP]200[SP]OK[CRLF])。报头262包括日期信息(Date，如，Sun.08 Apr 18:46:12GMT)，服务器信息(Sever，如video MMSC(Unix))，连接状态字段(Connection，如，Close)，和表示上载数据的临时文件的控制状态的高速缓冲控制字段(Cache-Control，如，No-Cache)，内容类型字段(Content-Type，如，text/vnd.wap.mmsheaders)，消息体ID(X-Upload-Etag，如，MIN-MMDDHHMMSS)和在上载错误前成功上载的内容的范围(X-Upload-Range，如1-1000/1500)。

如果在服务器中不存在上载的部分媒体数据，接收到查询应在哪里继续进行上载的请求消息时，应用服务器40发出如图22所示的响应消息，它包括状态行270，消息报头272，和消息体276。

状态行270包括消息(如，HTTP/1.1 503 Service Unavailable)。报头272包括日期信息(Date，如，Sun，08 Apr 18:46:12GMT)，服务器信息(Server，如video MMSC(Unix))，连接状态字段(Connection，如，Close)，表示上载数据的临时文件的控制状态的高速缓冲控制字段(Cache-Control，如，No-Cache)，内容类型字段(Content-Type，，如，text/vnd.wap.mmsheaders)，消息体ID(X-Upload-Etag，如，MIN-MMDDHHMMSS)和在上载错误前成功上载的内容的范围(X-Upload-Range，如1-1000/1500)。

如果正常完成从移动通信终端10的继续进行的媒体数据上载，则应用服务器40发出响应消息，它包括如图23所示的：状态行280，消息报头282和消息体286。

状态行280包括消息(如，HTTP/1.1 206 Partial Content)。报头282包括日期信息(Date，如，Sun，08 Apr 18:46:12GMT)，服务器信息(Server，如video MMSC(Unix))，连接状态字段(Connection，如，Close)，表示上载数据的临时文件的控制状态的高速缓冲控制字段(Cache-Control，如，No-Cache)，内容类型字段(Content-Type，如，text/vnd.wap.mmsheaders)，消息体ID(X-Upload-Etag，如，MIN-MMDDHHMMSS)和消息体长度的内容长度字段(Content-lengh，如，50)。

消息体286包括消息类型字段(X-Mms-Message-Type，如，M-send-conf)和上载结果报告字段(X-Mms-Response-Text，如uploadO.K.)。报告移动通信终端10开始的上载的最终结果的X-Mms-Response-Text字段是文本形式的。消息体286可以包括应用服务器40的通告。

图24到25示出本发明另一实施例的流程图。

下面参照图24说明继续进行由于上载错误停止的媒体数据上载的过程。

通过移动通信网络20和分组数据服务节点(PDSN)30(或无线互联网)连接到应用服务器40的移动通信终端10向应用服务器40发送上载特定媒体数据的请求消息(S100)，如图15所示，该请求消息包括指令200，报头202和消息体206。报头202包括消息体206的唯一ID。

接收到请求消息时，应用服务器40向应用通信服务器10发送响应消息(S102)。接收到响应消息时，移动通信终端10开始上载媒体数据的消息体206(S104)。

在上载媒体数据过程中，移动通信终端10和应用服务器40重复交换包括消息体的唯一ID的请求消息和响应消息。

如果移动通信终端10或应用服务器40引起的错误造成媒体数据上载故障(S106)，则应用服务器40向移动通信终端10发送响应消息(S108)，如图19所示，该响应消息包括：状态行240；消息报头242，包括连接状态和高速缓冲控制信息；和消息体246。

然后，移动通信终端10向应用服务器40发送请求消息(S110)，如图17所示，该请求消息包括：要附加上载的内容的长度，要附加上载的内容的范围；消息体ID；和内容类型。

从移动通信终端10接收到请求消息时，应用服务器40向移动通信终端10发送响应消息(S112)，如图21所示，它包括消息体ID和已经上载的数据的范围。

如果移动通信终端10从应用服务器40接收到该响应消息，则它开始上载需要附加上载的部分媒体数据(S114)。

如果正常完成了继续进行的媒体数据的上载，则应用服务器40向移动通信终端10发送响应消息(S116)，如图23所示它包括状态行280，消息报头282和包括上载结果报告的消息体286。

下面参照图25说明继续进行由关闭连接停止的媒体数据上载的过程。

通过移动通信网络20和分组数据服务节点(PDSN)30(或无线互联网)连接到应用服务器40的移动通信终端10向应用服务器40发送上载特定媒体数据的请求消息(S120)，如图15所示它包括指令200，报头202，和消息体206。报头202包括消息体的唯一的ID。

接收到请求消息时，应用服务器40向移动通信终端10发送响应消息，(S122)。接收到响应消息时，移动通信终端10开始上载媒体数据的消息体206(S124)。

移动通信终端10和应用服务器40在上载媒体数据中重复交换包括消息体的ID的请求消息和响应消息。

在移动通信终端10的用户关闭在移动通信终端10和应用服务器40之间的连接后(S126)，其后重新建立在它们之间的连接(S128)。

为了继续进行未完成的媒体数据上载，移动通信终端10发出查询在何处继续进行上载的请求消息(S130)，如图16所示，该请求消息包括报头，报头包括查询在应用服务器40中是否存在先前上载的部分消息体的信息。

从移动通信终端10接收到请求消息时，应用服务器40发出响应消息(S132)，如图21或22所示，该响应消息包括：状态行；包括已经上载的数据的范围的消息报头；和消息体。

接收到该响应信息后，移动通信终端10向应用服务器40发送继续进行取消的上载的请求消息，如图17所示该请求消息包括：指令220；和报头222，包括要附加上载的内容的长度和要附加上载的内容的范围。

如果移动通信终端10从应用服务器40接收到响应消息，则它开始上载需要附加上载的部分媒体数据(S134)。

如果正常完成继续进行的媒体数据上载，则应用服务器40向移动通信终端10发送响应消息(S136)，如图23所示该响应消息包括：状态行280；消息报头282；和包括上载结果报告的消息体286。

下面参照附图说明本发明的另一个实施例，附图中的相同的标记表示图1的相同的组件。

在使用TCP协议的无线数据通信中，在每次发送或接收数据分组时，不需要发送多媒体数据的应用层进行保证数据传输的完整性的数据检验。

因此，在利用TCP协议的本发明的另一个实施例中，移动通信终端仅向应用服务器上载媒体数据，而不在每次上载预定数目的段时，从应用服务器接收响应消息。

在消息上载过程中，移动通信终端和应用服务器仅交换一个请求消息和一个响应消息，从而有效降低在移动通信终端和应用服务器之间的业务。

如果出现上载错误，应用服务器向移动通信终端发送预定的错误编码。接收该错误编码的移动通信终端以预定的方式继续进行数据上载。

通过移动通信网络20和分组数据服务节点(PDSN)30连接到应用服务器40的移动通信终端10在不从应用服务器40接收响应消息的情况下保持上载在内存中存储的特定媒体数据。

即使在数据上载当中发生预期的上载错误，移动通信终端10也继续向应用服务器40的数据上载。

如果移动通信终端10从应用服务器40接收到预定错误编码，则移动通信终端10以预定方式继续进行数据上载(如，整个数据的上载或从特定位置起的数据上载)。

通过移动通信网络20和分组数据服务节点(PDSN)30连接到移动通信终端10的应用服务器40在不发出响应消息的情况下保持接收从移动通信终端10发送的媒体数据。

如果在数据上载时发生上载错误，则应用服务器40向移动通信终端10发送预定错误编码，使得移动通信终端10可以以预定方式再试数据上载。

虽然就有限的实施例说明了本发明，但是得利于本公开的本领域技术人员会理解无数的改变方案。所有这些方案均在本发明的范围内。

Claims (18)

1.一种控制通过无线通信网络上载媒体消息的方法，其包括：

第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送媒体数据上载的请求消息；

第二步骤，由所述通信终端进行，通过将媒体数据组织成多个段来上载媒体数据，直到接收到从所述应用服务器来的响应消息；

第三步骤，由所述应用服务器进行，在从所述通信终端接收到多个媒体数据段后发送响应消息；和

第四步骤，由所述应用服务器进行，如果完成媒体数据上载，则向所述通信终端发送表示正常完成媒体数据上载的响应消息。

2.如权利要求1所述的方法，其中，在第一步骤，通信终端发送的请求消息包括：要上载的媒体数据的总段数目，要上载的段的序号，媒体数据的消息ID，将从应用服务器接收一个确认响应的段的数目，和用字节表示的要上载的段的大小。

3.如权利要求2所述的方法，其中，在第一步骤中，包括在所述请求消息中的消息ID与所述通信终端的唯一的ID和上载时间对应。

4.如权利要求2所述的方法，其中，在第一步骤中，要上载的媒体数据的总段数目和要上载的段的序号仅包括在开始请求消息中，要上载的段的大小仅包括在开始的和最后的请求消息中。

5.一种控制通过无线通信网络上载媒体消息的方法，其包括：

第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送上载媒体数据的请求消息；

第二步骤，由所述通信终端进行，通过将媒体数据组织成多个段来上载媒体数据，直到接收到从所述应用服务器来的响应消息；

第三步骤，由所述应用服务器进行，如果在媒体数据上载时发生上载错误，向所述通信终端发送使得能够继续进行上载的响应消息；

第四步骤，由所述通信终端进行，从要上载的段继续进行媒体数据上载；和

第五步骤，由所述应用服务器进行，如果完成媒体数据上载则向所述通信终端发送表示正常完成媒体数据上载的响应消息。

6.如权利要求5所述的方法，其中，在第一步骤，所述通信终端发送的请求消息包括：要上载的媒体数据的总段数目，要上载的段的序号，媒体数据的消息ID，将从应用服务器接收一个确认响应的段的数目，和用字节表示的要上载的段的大小。

7.如权利要求6所述的方法，其中，在第一步骤中，包括在所述请求消息中的消息ID与所述通信终端的唯一的ID和上载时间对应。

8.如权利要求6所述的方法，其中，在第一步骤中，要上载的媒体数据的总段数目和要上载的段的序号仅包括在开始请求消息中，要上载的段的大小仅包括在开始的和最后的请求消息中。

9.如权利要求6所述的方法，其中，在第三步骤中，从应用服务器来的响应消息包括关于要从其继续进行上载的段的序号的信息。

10.一种控制通过无线通信网络上载媒体消息的方法，其包括：

第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送上载媒体数据的请求消息；

第二步骤，由所述通信终端进行，通过将媒体数据组织成多个段来上载媒体数据，直到接收到从应用服务器来的响应消息；

第三步骤，由所述通信终端进行，如果在上载媒体数据时在通信终端和应用服务器之间的连接关闭，则向应用服务器发送查询从何处继续进行上载的请求消息；

第四步骤，由所述应用服务器进行，响应查询从何处继续进行上载的请求消息，向所述通信终端发送响应消息；

第五步骤，由所述通信终端进行，从要上载的段继续进行媒体数据上载；和第六步骤，由应用服务器进行，如果完成媒体数据上载，则向所述通信终端发送表示正常完成媒体数据上载的响应消息。

11.如权利要求10所述的方法，其中，在第一步骤，所述通信终端发送的请求消息包括要上载的媒体数据的总段数目，要上载的段的序号，媒体数据的消息ID，将从应用服务器接收一个确认响应的段的数目，和用字节表示的要上载的段的大小。

12.如权利要求11所述的方法，其中，在第一步骤中，包括在所述请求消息中的消息ID与所述通信终端的唯一的ID和上载时间对应。

13.如权利要求11所述的方法，其中，在第一步骤中，要上载的媒体数据的总段数目和要上载的段的序号仅包括在开始请求消息中，要上载的段的大小仅包括在开始的和最后的请求消息中。

14.如权利要求11所述的方法，其中，在第三步骤中，由所述通信移动终端发送的、查询从何处继续进行上载的请求消息，包括要再上载的媒体数据的消息ID。

15.如权利要求14所述的方法，其中，在第四步骤中，从所述应用服务器来的响应消息包括从其继续进行上载的段的序号的信息。

16.一种控制通过无线通信网络上载媒体消息的方法，其包括：

第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送上载媒体数据的请求消息；

第二步骤，由所述通信终端进行，通过将媒体数据组织成多个段来上载媒体数据，直到接收到从所述应用服务器来的响应消息；

第三步骤，由所述通信终端进行，如果在上载媒体数据时取消上载，则发送取消上载媒体数据的请求消息；

第四步骤，由所述应用服务器进行，如果接收到取消上载的请求消息，则发送响应消息。

17.如权利要求16所述的方法，其中，在第三步骤中，所述取消上载媒体数据的请求消息包括要取消上载的媒体数据的消息ID和该媒体数据的消息状态。

18.一种控制通过无线通信网络上载媒体消息的方法，其包括：

第一步骤，由通信终端进行，通过无线通信网络向应用服务器发送上载媒体数据的请求消息；

第二步骤，由所述通信终端进行，通过将媒体数据组织成多个段来上载媒体数据，直到接收到从所述应用服务器来的响应消息；

第三步骤，由所述应用服务器进行，计算所述应用服务器未从所述通信终端接收到消息的持续时间；

第四步骤，由所述应用服务器进行，如果所述持续时间超过限制，则将媒体数据上载视为取消，并清除上载数据的临时文件。

Images