Communication method and apparatus

By receiving and analyzing inventory information of AIoT devices, and combining it with the number of deleted or deactivated devices, the accuracy of inventory operations is calculated, thus solving the problem of inaccurate AIoT device count and improving the accuracy and efficiency of inventory operations.

WO2026158031A1PCT designated stage Publication Date: 2026-07-30HUAWEI TECH CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
HUAWEI TECH CO LTD
Filing Date
2026-01-08
Publication Date
2026-07-30

AI Technical Summary

Technical Problem

In the inventory management of AIoT devices, inaccurate counting of device quantities leads to inaccurate item quantity statistics.

Method used

By receiving first information and second information, the accuracy of the AIoT service is determined. The first information indicates the number of AIoT devices that have been stored, and the second information indicates the total number. Combined with the number of devices that have been deleted or deactivated, the actual number of existing devices is calculated to determine the accuracy.

Benefits of technology

It improves the accuracy of inventory management, helps to identify and address problems in a timely manner, and enhances business performance.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN2026071375_30072026_PF_FP_ABST
    Figure CN2026071375_30072026_PF_FP_ABST
Patent Text Reader

Abstract

A communication method and apparatus, used for determining the accuracy of an inventory service. The method comprises: receiving first information, the first information indicating a first number, and the first number being the number of AIoT devices that are inventoried when a first AIoT service is executed in a first area; and determining the accuracy of the first AIoT service on the basis of the first number and a second number, the second number being the total number of AIoT devices comprised in the first area. It can be understood that embodiments of the present application provide a mode for determining the accuracy of an inventory service, thereby implementing the determination of the accuracy of the inventory service. The evaluation of the accuracy of an inventory service can help to better learn about the actual execution of the inventory service, and promptly find problems and potential risks of the inventory service, thereby making a more targeted decision for the inventory service.
Need to check novelty before this filing date? Find Prior Art

Description

A communication method and apparatus

[0001] Cross-references to related applications

[0002] This application claims priority to Chinese Patent Application No. 202510121203.4, filed on January 24, 2025, entitled "A Communication Method and Apparatus", the entire contents of which are incorporated herein by reference. Technical Field

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

[0004] Currently, the Internet of Things (IoT) is receiving significant attention. For example, IoT can include narrowband Internet of Things (NB-IoT) and ambient IoT (AIoT). Compared to NB-IoT devices, AIoT devices can harvest energy from the environment to provide services and communicate, resulting in lower power consumption.

[0005] AIoT devices can collaborate with readers to perform AIoT services. These readers, also known as data readers or data writers, can read information from AIoT devices or write information to them. For example, AIoT services may include inventory management, which allows for the counting of AIoT devices. Because AIoT devices are often embedded in or attached to items (such as goods), the quantity of items can be determined by the number of AIoT devices. However, the number of AIoT devices counted through inventory management may be inaccurate, leading to an inaccurate final count of items. Summary of the Invention

[0006] This application provides a communication method and apparatus for determining the accuracy of inventory management operations.

[0007] In a first aspect, a communication method is provided, which can be applied to a first communication device, such as a network device, a component or functional module of a network device, or a network management server (such as OAM) or included in a network management server. The method includes: receiving first information indicating a first quantity, the first quantity being the number of AIoT devices stored when performing a first AIoT service in a first area; and determining the accuracy of the first AIoT service based on a first quantity and a second quantity, the second quantity being the total number of AIoT devices included in the first area.

[0008] In this embodiment, the first quantity is the number of AIoT devices inventoried when executing the first AIoT service in the first region, which can be understood as the actual value of the execution result of the first AIoT service. The second quantity is the total number of AIoT devices included in the first region, which can be understood as the theoretical value of the execution result of the first AIoT service. Therefore, the first communication device can determine the accuracy rate of the first AIoT service based on the first and second quantities. Thus, this embodiment provides a way to determine the accuracy rate of the inventory service (i.e., the first AIoT service). Evaluating the accuracy rate of the inventory service can help to better understand the actual execution of the inventory service, promptly identify problems and potential risks in the inventory service, and thus make more targeted decisions for the inventory service. For example, if the accuracy rate of the inventory service is found to be low, the reasons for the low accuracy rate can be identified in a timely manner and improved, thereby increasing the inventory accuracy rate and improving service performance.

[0009] In one possible implementation, the second quantity is determined based on a third and a fourth quantity, where the third quantity is the number of AIoT devices that have been deleted or deactivated in the first area at the first time, and the fourth quantity is the number of AIoT devices that have been deployed in the first area at the first time. Based on this implementation, the number of AIoT devices currently existing in the first area can be determined by combining the total number of AIoT devices in the first area with the number of deleted or deactivated AIoT devices. This provides a way to statistically analyze the number of AIoT devices currently existing in the first area, which helps to accurately determine the first AIoT service.

[0010] In one possible implementation, the third quantity is determined based on the execution result of the second AIoT service, which is an AIoT service for deleting or deactivating AIoT devices. The execution result indicates whether the second AIoT service was successfully or unsuccessfully executed. Based on this implementation, the third quantity can be determined based on the execution result of the second AIoT service, so that the second quantity can be determined based on the third quantity, which helps to accurately determine the first AIoT service.

[0011] In one possible implementation, the method further includes: sending a first request to a second communication device, the first request being used to request statistics on the execution results of AIoT services related to a first region, the second communication device being used to collect statistics on the execution results of AIoT services; and receiving third information from the second communication device, the third information indicating the execution result of each of at least one AIoT service related to the first region, the at least one AIoT service including the second AIoT service. That is, in addition to collecting the execution results of AIoT services itself, the first communication device can also request the second communication device to obtain the execution results of AIoT services related to the first region in order to determine a third quantity. For example, the second communication device can be a performance management (PM) functional entity, which can implement performance management-related functions, such as managing the execution results of various AIoT services. Therefore, the first communication device can obtain statistical information on the execution results of AIoT services from the second communication device, thereby determining the third quantity and successfully determining the accuracy of the first AIoT service.

[0012] In one possible implementation, the first request may include one or more of the following: an identifier of a first user, an identifier of a fourth communication device, an identifier of a first region, a first time period, or a first cycle. The first user is associated with a first region; for example, the first region may be one or more of the first user's business areas. Based on this implementation, the requirements related to AIoT service statistics can be specified in the first request, allowing the second communication device to perform AIoT service statistics in a targeted manner according to the requirements. For example, by specifying the identifier of the first user in the first request, the second communication device can perform statistics only on the AIoT services of that user, without counting the AIoT services of other users, thus improving the accuracy of AIoT service statistics. Alternatively, the first request may include the identifier of a fourth communication device used to perform the first AIoT service, which allows the second communication device to understand which communication device's AIoT services need to be counted, further improving the accuracy of AIoT service statistics. Alternatively, the first request may include the identifier of a first region, which allows the second communication device to understand which region's AIoT services need to be counted, further improving the accuracy of AIoT service statistics. Alternatively, the first request may include a first time period or a first cycle, where the first moment is the end time of the first time period and the first cycle is the cycle for determining the accuracy. This allows the second communication device to know in which time period to collect AIoT service statistics, thereby improving the accuracy of AIoT service statistics.

[0013] In one possible implementation, if the first request includes an identifier of a second AIoT service, then the at least one service indicated by the third information is the second AIoT service; and / or, if the first request indicates a first execution result, then the at least one AIoT service indicated by the third information is an AIoT service whose execution result is the first execution result. Essentially, the first communication device can specify to the second communication device which AIoT service(s) to be counted (e.g., the second AIoT service), or specify to count AIoT services with a certain execution result (e.g., the first execution result). This allows the first communication device to perform AIoT service statistics more targetedly, reducing the number of AIoT services to be counted and improving statistical efficiency. Furthermore, it can reduce the amount of data fed back from the second communication device to the first communication device, lowering communication overhead.

[0014] In one possible implementation, the first request includes the identifier of a core network device used to store AIoT service data. This core network device identifier may be determined based on fourth information, which includes one or more of the following: the identifier of a fourth communication device, the identifier of a first area, or a first topology relationship. The first topology relationship indicates the topology relationship between the second communication device and other communication devices. Because the AIoT service command issuance process typically requires the core network device to forward the command to the access network device, the core network device can sense the AIoT service data. Therefore, the first communication device can instruct the second communication device to obtain the AIoT service data from the core network device. Based on this, AIoT service statistics can be successfully achieved, a third quantity can be successfully determined, and thus the accuracy of the first AIoT service can be successfully determined.

[0015] In one possible implementation, the method further includes: sending a second request to a third communication device, the second request being used to request the number of AIoT devices deployed in the first area at a first time, the third communication device being used to handle services related to the deployment of AIoT devices; and receiving fifth information from the third communication device, the fifth information indicating a fourth quantity. This can be understood as the first communication device sending the second request to the third communication device to obtain the fourth quantity. For example, the third communication device could be a configuration management (CM) functional entity, which can be used to deploy AIoT devices, thus the third communication device can know the specific number of AIoT devices deployed. Therefore, the first communication device can obtain the fourth quantity through the third communication device, thereby successfully determining the accuracy of the first AIoT service. In addition, the first communication device can also use other methods to determine the fourth quantity, such as by statistically analyzing messages related to the deployment of AIoT devices, etc., without limitation.

[0016] In one possible implementation, the method further includes: sending first indication information to a fourth communication device, the first indication information instructing the fourth communication device to execute a first AIoT service at a first moment. Optionally, this step can occur before receiving the first information. The fourth communication device is, for example, a reader, which can be used to execute the first AIoT service. By instructing the fourth communication device to execute the first AIoT service at a first moment, the actual value of the execution result of the first AIoT service at the first moment can be obtained, thereby determining the accuracy of the first AIoT service.

[0017] In one possible implementation, receiving first information includes receiving information from multiple communication devices. The information from each communication device includes the identifiers of AIoT devices stored by each communication device when performing the first AIoT service in the first area. The first information includes information from the multiple communication devices. The first quantity is determined based on the information from the multiple communication devices. This can be understood as the first communication device determining the overall accuracy of the multiple communication devices (e.g., multiple readers) performing the first AIoT service. For example, the first information received by the first communication device may come from multiple communication devices, or it can be understood that the first information may include multiple pieces of information from the multiple communication devices. The information from each communication device may include the identifiers of AIoT devices stored by that communication device when performing the first AIoT service in the first area. Therefore, the first communication device can determine the first quantity based on the information from the multiple communication devices.

[0018] In one possible implementation, the method further includes: receiving a third request from a fifth communication device, the third request being for requesting the accuracy of a first AIoT service; and sending sixth information to the fifth communication device, the sixth information indicating the accuracy of the first AIoT service. Optionally, the fifth communication device may be, for example, an AIoT service consumer, such as a mobile network operator. Based on this implementation, the accuracy of the first AIoT service can be provided to the fifth communication device to help understand the actual performance of the first AIoT service.

[0019] In one possible implementation, the third request may include one or more of the following: the identifier of the first user, the identifier of the fourth communication device, or the identifier of the first area. The first user is associated with the first area. The first user refers to the user to whom the AIoT device belongs, such as a warehousing or logistics company, which can use the AIoT device to monitor information about items (such as location). The fourth communication device can perform the first AIoT service; for example, the fourth communication device is a reader. The first area is the area where the accuracy of the first AIoT service needs to be determined. The association between the first user and the first area can be understood as the first area being the first user's business area, or the first area being included within the first user's business area. By carrying one or more of the above information in the third request, the first communication device can know the specific range within which the accuracy of the first AIoT service needs to be determined, such as determining the accuracy of which user's first AIoT service, or determining the accuracy of which reader performs the first AIoT service, etc., thereby enabling the first communication device to determine the accuracy of the first AIoT service within that range.

[0020] Secondly, a communication method is provided, which can be applied to a second communication device, such as a network device, a component or functional module of a network device, or a network management server (e.g., OAM) or included in a network management server. The method includes: the second communication device receiving a first request, the first request being used to request statistics on the execution results of AIoT services related to a first area; the second communication device sending third information, the third information indicating the execution result of each of at least one AIoT service related to the first area, wherein the at least one AIoT service includes a second AIoT service, the execution result being used to indicate whether the AIoT service was successfully or unsuccessfully executed, and the second AIoT service being an AIoT service used to delete or deactivate AIoT devices.

[0021] In one possible implementation, the first request includes an identifier of a second AIoT service, wherein at least one service is a second AIoT service; and / or, the first request indicates a first execution result, wherein at least one AIoT service is an AIoT service whose execution result is the first execution result.

[0022] In one possible implementation, the first request includes an identifier of the core network device. The method further includes: a second communication device sending a fourth request to the core network device, the fourth request being for requesting access to service messages of AIoT services related to the first region; and receiving seventh information from the core network device, the seventh information including service messages of AIoT services related to the first region, wherein third information is determined based on the seventh information.

