Position management method and device

Abstract

The embodiment of the invention provides a position management method and device. The first core network equipment acquires a terminal identifier of the first terminal equipment, and determines to execute position management on the first terminal equipment according to the terminal identifier; determining a region identifier set for executing location management; and sending the region identifier set to the first terminal device. In the scheme, after acquiring the terminal identifier of the first terminal device, the first core network device sends the area identifier set for executing the position management to the first terminal device only when determining to execute the position management on the first terminal device, so that a core network can execute the position management on the terminal device according to requirements; therefore, the network overhead can be reduced, and the location management efficiency can be improved.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and in particular to a location management method and device. Background Art

[0002] At present, mobile networks can use tracking areas (TAs) to manage the location of terminal devices: mobile networks are divided into multiple TAs, and multiple geographically close cells can be divided into the same TA. Different TAs are distinguished by different tracking area identities (TAIs). After the terminal device registers with the network, the network device responsible for mobility management will determine a registration area (RA) for the terminal device based on which wireless access network devices it is connected to and which TAs are included in its management scope. The RA can include one or more TAs. In terms of expression, the RA can be a TAI list, which is sent to the terminal device and the terminal device saves the TAI list. When the TAI detected by the terminal device in the cell broadcast message is included in the TAI list, it means that the terminal device is moving in the registration area and does not need to update its location to the network; when the TAI detected by the terminal device in the cell broadcast message is not in the TAI list, it means that the terminal device has moved out of the registration area. The terminal device can initiate a tracking area update process or a mobility registration update process to notify the network device responsible for mobility management that it has left the registration area, so that the network device responsible for mobility management configures a new registration area for the terminal device.

[0003] In IoT technology, such as passive IoT (P-IoT) or ambient IoT (A-IoT), terminal devices can be active, passive, or semi-passive. Passive or semi-passive terminal devices do not have the ability to actively communicate and need to be stimulated by the network to communicate. Therefore, in IoT, not all terminals may support the above location management method.

[0004] How to manage the location of terminal devices in the Internet of Things is an urgent problem that needs to be solved. Summary of the invention

[0005] The embodiments of the present application provide a location management method and apparatus for performing location management on terminal devices in the Internet of Things, which can reduce network overhead and improve location management efficiency.

[0006] In a first aspect, a location management method is provided. The method can be applied to a first core network device or a chip in the first core network device. Taking the application of the method to the first core network device as an example, the method includes: the first core network device obtains a terminal identifier of a first terminal device, and determines to perform location management on the first terminal device according to the terminal identifier; determines a set of area identifiers for performing location management; and sends the set of area identifiers to the first terminal device.

[0007] In the above scheme, after receiving the terminal identifier of the first terminal device, the first core network device needs to determine whether to perform location management on the first terminal device. When it is determined to perform location management on the first terminal device, information for performing location management (such as an area identifier set) is sent to the first terminal device. This enables the core network to perform location management on terminal devices as needed, rather than blindly performing location management on all terminals. This can reduce network overhead (such as context maintenance costs) and improve location management efficiency.

[0008] In one possible design, the first core network device can obtain the contract data of the first terminal device from the second core network device according to the terminal identifier, the contract data includes at least one of the first information, the second information or the capability information of the terminal device, the first information indicates that the first terminal device needs to be location managed, the second information indicates that the first service requester needs location management, the first service requester is the service requester that manages the first terminal device, and the capability information of the first terminal device indicates that the first terminal device supports location management; determine to execute location management on the first terminal device according to the contract data.

[0009] In this way, the first core network device can determine to perform location management on the first terminal device according to the contract data.

[0010] In one possible design, a first core network device may receive a first message, wherein the first message includes a terminal identifier of a first terminal device and capability information of the first terminal device, wherein the capability information of the first terminal device indicates that the first terminal device supports location management. Accordingly, the first core network device may obtain contract data of the first terminal device from a second core network device according to the terminal identifier, wherein the contract data includes first information and / or second information, wherein the first information indicates that location management needs to be performed on the first terminal device, and the second information indicates that location management needs to be performed on the first service requester, wherein the first service requester is a service requester that manages the first terminal device; and determine to perform location management on the first terminal device according to the contract data and the capability information of the first terminal device.

[0011] In this way, the first core network device can determine to perform location management on the first terminal device according to the subscription data and the capability information reported by the first terminal device.

[0012] In one possible design, the first core network device can receive a first message, which includes a terminal identification of the first terminal device and capability information of the first terminal device, and the capability information of the first terminal device indicates that the first terminal device supports location management; and determine to perform location management on the first terminal device based on the terminal identification and the capability information of the first terminal device.

[0013] In this way, the first core network device can determine to perform location management on the first terminal device according to the subscription data and the capability information reported by the first terminal device.

[0014] In one possible design, the first message may be a first registration request message; the first core network device may send a first registration acceptance message to the first terminal device, the first registration acceptance message indicating that the first terminal device has been successfully registered, the first registration acceptance message including an area identifier set, and the area indicated by the area identifier set is the registration area allocated by the first core network device to the first terminal device.

[0015] In this way, it is possible to determine whether to perform location management on the first terminal device during the registration process of the first terminal device, and to send a set of area identifiers for location management to the first terminal device without sending additional separate messages, thereby saving system resources.

[0016] In one possible design, before the first core network device determines to perform location management on the first terminal device according to the terminal identifier, it can also obtain the information of the local configuration of the first core network device; wherein the information of the local configuration of the first core network device includes at least one of a terminal device list, a service requester list and the capability information of the first terminal device, the terminal device list indicates the terminal devices for which location management needs to be performed, the terminal device list includes the terminal identifier of the first terminal device, the service requester list indicates the service requester for which location management needs to be performed, the service requester list includes the identifier of the first service requester, the first service requester is the service requester that manages the first terminal device, and the capability information of the first terminal device indicates that the first terminal device supports location management. Accordingly, the first core network device can determine to perform location management on the first terminal device according to the terminal identifier and the information of the local configuration of the first core network device.

[0017] In this way, the first core network device can determine to perform location management on the first terminal device according to the local configuration.

[0018] In one possible design, before the first core network device determines to perform location management on the first terminal device according to the terminal identifier, it can also receive a second message from the first service requester, the second message includes first information and / or second information, the first information indicates that the first terminal device needs to be location managed, the second information indicates that the first service requester requests location management, and the first service requester is the service requester that manages the first terminal device. Accordingly, the first core network device can determine to perform location management on the first terminal device according to the terminal identifier, the first information and / or the second information.

[0019] In this way, the first core network device can perform location management on the first terminal device according to the instructions of the first service requester.

[0020] In a possible design, second location information may also be obtained, and the second location information indicates an area where location management is performed. The first core network device may receive a terminal identifier of the first terminal device from the first access network device. The first core network device may also determine the first location information based on the location information of the first access network device, and the first location information indicates an area where the first terminal device is located; and determine that the first terminal device is located in an area where location management is performed based on the first location information and the second location information.

[0021] It is understandable that the second location information may be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the second location information. It is understandable that when the first service requester sends the second location information to the first core network device, the second location information may be carried in the second message described above, or in other messages, and the embodiment of the present application does not limit it.

[0022] In this way, it can be achieved that location management is performed on the first terminal device only when the first terminal device is located in the area where location management is performed.

[0023] In one possible design, the first core network device may also obtain a preset route of the first terminal device. Accordingly, the first core network device may determine a set of regional identifiers for performing location management based on an area covering part or all of the preset route, and the set of regional identifiers includes regional identifiers of areas covering part or all of the preset route.

[0024] It is understandable that the preset line can be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the preset line. It is understandable that when the first service requester sends a preset line to the first core network device, the preset line can be carried in the second message described above, or in other messages, and the embodiment of the present application does not limit it. In a specific example, the second location information includes the preset line or the second location information is the preset line.

[0025] In the Internet of Things scenario, the service requester usually requires the terminal device to move along a preset route. Therefore, the first core network device determines the set of regional identifiers used to perform location management based on the preset route (or the area corresponding to the preset route). This can achieve location management of the terminal device on the preset route (or the area corresponding to the preset route), improve the efficiency of location management, and save power consumption.

[0026] In one possible design, the first core network device may also receive a terminal identifier of the first terminal device from the second access network device; determine the area where the first terminal device is located based on the location information of the second access network device; if the area where the first terminal device is located does not belong to the area of ​​the preset route, determine that the first terminal device deviates from the preset route; and send third information to the first service requester, the third information indicating that the location of the first terminal device is abnormal, and the first service requester is the service requester that manages the first terminal device.

[0027] In this way, when the first terminal device deviates from the preset route, the first core network device can notify the first service requester, so that the first service requester can promptly discover the route error of the first terminal device and reduce the transportation cost caused by the route error.

[0028] In one possible design, the first time information can also be obtained, and the first time information indicates the time period for performing location management; the first core network device can determine to perform location management on the first terminal device based on the terminal identifier when the current time is within the time period indicated by the first time information.

[0029] It is understandable that the first time information may be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device, and the embodiment of the present application does not limit the source of the first time information. It is understandable that when the first service requester sends the first time information to the first core network device, the first time information may be carried in the second message described above, or may be carried in other messages, and the embodiment of the present application does not limit it.

[0030] In this way, location management can be performed on the first terminal device only during the time period when location management is required, which can improve the effectiveness of location management and save power consumption.

[0031] In one possible design, the first core network device can also obtain location information and second time information of the target location, where the second time information indicates the time when the first terminal device arrives at the target location; determine whether the first terminal device arrives at the target location within the time indicated by the second time information; if the first terminal device does not arrive at the target location within the time indicated by the second time information, send fourth information to the first service requester, and the fourth information indicates that the location of the first terminal device is abnormal. The first service requester is the service requester who manages the first terminal device.

[0032] It can be understood that the location information and the second time information of the target location can be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the location information and the second time information of the target location. It can be understood that when the first service requester sends the location information and the second time information of the target location to the first core network device, the location information and the second time information of the target location can be carried in the second message described above, or can be carried in other messages. The embodiment of the present application does not limit it.

[0033] The following are several implementation methods for determining whether the first terminal device reaches the target location within the time indicated by the second time information:

[0034] Method 1: Send a paging message to one or more access network devices within the time indicated by the second time information, the paging message indicating that paging is to be performed on the first terminal device, and the paging message including the terminal identifier of the first terminal device; receive the terminal identifier of the first terminal device from a third access network device, and determine that the first terminal device is located in an area corresponding to the location information of the third access network device; determine whether the first terminal device arrives at the target location within the time indicated by the second time information based on the location information of the third access network device and the location information of the target location.

[0035] Method 2: Within the time indicated by the second time information, a paging message is sent to one or more access network devices corresponding to the target location, where the paging message indicates that paging is to be performed on the first terminal device, and the paging message includes a terminal identifier of the first terminal device; and based on whether the terminal identifier of the first terminal device is received from any one of the one or more access network devices corresponding to the target location, it is determined whether the first terminal device has arrived at the target location within the time indicated by the second time information.

[0036] Mode 3: The set of area identifiers does not include the area identifier of the area covering the target location. Receive the terminal identifier of the first terminal device from the third access network device; determine that the area where the first terminal device is located is the area covering the target location based on the location information of the third access network device; and determine whether the first terminal device arrives at the target location within the time indicated by the second time information based on the current time and the second time information.

[0037] It can be understood that the above methods are only examples and are not limited thereto.

[0038] In this way, the first service requester can promptly learn that the first terminal device has not arrived at the designated location at the designated time and / or discover that the first terminal device has an incorrect route, thereby reducing transportation costs caused by the error.

[0039] In one possible design, the first core network device can also obtain third time information, which indicates a preset duration; determine that the first terminal device has been in the same location for more than a preset duration; and send fifth information to the first service requester, which indicates that the location of the first terminal device is abnormal, and the first service requester is the service requester that manages the first terminal device.

[0040] It is understandable that the third time information may be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the third time information. It is understandable that when the first service requester sends the third time information to the first core network device, the third time information may be carried in the second message described above, or may be carried in other messages. The embodiment of the present application does not limit this.

[0041] The following are several implementation methods for determining that the first terminal device has been in the same location for more than a preset time:

[0042] Method 1: Send a paging message to one or more access network devices, where the paging message is used to perform paging on a first terminal device, and the paging message includes a terminal identifier of the first terminal device; if the duration of receiving the terminal identifier of the first terminal device from the same access network device for multiple consecutive times exceeds a preset duration, it is determined that the first terminal device has been in the same location for more than the preset duration.

[0043] Method 2: Periodically send paging information to one or more access network devices according to a preset duration, where the paging information is used to perform paging on the first terminal device, and the paging information includes the terminal identifier of the first terminal device; if the terminal identifier of the first terminal device is received multiple times from the same access network device, it is determined that the first terminal device has been in the same location for more than a preset duration.

[0044] Method 3: The area identifier set includes the area identifier of the area covering part of the preset route; if the terminal identifier of the first terminal device is not received from any access network device outside the area represented by the area identifier set for more than a preset time period, it is determined that the first terminal device is in the same location for more than the preset time period.

[0045] It can be understood that the above methods are only examples and are not limited thereto.

[0046] In this way, the first service requester can promptly discover that the first terminal device has been at the same location for more than a preset period of time, so that the first service requester can promptly check whether the first terminal device has fallen during movement, or whether the transportation vehicle transporting the first terminal device is faulty.

[0047] In one possible design, the second message is a service subscription request message, and the service subscription request message instructs the first core network device to provide location management service for the first terminal device or a terminal device managed by the first service requester.

[0048] In this way, location management can be implemented as a service, and the first terminal device or the terminal device managed by the first service requester can be subscribed to the location management service as needed, thereby improving the effectiveness of location management.

[0049] In one possible design, the first core network device may also send charging information corresponding to the location management to the third core network device;

[0050] The billing information includes at least one of the following:

[0051] Event type information, indicating the event corresponding to location management;

[0052] The number of region identifiers for which location management is performed;

[0053] the length of time that location management is performed;

[0054] The number of times location management was performed;

[0055] The number of terminal devices for which location management is performed.

[0056] In this way, when location management is used as a service, the first core network device can send the billing information corresponding to the location management to the third core network device, so that the third core network device can count the fees and realize the paid use of location management.

[0057] In one possible design, the first core network device may also receive a third message from the first service requester, the third message instructing to stop performing location management on the first terminal device; based on the third message, the sixth information and / or the seventh information is sent to the first terminal device, the sixth information instructing the first terminal device to remove the area identifier set, and the seventh information indicates that the first terminal device does not need to update the location of the first terminal device to the network.

[0058] In this way, the first core network device can stop performing location management on the first terminal device in a timely manner according to the needs of the service requester, thereby saving system resources.

[0059] In one possible design, the first core network device may also receive a second registration request message from the second terminal device, the second registration request message including a terminal identifier of the second terminal device; determine not to perform location management on the second terminal device based on the terminal identifier of the second terminal device; and send a second registration acceptance message to the second terminal device, the second registration acceptance message indicating that the second terminal device has been successfully registered, and the area identifier in the second registration acceptance message is empty or is a default area identifier.

[0060] In this way, location management may not be performed on the second terminal device by not configuring an area identifier for the second terminal device or by configuring a default area identifier for the second terminal device, which may further reduce network overhead (such as context maintenance cost) and improve location management efficiency.

[0061] According to a second aspect, a location management method is provided, which can be applied to a first core network device or a chip in the first core network device. Taking the application of the method to the first core network device as an example, the method includes: the first core network device receives a second registration request message from a second terminal device, the second registration request message includes a terminal identifier of the second terminal device; determines not to perform location management on the second terminal device according to the terminal identifier of the second terminal device; sends a second registration acceptance message to the second terminal device, the second registration acceptance message indicates that the second terminal device is successfully registered, and the area identifier in the second registration acceptance message is empty or a default area identifier.

[0062] In this way, it is possible to avoid performing location management on the second terminal device by not configuring an area identifier for the second terminal device or by configuring a default area identifier for the second terminal device. This allows the core network to perform location management on the terminal device as needed instead of blindly performing location management on all terminals. This can reduce network overhead (such as context maintenance costs) and improve location management efficiency.

[0063] According to a third aspect, a location management method is provided. The method can be applied to a first service requester or a chip in the first service requester. Taking the application of the method to a first core network device as an example, the method includes: determining a second message, the second message includes first information and / or second information, the first information indicates that the first terminal device needs to be location managed, the second information indicates that the first service requester requests location management, and the first service requester is a service requester that manages the first terminal device; sending the second message to the first core network device.

[0064] In one possible design, the second message further includes one or more of the following:

[0065] second location information, the second location information indicating an area where location management is performed;

[0066] a preset route of the first terminal device;

[0067] first time information, the first time information indicating a time period for performing location management;

[0068] Location information of the target location and second time information, where the second time information indicates the time when the first terminal device arrives at the target location;

[0069] The third time information indicates a preset duration.

[0070] In a possible design, the first service requester may also receive third information, fourth information, or fifth information from the first core network device, where the third information, fourth information, or fifth information indicates that the location of the first terminal device is abnormal; or,

[0071] In one possible design, the second message is a service subscription request message, and the service subscription request message instructs the first core network device to provide location management service for the first terminal device or a terminal device managed by the first service requester.

[0072] In one possible design, the first service request direction sends a third message to the first core network device, and the third message indicates to stop performing location management on the first terminal device.

[0073] In a fourth aspect, a location management method is provided, which can be applied to a second terminal device or a chip in the second terminal device. Taking the application of the method to the second terminal device as an example, the method includes: sending a second registration request message to the first core network device, the second registration request message including the terminal identifier of the second terminal device; receiving a second registration acceptance message from the first core network device, the second registration acceptance message indicating that the second terminal device has been successfully registered, and the area identifier in the second registration acceptance message is empty or is a default area identifier; determining that there is no need to monitor the area identifier in the cell broadcast message or to execute the mobility registration update process based on the locally stored area identifier being empty or being the default area identifier.

[0074] In a fifth aspect, a communication device is provided, which includes a module or unit or technical means for executing the method described in the first aspect or any possible design of the first aspect.

[0075] Exemplarily, the device may include:

[0076] A transceiver module, used to obtain a terminal identification of a first terminal device;

