CN102340828A - 一种通过基站提高终端处理性能的方法及基站 - Google Patents
一种通过基站提高终端处理性能的方法及基站 Download PDFInfo
- Publication number
- CN102340828A CN102340828A CN2010102271813A CN201010227181A CN102340828A CN 102340828 A CN102340828 A CN 102340828A CN 2010102271813 A CN2010102271813 A CN 2010102271813A CN 201010227181 A CN201010227181 A CN 201010227181A CN 102340828 A CN102340828 A CN 102340828A
- Authority
- CN
- China
- Prior art keywords
- base station
- terminal
- data
- packet
- distant
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/18—Service support devices; Network management devices
- H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种通过基站提高终端处理性能的方法及基站,用以解决现有技术中基站对远端节点与终端之间交互的数据包直接进行穿透处理所导致的终端计算资源被大量耗费、系统响应延迟增加的问题。所述方法包括:确定终端与基站之间的数据传输连接模式;在终端与远端节点进行通信时,终端与基站之间创建相应模式的数据传输连接,当确定的数据传输连接模式为代理模式时,基站代表终端对接收到的数据包进行高层连接处理,当确定的数据传输连接模式为穿透模式时,基站对接收到的数据包进行转发。所述基站包括连接模式确定模块、连接创建模块和数据包处理模块。本发明能够大大提高终端处理的性能,减少空口开销,增强用户体验,同时达到节电的目的。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种通过基站提高终端处理性能的方法及基站。
背景技术
近二十年来,随着无线通信技术的不断发展和社会需求的目益增长,包括移动电话、无线寻呼、卫星通信等在内的无线通信得到了越来越广泛的普及和应用,并展示出广阔的市场前景。从全球范围来看,无线通信用户的年增量和增速都在持续逐年大幅度增长,无线通信已经进入规模化发展的阶段。
现阶段,越来越多的终端支持摄像、拍照、MP3,甚至上网、看电视、下载视频节目等功能。与以前的终端相比,现有的终端开始采用功能较强的处理器作为控制芯片,能满足一定的数据处理能力,如现有的智能终端可达到几百兆的主频。但是面对多种多样的复杂数据处理业务,终端的处理能力还是不能满足用户体验需求,以WiFi手机上网为例,打开一个典型的门户网站的首页常常需要几分钟的时延,让终端用户难以忍受。此外,终端的电池能力在短期内依然很难有较大的提高,进行复杂的业务数据处理会将终端的电量在很短的时间内耗尽,给用户带来使用上的不便。
另一方面,随着多核技术的发展,同样的计算处理能力需要越来越低的成本,并逐渐应用于各种应用。以3G服务和未来LTE等基站应用为例,越来越多的数据和通信协议处理已不是简单的数学算法所能支持的,更需要相关的包处理能力,因此很多基站开始受益于多核技术,从单核向多核转型,其合理的性价比使得基站的处理能力越来越强。
现有技术中,基站与终端之间采用穿透模式的数据传输连接模式,即基站对从远端节点或是终端来的数据包直接进行穿透处理,基站作为中转节点将来自远端节点的数据直接发送给终端,反之亦然。在全IP的基站结构下,基站和终端之间交互的大都是基于TCP/UDP连接的数据包,在穿透模式下,以TCP为例,终端要负责与其他终端或节点建立或终止TCP连接,对收到的数据包进行确认,校验和以及序列号的计算,以及用于拥塞控制的滑动窗口维护等,这些处理耗费大量的终端计算资源,并增加了系统响应的延迟。
发明内容
本发明提供一种通过基站提高终端处理性能的方法及系统,用以解决现有技术中基站对远端节点与终端之间交互的数据包直接进行穿透处理所导致的终端计算资源被大量耗费、系统响应延迟增加的问题。
本发明技术方案包括:
一种通过基站提高终端处理性能的方法,包括步骤:
A、确定终端与基站之间的数据传输连接模式;
B、在终端与远端节点进行通信时,终端与基站之间创建相应模式的数据传输连接,当确定的数据传输连接模式为代理模式时,基站代表终端对接收到的数据包进行高层连接处理,当确定的数据传输连接模式为穿透模式时,基站对接收到的数据包进行转发。
较佳地,终端与基站之间创建穿透模式的数据传输连接时,需交互QoS信息,重传参数,数据包大小,包头压缩参数信息;终端与基站之间创建穿透模式的数据传输连接时,除需交互QoS信息,重传参数,数据包大小,包头压缩参数信息外,还需进一步交互高层数据连接对应的协议类型,源IP地址,目的IP地址,源端口及目的端口信息。
较佳地,当确定的数据传输连接模式为穿透模式时,基站对接收到的数据包进行MAC头封装/去除,然后转发。
较佳地,当确定的数据传输连接模式为代理模式,且基站收到终端或远端节点发出的高层协议类型为TCP的数据传输连接请求时,基站的处理过程如下:
基站代表终端与远端节点通过多次握手完成高层数据连接的创建;
基站接收终端发送的仅包含应用数据负载以及MAC包头的数据包,对其进行分段、计算校验和、添加序列号、封装TCP头及IP头后,发送给远端节点,同时,基站向终端发送确认消息;或
基站接收远端节点发送的数据包,验证其校验和,若验证成功,则去掉数据包的IP头,TCP头,根据序列号对数据包进行重新组装并封装MAC头,发送给终端,同时,基站向远端节点发送确认消息。
较佳地,所述基站将数据包发送给远端节点后,若在TCP重传超时间隔内没有收到远端节点发送的确认消息,则基站重发该数据包直到收到远端节点发送的确认消息或达到最大重传次数;所述基站将数据包发送给终端后,若在自动重传请求超时间隔内没有收到终端发送的确认消息,则继续发送该数据包直到收到终端发送的确认消息或达到最大重传次数。
较佳地,所述步骤B后还包括:
当终端和/或远端节点希望删除两者之间的高层协议类型为TCP的数据传输连接时,若该数据传输连接为代理模式,则基站代表终端和远端节点交互终止高层数据连接,然后终端和基站之间通过消息交互完成两者之间的数据传输连接的删除;若该数据传输连接为穿透模式,则终端和基站之间直接通过消息交互完成两者之间数据传输连接的删除。
较佳地,当确定的数据传输连接模式为代理模式,且基站收到终端发出的高层协议类型为UDP的数据传输连接请求或收到远端节点发出的UDP数据包时,基站的处理过程如下:
基站接收终端发送的仅包含应用数据负载以及MAC头的数据包,对其进行分段、计算校验和、封装UDP头及IP头后,发送给远端节点;或
基站接收远端节点发送的数据包,验证其校验和,若验证成功,则去掉数据包的UDP头,IP头,并封装MAC头,发送给终端。
较佳地,所述步骤B后还包括:
若终端和/或基站希望删除两者之间的高层协议类型为UDP的数据传输连接,则终端和基站之间通过消息交互完成两者之间数据传输连接的删除。
较佳地,终端在网络接入或网络重入时,与基站通过能力协商确定数据传输连接模式。
较佳地,终端在进行切换时,服务基站与目标基站协商,若目标基站支持服务基站与终端当前的数据连接处理模式,则服务基站在切换命令中包含所述目标基站,终端可相应进行网络接入到目标基站;否则,服务基站在切换命令中指示所述目标基站不支持当前的数据连接处理模式,若有其他支持当前数据连接处理模式的目标基站备选,则终端接入到其他备选目标基站,否则终端接入到原目标基站,与其进行能力协商重新建立数据传输连接。
较佳地,所述远端节点为其他终端或是互联网络上的其他节点。
一种提高终端处理性能的基站,包括:
连接模式确定模块,用于确定终端与基站之间的数据传输连接模式;
连接创建模块,用于在终端与远端节点进行通信时,与终端之间根据连接模式确定模块确定的数据传输连接模式创建相应模式的数据传输连接;
数据包处理模块,用于在终端与远端节点进行通信时,当确定的数据传输连接模式为代理模式时,代表终端对接收到的数据包进行高层连接处理,当确定的数据传输连接模式为穿透模式时,对接收到的数据包进行转发。
本发明有益效果如下:
本发明技术方案通过充分利用基站的处理能力,由基站分担终端的数据包处理任务,而终端仅仅对有效的数据负载进行处理,从而有效的解决了现有技术中基站对远端节点与终端之间交互的数据包直接进行穿透处理所带来的终端计算资源被大量耗费、系统响应延迟增加的问题,能够大大提高终端处理的性能,减少空口开销,增强用户体验,同时达到节电的目的。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1为本发明通过基站提高终端处理性能的方法的实现原理流程图;
图2为本发明中终端与基站通信的示意图;
图3为本发明中数据传输连接模式为代理模式时,基站对终端发起的TCP数据连接进行处理的流程图;
图4为本发明中数据传输连接模式为代理模式时,基站对远端节点发起的TCP数据连接进行处理的流程图;
图5为本发明中数据传输连接模式为代理模式时,基站对终端发起的UDP数据连接进行处理的流程图;
图6为本发明中数据传输连接模式为代理模式时,基站收到远端节点发出的UDP数据包后进行处理的流程图;
图7为本发明中提高终端处理性能的基站的结构框图。
具体实施方式
本发明的核心思想是通过充分利用基站的处理能力,由基站分担终端的数据包处理任务,而终端仅仅对有效的数据负载进行处理,从而有效的解决了现有技术中基站对远端节点与终端之间交互的数据包直接进行穿透处理所带来的终端计算资源被大量耗费、系统响应延迟增加的问题。
请参阅图1,该图为本发明中通过基站提高终端处理性能的方法的实现原理流程图,主要包括如下步骤:
步骤S10、确定终端与基站之间的数据传输连接模式;
本步骤中,终端在网络接入或网络重入时与基站进行能力协商确定双方之间的数据传输连接模式。
终端在进行切换时,服务基站与目标基站协商,若目标基站支持服务基站与终端当前的数据连接处理模式,则服务基站在切换命令中包含该目标基站,终端可相应进行网络接入到该目标基站;否则,服务基站在切换命令中不包含该目标基站或指示该目标基站不支持终端与服务基站当前的数据连接处理模式,若存在其他的支持终端与服务基站当前数据连接处理模式的目标基站作为备选,则终端接入到其他备选目标基站,否则终端接入到原目标基站,通过与其进行能力协商重新建立数据传输连接。例如:如果服务基站与终端当前的处理模式为代理模式,而目标基站仅支持穿透模式,则服务基站在切换命令中不包含该目标基站或指示该目标基站仅支持穿透模式;如果所述终端还有其他支持代理模式的目标基站作为备选,则终端接入到该备选的目标基站,否则终端接入到仅支持穿透模式的目标基站,通过与其进行能力协商重新建立数据传输连接。
步骤S11、在终端与远端节点进行通信时,终端与基站之间根据步骤S10中确定的数据传输连接模式创建相应模式的数据传输连接。当确定的数据传输连接模式为代理模式时,由基站代表终端对接收到的数据包进行高层连接处理;当确定的数据传输连接模式为为穿透模式时,基站对接收到的数据包进行转发。
如图2所示,所述远端节点为其他终端或是互联网络上的其他节点。
本步骤中,所述数据传输连接对应的高层协议类型为TCP或UDP。
本步骤中,在终端与基站之间创建穿透模式的数据传输连接时,终端与基站之间需交互QoS信息,重传参数,数据包大小,包头压缩参数信息,在终端与基站之间创建代理模式的数据传输连接时,除交互QoS信息,重传参数,数据包大小,包头压缩参数信息外,还需要进一步交互高层数据连接对应的协议类型,源IP地址,目的IP地址,源端口以及目的端口信息。
当确定的数据传输连接模式为穿透模式时,基站的处理过程如下:基站对接收到的数据包进行MAC头封装/去除,然后转发。
当确定的数据传输连接模式为代理模式,且基站收到终端或远端节点发出的高层协议类型为TCP的数据传输连接请求时,基站的处理过程如下:
基站代表终端与远端节点通过多次握手完成高层数据连接的创建;
基站接收终端发送的仅包含应用数据负载以及MAC包头的数据包,对其进行分段、计算校验和、添加序列号、封装TCP头及IP头后,发送给远端节点,同时,基站向终端发送确认消息;或
基站接收远端节点发送的数据包,验证其校验和,若验证成功,则去掉数据包的IP头,TCP头,根据序列号对数据包进行重新组装并封装MAC头,发送给终端,同时,基站向远端节点发送确认消息。
基站将数据包发送给远端节点后,若在TCP重传超时间隔内没有收到远端节点发送的确认消息,则基站重发该数据包直到收到远端节点发送的确认消息或达到最大重传次数;基站将数据包发送给终端后,若在自动重传请求超时间隔内没有收到终端发送的确认消息,则继续发送该数据包直到收到终端发送的确认消息或达到最大重传次数。
当确定的数据传输连接模式为代理模式,且基站收到终端发出的高层协议类型为UDP的数据传输连接请求或收到远端节点发出的UDP数据包时,基站的处理过程如下:
基站接收终端发送的仅包含应用数据负载以及MAC头的数据包,对其进行分段、计算校验和、封装UDP头及IP头后,发送给远端节点;或
基站接收远端节点发送的数据包,验证其校验和,若验证成功,则去掉数据包的UDP头,IP头,并封装MAC头,发送给终端。
当终端和/或远端节点希望删除两者之间的高层协议类型为TCP的数据传输连接时,若该数据传输连接为代理模式,则基站代表终端和远端节点交互终止高层数据连接,然后终端和基站之间通过消息交互完成两者之间的数据传输连接的删除;若该数据传输连接为穿透模式,则终端和基站之间直接通过消息交互完成两者之间数据传输连接的删除。
若终端和/或基站希望删除两者之间的高层协议类型为UDP的数据传输连接,则终端和基站之间通过消息交互完成两者之间数据传输连接的删除。
下面通过四个实施例对本发明所述方法的具体实现过程予以进一步详细的说明。
实施例一
实施例一描述了数据传输连接模式为代理模式时,基站对终端发起的TCP数据连接进行处理的情况。
请参阅图3,该图为本发明中数据传输连接模式为代理模式时,基站对终端发起的TCP数据连接进行处理的流程图,具体过程如下:
终端网络接入或网络重入时与基站进行能力协商,确定双方都支持数据传输连接的代理模式。当终端需要与远端节点通信时,终端首先发送连接创建请求消息,基站相应的回复连接创建响应消息。在创建终端和基站之间的数据传输连接时,终端和基站之间除了交互QoS信息,重传参数,数据包大小等信息外,还要交互高层数据连接对应的协议类型,源IP地址,目的IP地址,源端口以及目的端口等信息。基站收到终端的创建数据传输连接请求后,判断所述数据传输连接对应的高层协议类型,如果高层协议类型为TCP,则基站代表终端与远端节点通过多次握手完成TCP连接的创建。
TCP连接的建立可能完成于终端与基站之间数据传输连接建立之前,也可能完成于终端与基站之间数据传输连接建立之后。如果TCP连接建立完成于终端与基站之间的数据传输连接的建立之后,则有可能终端已经开始通过终端与基站之间的数据传输连接发送数据包,这种情况下,基站将接收到的数据包暂时缓存在缓冲区。由于双方协定的是代理模式,因此终端和基站之间传送的数据包仅包含应用数据负载以及MAC包头,基站与远端节点完成高层连接创建之后,基站负责对终端发送的数据进行分段,计算校验和,添加序列号,封装TCP头,IP头处理,并发送至远端节点,与此同时,基站向终端发送确认消息。如果所述基站在TCP重传超时间隔内没有收到远端节点发送的确认消息,则基站负责重发数据包直到收到远端节点发送的确认消息或达到最大重传次数,而不需要终端通过空口重新发送。
当基站接收到远端节点发送的数据包时,基站首先验证校验和,如果验证成功,则基站去掉数据包的IP头,TCP头,根据序列号对数据包进行重新组装并封装MAC头之后,将数据包发送给终端,与此同时,基站对远端节点发送的数据包进行确认。终端接收到数据包后,要对该数据包进行确认。如果基站在自动重传请求超时间隔内没有收到终端发送的确认消息,则基站继续发送数据包直到收到终端发送的确认消息或达到最大重传次数。
当终端希望删除和远端节点之间的数据传输连接时,终端向基站发送连接删除请求消息,基站代表终端和远端节点交互终止TCP连接,然后终端和基站之间通过消息交互完成终端和基站之间的数据传输连接的删除。
本实施例中,基站负责与远端节点之间的拥塞控制,消息确认以及滑动窗口维护,基站可根据拥塞情况,动态调整分配给终端的带宽。
实施例二
实施例二描述了数据传输连接模式为代理模式时,基站对远端节点发起的TCP数据连接进行处理的情况。
请参阅图4,该图为本发明中数据传输连接模式为代理模式时,基站对远端节点发起的TCP数据连接进行处理的流程图,具体过程如下:
终端网络接入或网络重入时与基站进行能力协商,确定双方都支持数据传输连接的代理模式。当基站收到远端节点发出的请求与基站下属终端创建高层连接的消息时,基站首先发送连接创建请求消息给终端,在基站和终端之间的数据传输连接创建过程中,基站判断所述数据传输连接对应的高层协议类型,如果协议类型为TCP协议,则基站代表终端与远端节点通过多次握手完成高层连接的创建。终端接收到基站发送的连接创建请求后,回复连接创建响应消息给基站。在创建终端和基站之间的数据传输连接时,终端和基站之间除了交互QoS信息,重传参数,数据包大小等信息外,还要交互高层数据连接对应的协议类型,源IP地址,目的IP地址,源端口以及目的端口等信息。
TCP连接的建立可能完成于终端与基站之间数据传输连接建立之前,也可能完成于终端与基站之间数据传输连接建立之后。如果TCP连接建立完成于终端与基站之间的数据传输连接建立之前,则有可能远端节点已经开始通过TCP连接发送数据包,这种情况下,基站将接收到的数据包暂时缓存在缓冲区。
当TCP连接以及终端和基站之间的数据传输连接都建立之后,基站对接收到的远端节点发送的数据包首先验证校验和,如果校验成功,则基站去掉数据包的IP头,TCP头,根据序列号对数据包进行重新组装并封装MAC头,然后将数据包发送给终端,与此同时,基站对远端节点发送的数据包进行确认。终端接收到数据包后,要对该数据包进行确认。如果基站在自动重传请求超时间隔内没有收到终端发送的确认消息,则基站继续发送数据包直到收到终端发送的确认消息或达到最大重传次数。
同样的,由于双方协定的是代理模式,终端向基站发送的数据包仅包含应用数据负载以及MAC包头。基站接收到终端发送的数据包后,负责将终端发送的数据进行分段,计算校验和,序列号,封装TCP头,IP头,并发送至远端节点,与此同时,基站向终端发送确认消息。如果所述基站在TCP重传超时间隔内没有收到远端节点发送的确认消息,则基站负责重发数据包直到收到远端节点发送的确认消息或达到最大重传次数,而不需要终端通过空口重新发送。
当远端节点希望删除和终端之间的数据传输连接时,远端节点向基站发送TCP连接终止请求消息,基站代表终端和远端节点交互终止TCP连接,然后终端和基站之间通过消息交互完成终端和基站之间的数据传输连接的删除。
本实施例中,基站负责滑动窗口维护,并根据拥塞情况,调整分配给终端的带宽。
实施例三
实施例三描述了数据传输连接模式为代理模式时,基站对终端发起的UDP数据连接进行处理的情况。
请参阅图5,该图为本发明中数据传输连接模式为代理模式时,基站对终端发起的UDP数据连接进行处理的流程图,具体过程如下:
终端网络接入或网络重入时与基站进行能力协商,确定双方都支持数据传输连接的代理模式。当终端需要与远端节点通信时,终端首先发送连接创建请求消息,基站相应的发送连接创建响应消息。在创建终端和基站之间的数据传输连接时,终端和基站之间除了交互QoS信息,重传参数,数据包大小等信息外,还要交互高层数据连接对应的协议类型,源IP地址,目的IP地址,源端口以及目的端口等信息。基站收到终端的创建数据传输连接请求后,判断所述数据传输连接对应的高层协议类型,如果高层协议类型为UDP,则基站发送创建数据传输连接响应消息给终端。
终端接收到创建数据传输连接响应消息后,开始发送仅包含应用数据负载以及MAC包头的数据包给基站。基站负责将终端发送的数据进行分段,计算校验和,封装UDP头,IP头,并发送至远端节点。
如果基站接收到远端节点发送的数据包,基站首先验证校验和,如果校验成功,则基站去掉数据包的IP头,UDP头,并封装MAC头,将数据包发送给终端。
在终端和基站希望删除两者之间的数据传输连接时,终端和基站之间通过消息交互完成两者之间数据传输连接的删除。
实施例四
实施例四描述了数据传输连接模式为代理模式时,基站收到远端节点发出的UDP数据包后进行处理的情况。
请参阅图6,该图为本发明中数据传输连接模式为代理模式时,基站收到远端节点发出的UDP数据包后进行处理的流程图,具体过程如下:
终端网络接入或网络重入时与基站进行能力协商,确定双方都支持数据传输连接的代理模式。当基站收到远端节点发送给基站下属终端的UDP数据包时,基站首先发送连接创建请求消息给终端,终端接收到基站发送的连接创建请求后,回复连接创建响应消息给基站。在创建终端和基站之间的数据传输连接时,终端和基站之间除了交互QoS信息,重传参数,数据包大小等信息外,还要交互高层数据连接对应的协议类型,源IP地址,目的IP地址,源端口以及目的端口等信息。
当终端和基站之间的数据传输连接建立之后,基站对接收到的远端节点发送的数据包首先验证校验和,如果校验成功,则基站去掉数据包的IP头,UDP头,并封装MAC头,然后将数据包发送给终端。
同样的,由于双方协定的是代理模式,终端向基站发送的数据包仅包含应用数据负载以及MAC包头。基站接收到终端发送的数据包后,负责将终端发送的数据进行分段,计算校验和,封装UDP头,IP头,并发送至远端节点。
在终端和基站希望删除两者之间的数据传输连接时,终端和基站之间通过消息交互完成两者之间数据传输连接的删除。
相应于本发明上述方法,本发明进而提出了一种提高终端处理性能的基站,请参阅图7,该图为本发明中提高终端处理性能的基站的结构框图,其主要包括连接模式确定模块、连接创建模块和数据包处理模块,其中,各个模块的主要作用如下:
连接模式确定模块,用于确定终端与基站之间的数据传输连接模式;
连接创建模块,用于在终端与远端节点进行通信时,与终端之间根据连接模式确定模块确定的数据传输连接模式创建相应模式的数据传输连接;
数据包处理模块,用于在终端与远端节点进行通信时,当确定的数据传输连接模式为代理模式时,代表终端对接收到的数据包进行高层连接处理,当确定的数据传输连接模式为穿透模式时,对接收到的数据包进行转发。
本发明实施例通过基站分担终端的高层连接处理任务,大大提高了终端包处理的性能,通过减少重传以及缩减包头传输的方式大大减少了空口开销,在增强用户体验的同时,达到节电的目的。
显然,本领域的技术人员应该明白,上述的本发明实施例的各步骤可以用通用的计算装置或计算装置可执行的程序代码来实现。本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种通过基站提高终端处理性能的方法,其特征在于,包括步骤:
A、确定终端与基站之间的数据传输连接模式;
B、在终端与远端节点进行通信时,终端与基站之间创建相应模式的数据传输连接,当确定的数据传输连接模式为代理模式时,基站代表终端对接收到的数据包进行高层连接处理,当确定的数据传输连接模式为穿透模式时,基站对接收到的数据包进行转发。
2.如权利要求1所述的方法,其特征在于,
终端与基站之间创建穿透模式的数据传输连接时,需交互QoS信息,重传参数,数据包大小,包头压缩参数信息;
终端与基站之间创建穿透模式的数据传输连接时,除需交互QoS信息,重传参数,数据包大小,包头压缩参数信息外,还需进一步交互高层数据连接对应的协议类型,源IP地址,目的IP地址,源端口及目的端口信息。
3.如权利要求1所述的方法,其特征在于,当确定的数据传输连接模式为穿透模式时,基站对接收到的数据包进行MAC头封装/去除,然后转发。
4.如权利要求1所述的方法,其特征在于,当确定的数据传输连接模式为代理模式,且基站收到终端或远端节点发出的高层协议类型为TCP的数据传输连接请求时,基站的处理过程如下:
基站代表终端与远端节点通过多次握手完成高层数据连接的创建;
基站接收终端发送的仅包含应用数据负载以及MAC包头的数据包,对其进行分段、计算校验和、添加序列号、封装TCP头及IP头后,发送给远端节点,同时,基站向终端发送确认消息;或
基站接收远端节点发送的数据包,验证其校验和,若验证成功,则去掉数据包的IP头,TCP头,根据序列号对数据包进行重新组装并封装MAC头,发送给终端,同时,基站向远端节点发送确认消息。
5.如权利要求4所述的方法,其特征在于,所述基站将数据包发送给远端节点后,若在TCP重传超时间隔内没有收到远端节点发送的确认消息,则基站重发该数据包直到收到远端节点发送的确认消息或达到最大重传次数;
所述基站将数据包发送给终端后,若在自动重传请求超时间隔内没有收到终端发送的确认消息,则继续发送该数据包直到收到终端发送的确认消息或达到最大重传次数。
6.如权利要求1所述的方法,其特征在于,所述步骤B后还包括:
当终端和/或远端节点希望删除两者之间的高层协议类型为TCP的数据传输连接时,若该数据传输连接为代理模式,则基站代表终端和远端节点交互终止高层数据连接,然后终端和基站之间通过消息交互完成两者之间的数据传输连接的删除;若该数据传输连接为穿透模式,则终端和基站之间直接通过消息交互完成两者之间数据传输连接的删除。
7.如权利要求1所述的方法,其特征在于,当确定的数据传输连接模式为代理模式,且基站收到终端发出的高层协议类型为UDP的数据传输连接请求或收到远端节点发出的UDP数据包时,基站的处理过程如下:
基站接收终端发送的仅包含应用数据负载以及MAC头的数据包,对其进行分段、计算校验和、封装UDP头及IP头后,发送给远端节点;或
基站接收远端节点发送的数据包,验证其校验和,若验证成功,则去掉数据包的UDP头,IP头,并封装MAC头,发送给终端。
8.如权利要求1所述的方法,其特征在于,所述步骤B后还包括:
若终端和/或基站希望删除两者之间的高层协议类型为UDP的数据传输连接,则终端和基站之间通过消息交互完成两者之间数据传输连接的删除。
9.如权利要求1所述的方法,其特征在于,所述步骤A中,终端在网络接入或网络重入时,与基站通过能力协商确定数据传输连接模式。
10.如权利要求1所述的方法,其特征在于,所述步骤A中,终端在进行切换时,服务基站与目标基站协商,若目标基站支持服务基站与终端当前的数据连接处理模式,则服务基站在切换命令中包含所述目标基站,终端可相应进行网络接入到目标基站;否则,服务基站在切换命令中指示所述目标基站不支持当前的数据连接处理模式,若有其他支持当前数据连接处理模式的目标基站备选,则终端接入到其他备选目标基站,否则终端接入到原目标基站,与其进行能力协商重新建立数据传输连接。
11.如权利要求1至10中任意一项所述的方法,其特征在于,所述远端节点为其他终端或是互联网络上的其他节点。
12.一种提高终端处理性能的基站,其特征在于,包括:
连接模式确定模块,用于确定终端与基站之间的数据传输连接模式;
连接创建模块,用于在终端与远端节点进行通信时,与终端之间根据连接模式确定模块确定的数据传输连接模式创建相应模式的数据传输连接;
数据包处理模块,用于在终端与远端节点进行通信时,当确定的数据传输连接模式为代理模式时,代表终端对接收到的数据包进行高层连接处理,当确定的数据传输连接模式为穿透模式时,对接收到的数据包进行转发。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102271813A CN102340828A (zh) | 2010-07-15 | 2010-07-15 | 一种通过基站提高终端处理性能的方法及基站 |
PCT/CN2011/070144 WO2012006872A1 (zh) | 2010-07-15 | 2011-01-10 | 一种通过基站提高终端处理性能的方法及基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010102271813A CN102340828A (zh) | 2010-07-15 | 2010-07-15 | 一种通过基站提高终端处理性能的方法及基站 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102340828A true CN102340828A (zh) | 2012-02-01 |
Family
ID=45468910
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010102271813A Pending CN102340828A (zh) | 2010-07-15 | 2010-07-15 | 一种通过基站提高终端处理性能的方法及基站 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102340828A (zh) |
WO (1) | WO2012006872A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102932350A (zh) * | 2012-10-31 | 2013-02-13 | 华为技术有限公司 | 一种tls扫描的方法和装置 |
CN105681335A (zh) * | 2016-03-02 | 2016-06-15 | 臧利 | 基站数据处理方法及系统 |
CN107231676A (zh) * | 2016-03-25 | 2017-10-03 | 展讯通信(上海)有限公司 | 一种基站及其处理传输数据的方法 |
CN107454626A (zh) * | 2016-05-31 | 2017-12-08 | 中国移动通信有限公司研究院 | 一种信息发送方法、无线网络设备及终端 |
CN107645790A (zh) * | 2016-07-20 | 2018-01-30 | 普天信息技术有限公司 | 一种传输控制协议tcp链接建立方法及基站 |
CN113965894A (zh) * | 2021-11-09 | 2022-01-21 | 天津七一二移动通信有限公司 | 一种在地铁lte系统中分组数据的实现方法 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1753354A (zh) * | 2005-10-25 | 2006-03-29 | 华中科技大学 | 基于arq信息的基站tcp代理确认方法及其系统 |
-
2010
- 2010-07-15 CN CN2010102271813A patent/CN102340828A/zh active Pending
-
2011
- 2011-01-10 WO PCT/CN2011/070144 patent/WO2012006872A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1753354A (zh) * | 2005-10-25 | 2006-03-29 | 华中科技大学 | 基于arq信息的基站tcp代理确认方法及其系统 |
Non-Patent Citations (1)
Title |
---|
KUANG-YEH WANG: "《INFOCOM‘98. Seventeenth Annual Joint Conference of the IEEE Computer and Communications Societies. Proceedings . IEEE.》", 2 April 1998 * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102932350A (zh) * | 2012-10-31 | 2013-02-13 | 华为技术有限公司 | 一种tls扫描的方法和装置 |
CN102932350B (zh) * | 2012-10-31 | 2016-06-15 | 华为技术有限公司 | 一种tls扫描的方法和装置 |
CN105681335A (zh) * | 2016-03-02 | 2016-06-15 | 臧利 | 基站数据处理方法及系统 |
CN107231676A (zh) * | 2016-03-25 | 2017-10-03 | 展讯通信(上海)有限公司 | 一种基站及其处理传输数据的方法 |
CN107454626A (zh) * | 2016-05-31 | 2017-12-08 | 中国移动通信有限公司研究院 | 一种信息发送方法、无线网络设备及终端 |
CN107454626B (zh) * | 2016-05-31 | 2020-06-05 | 中国移动通信有限公司研究院 | 一种信息发送方法、无线网络设备及终端 |
CN107645790A (zh) * | 2016-07-20 | 2018-01-30 | 普天信息技术有限公司 | 一种传输控制协议tcp链接建立方法及基站 |
CN113965894A (zh) * | 2021-11-09 | 2022-01-21 | 天津七一二移动通信有限公司 | 一种在地铁lte系统中分组数据的实现方法 |
CN113965894B (zh) * | 2021-11-09 | 2023-01-13 | 天津七一二移动通信有限公司 | 一种在地铁lte系统中分组数据的实现方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2012006872A1 (zh) | 2012-01-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3582720B2 (ja) | 通信制御方式、通信方法、サーバ装置、端末装置、中継装置および通信システム | |
CN101309128B (zh) | 无线通讯系统处理重建无线链接控制单元的方法及其装置 | |
CN102469124B (zh) | 基于aog的移动互联网业务的实现方法、网关、代理及系统 | |
CN102340828A (zh) | 一种通过基站提高终端处理性能的方法及基站 | |
WO2014127515A1 (zh) | 业务提供系统、方法、移动边缘应用服务器及支持节点 | |
JP2003283592A (ja) | ワイヤレスコミュニケーションシステムのデータ伝送確認方法 | |
CN103441996A (zh) | 并发传输文件的方法及系统 | |
CN109076475B (zh) | 一种用于保持无连接传输中同步的方法和系统 | |
CN109891918A (zh) | Scef实体、通信终端、数据处理方法、数据接收方法和非暂时性计算机可读介质 | |
WO2013185528A1 (zh) | 数据传输方法、设备及系统 | |
CN103179085A (zh) | 网际协议头置换映射关系的获取方法及网络节点 | |
CN102739349B (zh) | 一种用于帧确认的方法和装置 | |
JP6034948B2 (ja) | 無線アクセスネットワークにおけるコンテンツ配信のための方法及び装置 | |
CN111373837A (zh) | 用于在无线通信系统中发送和接收数据的方法和装置 | |
WO2017008701A1 (zh) | 数据传输方法、装置及用户设备 | |
MX2012002560A (es) | Metodo y aparato para distribucion en orden de control de acceso al medio. | |
CN109937588A (zh) | Scef实体、控制设备、通信方法和非暂时性计算机可读介质 | |
JP2017028589A (ja) | 通信装置、無線通信装置、および通信方法 | |
CN111092854A (zh) | 用于通过受约束网络的数据传输的简单通信协议 | |
WO2014047936A1 (zh) | 数据传输方法、装置、终端及基站 | |
EP2922365A1 (en) | Packet transmission method, system, and station | |
WO2011157190A2 (zh) | 数据接收处理方法及装置 | |
CN102833750A (zh) | 消息传输方法及装置 | |
CN106063217B (zh) | 一种实现业务优化的方法及系统 | |
CN104168273A (zh) | 一种瘦ap模式下实现tcp代理的方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120201 |