[0023] For the technical effects of the second aspect or its various alternative implementations, please refer to the description of the technical effects of the first aspect or its corresponding implementations.

[0024] Thirdly, a communication method is provided, which can be applied to a third communication device, such as a network device, a component or functional module of a network device, or a network management server (such as OAM) or included in a network management server. The method includes: the third communication device receiving a second request for requesting the number of AIoT devices deployed in a first area at a first time; and the third communication device sending fifth information indicating a fourth quantity, which is the number of AIoT devices deployed in the first area at the first time.

[0025] For information on the technical effects of the third aspect or its various alternative implementations, please refer to the description of the technical effects of the first aspect or its corresponding implementations.

[0026] Fourthly, a communication device is provided. The communication device can be the first communication device described in the first aspect above. The communication device possesses the functions of the first communication device described above. For example, the communication device is capable of implementing the functions described in the first aspect above. For instance, the communication device includes modules, units, or means corresponding to performing the operations involved in the first aspect above. These modules, units, or means can be implemented through software, hardware, or a combination of software and hardware. The communication device is, for example, a network device, a component or functional module of a network device, or a network management server (such as OAM), or included within a network management server. In one optional implementation, the communication device includes a baseband device and a radio frequency device. In another optional implementation, the communication device includes a processing unit (sometimes also called a processing module) and a transceiver unit (sometimes also called a transceiver module). The transceiver unit can implement both sending and receiving functions. When the transceiver unit implements the sending function, it can be called a sending unit (sometimes also called a sending module), and when the transceiver unit implements the receiving function, it can be called a receiving unit (sometimes also called a receiving module). The transmitting unit and the receiving unit can be the same functional module, which is called the transceiver unit. This functional module can realize the transmitting and receiving functions; or, the transmitting unit and the receiving unit can be different functional modules, and the transceiver unit is a general term for these functional modules.

[0027] In one optional implementation, the transceiver unit (or the receiving unit) is configured to receive first information indicating a first quantity, which is the number of AIoT devices stored when performing a first AIoT service in the first area. The processing unit is configured to determine the accuracy of the first AIoT service based on the first quantity and a second quantity, where the second quantity is the total number of AIoT devices included in the first area.

[0028] In an alternative embodiment, the communication device further includes a storage unit (sometimes also called a storage module), and the processing unit is configured to couple with the storage unit and execute programs or instructions in the storage unit to enable the communication device to perform the functions of the first communication device described in the first aspect above.

[0029] Fifthly, a communication device is provided. The communication device can be the second communication device described in the second aspect above. The communication device possesses the functions of the second communication device described above. For example, the communication device has the functions described in the second aspect above; for example, the communication device includes modules, units, or means corresponding to performing the operations involved in the second aspect above. These modules, units, or means can be implemented through software, hardware, or a combination of software and hardware. The communication device is, for example, a network device, a component or functional module of a network device, or a network management server (such as OAM) or included in a network management server. In one optional implementation, the communication device includes a baseband device and a radio frequency device. In another optional implementation, the communication device includes a processing unit (sometimes also called a processing module) and a transceiver unit (sometimes also called a transceiver module). For details on the implementation of the transceiver unit, please refer to the description in the third aspect.

[0030] In one optional implementation, the transceiver unit (or the receiving unit) is configured to receive a first request, the first request being for requesting statistics on the execution results of AIoT services related to the first region. The transceiver unit (or the sending unit) is configured to send third information, the third information indicating the execution result of each of at least one AIoT service related to the first region, wherein the at least one AIoT service includes a second AIoT service, and the execution result is used to indicate whether the AIoT service was successfully or unsuccessfully executed, the second AIoT service being an AIoT service used to delete or deactivate AIoT devices.

[0031] In an alternative embodiment, the communication device further includes a storage unit (sometimes also called a storage module), and the processing unit is configured to couple with the storage unit and execute programs or instructions in the storage unit to enable the communication device to perform the functions of the second communication device described in the second aspect above.

[0032] Sixthly, a communication device is provided. The communication device can be the third communication device described in the third aspect above. The communication device possesses the functions of the third communication device described above. For example, the communication device has the functions described in the second aspect above; for example, the communication device includes modules, units, or means corresponding to performing the operations involved in the second aspect above. These modules, units, or means can be implemented through software, hardware, or a combination of software and hardware. The communication device is, for example, a network device, a component or functional module of a network device, or a network management server (such as OAM) or included in a network management server. In one optional implementation, the communication device includes a baseband device and a radio frequency device. In another optional implementation, the communication device includes a processing unit (sometimes also called a processing module) and a transceiver unit (sometimes also called a transceiver module). For details on the implementation of the transceiver unit, please refer to the description in the third aspect.

[0033] In one optional implementation, the transceiver unit (or the receiving unit) is configured to receive a second request, the second request being for obtaining the number of AIoT devices deployed in the first area at a first time. The transceiver unit (or the sending unit) is configured to send fifth information, the fifth information indicating a fourth quantity, the fourth quantity being the number of AIoT devices deployed in the first area at the first time.

[0034] In an alternative embodiment, the communication device further includes a storage unit (sometimes also called a storage module), and the processing unit is configured to couple with the storage unit and execute programs or instructions in the storage unit to enable the communication device to perform the functions of the third communication device described in the second aspect above.

[0035] A seventh aspect provides an apparatus comprising a memory and one or more processors. The memory is used to store part or all of a computer program or instructions necessary for implementing the functions involved in any of the first to third aspects described above. The one or more processors are executable to carry out the computer program or instructions, such that, when executed, the apparatus implements the methods in any possible design or implementation of any of the first to third aspects described above.

[0036] In one possible design, the device may further include interface circuitry, wherein the processor is configured to communicate with other devices or components via the interface circuitry.

[0037] In one possible design, the device may also include the memory.

[0038] Eighthly, a communication system (or network management system) is provided, comprising a first communication device, a second communication device, and a third communication device. The first communication device is used to execute the method described in the first aspect, the second communication device is used to execute the method described in the second aspect, and the third communication device is used to execute the method described in the third aspect. For example, the first communication device can be implemented using the device described in the fourth or seventh aspect, the second communication device can be implemented using the device described in the fifth or seventh aspect, and the third communication device can be implemented using the device described in the sixth or seventh aspect.

[0039] Ninthly, a network management device is provided, which can be used to perform the method steps of one or more of the first to third aspects described above. For example, the network management device may have the functions that can be implemented by the first communication device, the second communication device, and the third communication device described above. For example, the network management device is a network management server.

[0040] In a tenth aspect, a computer-readable storage medium is provided for storing a computer program or instructions that, when executed, cause the method performed by the first, second, or third communication device described above to be implemented.

[0041] In the eleventh aspect, a computer program product containing instructions is provided, which, when the computer program or instructions are run on a computer, enables the methods described in the above aspects to be implemented.

[0042] In a twelfth aspect, a chip system is provided, including a processor and an interface, the processor being configured to call and execute instructions from the interface to enable the chip system to implement the methods of the above aspects.

[0043] For the technical effects of the various alternative implementations of aspects four through twelfth, please refer to the description of the technical effects of the first aspect or corresponding implementation. Attached Figure Description

[0044] Figure 1 is a schematic diagram of signal transmission between the reader and the tag;

[0045] Figure 2 is a schematic diagram of an AIoT system architecture;

[0046] Figures 3A and 3B are schematic diagrams of the system architecture provided in the embodiments of this application;

[0047] Figures 4 to 7 are schematic flowcharts of the communication method provided in the embodiments of this application;

[0048] Figure 8 is a schematic diagram of the structure of a device provided in an embodiment of this application;

[0049] Figure 9 is a schematic diagram of another device provided in an embodiment of this application. Detailed Implementation

[0050] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the embodiments of this application will be further described in detail below with reference to the accompanying drawings.

[0051] The following explanations of some terms or concepts used in the embodiments of this application are provided to facilitate understanding by those skilled in the art.

[0052] (1) The terminal device mentioned in the embodiments of this application is a device with wireless transceiver function, which may be a fixed device, a mobile device, a handheld device (e.g., a mobile phone), a wearable device, an in-vehicle device, or a wireless device (e.g., a communication module, a modem, or a chip system, etc.) built into the above devices. The terminal devices are used to connect people, things, and machines, and can be widely used in various scenarios, including but not limited to the following: sensing scenarios, cellular communication, device-to-device (D2D) communication, vehicle-to-everything (V2X) communication, machine-to-machine / machine-type (M2M / MTC) communication, Internet of Things (IoT), virtual reality (VR), augmented reality (AR), industrial control, self-driving, remote medical care, smart grid, smart furniture, smart office, smart wearables, smart transportation, smart city, drones, robots, and terminal devices in indoor commercial scenarios (such as mobile phone screen mirroring, file sharing, and mobile phone to VR glasses). When the terminal equipment is applied to V2X, it can also be called a V2X device, such as a smart car, digital car, unmanned car, driverless car, pilotless car, or automobile, self-driving car, or autonomous car, pure electric vehicle (EV), hybrid electric vehicle (HEV), range-extended electric vehicle (REEV), plug-in hybrid electric vehicle (PHEV), new energy vehicle, or roadside unit (RSU). The terminal equipment can also be a device used in D2D communication, such as an electricity meter or water meter.

[0053] Furthermore, in this embodiment, the terminal device may also include terminal devices in an IoT system, such as tags in an IoT system. IoT is an important component of future information technology development, and its main technical characteristic is connecting objects to networks through communication technologies, thereby realizing an intelligent network that enables human-machine interconnection and machine-to-machine interconnection.

[0054] The terminal equipment may sometimes be referred to as UE, terminal, access station, UE station, remote station, wireless communication equipment, or user equipment, etc.

[0055] In this application embodiment, the communication device used to implement the terminal device function can be the terminal device itself, or it can be a device capable of supporting the terminal device in implementing the function, such as a chip system. This device can be installed in the terminal device. In the technical solutions provided in this application embodiment, the terminal device is used as an example to describe the technical solutions provided in this application embodiment. Furthermore, for ease of description, the terminal device in this application embodiment is described using a UE as an example.

[0056] (2) The network devices in the embodiments of this application include, for example, access network devices and / or core network (CN) devices. The access network device is a device with wireless transceiver capabilities, used to communicate with the terminal device. The access network device may sometimes be referred to as a radio access network (RAN) device, RAN entity, access node, RAN node, or access network element, etc. This includes, but is not limited to, base stations (base transceiver stations (BTS), Node B, evolved Node B (eNodeB) / eNB, or the next generation Node B (gNodeB) / gNB), transmission reception points (TRPs), base stations evolved from the 3rd generation partnership project (3GPP), access nodes in wireless fidelity (Wi-Fi) systems, wireless relay nodes, wireless backhaul nodes, etc. The base station may be: a macro base station, a micro base station, a pico base station, a small cell, a relay station, etc. Multiple base stations can support networks using the same access technology or networks using different access technologies. A base station can contain one or more co-located or non-co-located transmission and reception points. The access network equipment can also be a radio controller, centralized unit (CU), and / or distributed unit (DU) in a cloud radio access network (CRAN) scenario. The access network equipment can also be a server, etc. For example, network equipment in V2X technology can be a roadside unit (RSU). The following description uses a base station as an example to illustrate the access network equipment. A base station can communicate with a terminal device or through a relay station. A terminal device can communicate with multiple base stations using different access technologies. The core network equipment is used to implement functions such as mobility management, data processing, session management, policy and billing. The names of the equipment implementing core network functions can differ in systems using different access technologies; this application does not limit this.Taking the 5th generation (5G) mobile communication technology system as an example, the core network equipment includes, for example, access and mobility management function (AMF), session management function (SMF), policy control function (PCF), or user plane function (UPF), etc.

[0057] In the CU-DU architecture, access network equipment can include one or more logical network elements such as a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU). CUs and DUs can be separate entities or included in the same network element, such as a baseband unit (BBU). RUs can be included in radio equipment or radio units, such as remote radio units (RRUs), active antenna units (AAUs), or remote radio heads (RRHs).

[0058] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an open RAN (ORAN) system, CU can also be called open CU (open CU, O-CU), DU can also be called open DU (open DU, O-DU), CU-CP can also be called open CU-CP (open CU-CP, O-CU-CP), CU-UP can also be called open CU-UP (open CU-CP, O-CU-UP), and RU can also be called open RU (open RU, O-RU). For ease of description, the embodiments of this application use CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in the embodiments of this application can be implemented by a software module, a hardware module, or a combination of a software module and a hardware module.

[0059] Optionally, in various embodiments of this application, if the network device is a distributed architecture, such as the network device including CU and DU, or including CU-CP, CU-UP and DU, then the network device sends information to the UE, specifically the DU included in the network device sends information to the UE; the network device receives information from the UE, specifically the DU included in the network device receives information from the UE.

[0060] Furthermore, in this embodiment, the network device may also include network devices in an IoT system, such as a reader or interrogator in an IoT system. A reader can also be called a reader, egress device, etc.

