CN115802393A - 数据监测方法、装置、数据发送端及可读存储介质 - Google Patents

Abstract

本申请公开了一种数据监测方法、装置、数据发送端及可读存储介质，属于通信技术领域。本申请实施例的数据监测方法包括：数据发送端获取计数器；基于所述计数器，监测数据传输故障。

Description

数据监测方法、装置、数据发送端及可读存储介质

技术领域

本申请属于通信技术领域，具体涉及一种数据监测方法、装置、数据发送端及可读存储介质。

背景技术

对于具有存活时间需求的业务，需要保证不能出现连续多次数据传输失败。在出现连续多次数据传输失败的情况下，可能会造成数据接收端应用进入通信不可用状态，从而影响正常通信。然而，目前却没有相关方法监测数据发送端是否出现连续多次数据传输失败。因此，如何监测数据传输故障是目前急需解决的问题。

发明内容

本申请实施例提供一种数据监测方法、装置及数据发送端，能够解决如何监测数据传输故障的问题。

第一方面，提供了一种数据监测方法，包括：

数据发送端获取计数器；

所述数据发送端基于所述计数器，监测数据传输故障。

第二方面，提供了一种数据监测装置，包括：

获取模块，用于获取计数器；

监测模块，用于基于所述计数器，监测数据传输故障。

第三方面，提供了一种数据发送端，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面，提供了一种数据发送端，包括处理器及通信接口，其中，所述处理器用于获取计数器，并基于所述计数器，监测数据传输故障。

第五方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第六方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法的步骤。

第七方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非瞬态的存储介质中，所述程序/程序产品被至少一个处理器执行以实现如第一方面所述的方法的步骤。

在本申请实施例中，数据发送端可以获取计数器，并基于计数器监测数据传输故障。由此，可以在传输数据时引入故障监测机制，实现监测数据传输故障，从而避免出现连续多次数据传输失败的情况，保证正常通信。

附图说明

图1是本申请实施例可应用的一种无线通信系统的框图；

图2是本申请实施例提供的一种数据监测方法的流程图；

图3是本申请实施例提供的一种数据监测装置的结构示意图；

图4是本申请实施例提供的一种数据发送端的结构示意图；

图5是本申请实施例提供的一种终端的结构示意图；

