Network nodes and methods therein for enhanced procedures for spatial map

Abstract

The present disclosure provides a method (100) in a Spatial Map, SM, server. The method (100) includes: receiving (110), from a requestor, a request for creating a spatial map, the request including augmented layer information for data sources; and sending (120), to the requestor, a response to the request.

Description

NETWORK NODES AND METHODS THEREIN FOR ENHANCED PROCEDURES FOR SPATIAL MAPTECHNICAL FIELD

[0001] The present disclosure relates to communication technology, and more particularly, to network nodes and methods therein for enhanced procedures for spatial map.BACKGROUND

[0002] Localized mobile metaverse services are immersive services. Such service experiences are location-related and can include the presentation of Augmented Reality (AR) and Mixed Reality (MR) media. These experiences are integrated into the user's field of view or perspective. The 3rd Generation Partnership Project (3GPP) Technical Specification (TS) 22.156, V19.1.0, which is incorporated herein by reference in its entirety, describes the concepts of Spatial Anchor (SA) , Spatial Map (SM) , and various use cases of spatial localization of User Equipments (UEs) on spatial maps, and discovery of spatial anchors and maps.

[0003] In particular, the 3GPP TS 22.156, V19.1.0, defines the following:

[0004] Spatial Anchor: an association between a location in space (three dimensions) and service information that can be used to identify and access services, e.g., information to access AR media content.

[0005] Spatial Map: a collection of information that corresponds to space, including information gathered from sensors concerning characteristics of the forms in that space, especially appearance information.

[0006] Spatial mapping service: A service offered by a mobile network operator that gathers sensor data in order to create and maintain a Spatial Map that can be used to offer customers Spatial Localization Service.

[0007] The 3GPP TS 23.437, V19.0.0, which is incorporated herein by reference in its entirety, relates to Service Enabler Architecture Layer for Verticals (SEAL) for Spatial map and Spatial anchors services. It specifies various procedures for creating and managing SA, SM, and related services, including the SM create procedure defined in clause 9.3.1.2, the registration of SM data sources defined in clause 9.5.2.2, and the discovery of SM data sources in clause 9.5.5.2.

[0008] The SM create service enables consumers to create an SM with the processed sensor data. The procedure also provides a feature to augment the SM or the layers of the SM with SA and Vertical Application Layer (VAL) users.

[0009] The registration of the SM data source provides the service for the VALUE to register in the SM server and be a data source for the SM. It describes the format of data it provides like raw data, compressed format, etc., and the type of the data source like Light Detection and Ranging (LiDAR) , camera, etc.

[0010] The discovery of SM data source UEs enables consumers to discover the candidate list of registered SM data sources. Once discovered, the consumers can communicate with the SM data source to get the required data to create or process the SM. The data communication may happen over a 5th Generation (5G) network.SUMMARY

[0011] In the TS 23.437, V19.0.0, clause 9.3.1.2, the create spatial map procedure is limited to VAL_USERS and SPATIAL_ANCHORS for the augmented layer information. However, consumers of spatial maps use spatial maps for a variety of reasons like visualization of information, tracking of assets on the spatial map, digital twins of industrial settings, etc. If the spatial map is not augmented with the information which can enable use cases to figure out faults, track or locate sensors, etc., then the consumers cannot see or visualize their sensors on the spatial map. This may lead to critical loss and damage.

[0012] It is therefore desired to provide rich information for the spatial maps. For example, in a live traffic and tracking use case, Internet of Things (IoT) enabled trucks may send information like traffic updates, fuel consumption etc., which can be used to augment the spatial map with traffic information, route taken etc. Another use case is IoT sensors measuring temperature, humidity, CO2, weather etc., can be used to augment the spatial map. The augmentation can help visualize the sensor locations and their real-time data like locations with high pollution. Similarly, sensors could be deployed in various industrial settings like factories, structures like oil pipes, etc., for measuring pressure, vibrations and other readings. These can be used to augment the spatial map in a digital twin mode of the industrial floor. Further, the location points can be augmented with readings. The sensor location on the spatial map enables the consumers to quickly identify which areas to focus on for faults, damages, and out-of-range readings. Other similar examples could be in warehouses, where sensors are attached to some assets, which can be augmented on spatial maps for further visualization, localization and tracking. The current augmented layer is limited and cannot provide rich information to enhance the spatial map and provide advanced services to its consumers.

[0013] In addition, in the TS 23.437, V19.0.0, the SM data source registration procedure (see clause 9.5.2.2) and the SM data source discovery procedure (see clause 9.5.5.2) do not account for network-dependent parameters. Since an SM data source may be a VALUE which generates or captures data for the spatial map, it may be impacted due to poor coverage area or mobility. Currently, there is no way for the SM data source to indicate such information to the SM server about its mobility or parameters related to data transmission. Also, consumers discovering SM data sources cannot indicate their preferences to filter the SM data sources based on dynamic parameters like mobility.

[0014] It is therefore desired to extend the SM data source profile with network-dependent parameters. For example, use cases like autonomous driving, or real-time use cases like traffic updates require understanding how often the data source records or generates data. A high-frequency data source UE would be important for live data or real-time types of use cases. It is also important for such use cases to select SM data sources which are in good network condition so that the live data is available without any non-acceptable delay. For drone-based use cases, it is beneficial to discover SM data source UEs which are mobile or dynamic, so that it can provide data of larger coverage. For industrial settings, SM data sources could be fixed on some machines, pipes etc. In such cases, the consumer may desire to discover static SM data sources.

[0015] Consumers (like VAL servers) can discover registered SM data sources using the procedure defined in the 3GPP TS 23.437, V19.0.0, clause 9.5.5. SM data sources may provide sensor data information (e.g. LiDAR or camera etc. ) , which can help the VAL server build spatial maps. Currently, the VAL server cannot know any changes in the SM data sources. For example, if the SM data source goes out of power or turns off because of some reason like hardware failure or malfunction, it will not be available to send sensor data. However, there is no procedure in the TS 23.437, V19.0.0, which can update the VAL server with this non-availability of the SM data source. Similarly, an SM data source can be a mobile device, and due to dynamic wireless channel conditions and mobility, the network coverage may become bad for the SM data source. This poor coverage can negatively impact transmission of sensor data, especially for SM data sources like drones, which require high bandwidth for transmission of camera feed etc.

[0016] With the existing procedure defined in the TS 23.437, V19.0.0, clause 9.3.6.2, a VAL server cannot obtain notifications for changes in SM data sources.

[0017] It is an object of the present disclosure to provide network nodes and methods therein, capable of solving or at least mitigating at least one of the above problems.

[0018] According to a first aspect of the present disclosure, a method in an SM server is provided. The method includes receiving, from a requestor, a request for creating a spatial map. The request includes augmented layer information for data sources. The method further includes sending, to the requestor, a response to the request.

[0019] According to a second aspect of the present disclosure, a method in a requestor is provided. The method includes sending, to an SM server, a request for creating a spatial map. The request includes augmented layer information for data sources. The method further includes receiving, from the SM server, a response to the request.

[0020] According to a third aspect of the present disclosure, a method in an SM client is provided. The method includes sending, to an SM server, a registration request including a profile of a data source. The profile includes mobility information and / or update interval or rate information of the data source. The method further includes receiving, from the SM server, a registration response to the registration request.