[0077] A processing module, configured to determine, based on the terminal identifier, to perform location management on the first terminal device; and to determine a set of area identifiers for performing location management;

[0078] The transceiver module is also used to send the area identifier set to the first terminal device.

[0079] In a sixth aspect, a communication device is provided, which includes a module or unit or technical means for executing the method described in the second aspect or any possible design of the second aspect.

[0080] Exemplarily, the device may include:

[0081] A transceiver module, configured to receive a second registration request message from a second terminal device, wherein the second registration request message includes a terminal identifier of the second terminal device;

[0082] A processing module, configured to determine not to perform location management on the second terminal device according to the terminal identification of the second terminal device;

[0083] The transceiver module is further used to send a second registration acceptance message to the second terminal device, where the second registration acceptance message indicates that the second terminal device has been successfully registered, and the area identifier in the second registration acceptance message is empty or a default area identifier.

[0084] In a seventh aspect, a communication device is provided, which includes a module or unit or technical means for executing the method described in the third aspect or any possible design of the third aspect.

[0085] Exemplarily, the device may include:

[0086] a processing module, configured to determine a second message, wherein the second message includes the first information and / or the second information, the first information indicating that the first terminal device needs to be location managed, and the second information indicating that the first service requester requests the location management, and the first service requester is a service requester that manages the first terminal device;

[0087] The transceiver module is used to send a second message to the first core network device.

[0088] In an eighth aspect, a communication device is provided, which includes a module or unit or technical means for executing the method described in any possible design of the fourth aspect or the fourth+ aspect.

[0089] Exemplarily, the device may include:

[0090] A transceiver module, configured to send a second registration request message to the first core network device, wherein the second registration request message includes a terminal identifier of the second terminal device; and receive a second registration acceptance message from the first core network device, wherein the second registration acceptance message indicates that the second terminal device has been successfully registered, and the area identifier in the second registration acceptance message is empty or a default area identifier.

[0091] The processing module is used to determine that it is not necessary to monitor the area identifier in the cell broadcast message or to execute the mobility registration update process according to the locally stored area identifier being empty or being a default area identifier.

[0092] In the ninth aspect, a communication device is provided, comprising a processor, wherein the processor is configured to execute the method described in the first aspect or any possible design of the first aspect, the second aspect or any possible design of the second aspect, the third aspect or any possible design of the third aspect, or the fourth aspect or any possible design of the fourth aspect.

[0093] In the tenth aspect, a computer-readable storage medium is provided, the computer-readable storage medium comprising instructions, which, when executed by a processor, enables the method described in the first aspect or any possible design of the first aspect or the second aspect or any possible design of the second aspect or the third aspect or any possible design of the third aspect or the fourth aspect or any possible design of the fourth aspect to be implemented.

[0094] In the eleventh aspect, a computer program product is provided, which includes instructions. When the instructions are executed by a processor, the method described in the first aspect or any possible design of the first aspect or the second aspect or any possible design of the second aspect or the third aspect or any possible design of the third aspect or the fourth aspect or any possible design of the fourth aspect is implemented.

[0095] In the twelfth aspect, an embodiment of the present application provides a communication system, which includes a first core network device for implementing the function of the first aspect and a first service requester for implementing the function of the third aspect; or, the communication system includes a first core network device for implementing the function of the second aspect and a second terminal device for implementing the function of the fourth aspect.

[0096] The beneficial effects of each design in the second to twelfth aspects mentioned above can refer to the description of the beneficial effects of the corresponding designs in the first to second aspects. BRIEF DESCRIPTION OF THE DRAWINGS

[0097] Figure 1 An architecture diagram of a communication system provided in an embodiment of the present application;

[0098] Figure 2 A schematic diagram of the registration process of a terminal device;

[0099] Figure 3A , Figure 3B This is a schematic diagram of the business architecture of the passive Internet of Things;

[0100] Figure 4 A flowchart of a location management method provided in an embodiment of the present application;

[0101] Figure 5A A schematic diagram of the coverage of the first access network device;

[0102] Figure 5B A schematic diagram of a preset route;

[0103] Figure 5C A schematic diagram of the actual movement trajectory of the first terminal device;

[0104] Figure 6 A flowchart of a location management method provided in an embodiment of the present application;

[0105] Figure 7 A flowchart of another location management method provided in an embodiment of the present application;

[0106] Figure 8 A flowchart of another location management method provided in an embodiment of the present application;

[0107] Fig. 9 A flowchart of another location management method provided in an embodiment of the present application;

[0108] Fig.10 A schematic diagram of the structure of a communication device provided in an embodiment of the present application;

[0109] Fig.11 A schematic diagram of the structure of another communication device provided in an embodiment of the present application;

[0110] Fig.12 A schematic diagram of the structure of another communication device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0111] In order to make the purpose, technical solutions and advantages of the embodiments of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings.

[0112] The network architecture and business scenarios described in this application are intended to more clearly illustrate the technical solutions of the embodiments of this application, and do not constitute a limitation on the technical solutions provided by the embodiments of this application. A person of ordinary skill in the art can appreciate that with the evolution of the network architecture and the emergence of new business scenarios, the technical solutions provided by the embodiments of this application are also applicable to similar technical problems.

[0113] In the embodiments of the present application, "multiple" may refer to two or more than two. In view of this, in the embodiments of the present application, "multiple" may also be understood as "at least two". "At least one" may be understood as one or more, for example, one, two or more. For example, "including at least one" means including one, two or more. For example, including at least one of A, B and C, then A, B, C, A and B, A and C, B and C, or A, B and C may be included. "And / or" describes the association relationship of associated objects. Specifically, there may be three relationships. For example, A and / or B may represent: A exists alone, A and B exist at the same time, and B exists alone. In addition, the character " / ", unless otherwise specified, generally indicates that the previously associated objects are in an "or" relationship.

[0114] In addition, the terms "system" and "network" in the embodiments of the present application may be used interchangeably, and "according to" and "based on" may be used interchangeably.

[0115] The ordinal numbers such as "first", "second", and "third" mentioned in the embodiments of the present application are generally used to distinguish different objects, and are not used to limit the order, time sequence, priority, or importance of multiple objects. For example, the first information and the second information in the embodiments of the present application are used to distinguish two pieces of information, and do not limit the priority or importance of the two pieces of information.

[0116] The embodiments of the present application will be presented around a system including multiple devices, components, modules, etc. It should be understood that the system may include other devices, components, modules, etc. not mentioned, or may only include some of the devices, components, or modules, etc. mentioned in the embodiments.

[0117] The following first introduces a communication system to which the embodiments of the present application are applicable.

[0118] The embodiments of the present application are applicable to communication systems of various standards, such as: long term evolution (LTE) communication system, 5G communication system, 6G communication system and future communication system, vehicle to everything (V2X), long term evolution-vehicle network (LTE-vehicle, LTE-V), vehicle to vehicle (vehicle tovehicle, V2V), vehicle network, machine type communications (MTC), IoT, long term evolution-machine to machine (LTE-machine to machine, LTE-M), machine to machine (machine to machine, M2M), Internet of Things, etc.

[0119] Figure 1 An architecture diagram of a communication system provided for an embodiment of the present application, which shows the fifth generation (5G) network architecture based on a service-oriented architecture. Figure 1 The 5G network architecture shown may include terminal equipment, access network (AN) equipment and core network (CN) equipment. The terminal equipment accesses the data network (DN) through the access network equipment and the core network equipment. The components of the communication system are described below.

[0120] Terminal devices include devices that provide voice and / or data connectivity to users. For example, terminal devices are devices with wireless transceiver functions, which can be deployed on land, including indoors or outdoors, handheld, wearable or vehicle-mounted; can also be deployed on the water (such as ships, etc.); can also be deployed in the air (such as airplanes, balloons and satellites, etc.). Terminal devices can be tags, mobile phones, tablets, computers with wireless transceiver functions, virtual reality (VR) terminals, augmented reality (AR) terminals, wireless terminals in industrial control, vehicle-mounted terminals, wireless terminals in self-driving, wireless terminals in remote medical, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, wearable terminals, etc. The embodiments of the present application do not limit the application scenarios.

[0121] Terminal equipment may sometimes also be referred to as terminal, user equipment (UE), access terminal, vehicle-mounted terminal, industrial control terminal, UE unit, UE station, mobile station, mobile station, remote station, remote terminal, mobile device, UE terminal, wireless communication equipment, UE agent or UE device, etc. The terminal may also be fixed or mobile. It is understood that all or part of the functions of the terminal in this application may also be implemented by software functions running on hardware, or by virtualization functions instantiated on a platform (such as a cloud platform). The terminal device in this application may be a terminal for 5G or a terminal for 6G, and this application does not limit this.

[0122] In passive IoT scenarios, terminal devices can also act as tags, and terminal devices are sometimes also called tags.

[0123] Access network equipment is a device that provides wireless communication functions for terminal devices. Access network equipment includes, but is not limited to: next-generation base stations (g nodeB, gNB) in 5G, evolved node B (evolved node B, eNB), radio network controller (radio network controller, RNC), node B (node ​​B, NB), base station controller (basestation controller, BSC), base transceiver station (base transceiver station, BTS), home base station (for example, home evolved nodeB, or home node B, HNB), baseband unit (baseBand unit, BBU), transmission point (transmitting and receiving point, TRP), transmission point (transmitting point, TP), mobile switching center, etc.

[0124] In some deployments, the gNB may include a centralized unit (CU) and a distributed unit (DU). The gNB may also include an active antenna unit (AAU). The CU may implement a portion of the gNB's functions, and the DU may implement another portion of the gNB's functions. For example, the CU is responsible for processing non-real-time protocols and services, and implementing the functions of the radio resource control (RRC) layer and the packet data convergence protocol (PDCP) layer. The DU is responsible for processing physical layer protocols and real-time services, and implementing the functions of the radio link control (RLC) layer, the media access control (MAC) layer, and the physical (PHY) layer. The AAU implements some physical layer processing functions, RF processing, and related functions of active antennas. The information of the RRC layer is generated by the CU, and will eventually be encapsulated by the PHY layer of the DU to become the PHY layer information, or, it is converted from the PHY layer information. Therefore, under this architecture, high-level signaling such as RRC layer signaling can also be considered to be sent by the DU, or, by the DU+AAU. It can be understood that the access network device may include one or more of a CU node, a DU node, and an AAU node. In addition, the CU can be divided into an access network device in the access network, and the CU can be divided into an access network device in the CN. The access network device can be a radio access network (RAN) device or a wired access network (FAN) device. Among them, the RAN device can be a RAN device for 5G, a RAN device for 6G, or other names, which are not limited in this application.

[0125] The access network equipment and terminal equipment can be fixed or movable. The access network equipment and terminal equipment can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on the water surface; they can also be deployed on airplanes, balloons and artificial satellites in the air. The embodiments of the present application do not limit the application scenarios of the access network equipment and terminal equipment.

[0126] The core network equipment includes some or all of the following network elements: unified data management (UDM) network element, unified data repository (UDR) network element, network exposure function (NEF) network element (not shown in the figure), policy control function (PCF) network element, access and mobility management function (AMF) network element, session management function (SMF) network element, user plane function (UPF) network element, Internet of Things management function (IoTMF) network element, etc.

[0127] The mobility management network element is a control plane network element provided by the operator network, which is responsible for the access control and mobility management of the terminal device to the operator network, including, for example, mobile state management, allocation of user temporary identity, authentication and authorization of users, etc. In 5G, the mobility management network element can be an AMF network element. In future communications such as the 6th generation (6G), the mobility management network element can still be an AMF network element, or have other names, which are not limited in this application.

[0128] The data management network element is a control plane network element provided by the operator, which is responsible for storing the subscriber permanent identifier (SUPI), credentials, security context, contract data, service configuration information, etc. of the contracted users in the operator's network. The contract data may include the contract data of the terminal device (or user), and may also include the contract data of the service requester (such as the service requester who manages the terminal device, specifically, for example, a server, application function, third party, enterprise or user). In 5G, the data management network element may be a UDM network element. In future communications such as 6G, the data management network element may still be a UDM network element, or have other names, which are not limited in this application.

[0129] The session management network element is a control plane network element provided by the operator network, which is responsible for managing the protocol data unit (PDU) session of the terminal device. In 5G, the session management network element can be an SMF network element. In future communications such as 6G, the session management network element can still be an SMF network element, or have other names, which are not limited in this application.

[0130] The user plane network element is a gateway provided by the operator, and is the gateway for the operator network to communicate with the DN. In 5G, the user plane network element can be a UPF network element. In future communications such as 6G, the user plane network element can still be a UPF network element, or have other names, which are not limited in this application.

[0131] The unified database network element is a control plane network element provided by the operator, which includes the access function of executing contract data, policy data, application data and other types of data. In 5G, the unified database network element can be a UDR network element. In future communications such as 6G, the unified database network element can still be a UDR network element, or have other names, which are not limited in this application.

[0132] The network open network element is a control plane network element provided by the operator. The network open network element opens the external interface of the operator network to third parties in a secure manner. In 5G, the network open network element can be a NEF network element. In future communications such as 6G, the network open network element can still be a NEF network element, or have other names, which are not limited in this application.

[0133] The policy control network element is a control plane function provided by the operator, which is used to provide the PDU session policy to the session management network element. The policy may include charging-related policies, QoS-related policies, and authorization-related policies. In 5G, the policy control network element may be a PCF network element. In future communications such as 6G, the policy control network element may still be a PCF network element, or have other names, which are not limited in this application.

[0134] The location management function (LMF) network element can be used to determine the location of the UE, obtain downlink location measurement or location estimation from the UE, etc. For example, in 5G, the location management function network element can be an LMF network element. In future communication systems, such as 6G, the location management function network element can still be an LMF network element, or have other names, which are not limited in this application.

[0135] The Internet of Things functional network element is a control plane network element or a network element with a user plane data transmission function. This function can be connected to the access network device, which is equivalent to the access network device having an interface with the function; or the function can communicate with the access network device through a mobile management device (such as AMF). This function can be used to perform functions such as management of Internet of Things terminals (or called ambient energy acquisition Internet of Things terminals Ambient IoT), Internet of Things terminal data processing, and Internet of Things terminal data routing. It can parse messages or instructions from the service requester (or application function), determine the reader (such as an access network device or a terminal device with a reader function) that executes the instruction or operation based on the message or instruction, instruct the reader to perform the Internet of Things terminal operation or instruct the reader to execute the random access process of the Internet of Things terminal; receive data from the Internet of Things terminal through the reader, optionally perform data processing of the Internet of Things terminal, and send the data of the Internet of Things terminal to the service requester. It can be understood that in the specific implementation, the function can also have other names, which are not limited in this application. This function can be an independent network element, or it can be combined with other network elements in the core network.

[0136] Figure 1 The 5G network architecture shown also includes application function (AF) network elements. AF network elements are used to convey the requirements of the application side to the network side, such as QoS requirements or user status event subscriptions. The application function network element can be a third-party functional entity or an application server deployed by an operator. In 5G, the application function network element can be an AF network element. In future communications such as 6G, the application function network element can still be an AF network element, or have other names, which are not limited in this application.

[0137] In some embodiments, Figure 1 The 5G network architecture shown may include a service requester (or an operation requester or a third party), and the specific implementation form may be a server or an application function (such as AF), etc. In the embodiment of the present application, the service requester may be understood as an operation requester. The service requester or the operation requester may be understood as a device that sends an operation instruction, such as a service requester or an operation requester may be a server (server) or an A-IoT server or an AF network element or other device that sends an operation instruction. The operation requester may correspond to a certain type of user, and the user may include an enterprise, a tenant, a third party or a company, without restriction. Among them, the service requester corresponding to a certain type of user may be understood as the service requester belonging to this type of user and being managed by this type of user.

[0138] The data network is a network located outside the operator network. The operator network can access multiple DNs, and various services can be deployed on the DNs to provide data and / or voice services to terminal devices.

[0139] Figure 1 Npcf, Nudr, Nudm, Naf, Namf, and Nsmf are service-oriented interfaces provided by the above-mentioned PCF, UDR, UDM, AF, AMF, and SMF, respectively, and are used to call corresponding service-oriented operations. The N1 interface is the interface between the AMF and the terminal device, which can be used to transmit non-access-stratum (NAS) signaling (such as QoS rules from the AMF) to the terminal device. The N2 interface is the interface between the AMF and the RAN, which can be used to transmit radio bearer control information from the core network side to the RAN. The N3 interface is the interface between the RAN and the UPF, which is mainly used to transmit uplink and downlink user plane data between the RAN and the UPF. The N4 interface is the interface between the SMF and the UPF, which can be used to transmit information between the control plane and the user plane, including the control of the forwarding rules, QoS control rules, traffic statistics rules, etc. for the user plane and the reporting of information on the user plane. The N6 interface is the interface between the UPF and the DN, which is used to transmit uplink and downlink user data flows between the UPF and the DN.

[0140] In order to enable the core network to efficiently paging specific terminals within a small range, in the UE registration process, the AMF can send a registration area (RA) to the UE in the Registration Accept message. The registration area can be a list of tracking area identifiers (TAIs). When the UE moves within the registration area, it does not need to update its location to the network. When the UE moves from the registration area to a location outside the registration area (for example, when the UE monitors that the TAI broadcast by the base station does not belong to any TAI in the TAI list), the UE needs to initiate a mobility registration update process, that is, the UE sends a registration request message, where the registration type (Registration type) included in the registration request message is a mobility registration update, and the AMF will resend a new registration area (that is, a new TAI list) to the UE based on some configurations or policies. Through this process, even if the terminal is in an idle state (that is, the terminal has no connection with the core network), it can notify the core network when it moves out of the registration area, so that the core network can perform mobility management on the terminal. Its advantage is that the core network can always manage the mobility of the terminal at the registration area granularity. When there is downlink data to be sent to the terminal, the core network can prioritize paging the UE from the current registration area to improve efficiency.

[0141] See also Figure 2 , is an example of the registration process of a terminal device, the specific steps are as follows:

[0142] S201, UE sends a registration request message to RAN, which carries the registration type and UE identification information;

