Communication method, device and equipment

Abstract

The invention provides a communication method, device and equipment, and relates to the technical field of communication, and the method comprises the steps: sending a first instruction under the condition that Internet of Things equipment is switched from an unavailable state to an available state, and the first instruction is used for scheduling the Internet of Things equipment. The method comprises the following steps: when an Internet of Things device enters an unavailable state and a reader-writer cannot continue to schedule the Internet of Things device, the reader-writer determines whether the Internet of Things device enters an available state from the unavailable state, and sends a first instruction after determining that the Internet of Things device enters the available state from the unavailable state; the communication efficiency between the reader-writer and the Internet of Things equipment can be improved.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a communication method, apparatus and device. Background Technology

[0002] An Ambient Internet of Things (A-IoT) device is a device that extracts energy from the environment and radio frequency signals, and operates based on the extracted energy.

[0003] When the remaining energy of an A-IoT device is insufficient to support normal operation, the A-IoT device may suddenly become unavailable, and the reader will be unable to continue scheduling the A-IoT device, resulting in low communication efficiency between the reader and the A-IoT device. Summary of the Invention

[0004] This application provides a communication method, apparatus, and device to solve the problem that the communication efficiency between the reader and the A-IoT device is low because the reader cannot continue to schedule the A-IoT device when the A-IoT device enters an unavailable state.

[0005] In a first aspect, this application provides a communication method, including:

[0006] When an IoT device switches from an unavailable state to an available state, a first instruction is sent, which is used to schedule the IoT device.

[0007] In the above communication method, when an IoT device enters an unavailable state due to insufficient remaining energy to support normal operation, causing the reader to be unable to continue scheduling the IoT device, the reader determines whether the IoT device has entered an available state from an unavailable state. After determining that the IoT device has entered an available state from an unavailable state, it sends a first instruction. Since the IoT device has entered an available state, the IoT device and the reader can communicate normally. The reader can schedule the IoT device based on the first instruction, thereby improving the communication efficiency between the reader and the IoT device.

[0008] In some implementations, the method further includes:

[0009] Send a status confirmation message, which is used to confirm whether the IoT device has switched from an unavailable state to an available state;

[0010] If a status confirmation response is received, it is determined that the IoT device has switched from an unavailable state to an available state.

[0011] In the above embodiments, the status confirmation information can confirm whether the IoT device has switched from an unavailable state to an available state. After confirming that the IoT device has switched from an unavailable state to an available state, the reader sends a first instruction to schedule the IoT device.

[0012] In some implementations, the status confirmation information includes:

[0013] The first information field is used to indicate whether the status confirmation information is information confirming whether the IoT device has switched from an unavailable state to an available state.

[0014] And / or,

[0015] IoT device identification information, used to identify IoT devices.

[0016] In the above embodiments, the reader can indicate through the first information field that the status confirmation information is information confirming whether an IoT device has switched from an unavailable state to an available state. Therefore, the IoT device will only respond to the status confirmation information after it has fed back its ID information to the reader and entered an unavailable state. The reader can also indicate through the IoT device identification information which IoT device has switched from an unavailable state to an available state. Only the IoT device indicated by the IoT device identification information will respond to the status confirmation information. Therefore, including the first information field and / or the IoT device identification information in the status confirmation information helps reduce signaling overhead.

[0017] In some implementations, the duration between the first moment and the moment of sending the status confirmation information is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0018] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0019] In the above embodiments, there is a high probability that the IoT device has switched from an unavailable state to an available state after a first period of time starting from the first moment. Therefore, sending status confirmation information after a first period of time starting from the first moment can increase the probability of successfully sending status confirmation information and help determine whether the IoT device has switched from an unavailable state to an available state.

[0020] In some implementations, the duration between the first moment and the moment the first instruction is sent is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0021] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0022] In the above embodiments, the IoT device has a high probability of transitioning from an unavailable state to an available state after a first period of time starting from the first moment. Therefore, sending the first instruction after a first period of time starting from the first moment can increase the probability of successfully sending the first instruction and improve the communication efficiency between the reader and the IoT device.

[0023] In some implementations, the method further includes:

[0024] Obtain configuration information, which is used to indicate the first duration.

[0025] In some implementations, the method further includes:

[0026] Receive the first instruction information, which is used to indicate the first duration.

[0027] In some implementations, the method further includes:

[0028] Receive a second indication message, which indicates that the IoT device is in an unavailable state, or indicates that the IoT device will enter an unavailable state within a second duration starting from the current moment.

[0029] In the above embodiments, the reader can determine that the IoT device is in or about to be in an unavailable state based on the second indication information.

[0030] In some implementations, the method further includes:

[0031] Send the second instruction;

[0032] If no response signal is received for the second instruction, retransmit the second instruction;

[0033] If the number of retransmissions of the second instruction is greater than or equal to a preset threshold, the IoT device is determined to be in an unavailable state.

[0034] In the above implementation, by retransmitting the second instruction through the reader, it can be determined that the IoT device is in an unavailable state.

[0035] Secondly, this application provides a communication method, including:

[0036] The first instruction is received when the IoT device switches from an unavailable state to an available state. The first instruction is used to schedule the IoT device.

[0037] In the above communication method, when an IoT device enters an unavailable state due to insufficient remaining energy to support normal operation, causing the reader to be unable to continue scheduling the IoT device, the IoT device receives a first instruction. The first instruction is received when the IoT device switches from an unavailable state to an available state. Since the IoT device has entered an available state, the IoT device and the reader can communicate normally. The reader can schedule the IoT device based on the first instruction, thereby improving the communication efficiency between the reader and the IoT device.

[0038] In some implementations, the method further includes:

[0039] Receive status confirmation information, which is used to confirm whether the IoT device has switched from an unavailable state to an available state;

[0040] Response information for sending status confirmation messages.

[0041] In the above embodiments, the status confirmation information can confirm whether the IoT device has switched from an unavailable state to an available state. After confirming that the IoT device has switched from an unavailable state to an available state, the reader sends a first instruction to schedule the IoT device.

[0042] In some implementations, the status confirmation information includes:

[0043] The first information field is used to indicate whether the status confirmation information is information confirming whether the IoT device has switched from an unavailable state to an available state.

[0044] And / or,

[0045] IoT device identification information, used to identify IoT devices.

[0046] In the above embodiments, the first information field indicates that the status confirmation information is used to confirm whether the IoT device has switched from an unavailable state to an available state. Therefore, the IoT device will only respond to the status confirmation information after it has entered an unavailable state by sending its own ID information back to the reader. The IoT device identification information indicates which IoT device has switched from an unavailable state to an available state, and only the IoT device indicated by the IoT device identification information will respond to the status confirmation information. Therefore, including the first information field and / or the IoT device identification information in the status confirmation information helps reduce signaling overhead.

[0047] In some implementations, the duration between the first moment and the moment of receiving the status confirmation information is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0048] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0049] In the above embodiments, there is a high probability that the IoT device has switched from an unavailable state to an available state after a first period of time starting from the first moment. Therefore, sending status confirmation information after a first period of time starting from the first moment can increase the probability that the IoT device can successfully receive the status confirmation information, which helps to determine whether the IoT device has switched from an unavailable state to an available state.