[0021] According to a fourth aspect of the present disclosure, a method in an SM server is provided. The method includes receiving, from an SM client, a registration request including a profile of a data source. The profile includes mobility information and / or update interval or rate information of the data source. The method further includes sending, to the SM client, a registration response to the registration request.

[0022] According to a fifth aspect of the present disclosure, a method in an SM server is provided. The method includes receiving, from a requestor, a data source discovery request including a set of discovery filters. The set of discovery filters includes at least one of: position information, availability state information, mobility information, coverage information, or update interval information. The method further includes sending, to the requestor, a data source discovery response to the data source discovery request

[0023] According to a sixth aspect of the present disclosure, a method in a requestor is provided. The method includes sending, to an SM server, a data source discovery request including a set of discovery filters. The set of discovery filters includes at least one of: position information, availability state information, mobility information, coverage information, or update interval information. The method further includes receiving, from the SM server, a data source discovery response to the data source discovery request.

[0024] According to a seventh aspect of the present disclosure, a method in a requestor is provided. The method includes sending, to an SM server, a request for subscribing an SM event associated with changes of one or more data sources. The method further includes receiving, from the SM server, a notification of the SM event.

[0025] According to an eighth aspect of the present disclosure, a method in an SM server is provided. The method includes receiving, from a requestor, a request for subscribing an SM event associated with changes of one or more data sources. The method further includes sending, to the requestor, a notification of the SM event.

[0026] According to a ninth aspect of the present disclosure, a network node is provided. The network node includes a communication interface, a processing circuitry, and a memory. The network node is configured to, when implementing an SM server, perform the method according to any of the above first, fourth, fifth, or eighth aspect, or when implementing a requestor, perform the method according to any of the above second, sixth, or seventh aspect, or when implementing an SM client, perform the method according to the above third aspect.

[0027] According to a tenth aspect of the present disclosure, a computer-readable storage medium is provided. The computer-readable storage medium includes instructions that, when executed by a processing circuitry, configure the processing circuitry to perform the method according to any of the above first to eighth aspects.

[0028] According to an eleventh aspect of the present disclosure, a computer program product is provided. The computer program product includes instructions that, when executed by a processing circuitry, configure the processing circuitry to perform the method according to any of the above first to eighth aspects.

[0029] With certain embodiments of the present disclosure, augmented layer information for data sources can be provided, such that a spatial map can be augmented with data sources, thereby providing rich contextual information to enable consumers to visualize, track and localize the data sources on the spatial map in real-time. Network related parameters such as mobility and / or coverage can be registered in a profile of a data source and can be used in discovery of the data source, such that a requestor can discover an appropriate data source for a certain application. A requestor can subscribe an SM event associated with changes of one or more data sources so as to get notified timely when such changes are detected. For example, this enables a consumer to handle disruptions caused by the changes in the data sources. When a consumer has subscribed for changes in a data source and is notified of non-availability of the data source, the consumer can then perform discovery of data sources to continue to build spatial maps.BRIEF DESCRIPTION OF THE DRAWINGS

[0030] The above and other objects, features and advantages will be more apparent from the following description of embodiments with reference to the figures, in which:

[0031] Fig. 1 is a flowchart illustrating a method in an SM server according to an embodiment of the present disclosure;

[0032] Fig. 2 is a flowchart illustrating a method in a requestor according to an embodiment of the present disclosure;

[0033] Fig. 3 is a sequence diagram showing a create spatial map procedure according to an embodiment of the present disclosure;

[0034] Fig. 4 is a flowchart illustrating a method in an SM client according to another embodiment of the present disclosure;

[0035] Fig. 5 is a flowchart illustrating a method in an SM server according to another embodiment of the present disclosure;

[0036] Fig. 6 is a sequence diagram showing a data source registration procedure according to an embodiment of the present disclosure;

[0037] Fig. 7 is a flowchart illustrating a method in an SM server according to yet another embodiment of the present disclosure;

[0038] Fig. 8 is a flowchart illustrating a method in a requestor according to yet another embodiment of the present disclosure;

[0039] Fig. 9 is a sequence diagram showing a data source discovery procedure according to an embodiment of the present disclosure;

[0040] Fig. 10 is a flowchart illustrating a method in a requestor according to still another embodiment of the present disclosure;

[0041] Fig. 11 is a flowchart illustrating a method in an SM server according to still another embodiment of the present disclosure;

[0042] Figs. 12A and 12B are sequence diagrams showing a subscribe SM event procedure and a notify SM event procedure according to an embodiment of the present disclosure, respectively; and

[0043] Fig. 13 is a block diagram of a network node according to an embodiment of the present disclosure.DETAILED DESCRIPTION

[0044] In the present disclosure, a network function, such as a server, a client, a consumer, etc., can be implemented either as a network element on a dedicated hardware, as a software instance running on a dedicated hardware, or as a virtualized function instantiated on an appropriate platform, e.g. on a cloud infrastructure. The term “network node” refers to any physical or virtual node configured to implement a network function.

[0045] References in the specification to "one embodiment, " "an embodiment, " "an example embodiment, " and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0046] It shall be understood that although the terms "first" and "second" etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term "and / or" includes any and all combinations of one or more of the associated listed terms.

[0047] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms "a" , "an" and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms "comprises" , "comprising" , "has" , "having" , "includes" and / or "including" , when used herein, specify the presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof.

[0048] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which this disclosure belongs.

[0049] Fig. 1 is a flowchart illustrating a method 100 according to an embodiment of the present disclosure. The method 100 can be performed by an SM server, e.g., a SEAL SM server.

[0050] At block 110, the SM server receives, from a requestor, a request for creating a spatial map. The request includes augmented layer information for data sources.

[0051] For example, the request may be a create spatial map request including augmented layer information having a value of SM_DATA_SOURCES, as shown in Table 1 below. Table 1: Create spatial map request

[0052] In an example, the request may further include information on an area of interest for the spatial map, and the SM server may discover, based on the request including the augmented layer information for data sources, one or more data sources in the area of interest to augment the spatial map. That is, if the augmented layer information indicates to include SM_DATA_SOURCES, the SM server can discover one or more data sources in the area of interest of the requested spatial map using the procedure defined in the TS 23.437, V19.0.0, clause 9.5.5 to augment the spatial map.

[0053] At block 120, the SM server sends, to the requestor, a response to the request.

[0054] Fig. 2 is a flowchart illustrating a method 200 according to an embodiment of the present disclosure. The method 200 can be performed by a requestor, e.g., VAL server or SEAL SM client.

[0055] At block 210, the requestor sends, to an SM server, a request for creating a spatial map, the request including augmented layer information for data sources. For example, the request may be a create spatial map request including augmented layer information having a value of SM_DATA_SOURCES, as shown in Table 1.

[0056] At block 220, the requestor receives, from the SM server, a response to the request.

[0057] The embodiments of the present disclosure enable the consumer to request the SM server to augment the spatial map with SM_DATA_SOURCE. Based on the augmentation layer instructions, the SM server discovers the registered SM data sources. The SM server also fetches locations of the data sources using the existing SEAL Location Management Server (LMS) service or the 5th Generation System (5GS) Network Exposure Function (NEF) service. The SM server augments the data sources on the spatial map and returns the augmented layer information consisting of SM_DATA_SOURCE LAYER ID and associated objects (like SM_DATA_SOURCES) information (SM data source identifiers profile) . The SM data source layer ID represents the identifier of the layer consisting of one or more SM data sources with their identifiers.

[0058] Fig. 3 shows a create spatial map procedure according to an embodiment of the present disclosure. As shown, this procedure includes the following steps.