[0061] In this application embodiment, the communication device used to implement the network device function can be a network device itself, or it can be a device capable of supporting the network device in implementing that function, such as a chip system. This device can be installed within the network device. In the technical solutions provided in this application embodiment, the example of a network device being used to implement the network device function is used to describe the technical solutions provided in this application embodiment.

[0062] (3) IoT and devices in IoT systems.

[0063] IoT can include NB-IoT and AIoT, among others. In some scenarios, AIoT refers to the Internet of Things for the Environment, also known as the Environmentally Powered Internet of Things or Passive IoT, or AIoT can include passive IoT. Here, "source" refers to a power source or energy source, and "passive" means not connected to an external energy source (e.g., without a battery or with limited energy storage). Terminal devices in AIoT are passive. Passive terminal devices do not mean they don't use energy (e.g., electrical energy), but rather that they obtain energy in a different way. Compared to NB-IoT devices, which rely on batteries, AIoT devices can harvest energy from the environment (e.g., radio waves, solar energy, wind power, vibration, heat, etc.) for service and communication, resulting in lower power consumption.

[0064] AIoT can include various types of devices, such as those that do not require batteries or have limited energy storage. For example, AIoT devices can be categorized into two types: Type 1 and Type 2. Type 1 AIoT devices have an output power consumption of approximately 1μW, some energy storage capacity, but lack downlink and uplink signal amplification capabilities. Type 1 devices can only transmit information through backscattering of an externally provided carrier wave and cannot generate signals themselves.

[0065] Type 2 AIoT devices have a peak power of no more than a few hundred μW, possess energy storage capabilities, and have the ability to amplify downlink and / or uplink signals. Type 2 AIoT devices can generate signals themselves or reflect signals through an external carrier.

[0066] Alternatively, AIoT devices may also include other types of devices, such as devices without energy storage capabilities, without limitation. In this embodiment, "energy storage" can also be understood as capacity storage.

[0067] A tag can also be called an electronic tag or a tag device. For example, a tag implemented through an AIoT device can also be called an AIoT tag or an AIoT device. In some scenarios, AIoT devices can be embedded in third-party products to facilitate tracking information about those products. In this embodiment, the tag can function as a terminal device to communicate with network devices. The term "tag" is merely an optional designation, and this name may change; for example, "AIoT tag" may be replaced with other names. This embodiment does not limit the name used. For ease of description, the term "tag" will continue to be used as an example below.

[0068] In classification method 1, tags can be divided into three categories: passive tags, semi-passive tags, and active tags. Passive and semi-passive tags can use reflection-based communication methods, while active tags use actively generated carrier communication methods.

[0069] In classification method 2, tags can also be divided into three categories: Device A, Device B, and Device C. Device A has no energy storage and cannot generate signals independently; it uses backscattering to transmit signals and can be called a passive device. Device B has energy storage but cannot generate signals independently; it also uses backscattering to transmit signals, but the energy stored in Device B can amplify the reflected signal, so it can be called a semi-passive device. Device C has energy storage, can generate signals independently, and has active radio frequency components for transmission; it can be called an active device. Devices A and B cannot actively initiate information reporting requests; they can only passively trigger reporting. Device C can actively initiate information reporting requests, for example, by accessing the network and reporting information using a method similar to the UE access procedure.

[0070] The AIoT tags in this application embodiment can be classified according to classification method 1 or classification method 2, and this application embodiment is applicable to any category of AIoT tags under classification method 1 or classification method 2. Alternatively, the AIoT tags in this application embodiment are not classified according to these two classification methods, but are classified according to the aforementioned classification method for AIoT devices, and this application embodiment is applicable to any category of AIoT tags under this classification method. Alternatively, the AIoT tags in this application embodiment may also have other classification methods or may not be classified at all, and there are no restrictions on this.

[0071] The tag uses a low-precision, low-power mid-to-low frequency ring oscillator or a completely oscillator-less method to receive downlink signals. When the tag is operating, the communication energy and / or carrier wave are supplied by the reader, and communication is based on a reflected carrier wave. For example, as shown in Figure 1, the reader can send a carrier signal to the tag, and the tag receives the carrier signal through its antenna. The solid line in Figure 1 represents the carrier signal sent by the reader, and the dashed line represents the reflected signal transmitted by the tag based on the carrier signal reflection. The tag can adjust the information to be transmitted in the reflected signal. Through this method, the tag uses a low-precision, low-power mid-to-low frequency ring oscillator or a completely oscillator-less method to receive downlink signals, further reducing the power consumption of downlink reception. Optionally, the carrier wave can also be understood as an excitation signal, which can be sent by a device other than the reader.

[0072] A tag is a miniature wireless transceiver device, mainly consisting of a built-in tag antenna, coupling element, and chip. The tag's chip contains storage space that enables a reader to read or write tag data. After receiving radio frequency signals transmitted by the reader through the antenna, the tag can couple these signals through the coupling element. This coupling channel allows power to be supplied to the tag's chip, and the data stored in the chip can be fed back to the reader through the antenna. A communication network based on cellular network infrastructure, including readers and tags, can be called a passive IoT network, or AIoT.

[0073] AIoT can be applied to passive or semi-passive IoT scenarios. For example, in logistics and warehousing scenarios, tags (such as AIoT tags) can be used for inventory and tracking of goods, and can also be used to monitor the status of goods during transportation. In industrial manufacturing scenarios, tags can be used to monitor the status of the environment and equipment.

[0074] In AIoT, communication from the reader to the tag (e.g., an AIoT tag) can be called reader-to-device (R2D) communication, and communication from the tag to the reader can be called device-to-reader (D2R) communication. Tags and readers can collaborate to execute AIoT services, which may include at least one of the following: inventory management, command processing, sensing, and positioning. When executing command processing, the tag and reader can perform at least one of the following operations: read, write, kill or disable, delete, or lock.

[0075] Inventory management, also known as data collection, involves the exchange of inventory data between tags and readers. This inventory process retrieves the tag's identifier. For example, readers can use commands like query and acknowledge (ACK) to obtain the tag's identifier. To facilitate tag inventory, tags can include four session identifiers (S0-S3), each corresponding to two inventory states, A and B, indicated by a session inventory flag. When a reader selects a tag, the select command sent to that tag carries a session identifier, which the tag can store. When the reader performs an inventory operation on the tag, the query command sent to that tag includes the session identifier, allowing the tag to change its inventory state from A to B. If the reader sends a query command to perform an inventory operation again, the tag will not respond to the reader because the inventory status of the tag is B, thus avoiding the same tag being inventoryed multiple times in one inventory cycle.

[0076] Read operations can read the electronic product code (EPC) or tag identifier (TID) in the tag's storage area, or read the content stored in the tag's reserved area or the content stored in the user's storage area, etc.

[0077] The write operation allows writing to the tag's storage area.

[0078] Deactivation or deletion operations can render a tag permanently unusable. For example, in logistics and warehousing scenarios, tags can be attached to goods. When goods leave the warehouse, the tag can be deactivated or deleted, effectively removing the tag from the warehouse and rendering it unusable.

[0079] Locking operations can lock the information of a tag to prevent read or write operations on that tag. Alternatively, locking operations can also lock the tag's storage area to prohibit read or write operations on that storage area.

[0080] Sensing services, also known as interconnected sensing services, are used to report sensing data. Sensing data can be, for example, environmental sensing data such as temperature or humidity.

[0081] Location services can be used to report locations.

[0082] The above are just examples. Other business processes or operations can be performed between the tag and the reader, which will not be illustrated here.

[0083] In AIoT, AIoT devices can first connect to network devices and then perform data transmission with the network devices. These network devices can be, for example, readers or interrogators.

[0084] (4) In the embodiments of this application, the number of nouns, unless otherwise specified, refers to "singular nouns or plural nouns", that is, "one or more". "At least one" means one or more, and "more than one" means two or more. "And / or" describes the relationship between related objects, indicating that there can be three relationships. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, or B exists alone, where A and B can be singular or plural. The character " / " generally indicates that the related objects before and after are in an "or" relationship. For example, A / B means: A or B. "At least one of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one of a, b or c means: a, b, c, a and b, a and c, b and c, or a and b and c, where a, b, and c can be single or multiple.

[0085] (5) In the embodiments of this application, "when," "if," and "if" all refer to the device making a corresponding processing under certain objective circumstances, and are not limited to a specific time, nor do they require the device to perform a judgment action, nor do they imply any other limitations. Unless otherwise specified, "if" and "if" can be substituted, and "when" and "in the case of" can be substituted. "When" and "if" / "if" can be substituted.

[0086] (6) In the embodiments of this application, the ordinal numbers such as "first" and "second" are used to distinguish multiple objects and are not used to limit the size, content, order, timing, priority, or importance of multiple objects. Furthermore, the numbering of steps in the various embodiments described in this application is only to distinguish different steps and is not used to limit the order of steps. In the embodiments of this application, words such as "exemplarily" and "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design scheme described as an "example" in this application should not be construed as being better or more advantageous than other embodiments or design schemes. Specifically, the use of the term "example" is intended to present a concept in a concrete manner. In the embodiments of this application, "of," "corresponding (relevant)," and "corresponding" can sometimes be used interchangeably; it should be noted that their intended meanings are consistent when their differences are not emphasized.

[0087] (7) In the embodiments of this application, "storage" or "preservation" may refer to storage in one or more memories. The one or more memories may be separately configured or integrated into an encoder or decoder, processor, or communication device. Alternatively, some of the memories may be separately configured, while others may be integrated into a decoder, processor, or communication device. The type of memory can be any form of storage medium, and this is not limited.

[0088] (8) In the embodiments of this application, "send" and "receive" indicate the direction of signal transmission. For example, "send information to XX" can be understood as the destination of the information being XX, which may include direct transmission via the air interface or indirect transmission by other units or modules via the air interface. "Receive information from YY" can be understood as the sender of the information being YY, which may include direct reception from YY via the air interface or indirect reception from YY via other units or modules via the air interface. "Send" can also be understood as the "output" of the chip interface, and "receive" can also be understood as the "input" of the chip interface. In other words, sending and receiving can be performed between devices, such as between access network devices and terminal devices, or within a device, such as between components, modules, chips, software modules, or hardware modules within the device via a bus, wiring, or interface.

[0089] (9) In the embodiments of this application, "instruction" may include direct instruction, indirect instruction, explicit instruction, and implicit instruction. When describing a certain instruction information for the purpose of indicating A, it can be understood that the instruction information carries A, directly indicates A, or indirectly indicates A.

[0090] In this embodiment, the information indicated by the instruction information is called the information to be instructed. In specific implementations, there are many ways to indicate the information to be instructed, such as, but not limited to, directly indicating the information to be instructed, such as the information to be instructed itself or its index. It can also indirectly indicate the information to be instructed by indicating other information, where there is a correlation between the other information and the information to be instructed. It can also indicate only a part of the information to be instructed, while the other parts are known or pre-agreed upon. For example, the instruction of specific information can be achieved by using a pre-agreed (e.g., protocol-defined) arrangement of various information, thereby reducing instruction overhead to some extent. Furthermore, the information to be instructed can be sent as a whole or divided into multiple sub-information units, and the sending period and / or timing of these sub-information units can be the same or different.

[0091] The technical features involved in the embodiments of this application are described below.

[0092] Figure 2 illustrates one architecture of an AIoT system. This architecture involves devices including AIoT application function (AIoT AF) network elements, network exposure function (NEF) network elements, access and mobility management function (AMF) network elements, tag management function (TMF) network elements, access network devices, and AIoT devices.

[0093] Among them, the AIoT AF network element can be used to issue AIoT service-related instructions, such as issuing instructions to count the number of AIoT devices, or issuing read operation instructions to read and write the recorded information of AIoT devices. The NEF network element belongs to the core network and can be used to open up core network capabilities. The AMF network element also belongs to the core network. When implementing AIoT services, the AMF network element can be used to send AIoT service instructions from the NEF network element to the access network device, and to send information reported by the access network device to the NEF network element. The TMF network element is a potential core network element, and is therefore represented by a dashed line in Figure 2. In other words, the TMF network element is an informal core network element. Its function is similar to that of the AMF, and it can be used to implement AIoT-related functions, such as managing AIoT devices. Access network devices are used to implement functions related to AIoT device access, or to execute AIoT services and report the results of those services. For example, an access network device could be a 5G NR base station.

[0094] The N1 interface is the interface between the AMF and the UE, and is access-independent. It is used to transmit QoS control rules to the UE. The N2 interface is the interface between the AMF and the RAN, and is used to transmit radio bearer control information from the core network side to the RAN.

[0095] When it is necessary to issue AIoT service instructions, the AIoT AF network element sends the AIoT service instructions to the AMF network element or TMF network element through the NEF network element. The AMF network element or TMF network element can select a suitable access network device and send the AIoT service instructions to that access network device, so that the access network device can cooperate with the AIoT device to execute AIoT services, or so that the AIoT AF network element can make the AIoT device that wants to receive the AIoT service instructions receive the AIoT service instructions forwarded by the access network device.

