CN104426638A - 一种数据递交方法和装置 - Google Patents
一种数据递交方法和装置 Download PDFInfo
- Publication number
- CN104426638A CN104426638A CN201310363212.1A CN201310363212A CN104426638A CN 104426638 A CN104426638 A CN 104426638A CN 201310363212 A CN201310363212 A CN 201310363212A CN 104426638 A CN104426638 A CN 104426638A
- Authority
- CN
- China
- Prior art keywords
- port
- data
- time
- list
- port numbers
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
Landscapes
- Engineering & Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及通信领域,公开了一种数据递交方法、装置和***,能够根据网络中并发的端口的数量动态的进行递交方式的调整,提高了数据传输的速率。该数据递交方法包括:终端接收网络侧发送的数据,所述数据包括端口集,所述端口集为本次发送数据的网络的端口号的集合;根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数;当所述当前发送数据的端口个数小于预设的门限值N1时,按照按序递交方式递交数据;当所述当前发送数据的端口个数大于等于预设的门限值N1时,按照非按序递交方式递交数据。该数据递交方法用于终端侧数据的递交。
Description
技术领域
本发明涉及通信领域,特别涉及一种数据递交方法和装置。
背景技术
3G(3rd-Generation,第三代移动通信技术)是指能够支持高速数据传输的蜂窝移动通讯技术。在移动互联网中,下行是指移动互联网侧至用户侧。在以3G为基础的移动互联网中,用户可以享受到高速率的下行业务。
移动互联网运行的是HSDPA(High Speed Downlink Packet Access,高速下行分组接入)协议。该HSDPA协议的结构共分为五层,按照从上到下的顺序依次为:应用层TCP(Transmission Control Protocol,传输控制协议)/IP(Internet Protocol,因特网协议)、PDCP(Packet Data ConvergenceProtocol,分组数据汇聚协议)层、RLC(Radio Link Control,无线链路控制)层、MAC-hs(Medium Access Control High Speed,高速介质访问控制层)及物理层。其中,所述RLC层和所述MAC-hs层是传输数据的主要的协议层;所述PDCP用于对数据进行打包;所述RLC用于对数据进行分段;所述MAC-hs用于对数据进行组包。网络侧应用层下发的TCP/IP数据包经过所述PDCP的打包,RLC的分段,MAC-hs的组包过程,最后通过物理层发向空中接口。用户侧收到组包后的数据之后,经过相反的过程,最后传递给用户的应用层。在此过程中,为了保证传输的可靠性,在用户的RLC层有一套重传机制。该重传机制需要将丢失的PDU(Protocol Data Unit,协议数据单元)的信息通知网络侧,从而促使网络侧RLC层进行重传。而网络进行重选的前提是发现网络进入了拥塞状态。目前的拥塞控制机制包括:慢启动、拥塞避免和快速重传。所述慢启动是指网络中发送数据呈指数级增加,所述拥塞避免是指当网络中发送数据的速率达到慢启动门限时,网络中发送数据的速度呈线性增加,所述快速重选是指根据接收到的连续的数据包来判断丢失的数据包,并对丢失的数据包进行快速重传。
此外,在RLC层设置了两种递交方法:按序递交和非按序递交。所述按序递交是指网络按照报文的序号连续的顺序递交数据到用户的应用层,所述非按序递交是指网络以任意的顺序递交数据到用户的应用层。
如果网络侧RLC层设置按序递交为true(否)时按序递交,那么用户必须按序递交数据到上层。但是,如果网络侧RLC层设置按序递交为false(否)时,用户可以按序递交数据到上层,也可以非按序递交数据到上层。当网络侧以非按序递交时,如果传输数据的TCP socket(端口)只有1个,当用户端的TCP层发现有报文丢失时,用户端的TCP层每收到一个不连续的报文,用户端就会发送ACK报文给网络,而多个ACK报文必然会触发网络侧的拥塞避免过程,导致下行速率快速下降,并且需要一定的时间才能恢复。当并发的传输数据的TCP socket有多个时,丢失的PDU很可能只包含1个socket上的数据,即非按序递交很可能只会影响1个socket上的速率,因此并发的socket越多,则总体速率受影响越小。当网络侧以按序递交时,当传输数据的TCP socket只有1个且当有丢失的PDU时,RLC会在该PDU重传成功后,才会按序向上层递交TCP报文,使得TCP层可以收到连续的TCP报文,因此可以避免进入拥塞避免过程。但当并发传输的数据的TCPsocket有多个且存在PDU的丢失时,只有等该PDU重传成功后,其余的socket上的数据,才能继续传输,这样会导致所有socket上的传输时延增加,导致服务器端发送数据的速率降低。因此,当网络侧RLC层设置按序递交为false(否)时,用户采用按序递交或非按序递交,均无法保证不同并发TCP socket的数量时网络中数据的高速传输。
发明内容
本发明提供一种数据递交方法和装置,终端能够根据网络中并发的端口的数量动态的进行递交方式的调整,提高了数据传输的速率。
为解决上述技术问题,本发明的实施方式提供了一种数据递交方法,应用于用户侧,所述数据递交方法包括:
终端接收网络侧发送的数据,所述数据包括端口集,所述端口集为本次发送数据的网络的端口号的集合;
根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数;
当所述当前发送数据的端口个数小于预设的门限值N1时,按照按序递交方式递交数据;
当所述当前发送数据的端口个数大于等于预设的门限值N1时,按照非按序递交方式递交数据。
本发明的实施方式还提供了一种数据递交装置,应用于用户侧,所述数据递交装置包括:
接收单元,用于终端接收网络侧发送的数据,所述数据包括端口集,所述端口集为本次发送数据的网络的端口号的集合;
处理单元,用于根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数;
第一执行单元,用于当所述当前发送数据的端口个数小于预设的门限值N1时,按照按序递交方式递交数据;
第二执行单元,用于当所述当前发送数据的端口个数大于等于预设的门限值N1时,按照非按序递交方式递交数据。
本发明同现有技术相比,增加了对网络中发送数据的端口的个数的判断,根据终端接收网络侧发送的数据中包括的端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数,然后根据所述当前发送数据的端口个数来选择递交方式,当所述当前发送数据的端口个数发生变化时,对所述递交方式进行动态的调整,从而避免了非按序递交时在当前端口个数较少且发生数据丢失时,引发网络侧拥塞避免的过程,保证了数据传输速率,同时也避免了按序递交时在当前端口个数较多且发生数据丢失时,引发端口上的传输时延增加,保证了数据传输速率。因此,本发明提高了数据传输的速率。
另外,所述根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数具体包括:当所述端口集中存在与所述端口列表中的端口号不同的端口号时,将所述不同的端口号的端口信息添加至所述端口列表中;统计所述端口列表中包含的端口号的个数,得到所述当前发送数据的端口个数。
另外,通过将所述端口集与所述端口列表中不同的端口号的端口信息添加至所述端口列表中,从而统计得到本次网络侧发送数据的端口的个数。
在根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数的步骤之前,还执行以下步骤:将所述端口列表中所有端口号出现的时间与当前时间进行比较;当所述端口列表中端口号出现的时间与所述当前时间差大于预设的时间阈值T1时,将所述端口列表中所述端口号出现的时间与所述当前时间差大于预设的时间阈值T1的端口信息删除;在根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数的步骤中,当所述端口集中存在与所述端口列表中的端口号不同的端口号时,将所述不同的端口号的端口信息添加至所述端口列表中;统计所述端口列表中不同的端口号的个数,得到所述当前发送数据的端口个数。
通过将所述端口列表中超时的端口信息删除,使得终端侧不需要继续发送无用的端口信息。
另外,在所述统计所述端口列表中不同的端口号的个数,得到所述当前发送数据的端口个数之后,所述方法还包括:当所述端口集中存在与所述端口列表中的端口号相同的端口号时,在所述端口列表中将所述相同的端口号的端口号出现的时间更新为当前时间。
通过使用当前时间更新所述端口集中与所述端口列表中的端口号相同的端口号,使得在终端接收到下一个数据包时,可以利用最新的端口信息与所述下一个数据包中的数据进行比较。
附图说明
图1是本发明第一实施方式的数据递交方法流程示意图;
图2是本发明第二实施方式的数据递交方法流程示意图;
图3是本发明第三实施方式的数据递交方法流程示意图;
图4是本发明第四实施方式的数据递交装置结构示意图;
图5是本发明第四实施方式的处理单元的结构示意图;
图6是本发明第五实施方式的数据递交装置结构示意图;
图7是本发明第六实施方式的数据递交装置结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请各权利要求所要求保护的技术方案。
本发明第一实施方式提供一种数据递交方法,应用于终端侧,当网络侧RLC层设置按序递交为false时,本实施方式通过解析TCP/IP数据包,根据解析出的所述数据包中的端口信息,然后根据所述端口的数目,动态的调整递交的方式。
当所述端口的数目小于预设的门限值时,按照按序递交的方式发送数据;当所述端口的数目大于等于预设的门限值时,按照非按序递交的方式发送数据。这样一来,用户侧可以根据不同的端口的数量动态的调整递交的方式,从而避免了不合理的递交方式造成的网络中数据传输速率的降低。如图1所示,所述数据递交方法包括:
S1、终端接收网络侧发送的数据,所述数据包括端口集,所述端口集为本次发送数据的网络的端口号的集合。
终端接收的网络侧发送的TCP/IP报文,所述TCP数据包由header(头标)和数据内容构成。IP包也包括header和数据内容部分,其中数据部分又包括TCP包。所述TCP header部分包括源端口和目的端口,所述源端口指示网络侧发送数据的端口,所述目的端口指示终端侧接收数据的端口,所述IP header部分包括源IP地址和目的IP地址,所述源IP地址指示数据包的是由哪个IP地址发送出来的,所述目的IP地址指示数据包是发往哪个IP地址的。
S2、对所述数据进行解析,得到所述数据中的端口集。
S3、判断所述端口集中的端口号与端口列表中的端口号是否相同。如果所述端口集中存在与所述端口列表中的端口号不同的端口号,则进入步骤S4,如果所述端口集中存在与所述端口列表中的端口号相同的端口号,不做任何动作,则直接进入步骤S5。
具体地说,本实施方式中需建立一个端口列表,该端口列表记录有历史数据中携带的端口号的端口信息,所述端口信息包括从所述接收到的TCP报文包头中解析得到的端口号及该端口号出现的时间。在实际应用中,可以在该端口列表中利用数组port_list[n]记录在该预设时间内出现过的端口号,利用数组port_time[n]记录port_list对应下标的端口出现的时间,port_cur用来记录当前收到的TCP/IP包的端口号。所述port_list[n]和所述port_time[n]初始化为空,所述n为大于0的整数。
S4、将所述不同的端口号的端口信息添加至所述端口列表中。
示例的,本发明实施例提供的数据递交方法中,首先对当前时刻接收到的TCP报文包头进行解析,得到端口集,所述端口集为本次发送数据的网络的端口号的集合,该集合中包含多个本次发送数据的网络的端口号。然后,将所述端口集中的每个端口号与所述端口列表中的端口号进行比较,当所述端口集中存在与所述端口列表中的端口号不同的端口号时,将所述不同的端口号的端口信息添加至所述端口列表中,即将本次发送数据的网络的端口号的全部记录在所述端口列表中,执行步骤S5。
S5、统计所述端口列表中包含的端口号的个数,得到所述当前发送数据的端口个数。
由于本发明是针对终端下载数据的情况,因此,对于终端来说,计算本次发送数据的网络的端口号的个数只需要计算出源端口号的个数。
特别的,当所述端口列表初始化为空时,可以直接将所述端口集中的端口信息记录在所述端口列表中。
S6、判断所述当前发送数据的端口个数是否小于所述预设的门限值N1。
S7、当所述当前发送数据的端口个数小于预设的门限值N1时,按照按序递交方式将数据递交到上层。
S8、当所述当前发送数据的端口个数大于等于预设的门限值N1时,按照非按序递交方式将数据递交到上层。
所述预设的门限值N1为根据工程经验值确定的,示例的,所述N1可以取值3(当然,在实际应用中,也可以为其他数值),当所述当前发送数据的端口个数小于该工程经验值3时,按照按序递交方式递交数据能够有效的保证数据发送的速率。即使该N1个端口中的某个端口上发生了PDU数据的丢失,后面端口等待该丢失的PDU数据重传成功后继续发送,也不至于引起所有端口上的传输时延增加,导致服务器端降低数据的发送速率的情况发送。当所述当前发送数据的端口个数大于等于该门限值N1时,按照非按序递交方式递交数据能够有效的保证数据发送的速率,避免了在当前端口个数较少且发生数据丢失时,引发网络侧拥塞避免的过程,保证了数据传输速率。因此,从整体来说,本发明提高了数据传输的速率。
本发明第二种实施方式涉及另一种数据递交方法,如图2所示,第二实施方式与第一实施方式大致相同,主要区别之处在于:在根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数的步骤之前,还执行以下步骤:将所述端口列表中所有端口号出现的时间与当前时间进行比较;当所述端口列表中端口号出现的时间与所述当前时间差大于时间阈值T1时,将所述端口列表中所述端口号出现的时间与所述当前时间差大于预设的时间阈值T1的端口信息删除。具体步骤如下:
S9、将所述端口列表中所有端口号出现的时间分别与当前时间做差,判断所述差值是否大于预设的时间阈值T1。如果所述端口列表中端口号出现的时间与所述当前时间差大于预设的时间阈值T1,则进入步骤S10,如果所述端口列表中端口号出现的时间与所述当前时间差小于等于预设的时间阈值T1,不做任何动作,则直接进入步骤S3。
由于本发明是在PDCP层上通过对上行TCP报文包头进行解析,根据预设时间内的上行端口号的个数来确定递交的方式,因此,每个TCP报文收到的时间是不一样的,即各个端口发送数据的时间是不一样的。
如果在接收到本次发送数据时,所述端口列表不为空,即在当前时刻之前,所述端口列表中存储有在预设时间内接收到的TCP数据包中解析得到的端口信息,所述端口信息包括端口号及所述端口号出现的时间。在接收到本次发送数据之后,可以将所述端口列表中所有端口号出现的时间与当前时间进行比较。
S10、将所述端口列表中所述端口号出现的时间与所述当前时间差大于预设的时间阈值T1的端口信息删除。
具体的,将所述端口列表中所有的端口号出现的时间m1与当前时间m0做差;若所述m1与所述m0的差的绝对值大于等于预设的时间阈值T1,则判定该端口号出现时间对应的端口号发送的数据包超时,该超时的数据包指示终端下载数据的动作已经结束,因此,可以在所述端口列表中删除所述端口号对应的端口信息。若所述m1与所述m0的差的绝对值小于预设的时间阈值T1,则判定该端口号出现时间对应的端口号仍然在发送数据包,接收该数据包的终端的下载动作依然存在,因此,不做任何动作。在执行完上述步骤之后,执行实施例一所述的步骤S3。
示例的,假设所述端口列表中包含的5个端口信息中的端口号分别为1、2、3、4、5,所述5个端口号出现的时间分别为14:28:00、14:28:04、14:28:06、14:28:07、14:28:08,当前时间为14:28:10,将所述端口列表中所有端口号出现的时间分别与当前时间做差,得到所述5个端口号出现的时间与当前时间的差值分别为10秒、6秒、4秒、3秒、2秒,判断所述差值是否大于预设的时间阈值T1,假设时间阈值T1为5秒,则明显可得,端口号1和2出现的时间与当前时间的差值大于时间阈值。因此,可以在端口列表中将所述端口号为1和2的端口信息删除。
在实际的应用中,根据工程经验,所述T1可以取值5秒。
本实施例提供的数据递交方法与实施例一提供的数据递交方法相比较,计算预设时间内的上行端口号的个数的方法更加的准确,因此,使得后面根据所述端口号来确定递交方式的方法步骤更加的准确,从整体来说,本发明更进一步的提高了数据传输的速率。
本发明第三种实施方式涉及另一种数据递交方法,如图3所示,第三实施方式与第二实施方式大致相同,主要区别之处在于:在所述统计所述端口列表中不同的端口号的个数,得到所述当前发送数据的端口个数之后,所述方法还包括:
S11、找出所述端口集中与所述端口列表中的端口号相同的端口号。
S12、在所述端口列表中将所述相同的端口号的端口号出现的时间更新为当前时间。
这样一来,所述端口列表中各个端口号对应的端口号出现的时间为最近一次出现的时间,可以使得所述端口列表中记录的端口信息更加的准确,使得后续根据接收到的网络侧发送的数据与所述端口列表进行比较从而得到正确的递交方法的准确性进一步的提高,从整体来说,本发明实施例与实施例二相比较而言,更进一步的提高了数据传输的速率。
特别的,在所述数据递交方法中,当端口数量发生变化,网络中数据发送方式在所述按序递交方式与所述非按序递交方式间进行动态的调整时,所述数据递交方法还包括对丢失的PDU的判断。在按序递交遍历算法中,对缺失的PDU增加判断,若该PDU是先前已经收到并递交过的,则认为缓存中的PDU依然是连续的,可以进行PDU的组包,并将SDU上报给上层。
具体的,假设前一时间发送数据的端口个数大于预设的门限值N1,则前一时间发送数据的方式为非按序递交方式,在当前时间发送数据的端口个数小于预设的门限值N1时,发送数据的方式由非按序递交方式动态调整为按序递交方式,发生了从非按序递交到按序递交的切换。假设在非按序递交方式时发生过丢包,但有部分可以组包的PDU已经组包为SDU(Service DataUnit,服务数据单元)递交给上层,当数据发送方式动态调整为按序递交方式时,需要将上述已经组包的PDU部分排除,然后将剩余的PDU组包递交给上层。
示例的,在非按序递交时,假设收到了SN为0、3、4、6的PDU,所述SN为PDU的序号,其中SN为3的一部分和SN为4的全部构成了一个SDU,已经递交给上层了,剩下SN为0、3、6还没有递交。在后面的数据发送中,如果因为端口个数的变化导致RLC转入按序递交,而先前丢失的PDU,通过重传都收到了。例如,SN=1、2、5的PDU收到了,那么这时缓存中就有0、1、2、3、5、6这几个PDU还没有递交给上层。其中SN=4的PDU由于之前已经递交上去,所以这6个PDU都可以按照按序递交的要求递交给上层。
这样一来,在从非按序递交方式到按序递交方式的动态调整中,数据递交过程更加的连贯和准确,不会因为PDU数据的丢失而引发数据的重传,提高了网络中数据传输的速率。
本发明第四实施方式提供一种数据递交装置,应用于用户侧,如图4所示,所述数据递交装置包括:
接收单元401,用于终端接收网络侧发送的数据,所述数据包括端口集,所述端口集为本次发送数据的网络的端口号的集合。
处理单元402,用于根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数。
第一执行单元403,用于当所述当前发送数据的端口个数小于预设的门限值N1时,按照按序递交方式递交数据。
第二执行单元404,用于当所述当前发送数据的端口个数大于等于预设的门限值N1时,按照非按序递交方式递交数据。
进一步的,如图5所示,所述处理单元402具体包括:
添加子单元4021,用于当所述端口集中存在与所述端口列表中的端口号不同的端口号时,将所述不同的端口号的端口信息添加至所述端口列表中。
统计子单元4022,用于统计所述端口列表中包含的端口号的个数,得到所述当前发送数据的端口个数。
本发明实施例与现有技术相比较,增加了对网络中发送数据的端口的个数的判断,处理单元根据终端接收网络侧发送的数据中包括的端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数,然后第一执行单元和第二执行单元根据所述当前发送数据的端口个数来选择递交方式,当所述当前发送数据的端口个数发生变化时,对所述递交方式进行动态的调整,从而避免了非按序递交时在当前端口个数较少且发生数据丢失时,引发网络侧拥塞避免的过程,保证了数据传输速率,同时也避免了按序递交时在当前端口个数较多且发生数据丢失时,引发端口上的传输时延增加,保证了数据传输速率。因此,本发明提高了数据传输的速率。
本发明第五实施方式涉及另一种数据递交装置,如图6所示。第五实施方式与第四实施方式大致相同,主要区别之处在于:所述数据递交装置增加了以下单元:
比较单元405,用于将所述端口列表中所有端口号及所述端口号出现的时间与当前时间进行比较。
删除单元406,用于当所述端口列表中端口号出现的时间与所述当前时间差大于预设的时间阈值T1时,将所述端口列表中所述端口号出现的时间与所述当前时间差大于预设的时间阈值T1的端口信息删除。
本实施例提供的数据递交装置与实施例一提供的数据递交方法相比较,比较单元通过将所述端口列表中所有端口号及所述端口号出现的时间与当前时间进行比较,删除单元将所述端口列表中所述端口号出现的时间与所述当前时间差大于预设的时间阈值T1的端口信息删除,这样使得计算预设时间内的上行端口号的个数的方法更加的准确,因此,使得后面根据所述端口号来确定递交方式的方法步骤更加的准确,从整体来说,本发明更进一步的提高了数据传输的速率。
本发明第六实施方式涉及另一种数据递交装置,如图7所示。第六实施方式与第五实施方式大致相同,主要区别之处在于:所述数据递交装置增加了以下单元:
更新单元407,用于当所述端口集中存在与所述端口列表中的端口号相同的端口号时,在所述端口列表中将所述相同的端口号的端口号出现的时间更新为当前时间。
这样一来,更新单元将所述端口列表中各个端口号对应的端口号出现的时间更新为最近一次出现的时间,可以使得所述端口列表中记录的端口信息更加的准确,使得后续根据接收到的网络侧发送的数据与所述端口列表进行比较从而得到正确的递交方法的准确性进一步的提高,从整体来说,本发明实施例与实施例二相比较而言,更进一步的提高了数据传输的速率。
值得一提的是,本实施方式中所涉及到的各模块均为逻辑模块,在实际应用中,一个逻辑单元可以是一个物理单元,也可以是一个物理单元的一部分,还可以以多个物理单元的组合实现。各个物理单元的工作原理可以参考方法实施例中的叙述,本发明在此不再赘述。此外,为了突出本发明的创新部分,本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入,但这并不表明本实施方式中不存在其它的单元。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (10)
1.一种数据递交方法,应用于用户侧,其特征在于,包括:
终端接收网络侧发送的数据,所述数据包括端口集,所述端口集为本次发送数据的网络的端口号的集合;
根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数;
当所述当前发送数据的端口个数小于预设的门限值N1时,按照按序递交方式递交数据;
当所述当前发送数据的端口个数大于等于预设的门限值N1时,按照非按序递交方式递交数据。
2.根据权利要求1所述的数据递交方法,其特征在于,所述根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数具体包括:
当所述端口集中存在与所述端口列表中的端口号不同的端口号时,将所述不同的端口号的端口信息添加至所述端口列表中;
统计所述端口列表中包含的端口号的个数,得到所述当前发送数据的端口个数。
3.根据权利要求1所述的数据递交方法,其特征在于,在根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数的步骤之前,还执行以下步骤:
将所述端口列表中所有端口号出现的时间与当前时间进行比较;
当所述端口列表中端口号出现的时间与所述当前时间差大于时间阈值T1时,将所述端口列表中所述端口号出现的时间与所述当前时间差大于预设的时间阈值T1的端口信息删除;
在根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数的步骤中,
当所述端口集中存在与所述端口列表中的端口号不同的端口号时,将所述不同的端口号的端口信息添加至所述端口列表中;
统计所述端口列表中不同的端口号的个数,得到所述当前发送数据的端口个数。
4.根据权利要求3所述的数据递交方法,其特征在于,在所述统计所述端口列表中不同的端口号的个数,得到所述当前发送数据的端口个数之后,所述方法还包括:
当所述端口集中存在与所述端口列表中的端口号相同的端口号时,在所述端口列表中将所述相同的端口号的端口号出现的时间更新为当前时间。
5.根据权利要求3所述的数据递交方法,其特征在于,
所述时间阈值T1为5秒。
6.一种数据递交装置,应用于用户侧,其特征在于,包括:
接收单元,用于终端接收网络侧发送的数据,所述数据包括端口集,所述端口集为本次发送数据的网络的端口号的集合;
处理单元,用于根据所述端口集及记录有历史数据中携带的端口号的端口列表,得到当前发送数据的端口个数;
第一执行单元,用于当所述当前发送数据的端口个数小于预设的门限值N1时,按照按序递交方式递交数据;
第二执行单元,用于当所述当前发送数据的端口个数大于等于预设的门限值N1时,按照非按序递交方式递交数据。
7.根据权利要求6所述的数据递交装置,其特征在于,所述处理单元具体包括:
添加子单元,用于当所述端口集中存在与所述端口列表中的端口号不同的端口号时,将所述不同的端口号的端口信息添加至所述端口列表中;
统计子单元,用于统计所述端口列表中包含的端口号的个数,得到所述当前发送数据的端口个数。
8.根据权利要求6所述的数据递交装置,其特征在于,所述数据递交装置还包括:
比较单元,用于将所述端口列表中所有端口号及所述端口号出现的时间与当前时间进行比较;
删除单元,用于当所述端口列表中端口号出现的时间与所述当前时间差大于预设的时间阈值T1时,将所述端口列表中所述端口号出现的时间与所述当前时间差大于预设的时间阈值T1的端口信息删除。
9.根据权利要求8所述的数据递交装置,其特征在于,所述数据递交装置还包括:
更新单元,用于当所述端口集中存在与所述端口列表中的端口号相同的端口号时,在所述端口列表中将所述相同的端口号的端口号出现的时间更新为当前时间。
10.根据权利要求8所述的数据递交装置,其特征在于,
所述时间阈值T1为5秒。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310363212.1A CN104426638B (zh) | 2013-08-20 | 2013-08-20 | 一种数据递交方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310363212.1A CN104426638B (zh) | 2013-08-20 | 2013-08-20 | 一种数据递交方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104426638A true CN104426638A (zh) | 2015-03-18 |
CN104426638B CN104426638B (zh) | 2017-11-10 |
Family
ID=52974673
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310363212.1A Active CN104426638B (zh) | 2013-08-20 | 2013-08-20 | 一种数据递交方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104426638B (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018227501A1 (zh) * | 2017-06-15 | 2018-12-20 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
WO2019047912A1 (zh) * | 2017-09-08 | 2019-03-14 | 华为技术有限公司 | 处理数据的方法和设备 |
CN109474651A (zh) * | 2017-09-08 | 2019-03-15 | 华为技术有限公司 | 处理数据的方法和设备 |
CN109561468A (zh) * | 2017-09-26 | 2019-04-02 | ***通信有限公司研究院 | 一种数据递交方法、数据发送方法及设备 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060092943A1 (en) * | 2004-11-04 | 2006-05-04 | Cisco Technology, Inc. | Method and apparatus for guaranteed in-order delivery for FICON over SONET/SDH transport |
CN1964362A (zh) * | 2006-10-13 | 2007-05-16 | 华为技术有限公司 | 一种移动通信***及其空口数据传输方法和装置 |
CN101163086A (zh) * | 2006-10-11 | 2008-04-16 | 大唐移动通信设备有限公司 | 实现无线链路控制服务数据单元按序递交的方法 |
CN101227483A (zh) * | 2008-02-03 | 2008-07-23 | 北京天碁科技有限公司 | 一种无线链路控制层数据处理方法和装置 |
CN102239728A (zh) * | 2009-08-14 | 2011-11-09 | 华为技术有限公司 | 数据处理方法和装置 |
-
2013
- 2013-08-20 CN CN201310363212.1A patent/CN104426638B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060092943A1 (en) * | 2004-11-04 | 2006-05-04 | Cisco Technology, Inc. | Method and apparatus for guaranteed in-order delivery for FICON over SONET/SDH transport |
CN101163086A (zh) * | 2006-10-11 | 2008-04-16 | 大唐移动通信设备有限公司 | 实现无线链路控制服务数据单元按序递交的方法 |
CN1964362A (zh) * | 2006-10-13 | 2007-05-16 | 华为技术有限公司 | 一种移动通信***及其空口数据传输方法和装置 |
CN101227483A (zh) * | 2008-02-03 | 2008-07-23 | 北京天碁科技有限公司 | 一种无线链路控制层数据处理方法和装置 |
CN102239728A (zh) * | 2009-08-14 | 2011-11-09 | 华为技术有限公司 | 数据处理方法和装置 |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018227501A1 (zh) * | 2017-06-15 | 2018-12-20 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
CN111294153A (zh) * | 2017-06-15 | 2020-06-16 | Oppo广东移动通信有限公司 | 传输数据的方法和设备 |
US11050862B2 (en) | 2017-06-15 | 2021-06-29 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for transmitting data |
US11553067B2 (en) | 2017-06-15 | 2023-01-10 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for transmitting data |
WO2019047912A1 (zh) * | 2017-09-08 | 2019-03-14 | 华为技术有限公司 | 处理数据的方法和设备 |
CN109474651A (zh) * | 2017-09-08 | 2019-03-15 | 华为技术有限公司 | 处理数据的方法和设备 |
CN109474651B (zh) * | 2017-09-08 | 2020-08-25 | 华为技术有限公司 | 处理数据的方法和设备 |
US11025555B2 (en) | 2017-09-08 | 2021-06-01 | Huawei Technologies Co., Ltd. | Method for processing data and device |
CN109561468A (zh) * | 2017-09-26 | 2019-04-02 | ***通信有限公司研究院 | 一种数据递交方法、数据发送方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN104426638B (zh) | 2017-11-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108881008B (zh) | 一种数据传输的方法、装置和*** | |
US8988994B2 (en) | System and method for creating logical radio link control (RLC) and medium access control (MAC) protocol data units (PDUs) in mobile communication system | |
CN1613233B (zh) | 用于重传的方法和*** | |
US8457053B2 (en) | Methods and apparatus for dynamically adjusting a data packet window size for data packet transmission in a wireless communication network | |
CN102007812B (zh) | Tcp流控制的方法和设备 | |
US20060062323A1 (en) | System and method for polling a protocol data unit of a transmission buffer | |
CN103716136B (zh) | 一种数据传送方法及*** | |
CN106452692A (zh) | 一种数据传输方法和*** | |
CN102664718B (zh) | 无线侧tcp数据重传的方法和设备 | |
KR102046792B1 (ko) | 송신 노드로부터 목적지 노드로의 데이터 전송 방법 | |
CN101582756B (zh) | 一种实现无线局域网立即块应答机制的方法 | |
CN112153696B (zh) | Rlc sdu分段处理方法、装置及终端 | |
JP3377994B2 (ja) | データ配信管理装置およびデータ配信管理方法 | |
CN108886713B (zh) | 一种数据传输方法、数据接收设备及数据发送设备 | |
CN113300819B (zh) | 一种鲁棒的逐跳可靠数据传输方法、装置及*** | |
CN104426638A (zh) | 一种数据递交方法和装置 | |
CN101488841A (zh) | 一种无线链路协议帧重传方法及装置 | |
CN106209325A (zh) | 一种tcp ack报文处理方法及装置 | |
CN113765626A (zh) | 一种移动通信***的数据传输方法和装置 | |
CN103368865B (zh) | 基于多网络访问接口的自适应通信方法及*** | |
CN106341368A (zh) | 一种实现数据处理的方法及装置 | |
CN108632302B (zh) | 一种信息传输方法及装置 | |
CN114422425B (zh) | 多链路聚合的数据传输方法、***、装置及存储介质 | |
CN100471197C (zh) | 用移动专用网络传输层有效发送/接收数据的方法、网络设备 | |
CN107959947B (zh) | 一种数据传输方法、装置和基站 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |