CN101026801A

CN101026801A - 通过移动终端进行文件传输的方法

Info

Publication number: CN101026801A
Application number: CNA200710087360XA
Authority: CN
Inventors: 宋俊骏; 尤培刚; 梁洁辉
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-03-14
Filing date: 2007-03-14
Publication date: 2007-08-29

Abstract

本发明涉及一种通过移动终端进行文件传输的方法，其包括：在第一客户端与第二客户端之间建立链路；第一客户端向第二客户端依次发送多个数据块；第二客户端每接收到一个数据块，则向第一客户端发送包括确认信息的确认响应；以及第一客户端如果收到响应，则发送下一个数据块，直至所有数据块发送完毕。从而，一定程度上保证了文件传输的可靠性和质量。

Description

通过移动终端进行文件传输的方法

技术领域

本发明涉及移动通信和互联网领域的文件传输业务，更具体地，涉及在采用会话初始化协议与消息会话中继协议(MSRP协议)的无线即时系统终端中，用户通过扩展的消息头部保证起传输质量的文件传输方法。

背景技术

文件传输在有线网络的PC终端上已经比较成熟，有很多传输的方式。比较常用的有如ftp服务，P2P传输等。现在网上很多即时聊天中都有自己的文件传输方式，现在用的比较广泛的bt下载也是一种文件传输方式。

目前，随着移动网络的迅猛发展，用户不仅对移动服务的内容提出了高要求。原有的简单的短信模式已经无法满足用户的需要。在用户终端间需要能够传输一些相关资料如图片，音频，视频或文档。可是由于移动终端网络带宽和终端设备处理能力的局限，短期内也无法能够像PC终端那样提供的如此丰富的传输方式。

现在移动业务中严格的说来没有一种即时的文件传输方式。现有的彩信业务是一种文件传输，而是不是即时的。而且彩信所能够支持的媒体格式也比较有限，并需要网络服务器支持。

现有彩信的工作方式包括以下步骤：

1.客户A向客户B发送彩信。客户A连接上网，向彩信服务器发送彩信。

2.服务器接收客户A发送的彩信内容，并在服务器上存储。

3.服务器接收完彩信，服务器向客户B以短信方式通知到收到用户A发来的彩信，并通知B到相应的url下载A发的彩信。

4.客户B可以通过PC或手机终端上网到彩信服务器相应的URL下载相应的彩信。同样B也可以不下载该短信。

通过上面的流程可以发现客户A和客户B间传输的文件并不是即时的，而是通过服务器中转的。服务器先要存储该彩信，而后用户B才能获取相应的彩信。而且传输的内容，大小，格式受服务器限制较大。所以这种共享方式的缺陷比较多，需要寻找一种其它方式来支持移动终端间文件传输。3GPP提出了通过会话初始化协议与MSRP实现文件传输的模式。通过该文件传输模式就可以实现终端间的文件共享。

交互的简要过程包括以下步骤：

1.客户A与客户B建立SDP链路协商；

2.用户A与服务器间，服务器与服务器间，用户B与服务器间建立链路；

3.客户A通过建立的链路向客户B发送数据。

报文内容

MSRP 2oid4sf SENDTo-path:msrp://[5555∷eee:fff:aaa:bbb]:3335/s417121；tcpFrom-path:msrp://[9999∷ccc:aaa:bbb:ddd]:3333/s317121；tcpMessage-ID:3311Byte-Range:1-89/89Content-Type:″text/plain″I will never be a member of a club that accepts people likeme as members-Groucho Marx.-------2oid4sf$

客户B收到数据向客户A发送200 OK应答。

MSRP 2oid4sf 200 OKTo-path:msrp://[9999∷ccc:aaa:bbb:ddd]:3333/s317121；tcpFrom-path:msrp://[5555∷eee:fff:aaa:bbb]:3335/s417121；tcp--------2oid4sf2j 32ri3$

观察上面的过程4用户A收到的200 OK只是一个应答，无法标识是哪一个发出的应答。客户A与客户B间的数据传输是通过无线网络的，无线网络中通信质量的保证是比较难的，传输时候报文丢失是难免的，所以客户需要重传丢失的报文。而在现有协议中应答报文无法定位是那个报文丢失，就可能造成整个报文重传。