[0050] In some implementations, the duration between the first moment and the moment of receiving the first instruction is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0051] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0052] In the above embodiments, the IoT device has a high probability of transitioning from an unavailable state to an available state after a first period of time starting from the first moment. Therefore, sending the first instruction after a first period of time starting from the first moment can increase the probability of the IoT device successfully receiving the first instruction and improve the communication efficiency between the reader and the IoT device.

[0053] In some implementations, the method further includes:

[0054] Send a first instruction message, which is used to indicate a first duration.

[0055] In some implementations, the method further includes:

[0056] Send a second indication message, which is used to indicate that the IoT device is in an unavailable state, or to indicate that the IoT device will enter an unavailable state within a second duration from the current moment.

[0057] Thirdly, this application provides a communication device, comprising:

[0058] The first transceiver module is used to send a first instruction when an IoT device switches from an unavailable state to an available state. The first instruction is used to schedule the IoT device.

[0059] In some implementations, the first transceiver module is further configured to:

[0060] Send a status confirmation message, which is used to confirm whether the IoT device has switched from an unavailable state to an available state;

[0061] If a status confirmation response is received, it is determined that the IoT device has switched from an unavailable state to an available state.

[0062] In some implementations, the status confirmation information includes:

[0063] The first information field is used to indicate whether the status confirmation information is information confirming whether the IoT device has switched from an unavailable state to an available state.

[0064] And / or,

[0065] IoT device identification information, used to identify IoT devices.

[0066] In some implementations, the duration between the first moment and the moment of sending the status confirmation information is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0067] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0068] In some implementations, the duration between the first moment and the moment the first instruction is sent is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0069] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0070] In some implementations, the first transceiver module is further configured to:

[0071] Obtain configuration information, which is used to indicate the first duration.

[0072] In some implementations, the first transceiver module is further configured to:

[0073] Receive the first instruction information, which is used to indicate the first duration.

[0074] In some implementations, the first transceiver module is further configured to:

[0075] Receive a second indication message, which indicates that the IoT device is in an unavailable state, or indicates that the IoT device will enter an unavailable state within a second duration starting from the current moment.

[0076] In some implementations, the first transceiver module is further configured to:

[0077] Send the second instruction;

[0078] If no response signal is received for the second instruction, retransmit the second instruction;

[0079] If the number of retransmissions of the second instruction is greater than or equal to a preset threshold, the IoT device is determined to be in an unavailable state.

[0080] Fourthly, this application provides a communication device, comprising:

[0081] The second transceiver module is used to receive the first instruction, which is received when the IoT device switches from an unavailable state to an available state. The first instruction is used to schedule the IoT device.

[0082] In some implementations, the second transceiver module is further used for:

[0083] Receive status confirmation information, which is used to confirm whether the IoT device has switched from an unavailable state to an available state;

[0084] Response information for sending status confirmation messages.

[0085] In some implementations, the status confirmation information includes:

[0086] The first information field is used to indicate whether the status confirmation information is information confirming whether the IoT device has switched from an unavailable state to an available state.

[0087] And / or,

[0088] IoT device identification information, used to identify IoT devices.

[0089] In some implementations, the duration between the first moment and the moment of receiving the status confirmation information is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0090] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0091] In some implementations, the duration between the first moment and the moment of receiving the first instruction is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0092] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0093] In some implementations, the second transceiver module is further used for:

[0094] Send a first instruction message, which is used to indicate a first duration.

[0095] In some implementations, the second transceiver module is further used for:

[0096] Send a second indication message, which is used to indicate that the IoT device is in an unavailable state, or to indicate that the IoT device will enter an unavailable state within a second duration from the current moment.

[0097] Fifthly, this application provides a communication device, comprising:

[0098] At least one processor; and

[0099] A memory that is communicatively connected to at least one processor; wherein,

[0100] The memory stores instructions that can be executed by at least one processor, such that the at least one processor is able to perform any one of the methods of the first aspect to the second aspect.

[0101] In a sixth aspect, this application provides a non-transitory computer-readable storage medium storing computer instructions, wherein the computer instructions are used to cause a computer to perform a method according to any one of the first to second aspects.

[0102] In a seventh aspect, this application provides a computer program product, including a computer program that, when executed by a processor, implements the method of any one of the first to second aspects.

[0103] Eighthly, this application provides a chip on which a computer program is stored, and when the computer program is executed by the chip, it implements the method of any one of the first to second aspects.

[0104] Ninthly, this application provides a chip module on which a computer program is stored. When the computer program is executed by the chip module, it implements the method of any one of the first aspects, or the method of any one of the second aspects.

[0105] The communication method, apparatus, and device provided in this application improve the communication efficiency between the reader and the IoT device when the IoT device enters an unavailable state, causing the reader to be unable to continue scheduling the IoT device. The reader determines whether the IoT device has entered an available state from an unavailable state. After determining that the IoT device has entered an available state from an unavailable state, the reader sends a first instruction and schedules the IoT device based on the first instruction. Attached Figure Description

[0106] Figure 1 A schematic diagram of a network topology provided in this application embodiment. Figure 1 ;

[0107] Figure 2 A schematic diagram of a network topology provided in this application embodiment. Figure 2 ;

[0108] Figure 3 A schematic diagram illustrating an inventory and command process provided in an embodiment of this application;

[0109] Figure 4 A flowchart illustrating the communication method provided in the embodiments of this application;

[0110] Figure 5 This application provides an example of how to schedule IoT devices. Figure 1 ;

[0111] Figure 6 This application provides an example of how to schedule IoT devices. Figure 2 ;

[0112] Figure 7 This application provides an example of how to schedule IoT devices. Figure 3

[0113] Figure 8 This application provides an example of how to schedule IoT devices. Figure 4

[0114] Figure 9 This application provides an example of how to schedule IoT devices. Figure 5 ;

[0115] Figure 10 This application provides an example of how to schedule IoT devices. Figure 6 ;

[0116] Figure 11 Schematic diagram of the communication device provided in the embodiments of this application Figure 1 ;

[0117] Figure 12 Schematic diagram of the communication device provided in the embodiments of this application Figure 2 ;

[0118] Figure 13 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. Detailed Implementation

[0119] To facilitate a clear description of the technical solutions in the embodiments of this application, the terms "exemplary" or "for example" are used in the embodiments of this application to indicate that they are examples, illustrations, or descriptions. Any embodiment or design scheme described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner.

[0120] In the embodiments of this application, terms such as "first" and "second" are used to distinguish identical or similar items with essentially the same function and effect. For example, "first instruction information" and "second instruction information" are used only to distinguish different instruction information and do not limit their order. Those skilled in the art will understand that terms such as "first" and "second" do not limit the quantity or execution order, and that terms such as "first" and "second" do not necessarily imply that they are different.

[0121] In this application embodiment, "at least one" refers to one or more, and "more than one" refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone, where A and B can be singular or plural. The character " / " generally indicates that the preceding and following related objects are in an "or" relationship. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, "at least one of a, b, or c," or "at least one of a, b, and c," can represent: a, b, c, ab, ac, bc, or abc.

[0122] To better understand the methods provided in the embodiments of this application, the terms involved in this application will be briefly explained below.