[0059] 1. The requestor (e.g., VAL server or SEAL SM client) sends a request message to the SEAL SM server to create a spatial map. The request includes requestor ID, security credentials, three-dimensional area of interest, information to be included in the spatial map such as access control rules defining which entities are permitted to discover and access the spatial map. The request may include spatial map layering information parameters and may also include augmented layer information that can be requested with the spatial map. The augmented layer information may include augmented layer information for SM data sources.

[0060] 2. The SEAL SM server authorizes the requestor, and validates the request. The SEAL SM server produces a requested spatial map using layering information and processed sensor data. If the augmented layer information indicates to include SM_DATA_SOURCES, the SEAL SM server discovers one or more data sources in the area of interest of the requested spatial map using the procedure defined in the TS 23.437, V19.0.0, clause 9.5.5 to augment the spatial map. If the location of the data source is not available, then the SM server can obtain the location of the data source from a Location Management Server (LMS) and / or a Network Exposure Function (NEF) .

[0061] 3. The SEAL SM server sends response message to the requestor with an indication of success, in-progress or fail. If the requested spatial map has been created successfully, the response message includes assigned spatial map ID and information which includes three-dimensional space defined by the spatial map and can include a list of spatial map layers with their corresponding layer ID, objects belong to the layer, (e.g. list of VAL USER IDs, Spatial Anchor IDs, SM Data source IDs) .

[0062] 4. If the response indicates "in-progress" , the SM server detects when the SEAL SM server has sufficient information to map all the objects related to area of interest and the spatial map is ready to provide service (e.g. employed for localization) . If the requestor has provided a notification target address in the request or has subscribed for spatial map events, the SEAL SM server notifies the requestor with the spatial map ready notification message.

[0063] Fig. 4 is a flowchart illustrating a method 400 according to an embodiment of the present disclosure. The method 400 can be performed by an SM client, e.g., a SEAL SM client.

[0064] At block 410, the SM client sends, to an SM server, a registration request including a profile of a data source. The profile includes mobility information and / or update interval or rate information of the data source.

[0065] For example, the mobility information may indicate that the data source is fixed, low mobility, or high mobility, and / or the update interval or rate information may indicate an interval or rate at which the data source samples, updates, generates, refreshes, and / or transmits data.

[0066] In an example, the profile may further include position information and availability state information of the data source.

[0067] For example, the registration request may be a SM data source registration request, and the profile may be an SM data source profile as shown in Table 2 below. Table 2: SM data source profile

[0068] At block 420, the SM client receives, from the SM server, a registration response to the registration request.

[0069] Fig. 5 is a flowchart illustrating a method 500 according to an embodiment of the present disclosure. The method 500 can be performed by an SM server, e.g., a SEAL SM server.

[0070] At block 510, the SM server receives, from an SM client, a registration request including a profile of a data source. The profile includes mobility information and / or update interval or rate information of the data source.

[0071] For example, the mobility information may indicate that the data source is fixed, low mobility, or high mobility, and / or the update interval or rate information may indicate an interval or rate at which the data source samples, updates, generates, refreshes, and / or transmits data.

[0072] In an example, the profile may further include position information and availability state information of the data source.

[0073] For example, the registration request may be a SM data source registration request, and the profile may be an SM data source profile as shown in Table 2.

[0074] At block 520, the SM server sends, to the SM client, a registration response to the registration request.

[0075] Fig. 6 shows a data source registration procedure according to an embodiment of the present disclosure. As shown, this procedure includes the following steps.

[0076] 1. The SEAL SM client sends a SM data source registration request to the SEAL SM server. The request includes a requestor ID, security credentials, UE identifier, VAL client identifier, SEAL SM client notification endpoint and a SM data source profile including SM information details (e.g., provider identifier, type, position, state) . The SM data source profile may also include mobility information, and data source update interval information.

[0077] 2. Upon receiving the request, the SEAL SM server validates if the requestor is authorized for the request. If the requestor is authorized, the SEAL SM server assigns a unique identifier for the registration and stores the SM data source profile provided in the request.

[0078] 3. The SEAL SM server sends a SM data source registration response to the SEAL SM client. If the SEAL SM server successfully stored the SM data source profile, the response includes an indication of success, the registration identifier and may include a proposed expiration time for the registration. Otherwise, the response includes an indication of failure and may include a reason for failure.

[0079] Fig. 7 is a flowchart illustrating a method 700 according to an embodiment of the present disclosure. The method 700 can be performed by an SM server, e.g., a SEAL SM server.

[0080] At block 710, the SM server receives, from a requestor, a data source discovery request including a set of discovery filters. The set of discovery filters includes at least one of: position information, availability state information, mobility information, coverage information, or update interval or rate information.

[0081] In an example, the position information may indicate an area of interest or location information of a data source. The availability state information may indicate time period availability information of a data source. The mobility information may indicate a fixed, low mobility, or high mobility characteristic of a data source. The coverage information may indicate a network coverage of a data source. The update interval or rate information may indicate an interval or rate at which a data source samples, updates, generates, refreshes, and / or transmits data.

[0082] For example, the request may be an SM data source discovery request including discovery filters as shown in Table 3 below. Table 3: SM data source discovery request

[0083] In an example, when the set of discovery filters includes the coverage information, the SM server may obtain, from an Operation Administration and Maintenance (OAM) system, a Network Data Analytics Function (NWDAF) , or a Network Exposure Function (NEF) , information from which a network coverage of a data source is derivable. The information may be signal quality, signal strength, or coverage condition information.

[0084] At block 720, the SM server sends, to the requestor, a data source discovery response to the data source discovery request.

[0085] Fig. 8 is a flowchart illustrating a method 800 according to an embodiment of the present disclosure. The method 800 can be performed by a requestor (or data source consumer) , e.g., VAL server or SEAL server.

[0086] At block 810, the requestor sends, to an SM server, a data source discovery request including a set of discovery filters. The set of discovery filters includes at least one of: position information, availability state information, mobility information, coverage information, or update interval or rate information.

[0087] In an example, the position information may indicate an area of interest or location information of a data source. The availability state information may indicate time period availability information of a data source. The mobility information may indicate a fixed, low mobility, or high mobility characteristic of a data source. The coverage information may indicate a network coverage of a data source. The update interval or rate information may indicate an interval or rate at which a data source samples, updates, generates, refreshes, and / or transmits data.

[0088] For example, the request may be an SM data source discovery request including discovery filters as shown in Table 3.

[0089] At block 820, the requestor receives, from the SM server, a data source discovery response to the data source discovery request.

[0090] The embodiments of the present disclosure enhance the SM data source discovery procedure to filter the SM data sources for the filtering requirements. To filter for coverage information requirement, the SM server may communicate with NEF analytics services to determine the network coverage for the SM data source. For example, the SM server can determine whether the SM Data source UE is in a good or bad network coverage according to clauses 6.6, 6.7, 6.8, 6.9, and 6.2.3 of the 3GPP TS 23.288, V19.1.0. To filter for mobility information, the SM server may communicate with NEF analytics services like movement behavior analytics in clause 6.21 of the TS 23.288 V19.1.0 to determine the mobility information of the SM Data source.

[0091] Fig. 9 shows a data source discovery procedure according to an embodiment of the present disclosure. As shown, this procedure includes the following steps.

