Management method and device of PIOT equipment

Abstract

The embodiment of the invention relates to a PIOT equipment management method and device. The time for carrying out inventory on at least one PIOT equipment in a first area can be managed. The method comprises the steps that a first management node receives an inventory request from a second management node, the inventory request comprises first time information, and the first time information comprises at least one of the following items: starting time and ending time for inventory of at least one PIOT device in a first area, or starting time and ending time for inventory of at least one PIOT device in a second area; a period for carrying out inventory on at least one PIOT device in the first area; and the first management node sends the inventory report to the second management node.

Description

Technical Field

[0001] Embodiments of the present application relate to the field of communications, and more specifically, to a method and apparatus for managing passive Internet of Things (PIoT) devices. Background Art

[0002] PIoT devices (which can also be referred to as passive tags) collect ambient energy and, based on the backscattering principle, modulate signals by means of the carrier wave transmitted by a base station, thereby achieving communication with the reader of the base station. Among them, light or radio frequency energy can be used to provide energy for PIoT devices, or radio frequency energy can be provided for PIoT devices by a base station to meet the working energy requirements of PIoT devices.

[0003] It is crucial to achieve low-cost management of PIoT devices in the fifth-generation (5G) networking architecture. However, there is currently no time management scheme for inventorying PIoT devices. Therefore, how to manage the time for inventorying PIoT devices is an urgent problem to be solved at present. Summary of the Invention

[0004] Embodiments of the present application relate to a method and apparatus for managing PIoT devices, which can manage the time for inventorying at least one PIoT device in a first area.

[0005] To achieve the above object, the present application adopts the following technical solutions:

[0006] In a first aspect, a method for managing PIoT devices is provided. This method can be executed by a first management node, or by components of the first management node, such as a processor, a chip, or a chip system of the first management node, or can also be implemented by a logic module or software that can implement all or part of the functions of the first management node. Taking the case where this method can be executed by the first management node as an example, the method includes: the first management node receives an inventory request from a second management node, and the inventory request includes first time information, and the first time information includes at least one of the following: the start time and end time for inventorying at least one PIoT device in the first area, or the period for inventorying at least one PIoT device in the first area; the first management node sends an inventory report to the second management node.

[0007] In the method for managing PIoT devices provided by the embodiments of the present application, the second management node sends an inventory request carrying the first time information to the first management node, enabling the first management node to manage the time for inventorying at least one PIoT device in the first area, or can inventory at least one PIoT device in the first area in a reservation manner. Furthermore, the first management node can send an inventory report to the second management node.

[0008] In combination with the first aspect described above, in the embodiments of the present application, the inventory report includes at least one of the following: inventory success information, inventory failure information, or potential inventory failure information. In this solution, including potential inventory failure information in the inventory report enables the recipient of the inventory report (such as the second management node) to determine information about PIoT devices that may fail in subsequent inventory, enhancing the effectiveness of inventory; including inventory success information in the inventory report enables the recipient of the inventory report (such as the second management node) to determine information about PIoT devices with successful inventory; including inventory failure information in the inventory report enables the recipient of the inventory report (such as the second management node) to determine information about PIoT devices with failed inventory.

[0009] In combination with the first aspect described above, in a possible implementation, the inventory request includes a first threshold of uplink coverage margin, and the potential inventory failure information is determined by the first management node according to the first threshold of uplink coverage margin. This solution enables the first management node to predict potential inventory failure information based on the first threshold of uplink coverage margin.

[0010] In a second aspect, a method for managing PIoT devices is provided. This method can be executed by the first management node, or by components of the first management node, such as the processor, chip, or chip system of the first management node, etc., and can also be implemented by a logic module or software that can implement all or part of the functions of the first management node. Taking the example that this method can be executed by the first management node, the method includes: the first management node receives an inventory request from the second management node, and the inventory request is used to request an inventory of at least one PIoT device in the first area; the first management node sends an inventory report to the second management node, and the inventory report includes potential inventory failure information.

[0011] In the method for managing PIoT devices provided by the embodiments of the present application, the second management node sends an inventory request to the first management node for requesting an inventory of at least one PIoT device in the first area, and the first management node sends an inventory report obtained after inventorying at least one PIoT device in the first area to the second management node, where the inventory report includes potential inventory failure information. For example, in the case where the number of PIoT devices is large and the communication ability is poor, the first management node can predict PIoT devices with potential inventory failure, enabling the recipient of the inventory report (such as the second management node) to determine information about PIoT devices that may fail in subsequent inventory and enhancing the effectiveness of inventory.

[0012] Combined with the second aspect above, in a possible implementation, the inventory request includes first time information, and the first time information includes at least one of the following: the start time and end time for inventorying at least one PIoT device in the first area, or the period for inventorying at least one PIoT device in the first area. In this solution, the inventory request carries the first time information, enabling the first management node to manage the time for inventorying at least one PIoT device in the first area, or to inventory at least one PIoT device in the first area in a reservation manner. Furthermore, the first management node can send an inventory report to the second management node.

[0013] Combined with the second aspect above, in a possible implementation, the inventory report further includes at least one of the following: inventory success information, or inventory failure information. In this solution, if the inventory report includes inventory success information, the recipient of the inventory report (such as the second management node) can determine the information of the PIoT devices with successful inventory; if the inventory report includes inventory failure information, the recipient of the inventory report (such as the second management node) can determine the information of the PIoT devices with failed inventory.

[0014] Combined with the second aspect above, in a possible implementation, the inventory request includes a first threshold of uplink coverage margin, and the potential inventory failure information is determined by the first management node based on the first threshold of uplink coverage margin. This solution enables the first management node to predict potential inventory failure information based on the first threshold of uplink coverage margin.

[0015] In a third aspect, a method for managing PIoT devices is provided. This method can be executed by the first management node, or by components of the first management node, such as the processor, chip, or chip system of the first management node, etc., or can also be implemented by a logic module or software that can implement all or part of the functions of the first management node. Taking the example that this method can be executed by the first management node, the method includes: the first management node receives an inventory request from the second management node, where the inventory request includes a first threshold of uplink coverage margin, and the inventory request is used to request inventorying at least one PIoT device in the first area; the first management node sends an inventory report to the second management node, where the inventory report includes at least one of the following: inventory success information, inventory failure information, or potential inventory failure information; among them, the potential inventory failure information is determined by the first management node based on the first threshold of uplink coverage margin.

[0016] In the management method of the PIoT device provided by the embodiment of the present application, the first threshold of the uplink coverage margin carried in the inventory request sent by the second management node to the first management node enables the first management node to predict potential inventory failure information based on the first threshold of the uplink coverage margin. Moreover, the inventory report includes potential inventory failure information, which enables the recipient of the inventory report (such as the second management node) to determine the information of the PIoT devices that may fail in the subsequent inventory, enhancing the effectiveness of the inventory; the inventory report includes inventory success information, which enables the recipient of the inventory report (such as the second management node) to determine the information of the PIoT devices with successful inventory; the inventory report includes inventory failure information, which enables the recipient of the inventory report (such as the second management node) to determine the information of the PIoT devices with failed inventory.

[0017] In combination with the above third aspect, in a possible implementation, the inventory request includes first time information, and the first time information includes at least one of the following: the start time and end time of inventorying at least one PIoT device in the first area, or the period of inventorying at least one PIoT device in the first area. In this solution, the inventory request carries the first time information, enabling the first management node to manage the time of inventorying at least one PIoT device in the first area, or to inventory at least one PIoT device in the first area in a reservation manner. Furthermore, the first management node can send an inventory report to the second management node.

[0018] In combination with any one of the above first aspect to third aspect, in a possible implementation, the inventory failure information is determined by the first management node according to the historical inventory success information or the initial identification list of the PIoT device. This solution enables the first management node to determine the PIoT information with failed inventory according to the historical inventory success information or the initial identification list of the PIoT device, and further enables the second management node to make adjustments to the PIoT devices with failed inventory, such as changing their stacking method or replacing the PIoT devices, improving the overall inventory success rate of the PIoT devices.

[0019] In combination with any one of the above first aspect to third aspect, in the embodiment of the present application, the inventory failure information includes at least one of the following: the number of PIoT devices with inventory failure, the identification list of the PIoT devices with inventory failure, or the reason for inventory failure. This solution enables the recipient of the inventory report (such as the second management node) to determine at least one of the number of PIoT devices with inventory failure, the identification list of the PIoT devices with inventory failure, or the reason for inventory failure.

[0020] Combined with any one of the first to third aspects described above, in the embodiments of the present application, the inventory success information includes at least one of the following: the number of PIoT devices with successful inventory, the identification list of PIoT devices with successful inventory, or the communication environment information corresponding to each PIoT device with successful inventory. This solution enables the recipient of the inventory report (such as the second management node) to determine at least one of the number of PIoT devices with successful inventory, the identification list of PIoT devices with successful inventory, or the communication environment information corresponding to each PIoT device with successful inventory.

[0021] Combined with any one of the first to third aspects described above, the management method of the PIoT device provided in the embodiments of the present application further includes: the first management node sends first information to the second management node, and the first information is used to characterize the inventory capability information of the first management node.

[0022] Among them, the inventory capability information includes at least one of the following: the inventory management scope, the positioning service availability information, and the inventory positioning accuracy. This solution enables the first management node to register the inventory capability information of the first management node with the second management node, enabling the second management node to know the inventory capability of the first management node. Further, it enables the second management node to send an inventory request within the inventory capability to the first management node.

[0023] In a fourth aspect, a management method for PIoT devices is provided. This method can be executed by the second management node, or by components of the second management node, such as the processor, chip, or chip system of the second management node, etc., and can also be implemented by a logic module or software that can implement all or part of the functions of the second management node. Taking the example that this method can be executed by the second management node, this method includes: the second management node sends an inventory request to the first management node, and the inventory request includes first time information, and the first time information includes at least one of the following: the start time and end time for inventorying at least one PIoT device in the first area, or the period for inventorying at least one PIoT device in the first area; the second management node receives an inventory report from the first management node.

[0024] In the management method of the PIoT device provided in the embodiments of the present application, the second management node sends an inventory request carrying the first time information to the first management node, enabling the first management node to manage the time for inventorying at least one PIoT device in the first area, or enabling inventorying of at least one PIoT device in the first area in a reservation manner. Furthermore, the first management node can send an inventory report to the second management node.

[0025] Combined with the above fourth aspect, in the embodiments of the present application, the inventory report includes at least one of the following: inventory success information, inventory failure information, or potential inventory failure information. In this solution, the inventory report including potential inventory failure information enables the recipient of the inventory report (such as the second management node) to determine information about PIoT devices that may fail in inventory subsequently; the inventory report including inventory success information enables the recipient of the inventory report (such as the second management node) to determine information about PIoT devices with successful inventory; the inventory report including inventory failure information enables the recipient of the inventory report (such as the second management node) to determine information about PIoT devices with failed inventory.

