Processing method, communication device, and storage medium

WO2026002295A3PCT designated stage Publication Date: 2026-05-15SHENZHEN TRANSSION HLDG CO LTD
View PDF 4 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
SHENZHEN TRANSSION HLDG CO LTD
Filing Date
2025-08-04
Publication Date
2026-05-15

AI Technical Summary

Technical Problem

When an AIoT device fails to complete a write command, it will not send a D2R response indicating that the write command has been successfully executed, making it impossible for network devices to determine whether the AIoT device has successfully executed the write command.

Method used

The first device reports the first content based on the first instruction, which clarifies whether the AIoT device has successfully executed the write command, including sending a D2R response and recording the write operation status, ensuring that the network device can know the write status.

Benefits of technology

This technology enables network devices to accurately determine whether an AIoT device has successfully executed a write command, thus improving the AIoT technology mechanism and enhancing the reliability and accuracy of data transmission.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2025112509_15052026_PF_FP_ABST
    Figure CN2025112509_15052026_PF_FP_ABST
Patent Text Reader

Abstract

The present application discloses a processing method, a communications device, and a storage medium. The processing method comprises: on the basis of a first instruction, a first device reports first content. The technical solution of the present application can determine whether an AIoT device has successfully executed a write command, so as to improve an AIoT technical mechanism.
Need to check novelty before this filing date? Find Prior Art

Description

Processing method, communication device and storage medium TECHNICAL FIELD

[0001] The present application relates to the technical field of communication, in particular to a processing method, a communication device and a storage medium. BACKGROUND

[0002] In the existing protocol, for the scene supporting the DO-DTT (Device-Originated-Device-Terminated Triggered) service class, in the data transmission process of the network device and the AIoT device through the reader (such as reader) and the AIoT device (such as device), the network device sends the R2D command (such as read, write, disable, etc.), and the AIoT device executes the R2D command and sends the D2R response.

[0003] In the process of conceiving and implementing the present application, the inventors have found that at least the following problems exist:

[0004] When the AIoT device does not complete the write command, it will not send the D2R response of the successful execution of the write command, and when the reader schedules the D2R transmission for the write command response, the D2R response may not be ready, which will cause the network device to only know that the AIoT device has received the write command, but does not know whether the AIoT device has successfully executed the write command. Therefore, it is necessary to determine whether the AIoT device has successfully executed the write command, so as to perfect the AIoT technology mechanism.

[0005] The foregoing narrative is directed to providing general background information and does not necessarily constitute the prior art. TECHNICAL SOLUTION

[0006] The main purpose of the present application is to provide a processing method, a communication device and a storage medium, which aims to determine whether the AIoT device has successfully executed the write command, so as to perfect the AIoT technology mechanism.

[0007] The processing method provided by the present application can be applied to a first device (such as an AIoT device), and includes the following steps:

[0008] S2: reporting first content based on the first instruction.

[0009] Optionally, the processing method further includes at least one of the following:

[0010] The first instruction includes an AIoT communication instruction and / or a first indication;

[0011] The first content includes at least one of upper layer data of the first device, second content, and write state indication information.

[0012] Optionally, the processing method further comprises at least one of the following:

[0013] The AIoT communication instruction comprises at least one of an R2D command, an AIoT paging command, a last D2R transmission indication, and a network access trigger instruction;

[0014] The first indication comprises at least one of a read command, first configuration information, and a write detection indication;

[0015] The first indication is carried by the R2D command and / or the AIoT paging command;

[0016] The first indication is provided by the second device;

[0017] The write state indication information comprises a state of a last write operation stored by the first device.

[0018] Optionally, the processing method further comprises at least one of the following:

[0019] The R2D command is an R2D command after a last D2R command and / or a first R2D command in a one-time access process;

[0020] The first configuration information is used to instruct the first device to read the second content;

[0021] The read command and / or the write detection indication is used to instruct the first device to read the second content;

[0022] The state of the last write operation stored by the first device comprises at least one of success, failure, and in progress;

[0023] The second content comprises at least one of a high n bytes, a low m bytes, and k bytes offset by at least one byte from the high byte of upper layer data of the first device, n, m, and k being positive integers;

[0024] The second device can be a reader and / or a network device.

[0025] Optionally, the processing method further comprises at least one of the following:

[0026] The AIoT paging command is received;

[0027] In response to the AIoT paging command, wireless resource information is acquired;

[0028] Based on the wireless resource information, the first device ID is sent;

[0029] Based on the AIoT paging command, the first indication is determined;

[0030] At least one R2D command is received;

[0031] determine the first indication based on the R2D command;

[0032] record whether the last write operation is successfully performed;

[0033] store the status about the last write operation;

[0034] send the D2R response command;

[0035] report the more data indication as the first value in response to the first condition being met.

[0036] Optionally, the processing method further comprises at least one of the following:

[0037] the first content is reported through the D2R response command;

[0038] the wireless resource information is obtained from the random response message;

[0039] the wireless resource information is obtained from the AIoT paging command;

[0040] the wireless resource information is obtained from the last R2D command;

[0041] the first condition being met comprises at least one of the following:

[0042] the MAC of the first device receives the indication information from the upper layer, and the indication information indicates that there will be a D2R response command to be sent in the future or the D2R response command is not ready yet;

[0043] when the MAC of the first device sends the D2R response command, the size of the MAC SDU is the second value.

[0044] Optionally, the processing method further comprises at least one of the following:

[0045] if the AIoT paging command triggers CBRA, initiate a random access process, and receive a random response message to obtain the wireless resource information from the random response message;

[0046] if the AIoT paging command triggers CFRA, obtain the wireless resource information from the AIoT paging command;

[0047] if the MAC of the first device does not receive the write success indication from the upper layer or does not have upper layer data to send, the D2R response command carries padding data;

[0048] before the MAC of the first device receives the indication information from the upper layer, the upper layer is indicated about the time limit for data transmission.

[0049] The application also provides a processing method, which can be applied to a second device (such as a reader, a network device, etc.), comprising the steps of:

[0050] S1: sending a first instruction to cause the first device to report first content based on the first instruction.

[0051] Optionally, the processing method further comprises at least one of the following:

[0052] The second device can be a reader and / or a network device;

[0053] The first instruction comprises an AIoT communication instruction and / or a first indication;

[0054] The first content comprises at least one of upper-layer data of the first device, second content, and write state indication information.

[0055] Optionally, the processing method further comprises at least one of the following:

[0056] The AIoT communication instruction comprises at least one of an R2D command, an AIoT paging command, a last D2R transmission signaling, and a network access trigger instruction;

[0057] The first indication comprises at least one of a read command, first configuration information, and a write detection indication;

[0058] The first indication is carried by the R2D command and / or the AIoT paging command;

[0059] The first indication is sent by the reader;

[0060] The write state indication information comprises a state of a last write operation stored by the first device.

[0061] Optionally, the processing method further comprises at least one of the following:

[0062] The R2D command is an R2D command after a last D2R command and / or a first R2D command in a one-time access process;

[0063] The first configuration information is used to instruct the first device to read the second content;

[0064] The read command and / or the write detection indication are used to instruct the first device to read the second content;

[0065] The state of the last write operation stored by the first device comprises at least one of success, failure, and in progress;

[0066] The second content comprises at least one of a high n bytes, a low m bytes, and k bytes offset by at least one byte from the high byte of upper-layer data of the first device, n, m, and k being positive integers.

[0067] Optionally, the processing method further comprises at least one of the following:

[0068] sending an AIoT paging command;

[0069] the first device acquires wireless resource information in response to the AIoT paging command;

[0070] the first device sends the first device ID based on the wireless resource information;

[0071] receiving the first device ID sent by the first device;

[0072] the first device determines the first indication based on the AIoT paging command;

[0073] sending at least one R2D command;

[0074] the first device determines the first indication based on the R2D command;

[0075] the first device records whether the last write operation is successfully executed;

[0076] the first device stores the status of the last write operation;

[0077] receiving the D2R response command sent by the first device;

[0078] the first device reports the more data indication as the first value in response to satisfying the first condition.

[0079] Optionally, the processing method further comprises at least one of the following:

[0080] the first content is reported through the D2R response command;

[0081] the wireless resource information is acquired by the first device from the random response message;

[0082] the wireless resource information is acquired by the first device from the AIoT paging command;

[0083] the wireless resource information is acquired from the last R2D command;

[0084] satisfying the first condition comprises at least one of the following:

[0085] the MAC of the first device receives indication information from the upper layer, and the indication information indicates that there is a D2R response command to be sent in the future or the D2R response command is not ready;

[0086] when the MAC of the first device sends the D2R response command, the size of the MAC SDU of the first device is the second value.

[0087] Optionally, the method further comprises at least one of the following:

[0088] If the AIoT paging command triggers CBRA, the first device initiates a random access procedure and receives a random response message, and obtains wireless resource information from the random response message;

[0089] If the AIoT paging command triggers CFRA, the first device obtains wireless resource information from the AIoT paging command;

[0090] If the MAC of the first device does not receive a write success indication from the upper layer or has no upper layer data to send, the first device carries padding data in the D2R response command;

[0091] Before the MAC of the first device receives the indication information from the upper layer, the first device indicates the upper layer about the time limit for data transmission.

[0092] The application also provides a processing device, which comprises:

[0093] The processing module is configured to report the first content based on the first instruction.

[0094] The application also provides a processing device, which comprises:

[0095] The sending module is configured to send the first instruction, so that the first device reports the first content based on the first instruction.

[0096] The application also provides a communication device, which comprises a memory, a processor, and a processing program stored in the memory and executable on the processor, and the processing program, when executed by the processor, implements the steps of the processing method according to any one of the above.

[0097] The communication device in the application can be a first device (such as an AIoT device, a terminal device), a second device (such as a reader, a network device, etc.), or a chip (such as a SOC or a baseband chip with communication function, etc.), and the specific meaning needs to be clarified in combination with the context.

[0098] The application also provides a computer readable storage medium, which stores a processing program, and the processing program, when executed by a processor, implements the steps of the processing method according to any one of the above.

[0099] In the technical scheme of the application, the first device reports the first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby perfecting the AIoT technical mechanism. BRIEF DESCRIPTION OF DRAWINGS

[0100] The accompanying drawings, which are incorporated herein and constitute part of the specification, illustrate embodiments consistent with the application and, together with the description, further serve to explain the principles of the application. In order to more clearly illustrate the technical solutions of the embodiments of the application, the drawings needed to be used in the description of the embodiments will be briefly introduced. Obviously, those skilled in the art can obtain other drawings according to these drawings without any creative effort.

[0101] Fig. 1 is a schematic diagram of the hardware structure of a mobile terminal implementing various embodiments of the application;

[0102] Fig. 2 is a schematic diagram of a communication network system architecture provided by the embodiments of the application;

[0103] Fig. 3 is a schematic diagram of the hardware structure of a controller 140 provided by the application;

[0104] Fig. 4 is a schematic diagram of the hardware structure of a network node 150 provided by the application;

[0105] Fig. 5 is a schematic diagram of the flow of a processing method according to a first embodiment of the application;

[0106] Fig. 6 is a schematic diagram of the scene interaction flow of a processing method according to a second embodiment of the application;

[0107] Fig. 7 is a schematic diagram of the scene interaction flow of a processing method according to a third embodiment of the application;

[0108] Fig. 8 is a schematic diagram of the scene interaction flow of a processing method according to a fourth embodiment of the application;

[0109] Fig. 9 is a schematic diagram of the scene interaction flow of a processing method according to a fifth embodiment of the application;

[0110] Fig. 10 is a schematic diagram of the scene interaction flow of a processing method according to a sixth embodiment of the application;

[0111] Fig. 11 is a schematic diagram of the scene interaction flow of a processing method according to a seventh embodiment of the application;

[0112] Fig. 12 is a schematic diagram of the scene interaction flow of a processing method according to a ninth embodiment of the application;

[0113] Fig. 13 is a schematic diagram of the flow of a processing method according to a tenth embodiment of the application;

[0114] Fig. 14 is a schematic diagram of the interaction flow between a network device and a terminal device of a processing method according to an eleventh embodiment of the application;

[0115] Fig. 15 is a schematic diagram of the structure of a processing apparatus according to an embodiment of the application;

[0116] Fig. 16 is a schematic diagram of a structure of a processing device according to an embodiment of the present application;

[0117] Fig. 17 is a schematic diagram of a structure of a communication device according to an embodiment of the present application.

[0118] The implementation, functional features and advantages of the present application will be further described with reference to the embodiments and the accompanying drawings. The above-described drawings have shown the specific embodiments of the present application, and the following will have more detailed description. These drawings and the written description are not intended to limit the scope of the present application in any way, but to illustrate the concept of the present application for those skilled in the art by referring to the specific embodiments.

[0119] Embodiments of the present application

[0120] The exemplary embodiments will be described in detail herein with reference to the accompanying drawings. In the following description, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments are not meant to represent all embodiments consistent with the present application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of the present application as detailed in the appended claims.

[0121] It should be noted that, in this document, the terms "comprises", "comprising", or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but can also include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element preceded by "comprises... a" does not, without more constraints, foreclose the existence of additional identical elements in the process, method, article, or apparatus that comprises the recited element. Components, features, elements, and / or aspects of different embodiments of the present application can be combined or interchanged, and are not limited to the combinations explicitly listed, but are instead intended to cover all possible combinations.

[0122] It should be understood that, although terms, first, second, third, etc. can be used herein to describe various information, these terms are not intended to denote a particular order or hierarchy among the information. These terms are used only to distinguish one category of information from another category of information. For example, a first information can be termed a second information, and similarly, a second information can be termed a first information without departing from the scope hereof. The word "if' as used herein, depending on the context in which it is used, can be interpreted to mean "when" or "upon" or "in response to determining" or "in response to detecting." Also, the word "comprise" or "comprising" as used herein, can be interpreted as meaning "comprising but not limited to." It will be further understood that the terms "comprises" and / or "comprising," when used in this specification, specify the presence of stated features, steps, operations, elements, components, items, and / or groups but do not preclude the presence or addition of one or more other features, steps, operations, elements, components, items, and / or groups thereof. As used herein, the terms "or," "and / or," "and," "at least one of," and the like are to be interpreted as inclusive, unless the context of their use indicates otherwise. For example, "A, B, or C" or "A, B, and / or C" or "at least one of A and B" can be interpreted to mean "A; B; C; A and B; A and C; B and C; A, B, and C," or the like. Such clauses are also to be interpreted to mean "A, or B, or C, or any combination of the items A, B, and C" or the like.