[0143] S202: RAN selects a suitable AMF.

[0144] S203. RAN sends a registration request message to AMF.

[0145] Optionally, 204, AMF selects a suitable network device responsible for mobility management (authentication server function, AUSF) to perform security processes such as authentication; UE, AMF, AUSF, and UDM interact to complete security processes such as authentication.

[0146] Optionally, 205, when the UE and the network side are mutually authenticated successfully, the AMF interacts with the UDM to obtain the subscription data of the UE;

[0147] S206. AMF sends an N2 message to RAN, which includes a non-access-stratum (NAS) message that needs to be forwarded by RAN to UE. The NAS message includes a registration acceptance message sent by AMF to UE; the registration acceptance message includes a registration area (RA), such as a TAI list.

[0148] S207. RAN forwards the NAS message sent by AMF to UE (the NAS message includes a registration acceptance message).

[0149] In the registration process of each terminal device, the registration acceptance message sent by AMF to RAN for the terminal device will carry the TAI list. In other words, all successfully registered terminal devices will be configured with the TAI list, that is, location management will be performed on them.

[0150] In the passive IoT (P-IoT) or ambient IoT (A-IoT) technology, IoT terminals are included, such as active terminal devices, passive terminal devices, semi-passive terminal devices, and semi-active terminal devices. The IoT terminal can be in the form of a tag, a sensor, etc., and the present application does not limit the form of the terminal device. The access network device (such as a base station) can be used as a reader (or a reader / writer), the application function network element can be used as a server, and the core network device can execute processes related to IoT services (such as IoT terminal management), such as access management, security authentication, command transmission, business data transmission and other functions.

[0151] It is understood that the embodiments of the present application do not limit the device form or name of the IoT terminal. For the sake of ease of description, the embodiments of the present application take the IoT terminal in the form of a tag as an example. In the embodiments of the present application, unless otherwise specified, the passive IoT can be replaced with the environmental energy acquisition IoT, the environmental energy enabling IoT, the IoT, etc.

[0152] See also Figure 3A , Figure 3B This is a schematic diagram of the business architecture of the passive Internet of Things. Figure 3A The enhanced access management equipment (such as AMF network element) is used to execute processes related to IoT services.

[0153] Figure 3B It is to use new functions such as tag management function (TMF), IoT management function (IMF), IoT terminal management function, ambient IoT terminal management function (AITMF), ambient IoT function (AIoTF), ambient energy enabled IoT terminal management function, ambient energy enabled IoT management function and other network elements to execute IoT business-related processes. This function can be connected to the access network device, which is equivalent to the access network device having an interface with the function; or the function can communicate with the access network device through a mobile management device (such as AMF). This function can be used to perform IoT terminal (or ambient IoT terminal Ambient IoT) management, IoT terminal data processing, IoT terminal data routing and other functions. It can parse messages or instructions from the service requester (or application function), determine the reader (such as an access network device or a terminal device with a reader function) that executes the instruction or operation based on the message or instruction, instruct the reader to perform the IoT terminal operation or instruct the reader to perform the random access process of the IoT terminal; receive data from the IoT terminal through the reader, optionally perform data processing of the IoT terminal, and send the IoT terminal data to the service requester. It can be understood that in the specific implementation, the function can also have other names, which are not limited in this application. The function can be an independent network element, or it can be combined with other network elements in the core network. For example, the TMF network element can be combined with the AMF network element. In one possible implementation, when the function is combined with other network elements in the core network, the interaction between the function and other network elements is an internal operation of the network element or can be omitted.

[0154] When the server operates the tag, it can send an operation instruction to the core network. The operation instruction may include but is not limited to the acquisition of tag information, inventory operation (or inventory operation), read operation, write operation, invalidation operation, and information exchange operation with the tag. The instruction may include regional location information, tag identification information, etc. The base station sends an access instruction to the tag. When the tag successfully accesses the random access, the base station sends an instruction to the tag (the base station can forward the instruction sent by the core network to the tag). The tag obtains or sends the corresponding information according to the instruction. For example, when the instruction is an inventory instruction or an inventory operation is performed, the tag sends the identification information of the tag; when the instruction is a read instruction or a read operation is performed, the tag sends the data information stored in the tag storage area; when the instruction is a write instruction or a write operation is performed, the tag stores the data information to be written to the tag included in the instruction in the tag storage area. The base station sends (or forwards) the information sent by the tag to the core network; the core network sends the information to the server.

[0155] However, the terminal devices in the passive Internet of Things (referred to as IoT terminals) are usually low-power and low-complexity terminal devices. For passive or semi-passive terminals, they need network stimulation to initiate communication and cannot actively initiate communication. And for pure passive terminals, after power failure, the terminals cannot record status information (such as registration status or registration area, etc.), and they do not have a connection state. Therefore, Figure 2 The mobility management mechanism shown is not applicable to IoT terminals.

[0156] In view of this, for passive Internet of Things scenarios (or environmental energy harvesting Internet of Things scenarios), how to design location management (or mobility management) that is more suitable for passive Internet of Things (or environmental energy harvesting Internet of Things) is the problem to be solved by this application.

[0157] It can be understood that the embodiment of the present application takes the passive Internet of Things scenario as an example, but is not actually limited to application in this scenario. It can be applicable to scenarios such as environmental energy acquisition Internet of Things, environmental energy enabling Internet of Things, Internet of Things, etc., or as long as the scenario requires mobility management (or location management), the present application is applicable.

[0158] See also Figure 4 , is a flow chart of a location management method provided in an embodiment of the present application, the method comprising:

[0159] S401. A first core network device obtains a terminal identifier of a first terminal device;

[0160] Exemplarily, the first terminal device sends the terminal identification of the first terminal device, and the first core network device receives the terminal identification of the first terminal device.

[0161] The first core network device may be a core network device responsible for terminal device location management, for example, Figure 3A The AMF shown, or Figure 3B This application does not limit the newly added functions shown (such as TMF, AITMF, AIoTF), or other core network devices responsible for terminal device location management (such as LMF, NEF, PCF, SMF, etc.).

[0162] The first terminal device can send the terminal identification of the first terminal device to the first core network device through the access network device (specifically, for example, the first access network device). For example, the first terminal device sends the terminal identification of the first terminal device to the first access network device. After the first access network device receives the terminal identification of the first terminal device, it sends the terminal identification of the first terminal device to the first core network device.

[0163] In some embodiments, the identification information of the first terminal device sent by the first terminal device to the first core network device through the first access network device can be carried in a non-access stratum (NAS) message. In other words, the first access network device directly forwards the NAS message to the first core network device. Exemplarily, the first terminal device carries the non-access stratum message in an access network (AN) message and sends it to the first access network device. The first access network device extracts the NAS message from the AN message, encapsulates the NAS message through a next generation application protocol (NGAP) message (or N2 message) and sends it to the AMF.

[0164] In some other embodiments, the terminal identification of the first terminal device sent by the first terminal device to the first access network device and the terminal identification of the first terminal device sent by the first access network device to the first core network device may be carried in different messages. For example, when the first core network device is an AMF, the terminal identification of the first terminal device sent by the first terminal device to the first access network device is carried in an air interface message, and the terminal identification of the first terminal device sent by the first access network device to the first core network device is carried in an N2 message. In other words, after receiving the air interface message, the first access network device does not directly forward it to the first core network device, but processes it into an N2 message before sending it to the first core network device.

[0165] In some embodiments, the first terminal device may send an encrypted terminal identifier of the first terminal device, and correspondingly, the first core network device receives the encrypted terminal identifier of the first terminal device, and the first core network device obtains the terminal identifier of the first terminal device based on the encrypted terminal identifier of the first terminal device. For example, after the first core network device receives the encrypted terminal identifier of the first terminal device, it sends the encrypted terminal identifier of the first terminal device to the UDM or UDR, the UDM or UDR decrypts the encrypted terminal identifier of the first terminal device and sends it to the first core network device, and the first core network device receives the terminal identifier of the first terminal device from the UDM or UDR.

[0166] In an embodiment of the present application, the first terminal device may be a terminal identifier of the first terminal device reported to the first core network device in an initial registration process, a mobility registration update process, a wake-up process, or a service request process. The terminal identifier of the first terminal device may be carried in a message (such as a first message). It is understood that the type of the first message may be different in different processes. Taking the mobility registration update process as an example, the first terminal device may send a first registration request message (that is, the first message is a first registration request message) to the first core network device through the first access network device after the random access is successful, and the first registration request message includes the terminal identifier of the first terminal device. It should be understood that the first access network device may forward the first registration request message received from the first terminal device to the first core network device; or the message received by the first access network device from the first terminal device and the message sent by the first access network device to the first core network device may be different, for example, the first access network device may receive the first registration request message from the first terminal device through an AN message, and encapsulate the first registration request message into an N2 message (that is, the N2 message contains the first registration request message) and then send it to the first core network device.

[0167] S402. The first core network device determines to perform location management on the first terminal device according to the terminal identifier of the first terminal device;

[0168] In the embodiments of the present application, location management is only an example of a name and can be replaced by other names in actual applications. For example, it can also be called mobility management, positioning management, positioning service, location tracking service or other names, and the present application does not impose any restrictions.

[0169] Specifically, the first core network device determines whether to perform location management on the first terminal device according to the terminal identifier of the first terminal device, and executes S403 to S404 when it is determined to perform location management on the first terminal device.

[0170] In one possible design, the first core network device may determine to perform location management on the first terminal device based on one or more of the following:

[0171] 1. The first terminal device needs to be location managed.

[0172] The first terminal device needs to be location managed, which means that the first core network device needs to perform location management on the first terminal device. For ease of description, in this document, the first terminal device needs to be location managed, which can also be replaced by the description that the first terminal device needs location management, or that location management needs to be performed on the first terminal device, etc.

[0173] Specifically, the first core network device can determine that the first terminal device needs to be location managed based on the first information and / or the second information, the first information indicates that the first terminal device needs to be location managed, and the second information indicates that the first service requester needs location management. In one possible implementation, the first terminal device belongs to the first service requester, or the first terminal device is a terminal device managed by the first service requester, or the first service requester manages the first terminal device. In another possible implementation, the first service requester is the service requester of the first terminal device, or the first service requester is the service requester that manages the first terminal device. Among them, the specific form of the first service requester can refer to the above description of the service requester, for example, the first service requester is the functional entity corresponding to the Internet of Things service (such as TMF or AITMF), or is a server of the enterprise that manages the first terminal device (specific form is, for example, AF).

[0174] In a possible implementation, when the first terminal device belongs to a terminal device group created by the first service requester, the first terminal device belongs to the first service requester, or the first terminal device is a terminal device managed by the first service requester, or the first service requester manages the first terminal device. For example, when the first service requester creates a terminal device group by dynamic creation or configuration, and the terminal device group includes the first terminal device, the first terminal device belongs to the first service requester, or the first terminal device is a terminal device managed by the first service requester, or the first service requester manages the first terminal device.

[0175] In another possible implementation, when the signing data of the first terminal device includes information characterizing the first service requester, such as one or more of the identifier of the first service requester, slice information corresponding to the first service requester, the data network name corresponding to the first service requester, and the service identifier corresponding to the first service requester, the first terminal device belongs to the first service requester, or the first terminal device is a terminal device managed by the first service requester, or the first service requester manages the first terminal device.

[0176] In another possible implementation, when the contract data or service configuration information (such as service profile) corresponding to the first service requester includes information characterizing the first terminal device, such as the terminal identifier of the first terminal device (such as SUPI, SUCI, GPSI, IP address, MAC address, etc.), the group identifier corresponding to the first terminal device, etc., the first terminal device belongs to the first service requester, or the first terminal device is a terminal device managed by the first service requester, or the first service requester manages the first terminal device.

[0177] The first service requester needs location management, which may mean that the first core network device needs to perform location management on the terminal device managed by the first service requester or the first service requester requests to perform location management on the terminal device managed by the first service requester. For the sake of description, in this article, the need for location management can also be replaced by requesting to perform location management, or subscribing to location management, etc.

[0178] In one possible design, the first information is indication information and / or the second information is indication information.

[0179] Exemplarily, the first information indicates that location management needs to be performed or the terminal device needs to be performed location management, and the first core network device can determine that the first terminal device needs to be performed location management based on the terminal identifier of the first terminal device and the first information. Alternatively, the first information indicates that location management needs to be performed on the first terminal device. In a possible implementation, when the contract data of the first terminal device includes the first information, the first information can indicate that location management needs to be performed on the first terminal device.

[0180] Exemplarily, the second information indicates that location management is required, or the second information indicates that the first service requester needs location management, or the second information indicates that the terminal device managed by the first service requester needs to be location managed. The first terminal device is one of at least one terminal device managed by the first service requester. In a possible implementation, when the contract data or service configuration information (such as service profile) corresponding to the first service requester includes the second information, the second information may indicate that the first service requester needs location management, or the terminal device managed by the first service requester needs to be location managed.

[0181] In another possible design, the first information is the terminal identification of the first terminal device in the terminal device list (or terminal device identification list) and / or the second information is the identification of the first service requester in the service requester list (or service requester identification list). The terminal device list indicates one or more terminal devices that need to be location managed, for example, the terminal device list includes one or more terminal identifications of terminal devices that need to be location managed, and the terminal identification of the first terminal device in the terminal device list indicates that the first terminal device needs to be location managed. The service requester list indicates one or more identifications of service requesters that need location management, for example, the service requester list includes one or more identifications of service requesters that need location management, and the service requester list includes the identification of the first service requester, indicating that the first service requester needs location management (or that the terminal device managed by the first service requester needs to be location managed). In a possible implementation, the terminal device list may include terminal identifications of one or more terminal devices; the service requester list may include identifications of one or more service requesters.

[0182] In another possible design, the first information is a terminal device list (or a terminal device identification list) and / or the second information is a service requester list (or a service requester identification list). The terminal device list indicates one or more terminal devices that need to be location managed, for example, the terminal device list includes one or more terminal identifications of terminal devices that need to be location managed; when the terminal device list includes the terminal identification of the first terminal device, it can indicate that location management needs to be performed on the first terminal device. The service requester list indicates one or more identifications of service requesters that need location management, for example, the service requester list includes one or more identifications of service requesters that need location management, when the service requester list includes the identification of the first service requester, it can indicate that the first service requester needs location management (or that the terminal device managed by the first service requester needs to be location managed).

[0183] It can be understood that before the first terminal device determines that the first terminal device needs to be location managed based on the first information and / or the second information, it needs to first obtain the first information and / or the second information. The first information and / or the second information may be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the first information and / or the second information.

[0184] In a specific implementation manner, the first core network device obtains the first information and / or the second information from the subscription data or service configuration information of the first terminal device.

[0185] Take the contract data as an example:

[0186] Exemplarily, the contract data is contract data at the granularity of a terminal device, that is, the contract data includes contract data of a first terminal device, the contract data of the first terminal device includes first information, the first information is an indication information, indicating that location management needs to be performed or the terminal device needs to be performed location management or the first terminal device needs to be performed location management, and the first core network device can determine that location management needs to be performed on the first terminal device based on the first information.

[0187] Exemplarily, the contract data is contract data at the granularity of the service requester, that is, the contract data includes the contract data of the first service requester. The contract data of the first service requester includes the second information, and the second information is an indication information indicating that location management is required, or indicating that the first service requester needs location management; or, the contract data of the first service requester includes the terminal identification or terminal device list of the terminal device, and the terminal identification or terminal device list of the terminal device includes the terminal identification of the terminal device managed by the first service requester that needs to be location managed, and the second information is the identification information of the terminal device or the terminal device list.

[0188] It can be understood that since the first terminal device is a terminal device managed by the first service requester, the first terminal device is subject to the contract data of the first service requester. Therefore, in some embodiments, the contract data of the first service requester can be used as the contract data of the first terminal device.

[0189] Exemplarily, the contract data includes both the contract data of the terminal device granularity and the contract data of the service requester granularity. For example, the contract data includes the contract data of the first terminal device and the contract data of the first service requester. The contract data of the first terminal device includes the first information, which is an indication information indicating that the first terminal device needs to be location managed. The contract data of the first service requester includes the second information, which is an indication information indicating that the first service requester needs location management. The first core network device determines to perform location management on the first terminal device (or determines that the first terminal device needs to be location managed) based on the first information and the second information.

[0190] Exemplarily, the contract data includes a terminal device list, and the terminal device list may include terminal identifiers of one or more terminal devices. The terminal device list may represent one or more terminal devices for which location management needs to be performed. For example, the terminal device list includes one or more terminal identifiers of terminal devices for which location management needs to be performed, the first information is the terminal device list or the first information is the terminal identifier of the first terminal device in the terminal list, the first core network device may obtain the terminal identifier of the first terminal device by querying or obtaining the terminal device list, or the first core network device may determine that the terminal identifier of the first terminal device is included in the terminal list by querying or obtaining the terminal device list, and thus may determine that the first terminal device needs to be location managed.

[0191] Exemplarily, the contract data includes a service requester list, the service requester list includes one or more identifiers of service requesters that require location management, the second information is the service requester list or the second information is the identifier of the first service requester in the service requester list, the first core network device can obtain the identifier of the first service requester by querying or obtaining the service requester list, or the first core network device learns through querying or obtaining that the identifier of the first service requester is included in the service requester list, and then determines that the first service requester requires location management. Specifically, the first core network device determines that the first terminal device managed by the first service requester needs to be location managed.

[0192] Exemplarily, the signing data includes a terminal device list and a service requester list, the first information is the terminal identifier of the first terminal device in the terminal device list, and the second information is the identifier of the first service requester in the service requester list. The first core network device can determine that the first terminal device needs to be location managed and the first service requester needs location management by querying the terminal device list and the service requester list.

[0193] Exemplarily, the contract data includes a terminal device list and a service requester list, the terminal device list indicates the terminal devices managed by the first service requester, for example, the terminal device list includes the terminal identifiers of one or more terminal devices managed by the first service requester, and the service requester list indicates the service requesters that require location management, for example, the service requester list includes the identifiers of one or more service requesters that require location management. The first information is a terminal device list (for example, the terminal identifiers of one or more terminal devices), and the terminal device list includes the terminal identifier of the first terminal device. The second information is a service requester list (for example, the identifiers of one or more service requesters), and the service requester list includes the identifier of the first service requester. The first core network device determines that the first service requester needs to perform location management based on the second information. The first core network device determines that the terminal devices managed by the first service requester include the first terminal device based on the first information. The first core network device determines to perform location management on the first terminal device (or determines that the first terminal device needs to be subjected to location management) based on the first information and the second information.