[0026] Combined with the above fourth aspect, in a possible implementation, the inventory request includes a first threshold of uplink coverage margin, and the potential inventory failure information is determined by the first management node according to the first threshold of uplink coverage margin. This solution enables the first management node to predict potential inventory failure information according to the first threshold of uplink coverage margin.

[0027] In a fifth aspect, a method for managing PIoT devices is provided. This method can be executed by a second management node, or by components of the second management node, such as a processor, a chip, or a chip system of the second management node, etc., and can also be implemented by a logic module or software that can implement all or part of the functions of the second management node. Taking the example that this method can be executed by the second management node, the method includes: the second management node sends an inventory request to the first management node, and the inventory request is used to request an inventory of at least one PIoT device in a first area; the second management node receives an inventory report from the first management node, and the inventory report includes potential inventory failure information.

[0028] In the method for managing PIoT devices provided by the embodiments of the present application, the second management node sends an inventory request for requesting an inventory of at least one PIoT device in a first area to the first management node, and the first management node sends an inventory report obtained after inventorying at least one PIoT device in the first area to the second management node, where the inventory report includes potential inventory failure information. For example, in the case where the number of PIoT devices is large and the communication ability is poor, the first management node can predict PIoT devices with potential inventory failure, so that the recipient of the inventory report (such as the second management node) can determine information about PIoT devices that may fail in inventory subsequently, and can enhance the effectiveness of inventory.

[0029] Combined with the above fifth aspect, in a possible implementation, the inventory request includes first time information, and the first time information includes at least one of the following: the start time and end time for inventorying at least one PIoT device in the first area, or the period for inventorying at least one PIoT device in the first area. In this solution, the inventory request carries the first time information, enabling the first management node to manage the time for inventorying at least one PIoT device in the first area, or to inventory at least one PIoT device in the first area in a reservation manner. Furthermore, the first management node can send an inventory report to the second management node.

[0030] Combined with the above fifth aspect, in a possible implementation, the inventory report further includes at least one of the following: inventory success information, or inventory failure information. In this solution, if the inventory report includes inventory success information, the recipient of the inventory report (such as the second management node) can determine the information of the PIoT devices with successful inventory; if the inventory report includes inventory failure information, the recipient of the inventory report (such as the second management node) can determine the information of the PIoT devices with failed inventory.

[0031] Combined with the above fifth aspect, in a possible implementation, the inventory request includes a first threshold of uplink coverage margin, and the potential inventory failure information is determined by the first management node based on the first threshold of uplink coverage margin. This solution enables the first management node to predict potential inventory failure information based on the first threshold of uplink coverage margin.

[0032] In a sixth aspect, a method for managing PIoT devices is provided. This method can be executed by the second management node, or by components of the second management node, such as the processor, chip, or chip system of the second management node, or can also be implemented by a logic module or software that can implement all or part of the functions of the second management node. Taking the example that this method can be executed by the second management node, the method includes: the second management node sends an inventory request to the first management node, and the inventory request includes a first threshold of uplink coverage margin, and the inventory request is used to request inventorying at least one PIoT device in the first area; the second management node receives an inventory report from the first management node, and the inventory report includes at least one of the following: inventory success information, inventory failure information, or potential inventory failure information; wherein, the potential inventory failure information is determined by the first management node based on the first threshold of uplink coverage margin.

[0033] In the management method of the PIoT device provided by the embodiment of the present application, the first threshold of the uplink coverage margin carried in the inventory request sent by the second management node to the first management node enables the first management node to predict potential inventory failure information. Moreover, the inventory report includes potential inventory failure information, enabling the recipient of the inventory report (such as the second management node) to determine information about PIoT devices that may fail in subsequent inventories, enhancing the effectiveness of the inventory; the inventory report includes inventory success information, enabling the recipient of the inventory report (such as the second management node) to determine information about PIoT devices with successful inventories; the inventory report includes inventory failure information, enabling the recipient of the inventory report (such as the second management node) to determine information about PIoT devices with failed inventories.

[0034] Combined with the above sixth aspect, in a possible implementation, the inventory request includes first time information, and the first time information includes at least one of the following: the start time and end time of inventorying at least one PIoT device in the first area, or the period of inventorying at least one PIoT device in the first area. In this solution, the inventory request carries the first time information, enabling the first management node to manage the time of inventorying at least one PIoT device in the first area, or to inventory at least one PIoT device in the first area in a reservation manner. Furthermore, the first management node can send an inventory report to the second management node.

[0035] Combined with any one of the above fourth to sixth aspects, in a possible implementation, the inventory failure information is determined by the first management node based on historical inventory success information or the initial identification list of the PIoT device. This solution enables the first management node to determine PIoT information with failed inventories based on historical inventory success information or the initial identification list of the PIoT device, and further enables the second management node to make adjustments to the PIoT devices with failed inventories, such as changing their stacking method or replacing the PIoT devices, improving the overall inventory success rate of the PIoT devices.

[0036] Combined with any one of the above fourth to sixth aspects, in the embodiment of the present application, the inventory failure information includes at least one of the following: the number of PIoT devices with failed inventories, the identification list of the PIoT devices with failed inventories, or the reason for the inventory failure. This solution enables the recipient of the inventory report (such as the second management node) to determine at least one of the number of PIoT devices with failed inventories, the identification list of the PIoT devices with failed inventories, or the reason for the inventory failure.

[0037] Combined with any one of the fourth to sixth aspects described above, in the embodiments of the present application, the inventory success information includes at least one of the following: the number of PIoT devices with successful inventory, the identification list of the PIoT devices with successful inventory, or the communication environment information corresponding to each PIoT device with successful inventory. This solution enables the recipient of the inventory report (such as the second management node) to determine at least one of the number of PIoT devices with successful inventory, the identification list of the PIoT devices with successful inventory, or the communication environment information corresponding to each PIoT device with successful inventory.

[0038] Combined with any one of the fourth to sixth aspects described above, the method for managing PIoT devices provided in the embodiments of the present application further includes: the second management node receives first information from the first management node, and the first information is used to characterize the inventory capability information of the first management node.

[0039] Among them, the inventory capability information includes at least one of the following: the inventory management scope, the positioning service availability information, and the inventory positioning accuracy. This solution enables the first management node to register the inventory capability information of the first management node with the second management node, enables the second management node to learn about the inventory capability of the first management node, and further enables the second management node to send an inventory request within the inventory capability to the first management node.

[0040] In a seventh aspect, a method for managing PIoT devices is provided. The method includes: the first management node executes the method described in any one of the first to third aspects, and the second management node executes the method described in any one of the fourth to sixth aspects.

[0041] In an eighth aspect, a communication device for implementing the above various methods is provided. The communication device may be the first management node in any one of the first to third aspects, or a device included in the first management node, such as a chip; or, the communication device may be the second management node in any one of the fourth to sixth aspects, or a device included in the second management node, such as a chip.

[0042] The communication device includes corresponding modules, units, or means for implementing the above methods. The modules, units, or means may be implemented by hardware, software, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the above functions.

[0043] In some possible designs, the communication device may include a processing module and a communication module. The communication module may include an output module (or a sending module) and an input module (or a receiving module), which are respectively used to implement the functions of the output type (or the sending type) and the input type (or the receiving type) in any of the above aspects and any of their possible designs. The processing module may be used to implement the processing function in any of the above aspects and any of their possible designs.

[0044] Optionally, the communication device further includes a storage module for storing program instructions and data.

[0045] In a ninth aspect, a communication device is provided, including: at least one processor, which is used to run a computer program or instruction, or is used to cause the communication device to execute the method described in any of the above aspects through a logic circuit. The communication device may be the first management node in any of the first aspect to the third aspect, or a device included in the first management node, such as a chip; or, the communication device may be the second management node in any of the fourth aspect to the sixth aspect, or a device included in the second management node, such as a chip.

[0046] In some possible designs, the communication device further includes a memory for storing computer instructions and / or a configuration file of the logic circuit. Optionally, the memory and the processor are integrated together, or the memory is independent of the processor.

[0047] In a possible design, the communication device further includes a communication interface for inputting and / or outputting signals.

[0048] In some possible designs, the communication interface is an interface circuit for reading and writing computer instructions. For example, the interface circuit is used to receive computer execution instructions (the computer execution instructions are stored in the memory, and may be directly read from the memory or may pass through other devices) and transmit them to the processor.

[0049] In some possible designs, the communication interface is used to communicate with a module outside the communication device.

[0050] In some possible designs, the communication device may be a chip system. When the communication device is a chip system, the chip system may include a chip, or may include a chip and other discrete devices.

[0051] In a tenth aspect, there is provided a communication device, including: a logic circuit and an interface circuit; the interface circuit is configured to input information and / or output information; the logic circuit is configured to execute the method described in any of the above aspects, and process and / or generate output information according to the input information. The communication device may be the first management node in any of the first aspect to the third aspect, or a device included in the first management node, such as a chip; or, the communication device may be the second management node in any of the fourth aspect to the sixth aspect, or a device included in the second management node, such as a chip.

[0052] In an eleventh aspect, there is provided a computer-readable storage medium storing a computer program or instructions, which, when executed by a processor, cause the method described in any of the above aspects to be executed.

[0053] In a twelfth aspect, there is provided a computer program product, which, when executed by a processor, causes the method described in any of the above aspects to be executed.

[0054] It can be understood that when the communication device provided in any of the eighth aspect to the tenth aspect is a chip, the above-mentioned sending action / function can be understood as outputting information, and the above-mentioned receiving action / function can be understood as inputting information.

[0055] Among them, the technical effects brought by any of the design manners in the eighth aspect to the tenth aspect can be referred to the technical effects brought by different design manners in the first aspect and the fourth aspect, or, the technical effects brought by different design manners in the second aspect and the fifth aspect, or, the technical effects brought by different designs in the third aspect and the sixth aspect, which will not be elaborated here.

[0056] In a thirteenth aspect, there is provided a communication system, which includes the first management node described in the first aspect above and the second management node described in the fourth aspect, or, the communication system includes the first management node described in the second aspect above and the second management node described in the fifth aspect, or, the communication system includes the first management node described in the third aspect above and the second management node described in the sixth aspect.

[0057] Optionally, the communication system further includes an access network device configured to send inventory information to the first management node. BRIEF DESCRIPTION OF THE DRAWINGS

[0058] Figure 1 is a schematic diagram of a 5G network architecture;

[0059] Figure 2 is a schematic diagram of a service-oriented management architecture provided by an embodiment of the present application;

[0060] Figure 3A It is a schematic diagram of a system architecture according to an embodiment of the present application;