[0123] It should be understood that, although various steps in the flowcharts of the embodiments of the present application are shown in a sequential order, these steps are not necessarily performed in the order shown. Unless explicitly stated, the steps of the embodiments of the present application are not necessarily performed in the order shown. Moreover, at least some of the steps can include multiple sub-steps or multiple stages, which are not necessarily performed in the order shown. For example, the steps of the flowcharts can be performed in parallel or in any order.

[0124] The word "if' as used herein, depending on the context in which it is used, can be interpreted to mean "when" or "upon" or "in response to determining" or "in response to detecting." Similarly, the phrase "if determined" or "if detecting (a stated condition or event)" can be interpreted to mean "when determined" or "in response to determining" or "when detecting (a stated condition or event)" or "in response to detecting (a stated condition or event)," depending on the context in which it is used.

[0125] It should be noted that, in this paper, step codes such as S1, S2, etc. are used, the purpose is to more clearly and briefly express the corresponding content, and does not constitute a substantial limitation on the order. Those skilled in the art may perform S2 before S1, etc. when implementing, but these should be within the scope of protection of the present application.

[0126] It should be understood that the specific embodiments described herein are merely intended to explain the present application and are not intended to limit the present application.

[0127] In the following description, the suffixes such as "module", "part", or "unit" used for an element are merely intended for convenience of explanation of the present application, and have no specific meaning by itself. Thus, "module", "part", or "unit" can be mixedly used.

[0128] The communication device in the present application can be a first device (such as an AIoT device, a terminal device), a second device (such as a reader, a network device, etc.), or a chip (such as a SOC or a baseband chip with communication function, etc.). The specific meaning needs to be clarified according to the context.

[0129] The terminal device can be implemented in various forms. For example, the terminal device described in the present application can include smart terminal devices such as a mobile phone, a tablet computer, a notebook computer, a palm computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a wearable device, a smart bracelet, a pedometer, and the like, and fixed terminal devices such as a digital TV, a desktop computer, and the like.

[0130] In the following description, a mobile terminal will be taken as an example for description, and those skilled in the art will understand that the configuration according to the embodiments of the present application can also be applied to terminal devices of a fixed type, except for elements specially used for mobile purposes.

[0131] Please refer to FIG. 1, which is a schematic diagram of the hardware structure of a mobile terminal for implementing various embodiments of the present application. The mobile terminal 100 can include a radio frequency unit 101, a WiFi module 102, an audio output unit 103, an A / V (audio / video) input unit 104, a sensor 105, a display unit 106, a user input unit 107, an interface unit 108, a memory 109, a processor 110, and a power supply 111, etc. Those skilled in the art can understand that the mobile terminal structure shown in FIG. 1 does not constitute a limitation on the mobile terminal, and the mobile terminal can include more or fewer components than the diagram, or combine certain components, or different component arrangement.

[0132] The components of the mobile terminal will be described in detail below with reference to FIG. 1.

[0133] The radio frequency unit 101 can be used for receiving and transmitting signals in the process of information or communication. Specifically, the radio frequency unit 101 receives the downlink information from the base station and provides the received information to the processor 110 for processing. In addition, the radio frequency unit 101 transmits the uplink data to the base station. Generally, the radio frequency unit 101 includes, but is not limited to, an antenna, at least one amplifier, a transceiver, a coupler, a low noise amplifier, a duplexer, etc. The radio frequency unit 101 can also communicate with the network and other devices through wireless communication. The wireless communication can use any communication standard or protocol, including but not limited to GSM (Global System for Mobile communication), GPRS (General Packet Radio Service), CDMA2000 (Code Division Multiple Access 2000), WCDMA (Wideband Code Division Multiple Access), TD-SCDMA (Time Division-Synchronous Code Division Multiple Access), FDD-LTE (Frequency Division Duplexing-Long Term Evolution), TDD-LTE (Time Division Duplexing-Long Term Evolution), 5G, 6G, etc.

[0134] WiFi is a short-range wireless transmission technology. The WiFi module 102 can help users to send and receive emails, browse web pages, and access streaming media, etc. It provides users with wireless broadband Internet access. Although the WiFi module 102 is shown in FIG. 1, it is understood that it is not a necessary component of the mobile terminal, and can be omitted without changing the essence of the application.

[0135] The audio output unit 103 can convert audio data, which are received from the radio frequency unit 101 or the WiFi module 102 or stored in the memory 109, into an audio signal and output the same as sound when the mobile terminal 100 is in a call signal reception mode, a call mode, a record mode, a voice recognition mode, a broadcast reception mode, and the like. Moreover, the audio output unit 103 can provide various sound output functions according to functions of the mobile terminal 100 (e.g., a call signal reception sound, a message reception sound, a notification sound for an event, a function execution sound, and the like). The audio output unit 103 can include a speaker, a buzzer, and the like.

[0136] The A / V input unit 104 receives audio or video signals. The A / V input unit 104 can include a graphic processing unit (GPU) 1041 and a microphone 1042. The graphic processing unit 1041 processes image data of a still picture or a video obtained by an image capture device (e.g., a camera) in a video call mode or an image call mode of the mobile terminal 100. Processed image frames can be displayed on the display unit 106. The image frames processed by the graphic processing unit 1041 can be stored in the memory 109 (or other storage medium) or transmitted via the radio frequency unit 101 or the WiFi module 102. The microphone 1042 receives a sound (audio data) in a phone call mode, a recording mode, a voice recognition mode, and the like via the microphone 1042, and can process the sound into audio data. Processed audio (voice) data can be converted into a format transmittable to a mobile communication base station via the radio frequency unit 101 in the case of the phone call mode. The microphone 1042 can implement various noise removal (or cancellation) algorithms for removing (or canceling) noise generated in the process of receiving and transmitting audio signals.

[0137] The mobile terminal 100 further includes at least one sensor 105, such as a light sensor, a motion sensor, and the like. The light sensor includes an ambient light sensor and a proximity sensor, which can optionally adjust the brightness of the display panel 1061 according to the brightness of ambient light, and can turn off the display panel 1061 and / or the backlight when the mobile terminal 100 is moved to the ear. As one of the motion sensors, the accelerometer sensor can detect the magnitude and direction of acceleration in each of the three axes, and can detect the magnitude and direction of gravity when the mobile terminal 100 is at rest, and can be used for applications for recognizing the posture of the mobile terminal 100 (e.g., switching between landscape and portrait modes, related games, magnetometer posture calibration), vibration recognition related functions (e.g., pedometer, tapping), and the like. As for the other sensors that can be configured in the mobile terminal 100, such as a fingerprint sensor, a pressure sensor, an iris sensor, a molecular sensor, a gyroscope, a barometer, a hygrometer, a thermometer, an infrared sensor, and the like, detailed descriptions thereof will not be given herein.

[0138] The display unit 106 is configured to display information input by a user or information provided for the user. The display unit 106 can include a display panel 1061, which can be implemented in the form of a Liquid Crystal Display (LCD), an Organic Light-Emitting Diode (OLED), or the like.

[0139] The user input unit 107 can be configured to receive input digital or character information, and to generate a key signal corresponding to a user's manipulation of keys related to user settings of the mobile terminal and / or control of the function. Optionally, the user input unit 107 can include a touch panel 1071 and another input device 1072. The touch panel 1071, which is also called a touch screen, can collect touch operations of a user on or proximity to the touch panel 1071 (e.g., a user's operation using a finger, a stylus, or the like on or in proximity to the touch panel 1071), and can drive a corresponding connection device according to a pre-set program. The touch panel 1071 can include a touch detecting device and a touch controller. The touch detecting device can detect a user's touch position and can detect a signal resulting from a touch operation, and can transmit the signal to the touch controller. The touch controller can receive touch information from the touch detecting device, and can convert the touch information into a touch coordinate, and can transmit the touch coordinate to the processor 110. The touch controller can also receive a command from the processor 110 and can execute the command. The touch panel 1071 can be implemented in various types such as a resistive type, a capacitive type, an infrared type, a surface acoustic wave type, and the like. In addition to the touch panel 1071, the user input unit 107 can further include the other input device 1072. The other input device 1072 can include, for example, one or more of a physical keypad, a function key (e.g., a volume control key, a switch key, or the like), a track ball, a mouse, a joystick, or the like, without limitation.

[0140] Optionally, the touch panel 1071 can cover the display panel 1061, and when the touch panel 1071 detects a touch operation on or in proximity to the touch panel 1071, can transmit the same to the processor 110 to determine a type of the touch event, and the processor 110 can then provide a corresponding visual output on the display panel 1061 according to the type of the touch event. Although the touch panel 1071 and the display panel 1061 are implemented as two separate components to perform input and output functions of the mobile terminal in FIG. 1, in some embodiments, the touch panel 1071 and the display panel 1061 can be integrated to perform input and output functions of the mobile terminal, without limitation.

[0141] The interface unit 108 serves as an interface through which at least one external device can be connected to the mobile terminal 100. For example, the external device can include a wired or wireless headset port, an external power (or battery charger) port, a wired or wireless data port, a memory card port, a port for connecting a device having an identification module, an audio input / output (I / O) port, a video I / O port, an earphone port, and / or the like. The interface unit 108 can be used to receive input data from an external device (e.g., data information, power, and / or the like) and to transmit the received input data to one or more elements within the mobile terminal 100 or can be used to transmit data between the mobile terminal 100 and the external device.

[0142] The memory 109 is operable to store software programs as well as various data. The memory 109 can include a program storage area and a data storage area, and can optionally further include a storage for an operating system, applications program (e.g., for at least one function such as play of a music file, play of a video file, etc.), and / or the like; and can store data (e.g., a phone book with phone numbers and addresses, music files, video files, etc.) created by the user as well as any other data. The memory 109 can include a volatile memory (e.g., a random access memory (RAM)) and / or a non-volatile memory (e.g., a flash memory device, a hard disk drive, or the like).

[0143] The processor 110 is a control center of the mobile terminal that connects all the components of the mobile terminal with each other via a variety of interfaces and lines, and controls overall operations of the mobile terminal by executing or processing software programs and / or modules stored in the memory 109 and by processing data stored in the memory 109. The processor 110 can include one or more processing units. Preferably, the processor 110 can include an application processor and a modem processor, and the application processor can process an operating system, a user interface, and applications, and the modem processor can process wireless communication. It is understood that the modem processor can not be included in the processor 110.

[0144] The mobile terminal 100 can further include a power supply 111 (e.g., a battery) that provides power to at least some of the components of the mobile terminal 100. The power supply 111 can also be configured to receive power from an external power source and / or to transmit power to an external device. The power supply 111 can also be configured to manage charging and / or power consumption of the mobile terminal 100.

[0145] Although not shown in FIG. 1, the mobile terminal 100 can further include a Bluetooth module, and the like, which will not be described herein.

[0146] For the convenience of understanding the embodiments of the present application, a communication network system based on which the mobile terminal of the present application is implemented will be described below.

[0147] Referring to FIG. 2, which is a diagram of a communication network system architecture provided by the embodiments of the present application, the communication network system is a Long Term Evolution (LTE) system of a general mobile communication technology, and the LTE system includes a User Equipment (UE) 201, an Evolved UMTS Terrestrial Radio Access Network (E-UTRAN) 202, an Evolved Packet Core (EPC) 203, and an operator's IP service 204, which are connected in sequence.

[0148] Optionally, the UE 201 can be the terminal device 100 described above, and thus will not be described here again.

[0149] The E-UTRAN 202 includes an eNode B 2021 and other eNode Bs 2022. Optionally, the eNode B 2021 can be connected with the other eNode Bs 2022 through a backhaul (for example, an X2 interface), the eNode B 2021 is connected to the EPC 203, and the eNode B 2021 can provide access for the UE 201 to the EPC 203.

[0150] The EPC 203 can include a Mobility Management Entity (MME) 2031, a Home Subscriber Server (HSS) 2032, other MMEs 2033, a Serving Gate Way (SGW) 2034, a PDN Gate Way (PGW) 2035, and a Policy and Charging Rules Function (PCRF) 2036. Optionally, the MME 2031 is a control node for processing signaling between the UE 201 and the EPC 203, and provides bearer and connection management. The HSS 2032 is configured to provide some registers to manage functions such as a home location register (not shown in the figure), and stores some user-specific information about service features, data rates, and the like. All user data can be transmitted through the SGW 2034, the PGW 2035 can provide IP address allocation and other functions for the UE 201, and the PCRF 2036 is a policy and charging control policy decision point for a service data flow and an IP bearer resource, which selects and provides available policy and charging control decisions for a policy and charging enforcement function unit (not shown in the figure).

[0151] The IP service 204 can include the Internet, an intranet, an IMS (IP Multimedia Subsystem), or other IP services, etc.

[0152] Referring to FIG. 3, FIG. 3 is another communication network system architecture provided by embodiments of the present disclosure, which is a NR (New Radio) system of a general mobile communication technology, and is applied to at least a 5G system. Network functions (NFs) of the communication network system architecture can include: an AUSF (Authentication Server Function), an AMF (Access and Mobility Management Function), a DN (Data Network) (e.g., an operator service, Internet access, or a third-party service), an NEF (Network Exposure Function), an NRF (Network Repository Function), an NSACF (Network Slice Admission Control Function), an NSSAAF (Network Slice Specific and SNPN Authentication and Authorization Function), an NSSF (Network Slice Selection Function), a PCF (Policy Control Function), an SMF (Session Management Function), a UDM (Unified Data Management), a UPF (User Plane Function), an AF (Application Function), a UE (User Equipment), a (R)AN ((Radio) Access Network), and an EASDF (Edge Application Server Discovery Function).

[0153] Optionally, the communication network system architecture can further include the following network entities: an SCP (Service Communication Proxy) and multiple interfaces. The N1 interface is an interface between the UE and the AMF, the N2 interface is an interface between the RAN and the AMF, the N3 interface is an interface between the RAN and the UPF, the N4 interface is an interface between the UPF and the SMF, the N6 interface is an interface between the UPF and the DN, and the N9 interface is an interface between the UPFs.

[0154] Optionally, the communication network system architecture can further include the following service-based interfaces: Namf, Nsmf, Nnef, Npcf, Nudm, Naf, Nnrf, Nnsacf, Nnssf, Nnssaaf, Nausf, Neasdf, Nupf. The Namf is a service-based interface exposed by the AMF, the Nsmf is a service-based interface exposed by the SMF, the Nnef is a service-based interface exposed by the NEF, the Npcf is a service-based interface exposed by the PCF, the Nudm is a service-based interface exposed by the UDM, the Naf is a service-based interface exposed by the AF, the Nnrf is a service-based interface exposed by the NRF, the Nnsacf is a service-based interface exposed by the NSACF, the Nnssf is a service-based interface exposed by the NSSF, the Nnssaaf is a service-based interface exposed by the NSSAAF, the Nausf is a service-based interface exposed by the AUSF, the Neasdf is a service-based interface exposed by the EASDF, and the Nupf is a service-based interface exposed by the UPF.

