CN107172649A - 一种数据传输方法及设备 - Google Patents
一种数据传输方法及设备 Download PDFInfo
- Publication number
- CN107172649A CN107172649A CN201710619726.7A CN201710619726A CN107172649A CN 107172649 A CN107172649 A CN 107172649A CN 201710619726 A CN201710619726 A CN 201710619726A CN 107172649 A CN107172649 A CN 107172649A
- Authority
- CN
- China
- Prior art keywords
- data
- data receiver
- sending terminal
- rlc packets
- threshold value
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1806—Go-back-N protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据传输方法及设备，用于解决现有技术中当基站进行重传的次数达到基站配置的最大重传次数时造成的基站与终端之间的数据传输链路异常的技术问题。该方法包括：数据接收端记录向数据发送端发送第一状态报告的次数；所述第一状态报告用于指示所述数据发送端需要对第一RLC数据包进行重传；所述数据接收端判断所述次数是否大于第一预设阈值；若所述数据接收端判断所述次数大于第一预设阈值，则所述数据接收端向所述数据发送端发送第二状态报告，所述第二状态状告用于表征所述数据接收端已经接收到所述第一RLC数据包。
Description
技术领域
本发明涉及通信技术领域，特别涉及一种数据传输方法及设备。
背景技术
目前，演进型基站(evolved Node B，eNB)，简称基站，基站与用户的终端之间的数据传输主要包括两种模式，即确认模式(AM)和非确认模式(UM)。其中，确认模式是指在数据发送端发送数据包后，数据接收端需要根据接收的情况反馈状态报告，若是状态报告指示数据发送端发送的数据包未被数据接收端接收或未全部接收，则数据发送端需要对该数据包或者该数据包中未接收到的数据进行重传，而非确认模式则是数据发送端将该数据包直接发送即可，不需要数据接收端进行反馈。在实际情况中，根据通信业务需求的不同，可采用不同的数据传输模式。
其中，当基站与终端之间采用确认模式进行数据传输时，在基站与终端之间的网络状况较差时，例如空口环境差，或者传输网络设备等的配置异常造成的网络状况差时，基站和终端之间数据传输时的丢包情况频繁出现，则会导致终端不断请求基站进行重传，进而使得基站传输负荷增大，并且还需要更多的空口资源，更极端的情况是，当基站进行重传的次数达到基站配置的最大重传次数时还会造成数据传输链路异常，进而使得基站和终端的数据传输速率更低，使得用户体验较差。
发明内容
本发明实施例提供一种数据传输方法及设备，用于解决现有技术中当基站进行重传的次数达到基站配置的最大重传次数时造成的基站与终端之间的数据传输链路异常的技术问题。
第一方面，提供一种数据传输方法，该方法包括：
数据接收端记录向数据发送端发送第一状态报告的次数；所述第一状态报告用于指示所述数据发送端需要对第一RLC数据包进行重传；所述数据接收端和所述数据发送端采用AM模式进行数据传输；
所述数据接收端判断所述次数是否大于第一预设阈值；
若所述数据接收端判断所述次数大于第一预设阈值，则所述数据接收端向所述数据发送端发送第二状态报告，所述第二状态状告用于表征所述数据接收端已经接收到所述第一RLC数据包。
可选的，在所述数据接收端判断所述次数是否大于第一预设阈值之前，所述方法还包括：
所述数据接收端记录所述数据接收端发送的所有RLC数据包中每个RLC数据包的重传次数；
所述数据接收端在周期性定时器超时时，确定所述每个RLC数据包的重传次数中的最大重传次数是否大于第二预设阈值；
若所述数据接收端确定所述每个RLC数据包的重传次数中的最大重传次数大于第二预设阈值，则所述数据接收端判断所述次数是否大于第一预设阈值。
可选的，在所述数据接收端记录向数据发送端发送第一状态报告的次数之前，所述方法还包括：
所述数据接收端确定是否接收到所述第一RLC数据包的全部数据；
若所述数据接收端确定未接收到所述第一RLC数据包的全部数据，所述数据接收端向所述数据发送端发送所述第一状态报告。
可选的，在所述数据接收端确定是否接收到所述第一RLC数据包的全部数据之后，所述方法还包括：
若所述数据接收端确定接收到所述第一RLC数据包的全部数据，则所述数据接收端向所述数据发送端发送所述第二状态报告，且所述数据接收端将所述第一RLC数据包的当前状态更新为已接收状态。
第二方面，提供一种数据传输设备，该设备包括：
记录单元，用于记录向数据发送端发送第一状态报告的次数；所述第一状态报告用于指示所述数据发送端需要对第一RLC数据包进行重传；所述数据接收端和所述数据发送端采用AM模式进行数据传输；
判断单元，用于判断所述次数是否大于第一预设阈值；
发送单元，用于：若所述数据接收端判断所述次数大于第一预设阈值，则向所述数据发送端发送第二状态报告，所述第二状态状告用于表征所述设备已经接收到所述第一RLC数据包。
可选的，所述设备还包括确定单元；
所述记录单元还用于：在所述判断单元判断所述次数是否大于第一预设阈值之前，记录所述数据接收端发送的所有RLC数据包中每个RLC数据包的重传次数；
所述确定单元用于：在周期性定时器超时时，确定所述每个RLC数据包的重传次数中的最大重传次数是否大于第二预设阈值；
所述判断单元用于：若所述确定单元确定所述每个RLC数据包的重传次数中的最大重传次数大于第二预设阈值，则判断所述次数是否大于第一预设阈值。
可选的，
所述确定单元还用于：确定是否接收到所述第一RLC数据包的全部数据；
所述发送单元还用于：若所述确定单元确定未接收到所述第一RLC数据包的全部数据，则向所述数据发送端发送所述第一状态报告。
可选的，
所述发送单元还用于：若所述确定单元确定接收到所述第一RLC数据包的全部数据，则向所述数据发送端发送所述第二状态报告，且将所述第一RLC数据包的当前状态更新为已接收状态。
第三方面，提供一种计算机装置，所述装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如第一方面提供的数据传输方法任一项所述方法的步骤。
第四方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面提供的数据传输方法任一项所述方法的步骤。
在本发明实施例中，数据接收端会记录向数据发送端发送状态报告的次数，也就是数据接收端指示数据发送端进行重传的次数，当数据接收端确定记录的次数超过第一预设阈值时，则数据接收端直接通知数据发送端其发送的数据包已经收到，以使得数据发送端不再继续进行重传，以减少数据发送端和数据接收端的数据传输负荷，以及减少数据发送端不断重传所利用的资源。同时，这样还可以保证数据发送端和数据接收端之间的传输链路不会产生因不断的重传造成的异常，进而不会影响其他数据包的传输，使得数据发送端和数据接收端之间的数据传输速率得以保证，提高用户的使用体验。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，显而易见地，下面所介绍的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术中的应用场景图；
图2为本发明实施例提供的数据传输方法的流程示意图；
图3为本发明实施例提供的数据传输设备的一种结构示意图；
图4为本发明实施例提供的计算机装置的一种结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。
下面介绍本发明实施例的技术背景。
目前，基站的功能主要在于处理空口传输来的数据以及与网络侧进行数据交换、转发等。以长期演进型(Long Term Evolution，LTE)通信系统中的基站为例，请参见图1，为现有技术中的应用场景图。其中，基站通过空口与终端进行通信，基站的数据处理协议层主要包括媒体接入控制(Media Access Control，MAC)协议层，无线链路控制(Radio LinkControl，RLC)协议层，分组数据汇聚(Packet Data Convergence Protocol，PDCP)协议层、分组无线服务隧道(General Packet Radio Service Tunneling Protocol，GTP)协议层等。在终端中，也包括与上述协议层对等的协议层，以使得终端也可以进行相应的数据处理。
通常，每一个协议层都会将其对应的高层发来的数据保存至缓存队列，然后再对数据进行相应的处理，处理完成后，再发至其对应的下一层。其中，RLC层具有自动重传请求(auto repeat request，ARQ)能力，如果RLC接收到错误的数据包或者某个数据包的数据未被全部接收，则RLC层则会向终端发送状态报告，以指示发送端对这个错误的数据包或者未被全部接收的数据包进行重传，直至基站中RLC层确认数据包的数据被全部接收为止。当RLC层确定数据包的数据被全部接收之后，RLC层还会向终端发送用于指示数据包的数据被全部接收的状态报告。
其中，当基站与终端之间采用确认模式进行数据传输时，在基站与终端之间的网络状况较差时，例如空口环境差，或者传输网络设备等的配置异常造成的网络状况差时，基站和终端之间数据传输时的丢包情况频繁出现，则会导致终端不断请求基站进行重传，进而使得基站传输负荷增大，并且还需要更多的空口资源，更极端的情况是，当基站进行重传的次数达到基站配置的最大重传次数时还会造成数据传输链路异常，进而使得基站和终端的数据传输速率更低，使得用户体验较差。
鉴于此，本发明实施例提供一种数据传输方法，该方法中，数据接收端会记录向数据发送端发送状态报告的次数，也就是数据接收端指示数据发送端进行重传的次数，当数据接收端确定记录的次数超过第一预设阈值时，则数据接收端直接通知数据发送端其发送的数据包已经收到，以使得数据发送端不再继续进行重传，以减少数据发送端和数据接收端的数据传输负荷，以及减少数据发送端不断重传所利用的资源。同时，这样还可以保证数据发送端和数据接收端之间的传输链路不会产生因不断的重传造成的异常，进而不会影响其他数据包的传输，使得数据发送端和数据接收端之间的数据传输速率得以保证，提高用户的使用体验。
下面结合附图介绍本发明实施例提供的技术方案。
请参见图2，本发明一实施例提供一种数据传输方法，该方法包括：
步骤201：数据接收端记录向数据发送端发送第一状态报告的次数；第一状态报告用于指示数据发送端需要对第一RLC数据包进行重传；数据接收端和数据发送端采用AM模式进行数据传输；
步骤202：当数据接收端与数据发送端之间的网络状况不佳时，数据接收端判断次数是否大于第一预设阈值；
步骤203：若数据接收端判断次数大于第一预设阈值，则数据接收端向数据发送端发送第二状态报告，第二状态状告用于表征数据接收端已经接收到第一RLC数据包。
本发明实施例中，数据接收端和数据发送端均可以通过基站或者用户的终端来实现，例如当数据接收端为基站时，则数据发送端可以为用户的终端；当数据接收端为用户的终端时，则数据发送端可以为基站。
本发明实施例中，在数据接收端记录向数据发送端发送第一状态报告的次数之前，数据接收端首先可以确定是否接收到数据发送端发送的第一RLC数据包的全部数据。其中，当数据接收端的RLC层接收到数据发送端发送的第一RLC数据包之后，则可以确定第一RLC数据包的全部数据是否都被接收。
具体的，数据接收端接收到数据发送端发送的第一数据包之后，是按照协议层的顺序依次对第一数据包进行处理的，当第一数据包到达RLC层时，即RLC层接收到第一RLC数据包之后，则可以对第一RLC数据包进行解压处理，RLC层则可以根据解压后的第一RLC数据包确定该第一RLC数据包的全部数据是否被数据接收端全部接收。关于RLC层如何确定一个数据包的全部数据是否被全部接收，这属于现有技术的范畴，在此不再赘述。
本发明实施例中，若是数据接收端的RLC层确定第一RLC数据包的数据未被全部接收，则数据接收端会向数据发送端发送第一状态报告，第一状态报告是用于指示数据发送端对第一RLC数据包进行重传，当然，也可以是指示数据发送端对第一RLC数据包中未被接收的部分进行重传，本发明对此不做限制。
在数据接收端向数据发送端发送第一状态报告之后，数据接收端的RLC层则会记录向数据发送端发送第一状态报告的次数。
本发明实施例中，在数据发送端和数据接收端之间的网络状况不佳时，更有可能发生丢包现象，即在网络状况不佳时，重传的概率大大增加，因此为了避免重传的次数过多造成的传输链路异常，数据接收端还会对发送第一状态报告的次数进行限制。具体的，数据接收端可以判断数据接收端向数据发送端发送第一状态报告的次数是否大于第一预设阈值。其中，第一预设阈值的设置可以根据经验或者实验结果来设置，通常来讲，第一预设阈值不大于数据接收端和数据发送端的最大重传次数，最大重传次数是指数据接收端与数据发送端进行重传的次数的极限值，当数据接收端与数据发送端进行重传的次数超过该最大重传次数之后，数据接收端与数据发送端之间的传输链路则会发生异常。
当数据接收端判断数据接收端向数据发送端发送第一状态报告的次数大于第一预设阈值时，此时已经说明数据发送端重传第一RLC数据包的次数已经较多，若是数据接收端继续指示数据发送端继续不断的进行重传，可能则会使得第一RLC数据包重传的次数不断增长，进而在达到最大重传次数时，则使得数据接收端与数据发送端之间的传输链路发生异常。因此，在本发明实施例中，当数据接收端判断向数据发送端发送第一状态报告的次数大于第一预设阈值时，数据接收端就会向数据发送端发送第二状态报告，其中，第二状态报告是用于表征数据接收端已经接收到第一RLC数据包。这样，数据发送端在接收到第二状态报告之后，则不会再继续对第一RLC数据包进行重传，以减少数据发送端和数据接收端的数据传输负荷，同时也减少数据发送端不断重传所利用的资源。同时，这样还可以保证数据发送端和数据接收端之间的传输链路不会产生因不断的重传造成的异常，进而不会影响其他数据包的传输，使得数据发送端和数据接收端之间的数据传输速率得以保证，提高用户的使用体验。
本发明实施例中，在数据接收端判断数据接收端向数据发送端发送第一状态报告的次数大于第一预设阈值之前，数据接收端首先可以确定数据接收端和数据发送端之间的网络状况。具体的，数据接收端除接收数据发送端发送的数据包之外，也可以向数据发送端发送数据包，则数据接收端可以根据数据接收端中记录的数据接收端发送的RLC数据包中的每一个RLC数据包重传的次数，以判断数据接收端和数据发送端之间的网络状况。其中，RLC数据包是指在RLC层中进行数据处理的数据包。
数据接收端中记录的所有RLC数据包中的每一个RLC数据包重传的次数，包括数据发送端指示数据接收端进行重传的次数，以及数据接收端主动重传的次数。当然，这里所说的RLC数据包可以只是数据接收端发送给数据发送端的RLC数据包，也可以是数据接收端发送给包括数据发送端在内的其他终端的RLC数据包。下面以数据接收端发送的其中一个RLC数据包为例进行说明。
本发明实施例中，当数据接收端向数据发送端发送一个RLC数据包之后，数据发送端在则可以接收该RLC数据包，数据发送端中的RLC层在对该RLC数据包进行解压时，则可以确定接收的RLC数据包是否错误或者该RLC数据包的数据是否未被全部接收，若数据发送端确定接收的RLC数据包错误或者该数据包的数据未被全部接收，则数据发送端中的RLC层则会生成一个指示数据接收端对该RLC数据包进行重传的状态报告，并将该状态报告发送给数据接收端。当数据接收端接收到该状态报告之后，则可以对该RLC数据包进行重传，同时，数据接收端中RLC层还会将该RLC数据包重传的次数加一。
本发明实施例中，数据接收端中的RLC层在发送一个RLC数据包之后，则会对该RLC数据包开始计时，当计时时间超过预设的时间阈值时，若数据接收端还未收到数据发送端对该RLC数据包进行反馈的状态报告，则数据接收端会认为该RLC数据包数据发送端未接收到，则会主动的将RLC该数据包进行重传一次，同时，数据接收端中RLC层还会将该RLC数据包重传的次数加一。
本发明实施例中，为了确定数据接收端和数据发送端之间的网络状况，数据接收端可以周期性的确定数据接收端中记录的重传的次数中的最大次数是否超过第二预设阈值。具体的，数据接收端中可以设置一个周期性定时器，周期性定时器的周期可以根据需求进行设置，当周期性定时器超时一次，即计时周期达到一次时，数据接收端则将确定依次数据接收端中记录的重传的次数中的最大次数，并将该最大次数与第二预设阈值进行一次比较，当最大次数大于第二预设阈值时，即数据接收端和数据发送端进行重传的次数过多，则数据接收端可以确定数据接收端和数据发送端之间的传输链路环境差，当数据接收端和数据发送端分别为基站和终端时，即是指基站与终端之间的空口环境差，数据传输速率较低。其中，第二预设阈值不大于为数据接收端和数据发送端的配置的最大重传次数，且第二预设阈值还可以大于第一预设阈值。
本发明实施例中，当本发明实施例中，若是数据接收端的RLC层确定第一RLC数据包的全部内容已经被全部接收，则数据接收端会直接向数据发送端发送第二状态报告，即通知数据发送端第一RLC数据包的全部内容已经被数据接收端全部接收。
在数据接收端向数据发送端发送第二状态报告之后，数据接收端的RLC层还可以将第一RLC数据包的状态更改为已接收状态。具体的，在RLC层中，通过接收窗口来控制RLC数据包的处理，处于接收窗口之前的为已经完全处理的RLC数据包，即上述所说的已接收状态的数据包；处于接收窗口中的为正在处理的RLC数据包；处于接收窗口之后的为待处理的RLC数据包。由于RLC层的接收窗口所能处理的RLC数据包数量有限，在RLC层每处理完成一个RLC数据包之后，则会将该RLC数据包的序列往前移动，以能够其他待处理的RLC数据包能够进入接收窗口，以能够被RLC层处理。
综上所述，本发明实施例的数据接收端会记录向数据发送端发送状态报告的次数，也就是数据接收端指示数据发送端进行重传的次数，当数据接收端确定记录的次数超过第一预设阈值时，则数据接收端直接通知数据发送端其发送的数据包已经收到，以使得数据发送端不再继续进行重传，以减少数据发送端和数据接收端的数据传输负荷，以及减少数据发送端不断重传所利用的资源。同时，这样还可以保证数据发送端和数据接收端之间的传输链路不会产生因不断的重传造成的异常，进而不会影响其他数据包的传输，使得数据发送端和数据接收端之间的数据传输速率得以保证，提高用户的使用体验。
下面结合附图介绍本发明实施例提供的设备。
请参见图3，基于同一发明构思，本发明一实施例提供一种数据传输设备30。该设备包括：
记录单元301，用于记录向数据发送端发送第一状态报告的次数；所述第一状态报告用于指示所述数据发送端需要对第一RLC数据包进行重传；数据接收端和数据发送端采用AM模式进行数据传输；
判断单元302，用于判断所述次数是否大于第一预设阈值；
发送单元303，用于若所述数据接收端判断所述次数大于第一预设阈值，则向所述数据发送端发送第二状态报告，所述第二状态状告用于表征所述设备已经接收到所述第一RLC数据包。
可选的，所述设备还包括确定单元304；
所述记录单元301还用于在所述判断单元302判断所述次数是否大于第一预设阈值之前，记录所述数据接收端发送的所有RLC数据包中每个RLC数据包的重传次数；
所述确定单元304用于在周期性定时器超时时，确定所述每个RLC数据包的重传次数中的最大重传次数是否大于第二预设阈值；
所述判断单元302用于若所述确定单元304确定所述每个RLC数据包的重传次数中的最大重传次数大于第二预设阈值，则判断所述次数是否大于第一预设阈值。
可选的，
所述确定单元304还用于确定是否接收到所述第一RLC数据包的全部数据；
所述发送单元303还用于若所述确定单元304确定未接收到所述第一RLC数据包的全部数据，则向所述数据发送端发送所述第一状态报告。
可选的，
所述发送单元303还用于若所述确定单元304确定接收到所述第一RLC数据包的全部数据，则向所述数据发送端发送所述第二状态报告，且将所述第一RLC数据包的当前状态更新为已接收状态。
该设备可以用于执行图2所示的实施例所提供的方法，例如该设备为前所述的基站或者终端。因此，对于该设备的各功能模块所能够实现的功能等可参考图2所示的实施例的描述，不多赘述。其中，由于确定单元304不是必选的功能模块，因此在图3中以虚线示出。
请参见图4，本发明一实施例还提供一种计算机装置，该计算机装置包括处理器401，处理器401用于执行存储器中存储的计算机程序时实现本发明实施例提供的数据传输方法的步骤。
可选的，处理器401具体可以是中央处理器、特定应用集成电路(英文：Application Specific Integrated Circuit，简称：ASIC)，可以是一个或多个用于控制程序执行的集成电路，可以是使用现场可编程门阵列(英文：Field Programmable GateArray，简称：FPGA)开发的硬件电路，可以是基带处理器。
可选的，处理器401可以包括至少一个处理核心。
可选的，该计算机装置还包括存储器402，存储器402可以包括只读存储器(英文：Read Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)和磁盘存储器。存储器402用于存储处理器401运行时所需的数据。存储器402的数量为一个或多个。其中，存储器402在图4中一并示出，但需要知道的是存储器402不是必选的功能模块，因此在图4中以虚线示出。
本发明一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如本发明实施例提供的数据传输方法的步骤。
在本发明实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性或其它的形式。
在本发明实施例中的各功能单元可以集成在一个处理单元中，或者各个单元也可以均是独立的物理模块。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备，例如可以是个人计算机，服务器，或者网络设备等，或处理器(processor)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：通用串行总线闪存盘(Universal Serial Bus flash drive)、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明实施例的方法，不应理解为对本发明实施例的限制。本技术领域的技术人员可轻易想到的变化或替换，都应涵盖在本发明实施例的保护范围之内。
Claims (10)
1.一种数据传输方法，其特征在于，包括：
数据接收端记录向数据发送端发送第一状态报告的次数；所述第一状态报告用于指示所述数据发送端需要对第一RLC数据包进行重传；所述数据接收端和所述数据发送端采用AM模式进行数据传输；
所述数据接收端判断所述次数是否大于第一预设阈值；
若所述数据接收端判断所述次数大于第一预设阈值，则所述数据接收端向所述数据发送端发送第二状态报告，所述第二状态状告用于表征所述数据接收端已经接收到所述第一RLC数据包。
2.如权利要求1所述的方法，其特征在于，在所述数据接收端判断所述次数是否大于第一预设阈值之前，所述方法还包括：
所述数据接收端记录所述数据接收端发送的所有RLC数据包中每个RLC数据包的重传次数；
所述数据接收端在周期性定时器超时时，确定所述每个RLC数据包的重传次数中的最大重传次数是否大于第二预设阈值；
若所述数据接收端确定所述每个RLC数据包的重传次数中的最大重传次数大于第二预设阈值，则所述数据接收端判断所述次数是否大于第一预设阈值。
3.如权利要求2所述的方法，其特征在于，在所述数据接收端记录向数据发送端发送第一状态报告的次数之前，所述方法还包括：
所述数据接收端确定是否接收到所述第一RLC数据包的全部数据；
若所述数据接收端确定未接收到所述第一RLC数据包的全部数据，所述数据接收端向所述数据发送端发送所述第一状态报告。
4.如权利要求3所述的方法，其特征在于，在所述数据接收端确定是否接收到所述第一RLC数据包的全部数据之后，所述方法还包括：
若所述数据接收端确定接收到所述第一RLC数据包的全部数据，则所述数据接收端向所述数据发送端发送所述第二状态报告，且所述数据接收端将所述第一RLC数据包的当前状态更新为已接收状态。
5.一种数据传输设备，其特征在于，包括：
记录单元，用于记录向数据发送端发送第一状态报告的次数；所述第一状态报告用于指示所述数据发送端需要对第一RLC数据包进行重传；所述数据接收端和所述数据发送端采用AM模式进行数据传输；
判断单元，用于判断所述次数是否大于第一预设阈值；
发送单元，用于若所述数据接收端判断所述次数大于第一预设阈值，则向所述数据发送端发送第二状态报告，所述第二状态状告用于表征所述设备已经接收到所述第一RLC数据包。
6.如权利要求5所述的设备，其特征在于，所述设备还包括确定单元；
所述记录单元还用于在所述判断单元判断所述次数是否大于第一预设阈值之前，记录所述数据接收端发送的所有RLC数据包中每个RLC数据包的重传次数；
所述确定单元，用于在周期性定时器超时时，确定所述每个RLC数据包的重传次数中的最大重传次数是否大于第二预设阈值；
所述判断单元还用于：若所述确定单元确定所述每个RLC数据包的重传次数中的最大重传次数大于第二预设阈值，则判断所述次数是否大于第一预设阈值。
7.如权利要求6所述的设备，其特征在于，
所述确定单元还用于确定是否接收到所述第一RLC数据包的全部数据；
所述发送单元还用于若所述确定单元确定未接收到所述第一RLC数据包的全部数据，则向所述数据发送端发送所述第一状态报告。
8.如权利要求7所述的设备，其特征在于，
所述发送单元还用于若所述确定单元确定接收到所述第一RLC数据包的全部数据，则向所述数据发送端发送所述第二状态报告，且将所述第一RLC数据包的当前状态更新为已接收状态。
9.一种计算机装置，其特征在于，所述装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1-4中任一项所述方法的步骤。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1-4中任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710619726.7A CN107172649A (zh) | 2017-07-26 | 2017-07-26 | 一种数据传输方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710619726.7A CN107172649A (zh) | 2017-07-26 | 2017-07-26 | 一种数据传输方法及设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107172649A true CN107172649A (zh) | 2017-09-15 |
Family
ID=59817623
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710619726.7A Pending CN107172649A (zh) | 2017-07-26 | 2017-07-26 | 一种数据传输方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107172649A (zh) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019057016A1 (zh) * | 2017-09-21 | 2019-03-28 | 华为技术有限公司 | 一种数据处理方法及终端 |
| CN110324258A (zh) * | 2018-03-31 | 2019-10-11 | 华为技术有限公司 | 一种控制数据传输的方法和装置 |
| CN110875909A (zh) * | 2018-08-31 | 2020-03-10 | 上海华为技术有限公司 | 数据传输方法及相关装置 |
| CN110943808A (zh) * | 2018-09-21 | 2020-03-31 | 北京松果电子有限公司 | 数据传输方法、装置、电子设备和存储介质 |
| CN111106901A (zh) * | 2019-12-31 | 2020-05-05 | 深圳Tcl新技术有限公司 | WiFi数据传输方法、装置、设备及存储介质 |
| CN112512120A (zh) * | 2020-12-04 | 2021-03-16 | 京信通信系统（中国）有限公司 | 传输状态报告的方法、装置、终端设备、基站和存储介质 |
| CN115967757A (zh) * | 2020-05-08 | 2023-04-14 | 展讯通信（上海）有限公司 | 协同控制tcp层的方法、系统、设备、介质及通信终端 |
| CN116916357A (zh) * | 2023-09-13 | 2023-10-20 | 中赣通信(集团)有限公司 | 基于多源数据分析的基站智能预警方法及系统 |
| WO2024169695A1 (zh) * | 2023-02-17 | 2024-08-22 | 华为技术有限公司 | 通信方法及相关装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101060387A (zh) * | 2006-04-17 | 2007-10-24 | 华为技术有限公司 | 基于harq的数据传输方法 |
| CN101154987A (zh) * | 2006-09-26 | 2008-04-02 | 大唐移动通信设备有限公司 | 传输冲突控制方法及系统 |
| CN101924620A (zh) * | 2009-06-17 | 2010-12-22 | 中兴通讯股份有限公司 | 报文重传方法和装置 |
| CN102957522A (zh) * | 2011-08-24 | 2013-03-06 | 中兴通讯股份有限公司 | 一种rlc am状态报告处理的方法和系统 |
-
2017
- 2017-07-26 CN CN201710619726.7A patent/CN107172649A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101060387A (zh) * | 2006-04-17 | 2007-10-24 | 华为技术有限公司 | 基于harq的数据传输方法 |
| CN101154987A (zh) * | 2006-09-26 | 2008-04-02 | 大唐移动通信设备有限公司 | 传输冲突控制方法及系统 |
| CN101924620A (zh) * | 2009-06-17 | 2010-12-22 | 中兴通讯股份有限公司 | 报文重传方法和装置 |
| CN102957522A (zh) * | 2011-08-24 | 2013-03-06 | 中兴通讯股份有限公司 | 一种rlc am状态报告处理的方法和系统 |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019057016A1 (zh) * | 2017-09-21 | 2019-03-28 | 华为技术有限公司 | 一种数据处理方法及终端 |
| CN110324258A (zh) * | 2018-03-31 | 2019-10-11 | 华为技术有限公司 | 一种控制数据传输的方法和装置 |
| CN110324258B (zh) * | 2018-03-31 | 2021-02-09 | 华为技术有限公司 | 一种控制数据传输的方法和装置 |
| CN110875909A (zh) * | 2018-08-31 | 2020-03-10 | 上海华为技术有限公司 | 数据传输方法及相关装置 |
| CN110875909B (zh) * | 2018-08-31 | 2022-03-04 | 上海华为技术有限公司 | 数据传输方法及相关装置 |
| CN110943808B (zh) * | 2018-09-21 | 2023-02-17 | 北京小米松果电子有限公司 | 数据传输方法、装置、电子设备和存储介质 |
| CN110943808A (zh) * | 2018-09-21 | 2020-03-31 | 北京松果电子有限公司 | 数据传输方法、装置、电子设备和存储介质 |
| CN111106901A (zh) * | 2019-12-31 | 2020-05-05 | 深圳Tcl新技术有限公司 | WiFi数据传输方法、装置、设备及存储介质 |
| CN115967757A (zh) * | 2020-05-08 | 2023-04-14 | 展讯通信（上海）有限公司 | 协同控制tcp层的方法、系统、设备、介质及通信终端 |
| CN112512120A (zh) * | 2020-12-04 | 2021-03-16 | 京信通信系统（中国）有限公司 | 传输状态报告的方法、装置、终端设备、基站和存储介质 |
| CN112512120B (zh) * | 2020-12-04 | 2023-12-19 | 京信网络系统股份有限公司 | 传输状态报告的方法、装置、终端设备、基站和存储介质 |
| WO2024169695A1 (zh) * | 2023-02-17 | 2024-08-22 | 华为技术有限公司 | 通信方法及相关装置 |
| CN116916357A (zh) * | 2023-09-13 | 2023-10-20 | 中赣通信(集团)有限公司 | 基于多源数据分析的基站智能预警方法及系统 |
| CN116916357B (zh) * | 2023-09-13 | 2023-12-08 | 中赣通信(集团)有限公司 | 基于多源数据分析的基站智能预警方法及系统 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107172649A (zh) | 一种数据传输方法及设备 | |
| US11990999B2 (en) | Method and apparatus for feeding back hybrid automatic repeat request of downlink data | |
| US11424862B2 (en) | Data retransmission method and device, data response method and device, and storage medium | |
| US11190302B2 (en) | Communication method and apparatus therefor | |
| TWI530144B (zh) | 處理通訊運作的方法及其通訊裝置 | |
| CN106559739B (zh) | 适于蓝牙低功耗无线通信系统的轻量级数据传输方法 | |
| CN107342849B (zh) | 一种进行数据处理的方法和设备 | |
| US10321514B2 (en) | Acknowledgment packet sending method and device | |
| CN108631954A (zh) | 一种数据传输方法及装置 | |
| TWI565282B (zh) | 分時雙工系統中處理通訊運作的方法及其相關裝置 | |
| CN107005560A (zh) | 一种数据发送方法、数据接收方法和相关设备 | |
| US20160218837A1 (en) | Method and apparatus to use more transmission opportunities in a distributed network topology with limited harq processes | |
| CN104836646A (zh) | 一种rlc am模式传输可靠性增强方法 | |
| CN104321997B (zh) | 传输数据的方法、基站和用户设备 | |
| CN102957522A (zh) | 一种rlc am状态报告处理的方法和系统 | |
| CN106171004A (zh) | 一种rlc数据包分流方法及基站 | |
| EP3490182B1 (en) | Hybrid automatic repeat request method and system | |
| JP7149970B2 (ja) | フィードバック応答情報の伝送方法、装置及びシステム | |
| CN104137507B (zh) | 反馈丢包的消息处理方法及装置 | |
| CN103703828B (zh) | 数据传输方法和设备 | |
| EP3790213B1 (en) | Mac-based hybrid automatic repeat request (harq) | |
| CN104283656A (zh) | 一种维护am模式rlc接收窗口及数据接收的方法 | |
| CN105027667A (zh) | 双连接模式下的状态反馈方法及设备 | |
| US11271686B2 (en) | Hybrid automatic repeat request acknowledgement and upload multiuser operation | |
| WO2020034133A1 (zh) | 通信方法及装置 |
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 | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20200108 Address after: 510663 Shenzhou Road 10, Guangzhou Science City, Guangzhou economic and Technological Development Zone, Guangzhou, Guangdong Applicant after: Jingxin Communication System (China) Co., Ltd. Address before: 510663 Luogang District Science City, Guangzhou, Shenzhou Road, No. 10, Guangdong Applicant before: Jingxin Communication System (China) Co., Ltd. Applicant before: Jingxin Communication System (Guangzhou) Co., Ltd. Applicant before: Jingxin Communication Technology (Guangzhou) Co., Ltd. Applicant before: TIANJIN COMBA TELECOM SYSTEMS CO., LTD. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170915 |