[0061] Figure 3B It is a schematic diagram of another system architecture according to an embodiment of the present application;

[0062] Figure 3C It is a schematic diagram of yet another system architecture according to an embodiment of the present application;

[0063] Figure 4 It is a schematic diagram of applying the management method of the PIoT device provided by the embodiment of the present application to a service-oriented management architecture.

[0064] Figure 5 It is a schematic diagram of the structure of a communication device provided by the embodiment of the present application;

[0065] Figure 6 It is a schematic diagram of an example of the management method of the PIoT device provided by the embodiment of the present application;

[0066] Figure 7 It is a schematic diagram of another example of the management method of the PIoT device provided by the embodiment of the present application;

[0067] Figure 8 It is a schematic diagram of yet another example of the management method of the PIoT device provided by the embodiment of the present application;

[0068] Figure 9 It is a schematic diagram of still another example of the management method of the PIoT device provided by the embodiment of the present application;

[0069] Figure 10 It is a schematic diagram of the communication device provided by the embodiment of the present application. Detailed implementation manners

[0070] In the description of the present application, unless otherwise specified, " / " indicates that the objects associated before and after are in an "or" relationship. For example, A / B may represent A or B; "and / or" in the present application is merely a description of the association relationship of the associated objects, indicating that there can be three relationships. For example, A and / or B may represent: A exists alone, A and B exist simultaneously, and B exists alone. Here, A and B can be singular or plural.

[0071] In the description of the present application, unless otherwise specified, "a plurality of" means two or more than two. "At least one (item) or its similar expression below" refers to any combination of these items, including any combination of a single item or plural items. For example, at least one (item) of a, b, and (or) c may represent: a, b, c, a - b, a - c, b - c, or a - b - c, where a, b, and c can be single or multiple.

[0072] In addition, for the convenience of clearly describing the technical solutions of the embodiments of the present application, in the embodiments of the present application, terms such as "first" and "second" are used to distinguish identical or similar items with basically the same functions and effects. Those skilled in the art can understand that terms such as "first" and "second" do not limit the quantity and execution order, and "first", "second", etc. do not necessarily mean different.

[0073] In the embodiments of the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design solution described as "exemplary" or "for example" in the embodiments of the present application should not be construed as being more preferred or having more advantages than other embodiments or design solutions. Rather, the use of words such as "exemplary" or "for example" is intended to present relevant concepts in a specific manner for easy understanding.

[0074] It can be understood that the "embodiments" mentioned throughout the specification mean that specific features, structures or characteristics related to the embodiments are included in at least one embodiment of the present application. Therefore, throughout the specification, the various embodiments do not necessarily refer to the same embodiment. In addition, these specific features, structures or characteristics can be combined in one or more embodiments in any suitable manner. It can be understood that in the various embodiments of the present application, the magnitude of the sequence number of each process does not mean the order of execution, and the execution order of each process should be determined by its function and internal logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.

[0075] It can be understood that some optional features in the embodiments of the present application can, in some scenarios, be implemented independently without relying on other features, such as the current solution it is based on, to solve the corresponding technical problems and achieve the corresponding effects. In some scenarios, they can also be combined with other features according to requirements. Correspondingly, the devices given in the embodiments of the present application can also implement these features or functions accordingly, which will not be elaborated here.

[0076] In the present application, unless otherwise specified, the same or similar parts between various embodiments can be referred to each other. In the various embodiments of the present application, if there is no special specification and logical conflict, the terms and / or descriptions between different embodiments are consistent and can be referred to each other, and the technical features in different embodiments can be combined to form new embodiments according to their internal logical relationships. The embodiments of the present application described below do not constitute a limitation to the protection scope of the present application.

[0077] For ease of understanding, a brief introduction to the related technologies of the embodiments of the present application is given.

[0078] 1. 5G network architecture:

[0079] The 5G network architecture defined in the 3GPP standard is mainly divided into two parts: the access network (AN) and the core network. As Figure 1 shown, the terminal device accesses the core network through the access network.

[0080] The access network mainly includes radio access network (RAN) devices, which are used to implement functions related to wireless access.

[0081] The core network mainly includes the following key logical network elements: the access and mobility management function (AMF) network element, the session management function (SMF) network element, the user plane function (UPF) network element, the policy control function (PCF) network element, and the unified data management (UDM) network element. In addition, it may also include the authentication server function (AUSF) network element, the network slice selection function (NSSF) network element, the application function (AF) network element, etc. For network elements with related functions, please refer to the 5G standard, which will not be elaborated here.

[0082] In addition, see Figure 1, Nx represents the logical interface or service-based interface between two network elements, which is used for communication between network elements. For example, N1 is the interface between the terminal device and the AMF network element; N2 is the interface between the access network device and the AMF network element; N3 is the interface between the access network device and the UPF network element; N9 is the interface between different UPF network elements; N6 is the interface between the UPF network element and the destination network (DN); N4 is the interface between the UPF network element and the SMF network element; N11 is the interface between the AMF network element and the SMF network element; N7 is the interface between the SMF network element and the PCF network element; N5 is the interface between the PCF network element and the AF network element; N14 is the interface between different AMF network elements; N15 is the interface between the AMF network element and the PCF network element; N22 is the interface between the NSSF network element and the AMF network element; N12 is the interface between the AUSF network element and the AMF network element; N8 is the interface between the UDM network element and the AMF network element; N13 is the interface between the AUSF network element and the UDM network element. It should be noted that the interface between the AMF and the access network device can also be the NG interface.

[0083] Optionally, the terminal device in the embodiments of the present application may be a user equipment (UE), access terminal, terminal unit, user station, terminal station, mobile station, mobile device, remote station, remote terminal, user terminal (TE), mobile device, wireless communication device, terminal agent, tablet computer (pad), handheld device with wireless communication function, computing device or other processing device connected to a wireless modem, vehicle-mounted device, vehicle-mounted communication module, wearable device, or terminal device. The access terminal may be a cellular phone, cordless phone, session initiation protocol (SIP) phone, wireless local loop (WLL) station, personal digital assistant (PDA), handheld device with wireless communication function, computing device or other processing device connected to a wireless modem, vehicle-mounted device, drone, robot, intelligent point of sale (POS) machine, customer-premises equipment (CPE) or wearable device, virtual reality (VR) terminal device, augmented reality (AR) terminal device, wireless terminal in industrial control, wireless terminal in self-driving, wireless terminal in remote medical, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, wireless terminal in smart home, etc. Alternatively, the terminal may be a terminal with communication function in the Internet of Things (IoT), such as a terminal in V2X (e.g., vehicle-to-everything device), a terminal in D2D communication, or a terminal in M2M communication, etc. The terminal may be mobile or fixed. In addition, the embodiments of the present application do not limit the device form of the terminal. The device for implementing the functions of the terminal device may be the terminal device; or it may be a device capable of supporting the terminal device to implement the functions, such as a chip system. The device may be installed in the terminal device or used in matching with the terminal device. In the embodiments of the present application, the chip system may be composed of chips or may include chips and other discrete devices.

[0084] 2. Service-oriented management architecture:

[0085] Figure 2 It is a schematic diagram of a service-oriented management architecture. As Figure 2 shown, the service-oriented management architecture includes: Business Support System (BSS), Cross-Domain Management Function Unit (CD-MnF), Domain Management Function Unit (Domain-MnF), and the network elements managed by the Domain Management Function Unit and / or the Cross-Domain Management Function Unit. Among them, the network elements managed by the Domain Management Function Unit and / or the Cross-Domain Management Function Unit include core network elements or access network devices. Core network elements include, for example: Access and Mobility Management Function network elements, Session Management Function network elements, or Policy Control network elements, etc.

[0086] Among them, the management modes of the service-oriented management architecture include the following:

[0087] Management Mode 1: The Cross-Domain Management Function Unit provides management services and is the producer of management services; the Business Support System is the consumer of management services.

[0088] Management Mode 2: The Domain Management Function Unit provides management services and is the producer of management services; the Cross-Domain Management Function Unit is the consumer of management services.

[0089] Management Mode 3: The network elements managed by the Domain Management Function Unit and / or the Cross-Domain Management Function Unit provide management services and are the producers of management services; the Domain Management Function Unit is the consumer of management services.

[0090] The Business Support System, facing communication services, is used to provide functions and management services such as charging, settlement, accounting, customer service, business operation, network monitoring, communication service life cycle management, and service intent translation. Among them, the Business Support System can be the operation system of an operator or the operation system of a vertical industry.

[0091] The cross-domain management functional unit, also known as the network management function (NMF), can be a network management entity such as a network management system (NMS), a network function management service consumer (NFMS_C), etc. Among them, the cross-domain management functional unit provides one or more of the following management functions or management services: network lifecycle management, network deployment, network fault management, network performance management, network configuration management, network assurance, network optimization functions, and translation of the network intent (intent from communication service provider, Intent-CSP) of the service producer.

[0092] Among them, the network referred to in the above management functions or management services can include one or more network elements, or sub-networks, and can also be a network slice. That is to say, the network management functional unit can be a network slice management function (NSMF), or a management data analytical function (MDAF), or a self-organization network function (SON Function), or an intent-driven management service (MnS).

[0093] Optionally, in some deployment scenarios, the cross-domain management functional unit can also provide sub-network lifecycle management, sub-network deployment, sub-network fault management, sub-network performance management, sub-network configuration management, sub-network assurance, sub-network optimization functions, the network intent of the sub-network service producer, or translation of the network intent of the sub-network service consumer (intent from communication service consumer, Intent-CSC), etc. Among them, the sub-network is composed of multiple small sub-networks and can be a network slice sub-network.

[0094] The domain management function unit, also known as the sub-network management function unit (network management function, NMF), or the network element management function unit. For example, the domain management function unit can be a network element management entity such as a mobile broadband (MBB) automation engine, an element management system (EMS), or a network function management service provider (NFMS_P).

[0095] Among them, the domain management function unit provides one or more of the following functions or management services: life cycle management of the sub-network or network element, deployment of the sub-network or network element, fault management of the sub-network or network element, performance management of the sub-network or network element, assurance of the sub-network or network element, optimization function of the sub-network or network element, and translation of the intent (intent from network operator, Intent-NOP) of the sub-network or network element. Here, the sub-network includes one or more network elements, and the sub-network can also include sub-networks, that is, one or more sub-networks form a larger sub-network.

[0096] Optionally, the sub-network here can also be a network slice sub-network. The domain management function unit can be a network slice subnet management function (NSSMF), a domain management data analytical function (Domain MDAF), a self-organization network function (SON Function), an intent-driven MnS domain management function unit, etc.

[0097] Among them, the domain management function unit can be classified in the following ways, including:

[0098] Classification by network type can be divided into: radio access network domain management function (RAN-Domain-MnF), core network domain management function (CN-Domain-MnF), transport network domain management function (TN-Domain-MnF), etc. It should be noted that the domain management function unit can also be a certain domain network management system, which can manage one or more of the access network, core network, or transport network; classification by administrative region can be divided into: domain management function units in a certain region, such as the domain management function unit of City A, the domain management function unit of City B, etc.

[0099] The network elements managed by the domain management function unit, and / or, the cross-domain management function unit are entities that provide network services, including core network elements or access network devices, etc. Among them, the network elements managed by the domain management function unit, and / or, the cross-domain management function unit can provide one or more of the following management functions or management services: life cycle management of network elements, deployment of network elements, fault management of network elements, performance management of network elements, guarantee of network elements, optimization function of network elements, and translation of network element intents, etc.

[0100] 3. Classification of IoT devices (which can also be called tags).

[0101] Passive IoT devices refer to a type of IoT device powered by energy harvesting, which can be battery-free or have limited energy storage capabilities (e.g., using capacitors). Among them, according to the energy source, whether it has the ability to amplify backscattered signals, and whether it has the ability to generate independent carriers, tags can be divided into the following three categories:

[0102] Class A tags (pure passive tags): without energy storage, completely relying on backscatter communication of radio frequency signals or carriers, and not supporting amplification of backscattered signals. The coverage distance of pure passive tags is short, and the complexity is comparable to that of electronic tags.

[0103] Class B tags (semi-passive tags): relying on environmental energy supply, supporting energy storage, relying on backscatter communication of radio frequency signals or carriers, and supporting amplification of backscattered signals. Compared with pure passive tags, the capabilities of semi-passive tags are enhanced, and the coverage distance is farther than that of pure passive tags.

[0104] Class C tags (active tags): capable of collecting energy from the environment or being powered by a battery, having the ability to generate uplink carriers, and communicating through uplink carriers. The coverage distance of active tags is wide.

[0105] Among them, both Class A tags and Class B tags are based on backscatter communication of radio frequency signals or carriers. The principle is similar to that of radar communication, that is, pure passive tags or semi-passive tags only reflect the signals sent by the base station and have no ability to generate uplink carriers.

[0106] Currently, the process of backscatter communication is as follows: Class A tags or Class B tags obtain energy from the outside world to supply the internal circuit modules of the tags. Then, based on the carrier sent by the base station, Class A tags or Class B tags modulate the signal to be sent onto the backscatter signal of the corresponding carrier for communication.

[0107] 4. Application scenarios of PIoT devices.

[0108] a. Inventory: Use PIoT devices (tags) to complete the inventory and tracking of goods in automated warehousing and logistics scenarios, where tags are attached to the goods.

[0109] b. Environment perception: Perceive according to the monitoring tasks sent by the communication system (such as 5G communication system) or measure environmental parameters, such as the detection of the base station computer room environment (such as temperature, humidity, etc.). When performing environment perception, the PIoT device is a wireless sensor.

[0110] c. Positioning: Use PIoT devices (tags) to complete the positioning of personal items, such as using PIoT devices to find remotely lost items, where tags are attached to the items.

[0111] d. Command: Complete simple control of PIoT devices. For example, in smart agriculture, PIoT devices can act as controllers to receive instructions from the farm management platform. The instructions from the farm platform can be instructions indicating the irrigation switch cycle, or instructions indicating the amount of pesticide spraying, etc.

[0112] The related technologies involved in the embodiments of the present application are introduced above. Next, the communication system applied to the management method of the PIoT device provided by the embodiments of the present application will be briefly introduced.

[0113] Figure 3A It is a schematic diagram of a communication system provided by the embodiments of the present application. As Figure 3A shown, the communication system includes a first management node and a second management node.

[0114] Among them, the first management node is used to receive the inventory request from the second management node and send an inventory report to the second management node. The second management node is used to send an inventory request to the first management node and receive the inventory report from the first management node.

[0115] In this communication system, the first management node may include a PIoT service management node, or the PIoT service management node is independently deployed, and the first management node manages the PIoT service management node. For example, the PIoT service management node may be implemented as an application program (APP).

[0116] Among them, the functions of the PIoT service management node include: 1. Processing of inventory requests: For example, translation processing of inventory request instructions (the translation processing can be understood as converting the inventory requests of the second management node into specific inventory instructions for scanning the access network devices). 2. Data processing of PIoT devices (the data processing can be, for example, data integration or deduplication, etc.). 3. PIoT device positioning calculation: For example, calculating the positioning position of the PIoT device and outputting the positioning result of the specific PIoT device.

[0117] Optionally, as Figure 3A shown, this communication system further includes: access network devices, which are used to send inventory information obtained by inventorying at least one PIoT device in the first area to the first management node. Optionally, the inventory information may be the inventory information after preliminary processing of the data obtained by the access network devices inventorying at least one PIoT device in the first area, or the inventory information may be the original data information obtained by the access network devices inventorying at least one PIoT device in the first area.

[0118] The technical solution of the embodiment of this application can be applied to a 5G communication system as Figure 1 shown, or a service-oriented management system as Figure 2 shown, or the technical solution of the embodiment of this application can also be applied to other communication systems, and the embodiment of this application does not make any limitations in this regard.

[0119] In a possible implementation manner, the communication system as Figure 3A shown can be applied to a 5G communication system as Figure 1 shown.

[0120] For example, as Figure 3B shown, the second management node may be, for example, Figure 2 the cross-domain management function unit in Figure 1 , the first management node may be, for example, the core network element in

[0121] (exemplarily, the core network element may be an AMF or a UPF), or a component in the core network element (such as the processor, chip, or chip system of the core network element), or a logical module or software of all or part of the functions of the core network element. In this scenario, this communication system further includes a single-domain management function unit. Or, for example, asFigure 3C As shown, the second management node is, for example, Figure 2 the cross-domain management functional unit in Figure 2 and the first management functional node can be, for example,

[0122] In another possible implementation, as Figure 3A shown, the communication system can be applied to the Figure 2 service-oriented management architecture shown. The first management node can be the domain management functional unit, or can be a processor, chip, or chip system in the domain management functional unit, or can be a logic module or software for all or part of the functions of the domain management functional unit. The second management node can be the cross-domain management functional unit, or can be a processor, chip, or chip system in the cross-domain management functional unit, or can be a logic module or software for all or part of the functions of the cross-domain management functional unit.

[0123] Exemplarily, Figure 4 is a schematic diagram of applying the management method of the PIoT device provided in the embodiment of the present application to the Figure 2 communication system of the service-oriented architecture shown. As Figure 4 shown, the communication system includes a domain management functional unit and a cross-domain management functional unit. The domain management functional unit is used to receive an inventory request from the cross-domain management functional unit and send an inventory report to the cross-domain management functional unit. The cross-domain management functional unit is used to send an inventory request to the domain management functional unit and receive an inventory report from the domain management functional unit. Among them, the domain management functional unit includes a PIoT service management node or the domain management functional unit manages the PIoT service management node.

[0124] Optionally, as Figure 4 shown, the domain management functional unit is further used to receive the inventory information of the PIoT devices obtained by inventorying at least one PIoT device in the first area from the access network device and determine an inventory report according to the inventory information.

[0125] Optionally, as Figure 4 shown, the domain management functional unit is further used to configure at least one access network device for inventorying at least one PIoT device in the first area.

[0126] Optionally, as Figure 4 shown, the cross-domain management node is further used to receive an inventory request from the PIoT management platform and send an inventory report to the PIoT management platform.

[0127] Optionally, the domain management node is further configured to send first information to the cross-domain management node. Correspondingly, the cross-domain management node is further configured to receive the first information from the domain management function node, where the first information is used to represent the inventory capability information of the domain management function unit.

[0128] Optionally, the access network device involved in this application may be an evolved Node B (NodeB or eNB or e-NodeB, evolutional Node B) in a Long Term Evolution (LTE) system or an enhanced LTE (LTE-Advanced, LTE-A) system, such as a traditional macro eNB and a micro eNB in a heterogeneous network scenario. Alternatively, it may include a next generation Node B (gNB) in a New Radio (NR) system. Alternatively, it may include a Transmission Reception Point (TRP), a Home evolved NodeB (or Home Node B, HNB), a Base Band Unit (BBU), a BBU pool, or a Wireless Fidelity (WiFi) Access Point (AP), etc. Alternatively, it may include a base station in a Non-Terrestrial Network (NTN), that is, it can be deployed on an airborne platform or a satellite. In the NTN, the access network device can act as a Layer 1 (L1) relay, or can act as a base station, or can act as an Integrated Access and Backhaul (IAB) node. Alternatively, the access network device can be a device that implements the base station function in the Internet of Things (IoT), such as a device that implements the base station function in drone communication, Vehicle-to-Everything (V2X), Device-to-Device (D2D), or Machine-to-Machine (M2M).

[0129] In some possible scenarios, the access network device may also be a module or unit capable of implementing some functions of a base station. For example, the first network device may be a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU), etc. The CU and DU may be separately provided, or may also be included in the same network element, such as a baseband unit (BBU). The RU may be included in a radio frequency device or a radio frequency unit, such as included in a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH).

[0130] In different systems, the CU (or CU-CP and CU-UP), DU, or RU may also have different names, but those skilled in the art can understand their meanings. For example, the access network device may be a network device or a module of a network device in an open radio access network (ORAN) system. In the ORAN system, the CU may also be referred to as an open (O)-CU, the DU may also be referred to as an O-DU, the CU-CP may also be referred to as an O-CU-CP, the CU-UP may also be referred to as an O-CU-UP, and the RU may also be referred to as an O-RU. Any one of the CU (or CU-CP, CU-UP), DU, and RU in this application may be implemented by a software module, a hardware module, or a combination of a software module and a hardware module.

[0131] Optionally, the base station in the embodiments of this application may include various forms of base stations, such as: macro base stations, micro base stations (also referred to as small stations), relay stations, access points, home base stations, TRPs, transmitting points (TPs), mobile switching centers, etc. The embodiments of this application do not make specific limitations thereto.

[0132] The related functions of the first management node or the second management node involved in this application can be implemented by Figure 5 the communication device 500 therein. Figure 5 FIG. is a schematic structural diagram of the communication device 500 provided by the embodiments of this application. The communication device 500 includes one or more processors 501, a communication line 502, and at least one communication interface ( Figure 5 only for example, it is exemplary to include the communication interface 504 and one processor 501), and optionally may further include a memory 503.

[0133] The processor 501 can be 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 the program of the solution of the present application.

[0134] The communication line 502 can include a path for connecting different components.