[0155] Although the above is introduced taking LTE and NR systems as examples, those skilled in the art shall know that the present application is not only applicable to LTE and NR systems, but also applicable to other wireless communication systems, for example, GSM, CDMA2000, WCDMA, TD-SCDMA, 5G A and future new network systems (such as 6G), etc., which are not limited here.

[0156] FIG. 4 is a schematic diagram of a hardware structure of a controller 140 provided by the present application. The controller 140 includes a memory 1401 and a processor 1402, the memory 1401 is used to store program instructions, and the processor 1402 is used to call the program instructions in the memory 1401 to execute the steps performed by the controller in the above method embodiment one, and the implementation principles and beneficial effects are similar, which will not be repeated here.

[0157] Optionally, the above controller further includes a communication interface 1403, which can be connected with the processor 1402 through a bus 1404. The processor 1402 can control the communication interface 1403 to realize the functions of receiving and sending of the controller 140.

[0158] FIG. 5 is a schematic diagram of a hardware structure of a network node 150 provided by the present application. The network node 150 includes a memory 1501 and a processor 1502, the memory 1501 is used to store program instructions, and the processor 1502 is used to call the program instructions in the memory 1501 to execute the steps performed by the primary node in the above method embodiment one, and the implementation principles and beneficial effects are similar, which will not be repeated here.

[0159] Optionally, the above controller further includes a communication interface 1503, which can be connected with the processor 1502 through a bus 1504. The processor 1502 can control the communication interface 1503 to realize the functions of receiving and sending of the network node 150.

[0160] The integrated modules in the form of software function modules described above can be stored in a computer readable storage medium. The software function modules described above are stored in a storage medium, including a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) or a processor (English: processor) to execute part of the steps of the method of each embodiment of the present application.

[0161] In the above embodiments, all or part can be implemented by software, hardware, firmware, or any combination thereof. When implemented by software, all or part can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions according to the embodiments of the present application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. The computer instructions can be stored in a storage medium or transferred from one storage medium to another storage medium, for example, the computer instructions can be transferred from one website site, computer, server or data center to another website site, computer, server or data center through wired (for example, coaxial cable, optical fiber, digital subscriber line (DSL)) or wireless (for example, infrared, wireless, microwave, etc.). The storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. containing one or more available media sets. The available medium can be a magnetic medium (for example, floppy disk, hard disk, magnetic tape), an optical medium (for example, DVD), or a semiconductor medium (for example, solid state disk (SSD)), etc.

[0162] Based on the above mobile terminal hardware structure and communication network system, various embodiments of the present application are proposed.

[0163] Technical terms related to the embodiments of the present application:

[0164] IoT: Internet of Things, Internet of Things;

[0165] AIoT: Ambient IoT, Ambient Internet of Things;

[0166] CBRA: Contention-Based Random Access, Contention-Based Random Access;

[0167] CFA: Contention-Free Access, Contention-Free Random Access;

[0168] D2R: Device to Reader, Device to Reader;

[0169] PDRCH: Physical D2R CHannel, D2R Physical Channel;

[0170] PRDCH: Physical R2D CHannel, R2D Physical Channel;

[0171] R2D: Reader to Device, Reader to Device;

[0172] TrCH: Transport CHannel, transport channel

[0173] DO-DTT: Device-Originated by Device-Terminated Trigger, device originated by device terminated trigger

[0174] DT: Device-Terminated, device terminated

[0175] DO-A: Device-Originated Autonomous, device originated autonomous

[0176] LPWAN: Low Power Wide Area Network, low power wide area network

[0177] MTC: Machine Type Communication, machine type communication

[0178] NB-loT: Narrow Band-Internet of Things, narrow band-internet of things

[0179] RedCap: Reduced Capability, reduced capability

[0180] MAC: Medium Access Control, medium access control

[0181] Inventory Request: Inventory Request

[0182] SDU: Service Data Unit, service data unit

[0183] CN: Core Network, core network

[0184] First embodiment

[0185] Referring to FIG. 5, FIG. 5 is a flow diagram of a processing method according to the first embodiment of the present application. The processing method according to the embodiment of the present application can be applied to a first device (such as an AIoT device), and includes the following step S2:

[0186] In step S2, the first device reports first content based on a first instruction.

[0187] The embodiment of the application considers that the AIoT device does not send a D2R response of successful execution of a write command when the write command is not completed, and when the reader schedules a D2R transmission for a write command response, the D2R response may not be ready, which causes the network device to only know that the AIoT device receives the write command, but does not know whether the AIoT device successfully executes the write command.

[0188] Therefore, the embodiment proposes a technical solution, and the first device reports the first content based on the first instruction to clearly indicate whether the AIoT device successfully executes the write command, so as to perfect the AIoT technical mechanism.

[0189] Optionally, the first device is an AIoT device.

[0190] Optionally, the first instruction includes an AIoT communication instruction and / or a first indication.

[0191] Optionally, the first instruction is provided by a second device.

[0192] Optionally, the AIoT communication instruction is indicated by an upper layer of the first device.

[0193] Optionally, the first indication is indicated or configured by an upper layer of the first device.

[0194] Optionally, the first indication is provided by a second device.

[0195] Optionally, the second device can be a reader (such as a reader) and / or a network device (such as a base station).

[0196] Optionally, when the second device is a network device, the second device directly communicates with the first device, or the second device communicates with the first device through a reader to realize the interaction of the related communication instruction.

[0197] Optionally, the AIoT communication instruction includes at least one of an R2D command, an AIoT paging command, a last D2R transmission indication, and a network access trigger instruction.

[0198] Optionally, the first indication includes at least one of a read command, first configuration information, and a write detection indication.

[0199] Optionally, the first indication includes a D2R response command sending indication and / or a configuration more data indication.

[0200] Optionally, the first indication is used to indicate the state of the first device detecting the write operation, so as to detect whether the first device successfully executes the write command.

[0201] Optionally, the first device reports the first content to the second device based on the first indication, so that the second device clearly indicates whether the first device successfully executes the write command.

[0202] Optionally, the first indication is carried by a R2D command and / or an AIoT paging command.

[0203] Optionally, the second device sends a R2D command and / or an AIoT paging command, and the first indication is carried in the R2D command and / or the AIoT paging command.

[0204] Optionally, the first device receives a R2D command and / or an AIoT paging command, extracts the first indication from the R2D command and / or the AIoT paging command, and reports the first content based on the first indication.

[0205] Optionally, the first device sends a D2R response command.

[0206] Optionally, the first content is reported by the D2R response command.

[0207] Optionally, the R2D command can be a R2D command after the last D2R command.

[0208] Optionally, the R2D command can be a first R2D command in an access procedure.

[0209] Optionally, the R2D command can be a reader command.

[0210] Optionally, the R2D command can be a write detection command, and optionally, the write detection command includes a write detection indication.

[0211] Optionally, the first content includes at least one of upper layer data of the first device, the second content, and write status indication information.

[0212] Optionally, the first device records whether the last write operation is successfully performed.

[0213] Optionally, the first device stores a status about the last write operation.

[0214] Optionally, the write status indication information includes the status about the last write operation stored by the first device.

[0215] Optionally, the status about the last write operation stored by the first device includes at least one of success, failure, and in progress.

[0216] Optionally, the first configuration information is used to instruct the first device to read the second content.

[0217] Optionally, the reader command and / or the write detection indication is used to instruct the first device to read the second content.

[0218] Optionally, the second content includes at least one of n upper bytes, m lower bytes, and k bytes offset at least one byte from the upper bytes of the upper layer data of the first device, n, m and k being positive integers.

[0219] Optionally, the wireless resource information is required for the first device to communicate with the second device.

[0220] Optionally, the wireless resource information is obtained from the AIoT paging command.

[0221] Optionally, the wireless resource information is obtained from the random response message.

[0222] Optionally, the wireless resource information is obtained from the last R2D command.

[0223] Optionally, the wireless resource information is used to transmit the first device ID.

[0224] Optionally, the wireless resource information is used to transmit the D2R response command.

[0225] Optionally, if the AIoT paging command triggers CBRA, the first device initiates a random access procedure and receives a random response message, and obtains the wireless resource information from the random response message.

[0226] Optionally, if the AIoT paging command triggers CFRA, the first device obtains the wireless resource information from the AIoT paging command.

[0227] Optionally, if the MAC of the first device does not receive a write success indication from the upper layer or has no upper layer data to send, the D2R response command carries padding data.

[0228] Optionally, the first device obtains a first indication from the R2D command to detect whether the first device successfully executes the write command.

[0229] Optionally, the first device receives at least one R2D command.

[0230] Optionally, the second device sends the AIoT paging command.

[0231] Optionally, the first device receives the AIoT paging command.

[0232] Optionally, in response to the AIoT paging command, the first device obtains the wireless resource information from the AIoT paging command or a random response message.

[0233] Optionally, the first device transmits the first device ID through the obtained wireless resource information.

[0234] Optionally, the second device receives the first device ID.

[0235] Optionally, the second device sends an R2D command to the first device, the R2D command being a write command or carrying the first indication.

[0236] Optionally, the first device receives the R2D command sent by the second device.

[0237] Optionally, in the case where the R2D command is a write command, if the IOT MAC of the first device does not receive a write success indication from the upper layer or the IOT MAC does not have D2R upper layer data that can be sent, the IOT MAC carries padding in the D2R response command, and receives the R2D command sent by the second device again, the R2D command carrying the first indication.

[0238] Optionally, in the case where the R2D command carries the first indication, the first device determines the first indication based on the R2D command.

[0239] Optionally, the first device obtains the first content (such as at least one of the upper layer data, the second content, and the write status indication information) based on the first indication, and feeds back to the second device, so that the second device can detect whether the first device successfully executes the write command according to the first content.

[0240] Optionally, the first device obtains the first indication from the AIoT paging command to detect whether the first device successfully executes the write command.

[0241] Optionally, the second device sends the AIoT paging command, and the AIoT paging command carries the first indication.

[0242] Optionally, the first device receives the AIoT paging command.

[0243] Optionally, in response to the AIoT paging command, the first device obtains the wireless resource information from the AIoT paging command.

[0244] Optionally, the first device determines the first indication based on the AIoT paging command.

[0245] Optionally, the first device obtains the first content (such as at least one of the upper layer data, the second content, and the write status indication information) based on the first indication.

[0246] Optionally, the first device sends the first device ID and the first content obtained according to the first indication through the obtained wireless resource information, so that the second device can detect whether the first device successfully executes the write command according to the first content.

[0247] Optionally, the first device actively reports the write status to the second device.

[0248] Optionally, the first device reports the status of the last write operation in a D2R response command in the next communication process, or in the last D2R transmission, or after any one of the triggered accesses to the network.

[0249] Optionally, if the first device reports the success or failure indication, the reporting is stopped.

[0250] Optionally, one implementation of the write status can have two values, {success, failure}.

[0251] Optionally, another implementation of the write status can have three values, {success, failure, in progress}.

[0252] Optionally, based on more data indication of the first device, the second device detects whether the write command is successfully executed by the first device.

[0253] Optionally, in response to satisfying the first condition, the first device reports the more data indication as a first value, so that the second device detects whether the write command is successfully executed by the first device based on the value of the more data indication.

[0254] Optionally, the first condition is satisfied including at least one of the following:

[0255] The MAC of the first device receives indication information from the upper layer, and the indication information indicates that there is a D2R response command to be sent in the future or that the D2R response command is not ready yet.

[0256] When the MAC of the first device sends the D2R response command, the size of the MAC SDU is a second value.

[0257] Optionally, the first value is 1.

[0258] Optionally, the second value is 0.

[0259] Optionally, before the MAC of the first device receives the indication information from the upper layer, the upper layer indicates the time limit for data transmission.

[0260] Optionally, the time limit of the IOT MAC for the upper layer depends on the Reader implementation, for example, it can be 2 seconds.

[0261] It should be noted that the first indication (including at least one of the read command, the first configuration information and the write detection indication, the D2R response command sending indication and the more data indication) can be carried in the IOT MAC layer or in the upper layer data, and / or carried in the NGAP signaling, for example, the signaling from the core network device (CN) to the reader (Reader) in FIG. 6, for example, the Command Request message.

[0262] By the technical solutions of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby perfecting the AIoT technical mechanism.

[0263] Second embodiment

[0264] Based on the first embodiment, the second embodiment of the present application proposes a processing method, and the embodiment of the present application mainly describes a processing method for detecting whether the write command is successfully executed by the first device.

[0265] Optionally, the first device reports the first content based on the first instruction.

[0266] Optionally, the first device is an AIoT device.

[0267] Optionally, the first instruction is provided by a second device.

[0268] Optionally, the first instruction includes a first indication.

[0269] Optionally, the first device obtains the first indication from the R2D command to detect whether the first device successfully executes the write command.

[0270] Optionally, the second device can be a reader (such as Reader) and a network device (such as a core network device (CN)).

[0271] Optionally, the network device communicates with the AIoT device (Device) through the reader to realize the interaction of related communication instructions.

[0272] Referring to FIG. 6, the system architecture involved in the embodiment can include an AIoT device, a reader, and a core network device (CN), and the overall implementation process of the system of the embodiment includes steps 1-13:

[0273] Step 1. The core network device sends a first request.

[0274] Optionally, the first request is an Inventory Request message.

[0275] Optionally, if the core network device triggers a service, for example, an inventory+command service, the core network device (CN) sends an Inventory Request message to the reader (Reader).

[0276] Optionally, the Inventory Request message carries configuration information related to triggering paging.

[0277] Step 2. The reader sends an AIOT paging command to the AIOT device.

[0278] Step 3. Reader sends first response to core network device;

[0279] Optionally, the first response is an Inventory Response message.

[0280] Optionally, Reader sends AIOT Paging Command to Device after receiving the first request message, and replies Inventory Response to CN.

[0281] Optionally, Device receives AIOT Paging Command from network device side.

[0282] Optionally, if Device judges that it needs to respond to the paging message, then: if AIOT Paging Command triggers CBRA, Device initiates random access procedure, receives random response message, and acquires wireless resource information for sending MSG3 (i.e. Device ID) from the random response message, as shown in FIG. 6.

