CN102469128A - 数据传输方法及平台 - Google Patents

Abstract

本发明公开了一种数据传输方法及平台，该方法包括：平台接收到终端发送的建链请求，建立平台到终端的第一临时链路；平台获取建链请求中的应用服务器信息，根据应用服务器信息建立平台到应用服务器信息对应的应用服务器的第二临时链路；平台通过第一临时链路和第二临时链路传送终端和应用服务器之间的大小超过预定门限的数据包。本发明达到了保证大数据的传输不影响现有终端的其他业务的使用的效果。

Description

数据传输方法及平台

技术领域

本发明涉及通信领域，具体而言，涉及一种数据传输方法及平台。

背景技术

移动互联网业务是一项新兴的业务，它结合了移动网络和互联网的优势，可以通过手机终端给用户提供话音、数据、图像、多媒体等多种类型的业务。智能手机是移动互联网业务中的一个重要环节，在智能手机上可以运行特定功能的应用客户端程序，它通过和应用服务器的交互，可以给用户提供个性化、内容关联和交互作业的应用体验。随着智能手机的普及，越来越多的用户习惯于通过手机终端来使用自己日常生活、工作中所习惯的业务，例如，手机QQ，手机邮箱等。

在相关技术中，终端、平台和应用服务器之间存在长链接，各种信令和数据都通过长链接传输。当数据较大时，会占用较多的带宽从而影响了其他数据和信令的传输。

常在线网关(Always Online Gateway，简称为AOG)平台为企业业务、互联网业务、家庭业务以及内容提供商提供统一的消息推送通道和同步传输通道，方便应用和内容以多种方式，安全、可靠地延伸到用户终端。AOG平台为基于移动互联网的长在线应用提供统一的接入点，能更有效地为客户提供高性能、低延时的用户体验服务，增加用户黏性，提升业务收入。

但随着智能手机中数据业务的大量使用，也逐步暴露出一些问题：

相比普通手机用户，智能手机的应用产生大量的数据流量，对整个移动互联网络带宽产生了很大的冲击。例如，iPhone手机用户仅占AT&T用户总数的3％，但所消耗带宽却高达40％，结果导致语音质量服务较差。

智能终端实现是一个应用建立一个长连接到应用服务器，假设一个智能终端运行了10个应用，就会建立10条长连接到应用服务器。由于终端的数量是很大的，每个终端建立多条连接，就导致了在手机互联网中的长连接数是一个很庞大的数字，这种超大数量的长连接数严重影响了移动互联网网络的性能。此外，由于每条长连接上会定时发起链路检测包来检测，导致网络中检测包非常多。这些额外的信令负荷使得手机互联网网络为此做了很多额外的无线信道分配和创建，容易导致掉话、无法接入、网络拥塞等问题。

这两个问题充分说明目前的移动互联网业务具有很多大数据传输的要求，比如，手机附件、视频文件下载等等。并且终端与应用服务器的长链接数量是一个超大数量级的数字。

图1是根据相关技术的AOG平台传输数据的示意图，如图1所示，对于一个智能终端(该终端上运行了多个应用客户端)，AOG平台提供一条链路(如图1的链接1)进行消息收发；对于应用提供商(例如，QQ)与AOG平台的链接(如图1的链接3)提供给所有使用该应用的智能终端共同使用。

在相关技术中，AOG平台通过在智能终端上安装中间件收敛了长连接数，AOG平台为每一个智能终端一条长链接，智能终端上运行的多个应用共用这一个链接。但是，这样也存在问题，这时，如果其中一个应用正在下载大文件，那么必然会占用大量的带宽导致终端的所有业务都收到影响。

发明内容

本发明的主要目的在于提供一种数据传输方案，以至少解决上述的相关技术中数据包的大小较大时影响其他业务的传输的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种数据传输方法，该方法包括：平台接收到终端发送的建链请求，建立平台到终端的第一临时链路；平台获取建链请求中的应用服务器信息，根据应用服务器信息建立平台到应用服务器信息对应的应用服务器的第二临时链路；平台通过第一临时链路和第二临时链路传送终端和应用服务器之间的大小超过预定门限的数据包。