[0123] 1. A-IoT

[0124] A-IoT, also known as passive IoT, can provide IoT services and features low power consumption, low complexity, and low cost.

[0125] An A-IoT system can include A-IoT devices and readers. A-IoT devices can also be called A-IoT terminals, A-IoT UEs, etc., and can also be devices with A-IoT functions represented by tags. Readers can also be called readers or interrogators, etc., and can be standalone devices or embedded in other systems.

[0126] A-IoT devices are a new type of Internet of Things (IoT) device that has little or no power supply and can obtain energy from radio waves, light, motion, heat, or other available environmental energy sources to operate.

[0127] 2. Device-to-reader (D2R) / Reader-to-device (R2D)

[0128] D2R, also known as D2R transmission, D2R communication, D2R signal, D2R data, etc., refers to the communication process from A-IoT devices to readers.

[0129] R2D, also known as R2D transmission, R2D communication, R2D signal, R2D data, etc., refers to the communication process from the reader to the A-IoT device.

[0130] 3. Network Topology of A-IoT

[0131] The network topology of the A-IoT system is illustrated below with examples and diagrams.

[0132] Figure 1 A schematic diagram of a network topology provided in this application embodiment. Figure 1 ,like Figure 1 As shown, the network topology includes a network device 101 (e.g., a base station) and an A-IoT device 102, which communicate bidirectionally with the network device 101.

[0133] Please see Figure 1 Network device 101 can send R2D signals to A-IoT device 102, and A-IoT device 102 can receive R2D signals sent by network device 101. A-IoT device 102 can also send D2R signals to network device 101, and network device 101 can receive D2R signals from A-IoT device 102.

[0134] exist Figure 1In the example network topology, network devices communicate with A-IoT devices as readers / writers. In some possible implementations, network devices may include base stations (BS) in a communication system or devices deployed in a radio access network (RAN) to provide wireless communication capabilities; that is, network devices may include devices within the RAN. For example, devices within the RAN may include evolved node B (eNB or eNodeB) in an LTE communication system, next-generation evolved node B (ng-eNB) in an NR communication system, next-generation node B (gNB) in an NR communication system, master node (MN) in a dual-connectivity architecture, and secondary node (SN) in a dual-connectivity architecture, etc., without specific limitations.

[0135] In some possible implementations, network devices may include devices in the core network (CN). For example, devices in the CN may include access and mobility management functions (AMF), user plane functions (UPF), session management functions (SMF), etc.

[0136] In some possible implementations, network devices can also be access points (APs) or relay stations in wireless local area networks (WLANs), communication devices in future public land mobile networks (PLMNs), or communication devices in nonterrestrial networks (NTNs).

[0137] In some possible implementations, the network device may include means for providing wireless communication capabilities to terminal devices, such as a chip system, a chip, or a chip module. For example, the chip system may include a chip, or it may include other discrete devices.

[0138] Figure 2 A schematic diagram of a network topology provided in this application embodiment. Figure 2 ,like Figure 2As shown, the network topology includes a network device 101 (e.g., a base station), an A-IoT device 102, and a terminal device 103. The A-IoT device 102 communicates with the network device 101 through the terminal device 103.

[0139] Please see Figure 2 The network device 101 and the terminal device 103 can communicate via the Uu interface. The terminal device 103 can send R2D signals to the A-IoT device 102, and the A-IoT device 102 can receive the R2D signals sent by the terminal device 103. The A-IoT device 102 can also send D2R signals to the terminal device 103, and the terminal device 103 can receive the D2R signals sent by the A-IoT device 102.

[0140] exist Figure 2 In the example network topology, the terminal device acts as a reader / writer, communicating with A-IoT devices. Terminal devices typically have wireless transceiver capabilities and can be deployed on land (indoors or outdoors, handheld, wearable, or vehicle-mounted); on water (e.g., on ships); and in the air (e.g., on airplanes, balloons, and satellites). Terminal devices can be mobile phones, tablets, computers with wireless transceiver capabilities, virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, vehicle-mounted terminal devices, wireless terminals in self-driving vehicles, wireless terminal devices in remote medical care, wireless terminal devices in smart grids, wireless terminal devices in transportation safety, wireless terminal devices in smart cities, wireless terminal devices in smart homes, wearable terminal devices, etc. The terminal equipment involved in the embodiments of this application may also be referred to as a terminal, user equipment (UE), access terminal equipment, vehicle-mounted terminal, industrial control terminal, UE unit, UE station, mobile station, mobile station, remote station, remote terminal equipment, mobile device, UE terminal equipment, wireless communication equipment, UE agent, or UE device, etc. The terminal equipment may also be fixed or mobile.

[0141] For an introduction to network equipment, please refer to [link / reference]. Figure 1 The relevant information will not be repeated here.

[0142] In summary, in the embodiments of this application, the A-IoT system may include network devices and A-IoT devices, and the network devices and A-IoT devices can directly communicate bidirectionally. In this scenario, the reader / writer can be a network device. Alternatively, the A-IoT system may include network devices, terminal devices, and A-IoT devices, and the network devices and A-IoT devices can communicate bidirectionally through the terminal devices. In this scenario, the reader / writer can be a terminal device. In the following embodiments, the communication process between the A-IoT device and the reader / writer is used as an example for description. The reader / writer can be either a network device or a terminal device.

[0143] The communication process between A-IoT devices and readers can be divided into three types: inventory, command, and inventory and command.

[0144] The inventory process refers to the interaction between the reader / writer and the A-IoT device to obtain the A-IoT device's ID information. Optionally, the inventory process may include a random access procedure. The command process refers to the reader / writer sending R2D signals to the A-IoT device to implement operations such as scheduling commands for the A-IoT device. The command process may include operations such as reading, writing, and driving the IoT device. The inventory and command processes refer to the communication flow including both the inventory and command processes. The inventory and command processes will be described below with reference to the accompanying drawings.

[0145] Figure 3 A schematic diagram of an inventory and command process provided in an embodiment of this application is shown below. Figure 3 As shown, it includes:

[0146] Step A: The reader sends a paging message to the A-IoT device to indicate the start of the inventory process in order to obtain the ID information of the A-IoT device.

[0147] Step B: The A-IoT device sends its own ID information to the reader, and the reader obtains the ID information of the A-IoT device.

[0148] Step C: The reader sends an R2D signal to one or more A-IoT devices with specific ID information.

[0149] Step D: One or more A-IoT devices send feedback to the reader to indicate whether they have successfully received the R2D signal.

[0150] Because A-IoT devices require energy from the environment and radio frequency signals to operate, they may enter an unavailable state when their remaining energy is insufficient to support normal operation. In practice, A-IoT devices may suddenly enter an unavailable state at any point in the workflow. If the reader has already obtained the A-IoT device's ID information (i.e., has executed Step B) and wants to continue scheduling the A-IoT device (i.e., execute Step C), but the A-IoT device has entered an unavailable state, then Step C cannot be completed between the reader and the A-IoT device. This results in low communication efficiency between the reader and the A-IoT device.