[0092] 1. The requestor (e.g., VAL server or SEAL server) sends a SM data source discovery request to the SEAL SM server. The request includes a requestor ID, security credentials, discovery filters and endpoint information for receiving spatial mapping information from discovered SM data sources. Discovery filters inlcude the area of interest (e.g., three-dimensional area, localization information) and requirements on spatial mapping information.

[0093] 2. The SEAL SM server authorizes the requestor and validates the request. If the request is authorized, the SEAL SM server determines one or more registered SM data source (s) according to the discovery filters. The SEAL SM server evaluates if the SM data source location is in accordance with the area of interest included in the discovery request to determine the SM data source (s) . The SEAL SM server can obtain UE location information from the 3GPP core network by invoking the 3GPP Core Network Location Services exposed by the NEF, or by invoking the SEAL Location Management APIs. To filter for coverage information requirement, the SM server communicates with NEF analytics services to get the network coverage information for the SM Data source. For example, the SM server can subscribe to the NEF analytics services to determine whether the SM Data source UE is in a good or bad network coverage. To filter for mobility information, the SM server communicates with NEF analytics services like movement behavior analytics defined in to determine the mobility information of the SM Data source.

[0094] 3. The SEAL SM server sends a SM data source notification to trigger the determined SEAL SM client (s) to send spatial mapping information. The notification includes details about the requested spatial mapping information and endpoint information for sending the spatial mapping information to the requestor. The SEAL SM client provides the information included in the notification to the VAL client that will send the spatial mapping information.

[0095] 4. The SEAL SM server sends a SM data source discovery response to the requestor. The response includes information about SM data source (s) when at least one SM data source has been determined. If no SM information provided was determined, the SEAL SM server sends a failure indication with a reason for failure.

[0096] Fig. 10 is a flowchart illustrating a method 1000 according to an embodiment of the present disclosure. The method 1000 can be performed by a requestor, e.g., VAL server or SEAL SM client.

[0097] At block 1010, the requestor sends, to an SM server, a request for subscribing an SM event associated with changes of one or more data sources.

[0098] In an example, the changes may include changes in one or more information elements in a data source profile (e.g., see Table 2) of any of the one or more data sources.

[0099] In an example, the changes may include changes in data type, data format, position, availability state, mobility, network coverage, and / or update interval or rate of any of the one or more data sources.

[0100] In an example, the SM event may include changes of objects, including the one or more data sources, i.e., data sources as objects. Alternatively, the SM event may include layers modification, associated with a data source layer including the one or more data sources. Alternatively, the SM event may include changes of data source.

[0101] For example, the request may be a subscribe spatial map event request including an SM event of an event type of “Changes of SM data source” , as shown in Table 4 below. Table 4: Subscribe spatial map event request

[0102] As shown in Table 4, the SM event may alternatively be “Change of objects” , with SM data sources as objects, or the SM event may be “Layers modification” , for all or some specified SM data sources in an SM data source layer.

[0103] At block 1020, the requestor receives, from the SM server, a notification of the SM event.

[0104] In an example, the notification may include a data source identifier of at least one of the one or more data sources, and information on the changes in the at least one data source.

[0105] For example, the notification may be a spatial map event notification as shown in Table 5 below. Table 5: Spatial map event notification

[0106] Fig. 11 is a flowchart illustrating a method 1100 according to an embodiment of the present disclosure. The method 1100 can be performed by an SM server, e.g., a SEAL SM server.

[0107] At block 1110, the SM server receives, from a requestor, a request for subscribing an SM event associated with changes of one or more data sources.

[0108] In an example, the changes may include changes in one or more information elements in a data source profile (e.g., see Table 2) of any of the one or more data sources.

[0109] In an example, the changes may include changes in data type, data format, position, availability state, mobility, network coverage, and / or update interval or rate of any of the one or more data sources.

[0110] In an example, the SM event may include changes of objects, including the one or more data sources, i.e., data sources as objects. Alternatively, the SM event may include layers modification, associated with a data source layer including the one or more data sources. Alternatively, the SM event may include changes of data source. See the above Table 4 for example.

[0111] In an example, the SM server may perform at least one of the following operations: monitoring the information elements in the data source profile (e.g., monitoring a registration update procedure) of at least one of the one or more data sources; obtaining information on the position of at least one of the one or more data sources (e.g., from a 5th Generation System (5GS) or an LMS) ; and obtaining information from which the mobility and / or network coverage of at least one of the one or more data sources is derivable (e.g., from a 5GS, an OAM system, and / or a NEF) .

[0112] At block 1120, the SM server sends, to the requestor, a notification of the SM event.

[0113] In an example, the notification may include a data source identifier of at least one of the one or more data sources, and information on the changes in the at least one data source. See the above Table 5 for example.

[0114] The embodiments of the present disclosure provide enhancements to include a new event “Changes in SM data source” . It enables the consumer (e.g., VAL server) to send a subscription request to subscribe a “Changes in SM data source” event to get updates for any changes related to the SM data source. The VAL server can subscribe to this event by providing the SM data source identifiers and which element of the SM data source to monitor for changes (see Table 2 above) , which may include location, availability state, data source update interval or rate, network coverage, and / or mobility information. The SM server receives the subscribe request from the VAL server and initiates monitoring of the SM data source elements. For dynamic elements like network coverage and mobility, the SM server may subscribes to 5GS NEF services. The SM server may subscribe to the SEAL LMS services or NEF services to monitor the location of the SM data source UE. The SM server may also subscribe to the NEF analytics services to derive the network coverage and mobility information of the SM data source UE. The SM server may also monitor any explicit update in the SM data source done via the procedure defined in clause 9.5.3 of the TS 23.437, V19.0.0. Based on the monitoring, the SM server detects any changes in the SM data source elements and generates a notification to send to the VAL server. The notification message consists of the SM data source identifier and the updated information for the SM data source or the requested SM data source element.

[0115] As an alternative to introduction of the new event “Changes in SM data source” , the objects can be extended to include the SM data source as objects. In this case, the consumer may subscribe to the “Changes of object” event. The consumer sends the subscription request and SM data source identifiers as specified objects, e.g., in List of specified objects for "change of objects" event. The objects can include SM data source identifiers. The SM server monitors the SM data source as part of the change of objects.

[0116] As another alternative to introduction of the new event “Changes in SM data source” , the layers can be extended to include or can include the SM data source as layers of the Spatial Maps. In this case, the consumer may subscribe to the “layers modification” event. The consumer sends the subscription request and SM data source Layer identifiers and associated layer object IDs (objects here include SM data source) as layer information. The SM server monitors the SM data source as part of the layers modification event.

[0117] Fig. 12A shows a subscribe SM event procedure according to an embodiment of the present disclosure. As shown, this procedure includes the following steps.

[0118] 1. The VAL server (or SEAL SM client) sends a request message to the SEAL SM server to subscribe spatial map event. The request includes requestor ID, security credentials, a notification endpoint, a spatial map ID, event to subscribe which triggers the notification. The request message may also include a list of spatial map layers with its corresponding layer IDs to subscribe spatial map layering information related events. The requestor (VAL server or SEAL SM client) may subscribe to "changes of SM data source" events to indicate the SM server to notify the requestor when any changes in SM data source elements described in the SM data source profile (see Table 2) are detected. The requestor may subscribe to "changes of objects" events or "layers modification" events to indicate the SM server to notify the requestor when any changes in the SM data source are detected.