为了实现上述目的，根据本发明的一个方面，提供了一种平台，该平台包括：接收模块，用于接收终端发送的建链请求；第一建链模块，用于建立平台到终端的第一临时链路；获取模块，用于获取建链请求中的应用服务器信息，第二建链模块，用于根据应用服务器信息建立平台到应用服务器信息对应的应用服务器的第二临时链路；传送模块，用于通过第一临时链路和第二临时链路传送终端和应用服务器之间的大小超过预定门限的数据包。

通过本发明，采用建立临时链路传输较大的数据包的方式，解决了相关技术中数据包的大小较大时影响其他业务的传输的问题，进而达到了保证大数据的传输不影响现有终端的其他业务的使用的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据相关技术的AOG平台传输数据的示意图；

图2是根据本发明实施例的数据传输方法的流程图；

图3是根据本发明实施例的系统与外部组网的示意图；

图4是根据本发明实施例的实现大数据透传通道链路建立的方法流程图；

图5是根据本发明实施例的实现大数据透传以及链路删除的方法流程图；

图6是根据本发明实施例的平台的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

本发明实施例提供了一种数据传输方法，该方法用于终端、平台和应用服务器之间的数据传输。图2是根据本发明实施例的数据传输方法的流程图，该方法包括：

步骤S202，平台接收到终端发送的建链请求，并建立平台到终端的第一临时链路；

步骤S204，平台获取该建链请求中的应用服务器信息(例如，应用服务器ID)，然后，根据应用服务器信息建立平台到该应用服务器信息对应的应用服务器的第二临时链路；

步骤S206，平台通过第一临时链路和第二临时链路传送终端和应用服务器之间的大小超过预定门限的数据包。

本实施例中，通过临时链路传输较大的数据包，而其他数据还通过原有的通道传输，这样，大数据包的传输不影响其他业务的进行。

在本发明实施例的一个优选实例中，终端在准备向应用服务器发送的数据包的大小超过预定门限时，可以向平台发送建链请求。在这种情况下，终端通过第一临时链路向平台发送大数据包；然后，平台可以通过第二临时链路将数据包发送给应用服务器；并且，在终端发送完数据包之后，终端向平台发送拆链请求，然后，平台拆除第一临时链路和第二临时链路。

在本发明实施例的又一个优选实例中，在应用服务器准备向终端发送的数据包的大小超过预定门限的情况下，应用服务器可以通过平台向终端发送建链命令；然后，终端再向平台发送建链请求。在这种情况下，应用服务器通过第二临时链路向平台发送数据包；平台再通过第一临时链路将数据包发送给终端；应用服务器在发送完数据包之后，会向平台发送拆链请求，然后，平台拆除第一临时链路和第二临时链路。

优选地，上述平台可以为AOG平台，上述终端可以为智能终端。本实施例中，在收敛了智能终端与AOG平台链接数的同时，为大数据开辟其他的临时通道进行透传，这样既达到收敛链接数的目的也不影响智能终端其他业务对网络的使用。其中，上述预定门限为8k。

实施例二

本实施例中，以AOG平台的数据传输为例对本发明实施例的实现过程进行了说明。本实施例对AOG平台的数据传输流程进行了修改，在应用服务器或者智能终端需要发送大数据时，智能终端申请由AOG平台开辟新的临时通道进行数据透传。从而保证大数据的传输且不影响现有智能终端应用的使用。