[0096] However, in real-world scenarios, various factors can lead to AIoT service failures or lower accuracy. For example, communication between access network devices and AIoT devices may be unreliable, potentially failing and causing AIoT service execution to be unsuccessful. Therefore, from an AIoT operation and maintenance management perspective, it is necessary to evaluate the performance of AIoT services.

[0097] Taking inventory management as an example, the reader can perform inventory checks to count the number of AIoT devices. Since AIoT devices are often embedded or attached to items (such as goods or merchandise), the number of AIoT devices can be used to determine the number of items. If the reader's inventory management is inaccurate, the counted number of AIoT devices may be inaccurate, leading to an inaccurate final count of items. Therefore, it is necessary to evaluate the performance (such as accuracy) of the inventory management process, which helps in better managing and adjusting the AIoT operations.

[0098] However, there is currently no solution for performance evaluation of inventory management operations.

[0099] Therefore, in this embodiment, the accuracy of the first AIoT service can be determined based on a first quantity and a second quantity. The first quantity is the number of AIoT devices recorded when executing the first AIoT service in the first region, which can be understood as the actual execution result or the actual value of the execution result of the first AIoT service. The second quantity is the total number of AIoT devices included in the first region, which can be understood as the theoretical execution result (or reference execution result) or the theoretical value of the execution result of the first AIoT service. Thus, this embodiment provides a method for determining the accuracy of the first AIoT service, achieving the determination of the accuracy of the first AIoT service. Evaluating the accuracy of the first AIoT service helps to better understand the actual execution of the first AIoT service, promptly identify problems and potential risks, and thus make more targeted decisions regarding the first AIoT service. For example, if the accuracy of the first AIoT service is found to be low, the reasons for the low accuracy can be determined in a timely manner, and improvements can be made.

[0100] Figure 3A illustrates a system architecture diagram applicable to an embodiment of this application. As shown in Figure 3A, this management architecture is a traditional three-tier management architecture, which may include a third-party management system, a network management system, and a communication system. The communication system can be any communication system that can be used to implement AIoT, such as a fourth-generation (4G) mobile communication technology system, a 5G communication system, or a future communication system. The communication system may include a RAN and AIoT devices, etc.

[0101] A third-party management system is a system used to manage the business of third parties. A third-party management system can also be called a management service consumer (MnS consumer). A third party can be referred to as "vertical," which can be understood as an integration and solution that applies AIoT technology to a specific industry or business area. In some scenarios, a third party can also be understood as a user, someone who uses AIoT technology to enhance their business. Third parties are typically enterprise users; for example, a third party could be a warehousing company or a logistics company. These companies can use AIoT to monitor the quantity, location, and status of goods.

[0102] A network management system, commonly known as a "network manager," has the capability to manage communication systems, such as managing AIoT-related services or devices. For example, a network management system can be an Operation Administration and Maintenance (OAM) system. OAM refers to the division of network management work into three main categories based on the actual needs of operator network operations: operation, administration, and maintenance. Operation mainly involves the analysis, prediction, planning, and configuration of daily network and services; maintenance mainly involves daily operational activities such as testing and fault management of the network and its services. As shown in Figure 3A, a network management system can include a network management system (NMS) and an element management system (EMS). The NMS is the part (or module) of the network management system used to implement cross-domain management; it can also be called a cross-domain management system, or NMS belongs to or is part of a cross-domain management system, and can be used to manage multiple EMSs in a unified manner. In some scenarios, the NMS may belong to the mobile network operator. NMS can include an AIoT service consumer. The AIoT consumer can act as a consumer of AIoT services provided by EMS, and can be simply referred to as an AIoT consumer. The AIoT consumer can obtain AIoT-related information from the EMS and perform related management tasks based on this information. For example, in this embodiment, the AIoT service can refer to a service used to evaluate the performance of AIoT services (such as inventory management). The AIoT consumer can also be called an AIoT management module or an AIoT cross-domain management module, etc., and there is no limitation on the specific name.

[0103] EMS (Enterprise Management System) is a component (or module) within a network management system used to implement domain management. EMS can also be called a domain management system, or it belongs to or is part of a domain management system. It is responsible for managing the RAN (Radio Router) or CN (Network Array). In some scenarios, EMS may belong to a system owned by an equipment manufacturer in the mobile network. EMS can include an AIoT service producer, a configuration management (CM) functional entity, and a performance management (PM) functional entity. The AIoT service producer, also simply called an AIoT producer, is the entity that provides AIoT services. It can also be called an AIoT management module or an AIoT domain management module. The CM functional entity is responsible for configuring network elements; it can also be called a CM functional network element or a CM functional provider. The PM functional entity is responsible for performing performance management on network elements; it can also be called a PM functional network element or a PM functional provider.

[0104] For example, an EMS used for managing the RAN can be called EMS-RAN, a single-domain management system dedicated to managing the RAN. Correspondingly, the CM functional entity can be used to configure and manage the devices included in the RAN (such as access network devices), and the PM functional entity can be used to manage the performance of the devices included in the RAN. Alternatively, an EMS used for managing the core network can be called EMS-CN, a single-domain management system dedicated to managing the CN. Correspondingly, the CM functional entity can be used to configure and manage the network elements included in the core network (such as AMF or TMF), and the PM functional entity can be used to manage the performance of the network elements included in the core network.

[0105] In some embodiments, any combination of the AIoT producer, CM functional entity, and PM functional entity can be the same device. For example, the AIoT producer and CM functional entity can be implemented using the same device, meaning that the device simultaneously possesses the functions of both the AIoT producer and CM functional entities. Alternatively, the CM functional entity and PM functional entity can be implemented using the same device, meaning that the device simultaneously possesses the functions of both the CM functional entity and PM functional entities. Or, the AIoT producer and PM functional entities can be implemented using the same device, meaning that the device simultaneously possesses the functions of both the AIoT producer and PM functional entities. Alternatively, the functions of one or more of the AIoT producer, CM functional entity, and PM functional entities can be deployed in a device within a communication system, such as an access network device or a core network element.

[0106] RAN can include access network devices, which are described in the previous glossary section and will not be repeated here. Access network devices can participate in AIoT services, and therefore can perceive information related to AIoT services, such as the execution frequency and results of different types of services. In this embodiment, the access network device can act as a reader to collaborate with AIoT devices in executing AIoT services, such as inventory management.

[0107] Optionally, as shown in Figure 3A, the architecture may also include a terminal device, which is a non-AIoT device. The terminal device can act as a reader to collaborate with AIoT devices to execute AIoT services. For example, the terminal device can establish communication with an access network device, thereby enabling it to execute AIoT services under the instruction of the access network device.

[0108] Optionally, as shown in Figure 3A, this architecture may also include a core network. The core network (CN) may include network elements such as AMF or TMF. For a description of the network elements included in the CN, please refer to the section in Figure 2. The core network elements can participate in AIoT services, such as issuing AIoT service commands. Therefore, the core network elements can also be aware of information related to AIoT services. Thus, in this embodiment, the evaluation of AIoT services can also be performed in conjunction with the core network elements.

[0109] The AIoT device mentioned in the embodiments of this application can be a standalone device or integrated with a terminal device, that is, the AIoT device is part of the terminal device.

[0110] Optionally, in this embodiment, the communication system may further include a relay node, which forwards information between the network device (as shown in Figure 3A) and the AIoT device. The relay node may be a terminal device as shown in Figure 3A, or it may be another device besides the terminal device, such as a network device. For example, if the access network device is located outdoors, and the terminal device and the AIoT device are located indoors, it is equivalent to the outdoor network device communicating with the indoor AIoT device through an indoor relay node.

[0111] Optionally, in this embodiment, the communication system may further include an integrated access and backhaul (IAB) node. In this communication system, the IAB node can act as a relay node between the network device (as shown in Figure 3A) and the AIoT device. The AIoT device transmits information to the IAB node, and the IAB node forwards the information to the network device through the Uu interface; or, the network device transmits information to the IAB node, and the IAB node then forwards the information to the AIoT device.

[0112] Optionally, in this embodiment, the energy required for the AIoT device to transmit information can be provided by an excitation signal, which can come from a network device, a terminal device, or other devices besides network devices and terminal devices.

[0113] Figure 3B illustrates another system architecture suitable for embodiments of this application. Figure 3B represents a potential agent architecture. As shown in Figure 3B, this system architecture may include a third-party management system, a network management system, and a communication system. The communication system may include RAN and AIoT devices, etc. A description of this system architecture can be found in the corresponding section of Figure 3A, and will not be repeated here.

[0114] Unlike Figure 3A, this network management system can be implemented using an agent architecture. As shown in Figure 3B, in an agent architecture, the network management system can include network intelligent agents and a network platform. The network intelligent agent, also known as a network agent, can proactively perceive and understand the network state and its environment, autonomously plan and make adaptive decisions, and perform response control. It manages and optimizes the network automatically, intelligently, and collaboratively to achieve network operation and management goals, and is a self-learning, self-evolving, and self-closing entity. For example, this network intelligent agent can be used to implement the NMS function in Figure 3A. The network intelligent agent can also include an AIoT intelligent agent, also known as an AIoT agent. An AIoT intelligent agent is a network intelligent agent used to provide AIoT services. For example, this AIoT intelligent agent can be used to implement the AIoT consumer function in Figure 3A. The network platform can, for example, be used to implement the EMS function in Figure 3A. The network platform can also have other names, such as platform, management platform, or single-domain management platform, etc., and there are no restrictions on the name. The network platform may include CM and PM functions, which are, for example, the functions implemented by the CM and PM function entities in Figure 3A, and therefore will not be described in detail.

[0115] The network architecture described in this application is for the purpose of more clearly illustrating the technical solutions of this application, and does not constitute a limitation on the technical solutions provided in this application. As those skilled in the art will know, with the evolution of network architecture and the emergence of new business scenarios, the technical solutions provided in this application are also applicable to similar technical problems.

[0116] The methods provided in the embodiments of this application are described below with reference to the accompanying drawings. In the various embodiments of this application, the relevant concepts of "AIoT device" can be referred to in the preceding explanation; for example, an AIoT device can also be called an AIoT apparatus or an AIoT tag. In the accompanying drawings corresponding to the various embodiments of this application, all steps indicated by dashed lines are optional steps. The various embodiments described herein can be applied to the network architecture shown in Figure 3A or Figure 3B. For example, the fourth communication device described in the various embodiments of this application can be a device that can act as a reader in any of the figures in Figure 3A or Figure 3B, such as a network device, terminal device, or relay node. The second communication device described in the various embodiments of this application can be an entity used to implement the PM function in Figure 3A or Figure 3B, such as the PM function entity shown in Figure 3A or a core network element. The third communication device described in the various embodiments of this application can be an entity used to implement the CM function in Figure 3A or Figure 3B, such as the CM function entity shown in Figure 3A or a core network element. The fifth communication device described in the various embodiments of this application can be an AIoT consumer in Figure 3A or Figure 3B. The first communication device described in the various embodiments of this application can be an AIoT producer in Figure 3A or Figure 3B.

[0117] This application provides a communication method, please refer to Figure 4, which is a flowchart of the method.

[0118] Step 401: The first communication device receives first information, which indicates a first quantity, which is the number of AIoT devices stored when the first AIoT service is executed in the first area.

[0119] The first communication device is used to perform performance evaluation of the first AIoT service. It can be any AIoT-related device, such as a server, or a network element in a communication system, such as an access network device or a core network element. For example, the first communication device can be a network management device (or network management server), which can be a network management system (such as an OAM system), or a device in the network management system, such as the AIoT producer shown in Figure 3A or the network agent or network platform shown in Figure 3B.

[0120] The first information comes from the fourth communication device. The first communication device can directly receive the first information from the fourth communication device, or it can indirectly receive the first information from the fourth communication device through other communication devices. The first quantity indicated by the first information is the number of AIoT devices stored when the first AIoT service is executed in the first area. The first AIoT service can be used to store the number of AIoT devices; for example, the first AIoT service can be a storage service.

[0121] The first region refers to the area where the performance of the first AIoT service needs to be evaluated. The scope of the first region can be set according to actual needs.

[0122] Optionally, the first region may refer to the business area of ​​a third party. In this case, the method provided in the embodiments of this application can be used to evaluate the performance of the third party's first AIoT service. Alternatively, when the third party involves multiple business areas, the first region may be one or more of these multiple business areas. In this case, the method provided in the embodiments of this application can be used to evaluate the performance of the first AIoT service in a certain business area of ​​the third party. As an example, the third party may be a warehousing company, and the third party may include one warehouse, with the first region referring to that warehouse; or, the third party may include warehouse 1, warehouse 2, and warehouse 3, with the first region being any one or more of these three warehouses. For example, the first region may be warehouse 1, or warehouse 1 and warehouse 2, or warehouse 1, warehouse 2, and warehouse 3.