[0119] 2. The SEAL SM server authorizes the VAL server (or SEAL SM client) , and validates the request. Then server add the requestor into the subscriber list of the event. SM server starts monitoring the events. The SM server monitors the elements described in the SM data source profile (see Table 2) for "changes of SM data source" events. The SM server also subscribes to the SEAL Location Management Server (LMS) services or NEF services to monitor the location of the SM data source UE. The SM server also subscribes to the NEF analytics services to derive the coverage and mobility information of the SM data source UE. The SM server also monitors any explicit update in the SM data source in a registration update procedure.

[0120] 3. The SEAL SM server sends response message with the result. For the successful subscribe request, a subscription ID is included in the message. Otherwise, the response message includes an indication of failure and may include a reason for failure.

[0121] Fig. 12B shows a notify SM event procedure according to an embodiment of the present disclosure. As shown, this procedure includes the following steps.

[0122] 1. The SEAL SM server detects an event that triggers the notification to the subscribers for the corresponding event. If the subscribed event is "changes of objects" , the SM server detects any changes of the spatial map objects. If the spatial map objects include SM data sources, then the SM server detects any changes of the SM data source UE, such as changes in SM data type, SM data format, SM data area, changes in location, availability state, data source update interval or rate, network coverage, and / or mobility information. If the subscribed event is "Layers modification" , the SM server detects any changes of the spatial map layers information. If the spatial map layers information include SM Data source layer information then the SM server detects any changes of the SM data source UE, such as changes in SM data type, SM data format, SM data area, changes in location, availability state, data source update interval or rate, network coverage, and / or mobility information. If the subscribed event is "changes of SM data source" , the SM server detects any changes of the SM data source UE, such as changes in SM data type, SM data format, SM data area, changes in location, availability state, data source update interval or rate, network coverage, and / or mobility information.

[0123] 2. The SEAL SM server notifies the VAL servers (or SEAL SM clients) which subscribed the corresponding event. The notification includes a subscription ID and event-specific information. If the event is "changes of objects" , spatial map notification message includes the information on the detected triggering event, e.g. added or removed objects, position or direction changes of the objects in the spatial map, etc. If the event is "Layer modification" , the notification message includes the list of all layers for the spatial map. If the event is "Changes of SM data source" , the notification message includes the list of all SM data sources identifiers that are updated and the updated elements (e.g. changes in SM data type, SM data format, SM data area, location, availability state, data source update interval or rate, network coverage, and / or mobility information) .

[0124] Fig. 13 is a block diagram of a network node 1300 according to an embodiment of the present disclosure.

[0125] The network node 1300 includes a communication interface 1310, a processing circuitry 1320 and a memory 1330.

[0126] The memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM server, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 1. Particularly, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM server: receive, from a requestor, a request for creating a spatial map, the request including augmented layer information for data sources; and send, to the requestor, a response to the request.

[0127] In an embodiment, the request may further include information on an area of interest for the spatial map, and the memory 1330 may further contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing the SM server: discover, based on the request including the augmented layer information for data sources, one or more data sources in the area of interest to augment the spatial map.

[0128] Alternatively, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing a requestor, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 2. Particularly, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing a requestor: send, to an SM server, a request for creating a spatial map, the request including augmented layer information for data sources; and receive, from the SM server, a response to the request.

[0129] Alternatively, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM client, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 4. Particularly, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM client: send, to an SM server, a registration request including a profile of a data source, the profile including mobility information and / or update interval or rate information of the data source; and receive, from the SM server, a registration response to the registration request.

[0130] In an embodiment, the mobility information may indicate that the data source is fixed, low mobility, or high mobility, and / or the update interval or rate information may indicate an interval or rate at which the data source samples, updates, generates, refreshes, and / or transmits data.

[0131] In an embodiment, the profile may further include position information and availability state information of the data source.

[0132] Alternatively, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM server, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 5. Particularly, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM server: receive, from an SM client, a registration request including a profile of a data source, the profile including mobility information and / or update interval or rate information of the data source; and send, to the SM client, a registration response to the registration request.

[0133] In an embodiment, the mobility information may indicate that the data source is fixed, low mobility, or high mobility, and / or the update interval or rate information may indicate an interval or rate at which the data source samples, updates, generates, refreshes, and / or transmits data.

[0134] In an embodiment, the profile may further include position information and availability state information of the data source.

[0135] Alternatively, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM server, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 7. Particularly, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM server: receive, from a requestor, a data source discovery request including a set of discovery filters, the set of discovery filters including at least one of: position information, availability state information, mobility information, coverage information, or update interval or rate information; and send, to the requestor, a data source discovery response to the data source discovery request.

[0136] In an embodiment, the position information may indicate an area of interest or location information of a data source. The availability state information may indicate time period availability information of a data source. The mobility information may indicate a fixed, low mobility, or high mobility characteristic of a data source. The coverage information may indicate a network coverage of a data source. The update interval or rate information may indicate an interval or rate at which a data source samples, updates, generates, refreshes, and / or transmits data.

[0137] In an embodiment, the memory 1330 may further contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing the SM server: when the set of discovery filters includes the coverage information, obtaining, from an OAM system, a NWDAF, and / or a NEF, information from which a network coverage of a data source is derivable.

[0138] Alternatively, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing a requestor, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 8. Particularly, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing a requestor: send, to an SM server, a data source discovery request including a set of discovery filters, the set of discovery filters including at least one of: position information, availability state information, mobility information, coverage information, or update interval or rate information; and receive, from the SM server, a data source discovery response to the data source discovery request.

[0139] In an embodiment, the position information may indicate an area of interest or location information of a data source. The availability state information may indicate time period availability information of a data source. The mobility information may indicate a fixed, low mobility, or high mobility characteristic of a data source. The coverage information may indicate a network coverage of a data source. The update interval or rate information may indicate an interval or rate at which a data source samples, updates, generates, refreshes, and / or transmits data.

[0140] Alternatively, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing a requestor, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 10. Particularly, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing a requestor: send, to an SM server, a request for subscribing an SM event associated with changes of one or more data sources; and receive, from the SM server, a notification of the SM event.

[0141] In an embodiment, the changes may include changes in one or more information elements in a data source profile of any of the one or more data sources.

[0142] In an embodiment, the changes may include changes in data type, data format, position, availability state, mobility, network coverage, and / or update interval or rate of any of the one or more data sources.

[0143] In an embodiment, the SM event may include: changes of objects, including the one or more data sources; layers modification, associated with a data source layer including the one or more data sources; or changes of data source.

[0144] In an embodiment, the notification may include a data source identifier of at least one of the one or more data sources, and information on the changes in the at least one data source.

[0145] Alternatively, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM server, perform the actions, e.g., of the procedure described earlier in conjunction with Fig. 11. Particularly, the memory 1330 may contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing an SM server: receive, from a requestor, a request for subscribing an SM event associated with changes of one or more data sources; and send, to the requestor, a notification of the SM event.

[0146] In an embodiment, the changes may include changes in one or more information elements in a data source profile of any of the one or more data sources.

[0147] In an embodiment, the changes may include changes in data type, data format, position, availability state, mobility, network coverage, and / or update interval or rate of any of the one or more data sources.

[0148] In an embodiment, the memory 1330 may further contain instructions executable by the processing circuitry 1320 whereby the network node 1300 is operative to, when implementing the SM server: monitor the information elements in the data source profile of at least one of the one or more data sources; obtain information on the position of at least one of the one or more data sources; and / or obtain information from which the mobility and / or network coverage of at least one of the one or more data sources is derivable.