因此，需要一种通过移动终端进行文件传输的方法，用来保证文件传输的可靠性和质量。

发明内容

本发明的主要目的在于提供一种通过移动终端进行文件传输的方法，用来保证文件传输的可靠性和质量。

为了实现上述目的，根据本发明的第一方面，本发明提供了一种通过移动终端进行文件传输的方法，其包括以下步骤：

在第一客户端与第二客户端之间建立链路；

第一客户端向第二客户端依次发送多个数据块；

第二客户端每接收到一个数据块，则向第一客户端发送包括确认信息的确认响应；以及

第一客户端如果收到确认响应，则发送下一个数据块，直至所有数据块发送完毕。

在第一客户端与第二客户端之间建立链路可包括：

第一客户端通过第一客户端所属的第一服务器和第二客户端所属的第二服务器向第二客户端发出链接请求；以及

第二客户端接收链接请求，并通过第一服务器和第二服务器向第一客户端发送接收响应。

在第一客户端向第二客户端发送数据块的同时，在第一客户端处设置定时器。

如果第一客户端接收到确认响应，则取消定时器。

响应可包括关于已经发送数据量的信息。

确认信息可包括数据块的起始地址。

所有数据块发送完毕包括：

第一或第二客户端其中之一向另一客户端发起结束请求；以及

另一客户端接收结束请求，并发送回结束响应，以断开链路。

如果定时器超时，则第一客户端向第二客户端重新发送数据块。

在第二客户端没有接收到数据块或者第一客户端没有接收到响应的情况下，定时器超时。

如果数据块重新发送的次数超过预定值，则结束传输。

通过上述技术方案，本发明在一定程度上保证了文件传输的可靠性和质量。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制，在附图中：

图1和图2是在3GPP中进行文件传输的交互流程图；

图3是根据本发明的移动终端进行文件传输的方法的流程图；以及

图4是根据本发明的文件超时重传的交换流程图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

下面将参考附图详细说明本发明。

图3是根据本发明的移动终端进行文件传输的方法的流程图。

参照图3，提供了一种通过移动终端进行文件传输的方法，包括以下步骤：

步骤S102，在第一客户端与第二客户端之间建立链路；

在第一客户端与第二客户端之间建立链路包括：

步骤S104，第一客户端向第二客户端依次发送多个数据块；

步骤S106，第二客户端每接收到一个数据块，则向第一客户端发送包括确认信息的确认响应；以及

步骤S108，第一客户端如果收到响应，则发送下一个数据块，直至所有数据块发送完毕。

参照图4，提供了上文文件传输的方法的超时重传机制，包括以下步骤：

如果第一客户端接收到确认响应，则取消定时器。如图4中的第一数据块传输过程。

响应可包括关于已经发送数据量的信息。

确认信息可包括数据块的起始地址。

第一客户端继续发送下一数据块。

第一客户端重新发送该数据块。如图4中的第二，三数据块传输过程。

如果数据块重新发送的次数超过预定值，则结束传输。

所有数据块发送完毕包括：

本发明的基本思路是：

1.在客户端A和B之间建立链路协商；

2.客户端A，B到服务器，以及服务器到服务器建立链路；

3.客户端A发送数据块1；

4.客户到B收到数据块1向A发送确认信息，其中包含数据块1的起始地址；

5.客户端A收到数据块1确认继续发送数据块2；

6.重复上述步骤，直至数据传送完毕，相互间结束会话。

在客户B发出的应答中带有客户A已经发送的字节范围，客户A通过该信息可以确认已经被B成功接收的字符。接着发送下一块数据报文。

用户A在发送的数据报文同时设置一个定时器如果定时器超时重新发送该数据块。如果收到该数据块的确认者取消该定时器，继续发送下一块报文。如果一个数据块重传超过设定的次数，则表示网络太差，结束传输。

下面是文件传输的完整的业务流程，如图1、图2、和图4所示，具体内容包括：

1.用户A要发送文件到用户B，先发起链路协商，向客户端A所域的服务器1发起会话邀请；