[0194] It can be understood that when the contract data includes the first information and / or the second information, the first core network device needs to obtain the contract data. In some embodiments, the first core network device can obtain the contract data from other core network devices such as the second core network device, wherein the second core network device can be a network device that stores the contract data of the contracted users in the operator network, such as UDM or UDR, etc., which is not limited in this application. Optionally, after the first core network device obtains the contract data from the second core network device, it can store part or all of the contract data locally, and then the first core network device can also directly read the contract data locally.

[0195] In one implementation, the first core network device obtains the first information and / or the second information from locally configured (or stored) information. In a specific implementation, the first core network device is configured with the first information and / or the second information. In another specific implementation, the first core network device locally stores context information (e.g., UE context), and the context information includes the first information and / or the second information.

[0196] It can be understood that in the embodiments of the present application, local configuration can be replaced with local storage, configuration or pre-configured description.

[0197] Exemplarily, the first core network device is locally configured (or stored) with a terminal device list, and the terminal device list may include terminal identifiers of one or more terminal devices. The terminal device list may represent one or more terminal devices for which location management needs to be performed. For example, the terminal device list includes one or more terminal identifiers of terminal devices for which location management needs to be performed, the first information is the terminal device list or the first information is the terminal identifier of the first terminal device in the terminal list, the first core network device may obtain the terminal identifier of the first terminal device by querying the terminal device list, or the first core network device may determine that the terminal identifier of the first terminal device is included in the terminal list by querying or obtaining the terminal device list, and further determine that the first terminal device needs to be location managed.

[0198] Exemplarily, the first core network device is locally configured (or stored) with a service requester list, the service requester list includes one or more identifiers of service requesters that require location management, the second information is the service requester list or the second information is the identifier of the first service requester in the service requester list, the first core network device can obtain the identifier of the first service requester by querying or obtaining the service requester list, or the first core network device learns through querying or obtaining that the identifier of the first service requester is included in the service requester list, and then determines that the first service requester requires location management. Specifically, the first core network device determines that the first terminal device managed by the first service requester needs to be location managed.

[0199] Exemplarily, the first core network device is locally configured (or stored) with a terminal device list and a service requester list, the first information is the terminal identifier of the first terminal device in the terminal device list, and the second information is the identifier of the first service requester in the service requester list. The first core network device can determine that the first terminal device needs to be location managed and the first service requester needs location management by querying the terminal device list and the service requester list.

[0200] Exemplarily, the first core network device is locally configured (or stored) with a terminal device list and a service requester list, the terminal device list indicates the terminal devices managed by the first service requester, for example, the terminal device list includes the terminal identification of one or more terminal devices managed by the first service requester, and the service requester list indicates the service requesters that require location management, for example, the service requester list includes one or more identifications of service requesters that require location management. The first information is a terminal device list (for example, the terminal identification of one or more terminal devices), and the terminal device list includes the terminal identification of the first terminal device. The second information is a service requester list (for example, the identification of one or more service requesters), and the service requester list includes the identification of the first service requester. The first core network device determines that the first service requester needs to perform location management based on the second information. The first core network device determines that the terminal devices managed by the first service requester include the first terminal device based on the first information. The first core network device determines to perform location management on the first terminal device (or determines that the first terminal device needs to be subjected to location management) based on the first information and the second information.

[0201] In the specific implementation, the locally configured (or stored) information may be configured (or stored) locally in advance by technical personnel, configured in the first core network device through network management, or the first core network device may receive it from other devices (such as UDM or UDR or AF, etc.) and then configure (or store) locally. This application does not impose any restrictions.

[0202] In one implementation, the first core network device obtains the first information and / or the second information from the first service requester (eg, AF), or the first core network device receives the first information and / or the second information from the first service requester.

[0203] In some embodiments, the first service requester may directly send the first information and / or the second information to the first core network. For example, the first service requester sends a second message to the first core network, and the second message includes the first information and / or the second information.

[0204] For example, the location management described in this document can be used as a service, such as a location management service (it can be understood that the location management service is only an example of a name, and there can actually be other names, such as mobility management service, etc., which are not limited in this application). The first service requester can send a service subscription request message (or called a subscription request message or a service request message, etc.) to the first core network. The service subscription request message is used to subscribe to the location management service (or to request the location management service). The service subscription request message (for example, the second message can be a service subscription request message) may include the first information and / or the second information; the first information indicates that the first terminal device needs to be location managed, or indicates that the first terminal device is subscribed to the location management service. The first information is specifically, for example, an indication information, or a terminal identifier of the first terminal device; the second information indicates that the first service requester needs location management, or indicates that the first service requester is subscribed to the location management service. The second information is specifically, for example, an indication information, or an identifier of the service requester.

[0205] In some other embodiments, the first service requester may send the first information and / or the second information to the first core network device through other devices.

[0206] For example, the first service requester sends the first information and / or the second information to the second core network device (such as a network element such as NEF, UDM or UDR), and the second core network device updates the contract data (such as the contract data of the first terminal device and / or the contract data of the first service requester) based on the first information and / or the second information sent by the first service requester, and the second core network device sends the updated contract data to the first core network device, and then the first core network device can obtain the first information and / or the second information. In a possible implementation, the first service requester sends the first information and / or the second information to the second core network device through other core network devices. For example, the first service requester (such as AF) can send the first information and / or the second information to the UDR (or UDM) through the NEF. Optionally, before the second core network device sends the updated contract data to the first core network device, the first core network device also subscribes to notifications of contract data changes from the second core network device, so that the second core network device sends the updated contract data to the first core network device when the contract data is updated. For example, the first core network device sends a contract data subscription request message to the second core network device, and the second core network device sends the updated contract data to the first core network device when the contract data is updated based on the contract data subscription request message.

[0207] It can be understood that when the first information or the second information is located in different devices, it can be the same or different information forms. For example, when the second core network device updates the contract data based on the first information and / or the second information sent by the first service requester, the first information and / or the second information can be directly saved to the contract data, or the first information and / or the second information can be converted into another form and then saved to the contract data. This application does not impose any restrictions.

[0208] In some other embodiments, the first core network device may determine the first information and / or the second information based on the information sent by the first service requester. For example, the information sent by the first service requester is different from the first information and / or the second information, but the information sent by the first service requester may indicate that the first terminal device needs to be location managed and / or the first service requester needs location management. For example, the first service requester sends a service subscription request message, which does not contain any of the first information and the second information, but the message itself indicates a subscription to a location management service. The first core network device may determine the first information and / or the second information based on the service subscription request message.

[0209] The above introduces the manner in which the first core network obtains the first information and / or the second information. It should be noted that the manner in which the first core network device obtains the first information may be the same as or different from the manner in which the second information is obtained. Exemplarily, the first core network device may obtain the first information through contract data, and obtain the second information through a message from the first service requester. In addition, when the manner in which the first core network device obtains the first information is the same as the manner in which the second information is obtained, the first information and the second information may be carried in the same message, or may be carried in different messages, respectively, and the embodiments of the present application do not impose any limitation thereto.

[0210] In one possible implementation, the terminal identifier of the first terminal device may have a variety of different forms. Exemplarily, the terminal identifier sent by the first terminal device in the above step S401 (i.e., the terminal identifier received by the first core network from the first terminal device) may be the same as or different from the terminal identifier used by the first core network device to determine the execution of location management for the first terminal device. For example, the terminal identifier sent by the first terminal device may be an encrypted terminal identifier, and the first core network device obtains an unencrypted (e.g., decrypted) terminal identifier based on the encrypted terminal identifier. The first core network device determines to execute location management for the first terminal device based on the unencrypted terminal identifier.

[0211] 2. The first terminal device supports location management.

[0212] It can be understood that the first terminal device supports location management, which means that the first terminal device supports the first core network device to perform location management on it.

[0213] Exemplarily, the first terminal device supports location management, which can be understood as the first terminal device supports initiating an access process (such as a tracking area update process (TAU) or a mobility registration update process) based on an acquired area identifier set. Specifically, when the area identifier included in the broadcast message monitored by the first terminal device does not belong to any area identifier in the area identifier set acquired by the first terminal device, the first terminal device initiates a tracking area update process or a mobility registration update process. In one possible implementation, the area identifier set includes one or more area identifiers.

[0214] In one implementation, the first core network device determines that the first terminal device supports location management based on capability information of the first terminal device, and the capability information of the first terminal device indicates that the first terminal device supports location management.

[0215] It can be understood that before the first core network device determines that the first terminal device supports location management based on the capability information of the first terminal device, it needs to first obtain the capability information of the first terminal device. The capability information of the first terminal device may be sent by the first terminal device, or sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the capability information of the first terminal device.

[0216] In some embodiments, the first terminal device may report the capability information of the first terminal device. For example, the first terminal device sends the capability information of the first terminal device to the first core network device; or, the first terminal device sends the capability information of the first terminal device to the first access network device, and the first access network device sends the capability information of the first terminal device to the first core network device. The first terminal device may send the capability information of the first terminal device together with the terminal identification of the first terminal device, or the first terminal device may send the terminal identification of the first terminal device and the capability information of the first terminal device separately at different times, which is not limited in this application. The first core network device receives the capability information from the first terminal device.

[0217] For example, the first terminal device sends a NAS message (eg, a first registration request message) to the first core network device through the first access network device. The NAS message (eg, the first registration request message) carries the terminal identifier of the first terminal device and the capability information of the first terminal device.

[0218] For another example, the first terminal device sends an RRC message to the first access network device, and the RRC message includes the capability information of the first terminal device; the first access network device sends an NGAP message to the first core network device, and the NGAP message includes the capability information of the first terminal device.

[0219] In some other embodiments, the terminal identification of the first terminal device may indicate the capability of the first terminal device, for example, the capability information of the first terminal device may be included in the terminal identification of the first terminal. Exemplarily, some fields of the terminal identification of the first terminal device may indicate the capability of the first terminal device. The field may be one or more of a string, a number, or a bit. For example, some fields of the terminal identification may indicate whether the terminal device supports location management, and the field has different values ​​when the terminal device supports and does not support location management; or, for example, when the first terminal device supports location management, the terminal identification of the first terminal device may include a field indicating support for location management, and when the first terminal device does not support location management, the terminal identification of the first terminal device does not include a field indicating support for location management. The first core network device may learn that the first terminal device supports location management based on the terminal identification (for example, the terminal identification of the first terminal device).

[0220] In some other embodiments, the contract data (e.g., the contract data of the first terminal device and / or the contract data of the first service requester) includes the capability information of the first terminal device, and the first core network device can determine the capability information of the first terminal device from the contract data. The manner in which the first core network device obtains the contract data can refer to the relevant introduction above, which will not be repeated here.

[0221] In some other embodiments, the first core network device locally configures (or stores) the capability information of the first terminal device, and the first core network device reads the capability information of the first terminal device locally. Optionally, the capability information of the first terminal device may be configured (or stored) locally in advance by a technician, or configured by a network management, or other devices (such as the first terminal device or UDM or UDR or AF, etc.) send it to the first core network device, and the first core network device configures (or stores) it locally, which is not limited in this application.

[0222] In another implementation, the first core network device determines that the first terminal device is of the first type based on type information of the first terminal device, and the type information of the first terminal device indicates that the first terminal device is of the first type.

[0223] Different types of terminal devices have different capabilities, and the capability information of the first terminal device (i.e., whether it supports location management) can be determined through the type information of the first terminal device. For example, the type information of the terminal device may include active terminal devices, passive terminal devices, semi-passive terminal devices, etc., wherein passive terminal devices or semi-passive terminal devices do not have the ability to actively communicate, and the passive terminal cannot record status information after power failure. Therefore, passive terminal devices and semi-passive terminal devices do not support location management in terms of capabilities, while active terminal devices have the ability to actively communicate, can record status information after power failure, and support location management in terms of capabilities. Therefore, the first type may be an active terminal device. Of course, this is only an example, and the type information of the actual terminal device is not limited to this, and the first type is not limited to active terminal devices.

[0224] Before the first core network device determines that the first terminal device is of the first type based on the type information of the first terminal device, the first core network device needs to first obtain the type information of the first terminal device. The specific implementation method for the first core network device to obtain the type information of the first terminal device can refer to the specific implementation method for the first core network device to obtain the capability information of the first terminal device.

[0225] 3. The first terminal device is located in an area where location management is performed.

[0226] The first terminal device is located in an area where location management is performed, which can also be described as the first terminal device is located in an area where location management needs to be performed, or the first terminal device is located in an area where location management is required, or the first terminal device is located in an area where location management needs to be performed on the terminal device, and so on.

[0227] In a possible implementation, the first core network device obtains the first location information. The first core network device determines that the first terminal device is located in an area where location management needs to be performed based on the first location information. The first location information indicates the area where the first terminal device is located, or the first location information is an area identifier of the area where the first terminal device is located.

[0228] In some embodiments, the first core network device may determine the first location information based on the access network device (such as the first access network device) where the first terminal device is located. For example, the first core network device obtains the location information of at least one access network device (including the first core network device). The first terminal device sends the terminal identifier of the first terminal device to the first core network device through the first access network device (such as a first registration request message, the first registration request message includes the terminal identifier of the first terminal device), and the first core network device receives the terminal identifier of the first terminal device sent by the first terminal device through the first access network device. The first core network device determines the first location information based on the location information of the first access network device (such as a cell identifier, a tracking area identifier corresponding to the first access network device, a first access network device identifier, etc.). Exemplarily, after the first core network device receives the terminal identifier of the first terminal device from the first access network device, it determines that the first terminal device is located in the location corresponding to the first access network device, and determines the location information of the first access network device as the first location information.

[0229] In a specific implementation, the first location information may be one or more of an access network device identifier (e.g., a gNB identifier, a Global RAN node ID, etc.), a cell identifier, a geographic location identifier (e.g., coordinate values, longitude and latitude, etc.), a TAI, a closed access group (CAG) identifier, a reader (or reader) identifier, a user equipment identifier (e.g., a generic public subscription identifier (GPSI) or a subscription concealed identifier (SUCI) or a subscriber permanent identifier (SUPI), etc.). In a possible implementation, the user equipment identifier may be an identifier of a terminal device serving as a reader (e.g., GPSI, SUCI, or SUPI, etc.).

[0230] In one implementation, the first core network device obtains the first location information and the second location information. The first core network device determines that the first terminal device is located in an area where location management needs to be performed based on the first location information and the second location information, the first location information indicating the area where the first terminal device is located, and the second location information indicating the area where location management needs to be performed.

