CN111149313B

CN111149313B - Data transmission method and equipment

Info

Publication number: CN111149313B
Application number: CN201880060395.0A
Authority: CN
Inventors: 赵朋; 刘华章; 马汉卿; 方平
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2018-04-04
Filing date: 2018-04-04
Publication date: 2021-05-18
Anticipated expiration: 2038-04-04
Also published as: WO2019191996A1; CN111149313A

Abstract

The embodiment of the application discloses a data transmission method and equipment, relates to the field of terminals, and solves the problems that data cannot be rapidly transmitted to an opposite terminal and equipment power consumption is wasted. The specific scheme is applied to a first device, the first device can send a plurality of data packets to a second device in one transmission cycle, the first device sends the data packets to the second device in the first transmission cycle, the data packets include an indication mark, and the indication mark is used for indicating whether the second device needs to monitor at least one transmission cycle which is continuous in time with the first transmission cycle.

Description

Data transmission method and equipment

Technical Field

The embodiment of the application relates to the field of terminals, in particular to a data transmission method and equipment.

Background

Bluetooth (Bluetooth) technology is a radio technology that supports short-range communication between devices, operating in the globally available 2.4GHz radio band. With the continuous development of communication technology, the application of Bluetooth technology is more and more extensive, for example, in recent years, Bluetooth Low Energy (BLE) technology has been widely applied to devices such as mobile phones, notebook computers, wearable devices, smart homes and the like.

In the existing bluetooth protocol, two parameters, namely, a connection event interval (hereinafter, abbreviated as interval) and a Slave Latency (hereinafter, abbreviated as Latency) are defined. interval determines the time interval between two connection events, Latency determines the number of consecutive connection events that the slave device is allowed to not listen to. A point where a connection event starts may be referred to as an anchor point, the master device may send a data packet to the slave device from the anchor point, and the slave device may listen to the data packet sent by the master device at the anchor point to implement data interaction between the devices. By setting two parameters of interval and Latency, the power consumption of the equipment can be reduced when the Bluetooth protocol is adopted for data transmission. However, when the bluetooth protocol is used for data transmission, not only the power consumption of the device needs to be saved as much as possible, but also how to increase the data transmission rate needs to be considered.

In the prior art, the data transmission rate can be increased by dynamically adjusting the interval and/or Latency. The adjustment of interval and/or Latency may be initiated by the master device or may be initiated by the slave device. For example, take the case that the slave device initiates the adjustment of interval as an example, and assume that in the configuration initially negotiated between the master device and the slave device, interval is 48.75ms and Latency is 0. According to the specification of the existing Bluetooth 4.0 protocol: after the master device establishes a Connection with the slave device, when the data transmission rate needs to be adjusted, the slave device may send a Connection Parameter Update request (Connection Parameter Update request) to the master device. After receiving the CONNECTION Parameter UPDATE request, the master device sends a CONNECTION UPDATE indication (LL _ CONNECTION _ UPDATE _ REQ) message to the slave device to indicate the slave device to adjust the data transmission rate, and sends a CONNECTION Parameter UPDATE response (CONNECTION Parameter UPDATE response) to the slave device. As by performing the above steps, interval is adjusted from 48.75ms to 12.5ms, i.e. the data transmission rate is adjusted from low speed to high speed. Since the above message can be transmitted only in the event of connection, it generally takes 3 intervals between the master device and the slave device to complete the adjustment of the data transmission rate. And the existing bluetooth 4.0 protocol stipulates that the shortest time point at which the adjusted rate becomes effective should be no less than 6 intervals (here, the interval before adjustment) away from the time point at which the connection update indication message is sent, that is, after 6 intervals after the connection update indication message is sent, the devices can transmit data at high speed. In addition, in order to save the power consumption of the device, after the data transmission is completed, the above steps are repeated to perform reverse adjustment on the data transmission rate, that is, the interval is adjusted from 12.5ms to a low rate (e.g., 48.75 ms). If there is a subsequent data transmission requirement, the above process needs to be repeated again.

In summary, it can be seen that, in the prior art, in a scheme for improving a data transmission rate by dynamically adjusting an interval and/or Latency, it generally takes at least 9 intervals to really enter a high-speed mode for data transmission, which may result in that data cannot be transmitted quickly and power consumption of a device is wasted. Moreover, after the data transmission is completed, time and power consumption are consumed to adjust the data transmission rate from a high speed to a low speed, which wastes the power consumption of the device.

Disclosure of Invention

The embodiment of the application provides a data transmission method and device, and solves the problems that data cannot be rapidly transmitted to an opposite terminal and power consumption of the device is wasted.

In order to achieve the purpose, the technical scheme is as follows:

in a first aspect of the present application, a data transmission method is provided, where the method may be applied to a first device, where the first device is capable of sending a plurality of data packets to a second device in one transmission cycle, and the data transmission method may include: the first device sends a data packet to the second device in the first transmission cycle, wherein the data packet includes an indication flag, and the indication flag is used for indicating whether the second device needs to listen to at least one transmission cycle which is continuous in time with the first transmission cycle.

In the data transmission method provided in the embodiment of the present application, a first device sends a data packet carrying an indication flag to a second device in a first transmission cycle, where the indication flag is used to indicate whether the second device needs to monitor at least one transmission cycle that is continuous in time with the first transmission cycle. Therefore, the indication mark used for indicating whether the second device needs to monitor at least one transmission cycle which is continuous with the transmission cycle in time is carried in the transmission cycle, so that when the first device carries out data transmission in at least one transmission cycle which is continuous with the transmission cycle in time, the second device determines that monitoring needs to be continued according to the indication mark, and further receives the data transmitted by the first device in time, the purpose of quickly transmitting the data to the opposite end is achieved, and compared with the prior art, the power consumption of the device is saved by a method for carrying out data transmission by dynamically adjusting interval and/or Latency.

In a possible implementation manner, before the first device sends the data packet to the second device in the first transmission cycle, the data transmission method may further include: the method comprises the steps that first equipment sends a first message to second equipment, wherein the first message is used for indicating that the first equipment supports a first characteristic, and the first characteristic is a characteristic that a data packet is supported to carry an indication mark so as to indicate whether monitoring is needed to be carried out on a transmission cycle; the first device receives a second message from the second device indicating that the second device supports the first characteristic.

In another possible implementation manner, when the first device communicates with the second device by using a bluetooth protocol, because the second device listens to each transmission cycle when the slave device latency is 0, the first device may indicate, by using the data transmission method provided in the embodiment of the present application, whether the second device needs to listen to a next transmission cycle of the current transmission cycle when it is determined that the slave device latency is not 0, so as to achieve a purpose of quickly transmitting data to an opposite end.

In a second aspect of the embodiments of the present application, a data transmission method is provided, where the method may be applied to a second device, and the second device may receive, in one transmission cycle, a plurality of data packets sent by a first device, and the data transmission method may include: the second device receives a data packet from the first device in the first transmission cycle, wherein the data packet comprises an indication mark, and the indication mark is used for indicating whether the second device needs to monitor at least one transmission cycle which is continuous in time with the first transmission cycle; when the indication flag is used to indicate that the second device needs to listen to at least one transmission cycle that is consecutive in time with the first transmission cycle, the second device listens to at least one transmission cycle that is consecutive in time with the first transmission cycle.

According to the data transmission method provided by the embodiment of the application, the indication mark used for indicating whether the second device needs to monitor at least one transmission cycle which is continuous with the transmission cycle in time is carried in the transmission cycle, so that when the first device carries out data transmission in at least one transmission cycle which is continuous with the transmission cycle in time, the second device determines that monitoring needs to be continued according to the indication mark, and further receives the data transmitted by the first device in time, the purpose of rapidly transmitting the data to the opposite end is achieved, and compared with the prior art, the power consumption of the device is saved by dynamically adjusting the interval and/or Latency for carrying out data transmission.

In a possible implementation manner, the data transmission method may further include: when the indication mark is used for indicating that the second device does not need to monitor at least one transmission cycle which is continuous in time with the first transmission cycle, the second device determines the second transmission cycle and monitors the second transmission cycle. Thus, when it is determined that at least one transmission cycle which is continuous in time with the first transmission cycle is not required to be monitored, the second device can determine the next transmission cycle which is required to be monitored and enter a sleep state until the time of the next transmission cycle which is required to be monitored arrives, and the power consumption of the device is saved.

In another possible implementation manner, the data transmission method may further include: the method comprises the steps that a second device receives a first message from a first device, wherein the first message is used for indicating that the first device supports a first characteristic, and the first characteristic is a characteristic that a data packet is supported to carry an indication mark so as to indicate whether monitoring on a transmission cycle is needed or not; the second device sends a second message to the first device, the second message being used to indicate that the second device supports the first characteristic.

In a third aspect of the present application, a data transmission method is provided, where the method may be applied to a first device, where the first device is capable of sending a plurality of data packets to a second device in one transmission period, and the data transmission method may include: when the number of data packets which can be sent to the second equipment by the first equipment in one transmission cycle is determined, the first equipment sends a first data packet to the second equipment in the first transmission cycle; wherein no data is transmitted after the first data packet in the first transmission period; the first data packet comprises an MD, and the MD is used for indicating that the first device has data transmission in the second transmission cycle; the second transmission period is temporally consecutive to the first transmission period.

In the data transmission method provided in the embodiment of the present application, when the number of data packets that can be sent by the first device to the second device in one transmission cycle is determined, the MD is carried in the first data packet sent by the first device to the second device in the first transmission cycle, and the MD is used to indicate that the first device has data transmission in the second transmission cycle. In the first transmission period, no data is transmitted after the first data packet, i.e. the first data packet is the last data packet in the first transmission period, and the second transmission period is consecutive in time to said first transmission period. In this way, under the condition that the transceiving times of a transmission cycle are determined, the MD in the last data packet transmitted in the transmission cycle is used to indicate that data is transmitted in a transmission cycle temporally continuous with the transmission cycle, so that the second device can listen to the transmission cycle temporally continuous with the transmission cycle in time, and further the first device can rapidly transmit data to the second device.

In a possible implementation manner, when the number of data packets that can be sent by the first device to the second device in one transmission cycle is determined, before the first device sends the first data packet to the second device in the first transmission cycle, the data transmission method may further include: the method comprises the steps that first equipment sends a first message to second equipment, wherein the first message is used for negotiating the number of data packets which can be sent to the second equipment by the first equipment in a transmission period with the second equipment; the first device receives a second message from the second device, the second message confirming the number of data packets that the first device can send to the second device in one transmission cycle.

In a fourth aspect of the present application, a data transmission method is provided, where the method may be applied to a second device, and the second device may be capable of receiving a plurality of data packets sent by a first device in one transmission period, and the data transmission method may include: when the number of data packets which can be sent to the second device by the first device in one transmission period is determined, the second device receives a first data packet from the first device in the first transmission period; no data is transmitted after the first data packet in the first transmission period; the first data packet comprises an MD, and the MD is used for indicating that the first device has data transmission in the second transmission cycle; the second transmission period is consecutive in time to the first transmission period; the second device listens for a second transmission period.

In the data transmission method provided in the embodiment of the present application, when the number of times of transceiving in a transmission period is determined, the MD in the last data packet transmitted in the transmission period is used to indicate that there is data transmission in a transmission period that is temporally continuous with the transmission period, so that the second device can monitor the transmission period that is temporally continuous with the transmission period in time, and further the first device can rapidly transmit data to the second device.

In a possible implementation manner, when the number of data packets that can be sent by the first device to the second device in the one transmission period is determined, before the second device receives the first data packet sent by the first device in the first transmission period, the data transmission method may further include: the second equipment receives a first message from the first equipment, wherein the first message is used for negotiating the number of data packets which can be sent to the second equipment by the first equipment in one transmission period with the second equipment; and the second equipment sends a second message to the first equipment, wherein the second message is used for confirming the number of the data packets which can be sent to the second equipment by the first equipment in one transmission period.

In a fifth aspect of the present application, there is provided a data receiving method, which may be applied to a second device, the second device being capable of receiving a plurality of data packets in one transmission period, the data receiving method may include: the second equipment monitors all transmission periods; the second device receives the Header part of the data packet in the receiving opportunity of the transmission cycle monitored currently; when the value of the length field in the Header part is not 0, the second device determines that data transmission exists in the receiving opportunity, and when the value of the MD field in the Header part is 0, the second device enters a dormant state after completing data reception in the receiving opportunity, and when the value of the MD field in the Header part is 1, the second device continues to monitor the currently monitored transmission cycle until the value of the MD field in the Header part of the received data packet is 0; when the value of the length field in the Header portion is 0 and the value of the MD field in the Header portion is 0, the second device enters a sleep state, and when the value of the MD field in the Header portion is 1, the second device continues to monitor the currently monitored transmission cycle until the value of the MD field in the Header portion of the received data packet is 0. And when the data packet is not received in the receiving opportunity, the second equipment enters a dormant state.

According to the data receiving method provided by the embodiment of the application, the second device monitors all transmission periods, so that the first device can rapidly transmit data to the second device. And when the second device monitors the current transmission cycle, whether data transmission exists in the receiving opportunity is determined according to the value of the length field in the Header part of the data packet in the receiving opportunity of the current transmission cycle, the data part of the data packet is received in the receiving opportunity only when the data transmission exists in the receiving opportunity, the value of the length field in the Header part is 0, and the second device enters a dormant state when the value of the MD field in the Header part is 0, so that the power consumption of the device is saved.

In a possible implementation manner, the receiving timing is a first receiving timing in the currently monitored transmission cycle.

A sixth aspect of the present application provides a data receiving method, which may be applied to a second device capable of receiving a plurality of data packets in one transmission cycle, and the data receiving method may include: the second equipment determines whether monitoring is needed to be carried out on the second transmission period according to whether data transmission exists in the first transmission period; the first transmission period is temporally consecutive to the second transmission period. When data transmission exists in the first transmission period, the second equipment determines that monitoring needs to be carried out on the second transmission period; when there is no data transmission in the first transmission period, the second device determines that listening for the second transmission period is not required.

According to the data receiving method provided by the embodiment of the application, when data transmission exists in the current transmission period, the second device predicts that data transmission exists in the next transmission period of the current transmission period and monitors the next transmission period of the current transmission period, and when no data transmission exists in the current transmission period, the second device predicts that no data transmission exists in the next transmission period of the current transmission period and does not monitor the next transmission period of the current transmission period.

A seventh aspect of the present application provides a first device, capable of sending a plurality of data packets to a second device in one transmission cycle, and the first device may include: a sending unit, configured to send, in the first transmission cycle, a data packet to the second device, where the data packet includes an indication flag, and the indication flag is used to indicate whether the second device needs to listen to at least one transmission cycle that is consecutive in time to the first transmission cycle.

In a possible implementation manner, the sending unit is further configured to send a first message to the second device, where the first message is used to indicate that the first device supports a first characteristic, and the first characteristic is a characteristic that supports carrying an indication flag in a data packet to indicate whether a transmission cycle needs to be monitored.

The first device may further include: a receiving unit, configured to receive a second message from the second device, where the second message is used to indicate that the second device supports the first characteristic.

In another possible implementation manner, when the first device communicates with the second device using a bluetooth protocol, the first device further includes: a determination unit, configured to determine that the connection Slave Latency is not 0.

In an eighth aspect of the present application, there is provided a second device, where the second device is capable of receiving a plurality of data packets sent by a first device in one transmission cycle, and the second device may include: a receiving unit, configured to receive a data packet from a first device in a first transmission cycle, where the data packet includes an indication flag, and the indication flag is used to indicate whether a second device needs to listen to at least one transmission cycle that is consecutive in time to the first transmission cycle; and a monitoring unit, configured to monitor at least one transmission cycle that is consecutive in time with the first transmission cycle when the indication flag is used to indicate that the second device needs to monitor at least one transmission cycle that is consecutive in time with the first transmission cycle.

In a possible implementation manner, the second device may further include: a determining unit, configured to determine a second transmission cycle when the indicator indicates that the second device does not need to monitor at least one transmission cycle that is temporally continuous with the first transmission cycle; and the monitoring unit is also used for monitoring the second transmission period.

In another possible implementation manner, the receiving unit is further configured to receive a first message from the first device, where the first message is used to indicate that the first device supports a first characteristic, and the first characteristic is a characteristic that supports carrying an indication flag in a data packet to indicate whether a transmission cycle needs to be monitored.

The second device may further include: a sending unit, configured to send a second message to the first device, where the second message is used to indicate that the second device supports the first characteristic.

In a ninth aspect of the present application, there is provided a first device capable of transmitting a plurality of data packets to a second device in one transmission cycle, the first device may include: a sending unit, configured to send a first data packet to a second device in a first transmission cycle when the number of data packets that can be sent by a first device to the second device in one transmission cycle is determined; wherein no data is transmitted after the first data packet in the first transmission period; the first data packet comprises an MD, and the MD is used for indicating that the first equipment has data transmission in the second transmission period; the second transmission period is temporally consecutive to the first transmission period.

In a possible implementation manner, the sending unit is further configured to send a first message to the second device, where the first message is used to negotiate, with the second device, a number of data packets that can be sent by the first device to the second device in one transmission cycle.

The first device may further include: a receiving unit, configured to receive a second message from the second device, where the second message is used to confirm the number of data packets that can be sent by the first device to the second device in one transmission cycle.

In a tenth aspect of the present application, there is provided a second device, capable of receiving a plurality of data packets sent by a first device in one transmission cycle, the second device may include: a receiving unit, configured to receive a first data packet from a first device in a first transmission cycle when the number of data packets that the first device can send to a second device is determined in one transmission cycle; no data is transmitted after the first data packet in the first transmission period; the first data packet comprises an MD, and the MD is used for indicating that the first device has data transmission in the second transmission cycle; the second transmission period is consecutive in time to the first transmission period; and the monitoring unit is used for monitoring the second transmission period.

In a possible implementation manner, the receiving unit is further configured to receive a first message from the first device, where the first message is used to negotiate, with the second device, a number of data packets that can be sent by the first device to the second device in one transmission cycle.

The second device may further include: and a sending unit, configured to send a second message to the first device, where the second message is used to confirm the number of data packets that can be sent by the first device to the second device in one transmission cycle.

In an eleventh aspect of the present application, there is provided a second device capable of receiving a plurality of data packets in one transmission cycle, the second device may include: the monitoring unit is used for monitoring all transmission periods; a receiving unit for receiving a Header portion of the packet at a reception timing of a transmission cycle monitored currently; a determining unit, configured to determine that there is data transmission in a reception opportunity when a value of a length field in the header portion is not 0, and a control unit, configured to control the second device to enter a sleep state after completing data reception in the reception opportunity when a value of an MD field in the header portion is 0, and a monitoring unit, further configured to continue monitoring a currently monitored transmission cycle until the value of the MD field in the header portion of the received data packet is 0 when the value of the MD field in the header portion is 1; the control unit is further configured to control the second device to enter a sleep state when the value of the length field in the header portion is 0 and the values of the MD fields of more data in the header portion are 0, and the monitoring unit is further configured to continue monitoring the currently monitored transmission cycle when the value of the MD field in the header portion is 1 until the value of the MD field in the header portion of the received data packet is 0; and the control unit is also used for controlling the second equipment to enter a dormant state when the data packet is not received in the receiving opportunity.

In a possible implementation manner, the receiving timing is a first receiving timing in a currently monitored transmission cycle.

A twelfth aspect of the present application provides a second device, which is capable of receiving a plurality of data packets in one transmission cycle, and which may include: the determining unit is used for determining whether monitoring is needed to be carried out on the second transmission cycle according to whether data transmission exists in the first transmission cycle; the first transmission period is temporally consecutive to the second transmission period. When data is transmitted in the first transmission period, the second equipment determines that monitoring needs to be carried out on the second transmission period; when there is no data transmission in the first transmission period, the second device determines that it is not necessary to listen to the second transmission period.

In a thirteenth aspect of the present application, there is provided a first apparatus, which may include: one or more processors and memory; the one or more processors and the memory are connected by one or more communication buses; the memory having stored therein one or more computer instructions configured to be executed by the one or more processors; the one or more computer instructions are for performing the data transmission method of the first aspect or any one of its possible implementations.

Specifically, the processor is configured to control the communication bus to send a data packet to the second device in a first transmission cycle, where the data packet includes an indication flag, and the indication flag is used to indicate whether the second device needs to listen to at least one transmission cycle that is consecutive in time to the first transmission cycle.

In a possible implementation manner, the processor is further configured to control the communication bus to send a first message to the second device, where the first message is used to indicate that the first device supports a first characteristic, and the first characteristic is a characteristic that supports carrying an indication flag in a data packet to indicate whether a transmission cycle needs to be monitored. The communication bus is further configured to receive a second message from the second device, the second message indicating that the second device supports the first characteristic.

In another possible implementation manner, when the first device communicates with the second device using a bluetooth protocol, the processor is further configured to determine that the connection Slave Latency is not 0.

In a fourteenth aspect of the present application, there is provided a second apparatus, which may include: one or more processors and memory; the one or more processors and the memory are connected by one or more communication buses; the memory having stored therein one or more computer instructions configured to be executed by the one or more processors; the one or more computer instructions are for performing the data transmission method of the second aspect or any one of its possible implementations.

Specifically, the processor is configured to control the communication bus to receive a data packet from the first device in a first transmission cycle, where the data packet includes an indication flag, and the indication flag is used to indicate whether the second device needs to listen to at least one transmission cycle that is consecutive in time to the first transmission cycle; the processor is further configured to listen for at least one transmission cycle that is consecutive in time with the first transmission cycle when the indicator indicates that the second device needs to listen for at least one transmission cycle that is consecutive in time with the first transmission cycle.

In a possible implementation manner, the processor is further configured to determine a second transmission cycle and listen for the second transmission cycle when the indication flag is used to indicate that the second device does not need to listen for at least one transmission cycle that is consecutive in time to the first transmission cycle.

In another possible implementation manner, the processor is further configured to control the communication bus to receive a first message from the first device, where the first message is used to indicate that the first device supports a first characteristic, the first characteristic is a characteristic that supports carrying an indication flag in a data packet to indicate whether a transmission cycle needs to be monitored, and send a second message to the first device, where the second message is used to indicate that the second device supports the first characteristic.

In a fifteenth aspect of the present application, there is provided a first device, which may include: one or more processors and memory; the one or more processors and the memory are connected by one or more communication buses; the memory having stored therein one or more computer instructions configured to be executed by the one or more processors; the one or more computer instructions are for performing the data transmission method of the third aspect or any one of its possible implementations.

Specifically, the processor is configured to control the communication bus to send a first data packet to the second device in a first transmission cycle when the number of data packets that can be sent by the first device to the second device in the first transmission cycle is determined; wherein no data is transmitted after the first data packet in the first transmission period; the first data packet comprises an MD, and the MD is used for indicating that the first equipment has data transmission in the second transmission period; the second transmission period is temporally consecutive to the first transmission period.

In a possible implementation manner, the processor is further configured to control the communication bus to send a first message to the second device, where the first message is used to negotiate, with the second device, a number of data packets that can be sent by the first device to the second device in one transmission cycle. The processor is further configured to control the communication bus to receive a second message from the second device, where the second message is used to confirm the number of data packets that can be sent from the first device to the second device in one transmission cycle.

In a sixteenth aspect of the present application, there is provided a second device, which may include: one or more processors and memory; the one or more processors and the memory are connected by one or more communication buses; the memory having stored therein one or more computer instructions configured to be executed by the one or more processors; the one or more computer instructions are for performing the data transmission method of the fourth aspect or any one of its possible implementations.

Specifically, the processor is configured to control the communication bus to receive a first data packet from a first device in a first transmission cycle when the number of data packets that the first device can send to a second device in the first transmission cycle is determined; no data is transmitted after the first data packet in the first transmission period; the first data packet comprises an MD, and the MD is used for indicating that the first device has data transmission in the second transmission cycle; the second transmission period is consecutive in time to the first transmission period; the processor is further configured to listen for the second transmission period.

In a possible implementation manner, the processor is further configured to control the communication bus to receive a first message from the first device, where the first message is used to negotiate, with the second device, a number of data packets that can be sent by the first device to the second device in one transmission cycle. The processor is further configured to control the communication bus to send a second message to the first device, where the second message is used to confirm the number of data packets that can be sent by the first device to the second device in one transmission cycle.

In a seventeenth aspect of the present application, there is provided a second apparatus, which may include: one or more processors and memory; the one or more processors and the memory are connected by one or more communication buses; the memory having stored therein one or more computer instructions configured to be executed by the one or more processors; the one or more computer instructions are for performing the data receiving method of any one of the fifth aspect or possible implementations of the fifth aspect.

Specifically, the processor is configured to monitor all transmission cycles; the processor is further configured to control the communication bus to receive a Header portion of a data packet at a receiving timing of a currently monitored transmission cycle; the processor is further configured to determine that there is data transmission in the reception opportunity when the value of the length field in the header portion is not 0, control the second device to enter a sleep state after completing data reception in the reception opportunity when the value of the MD field in the header portion is 0, and continue to monitor a transmission cycle of current monitoring when the value of the MD field in the header portion is 1 until the value of the MD field in the header portion of the received packet is 0; the processor is further configured to control the second device to enter a sleep state when the value of the length field in the header portion is 0 and the value of the MD field in the header portion is 0, and continue to monitor the currently monitored transmission cycle when the value of the MD field in the header portion is 1 until the value of the MD field in the header portion of the received data packet is 0. The processor is further configured to control the second device to enter a sleep state when the data packet is not received in the reception opportunity.

In an eighteenth aspect of the present application, there is provided a second device, which may include: one or more processors and memory; the one or more processors and the memory are connected by one or more communication buses; the memory having stored therein one or more computer instructions configured to be executed by the one or more processors; the one or more computer instructions for carrying out the data receiving method according to the sixth aspect.

Specifically, the processor is configured to determine whether monitoring is required to be performed on the second transmission cycle according to whether data transmission exists in the first transmission cycle; the first transmission period is temporally consecutive to the second transmission period. When data is transmitted in the first transmission period, the second equipment determines that monitoring needs to be carried out on the second transmission period; when there is no data transmission in the first transmission period, the second device determines that it is not necessary to listen to the second transmission period.

A nineteenth aspect of the present application provides a computer storage medium comprising computer instructions that, when run on a first device, cause the first device to perform a data transmission method as described in the first aspect or any one of the possible implementations of the first aspect, or any one of the possible implementations of the third aspect or the third aspect.

A twentieth aspect of the present application provides a computer storage medium comprising computer instructions which, when run on a second device, cause the second device to perform the data transmission method according to the second aspect or any of the possible implementations of the second aspect, or any of the possible implementations of the fourth aspect or the fourth aspect, or cause the second device to perform the data reception method according to any of the possible implementations of the fifth aspect or the fifth aspect, or the sixth aspect.

A twenty-first aspect of the present application provides a computer program product, which, when run on a computer, causes the computer to execute the data transmission method according to the first aspect or any of the possible implementations of the first aspect, or any of the possible implementations of the third aspect or the third aspect.

A twenty-second aspect of the present application provides a computer program product which, when run on a computer, causes the computer to execute a data transmission method as claimed in the second aspect or any of the possible implementations of the second aspect, or any of the possible implementations of the fourth aspect or the fourth aspect, or causes the computer to execute a data reception method as claimed in any of the possible implementations of the fifth aspect or the fifth aspect, or the sixth aspect.

In a twenty-third aspect of the present application, there is provided a chip system, which may include: one or more processors, memory, a communication bus; the memory is configured to store one or more computer instructions, the one or more processors are connected to the memory through the communication bus, and when the chip system is running, the one or more processors execute the one or more computer instructions stored in the memory, so that the chip system executes the data transmission method according to any one of the first aspect or the possible implementation manner of the first aspect, or the third aspect or the possible implementation manner of the third aspect.

A twenty-fourth aspect of the present application provides a chip system, which may include: one or more processors, memory, a communication bus; the memory is configured to store one or more computer instructions, the one or more processors are connected to the memory through the communication bus, and when the chip system is running, the one or more processors execute the one or more computer instructions stored in the memory, so as to cause the chip system to perform the data transmission method according to the second aspect or the possible implementation manner of the second aspect, or any one of the fourth aspect or the possible implementation manner of the fourth aspect, or cause the second device to perform the data reception method according to any one of the fifth aspect or the possible implementation manner of the fifth aspect, or the sixth aspect.

In a twenty-fifth aspect of the present application, there is provided a communication system, which may include: a first device as described in the seventh aspect or in a possible implementation of the seventh aspect, and a second device as described in the eighth aspect or in a possible implementation of the eighth aspect. Alternatively, the communication system may include: a first device as described in a possible implementation of the ninth aspect or the ninth aspect, and a second device as described in a possible implementation of the tenth aspect or the tenth aspect.

It should be appreciated that the description of technical features, solutions, benefits, or similar language in this application does not imply that all of the features and advantages may be realized in any single embodiment. Rather, it is to be understood that the description of a feature or advantage is intended to include the specific features, aspects or advantages in at least one embodiment. Therefore, the descriptions of technical features, technical solutions or advantages in the present specification do not necessarily refer to the same embodiment. Furthermore, the technical features, technical solutions and advantages described in the present embodiments may also be combined in any suitable manner. One skilled in the relevant art will recognize that an embodiment may be practiced without one or more of the specific features, aspects, or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments.

Drawings

Fig. 1 is a timing diagram of data transmission according to an embodiment of the present disclosure;

fig. 2 is a timing diagram of another example of data transmission according to the present disclosure;

FIG. 3 is a simplified diagram of a system architecture according to an embodiment of the present application;

fig. 4 is a schematic composition diagram of a mobile phone according to an embodiment of the present application;

fig. 5 is a schematic flowchart of a data transmission method according to an embodiment of the present application;

fig. 6 is a schematic diagram of a structure of a data packet according to an embodiment of the present application;

FIG. 7 is a timing diagram of another example of data transmission according to the present disclosure;

fig. 8 is a schematic flowchart of another data transmission method according to an embodiment of the present application;

fig. 9 is a schematic flowchart of another data transmission method according to an embodiment of the present application;

fig. 10 is a schematic flowchart of another data transmission method according to an embodiment of the present application;

FIG. 11 is a timing diagram illustrating another example of data transmission according to the present disclosure;

FIG. 12 is a timing diagram illustrating another example of data transmission according to the present disclosure;

fig. 13 is a schematic structural diagram of a first apparatus according to an embodiment of the present disclosure;

fig. 14 is a schematic structural diagram of another first apparatus provided in an embodiment of the present application;

fig. 15 is a schematic structural diagram of a second apparatus provided in an embodiment of the present application;

fig. 16 is a schematic structural diagram of another second apparatus provided in an embodiment of the present application.

Detailed Description

In the following, the terms "first", "second" are used for descriptive purposes only and are not to be understood as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of the embodiments of the present application, "a plurality" means two or more unless otherwise specified.

In the embodiments of the present application, words such as "exemplary" or "for example" are used to mean serving as an example, instance, or illustration. Any embodiment or design described herein as "exemplary" or "e.g.," is not necessarily to be construed as preferred or advantageous over other embodiments or designs. Rather, use of the word "exemplary" or "such as" is intended to present concepts related in a concrete fashion.

First, the present application can be applied to wireless Communication protocols such as a wireless fidelity (Wi-Fi) protocol, a Bluetooth (Bluetooth) protocol, a ZigBee protocol, and a Near Field Communication (NFC) protocol, and is not limited in particular. In these wireless communication protocols, in order to save power consumption of devices, data transmission is performed between devices at intervals of a certain transmission period (for example, referred to as a connection event interval in the bluetooth protocol). In the following embodiments of the present application, for convenience of description, the bluetooth protocol is taken as an example for explanation. In addition, the example in the embodiment of the present application is described by taking the bluetooth 4.0 protocol as an example, but the embodiment of the present application is also applicable to other versions of bluetooth protocols, such as the bluetooth 4.1 protocol, the bluetooth 4.2 protocol, and the like.

To facilitate a clear understanding of the following embodiments, a brief description of the relevant technology in the bluetooth protocol is first given:

connection event (connection event): the connection events are generally spaced by a connection event interval (connection event interval) and do not overlap. A point where a connection event starts may be referred to as an anchor point, the master device may send a data packet to the slave device from the anchor point, and the slave device may listen to the data packet sent by the master device at the anchor point to implement data interaction between the devices. Furthermore, the bluetooth protocol provides that both devices can transmit and receive for multiple times in a connection event, for example, 4-6 times in a connection event, and the only limitation is that the master device only needs to ensure that the current connection event is closed at the time point of T _ IFS (for example, 150us) before the next connection event starts. The devices of both parties may not transmit or receive data during the connection event.

Connection event interval (connection event interval), followed by interval (interval) for short: which determines the time interval between two connection events. In the bluetooth protocol, the connection event interval is the transmission period.

For example, as can be seen in connection with fig. 1, the interval between connection events is 60ms, i.e., interval is 60 ms. From the anchor point of the connection event to the event closing, 4 times of Transmission (TX)/4 times of Reception (RX) are carried out between the master device and the slave device, and after the event closing, the master device and the slave device can enter a dormant state to save the power consumption of the devices.

Slave device Latency (connection Slave Latency), subsequently abbreviated Latency: it defines the number of consecutive connection events in which the slave does not need to listen all the time, i.e. Latency determines the number of consecutive connection events that the slave is allowed to not listen to. The value of Latency may be an integer ranging from 0 to (connsupervisisiontimeout/(interval 2) -1), and should be less than 500. Wherein, conn supervision timeout represents Connection supervision timeout (Connection supervision timeout), that is, the maximum time interval between two received packets, and if the time interval between two received packets is greater than the value defined by conn supervision timeout, it may be considered that the current link is disconnected.

When the value of Latency is 0, it means that the number of consecutive connection events that the slave device is allowed to not listen to is 0, i.e. the slave device needs to listen to at the anchor point of each connection event. For example, referring to fig. 1, taking an interval of 60ms as an example, when Latency is 0, the slave device may start listening at an anchor point of each connection event, that is, wake up from the sleep state every 60ms for listening, so that when the master device starts sending a packet from the anchor point of each connection event, the slave device may receive the packet sent by the master device. When the value of Latency is not 0, e.g., Latency is 4, it means that the number of consecutive connection events that the slave device is allowed to not listen to is 4, i.e., the slave device can listen once every 5 connection events. For example, as shown in fig. 2, taking an interval of 60ms as an example, when Latency is 4, the slave device may start to monitor at the anchor of connection event 1, and go to the sleep state after the event of connection event 1 is turned off, do not monitor at connection event 2-connection event 5, and start to monitor at the anchor of connection event 6, that is, the slave device wakes up from the sleep state every 300ms to monitor, so that when the master device starts to transmit a packet from connection event 1 and connection event 6, the slave device may start to monitor at the anchors of connection event 1 and connection event 6 to receive the packet transmitted by the master device.

It can be seen that when Latency is not equal to 0, it is obvious that data cannot be quickly transmitted to the opposite end, which results in a long response time and a poor use experience. However, if the scheme of dynamically adjusting the interval and/or Latency in the prior art is used to increase the data transmission rate, the adjustment process takes a relatively long time, and thus the purpose of quickly transmitting data to the opposite end cannot be achieved, and the power consumption of the device is wasted.