[0283] Optionally, if AIOT Paging Command triggers CFRA, Device acquires wireless resource information for sending MSG3 (i.e. Device ID) from AIOT Paging Command.

[0284] Step 4. AIoT device sends device ID on the acquired wireless resource.

[0285] Optionally, Device sends Device ID on the acquired wireless resource through D2R response command.

[0286] Step 5. Reader receives Device ID, and sends device ID to core network device;

[0287] Optionally, Reader receives Device ID, and sends Inventory Report message to CN, carrying the Device ID.

[0288] Step 6. Core network device sends first R2D command to Reader;

[0289] Step 7. Reader sends first R2D command to AIoT device;

[0290] Optionally, Reder receives Command Request message from CN, and forwards it to Device.

[0291] Optionally, Command Request message carries first R2D command.

[0292] Optionally, the Device receives the first R2D command sent by the network device side.

[0293] Optionally, the R2D command is a "write" command.

[0294] Optionally, the Device acquires a wireless resource for sending the first D2R response command.

[0295] Step 8. The AIOT device sends a first D2R response command to the reader.

[0296] Optionally, the Device sends the first D2R response command through the acquired wireless resource.

[0297] Optionally, if the IOT MAC of the Device does not receive a write success indication from the upper layer or the IOT MAC does not have D2R upper layer data to send at the time of sending the above wireless resource, the IOT MAC carries padding in the first D2R response command.

[0298] Step 9. The reader sends the first D2R response command to the core network device.

[0299] Optionally, the Reader receives information without carrying upper layer data, and informs the CN through a Command Response message.

[0300] Step 10. The core network device sends a second R2D command to the reader.

[0301] Optionally, the CN triggers a downlink command, i.e., sends a Command Request message to the Reader.

[0302] Optionally, the Command Request message carries the second R2D command.

[0303] Step 11. The reader sends the second R2D command to the AIOT device.

[0304] Optionally, the Reader sends the second R2D command to the Device.

[0305] Optionally, the second R2D command carries a first indication.

[0306] Optionally, the second R2D command is a read command.

[0307] Optionally, the second R2D command carries a write checking indication, and / or related configuration information, or a write checking command.

[0308] Optionally, the Device receives a second R2D command sent by the Reader. For example, a read command carrying a write checking indication, and / or related configuration information, or a write checking command.

[0309] Optionally, the related configuration information indicates n bits / bytes of high bits of the read content, and / or m bits / bytes of low bits, and / or k bits / bytes after offset bits / bytes from the high bits.

[0310] Optionally, a period of time can be waited for to ensure that the Device can complete the write operation before sending the read command to confirm whether the latest write operation is successful.

[0311] Optionally, the specific value of the waiting time depends on the implementation of the Reader, for example, it can be 2 seconds.

[0312] Step 12. The AIOT device sends a second D2R response command to the Reader.

[0313] Optionally, the Device obtains the upper layer data according to the indication in the read command, that is, n bits / bytes of high bits of the content read according to the read command, and / or m bits / bytes of low bits, and / or k bits / bytes after offset bits / bytes from the high bits, and sends them to the Reader.

[0314] Step 13. The Reader sends the upper layer data to the core network device through a command response.

[0315] Optionally, the Reader forwards the received upper layer data to the CN through the Command Response command.

[0316] Through the technical solutions of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the write command is successfully executed by the AIoT device, thereby perfecting the AIoT technical mechanism.

[0317] Third Embodiment

[0318] Based on any of the above embodiments, the third embodiment of the present application proposes a processing method. The present embodiment mainly describes a processing method for detecting whether the write command is successfully executed by the first device.

[0319] Optionally, the first device reports the first content based on the first instruction.

[0320] Optionally, the first device is an AIoT device.

[0321] Optionally, the first instruction is provided by a second device.

[0322] Optionally, the first instruction includes a first indication.

[0323] Optionally, the first device obtains the first indication from the R2D command to detect whether the first device successfully performs the write command.

[0324] Optionally, the second device can be a reader (such as Reader) and a network device (such as Core Network device (CN)).

[0325] Optionally, the network device communicates with the AIoT device (Device) through the reader to realize the interaction of the relevant communication instruction.

[0326] Optionally, referring to FIG. 7, the system architecture involved in the embodiment can include an AIoT device, a reader, and a core network device.

[0327] Optionally, the embodiment considers that the AIoT device can not be able to continuously complete the write operation and the read operation according to the flow shown in FIG. 6 because the AIoT device can not have electricity at any time, and therefore the network device can need to trigger CFRA for a specific AIoT device to detect whether the write operation is completed.

[0328] Optionally, as shown in FIG. 7, the overall implementation flow of the system of the embodiment includes steps 1-9:

[0329] Step 1. The core network device sends a first request;

[0330] Optionally, the first request is an Inventory Request message.

[0331] Optionally, if the core network device triggers a service, for example, an inventory+command service, the core network device (CN) sends an Inventory Request message to the reader (Reader).

[0332] Optionally, the Inventory Request message carries configuration information related to triggering paging.

[0333] Step 2. The reader (Reader) sends an AIOT paging command to the AIOT device;

[0334] Step 3. The reader sends a first response to the core network device;

[0335] Optionally, the first response is an Inventory Response message.

[0336] Optionally, the Reader sends an AIOT paging command to the Device after receiving the first request message, and sends an Inventory Response to the CN.

[0337] Optionally, the Device receives the AIOT paging command from the network device side.

[0338] Optionally, if the Device determines that it needs to respond to the paging message, then: if the AIOT paging command triggers CFRA, the Device obtains wireless resource information for sending MSG3 (i.e., the Device ID) from the AIOT paging command.

[0339] Step 4. The AIOT device sends the device ID on the obtained wireless resource.

[0340] Optionally, the Device sends the Device ID on the obtained wireless resource.

[0341] Step 5. The Reader receives the Device ID and sends the Device ID to the core network device through a response.

[0342] Optionally, the Reader sends an Inventory Report message to the CN after receiving the Device ID, and carries the Device ID.

[0343] Step 6. The core network device sends an R2D command to the Reader.

[0344] Optionally, the Reder sends a Command Request message to the CN, and the Command Request message carries the R2D command.

[0345] Optionally, the R2D command carries a first indication.

[0346] Step 7. The Reader sends the R2D command to the AIOT device.

[0347] Optionally, the Reder receives a Command Request message from the CN and forwards it to the Device.

[0348] Optionally, the Device receives the R2D command sent by the network device side.

[0349] Optionally, the R2D command carries a first indication.

[0350] Optionally, the R2D command is a read command.

[0351] Optionally, the R2D command carries a write checking indication, and / or related configuration information, or a write checking command.

[0352] Optionally, the Device receives the R2D command sent by the Reader.

[0353] For example, the Device receives the read command sent by the Reader, and the read command carries a write checking indication, and / or related configuration information, or a write checking command.

[0354] Optionally, the related configuration information indicates n bits / bytes of high bits of the content read by the R2D command, and / or m bits / bytes of low bits, and / or k bits / bytes after offset bits / bytes from the high bits.

[0355] Step 8. The AIOT device sends a D2R response command to the Reader.

[0356] Optionally, the Device obtains the upper-layer data according to the indication in the read command, i.e., n bits / bytes of high bits of the content read by the read command, and / or m bits / bytes of low bits, and / or k bits / bytes after offset bits / bytes from the high bits, and sends the upper-layer data to the Reader.

[0357] Step 9. The Reader sends the upper-layer data to the core network device through a response.

[0358] Optionally, the Reader forwards the received upper-layer data to the CN through a Command Response command.

[0359] Through the technical solutions of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the write command is successfully executed by the AIoT device, thereby perfecting the AIoT technical mechanism.

[0360] Fourth embodiment

[0361] Based on any of the above embodiments, the fourth embodiment of the present application proposes a processing method. The present embodiment mainly describes a processing method for detecting whether a write command is successfully executed by a first device.

[0362] Optionally, the first device reports the first content based on the first instruction.

[0363] Optionally, the first device is an AIoT device.

[0364] Optionally, the first instruction is provided by a second device.

[0365] Optionally, the first instruction comprises a first indication.

[0366] Optionally, the first device obtains the first indication from the AIoT paging command to detect whether the first device successfully performs the write command.

[0367] Optionally, the second device can be a reader (such as Reader) and a network device (such as core network device (CN)).

[0368] Optionally, the network device communicates with the AIoT device (Device) through the reader to realize the interaction of the relevant communication instruction.

[0369] Optionally, referring to FIG. 8, the system architecture involved in the embodiment can comprise: an AIoT device, a reader, and a core network device (CN).

[0370] Optionally, the embodiment considers that the AIoT device can not be able to continuously complete the write operation and the read operation according to the flow shown in FIG. 6 because the AIoT device can not have electricity at any time, and therefore the network device can need to trigger CFRA for a specific AIoT device to detect whether the write operation is completed.

[0371] Optionally, as shown in FIG. 8, the overall implementation flow of the system of the embodiment comprises steps 1-5:

[0372] Step 1. The core network device sends a first request;

[0373] Optionally, the first request carries a first indication.

[0374] Optionally, the first request is an Inventory Request message.

[0375] Optionally, if the core network device triggers a service, for example, an inventory+command service, the core network device (CN) sends an Inventory Request message to the reader (Reader).

[0376] Optionally, the Inventory Request message carries configuration information related to triggering paging.

[0377] Step 2. The reader (Reader) sends an AIOT paging command to the AIOT device;

[0378] Optionally, the AIOT paging command carries the first indication.

[0379] Optionally, the AIOT paging command carries a write checking indication, and / or related configuration information, or a write checking command.

[0380] Step 3. The reader replies to the core network device with a first response;

[0381] Optionally, the first response is an Inventory Response message.

[0382] Optionally, the Reader sends an AIOT paging command to the Device after receiving this first request message, and replies to the CN with an Inventory Response.

[0383] Optionally, the Device receives the AIOT paging command from the network device side.

[0384] Optionally, if the Device determines that it needs to respond to the paging message, then: if the AIOT paging command triggers CFRA, the Device obtains the wireless resource information for sending MSG3 (i.e. the Device id) from the AIOT paging command, as well as the write checking indication, and / or related configuration information, or the write checking command.

[0385] Optionally, the related configuration information indicates the high n bit / byte, and / or the low m bit / byte, and / or the k bit / byte after the offset bit / byte from the high bit of the read content.

[0386] Step 4. The AIOT device sends a D2R response command to the reader;

[0387] Optionally, the AIoT device sends the device ID and the upper layer data on the obtained wireless resource.

[0388] Optionally, the Device sends the Device ID on the obtained wireless resource, and the upper layer data obtained according to the indication in the read command, i.e. the high n bit / byte, and / or the low m bit / byte, and / or the k bit / byte after the offset bit / byte from the high bit of the content read according to the read command, to the Reader.

[0389] Step 5. The reader sends the upper layer data to the core network device.

[0390] Optionally, the Reader forwards the received upper layer data to the CN through a Command Response command.

[0391] Optionally, the Command Response command carries the high n bits / bytes of the content read by the first device according to the read command, and / or the low m bits / bytes, and / or k bits / bytes after an offset bit / byte from the high bits, and sends them to the Reader.

[0392] Through the technical solutions of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby perfecting the AIoT technical mechanism.

[0393] Fifth Embodiment

[0394] Based on any of the above embodiments, the fifth embodiment of the present application proposes a processing method. The present embodiment mainly describes a processing method for detecting whether the write command is successfully executed by the first device.

[0395] Optionally, the first device reports the first content based on the first instruction.

[0396] Optionally, the first device is an AIoT device.

[0397] Optionally, the first instruction is provided by the second device.

[0398] Optionally, the first instruction includes a first indication.

[0399] Optionally, the first device obtains the first indication from the R2D command to detect whether the first device successfully executes the write command.

[0400] Optionally, the second device detects whether the write command is successfully executed by the first device based on the write detection indication or the recent write success indication of the first device.

[0401] Optionally, when the first device receives the write command, the first device maintains a variable for recording whether the last write operation is successfully executed.

[0402] Optionally, if the first device write operation is successfully executed, the value of the variable is set to a first value, otherwise it is set to a second value, and the default value is the first value.

[0403] Optionally, the first value is 0 and the second value is 1, or vice versa.

[0404] Optionally, the second device can be a Reader (such as Reader) and a network device (such as a core network device (CN)).

[0405] Optionally, the network device communicates with the AIoT device (Device) through the Reader to realize the interaction of related communication instructions.

[0406] Optionally, referring to FIG. 9, the system architecture involved in the embodiment can include an AIoT device, a reader, and a core network device (CN), and the overall implementation process of the system includes steps 1-13.

[0407] Step 1. The core network device sends a first request.

[0408] Optionally, the first request is an Inventory Request message.

[0409] Optionally, if the core network device triggers a service, such as an inventory+command service, the core network device (CN) sends an Inventory Request message to the reader (Reader).

[0410] Optionally, the Inventory Request message carries configuration information related to triggering paging.

[0411] Step 2. The reader (Reader) sends an AIOT paging command to the AIOT device.

[0412] Step 3. The reader replies to the core network device with a first response.

[0413] Optionally, the first response is an Inventory Response message.

[0414] Optionally, after receiving the first request message, the Reader sends an AIOT paging command to the Device and replies to the CN with an Inventory Response.

[0415] Optionally, the Device receives the AIOT paging command from the network device side.

[0416] Optionally, if the Device determines that it needs to respond to the paging message, if the AIOT paging command triggers CBRA, the Device initiates a random access process and receives a random response message, and obtains wireless resource information for sending MSG3 (i.e., Device ID) from the random response message, as shown in FIG. 9.

[0417] Optionally, if the AIOT paging command triggers CFRA, the Device obtains wireless resource information for sending MSG3 (i.e., Device ID) from the AIOT paging command.

[0418] Step 4. The AIoT device sends the device ID on the obtained wireless resource.

[0419] Optionally, the Device sends the Device ID on the acquired wireless resource.

[0420] Step 5. The Reader receives the Device ID and sends the Device ID to the core network device.

[0421] Optionally, the Reader receives the Device ID and sends an Inventory Report message to the CN, carrying the Device ID.

[0422] Step 6. The core network device sends a first R2D command to the Reader.

[0423] Step 7. The Reader sends the first R2D command to the AIOT device.

[0424] Optionally, the Reder receives a Command Request message from the CN and forwards it to the Device.

[0425] Optionally, the Command Request message carries the first R2D command.

[0426] Optionally, the Device receives the first R2D command sent by the network device side.

[0427] Optionally, the R2D command is "write".

[0428] Optionally, the Device acquires the wireless resource for sending the first D2R response command.