[0231] It can be understood that before the first terminal device determines that the first terminal device is located in the area where location management is performed based on the first location information and the second location information, it is necessary to first obtain the first location information and the second location information. Among them, the method for obtaining the first location information can refer to the above. The second location information may be sent by the first service requester, or by other core network devices (such as sent by the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the second location information.

[0232] In some embodiments, the second location information includes at least one of the following, or the second location information is determined based on at least one of the following: location information locally configured by the first core network device, or location information specified in the protocol, or location information in the contract data, or location information provided by the first service requester, which is not limited in this application.

[0233] Among them, the location information locally configured by the first core network device may include the location information of the area where location management is performed and / or the location information of the area where location management is not performed. The location information specified in the protocol may include the location information of the area where location management is performed and / or the location information of the area where location management is not performed. The location information provided by the first service requester may include the location information of the area where location management is performed and / or the location information of the area where location management is not performed. The location information in the contract data may include the location information of the area where location management is performed and / or the location information of the area where location management is not performed. Optionally, the location information provided by the first service requester may also include the location information of the area where the operation instruction is executed. Optionally, the location information in the contract data may also include the location information of the area where the operation instruction is executed.

[0234] In one example, a first service requester sends a service request message to a first core network device, and the service request message carries instructions and location information (i.e., location information provided by the first service requester). The types of instructions include, but are not limited to, one or more of inventory, read, write, deactivate, and locate, and the location information indicates the area where the instruction needs to be executed. The location information configured locally by the first core network device or the location information in the subscription data (i.e., the second location information) includes a first type of area and a second type of area. The first type of area can represent an area where location management does not need to be performed (e.g., a non-public network area or an indoor area), and the second type of area can represent an area where location management needs to be performed (e.g., a public network area or an outdoor area). When the area indicated by the location information provided by the first service requester (e.g., an identifier of an area located in the first public network) (i.e., an area where the instruction is executed) is the second type of area and the first terminal device is in the area where the instruction is executed, the first terminal device needs to be location managed; when the area indicated by the location information provided by the first service requester (i.e., an area where the instruction is executed) is the first type of area and the first terminal device is in the area where the instruction is executed, the first terminal device does not need to be location managed.

[0235] Exemplarily, the area where location management is performed may be one or more public land mobile network (PLMN) areas, one or more specific PLMN areas, one or more non-public network areas, one or more specific NPN areas, one or more geographic location areas (e.g., specified coordinates, longitude and latitude), one or more tracking areas, one or more cells, one or more closed access groups (CAGs), one or more readers, one or more access network devices, one or more user equipment, etc. In a possible implementation, the area corresponding to one or more cells may be understood as the area covered by one or more cells; the area corresponding to one or more closed groups may be understood as the area corresponding to the access network devices that broadcast the one or more closed groups; the area corresponding to one or more readers may be understood as the area covered by one or more readers; the area corresponding to one or more access network devices may be understood as the area covered by one or more access network devices; the user equipment may be understood as a user equipment that can be used as a reader (or reader); and the area corresponding to one or more user equipment may be understood as the area covered by one or more user equipment.

[0236] Correspondingly, the second location information can be one or more of a PLMN identifier, a geographic location identifier (such as coordinate values, longitude and latitude, etc.), a TAI, a cell identifier (such as a cell ID), a CAG identifier, a reader / writer identifier, an access network equipment identifier (such as a RAN identifier, a gNodeB identifier, etc.), a user equipment identifier (such as a GPSI, a SUCI, a SUPI, etc.), and the like.

[0237] As an example, a non-public network (NPN), also known as a campus network, local area network or private network, is usually a campus with a small range and a limited mobility range of terminal devices, so location management can be omitted to reduce network overhead, while a PLMN, referred to as a public network, has a larger range, so location management can be performed on terminal devices in the public network. It can be understood that the above are only examples and are not limited to these.

[0238] Optionally, the second location information is a preset route (it will be understood that the preset route is only an example name, and may also be called a preset line, line information, route information, expected trajectory, trajectory information, etc., without limitation), and the preset route is the route that the first terminal device expects, requires or instructs the first service requester to move.

[0239] In a possible implementation, the preset route may include one or more area identifiers, and the area indicated by the one or more area identifiers corresponds to the moving route of the first terminal device. The one or more area identifiers are specifically, for example, one or more PLMN identifiers, one or more TAIs, one or more cell identifiers (e.g., cell IDs), one or more CAG identifiers, one or more reader identifiers, one or more access network device identifiers (e.g., RAN identifiers, gNodeB identifiers, etc.), one or more user equipment identifiers (e.g., GPSI, SUCI, SUPI, etc.), etc.

[0240] In another possible implementation, the preset route may include one or more geographic location information (e.g., coordinate values ​​or longitude and latitude). The core network device (e.g., the first core network device or other core network devices) may determine one or more area identifiers based on the one or more geographic location information in the preset route, for example, by converting the one or more geographic location information into one or more area identifiers (e.g., converting the coordinate values ​​into TAI).

[0241] In the Internet of Things scenario, the service requester usually requires the terminal device to move along a preset route. Therefore, the first core network device determines to perform location management on the first terminal device based on the preset route (or the area corresponding to the preset route). This can achieve location management of the terminal device only on the preset route (or the area corresponding to the preset route), which can save power consumption.

[0242] 4. The current time is within the time period for executing location management.

[0243] The time period for executing location management may also be described as a time period for which location management needs to be executed, or a time period for which location management is needed.

[0244] In a possible implementation, the first time information indicates the time period for performing location management. The first time information may be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the first time information.

[0245] It can be understood that when the first service request direction sends the first time information to the first core network device, the first time information can be carried in the second message described above (such as a service subscription request message) or in other messages, and the embodiment of the present application does not limit this.

[0246] When the current time is within the time period indicated by the first time information, the first core network device may determine to perform location management on the first terminal device according to the terminal identifier. Optionally, the first time information may include one or more of a start time, a duration, and an end time.

[0247] For example, the subscription data sent by the second core network device includes the first time information, and the first time information indicates the time period for performing location management. When the current time is within the time period indicated by the first time information, the first core network device can determine to perform location management on the first terminal device according to the terminal identifier.

[0248] In the embodiments of the present application, the above-mentioned methods can be implemented separately or in combination with each other. The following lists several possible specific implementation methods:

[0249] Example 1: A first core network device receives a terminal identifier from a first terminal device (such as receiving a first registration request message, which carries the terminal identifier of the first terminal device); the first core network device obtains the contract data of the first terminal device from a second core network device according to the terminal identifier of the first terminal device, and the contract data includes at least one of the first information, the second information, or the capability information of the terminal device; the first core network device determines to perform location management on the first terminal device according to the contract data.

[0250] Example 2: The first core network device receives a terminal identification and capability information from a first terminal device (such as receiving a first registration request message, which carries the terminal identification and capability information of the first terminal device); the first core network device obtains the contract data of the first terminal device from the second core network device according to the terminal identification of the first terminal device, and the contract data includes the first information and / or the second information; the first core network device determines to perform location management on the first terminal device according to the contract data and the capability information of the first terminal device.

[0251] Example 3: The first core network device receives a terminal identifier and capability information of the first terminal device from the first terminal device (such as receiving a first registration request message, which carries the terminal identifier and capability information of the first terminal device); the first core network device determines to perform location management on the first terminal device according to the capability information of the first terminal device (such as the capability information indicating that the first terminal device supports location management). Alternatively, the first core network device receives a terminal identifier from the first terminal device, which includes the capability information of the first terminal device, and the first core network device determines to perform location management on the first terminal device according to the capability information of the first terminal device.

[0252] Example 4: The first core network device receives a terminal identifier from a first terminal device (such as receiving a first registration request message, which carries the terminal identifier of the first terminal device); the first core network device obtains locally configured (or stored) information, and the locally configured (or stored) information includes one or more of a terminal device list, a service requester list, and capability information of the first terminal device; the first core network device determines to perform location management on the first terminal device based on one or more of the terminal device list, the service requester list, and capability information of the first terminal device.

[0253] Example 5: The first core network device receives a terminal identifier from a first terminal device (such as receiving a first registration request message, which carries the terminal identifier of the first terminal device); the first core network device receives first information and / or second information from a first service requester (such as receiving a service subscription request message, which includes the first information and / or the second information), and the first core network device determines to perform location management on the first terminal device based on the first information and / or the second information.

[0254] Of course, the above combinations are only examples and are not limited to these.

[0255] S403. The first core network device determines a set of area identifiers for performing location management.

[0256] The region identifier set may represent one or more regions. Exemplarily, the region identifier set may include one or more region identifiers, wherein the region identifier indicates a region, and different region identifiers indicate different regions. Accordingly, the region identifier set indicates one or more regions.

[0257] The area identifier set used for executing location management may be understood as an area identifier set used when executing location management, that is, the area identifier set is used for executing location management.

[0258] In one possible implementation, the area identifier set is used to perform location management, and the first terminal device may initiate a tracking area update process or a mobility registration update process according to the area identifier set, so that the network obtains the current location information of the first terminal device.

[0259] Exemplarily, the first terminal device initiates a tracking area update process or a mobility registration update process according to the area identifier set. The specific implementation method may be that after the first terminal device leaves the area represented by the area identifier set, the first terminal device initiates the mobility registration update process or the tracking area update process. For example, when the area identifier included in the broadcast message monitored by the first terminal device does not belong to any area identifier in the area identifier set acquired by the first terminal device (indicating that the first terminal device is leaving the area represented by the area identifier set), the first terminal device initiates the tracking area update process or the mobility registration update process.

[0260] Since the first terminal device can initiate an access process to the network after leaving the area represented by the area identification set according to the area identification set, so that the network knows the current location of the first terminal device, the area identification set can be used to perform location management.

[0261] It can be understood that the area identifier set used to perform location management does not mean that location management is performed only in the area corresponding to the area identifier set.

[0262] In one possible implementation, the first core network device may determine a set of regional identifiers based on the area where the first terminal device is located. For example, in S401, the first core network device receives the terminal identifier of the first terminal device from the first access network device, and then determines that the first terminal device is located within the coverage range of the first access network device, and then determines the set of regional identifiers based on the area (which may be one or more areas) corresponding to the first access network device. Exemplarily, the area corresponding to the first access network device may be one or more tracking areas (for example, one or more tracking areas supported by the first access network device), and the first core network device may combine the one or more tracking area identifiers corresponding to the first access network device into a set of regional identifiers (for example, TAI list). Alternatively, the first core network device may combine the one or more tracking area identifiers corresponding to the first access network device and the tracking area identifiers corresponding to other areas adjacent to the first access network device into a set of regional identifiers (for example, TAIlist).

[0263] For example, see Figure 5A , is an example of the coverage of the first access network device. The coverage of the first access network device (such as a base station) includes two tracking areas, namely TA1 and TA2 (the area identifiers are TAI1 and TAI2 respectively). Then the area identifier set can be {TAI1} or {TAI2} or {TAI1, TAI2}. It can be understood that Figure 5A These are just some examples of TA and do not represent TA's actual size or shape.

[0264] In another possible implementation, the first core network device can obtain a preset route and determine a set of area identifiers for performing location management based on the area covering part or all of the preset route, where the area identifier set includes area identifiers of areas covering part or all of the preset route.

[0265] Among them, the preset route can be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the preset route. It can be understood that when the first service requester sends the preset route to the first core network device, the preset route can be carried in the second message described above (such as the service subscription request message), or in other messages, and the embodiment of the present application does not limit it.

[0266] The information in the preset route may be the same as the information in the area identifier set. Exemplarily, the preset route may include one or more area identifiers, and the area indicated by the one or more area identifiers corresponds to the mobile route of the first terminal device. The first core network device uses the preset route as the area identifier set, that is, the area identifier in the preset route is the area identifier in the area identifier set. Among them, the area identifier specifically includes, but is not limited to, PLMN identifier, TAI, cell identifier (such as cell ID), CAG identifier, reader / writer identifier, access network equipment identifier (such as RAN identifier, gNodeB identifier, etc.), user equipment identifier (such as GPSI, SUCI, SUPI, etc.), etc.

[0267] The information in the preset route may be different from the information in the area identifier set. Exemplarily, the preset route includes one or more geographic location information (such as coordinate values ​​or longitude and latitude), and the first core network device determines the area identifier set according to the preset route. For example, the first core network device may convert one or more geographic location information in the preset route into one or more area identifiers (such as converting coordinate values ​​into TAI), and the converted area identifier is the area identifier in the area identifier set.

[0268] In specific implementation, the first core network device can send the area identifier corresponding to the area covering all routes in the preset route to the first terminal device (that is, the first core network device determines the area identifier set used to perform location management based on the area covering all routes in the preset route); or, the first core network device can send the area identifier corresponding to the area of ​​some routes in the preset route to the first terminal device (for example, the first core network device divides the preset route into multiple sections, and sends down the area identifier multiple times, each time sending down the area identifier corresponding to one section of the route).

[0269] For example, see Figure 5B , is an example of a preset route, which includes location point A (starting point), location point B, location point C, and location point D (end point) in sequence, where location point A is located in TA1, location points B and C are both located in TA2, and location point D is located in TA3. The area identifiers of TA1, TA2, and TA3 are TAI1, TAI2, and TAI3 respectively, and the area identifier set can be {TA1, TA2, TA3} or {TA1, TA2} or {TA1}, etc. It can be understood that Figure 5B These are just some examples of TA and do not represent TA's actual size or shape.

[0270] S404. The first core network device sends a set of area identifiers to the first terminal device, and correspondingly, the first terminal device receives the set of area identifiers.

[0271] Exemplarily, the first core network device may send a first registration acceptance message to the first terminal device after authenticating and / or authorizing the first terminal device, and the first registration acceptance message includes the area identifier set. Similarly, the first core network device may send a first registration acceptance message to the first terminal device via the first access network device.

[0272] Optionally, after receiving the area identifier set, the first terminal device can save the area identifier set and initiate a tracking area update process or a mobility registration update process according to the area identifier set. Exemplarily, during the movement, the first terminal device listens to the cell broadcast message, and after receiving the cell broadcast message, obtains the area identifier in the cell broadcast message, and compares the area identifier with the area identifier in the area identifier set. If no area identifier in the area identifier set is the same as the area identifier in the cell broadcast message, or if any area identifier included in the broadcast message is not the same as the area identifier in the area identifier set, it means that the first terminal device has moved out of the area corresponding to the area identifier set. The first terminal device can initiate a tracking area update process or a mobility registration update process to the network, so that the network (or core network) obtains the current location information of the first terminal device. For example, the first core network device is notified that the first terminal device has moved out of the area corresponding to the area identifier set, so that the first core network device determines a new area identifier set for the first terminal device.

[0273] Taking the mobility registration update process as an example: the first terminal device sends a third registration request message to the first core network device through the second access network device (for example, the first terminal device initiates random access to a new access network device (such as the second access network device), and after the random access is successful, the third registration request message is sent to the first core network device through the second access network device). The third registration request message carries the terminal identifier of the first terminal device. The subsequent method executed by the first core network device can refer to the method executed by the first core network device after receiving the first registration request message above, and will not be repeated here.

[0274] In the above scheme, after receiving the terminal identifier of the first terminal device, the first core network device needs to determine whether to perform location management on the first terminal device. When it is determined to perform location management on the first terminal device, information for performing location management (such as a set of area identifiers) is sent to the first terminal device. This enables the core network to perform location management on terminal devices as needed (for example, performing location management on terminals that meet at least one of the conditions of supporting location management, requiring location management, and being located in an area requiring location management), rather than blindly performing location management on all terminals. This can reduce network overhead (such as context maintenance costs) and improve location management efficiency.

[0275] In a possible design, when the first core network device determines a set of regional identifiers for performing location management based on the area covering part or all of the preset route, if the first terminal device moves out of the area corresponding to the set of regional identifiers, the first terminal device will report the terminal identifier of the first terminal device to the first core network device through the access network device (such as the second access network device). After the first core network device receives the terminal identifier of the first terminal device from the second access network device, it can determine the area where the first terminal device is located based on the location information of the second access network device. If the first terminal device deviates from the preset route (for example, the area where the first terminal device is located does not belong to the area of ​​the preset route), the abnormal location of the first terminal device can be reported to the first service requester, for example, the third information is sent to the first service requester, and the third information indicates that the location of the first terminal device is abnormal. Optionally, the third information specifically indicates that the first terminal device deviates from the preset route. When the location of the first terminal device is normal, the first core network device may not report the third information, or report the location information of the first terminal device and / or information indicating that the location is normal. For example, when the area where the first terminal device is located belongs to the preset route, the first core network device sends the eighth information to the first service requester, and the eighth information indicates that the location of the first terminal device is normal (or has not deviated from the preset route).

[0276] For example, see Figure 5C , is an example of an actual moving trajectory of the first terminal device. The preset route is A→B→C→D, the corresponding TA is TA1→TA2→TA3, and the area identifier set received by the first terminal device is, for example, {TAI1, TAI2, TAI3}. The actual trajectory of the first terminal device is TA1→TA2→TA4. When the first terminal device is in TA1, the TA identifier heard by the first terminal device in the cell broadcast message is TAI1, which is one of {TAI1, TAI2, TAI3}, so it will not be reported; when the first terminal device is in TA2, the TA identifier heard by the first terminal device in the cell broadcast message is TAI2, which is one of {TAI1, TAI2, TAI3}, so it will not be reported; after the first terminal device enters TA4, the TA identifier heard by the first terminal device in the cell broadcast message is TAI4, which is not any of {TAI1, TAI2, TAI3}, and reports the location update to the first core network device (for example, sending a third registration request message, the message carries the terminal identifier of the first terminal device), and the first core network device can determine the area where the first terminal device is located through the location information of the second access network device, and then determine that the first terminal device has deviated from the preset route.

[0277] Through the above design, when the first terminal device deviates from the preset route, the network (such as the core network) can notify the first service requester, so that the first service requester can promptly discover the route error of the first terminal device and reduce the transportation cost caused by the route error. For example, in a logistics scenario, the first terminal device is a transportation tool, or the first terminal device is attached to an item and transported by a transportation tool. During the transportation process, the first service requester (such as an application function, a third party, an enterprise, etc.) hopes that the network can manage the location of the item. Through the above design method, when an abnormality occurs in the transportation path, the first service requester can promptly discover the abnormality of the transportation path to avoid discovering the abnormality after the item arrives at the wrong destination.

[0278] In one possible design, the first core network device determines whether the first terminal device arrives at the target location within the time indicated by the second time information. When the first terminal device does not arrive at the target location within the time indicated by the second time information, the first core network device may send fourth information to the first service requester, and the fourth information indicates that the location of the first terminal device is abnormal. Optionally, the fourth information specifically indicates that the first terminal device did not arrive at the target location within the specified time (such as the time indicated by the second time information). When the location of the first terminal device is normal, the first core network device may not report, or report that the location of the first terminal device is normal. For example, when the first terminal device arrives at the target location within the specified time, the first core network device sends ninth information to the first service requester, and the ninth information indicates that the location of the first terminal device is normal (or the first terminal device arrives at the target location within the specified time).

[0279] Among them, the location information and / or the second time information of the target location may be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the location information and / or the second time information of the target location. It can be understood that when the first service request direction sends the location information and the second time information of the target location to the first core network device, the location information and the second time information of the target location can be carried in the second message described above (such as the service subscription request message), or can be carried in other messages, and the embodiment of the present application does not limit it.

[0280] The second time information indicates the time when the first terminal device arrives at the target location (for example, the time when the first terminal device arrives at the target location expected, required, or indicated by the first service requester). The second time information may be different from the first time information, or the second time information may be included in the first time information (for example, the first time information includes the start time and the end time, and the second time information is the end time), which is not limited in this application.

[0281] Several specific implementations of the first core network device determining that the first terminal device has not arrived at the target location within the time indicated by the second time information are listed below:

[0282] Example 1: The first core network device may send paging information (or paging message) to one or more access network devices (e.g., all access network devices connected to the first core network device) within the time indicated by the second time information. The paging information indicates that paging is performed on the first terminal device, and the paging information includes the terminal identifier of the first terminal device. If an access network device pages the first terminal device, the access network device will report the terminal identifier of the first terminal device to the first core network device. For example, the first core network device receives the terminal identifier of the first terminal device from the third access network device (indicating that the third access network device pages the first terminal device). The first core network device may determine that the first terminal device is located in the area corresponding to the location information of the third access network device. Then, the first core network device may determine whether the first terminal device is located at the target location based on the location information of the third access network device and the location information of the target location. If the first terminal device is located at the target location, the first core network device may determine that the first terminal device has arrived at the target location within the time indicated by the second time information. Otherwise, it may be determined that the first terminal device has not arrived at the target location within the time indicated by the second time information.

[0283] Example 2: The first core network device may send a paging message to one or more access network devices corresponding to the target location within the time indicated by the second time information, the paging message indicating that paging is performed on the first terminal device, and the paging message includes the terminal identifier of the first terminal device; the first core network device determines whether the first terminal device has arrived at the target location within the time indicated by the second time information based on whether the terminal identifier of the first terminal device is received from any one of the one or more access network devices corresponding to the target location. For example, if the first core network device does not receive the terminal identifier of the first terminal device from any one of the access network devices corresponding to the target location within the time indicated by the second time information, it is determined that the first terminal device has not arrived at the target location within the time indicated by the second time information.

[0284] In some embodiments, performing paging on the first terminal device may be performing an inventory operation or a stock keeping operation on the first terminal device.

[0285] It can be understood that in the embodiment of the present application, the same terminal device can have multiple terminal identifiers in different forms. In different processes or different messages, the terminal identifiers of the same terminal device can be the same or different, and the embodiment of the present application does not limit it. For example, in some messages or processes, the terminal identifier can be SUCI, 5G-GUTI or TMSI, and in other messages or processes, the terminal identifier can be SUPI or GPSI, etc. Exemplarily, the first terminal identifier used in the paging process (such as the terminal identifier in the paging information) can be different from the terminal identifier of the first terminal device used in the location management (such as the terminal identifier in S401). For example, the terminal identifier in S401 can be a permanent identifier (such as SUCI, which is an identifier encrypted after the permanent identifier) ​​or a temporary identifier, depending on whether the first terminal device has a temporary identifier previously allocated by the AMF stored (such as a temporary identifier is stored, the first terminal device reports the temporary identifier, and if the temporary identifier is not stored, the first terminal device reports the permanent identifier); and the terminal identifier in the paging information is usually a temporary identifier of the terminal device.

[0286] Example 3: The set of area identifiers determined in step S403 may not include the area identifier of the area covering the target location. For example, the target location is Figure 5C The end point shown in the figure, then the area identifier set can be {TA1, TA2}. After the first core network device receives the terminal identifier of the first terminal device from the third access network device, it can determine that the area where the first terminal device is located is the area covering the target location (such as TA4) based on the location information of the third access network device, and then determine whether the first terminal device arrives at the target location within the time indicated by the second time information based on the current time and the second time information. For example, if the current time is within the time indicated by the second time information, it is determined that the first terminal device arrives at the target location within the time indicated by the second time information; if the current time has exceeded the time indicated by the second time information, it is determined that the first terminal device has not arrived at the target location within the time indicated by the second time information.

[0287] Of course, the above two are just examples and are not limited to them.

[0288] Through the above design, the first service requester can promptly learn that the first terminal device has not arrived at the designated location at the designated time and / or discover that the first terminal device has an incorrect route, thereby reducing transportation costs caused by errors.

[0289] In one possible design, when the first core network device determines that the first terminal device has been in the same location or the same area for more than a period of time, it can report an abnormality to the first service requester, for example, by sending fifth information to the first service requester, and the fifth information indicates that the location of the first terminal device is abnormal.

[0290] In one implementation, the third time information indicates the duration. The duration may be the maximum duration (or referred to as a preset duration) that the first terminal device is located in the same area. The third time information may be different from the first time information, or the third time information may be included in the first time information, which is not limited in this application.

[0291] Similarly, the third time information may be sent by the first service requester, or sent by other core network devices (such as the second core network device), or pre-configured in the first core network device. The embodiment of the present application does not limit the source of the third time information. It can be understood that when the first service requester sends the third time information to the first core network device, the third time information can be carried in the second message described above (such as the service subscription request message), or in other messages, and the embodiment of the present application does not limit it.

[0292] The following lists several specific ways in which the first core network device determines that the first terminal device has been in the same location for more than a preset time:

[0293] Example 1: The first core network device may send a paging message through one or more access network devices (e.g., all access network devices connected to the first core network device). The paging message is used to perform paging on the first terminal device, and the paging message includes the terminal identifier of the first terminal device; if the duration (or time difference) of the first core network device receiving the terminal identifier of the first terminal device from the same access network device multiple times (or multiple times in succession) exceeds the preset duration, it is determined that the first terminal device is in the same location (i.e., the area where the access network device is located) for more than the preset duration. For example, the time when the first core network device receives the terminal identifier of the first terminal device from access network device A is time node A; the time when the first core network device receives the terminal identifier of the first terminal device from access network device A again is time node B; when the time difference between time node B and time node A exceeds (or is equal to) the preset duration, it can be considered that the first terminal is in the same location for more than the preset duration. For another example, the time when the first core network device receives the terminal identification of the first terminal device from the access network device A is time node A; when the first core network device still receives the terminal identification of the first terminal device from the access network device A at time node B, it can be considered that the first terminal is in the same location for more than a preset time length, wherein the time difference between time node B and time node A exceeds (or is equal to) the preset time length.

[0294] Example 2: The first core network device periodically sends paging information to one or more access network devices according to a preset duration. The paging information is used to perform paging on the first terminal device, and the paging information includes the terminal identifier of the first terminal device; if the terminal identifier of the first terminal device is received from the same access network device multiple times or the number of times the terminal identifier of the first terminal device is received from the same access network device exceeds (or is equal to) a set number of times or a set threshold, it is determined that the first terminal device is in the same location for more than a preset duration. For example, the first core network device may periodically send paging information to one or more access network devices according to a preset duration (for example, with the preset duration as a single cycle). If the first core network device receives the terminal identifier of the first terminal device from the same access network device multiple times, it means that the first terminal device is in the area corresponding to the access network device for more than a preset duration.

[0295] Example 3, the area identifier set determined in S403 includes the area identifier of the area covering part of the preset route; if the first core network device does not receive the terminal identifier of the first terminal device from any access network device for more than a preset time period, or if the first core network device does not receive the terminal identifier of the first terminal device from any access network device outside the area represented by the area identifier set for more than a preset time period, it can be determined that the first terminal device has been in the same position for more than the preset time period (i.e., the first terminal device has been on this part of the route and has not entered the next section of the route).

[0296] Of course, the above two are just examples and are not limited to them.

[0297] Through the above design, the first service requester can promptly discover that the first terminal device is located at the same location for more than a preset time, so that the first service requester can promptly check whether the first terminal device falls during movement or whether the transportation vehicle transporting the first terminal device is faulty.

[0298] It can be understood that when the first core network device obtains any multiple of the above-mentioned first information, second information, second location information, preset route, location information of the target location, first time information, second time information, third time information, etc. (for example, by receiving a message), the any multiple pieces of information can be carried in different messages respectively or in the same message, and the embodiments of the present application are not limited thereto.

[0299] In one possible design, the first core network device may determine to perform location management on the first terminal device based on static configuration information. For example, one or more of the first information, the second information, the second location information, etc., mentioned above are configured in the contract data and the information will not change (or will not change for a period of time). The first core network device determines to perform location management on the first terminal device based on the information.

[0300] In another possible design, a network device (such as a first service requester) may dynamically instruct the first core network device to perform location management on the first terminal device.

[0301] In a possible example, the first core network device (such as AMF) can subscribe to notifications of contract data updates from the second core network device (such as UDM or UDR), and the first service requester (such as AF) can update the contract data of the first terminal device in the second core network device, so that the parameters related to location management in the contract data (such as first information, second information, second location information, first time information, second time information, etc.) change. After the contract data of the first terminal device is changed, the second core network device sends the changed contract data of the first terminal device to the first core network device, so that the first core network device determines to perform location management on the first terminal device according to the changed contract data of the first terminal device.

[0302] For example, the first terminal device does not initially need location management, and its contract data does not include the first information and / or the second information. AF sends a parameter provisioning message (e.g., external parameter provisioning) to UDM through NEF (of course, the name of the message can also be other in actual applications, and this application does not limit it). The parameter provisioning message includes indication information indicating that the first terminal device needs to be location managed or the first service requester needs location management (such as the identifier of the first terminal device or the identifier of the AF). After receiving the parameter provisioning message, UDM adds relevant parameters to the contract data of the first terminal device, such as the first information and / or the second information. UDM sends the changed contract data (including the first information and / or the second information) to AMF, and then AMF can determine to perform location management on the first terminal device based on the changed contract data.

[0303] For example, the first terminal device is located in area A, and the contract data does not include the area that requires location management. AF sends a parameter provision message to UDM through NEF (of course, the name of the message can also be other in actual application, and this application does not limit it). The parameter provision message includes the location information of area A, indicating that area A requires location management (or the terminal device in area A needs to be location managed). After receiving the parameter provision message, UDM adds the location information of area A to the contract data of the first terminal device, and UDM sends the changed contract data (including the location information of area A) to AMF, and then AMF can determine to perform location management on the first terminal device in area A based on the changed contract data.

[0304] Optionally, the parameter providing message may include a terminal identifier of the first terminal device, indicating that the subscription data of the first terminal device is updated. Further optionally, the parameter providing message may include terminal identifiers of multiple terminal devices, indicating that the subscription data of multiple terminal devices is updated.

[0305] It can be understood that the above is only an example, and the actual update content and update method of the contract data are not limited to this.

[0306] In another possible example, the first service requester may subscribe to location service management from the first core network device, for example, by sending a service subscription request message to the first core network device, wherein the service subscription request message includes one or more of the second location information (such as a preset route), the first time information, etc. After receiving the service subscription request message, the first core network device determines to perform location management on the first terminal device according to the content in the service subscription request message. Optionally, the service subscription request may also include indication information indicating location management; the service subscription request may also include a terminal identifier of the first terminal device, indicating that the subscription is for the first terminal device, or indicating that location management needs to be performed on the first terminal device (equivalent to the first information above); the service subscription request message may also include an identifier of the first service requester, indicating that the subscription is for the first service requester, or indicating that the first service requester (or the terminal device managed by the first service requester) needs location management (equivalent to the second information above).

[0307] In some embodiments, the first service requester may instruct the first core network device to stop performing location management on the first terminal device.

[0308] Exemplarily, the first service requester (such as AF) may send a third message (such as a service desubscription request message) to the first core network device, and the third message indicates to stop performing location management on the first terminal device; after receiving the third message, the first core network device may send the sixth information and / or the seventh information to the first terminal device according to the third message, and the sixth information indicates that the first terminal device removes the area identification set, and the seventh information indicates that the first terminal device does not need to update the location of the first terminal device to the network (for example, there is no need to perform a tracking area update process or a mobility registration update process). After receiving the sixth information and / or the seventh information, the first terminal device removes the area identification set.

[0309] Optionally, the seventh information may be a default area identifier or an area identifier used to indicate a global location (for example, all areas served by the first core network device, or the entire network area (for example, a public network area or a non-public network area), etc.), and the first terminal device also saves the area identifier.

[0310] Subsequently, the first terminal device can determine that it does not need to perform location management, that is, it does not need to notify the network of the location of the first terminal device, based on the locally unsaved area identifier or the locally saved area identifier as the default area identifier or the area identifier used to indicate the global location. For example, it does not listen to the area identifier in the cell broadcast message, or does not compare the area identifier in the cell broadcast message with the area identifier stored in itself.

[0311] Exemplarily, the first service requester (such as AF) can update the subscription data in the second core network device (for example, AF sends an indication message to UDM or UDR, instructing UDM or UDR to delete the first information and / or second information in the subscription data, etc.), and instruct the first core network device to stop performing location management on the first terminal device through the updated subscription data.

[0312] Of course, the above are only examples and are not limited to these.

[0313] In this way, the first core network device can stop performing location management on the first terminal device in a timely manner according to the needs of the service requester, thereby saving system resources.

[0314] See also Figure 6 The present application also provides a location management method, which includes:

[0315] S601, the first core network device sends the billing information corresponding to the location management, and the third core network device receives the billing information;

[0316] Among them, the third core network device is a device responsible for billing in the network, such as a charging function (CHF) network element).