[0135] The communication interface 504 can be a transceiver module for communicating with other devices or communication networks, such as Ethernet, RAN, wireless local area networks (WLAN), etc. For example, the transceiver module can be a device such as a transceiver or a transceiver. Optionally, the communication interface 504 can also be a transceiver circuit located within the processor 501 for realizing the signal input and signal output of the processor.

[0136] The memory 503 can be a device with a storage function. For example, it can be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM) or other types of dynamic storage devices that can store information and instructions, or it can also be an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compact discs, laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any other medium that can be used to carry or store the desired program code in the form of instructions or data structures and can be accessed by a computer, but not limited to this. The memory can exist independently and be connected to the processor through the communication line 502. The memory can also be integrated with the processor.

[0137] Among them, the memory 503 is used to store the computer execution instructions for executing the solution of the present application, and is controlled by the processor 501 for execution. The processor 501 is used to execute the computer execution instructions stored in the memory 503, so as to implement the management method of the PIoT device provided in the embodiment of the present application.

[0138] Alternatively, optionally, in the embodiments of the present application, it may also be that the processor 501 executes the functions related to processing in the management method of the PIoT device provided in the following embodiments of the present application, and the communication interface 504 is responsible for communicating with other devices or communication networks. The embodiments of the present application do not make specific limitations on this.

[0139] Optionally, the computer-executable instructions in the embodiments of the present application may also be referred to as application code. The embodiments of the present application do not make specific limitations on this.

[0140] In a specific implementation, as an embodiment, the processor 501 may include one or more CPUs, such as Figure 5 CPU0 and CPU1 in

[0141] In a specific implementation, as an embodiment, the communication device 500 may include multiple processors, such as Figure 5 processor 507 and processor 501 in

[0142] Each of these processors may be a single-core processor or a multi-core processor. The processors here may include, but are not limited to, at least one of the following: central processing unit (CPU), microprocessor, digital signal processor (DSP), microcontroller unit (MCU), or artificial intelligence processor and other types of computing devices that run software, and each computing device may include one or more cores for executing software instructions for arithmetic operations or processing.

[0143] The above-mentioned communication device 500 may sometimes also be referred to as a communication device, which may be a general-purpose device or a dedicated device. For example, the communication device 500 may be a desktop computer, a laptop computer, a network server, a personal digital assistant (PDA), a mobile phone, a tablet computer, a wireless terminal device, an embedded device, or a device with a Figure 4 similar structure. The embodiments of the present application do not limit the type of the communication device 500.

[0144] In addition, Figure 5 the constituent structure shown in does not constitute a limitation on the communication device. Except Figure 5 for the components shown, the communication device may include more or fewer components than those shown in the figure, or combine certain components, or have a different component layout.

[0145] Next, in combination with Figure 3A the communication system shown, the management method of the PIoT device provided by the embodiments of the present application will be described.

[0146] It should be noted that in the following embodiments of the present application, the message names between each network element, the names of each parameter, or the names of each piece of information, etc. are only examples, and in other embodiments, they may also be other names. The method provided by the present application does not make specific limitations on this.

[0147] It can be understood that in the embodiments of the present application, each network element may execute some or all of the steps in the embodiments of the present application. These steps or operations are only examples, and the embodiments of the present application may also execute other operations or various deformations of the operations. In addition, each step may be executed in a different order presented in the embodiments of the present application, and it is possible not to execute all the operations in the embodiments of the present application.

[0148] Figure 6 is an example of the management method of the PIoT device provided by the embodiments of the present application. This method is described by taking the interaction between the first management node and the second management node as an example. Of course, the entity executing the actions of the first management node in this method may also be a device / module in the first management node, such as a chip, a processor, a processing unit, etc. in the first management node; the entity executing the actions of the second management node in this method may also be a device / module in the second management node, such as a chip, a processor, a processing unit, etc. in the second management node. The embodiments of the present application do not make specific limitations on this. In the embodiments of the present application, the processing executed by a single execution entity (for example, the first management node or the second management node) may also be divided into being executed by multiple execution entities, and these execution entities may be logically and / or physically separated. Exemplarily, as Figure 6 described, the method 600 includes:

[0149] S610, the second management node sends an inventory request to the first management node. Correspondingly, the first management node receives the inventory request from the second management node.

[0150] In the embodiments of the present application, inventory can be understood as determining or counting the number of at least one PIoT device. Inventory can also be replaced by stocktaking, or other descriptions, and the embodiments of the present application do not limit this.

[0151] In a possible implementation, the inventory request includes first time information, and the first time information includes at least one of the following: the start time and end time of inventorying at least one PIoT device in the first area, or the period of inventorying at least one PIoT device in the first area. The inventory request sent by the second management node to the first management node including the first time information can enable the first management node to inventory at least one PIoT device in the first area according to the first time information, or the first management node can manage the time of inventorying at least one PIoT device in the first area according to the first time information. For example, the first management node can support inventorying at least one PIoT device in the first area in a reservation manner.

[0152] In the embodiments of the present application, the first management node determines at least one access network device for inventorying at least one PIoT device in the first area, and the at least one access network device completes the scanning of the PIoT device. Specifically, the PIoT device backscatters signals, and the at least one access network device can complete the scanning of the signals backscattered by the PIoT device through a reader (or a reading and writing module) deployed on the access network device, and then inventory the PIoT device. For example, if there are access network devices 1 to 10 in the first area, the first management node configures access network devices 1 to 10 to inventory at least one PIoT device in the first area.

[0153] Exemplarily, the start time and end time of inventorying at least one PIoT device in the first area included in the inventory request are 10:20 and 11:00 respectively, and the time when the second management node sends the inventory request to the first management node is 9:00. Then, the at least one access network device determined by the first management node will scan the first area from 10:20 to 11:00 to inventory the PIoT devices in the first area, that is, it supports inventorying at least one PIoT device in the first area in a reservation manner.

[0154] Exemplarily, if the period for inventorying at least one PIoT device in the first area included in the inventory request is 12 hours, then at least one access network device determined by the first management node scans the first area every 12 hours to inventory the PIoT devices in the first area. For example, at least one access network device may scan the first area in the first 30 minutes of every 12 hours.

[0155] In another possible implementation, the inventory request is used to request inventorying at least one PIoT device in the first area, that is, the inventory request does not include the first time information, and the embodiments of the present application do not limit this.

[0156] Optionally, the first area may be an area divided by geographical longitude and latitude; optionally, the first area may be a communication cell; or, the first area may be an area divided according to other rules, and the embodiments of the present application do not limit this.

[0157] Optionally, in the embodiments of the present application, the inventory request further includes at least one of the following: inventory area information (i.e., the first area information), inventory environment information, PIoT device type information, or inventory service level agreement (SLA) metric information.

[0158] Exemplarily, the inventory area information includes: information of an area divided by geographical longitude and latitude, such as 30° east longitude and 35° north latitude; information of a communication cell, such as a physical cell identifier (PCI) or a cell identifier (ID); a list of gNB IDs; a list of tracing area identities (TAIs); information of an address name, such as area N of city M.

[0159] Exemplarily, the inventory environment information includes: the environmental conditions of the first area, such as temperature (high temperature, low temperature, medium temperature, or other temperature grades, which are not limited in the embodiments of the present application), humidity, pressure, indoor, or outdoor, etc., and the above environmental conditions can be characterized by grades.

[0160] Exemplarily, the PIoT device type information includes: information of type A PIoT devices (type A tags), information of type B PIoT devices (type B tags), and information of type C PIoT devices (type C tags). It should be noted that the inventory request may include type information of at least one PIoT device. For example, the PIoT device type information in the inventory request includes information of type A tags and information of type B tags.

[0161] Exemplarily, the inventory SLA metric information includes one or more of inventory end-to-end latency information, communication service availability information, user experience rate information, message size information, device density information, communication range information, overall scale information, PIoT device movement speed information, positioning service availability information, or inventory positioning accuracy information.

[0162] Among them, the inventory end-to-end latency information: describes the time taken for the PIoT device to transmit a message, which is determined based on the scanning interval of the PIoT device. For example, the PIoT device scans once every X seconds.

[0163] Communication service availability information: describes the degree to which the communication service can operate properly and provide services reliably when needed. In the embodiments of the present application, the communication service availability information can be characterized by parameters such as reference signal receiving power (RSRP), reference signal received quality (RSRQ), signal interference noise ratio (SINR), etc. The communication service availability information can be the communication service availability information of the access network device, or the communication service availability information can be the communication service availability information of the first management node, or the communication service availability information can be the communication service availability information of each cell. The embodiments of the present application do not limit this.

[0164] User experience rate information: describes the reading rate of the access network device for the PIoT device per unit time, which can be the peak reading rate or the average reading rate. The embodiments of the present application do not limit this.

[0165] Message size information: describes the size of the PIoT device identifier or the size of the payload returned by the PIoT device.

[0166] Device density information: describes the density of PIoT devices in a typical scenario, such as the density of goods with PIoT devices (tags) stacked in a factory.

[0167] Communication range information: describes the maximum communication range of the access network device for the PIoT device. PIoT devices within this range can be stimulated by the access network device.

[0168] Overall scale information: describes the overall scale of a typical scenario. For example, a typical automobile manufacturing plant covers an area of 600,000 square meters.

[0169] PIoT device moving speed: Describes the speed at which a PIoT device moves in a typical scenario. For example, goods with a PIoT device (tag) move on a highway at a speed of 60 - 80 kilometers per hour.

[0170] Location service availability information: Describes the degree to which the location service can operate properly and provide services reliably when needed.

[0171] Inventory location accuracy information: Describes the degree of proximity between the location of a PIoT device obtained by an access network device scanning the PIoT device and its true location value.

[0172] In one possible implementation, the inventory SLA metric information indicates the threshold of the above-mentioned inventory SLA metric information, and the first management node can determine whether to execute an inventory request based on this threshold information. In another possible implementation, the inventory SLA metric information is used to instruct the first management node to monitor the inventory SLA metric information, and then carry the inventory SLA metric information in the inventory report.

[0173] Optionally, in the embodiments of the present application, the inventory SLA metric information can be determined by the access network device, or by the first management node, or by other nodes. The embodiments of the present application do not limit this.

[0174] Optionally, in the embodiments of the present application, the inventory SLA metric information can be at the access network device granularity or at the cell granularity. The embodiments of the present application do not limit this.

[0175] S620, the first management node sends an inventory report to the second management node. Correspondingly, the second management node receives the inventory report from the first management node.

[0176] In the embodiments of the present application, the inventory report includes at least one of the following: inventory success information, inventory failure information, or potential inventory failure information.

[0177] In the embodiments of the present application, the inventory success information includes at least one of the following: the type of the PIoT device with successful inventory, the number of PIoT devices with successful inventory, the identification list of the PIoT devices with successful inventory, the location information of the PIoT devices with successful inventory, or the communication environment information corresponding to each PIoT device with successful inventory.