[0151] Based on this, embodiments of this application provide a communication method for situations where an A-IoT device enters an unavailable state, causing the reader to be unable to continue scheduling the A-IoT device. After the A-IoT device transitions from an unavailable state to an available state, the reader sends a first instruction to the A-IoT device to schedule it, enabling the reader and the A-IoT device to continue completing Step C, thereby improving the communication efficiency between the reader and the A-IoT device. The solution of this application embodiment will be described below with reference to the accompanying drawings.

[0152] It should be noted that the execution subject in each embodiment of this application can be a chip, chip module, processor, microprocessor, etc., or a device integrating the above-mentioned chip, chip module, processor, or microprocessor, such as a reader / writer or an IoT device. The specific execution subject in each embodiment of this application is not limited, and it can be selected and set according to actual needs. In the following embodiments, readers / writers and IoT devices integrating the above-mentioned chip, chip module, processor, or microprocessor are used as examples for description, which does not constitute a limitation on the actual execution subject.

[0153] Figure 4 A flowchart of the communication method provided in the embodiments of this application is shown below. Figure 4 As shown, the method includes:

[0154] S41, when an IoT device switches from an unavailable state to an available state, the reader sends a first instruction, which is used to schedule the IoT device.

[0155] The reader can be a network device or a terminal device. The Internet of Things (IoT) device can be, for example, an A-IoT device, a passive IoT device, an active IoT device, etc. This application does not limit this.

[0156] IoT devices have two states: available and unavailable. The available state, also known as the on state, means the IoT device has sufficient remaining power to support its normal operation. In other words, in the available state, the IoT device can communicate normally with the reader. The unavailable state means the IoT device has insufficient remaining power to support its normal operation. In other words, in the unavailable state, the IoT device cannot communicate normally with the reader.

[0157] Unavailable states include the off state and the sleep state. When an IoT device is in the sleep state, it only supports some functions. When an IoT device is in the off state, it cannot run any functions and can only charge.

[0158] IoT devices can switch states based on their remaining energy. For example, an energy threshold can be preset; when the remaining energy of the IoT device is greater than or equal to this threshold, the device enters an available state; when the remaining energy is less than the threshold, the device enters an unavailable state. Optionally, when an IoT device transitions from an available state to an unavailable state, it can either enter a shutdown state or a sleep state; similarly, when transitioning from an available state to an unavailable state, the device can first enter a sleep state and then enter a shutdown state after its remaining energy further decreases to a certain threshold, and so on.

[0159] The first instruction belongs to the R2D signal between the reader / writer and the IoT device. It can be some control or scheduling commands, such as read commands, write commands, drive commands, etc.

[0160] After the reader obtains the ID information of the IoT device, if the IoT device transitions from an available state to an unavailable state, the reader can determine whether the IoT device has switched back to an available state. Once the reader confirms that the IoT device has switched from an unavailable state to an available state, it can send a first command to the IoT device to schedule the device. Since the IoT device has now switched from an unavailable state to an available state, the reader and the IoT device can communicate normally, and the IoT device receives the first command. Optionally, the IoT device performs a corresponding operation based on the first command. For example, if the first command is a read command, the IoT device can perform a corresponding read operation; if the first command is a write command, the IoT device can perform a corresponding write operation, and so on.

[0161] Optionally, after receiving the first instruction, the IoT device sends a response signal to the reader to indicate whether the first instruction was successfully received.

[0162] The communication method provided in this application embodiment involves a reader sending a first instruction when an IoT device switches from an unavailable state to an available state. This first instruction is used to schedule the IoT device. When an IoT device enters an unavailable state due to insufficient remaining power, preventing the reader from continuing to schedule the device, the reader determines whether the IoT device has transitioned from an unavailable to an available state. Upon confirming this, the reader sends the first instruction. Since the IoT device has entered an available state, normal communication can occur between the IoT device and the reader. The reader can then schedule the IoT device based on the first instruction, thereby improving the communication efficiency between the reader and the IoT device.

[0163] The solutions of this application embodiment will be described in detail below with specific examples.

[0164] In one implementation, when an IoT device needs to transition from an available state to an unavailable state, or is about to transition from an available state to an unavailable state (for example, when the IoT device determines that its energy is below a certain energy threshold, or when the IoT device determines that its battery level is below a certain battery level threshold, the IoT device needs to transition from an available state to an unavailable state or is about to transition from an available state to an unavailable state), the IoT device sends a second indication message to the reader, and the reader receives the second indication message accordingly. The second indication message is used to indicate that the IoT device is in an unavailable state, or to indicate that the IoT device will enter an unavailable state within a second time period from the current moment.

[0165] The second duration can be a preset duration, and the second duration starting from the current moment represents a future time period. The statement that an IoT device will enter an unavailable state within the second duration starting from the current moment means that the IoT device will transition from an available state to an unavailable state at some point in the future. The moment when the IoT device transitions from an available state to an unavailable state is some point within the second duration starting from the current moment.

[0166] Optionally, the second indication information is transmitted via D2R signals. For example, after the reader executes Step A, i.e., sends a paging message to the IoT device, the IoT device executes Step B, i.e., the IoT device sends its own ID information and the second indication information to the reader. Upon receiving the second indication information, the reader can determine that the IoT device has transitioned from an available state to an unavailable state, or that the IoT device has transitioned from an available state to an unavailable state within a second time period from the current moment.

[0167] In one implementation, after the IoT device sends its ID information to the reader, it does not send a second instruction to the reader before entering an unavailable state. Therefore, the reader cannot directly determine whether the IoT device has entered or is about to enter an unavailable state based on the second instruction. In this scenario, after obtaining the IoT device's ID information, the reader sends a second command to the IoT device. Since the IoT device has already entered an unavailable state, it cannot respond to the second command. If the reader does not receive a response signal for the second command, it retransmits the second command. If the number of retransmissions of the second command is greater than or equal to a preset threshold, the reader determines that the IoT device is in an unavailable state, meaning the IoT device has transitioned from an available state to an unavailable state.

[0168] In summary, after an IoT device sends its ID information to the reader, the reader can determine whether the IoT device has switched from an available state to an unavailable state in two ways. One way is that the IoT device sends a second instruction to the reader before entering the unavailable state, and the reader determines that the IoT device has entered or is about to enter the unavailable state based on this second instruction. The other way is that the reader retransmits the second instruction to the IoT device; if the number of retransmissions of the second instruction is greater than or equal to a preset threshold, the reader determines that the IoT device has entered the unavailable state.

[0169] Once the reader determines that an IoT device has entered an unavailable state, normal communication between the reader and the IoT device is impossible. While in an unavailable state, the IoT device can recharge, for example, by drawing energy from environmental sources such as radio waves, light, motion, and heat. Once the IoT device has acquired sufficient energy, it can transition from an unavailable state to an available state. Therefore, when the reader needs to schedule IoT devices, it must determine whether the IoT device has switched from an unavailable state to an available state. This process will be described below.

[0170] In one implementation, the reader sends status confirmation information to the IoT device to confirm whether the IoT device has switched from an unavailable state to an available state.

[0171] The number of times a reader sends status confirmation information to an IoT device can be once or multiple times. For example, the reader can send status confirmation information to the IoT device multiple times based on a certain time interval.

[0172] Optionally, the status confirmation information may include a first information field and / or IoT device identification information.