[0317] Exemplarily, the billing information includes but is not limited to one or more of the following:

[0318] 1) Event type information, indicating the event corresponding to location management;

[0319] 2) The number of regional identifiers used to perform location management;

[0320] 3) the duration of performing location management;

[0321] 4) The number of times location management is performed;

[0322] 5) The number of terminal devices for which location management is performed.

[0323] It is understood that the above-mentioned billing information may be billing information corresponding to one or more terminal devices, or billing information corresponding to one or more service requesters, and this application does not limit it. The billing information may correspond to one or more location managements, or to location management within a period of time (such as one month or one year, etc.), and this application does not limit it.

[0324] S602. The third core network device determines the fee corresponding to the location management according to the billing information.

[0325] After receiving the billing information, the third core network device can count the fees and generate a bill based on the fee statistics results.

[0326] In an embodiment of the present application, when location management is used as a service, the first core network device can send billing information corresponding to the location management to the third core network device, so that the third core network device can count the costs and realize paid use of location management.

[0327] It can be understood that the above is an example of performing location management on a terminal device (specifically, the first terminal device). In actual applications, location management may not be performed on the terminal device.

[0328] See also Figure 7 , is a flow chart of another location management method provided in an embodiment of the present application, the method comprising:

[0329] S701. The first core network device obtains a terminal identification of a second terminal device.

[0330] Exemplarily, the second terminal device sends the terminal identification of the second terminal device, and the first core network device receives the terminal identification of the second terminal device.

[0331] The specific implementation of this step can refer to the specific implementation of the first terminal device sending the terminal identification of the first terminal device to the first core network device in S401 above. For example, the second terminal device sends a second registration request message to the first core network device through the access network device, and the second registration request message includes the terminal identification of the second terminal device.

[0332] S702. The first core network device determines not to perform location management on the second terminal device according to the terminal identifier of the second terminal device.

[0333] The specific implementation of this step can refer to the first core network device determining whether to perform location management on the first terminal device in S402 above, and the difference lies in the different judgment results. For example, in one possible design, the first core network device can determine not to perform location management on the second terminal device based on one or more of the following: 1. The second terminal device does not need to be location managed; 2. The second terminal device does not support location management; 3. The second terminal device is not located in the area where location management is performed; 4. The current time is not within the time period for performing location management.

[0334] S703: The first core network device does not send the area identifier set to the first terminal device. Figure 7 (not shown), or, the first core network device sends a default area identifier to the first terminal device.

[0335] Exemplarily, after authenticating and / or authorizing the second terminal device, the first core network device sends a second registration acceptance message to the second terminal device, the second registration acceptance message indicates that the second terminal device is successfully registered, and the area identifier in the second registration acceptance message is empty or a default area identifier or an area identifier used to indicate a global location. It can be understood that the area identifier in the second registration acceptance message is empty, which means that the second registration acceptance message does not include the area identifier.

[0336] Since the area identifier in the second registration acceptance message is empty or the default area identifier, the second terminal device does not need to perform location management, that is, it does not need to update its own location to the network. For example, the second terminal device does not listen to the area identifier in the cell broadcast message, or does not compare the area identifier in the cell broadcast message with the area identifier stored in itself.

[0337] It is understandable that the same terminal device may have different location management requirements at different times. For example, the first terminal device and the second terminal device are the same terminal device. Figure 4 The method flow and Figure 7 The method sequences shown are executed at different times.

[0338] It is understood that the above-mentioned embodiments can be implemented separately or in combination with each other. In order to better understand the above-mentioned technical solution, two examples of combined implementation are listed below:

[0339] Example 1, see Figure 8 , which is a flowchart of another location management method provided in an embodiment of the present application. In this example, the first core network device takes AMF or TMF (denoted as AMF / TMF) as an example, the second core network device takes UDM or UDR (denoted as UDM / UDR) as an example, the first service requester takes AF as an example, and the first terminal device takes a tag as an example.

[0340] S800: Label initialization process.