图6是本申请实施例提供的一种网络侧设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency-Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11也可以称作终端设备或者用户终端(User Equipment，UE)，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)或称为笔记本电脑、个人数字助理(Personal Digital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装、游戏机等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以是基站或核心网，其中，基站可被称为节点B、演进节点B、接入点、基收发机站(BaseTransceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic ServiceSet，BSS)、扩展服务集(Extended Service Set，ESS)、B节点、演进型B节点(eNB)、家用B节点、家用演进型B节点、WLAN接入点、WiFi节点、发送接收点(Transmitting ReceivingPoint，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇。

可选的，本申请实施例适用的场景包括但不限于具有存活时间(survival time)需求的业务等。对于有更高可靠性需求的业务，发送端发送的数据包有预期的到达时间，当接收端在预期的到达时间没有接收到数据包时，则会进入存活时间(survival time)。如果接收端在存活时间内仍不能成功接收数据包，则通信服务就会进入不可用状态(unavailable state)，从而需要更长的时间进行正常通信服务的恢复过程。简单的说，对于该类业务，不能出现连续多个数据包丢失，否则相应的通信服务将会进入不可用状态。

可选的，本申请实施例中的数据发送端(可简称为：发送端)可以为终端或者网络侧设备，相应的数据接收端(可简称为：接收端)为网络侧设备或者终端。

可选的，本申请实施例中的数据发送端和接收端可以都为终端或者网络侧设备。例如旁链路sidelink场景下，数据发送端和接收端都为终端。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的数据监测方法、装置、数据发送端及可读存储介质进行详细地说明。

请参见图2，图2是本申请实施例提供的一种数据监测方法的流程图，该方法由数据发送端执行，该数据发送端可选为终端或者网络侧设备。如图2所示，该方法包括如下步骤：

步骤21：数据发送端获取计数器。

本实施例中，计数器用于监测数据传输故障。一种实现方式是，上述计时器用于监测分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层数据传输故障。示例性的，该计数器用于记录传输失败的数据包的个数，比如用于记录连续传输失败的数据包的个数，当确认数据包传输失败时，相应计数器加1。需要说明的是，上述的数据包可以是PDCP层的数据包，如PDCP服务数据单元(Service Data Unit，SDU)。或者，该计数器用于记录传输失败的次数，比如用于记录连续传输失败的次数，当确认一次传输失败时，相应计数器的计数值加1。需要说明的是，上述的传输失败可以是PDCP层的数据包传输失败，也可以是承载PDCP层的数据包的媒体接入控制(Medium Access Control，MAC)协议数据单元(Protocol Data Unit，PDU)或传输块TB传输失败。

一种判断数据包传输失败的实现方式是：收到对所述数据包的重传调度信令。对应的，收到调度信令且该调度信令用于调度数据包重传时，相应计数器加1。或者，在非授权场景中，接收到HARQ-NACK的反馈信息。对应的，接收到HARQ-NACK反馈信息时，该反馈信息用于指示数据传输失败，相应计数器的计数值加1。

一些实施例中，数据传输故障可以理解为出现连续N次数据传输失败，N为大于1的整数，可以基于实际需求设定。

步骤22：数据发送端基于计数器，监测数据传输故障。

示例性的，当计数器的计数值达到预定阈值时，认为出现数据传输故障。在该情况下，可以对计数器执行复位操作。需要说明的是，上述阈值可以是网络侧配置的，也可以是终端确定的。比如sideline场景下，上述阈值可以是数据接收终端确定的并指示给数据发送端的，也可以是数据发送端自己确定的。

示例性的，具体可以是上述数据发送端的PDCP实体基于计数器，监测数据传输故障。

一些实施例中，对于具有存活时间需求的业务，在出现数据传输故障比如出现连续M(M小于N)次数据传输失败的情况下，数据发送端可以变更传输策略，以保证后续数据包能以更高可靠性的传输，从而避免接收端应用进入通信不可用状态。

本申请实施例的数据监测方法，数据发送端可以获取计数器，并基于计数器监测数据传输故障。由此，可以在传输数据时引入故障监测机制，实现监测数据传输故障，从而避免出现连续数据传输失败的情况，保证正常通信。

本申请实施例中，在基于计数器监测数据传输故障时，为了准确监测数据传输故障，需要保证计数器准确复位。如果计数器不能准确复位，数据发送端可能会错误判断出现数据传输故障，进而影响正常通信。例如，如果计数器不能准确复位，会导致发送端错误地判断出现数据传输故障，进而使用具有更高资源消耗的传输策略进行后续数据传输以期望后续数据包能够传输成功，这会导致不必要的资源浪费。

可选的，数据发送端可以在满足预设条件的情况下，对计数器执行复位操作，以避免由于计数器不能准确复位进而导致的发送端错误判断出现数据传输故障。其中，所述预设条件包括但不限于以下至少一项：

1)出现数据传输故障。示例性的，当计数器的计数值达到预定阈值时，数据发送端认为出现数据传输故障。在该情况下，对计数器执行复位操作。

2)发生传输策略变更。示例性的，可以在监测到数据传输故障，或者监测到数据传输从传输故障中恢复的情况下，数据发送端变更传输策略，并对计数器执行复位操作。

3)恢复数据传输故障。示例性的，在确认出现数据传输故障之后，获知到数据包成功传输，数据发送端认为恢复了数据传输故障的情况下，可以对计数器执行复位操作。作为另外一个示例，在获取到传输策略变更指示，认为恢复了数据传输故障的情况下，可以对计数器执行复位操作。

4)成功传输数据。

需要说明的是，在成功传输数据的情况下复位计数器可以包括：直接复位计数器的计数值为初始值(比如0)；可选的，在成功传输数据且计数器的计数值不是初始值(比如0)的情况下复位计数器。示例性的，在成功传输数据的情况下，如果计数器的计数值不等于初始值(比如0)，则复位计时器；或者，如果计时器的计数值等于初始值(比如0)，则不执行复位计时器的操作。其中，上述数据可以是PDCP层数据，PDCP层基于无线链路控制(RadioLink Control，RLC)层指示获知到数据成功传输，也可以是直接基于MAC层指示获知到的数据成功传输。具体的，上述数据可以是PDCP层数据，PDCP实体可以基于其关联的RLC实体指示获知PDCP层数据传输成功，也可以基于其关联的MAC实体指示获知PDCP层数据传输成功。