[0149] In an embodiment, the operation of monitoring the information elements may include monitoring a registration update procedure of the at least one data source. The operation of obtaining the information on the position may include obtaining the information on the position from a 5GS or an LMS. The operation of obtaining the information from which the mobility and / or network coverage is derivable may include obtaining the information from which the mobility and / or network coverage is derivable from a 5GS, an OAM system, and / or a NEF.

[0150] In an embodiment, the SM event may include: changes of objects, including the one or more data sources; layers modification, associated with a data source layer including the one or more data sources; or changes of data source.

[0151] In an embodiment, the notification may include a data source identifier of at least one of the one or more data sources, and information on the changes in the at least one data source.

[0152] The present disclosure also provides at least one computer program product in the form of a non-volatile or volatile memory, e.g., a non-transitory computer readable storage medium, an Electrically Erasable Programmable Read-Only Memory (EEPROM) , a flash memory and a hard drive. The computer program product includes a computer program. The computer program includes: code / computer readable instructions, which when executed by the processing circuitry 1320 causes the network node 1300 to perform the actions, e.g., of the procedure described earlier in conjunction with any of Figs. 1-2, 4-5, 7-8, and 10-11.

[0153] The computer program product may be configured as a computer program code structured in computer program modules. The computer program modules could essentially perform the actions of the flow illustrated in any of Figs. 1-2, 4-5, 7-8, and 10-11.

[0154] The processor may be a single CPU (Central Processing Unit) , but could also comprise two or more processing units. For example, the processor may include general purpose microprocessors; instruction set processors and / or related chips sets and / or special purpose microprocessors such as Application Specific Integrated Circuits (ASICs) . The processor may also comprise board memory for caching purposes. The computer program may be carried in a computer program product connected to the processor. The computer program product may comprise a non-transitory computer readable storage medium on which the computer program is stored. For example, the computer program product may be a flash memory, a Random Access Memory (RAM) , a Read-Only Memory (ROM) , or an EEPROM, and the computer program modules described above could in alternative embodiments be distributed on different computer program products in the form of memories.