[0341] Exemplarily, the tag is initialized, for example, a label printer writes identification information and configuration information to the tag. The configuration information may include one or more of capability information (such as terminal type (active or passive or semi-passive, etc.), information on support or non-support of location management, and a default area identifier (such as a default TAI). Optionally, the above configuration information may be included in the terminal identifier. The role of the default TAI is to indicate that the tag does not need to perform mobility management.

[0342] S801. AF sends a service request message to AMF / TMF through NEF. The service request message may include one or more of instructions, terminal identification, location information, AF identification, etc.

[0343] The instruction may include one or more of inventory, read, write, deactivate, locate, etc. The instruction indicates the operation that the AF requests to be executed.

[0344] The terminal identifier indicates the target terminal corresponding to the instruction, that is, the terminal identifier of the terminal on which the operation needs to be performed. The terminal identifier may be one or more (that is, the operation may be requested to be performed on one or more terminals at the same time). The terminal identifier includes the identifier of the tag.

[0345] The location information indicates the location range for executing the instruction, that is, the operation is performed on the terminals within the location range. In a possible implementation, the location information may be one or more of geographic location information (such as coordinate values, longitude and latitude, etc.), network identification, TAI, cell identification, CAG identification, reader identification, access network device identification, user equipment identification, etc.

[0346] It can be understood that S801 is an optional step.

[0347] S802. AMF / TMF instructs the current reader / writer of the tag (such as reader / writer 1) to execute a random access process.

[0348] The reader / writer may be an access network device or a user device, etc., without limitation.

[0349] In one possible implementation, AMF / TMF may send an indication message and a mask to the reader to start random access. The reader may broadcast the mask information during the random access process to indicate the tags within the coverage range and the tag range for this random access. Tags within the coverage range determine whether to participate in the random access based on the broadcasted mask information. For example, when a tag belongs to the tag range indicated by the mask, it may participate in the random access process. When a tag does not belong to the tag range indicated by the mask, it does not participate in this random access process.

[0350] It can be understood that S802 is an optional step.

[0351] S803, the reader / writer 1 interacts with the tag to complete the random access process.

[0352] In a possible implementation, in the random access process, the reader sends a select command, and the select command may include the mask information in step S802. After being stimulated, the tag monitors the mask information. When the tag's identifier belongs to the tag range indicated by the mask information, the tag can generate a random number. Subsequently, the reader can periodically broadcast query (Query) or query request (QueryRep) instructions, and each time the tag monitors a Query or QueryRep instruction, it can reduce the random number by one. When the random number is reduced to 0, the tag can send a 16-bit random number (called RN16) to the reader. If there is no conflict (that is, no other tag sends RN16 at the same time), the reader can correctly demodulate the random number RN16, and the reader sends the RN16 to the tag, indicating that the RN16 is successfully received. After the tag correctly receives RN16 from the reader, execute step 4.

[0353] In another possible implementation, the reader / writer broadcasts a system message (eg, systeminformationbroadcast), the tag determines to execute a random access procedure according to the system message, and interacts with the reader / writer to complete the random access procedure.

[0354] S804: When random access is successful, the tag can send the tag identifier to AMF / TMF through the reader / writer, and AMF / TMF receives the tag identifier.

[0355] It can be understood that the way in which AMF / TMF obtains the tag identification in step S804 can refer to the way in which the first core network device obtains the terminal identification of the first terminal device in S401 above, and is not limited to receiving the tag identification through a reader / writer.

[0356] In one possible implementation, the tag can send a NAS message (such as a registration request message) to the AMF / TMF through a reader / writer (such as an access network device), and the NAS message includes the tag's identifier.

[0357] Optionally, the NAS message may also carry capability information.

[0358] In one possible implementation, the capability information indicates that the tag is one of a passive device, a semi-passive device, and an active device; or, the capability information indicates that the tag supports or does not support location management; or, the capability information indicates that the tag supports location management (if the tag does not provide capability information, it means that the tag does not support location management).

[0359] It can be understood that when the tag is randomly accessed successfully, if steps 801 and 802 are executed, the reader / writer (such as an access network device) will forward the instruction sent by the core network to the tag. The tag obtains or sends corresponding information according to the instruction. For example, when the instruction is an inventory instruction or an inventory operation is performed, the tag will send the tag identifier; when the instruction is a read instruction or a read operation is performed, the tag will send the data stored in the tag storage area; when the instruction is a write instruction or a write operation is performed, the tag will store the data to be written to the tag included in the instruction in the tag storage area. The reader / writer sends (or forwards) the information sent by the tag to the core network; the core network sends the information to the AF.

[0360] S805. Optionally, a security authentication process is performed between the tag and the network.

[0361] Among them, the entities involved in the security process may include one or more of tags, AMF / TMF, AUSF, UDM, authentication, authorization, and accounting (AAA) servers, etc.

[0362] S806. AMF / TMF determines whether to perform location management on the tag:

[0363] It can be understood that the specific implementation of step S807 can refer to the above S402. For example, AMF / TMF determines whether to perform location management on the tag according to any one or more of the following information:

[0364] A. Pre-configuration information of AMF / TMF, or label and / or AF subscription data obtained from UDM / UDR.

[0365] In one possible implementation, the pre-configuration information may include a terminal identification list. When the terminal identification list includes the identification of the tag, the tag needs to be location managed; or, the pre-configuration information includes a service requester list. When a service request message is received from a service requester (i.e., AF) included in the service requester list, it is determined that location management needs to be performed on the terminal belonging to the service requester.

[0366] In another possible implementation, the UDM / UDR stores the contract data of the tag, and the contract data includes indication information for indicating whether the tag needs to perform location management. Or the contract data includes indication information for indicating that the tag needs to perform location management (equivalent to the first information above). It can be understood that if the contract data does not contain the indication information, it means that the tag does not need to perform location management.

[0367] In another possible implementation, the UDM / UDR stores the AF or the corresponding contract data or the service configuration information of the passive IoT service, and the contract data or the service configuration information includes a list of terminals (terminal identification list) for which the AF needs to perform location management. Alternatively, the contract data or the service configuration information includes indication information for indicating whether the AF needs location management. If so, the terminal belonging to the AF (such as the tag) needs to be location managed. Alternatively, the contract data or the service configuration information includes indication information (such as the second information) for indicating that the AF needs to perform location management, and the terminal belonging to the AF (such as the tag) needs to be location managed.

[0368] B. Capability information of the tag.

[0369] For example, when the tag sends capability information in S804, and the capability information indicates that the tag is a terminal of the first type (for example, active), it is determined to perform location management on the tag; if the capability information indicates that the tag is a terminal of the second type (for example, passive or semi-passive), it is determined not to perform location management on the tag. Alternatively, when the capability information indicates that the tag supports location management, it is determined to perform location management on the tag; when the capability information indicates that the tag does not support location management, it is determined not to perform location management on the tag.

[0370] C. Location information sent by AF or location information in contract data.

[0371] In one possible implementation, when the area indicated by the location information is a first type of area (equivalent to the area indicated by the second location information above), AMF / TMF needs to perform location management; when the area indicated by the location information is a second type of area, AMF / TMF does not perform location management.

[0372] Among them, the first type of area indicates the area where location management is performed, such as the area corresponding to the public network (PLMN), or one or more of specific geographical location information (such as coordinate values, longitude and latitude, etc.), network identifier (such as public network identifier PLMN), TAI, cell identifier, closed group identifier, reader / writer identifier, access network equipment identifier, user equipment identifier, etc.

[0373] The second type of area indicates an area where mobile management does not need to be performed, such as an area corresponding to a non-public network, or one or more of specific geographic location information (such as coordinate values, longitude and latitude, etc.), network identifier (such as a non-public network identifier SNPNID or PLMN ID+NID), TAI, cell identifier, closed group identifier, reader / writer identifier, access network equipment identifier, user equipment identifier, etc.

[0374] S807. When the AMF / TMF determines to perform location management on the tag, information for performing location management may be included in a message (eg, a NAS message or a registration acceptance message) sent to the tag.

[0375] It can be understood that the specific implementation of step S807 can refer to the above S404.

[0376] Exemplarily, AMF / TMF may send an area identifier (such as TAI, where the number of TAIs may be one or more) of a registration area to the tag, which may be in the form of an area identifier set.

[0377] When AMF / TMF determines not to perform location management on the tag, AMF / TMF does not need to send information for performing location management, such as TAI, to the tag; or, AMF / TMF can send a default area identifier (such as a default TAI) to the terminal to indicate that the tag does not need to be location managed. For example, based on the default TAI, the tag does not need to monitor the TA broadcast by the base station (or reader) and does not need to perform the mobility registration update process (or tracking area update process).

[0378] It can be understood that before AMF / TMF sends the area identifier set, it needs to determine the area identifier set. The specific implementation can refer to S403 above and will not be repeated here.

[0379] S808. AMF / TMF may feed back information of the tag on which the operation is performed, such as the tag identifier, to AF.

[0380] S809: The reader / writer (such as reader / writer 2) periodically broadcasts its corresponding area identifier (such as TAI) according to the configuration information.

[0381] In a possible implementation, the reader broadcasts a select command, which includes TA information, indicating that the tag needs to compare the TAI in the broadcast with the TAI stored in the tag. When the TAI in the broadcast is different from the TAI stored in the tag, the tag needs to perform a random access process.

[0382] S810: When the tag stores a TAI (ie, the TAI is not empty) or the TAI stored in the tag is not the default TAI, and the TAI stored in the tag is different from the TAI in the broadcast message, the tag executes a random access procedure and executes step S811.

[0383] S811: The tag performs a random access process. Please refer to the description of step S803 for details.

[0384] S812: When the tag is successfully randomly accessed, the tag identifier is sent to the AMF / TMF via the new reader / writer (such as reader / writer 2). Please refer to the description of step S804 for details.

[0385] Optionally, the tag may also send a previously stored TAI. In an example, the tag may carry information such as the tag identifier and TAI in the registration request message.

[0386] S813. AMF / TMF determines a new TAI for the tag. Alternatively, AMF / TMF determines not to perform location management on the tag based on configuration information or subscription data.

[0387] It can be understood that AMF / TMF determines not to perform location management on the tag based on configuration information or contract data, and can refer to step S702 above. S814, AMF / TMF sends an indication message to the tag, indicating a new TAI or removing the TAIA saved before the tag or updating the TAI saved by the tag to the default TAI.

[0388] It can be understood that step S814 can refer to the detailed description of step S703 above.

[0389] Through the above scheme, AMF / TMF can determine whether to perform location management on the terminal according to pre-configuration information or contract data or service configuration information, etc. When the terminal needs to be location managed, the information for performing location management (such as TAI) is written to the terminal, so that the core network can perform location management only on some terminals, which can reduce the context cost of network maintenance terminals, perform location management on demand, reduce signaling overhead, and improve communication efficiency.

[0390] Example 2, see Fig. 9 , which is a flowchart of another location management method provided in an embodiment of the present application. In this example, the first core network device takes AMF or TMF (denoted as AMF / TMF) as an example, the second core network device takes UDM or UDR (denoted as UDM / UDR) as an example, the first service requester takes AF as an example, and the terminal device takes a tag as an example.

[0391] S900: Label initialization process.

[0392] For the specific implementation, please refer to S800 and will not be described in detail here.

[0393] S901. AF instructs the core network to perform location management.

[0394] Here are two ways:

[0395] Method 1: AF updates the contract data to UDM through NEF, and instructs AMF / TMF to perform location management on the tag through the contract data.

[0396] Exemplary:

[0397] S901A-1, AMF / TMF can send a UDM subscription request message to subscribe to notifications of contract data updates from UDM, so that when the contract data corresponding to the tag and / or AF in UDM / UDR is updated, UDM / UDR can send a notification of contract data changes to AMF / TMF, which carries the changed contract data.

[0398] S901A-2. AF may send a parameter provision message to UDM / UDR via NEF. The message carries indication information (equivalent to the second information mentioned above). The indication information indicates to perform location management on the terminal device (including the tag) belonging to AF.

[0399] Optionally, the message may also include: one or more terminal identifiers (including the identifier of the tag), and / or, location information. When the message includes one or more terminal identifiers, the indication information may simultaneously indicate that location management is to be performed on the one or more terminal devices (equivalent to the first information mentioned above). When the message includes location information (equivalent to the second location information mentioned above), it may indicate that location management is to be performed on terminal devices located in a range corresponding to the location information. When the message includes a terminal identifier and location information, it may indicate that location management is to be performed on the one or more terminal devices in a range corresponding to the location information.

[0400] S901A-3. UDM / UDR updates the label and / or the contract data corresponding to AF according to the parameter-provided message, and sends a notification of the contract data change to AMF / TMF, which carries the changed contract data.

[0401] Mode 2: S901B and AF instruct to perform location management on the tag by issuing instructions or subscribing to a location management service (or called a location tracking service, or other names).

[0402] In a possible implementation, the AF sends a request message (such as an instruction message or a subscription location tracking service message or a subscription location management service request message, etc.) to the AMF / TMF through the NEF. Fig. 9The service subscription request message is taken as an example.

[0403] The message may include a terminal identifier, instruction information (instructing execution of location management, equivalent to the first information mentioned above), location information (optionally, the location information may be a preset route), and an AF identifier. Optionally, the message may also include time information.

[0404] The terminal identifier indicates the terminal identifier of the terminal on which the operation needs to be executed. The location information indicates the location range of the execution instruction.

[0405] In one possible implementation, the location information also indicates the location range for performing location management (equivalent to the second location information above), or the location information (such as a preset route) indicates a predetermined route trajectory of the tag movement (equivalent to the preset route above).

[0406] In one possible implementation, the location information may be one or more of geographic location information (such as coordinate values, longitude and latitude, etc.), network identifier, TAI, cell identifier, CAG identifier, reader / writer identifier, access network device identifier, user equipment identifier, etc.

[0407] In a possible implementation, the location information may include a target location, indicating a location that the tag needs to reach.

[0408] In a possible implementation, the time information may include one or more of a start time, a duration, and an end time, indicating the execution of location management or a time period for location management (equivalent to the first time information mentioned above).

[0409] In a possible implementation, the time information also includes information for indicating the time of arrival at the target location (equivalent to the second time information mentioned above).

[0410] S902. AMF / TMF instructs the current reader / writer of the tag (such as reader / writer 1) to execute a random access process.

[0411] For the specific implementation, please refer to S802 and will not be described in detail here.

[0412] S903: The reader interacts with the tag to complete the random access process.

[0413] For the specific implementation, please refer to S803, which will not be described in detail here.

[0414] S904: When random access is successful, the tag can send the tag identification to AMF / TMF through the reader / writer.

[0415] The specific implementation of step S904 may refer to S804 or S401 and will not be described in detail here.

[0416] S905: For specific implementation, please refer to S803, which will not be described in detail here.

[0417] S906A. AMF / TMF determines to perform location management based on the information provided by AF.

[0418] The specific implementation of step S906A may refer to the above S402. For example:

[0419] In one possible implementation, when AF updates the contract data of the tag or the contract data corresponding to AF (or the service configuration information corresponding to the passive Internet of Things service) to UDM through NEF, UDM will send the updated contract data (or the service configuration information corresponding to the passive Internet of Things service) to AMF / TMF (such as step S901A-3), and then AMF / TM can determine to perform location management on the tag based on the updated contract data (or service configuration information) sent by UDM.

[0420] In another possible implementation, when AF subscribes to AMF / TMF for the location tracking service for the tag (such as step S901B, AF sends a service subscription request message to AMF / TMF), AMF / TMF can determine to perform location management on the tag based on the information carried in the service subscription request message sent by AF (such as the tag identifier, AF identifier, indication information or location information, etc.).

[0421] Optionally, when the information provided by AF also includes time information for indicating the time period for performing location management, AMF / TMF can determine whether the current time belongs to the time range indicated by the time information, thereby determining whether to start or continue to perform location management on the tag.

[0422] Optionally, when the information provided by AF includes location information, AMF / TMF can determine whether the tag is located in the area indicated by the location information, thereby determining whether to perform location management on the tag (such as performing location management on the tag only when the tag is located in the area indicated by the location information).

[0423] Optionally, AMF / TMF can also determine whether to perform location management on the tag according to the capability information of the tag. For example, location management is performed on the tag only when the tag supports location management.

[0424] S906B, AMF / TMF determines TAI based on the location information.

[0425] The specific implementation of step S906B may refer to the above S403. In a possible implementation, the AMF / TMF determines the TAI to be sent to the tag according to the location information provided by the AF.

[0426] S907. When AMF / TMF determines to perform location management on the tag, it will include information for performing location management (such as TAI) in the message sent to the tag (such as a NAS message or a registration acceptance message).

[0427] The specific implementation of step S907 may refer to the above S404. For example:

[0428] When AMF / TMF determines not to perform location management on the tag, AMF / TMF may not need to send information for performing location management to the tag; or AMF / TMF may send a default TAI to the tag to indicate that the tag does not need to perform location management. Specifically, after receiving the default TAI, the tag can determine that it does not need to monitor the TAI broadcast by the reader based on the default TAI, and does not need to perform the mobility registration update process (or tracking area update process).

[0429] Optionally, S908, when the AF does not need to perform location management on the tag, the AF may also instruct the AMF / TMF to stop performing location management on the tag.

[0430] The specific implementation of step S908 can refer to the specific implementation of the first service requester instructing the first core network device to stop performing location management on the first terminal device mentioned above. For example, AF can send a service desubscription request message to AMF / TMF to instruct AMF / TMF to stop performing location management on the tag. Alternatively, AF can update the tag or the contract data corresponding to AF to UDM / UDR or update the service configuration information of the passive Internet of Things service, and instruct AMF / TMF through the updated contract data or service configuration information that it does not need to perform location management on the tag.

[0431] S909: The reader / writer periodically broadcasts TAI according to the configuration information.

[0432] For the specific implementation, please refer to S809 and will not be described in detail here.

[0433] S910: When the tag stores a TAI (ie, the TAI is not empty) or the TAI stored in the tag is not the default TAI, and the TAI stored in the tag is different from the TAI in the broadcast message, the tag executes a random access procedure and executes step S911.

[0434] S911. The tag executes a random access procedure.

[0435] S912: When the tag is successfully randomly accessed, the tag sends the tag identification to the AMF / TMF through the new reader (such as reader 2). Please refer to the description of step S812 for details.

[0436] S913: AMF / TMF determines a new TAI for the tag. Alternatively, AMF / TMF determines not to perform location management on the tag according to configuration information or subscription data. For details, refer to the description of step S813.

[0437] S914, AMF / TMF sends an indication message to the tag, indicating a new TAI or instructing the tag to remove the TAI previously saved by the tag or instructing the tag to update the saved TAI to the default TAI. For details, refer to the description of step S814.

[0438] Optionally, S915, AMF / TMF may send a notification message to AF via NEF, where the notification message may include the tag identifier, the location information of the tag, and indication information indicating whether the tag location is normal or abnormal.

[0439] The location information of the tag may be one or more of geographic location information (such as coordinate values, longitude and latitude, etc.), network identification, TAI, cell identification, closed group identification, reader identification, access network device identification, user equipment identification, etc.

[0440] For example, when the information provided by the AF in step S901 includes a preset route, when the location of the tag belongs to the preset route, the AMF / TMF can send normal indication information to the AF, indicating that the movement track or location of the current tag conforms to the preset route. When the location of the tag does not belong to or deviates from the preset route, the AMF / TMF can send abnormal indication information to the AF, indicating that the movement track or location of the current tag does not conform to the preset route.

[0441] For example, when the information provided by AF in S901 includes the target location and the time to indicate the arrival at the target location, AMF / TMF can obtain the system time and the location of the tag to determine whether the tag arrives at the target location on time. If the tag does not arrive at the target location on time, AMF / TMF can send an abnormal indication message to AF, indicating that the tag did not move according to the established route.

[0442] For example, the AMF is also configured with a timer duration (equivalent to the third time information above). When the tag is located at the same location for a long time (e.g., exceeding the timer duration) (e.g., the tag is inventoried by the same reader), an abnormal indication message can be sent to the AF to indicate that the tag location is abnormal. Optionally, the timer duration can be provided by the AF.

[0443] In the above scheme, AF can dynamically instruct the core network to perform location management on the tag through the service interface message, so that the core network performs location management on the tag on demand according to the instruction of AF, instead of performing location management on all terminals at all locations in all time periods, which improves the flexibility of terminal location management and saves costs.

[0444] The following describes the communication device used to implement the above method in the embodiment of the present application in conjunction with the accompanying drawings. Therefore, the above contents can be used in subsequent embodiments, and repeated contents will not be repeated.

[0445] Fig.10 A schematic block diagram of a communication device 1000 provided in an embodiment of the present application. The communication device 1000 can correspond to the functions or steps implemented by any device or network element or terminal or requester in any of the above-mentioned method embodiments. The communication device may include a processing module 1010 and a transceiver module 1020. Optionally, the communication device 1000 may also include a storage module, which can be used to store instructions (codes or programs) and / or data. The processing module 1010 and the transceiver module 1020 can be coupled to the storage module. For example, the processing module 1010 can read the instructions (codes or programs) and / or data in the storage module to implement the corresponding method. The above-mentioned modules can be set independently or partially or fully integrated.

[0446] It should be understood that the processing module 1010 can be a processor or a controller, for example, a general-purpose central processing unit (CPU), a general-purpose processor, a digital signal processing (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic devices, transistor logic devices, hardware components or any combination thereof. It can implement or execute various exemplary logic blocks, modules and circuits described in conjunction with the disclosure of this application. The processor can also be a combination that implements a computing function, for example, including a combination of one or more microprocessors, a combination of a DSP and a microprocessor, and the like. The transceiver module 1020 is an interface circuit of the device for receiving signals from other devices. For example, when the device is implemented in the form of a chip, the transceiver module 1020 is an interface circuit of the chip for receiving signals from other chips or devices, or an interface circuit of the chip for sending signals to other chips or devices.

[0447] As an example, when the communication device 1000 is a first core network device or a component used in a first core network device, the transceiver module 1020 is used to obtain a terminal identifier of a first terminal device; the processing module 1010 is used to determine to perform location management on the first terminal device based on the terminal identifier; and to determine a set of area identifiers for performing location management; the transceiver module 1020 is also used to send the set of area identifiers to the first terminal device.

[0448] Alternatively, when the communication device 1000 is a first core network device or a component used in a first core network device, the transceiver module 1020 is used to receive a second registration request message from a second terminal device, the second registration request message including a terminal identifier of the second terminal device; the processing module 1010 is used to determine not to perform location management on the second terminal device based on the terminal identifier of the second terminal device; the transceiver module 1020 is also used to send a second registration acceptance message to the second terminal device, the second registration acceptance message indicates that the second terminal device has been successfully registered, and the area identifier in the second registration acceptance message is empty or is a default area identifier.

[0449] As an example, when the communication device 1000 is a first service requester or a component applied in the first service requester, the processing module 1010 is used to determine a second message, the second message includes first information and / or second information, the first information indicates that the first terminal device needs to be location managed, the second information indicates that the first service requester requests location management, and the first service requester is a service requester that manages the first terminal device; the transceiver module 1020 is used to send the second message to the first core network device.

[0450] As an example, when the communication device 1000 is a second terminal device or a component used in a second terminal device, the transceiver module 1020 is used to send a second registration request message to the first core network device, where the second registration request message includes the terminal identifier of the second terminal device; receive a second registration acceptance message from the first core network device, where the second registration acceptance message indicates that the second terminal device has been successfully registered, and the area identifier in the second registration acceptance message is empty or is a default area identifier; the processing module 1010 is used to determine that there is no need to monitor the area identifier in the cell broadcast message or to execute the mobility registration update process based on the locally stored area identifier being empty or being a default area identifier.

[0451] It should be understood that the processing unit 1010 in the embodiment of the present application can be implemented by a processor or a processor-related circuit component, and the transceiver unit 1020 can be implemented by a transceiver or a transceiver-related circuit component or a communication interface.

[0452] It should be understood that all relevant contents of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module and will not be repeated here.

[0453] Based on the same concept, Fig.11 As shown, an embodiment of the present application provides a communication device 1100. The communication device 1100 includes a processor 1110. Optionally, the communication device 1100 may also include a memory 1120, which is used to store instructions executed by the processor 1110 or to store input data required by the processor 1110 to run the instructions or to store data generated after the processor 1110 runs the instructions. The processor 1110 can implement the method shown in the above method embodiment through the instructions stored in the memory 1120.

[0454] The memory 1120 may be a storage unit of a chip within the communication device 1100, such as a register, a cache, etc. The storage unit may also be a storage unit within the communication device 1100 that is located outside the chip, such as a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, a random access memory (RAM), etc.

[0455] Optionally, the memory 1120 may be located inside or outside the device. The processor 1110 is coupled to the memory 1120. The coupling in the embodiment of the present application is an indirect coupling or communication connection between devices, units or modules, which may be electrical, mechanical or other forms, for information exchange between devices, units or modules. The processor 1110 may operate in coordination with the memory 1120.

[0456] The communication device 1100 may be a chip or a chip system. Optionally, in the embodiment of the present application, the chip system may be composed of a chip, or may include a chip and other discrete devices.

[0457] Based on the above embodiments, see Fig.12 The embodiment of the present application also provides another communication device 1200, including: an input-output interface 1210 and a logic circuit 1220; the input-output interface 1210 is used to receive code instructions and transmit them to the logic circuit 1220; the logic circuit 1220 is used to run code instructions to execute the method executed by any device or network element or terminal or requester in any of the above embodiments.

[0458] An embodiment of the present application also provides a computer-readable storage medium, including instructions, which, when executed on a computer, enables the computer to execute a method executed by any device, network element, terminal, or requester in any of the above embodiments.

[0459] A computer program product is also provided in an embodiment of the present application, including instructions, which, when executed on a computer, enables the computer to execute a method executed by any device, network element, terminal or requester in any of the above embodiments.

[0460] Those of ordinary skill in the art will appreciate that the various illustrative logical blocks and steps described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or in a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel may use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0461] Those skilled in the art can clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0462] In the several embodiments provided in the present application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of the units is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

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