[0429] Step 8. The AIOT device sends the first D2R response command to the Reader.

[0430] Optionally, the Device sends the first D2R response command through the acquired wireless resource.

[0431] Optionally, if the IOT MAC of the Device does not receive a write success indication from the upper layer or the IOT MAC does not have D2R upper layer data to send when sending on the above wireless resource, the IOT MAC carries padding in the first D2R response command.

[0432] Step 9. The Reader sends the first D2R response command to the core network device.

[0433] Optionally, the Reader receives the information without carrying upper layer data and notifies the CN through a Command Response message.

[0434] Step 10. The core network device sends a second R2D command to the Reader.

[0435] Optionally, the CN triggers a downlink command, i.e. sending a Command Request message to the Reader.

[0436] Optionally, the Command Request message carries a second R2D command.

[0437] Optionally, the R2D command carries a first indication.

[0438] Step 11. The Reader sends a second R2D command to the AIOT Device;

[0439] Optionally, the Reader sends the second R2D command to the Device.

[0440] Optionally, the second R2D command carries the first indication.

[0441] Optionally, the second R2D command is a read command.

[0442] Optionally, the second R2D command carries a write checking indication, or a write checking command.

[0443] Optionally, the Device receives the second R2D command sent by the Reader.

[0444] For example, the Device receives a read command sent by the Reader, the read command carries a write checking indication, or a write checking command.

[0445] Optionally, the read command can be sent after a certain time period to ensure that the Device can complete the write operation, to confirm whether the latest write operation is successful.

[0446] Optionally, the specific value of the time period depends on the implementation of the Reader, for example, it can be 2 seconds.

[0447] Step 12. The AIOT Device sends a second D2R response command (carrying a write status) to the Reader;

[0448] Optionally, the second D2R response command carries the write status.

[0449] Optionally, the write status includes the success status of the Device about the latest write operation.

[0450] Optionally, one implementation of the write status can have two values, i.e. {success, failure}.

[0451] Optionally, another implementation of the write status can have three values, i.e. {success, failure, in progress}.

[0452] Optionally, the Device fetches the upper layer data as indicated in the read command, i.e. the Device sends the stored success status of the last write operation to the Reader.

[0453] Step 13. The Reader sends the upper layer data (carrying the write status) to the core network device via a command response.

[0454] Optionally, the Reader forwards the received upper layer data to the CN via the Command Response command.

[0455] Optionally, the Command Response command carries the write status of the first device, such as the success status of the last write operation stored by the Device.

[0456] Optionally, the read command can be sent after waiting for a period of time to ensure that the Device can complete the write operation, to confirm whether the latest write operation is successful.

[0457] Optionally, the specific value of the waiting time depends on the implementation of the Reader, for example, it can be 2 seconds.

[0458] Through the technical solutions of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the write command is successfully executed by the AIoT device, thereby perfecting the AIoT technical mechanism.

[0459] Sixth Embodiment

[0460] Based on any of the above embodiments, the sixth embodiment of the present application proposes a processing method. The present embodiment mainly describes a processing method for detecting whether the write command is successfully executed by the first device.

[0461] Optionally, the first device reports the first content based on the first instruction.

[0462] Optionally, the first device is an AIoT device.

[0463] Optionally, the first instruction is provided by a second device.

[0464] Optionally, the first instruction includes a first indication.

[0465] Optionally, the first device obtains the first indication from the R2D command to detect whether the write command is successfully executed by the first device.

[0466] Optionally, the second device detects whether the write command is successfully executed by the first device based on the write detection indication or the last write success indication of the first device.

[0467] Optionally, when the first device receives the write command, the first device maintains a variable for recording whether the last write operation is successfully executed.

[0468] Optionally, if the first device write operation is successfully executed, the value of the variable is set to a first value, otherwise set to a second value, and the default value is the first value.

[0469] Optionally, the first value is 0 and the second value is 1, or vice versa.

[0470] Optionally, the second device can be a reader (such as Reader) and a network device (such as core network device (CN)).

[0471] Optionally, the network device communicates with the AIoT device (Device) through the reader to realize the interaction of related communication instructions.

[0472] Optionally, referring to FIG. 10, the system architecture involved in the embodiment can include: AIoT device, reader and core network device (CN).

[0473] Optionally, the embodiment considers that the AIoT device may not be able to continuously complete the write operation and read operation according to the flow shown in FIG. 9 because the AIoT device may not have power at any time, so the network device may need to trigger CFRA for specific AIoT devices to detect whether the write operation is completed.

[0474] Optionally, as shown in FIG. 10, the overall implementation flow of the system of the embodiment includes steps 1-9:

[0475] Step 1. The core network device sends a first request;

[0476] Optionally, the first request is an Inventory Request message.

[0477] Optionally, if the core network device triggers a service, such as inventory+command service, the core network device (CN) sends an Inventory Request message to the reader (Reader).

[0478] Optionally, the Inventory Request message carries configuration information related to triggering paging.

[0479] Step 2. The reader (Reader) sends an AIOT paging command to the AIOT device;

[0480] Step 3. The reader replies to the core network device with a first response;

[0481] Optionally, the first response is an Inventory Response message.

[0482] Optionally, the Reader sends an AIOT Paging command to the Device after receiving the first request message, and sends an Inventory Response to the CN.

[0483] Optionally, the Device receives the AIOT Paging command from the network device side.

[0484] Optionally, if the Device determines that it needs to respond to the paging message, then: if the AIOT Paging command triggers CFRA, the Device obtains wireless resource information for sending MSG3 (i.e., the Device ID) from the AIOT Paging command.

[0485] Step 4. The AIOT device sends the device ID on the obtained wireless resource.

[0486] Optionally, the Device sends the Device ID on the obtained wireless resource.

[0487] Step 5. The Reader receives the Device ID and sends the device ID to the core network device through a response.

[0488] Optionally, the Reader sends an Inventory Report message to the CN after receiving the Device ID, and carries the Device ID.

[0489] Step 6. The core network device sends an R2D command to the Reader.

[0490] Optionally, the Reder sends a Command Request message to the CN, and the Command Request message carries the R2D command.

[0491] Optionally, the R2D command carries a first indication.

[0492] Step 7. The Reader sends the R2D command to the AIOT device.

[0493] Optionally, the Reder receives a Command Request message from the CN and forwards it to the Device.

[0494] Optionally, the Device receives the R2D command sent from the network device side.

[0495] Optionally, the R2D command carries a first indication.

[0496] Optionally, the R2D command is a read command.

[0497] Optionally, the R2D command carries a write checking indication, or a write checking command.

[0498] Optionally, the Device receives an R2D command sent by the Reader.

[0499] For example, the Device receives a read command sent by the Reader, the read command carries a write checking indication, or a write checking command.

[0500] Step 8. The AIOT device sends a D2R response command (carrying a write status) to the Reader;

[0501] Optionally, the D2R response command carries a write status.

[0502] Optionally, the write status includes the success status of the last write operation stored by the Device.

[0503] Optionally, one implementation of the write status can have two values, i.e., {success, failure}.

[0504] Optionally, another implementation of the write status can have three values, i.e., {success, failure, in progress}.

[0505] Optionally, the Device sends the success status of the last write operation stored by the Device to the Reader according to the indication in the read command.

[0506] Step 9. The Reader sends the upper layer data (carrying the write status) to the core network device through the command response.

[0507] Optionally, the Reader forwards the received upper layer data to the CN through the Command Response command.

[0508] Optionally, the Command Response command carries the write status of the first device, such as the success status of the last write operation stored by the Device.

[0509] Optionally, a period of time can be waited to ensure that the Device can complete the write operation before sending the read command to confirm whether the latest write operation is successful.

[0510] Optionally, the specific value of the waiting time depends on the implementation of the Reader, for example, it can be 2 seconds.

[0511] By the technical solutions of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby improving the AIoT technical mechanism.

[0512] Seventh embodiment

[0513] Based on any of the above embodiments, the seventh embodiment of the present application proposes a processing method. The embodiments of the present application mainly describe a processing method for detecting whether a write command is successfully executed by a first device.

[0514] Optionally, the first device reports the first content based on the first instruction.

[0515] Optionally, the first device is an AIoT device.

[0516] Optionally, the first instruction is provided by a second device.

[0517] Optionally, the first instruction includes a first indication.

[0518] Optionally, the first device obtains the first indication from the R2D command to detect whether the first device successfully executes the write command.

[0519] Optionally, the second device detects whether the write command is successfully executed by the first device based on the write detection indication or the recent write success indication of the first device.

[0520] Optionally, when the first device receives the write command, the first device maintains a variable for recording whether the last write operation is successfully executed.

[0521] Optionally, if the first device write operation is successfully executed, the value of the variable is set to a first value, otherwise it is set to a second value, and the default value is the first value.

[0522] Optionally, the first value is 0 and the second value is 1, or vice versa.

[0523] Optionally, the second device can be a reader (such as a Reader) and a network device (such as a core network device (CN)).

[0524] Optionally, the network device communicates with the AIoT device (Device) through the reader to realize the interaction of related communication instructions.

[0525] Optionally, referring to FIG. 11, the system architecture involved in the embodiment can include an AIoT device, a reader, and a core network device (CN).

[0526] Optionally, the embodiment considers that the AIoT device can not be able to continuously complete the write operation and the read operation according to the flow shown in 9 since the AIoT device can not have power at any time, and thus the network device can need to trigger CFRA for a specific AIoT device to detect whether the write operation is completed.

[0527] Optionally, as shown in FIG. 11, the system of the embodiment generally implements a flow including steps 1-5.

[0528] Step 1. The core network device sends a first request.

[0529] Optionally, the first request carries a first indication.

[0530] Optionally, the first request is an Inventory Request message.

[0531] Optionally, if the core network device triggers a service, for example, an inventory+command service, the core network device (CN) sends an Inventory Request message to the reader (Reader).

[0532] Optionally, the Inventory Request message carries configuration information related to triggering paging.

[0533] Step 2. The reader (Reader) sends an AIOT paging command to the AIOT device.

[0534] Optionally, the AIOT paging command carries the first indication.

[0535] Optionally, the AIOT paging command carries a write checking indication or a write checking command.

[0536] Step 3. The reader replies to the core network device with a first response.

[0537] Optionally, the first response is an Inventory Response message.

[0538] Optionally, the Reader receives the first request message, sends an AIOT paging command to the Device, and replies to the CN with an Inventory Response.

[0539] Optionally, the Device receives the AIOT paging command from the network device side.

[0540] Optionally, if the Device determines that it needs to respond to the paging message, then: if the AIOT paging command triggers CFRA, the Device obtains the radio resource information for sending MSG3 (i.e. the Device id) from the AIOT paging command, and also obtains the write checking indication or the write checking command.

[0541] Step 4. The AIOT device sends a D2R response command (carrying the write status) to the reader.

[0542] Optionally, the D2R response command carries the write status.

[0543] Optionally, the AIOT device sends the upper layer data on the obtained radio resource, i.e. sends the D2R response command, which carries the AIOT device ID and the write status.

[0544] Optionally, the write status includes the success status of the last write operation stored by the Device.

[0545] Optionally, one implementation of the write status can have two values, i.e. {success, failure}.

[0546] Optionally, another implementation of the write status can have three values, i.e. {success, failure, in progress}.

[0547] Optionally, the Device obtains the upper layer data according to the indication in the read command, i.e. reads the success status of the last write operation according to the read command.

[0548] Optionally, the Device sends the Device ID and the success status of the last write operation stored by the Device to the Reader.

[0549] Step 5. The Reader sends the upper layer data (carrying the write status) to the core network device through the command response.

[0550] Optionally, the Reader forwards the received upper layer data to the CN through the Command Response command.

[0551] Optionally, the Command Response command carries the write status of the first device, such as the success status of the last write operation stored by the Device.

[0552] Optionally, a period of time can be waited for to ensure that the Device can complete the write operation before sending the read command to confirm whether the latest write operation is successful.

[0553] Optionally, the specific value of the waiting time depends on the Reader implementation, for example, it can be 2 seconds.

[0554] Through the technical solutions of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby perfecting the AIoT technical mechanism.

[0555] Eighth embodiment

[0556] Based on any of the above embodiments, the eighth embodiment of the present application proposes a processing method, and the embodiment of the present application mainly describes a processing method for detecting whether a write command is successfully executed by a first device:

[0557] Optionally, the first device reports the first content based on the first instruction.

[0558] Optionally, the first device is an AIoT device.

[0559] Optionally, the first instruction includes an AIoT communication instruction.

[0560] Optionally, the AIoT communication instruction is indicated by an upper layer of the first device.

[0561] Optionally, the AIoT communication instruction is provided by the second device.

[0562] Optionally, the AIoT communication instruction is used to instruct the first device to perform AIoT business.

[0563] Optionally, the AIoT communication instruction is used to instruct the first device to communicate with the second device.

[0564] Optionally, the second device can be a reader (such as a reader) and / or a network device (such as a base station).

[0565] Optionally, when the second device is a network device, the second device directly communicates with the first device, or the second device communicates with the first device through a reader to realize the interaction of the related communication instruction.

[0566] Optionally, the communication between the first device and the second device includes at least one of the following:

[0567] The first device receives the R2D command sent by the second device.

[0568] The first device sends a D2R response command to the second device.

[0569] Optionally, the AIoT communication instruction includes at least one of the R2D command, the AIoT paging command, the last D2R transmission indication, and the network access trigger instruction.

[0570] Optionally, the first device actively reports the write state to the second device.

[0571] Optionally, the first device reports the status of the last write operation in a D2R response command in the next communication process, or in the last D2R transmission, or after triggering access to the network any time.

[0572] Optionally, if the first device reports the success or failure indication, the reporting is stopped.

[0573] Optionally, one implementation of the write status can have two values, {success, failure}.

[0574] Optionally, another implementation of the write status can have three values, {success, failure, in progress}.

[0575] Through the technical solutions of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby perfecting the AIoT technical mechanism.

[0576] Ninth embodiment

[0577] Based on any of the above embodiments, the ninth embodiment of the present application proposes a processing method. The present embodiment mainly describes a processing method for detecting whether the write command is successfully executed by the first device.

[0578] Optionally, the first device reports the first content based on the first instruction.

[0579] Optionally, the first device is an AIoT device.

[0580] Optionally, the first instruction includes a first indication.

[0581] Optionally, the first indication is indicated or configured by an upper layer of the first device.

[0582] Optionally, the first indication includes a D2R response command sending indication and / or a more data indication.

[0583] Optionally, the first indication is used to indicate the value of the more data indication for configuring the first device.