[0173] The first information field indicates that the status confirmation information confirms whether the IoT device has switched from an unavailable state to an available state. Optionally, the first information field is carried in the physical layer control information. Specifically, during the downlink transmission of the status confirmation information to the IoT device, the downlink transmission includes a control part and a data part, with the control part preceding the data part. The IoT device also decodes the control part first, followed by the data part, during the decoding process. If the IoT device obtains the first information field during decoding, it can know that the status confirmation information is used to confirm whether the IoT device has switched from an unavailable state to an available state. If the IoT device does not enter an unavailable state after feeding back its ID information to the reader (i.e., executing Step B), the status confirmation information is irrelevant to the IoT device, and the IoT device does not need to decode the subsequent data part. Only when the IoT device enters an unavailable state after feeding back its ID information to the reader (i.e., executing Step B) will the IoT device continue decoding the data part.

[0174] The IoT device identification information is used to indicate the IoT device. Optionally, the IoT device identification information includes the IoT device's identifier. After the IoT device decodes the IoT device's identifier included in the status confirmation information, it can compare it with its own identifier. If they match, it indicates that the status confirmation information is used to confirm whether the IoT device has switched from an unavailable state to an available state. Accordingly, the IoT device needs to send a status confirmation response to the reader. The IoT device identifier may include, for example, the IoT device's random number identifier, the IoT device's temporary identifier, the IoT device's factory identifier, etc.

[0175] Optionally, the IoT device identification information includes an IoT device group identifier. After the IoT device decodes the IoT device group identifier included in the status confirmation information, it can compare it with the group identifier of its own IoT device group. If they are the same, it indicates that the status confirmation information is used to confirm whether the IoT device has switched from an unavailable state to an available state. Accordingly, the IoT device needs to send a response message of the status confirmation information to the reader.

[0176] If an IoT device switches from an unavailable state to an available state, the IoT device can receive a status confirmation message sent by the reader and send a response message to the reader confirming the status confirmation message. Therefore, if the reader receives the response message confirming the status confirmation message, the reader determines that the IoT device has switched from an unavailable state to an available state.

[0177] After receiving the status confirmation response, the reader sends a first command to the IoT device. This first command could be a read command, a write command, or something similar. Upon receiving the first command, the IoT device can send a response signal to the reader to indicate whether the first command was successfully received.

[0178] If the IoT device remains unavailable, it cannot receive the status confirmation message from the reader, and therefore cannot send a status confirmation response message to the reader. Thus, if the reader does not receive a status confirmation response message, it determines that the IoT device has not switched from an unavailable state to an available state.

[0179] Optionally, the duration between the first moment and the moment of sending the status confirmation information is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0180] For example, before an IoT device enters an unavailable state, the IoT device sends a second indication message to the reader, indicating that the IoT device is in an unavailable state, or indicating that the IoT device will enter an unavailable state within a second period of time from the current moment. In this case, the first moment can be the moment when the reader receives the second indication message.

[0181] For example, after an IoT device sends its ID information to a reader, it enters an unavailable state. The reader sends a second instruction to the IoT device and retransmits the second instruction if no response signal is received. The IoT device is then determined to switch from an available state to an unavailable state when the number of retransmissions of the second instruction reaches a preset threshold. The first moment can be the moment when the number of retransmissions of the second instruction reaches the preset threshold.

[0182] After determining that an IoT device has transitioned from an available state to an unavailable state, the reader does not immediately send a status confirmation message. Instead, it sends the status confirmation message to the IoT device after a first set of time elapses from the first moment. The status confirmation message is used to confirm whether the IoT device has switched from an unavailable state to an available state.

[0183] Optionally, the first duration can be a predefined reference duration for when an IoT device is in an unavailable state, or it can be a reference duration for when an IoT device is in an unavailable state pre-configured by the reader. The reader can configure the first duration to the IoT device through configuration information. In this implementation, the reader obtains the configuration information, which is used to indicate the first duration.

[0184] Different types of IoT devices may have different initial durations. Since unavailable states can include off states and / or sleep states, the duration of an IoT device in the off state and the duration of its sleep state can be different. Therefore, reference durations for the off state and the sleep state can be configured separately for IoT devices. In other words, the initial duration for an IoT device in the off state and the initial duration for its sleep state can be different.

[0185] Optionally, the first duration is indicated by the IoT device. The IoT device sends the first indication information to the reader, and the reader receives the first indication information, which is used to indicate the first duration.

[0186] Optionally, the first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state. The duration of the IoT device's unavailable state can be, for example, the required charging time for the IoT device, after which the IoT device can transition from an unavailable state to an available state. Similarly, the minimum duration of the IoT device's unavailable state can be, for example, the minimum charging time for the IoT device, after which the IoT device can transition from an unavailable state to an available state. In other words, the first duration is equivalent to a reference duration for the IoT device to be in an unavailable state.

[0187] Optionally, when an IoT device transitions from an available state to a sleep state, the first duration is the duration of the IoT device's unavailable state. In other words, after the duration of the IoT device's unavailable state, the IoT device can transition from the sleep state to the available state. When an IoT device transitions from an available state to a closed state, the first duration is the minimum duration of the IoT device's unavailable state. In other words, after the minimum duration of the IoT device's unavailable state, the IoT device can transition from the closed state to the available state.

[0188] In summary, regardless of whether the first duration is a predefined duration or a duration indicated by the IoT device, it reflects, to some extent, the reference duration for the IoT device to remain in an unavailable state. In other words, after the first duration has elapsed from the first moment, the IoT device has a high probability of switching from an unavailable state to an available state. Therefore, sending a status confirmation message after the first duration from the first moment increases the probability of successfully sending the status confirmation message and helps determine whether the IoT device has switched from an unavailable state to an available state.

[0189] In some implementations, after the reader determines that the IoT device has transitioned from an available state to an unavailable state, it waits for a first duration before sending the first instruction. In this implementation, the duration between the first moment and the moment the first instruction is sent is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0190] For an explanation of the duration, please refer to the relevant content in the above embodiments, which will not be repeated here.

[0191] Whether the first duration is a predefined duration or a duration indicated by the IoT device, it reflects, to some extent, the reference duration for the IoT device to remain in an unavailable state. In other words, after the first duration has elapsed from the first moment, the IoT device has a high probability of switching from an unavailable state to an available state. Therefore, sending the first command after the first duration from the first moment increases the probability of successfully sending the first command and improves the communication efficiency between the reader and the IoT device.

[0192] The solutions of this application have been described in the above embodiments. The solutions of the embodiments of this application will be illustrated below with reference to the accompanying drawings.

[0193] Figure 5 This application provides an example of how to schedule IoT devices. Figure 1 ,like Figure 5 As shown, the reader sends a paging message to the IoT device to instruct it to start the inventory process in order to obtain the IoT device's ID information (i.e., to execute Step A).

[0194] The IoT device sends its ID information and a second indication information to the reader (i.e., Step B is executed). The second indication information is used to indicate that the IoT device is in an unavailable state, or to indicate that the IoT device will enter an unavailable state within a second time period starting from the current moment.

[0195] After receiving the second indication information, the reader can determine that the IoT device is in an unavailable state or is about to become unavailable. Then, the reader sends a status confirmation message to the IoT device to confirm whether the IoT device has switched from an unavailable state to an available state.