一种判断成功传输数据的实现方式是：传输数据的混合自动重传请求(HybridAutomatic Repeat reQuest，HARQ)进程所关联的定时器configuredGrantTimer超时，其中，该定时器configuredGrantTimer在收到针对其关联HARQ进程的调度信令和用其关联的HARQ进程进行数据传输时，启动或重启。在该实例下，可以是MAC层基于承载PDCP层数据的HARQ进程所关联的configuredGrantTimer判断数据是否传输成功，具体的，当上述定时器超时，MAC层判断出承载PDCP层数据的HARQ进程数据传输成功，也等价于上述PDCP层数据传输成功。一种停止定时器configuredGrantTimer的实现方式为：数据发送端(如UE)收到包含特定标识的信令后，停止configuredGrantTimer。需要说明的是，当数据发送端获取到上述信令，则可以认为该定时器关联的HARQ进程传输数据成功。在该实例下，MAC层判断出承载PDCP层数据的HARQ进程数据传输成功，也等价于上述PDCP层数据传输成功。

另一种成功传输数据的实现方式是：接收到新传调度信令。具体的，收到调度信令且该调度信令用于调度数据包新传时。或者，在非授权场景中，接收到HARQ-ACK的反馈信息。具体的，接收到HARQ-ACK反馈信息时，该反馈信息用于指示数据传输成功。

5)接收到第一指示信息，该第一指示信息用于指示复位对应的计数器。

可选的，该第一指示信息还可指示需要复位的计数器对应的数据无线承载(DataRadio Bearer，DRB)的标识，如DRB ID。或者第一指示信息还可以指示需要复位的计数器对应的QoS流的标识，如QFI。

一些实施例中，数据发送端为UE，UE可以在收到NW发送的用于指示复位对应计数器的指示信息后，复位对应的计数器。

可选的，数据发送端可以基于数据传输情况实时调整传输策略，以保证数据正常传输。上述发生传输策略变更可以包括以下至少一项：

(1)从第一传输策略变更为第二传输策略。

其中，第一传输策略是未出现数据传输故障时使用的传输策略，即在出现数据传输故障之前时使用的传输策略，也可以理解为正常数据传输情况下使用的传输策略。第二传输策略是出现数据传输故障后使用的传输策略，也可以理解为用于处理数据传输故障使用的传输策略。例如，第一传输策略提供低可靠性保证，是在未出现数据传输故障的情况下使用的传输策略；第二传输策略提供高可靠性保证，是在出现数据传输故障后使用的传输策略；在基于计数器检测到出现数据传输故障的情况下，可以将第一传输策略变更为第二传输策略，此时复位计数器。示例性的，可以将计数器复位至初始值，比如0。

示例性的，数据发送端(如UE)确定发生传输策略变更的一种潜在的实现方法为：在数据发送端(如UE)接收到激活第二传输策略对应的资源指示的情况下，数据发送端(如UE)传输策略由第一传输策略变更为第二传输策略。或者，在数据发送端(如UE)接收到激活第二传输策略对应的传输路径指示的情况下，数据发送端(如UE)传输策略由第一传输策略变更为第二传输策略。

(2)从第二传输策略变更为第一传输策略。

其中，第一传输策略是未出现数据传输故障时使用的传输策略，即在出现数据传输故障之前时使用的传输策略，也可以理解为正常数据传输情况下使用的传输策略。第二传输策略是出现数据传输故障后使用的传输策略，也可以理解为用于处理数据传输故障使用的传输策略。例如，在获知数据传输故障已恢复的情况下，将第二传输策略变更为第一传输策略，此时复位计数器。示例性的，可以将计数器复位至初始值，比如0。

示例性的，数据发送端(如UE)确定发生传输策略变更的一种潜在的实现方法为：在数据发送端(如UE)接收到去激活第二传输策略对应的资源指示的情况下，数据发送端(如UE)传输策略由第二传输策略变更为第一传输策略。或者，在数据发送端(如UE)接收到去激活第二传输策略对应的传输路径指示的情况下，数据发送端(如UE)传输策略由第二传输策略变更为第一传输策略。

作为一种可选的实施例，在监测到数据传输从传输故障中恢复的情况下，在将第二传输策略变更为第一传输策略时，对计数器执行复位操作。