2.服务器1向用户B所在域的服务器2发起会话邀请；

3.服务器2向用户B发起会话邀请；

4.用户B对用户A的发送请求做出接收应答，服务器2接收向其发送的接收应答；

5.当服务器2接收到用户B的接收应答，向服务器1转发接收应答，用户B与服务器2间建立链路等待数据传输；

6.服务器1收到服务器2转发的接收应答请求，向用户A转发接收应答，服务器2与服务器1间建立连接；

7.用户A收到服务器1发送来的B接收应答，用户A与服务器建立链路；

8.用户A通过MSRP协议发送数据报文，用户A启动定时器；

报文内容

MSRP 2oid4sf SENDTo-path:msrp://[5555∷eee:fff:aaa:bbb]:3335/s417121；tcpFrom-path:msrp://[9999∷ccc:aaa:bbb:ddd]:3333/s317121；tcpMessage-ID:3311Byte-Range:1-89/*Content-Type:″text/plain″I will never be a member of a club that accepts people likeme as members-Groucho Marx.-------2oid4sf$

9.用户B收到报文向用户A发送Ok应答，下文中黑体部分为扩展部分。用户B也启动一个接收定时，如果定长时间既没有收到结束也没有收到下一块报文就任务传输失败；

MSRP 2oid4sf 200 OKTo-path:msrp://[9999∷ccc:aaa:bbb:ddd]:3333/s317121；tcpFrom-path:msrp://[5555∷eee:fff:aaa:bbb]:3335/s417121；tcpByte-Range:1-89/*--------2oid4sf2j32ri3$

10.用户A收到B的OK应答，结束定时器，记录已经发送的报文端。继续发送下一块报文；

11.重复上述步骤，直至文件传输完毕，两端结束链路。

上述方法中是一个比较理性的情况的。如果网络或其它因素，如用户B没有收到用户A发送的报文或者用户B发送的OK应答没有被A收到，造成用户A定时器超时A，重新发送已经发送的报文。保证偶然丢包造成的问题能够被修正过来。如果重传多次还没有被成功接收，就认为出错了。结束该次连接。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种通过移动终端进行文件传输的方法，其特征在于，包括以下步骤：

在第一客户端与第二客户端之间建立链路；

所述第一客户端向所述第二客户端依次发送多个数据块；

所述第二客户端每接收到一个数据块，则向所述第一客户端发送包括确认信息的确认响应；以及

所述第一客户端如果收到所述确认响应，则发送下一个数据块，直至所有数据块发送完毕。

2.根据权利要求1所述的方法，其特征在于，在所述第一客户端与所述第二客户端之间建立链路包括：

所述第一客户端通过所述第一客户端所属的第一服务器和所述第二客户端所属的第二服务器向所述第二客户端发出链接请求；以及

所述第二客户端接收所述链接请求，并通过所述第一服务器和所述第二服务器向所述第一客户端发送接收响应。

3.根据权利要求2所述的方法，其特征在于，在所述第一客户端向所述第二客户端发送数据块的同时，在所述第一客户端处设置定时器。

4.根据权利要求3所述的方法，其特征在于，如果所述第一客户端接收到所述确认响应，则取消所述定时器。

5.根据权利要求4所述的方法，其特征在于，所述响应包括关于已经发送数据量的信息。

6.根据权利要求5所述的方法，其特征在于，所述确认信息包括所述数据块的起始地址。

7.根据权利要求6所述的方法，其特征在于，所述所有数据块发送完毕包括：

所述第一或第二客户端其中之一向另一客户端发起结束请求；以及

所述另一客户端接收所述结束请求，并发送回结束响应，以断开链路。

8.根据权利要求3所述的方法，其特征在于，如果所述定时器超时，则所述第一客户端向所述第二客户端重新发送所述数据块。

9.根据权利要求8所述的方法，其特征在于，在所述第二客户端没有接收到所述数据块或者所述第一客户端没有接收到所述响应的情况下，所述定时器超时。

10.根据权利要求9所述的方法，其特征在于，如果所述数据块重新发送的次数超过预定值，则结束传输。