在本实施例中，对基于大数据透传通道的AOG平台的结构了改进，与相关技术一样，该平台包含以下模块：业务处理模块、链路管理模块、消息接收模块、消息发送模块、配置管理模块；另外，区别于相关技术，该平台还包括：PROXY(代理链路)业务处理模块、PROXY消息接收模块、PROXY消息发送模块和PROXY链路管理模块。其中，业务处理模块主要负责AOG平台的签约关系管理、鉴权等；链路管理模块主要负责AOG平台与外部网元的链路建立、维护以及删除；消息接收模块主要负责AOG平台对其他网元的消息接收、解析以及发送消息到业务处理模块；消息发送模块主要负责AOG平台对其他网元的消息发送；配置管理模块主要负责系统外部网元配置以及签约关系配置管理；PROXY业务处理模块主要负责通过路由建立正确的到下级网元的链路以及转发消息时链路的选择；PROXY消息接收模块主要负责外部网元大数据文件的接收；PROXY消息发送模块主要负责外部网元大数据文件的发送；PROXY链路管理模块主要负责链路的建立、维护以及删除。

其中，PROXY业务处理模块与配置模块接口、PROXY消息发送模块、PROXY消息接收模块以及PROXY链路管理模块接口；PROXY链路管理模块与PROXY消息接收模块以及PROXY消息发送模块接口；业务处理模块与配置管理模块、消息接收模块以及消息发送模块接口；链路管理模块与消息接收模块以及消息发送模块接口。

使用上述装置，本实施例采用如下方法进行数据的传输：

步骤A.配置管理模块首先配置各个外部网元的账号信息(包括：互联网协议(Internet Protocol，简称为IP)、端口等)、业务信息等；各个外部网元已经与AOG平台建立正常的业务链接；

步骤B.服务器应用端需要发送大文件数据时，发送下行消息给AOG网关，通知智能终端发起临时链路；

步骤C.AOG网关的消息接收模块收到该消息后，发送该消息给业务模块进行路由，并通过消息发送模块转发该消息到对应的智能终端；

步骤D.智能终端在接收到需要建立临时链路的消息之后，向AOG平台的PROXY链路管理模块发起建链请求消息；

步骤E.AOG链路管理模块把接收到的建链请求消息转发到PROXY业务处理模块；

步骤F.PROXY业务处理模块进行APPID(应用服务器标示)的业务鉴权后，根据APPID路由选择下级网元账号，从下级网元账号信息中提取IP和端口号信息向下级网元进行建立链接请求，并记录智能终端链路与下级网元链路的对应关系用于后续消息的转发；

步骤G.待下级网元鉴权通过后，PROXY消息接收模块接收下级网元返回的成功应答，并通过PROXY消息发送模块转发该应答给智能终端，链路建立完毕；

步骤H.应用服务器(智能终端和/或异省AOG网关)通过建立的临时通道发送大数据文件；

步骤I.PROXY消息接收模块接收到大数据文件后，通过PROXY业务处理模块查找对应的链路关系得到转发的链路编号。并把数据流转发到PROXY消息发送模块；

步骤J.PROXY消息发送模块把大数据文件转发到下级网元；

步骤K.应用服务器(智能终端/异省AOG网关)在发送文件完毕后，向PROXY消息接收模块发送断链请求(即，拆链请求)；

步骤L.PROXY消息接收模块收到断链请求后，把请求转发给PROXY业务管理模块；

步骤M.PROXY业务管理模块断开应用服务器(智能终端)侧链路，查找并断开该链路对应的智能终端(应用服务器)侧链路，临时传送大数据通道全部关闭。

在上述方法中，如果应用场景是智能终端需要发送大数据文件，则该方法可以从步骤D开始，下面的流程与应用服务器需要发送大数据文件的流程类似，只是方向相反，并且，大数据文件发送完成后，由智能终端发起拆链。

在本实施例中，大数据传输效率得以提高，并且，在通过临时链路传输大数据文件的同时，还使用原有的应用服务器、AOG平台和智能终端之间的长链接传输其他业务(例如，大小不超过预定门限的数据包和信令)，从而避免了大数据传输对现有业务功能的影响。

实施例三