[0584] Optionally, the present embodiment realizes that the second device detects whether the write command is successfully executed by the first device based on the more data indication of the first device.

[0585] Optionally, in response to satisfying the first condition, the first device reports that the more data indication is a first value, so that the second device detects whether the write command is successfully executed by the first device based on the value of the more data indication.

[0586] Optionally, the first condition is satisfied including at least one of the following:

[0587] The MAC of the first device receives indication information from an upper layer, and the indication information indicates that there is a D2R response command to be sent in the future or that the D2R response command is not ready yet.

[0588] When the MAC of the first device sends the D2R response command, the size of the MAC SDU is a second value.

[0589] Optionally, the first value is 1.

[0590] Optionally, the second value is 0.

[0591] Optionally, before the MAC of the first device receives the indication information from the upper layer, the upper layer is instructed about the time limit for data transmission.

[0592] Optionally, the second device can be a reader (such as a Reader) and a network device (such as a core network device (CN)).

[0593] Optionally, the network device communicates with the AIoT device (Device) through the reader to realize the interaction of the relevant communication instructions.

[0594] Optionally, referring to FIG. 12, the system architecture involved in the embodiment can include an AIoT device, a reader, and a core network device (CN), and the overall implementation process of the system includes steps 1-11:

[0595] Step 1. The core network device sends a first request.

[0596] Optionally, the first request is an Inventory Request message.

[0597] Optionally, if the core network device triggers a service, for example, an inventory+command service, the core network device (CN) sends an Inventory Request message to the reader (Reader).

[0598] Optionally, the Inventory Request message carries configuration information related to triggering paging.

[0599] Step 2. The reader (Reader) sends an AIOT paging command to the AIOT device.

[0600] Step 3. The reader replies to the core network device with a first response.

[0601] Optionally, the first response is an Inventory Response message.

[0602] Optionally, Reader sends AIOT Paging Command to Device after receiving the first request message, and sends Inventory Response to CN.

[0603] Optionally, Device receives AIOT Paging Command from network device side.

[0604] Optionally, if Device judges that it needs to respond to the paging message, then: if AIOT Paging Command triggers CBRA, Device initiates random access procedure, receives random response message, and obtains wireless resource information for sending MSG3 (i.e. Device ID) from the random response message, as shown in FIG. 12.

[0605] Optionally, if AIOT Paging Command triggers CFRA, Device obtains wireless resource information for sending MSG3 (i.e. Device ID) from AIOT Paging Command.

[0606] Step 4. AIoT device sends device ID on the obtained wireless resource.

[0607] Optionally, Device sends Device ID on the obtained wireless resource.

[0608] Step 5. Reader receives Device ID, and sends Device ID to core network device.

[0609] Optionally, Reader sends Inventory Report message to CN after receiving Device ID, and carries the Device ID.

[0610] Step 6. Core network device sends first R2D command to Reader.

[0611] Step 7. Reader sends first R2D command to AIoT device.

[0612] Optionally, Reder receives Command Request message from CN, and forwards it to Device.

[0613] Optionally, Command Request message carries first R2D command.

[0614] Optionally, Device receives first R2D command sent from network device side.

[0615] Optionally, R2D command is "write".

[0616] Optionally, Device obtains wireless resource for sending first D2R response command.

[0617] Step 8. AIOT device sends first D2R response command (carrying more data indication) to reader.

[0618] Optionally, IOT MAC (Internet of Things Media Access Control) of AIOT device interacts with upper layer, receives indication information from upper layer, indicating that there is D2R response command to be sent in the future or D2R response command is not ready yet.

[0619] Optionally, IOT MAC of AIOT device can indicate time limit of upper layer before receiving indication information from upper layer, for example, how long is the time limit within which upper layer data must be issued as D2R response command.

[0620] Optionally, the time limit of upper layer indicated by IOT MAC depends on Reader implementation, for example, it can be 2 seconds.

[0621] Optionally, IOT MAC sets more data indication to 1 when the size of MAC SDU (Media Access Control Service Data Unit) is 0 or has received indication information from upper layer.

[0622] Optionally, Device sends first D2R response command through acquired wireless resources.

[0623] Optionally, if IOT MAC of Device does not receive write success indication from upper layer or IOT MAC does not have D2R upper layer data to send when sending in the above wireless resources, IOT MAC carries padding in first D2R response command.

[0624] Optionally, IOT MAC carries more data indication (such as more data indication = 1) in first D2R response command.

[0625] Optionally, IOT MAC of Device can have the following two selection conditions:

[0626] First: IOT MAC receives indication information from upper layer, indicating that there is D2R response command to be sent in the future or D2R response command is not ready yet;

[0627] Second: IOT MAC sends response message, and the size of MAC SDU is 0.

[0628] Optionally, IOT MAC sets more data indication = 1 when any of the above conditions is met.

[0629] Before the first one is selected, the IOT MAC can indicate the upper layer time limit, for example, how long the upper layer data must be issued as a D2R response command.

[0630] Optionally, the IOT MAC indicates the upper layer time limit depends on the Reader implementation, for example, it can be 2 seconds.

[0631] Step 9. The Reader sends a second R2D command to the AIOT device.

[0632] Optionally, the Reader sends the second R2D command to the Device, and the second R2D command does not carry the upper layer data. The Reader allocates a D2R resource to the Device through the second R2D command, so that the Device can send a D2R response command.

[0633] Optionally, a waiting time can be waited for to ensure that the Device can complete the write operation before sending the second R2D command, to confirm whether the latest write operation is successful.

[0634] Optionally, the specific value of the waiting time depends on the Reader implementation, for example, it can be 2 seconds.

[0635] Step 10. The AIOT device sends a second D2R response command to the Reader.

[0636] Optionally, the second D2R response command carries a write completion indication.

[0637] Optionally, the Device obtains the upper layer data according to the indication in the second R2D command, and reports the write completion indication.

[0638] Step 11. The Reader sends the upper layer data to the core network device through a command response.

[0639] Optionally, the Reader forwards the received upper layer data to the CN through the Command Response command.

[0640] Optionally, the upper layer data carries the write completion indication.

[0641] Through the technical scheme of the embodiment, the first device reports the first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby perfecting the AIoT technical mechanism.

[0642] Tenth embodiment

[0643] Referring to FIG. 13, FIG. 13 is a flowchart of a processing method according to the tenth embodiment of the present application. The processing method according to the embodiment of the present application can be applied to a second device (such as a Reader, a network device, etc.), and includes the following step S1:

[0644] Step S1: The second device sends a first instruction to cause the first device to report first content based on the first instruction.

[0645] The embodiment proposes a technical solution, the second device sends a first instruction to cause the first device to report first content based on the first instruction, which can determine whether the AIoT device successfully executes the write command, thereby improving the AIoT technology mechanism.

[0646] Optionally, the first device is an AIoT device.

[0647] Optionally, the first instruction includes an AIoT communication instruction and / or a first indication.

[0648] Optionally, the first instruction is provided by the second device.

[0649] Optionally, the AIoT communication instruction is indicated by an upper layer of the first device.

[0650] Optionally, the first indication is indicated or configured by an upper layer of the first device.

[0651] Optionally, the first indication is provided by the second device.

[0652] Optionally, the second device can be a reader (such as a reader) and / or a network device (such as a base station).

[0653] Optionally, when the second device is a network device, the second device communicates directly with the first device, or the second device communicates with the first device through a reader to realize the interaction of the relevant communication instruction.

[0654] Optionally, the AIoT communication instruction includes at least one of an R2D command, an AIoT paging command, a last D2R transmission indication, and a network access trigger instruction.

[0655] Optionally, the first indication includes at least one of a read command, first configuration information, and a write detection indication.

[0656] Optionally, the first indication includes a D2R response command sending indication and / or a configuration more data indication.

[0657] Optionally, the first indication is used to indicate the state of the write operation detected by the first device, so as to detect whether the first device successfully executes the write command.

[0658] Optionally, the first device reports the first content to the second device based on the first indication, so that the second device can determine whether the first device successfully executes the write command.

[0659] Optionally, the first indication is carried through an R2D command and / or an AIoT paging command.

[0660] Optionally, the second device sends an R2D command and / or an AIoT paging command, and carries the first indication in the R2D command and / or the AIoT paging command.

[0661] Optionally, the first device receives an R2D command and / or an AIoT paging command, extracts the first indication from the R2D command and / or the AIoT paging command, and then reports the first content based on the first indication.

[0662] Optionally, the first device sends a D2R response command.

[0663] Optionally, the first content is reported through the D2R response command.

[0664] Optionally, the R2D command can be an R2D command after the last D2R command.

[0665] Optionally, the R2D command can be the first R2D command in an access procedure.

[0666] Optionally, the R2D command can be a read command.

[0667] Optionally, the R2D command can be a write detection command, and optionally, the write detection command includes a write detection indication.

[0668] Optionally, the first content includes at least one of upper layer data of the first device, second content, and write status indication information.

[0669] Optionally, the first device records whether the last write operation is successfully performed.

[0670] Optionally, the first device stores a status about the last write operation.

[0671] Optionally, the write status indication information includes the status about the last write operation stored by the first device.

[0672] Optionally, the status about the last write operation stored by the first device includes at least one of success, failure, and in progress.

[0673] Optionally, the first configuration information is used to instruct the first device to read the second content.

[0674] Optionally, the read command and / or the write detection indication is used to instruct the first device to read the second content.

[0675] Optionally, the second content includes at least one of the first n bytes of the upper layer data of the first device, the last m bytes of the upper layer data of the first device, and k bytes of the upper layer data of the first device starting from at least one byte offset, where n, m, and k are positive integers.

[0676] Optionally, the first device needs to obtain the wireless resource information of the transmission related data in the process of communication with the second device.

[0677] Optionally, the wireless resource information is obtained from the AIoT paging command.

[0678] Optionally, the wireless resource information is obtained from the random response message.

[0679] Optionally, the wireless resource information is obtained from the last R2D command.

[0680] Optionally, the wireless resource information is used to transmit the first device ID.

[0681] Optionally, the wireless resource information is used to transmit the D2R response command.

[0682] Optionally, if the AIoT paging command triggers CBRA, the first device initiates a random access process and receives a random response message, and obtains the wireless resource information from the random response message.

[0683] Optionally, if the AIoT paging command triggers CFRA, the first device obtains the wireless resource information from the AIoT paging command.

[0684] Optionally, if the MAC of the first device does not receive a write success indication from the upper layer or does not have upper layer data to send, the D2R response command carries padding data.

[0685] Optionally, the first device obtains a first indication from the R2D command to detect whether the first device successfully executes the write command.

[0686] Optionally, the first device receives at least one R2D command.

[0687] Optionally, the second device sends the AIoT paging command.

[0688] Optionally, the first device receives the AIoT paging command.

[0689] Optionally, in response to the AIoT paging command, the first device obtains the wireless resource information from the AIoT paging command or the random response message.

[0690] Optionally, the first device transmits the first device ID through the obtained wireless resource information.

[0691] Optionally, the second device receives the first device ID.

[0692] Optionally, the second device sends the R2D command to the first device, and the R2D command is a write command or carries a first indication.

[0693] Optionally, the first device receives the R2D command sent by the second device.

[0694] Optionally, in the case that the R2D command is a write command, if the IOT MAC of the first device does not receive a write success indication from the upper layer or the IOT MAC does not have D2R upper layer data that can be sent, the IOT MAC carries padding in the D2R response command, and receives the R2D command sent by the second device again, the R2D command carrying the first indication.

[0695] Optionally, in the case that the R2D command carries the first indication, the first device determines the first indication based on the R2D command.

[0696] Optionally, the first device obtains the first content (such as at least one of the upper layer data, the second content, and the write status indication information) based on the first indication, and feeds back to the second device, so that the second device can detect whether the first device successfully executes the write command according to the first content.

[0697] Optionally, the first device obtains the first indication from the AIoT paging command to detect whether the first device successfully executes the write command.

[0698] Optionally, the second device sends the AIoT paging command, and the AIoT paging command carries the first indication.

[0699] Optionally, the first device receives the AIoT paging command.

[0700] Optionally, in response to the AIoT paging command, the first device obtains the wireless resource information from the AIoT paging command.

[0701] Optionally, the first device determines the first indication based on the AIoT paging command.

[0702] Optionally, the first device obtains the first content (such as at least one of the upper layer data, the second content, and the write status indication information) based on the first indication.

[0703] Optionally, the first device sends the first device ID and the first content obtained according to the first indication through the obtained wireless resource information, so that the second device can detect whether the first device successfully executes the write command according to the first content.

[0704] Optionally, the first device actively reports the write status to the second device.

[0705] Optionally, the first device reports the status of the last write operation in the D2R response command in the next communication process, or in the last D2R transmission, or after triggering access to the network at any time.

[0706] Optionally, if the first device reports a success or failure indication, the reporting is stopped.

[0707] Optionally, one implementation of the write status can have two values, {success, failure}.

[0708] Optionally, another implementation of the write status can have three values, {success, failure, in progress}.

[0709] Optionally, the second device detects whether the write command is successfully executed by the first device based on more data indications of the first device.

[0710] Optionally, in response to satisfying the first condition, the first device reports the more data indication as a first value, so that the second device detects whether the write command is successfully executed by the first device based on the value of the more data indication.

[0711] Optionally, the first condition is satisfied including at least one of the following:

[0712] The MAC of the first device receives indication information from the upper layer, and the indication information indicates that there is a D2R response command to be sent in the future or that the D2R response command is not ready yet.

[0713] When the MAC of the first device sends the D2R response command, the size of the MAC SDU is a second value.

[0714] Optionally, the first value is 1.

[0715] Optionally, the second value is 0.

[0716] Optionally, before the MAC of the first device receives the indication information from the upper layer, the upper layer indicates a time limit for data transmission.

[0717] It should be noted that the specific implementation schemes in the above scenarios are described above with reference to the embodiments, and will not be repeated here.

[0718] Through the technical scheme of the embodiment, the second device sends a first instruction to make the first device report a first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby perfecting the AIoT technical mechanism.

[0719] Eleventh embodiment

[0720] Referring to FIG. 14, FIG. 14 is an interaction flow diagram between devices in a processing method according to the eleventh embodiment, and the eleventh embodiment of the present application proposes a processing method, including steps S1 and S2:

[0721] Step S1: The second device sends a first instruction to make the first device report a first content based on the first instruction.

[0722] Step S2: The first device reports the first content based on the first instruction.

[0723] The technical solution is proposed in this embodiment. The second device sends the first instruction, and the first device reports the first content based on the first instruction. Whether the AIoT device successfully executes the write command can be determined, so as to improve the AIoT technical mechanism.

[0724] Optionally, the first device is an AIoT device.

[0725] Optionally, the first instruction includes an AIoT communication instruction and / or a first indication.

[0726] Optionally, the first instruction is provided by the second device.

[0727] Optionally, the AIoT communication instruction is indicated by an upper layer of the first device.

[0728] Optionally, the first indication is indicated or configured by an upper layer of the first device.

[0729] Optionally, the first indication is provided by the second device.

[0730] Optionally, the second device can be a reader (such as a reader) and / or a network device (such as a base station).

[0731] Optionally, when the second device is a network device, the second device communicates directly with the first device, or the second device communicates with the first device through a reader, to realize the interaction of the relevant communication instruction.

[0732] Optionally, the AIoT communication instruction includes at least one of an R2D command, an AIoT paging command, a last D2R transmission indication, and a network access trigger instruction.

[0733] Optionally, the first indication includes at least one of a read command, first configuration information, and a write detection indication.

[0734] Optionally, the first indication includes a D2R response command sending indication and / or a configuration more data indication.

[0735] Optionally, the first indication is used to indicate the state of the write operation detected by the first device, to detect whether the first device successfully executes the write command.

[0736] Optionally, the first device reports the first content to the second device based on the first indication, so that the second device can determine whether the first device successfully executes the write command.

[0737] Optionally, the first indication is carried through an R2D command and / or an AIoT paging command.

[0738] Optionally, the second device sends an R2D command and / or an AIoT paging command, and carries the first indication in the R2D command and / or the AIoT paging command.

[0739] Optionally, the first device receives an R2D command and / or an AIoT paging command, extracts the first indication from the R2D command and / or the AIoT paging command, and then reports the first content based on the first indication.

[0740] Optionally, the first device sends a D2R response command.

[0741] Optionally, the first content is reported through the D2R response command.

[0742] Optionally, the R2D command can be an R2D command after the last D2R command.

[0743] Optionally, the R2D command can be the first R2D command in an access procedure.

[0744] Optionally, the R2D command can be a read command.

[0745] Optionally, the R2D command can be a write detection command, and optionally, the write detection command includes a write detection indication.

[0746] Optionally, the first content includes at least one of upper layer data of the first device, second content, and write status indication information.

[0747] Optionally, the first device records whether the last write operation is successfully performed.

[0748] Optionally, the first device stores a status about the last write operation.

[0749] Optionally, the write status indication information includes the status about the last write operation stored by the first device.

[0750] Optionally, the status about the last write operation stored by the first device includes at least one of success, failure, and in progress.

[0751] Optionally, the first configuration information is used to instruct the first device to read the second content.

[0752] Optionally, the read command and / or the write detection indication is used to instruct the first device to read the second content.

[0753] Optionally, the second content includes at least one of the first n bytes of the upper layer data of the first device, the last m bytes of the upper layer data of the first device, and k bytes of the upper layer data of the first device starting from at least one byte offset, where n, m, and k are positive integers.

[0754] Optionally, the first device needs to obtain the wireless resource information of the transmission related data in the process of communication with the second device.

[0755] Optionally, the wireless resource information is obtained from the AIoT paging command.

[0756] Optionally, the wireless resource information is obtained from the random response message.

[0757] Optionally, the wireless resource information is obtained from the last R2D command.

[0758] Optionally, the wireless resource information is used for transmitting the first device ID.

[0759] Optionally, the wireless resource information is used for transmitting the D2R response command.

[0760] Optionally, if the AIoT paging command triggers CBRA, the first device initiates a random access procedure and receives a random response message, and obtains the wireless resource information from the random response message.

[0761] Optionally, if the AIoT paging command triggers CFRA, the first device obtains the wireless resource information from the AIoT paging command.

[0762] Optionally, if the MAC of the first device does not receive a write success indication from the upper layer or does not have upper layer data to send, the D2R response command carries padding data.

[0763] Optionally, the first device obtains a first indication from the R2D command to detect whether the first device successfully executes the write command.

[0764] Optionally, the first device receives at least one R2D command.

[0765] Optionally, the second device sends the AIoT paging command.

[0766] Optionally, the first device receives the AIoT paging command.

[0767] Optionally, in response to the AIoT paging command, the first device obtains the wireless resource information from the AIoT paging command or a random response message.

[0768] Optionally, the first device transmits the first device ID through the obtained wireless resource information.

[0769] Optionally, the second device receives the first device ID.

[0770] Optionally, the second device sends the R2D command to the first device, and the R2D command is a write command or carries a first indication.

[0771] Optionally, the first device receives the R2D command sent by the second device.

[0772] Optionally, in the case that the R2D command is a write command, if the IOT MAC of the first device does not receive a write success indication from the upper layer or the IOT MAC does not have D2R upper layer data that can be sent, the IOT MAC carries padding in the D2R response command, and receives the R2D command sent by the second device again, the R2D command carrying the first indication.

[0773] Optionally, in the case that the R2D command carries the first indication, the first device determines the first indication based on the R2D command.

[0774] Optionally, the first device obtains the first content (such as at least one of the upper layer data, the second content, and the write status indication information) based on the first indication, and feeds back to the second device, so that the second device can detect whether the first device successfully executes the write command according to the first content.

[0775] Optionally, the first device obtains the first indication from the AIoT paging command to detect whether the first device successfully executes the write command.

[0776] Optionally, the second device sends the AIoT paging command, and the AIoT paging command carries the first indication.

[0777] Optionally, the first device receives the AIoT paging command.

[0778] Optionally, in response to the AIoT paging command, the first device obtains the wireless resource information from the AIoT paging command.

[0779] Optionally, the first device determines the first indication based on the AIoT paging command.

[0780] Optionally, the first device obtains the first content (such as at least one of the upper layer data, the second content, and the write status indication information) based on the first indication.

[0781] Optionally, the first device sends the first device ID and the first content obtained according to the first indication through the obtained wireless resource information, so that the second device can detect whether the first device successfully executes the write command according to the first content.

[0782] Optionally, the first device actively reports the write status to the second device.

[0783] Optionally, the first device reports the status of the last write operation in the D2R response command in the next communication process, or in the last D2R transmission, or after triggering access to the network at any time.

[0784] Optionally, if the first device reports a success or failure indication, the reporting is stopped.

[0785] Optionally, one implementation of the write status can have two values, {success, failure}.

[0786] Optionally, another implementation of the write status can have three values, {success, failure, in progress}.

[0787] Optionally, the second device detects whether the write command is successfully executed by the first device based on more data indications of the first device.

[0788] Optionally, in response to satisfying the first condition, the first device reports the more data indication as a first value, so that the second device detects whether the write command is successfully executed by the first device based on the value of the more data indication.

[0789] Optionally, the first condition is satisfied including at least one of:

[0790] The MAC of the first device receives indication information from the upper layer, and the indication information indicates that there is a D2R response command to be sent in the future or that the D2R response command is not ready yet.

[0791] When the MAC of the first device sends the D2R response command, the size of the MAC SDU is a second value.

[0792] Optionally, the first value is 1.

[0793] Optionally, the second value is 0.

[0794] Optionally, before the MAC of the first device receives the indication information from the upper layer, the upper layer indicates a time limit for data transmission.

[0795] It should be noted that the specific implementation schemes in the above scenarios are described above with reference to the embodiments, and will not be repeated here.

[0796] Through the technical scheme of the embodiment, the second device sends the first instruction, and the first device reports the first content based on the first instruction, so as to determine whether the AIoT device successfully executes the write command, thereby perfecting the AIoT technical mechanism.

[0797] Twelfth embodiment

[0798] Please refer to FIG. 15, which is a structural schematic diagram of a processing device provided by an embodiment of the present application. The device can be mounted on or is the first device (such as an AIoT device) in the above method embodiments. The processing device shown in FIG. 15 can be used to execute part or all of the functions in the method embodiments described in the above embodiments. As shown in FIG. 15, the processing device 150 includes:

[0799] The processing module 1501 is configured to report first content based on a first instruction.

[0800] Optionally, the processing apparatus further comprises at least one of:

[0801] The first instruction comprises an AIoT communication instruction and / or a first indication;

[0802] The first content comprises at least one of upper layer data of the first device, second content, and write state indication information.

[0803] Optionally, the processing apparatus further comprises at least one of:

[0804] The AIoT communication instruction comprises at least one of an R2D command, an AIoT paging command, a last D2R transmission indication, and a network access trigger instruction;

[0805] The first indication comprises at least one of a read command, first configuration information, and a write detection indication;

[0806] The first indication is carried by the R2D command and / or the AIoT paging command;

[0807] The first indication is provided by the second device;

[0808] The write state indication information comprises a state of a last write operation stored by the first device.

[0809] Optionally, the processing apparatus further comprises at least one of:

[0810] The R2D command is an R2D command after a last D2R command and / or a first R2D command in a one-time access process;

[0811] The first configuration information is used to instruct the first device to read the second content;

[0812] The read command and / or the write detection indication are used to instruct the first device to read the second content;

[0813] The state of the last write operation stored by the first device comprises at least one of success, failure, and in progress;

[0814] The second content comprises at least one of n high-order bytes, m low-order bytes, and k bytes offset by at least one byte from the high order of upper layer data of the first device, n, m, and k being positive integers;

[0815] The second device can be a reader and / or a network device.

[0816] Optionally, the processing apparatus further comprises at least one of:

[0817] The AIoT paging command is received;

[0818] obtaining wireless resource information in response to the AIoT paging command;

[0819] sending the first device ID based on the wireless resource information;

[0820] determining the first indication based on the AIoT paging command;

[0821] receiving the at least one R2D command;

[0822] determining the first indication based on the R2D command;

[0823] recording whether the last write operation is successfully executed;

[0824] storing the status about the last write operation;

[0825] sending the D2R response command;

[0826] in response to the first condition being met, reporting the more data indication as the first value.

[0827] Optionally, the processing device further comprises at least one of the following:

[0828] the first content is reported through the D2R response command;

[0829] the wireless resource information is obtained from the random response message;

[0830] the wireless resource information is obtained from the AIoT paging command;

[0831] the wireless resource information is obtained from the last R2D command;

[0832] the first condition being met comprises at least one of the following:

[0833] the MAC of the first device receives indication information from an upper layer, and the indication information indicates that there is a D2R response command to be sent in the future or that the D2R response command is not ready yet;

[0834] when the MAC of the first device sends the D2R response command, the size of the MAC SDU is the second value.

[0835] Optionally, the processing device further comprises at least one of the following:

[0836] if the AIoT paging command triggers CBRA, initiating a random access procedure and receiving a random response message, and obtaining the wireless resource information from the random response message;

[0837] if the AIoT paging command triggers CFRA, obtaining the wireless resource information from the AIoT paging command;

[0838] If the MAC of the first device does not receive a write success indication from the upper layer or has no upper layer data to send, the D2R response command carries padding data;

[0839] Before the MAC of the first device receives the indication information from the upper layer, the upper layer is indicated about the time limit for data transmission.

[0840] The processing apparatus provided in the embodiments of the present application and the technical solutions shown in the corresponding method embodiments have similar implementation principles and beneficial effects, which will not be repeated here.

[0841] Thirteenth embodiment

[0842] Please refer to FIG. 16, which is a structural schematic diagram two of the processing apparatus provided in the embodiments of the present application. The apparatus can be mounted on or is the second device (such as a reader or a network device) in the method embodiments. The processing apparatus shown in FIG. 16 can be used to execute part or all of the functions in the method embodiments described in the above embodiments. As shown in FIG. 16, the processing apparatus 160 includes:

[0843] The sending module 1601 is configured to send a first instruction, so that the first device reports first content based on the first instruction.

[0844] Optionally, the processing apparatus further includes at least one of the following:

[0845] The second device can be a reader and / or a network device;

[0846] The first instruction includes an AIoT communication instruction and / or a first indication;

[0847] The first content includes at least one of upper layer data of the first device, second content, and write state indication information.

[0848] Optionally, the processing apparatus further includes at least one of the following:

[0849] The AIoT communication instruction includes at least one of an R2D command, an AIoT paging command, a last D2R transmission signaling, and a network access trigger instruction;

[0850] The first indication includes at least one of a read command, first configuration information, and a write detection indication;

[0851] The first indication is carried through an R2D command and / or an AIoT paging command;

[0852] The first indication is sent through a reader;

[0853] The write state indication information includes a state about a last write operation stored by the first device.

[0854] Optionally, the processing apparatus further comprises at least one of:

[0855] The R2D command is a R2D command after the last D2R command and / or a first R2D command in an access procedure;

[0856] The first configuration information is used to instruct the first device to read the second content;

[0857] The read command and / or the write detection instruction is used to instruct the first device to read the second content;

[0858] The state stored by the first device about the last write operation comprises at least one of success, failure and in progress;

[0859] The second content comprises at least one of high n bytes, low m bytes and k bytes starting from at least one byte offset of the first device upper layer data, n, m and k being positive integers.

[0860] Optionally, the processing apparatus further comprises at least one of:

[0861] The AIoT paging command is sent;

[0862] The first device acquires the wireless resource information in response to the AIoT paging command;

[0863] The first device sends the first device ID based on the wireless resource information;

[0864] The first device ID sent by the first device is received;

[0865] The first device determines the first indication based on the AIoT paging command;

[0866] At least one R2D command is sent;

[0867] The first device determines the first indication based on the R2D command;

[0868] The first device records whether the last write operation is successfully executed;

[0869] The first device stores the state about the last write operation;

[0870] The D2R response command sent by the first device is received;

[0871] The first device reports the more data indication as the first value in response to satisfying the first condition.

[0872] Optionally, the processing apparatus further comprises at least one of:

[0873] The first content is reported through the D2R response command;

[0874] The wireless resource information is obtained by the first device from the random response message;

[0875] The wireless resource information is obtained by the first device from the AIoT paging command;

[0876] The wireless resource information is obtained from the last R2D command;

[0877] The first condition is satisfied including at least one of the following:

[0878] The MAC of the first device receives indication information from the upper layer, and the indication information indicates that there is a D2R response command to be sent in the future or that the D2R response command is not ready yet;

[0879] When the MAC of the first device sends the D2R response command, the size of the MAC SDU of the first device is a second value.

[0880] Optionally, the processing device further includes at least one of the following:

[0881] If the AIoT paging command triggers CBRA, the first device initiates a random access procedure and receives a random response message, and obtains the wireless resource information from the random response message;

[0882] If the AIoT paging command triggers CFRA, the first device obtains the wireless resource information from the AIoT paging command;