[0196] The reader can send status confirmation messages to IoT devices once or multiple times, such as... Figure 5 As shown, the reader can repeatedly send status confirmation information to IoT devices at certain time intervals.

[0197] If the reader receives a status confirmation response, it determines that the IoT device has switched from an unavailable state to an available state. If the reader does not receive a status confirmation response, it determines that the IoT device has not switched from an unavailable state to an available state.

[0198] Upon receiving a status confirmation response, the reader sends a first command to the IoT device, such as... Figure 5 As shown, the reader executes Step C. After receiving the first instruction, the IoT device can execute Step D, whereby the IoT device sends a response signal to the reader to indicate whether the first instruction was successfully received.

[0199] Figure 6 This application provides an example of how to schedule IoT devices. Figure 2 ,like Figure 6 As shown, the reader sends a paging message to the IoT device to instruct it to begin the inventory process in order to obtain the IoT device's ID information (i.e., execute Step A). ​​The IoT device then sends its ID information and a second instruction to the reader (i.e., execute Step B).

[0200] Upon receiving the second indication information, the reader can determine that the IoT device is in an unavailable state or is about to become unavailable. The moment the reader receives the second indication information can be considered the moment when it determines that the IoT device has transitioned from an available state to an unavailable state, i.e., the first moment. After determining that the IoT device has transitioned from an available state to an unavailable state, the reader does not immediately send a status confirmation message. Instead, after a first time interval from the first moment, it sends a status confirmation message to the IoT device. This status confirmation message is used to confirm whether the IoT device has switched from an unavailable state to an available state.

[0201] like Figure 6 As shown, the time interval with the first time point t1 as the starting time and the duration of the first time interval can be found in [reference needed]. Figure 6 In the example, with time window T and the end time of time window T denoted as t2, the reader can send a status confirmation message to the IoT device at time t2, or at some time after time t2. In other words, after the first time interval from the first moment, the reader can send the status confirmation message immediately, or it can send it at a suitable time. The specific time to send the status confirmation message can be determined by the reader, as long as it is not earlier than time t2.

[0202] If an IoT device switches from an unavailable state to an available state, the IoT device can receive a status confirmation message sent by the reader and send a response message to the reader confirming the status confirmation message. Therefore, if the reader receives the response message confirming the status confirmation message, the reader determines that the IoT device has switched from an unavailable state to an available state.

[0203] like Figure 6 As shown, after the reader receives the response information sent by the IoT device, the reader sends a first instruction to the IoT device, i.e., the reader executes Step C. The first instruction can be, for example, a read command, a write command, etc. After receiving the first instruction, the IoT device can execute Step D, i.e., the IoT device sends a response signal to the reader to indicate whether it has successfully received the first instruction.

[0204] In the above embodiments, a solution was introduced in which the reader determines whether an IoT device has switched from an unavailable state to an available state by sending status confirmation information. Another solution will be introduced below.

[0205] Figure 7 This application provides an example of how to schedule IoT devices. Figure 3 ,like Figure 7 As shown, the reader sends a paging message to the IoT device (i.e., executes Step A).

[0206] The IoT device sends its ID information and second instruction information to the reader (i.e., execute Step B).

[0207] Upon receiving the second indication information, the reader can determine that the IoT device is in an unavailable state or is about to become unavailable. The moment the reader receives the second indication information can be considered the moment when it determines that the IoT device has transitioned from an available state to an unavailable state; this is the first moment.

[0208] After determining that an IoT device has transitioned from an available state to an unavailable state, the reader does not send the first instruction immediately. Instead, it sends the first instruction to the IoT device after a first duration from the first moment. The first instruction is used to schedule the IoT device.

[0209] The first duration reflects, to some extent, the reference duration for when an IoT device is in an unavailable state. In other words, after the first duration has elapsed from the first moment, there is a high probability that the IoT device will switch from an unavailable state to an available state. Then, the reader can send the first command to the IoT device.

[0210] like Figure 7 As shown, the time interval with the first time point t1 as the starting time and the duration of the first time interval can be found in [reference needed]. Figure 7In the example, the time window T is denoted as t2. The reader can send the first command to the IoT device at time t2, or at some time after time t2. In other words, after a first time period from the first moment, the reader can send the first command immediately, or it can send the first command at a suitable time. The specific time to send the first command can be determined by the reader, as long as it is not earlier than time t2.

[0211] After receiving the first instruction, the IoT device can execute Step D, which is to send a response signal to the reader to indicate whether the first instruction has been successfully received.

[0212] Figure 8 This application provides an example of how to schedule IoT devices. Figure 4 ,like Figure 8 As shown, the reader sends a paging message to the IoT device (i.e., executes Step A). ​​The IoT device sends its ID information to the reader (i.e., executes Step B).

[0213] Then, the reader sends a second command to the IoT device (i.e., executes Step C). This second command could be, for example, a read command, a write command, etc. If no response signal is received for the second command, the reader retransmits it. Figure 8 As shown, if the number of retransmissions of the second instruction is greater than or equal to a preset threshold, the reader determines that the IoT device is switching from an available state to an unavailable state.

[0214] Then, the reader sends a status confirmation message to the IoT device to confirm whether the IoT device has switched from an unavailable state to an available state.

[0215] The reader can send status confirmation messages to IoT devices once or multiple times. Figure 8 For example, a reader can send status confirmation information to an IoT device multiple times at certain time intervals.

[0216] If the reader receives a status confirmation response, it determines that the IoT device has switched from an unavailable state to an available state. Then, the reader sends a first command to the IoT device, i.e., executes Step C. After receiving the first command, the IoT device can execute Step D, i.e., send a response signal to the reader to indicate whether it successfully received the first command.

[0217] Figure 9 This application provides an example of how to schedule IoT devices. Figure 5 ,like Figure 9As shown, the reader sends a paging message to the IoT device (i.e., executes Step A). ​​The IoT device sends its ID information to the reader (i.e., executes Step B).

[0218] Then, the reader sends a second command (i.e., execute Step C) to the IoT device. If no response signal is received for the second command, the reader retransmits the second command. Figure 9 As shown, when the number of retransmissions of the second instruction is greater than or equal to a preset threshold, the reader determines that the IoT device has switched from an available state to an unavailable state. The moment when the number of retransmissions of the second instruction reaches the preset threshold can be considered the moment when the IoT device is determined to have switched from an available state to an unavailable state, i.e., the first moment.

[0219] After determining that an IoT device has transitioned from an available state to an unavailable state, the reader does not immediately send a status confirmation message. Instead, it waits for a first duration after the first instant before sending the status confirmation message to the IoT device. This status confirmation message is used to confirm whether the IoT device has switched from an unavailable state to an available state. The description of the first duration can be found in the relevant content of the above embodiments and will not be repeated here.

[0220] like Figure 9 As shown, the time interval with the first time point t3 as the starting time and the duration of the first time interval can be found in [reference needed]. Figure 9 In the example, the time window T ends at time t4. The reader can send a status confirmation message to the IoT device at time t4, or at some time after time t4. The specific time to send the status confirmation message can be determined by the reader, as long as it is not earlier than time t4.

[0221] After receiving the status confirmation response, the reader sends the first instruction to the IoT device (i.e., executes Step C). After receiving the first instruction, the IoT device can execute Step D, which is to send a response signal to the reader to indicate whether the first instruction was successfully received.

[0222] Figure 10 This application provides an example of how to schedule IoT devices. Figure 6 ,like Figure 10 As shown, the reader sends a paging message to the IoT device (i.e., executes Step A). ​​The IoT device sends its ID information to the reader (i.e., executes Step B).

[0223] Then, the reader sends a second command (i.e., execute Step C) to the IoT device. If no response signal is received for the second command, the reader retransmits the second command. Figure 10 As shown, when the number of retransmissions of the second instruction is greater than or equal to a preset threshold, the reader determines that the IoT device has switched from an available state to an unavailable state. The moment when the number of retransmissions of the second instruction reaches the preset threshold can be considered the moment when the IoT device is determined to have switched from an available state to an unavailable state, i.e., the first moment.

[0224] After determining that an IoT device has changed from an available state to an unavailable state, the reader does not send the first instruction immediately. Instead, it sends the first instruction to the IoT device after a first period of time from the first moment. The first instruction is used to schedule the IoT device.

[0225] like Figure 10 As shown, the time interval with the first time point t3 as the starting time and the duration of the first time interval can be found in [reference needed]. Figure 10 In the example, the time window T ends at time t4. The reader can send the first command to the IoT device at time t4, or at some time after time t4. In other words, after a first time period from the first moment, the reader can send the first command immediately, or it can send the first command at a suitable time. The time of sending the first command can be determined by the reader, as long as it is not earlier than time t4.

[0226] After receiving the first instruction, the IoT device can execute Step D, which is to send a response signal to the reader to indicate whether the first instruction has been successfully received.

[0227] In summary, the solution of this application embodiment allows the reader to know whether the IoT device has entered or is about to enter an unavailable state before the IoT device enters an unavailable state, based on the second indication information sent by the IoT device. The reader can also determine that the IoT device has entered an unavailable state by the number of retransmissions of the second instruction reaching a preset threshold. After the IoT device enters an unavailable state, the reader determines whether the IoT device has entered an available state from an unavailable state. After the IoT device enters an available state from an unavailable state, the reader sends a first instruction to schedule the IoT device, which helps to improve the communication efficiency between the reader and the IoT device.

[0228] Figure 11 Schematic diagram of the communication device provided in the embodiments of this application Figure 1 ,like Figure 11 As shown, the communication device 110 includes:

[0229] The first transceiver module 111 is used to send a first instruction when the IoT device switches from an unavailable state to an available state. The first instruction is used to schedule the IoT device.

[0230] In some embodiments, the first transceiver module 111 is further configured to:

[0231] Send a status confirmation message, which is used to confirm whether the IoT device has switched from an unavailable state to an available state;

[0232] If a status confirmation response is received, it is determined that the IoT device has switched from an unavailable state to an available state.

[0233] In some implementations, the status confirmation information includes:

[0234] The first information field is used to indicate whether the status confirmation information is information confirming whether the IoT device has switched from an unavailable state to an available state.

[0235] And / or,

[0236] IoT device identification information, used to identify IoT devices.

[0237] In some implementations, the duration between the first moment and the moment of sending the status confirmation information is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0238] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0239] In some implementations, the duration between the first moment and the moment the first instruction is sent is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0240] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0241] In some embodiments, the first transceiver module 111 is further configured to:

[0242] Obtain configuration information, which is used to indicate the first duration.

[0243] In some embodiments, the first transceiver module 111 is further configured to:

[0244] Receive the first instruction information, which is used to indicate the first duration.

[0245] In some embodiments, the first transceiver module 111 is further configured to:

[0246] Receive a second indication message, which indicates that the IoT device is in an unavailable state, or indicates that the IoT device will enter an unavailable state within a second duration starting from the current moment.

[0247] In some embodiments, the first transceiver module 111 is further configured to:

[0248] Send the second instruction;

[0249] If no response signal is received for the second instruction, retransmit the second instruction;

[0250] If the number of retransmissions of the second instruction is greater than or equal to a preset threshold, the IoT device is determined to be in an unavailable state.

[0251] The communication device provided in this application embodiment is used to execute the above method embodiment. Its implementation principle and technical effect are similar, and will not be described again here.

[0252] The communication device shown in the embodiments of this application can be a chip, chip module, hardware module, processor, etc. The communication device can be in other forms, and the embodiments of this application do not specifically limit it.

[0253] Figure 12 Schematic diagram of the communication device provided in the embodiments of this application Figure 2 ,like Figure 12 As shown, the communication device 120 includes:

[0254] The second transceiver module 121 is used to receive a first instruction, which is received when the IoT device switches from an unavailable state to an available state. The first instruction is used to schedule the IoT device.

[0255] In some embodiments, the second transceiver module 121 is further configured to:

[0256] Receive status confirmation information, which is used to confirm whether the IoT device has switched from an unavailable state to an available state;

[0257] Response information for sending status confirmation messages.

[0258] In some implementations, the status confirmation information includes:

[0259] The first information field is used to indicate whether the status confirmation information is information confirming whether the IoT device has switched from an unavailable state to an available state.

[0260] And / or,

[0261] IoT device identification information, used to identify IoT devices.

[0262] In some implementations, the duration between the first moment and the moment of receiving the status confirmation information is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0263] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0264] In some implementations, the duration between the first moment and the moment of receiving the first instruction is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have transitioned from an available state to an unavailable state.

[0265] The first duration is the duration of the IoT device's unavailable state, or the minimum duration of the IoT device's unavailable state.

[0266] In some embodiments, the second transceiver module 121 is further configured to:

[0267] Send a first instruction message, which is used to indicate a first duration.

[0268] In some embodiments, the second transceiver module 121 is further configured to:

[0269] Send a second indication message, which is used to indicate that the IoT device is in an unavailable state, or to indicate that the IoT device will enter an unavailable state within a second duration from the current moment.

[0270] The communication device provided in this application embodiment is used to execute the above method embodiment. Its implementation principle and technical effect are similar, and will not be described again here.

[0271] The communication device shown in the embodiments of this application can be a chip, chip module, hardware module, processor, etc. The communication device can be in other forms, and the embodiments of this application do not specifically limit it.

[0272] Figure 13 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application. Figure 13 As shown, the communication device includes: at least one processor 1302, a memory 1301 communicatively connected to at least one processor 1302, and a transceiver 1303.

[0273] Memory 1301 is used to store instructions.

[0274] The processor 1302 is used to execute the instructions stored in the memory to cause the communication device to perform the method steps performed by the reader or the Internet of Things device.

[0275] Transceiver 1303 may include a transmitter and / or a receiver. The transmitter may also be referred to as a transmitter, transmitter port, or transmitter interface, and the receiver may also be referred to as a receiver, receiver port, or receiver interface. Exemplarily, the memory 1301, processor 1302, and transceiver 1303 are interconnected via bus 1304.

[0276] All or part of the steps of the above method embodiments can be implemented by hardware related to program instructions. The aforementioned program can be stored in a readable memory. When the program is executed, it performs the steps of the above method embodiments; and the aforementioned memory (storage medium) includes: read-only memory (ROM), RAM, flash memory, hard disk, solid-state drive, magnetic tape, floppy disk, optical disk, and any combination thereof.

[0277] This application provides a non-transitory computer-readable storage medium storing computer instructions. The computer-readable storage medium stores computer instructions that, when executed by a processor, are used to implement the method steps executed by the reader or IoT device in the above method embodiments.

[0278] This application also provides a computer program product, including a computer program that, when executed by a processor, can implement the method steps executed by the reader or IoT device in the above method embodiments.

[0279] This application also provides a chip with a computer program stored on it. When the computer program is executed by the chip, it implements the method steps executed by the reader or IoT device in the above method embodiments.

[0280] This application also provides a chip module, on which a computer program is stored. When the computer program is executed by the chip module, it implements the method steps executed by the reader or IoT device in the above method embodiments.

[0281] These computer program instructions may also be stored in a computer-readable storage medium that can direct a computer or other programmable data processing device to function in a particular manner, such that the instructions stored in the computer-readable storage medium produce an article of manufacture including instruction means, which are implemented in a process Figure 1 One or more processes and / or boxes Figure 1 The function specified in one or more boxes.

[0282] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes and / or boxes Figure 1 The steps of the function specified in one or more boxes.

[0283] Regarding the modules / units included in the various devices and products described in the above embodiments, they can be software modules / units, hardware modules / units, or a combination of both. For example, for devices and products applied to or integrated into a chip, all modules / units can be implemented using hardware methods such as circuits, or at least some modules / units can be implemented using software programs running on a processor integrated within the chip, while the remaining (if any) modules / units can be implemented using hardware methods such as circuits. For devices and products applied to or integrated into a chip module, all modules / units can be implemented using hardware methods such as circuits. Different modules / units can be located in the same component (e.g., chip, circuit module, etc.) or different components of the chip module, or at least some modules / units can be implemented using software programs. In this implementation method, the software program runs on the processor integrated inside the chip module, and the remaining (if any) modules / units can be implemented using hardware methods such as circuits; for various devices and products applied to or integrated into reader / IoT devices, each of its modules / units can be implemented using hardware methods such as circuits. Different modules / units can be located in the same component (e.g., chip, circuit module, etc.) or different components within the reader / IoT device, or at least some modules / units can be implemented using software programs that run on the processor integrated inside the reader / IoT device, and the remaining (if any) modules / units can be implemented using hardware methods such as circuits.

[0284] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, or indirect coupling or communication connection between apparatuses or units, and may be electrical, mechanical, or other forms.

[0285] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment, depending on actual needs.

[0286] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0287] Those skilled in the art will understand that all or part of the steps of the above-described method embodiments can be implemented by hardware related to program instructions. The aforementioned computer program can be stored in a computer-readable storage medium. When executed by a processor, the computer program implements the steps of the above-described method embodiments; and the aforementioned storage medium includes various media capable of storing program code, such as ROM, RAM, magnetic disks, or optical disks.

[0288] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A communication method, characterized in that, include: When an IoT device switches from an unavailable state to an available state, a first instruction is sent, which is used to schedule the IoT device.

2. The method according to claim 1, characterized in that, The method further includes: Send a status confirmation message, which is used to confirm whether the IoT device has switched from the unavailable state to the available state; If a response message confirming the status is received, it is determined that the IoT device has switched from the unavailable state to the available state.

3. The method according to claim 2, characterized in that, The status confirmation information includes: The first information field is used to indicate that the status confirmation information is information confirming whether the Internet of Things device has switched from the unavailable state to the available state; And / or, IoT device identification information, used to indicate the IoT device.

4. The method according to claim 2 or 3, characterized in that, The duration between the first moment and the moment when the status confirmation information is sent is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have entered the unavailable state from the available state. Wherein, the first duration is the duration of the unavailable state of the IoT device, or the minimum duration of the unavailable state of the IoT device.

5. The method according to claim 1, characterized in that, The duration between the first moment and the moment the first instruction is sent is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to have entered the unavailable state from the available state. Wherein, the first duration is the duration of the unavailable state of the IoT device, or the minimum duration of the unavailable state of the IoT device.

6. The method according to claim 4 or 5, characterized in that, The method further includes: Obtain configuration information, which is used to indicate the first duration.

7. The method according to claim 4 or 5, characterized in that, The method further includes: Receive first indication information, which is used to indicate the first duration.

8. The method according to any one of claims 2-7, characterized in that, The method further includes: Receive a second indication message, which is used to indicate that the IoT device is in the unavailable state, or to indicate that the IoT device enters the unavailable state within a second duration from the current moment.

9. The method according to any one of claims 2-7, characterized in that, The method further includes: Send the second instruction; If no response signal is received for the second instruction, the second instruction is retransmitted; If the number of retransmissions of the second instruction is greater than or equal to a preset threshold, the IoT device is determined to be in the unavailable state.

10. A communication method, characterized in that, include: A first instruction is received when the IoT device switches from an unavailable state to an available state, and the first instruction is used to schedule the IoT device.

11. The method according to claim 10, characterized in that, The method further includes: Receive status confirmation information, the status confirmation information being used to confirm whether the IoT device has switched from the unavailable state to the available state; A response message that sends the status confirmation information.

12. The method according to claim 11, characterized in that, The status confirmation information includes: The first information field is used to indicate that the status confirmation information is information confirming whether the Internet of Things device has switched from the unavailable state to the available state; And / or, IoT device identification information, used to indicate the IoT device.

13. The method according to claim 11 or 12, characterized in that, The duration between the first moment and the moment of receiving the status confirmation information is greater than or equal to the first duration, where the first moment is the moment when the IoT device is determined to enter the unavailable state from the available state. Wherein, the first duration is the duration of the unavailable state of the IoT device, or the minimum duration of the unavailable state of the IoT device.

14. The method according to claim 10, characterized in that, The duration between the first moment and the moment of receiving the first instruction is greater than or equal to the first duration, where the first moment is the moment when the Internet of Things device is determined to have entered the unavailable state from the available state. Wherein, the first duration is the duration of the unavailable state of the IoT device, or the minimum duration of the unavailable state of the IoT device.

15. The method according to claim 13 or 14, characterized in that, The method further includes: Send a first indication message, which is used to indicate the first duration.

16. The method according to any one of claims 11-15, characterized in that, The method further includes: Send a second indication message, which is used to indicate that the IoT device is in the unavailable state, or to indicate that the IoT device enters the unavailable state within a second duration from the current moment.

17. A communication device, characterized in that, include: The first transceiver module is used to send a first instruction when the IoT device switches from an unavailable state to an available state, and the first instruction is used to schedule the IoT device.

18. A communication device, characterized in that, include: The second transceiver module is used to receive a first instruction, which is received when the IoT device switches from an unavailable state to an available state, and the first instruction is used to schedule the IoT device.

19. A communication device, characterized in that, include: At least one processor; as well as A memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor to enable the at least one processor to perform the method of any one of claims 1 to 16.

20. A non-transitory computer-readable storage medium storing computer instructions, characterized in that, in, The computer instructions are used to cause the computer to perform the method according to any one of claims 1 to 16.

21. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method of any one of claims 1 to 16.

Images