CN106603494A - 一种数据处理方法及基站 - Google Patents
一种数据处理方法及基站 Download PDFInfo
- Publication number
- CN106603494A CN106603494A CN201611001218.4A CN201611001218A CN106603494A CN 106603494 A CN106603494 A CN 106603494A CN 201611001218 A CN201611001218 A CN 201611001218A CN 106603494 A CN106603494 A CN 106603494A
- Authority
- CN
- China
- Prior art keywords
- base station
- tcp
- packet
- terminal
- server
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0205—Traffic management, e.g. flow control or congestion control at the air interface
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
Abstract
本发明实施例公开了一种数据处理方法,用于避免下发无效数据对空口资源造成的浪费。本发明实施例方法包括:基站转发所述服务器向所述终端发送的第一数据包;所述基站接收终端向服务器发送的反馈报文,所述反馈报文用于反馈所述终端已接收到所述第一数据包;所述基站获取所述反馈报文中的TCP包头;所述基站根据所述TCP包头判断所述终端与所述服务器之间的TCP连接是否有效;若所述TCP连接无效,则所述基站将所述基站上的第二数据包丢弃,所述第一数据包及所述第二数据包为所述基站接收到的所述服务器发送的数据包,所述第二数据包为所述基站尚未向所述终端发送的数据包。本发明实施例还公开了一种基站,用于避免下发无效数据对空口资源造成的浪费。
Description
技术领域
本发明涉及通信领域,尤其涉及一种数据处理方法及基站。
背景技术
随着智能手机的普及,移动上网的需求越来越大,移动通信系统的负荷也越来越重。在长期演进(Long Term Evolution,LTE)系统中,合理的利用频谱资源,减少频谱资源的浪费,对提高系统容量来说具有重要的意义。
最近的研究表明,在LTE移动通信系统中,视频业务消耗了60%以上的频谱带宽,并且这一比例正在逐年增加。现有技术中,视频网站在播放视频时均采用分片下载的方式。视频分片的下载通常采用传输控制协议(TCP,Transfer Protocol)协议,视频网站服务器在收到终端的视频分片请求后,通过传输多个TCP数据包的方式,将分片数据发送给终端。一个视频分片的下载流程如图1所示,相应的步骤如下:
(1)T1时刻,终端发起TCP连接建立请求,新建一条TCP连接;
(2)T2时刻,终端在新建的TCP连接上发出下载一个分片的超文本传输协议(Http,Hyper Text Transfer Protocol)请求;服务器收到请求后,将分片数据拆分成多个TCP数据包,并通过该TCP连接下发。数据包到达基站后,基站会先缓存起来,并根据空口资源的分配策略,陆续将数据包下发给终端;
(3)T3时刻,终端收到基站下发的第一个TCP数据包,并向服务器返回反馈报文;
(4)T4时刻,终端收到基站下发的最后一个TCP数据包,并向服务器返回反馈报文;
(5)T5时刻,终端判断请求的分片数据已收齐,主动请求TCP连接断开,本次分片下载结束。
上述视频分片下载的过程中,基站对终端和视频服务器之间的数据进行透传,只要基站上缓存有服务器发给终端的TCP数据,都会下发给终端,而不会考虑数据对终端的有效性。
因此,若终端在收齐该分片的所有TCP数据包之前,即T4时刻之前,提前结束了本次视频的播放,按照现有技术的处理,基站还是会继续将该TCP连接上已经缓存的TCP数据包下发给终端,而这些数据包对终端来说已经是无效的数据,造成了空口资源的浪费。
也就是说当用户提前终止视频播放时,当前请求下载的分片数据可能已经到达基站并缓存,由于基站不能意识到用户提前终止的行为,因此还是会继续将已经缓存的数据下发给终端。这些数据到达终端后会被认为是无效的数据直接丢弃,造成了空口频谱资源的浪费。
发明内容
本发明实施例提供了一种数据处理方法及服务器,用于避免下发无效数据对空口资源造成的浪费。
有鉴于此,本发明实施例第一方面提供了一种数据处理方法,包括:
基站转发服务器向终端发送的第一数据包,终端接收到第一数据包后发送反馈报文,该反馈报文用于向服务器确认终端已经收到该第一数据,基站接收该反馈报文,获取该反馈报文中的TCP包头,根据该TCP包头判断终端与服务器之间的TCP连接是否有效,当基站确定该TCP无效时,基站将第二数据包丢弃,其中第一数据包和第二数据包为基站接收到的服务器发送的数据包,第二数据包是基站已经接收但是还未向终端发送的数据包。
需要说明的是终端与服务器预先建立了TCP连接,终端与服务器之间的数据传输均通过该TCP连接进行,服务器通过该TCP连接发送数据包,终端接收数据包后通过该TCP连接发送反馈报文,基站作为两者的中转,会接收终端或服务器在该TCP连接上发送的数据包或反馈报文,并转发至另一端。而本发明实施例中,当基站接收终端在该TCP连接上的反馈报文后,会根据该反馈报文中的TCP包头判断该TCP连接是否有效,当确认TCP连接无效时,就会将已经接收但是尚未向终端发送的数据包丢弃,不再向终端发送,从而避免了下发无效数据对空口资源造成的浪费。
结合本发明实施例的第一方面,在本发明实施例第一方面的第一种实现方式中,基站可以通过如下方式判断终端与服务器之间的TCP连接是否有效:
基站判断该TCP包头中的FIN标志是否为1,若是,则确定该TCP连接无效。
需要说明的是,TCP包头的前20个字节中包含有URG,ACK,PSH,RST,SYN,FIN等标志位,其中FIN用于释放连接,当FIN=1时,表示发送端请求释放连接。因此当FIN标志时,基站认为终端发起断链,即可确认该TCP连接无效。
本发明实施例提供了一种判断TCP连接是否有效的具体方式,提高了方案的可实现性。
结合本发明实施例的第一方面,在本发明实施例第一方面的第二种实现方式中,基站可以通过如下方式判断终端与服务器之间的TCP连接是否有效:
基站判断TCP包头中的RST标志是否为1,若是,则确定该TCP连接无效。
需要说明的是,TCP包头的前20个字节中包含有URG,ACK,PSH,RST,SYN,FIN等标志位,其中RST用于重置连接,当RST=1时,表示连接出现错误,需要重新建立连接。故当RST的标志为1时,基站认为该TCP连接无效。
本发明实施例提供了另种判断TCP连接是否有效的具体方式,提高了方案的灵活性。
结合本发明实施例的第一方面,第一方面的第一及第二种实现方式中的任意一种实现方式,在本发明实施例第一方面的第三种实现方式中,可以通过如下方式触发基站判断终端与服务器之间的TCP连接是否有效:
基站判断第二数据包的净荷长度是否为零,若否,则基站触发基站判断终端与服务器之间的TCP连接是否有效的步骤。
需要说明的是,净荷长度为零表示数据包中是包含TCP的信令。也就是说当第二数据包中除了包含信令还包含其他数据时,基站才会执行判断的步骤决定是否丢弃数据包。这样在判断之前预先对数据包的内容进行了识别,仅对有意义的数据包进行判断,能够提高工作效率。
结合本发明实施例的第一方面,第一方面的第一及第二种实现方式中的任意一种实现方式,在本发明实施例第一方面的第四种实现方式中,在本发明实施例第一方面的第五种实现方式中,基站还可以执行如下步骤:
当基站确定终端与服务器之间的TCP连接有效时,基站向终端发送第二数据包。
本发明实施例的第二方面提供了一种基站,该基站包括:
转发模块,用于转发服务器向终端发送的第一数据包;
接收模块,用于接收终端向服务器发送的反馈报文,反馈报文用于反馈终端已接收到第一数据包;
获取模块,用于获取接收模块接收的反馈报文中的TCP包头;
第一判断模块,用于根据TCP包头判断终端与服务器之间的TCP连接是否有效;
丢弃模块,用于当第一判断模块确定TCP连接无效时,将基站上的第二数据包丢弃,第一数据包及第二数据包为基站接收到的服务器发送的数据包,第二数据包为基站尚未向终端发送的数据包。
结合本发明实施例的第二方面,在本发明实施例第二方面的第一种实现方式中,第一判断模块包括:
第一判断单元,用于判断TCP包头中的FIN标志是否为1;
第二确定单元,用于当第一判断单元确定FIN标志为1时,确定TCP连接无效。
结合本发明实施例的第二方面,在本发明实施例第二方面的第二种实现方式中,第一判断模块包括:
第二判断单元,用于判断该TCP包头中的RST标志是否为1;
第二确定单元,用于当第二判断单元确定RST标志为1时,确定TCP连接无效。
结合本发明实施例的第二方面,第二方面的第一至第二种实现方式中的任意一种实现方式,在本发明实施例第二方面的第三种实现方式中,基站还包括:
第二判断模块,用于判断第二数据包的净荷长度是否为零;
触发模块,用于当第二判断模块确定净荷长度为零时,则触发第一判断模块。
结合本发明实施例的第二方面,第二方面的第一至第二种实现方式中的任意一种实现方式,在本发明实施例第二方面的第四种实现方式中,基站还包括:
发送模块,用于当第一判断模块确定TCP连接有效时,向终端发送基站上的第二数据包。
本发明实施例第三方面还提供了一种基站,该基站包括:
存储器、收发器、处理器以及总线系统;
其中,存储器用于存储程序;
处理器用于执行存储器中的程序,具体如下步骤:
控制收发器转发服务器向终端发送的第一数据包;
控制收发器接收终端向服务器发送的反馈报文,该反馈报文用于反馈中的已接收到该第一数据包;
获取反馈报文中的TCP包头;
根据TCP包头判断终端与服务器之间的TCP连接是否有效;
当确认该TCP连接无效时,将第二数据包丢弃,第一数据包及第二数据包为处理器控制收发器接收到的服务器发送的数据包,第二数据包为收发器向终端发送的数据包。
从以上技术方案可以看出,本发明实施例具有以下优点:
本发明实施例中,基站接收到终端向服务器发送的反馈报文后,会提取该反馈报文中的TCP包头,并根据该TCP包头判断终端与服务器之间的TCP连接是否有效,当确认该TCP连接无效时,基站可以将基站接收到的服务器发送的数据中尚未转发至终端发送的数据丢弃。也就是说,本发明实施例中基站可以及时识别出终端提前结束视频播放的状态,将该状态下对待发送的视频数据采取丢弃处理,避免了下发无效数据对空口资源造成的浪费。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例。
图1是现有技术中分片下载视频数据的流程图;
图2是本发明实施例中数据处理方法的一个实施例流程图;
图3是本发明实施例中数据处理方法的另一实施例流程图;
图4是本发明实施例中基站的一个实施例示意图;
图5是本发明实施例中基站的另一实施例示意图;
图6是本发明实施例中基站的另一实施例示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应理解,本发明实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(Global System of Mobile communication,GSM)系统、码分多址(Code DivisionMultiple Access,CDMA)系统、宽带码分多址(Wideband Code Division MultipleAccess,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal MobileTelecommunication System,UMTS)或全球互联微波接入(Worldwide Interoperabilityfor Microwave Access,WiMAX)通信系统等。
应理解,在本发明实施例中的终端包括但不限于用户设备(英文全称:UserEquipment,英文简称:UE)、移动台(英文全称:Mobile Station,英文简称:MS)、移动终端(Mobile Terminal)、移动电话(Mobile Telephone)、手机(handset)及便携设备(portableequipment)等,该用户设备可以经无线接入网(英文全称:Radio Access Network,英文简称:RAN)与一个或多个核心网进行通信,例如,终端可以是移动电话(或称为“蜂窝”电话)、具有无线通信功能的计算机等,用户设备还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
本发明实施例中的基站可以是GSM或CDMA中的基站(英文全称:Base TransceiverStation,英文缩写:BTS),也可以是WCDMA中的基站(NodeB),还可以是LTE中的演进型基站(英文全称:evolved Node B,英文缩写:eNB或e-NodeB),本发明实施例并不限定。
应理解,本发明实施例中的技术方案除了可以应用于视频数据传输外,还可以应用于其他基于TCP的业务传输,具体此处不作限定。
下面先对本发明实施例中的数据处理方法进行介绍,请参阅图2,本发明实施例中数据处理方法的一个实施例包括:
201、基站转发服务器向终端发送的第一数据包;
终端与服务器建立TCP连接后,通过基站向服务器发送下载请求,服务器接收到该下载请求后,确定该下载请求对应的目标数据包,将该目标数据包划分成若干个TCP数据包,其中包括有第一数据包和第二数据包。服务器按照顺序先向基站发送第一数据包,基站接收并缓存该第一数据包,根据空口资源的分配策略,将该第一数据发送至终端。
202、基站接收终端向服务器发送的反馈报文;
终端接收到该第一数据包后,会发送反馈报文,该反馈报文用于向服务器反馈终端已经接收到了该第一数据包,基站接收该反馈报文。
203、基站获取反馈报文中的TCP包头;
基站接收到该反馈报文后,将该反馈报文中的TCP包头提取出来。
204、基站根据该TCP包头判断终端与服务器之间的TCP连接是否有效;若否,则执行步骤205;
基站获取TCP包头后,根据该TCP包头判断终端与服务器之间的TCP连接是否有效,若否,则执行步骤205。
205、基站将第二数据包丢弃。
服务器发送第一数据包后会继续向基站发送第二数据包,基站接收并缓存该第二数据包,当基站确定该TCP连接无效时,会将该第二数据包丢弃,不会向终端发送该第二数据包。
本发明实施例中,基站接收到终端向服务器发送的反馈报文后,会提取该反馈报文中的TCP包头,并根据该TCP包头判断终端与服务器之间的TCP连接是否有效,当确认该TCP连接无效时,基站可以将基站接收到的服务器发送的数据中尚未转发至终端发送的数据丢弃。也就是说,本发明实施例中基站可以及时识别出终端提前结束视频播放的状态,将该状态下对待发送的视频数据采取丢弃处理,避免了下发无效数据对空口资源造成的浪费。
为了便于理解,下面以一交互实施例对本发明实施例中的数据处理方法进行详细介绍,请参阅图3,本发明实施例中数据处理方法的另一实施例包括:
301、终端通过基站向服务器发送下载请求;
终端通过基站与服务器建立TCP连接后,终端在该TCP连接上发送下载请求,基站接收该下载请求,并将该下载请求发送至服务器。
302、服务器确定下载请求对应的目标数据包,并将目标数据包划分成第一数据包及第二数据包;
服务器接收该下载请求后,确定该下载请求对应的目标数据包,并将该目标数据包划分成第一数据包和第二数据包。
303、基站转发服务器向终端发送的第一数据包;
服务器生成第一数据包和第二数据包后,按照顺序首先向基站发送第一数据包,基站接收并缓存该第一数据包,当存在可以用空口资源时,基站通过该空口资源向终端发送该第一数据包。
304、服务器向基站发送第二数据包;
服务器发送第一数据包后,陆续向基站发送第二数据包。
305、基站接收终端发送的反馈报文;
终端接收到第一数据包后,会向基站返回反馈报文,该反馈报文用于向服务器反馈中的已经接收到了第一数据包,基站接收终端返回的反馈报文。
306、基站获取该反馈报文中的TCP包头;
基站接收到反馈报文后,将该反馈报文中的TCP包头提取出来。其中,该TCP包头的前20个字节的结构图如下表所示:
其中,紧急比特(URG,Urgent),当URG=1时,表明紧急指针字段有效。它告诉系统此报文段中有紧急数据,应尽快传送(相当于高优先级的数据)。
确认比特(ACK,Acknowledgement),只有当ACK=1时确认号字段才有效。当ACK=0时,确认号无效。
复位比特(RST,Reset),当RST=1时,表明TCP连接中出现差错,必须释放连接,然后再重新建立运输连接。
同步比特(SYN,synchronous),当SYN=1时,表示这是一个连接请求或连接接受报文。
终止比特(FIN,Final),用于释放一个连接。当FIN=1时,表明此报文段的发送端的数据已发送完毕,并要求释放运输连接。
ACK是可能与SYN,FIN等同时使用的,比如SYN和ACK可能同时为1,它表示的就是建立连接之后的响应,如果只是单个的一个SYN,它表示的只是建立连接。TCP的几次握手就是通过这样的ACK表现出来的。但SYN与FIN是不会同时为1的,因为前者表示的是建立连接,而后者表示的是断开连接。RST一般是在FIN之后才会出现为1的情况,表示的是连接重置。
307、基站根据该TCP包头判断服务器与终端之间的TCP连接是否有效,若是,则执行步骤309,若否,则执行步骤308;
基站提取该TCP包头后,根据该TCP包头判断服务器与终端之间的TCP连接是否有效,基于上述TCP包头结构,基站可以通过如下方式进行判断:
一、基站判断该TCP包头中的FIN标志是否为1,若是,则基站确定终端与服务器之间的TCP连接无效。
二、基站判断该TCP包头中的RST标志是否为1,若是,则基站确定终端与服务器之间的TCP连接无效。
应理解,除了上述两种方式,基站还可以通过其他方式判断服务器与终端之间的TCP连接是否有效,具体此处不作限定。
308、基站丢弃该第二数据包;
服务器发送第一数据包后会继续向基站发送第二数据包,当基站确定终端与服务器之间的TCP连接无效时,会将已接收以及后续到达的第二数据包丢弃,不会向终端发送该第二数据包。
308、基站向终端发送第二数据包。
服务器发送第一数据包后会继续向基站发送第二数据包,当基站确定TCP包头中的FIN标志不为1,或确定TCP包头中的RST不为1,或通过其他方式确定终端与服务器之间的TCP连接有效时,会根据空口资源的分配策略向终端发送已接收到的以及后续到达的第二数据包。
需要说明的是,在本发明实施例中,在步骤306基站判断终端与服务器之间的TCP连接是否有效之前,基站还可以先判断第二数据包的净荷长度是否为零,若第二数据包的净荷长度不为零,即第二数据包中不只包含TCP的信令时,基站才执行步骤306;若第二数据包的净荷长度为零,即第二数据包中只包含TCP的信令,基站可以直接执行步骤308向终端发送该第二数据包。
本发明实施例中,基站接收到终端向服务器发送的反馈报文后,会提取该反馈报文中的TCP包头,并根据该TCP包头判断终端与服务器之间的TCP连接是否有效,当确认该TCP连接无效时,基站可以将基站接收到的服务器发送的数据中尚未转发至终端发送的数据丢弃。也就是说,本发明实施例中基站可以及时识别出终端提前结束视频播放的状态,将该状态下对待发送的视频数据采取丢弃处理,避免了下发无效数据对空口资源造成的浪费。
其次,本发明实施例中,基站可以通过多种方式判断TCP连接是否有效,提高了方案的灵活性。
再次,本发明实施例中,对于不只包含TCP的信令的数据包中,基站才会判断TCP连接是否有效,对于只包含TCP的信令的数据包基站不会判断,基站能够识别出有效数据进行判断,提高工作效率。
为了便于理解,下面以一具体的应用场景对本发明实施例中的数据处理方法进行详细描述:
用户打开手机P,启动手机中的优酷应用程序,手机P(终端)通过基站B与优酷视频服务器建立TCP连接。用户打开优酷应用程序中的视频A,手机P在该TCP连接上向优酷视频服务器发出对视频A分片下载的Http请求,优酷视频服务器接收到该请求后,将视频A对应的数据包拆分成5个TCP数据包,并通过该TCP连接下发这5个TCP数据包。
基站B接收TCP数据包1,并对该TCP数据包1进行缓存,通过空口资源向手机P发送该TCP数据包1(第一数据包)。而手机P接收到TCP数据包1后,会通过该TCP连接发送反馈报文,以向优酷视频服务器反馈其已接收到该TCP数据包1。与此同时,基站B陆续接收TCP数据包2、TCP数据包3、TCP数据包4和TCP数据包5。当基站B接收到手机P发送的反馈报文后,提取该反馈报文中的TCP包头,判断该TCP包头中的FIN标志是否为1,基站B确定该TCP包头的FIN标志为1,此时,基站B已经接收到了TCP数据包2,TCP数据包3和TCP数据包4,并正在接收数据包5,而TCP数据包2已经转发给手机B发送了,基站B将TCP数据包3,TCP数据包4和后续接收到的数据包5(TCP数据包3、4和5为第二数据包)丢弃,不再发送给手机P。
上面对本发明实施例中的数据处理方法进行了介绍,接下来介绍本发明实施例中的基站,请参阅图4,本发明实施例中基站的一个实施例包括:
转发模块401,用于转发服务器向终端发送的第一数据包;
接收模块402,用于接收终端向服务器发送的反馈报文,反馈报文用于反馈终端已接收到第一数据包;
获取模块403,用于获取接收模块402接收的反馈报文中的TCP包头;
第一判断模块404,用于根据TCP包头判断终端与服务器之间的TCP连接是否有效;
丢弃模块405,用于当第一判断模块404确定TCP连接无效时,将基站上的第二数据包丢弃,第一数据包及第二数据包为基站接收到的服务器发送的数据包,第二数据包为基站尚未向终端发送的数据包。
本发明实施例中,基站接收到终端向服务器发送的反馈报文后,会提取该反馈报文中的TCP包头,并根据该TCP包头判断终端与服务器之间的TCP连接是否有效,当确认该TCP连接无效时,基站可以将基站接收到的服务器发送的数据中尚未转发至终端发送的数据丢弃。也就是说,本发明实施例中基站可以及时识别出终端提前结束视频播放的状态,将该状态下对待发送的视频数据采取丢弃处理,避免了下发无效数据对空口资源造成的浪费。
为了便于理解,下面对本发明实施例中的基站进行详细介绍,请参阅图5,本发明实施例中基站的另一实施例包括:
转发模块501,用于转发服务器向终端发送的第一数据包;
接收模块502,用于接收终端向服务器发送的反馈报文,反馈报文用于反馈终端已接收到第一数据包;
获取模块503,用于获取接收模块502接收的反馈报文中的TCP包头;
第一判断模块504,用于根据TCP包头判断终端与服务器之间的TCP连接是否有效;
丢弃模块505,用于当第一判断模块504确定TCP连接无效时,将基站上的第二数据包丢弃,第一数据包及第二数据包为基站接收到的服务器发送的数据包,第二数据包为基站尚未向终端发送的数据包;
其中,第一判断模块504可以包括:
第一判断单元,用于判断TCP包头中的FIN标志是否为1;
第二确定单元,用于当第一判断单元5041确定FIN标志为1时,确定TCP连接无效;
或,
第二判断单元,用于判断该TCP包头中的RST标志是否为1;
第二确定单元,用于当第二判断单元确定RST标志为1时,确定TCP连接无效。
可选地,在本发明实施例中,基站还可以包括:
第二判断模块506,用于判断第二数据包的净荷长度是否为零;
触发模块507,用于当第二判断模块506确定净荷长度为零时,则触发第一判断模块。
可选地,在本发明实施例中,基站还可以包括:
发送模块508,用于当第一判断模块504确定TCP连接有效时,向终端发送基站上的第二数据包。
本发明实施例中,基站接收到终端向服务器发送的反馈报文后,会提取该反馈报文中的TCP包头,并根据该TCP包头判断终端与服务器之间的TCP连接是否有效,当确认该TCP连接无效时,基站可以将基站接收到的服务器发送的数据中尚未转发至终端发送的数据丢弃。也就是说,本发明实施例中基站可以及时识别出终端提前结束视频播放的状态,将该状态下对待发送的视频数据采取丢弃处理,避免了下发无效数据对空口资源造成的浪费。
其次,本发明实施例提供了多种第一判断模块判断TCP连接是否有效的方式,提高了方案的灵活性。
上面从功能模块的角度介绍了本发明实施例中的基站,下面从硬件实体的角度介绍本发明实施例中的基站,图6是本发明实施例提供的一种基站结构示意图,该基站600可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上中央处理器(centralprocessing units,CPU)622(例如,一个或一个以上处理器)和存储器632,一个或一个以上存储应用程序642或数据644的存储介质630(例如一个或一个以上海量存储设备)。其中,存储器632和存储介质630可以是短暂存储或持久存储。存储在存储介质630的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器622可以设置为与存储介质630通信,在基站600上执行存储介质630中的一系列指令操作。
服务器600还可以包括一个或一个以上电源626,一个或一个以上有线或无线网络接口650,一个或一个以上输入输出接口658,和/或,一个或一个以上操作系统641,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由基站所执行的步骤可以基于该图6所示的服务器结构。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文全称:Read-OnlyMemory,英文缩写:ROM)、随机存取存储器(英文全称:Random Access Memory,英文缩写:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种数据处理方法,其特征在于,包括:
基站转发所述服务器向所述终端发送的第一数据包;
所述基站接收终端向服务器发送的反馈报文,所述反馈报文用于反馈所述终端已接收到所述第一数据包;
所述基站获取所述反馈报文中的传输控制协议TCP包头;
所述基站根据所述TCP包头判断所述终端与所述服务器之间的TCP连接是否有效;
若所述TCP连接无效,则所述基站将所述基站上的第二数据包丢弃,所述第一数据包及所述第二数据包为所述基站接收到的所述服务器发送的数据包,所述第二数据包为所述基站尚未向所述终端发送的数据包。
2.根据权利要求1所述的方法,其特征在于,所述基站根据所述TCP包头判断所述终端与所述服务器之间的TCP连接是否有效包括:
所述基站判断所述TCP包头中的FIN标志是否为1;
若是,则确定所述TCP连接无效。
3.根据权利要求1所述的方法,其特征在于,所述基站根据所述TCP包头判断所述终端与所述服务器之间的TCP连接是否有效包括:
所述基站判断所述TCP包头中的RST标志是否为1;
若是,则确定所述TCP连接无效。
4.根据权利要求1至3中任一项所述的方法,其特征在于,所述基站根据所述TCP包头判断所述终端与所述服务器之间的TCP连接是否有效之前包括:
所述基站判断所述第二数据包的净荷长度是否为零;
若否,则所述基站触发所述基站根据所述TCP包头判断所述终端与所述服务器之间的TCP连接是否有效的步骤。
5.根据权利要求1至3中任一项所述的方法,其特征在于,所述方法还包括:
当确定所述TCP连接有效时,所述基站向所述终端发送所述基站上的所述第二数据包。
6.一种基站,其特征在于,包括:
转发模块,用于转发所述服务器向所述终端发送的第一数据包;
接收模块,用于接收终端向服务器发送的反馈报文,所述反馈报文用于反馈所述终端已接收到所述第一数据包;
获取模块,用于获取所述接收模块接收的所述反馈报文中的TCP包头;
第一判断模块,用于根据所述TCP包头判断所述终端与所述服务器之间的TCP连接是否有效;
丢弃模块,用于当所述第一判断模块确定所述TCP连接无效时,将所述基站上的第二数据包丢弃,所述第一数据包及所述第二数据包为所述基站接收到的所述服务器发送的数据包,所述第二数据包为所述基站尚未向所述终端发送的数据包。
7.根据权利要求6所述的基站,其特征在于,所述第一判断模块包括:
第一判断单元,用于判断所述TCP包头中的FIN标志是否为1;
第二确定单元,用于当所述第一判断单元确定所述FIN标志为1时,确定所述TCP连接无效。
8.根据权利要求6所述的基站,其特征在于,所述第一判断模块包括:
第二判断单元,用于判断所述TCP包头中的RST标志是否为1;
第二确定单元,用于当所述第二判断单元确定所述RST标志为1时,确定所述TCP连接无效。
9.根据权利要求6至8中任一项所述的基站,其特征在于,所述基站还包括:
第二判断模块,用于判断所述第二数据包的净荷长度是否为零;
触发模块,用于当所述第二判断模块确定所述净荷长度为零时,则触发所述第一判断模块。
10.根据权利要求6至8中任一项所述的基站,其特征在于,所述基站还包括:
发送模块,用于当所述第一判断模块确定所述TCP连接有效时,向所述终端发送所述基站上所述的所述第二数据包。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611001218.4A CN106603494A (zh) | 2016-11-14 | 2016-11-14 | 一种数据处理方法及基站 |
PCT/CN2017/110789 WO2018086617A1 (zh) | 2016-11-14 | 2017-11-14 | 一种数据处理方法及基站 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611001218.4A CN106603494A (zh) | 2016-11-14 | 2016-11-14 | 一种数据处理方法及基站 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106603494A true CN106603494A (zh) | 2017-04-26 |
Family
ID=58591418
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611001218.4A Pending CN106603494A (zh) | 2016-11-14 | 2016-11-14 | 一种数据处理方法及基站 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106603494A (zh) |
WO (1) | WO2018086617A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018086617A1 (zh) * | 2016-11-14 | 2018-05-17 | 华为技术有限公司 | 一种数据处理方法及基站 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1993944A (zh) * | 2004-06-02 | 2007-07-04 | 高通股份有限公司 | 无线网络中的调度方法与装置 |
CN101321162A (zh) * | 2008-07-03 | 2008-12-10 | 江苏华丽网络工程有限公司 | 基于tcam序偶的tcp序列号检查硬件实现方法 |
US20120033564A1 (en) * | 2010-08-03 | 2012-02-09 | Hon Hai Precision Industry Co., Ltd. | Wireless access point and data transmission method thereof |
CN103052173A (zh) * | 2011-10-13 | 2013-04-17 | 华为技术有限公司 | 传输控制协议链路的数据处理方法和装置 |
CN105207977A (zh) * | 2014-06-24 | 2015-12-30 | 阿里巴巴集团控股有限公司 | Tcp数据包处理方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101730271B (zh) * | 2008-10-28 | 2013-03-27 | 电信科学技术研究院 | 回收无线资源的方法及装置 |
CN101854607A (zh) * | 2010-05-12 | 2010-10-06 | 中兴通讯股份有限公司 | 网络实体和非结构化补充数据业务中保护数据的方法 |
CN102801690B (zh) * | 2011-05-25 | 2015-09-30 | 华为技术有限公司 | 流媒体的处理方法、分发服务器、客户端及系统 |
CN104717186B (zh) * | 2013-12-16 | 2019-06-25 | 腾讯科技(深圳)有限公司 | 一种在网络系统中传输数据的方法、装置及数据传输系统 |
CN106603494A (zh) * | 2016-11-14 | 2017-04-26 | 上海华为技术有限公司 | 一种数据处理方法及基站 |
-
2016
- 2016-11-14 CN CN201611001218.4A patent/CN106603494A/zh active Pending
-
2017
- 2017-11-14 WO PCT/CN2017/110789 patent/WO2018086617A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1993944A (zh) * | 2004-06-02 | 2007-07-04 | 高通股份有限公司 | 无线网络中的调度方法与装置 |
CN101321162A (zh) * | 2008-07-03 | 2008-12-10 | 江苏华丽网络工程有限公司 | 基于tcam序偶的tcp序列号检查硬件实现方法 |
US20120033564A1 (en) * | 2010-08-03 | 2012-02-09 | Hon Hai Precision Industry Co., Ltd. | Wireless access point and data transmission method thereof |
CN103052173A (zh) * | 2011-10-13 | 2013-04-17 | 华为技术有限公司 | 传输控制协议链路的数据处理方法和装置 |
CN105207977A (zh) * | 2014-06-24 | 2015-12-30 | 阿里巴巴集团控股有限公司 | Tcp数据包处理方法及装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018086617A1 (zh) * | 2016-11-14 | 2018-05-17 | 华为技术有限公司 | 一种数据处理方法及基站 |
Also Published As
Publication number | Publication date |
---|---|
WO2018086617A1 (zh) | 2018-05-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111418256B (zh) | 协议数据单元会话的冲突处理方法及其用户设备 | |
CN101674644B (zh) | 使用于移动装置中的方法及其相关移动装置 | |
EP3611865B1 (en) | Data transmission method and communication device | |
CN101803234A (zh) | 在无线通信系统中执行随机接入处理的方法 | |
KR101504444B1 (ko) | 파라미터 획득 방법, 기지국 및 단말 장비 | |
CN105530706A (zh) | 一种传输下行数据的方法和设备 | |
CN105264830B (zh) | 数据包的处理方法、终端、基站及系统 | |
EP3429147B1 (en) | Information transmission method and device | |
EP3570477B1 (en) | Method and apparatus for retransmission processing | |
KR20220125209A (ko) | 서비스 품질 파라미터(QoS) 구성 방법 및 관련 장치 | |
US11469852B2 (en) | Signal sending and receiving method, and apparatus | |
EP3288304B1 (en) | Data transmission apparatus | |
EP3018930A1 (en) | Service data management method, apparatus and system | |
CN102780633A (zh) | 一种基于capwap协议进行数据传输的装置和方法 | |
CN105027667A (zh) | 双连接模式下的状态反馈方法及设备 | |
CN106603494A (zh) | 一种数据处理方法及基站 | |
CN112866125B (zh) | 一种下行数据传输方法及装置 | |
CN110140417B (zh) | 通信方法、通信装置、通信设备及计算机可读介质 | |
EP3787336A1 (en) | Data processing method and apparatus | |
WO2008079081A1 (en) | Method for indication of consecutive data units in a ran | |
EP3629661A1 (en) | Random access method, network device and terminal device | |
US11350385B2 (en) | Paging failure processing method, access network device, and core network device | |
RU2736782C1 (ru) | Способ и устройство для передачи информации и сетевое устройство | |
JP5462366B2 (ja) | システム制御シグナリングにおけるショートユーザメッセージ | |
WO2022028476A1 (zh) | 控制信道元cce索引的确认方法及相关产品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170426 |