In order to solve the problems that data cannot be rapidly transmitted to an opposite terminal and the power consumption of equipment is wasted, an embodiment of the present application provides a data transmission method, and the basic principle is as follows: the first device sends a data packet carrying an indication flag to the second device in the first transmission cycle, where the indication flag is used to indicate whether the second device needs to listen to at least one transmission cycle that is consecutive in time to the first transmission cycle. Therefore, the indication mark used for indicating whether the second device needs to monitor at least one transmission cycle which is continuous with the transmission cycle in time is carried in one transmission cycle, so that when the first device carries out data transmission in at least one transmission cycle which is continuous with the transmission cycle in time, the second device can determine that monitoring needs to be carried out continuously according to the indication mark, and further timely receives the data transmitted by the first device, the purpose of quickly transmitting the data to the opposite end is achieved, and compared with the prior art, the power consumption of the device is saved by dynamically adjusting the interval and/or Latency to carry out data transmission.

Embodiments of the present application will be described in detail below with reference to the accompanying drawings.

Fig. 3 shows a simplified schematic diagram of a system architecture to which embodiments of the present application may be applied. As shown in fig. 3, the system architecture may include: a master device 301 and a slave device 302.

The master device 301 and the slave device 302 are both devices that support the wireless communication protocol, such as bluetooth protocol. The master device 301 and the slave device 302 may establish a connection using the wireless communication protocol described above to enable short-range communication. When the wireless communication protocol is used for connection, a party actively initiating a connection request may be referred to as a master device, and a party passively receiving the connection request may be referred to as a slave device.

In particular implementations, the host device 301 may be a desktop, laptop, tablet, handheld Computer, cell phone, notebook, Ultra-mobile Personal Computer (UMPC), netbook, and cellular phone, Personal Digital Assistant (PDA), television, VR device, AR device, wearable device, smart watch, keyboard, vehicle, in-vehicle tool, and so forth. As an example, fig. 3 illustrates that the host device 301 is a mobile phone.

In particular implementations, the slave device 302 may be a desktop, laptop, tablet, handheld Computer, cell phone, notebook, Ultra-mobile Personal Computer (UMPC), netbook, and cellular phone, Personal Digital Assistant (PDA), television, VR device, AR device, wearable device, smart glasses, smart watch, keyboard, stereo, printer, smart home, vehicle, in-vehicle tool, inkcase, headset, bracelet, and so forth. The intelligent household equipment can be a water dispenser, an air conditioner, a refrigerator and the like. As an example, slave device 302 is illustrated in fig. 3 as a smart watch.

It should be noted that, in this embodiment of the application, the first device may be the master device 301, and the second device is the slave device 302. Alternatively, the first device is the slave device 302, and the second device is the master device 301.

When the master device 301 and/or the slave device 302 are mobile phones, please refer to fig. 4, the embodiment of the present application describes the master device 301 and/or the slave device 302 provided in the embodiment of the present application. It will be understood by those skilled in the art that the handset shown in fig. 4 is merely an example and not intended to be limiting, and that the handset may have more or fewer components than shown, may combine two or more components, or may have a different configuration of components. The various components shown in fig. 4 may be implemented in hardware, software, or a combination of hardware and software, including one or more signal processing and/or application specific integrated circuits.

As shown in fig. 4, the mobile phone may specifically include: processor 401, Radio Frequency (RF) circuitry 402, memory 403, touch screen 404, bluetooth device 405, one or more sensors 406, Wireless Fidelity (WI-FI) device 407, pointing device 408, audio circuitry 409, peripheral interface 410, and power system 411. These components may communicate over one or more communication buses or signal lines (not shown in fig. 4).

The following describes each component of the mobile phone in detail with reference to fig. 4:

the processor 401 is a control center of the mobile phone, connects various parts of the mobile phone by various interfaces and lines, and executes various functions of the mobile phone and processes data by running or executing an Application (App) stored in the memory 403 and calling data and instructions stored in the memory 403. In some embodiments, processor 401 may include one or more processing units; processor 401 may also integrate an application processor and a modem processor; the application processor mainly processes an operating system, a user interface, application programs and the like, and the modem processor mainly processes wireless communication. It will be appreciated that the modem processor described above may not be integrated into the processor 401. For example, processor 401 may be an kylin 960 chip manufactured by Huanti technologies, Inc. In some embodiments of the present application, the processor 401 may further include a fingerprint verification chip, configured to verify the acquired fingerprint.

The rf circuit 402 may be used for receiving and transmitting wireless signals during the transmission and reception of information or a call. Specifically, the radio frequency circuit 402 may receive downlink data of the base station and then process the downlink data to the processor 401; in addition, data relating to uplink is transmitted to the base station. In general, radio frequency circuitry 402 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, and the like. In addition, the radio frequency circuit 402 may also communicate with other devices via wireless communication. The wireless communication may use any communication standard or protocol including, but not limited to, global system for mobile communications, general packet radio service, code division multiple access, wideband code division multiple access, long term evolution, email, short message service, and the like.

The memory 403 is used for storing application programs and data, and the processor 401 executes various functions and data processing of the mobile phone by running the application programs and data stored in the memory 403. The memory 403 mainly includes a program storage area and a data storage area, wherein the program storage area can store an operating system and application programs (such as a sound playing function and an image playing function) required by at least one function; the storage data area may store data (such as audio data, a phonebook, etc.) created from the use of the handset. Further, the memory 403 may include high speed random access memory, and may also include non-volatile memory, such as a magnetic disk storage device, a flash memory device, or other volatile solid state storage device. The memory 403 may store various operating systems, such as those developed by apple Inc

Operating System, developed by Google

An operating system, etc.

The touch screen 404 may include a touch sensitive surface 404-1 and a display 404-2. Among other things, the touch-sensitive surface 404-1 (e.g., a touch panel) may capture touch events on or near the touch-sensitive surface 404-1 by a user of the cell phone (e.g., user manipulation on or near the touch-sensitive surface 404-1 using a finger, stylus, or any other suitable object) and transmit the captured touch information to another device, such as the processor 401. Among other things, a touch event of a user near the touch-sensitive surface 404-1 may be referred to as a hover touch; hover touch may refer to a user not having to directly contact the touchpad in order to select, move, or drag a target (e.g., an icon, etc.), but rather only having to be located near the electronic device in order to perform a desired function. In the context of a hover touch application, the terms "touch," "contact," and the like do not imply a contact that is used to directly contact the touch screen, but rather a contact that is near or in proximity thereto. The touch-sensitive surface 404-1 capable of floating touch control can be implemented by using capacitive type, infrared light sensing, ultrasonic wave and the like. The touch-sensitive surface 404-1 may include two portions, a touch detection device and a touch controller. The touch detection device detects the touch direction of a user, detects a signal brought by touch operation and transmits the signal to the touch controller; the touch controller receives touch information from the touch detection device, converts the touch information into touch point coordinates, and sends the touch point coordinates to the processor 401. Additionally, the touch-sensitive surface 404-1 may be implemented using various types of resistive, capacitive, infrared, and surface acoustic waves. The display 404-2 (also referred to as a display screen) may be used to display information entered by or provided to the user as well as various menus of the handset. The display 404-2 may be configured in the form of a liquid crystal display, an organic light emitting diode, or the like. The touch-sensitive surface 404-1 may overlay the display 404-2 and, when a touch event is detected on or near the touch-sensitive surface 404-1, communicate to the processor 401 to determine the type of touch event, and the processor 401 may then provide a corresponding visual output on the display 404-2 based on the type of touch event. Although in FIG. 4, the touch-sensitive surface 404-1 and the display 404-2 are shown as two separate components to implement the input and output functions of the cell phone, in some embodiments, the touch-sensitive surface 404-1 and the display 404-2 may be integrated to implement the input and output functions of the cell phone. It is understood that the touch screen 404 is formed by stacking multiple layers of materials, and only the touch sensitive surface (layer) and the display screen (layer) are shown in this embodiment, and other layers are not described in this embodiment. In addition, in some other embodiments of the present application, the touch-sensitive surface 404-1 may be covered on the display 404-2, and the size of the touch-sensitive surface 404-1 is larger than that of the display 404-2, so that the display 404-2 is completely covered under the touch-sensitive surface 404-1, or the touch-sensitive surface 404-1 may be configured on the front of the mobile phone in a full panel manner, that is, the touch of the user on the front of the mobile phone can be sensed by the mobile phone, so that the full touch experience on the front of the mobile phone can be realized. In other embodiments, the touch-sensitive surface 404-1 may be disposed on the front of the mobile phone in a full-panel manner, and the display 404-2 may also be disposed on the front of the mobile phone in a full-panel manner, so that a frameless structure can be implemented on the front of the mobile phone.

In various embodiments of the present application, the mobile phone may further have a fingerprint identification function. For example, fingerprint identifier 412 may be disposed on the back of the handset (e.g., below the rear camera), or fingerprint identifier 412 may be disposed on the front of the handset (e.g., below touch screen 404). In addition, the fingerprint identification function can also be realized by configuring the fingerprint identifier 412 in the touch screen 404, that is, the fingerprint identifier 412 can be integrated with the touch screen 404 to realize the fingerprint identification function of the mobile phone. In this case, the fingerprint identifier 412 may be disposed in the touch screen 404, may be a part of the touch screen 404, or may be otherwise disposed in the touch screen 404. Additionally, the fingerprint recognizer 412 may be implemented as a full panel fingerprint recognizer, and thus, the touch screen 404 may be considered as a panel that may be used for fingerprint acquisition at any location. The fingerprint identifier 412 may send the captured fingerprint to the processor 401 for processing (e.g., fingerprint verification, etc.) by the processor 401. The primary component of fingerprint identifier 412 in the embodiments of the present application is a fingerprint sensor, which may employ any type of sensing technology, including but not limited to optical, capacitive, piezoelectric, or ultrasonic sensing technologies, among others.

In addition, as to a specific technical solution of integrating a fingerprint acquisition device in a touch screen in the embodiments of the present application, reference may be made to a patent application with application number US 2015/0036065 a1, entitled "fingerprint sensor in electronic device", published by the united states patent and trademark office, the entire controls of which are incorporated by reference in the various embodiments of the present application.

The handset may also include bluetooth means 405 for enabling data exchange between the handset and other short-range electronic devices (e.g., the second device 302, such as a handset, a smart watch, etc.). The bluetooth device in the embodiment of the present application may be an integrated circuit or a bluetooth chip.

The handset may also include at least one sensor 406, such as a light sensor, motion sensor, and other sensors. Specifically, the light sensor may include an ambient light sensor that adjusts the brightness of the display of the touch screen 404 according to the brightness of ambient light, and a proximity sensor that turns off the power of the display when the mobile phone is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude of acceleration in each direction (generally, three axes), can detect the magnitude and direction of gravity when stationary, and can be used for applications of recognizing the posture of a mobile phone (such as horizontal and vertical screen switching, related games, magnetometer posture calibration), vibration recognition related functions (such as pedometer and tapping), and the like; as for other sensors such as a gyroscope, a barometer, a hygrometer, a thermometer, and an infrared sensor, which can be configured on the mobile phone, further description is omitted here.

The WI-FI device 407 is used for providing network access for the mobile phone according to a WI-FI related standard protocol, the mobile phone can be accessed to a WI-FI access point through the WI-FI device 407, so that the mobile phone can help a user to receive and send e-mails, browse webpages, access streaming media and the like, and wireless broadband internet access is provided for the user. In other embodiments, the WI-FI apparatus 407 may also be a WI-FI wireless access point, which may provide WI-FI network access to other electronic devices.