[0123] Optionally, the first area may also refer to the area served (or covered) by the device participating in the AIoT service of the communication system. For example, the device participating in the AIoT service may include a reader, and the first area may refer to the area served by the reader. In this case, it can be understood that the method of the embodiments of this application can be used to evaluate the performance of the reader in performing the first AIoT service, or simply to evaluate the performance of the reader.

[0124] Alternatively, the first region can also be understood as a combination of the two options mentioned above. For example, the first region can be the business area of ​​a third party under a certain reader. For instance, the third party includes Repository 1 and Repository 2, where Repository 1 is located in the service area of ​​reader 1 and Repository 2 is located in the service area of ​​reader 2. The first region can be the third party's Repository 1, that is, the business area of ​​the third party under reader 1.

[0125] Optionally, the determination of the accuracy of the first AIoT service can be performed periodically. For example, a first cycle can be pre-configured for the first communication device, which is a cycle for determining the accuracy (or the accuracy of the first AIoT service), and the first communication device can periodically trigger the determination of accuracy according to the first cycle.

[0126] In some embodiments, the fourth communication device may report to the first communication device the number of AIoT devices stored in the first region when performing the first AIoT service, i.e., the first number. For example, the fourth communication device may periodically report the first number to the first communication device. Alternatively, the fourth communication device may report the first number to the first communication device each time a first AIoT service is completed.

[0127] In other embodiments, the fourth communication device may report the first quantity at the request or instruction of the first communication device. For example, the first communication device may send first instruction information to the fourth communication device, instructing the fourth communication device to perform a first AIoT service at a first moment, thereby allowing the fourth communication device to send the first quantity to the first communication device. For example, the first instruction information may include the first moment. Optionally, the first instruction information may also include one or more of the identifiers of the fourth communication device, the first user, or the first area.

[0128] Step 402: The first communication device obtains a second quantity, which is the total number of AIoT devices contained in the first area.

[0129] The second quantity is the total number of AIoT devices contained in the first region, that is, the actual number of AIoT devices contained in the first region. It can be understood as the theoretical execution result or reference execution result of the first AIoT service, or the theoretical value or reference value of the execution result of the first AIoT service.

[0130] In one possible implementation, the second quantity can be determined based on the third and fourth quantities. The third quantity refers to the number of AIoT devices that have become inactive in the first area at the first moment. This third quantity can also be referred to as the outbound quantity, the removal quantity, or the number of inactive AIoT devices. "Inactive" can be understood as ceasing use, ceasing operation, going into hibernation, deactivation, or removal. The inactivation of an AIoT device may be due to reasons such as ceasing use or being removed from the first area. In practical scenarios, if an AIoT device ceases use, it usually needs to be deleted or deactivated. Therefore, the third quantity can be the number of AIoT devices that have been deleted or deactivated in the first area at the first moment. The fourth quantity is the number of AIoT devices deployed in the first area at the first moment. Deployed AIoT devices are understood as AIoT devices with legitimate network access identities, or they can also be referred to as AIoT devices that have registered their identities. For example, AIoT devices already deployed in the first area can be understood as AIoT devices that have been registered with the operator, can legally access the network provided by the operator, and are already installed in the first area, such as installed on items in the first area. In short, deployed AIoT devices are AIoT devices that are already in normal use. "Deployment" can also be replaced by issuing numbers, using, working, activating, placing, registering, or installing, etc. Issuing numbers for AIoT devices refers to applying for registration of AIoT devices with the operator of AIoT services. The operator will assign an AIoT device identifier to the legal AIoT device, which is equivalent to allowing the AIoT device to access the network. The fourth quantity can also be referred to as the number of AIoT devices issued or the number of devices owned in the first area.

[0131] It is understandable that the third quantity and the fourth quantity are the number of AIoT devices shipped out and the total number of AIoT devices in the first area at the same time, respectively. Therefore, the difference between the fourth quantity and the third quantity can be taken as the actual number of AIoT devices in the first area, that is, the second quantity is the difference between the fourth quantity and the third quantity.

[0132] Optionally, the first moment can be the end time of the first time period. The first time period can be a time period used to determine the accuracy of the first AIoT service. This can be understood as specifying a first time period when requesting to determine the accuracy of the first AIoT service. Then, the second quantity can refer to the total number of AIoT devices contained in the first area at the end of the first time period.

[0133] When the first moment is the end moment of the first time period, multiple implementation methods can be adopted.

[0134] One implementation involves determining the third quantity based on the number of AIoT devices that failed during the first time period and the number of AIoT devices that had failed before that time period. For example, the third quantity could be determined based on a fifth and a sixth quantity. The fifth quantity could be the number of AIoT devices that failed in the first region during the first time period, and the sixth quantity could be the number of AIoT devices that had failed in the first region at the start of the first time period. For example, the number of failed AIoT devices (the sixth quantity) could be periodically counted and updated to accurately determine the number of failed AIoT devices in the first region when determining the accuracy of the first AIoT service, reducing omissions and improving the accuracy of the calculation. Alternatively, the third quantity could be the sum of the fifth and sixth quantities. The fourth quantity could refer to the number of AIoT devices deployed in the first region at the end of the first time period.

[0135] Another implementation is that the third quantity can be the number of AIoT devices that failed in the first region during the first time period. The fourth quantity can be the number of remaining AIoT devices in the first region after filtering out AIoT devices that failed before the start of the first time period. For example, the fourth quantity can be determined based on the seventh and eighth quantities. The seventh quantity can be the number of AIoT devices deployed in the first region at the end of the first time period, and the eighth quantity can be the number of AIoT devices that failed in the first region at the start of the first time period. For example, the fourth quantity is the difference between the seventh and eighth quantities.

[0136] In some implementations, deleting or deactivating an AIoT device can be achieved by executing a corresponding AIoT service on the AIoT device. For example, this AIoT service might be called a second AIoT service, used to delete or deactivate the AIoT device, or it could be called an outbound service. The third quantity can then be determined based on the execution result of the second AIoT service, also known as the execution status, which indicates whether the second AIoT service succeeded or failed. If the second AIoT service for a specific AIoT device executes successfully, the AIoT device can be successfully deleted or deactivated, meaning the AIoT device will become invalid and can be counted in the third quantity. Alternatively, if the second AIoT service for a specific AIoT device fails, then the deletion or deactivation of that AIoT device fails, meaning the AIoT device is still valid.

[0137] Therefore, the third quantity can be determined based on the number of times the second AIoT service is executed and its execution result. For example, the third quantity can be determined based on the number of times the second AIoT service with a successful execution result is executed. In other words, the third quantity is the number of times the second AIoT service with a successful execution result is executed.

[0138] Furthermore, considering that second AIoT services may be executed repeatedly for various reasons, such as network fluctuations, successful second AIoT services can be merged based on the AIoT devices they target. For example, if two successful second AIoT services target the same AIoT device, these two services can be merged into one. The number of successful executions of the merged second AIoT service can then be used as a third quantity.

[0139] As an optional implementation, the execution result of the second AIoT service can be obtained from the second communication device. For example, the second communication device can be the PM functional entity shown in FIG3A, or the entity used for PM functions in FIG3B. In some embodiments, the PM functional entity can be located on a server or the PM functional entity can be a server. The second communication device can implement performance management-related functions, such as managing the execution results of various AIoT services, or obtaining or statistically analyzing the execution results of various AIoT services from other devices.

[0140] The first communication device can send a first request to the second communication device. Correspondingly, the second communication device receives the first request. This first request is used to request statistics on the execution results of AIoT services related to the first area, and the second communication device uses this information to compile the execution results of the AIoT services.

[0141] Optionally, the first request may include various types of information. For example, the first request may include one or more of the following:

[0142] (1) The identifier of the first user, which is related to the first region. For example, the first user can be understood as the aforementioned third party, and the identifier of the first user can also be called the third party identifier. The relationship between the first user and the first region can be understood as the first region belonging to the first user. For example, the first region can be the business area of ​​the first user, or the area where the first user's AIoT device is located. As an example, the first user can be a warehousing enterprise user, the first user includes warehouse 1 and warehouse 2, and the first region is warehouse 1 of the first user.

[0143] The first request carrying the identifier of the first user can be used to distinguish which user's AIoT service execution result is being statistically analyzed, thereby improving the accuracy of the statistical results.

[0144] (2) Identifier of the fourth communication device. In this embodiment of the application, the fourth communication device is used as a reader to communicate with AIoT devices. Therefore, the identifier of the fourth communication device can also be called a reader identifier. The reader identifier can be used to identify a specific reader, and the corresponding reader can be uniquely identified based on the reader identifier.

[0145] The first request carrying the identifier of the fourth communication device can be used to distinguish which fourth communication device is performing the AIoT service and whose execution result needs to be statistically analyzed, thereby improving the accuracy of the statistical results.

[0146] (3) The identifier of the first region can be used to identify a region, and the first region can be uniquely identified based on the identifier of the first region. The first region can also be called the service area, and the identifier of the first region can also be called the service area identifier.

[0147] The first request carrying the identifier of the first region can be used to distinguish the region from which the execution results of the AIoT service to be statistically analyzed are to be identified, thereby improving the accuracy of the statistical results. In addition, the first region is often associated with the first user or the fourth communication device; therefore, carrying the identifier of the first region in the first request can also be understood as being used to distinguish the first user or the fourth communication device from which the statistics are to be analyzed.

[0148] (4) First time period or first cycle. The first request includes a first time period, allowing the second communication device to statistically analyze the execution results of AIoT services within that first time period, without analyzing the execution results of AIoT services outside of that time period. This reduces the amount of data to be analyzed and improves the accuracy of the results. The first cycle is the period for determining the accuracy rate. In other words, the accuracy rate of the first AIoT service can be determined periodically. By including the first cycle in the first request, the second communication device can determine the cycle for the accuracy rate of the first AIoT service, which is equivalent to determining the time period in which the execution results of the AIoT service need to be statistically analyzed.

[0149] The information included in the first request may also include any combination of the information described above. Furthermore, in addition to the information described above, the first request may also include other information, and this embodiment of the application does not impose any limitations on this.

[0150] The second communication device can be used to statistically analyze the execution results of AIoT services. The second communication device can send third information to the first communication device. Correspondingly, the first communication device can receive the third information from the second communication device. This third information indicates the execution result of each of at least one AIoT service related to the first area, where the at least one AIoT service includes the second AIoT service. In other words, the third information can contain the execution status of AIoT services within the first area.

[0151] One implementation involves the second communication device participating in the execution of AIoT services, such as sensing AIoT service requests and responses. In this case, the second communication device can directly statistically analyze the execution results of the AIoT services. For example, taking a first time period as the statistical period, the second communication device, having stored the execution data of AIoT services within that first time period, can statistically analyze the execution results of various AIoT services based on the stored execution data. Alternatively, if the first time period is a future time period from the current moment, the second communication device can start recording the execution results of various AIoT services from the beginning of the first time period.

[0152] Another implementation method is that the second communication device can work with other communication devices to statistically analyze the execution results of various AIoT services.

[0153] In some examples, the second communication device can combine data from devices in the RAN to statistically analyze the execution results of AIoT services. For instance, the fourth communication device is typically the executor of AIoT services, so the second communication device can request data from the fourth communication device to analyze the execution results of AIoT services. For example, the second communication device can request data from the fourth communication device to analyze AIoT service messages, such as the number of requests, successes, or failures for messages like inventory, write, delete, deactivate, read, sensing, and positioning. The number of requests for a particular AIoT service message reflects the total number of times that AIoT service is executed; the number of successes represents the number of successful executions of that AIoT service, and the number of failures represents the number of failed executions. Generally, the number of successful executions is the difference between the number of requests and the number of failed executions.

[0154] In other examples, the second communication device can also collaborate with the core network device to statistically analyze the execution results of AIoT services. For example, the core network device could be a TMF, NEF, or AMF. The second communication device can obtain relevant execution data of the AIoT services, such as request and response messages, through the core network device. Optionally, the first request may include the identifier of the core network device, allowing the second communication device to collaborate with the core network device to statistically analyze the execution results of the AIoT services. The identifier of the core network device can be determined by the first communication device based on fourth information. The fourth information may include one or more of the identifier of the fourth communication device, the identifier of the first region, or a first topology relationship, where the first topology relationship indicates the topological relationship between the second communication device and other communication devices. For example, if the fourth information includes the identifier of the first region, the first communication device can filter for corresponding core network devices through the first region to determine the identifier of that core network device. Alternatively, if the fourth information includes the identifier of the fourth communication device and the first topology relationship, the first communication device can filter for core network devices with a topological relationship with the fourth communication device within the first topology relationship to determine the identifier of that core network device. Of course, various pieces of information can also be combined to determine the core network device. For example, if the first area is a physical area, and its identifier is information such as latitude and longitude, then the location of the access network device (such as a base station or reader) serving the first area can be determined based on the first area, and the corresponding core network device can be determined based on the topological relationship between each network element (the first topological relationship). If the first area is a logical area (such as a tracking area (TA) or inventory area), then the core network device can be directly filtered based on the first area. Optionally, the first request may also contain information that can be used to determine the core network device, such as the identifier of the fourth communication device, the identifier of the first area, or one or more of the first topological relationship. Then, the second communication device can determine the core network device based on the information in the first request, and combine the core network device to statistically analyze the execution results of AIoT services.