作为另外一种可选的实施例，在使用第二传输策略满足预设条件的情况下，在将第二传输策略变更为第一传输策略时，对计数器执行复位操作。示例性的，上述预设条件可以是达到预设时间，或者达到预设传输次数，或者达到预设数据包传输个数。具体的，对于达到预设时间的实例可以是通过定时器实现的，在使用第二传输策略时启动定时器，在定时器超时的情况下，将第二传输策略变更为第一传输策略时，对计数器执行复位操作。对于达到预设传输次数或者达到预设数据包传输个数的实例，可以是通过计数器实现的(区别于本申请中用于监测数据传输故障的计数器)，在使用第一传输策略传输数据包的个数(例如成功传输的数据包的个数)或者传输次数(例如成功传输的次数)达到预设值的情况下，将第二传输策略变更为第一传输策略时，对计数器执行复位操作。

(3)从第二传输策略变更为第三传输策略。

其中，第二传输策略是出现数据传输故障后使用的传输策略，也可以理解为用于处理传输故障而使用的传输策略。第三传输策略是数据传输故障恢复之后使用的传输策略。例如，在获知数据传输故障已恢复的情况下，将第二传输策略变更为第三传输策略，此时复位所述计数器。示例性的，可以将计数器复位至初始值，比如0。

需要说明的是，上述的第一传输策略和第三传输策略可以是不同的传输策略。例如，某承载配置数据复制功能，第一传输策略对应于数据复制功能为去激活时的传输策略，第二传输策略可以是对应于所有传输路径都激活时的传输策略，第三传输策略可以是对应于只有两条传输路径激活了复制数据传输时的传输策略。

还需要说明的是，第三传输策略可以是网络层配置给终端的。在配置第三传输策略时，可以额外提供指示信息，该指示信息用于指示数据传输故障已恢复，在该情况下，终端需要执行基于计数器监测数据传输故障的操作。

本申请实施例中，数据发送端可以停止监测数据传输故障。比如，当将第一传输策略变更为第二传输策略时，停止监测数据传输故障，该第二传输策略是在出现数据传输故障后使用的传输策略。

可选的，上述停止监测数据传输故障的行为可以包括以下至少一项：

停止发送辅助信息，所述辅助信息用于更新或复位计数器；

停止计数器的计数值更新。

可选的，数据发送端可以包括第一协议实体和第二协议实体。上述停止发送辅助信息可以包括：第二协议实体停止向第一协议实体发送辅助信息，该辅助信息用于辅助第一协议实体更新或复位所述计数器。

可选的，在停止发送辅助信息之前，第一协议实体可以向第二协议实体发送第二指示信息，该第二指示信息用于指示第二协议实体停止向第一协议实体发送辅助信息。之后，第二协议实体停止向第一协议实体发送辅助信息，该辅助信息用于辅助第一协议实体更新或复位计数器。

可选的，在数据传输故障恢复后，第一协议实体可以向第二协议实体发送第三指示信息，该第三指示信息用于指示第二协议实体恢复向第一协议实体发送辅助信息，以使得第一协议实体基于辅助信息更新或复位计数器。

一些实施例中，第一协议实体为PDCP实体，辅助信息包括数据传输失败和/或成功的指示信息。停止提供辅助信息是由第二协议实体执行的，例如，第二协议实体可以是RLC实体，则与PDCP实体关联的RLC实体停止向PDCP实体提供辅助信息。或者，第二协议实体也可以是MAC实体，则与PDCP实体关联的MAC实体停止向PDCP实体提供辅助信息。需要说明的是，第二协议实体停止提供辅助信息的行为可以是第二协议实体基于数据监测确定的，例如第二协议实体监测到第二传输策略对应的(全部)传输路径有数据传输，则可以判断出当前传输策略已由第一传输策略变更为第二传输策略，则停止向第一协议实体提供辅助信息。

一些实施例中，第二协议实体(如RLC实体)向第一协议实体(如PDCP实体)提供辅助信息，该辅助信息为数据传输失败的指示信息，此情况下，第一协议实体可以基于辅助信息停止计数器的计数值更新。此外，第一协议实体也可以忽略或丢弃辅助信息。

可选的，上述停止向第一协议实体发送辅助信息可以是停止向第一协议实体发送第一辅助信息，也可以是停止向第一协议实体发送第一辅助信息和第二辅助信息，也可以是停止向第一协议实体发送第二辅助信息。其中，第一辅助信息用于指示数据传输失败，第二辅助信息用于指示数据传输成功。

本申请实施例中，在停止监测数据传输故障之后，数据发送端可以在满足以下至少一项的情况下，重新开始监测数据传输故障：