And a positioning device 408 for providing a geographical position for the mobile phone. It can be understood that the Positioning device 408 can be a receiver of a Positioning System such as a Global Positioning System (GPS) and a beidou satellite navigation System. After receiving the geographic location sent by the positioning system, the positioning device 408 sends the information to the processor 401 for processing, or sends the information to the memory 403 for storage. In some other embodiments, the Positioning device 408 can be a receiver of an Assisted Global Positioning System (AGPS), which is an operation mode for performing GPS Positioning under certain assistance, and can utilize signals of a base station to cooperate with GPS satellite signals, so as to make the Positioning speed of the mobile phone faster; in AGPS systems, the positioning device 408 may obtain positioning assistance through communication with an assisted positioning server (e.g., a cell phone positioning server). The AGPS system assists the positioning device 408 in performing ranging and positioning services by acting as an assistance server, in which case the assistance positioning server provides positioning assistance by communicating with the positioning device 408 (i.e., GPS receiver) of an electronic device, such as a cell phone, over a wireless communication network. In other embodiments, the positioning device 408 may also be a positioning technology based on WI-FI access points. Because each WI-FI access point has a globally unique MAC address, the electronic equipment can scan and collect broadcast signals of surrounding WI-FI access points under the condition of opening the WI-FI, and therefore the MAC address broadcasted by the WI-FI access points can be acquired; the electronic device sends the data (e.g., MAC address) identifying the WI-FI access points to the location server via the wireless communication network, the location server retrieves the geographical location of each WI-FI access point, and calculates the geographical location of the electronic device according to the strength of the WI-FI broadcast signal and sends the geographical location to the positioning device 408 of the electronic device.

Audio circuitry 409, speaker 413, microphone 414 may provide an audio interface between the user and the handset. The audio circuit 409 can transmit the electrical signal converted from the received audio data to the speaker 413, and the electrical signal is converted into a sound signal by the speaker 413 and then output; on the other hand, the microphone 414 converts the collected sound signals into electrical signals, which are received by the audio circuit 409 and converted into audio data, which are then output to the RF circuit 402 for transmission to, for example, another cell phone, or to the memory 403 for further processing.

Peripheral interface 410 is used to provide various interfaces for external input/output devices (e.g., keyboard, mouse, external display, external memory, SIM card, etc.). For example, a mouse via a usb interface, and a Subscriber Identity Module (SIM) card provided by a telecommunications carrier via metal contacts on a card slot of the SIM card. Peripheral interface 410 may be used to couple the aforementioned external input/output peripheral devices to processor 401 and memory 403.

The mobile phone may further include a power supply device 411 (such as a battery and a power management chip) for supplying power to each component, and the battery may be logically connected to the processor 401 through the power management chip, so as to implement functions of managing charging, discharging, and power consumption through the power supply device 411.

Although not shown in fig. 4, the mobile phone may further include a camera (front camera and/or rear camera), a flash, a micro-projector, an NFC device, and the like, which are not described in detail herein.

Fig. 5 is a flowchart illustrating a data transmission method according to an embodiment of the present application. The method is applied to the process of communication between the first device and the second device, wherein the first device and the second device can perform transceiving for a plurality of times in one transmission period. As shown in fig. 5, the method may include the steps of: S501-S504.

S501, the first device sends a data packet to the second device in the first transmission cycle, where the data packet includes an indication flag, and the indication flag is used to indicate whether the second device needs to monitor at least one transmission cycle that is continuous in time with the first transmission cycle.

The indicator may be included in a Header (Header) of the data packet.

For example, taking the bluetooth protocol as an example for data transmission between the first device and the second device, the indicator may be represented by ncemd (next Connection Event More data), and as shown in fig. 6, a schematic structural diagram of the Header after adding the indicator is shown.

As can be seen from fig. 6, the Header of the packet includes: a Logical Link Identifier (LLID) field, a Next Expected Sequence Number (NESN) field, a Sequence Number (SN) field, a More Data (More Data, MD) field, an NCEMD field, a Reserve (RFU), and a Length (Length) field. The field of the ncimd is a new field in the present application, other fields are all existing standard fields in the bluetooth protocol, and detailed description of other fields may refer to the bluetooth protocol, which is not described herein again in this embodiment of the present application.

In an embodiment of the present application, the NCEMD field is used to indicate whether the second device needs to listen to at least one transmission cycle that is consecutive in time to the current transmission cycle. The length of the NCEMD field is related to the number of transmission cycles that need to be indicated whether the second device is required to listen.

For example, taking the number of transmission cycles that need to be indicated whether the second device needs to listen or not as 1, that is, the first device needs to indicate whether the second device needs to listen to the next transmission cycle that is consecutive in time with the current transmission cycle, the length of the NCEMD field may be 1 bit (bit), for example, the NCEMD field is 1, which indicates that the second device needs to listen to the next transmission cycle that is consecutive in time with the current transmission cycle, and the NCEMD field is 0, which indicates that the second device does not need to listen to the next transmission cycle that is consecutive in time with the current transmission cycle.

For another example, the number of transmission cycles that need to be indicated whether the second device needs to listen is 2, i.e., the first device needs to indicate whether the second device needs to listen for two transmission periods consecutive in time to the current transmission period, the length of the NCEMD field may be 2 bits, for example, the NCEMD field is 11, which indicates that the second device needs to listen to the next transmission cycle and the next transmission cycle that are consecutive in time with the current transmission cycle, the NCEMD field is 10, which indicates that the second device needs to listen to the next transmission cycle and the next transmission cycle that are consecutive in time with the current transmission cycle, and does not need to listen to the next transmission cycle, and the NCEMD field is 00, which indicates that the second device does not need to listen to the next transmission cycle and the next transmission cycle that are consecutive in time with the current transmission cycle.

It should be noted that, in the embodiment of the present application, the above-mentioned indication flag is included in the Header of the data packet as an example for description, in a specific implementation, the indication flag may also be included in other positions in the data packet, and the embodiment of the present application is not limited in particular. In addition, the length of the indication mark is not particularly limited in the embodiment of the present application.

In an embodiment of the present application, in the first transmission period, the first device may carry an indication flag in a transmitted data packet to indicate whether the second device needs to listen to at least one transmission period that is consecutive in time to the first transmission period. Therefore, under the condition that the first equipment transmits data in at least one transmission period which is continuous with the first transmission period in time, the second equipment can determine that monitoring needs to be continued according to the indication mark, and further can timely receive the data transmitted by the first equipment.

For example, data transmission between the first device and the second device using the bluetooth protocol is taken as an example for description. The transmission cycle is referred to as a connection event interval in the bluetooth protocol, which is simply referred to as interval. It is assumed that the interval is 60ms and the Latency is 4 in the configuration negotiated between the first device and the second device, and it is assumed that the first device can perform transceiving at most 4 times in one connection event. Referring to fig. 7 (fig. 7 is a timing diagram of data transmission shown from the perspective of a sending device, i.e., a first device), when the first device has a data transmission requirement and it is assumed that the data needs to be transmitted in 7 data packets, the first device may start data transmission in interval 1. Since the first device can transmit data 4 times at most in one connection event, the first device can transmit data packet 1, data packet 2, data packet 3, and data packet 4 at the first TX, the second TX, the third TX, and the fourth TX starting from the anchor point of connection event 1 corresponding to interval 1, respectively. In addition, since Latency is 4 and it is assumed that the interval 1 is an interval that the second device needs to listen to, which is determined according to interval and Latency, the second device does not listen to the interval 2 as specified by the existing bluetooth protocol. In this embodiment of the present application, in order to ensure that data of a first device can be transmitted to a second device in time, the first device may carry an indication flag in a data packet sent in interval 1, and the indication flag is used to indicate that the second device needs to listen to interval 2 at this time. In a specific implementation, the first device may carry the indication flag in all the data packets sent in interval 1, that is, data packet 1, data packet 2, data packet 3, and data packet 4, or may carry the indication flag only in the last data packet sent in interval 1, that is, data packet 4, so as to save information overhead. For example, in connection with the example shown in fig. 6, the first device carries an NCEMD field with a value of 1 in the Header of the packet 4 sent in interval 1 to indicate that the second device needs to listen to interval 2. In addition, the first device may transmit the remaining data packets, i.e., data packet 5, data packet 6, and data packet 7, at the first TX, the second TX, and the third TX starting at the anchor point of connection event 2 corresponding to interval 2, respectively.

In this embodiment of the application, when data transmission is performed between the first device and the second device by using a bluetooth protocol, the sending the data packet in the interval may specifically be sending the data packet in a connection event corresponding to the interval. The monitoring of the interval may specifically be to monitor a connection event corresponding to the interval. For example, the above-mentioned sending a data packet in interval 1 may specifically refer to sending a data packet in connection event 1 corresponding to interval 1. The monitoring of the interval 2 may specifically refer to monitoring the connection event 2 corresponding to the interval 2.

S502, the second device receives the data packet from the first device in the first transmission cycle.

In connection with the example shown in fig. 7, the second device may listen to interval 1 to receive the data packet that the first device starts to transmit at the anchor point of connection event 1 corresponding to interval 1.

After the second device receives the data packet sent by the first device in the first transmission cycle, it may determine whether to listen to at least one transmission cycle that is consecutive in time to the first transmission cycle according to an indication flag included in the received data packet.

S503, when the indication flag is used to indicate that the second device needs to monitor at least one transmission cycle that is consecutive in time with the first transmission cycle, the second device monitors at least one transmission cycle that is consecutive in time with the first transmission cycle.

When the second device determines that the indication flag is used to indicate that the second device needs to monitor at least one transmission cycle that is temporally continuous with the first transmission cycle, the second device may consider that the first device performs data transmission in at least one transmission cycle that is temporally continuous with the first transmission cycle, and at this time, the second device may monitor at least one transmission cycle that is temporally continuous with the first transmission cycle. For example, in connection with the example shown in fig. 7, the second device may listen to interval 2 to receive the data packet that the first device starts to transmit at the anchor point of connection event 2 corresponding to interval 2.

It should be noted that, in some embodiments of the present application, if the first device completes data transmission to be transmitted in the current transmission period, the first device may carry, in a data packet sent in the current transmission period, an indication flag used for indicating that the second device does not need to monitor at least one transmission period that is continuous in time with the current transmission period, so that the second device may enter a sleep state after receiving the completed data in the current transmission period, and may determine, according to configured related parameters, such as an interval and a Latency in a bluetooth protocol, a next transmission period to be monitored, and further monitor the determined transmission period. For example, with reference to the example shown in fig. 7, after receiving the data packet in the connection event 2 corresponding to the completion interval 2, the second device may enter the sleep state, and since the first device has completed all data transmission in the interval 2, that is, the indication flag included in the data packet in the connection event 2 corresponding to the interval 2 is used to indicate that the second device does not need to listen to the interval 3 that is temporally continuous with the interval 2, the second device may determine that it is not needed to listen to the interval 3 according to the indication flag included in the data packet in the connection event 2, and determine that it is not needed to listen to the interval 4 and the interval 5 and it is needed to listen to the interval 6 according to the interval 60ms and the Latency 4, and the second device may wake up to listen to the interval 6 from the sleep state at the corresponding time point. In addition, in this embodiment of the present application, in the case that the indication flag is used to indicate that the second device does not need to listen to a certain interval or certain intervals, the second device may also listen to these intervals. That is to say, in a case that the indication flag is used to indicate that the second device does not need to listen to a certain interval or certain intervals, the second device may determine whether to listen to the intervals according to its own configuration, and the embodiment of the present application is not specifically limited herein.

And S504, when the indication mark is used for indicating that the second device does not need to monitor at least one transmission cycle which is continuous with the first transmission cycle in time, the second device determines a second transmission cycle and monitors the second transmission cycle.

When the second device determines that the indication flag is used to indicate that the second device does not need to monitor at least one transmission cycle that is consecutive in time to the first transmission cycle, the second device may determine, according to the configured related parameter, a next transmission cycle that needs to be monitored, that is, a second transmission cycle, and monitor the second transmission cycle. It should be noted that, reference may be made to the relevant description in S503 for specific implementation of determining the second transmission period, and details of the embodiment of the present application are not described herein again.

In another embodiment of the present application, as shown in fig. 8, before the first device sends the data packet to the second device in the first transmission cycle, the method may further include the following steps: S505-S506.

S505, the first device sends a first message to the second device, wherein the first message is used for indicating that the first device supports the first characteristic. The first characteristic is a characteristic supporting carrying an indication flag in a data packet to indicate whether or not a transmission cycle needs to be listened to.