[0155] Optionally, the second communication device may send a fourth request to the core network device. The fourth request is used to request the acquisition of service messages of AIoT services related to the first area. Then, the second communication device may receive seventh information from the core network device. The seventh information includes service messages of AIoT services related to the first area. After that, the second communication device can determine the third information based on the seventh information.

[0156] In this embodiment of the application, the third information may indicate the number of successful executions of each AIoT service in at least one AIoT service.

[0157] For example, taking a first time period as an example, the third information may include the service type and execution result (indicating success or failure) of each AIoT service request within the first time period. Then, the first communication device can determine the execution result of the AIoT service required for the third quantity of data based on the service type and execution result; that is, the AIoT service whose service type is deactivated or deleted, and whose execution result is successful. When an AIoT service is executed multiple times, the third information can indicate the execution result of each AIoT service separately.

[0158] For example, the third information includes 5 AIoT services executed within the first time period, namely deletion, deactivation, deletion, sensing, and positioning, with execution results of success, success, failure, success, and success respectively. The first communication device can then filter out the AIoT services that are deleted or deactivated. It can be seen that there are a total of 3 such services, with the execution results of the two deletion services being success and failure respectively. Therefore, it can be determined that the third quantity in the first time period is 2, namely one successful deletion and one successful deactivation.

[0159] For example, the third information returned by the second communication device may include the service type of each AIoT service in at least one AIoT service and the number of successful executions of that service type. Optionally, it may also include the number of requests for each AIoT service. Alternatively, the third information may include the service type of each AIoT service in at least one AIoT service and the number of requests and failed executions for that service type, in which case the number of successful executions for that service type may be the difference between the number of requests and the number of failed executions.

[0160] Then, the first communication device can determine the third quantity based on the third information. That is, the first communication device can determine the number of times the service type is deactivation or deletion and the execution result is successful based on the third information, and determine the third quantity based on the number of executions. It can be understood that when an AIoT device is no longer in use, it will be deactivated or deleted. Therefore, the number of deactivated AIoT devices can be determined through these two types of services, namely deactivation and deletion, thereby helping to determine the actual number of AIoT devices currently included in the first area.

[0161] Optionally, the third information may also include the identifier of the AIoT device targeted by the AIoT business, which can help filter duplicate AIoT businesses and improve the accuracy of the final statistical third number.

[0162] In some embodiments, the filtering of the second AIoT service and / or the successful filtering results can be implemented by the first communication device itself. Taking the filtering of the second AIoT service as an example, the at least one AIoT service indicated by the third information returned by the second communication device may include other AIoT services besides the second AIoT service. This requires the first communication device to select the execution results of the second AIoT service from these, thereby determining the third quantity. The advantage of this is that the first communication device can obtain more information, which may play other roles.

[0163] In other embodiments, the filtering of the second AIoT service and / or the successful filtering result can be implemented by the second communication device. For example, the first request sent by the second communication device can include the identifier of the second AIoT service. Then, the second communication device knows that the first communication device needs to count the second AIoT service, and the at least one AIoT service indicated by the third information returned by the second communication device can be the second AIoT service, excluding other AIoT services. Alternatively, the first request sent by the second communication device can indicate the first execution result. Then, the second communication device knows that the first communication device needs to count the AIoT service with the first execution result, and the at least one AIoT service indicated by the third information returned by the second communication device can be the AIoT service whose execution result is the first execution result. Or, the first request can include the identifier of the second AIoT service and indicate the first execution result. Then, the at least one AIoT service indicated by the third information returned by the second communication device can be the second AIoT service whose execution result is the first execution result. In this way, the first communication device can reduce the workload required for filtering, and the amount of data transmitted by the second and first communication devices will also be reduced accordingly, lowering communication overhead.

[0164] In some embodiments, the fourth quantity may be obtained from a third communication device, which is used to handle services related to the deployment (or configuration) of AIoT devices. For example, the third communication device may be the entity implementing the CM function as shown in Figure 3A or Figure 3B. That is, the first communication device may send a second request to the third communication device, and the third communication device may receive the second request accordingly. The second request is used to request the number of AIoT devices deployed in the first area at a first time. For example, the second request may include information indicating the first time and information related to the first area. Optionally, the information related to the first area may be the identifier of the first area or the identifier of the first user. The third communication device sends fifth information to the first communication device, and the first communication device receives the fifth information from the third communication device. The fifth information indicates the fourth quantity, i.e., the total number of numbers issued.

[0165] In another possible implementation, the first communication device may also request other communication devices to obtain the second quantity. These other communication devices may obtain the second quantity in a manner similar to that described above. Alternatively, the other communication device may continuously maintain the second quantity; that is, the other communication device stores the second quantity and updates its value according to changes in the actual scenario.

[0166] It is understood that the above uses "first region" as a qualifier. However, in actual scenarios, the first region can be one or more business regions of a third party (or the first user), or it can be the service region of one or more readers. Therefore, the "first region" mentioned in the above description can also be replaced with a third party or one or more readers. For example, "first quantity" refers to the number of AIoT devices stored in the first region when executing the first AIoT service. This can be replaced with "first quantity" as the number of AIoT devices belonging to the first user stored when executing the first AIoT service, or "first quantity" as the number of AIoT devices stored by the first reader when executing the first AIoT service.

[0167] There is no specific order between the process of obtaining the second quantity and the process of receiving the first quantity; that is, steps 401 and 402 have no substantial order. Furthermore, the second quantity may not change frequently over a period of time, so it may be obtained in advance. Therefore, step 402, obtaining the second quantity, is optional and can be omitted, hence it is shown as a dashed line in Figure 4.

[0168] Step 403: Determine the accuracy of the first AIoT service based on the first quantity and the second quantity.

[0169] In this embodiment, the first quantity is the actual result obtained from executing the first AIoT service, or the actual value of the execution result of the first AIoT service. The second quantity is the total number of AIoT devices contained in the first area, that is, the actual number of AIoT devices contained in the first area. This can be understood as the theoretical or reference execution result of the first AIoT service. Furthermore, based on the first quantity (actual service result) and the second quantity (theoretical service result), the accuracy of the first AIoT service can be determined.

[0170] Optionally, the accuracy of the first AIoT service can be determined based on the ratio between the first quantity and the second quantity. For example, the accuracy rate is the first quantity / the second quantity; the closer this ratio is to 1, the higher the accuracy. Alternatively, the accuracy of the first AIoT service can be determined based on the difference between the first quantity and the second quantity. The closer the difference is to 0, the higher the accuracy. Other methods can also be used to characterize the accuracy of the first AIoT service; there are no limitations on this.

[0171] The accuracy of the first AIoT service can be related to the granularity of the first region. Corresponding to the above explanation of the first region, if the first region refers to the entire business area of ​​a third party, then the accuracy is the overall accuracy of the third party's first AIoT service. If the first region refers to a specific business area of ​​a third party, then the accuracy is the accuracy of the third party's first AIoT service within that specific business area. Alternatively, if the first region refers to the area served by a certain reader, then the accuracy is the accuracy of that reader executing the first AIoT service. Or, if the first region is a region under a certain reader within multiple business areas of a third party, then the accuracy can be the accuracy of that reader executing the third party's first AIoT service.

[0172] Optionally, the determination of the accuracy of the first AIoT service can be triggered by a request from another communication device. For example, the first communication device can receive a third request from a fifth communication device, which requests the accuracy of the first AIoT service. The fifth communication device can be, for example, the AIoT consumer in Figure 3A or the AIoT agent in Figure 3B. After determining the accuracy of the first AIoT service, the first communication device can send a sixth message to the fifth communication device, which indicates the accuracy of the first AIoT service.

[0173] Optionally, the third request may include one or more of the following: the identifier of the first user, the identifier of the fourth communication device, or the identifier of the first region. For example, if the third request includes the identifier of the first user, it can be understood as a request to obtain the accuracy of the first AIoT service performed by the first user. As another example, if the third request includes the identifier of the fourth communication device, it can be understood as a request to obtain the accuracy of the fourth communication device performing the first AIoT service. Yet another example, if the third request includes the identifier of the first region, it can be understood as a request to obtain the accuracy of the first AIoT service within the first region.

[0174] In this embodiment, the accuracy rate of the first AIoT service can be determined based on a first quantity and a second quantity, which is equivalent to providing a method for determining the accuracy rate of the first AIoT service, thus realizing the determination of the accuracy rate of the first AIoT service. Evaluating the accuracy rate of the first AIoT service can help to better understand the actual execution of the first AIoT service, promptly identify problems and potential risks, and thus make more targeted decisions regarding the first AIoT service. For example, if the accuracy rate of the first AIoT service is found to be low, the reasons for the low accuracy rate can be identified in a timely manner, and improvements can be made.

[0175] In some implementation scenarios, considering the possibility of AIoT devices moving from the first region to the second region—for example, from one third-party warehouse to another, or from one third party's business area to another (e.g., goods moving downstream in the supply chain)—the AIoT devices are typically not deleted or deactivated to invalidate them, even though they remain valid when counting the second number of devices. This can lead to the AIoT device being considered valid and included in the list of valid AIoT devices in the first region, when in reality it has moved to the second region, resulting in an inaccurate second count.

[0176] In response, this application proposes a solution that can count the AIoT devices that have been transferred.

[0177] One solution is to configure corresponding AIoT services, such as an AIoT transfer service, for transfers from one region to another. When an AIoT device moves from one region to another, this transfer service can be executed, and a transfer record can be created. This way, when calculating the third quantity, the number of successful AIoT transfer executions can also be included, and the second quantity will no longer include AIoT devices corresponding to this type of transfer.

[0178] Another solution is to jointly determine the accuracy of the first AIoT service in multiple regions, or to statistically analyze the overall accuracy of the first AIoT service in these multiple regions. Alternatively, the first region may contain multiple regions, and the accuracy of executing the first AIoT service in the first region refers to the overall accuracy of these multiple regions.

[0179] This explanation uses an example where the first region comprises multiple regions. In step 401, the first communication device receives first information, which can be information received from multiple communication devices (such as a fourth communication device). This first information can include information from all of these communication devices, and the first communication device can determine a first quantity based on this information. The information from each of these multiple communication devices can include the identifier of the AIoT device stored by each communication device when performing the first AIoT service in the first region. Optionally, different communication devices can be used to provide services to different regions; that is, different communication devices among the multiple communication devices can provide services to different sub-regions of the first region. In this case, the information from each communication device can include the identifier of the AIoT device stored by each communication device when performing the first AIoT service in its corresponding sub-region within the first region.

[0180] Furthermore, the first communication device can perform deduplication processing based on the identifiers of AIoT devices, filtering out identical identifiers of AIoT devices from the information of multiple communication devices. The fact that the identifier of the same AIoT device is stored in different regions indicates that the AIoT device may have been moved between different regions. Therefore, deduplication using the identifiers of AIoT devices stored in multiple regions can resolve the inaccuracy in statistics caused by the movement of AIoT devices between different regions, thus improving the accuracy of the first AIoT service evaluation.

[0181] For example, the information of each communication device can be considered as a set of AIoT device identifiers. Deduplication can then be achieved by taking the union of multiple sets. As an example, reader1 counts AIoT device identifiers as {1,2,3,6,10}, and reader2 counts AIoT device identifiers as {1,6,7,8,9}. The union of these sets results in {1,2,3,6,10,7,8,9}. The first quantity is the number of AIoT device identifiers contained in the union, which is 8. It is understood that this example uses filtering out transferred AIoT devices from the first quantity. However, in actual implementation, the number of AIoT devices can also be determined in the above way, and these AIoT devices can be subtracted from the second (or third) quantity. In other words, this application does not limit the specific implementation method; appropriate modifications can be made in actual implementation without limitation.

[0182] Correspondingly, the second quantity statistics also need to be performed on the first region, that is, to count the total number of AIoT devices corresponding to multiple regions. For example, the total number of AIoT devices deleted and / or deactivated in these multiple regions, as well as the total number of AIoT devices already deployed in these multiple regions, can be counted to determine the total number of valid AIoT devices in these multiple regions (i.e., the second quantity), which serves as a reference for the number of AIoT devices that can be inventoried (i.e., the first quantity).