图3是根据本发明实施例的系统与外部组网的示意图，如图3所示，本实施例新增了PROXY处理模块专门用于大数据透传。

智能终端与AOG平台仍然只有一条链路(如图3的链路A1)进行多个应用客户端程序的消息收发。对于应用提供商(QQ)与AOG平台的链接(如图3的链路A)也是提供给所有使用该应用的智能终端共同使用。但是对于大数据的发送，本实施例可以通过PROXY模块新增临时透传通道(如图3的链路1)进行发送。从而避免大数据传输对现有业务的影响。

下面以应用提供商服务器端需要发送大数据文件为例说明本发明实施例进行数据传输的过程。

图4是根据本发明实施例的实现大数据透传通道链路建立的方法流程图。如图4所示，该方法包括：

步骤S401：应用提供商服务器端发送通知消息(通知智能终端申请建立临时透传通道)到AOG平台。

步骤S402：AOG平台通过消息接收模块接收到该请求消息，并将其转发到业务处理模块。

步骤S403：业务处理模块通过消息中的目的号码，在路由表中查找目的号码对应的智能终端与AOG平台的链接；如果匹配成功则进入步骤S405，否则，进入步骤S404。

步骤S404：智能终端没有在线，不能传输文件给该终端，流程结束。

步骤S405：AOG平台通过该链接转发应用服务器端建立临时通道的请求给智能终端；(如果智能手机需要发送大数据，可以直接从步骤S406开始)。

步骤S406：智能终端向AOG平台的PROXY链路管理模块建立链路，并发送建链请求，请求中携带应用服务器ID(APPID)。

步骤S407：PROXY消息接收模块收到该请求消息，并把该消息转发给PROXY业务处理模块。

步骤S408：业务处理模块通过APPID进行路由查找，得到APPID对应的应用提供商服务器的IP、端口号等信息；如果路由查找失败则进入步骤S409，查找成功进入步骤S410。

步骤S409：应用不存在，流程结束。

步骤S410：PROXY业务处理模块向APPID对应的应用建立链接并发起建链请求；如果链接建立失败则进入步骤S411，链接建立成功则进入S412。

步骤S411：链接建立失败，PROXY业务处理模块删除AOG与应用服务器之间链接以及AOG与智能终端的对应链接，流程结束。

步骤S412：链接建立成功，AOG业务处理模块记录“AOG与应用服务器”和“AOG与智能终端”的链接对应关系。

图5是根据本发明实施例的实现大数据透传以及链路删除的方法流程图。如图5所示，该方法包括：

临时通道链路建立成功，应用提供商服务器端和/或智能手机应用客户端/AOG异省平台在建立的链路上发送大数据文件。

步骤S501：PROXY消息接收模块从已经建立的链接上接收数据，并把接收到的消息转发到PROXY业务处理模块。

步骤S502：PROXY业务处理模块查找收到数据的链路对应的转发链路编号；如果查找成功则进入步骤S504，如果查找失败则进入步骤S503。

步骤S503：临时链路异常，PROXY链路管理模块关闭收到数据的临时链路，消息发送失败，流程结束。

步骤S504：PROXY消息发送模块通过查找到的链路转发数据。

步骤S505：判断发送数据是否为临时链路清除消息，如果是清除消息，则进入步骤S506；否则，进入步骤S501。

步骤S506：PROXY链路管理模块删除该发送数据链接以及与该链接对应的转发消息链接。

实施例四

在应用服务器端通过透传通道(临时链路)发送大数据文件到终端用户的全过程应用实例中，系统完成消息处理的过程如下：

本实施例仍采用图3所示的系统组网结构，假设应用提供商服务器为QQ应用，QQ服务器端与AOG平台存在长链接A；智能终端A上正常运行手机QQ以及手机邮箱，并且手机QQ与手机邮箱通过链路A1与AOG平台收发消息；智能终端B上正常运行手机QQ与手机阅读，通过链路A2与AOG平台收发消息；在AOG平台上配置QQ应用服务器账号为QQserver，IP为IP1，端口号为6524，APPID为13。