[0178] Optionally, in the embodiments of the present application, the number of PIoT devices with successful inventory includes at least one of the number of class A PIoT devices with successful inventory, the number of class B PIoT devices with successful inventory, or the number of class C PIoT devices with successful inventory.

[0179] Optionally, in the embodiments of the present application, the identification list of the PIoT devices with successful inventory includes at least one of the identification list of Class A PIoT devices with successful inventory, the identification list of Class B PIoT devices with successful inventory, and the identification list of Class C PIoT devices with successful inventory.

[0180] Exemplarily, the location information of the PIoT devices with successful inventory may include at least one of the longitude, latitude, or altitude of the PIoT devices with successful inventory, or the location information of the PIoT devices with successful inventory may further include other location information of the PIoT devices with successful inventory. The embodiments of the present application do not limit this.

[0181] Exemplarily, the communication environment information corresponding to each PIoT device with successful inventory may include at least one of the information on whether there is occlusion in the communication environment or the information on the coverage signal (such as RSRP, RSRQ, or SINR) in the communication environment, or the communication environment information corresponding to each PIoT device with successful inventory may also include other communication environment information. The embodiments of the present application do not limit this.

[0182] In the embodiments of the present application, the inventory failure information includes at least one of the following: the type of the PIoT device with inventory failure, the number of the PIoT devices with inventory failure, the identification list of the PIoT devices with inventory failure, or the reason for the inventory failure.

[0183] Optionally, in the embodiments of the present application, the number of the PIoT devices with inventory failure includes at least one of the number of Class A PIoT devices with inventory failure, the number of Class B PIoT devices with inventory failure, or the number of Class C PIoT devices with inventory failure.

[0184] Optionally, in the embodiments of the present application, the identification list of the PIoT devices with inventory failure includes at least one of the identification list of Class A PIoT devices with inventory failure, the identification list of Class B PIoT devices with inventory failure, and the identification list of Class C PIoT devices with inventory failure.

[0185] In a possible implementation manner, in the embodiments of the present application, the inventory failure information is determined by the first management node based on historical inventory success information. For example, if the PIoT devices with historical inventory success according to the first management node are PIoT device 1 to PIoT device 100, and the PIoT devices with successful inventory this time are PIoT device 1 to PIoT device 90, then the first management node determines that the PIoT devices with inventory failure based on the historical inventory success information are PIoT device 91 to PIoT device 100. Among them, the historical inventory success information may be the inventory success information of the previous time, or the historical inventory success information may be the inventory success information of the previous several times, or the historical inventory information may be all the inventory success information within a period of time. The embodiments of the present application do not limit this.

[0186] In another possible implementation manner, in the embodiments of the present application, the inventory failure information is determined by the first management node according to the initial inventory list of the PIoT devices, and the inventory list may be a PIoT inventory device identification list. For example, if the initial identification list of the PIoT devices is PIoT device 1 to PIoT device 100, the first management node determines that the PIoT devices with inventory failure according to the initial identification list of the PIoT devices are PIoT device 91 to PIoT device 100. Among them, the initial identification list of the PIoT devices may be determined by the PIoT management platform, or the initial identification list of the PIoT devices may be determined by the second management node, or the initial identification list of the PIoT devices may be determined by other management nodes. The embodiments of the present application do not limit this.

[0187] Of course, the inventory failure information may also be determined by the first management node according to other information. The embodiments of the present application do not limit this.

[0188] In the embodiments of the present application, the potential inventory failure information includes at least one of the following: the type of the PIoT device with potential inventory failure, the number of the PIoT devices with potential inventory failure, the identification list of the PIoT devices with potential inventory failure, or the reason for the potential inventory failure.

[0189] Optionally, in the embodiments of the present application, the number of the PIoT devices with potential inventory failure includes at least one of the number of type A PIoT devices with potential inventory failure, the number of type B PIoT devices with potential inventory failure, or the number of type C PIoT devices with potential inventory failure.

[0190] Optionally, in the embodiments of the present application, the identification list of the PIoT devices with potential inventory failure includes at least one of the identification list of type A PIoT devices with potential inventory failure, the identification list of type B PIoT devices with potential inventory failure, or the identification list of type C PIoT devices with potential inventory failure.

[0191] In a possible implementation of the embodiment of the present application, the inventory request includes a first threshold of the uplink coverage margin. In this case, the first threshold of the uplink coverage margin is determined by the second management node, or the first threshold of the uplink coverage margin is determined by the PIoT management platform, or the first threshold of the uplink coverage margin can be determined by other nodes. The embodiment of the present application does not limit this.

[0192] In another possible implementation of the embodiment of the present application, the first threshold of the uplink coverage margin is determined by the first management node. In this case, the inventory request may not include the first threshold of the uplink coverage margin.

[0193] In a possible implementation, in the embodiment of the present application, the potential inventory failure information is determined by the first management node according to the first threshold of the uplink coverage margin. The first management node can track the changes in the uplink coverage margin of PIoT devices at different locations, and then predict the potential inventory failure information. In other words, predict the PIoT devices that may have inventory failures in the next or next few times. For example, if the first management node determines that the uplink coverage margin is lower than the first threshold during the next inventory, the first management node can predict the PIoT devices that will fail in the next inventory.

[0194] Optionally, in the embodiment of the present application, the first management node can perform simulation planning based on location grids to determine the first threshold of the uplink coverage margin, and then reserve the material wear of the goods with PIoT devices attached. Further, the first management node can make the goods with PIoT devices attached enter the warehouse in batches, and reconstruct the stacking relationship of the PIoT devices based on the stacking information of the uplink coverage margin. Then, the first management node can track the changes in the inbound batches and storage locations of the goods with PIoT devices attached, and analyze the changes in the uplink coverage margin in combination with the stacking relationship of the PIoT devices and the uplink coverage margin to predict potential inventory failure information. Exemplarily, at time 1, at location 1, the PIoT devices are PIoT device 1 to PIoT device 20, the access network device measures the RSRP, and calculates that the current uplink coverage margin is 6 dB to 15 dB; at time 2, at location 1, the goods are stacked (i.e., the PIoT devices are stacked), and at this time the PIoT devices are PIoT device 1 to PIoT device 20 and the newly added PIoT devices 21 to PIoT device 70, the access network device measures the RSRP, and calculates the change in the uplink coverage margin of PIoT device 1 to PIoT device 20. If it is sensed that a PIoT device is missing, or the uplink margin becomes smaller, it is considered that there will be a PIoT device inventory failure later.

[0195] Exemplarily, the potential inventory failure reasons and the reasons for the above-mentioned inventory failure may be the wear fluctuations of the PIoT devices caused by stacking (where wear refers to penetration loss, and wear fluctuation refers to the increase or decrease of penetration loss caused by stacking), label abnormal failures (such as too low energy consumption, label damage or breakage), or communication environment changes, etc.

[0196] In the embodiments of the present application, at least one of the above-mentioned inventory success information, inventory failure information, or potential inventory failure information may further include information corresponding to the access network device. For example, the identifier of the access network device, or the identifier of the cell corresponding to the access network device.

[0197] In the embodiments of the present application, the identifier of the PIoT device is the registration identifier of the PIoT device, which is the identifier (identity, ID) number applied by the manufacturer of the PIoT device to a special organization and has uniqueness.

[0198] In the management method of the PIoT device provided by the embodiments of the present application, the second management node sends an inventory request carrying the first time information to the first management node, so that the first management node can manage the time for inventorying at least one PIoT device in the first area, or can inventory at least one PIoT device in the first area in a reservation manner. Furthermore, the first management node can send an inventory report to the second management node. Further, the first management node determines that the inventory report includes at least one of inventory success information, inventory failure information, or potential inventory failure information. The inclusion of potential inventory failure information in the inventory report can enable the first management node to predict the PIoT devices that may fail in inventory later according to the first threshold of the uplink coverage margin in the inventory request and report them to the second management node; the inclusion of inventory failure information and potential inventory failure information in the inventory report can improve the accuracy of inventory.

[0199] When the management method of the PIoT device provided by the embodiments of the present application is applied to the service-oriented management architecture, further, optionally, as Figure 7 shown, the management method of the PIoT device provided by the embodiments of the present application further includes:

[0200] S730, the first management node sends the first information to the second management node. Correspondingly, the second management node receives the first information from the first management node.

[0201] In the embodiments of the present application, the first information is used to characterize the inventory capacity information of the first management node. Among them, the inventory capacity information includes at least one of the following: inventory management scope, positioning service availability information, or inventory positioning accuracy.

[0202] In a possible implementation of an embodiment of the present application, the first management node sends first information to the second management node during initial registration.

[0203] In another possible implementation, when the inventory capability information changes, the first management node reports the first information to the second management node.

[0204] In yet another possible implementation, when the inventory capability information stored in the second management node is missing, the second management node actively triggers the first management node to report the first information.

[0205] This solution enables the first management node to report the inventory capability information of the first management node to the second management node, enabling the second management node to learn the inventory capability information of the first management node, and further enabling the second management node to send an inventory request within the inventory capability to the first management node.

[0206] Exemplarily, the inventory management scope is the information of the access network devices registered by the first management node with the second management node for inventorying at least one PIoT device, or the information of the networking information of the access network devices registered by the first management node with the second management node (for example, the list of identifiers of the access network devices or the list of identifiers of the cells).

[0207] Exemplarily, the positioning service availability information is used to indicate the degree to which the positioning service can operate normally and provide services reliably when needed.

[0208] Exemplarily, the inventory positioning accuracy indicates the degree of proximity between the positioning result of the PIoT device by the PIoT service management unit and the actual position result of the PIoT device.

[0209] Optionally, as Figure 7 shown, before step S610, the method for managing PIoT devices provided by an embodiment of the present application further includes:

[0210] S740, the PIoT management platform sends an inventory request to the second management node. Correspondingly, the second management node receives the inventory request from the PIoT management platform.

[0211] In an embodiment of the present application, the PIoT management platform is a consumer of the inventory service, and the inventory service is used to inventory at least one PIoT device in a specific area. Among them, the relevant description of the inventory request can refer to the inventory request in step S610 above and will not be elaborated here.

[0212] Optionally, as Figure 7 shown, after step S620, the method for managing PIoT devices provided by an embodiment of the present application further includes:

[0213] In S750, the second management node sends an inventory report to the PIoT management platform. Correspondingly, the PIoT platform receives the inventory report from the second management node.

[0214] For the relevant description of the inventory report, reference can be made to the inventory report in step S620 above, which will not be elaborated here.

[0215] That is to say, when the management method of the PIoT device provided in the embodiment of the present application is applied to the service-oriented management architecture, the consumer (PIoT management platform) of the inventory service can send an inventory request to the second management node and receive the inventory report from the second management node.

[0216] Optionally, as Figure 7 shown, before step S620, the management method of the PIoT device provided in the embodiment of the present application further includes:

[0217] In S760, the access network device sends the inventory information obtained by inventorying at least one PIoT device in the first area to the first management node. Correspondingly, the first management node receives the inventory information obtained by inventorying at least one PIoT device in the first area from the access network device.

[0218] Optionally, in the embodiment of the present application, the inventory information may be the original data information obtained by the access network device inventorying at least one PIoT device in the first area, and the embodiment of the present application does not make specific limitations on this.

[0219] Optionally, in the embodiment of the present application, the inventory information may be the inventory information after preliminary processing of the data obtained by the access network device inventorying at least one PIoT device in the first area. For example, the inventory information includes the identifier of the PIoT device with successful inventory, the uplink coverage margin, or communication environment information, etc.

[0220] Optionally, in the embodiment of the present application, the first management node may determine an inventory report according to the inventory information from the access network device.

[0221] When the management method of the PIoT device provided in the embodiment of the present application is applied to the service-oriented management architecture, it can enable the inventory of at least one PIoT device in the first area to achieve a closed loop on the access network side, without involving core network elements, and the external interface does not need to be standardized.

[0222] As described above, when the management method of the PIoT device provided in the embodiment of the present application is applied to the service-oriented management architecture, the first management node may be, for example, Figure 2 the domain management function unit in Figure 2 and the second management node may be, for example,

[0223] In a possible implementation when the PIoT management method provided in the embodiments of the present application is applied to a 5G communication architecture, taking the second management node as the cross-domain management functional unit and the first management node as the domain management functional unit as an example, further, optionally, as Figure 8 shown, the management method for PIoT devices provided in the embodiments of the present application further includes:

[0224] S830, the PIoT management platform sends an inventory request to the cross-domain management functional unit. Correspondingly, the cross-domain management functional unit receives the inventory request from the PIoT management platform.

[0225] For the relevant description of step S830, reference can be made to step S740, which will not be elaborated herein in the embodiments of the present application.

[0226] Optionally, as Figure 8 shown, after step S620, the management method for PIoT devices provided in the embodiments of the present application further includes:

[0227] S840, the cross-domain management functional unit sends an inventory report to the PIoT management platform. Correspondingly, the PIoT management platform receives the inventory report from the cross-domain management functional unit.

[0228] For the relevant description of step S840, reference can be made to S750, which will not be elaborated herein in the embodiments of the present application.

[0229] Optionally, as Figure 8 shown, after step S610, the management method for PIoT devices provided in the embodiments of the present application further includes:

[0230] S850, the domain management functional unit sends an inventory request to the core network element. Correspondingly, the core network element receives the inventory request from the domain management functional unit.

[0231] In the embodiments of the present application, the core network element can be a UPF network element or an AMF network element, and the embodiments of the present application do not make any limitations thereto.

[0232] Optionally, as Figure 8 shown, before step S620, the management method for PIoT devices provided in the embodiments of the present application further includes:

[0233] S880, the core network element sends inventory information to the domain management functional unit. Correspondingly, the domain management functional unit receives the inventory information from the core network element.

[0234] Optionally, as Figure 8 shown, after step S850, the management method for PIoT devices provided in the embodiments of the present application further includes:

[0235] In S860, the core network element sends an inventory request to the access network device. Correspondingly, the access network device receives the inventory request from the core network element.

[0236] Exemplarily, when the core network element is an AMF network element, the above inventory request can be sent, for example, through the N2 message of the control plane, or through the NG interface message, or through a newly defined interface; or, when the core network element is a UPF network element, the above inventory request can be sent, for example, through the N3 interface message of the user plane, or through the NAS message, or through a newly defined message. The embodiments of the present application do not make specific limitations in this regard.

[0237] Optionally, as Figure 8 shown, before step S880, the method for managing PIoT devices provided by the embodiments of the present application further includes:

[0238] In S870, the access network device sends the inventory information obtained by inventorying at least one PIoT device in the first area to the core network element. Correspondingly, the core network element receives the inventory information obtained by inventorying at least one PIoT device in the first area from the access network device.

[0239] Optionally, in the embodiments of the present application, the inventory information may be the original data information obtained by the access network device inventorying at least one PIoT device in the first area. The embodiments of the present application do not make specific limitations in this regard.

[0240] Optionally, in the embodiments of the present application, the first management node may determine an inventory report according to the inventory information from the access network device.

[0241] In the method for managing PIoT devices provided by the embodiments of the present application, the access network device sends the inventory information to the core network element, and the core network element sends the inventory information to the domain management function unit, so that the domain management function unit can determine an inventory report according to the inventory information.

[0242] When the PIoT management method provided by the embodiments of the present application is applied to a 5G communication architecture, in another possible implementation, taking the second management node as the cross-domain management function unit and the first management node as the core network element as an example, further, optionally, as Figure 9 shown, the method for managing PIoT devices provided by the embodiments of the present application further includes:

[0243] In S930, the PIoT management platform sends an inventory request to the cross-domain management function unit. Correspondingly, the cross-domain management function unit receives the inventory request from the PIoT management platform.

[0244] For the relevant description of step S930, reference may be made to step S740, which will not be repeated herein in this embodiment of the present application.

[0245] Alternatively, if Figure 9 As shown, after step S620, the management method of the PIoT device provided in the embodiment of the present application further includes:

[0246] S940, the cross-domain management function unit sends an inventory report to the PIoT management platform. Correspondingly, the PIoT management platform receives the inventory report from the cross-domain management function unit.

[0247] For the relevant description of step S940, please refer to S750, and the embodiment of the present application will not be repeated here.

[0248] In the present application embodiment, Figure 9 As shown, step S610 can be replaced by S610A and S610B, where S610A and S610B are respectively:

[0249] S610A: The cross-domain management function unit sends an inventory request to the domain management function unit. Correspondingly, the domain management function unit receives the inventory request from the cross-domain management function unit.

[0250] S610B, the domain management function unit sends an inventory request to the core network element. The core network element receives the inventory request from the domain management function unit.

[0251] In the embodiment of the present application, the core network network element may be a UPF network element or an AMF network element, which is not limited in the embodiment of the present application.

[0252] In the present application embodiment, Figure 9 As shown, S620 can be replaced by S620A and S620B, wherein S620A and S620B respectively include:

[0253] S620A, the core network element sends the inventory information to the domain management function unit. Correspondingly, the domain management function unit receives the inventory information from the core network element.

[0254] S620B: The domain management function unit sends an inventory report to the cross-domain management function unit. Correspondingly, the cross-domain management function unit receives the inventory report from the domain management function unit.

[0255] Alternatively, if Figure 9 As shown, after step S610B, the management method of the PIoT device provided in the embodiment of the present application further includes:

[0256] S950, the core network element sends an inventory request to the access network device. Correspondingly, the access network device receives the inventory request from the core network element.

[0257] Exemplarily, when the core network element is an AMF network element, the above inventory request can be carried by, for example, an N2 message of the control plane; or, when the core network element is a UPF network element, the above inventory request can be carried by, for example, an N3 message of the user plane. The embodiments of the present application do not make specific limitations on this.

[0258] Alternatively, if Figure 9 As shown, before step 620A, the management method of the PIoT device provided in the embodiment of the present application further includes:

[0259] S960, the access network device sends the inventory information obtained by taking inventory of at least one PIoT device in the first area to the core network element. Correspondingly, the core network element receives the inventory information obtained by taking inventory of at least one PIoT device in the first area from the access network device.

[0260] Optionally, in an embodiment of the present application, the inventory information may be original data information obtained after the access network device takes inventory of at least one PIoT device in the first area, and the embodiment of the present application does not specifically limit this.

[0261] Optionally, in an embodiment of the present application, the first management node may determine an inventory report based on inventory information from the access network device.

[0262] In the management method of PIoT devices provided in the embodiment of the present application, the access network device sends the inventory information to the core network element, and the core network element sends the inventory information to the domain management function unit, so that the domain management function unit can determine the inventory report according to the inventory information. The above mainly introduces the scheme provided by the embodiment of the present application from the perspective of the interaction between the first management node and the second management node. Accordingly, the embodiment of the present application also provides a communication device, which is used to implement the above various methods. The communication device can be the first management node in the above method embodiment, or a device including the above first management node, or a component that can be used for the first management node; or, the communication device can be the second management node in the above method embodiment, or a device including the above second management node, or a component that can be used for the second management node. It can be understood that in order to implement the above functions, the communication device includes a hardware structure and / or software module corresponding to each function. Those skilled in the art should easily realize that, in combination with the units and algorithm steps of each example described in the embodiments disclosed herein, the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a function is executed in a hardware or computer software driven hardware manner depends on the specific application and design constraints of the technical solution. Professional technicians can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0263] The embodiment of the present application can divide the functional modules of the communication device according to the above method embodiment. For example, each functional module can be divided according to each function, or two or more functions can be integrated into one processing module. The above integrated module can be implemented in the form of hardware or in the form of software functional modules. It should be understood that the division of modules in the embodiment of the present application is schematic and is only a logical function division. There may be other division methods in actual implementation.

[0264] for example, Figure 10 1 is a schematic diagram of a communication device provided in an embodiment of the present application, and taking the communication device as the first management node in the above method embodiment as an example, the communication device includes a transceiver module 1010 and a processing module 1020. The transceiver module 1010, which may also be referred to as a transceiver unit for implementing a transceiver function, may be, for example, a transceiver circuit, a transceiver, a transceiver or a communication interface.

[0265] In an embodiment of the present application, the transceiver module 1010 is used to receive an inventory request from the second management node. The inventory request includes first time information, and the first time information includes at least one of the following: the start time and the end time of the inventory of at least one PIoT device in the first area, or the period of the inventory of at least one PIoT device in the first area;

[0266] The transceiver module 1010 is further configured to send an inventory report to the second management node.

[0267] Among them, all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module, which will not be repeated here. Optionally, the communication device may also include a storage module 1030, which can be used to store instructions or and / or data, and the processing module 1020 can read the instructions or and / or data in the storage module 1030.

[0268] In the embodiment of the present application, the communication device is presented in the form of dividing various functional modules in an integrated manner. The "module" here may refer to a specific ASIC, circuit, processor and memory that executes one or more software or firmware programs, integrated logic circuit, and / or other devices that can provide the above functions. In a simple embodiment, a person skilled in the art can imagine that the communication device can be used Figure 5 The form of the communication device 500 is shown.

[0269] for example, Figure 5The processor 501 in the communication device 500 shown can call the computer execution instructions stored in the memory 503, so that the communication device 500 executes the management method of the PIoT device in the above method embodiment.

[0270] Specifically, Figure 10 The functions / implementation processes of the transceiver module 1010 and the processing module 1020 can be Figure 5 The processor 501 in the communication device 500 shown calls the computer execution instructions stored in the memory 503 to implement. Or, Figure 10 The function / implementation process of the processing module 1020 can be achieved by Figure 5 The processor 501 in the communication device 500 shown calls the computer execution instructions stored in the memory 503 to implement, Figure 10 The function / implementation process of the transceiver module 1010 can be Figure 5 The communication interface 504 in the communication device 500 shown in FIG. 1 is implemented.

[0271] Since the communication device provided in the embodiment of the present application can execute the above-mentioned PIoT device management method, the technical effects that can be obtained can be referred to the above-mentioned method embodiment and will not be repeated here.

[0272] Alternatively, taking the communication device as the second management node in the above method embodiment as an example, the communication device includes a transceiver module 1010 and a processing module 1020. The transceiver module 1010, also known as a transceiver unit, is used to implement the transceiver function, for example, a transceiver circuit, a transceiver, a transceiver or a communication interface.

[0273] In an embodiment of the present application, the transceiver module 1010 is used to send an inventory request to the first management node. The inventory request includes first time information, and the first time information includes at least one of the following: the start time and the end time of the inventory of at least one PIoT device in the first area, or the period of the inventory of at least one PIoT device in the first area.

[0274] The transceiver module 1010 is further configured to receive an inventory report from the first management node.

[0275] Among them, all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module, which will not be repeated here. Optionally, the communication device may also include a storage module 1030, which can be used to store instructions or and / or data, and the processing module 1020 can read the instructions or and / or data in the storage module 1030.

[0276] In the embodiment of the present application, the communication device is presented in the form of dividing various functional modules in an integrated manner. The "module" here may refer to a specific ASIC, circuit, processor and memory that executes one or more software or firmware programs, integrated logic circuit, and / or other devices that can provide the above functions. In a simple embodiment, a person skilled in the art can imagine that the communication device can be used Figure 5 The form of the communication device 500 is shown.

[0277] for example, Figure 5 The processor 501 in the communication device 500 shown can call the computer-executable instructions stored in the memory 503, so that the communication device 500 executes the perception method in the above method embodiment.

[0278] Specifically, Figure 10 The functions / implementation processes of the transceiver module 1010 and the processing module 1020 can be Figure 5 The processor 501 in the communication device 500 shown calls the computer execution instructions stored in the memory 503 to implement. Or, Figure 10 The function / implementation process of the processing module 1020 can be achieved by Figure 5 The processor 501 in the communication device 500 shown calls the computer execution instructions stored in the memory 503 to implement, Figure 10 The function / implementation process of the transceiver module 1010 can be Figure 5 The communication interface 504 in the communication device 500 shown in FIG. 1 is implemented.

[0279] Since the communication device provided in the embodiment of the present application can execute the above-mentioned PIoT device management method, the technical effects that can be obtained can be referred to the above-mentioned method embodiment and will not be repeated here.

[0280] It should be understood that one or more of the above modules or units can be implemented by software, hardware or a combination of the two. When any of the above modules or units are implemented in software, the software exists in the form of computer program instructions and is stored in a memory, and a processor can be used to execute program instructions and implement the above method flow. The processor can be built into an SoC (system on chip) or an ASIC, or it can be an independent semiconductor chip. In addition to the core used to execute software instructions for calculation or processing in the processor, necessary hardware accelerators may also be further included, such as a field programmable gate array (FPGA), a programmable logic device (PLD), or a logic circuit that implements a dedicated logic operation.

[0281] When the above modules or units are implemented in hardware, the hardware can be any one or any combination of a CPU, a microprocessor, a digital signal processing (DSP) chip, a microcontroller unit (MCU), an artificial intelligence processor, an ASIC, a SoC, an FPGA, a PLD, a dedicated digital circuit, a hardware accelerator or a non-integrated discrete device, which can run the necessary software or not rely on the software to execute the above method flow.

[0282] Optionally, an embodiment of the present application further provides a communication device (for example, the communication device may be a chip or a chip system), which includes a processor for implementing the method in any of the above method embodiments. In one possible design, the communication device also includes a memory. The memory is used to store necessary program instructions and data, and the processor can call the program code stored in the memory to instruct the communication device to execute the method in any of the above method embodiments. Of course, the memory may not be in the communication device. When the communication device is a chip system, it may be composed of chips, or it may include chips and other discrete devices, which is not specifically limited in the embodiments of the present application.

[0283] Optionally, an embodiment of the present application further provides a computer-readable storage medium, which stores a computer program or instruction, and when the computer-readable storage medium is run on a communication device, the communication device can execute the method described in any of the above method embodiments or any of its implementation methods.

[0284] Optionally, an embodiment of the present application further provides a communication system, which includes the first management node described in the above method embodiment and the second management node described in the above method embodiment.

[0285] In the above embodiments, it can be implemented in whole or in part by software, hardware, firmware or any combination thereof. When implemented using a software program, it can be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. When loading and executing computer program instructions on a computer, the process or function according to the embodiment of the present application is generated in whole or in part. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable devices. Computer instructions can be stored in a computer-readable storage medium, or transmitted from one computer-readable storage medium to another computer-readable storage medium. For example, computer instructions can be transmitted from a website site, computer, server or data center by wired (e.g., coaxial cable, optical fiber, digital subscriber line (digital subscriber line, DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) mode to another website site, computer, server or data center. The computer-readable storage medium can be any available medium that a computer can access or a data storage device such as a server, data center, etc. that contains one or more servers that can be integrated with a medium. The available medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (eg, a DVD), or a semiconductor medium (eg, a solid state disk (SSD)).

[0286] Although the present application is described herein in conjunction with various embodiments, in the process of implementing the claimed application, those skilled in the art may understand and implement other changes to the disclosed embodiments by viewing the drawings, the disclosure, and the appended claims. In the claims, the word "comprising" does not exclude other components or steps, and "one" or "an" does not exclude multiple situations. A single processor or other unit may implement several functions listed in the claims. Certain measures are recorded in different dependent claims, but this does not mean that these measures cannot be combined to produce good results.

[0287] Although the present application has been described in conjunction with specific features and embodiments thereof, it is obvious that various modifications and combinations may be made thereto without departing from the scope of the present application. Accordingly, this specification and the drawings are merely exemplary illustrations of the present application as defined by the appended claims, and are deemed to have covered any and all modifications, variations, combinations or equivalents within the scope of the present application. Obviously, a person skilled in the art may make various modifications and variations to the present application without departing from the scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A management method for a passive Internet of Things (PIoT) device, characterized in that, Applied to the first management node, including: Receiving an inventory request from the second management node, the inventory request including first time information, the first time information including at least one of the following: the start time and end time for inventorying at least one PIoT device in the first area, or the period for inventorying at least one PIoT device in the first area; Sending an inventory report to the second management node.

2. The method according to claim 1, wherein The inventory report includes at least one of the following: potential inventory failure information, inventory success information, or inventory failure information.

3. The method according to claim 2, wherein The inventory failure information is determined by the first management node based on historical inventory success information or the initial identification list of PIoT devices.

4. The method according to claim 2 or 3, characterized in that The inventory request includes a first threshold of uplink coverage margin. The potential inventory failure information is determined by the first management node based on the first threshold of the uplink coverage margin.

5. The method according to any one of claims 2 to 4, characterized in that The inventory failure information includes at least one of the following: the number of PIoT devices with inventory failures, the identification list of PIoT devices with inventory failures, or the reasons for inventory failures.

6. The method according to any one of claims 2 to 5, characterized in that The inventory success information includes at least one of the following: the number of PIoT devices with successful inventory, the identification list of PIoT devices with successful inventory, or the communication environment information corresponding to each PIoT device with successful inventory.

7. The method according to any one of claims 1 to 6, characterized in that The method further includes: Sending first information to the second management node, the first information being used to characterize the inventory capacity information of the first management node.

8. The method according to claim 6, wherein The inventory capacity information includes at least one of the following: Inventory management scope, positioning service availability information, inventory positioning accuracy.

9. A management method for a passive Internet of Things (PIoT) device, characterized in that, Applied to the second management node, including: Sending an inventory request to the first management node, the inventory request including first time information, the first time information including at least one of the following: the start time and end time for inventorying at least one PIoT device in the first area, or the period for inventorying at least one PIoT device in the first area; Receiving an inventory report from the first management node.

10. The method according to claim 9, wherein The inventory report includes at least one of the following: potential inventory failure information, inventory success information, or inventory failure information.

11. The method according to claim 10, wherein The inventory failure information is determined by the first management node based on historical inventory success information or the initial identification list of PIoT devices. The inventory request includes a first threshold of uplink coverage margin.

12. The method according to claim 10 or 11, characterized in that, The potential inventory failure information is determined by the first management node based on the first threshold of the uplink coverage margin.

13. The method according to any one of claims 10 to 12, characterized in that The inventory failure information includes at least one of the following: the number of PIoT devices with inventory failures, the identification list of PIoT devices with inventory failures, or the reasons for inventory failures.

14. The method according to any one of claims 10 to 13, characterized in that, The inventory success information includes at least one of the following: the number of PIoT devices with successful inventory, the identification list of PIoT devices with successful inventory, or the communication environment information corresponding to each PIoT device with successful inventory.

15. The method according to any one of claims 9 to 14, characterized in that The method further includes: Receiving first information from the first management node, the first information being used to characterize the inventory capacity information of the first management node.

16. The method according to claim 15, wherein The inventory capacity information includes at least one of the following: Inventory management scope, positioning service availability information, inventory positioning accuracy.

17. A communication device, characterized in that, The communication device includes a module for performing the method according to any one of claims 1 to 8, or includes a module for performing the method according to any one of claims 9 to 16.

18. A communication device, characterized in that, The communication device includes a processor; the processor is configured to execute the method according to any one of claims 1 to 8, or cause the communication device to execute the method according to any one of claims 9 to 16.

19. A computer-readable storage medium, characterized in that, The computer-readable storage medium includes instructions that, when run, cause the method according to any one of claims 1 to 8 to be implemented, or cause the method according to any one of claims 9 to 16 to be implemented.

20. A computer program product, characterized in that, The computer program product includes instructions that, when run, cause the method according to any one of claims 1 to 8 to be implemented, or cause the method according to any one of claims 9 to 16 to be implemented.

21. A communication system, characterized in that, The communication system includes a first management node that executes the method according to any one of claims 1 to 8 and a second management node that executes the method according to any one of claims 9 to 16.

22. The communication system according to claim 21, wherein, The communication system further includes: An access network device, which is used to send inventory information to the first management node.

Images