[0464] If the functions are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the part of the technical solution of the present application that contributes essentially or the part of the technical solution can be embodied in the form of a software product, which is stored in a storage medium and includes several instructions for a computer device (which can be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as USB flash drives, mobile hard drives, ROM, RAM, magnetic disks, or optical disks.

[0465] Obviously, those skilled in the art can make various changes and modifications 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 location management method, characterized in that: Applied to a first core network device, the method includes: Acquire a terminal identification of a first terminal device, and determine to perform location management on the first terminal device according to the terminal identification; Determining a set of area identifiers for performing the location management; The area identifier set is sent to the first terminal device.

2. The method according to claim 1, characterized in that The determining, according to the terminal identifier, to perform location management on the first terminal device includes: Acquire subscription data of the first terminal device from the second core network device according to the terminal identifier, the subscription data including at least one of first information, second information, or capability information of the terminal device, the first information indicating that the first terminal device needs to be managed by the location management, the second information indicating that the first service requester needs the location management, the first service requester is a service requester that manages the first terminal device, and the capability information of the first terminal device indicates that the first terminal device supports the location management; Determine, based on the contract data, to perform location management on the first terminal device.

3. The method according to claim 1, characterized in that The obtaining of the terminal identification of the first terminal device includes: receiving a first message, wherein the first message includes a terminal identifier of the first terminal device and capability information of the first terminal device, wherein the capability information of the first terminal device indicates that the first terminal device supports the location management; The determining, according to the terminal identifier, to perform location management on the first terminal device includes: Acquire subscription data of the first terminal device from the second core network device according to the terminal identifier, the subscription data including first information and / or second information, the first information indicating that the first terminal device needs to be managed by the location, the second information indicating that the first service requester needs the location management, and the first service requester is a service requester that manages the first terminal device; Determine the location management to be performed on the first terminal device according to the subscription data and the capability information of the first terminal device.

4. The method according to claim 1, characterized in that The obtaining of the terminal identification of the first terminal device includes: receiving a first message, wherein the first message includes a terminal identifier of the first terminal device and capability information of the first terminal device, wherein the capability information of the first terminal device indicates that the first terminal device supports the location management; The determining, according to the terminal identifier, to perform location management on the first terminal device includes: Determine, based on the terminal identifier and capability information of the first terminal device, to perform location management on the first terminal device.

5. The method according to claim 3 or 4, characterized in that The first message is a first registration request message; The sending the area identifier set to the first terminal device includes: A first registration acceptance message is sent to the first terminal device, wherein the first registration acceptance message indicates that the first terminal device has been successfully registered, and the first registration acceptance message includes the area identifier set, wherein the area indicated by the area identifier set is the registration area allocated by the first core network device to the first terminal device.

6. The method according to claim 1, characterized in that Before determining to perform location management on the first terminal device according to the terminal identifier, the method further includes: Obtaining information of the local configuration of the first core network device; wherein the information of the local configuration of the first core network device includes at least one of a terminal device list, a service requester list and capability information of the first terminal device, the terminal device list indicates terminal devices for which the location management needs to be performed, the terminal device list includes the terminal identifier of the first terminal device, the service requester list indicates the service requester that needs the location management, the service requester list includes the identifier of the first service requester, the first service requester is the service requester that manages the first terminal device, and the capability information of the first terminal device indicates that the first terminal device supports the location management; The determining, according to the terminal identifier, to perform location management on the first terminal device includes: Determine the location management to be performed on the first terminal device according to the terminal identifier and the local configuration information of the first core network device.

7. The method according to claim 1, characterized in that Before determining to perform location management on the first terminal device according to the terminal identifier, the method further includes: receiving a second message from a first service requester, wherein the second message includes first information and / or second information, the first information indicating that the first terminal device needs to be position managed, the second information indicating that the first service requester requests the position management, and the first service requester is a service requester that manages the first terminal device; The determining, according to the terminal identifier, to perform location management on the first terminal device includes: Determine, according to the terminal identifier, the first information and / or the second information, to perform location management on the first terminal device.

8. The method according to any one of claims 1 to 7, characterized in that The method further comprises: acquiring second location information, where the second location information indicates an area where the location management is performed; The obtaining of the terminal identification of the first terminal device includes: Receiving a terminal identification of the first terminal device from a first access network device; The determining, according to the terminal identifier, to perform location management on the first terminal device further includes: Determine first location information according to the location information of the first access network device, where the first location information indicates an area where the first terminal device is located; It is determined that the first terminal device is located in an area where the location management is performed according to the first location information and the second location information.

9. The method according to any one of claims 1 to 8, characterized in that The method further comprises: Acquire a preset route of the first terminal device; The determining of a set of area identifiers for performing the location management comprises: A set of area identifiers for performing the location management is determined according to an area covering part or all of the preset route, wherein the set of area identifiers includes area identifiers of areas covering part or all of the preset route.

10. The method according to claim 9, characterized in that The method further comprises: Receiving a terminal identification of the first terminal device from a second access network device; Determine the area where the first terminal device is located according to the location information of the second access network device; If the area where the first terminal device is located does not belong to the area of ​​the preset route, determining that the first terminal device deviates from the preset route; Sending third information to the first service requester, wherein the third information indicates that the location of the first terminal device is abnormal, and the first service requester is a service requester that manages the first terminal device.

11. The method according to any one of claims 1 to 10, characterized in that The method further comprises: Acquire first time information, where the first time information indicates a time period for performing the location management; The determining, according to the terminal identifier, to perform location management on the first terminal device further includes: When the current time is within the time period indicated by the first time information, it is determined according to the terminal identifier to perform location management on the first terminal device.

12. The method according to any one of claims 1 to 11, characterized in that The method further comprises: Acquire location information and second time information of a target location, where the second time information indicates the time when the first terminal device arrives at the target location; determining whether the first terminal device arrives at the target location within the time indicated by the second time information; If the first terminal device does not reach the target location within the time indicated by the second time information, fourth information is sent to the first service requester, where the fourth information indicates that the location of the first terminal device is abnormal, and the first service requester is the service requester that manages the first terminal device.

13. The method according to claim 12, characterized in that The determining whether the first terminal device arrives at the target location within the time indicated by the second time information includes: sending a paging message to one or more access network devices within the time indicated by the second time information, the paging message indicating that paging is performed on the first terminal device, the paging message including a terminal identifier of the first terminal device; receiving the terminal identifier of the first terminal device from a third access network device, and determining that the first terminal device is located in an area corresponding to the location information of the third access network device; determining whether the first terminal device arrives at the target location within the time indicated by the second time information based on the location information of the third access network device and the location information of the target location; or, The determining whether the first terminal device arrives at the target location within the time indicated by the second time information includes: sending a paging message to one or more access network devices corresponding to the target location within the time indicated by the second time information, the paging message indicating that paging is performed on the first terminal device, the paging message including a terminal identifier of the first terminal device; determining whether the first terminal device arrives at the target location within the time indicated by the second time information based on whether the terminal identifier of the first terminal device is received from any one of the one or more access network devices corresponding to the target location; or, The area identifier set does not include the area identifier of the area covering the target location; the determining whether the first terminal device arrives at the target location within the time indicated by the second time information includes: receiving the terminal identifier of the first terminal device from a third access network device; determining, based on the location information of the third access network device, that the area where the first terminal device is located is the area covering the target location; and determining, based on the current time and the second time information, whether the first terminal device arrives at the target location within the time indicated by the second time information.

14. The method according to any one of claims 1 to 13, characterized in that The method further comprises: Acquire third time information, where the third time information indicates a preset duration; Determining that the first terminal device is in the same location for more than the preset time period; Fifth information is sent to the first service requester, where the fifth information indicates that the location of the first terminal device is abnormal, and the first service requester is a service requester that manages the first terminal device.

15. The method according to claim 14, characterized in that The determining that the first terminal device is in the same position for more than the preset time period includes: sending a paging message to one or more access network devices, the paging message is used to perform paging on the first terminal device, and the paging message includes a terminal identifier of the first terminal device; if the duration of receiving the terminal identifier of the first terminal device from the same access network device for multiple consecutive times exceeds the preset time period, then determining that the first terminal device is in the same position for more than the preset time period; or, The determining that the first terminal device is in the same location for more than the preset time period includes: periodically sending paging information to one or more access network devices according to the preset time period, the paging information is used to perform paging on the first terminal device, and the paging information includes a terminal identifier of the first terminal device; if the terminal identifier of the first terminal device is received multiple times from the same access network device, it is determined that the first terminal device is in the same location for more than the preset time period; or, The area identifier set includes area identifiers of areas covering part of the preset route; the determination that the first terminal device is in the same location for more than the preset time period includes: if the terminal identifier of the first terminal device is not received from any access network device outside the area represented by the area identifier set for more than the preset time period, then it is determined that the first terminal device is in the same location for more than the preset time period.

16. The method according to claim 7, characterized in that The second message is a service subscription request message, and the service subscription request message instructs the first core network device to provide a location management service for the first terminal device or a terminal device managed by the first service requester.

17. The method according to any one of claims 1 to 16, characterized in that: The method further comprises: Sending charging information corresponding to the location management to the third core network device; The billing information includes at least one of the following: Event type information, indicating the event corresponding to the location management; The number of area identifiers for performing the location management; the duration of performing the location management; the number of times the location management is performed; The number of terminal devices for which the location management is performed.

18. The method according to any one of claims 1 to 17, characterized in that: The method further comprises: receiving a third message from the first service requester, wherein the third message indicates to stop performing the location management on the first terminal device; According to the third message, sixth information and / or seventh information is sent to the first terminal device, the sixth information instructs the first terminal device to remove the area identifier set, and the seventh information indicates that the first terminal device does not need to update the location of the first terminal device to the network.

19. The method according to any one of claims 1 to 18, characterized in that: The method further comprises: receiving a second registration request message from a second terminal device, where the second registration request message includes a terminal identifier of the second terminal device; determining not to perform location management on the second terminal device according to the terminal identification of the second terminal device; A second registration acceptance message is sent to the second terminal device, where the second registration acceptance message indicates that the second terminal device is successfully registered, and the area identifier in the second registration acceptance message is empty or a default area identifier.

20. A location management method, characterized in that: Applicable to the first core network equipment, including: receiving a second registration request message from a second terminal device, where the second registration request message includes a terminal identifier of the second terminal device; determining not to perform location management on the second terminal device according to the terminal identification of the second terminal device; A second registration acceptance message is sent to the second terminal device, where the second registration acceptance message indicates that the second terminal device is successfully registered, and the area identifier in the second registration acceptance message is empty or a default area identifier.

21. A location management method, characterized in that: Applied to a first service requester, the method comprises: Determine a second message, where the second message includes first information and / or second information, where the first information indicates that the first terminal device needs to be managed by the location management, and the second information indicates that the first service requester requests the location management, where the first service requester is a service requester that manages the first terminal device; Send the second message to the first core network device.

22. The method according to claim 21, characterized in that The second message also includes one or more of the following: second location information, the second location information indicating an area where the location management is performed; a preset route of the first terminal device; first time information, the first time information indicating a time period for performing the location management; Location information of a target location and second time information, where the second time information indicates the time when the first terminal device arrives at the target location; The third time information indicates a preset duration.

23. The method of claim 22, wherein: The method further comprises: Receive third information, fourth information or fifth information from the first core network device, and the third information, fourth information or fifth information indicates that the location of the first terminal device is abnormal.

24. The method according to any one of claims 21 to 23, characterized in that The second message is a service subscription request message, and the service subscription request message instructs the first core network device to provide a location management service for the first terminal device or a terminal device managed by the first service requester.

25. The method according to any one of claims 21 to 24, characterized in that The method further comprises: A third message is sent to the first core network device, wherein the third message indicates to stop performing the location management on the first terminal device.

26. A location management method, characterized in that: Applied to a second terminal device, the method includes: Sending a second registration request message to the first core network device, where the second registration request message includes a terminal identifier of the second terminal device; receiving a second registration acceptance message from the first core network device, where the second registration acceptance message indicates that the second terminal device has been successfully registered, and where the area identifier in the second registration acceptance message is empty or a default area identifier; According to the locally stored area identifier being empty or being a default area identifier, it is determined that there is no need to monitor the area identifier in the cell broadcast message or there is no need to perform the mobility registration update procedure.

27. A communication device, characterized in that: The method comprises a module for executing the method according to any one of claims 1 to 19, or comprises a module for executing the method according to claim 20, or comprises a module for executing the method according to claims 21 to 25, or comprises a module for executing the method according to claim 26.

28. A communication device, characterized in that: The communication device comprises a processor configured to execute the method according to any one of claims 1 to 19, the method according to claim 20, the method according to any one of claims 21 to 25, or the method according to claim 26.

29. A computer-readable storage medium, characterized in that: The computer-readable storage medium comprises instructions, and when the instructions are executed by a processor, the method according to any one of claims 1 to 19, the method according to claim 20, the method according to any one of claims 21 to 25, or the method according to claim 26 is implemented.

30. A computer program product, characterized in that The computer program product comprises instructions, and when the instructions are executed by a processor, the method according to any one of claims 1 to 19, the method according to claim 20, the method according to any one of claims 21 to 25, or the method according to claim 26 is implemented.

Images