假设QQ服务端需要给智能终端A发送QQ发送大文件。QQ服务器通过链路A发送建立临时通道请求消息；AOG网关收到请求消息后，对终端号进行路由，通过链路A1把建立临时通道请求发送消息给智能终端A；智能终端A上的QQ应用收到该消息后，向AOG平台的PROXY链路管理模块建立链接1，并发送建立临时链路消息请求；AOG的PROXY消息接收模块把收到的请求发送给PROXY业务处理模块；PROXY业务处理模块通过请求消息中APPID为13，匹配到应用服务器账号QQserver；并向IP1、端口6524发送建立链接请求；临时通道链路1建立成功。QQ服务器端发送通过链路1发送大数据文件，文件传送完毕后发送链接清除消息。PROXY的链路管理模块收到链路清除消息，并删除本次发送的链路1。

在终端用户通过透传通道发送大数据文件到应用服务器端的全过程应用实例中，系统完成消息处理的过程如下：

本实施例仍采用图3所示的系统组网结构，若智能终端B上的QQ应用需要发送大数据文件。智能终端B上QQ应用向AOG平台的PROXY链路管理模块建立链接2，并发送建立临时链路消息请求；AOG的PROXY消息接收模块把收到的请求发送给PROXY业务处理模块；PROXY业务处理模块通过请求消息中APPID为13，匹配到应用服务器账号QQserver；并向IP1端口6524发送建立链接请求；临时通道链路2建立成功。智能终端B上qq应用通过链路2发送大数据文件，文件传送完毕后发送链接清除消息。PROXY的链路管理模块收到链路清除消息，并删除本次发送的链路2。

实施例五

本发明实施例提供了一种平台，用于实现上述方法，图6是根据本发明实施例的平台的结构框图，如图6所示，该平台包括：接收模块602，用于接收终端发送的建链请求；第一建链模块604，耦合至接收模块602，用于建立平台到终端的第一临时链路；获取模块606，耦合至接收模块602，用于获取建链请求中的应用服务器信息，第二建链模块608，耦合至获取模块606，用于根据应用服务器信息建立平台到应用服务器信息对应的应用服务器的第二临时链路；传送模块610，耦合至第一建链模块604和第二建链模块608，用于通过第一临时链路和第二临时链路传送终端和应用服务器之间的大小超过预定门限的数据包。

在本发明实施例的一个优选实例中，终端在确定准备向应用服务器发送的数据包的大小超过预定门限时，向平台发送建链请求，然后，平台通过接收模块602接收该建链请求。此时，传送模块610可以包括：第一接收子模块，用于接收终端通过第一临时链路发送的数据包，第一发送子模块，耦合至第一接收子模块，用于通过第二临时链路将第一接收子模块接收到的数据包发送给应用服务器。该平台还可以包括：第一接收模块，用于在终端发送完数据包之后，接收终端发送的拆链请求，第一拆除模块，耦合至第一接收模块，用于在第一接收模块接收到建链请求的情况下，拆除第一临时链路和第二临时链路。

在本发明实施例的另一个优选实例中，在应用服务器准备向终端发送的数据包的大小超过预定门限的情况下，应用服务器可以通过平台向终端发送建链命令；然后，终端再向平台发送建链请求，然后，平台通过接收模块602接收该建链请求。在这种情况下，传送模块610包括：第二接收子模块，用于接收应用服务器通过第二临时链路向平台发送的数据包；第二发送子模块，耦合至第二接收子模块，用于通过第一临时链路将第二接收子模块接收到的数据包发送给终端。该平台还可以包括：第二接收模块，用于在应用服务器发送完数据包之后，接收该应用服务器发送的拆链请求，第二拆除模块，耦合至第二接收模块，用于在第二接收模块接收到该拆链请求之后，拆除第一临时链路和第二临时链路。