1)在使用第二传输策略的过程中成功传输数据，该第二传输策略为出现数据传输故障后使用的传输策略，也可以理解为第二传输策略是用于处理数据传输故障的传输策略。示例性的，在使用第二传输策略的期间成功传输数据，数据发送端认为数据传输故障已恢复，在该种情况下，数据发送端重新开始执行基于计数器的数据传输故障监测操作。

2)在使用第二传输策略的过程中满足传输策略变更条件。

可选的，该满足传输策略变更条件可以包括以下至少一项：

①获取到传输策略变更指示信息，该传输策略变更指示信息指示数据传输故障已恢复。示例性的，该传输策略变更指示信息可以是数据接收端提供给数据发送端的。具体的，上述传输策略变更指示信息可以是去激活第二传输策略对应的传输路径的指示。或者上述传输策略变更指示可以是去激活第二传输策略对应的资源的指示。

②使用第二传输策略满足预设条件。上述预设条件可以是达到预设时间，或者达到预设传输次数，或者达到预设数据包传输个数。具体的，对于达到预设时间的用例可以是通过定时器实现的，在使用第二传输策略时启动，在定时器超时的情况下，将第二传输策略变更为第一传输策略时，数据发送端重新开始执行基于计数器的数据传输故障监测操作。对于达到预设传输次数或者达到预设数据包传输个数的用例，可以是通过计数器实现的(区别于本申请中用于监测数据传输故障的计数器)，在使用第一传输策略传输数据包的个数(例如成功传输的数据包的个数)或者传输次数(例如成功传输的次数)达到预设值的情况下，将第二传输策略变更为第一传输策略时，数据发送端重新开始执行基于计数器的数据传输故障监测操作。需要说明的是，上述的预设时间，预设传输次数以及预设数据包传输个数均可以是网络侧配置的，或数据发送端自己确定的。作为一种应用场景，比如在sidelink场景下，上述的预设时间，预设传输次数以及预设数据包传输个数均可以是数据接收终端确定的并指示给数据发送端的，也可以是数据发送端自己确定的。

需要说明的是，本申请实施例提供的数据监测方法，执行主体可以为数据监测装置，或者，该数据监测装置中的用于执行数据监测方法的控制模块。本申请实施例中以数据监测装置执行数据监测方法为例，说明本申请实施例提供的数据监测装置。

请参见图3，图3是本申请实施例提供的一种数据监测装置的结构示意图，该装置应用于数据发送端，该数据发送端可选为终端或者网络侧设备。如图3所示，数据监测装置30包括：

获取模块31，用于获取计数器；

监测模块32，用于基于所述计数器，监测数据传输故障。

可选的，所述计数器用于记录传输失败的数据包的个数；或者，所述计数器用于记录传输失败的次数。

可选的，数据监测装置30还可以包括：

执行模块，用于在满足预设条件的情况下，对所述计数器执行复位操作；

其中，所述预设条件包括以下至少一项：

出现数据传输故障；

发生传输策略变更；

恢复数据传输故障；

成功传输数据；

接收到第一指示信息，所述第一指示信息用于指示复位对应的计数器。

可选的，所述发生传输策略变更包括以下至少一项：

从第一传输策略变更为第二传输策略；

从第二传输策略变更为第一传输策略；

从第二传输策略变更为第三传输策略；

其中，所述第一传输策略是未出现数据传输故障时使用的传输策略，所述第二传输策略是用于处理数据传输故障使用的传输策略，所述第三传输策略是数据传输故障恢复之后使用的传输策略。

可选的，监测模块32还用于：停止监测数据传输故障。

可选的，所述停止监测数据传输故障的行为包括以下至少一项：

停止发送辅助信息，所述辅助信息用于更新或复位所述计数器；

停止计数器的计数值更新。

可选的，监测模块32包括第一协议实体和第二协议实体；所述第二协议实体用于：停止向所述第一协议实体发送所述辅助信息，所述辅助信息用于辅助所述第一协议实体更新或复位所述计数器。

进一步的，在停止发送辅助信息之前，所述第一协议实体用于：向所述第二协议实体发送第二指示信息，所述第二指示信息用于指示所述第二协议实体停止向所述第一协议实体发送所述辅助信息。

可选的，在数据传输故障恢复后，所述第一协议实体还用于：向所述第二协议实体发送第三指示信息，所述第三指示信息用于指示所述第二协议实体恢复向所述第一协议实体发送所述辅助信息。