[0155] The disclosure has been described above with reference to embodiments thereof. It should be understood that various modifications, alternations and additions can be made by those skilled in the art without departing from the spirits and scope of the disclosure. Therefore, the scope of the disclosure is not limited to the above particular embodiments but only defined by the claims as attached. The present disclosure further includes changes to 3GPP TS 23.437, V19.0.0, as described below in Appendixes A, B, and C. Appendix A 9.3.1 Create spatial map 9.3.1.1 General The create spatial map procedure enables the consumers to request the SEAL SM Server to create spatial map of the area of interest. 9.3.1.2 Procedure Figure 9.3.1.2-1 depicts the procedure for creating a spatial map. For the request from VAL server or SEAL SM client, as a spatial map consumer, SEAL SM server creates a spatial map. A spatial map can be structured in layers where each layer signifies a specific aspect of the spatial information (e.g. three dimensional space of area of interest, objects) . Figure 9.3.1.2-1: Create spatial map procedure (see Fig. 3) 1) The requestor (e.g., VAL server or SEAL SM client) sends a request message to the SEAL SM server to create a spatial map. The request includes requestor ID, security credentials, three-dimensional area of interest, information to be included in the spatial map such as access control rules defining which entities are permitted to discover and access the spatial map. The request may include spatial map layering information parameters and may also include augmented layer information that can be requested with the spatial map. NOTE: SEAL SM server can obtain augmented layer information and can provide the obtained augmented layer information to the requestor in the response message. 2) The SEAL SM server authorizes the requestor, and validates the request. The SEAL SM server produces a requested spatial map using layering information and processed sensor data. a) If the augmented layer information indicates to include VAL UE information, the SEAL SM server fetches the list of VAL UEs in the area of interest from LM server using clause 9.3.10 of 3GPP TS 23.434 [4] and / or from NEF as specified in 3GPP TS 23.502 [5] . b) If the augmented layer information indicates to include spatial anchors information within area of interest, the SEAL SM server fetches the list of spatial anchors in the area of interest as specified in clause 8.3.4.c) If the augmented layer information indicates to include SM_DATA_SOURCES, the SEAL SM server discovers one or more data sources in the area of interest of the requested spatial map using the procedure defined in clause 9.5.5 to augment the spatial map. If the location of the VAL UE data source (s) is not available, then the SEAL SM server uses the LM server procedure defined in clause 9.3.10 of 3GPP TS 23.434 [4] and / or from NEF as specified in 3GPP TS 23.502 [5] to fetch the location of the VAL UE data sources. NOTE: For the current release, the processed sensor data is stored at VAL layer (e.g., in database at VAL layer) and the SEAL SM server gets access to such database to create a spatial map via application specific way which is out of scope. 3) The SEAL SM server sends response message to the requestor with a indication of success, in-progress or fail. If the requested spatial map has been created successfully, the response message includes assigned spatial map ID and information which includes three-dimensional space defined by the spatial map and can include a list of spatial map layers with their corresponding layer ID, objects belong to the layer, (e.g. list of VAL USER IDs, Spatial Anchor IDs, SM Data source IDs) . If the response indicates "in-progress" , an assigned spatial map ID is included in the message. Further, if the response indicates "in-progress" and the requestor has not provided a notification target address, then the requestor subscribes for spatial map event to receive notification when the spatial map is created. Otherwise, the response includes an indication of failure and may include a reason for the failure. 4) If the response indicates "in-progress" , the SM server detects when the SEAL SM server has sufficient information to map all the objects related to area of interest and the spatial map is ready to provide service (e.g. employed for localization) . If the requestor has provided a notification target address in the request or has subscribed for spatial map events, the SEAL SM server notifies the requestor with the spatial map ready notification message. The notification includes parameters as specified in Table 9.3.6.3.3-1. 9.3.1.3 Information flows 9.3.1.3.1 Create spatial map request Table 9.3.1.3.1-1 describes the information elements from VAL server (or SEAL SM client) to SM server for create spatial map request. Table 9.3.1.3.1-1: Create spatial map request NOTE 1: For the current release, the spatial map layer information is implementation specific and out of scope. Appendix B 9.5.2.2 Procedure Figure 9.5.2.2-1 depicts the procedure for an authorized VAL client, via a SEAL SM client, to register as a SM data source with the SEAL SM server. Pre-conditions: 1. The SEAL SM client has received information (e.g. URI, IP address) related to the SEAL SM server; 2. The SEAL SM client has received security credentials authorizing it to communicate with the SEAL SM server. Figure 9.5.2.2-1: SM data source registration procedure (see Fig. 6) 1. The SEAL SM client sends a SM data source registration request to the SEAL SM server. The request includes a requestor ID, security credentials, UE identifier, VAL client identifier, SEAL SM client notification endpoint and a SM data source profile including SM information details (e.g., provider identifier, type, position, state) . The SM data source profile may also include mobility information, and data source update interval information. 2. Upon receiving the request, the SEAL SM server validates if the requestor is authorized for the request. If the requestor is authorized, the SEAL SM server assigns a unique identifier for the registration and stores the SM data source profile provided in the request. 3. The SEAL SM server sends a SM data source registration response to the SEAL SM client. If the SEAL SM server successfully stored the SM data source profile, the response includes an indication of success, the registration identifier and may include a proposed expiration time for the registration. Otherwise, the response includes an indication of failure and may include a reason for failure. NOTE: In this release, SM specific data source procedures are used. If and when generic data source related procedures are available, usage of generic procedures will be considered. 7.3.3.2 SM data source profile Table 7.3.3.2-1 describes information elements in the SM data source profile. Table 7.3.3.2-1: SM data source profile 9.5.5.2 Procedure Figure 9.5.5.2-1 depicts the procedure for an authorized VAL server to discover SM data source (s) . Pre-conditions: 1. The VAL server has received information (e.g. URI, IP address) related to the SEAL SM server; 2. The VAL server has received security credentials authorizing it to communicate with the SEAL SM server. Figure 9.5.5.2-1: SM data source discovery procedure (see Fig. 9) 1. The requestor (e.g., VAL server or SEAL server) sends a SM data source discovery request to the SEAL SM server. The request includes a requestor ID, security credentials, discovery filters and endpoint information for receiving spatial mapping information from discovered SM data sources. Discovery filters include the area of interest (e.g., three-dimensional area, localization information) and requirements on spatial mapping information as defined in clause 9.5.5.3.1. NOTE 1: How the requestor determines the requested area of interest is implementation specific. 2. The SEAL SM server authorizes the requestor and validates the request. If the request is authorized, the SEAL SM server determines one or more registered SM data source (s) according to the discovery filters. The SEAL SM server evaluates if the SM data source location is in accordance with the area of interest included in the discovery request to determine the SM data source (s) . The SEAL SM server can obtain UE location information from the 3GPP core network by invoking the 3GPP Core Network Location Services exposed by the NEF as described in 3GPP TS 23.273 [6] and 3GPP TS 23.502 [5] , or by invoking the SEAL Location Management APIs as described in 3GPP TS 23.434 [4] . To filter for coverage information requirement, the SM server communicates with NEF analytics services defined in TS 23.288 to get the network coverage information for the SM Data source. For example, SM server can subscribe to the NEF analytics services defined in clauses 6.6, 6.7, 6.8, 6.9, 6.2.3 of TS 23.288 to determine whether the SM Data source UE is in a good or bad network coverage. To filter for mobility information, the SM server commumcates with NEF analytics services like movement behaviour analytics defined in clause 6.21 3GPP TS 23.288 to determine the mobility information of the SM Data source. 3. The SEAL SM server sends a SM data source notification to trigger the determined SEAL SM client (s) to send spatial mapping information. The notification includes details about the requested spatial mapping information and endpoint information for sending the spatial mapping information to the requestor. The SEAL SM client provides the information included in the notification to the VAL client that will send the spatial mapping information. 4. The SEAL SM server sends a SM data source discovery response to the requestor. The response includes information about SM data source (s) when at least one SM data source has been determined. If no SM information provided was determined, the SEAL SM server sends a failure indication with a reason for failure. NOTE: In this release, SM specific data source procedures are used. If and when generic data source related procedures are available, usage of generic procedures will be considered. 9.5.5.3 Information flows 9.5.5.3.1 SM data source discovery request Table 9.5.5.3.1-1 describes information elements in the SM data source discovery request from the VAL server to the SEAL SM server. Table 9.5.5.3.1-1: SM data source discovery request Appendix C 9.3.6.2.1 Subscribe spatial map event Figure 9.3.6.2.1-1 depicts the procedure for the authorized spatial map consumer (VAL server or SEAL SM client) to subscribe the spatial map event. The service is provided by SEAL SM server. Spatial map consumer can get notification information when the the SM server detects subscribed event. Figure 9.3.6.2.1-1: Subscribe spatial map event procedure (see Fig. 12A) 1) The VAL server (or SEAL SM client) sends a request message to the SEAL SM server to subscribe spatial map event. The request includes requestor ID, security credentials, a notification endpoint, a spatial map ID, event to subscribe which triggers the notification. The request message may also include a list of spatial map layers with its corresponding layer IDs to subscribe spatial map layering information related events. The requestor (VAL server or SEAL SM client) may subscribe to one or more of the following events: a) "changes of objects" events to indicate the SM server to notify the requestor when changes of the objects are detected. The notification triggering criteria for "changes of objects" event may include added or removed objects, position or direction changes of the spatial map objects. b) "layers modification" events to indicate the SM server to notify the requestor when any layer in the spatial map is added or updated or removed. c) "spatial map ready" events to indicate the SM server to notify the requestor when the SEAL SM server has sufficient information to map all the objects related to area of interest the spatial map and the spatial map is ready to provide service (e.g. employed for localization) . This event is used when the result IE in the Create spatial map response indicates "in-progress" .d) "changes of SM data source" events to indicate the SM server to notify the requestor when any changes in SM data source elements described in Table 7.3.3.2-1 are detected. 2) The SEAL SM server authorizes the VAL server (or SEAL SM client) , and validates the request. Then server add the requestor into the subscriber list of the event. SM server starts monitoring the events.The SM server monitors the elements described in Table 7.3.3.2-1 for "changes of SM data source" events. The SM server also subscribes to the SEAL Location Management Server services in TS 23.434 or NEF services specified in TS 23.502 to monitor the location of the SM data source UE.The SM server also subscribes to the NEF analytics services defined in clauses 6.6, 6.7, 6.8, 6.2.3 TS 23.288 to derive the coverage and clause 6.21 TS 23.288 for mobility information of SM data source UE.The SM server also monitors any explicit update in the SM data source done via the procedure defined in clause 9.5.3 TS 23.437 3) The SEAL SM server sends response message with the result. For the successful subscribe request, a subscription ID is included in the message. Otherwise, the response message includes an indication of failure and may include a reason for failure. 9.3.6.2.2 Notify spatial map event Figure 9.3.6.2.2-1 depicts the notify spatial map event operation between the authorized spatial map consumer (VAL server or SEAL LM client) and SEAL SM server. Figure 9.3.6.2.2-1: Notify spatial map event (see Fig. 12B) 1) The SEAL SM server detects an event that triggers the notification to the subscribers for the corresponding event. a) If the subscribed event is "changes of objects" , the SM server detects any changes of the spatial map objects. If the spatial map objects include SM data sources then the SM server detects any changes of the SM data source UE like changes in SM data type, SM data format, SM data area, changes in location, availability state, data source update interval, network coverage, mobility information. b) If the subscribed event is "Layers modification" , the SM server detects any changes of the spatial map layers information. If the spatial map layers information include SM Data source layer information then the SM server detects any changes of the SM data source UE like changes in SM data type, SM data format, SM data area, changes in location, availability state, data source update interval, network coverage, mobility information. c) If the subscribed event is "spatial map ready" , the SM server detects when the SEAL SM server has sufficient information to map all the objects related to area of interest the spatial map and the spatial map is ready to provide service (e.g. employed for localization) .d) If the subscribed event is "changes of SM data source" , the SM server detects any changes of the SM data source UE like changes in SM data type, SM data format, SM data area, changes in location, availability state, data source update interval, network coverage, mobility information. SM server determines whether the detected event matches triggering criteria and notifies subscribers accordingly. 2) The SEAL SM server notifies the VAL servers (or SEAL SM clients) which subscribed the corresponding event. The notification includes a subscription ID and event-specific information. If the event is "changes of objects" , spatial map notification message includes the information on the detected triggering event, e.g. added or removed objects, position or direction changes of the objects in the spatial mapetc. If the event is "Layer modification" , the notification message includes the list of all layers for the spatial map. If the event is "Changes of SM data source" , the notification message includes the list of all SM data sources identifiers that are updated and the updated elements (e.g. changes in SM data type, SM data format, SM data area, location, availability state, data source update interval, network coverage, mobility information) . 9.3.6.3.1 Subscribe spatial map request Table 9.3.6.3.1-1 shows the subscribe spatial map event request sent by VAL server (or SEAL SM client) to SEAL SM server to subscribe for spatial map event (s) . Table 9.3.6.3.1-1: Subscribe spatial map event request 9.3.6.3.3 Notify spatial map event Table 9.3.6.3.3-1 shows the spatial map notification sent by SEAL SM server to VAL server (or SEAL SM client) to notify about spatial map event (s) . Table 9.3.6.3.3-1: Spatial map event notification