优选地，上述平台可以为AOG平台，此时终端可以为智能终端，预定门限可以为8k。

综上所述，本发明实施例对大数据文件传输新建临时通道，降低了大文件传输对已有业务运行的影响，提高了传输效率。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (10)

1.一种数据传输方法，其特征在于，包括：

平台接收到终端发送的建链请求，建立所述平台到所述终端的第一临时链路；

所述平台获取所述建链请求中的应用服务器信息，根据所述应用服务器信息建立所述平台到所述应用服务器信息对应的应用服务器的第二临时链路；

所述平台通过所述第一临时链路和第二临时链路传送所述终端和所述应用服务器之间的大小超过预定门限的数据包。

2.根据权利要求1所述的方法，其特征在于，在平台接收到所述终端发送的建链请求之前，所述方法还包括：

所述终端确定准备向所述应用服务器发送的数据包的大小超过所述预定门限。

3.根据权利要求2所述的方法，其特征在于，

所述平台通过所述第一临时链路和第二临时链路传送所述终端和所述应用服务器之间的大小超过预定门限的数据包包括：所述平台接收所述终端通过所述第一临时链路发送的所述数据包；所述平台通过所述第二临时链路将所述数据包发送给所述应用服务器；

在所述终端发送完所述数据包之后，所述平台接收到所述终端发送的拆链请求，拆除所述第一临时链路和所述第二临时链路。

4.根据权利要求1所述的方法，其特征在于，在平台接收到所述终端发送的建链请求之前，所述方法还包括：

所述应用服务器确定准备向所述终端发送的数据包的大小超过所述预定门限；

所述应用服务器通过所述平台向所述终端发送建链命令。

5.根据权利要求4所述的方法，其特征在于，

所述平台通过所述第一临时链路和第二临时链路传送所述终端和所述应用服务器之间的大小超过预定门限的数据包包括：所述平台接收所述应用服务器通过所述第二临时链路发送的所述数据包；所述平台通过所述第一临时链路将所述数据包发送给所述终端；

在所述应用服务器发送完所述数据包之后，所述平台接收到所述应用服务器发送的拆链请求，拆除所述第一临时链路和所述第二临时链路。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述平台为常在线网关AOG平台，所述终端为智能终端。

7.一种平台，其特征在于，包括：

接收模块，用于接收终端发送的建链请求；

第一建链模块，用于建立所述平台到所述终端的第一临时链路；

获取模块，用于获取所述建链请求中的应用服务器信息，

第二建链模块，用于根据所述应用服务器信息建立所述平台到所述应用服务器信息对应的所述应用服务器的第二临时链路；

传送模块，用于通过所述第一临时链路和第二临时链路传送所述终端和所述应用服务器之间的大小超过预定门限的数据包。

8.根据权利要求7所述的平台，其特征在于，

所述建链请求为所述终端在确定准备向所述应用服务器发送的数据包的大小超过所述预定门限时发送的。

9.根据权利要求8所述的平台，其特征在于，

所述传送模块包括：

第一接收子模块，用于接收所述终端通过所述第一临时链路发送的所述数据包；

第一发送子模块，用于通过所述第二临时链路将所述数据包发送给所述应用服务器；

所述平台还包括：

第一接收模块，用于在所述终端发送完所述数据包之后，接收所述终端发送的拆链请求；

第一拆除模块，用于拆除所述第一临时链路和所述第二临时链路。

10.根据权利要求7所述的平台，其特征在于，

所述传送模块包括：

第二接收子模块，用于接收所述应用服务器通过所述第二临时链路发送的所述数据包；

第二发送子模块，用于通过所述第一临时链路将所述数据包发送给所述终端；

所述平台还包括：

第二接收模块，用于在所述应用服务器发送完所述数据包之后，接收所述应用服务器发送的拆链请求；

第二拆除模块，用于拆除所述第一临时链路和所述第二临时链路。

Images