[0183] Optionally, the performance evaluation of the first AIoT service can be jointly conducted by identifying which regions have AIoT device transfer relationships. For example, when there is an AIoT device transfer between two regions, these two regions can be jointly evaluated to assess the overall service accuracy of both regions.

[0184] The method of this application embodiment will now be described with reference to specific embodiments. Figures 5 to 7 provide schematic flowcharts of the communication method of this application embodiment. The method shown in Figures 5 to 7 can be applied to the architecture shown in Figure 3A or Figure 3B. Taking the architecture shown in Figure 3A as an example, where the fourth communication device is a reader, the second communication device is a PM functional entity, the third communication device is a CM functional entity, the fifth communication device is an AIoT consumer, and the first communication device is an AIoT producer. It is understood that when applied to other system architectures, the functions of each of the above communication devices can be configured to specific devices within that system architecture, and the corresponding communication devices in the following method steps can be replaced with their corresponding devices. For example, when applied to the architecture shown in Figure 3B, the AIoT consumer can be replaced with an AIoT intelligent agent.

[0185] Referring to Figure 5, the method may include the following steps:

[0186] Step 501: The AIoT consumer sends a third request to the AIoT producer. This third request is used to request the accuracy of the first AIoT service. Alternatively, the third request can be used to request a performance evaluation of the first AIoT service, or to request the accuracy of the inventory service.

[0187] The third request may carry one or more of the following: reader identifier, third-party identifier, or service area identifier. For example, when the third request carries both a reader identifier and a third-party identifier, the third-party identifier is used to filter the objects of the first AIoT service, and the reader identifier is used to indicate which reader's accuracy should be evaluated. In this case, the third request can be used to instruct the first AIoT service of the third party corresponding to the reader with the reader identifier to be performed, or it can be simply understood as performing a performance evaluation of the first AIoT service of the third party performed on the reader, or performing a performance evaluation of the first AIoT service performed on the reader.

[0188] Step 502: The AIoT producer sends a first request to the PM functional entity. This first request is used to request statistics on the execution results of AIoT services related to the first region. For example, the execution results of AIoT services can be reflected through the business messages of executing AIoT services, so the first request can also be understood as a business message used to request statistics on AIoT services. The first request can also be called a statistics AIoT service request message, etc.

[0189] Upon receiving a third request, the AIoT producer can determine the first time period or first cycle for statistical analysis. This first time period or first cycle can be pre-configured or issued upon receiving the third request. Then, the AIoT producer sends a first request to the PM functional entity. This first request may include information such as a third-party identifier, the first time period or first cycle, or a reader identifier.

[0190] Step 503: The PM functional entity and the reader collect statistics on AIoT service messages. For example, the PM functional entity sends a request to the reader (i.e., the reader corresponding to the reader identifier) ​​to collect statistics on AIoT service messages.

[0191] The PM functional entity can specify the AIoT service type in the request, in which case statistics will only be collected for service messages of that specified type. For example, the PM functional entity can collect statistics on the number of service requests, successes, and failures for services such as inventory, command (write, read, delete, disable), sensing, or positioning. Alternatively, the PM functional entity can choose not to specify the AIoT service type, in which case statistics can be collected for all types of service messages, or statistics can be collected based on the default service type.

[0192] Step 504: The PM functional entity sends third information to the AIoT producer. The third information indicates the execution result of each AIoT service in at least one AIoT service related to the first region.

[0193] For example, the third information may include the service type and execution result (or execution status). The service type can include inventory, command (write, read, delete, disable), sensing, or positioning services, etc., while the execution result indicates whether the service execution was successful or failed. Of particular importance are the delete and disable messages. Alternatively, the third information may include the number of successful executions for each AIoT service, or it may include the total number of executions and the number of failed executions for each AIoT service. Optionally, the third information may also include the identifier of the AIoT device targeted by the AIoT service.

[0194] In some embodiments, the first request may not specify the service type of the AIoT service to be counted. In this case, the third information may include the execution results of multiple AIoT services. For example, the third information may include the execution count, success count, and failure count for each of the various AIoT services. Then, the AIoT producer can filter the second AIoT service based on the service type to determine the number of AIoT devices that successfully executed the delete instruction and / or deactivation instruction. The second AIoT service may refer to the delete instruction and / or deactivation instruction.

[0195] In some embodiments, the first request may also specify the service type and execution result of the AIoT service to be statistically analyzed. For example, the first request may specify service messages that statistically analyze a second AIoT service and / or a first execution result. Then, the PM functional entity can filter out service messages that execute the second AIoT service based on the second AIoT service, and / or filter out service messages whose execution result is the first execution result based on the first execution result. Correspondingly, the third information may include the execution result of the second AIoT service and / or the first execution result. As an example, if the second AIoT service includes a delete instruction and / or an inactivation instruction, and the first execution result is success, then the PM functional entity can filter out service messages that successfully executed the delete instruction and / or inactivation instruction, thereby determining the number of AIoT devices that successfully executed the delete instruction and / or inactivation instruction. For example, the third information may include the number of AIoT devices that successfully executed the delete instruction and / or inactivation instruction.

[0196] Step 505: The AIoT producer determines the third quantity based on the third information, namely the number of AIoT devices that successfully executed the delete and disable instructions by the end of the first time period (or the end of the first time period).

[0197] Step 506: The AIoT producer sends a second request to the CM functional entity. This second request is used to obtain the number of AIoT devices deployed in the first area at the first time point. The second request may include the first time point. Optionally, the second request may also include one or more of the following: reader identifier, third-party identifier, or service area identifier.

[0198] Step 507: The CM functional entity returns the fifth piece of information to the AIoT producer. This fifth piece of information indicates the fourth quantity.

[0199] Step 508: The AIoT producer determines the second quantity based on the third and fourth quantities. That is, it determines the theoretical inventory quantity of AIoT devices in the first area, such as by subtracting the third quantity (which can be understood as the outgoing quantity) from the fourth quantity (which can be understood as the total quantity).

[0200] Step 509: The AIoT producer sends a first instruction message to the reader, which instructs the reader to execute the first AIoT service at a first moment. The first instruction message may include the first moment. Optionally, the first instruction message may also include one or more of the following: reader identifier, third-party identifier, or service area identifier.

[0201] Step 510: The reader executes the first AIoT service.

[0202] Step 511: The reader sends first information to the AIoT producer. This first information indicates a first quantity, which is the number of AIoT devices inventoried when the first AIoT service is executed in the first area. The first information can also be referred to as the AIoT device inventory result. The first information may include the total number of AIoT devices. Optionally, the first information may also include AIoT device identifiers or a list of AIoT device identifiers.

[0203] Step 512: The AIoT producer determines the accuracy of the first AIoT service based on the first quantity and the second quantity.

[0204] Step 513: The AIoT producer sends the accuracy of the first AIoT service to the AIoT consumer.

[0205] Referring to Figure 6, in this example, the PM functional entity can combine with core network elements to realize the statistics of AIoT services. This method may include the following steps:

[0206] Step 601: The AIoT consumer sends a third request to the AIoT producer. This third request is used to request the accuracy of the first AIoT service.

[0207] Step 602: The AIoT producer determines the identifier of the core network element. For example, if the third request carries a reader identifier or a service area identifier, the AIoT producer can determine the identifier of the core network element for statistical AIoT services based on the reader identifier. Alternatively, the AIoT producer can determine the identifier of the core network element for statistical AIoT services based on the service area identifier combined with the topology. This core network element can be, for example, a TMF, NEF, or AMF.

[0208] If the service area is a physical area (latitude and longitude, etc.), the AIoT producer can determine the location of the base station or reader based on the service area, and then determine the identifier of the core network element based on the topological relationship between the network elements. If the service area is a logical area (such as a tracking area or inventory area, etc.), the core network elements can be directly filtered based on the service area to determine the identifier of the core network element.

[0209] Step 603: The AIoT producer sends a first request to the PM functional entity. This first request is used to request statistics on the execution results of AIoT services related to the first region. The first request may also include the identifier of the core network element.

[0210] Step 604: The PM functional entity and core network elements collect statistics on AIoT service messages. For example, the PM functional entity sends a request to a core network element to collect statistics on AIoT service messages. This request can be used to request AIoT service messages from the core network element for AIoT service statistics.

[0211] Step 605: The PM functional entity sends third information to the AIoT producer. The third information indicates the execution result of each AIoT service in at least one AIoT service related to the first region.

[0212] Step 606: The AIoT producer determines the third quantity based on the third information, namely the number of AIoT devices that successfully executed the delete and disable instructions by the end of the first time period (or the end of the first time period).

[0213] Step 607: The AIoT producer sends a second request to the CM functional entity, which is used to obtain the number of AIoT devices deployed in the first area at the first moment.

[0214] Step 608: The CM functional entity returns the fifth piece of information to the AIoT producer. This fifth piece of information indicates the fourth quantity.

[0215] Step 609: The AIoT producer determines the second quantity based on the third and fourth quantities.

[0216] Step 610: The AIoT producer sends a first instruction message to the reader, which instructs the reader to execute the first AIoT service at the first moment.

[0217] Step 611: The reader executes the first AIoT service.

[0218] Step 612: The reader sends first information to the AIoT producer. This first information indicates a first quantity, which is the number of AIoT devices stored when the first AIoT service is executed in the first region.

[0219] Step 613: The AIoT producer determines the accuracy of the first AIoT service based on the first quantity and the second quantity.

[0220] Step 614: The AIoT producer sends the accuracy of the first AIoT service to the AIoT consumer.

[0221] Similar steps to those shown in the example in Figure 5 can be found in the example section of Figure 5 above, and will not be repeated here.

[0222] Referring to Figure 7, in this example, the PM functional entity can combine with core network elements to realize the statistics of AIoT services. This method may include the following steps:

[0223] Step 701: The AIoT consumer sends a third request to the AIoT producer. This third request is used to request the accuracy of the first AIoT service.

[0224] Step 702: The AIoT producer determines the second quantity, which is the theoretical value of the number of AIoT devices, based on the third and fourth quantities.

[0225] Step 703: The AIoT producer determines the identifier of at least one reader. For example, the AIoT producer can determine the identifier of at least one reader based on information such as a third-party identifier or a service area identifier. This at least one reader is the reader that needs to jointly determine the first AIoT service, that is, it is necessary to request the execution of the first AIoT service from each of the at least one reader.

[0226] For example, at least one reader includes reader1 and reader2.

[0227] Step 704: The AIoT producer sends a first instruction message to reader1, which instructs reader1 to execute the first AIoT service at the first moment. The first instruction message may carry a third-party identifier and the identifier of reader1.

[0228] Step 705: reader1 executes the first AIoT service.

[0229] Step 706: Reader1 sends the first message to the AIoT producer. This first message includes the identifier list1 of the AIoT devices stored on Reader1.

[0230] Step 707: The AIoT producer sends a first instruction message to reader2, which instructs reader1 to execute the first AIoT service at the first moment. The first instruction message may carry a third-party identifier and the identifier of reader2.

[0231] Step 708: reader2 executes the first AIoT service.

[0232] Step 709: Reader2 sends the first message to the AIoT producer. This first message includes the identifier list2 of the AIoT devices stored on Reader2.

[0233] Step 710: The AIoT producer determines the first quantity, i.e., the measured number of AIoT devices, based on list1 and list2.

[0234] Step 711: The AIoT producer determines the accuracy of the first AIoT service based on the first quantity and the second quantity.

[0235] Step 712: The AIoT producer sends the accuracy of the first AIoT service to the AIoT consumer.

[0236] For steps similar to those shown in the examples in Figure 5 or Figure 6, please refer to the description in the example section of Figure 5 or Figure 6 above, which will not be repeated here.

[0237] Figure 8 shows a schematic diagram of the structure of an apparatus provided in an embodiment of this application. The communication device 800 can be the second communication device or its circuit system as described in the embodiments shown in Figures 4-7, used to implement the method corresponding to the second communication device in the above method embodiments. Alternatively, the communication device 800 can be the third communication device or its circuit system as described in the embodiments shown in Figures 4-7, used to implement the method corresponding to the third communication device in the above method embodiments. Alternatively, the communication device 800 can be the first communication device or its circuit system as described in the embodiments shown in Figures 4-7, used to implement the method corresponding to the first communication device in the above method embodiments. For example, one type of circuit system is a chip system.

[0238] The communication device 800 includes at least one processor 801. The processor 801 can be used for internal processing within the device to implement certain control processing functions. Optionally, the processor 801 includes instructions. Optionally, the processor 801 can store data. Optionally, different processors can be independent devices, located in different physical locations, or located on different integrated circuits. Optionally, different processors can be integrated into one or more processors, for example, integrated on one or more integrated circuits.

[0239] Optionally, the communication device 800 includes one or more memories 803 for storing instructions. Optionally, the memories 803 may also store data. The processor and the memories may be separate or integrated together.