S506, the second device sends a second message to the first device, wherein the second message is used for indicating that the second device supports the first characteristic.

As an example, taking an example that the first device and the second device perform data transmission by using a bluetooth protocol as an example, the first message may be a logical link control protocol Feature Request (LLCP Feature Request), and the second message may be a logical link control protocol Feature Response (LLCP Feature Response). For example, after the first device establishes a physical layer connection with the second device, the first device may send an LLCP Feature Request to the second device, and when the first device supports the first characteristic, carry the first characteristic in the LLCP Feature Request to indicate that the first device supports the first characteristic. And after receiving the LLCP Feature Request, the second device replies an LLCP Feature Response to the first device, and when the second device supports the first characteristic, the first characteristic is carried in the LLCP Feature Response to indicate that the second device supports the first characteristic. After the first device and the second device obtain the list of the characteristics supported by the other party, if both the first device and the second device support the first characteristics, both the first device and the second device start the first characteristics. If one of the two parties does not support the first characteristic, the indication marks carried in the data packets can be ignored when the two parties interact with each other, and the transmission period needing to be monitored is determined according to the existing protocol. Or, if one of the two devices does not support the first characteristic, the two devices may determine the transmission period to be monitored according to the existing protocol specification without carrying the indication flag during the interaction.

In the data transmission method provided in the embodiment of the present application, a first device sends a data packet carrying an indication flag to a second device in a first transmission cycle, where the indication flag is used to indicate whether the second device needs to monitor at least one transmission cycle that is continuous in time with the first transmission cycle. Therefore, the indication mark used for indicating whether the second equipment needs to monitor at least one transmission cycle which is continuous with the transmission cycle in time is carried in one transmission cycle, so that when the first equipment carries out data transmission in at least one transmission cycle which is continuous with the transmission cycle in time, the second equipment determines that monitoring needs to be continued according to the indication mark, and further receives the data transmitted by the first equipment in time, the aim of quickly transmitting the data to the opposite end is achieved, and compared with the prior art, the power consumption of the equipment is saved by a method for carrying out data transmission by dynamically adjusting interval and/or Latency.

Fig. 9 is a flowchart illustrating another data transmission method according to an embodiment of the present application. The method is applied to the process of communication between the first device and the second device, wherein the first device and the second device can perform transceiving for a plurality of times in one transmission period. As shown in fig. 9, the method may include the steps of: and S901-S903.

S901, when the number of data packets that can be sent to a second device by a first device in a transmission cycle is determined, the first device sends a first data packet to the second device in the first transmission cycle; in the first transmission cycle, no data is transmitted after the first data packet, the first data packet includes an MD, and the MD is used to indicate that the first device has data transmission in a second transmission cycle, which is consecutive in time with the first transmission cycle.

S902, the second device receives the first data packet from the first device in the first transmission cycle.

And S903, the second equipment monitors a second transmission period.

Illustratively, the Header of the packet contains an MD field to indicate whether there is any more data to be transmitted during the same connection event, as specified by the existing bluetooth protocol. For example, MD ═ 1 indicates that there is next data to be transmitted in the same connection event, that is, after the data packet, there is next data packet to be transmitted in the connection event corresponding to the current transmission cycle, and MD ═ 0 indicates that there is no next data to be transmitted in the same connection event, that is, the data packet is the last data packet of the connection event corresponding to the current transmission cycle. It can be simply understood that, according to the specification of the existing bluetooth protocol, the MDs included in the other data packets except the last data packet of the connection event corresponding to the current transmission cycle are all 1, and the MD included in the last data packet of the connection event corresponding to the current transmission cycle is 0, which is defined because the number of times of transceiving in the connection event corresponding to one transmission cycle is unknown. In this embodiment, when the number of transceiving times in one transmission cycle is determined, the first device may reuse the MD in the prior art, and set the MD included in the first data packet to 1, which is used to indicate that there will be data transmission in a second transmission cycle that is consecutive in time to the current transmission cycle. In the current transmission cycle, no data is transmitted after the first data packet, that is, the first data packet is the last data packet of the current transmission cycle. Thus, after the second device receives the first data packet, when there is no data transmission after the first data packet in the current transmission cycle, that is, the first data packet is the last data packet in the current transmission cycle (when the number of transceiving times in the current transmission cycle is determined, both devices can determine whether the currently transmitted data packet is the last data packet in the current transmission cycle), if the second device determines that MD in the first data packet is 1, it may be determined that there is data transmission in a transmission cycle that is continuous in time with the current transmission cycle, that is, it is determined that monitoring needs to be continued for the second transmission cycle. In addition, after the first data packet is analyzed, the first device and the second device end the connection event corresponding to the current transmission period.

For example, in connection with the example shown in fig. 7, the first device sets MD in packet 4 to 1 to indicate that the first device will have data transmission in interval 2 so that the second device listens to interval 2. When the embodiment shown in fig. 9 is used to perform data transmission, the Header of the transmitted data packet does not include the NCEMD field shown in fig. 6, but the Header may include an LLID field, a NESN field, an SN field, an MD field, an RFU field, and a Length field according to the specification of the existing bluetooth protocol.

In another embodiment of the present application, as shown in fig. 10, before the first device sends the first data packet to the second device in the first transmission cycle, the method may further include the steps of: S904-S905.

S904, the first device sends a first message to the second device, where the first message is used to negotiate, with the second device, a number of data packets that the first device can send to the second device in a transmission period.

S905, the second device sends a second message to the first device, where the second message is used to confirm the number of data packets that can be sent to the second device by the first device in a transmission cycle.

As an example, the first message may be an LLCP Feature Request, and the second message may be an LLCP Feature Response, that is, after the first device and the second device establish the physical layer connection, the number of packets that the first device can send to the second device in one transmission period may be negotiated through the LLCP Feature Request and the LLCP Feature Response.

It should be noted that, in this embodiment of the application, when data transmission is performed between the first device and the second device by using a bluetooth protocol, the sending of the data packet in the transmission cycle may specifically be sending the data packet in a connection event corresponding to the transmission cycle. The number of transceiving times in the transmission period may specifically be the number of transceiving times of a connection event corresponding to the transmission period. The number of data packets that can be transmitted in a transmission cycle may specifically refer to the number of data packets that can be transmitted in a connection event corresponding to the transmission cycle.

In addition, in a case where data transmission is performed between the first device and the second device by using a bluetooth protocol, because the second device listens for a connection event corresponding to each connection event interval when Latency is 0 according to the specification of the existing bluetooth protocol, in this embodiment of the present application, when the data transmission method shown in fig. 5 and 8 and fig. 9 and 10 in this embodiment of the present application is used, the first device may first determine whether a value of Latency is 0, and if Latency is not equal to 0, data transmission may be performed by using the data transmission method provided in this embodiment of the present application. Moreover, when the above method is used between devices to perform data transmission, the method in the prior art may be used between the first device and the second device to adjust the transmission rate, for example, a scheme for adjusting the interval and/or Latency initiated by the slave device, or a scheme for adjusting the interval and/or Latency initiated by the master device, that is, a mechanism for performing data transmission between the devices using the above method may coexist with a mechanism for adjusting the transmission rate between the devices in the prior art, and both of the mechanisms do not have any influence.

Another embodiment of the present application provides a data receiving method, which is applied to a process of communication between a first device and a second device, where the first device and the second device may perform multiple transceiving in one transmission cycle. The method may include the following processes: when the first device has data to be transmitted, if all data transmission cannot be completed in one transmission cycle, the first device may perform data transmission in a plurality of consecutive transmission cycles.

For the second device, in order to receive the data sent by the first device as soon as possible, the second device may listen to all transmission periods. Moreover, in order to save power consumption of the device, when the second device listens to the current transmission period, the second device may first receive a Header portion of the packet in a reception opportunity (e.g., RX) of the current transmission period, and determine whether there is data transmission in the reception opportunity according to a value of a length field in the Header portion. Wherein, the length field can be used to indicate whether there is data transmission in the current receiving opportunity. When the value of the length field is not 0, the second device may determine that there is data transmission in the current reception opportunity, and may receive the data portion of the data packet in the current reception opportunity. When the length field takes a value of 0, the second device may determine that there is no data transmission in the current reception opportunity. The second device may also determine whether there is next data to be transmitted according to the value of the MD field in the Header portion, and if the value of the MD field in the Header portion is 0, the second device may end the current connection event and enter the sleep state. If the value of the MD field in the Header portion is 1, the second device may continue to monitor the current transmission cycle until the value of the MD field in the Header portion of the received data packet is 0. In some embodiments of the present application, if the second device does not receive any packet in the reception opportunity of the current transmission period, the second device may enter a sleep state, and the second device does not receive any packet, specifically, the second device does not monitor any bluetooth signal.

In a possible implementation manner, the receiving timing may be a first receiving timing in a current transmission cycle.

For example, a bluetooth protocol is used for data transmission between the first device and the second device. As shown in fig. 11 (fig. 11 is a timing diagram of transmission data shown from the perspective of a receiving device), assuming that the interval in the initial configuration negotiated by the first device and the second device is 60ms and the Latency is 4, the second device may not listen to the connection event corresponding to the interval 2 to the connection event corresponding to the interval 5, as specified in the existing bluetooth protocol. In the embodiment of the present application, in order to complete data transmission as soon as possible, the second device may monitor the connection event 2 corresponding to the interval 2, the connection event 3 corresponding to the interval 3, the connection event 4 corresponding to the interval 4, and the connection event 5 corresponding to the interval 5.

Take the example that the second device listens for the connection event 2 corresponding to the interval 2. When the second device monitors the first RX from the anchor point of the connection event 2 corresponding to the interval 2, the second device may receive a Header portion of the data packet in the first RX, and may determine whether there is data transmission in the first RX according to a value of a length field in the Header portion of the data packet received in the first RX. If the second device determines that the length field in the Header portion of the data packet received in the first RX is not 0 (not shown in fig. 11), the second device may determine that there is data transmission in the first RX and may receive the data transmitted in the first RX. In addition, the second device may determine whether there is a next data transmission in the connection event 2 according to a value of the MD field in the Header portion of the data packet received in the first RX, and when it is determined that there is a next data transmission, the second device may monitor the second RX until the value of the MD field in the Header portion of the received data packet is 0. When it is determined that there is no next data transmission, the second device may enter a sleep state after the data reception in the first RX is completed. Of course, in other embodiments, the second device may also determine whether there is data transmission in the second RX according to the value of the length field in the Header portion of the data packet received in the second RX, instead of determining whether there is data transmission in the second RX according to the value of the MD field in the Header portion of the data packet received in the first RX.

If the second device determines that the length field in the Header portion of the packet received in the first RX takes a value of 0, the second device may determine that there is no data transmission in the first RX. And, the second device may close the current connection event and enter the sleep state (as shown in fig. 11) when it is determined that the value of the MD field in the Header portion of the packet received in the first RX is 0. When the value of the MD field in the Header portion of the received packet in the first RX is 1, the second device may continue to listen to the second RX until the value of the MD field in the Header portion of the received packet is 0.

It should be noted that, for a transmission cycle needing to be monitored, such as interval 1 shown in fig. 11, determined according to configured related parameters, for example, interval and Latency in the bluetooth protocol, whether there is data transmission at a receiving time in the transmission cycle may be determined by using the above method, or whether there is data transmission at the receiving time may be determined by using a method in the existing bluetooth protocol, which is not limited in this embodiment of the present application.