[0883] If the MAC of the first device does not receive a write success indication from the upper layer or does not have upper layer data to send, the first device carries padding data in the D2R response command;

[0884] Before the MAC of the first device receives the indication information from the upper layer, the first device indicates the upper layer about the time limit for data transmission.

[0885] The processing device provided by the embodiments of the application has similar principles and beneficial effects to the technical solutions shown in the corresponding method embodiments described above, and will not be described here.

[0886] Referring to FIG. 17, FIG. 17 is a structural schematic diagram of a communication device provided by an embodiment of the application. As shown in FIG. 17, the communication device 180 described in the embodiment can be a terminal device (or a component for a terminal device) or a network device (or a component for a network device) mentioned in the foregoing method embodiments. The communication device 180 can be used to implement the methods described in the foregoing method embodiments corresponding to the terminal device or the network device, and specific descriptions are made in the foregoing method embodiments.

[0887] The communication device 180 can include one or more processors 1801, which can also be referred to as processing units, and can implement certain control or processing functions. The processor 1801 can be a general purpose processor or a special purpose processor, etc. For example, it can be a baseband processor or a central processing unit. The baseband processor can be used to process communication protocols and communication data, and the central processing unit can be used to control the communication device, execute software programs, and process data of the software programs.

[0888] Optionally, the processor 1801 can also store instructions 1803 or data (such as intermediate data). Optionally, the instructions 1803 can be executed by the processor 1801, so that the communication device 180 performs the methods described in the above method embodiments corresponding to the terminal device or the network device.

[0889] Optionally, the communication device 180 can include a circuit, which can implement the functions of sending or receiving or communication in the foregoing method embodiments.

[0890] Optionally, the communication device 180 can include one or more memories 1802, which can store instructions 1804 that can be executed by the processor 1801, so that the communication device 180 performs the methods described in the above method embodiments.

[0891] Optionally, the memory 1802 can also store data. The processor 1801 and the memory 1802 can be separately arranged or integrated together.

[0892] Optionally, the communication device 180 can also include a transceiver 1805 and / or an antenna 1806. The processor 1801 can be referred to as a processing unit, and can control the communication device 180 (terminal device or core network device or radio access network device). The transceiver 1805 can be referred to as a transceiving unit, a transceiver, a transceiving circuit, or a transceiver, etc., and can implement the transceiving function of the communication device 180.

[0893] Optionally, if the communication device 180 is used to implement the operations corresponding to the first device in the above embodiments, for example, the transceiver 1805 can receive a first instruction; and the processor 1801 can report first content based on the first instruction.

[0894] Optionally, the specific implementation process of the processor 1801 and the transceiver 1805 can be referred to the related description of the above embodiments, which will not be described here.

[0895] Optionally, if the communication device 180 is used to implement the operations corresponding to the second device in the above embodiments, for example: the transceiver 1805 can send a first instruction.

[0896] Alternatively, the specific implementation process of the processor 1801 and the transceiver 1805 can refer to the related description of the above-mentioned embodiments, which will not be repeated here.

[0897] The processor 1801 and the transceiver 1805 described in the present application can be implemented on an IC (Integrated Circuit), an analog integrated circuit, an RFIC (Radio Frequency Integrated Circuit), a mixed signal integrated circuit, an ASIC (Application Specific Integrated Circuit), a PCB (Printed Circuit Board), an electronic device, etc. The processor 1801 and the transceiver 1805 can also be manufactured using various integrated circuit technology, such as CMOS (Complementary Metal Oxide Semiconductor), NMOS (N Metal-Oxide-Semiconductor), PMOS (Positive channel Metal Oxide Semiconductor), BJT (Bipolar Junction Transistor), BiCMOS (Bi-polar CMOS), SiGe, GaAs, etc.

[0898] In the present application, the communication device can be a first device (such as an AIoT device, a terminal device), or a second device (such as a reader, a network device, etc.), which needs to be determined according to the context. In addition, the terminal device can be implemented in various forms. For example, the terminal device described in the present application can include mobile terminals such as mobile phones, tablet computers, notebook computers, palmtop computers, personal digital assistants (PDAs), portable media players (PMPs), navigation devices, wearable devices, smart bracelets, pedometers, etc., and fixed terminal devices such as digital TVs, desktop computers, etc.

[0899] Although the communication device is described by taking the terminal device or the network device as an example in the above embodiment description, the scope of the communication device described in the present application is not limited to the above-mentioned terminal device or network device, and the structure of the communication device can not be limited by FIG. 17. The communication device can be a standalone device or a part of a larger device.

[0900] The embodiment of the application further provides a communication system, comprising: the first device (such as an AIoT device, a terminal device) in any of the above embodiments; and the second device (such as a reader, a network device, etc.) in any of the above embodiments.

[0901] The embodiment of the application further provides a communication device, comprising a memory and a processor, and the memory stores a processing program, and the processing program is executed by the processor to implement the steps of the processing method in any of the above embodiments.

[0902] The communication device in the application can be the first device (such as an AIoT device, a terminal device), the second device (such as a reader, a network device, etc.), or a chip (such as a SOC or a baseband chip with a communication function), and the specific reference needs to be clarified according to the context.

[0903] The embodiment of the application further provides a computer readable storage medium, and the computer readable storage medium stores a processing program, and the processing program is executed by the processor to implement the steps of the processing method in any of the above embodiments.

[0904] In the embodiment of the communication device and the storage medium provided by the application, all the technical features of any of the above processing method embodiments can be contained, and the description and explanation content is basically the same as that of the above method embodiments, which will not be repeated here.

[0905] The embodiment of the application further provides a computer program product, which comprises computer program code, and when the computer program code runs on a computer, the computer executes the method in various possible embodiments.

[0906] The embodiment of the application further provides a chip, comprising a memory and a processor, the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that the device installed with the chip executes the method in various possible embodiments.

[0907] It can be understood that the above scenarios are only examples and do not constitute a limitation on the application scenarios of the technical solutions provided by the embodiments of the application. The technical solutions provided by the embodiments of the application can also be applied to other scenarios. For example, those skilled in the art can know that with the evolution of system architecture and the appearance of new business scenarios, the technical solutions provided by the embodiments of the application are also applicable to similar technical problems.

[0908] The above sequence numbers of the embodiments of the application are only for description, and do not represent the advantages and disadvantages of the embodiments.

[0909] The steps in the method of the embodiments of the application can be adjusted, combined and deleted according to actual needs.

[0910] The units in the device of the embodiments of the present application can be combined, divided, and deleted according to actual needs.

[0911] In the present application, for the same or similar term concept, technical solution and / or application scenario description, generally only the first time is described in detail, and the repeated description is not repeated in order to be brief, and when understanding the technical solutions of the present application, the same or similar term concept, technical solution and / or application scenario description which is not described in detail can be referred to the previous related description.

[0912] In the present application, the description of each embodiment has its own focus, and the part not described or recorded in a certain embodiment can be referred to the related description of other embodiments.

[0913] The technical features of the technical solutions of the present application can be combined arbitrarily, in order to make the description simple, the above-mentioned technical features of each embodiment are not described all possible combinations, however, as long as the combination of these technical features does not exist contradictory, should be considered as the range recorded in the present application.

[0914] Through the description of the above embodiments, those skilled in the art can clearly understand that the above-mentioned embodiment method can be realized by software and necessary general hardware platform, of course, it can also be realized by hardware, but in many cases, the former is the better embodiment. Based on such understanding, the technical solutions of the present application can be embodied in the form of software product, and the computer software product is stored in the above-mentioned storage medium (such as ROM / RAM, magnetic disc, optical disc), including a plurality of instructions for making a terminal device (which can be a mobile phone, computer, server, controlled terminal device, or network device, etc.) execute the method of each embodiment of the present application.

[0915] In the above embodiments, all or part of the embodiments can be implemented by software, hardware, firmware or any combination thereof. When implemented by software, all or part of the embodiments can be implemented in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions according to the embodiments of the present application are generated. The computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable apparatus. The computer instructions can be stored in a storage medium or transferred from one storage medium to another storage medium, for example, the computer instructions can be transferred from one website, computer, server or data center to another website, computer, server or data center through wired (such as coaxial cable, optical fiber, digital subscriber line) or wireless (such as infrared, wireless, microwave, etc.) mode. The storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. integrated with one or more available media. The available media can be magnetic media (such as floppy disk, storage disk, magnetic tape), optical media (such as DVD), or semiconductor media (such as solid state disk (SSD)) and the like.

[0916] The above is only the preferred embodiment of the present application, and does not limit the patent scope of the present application, and any equivalent structure or equivalent process transformation using the content of the specification and drawings of the present application, or direct or indirect application in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A processing method, wherein, Applied to the first device, including the following steps: S2: Report the first content based on the first instruction.

2. The method according to claim 1, wherein, It also includes at least one of the following: The first instruction includes AIoT communication instructions and / or a first indication; The first content includes at least one of the following: upper-layer data of the first device, the second content, and write status indication information.

3. The method according to claim 2, wherein, It also includes at least one of the following: AIoT communication commands include at least one of the following: R2D command, AIoT paging command, most recent D2R transmission indication, and network access trigger command; The first instruction includes at least one of a read command, first configuration information, and write detection instruction; The first instruction is carried via R2D commands and / or AIoT paging commands; The reader's first instruction is provided by the second device; The write status indication information includes the status of the most recent write operation stored in the first device.

4. The method according to claim 3, wherein, It also includes at least one of the following: The R2D command is the R2D command following the most recent D2R command and / or the first R2D command in an access process; The first configuration information is used to instruct the first device to read the second content; Read commands and / or write detection indicators are used to instruct the first device to read the second content; The status of the most recent write operation stored in the first device includes at least one of success, failure, and in progress. The second content includes at least one of the following: the high-order n bytes, the low-order m bytes, and the k bytes after being offset by at least one byte from the high-order bits of the upper-level data of the first device, where n, m, and k are positive integers; The second device is a reader and / or a network device.

5. The method according to claim 4, wherein, It also includes at least one of the following: Receive AIoT paging commands; In response to AIoT paging commands, obtain wireless resource information; Send the first device ID based on wireless resource information; The first instruction is determined based on the AIoT paging command; Receive at least one R2D command; The first instruction is determined based on the R2D command; Record whether the most recent write operation was successfully executed; Stores the state of the most recent write operation; Send D2R response command; In response to the fulfillment of the first condition, more data is reported as the first value.

6. The method according to claim 5, wherein, It also includes at least one of the following: The first content is reported via D2R response commands; Radio resource information is obtained from random response messages; Wireless resource information is obtained from AIoT paging commands; Radio resource information is obtained from the most recent R2D command; A reader that satisfies the first condition includes at least one of the following: The MAC of the first device receives an instruction from the upper layer, indicating that a D2R response command will be sent in the future or that the D2R response command is not yet ready. When the MAC of the first device sends the D2R response command, the size of the MAC SDU is the second value.

7. The method according to claim 6, wherein, It also includes at least one of the following: If the AIoT paging command triggers CBRA, a random access procedure is initiated, and a random response message is received to obtain radio resource information from the random response message. If the AIoT paging command triggers CFRA, then obtain the radio resource information from the AIoT paging command; If the MAC of the first device does not receive a write success indication from the upper layer or has no upper layer data to send, then the D2R response command carries padding data. Before the first device's MAC receives the instruction from the upper layer, it instructs the upper layer on the time limit for data transmission.

8. A processing method, wherein, Applied to a second device, including the following steps: S1: Send a first instruction to cause the first device to report first content based on the first instruction.

9. The method according to claim 8, wherein, It also includes at least one of the following: The second device is a reader and / or a network device; The first instruction includes AIoT communication instructions and / or a first indication; The first content includes at least one of the following: upper-layer data of the first device, the second content, and write status indication information.

10. The method according to claim 9, wherein, It also includes at least one of the following: AIoT communication commands include at least one of the following: R2D command, AIoT paging command, most recent D2R transmission signaling, and network access trigger command; The first instruction includes at least one of a read command, first configuration information, and write detection instruction; The first instruction is carried via R2D commands and / or AIoT paging commands; The first instruction is sent via the reader; The write status indication information includes the status of the most recent write operation stored in the first device.

11. The method according to claim 10, wherein, It also includes at least one of the following: The R2D command is the R2D command following the most recent D2R command and / or the first R2D command in an access process; The first configuration information is used to instruct the first device to read the second content; Read commands and / or write detection indicators are used to instruct the first device to read the second content; The status of the most recent write operation stored in the first device includes at least one of success, failure, and in progress. The second content includes at least one of the following: the high-order n bytes, the low-order m bytes, and the k bytes after being offset by at least one byte from the high-order data of the first device, where n, m, and k are positive integers.

12. The method according to claim 11, wherein, It also includes at least one of the following: Send AIoT paging command; The first device responds to the AIoT paging command and obtains wireless resource information; The first device sends its first device ID based on wireless resource information. Receive the first device ID sent by the first device; The first device determines the first instruction based on the AIoT paging command; Send at least one R2D command; The first device determines the first instruction based on the R2D command; The first device records whether the most recent write operation was successfully executed. The first device stores the state of the most recent write operation; Receive the D2R response command sent by the first device; In response to the fulfillment of the first condition, the first device reports more data indicating the first value.

13. The method according to claim 12, wherein, It also includes at least one of the following: The first content is reported via D2R response commands; The wireless resource information is obtained by the first device from the random response message; The wireless resource information is obtained by the first device from the AIoT paging command; Radio resource information is obtained from the most recent R2D command; A reader that satisfies the first condition includes at least one of the following: The MAC of the first device receives an instruction from the upper layer, indicating that a D2R response command will be sent in the future or that the D2R response command is not yet ready. When the MAC of the first device sends the D2R response command, the size of the MAC SDU of the first device is the second value.

14. The method according to claim 13, wherein, It also includes at least one of the following: If the AIoT paging command triggers CBRA, the first device initiates a random access procedure and receives a random response message, from which it obtains radio resource information. If the AIoT paging command triggers CFRA, the first device obtains radio resource information from the AIoT paging command; If the MAC of the first device does not receive a write success indication from the upper layer or has no upper layer data to send, the first device carries padding data in the D2R response command. Before the first device's MAC receives the instruction information from the upper layer, the first device instructs the upper layer on the time limit for data transmission.

15. A communication device, wherein, include: A memory and a processor, wherein the memory stores a processing program, and the processing program, when executed by the processor, implements the processing method as described in claim 1 or 8.

16. A computer-readable storage medium, wherein, The computer-readable storage medium stores a processing program that, when executed by a processor, implements the processing method as described in claim 1 or 8.