[0240] Optionally, the communication device 800 includes a communication line 802 and at least one communication interface 804. Since the memory 803, communication line 802, and communication interface 804 are all optional, they are all represented by dashed lines in Figure 8.

[0241] Optionally, the communication device 800 may further include a transceiver and / or an antenna. The transceiver can be used to send information to or receive information from other devices. The transceiver may be referred to as a transceiver unit, transceiver circuit, input / output interface, etc., and is used to realize the transmission and reception functions of the communication device 800 via the antenna. Optionally, the transceiver includes a transmitter and a receiver. For example, the transmitter can be used to generate a radio frequency (RF) signal from a baseband signal, and the receiver can be used to convert the RF signal back into a baseband signal.

[0242] The processor 801 may include a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits for controlling the execution of programs according to the present application.

[0243] Communication line 802 may include a path for transmitting information between the aforementioned components.

[0244] The communication interface 804 uses any transceiver-like device for communicating with other devices or communication networks, such as Ethernet, radio access network (RAN), wireless local area network (WLAN), wired access network, etc.

[0245] The memory 803 may be a read-only memory (ROM) or other type of static storage device capable of storing static information and instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and instructions, or electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compressed optical discs, laser discs, optical discs, digital universal optical discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium capable of carrying or storing desired program code in the form of instructions or data structures and accessible by a computer, but not limited thereto. The memory 803 may exist independently and be connected to the processor 801 via communication line 802. Alternatively, the memory 803 may be integrated with the processor 801.

[0246] The memory 803 stores computer execution instructions for implementing the present application's solution, and its execution is controlled by the processor 801. The processor 801 executes the computer execution instructions stored in the memory 803, thereby implementing the steps performed by the first communication device, second communication device, or third communication device in the embodiments shown in Figures 4 to 7.

[0247] Optionally, the computer execution instructions in the embodiments of this application may also be referred to as application code, and the embodiments of this application do not specifically limit this.

[0248] In a specific implementation, as one example, processor 801 may include one or more CPUs, such as CPU0 and CPU1 in FIG8.

[0249] In a specific implementation, as one embodiment, the communication device 800 may include multiple processors, such as processor 801 and processor 805 in FIG8. Each of these processors may be a single-core (single-CPU) processor or a multi-core (multi-CPU) processor. Here, a processor may refer to one or more devices, circuits, and / or processing cores for processing data (e.g., computer program instructions).

[0250] When the device shown in Figure 8 is a chip, such as a chip for a first communication device, a second communication device, or a third communication device, or in other words, the first communication device, the second communication device, or the third communication device is a chip, then the chip includes a processor 801 (and may also include a processor 805), a communication line 802, and a communication interface 804. Optionally, it may include a memory 803. Specifically, the communication interface 804 may be an input interface, pins, or circuits, etc. The memory 803 may be a register, a cache, etc. The processor 801 and the processor 805 may be a general-purpose CPU, a microprocessor, an ASIC, or one or more integrated circuits for controlling the execution of a program that controls the communication method of any of the above embodiments.

[0251] This application embodiment can divide the device into functional modules according to the above method examples. For example, each function can be divided into its own functional modules, or two or more functions can be integrated into one processing module. The integrated modules can be implemented in hardware or software functional modules. The module division in this application embodiment is illustrative and only represents one logical functional division; in actual implementation, there may be other division methods. For example, in the case of dividing each functional module according to its own function, Figure 9 is a schematic diagram of a device 900. This device 900 can be the first communication device, second communication device, or third communication device involved in the above method embodiments, or it can be a chip in the first, second, or third communication device. This device 900 includes a processing unit 902 and a transceiver unit 901.

[0252] It should be understood that the device 900 can be used to implement the steps performed by the first communication device, the second communication device or the third communication device in the communication method of the embodiments of this application. The relevant features can be referred to the embodiments shown in Figures 4 to 7 above, and will not be repeated here.

[0253] Optionally, the functions / implementation processes of the transceiver unit 901 and processing unit 902 in Figure 9 can be implemented by the processor 801 in Figure 8 calling computer execution instructions stored in memory 803. Alternatively, the functions / implementation processes of the processing unit 902 in Figure 9 can be implemented by the processor 801 in Figure 8 calling computer execution instructions stored in memory 803, and the functions / implementation processes of the transceiver unit 901 in Figure 9 can be implemented by the communication interface 804 in Figure 8.

[0254] Optionally, when the device 900 is a chip or circuit, the function / implementation process of the transceiver unit 901 can also be implemented through pins or circuits. Optionally, the transceiver unit 901 may include a transmitting unit and / or a receiving unit, whereby the transmitting unit implements the transmitting function and the receiving unit implements the receiving function; or, the transceiver unit 901 may be an integral module capable of implementing both transmitting and / or receiving functions. Optionally, the transceiver unit 901 can be implemented using a transceiver.

[0255] This application also provides a computer-readable storage medium storing a computer program or instructions that, when executed, implement the methods performed by the first, second, or third communication device in the aforementioned method embodiments. Thus, the functions described in the above embodiments can be implemented as software functional units and sold or used as independent products. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to it, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this application. The storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

[0256] This application also provides a computer program product comprising: computer program code, which, when run on a computer, causes the computer to perform the method executed by the first communication device, the second communication device, or the third communication device in any of the foregoing method embodiments.

[0257] This application also provides a processing device, including a processor and an interface; the processor is used to execute the method executed by the first communication device, the second communication device, or the third communication device involved in any of the above method embodiments.

[0258] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially 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 described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server or data center that integrates one or more available media. The available medium can be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium (e.g., solid-state disk (SSD)).

[0259] The various illustrative logic units and circuits described in the embodiments of this application can be implemented or operate the described functions using a general-purpose processor, digital signal processor (DSP), ASIC, field-programmable gate array (FPGA), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof. The general-purpose processor can be a microprocessor; alternatively, it can be any conventional processor, controller, microcontroller, or state machine. The processor can also be implemented using a combination of computing devices, such as a digital signal processor and a microprocessor, multiple microprocessors, one or more microprocessors combined with a digital signal processor core, or any other similar configuration.

[0260] The steps of the methods or algorithms described in the embodiments of this application can be directly embedded in hardware, software units executed by a processor, or a combination of both. The software units can be stored in RAM, flash memory, ROM, erasable programmable read-only memory (EPROM), EEPROM, registers, hard disks, removable disks, CD-ROMs, or any other form of storage medium in the art. Exemplarily, the storage medium can be connected to the processor so that the processor can read information from the storage medium and write information to the storage medium. Optionally, the storage medium can also be integrated into the processor. The processor and storage medium can be disposed in an ASIC, which can be disposed in the various devices described above. Optionally, the processor and storage medium can also be disposed in different components of the various devices described above.

[0261] These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process, such that the instructions, which execute on the computer or other programmable apparatus, provide steps for implementing the functions specified in one or more flowcharts and / or one or more block diagrams.

[0262] The contents of the various embodiments of this application can be referenced to each other. Unless otherwise specified or there is a logical conflict, the terms and / or descriptions between different embodiments are consistent and can be referenced to each other. The technical features in different embodiments can be combined to form new embodiments according to their inherent logical relationship.

[0263] It is understood that in the embodiments of this application, the first communication device, the second communication device, or the third communication device may execute some or all of the steps in the embodiments of this application. These steps or operations are merely examples, and other operations or variations thereof may also be performed in the embodiments of this application. Furthermore, the various steps may be performed in different orders as presented in the embodiments of this application, and it is not necessarily necessary to perform all the operations in the embodiments of this application.

Claims

1. A communication method, characterized in that, The method includes: Receive first information, the first information indicating a first quantity, the first quantity being the number of AIoT devices stored when performing the first AIoT service in the first area; The accuracy of the first AIoT service is determined based on the first quantity and the second quantity, where the second quantity is the total number of AIoT devices included in the first region.

2. The method according to claim 1, characterized in that, The second quantity is determined based on the third and fourth quantities, wherein the third quantity is the number of AIoT devices that have been deleted or deactivated in the first area at the first time, and the fourth quantity is the number of AIoT devices that have been deployed in the first area at the first time.

3. The method according to claim 2, characterized in that, The third quantity is determined based on the execution result of the second AIoT service, wherein the second AIoT service is an AIoT service used to delete or deactivate AIoT devices, and the execution result is used to indicate whether the second AIoT service was executed successfully or failed.

4. The method according to claim 3, characterized in that, The method further includes: Send a first request to the second communication device, the first request being used to request statistics on the execution results of AIoT services related to the first area, the second communication device being used to collect statistics on the execution results of AIoT services; The system receives third information from the second communication device, the third information indicating the execution result of each of at least one AIoT service related to the first region, the at least one AIoT service including the second AIoT service.

5. The method according to claim 4, characterized in that, The first request includes one or more of the following: The identifier of the first user, which is associated with the first region; The identifier of the fourth communication device; The identifier of the first area; or, The first time period or the first cycle, where the first moment is the end time of the first time period, and the first cycle is the cycle for determining the accuracy.

6. The method according to claim 4 or 5, characterized in that, The first request includes the identifier of the second AIoT service, wherein the at least one service is the second AIoT service; and / or, The first request indicates a first execution result, and the at least one AIoT service is an AIoT service whose execution result is the first execution result.

7. The method according to any one of claims 4 to 6, characterized in that, The first request includes an identifier of a core network device used to store AIoT service data. The identifier of the core network device is determined based on fourth information, which includes one or more of the identifier of the fourth communication device, the identifier of the first area, or a first topology relationship. The first topology relationship indicates the topology relationship between the second communication device and other communication devices.

8. The method according to any one of claims 2 to 7, characterized in that, The method further includes: Send a second request to a third communication device, the second request being used to request the number of AIoT devices deployed in the first area at the first time point, the third communication device being used to process services related to the deployment of AIoT devices; A fifth message is received from the third communication device, the fifth message indicating the fourth quantity.

9. The method according to any one of claims 1 to 8, characterized in that, Before receiving the first information, the method further includes: Send a first instruction message to the fourth communication device, the first instruction message instructing the fourth communication device to execute the first AIoT service at a first moment.

10. The method according to claim 1, characterized in that, The receiving of the first information includes: Receive information from multiple communication devices, wherein the information of each communication device includes the identifier of the AIoT device stored by each communication device when performing the first AIoT service in the first area, and the first information includes the information of the multiple communication devices; The first quantity is determined based on information from the plurality of communication devices.

11. The method according to any one of claims 1 to 10, characterized in that, The method further includes: Receive a third request from a fifth communication device, the third request being used to request the accuracy of the first AIoT service; A sixth message is sent to the fifth communication device, the sixth message indicating the accuracy of the first AIoT service.

12. The method according to claim 11, characterized in that, The third request includes one or more of the identifier of the first user, the identifier of the fourth communication device, or the identifier of the first region; wherein the first user is associated with the first region.

13. A communication method, characterized in that, The method includes: Receive a first request, the first request being used to request statistics on the execution results of AIoT services related to the first region; Send a third message indicating the execution result of each of at least one AIoT service related to the first region, wherein the at least one AIoT service includes a second AIoT service, and the execution result is used to indicate whether the AIoT service was executed successfully or failed, wherein the second AIoT service is an AIoT service used to delete or deactivate AIoT devices.

14. The method according to claim 13, characterized in that, The first request includes the identifier of the second AIoT service, wherein the at least one service is the second AIoT service; and / or, The first request indicates a first execution result, and the at least one AIoT service is an AIoT service whose execution result is the first execution result.

15. The method according to claim 13 or 14, characterized in that, The first request includes an identifier of the core network device; the method further includes: Send a fourth request to the core network device, the fourth request being used to request the acquisition of service messages of AIoT services related to the first region; The third information is determined based on the seventh information and includes a service message of an AIoT service related to the first region.

16. A communication method, characterized in that, The method includes: Receive a second request, the second request being used to request the number of AIoT devices deployed in the first area at the first moment; Send a fifth message, which indicates a fourth quantity, which is the number of AIoT devices deployed in the first area at the first moment.

17. A communication device, characterized in that, The communication device includes a module for performing the method as described in any one of claims 1 to 12, or a module for performing the method as described in any one of claims 13 to 15, or a module for performing the method as described in any one of claims 16.

18. A communication device, characterized in that, The communication device includes a processor configured to perform the method as described in any one of claims 1 to 12, or the method as described in any one of claims 13 to 15, or the method as described in any one of claims 16.

19. A computer-readable storage medium, characterized in that, The computer-readable storage medium is used to store a computer program that, when run on a computer, causes the method as described in any one of claims 1 to 12 to be performed, or causes the method as described in any one of claims 13 to 15 to be performed, or causes the method as described in any one of claims 16 to be performed.

20. A computer program product, characterized in that, The computer program product includes a computer program that, when run on a computer, causes the computer to perform the method as described in any one of claims 1 to 12, or causes the computer to perform the method as described in any one of claims 13 to 15, or causes the computer to perform the method as described in any one of claims 16.