Another embodiment of the present application further provides another data receiving method, which is applied to a process of communication between a first device and a second device, where the first device and the second device may perform multiple transceiving operations in one transmission cycle. In the method, the second device may determine whether to listen for a next transmission period of the current transmission period according to whether there is data transmission in the current transmission period. For example, when there is data transmission in the current transmission period, the second device may listen to the next transmission period of the current transmission period, and when there is no data transmission in the current transmission period, the second device may regard that there is no data transmission in the next transmission period of the current transmission period, and may determine the next transmission period to be listened according to configured related parameters, such as interval and Latency in the bluetooth protocol, instead of listening to the next transmission period of the current transmission period, and further listen to the determined transmission period. For example, as shown in fig. 12 (fig. 12 is a timing diagram of transmission data shown from the perspective of the receiving device), the first device and the second device are used for data transmission by using the bluetooth protocol as an example. And when the second device monitors the connection event 1 corresponding to the interval 1, determining that the connection event 1 corresponding to the interval 1 has data transmission. The second device may predict that there may be data transmission in the connection event 2 corresponding to the interval 2 according to data transmission in the connection event 1 corresponding to the interval 1, and then the second device listens to the connection event 2 corresponding to the interval 2. Therefore, when the first device performs data transmission in the connection event 2 corresponding to the interval 2, the second device can receive the data transmitted by the first device in time, and the purpose of rapidly transmitting the data to the opposite terminal is achieved.

It should be noted that there is data transmission in the current transmission cycle, which may refer to transmission of a data packet whose length field value of the Header part is not 0 in a specific implementation, that is, the second device only monitors the next transmission cycle of the current transmission cycle when receiving the data packet whose data length is not 0; or, as long as the second device receives the data packet in the current transmission period (the length field of the Header portion of the data packet is 0 or not), the second device may monitor the next transmission period of the current transmission period, which may be selected according to the requirement in the actual implementation, and the embodiment of the present application is not specifically limited herein. For example, the specific implementation may be that, when there is data transmission at the first RX in the connection event 1 corresponding to the interval 1, it may be considered that there is data transmission in the current transmission period, and it is determined that monitoring needs to be performed in the next transmission period of the current transmission period; or, if there is data transmission at the last RX in the connection event 1 corresponding to the interval 1, it is considered that there is data transmission in the current transmission period, and it is determined that monitoring needs to be performed in the next transmission period of the current transmission period; or, if there is data transmission at any RX in connection event 1 corresponding to interval 1, it is considered that there is data transmission in the current transmission period, and it is determined that listening needs to be performed in the next transmission period of the current transmission period, which are options in terms of specific implementation, and the embodiment of the present application is not limited herein.

It should be noted that, in the embodiment of the present application, the above method embodiments may also be combined with each other to achieve the purpose of quickly transmitting data to the opposite end. For example, the embodiment shown in fig. 9 may be combined with the embodiment corresponding to fig. 12, when the number of data packets that can be sent by the first device to the second device in a transmission cycle is determined, the second device only listens to the next transmission cycle of the current transmission cycle when it is determined that there is data transmission on the last reception occasion (e.g., RX) of the current transmission cycle, and does not determine whether to listen to the next transmission cycle of the current transmission cycle according to the MD included in the data packets.

It is to be understood that the first device and the second device include hardware structures and/or software modules for performing the functions. Those of skill in the art will readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the embodiments of the present application.

The embodiments of the present application further provide a first device and a second device for implementing the foregoing method embodiments, and specifically, the first device and the second device may be divided into functional modules, for example, the functional modules may be divided corresponding to the functions, or two or more functions may be integrated into one processing module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. It should be noted that, in the embodiment of the present application, the division of the module is schematic, and is only one logic function division, and there may be another division manner in actual implementation.

In the case of dividing each functional module by corresponding functions, fig. 13 shows a possible structural diagram of the first device 1300 involved in the foregoing embodiments, where the first device 1300 may include: and a transmitting unit 1301.

A sending unit 1301 configured to enable the first device 1300 to perform S501, S505, S901, S904 in the above method embodiments and/or other processes for the techniques described herein.

In this embodiment of the present application, further, as shown in fig. 13, the first device 1300 may further include: receiving unit 1302, determining unit 1303.

Wherein the receiving unit 1302 is configured to enable the first device 1300 to perform the receiving operation in the above method embodiment and/or other processes for the technology described herein.

A determining unit 1303 for enabling the electronic device to perform the determining operations in the above-described method embodiments and/or other processes for the techniques described herein.

All relevant contents of each step related to the above method embodiment may be referred to the functional description of the corresponding functional module, and are not described herein again.

Of course, the first device 1300 includes, but is not limited to, the above listed unit modules, for example, the first device 1300 may further include a display unit for displaying content, and the like. Moreover, the functions that can be specifically implemented by the functional units also include, but are not limited to, the functions corresponding to the method steps described in the foregoing examples, and the detailed description of the corresponding method steps may be referred to for the detailed description of other units of the first device 1300, which is not described herein again in this embodiment of the present application.

In the case of an integrated unit, fig. 14 shows a possible structural schematic of the first device 1400 involved in the above-described embodiment. The first device 1400 includes: a processing module 1401, a storage module 1402 and a communication module 1403. The processing module 1401 is used for controlling and managing the actions of the first device 1400. A storage module 1402 for storing program codes and data of the first device 1400. The communication module 1403 is used for supporting the communication between the first device 1400 and other network entities, so as to implement functions of data interaction and Internet access of the first device.

The processing module 1401 may be a processor or a controller, among others. The communication module 1403 may be a transceiver, RF circuit or communication interface, etc. The storage module 1402 may be a memory. The first device 1400 may further include a display module, which may be a screen or a display, and an input module. The input module may be a touch screen, a voice input device, or a fingerprint sensor, etc.

When the processing module 1401 is a processor, the communication module 1403 is an RF circuit, the storage module 1402 is a memory, and the display module is a touch screen, the first device 1400 provided by the embodiment of the present application may be a mobile phone as shown in fig. 4. The communication module 1403 may include not only an RF circuit but also a WI-FI module, an NFC module, and a bluetooth module. The communication modules such as the RF circuit, NFC module, WI-FI module, and bluetooth module may be collectively referred to as a communication interface. Wherein the processor, RF circuitry, touch screen and memory may be coupled together by a bus.

In the case of dividing each functional module by corresponding functions, fig. 15 shows a possible structural schematic diagram of the second device 1500 involved in the foregoing embodiments, where the second device 1500 may include: a receive unit 1501 and a snoop unit 1502.

A receiving unit 1501 for enabling the second device 1500 to perform S502, S902 in the above-described method embodiments and/or other processes for the techniques described herein.

A listening unit 1502 for enabling the second device 1500 to perform operations of listening for the second transmission period in S503, S504, S903 and/or other processes for the techniques described herein in the above method embodiments.

In this embodiment of the application, further, as shown in fig. 15, the second device 1500 may further include: a determination unit 1503, a transmission unit 1504, and a control unit 1505.

Therein, the determining unit 1503 is configured to support the second device 1500 to perform the operations of determining the second transmission period in S504 and/or other processes for the technology described herein in the above method embodiments.

A sending unit 1504, configured to enable the second device 1500 to perform S506, S905 in the above method embodiments and/or other processes for the techniques described herein.

A control unit 1505 for supporting the second device 1500 to perform the control operations in the above-described method embodiments and/or other processes for the techniques described herein.

Of course, the second device 1500 includes, but is not limited to, the above listed unit modules, for example, the second device 1500 may further include a display unit for displaying content, and the like. Moreover, the functions that can be specifically realized by the above functional units also include, but are not limited to, the functions corresponding to the method steps described in the above example, and the detailed description of the corresponding method steps may be referred to for the detailed description of other units of the second device 1500, which is not described herein again in this embodiment of the present application.

In the case of an integrated unit, fig. 16 shows a possible structural schematic of the second device 1600 involved in the above-described embodiment. The second device 1600 includes: a processing module 1601, a storage module 1602, and a communication module 1603. The processing module 1601 is configured to control and manage an operation of the second device 1600. A storage module 1602 for storing program codes and data of the second device 1600. The communication module 1603 is used for supporting the communication between the second device 1600 and other network entities, so as to implement functions of data interaction, Internet access and the like of the second device.

The processing module 1601 may be a processor or a controller, among others. The communication module 1603 may be a transceiver, RF circuitry, or a communication interface, etc. The storage module 1602 may be a memory. The first device 1600 may further include a display module, which may be a screen or a display, and an input module. The input module may be a touch screen, a voice input device, or a fingerprint sensor, etc.

The communication module 1603 may include not only an RF circuit but also a WI-FI module, an NFC module, and a bluetooth module. The communication modules such as the RF circuit, NFC module, WI-FI module, and bluetooth module may be collectively referred to as a communication interface. Wherein the processor, RF circuitry, touch screen and memory may be coupled together by a bus.

Still other embodiments of the present application provide a computer storage medium including computer instructions, which, when executed on a first device, cause the first device to perform the relevant method steps as shown in any one of fig. 5, fig. 8, fig. 9 or fig. 10 to implement the data transmission method in the above embodiments.

Still other embodiments of the present application provide another computer storage medium including computer instructions, which, when executed on a second device, cause the second device to perform the relevant method steps as shown in any one of fig. 5, fig. 8, fig. 9 or fig. 10 to implement the data transmission method in the above embodiments.

Further embodiments of the present application provide a computer program product, which when run on a computer causes the computer to execute the relevant method steps as in any of fig. 5, fig. 8, fig. 9 or fig. 10 to implement the data transmission method in the above embodiments.

Other embodiments of the present application provide a chip system, which may include: one or more processors, memory, a communication bus; the memory is configured to store one or more computer instructions, the one or more processors are connected to the memory through the communication bus, and when the system on chip is running, the one or more processors execute the one or more computer instructions stored in the memory, so that the system on chip performs the relevant method steps as shown in any one of fig. 5, fig. 8, fig. 9, or fig. 10, to implement the data transmission method in the embodiment. The system-on-chip may be an integrated circuit IC or a system-on-chip SOC. The integrated circuit can be a general integrated circuit, a Field Programmable Gate Array (FPGA) or an Application Specific Integrated Circuit (ASIC).

The first device, the second device, the computer storage medium, the computer program product, or the chip system provided in the embodiments of the present application are all configured to execute the corresponding methods provided above, so that the beneficial effects achieved by the first device, the second device, the computer storage medium, the computer program product, or the chip system can refer to the beneficial effects in the corresponding methods provided above, and are not described herein again.

Through the above description of the embodiments, it is clear to those skilled in the art that, for convenience and simplicity of description, the foregoing division of the functional modules is merely used as an example, and in practical applications, the above function distribution may be completed by different functional modules according to needs, that is, the internal structure of the device may be divided into different functional modules to complete all or part of the above described functions. For the specific working processes of the system, the apparatus and the unit described above, reference may be made to the corresponding processes in the foregoing method embodiments, and details are not described here again.

In the several embodiments provided in the embodiments of the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the modules or units is only one logical division, and there may be other divisions when actually implemented, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application may be essentially implemented or make a contribution to the prior art, or all or part of the technical solutions may be implemented in the form of a software product stored in a storage medium and including several instructions for causing a computer device (which may be a personal computer, a server, or a network device) or a processor to execute all or part of the steps of the methods described in the embodiments of the present application. And the aforementioned storage medium includes: flash memory, removable hard drive, read only memory, random access memory, magnetic or optical disk, and the like.

The above description is only a specific implementation of the embodiments of the present application, but the scope of the embodiments of the present application is not limited thereto, and any changes or substitutions within the technical scope disclosed in the embodiments of the present application should be covered by the scope of the embodiments of the present application. Therefore, the protection scope of the embodiments of the present application shall be subject to the protection scope of the claims.

Claims

1. A data transmission method applied to a first device capable of transmitting a plurality of data packets to a second device in one transmission cycle, the method comprising:

the first device sends a data packet to the second device in a first transmission cycle, wherein the data packet includes an indication flag, and the indication flag is used for indicating whether the second device needs to monitor at least one transmission cycle which is continuous in time with the first transmission cycle.

2. The method of claim 1, wherein before the first device sends the data packet to the second device in the first transmission cycle, further comprising:

the first device sends a first message to the second device, where the first message is used to indicate that the first device supports a first characteristic, and the first characteristic is a characteristic that supports carrying the indication flag in a data packet to indicate whether a transmission cycle needs to be monitored;