可选的，监测模块32还用于：在满足以下至少一项的情况下，重新开始监测数据传输故障：

在使用第二传输策略的过程中成功传输数据；其中，所述第二传输策略为出现数据传输故障后使用的传输策略；

在使用第二传输策略的过程中满足传输策略变更条件。

可选的，所述在使用第二传输策略的过程中满足传输策略变更条件包括以下至少一项：

获取到传输策略变更指示信息，所述传输策略变更指示信息指示数据传输故障已恢复；

使用第二传输策略满足预设条件，该预设条件可以是达到预设时间，或者达到预设传输次数，或者达到预设数据包传输个数。

本申请实施例中的数据监测装置30可以是装置，具有操作系统的装置或电子设备，也可以是终端中的部件、集成电路、或芯片。该装置或电子设备可以是移动终端，也可以为非移动终端。示例性的，移动终端可以包括但不限于上述所列举的终端11的类型，非移动终端可以为服务器、网络附属存储器(Network Attached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例提供的数据监测装置30能够实现图2的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

可选的，如图4所示，本申请实施例还提供一种数据发送端40，该数据发送端40为终端或者网络侧设备，包括处理器41，存储器42，存储在存储器42上并可在所述处理器41上运行的程序或指令，该程序或指令被处理器41执行时实现上述数据监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种终端，包括处理器和通信接口，处理器用于获取计数器，并基于所述计数器，监测数据传输故障。该终端为数据发送端时，可以实现上述数据监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

具体地，图5为实现本申请实施例的一种终端的硬件结构示意图。

该终端500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、以及处理器510等中的至少部分部件。

本领域技术人员可以理解，终端500还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器510逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图5中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元504可以包括图形处理器(GraphicsProcessing Unit，GPU)5041和麦克风5042，图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元506可包括显示面板5061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板5061。用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071，也称为触摸屏。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元501将来自网络侧设备的下行数据接收后，给处理器510处理；另外，将上行的数据发送给网络侧设备。通常，射频单元501包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器509可用于存储软件程序或指令以及各种数据。存储器509可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器509可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。

处理器510可包括一个或多个处理单元；可选的，处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。

其中，处理器510，用于获取计数器，并基于计数器，监测数据传输故障。

在本申请实施例中，终端500可以获取计数器，并基于计数器监测数据传输故障。由此，可以在传输数据时引入故障监测机制，实现监测数据传输故障，从而避免出现连续数据传输失败的情况，保证正常通信。

可选的，处理器510，还用于在满足预设条件的情况下，对所述计数器执行复位操作；所述预设条件包括以下至少一项：出现数据传输故障；发生传输策略变更；恢复数据传输故障；成功传输数据；接收到第一指示信息，所述第一指示信息用于指示复位对应的计数器。

这样，可以准确对计数器执行复位操作，从而避免由于计数器不能准确复位进而导致的发送端错误判断出现数据传输故障，保证正常通信。

可选的，所述发生传输策略变更包括以下至少一项：

从第一传输策略变更为第二传输策略；

从第二传输策略变更为第一传输策略；

从第二传输策略变更为第三传输策略；

其中，所述第一传输策略是未出现数据传输故障时使用的传输策略，所述第二传输策略是出现数据传输故障后使用的传输策略，所述第三传输策略是数据传输故障恢复之后使用的传输策略。

本申请实施例提供的终端500能够实现图2的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种网络侧设备，包括处理器和通信接口，处理器用于获取计数器，并基于所述计数器，监测数据传输故障。该网络侧设备为数据发送端时，可以实现上述数据监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

具体地，本申请实施例还提供了一种网络侧设备。如图6所示，该网络侧设备60包括：天线61、射频装置62、基带装置63。天线61与射频装置62连接。在上行方向上，射频装置62通过天线61接收信息，将接收的信息发送给基带装置63进行处理。在下行方向上，基带装置63对要发送的信息进行处理，并发送给射频装置62，射频装置62对收到的信息进行处理后经过天线61发送出去。

上述频带处理装置可以位于基带装置63中，以上数据监测可以在基带装置63中实现，该基带装置63包括处理器64和存储器65。

基带装置63例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图6所示，其中一个芯片例如为处理器64，与存储器65连接，以调用存储器65中的程序，执行以上方法实施例中所示的网络侧设备操作。

该基带装置63还可以包括网络接口66，用于与射频装置62交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。

具体地，本申请实施例的网络侧设备60还包括：存储在存储器65上并可在处理器64上运行的指令或程序。当网络侧设备60为数据发送端时，处理器64调用存储器65中的指令或程序可以实现上述数据监测方法实施例的各个过程，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述数据监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述数据监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在非瞬态的存储介质中，所述程序/程序产品被至少一个处理器执行以实现上述数据监测方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络侧设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (16)

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

数据发送端获取计数器；

所述数据发送端基于所述计数器，监测数据传输故障。

2.根据权利要求1所述的方法，其特征在于，所述计数器用于记录传输失败的数据包的个数；

或者，

所述计数器用于记录传输失败的次数。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

在满足预设条件的情况下，所述数据发送端对所述计数器执行复位操作；

其中，所述预设条件包括以下至少一项：

出现数据传输故障；

发生传输策略变更；

恢复数据传输故障；

成功传输数据；

接收到第一指示信息，所述第一指示信息用于指示复位对应的计数器。

4.根据权利要求3所述的方法，其特征在于，所述发生传输策略变更包括以下至少一项：

从第一传输策略变更为第二传输策略；

从第二传输策略变更为第一传输策略；

从第二传输策略变更为第三传输策略；

其中，所述第一传输策略是未出现数据传输故障时使用的传输策略，所述第二传输策略是用于处理数据传输故障使用的传输策略，所述第三传输策略是数据传输故障恢复之后使用的传输策略。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述数据发送端停止监测数据传输故障。

6.根据权利要求5所述的方法，其特征在于，所述停止监测数据传输故障的行为包括以下至少一项：

停止发送辅助信息，所述辅助信息用于更新或复位所述计数器；

停止计数器的计数值更新。

7.根据权利要求6所述的方法，其特征在于，所述数据发送端包括第一协议实体和第二协议实体；所述停止发送辅助信息，包括：

所述第二协议实体停止向所述第一协议实体发送所述辅助信息，所述辅助信息用于辅助所述第一协议实体更新或复位所述计数器。

8.根据权利要求7所述的方法，其特征在于，在停止发送辅助信息之前，所述方法还包括：

所述第一协议实体向所述第二协议实体发送第二指示信息，所述第二指示信息用于指示所述第二协议实体停止向所述第一协议实体发送所述辅助信息。

9.根据权利要求7所述的方法，其特征在于，所述方法还包括：

在数据传输故障恢复后，所述第一协议实体向所述第二协议实体发送第三指示信息，所述第三指示信息用于指示所述第二协议实体恢复向所述第一协议实体发送所述辅助信息。

10.根据权利要求5所述的方法，其特征在于，在停止监测数据传输故障之后，所述方法还包括：

在满足以下至少一项的情况下，所述数据发送端重新开始监测数据传输故障：

在使用第二传输策略的过程中成功传输数据；其中，所述第二传输策略为出现数据传输故障后使用的传输策略；

在使用第二传输策略的过程中满足传输策略变更条件。

11.根据权利要求9所述的方法，其特征在于，所述满足传输策略变更条件包括以下至少一项：

获取到传输策略变更指示信息，所述传输策略变更指示信息指示数据传输故障已恢复；

使用第二传输策略满足预设条件。

12.一种数据监测装置，其特征在于，包括：

获取模块，用于获取计数器；

监测模块，用于基于所述计数器，监测数据传输故障。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

执行模块，用于在满足预设条件的情况下，对所述计数器执行复位操作；

其中，所述预设条件包括以下至少一项：

出现数据传输故障；

发生传输策略变更；

恢复数据传输故障；

成功传输数据；

接收到第一指示信息，所述第一指示信息用于指示复位对应的计数器。

14.根据权利要求13所述的装置，其特征在于，所述发生传输策略变更包括以下至少一项：

从第一传输策略变更为第二传输策略；

从第二传输策略变更为第一传输策略；

从第二传输策略变更为第三传输策略；

其中，所述第一传输策略是未出现数据传输故障时使用的传输策略，所述第二传输策略是出现数据传输故障后使用的传输策略，所述第三传输策略是数据传输故障恢复之后使用的传输策略。

15.一种数据发送端，其特征在于，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至11任一项所述的数据监测方法的步骤。

16.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至11任一项所述的数据监测方法的步骤。

Images