Claims

1.Amethod (100) in a Spatial Map, SM, server, comprising:receiving (110) , from a requestor, a request for creating a spatial map, the request including augmented layer information for data sources; andsending (120) , to the requestor, a response to the request.2.The method (100) of claim 1, wherein the request further includes information on an area of interest for the spatial map, and wherein the method further comprises:discovering, based on the request including the augmented layer information for data sources, one or more data sources in the area of interest to augment the spatial map.3.A method (200) in a requestor, comprising:sending (210) , to a Spatial Map, SM, server, a request for creating a spatial map, the request including augmented layer information for data sources; andreceiving (220) , from the SM server, a response to the request.4.A method (400) in a Spatial Map, SM, client, comprising:sending (410) , to an SM server, a registration request including a profile of a data source, the profile including mobility information and / or update interval information of the data source; andreceiving (420) , from the SM server, a registration response to the registration request.5.The method (400) of claim 4, whereinthe mobility information indicates that the data source is fixed, low mobility, or high mobility, and / orthe update interval information indicates a rate at which the data source updates or generates data.6.The method (400) of claim 4 or 5, wherein the profile further includes position information and availability state information of the data source.7.A method (500) in a Spatial Map, SM, server, comprising:receiving (510) , from an SM client, a registration request including a profile of a data source, the profile including mobility information and / or update interval information of the data source; andsending (520) , to the SM client, a registration response to the registration request.8.The method (500) of claim 7, whereinthe mobility information indicates that the data source is fixed, low mobility, or high mobility, and / orthe update interval information indicates a rate at which the data source updates or generates data.9.The method (500) of claim 7 or 8, wherein the profile further includes position information and availability state information of the data source.10.A method (700) in a Spatial Map, SM, server, comprising:receiving (710) , from a requestor, a data source discovery request including a set of discovery filters, the set of discovery filters including at least one of: position information, availability state information, mobility information, coverage information, or update interval information; andsending (720) , to the requestor, a data source discovery response to the data source discovery request.11.The method (700) of claim 10, whereinthe position information indicates an area of interest or location information of a data source,the availability state information indicates time period availability information of a data source,the mobility information indicates a fixed, low mobility, or high mobility characteristic of a data source,the coverage information indicates a network coverage of a data source, and / orthe update interval information indicates a rate at which a data source samples, updates, generates, refreshes, and / or transmits data.12.The method (700) of claim 10 or 11, further comprising, when the set of discovery filters includes the coverage information:obtaining, from an Operation Administration and Maintenance, OAM, system, a Network Data Analytics Function, NWDAF, and / or a Network Exposure Function, NEF, information from which a network coverage of a data source is derivable.13.A method (800) in a requestor, comprising:sending (810) , to a Spatial Map, SM, server, a data source discovery request including a set of discovery filters, the set of discovery filters including at least one of: position information, availability state information, mobility information, coverage information, or update interval information; andreceiving (820) , from the SM server, a data source discovery response to the data source discovery request.14.The method (800) of claim 13, whereinthe position information indicates an area of interest or location information of a data source,the availability state information indicates time period availability information of a data source,the mobility information indicates a fixed, low mobility, or high mobility characteristic of a data source,the coverage information indicates a network coverage of a data source, and / orthe update interval information indicates a rate at which a data source samples, updates, generates, refreshes, and / or transmits data.15.A method (1000) in a requestor, comprising:sending (1010) , to a Spatial Map, SM, server, a request for subscribing an SM event associated with changes of one or more data sources; andreceiving (1020) , from the SM server, a notification of the SM event.16.The method (1000) of claim 15, wherein the changes comprise changes in one or more information elements in a data source profile of any of the one or more data sources.17.The method (1000) of claim 15 or 16, wherein the changes comprise changes in data type, data format, position, availability state, mobility, network coverage, and / or update interval or rate of any of the one or more data sources.18.The method (1000) of any of claims 15-17, wherein the SM event comprises:changes of objects, including the one or more data sources,layers modification, associated with a data source layer including the one or more data sources, orchanges of data source.19.The method (1000) of any of claims 15-18, wherein the notification includes a data source identifier of at least one of the one or more data sources, and information on the changes in the at least one data source.20.A method (1100) in a Spatial Map, SM, server, comprising:receiving (1110) , from a requestor, a request for subscribing an SM event associated with changes of one or more data sources; andsending (1120) , to the requestor, a notification of the SM event.21.The method (1100) of claim 20, wherein the changes comprise changes in one or more information elements in a data source profile of any of the one or more data sources.22.The method (1100) of claim 20 or 21, wherein the changes comprise changes in data type, data format, position, availability state, mobility, network coverage, and / or update interval or rate of any of the one or more data sources.23.The method (1100) of claim 21 or 22, further comprising at least one of:monitoring the information elements in the data source profile of at least one of the one or more data sources;obtaining information on the position of at least one of the one or more data sources; andobtaining information from which the mobility and / or network coverage of at least one of the one or more data sources is derivable.24.The method (1100) of claim 23, whereinsaid monitoring the information elements comprises monitoring a registration update procedure of the at least one data source;said obtaining the information on the position comprises obtaining the information on the position from a 5th Generation System, 5GS, or a Location Management Server, LMS; and / orsaid obtaining the information from which the mobility and / or network coverage is derivable comprises obtaining the information from which the mobility and / or network coverage is derivable from a 5GS, an Operation Administration and Maintenance, OAM, system, and / or a Network Exposure Function, NEF.25.The method (1100) of any of claims 20-24, wherein the SM event comprises:changes of objects, including the one or more data sources,layers modification, associated with a data source layer including the one or more data sources, orchanges of data source.26.The method (1100) of any of claims 20-25, wherein the notification includes a data source identifier of at least one of the one or more data sources, and information on the changes in the at least one data source.27.A network node (1300) , comprising a communication interface (1310) , a processing circuitry (1320) , and a memory (1330) , the network node (1300) configured to, when implementing a Spatial Map, SM, server, perform the method according to any of claims 1-2, 7-9, 10-12, or 20-26, or when implementing a requestor, perform the method according to any of claims 3, 13-14, or 15-19, or when implementing an SM client, perform the method according to any of claims 4-6.28.A computer-readable storage medium comprising instructions that, when executed by a processing circuitry, configure the processing circuitry to perform the method according to any of claims 1-2, 7-9, 10-12, or 20-26, or the method according to any of claims 3, 13-14, or 15-19, or the method according to any of claims 4-6.29.A computer program product comprising instructions that, when executed by a processing circuitry, configure the processing circuitry to perform the method according to any of claims 1-2, 7-9, 10-12, or 20-26, or the method according to any of claims 3, 13-14, or 15-19, or the method according to any of claims 4-6.

Images