the first device receives a second message from the second device, the second message indicating that the second device supports the first characteristic.

3. The method of claim 1 or 2, wherein when the first device communicates with the second device using a bluetooth protocol, the method further comprises:

the first device determines that a Slave device Latency connection Latency is not 0.

4. A data transmission method applied to a second device, wherein the second device is capable of receiving a plurality of data packets sent by a first device in one transmission period, the method comprising:

the second device receives a data packet from the first device in a first transmission cycle, wherein the data packet includes an indication flag, and the indication flag is used for indicating whether the second device needs to listen to at least one transmission cycle which is continuous in time with the first transmission cycle;

when the indication flag is used to indicate that the second device needs to listen to at least one transmission cycle that is consecutive in time with the first transmission cycle, the second device listens to at least one transmission cycle that is consecutive in time with the first transmission cycle.

5. The method of claim 4, further comprising:

when the indication flag is used to indicate that the second device does not need to listen to at least one transmission cycle that is consecutive in time with the first transmission cycle, the second device determines a second transmission cycle and listens to the second transmission cycle.

6. The method according to claim 4 or 5, characterized in that the method further comprises:

the second device receives a first message from the first device, where the first message is used to indicate that the first device supports a first characteristic, and the first characteristic is a characteristic that supports carrying the indication flag in a data packet to indicate whether a transmission cycle needs to be monitored;

the second device sends a second message to the first device, wherein the second message is used for indicating that the second device supports the first characteristic.

7. A data transmission method applied to a first device capable of transmitting a plurality of data packets to a second device in one transmission cycle, the method comprising:

when the number of data packets which can be sent to the second device by the first device in one transmission cycle is determined, the first device sends a first data packet to the second device in a first transmission cycle;

wherein no data is transmitted after the first data packet in the first transmission period; the first data packet comprises a more data MD, the MD being used to indicate that the first device will have data to transmit in a second transmission cycle; the second transmission period is temporally consecutive to the first transmission period.

8. The method of claim 7, wherein when the number of data packets that can be sent by the first device to the second device in one transmission cycle is determined, before the first device sends the first data packet to the second device in the first transmission cycle, the method further comprises:

the first device sends a first message to the second device, where the first message is used to negotiate, with the second device, the number of data packets that the first device can send to the second device in one transmission period;

and the first equipment receives a second message from the second equipment, wherein the second message is used for confirming the number of data packets which can be sent to the second equipment by the first equipment in one transmission period.

9. A data transmission method applied to a second device, wherein the second device is capable of receiving a plurality of data packets sent by a first device in one transmission period, the method comprising:

when the number of data packets which can be sent to the second device by the first device in one transmission cycle is determined, the second device receives a first data packet from the first device in a first transmission cycle; no data is transmitted after the first data packet in the first transmission period; the first data packet comprises a more data MD, the MD being used to indicate that the first device will have data to transmit in a second transmission cycle; the second transmission period is temporally consecutive to the first transmission period;

the second device listens for the second transmission period.

10. The method of claim 9, wherein when the number of data packets that can be sent from the first device to the second device in the one transmission period is determined, the second device receives the first data packet sent from the first device in the first transmission period, and further comprising:

the second device receives a first message from the first device, wherein the first message is used for negotiating the number of data packets which can be sent to the second device by the first device in one transmission period with the second device;

and the second device sends a second message to the first device, wherein the second message is used for confirming the number of data packets which can be sent to the second device by the first device in one transmission period.

11. A data receiving method applied to a second device capable of receiving a plurality of data packets in one transmission cycle, the method comprising:

the second equipment monitors all transmission periods;

the second device receives a Header part of the data packet in a receiving opportunity of a transmission cycle monitored currently;

when the value of the length field in the header part is not 0, the second device determines that data transmission exists in the receiving opportunity; when the value of the MD field in the header portion is 0, the second device enters a sleep state after completing data reception in the reception opportunity, and when the value of the MD field in the header portion is 1, the second device continues to monitor the currently monitored transmission cycle until the value of the MD field in the header portion of the received data packet is 0;

when the length field in the header part takes a value of 0 and the MD field in the header part takes a value of 0, the second device enters a dormant state; when the value of the MD field in the header portion is 1, the second device continues to monitor the currently monitored transmission cycle until the value of the MD field in the header portion of the received data packet is 0;

and when the data packet is not received in the receiving opportunity, the second equipment enters a dormant state.

12. The method of claim 11, wherein the receiving opportunity is a first receiving opportunity in the currently monitored transmission cycle.

13. A data receiving method applied to a second device capable of receiving a plurality of data packets in one transmission cycle, the method comprising:

the second equipment determines whether monitoring is needed to be carried out on the second transmission period according to whether data transmission exists in the first transmission period; the first transmission period and the second transmission period are consecutive in time;

when data is transmitted in the first transmission period, the second device determines that monitoring needs to be carried out on the second transmission period; when there is no data transmission in the first transmission period, the second device determines that listening to the second transmission period is not required.

14. A first device for data transmission, the first device capable of sending a plurality of data packets to a second device during a transmission period, the first device comprising:

a sending unit, configured to send a data packet to the second device in a first transmission cycle, where the data packet includes an indication flag, and the indication flag is used to indicate whether the second device needs to monitor at least one transmission cycle that is consecutive in time to the first transmission cycle.

15. The first apparatus of claim 14,

the sending unit is further configured to send a first message to the second device, where the first message is used to indicate that the first device supports a first characteristic, and the first characteristic is a characteristic that supports carrying the indication flag in a data packet to indicate whether a transmission cycle needs to be monitored;

the first device further comprises:

a receiving unit, configured to receive a second message from the second device, where the second message is used to indicate that the second device supports the first characteristic.

16. The first device of claim 14 or 15, wherein when the first device communicates with the second device using a bluetooth protocol, the first device further comprises:

a determination unit configured to determine that the Slave device Latency connection Latency is not 0.

17. A second device for data transmission, wherein the second device is capable of receiving a plurality of data packets sent by a first device in one transmission cycle, the second device comprising:

a receiving unit, configured to receive a data packet from the first device in a first transmission cycle, where the data packet includes an indication flag, and the indication flag is used to indicate whether the second device needs to listen to at least one transmission cycle that is consecutive in time to the first transmission cycle;

a monitoring unit, configured to monitor at least one transmission cycle that is consecutive in time with the first transmission cycle when the indication flag is used to indicate that the second device needs to monitor at least one transmission cycle that is consecutive in time with the first transmission cycle.

18. The second device of claim 17, further comprising:

a determining unit, configured to determine a second transmission cycle when the indication flag is used to indicate that the second device does not need to listen to at least one transmission cycle that is temporally consecutive to the first transmission cycle;

the monitoring unit is further configured to monitor the second transmission cycle.

19. The second apparatus according to claim 17 or 18,

the receiving unit is further configured to receive a first message from the first device, where the first message is used to indicate that the first device supports a first characteristic, and the first characteristic is a characteristic that supports carrying the indication flag in a data packet to indicate whether a transmission cycle needs to be monitored;

the second device further comprises:

a sending unit, configured to send a second message to the first device, where the second message is used to indicate that the second device supports the first characteristic.

20. A first device for data transmission, the first device capable of sending a plurality of data packets to a second device during a transmission period, the first device comprising:

a sending unit, configured to send a first data packet to the second device in a first transmission cycle when the number of data packets that the first device can send to the second device in one transmission cycle is determined;

21. The first apparatus of claim 20,

the sending unit is further configured to send a first message to the second device, where the first message is used to negotiate, with the second device, a number of data packets that the first device can send to the second device in one transmission cycle;

the first device further comprises:

a receiving unit, configured to receive a second message from the second device, where the second message is used to confirm the number of data packets that can be sent to the second device by the first device in one transmission cycle.

22. A second device for data transmission, wherein the second device is capable of receiving a plurality of data packets sent by a first device in one transmission cycle, the second device comprising:

a receiving unit, configured to receive a first data packet from a first device in a first transmission cycle when the number of data packets that the first device can send to a second device in the transmission cycle is determined; no data is transmitted after the first data packet in the first transmission period; the first data packet comprises a more data MD, the MD being used to indicate that the first device will have data to transmit in a second transmission cycle; the second transmission period is temporally consecutive to the first transmission period;

and the monitoring unit is used for monitoring the second transmission period.

23. The second apparatus of claim 22,

the receiving unit is further configured to receive a first message from the first device, where the first message is used to negotiate, with the second device, a number of data packets that can be sent by the first device to the second device in one transmission cycle;

the second device further comprises:

a sending unit, configured to send a second message to the first device, where the second message is used to confirm the number of data packets that can be sent to the second device by the first device in one transmission cycle.

24. A second device for data reception, the second device being capable of receiving a plurality of data packets in one transmission period, the second device comprising:

the monitoring unit is used for monitoring all transmission periods;

a receiving unit for receiving a Header portion of the packet at a reception timing of a transmission cycle monitored currently;

a determining unit, configured to determine that there is data transmission in the receiving opportunity when a value of the length field in the header portion is not 0; the control unit is configured to control the second device to enter a sleep state after data reception is completed in the reception opportunity when the value of the MD field of more data in the header portion is 0, and the monitoring unit is further configured to continue monitoring the currently monitored transmission cycle when the value of the MD field in the header portion is 1 until the value of the MD field in the header portion of the received data packet is 0;

the control unit is further configured to control the second device to enter a sleep state when a value of the length field in the header portion is 0 and a value of the MD field in the header portion is 0; the monitoring unit is further configured to continue monitoring the currently monitored transmission cycle until the value of the MD field in the header portion of the received data packet is 0, when the value of the MD field in the header portion is 1;

and the control unit is further used for controlling the second equipment to enter a dormant state when the data packet is not received in the receiving opportunity.

25. The second apparatus of claim 24, wherein the reception opportunity is a first reception opportunity in the currently monitored transmission cycle.

26. A second device for data reception, the second device being capable of receiving a plurality of data packets in one transmission period, the second device comprising:

the determining unit is used for determining whether monitoring is needed to be carried out on the second transmission cycle according to whether data transmission exists in the first transmission cycle; the first transmission period and the second transmission period are consecutive in time;

27. A first device for data transmission, the first device comprising: one or more processors and memory; the one or more processors and the memory are connected by one or more communication buses; the memory has stored therein one or more computer instructions configured to be executed by the one or more processors; the one or more computer instructions for performing the data transmission method of any one of claims 1-3 or 7-8.

28. A second device for data transmission, the second device comprising: one or more processors and memory; the one or more processors and the memory are connected by one or more communication buses; the memory has stored therein one or more computer instructions configured to be executed by the one or more processors; the one or more computer instructions for carrying out the data transmission method according to any one of claims 4-6 or 9-10, or the instructions for carrying out the data reception method according to any one of claims 11-12 or 13.

29. A computer storage medium comprising computer instructions which, when run on a first device, cause the first device to perform the data transmission method of any one of claims 1-3 or 7-8.

30. A computer storage medium comprising computer instructions which, when run on a second device, cause the second device to perform a data transmission method as claimed in any one of claims 4-6 or 9-10, or cause the second device to perform a data reception method as claimed in any one of claims 11-12 or 13.

31. A chip system, comprising: one or more processors, memory, a communication bus; the memory is configured to store one or more computer instructions, the one or more processors are coupled to the memory via the communication bus, and when the system-on-chip is operating, the one or more processors execute the one or more computer instructions stored by the memory to cause the system-on-chip to perform the data transmission method of any one of claims 1-3 or 7-8.

32. A chip system, comprising: one or more processors, memory, a communication bus; the memory is configured to store one or more computer instructions, the one or more processors are connected to the memory through the communication bus, and when the system-on-chip is operated, the one or more processors execute the one or more computer instructions stored in the memory to cause the system-on-chip to perform the data transmission method according to any one of claims 4-6 or 9-10, or to perform the data reception method according to any one of claims 11-12 or 13.