Entities and methods for collecting sensing data in mobile communication systems

Abstract

A first, second and third network entity (110, 120, 130) for providing sensing services in a mobile communication system (100). The first network entity (110) is configured to manage a plurality of sensing entities, SEs, (150) for collecting sensing data. Moreover, the first network entity (110) is configured to interact with the second network entity (120), wherein the second network entity (120) is configured to receive and process the sensing data from the plurality of SEs (150), for providing the processed sensing data to a service requester entity (140a, b). The sensing data comprises radio frequency, RF, sensing data and non-RF sensing data. Thus, the first network entity (110) allows for multimodal sensing in the mobile communication system (100).

Description

Entities and methods for collecting sensing data in mobile communication systemsTECHNICAL FIELD

[0001] The present disclosure relates to wireless communications. More specifically, the present disclosure relates to entities and methods for collecting and processing sensing data in mobile communication systems, in particular 3GPP mobile communication systems.BACKGROUND

[0002] Robots have the potential to be a huge benefit to society, for instance, by performing difficult or undesirable jobs, accessing areas difficult or dangerous for humans, and in general providing assistance and care to humans in a variety of scenarios. In healthcare for example, surgical robots are already used to conduct challenging medical procedures, and mobile robots are under investigation as tools in hospitals and care homes for medicine delivery and patient assistance. Other industries have either already undergone a revolution tied to the use of robotics technologies (e.g. industrial manufacturing) or it is anticipated that such revolutions will happen in the future (e.g. smart agriculture, robot delivery services) . Especially as many countries experience the societal issues associated with an aging population, it is expected that increased uptake of robot technologies will be experienced, and as a result it is expected that in the coming years and decades many more robot systems will be operating in society at various levels.

[0003] Therefore, it is important to develop the enabling network architectures that will support the particular requirements associated with this uptake of robot technology. For instance, a key feature of robotic systems are the onboard sensors which allow robots to perceive their environment by collecting sensing data. Effective multi-robot setups typically involve sharing and processing continuous streams of high-volume sensory information between robots, potentially via a central server. At the moment, existing implementations of robot-enabled infrastructure (e.g. automated manufacturing facilities) typically use ad-hoc wireless networks or private 5G solutions to support this. However, to achieve widespread connectivity and support the likely more advanced sensing requirements of the robotic infrastructure of the future –especially in the case of massive networks of robots which may originate from different vendors but nevertheless be required to co-exist and cooperate.

[0004] The 6G network has the potential to fulfil the role of a ‘robot web’ , providing capabilities to support the communications and sensing requirements of networks of robotic agents in the future. In addition to traditional robotic sensing methodologies, the 6G network will provide the capability for RF sensing –a sensor modality that uses radio signals and their reflections to capture environmental details, and can ultimately be used to augment the existing capabilities of robot systems.

[0005] More specifically, currently, the system architecture of the 5G network does not have sufficient support for sensing, e.g. sensing data management and operation. While the 5G network is designed largely for data transmission, the 6G network is intended to provide sensing services, including support for acquiring sensing data from sensors, then processing and storing the resulting sensing data within the network. The existing functionality offered by the 5G Location Service (LCS) focuses only on determining the position of UE. In contrast, a 6G sensing service should have the additional capability to detect, measure and interpret the  environment, external conditions (such as temperature, humidity or light) , and external agents (e.g. location of a specified target) .

[0006] Regarding the volume of data being transmitted, the control signaling involved in the LCS is typically intermittent in nature, with only small amounts of data being transmitted in each packet. Contrastingly, sensing services in 6G are envisioned to require large amounts of data transmission at high frequencies. In addition, this information is expected to come from external sensors as well as the 3GPP functionality.SUMMARY

[0007] It is an objective of the present disclosure to provide improved entities and methods for collecting and processing sensing data in mobile communication systems, in particular 3GPP mobile communication networks, such as the 6G network.

[0008] The foregoing and other objectives are achieved by the subject matter of the independent claims. Further implementation forms are apparent from the dependent claims, the description and the figures.

[0009] According to a first aspect a first network entity for a mobile communication system, in particular a 3GPP mobile communication system is provided. The first network entity is configured to manage a plurality of sensing entities, SEs, for collecting sensing data. Moreover, the first network entity is configured to interact with a second network entity, wherein the second network entity is configured to receive and process the sensing data from the plurality of SEs for providing the processed sensing data to a service requester entity. The sensing data comprises radio frequency, RF, sensing data and non-RF sensing data. Thus, the first network entity allows for multimodal sensing in the mobile communication system. In an implementation form, the first network entity may be implemented as a first network function and the second network entity may be implemented as a second network function in a core network of the mobile communication system.

[0010] In a further possible implementation form, for managing the plurality of SEs the first network entity is configured to receive a capability registration, i.e. a capability registration message from each of the plurality of SEs and / or orchestrate the sensing operation of each of the plurality of SEs. This allows for a better control of the plurality of SEs by the first network entity.

[0011] In a further possible implementation form, the capability registration of each SE comprises information about a type of the SE, a sensing range of the SE, a sensor type of the SE, and / or one or more sensor-specific processing parameters of the SE. This allows to efficiently provide the first network entity with valuable information about each SE and to better orchestrate the operation of the plurality of SEs based on this information.

[0012] In a further possible implementation form, the first network entity comprises or is configured to interact with a third network entity, wherein the third network entity is configured to store sensing information associated with the pluralities of SEs. This allows the first network entity and / or the third network entity to make efficient use of the sensing information associated with the plurality of SEs for responding to the service requester entity.

[0013] In a further possible implementation form, the sensing information comprises a map of an environment of the plurality of SEs, wherein the map of an environment of the plurality of SEs comprises the locations of the SEs and / or the locations of one or more objects of interest. This allows to take into account the locations of the SEs and / or the locations of one or more objects of interest for orchestrating the operation of the plurality of SEs and responding to the service requester entity.

[0014] In a further possible implementation form, the third network entity is further configured to receive the sensing data from the second network entity. This allows the third network entity, which may be implemented as a component of the first network entity, to efficiently obtain the sensing data, which may be processed raw sensing data.

[0015] In a further possible implementation form, the third network entity is a third network function. This allows efficiently implementing the third network entity, for instance, in a core network of the mobile communication system.

[0016] In a further possible implementation form, the first network entity is configured to manage the plurality of SEs for collecting sensing data, in response to a sensing service request from the service requester entity. This allows the first network entity to efficiently orchestrate the plurality of SEs for responding to the sensing service request from the service requester entity.

[0017] In a further possible implementation form, in response to the sensing service request, the third network entity is configured to provide sensing data stored in the third network entity to the service requester entity. This allows to efficiently provide sensing data to the service requester entity.

[0018] In a further possible implementation form, the first network entity and / or the third network entity are configured to select a subset of the plurality of SEs for collecting the sensing data for responding to the sensing service request. This allows to select an optimized subset of the plurality of SEs for responding to the sensing service request.

[0019] In a further possible implementation form, the first network entity and / or the third network entity are configured to select the subset of the plurality of SEs for collecting the sensing data for responding to the sensing service request by selecting a plurality of candidate SEs, ranking the plurality of candidate SEs, and performing the selection of the subset of the plurality of SEs based on the ranking. This allows to efficiently select an optimized subset of the plurality of SEs for responding to the sensing service request.

[0020] In a further possible implementation form, the first network entity and / or the third network entity are configured to select the plurality of candidate SEs, rank the plurality of candidate SEs, and perform the selection of the subset of the plurality of SEs based on the ranking in the form of a repeating loop as long as the sensing data provided by the selected subset of the plurality of SEs does not meet a quality metric, such as a KPI, and / or a pre-defined exit condition is not met. This allows to efficiently select an optimized subset of the plurality of SEs for responding to the sensing service request without unduly binding computational resources.

[0021] In a further possible implementation form, wherein the first network entity is configured to register a sensing subscription, in response to a sensing subscription request from the service requester entity, wherein the  sensing subscription request is indicative of one or more sensor types of the plurality of SEs requested by the service requester entity. This allows the first network entity to efficiently provide a sensing service.

[0022] According to a second aspect a method for operating a first network entity in a mobile communication system is provided. The method according to the second aspect comprises the steps of:

[0023] managing a plurality of sensing entities, SEs, for collecting sensing data; and interacting with a second network entity, wherein the second network entity is configured to receive and process the sensing data from the plurality of SEs, for providing the processed sensing data to a service requester entity, wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data. Thus, the method according to the second aspect allows for multimodal sensing in the mobile communication system.

[0024] The method according to the second aspect can be performed by the first network entity according to the first aspect. Thus, further features of the method according to the second aspect result from the functionality of the first network entity according to the first aspect as well as the different implementation forms and embodiments thereof described above and below.

[0025] According to a third aspect a second network entity for a mobile communication system is provided. The second network entity is configured to receive a request from a first network entity configured to manage a plurality of sensing entities, SEs, for collecting sensing data. Moreover, the second network entity is configured to receive and process the sensing data from the plurality of SEs for providing the processed sensing data to a service requester entity. The sensing data comprises radio frequency, RF, sensing data and non-RF sensing data. Thus, the second network entity allows for multimodal sensing in the mobile communication system.

[0026] In a further possible implementation form, the second network entity is configured to provide the processed sensing data to a third network entity for providing the processed sensing data to a service requester entity. This allows to efficiently provide the processed sensing data to the service requester entity.

[0027] According to a fourth aspect a method for operating a second network entity in a mobile communication system is provided. The method according to the fourth aspect comprises the steps of:

[0028] receiving a request from a first network entity configured to manage a plurality of sensing entities, SEs, for collecting sensing data; and

[0029] receiving and processing the sensing data from the plurality of SEs for providing the processed sensing data to a service requester entity, wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data. Thus, the method according to the fourth aspect allows for multimodal sensing in the mobile communication system.

[0030] The method according to the fourth aspect can be performed by the second network entity according to the third aspect. Thus, further features of the method according to the fourth aspect result from the functionality of the second network entity according to the third aspect as well as the different implementation forms and embodiments thereof described above and below.

[0031] According to a fifth aspect a third network entity for a mobile communication system is provided. The third network entity is configured to receive and store processed sensing data from a second network entity  configured to receive and process the sensing data from a plurality of sensing entities, SEs. The third network entity is further configured to provide the processed sensing data to a service requester entity, in response to a sensing service request from a first network entity configured to manage the plurality of SEs for collecting the sensing data. The sensing service request from the first network entity is based on a sensing service request from the service requester entity. The sensing data comprises radio frequency, RF, sensing data and non-RF sensing data. Thus, the third network entity allows for multimodal sensing in the mobile communication system.

[0032] In a further possible implementation form, the third network entity is configured to store sensing information associated with the pluralities of SEs. This allows the third network entity to make efficient use of the sensing information associated with the plurality of SEs for responding to the service requester entity.

[0033] In a further possible implementation form, the sensing information comprises a map of an environment of the plurality of SEs, wherein the map of an environment of the plurality of SEs comprises the locations of the SEs and / or the locations of one or more objects of interest. This allows to take into account the locations of the SEs and / or the locations of one or more objects of interest for the operation of the plurality of SEs and responding to the service requester entity.

[0034] In a further possible implementation form, the third network entity and / or the first network entity are configured to select a subset of the plurality of SEs for collecting the sensing data for responding to a sensing service request from the service requester entity. This allows to select an optimized subset of the plurality of SEs for responding to the sensing service request.

[0035] In a further possible implementation form, the third network entity and / or the first network entity are configured to select the subset of the plurality of SEs for collecting the sensing data for responding to the sensing service request by selecting a plurality of candidate SEs, ranking the plurality of candidate SEs, and performing the selection of the subset of the plurality of SEs based on the ranking. This allows to efficiently select an optimized subset of the plurality of SEs for responding to the sensing service request.

[0036] According to a sixth aspect a method for operating a third network entity in a mobile communication system is provided. The method according to the sixth aspect comprises the following steps:

[0037] receiving and storing processed sensing data from a second network entity configured to receive and process the sensing data from a plurality of sensing entities, SEs; and

[0038] providing the processed sensing data to a service requester entity, in response to a sensing service request from a first network entity configured to manage the plurality of SEs for collecting the sensing data, wherein the sensing service request from the first network entity is based on a sensing service request from the service requester entity, wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data. Thus, the method according to the sixth aspect allows for multimodal sensing in the mobile communication system.

[0039] The method according to the sixth aspect can be performed by the third network entity according to the fifth aspect. Thus, further features of the method according to the sixth aspect result from the functionality of the third network entity according to the fifth aspect as well as the different implementation forms and embodiments thereof described above and below.

[0040] According to a seventh aspect a mobile communication system, in particular a 3GPP mobile communication system is provided, comprising the first network entity according to the first aspect, the second network entity according to the third aspect, and / or the third network entity according to the fifth aspect.

[0041] According to an eighth aspect, a computer program product is provided, comprising a computer-readable storage medium for storing a program code which causes a computer or a processor to perform the method according to the second aspect, the method according to the fourth aspect, or the method according to the sixth aspect, when the program code is executed by the computer or the processor.

[0042] Details of one or more embodiments are set forth in the accompanying drawings and the description below. Other features, objects, and advantages will be apparent from the description, drawings, and claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0043] In the following, embodiments of the present disclosure are described in more detail with reference to the attached figures and drawings, in which:

[0044] Fig. 1 shows a schematic diagram illustrating a mobile communication system including a first network entity, a second network entity, and a third network entity according to an embodiment for collecting and processing sensing data in the mobile communication system;

[0045] Figs. 2a-h show schematic diagrams illustrating different examples for implementing a first network entity, a second network entity, and a third network entity in the core network of a mobile communication system, in particular a 3GPP mobile communication system, for collecting and processing sensing data;

[0046] Figs. 3a, b show signaling diagrams illustrating a registration procedure for registering a sensing entity implemented by a first network entity according to an embodiment;

[0047] Fig. 4 shows a signaling diagram illustrating the interaction between a service requester and a first network entity according to an example for subscribing to a sensing data collection service;

[0048] Fig. 5 shows a signaling diagram illustrating the interaction between a first network entity, a second network entity, and a third network entity according to an example for providing a dynamic sensing service;

[0049] Fig. 6 shows a signaling diagram illustrating the interaction between a first network entity and a second network entity for providing a dynamic sensing service, wherein the functionality of the third network entity of the example shown in figure 5 is implemented by the first network entity;

[0050] Figs. 7a, b show schematic diagram illustrating different application scenarios for a mobile communication system according to an example;

[0051] Fig. 8 shows a schematic diagram illustrating in more detail different stages of a SE selection procedure implemented by the first network entity, the second network entity, and / or the third network entity according to an example;

[0052] Fig. 9 is a flow diagram illustrating a method for operating a first network entity according to an example for providing sensing services in a mobile communication system;

[0053] Fig. 10 is a flow diagram illustrating a method for operating a second network entity according to an example for providing sensing services in a mobile communication system; and

[0054] Fig. 11 is a flow diagram illustrating a method for operating a third network entity according to an example for providing sensing services in a mobile communication system.

[0055] In the following, identical reference signs refer to identical or at least functionally equivalent features.

[0056] DETAILED DESCRIPTION OF THE EMBODIMENTS

[0057] In the following description, reference is made to the accompanying figures, which form part of the disclosure, and which show, by way of illustration, specific aspects of embodiments of the present disclosure or specific aspects in which embodiments of the present disclosure may be used. It is understood that embodiments of the present disclosure may be used in other aspects and comprise structural or logical changes not depicted in the figures. The following detailed description, therefore, is not to be taken in a limiting sense, and the scope of the present disclosure is defined by the appended claims.

[0058] For instance, it is to be understood that a disclosure in connection with a described method may also hold true for a corresponding device or system configured to perform the method and vice versa. For example, if one or a plurality of specific method steps are described, a corresponding device may include one or a plurality of units, e.g. functional units, to perform the described one or plurality of method steps (e.g. one unit performing the one or plurality of steps, or a plurality of units each performing one or more of the plurality of steps) , even if such one or more units are not explicitly described or illustrated in the figures. Moreover, if a specific apparatus is described based on one or a plurality of units, e.g. functional units, a corresponding method may include one step to perform the functionality of the one or plurality of units (e.g. one step performing the functionality of the one or plurality of units, or a plurality of steps each performing the functionality of one or more of the plurality of units) , even if such one or plurality of steps are not explicitly described or illustrated in the figures. Further, it is understood that the features of the various exemplary embodiments and / or aspects described herein may be combined with each other, unless specifically noted otherwise.

[0059] Figure 1 shows a schematic diagram illustrating a mobile communication system (also referred to as mobile network 100) , in particular a 3GPP mobile communication system. The mobile communication system 100 comprises a core network (CN) 100a and a radio access network (RAN) 100b for providing communication services. To this end, the RAN 100b may comprise a plurality of base stations or access points, as illustrated in figure 1. The CN 110a and the RAN 110b of the mobile communication system 100 are further configured to provide a sensing service by managing a plurality of sensing entities, SEs, 150 for collecting sensing data (for instance, sensing data associated with a sensing target 155) and by processing and delivering the sensing data, for instance, to a service requester entity 140a, b. To this end, the CN 100a of the mobile communication system 100 comprises a first network entity 110, a second network entity 120, and a third network entity 130, as will be described in more detail below. In an embodiment, the first network entity 110 may be implemented as a first network function 110 (herein referred to as Sensing Service Control Function, SSCF) , the second network entity 120 may be implemented as a second network function 120 (herein referred to as Sensing Data  Processing Function, SDPF) , and / or the third network entity 130 may be implemented as a third network function 130 (herein referred to as a Sensing Data Service Function, SDSF) . As illustrated in figure 1, the service requester entity 140a, b may be implemented in the CN 100b of the mobile communication system 100 as well (such as in the form of a further network function requesting sensing data) or as an external service requester 140b (such as a data network server) communicating with the CN 100b via a network exposure function (NEF) 135.

[0060] In further embodiments the mobile communication system 100 may be communication system based on Narrowband-Internet of Things (NB-IoT) , Global System for Mobile Communications (GSM) , Enhanced Data rates for GSM Evolution (EDGE) , Wideband Code Division Multiple Access (WCDMA) , Code Division Multiple Access 2000 (CDMA2000) , Time Division-Synchronization Code Division Multiple Access (TD-SCDMA) , Long Term Evolution (LTE) , Enhanced Mobile Broadband (eMBB) , Ultra Reliable Low Latency Communications (URLLC) , and / or Massive Machine Type Communications (mMTC) technology.

[0061] As will be described in more detail below, the first network entity 110, e.g. SSCF 110 is configured to manage the plurality of SEs 150 for collecting sensing data, wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data. In an embodiment, the first network entity 110, e.g. SSCF 110 is configured to manage the plurality of SEs 150, for instance, by selecting a subset of a plurality of available SEs 150 for collecting the RF and non-RF sensing data. In an embodiment, the first network entity 110, e.g. SSCF 110 is configured to manage the plurality of SEs 150, for instance, by implementing a registration and deregistration procedure for the plurality of SEs. As will be described in more detail below and as illustrated in figure 1, the first network entity 110, e.g. SSCF 110 is configured to receive a SE capability registration message 151 from an SE 150 for registering the SE 150. The first network entity 110, e.g. SCCF 110 is further configured to interact, for instance by means of request and / or response messages, with the second network entity 120, e.g. SDPF 120, which is configured to receive and process the sensing data from the plurality of SEs 150, for providing the processed sensing data to the service requester entity 140a, b.

[0062] As will be described in more detail below, the second network entity 120, e.g. SDPF 120 is configured to interact with the first network entity 110, e.g. SSCF 110 by receiving a request from the first network entity, e.g. SSCF 110 for collecting sensing data. In response to such a request, the second network entity 120, e.g. SDPF 120 is configured to receive and process the sensing data from the plurality of SEs 150 for providing the processed sensing data to the service requester entity 140a, b.

[0063] As will be described in more detail below, the third network entity 130, e.g. the SDSF 130 is configured to receive and store processed sensing data from the second network entity 120, e.g. SDPF 120. The third network entity 130, e.g. SDSF 130 is further configured to provide the processed sensing data to the service requester entity 140a, b, in response to a sensing service request from the first network entity 110, e.g. SSCF 110. The sensing service request from the first network entity 110, e.g. SSCF 110 is based on a sensing service request from the service requester entity 140a, b.

[0064] As will be appreciated and described in more detail below, the first network entity 110, e.g. SSCF 110, the second network entity 120, e.g. SDPF 120, and / or the third network entity 130, e.g. SDSF 130 implement a network architecture to support multimodal sensing integration, i.e. to utilize sensing data, including RF and non-RF sensing data. In an embodiment, the SEs 150, regardless of being RF or non-RF 150, may register their sensors with the network 100, detailing the capabilities such as sensor types, range and sensor-specific  processing parameters. This unified registration also accommodates non-RF SEs, allowing the mobile communication system 100 to utilize them for subsequent sensing service tasks. Moreover, the network architecture implemented by the first network entity 110, e.g. SSCF 110, the second network entity 120, e.g. SDPF 120, and / or the third network entity 130, e.g. SDSF 130 supports providing a dynamic sensing service by generating, storing and maintaining sensing information, i.e., the raw or processed sensing data that has been captured or measured by SEs 150. In an embodiment, the sensing information stored in the third network entity 130, e.g. SDSF 130 may include a representation (map) of the environment of the plurality of SEs 150 and objects of interest.

[0065] In an embodiment, the first network entity 110, e.g. SSCF 110 may be configured to communication with other network functions (NFs) of the CN 100a via a SBI interface. In an embodiment, the first network entity 110, e.g. SSCF 110 may be further configured to register its sensing data collection services with a network repository function (NRF) of the CN 100a. In an embodiment, the first network entity 110, e.g. SSCF may be directly connected to the RAN 100b or communicating via an access and mobility function (AMF) of the CN 100a. In an embodiment, the second network entity 120, e.g. SDPF 120 may be connected to a SBI bus of the CN 100a or communicate via an independent interface. In an embodiment, the sensing data from the plurality of SEs 150 may be either forwarded via the RAN 100b directly to the second network entity 120, e.g. SDPF 120 or via a user plane function (UPF) .

[0066] Before describing different more detailed embodiments of the first network entity / function 110, e.g. the SSCF 110, the second network entity / function 120, e.g. the SDPF 120, and the third network entity / function 130, e.g. the SDSF 130, in the following some definitions as well as terminology will be introduced making use of one or more of the following acronyms / abbreviations: Code Division Multiple Access 2000                                    CDMA2000 Enhanced Data rates for GSM Evolution                                 EDGE Enhanced Mobile Broadband                                                      eMBB Gateway Mobile Location Center                                        GMLC Generalized Precision Time Protocol                                            gPTP Global System for Mobile Communications                               GSM Location Service                                                      LCS Location Management Function                                          LMF Long Term Evolution                                                            LTE Massive Machine Type Communications                                   mMTC Narrowband Internet of Things                                         NB-IoT Network Exposure Function                                                      NEF Network Function                                                      NF Network Repository Function                                                    NRF Radio Access Network                                                  RAN Radio Frequency                                                       RF Service-Based Interface                                                              SBI Sensing Data Processing Function                                      SDPF Sensing Data Service Function                                         SDSF Sensing Entity                                                                  SE Sensing Service Control Function                                      SSCF Time Division-Synchronization Code Division Multiple Access          TD-SCDMA Unified Data Management                                               UDM UDR                                                                             Universal Data Repository User Equipment                                                        UE User Plane Function                                                             UPF Ultra-Reliable Low Latency Communications                    URLLC Wideband Code Division Multiple Access                                WCDMA

[0067] As used herein, a sensing entity (SE) 150 is an entity possessing communication capability and equipped with one or more sensors, allowing for the acquisition and relay of sensing data. A sensing entity 150 can be, for instance, a user equipment (UE) , a robot, or other devices capable of both sensing and communication. A RF SE 150 is an SE 150 equipped with only Radio Frequency (RF) sensors. A Non-RF SE 150 is an SE 150 equipped with non-RF sensors, i.e. traditional sensing modalities like LiDAR systems, RGB cameras, and the like. At least some of the plurality of SEs 150 may comprise both RF sensors and non-RF sensors.

[0068] As used herein, multimodal sensing refers to combining multiple input sources of sensing information together.

[0069] As used herein, sensing information refers to information sourced from sensors, which could be raw or processed sensing data.

[0070] As used here, sensing assistance information refers to information that may be used for deriving a sensing result. Examples of sensing assistance information are map information, area information, and the like.

[0071] As used herein, a map is a digital representation of an environment of the plurality of SEs 150 or objects of interest based on input sensor data. The exact format of this representation depends on the task at hand. Examples include (x, y) location of obstacles in the environment, or a collection of 3D images representing an object.

[0072] Figures 2a-h show schematic diagrams illustrating different embodiments for implementing the first network entity 110, e.g. SSCF 110, the second network entity 120, e.g. SDPF 120, and the third network entity 130, e.g. SDSF 130 in the CN 100a of the mobile communication system 100 for collecting and processing sensing data. For instance, in the embodiment shown in figure 2a, the first network entity 110, e.g. SSCF 110 and the third network entity 130, e.g. SDSF 130 are configured to communicate via a SBI bus with the NEF 135, an AMF 160 (connected to the RAN 100b) , and an AF 180. The second network entity 120, e.g. SDPF 120 is configured to communicate via a UPF 170 with the RAN 100b and a data network (DN) 190. The embodiments shown in figures 2a-h primarily differ in whether the third network entity 130, e.g. the SDSF is implemented as a standalone network function or as part of the first network entity 110, e.g. SSCF 110 and / or in how the different illustrated network functions connect and communicate with each other.

[0073] Figures 3a and 3b show two embodiments for registration or updating of an SE 150 in the mobile communication system 100. As will be appreciated, the embodiments shown in figures 3a, b support multimodal sensing by incorporating both SEs 150 for collecting RF sensing data (also referred to as RF SEs 150) and SEs 150 for collecting non-RF sensing data (also referred to as non-RF SEs 150) . In other words, the SE capability registration disclosed in the embodiments shown in figures 3a, b incorporates the RF and non-RF elements of the sensing capabilities of the plurality of SEs 150.

[0074] More specifically, in the embodiment shown in figure 3a each SE 150 sends a SE sensing capability registration message to the first network entity / function 110, e.g. the SSCF 110. In the embodiment shown in figure 3b each SE 150 sends a SE sensing capability registration message to the first network entity / function 110, e.g. the SSCF 110 and the SSCF 110 forwards the SE sensing capability registration message to a Universal Data Repository, UDR, 185 to be stored therein.

[0075] In an embodiment, the SE sensing capability registration message may include the following information: a unique identifier of the SE 150 (referred to as SE ID) herein; a type identifier of the SE 150 (referred to as SE type herein) , such as UE, CPE, BS, vehicle, UAV, IoT device; and / or positional information, such as a 3D position or a 6D pose, of the SE 150. Moreover, for each sensor of the respective SE 150 the SE sensing capability registration message may include: a unique identifier for each sensor of the SE 150 (herein referred to as Sensor_id) ; a type, i.e. modality identifier of each sensor of the SE 150 (herein referred to as Sensor_modality) , such as lidar, rgb camera, touch sensor, RF sensor, and the like; one or more parameters of each sensor of the SE 150 (herein referred to as Sensor_params) , such as sensor range, sensor frequency, sensor resolution, sensor field of view, and / or other sensor specific parameters; and / or an indicator for the capability of processing sensing data of each sensor of the SE 150 (herein referred to as Capability_indicator) .

[0076] Figure 4 shows a signaling diagram illustrating the process of subscribing to the sensing service provided by the first, second, and this network entities 110, 120, 130 of the mobile communication system 100 according to an embodiment. In step 1 of figure 4 a service requester 140a, b, such as, for instance, a further network function or a server located in the data network 190, sends a sensing subscription request to the first network entity / function 110, e.g. the SSCF 110. In an embodiment, the sensing subscription request may comprise one or more of the following sensing subscription information elements: req_id, area_list, service_type, kpi_list and sensor_modality. As will be appreciated, the sensor modality parameter in the sensing subscription request allows the service requester 140a, b to identify specific sensor types, such as RF sensor or non-RF sensors. The remaining parameters are described as follows: req_id is a unique reference to the sensing service requester, area_list is a list of the areas of interest corresponding to targets involved in the sensing request, service_type describes the type of the sensing operation e.g. object detection, location monitoring, force measurement, kpi_list is a list of key performance indicators corresponding to each target e.g. required measurement accuracy.

[0077] In step 2 of figure 4, in response to the sensing subscription request, the first network entity / function 110, e.g. the SSCF 110 assigns an identifier to the requested sensing service (herein referred to as serv_id) , and stores the sensing subscription information.

[0078] In step 3 of figure 4 the first network entity / function 110, e.g. the SSCF 110 sends a sensing subscription response to the service requester 140a, b, wherein the sensing subscription response comprises the identifier, e.g. serv_id assigned to the sensing service.

[0079] Figure 5 shows a signaling diagram illustrating in more detail the interaction between the first network entity / function 110, e.g. SSCF 110, the second network entity / function 120, e.g. the SDPF 120, and the third network function / entity 130, e.g. SDSF 130 for providing a dynamic sensing service according to an embodiment. As will be described in more detail below, the embodiment shown in figure 5 enables multimodal sensing by considering sensor modality during SE selection and sensing task distribution, and by supporting  the collection and processing of sensor data of varied modalities. Moreover, the embodiment shown in figure 5 supports dynamic sensing service provision by enabling the interaction with the third network entity / function 130, e.g. SDSF 130, where according to an embodiment the sensing information is stored, updated and maintained, and other network functions.

[0080] When a sensing task is initiated by the service requester 140a, b, the SSCF 110 asks the SDSF 130 to respond with the required information when it is available. If it is not available, the SSCF 110 performs SE selection and sends the sensing service request to the SDPF 120 and the selected SEs 150. After a SE 150 performs its sensing task, the raw sensing data is transmitted to the SDPF 120, where the raw sensing data may be processed and analyzed by the SDPF 120. Moreover, the SDSF 130 may be updated with relevant sensing information sent by the SDPF 120. Based on this information, the SDSF 130 may decide whether to transmit information to the service requester 140a, b, or to ask the SSCF 110 to perform another round of SE selection. In the embodiment shown in figure 5, the different entities may be implemented to use a synchronization protocol for time synchronization, such as the generalized Precision Time Protocol (gPTP) specified in IEEE 802.1AS.

[0081] In step 1 of figure 5, the service requester 140a, b sends a sensing service request to the SSCF 110. As illustrated in figure 5, the sensing service request may comprise an identifier of the service requester 140a, b (herein referred to as req_id ) as well as a service identifier (herein referred to as serv_id) which contains the sensing subscription information (the elements of which are req_id, area_list, service_type, kpi_list and sensor_modality as described above) .

[0082] In step 2 of figure 5, the SSCF 110 initiates a sensing service request to the SDSF 130, including serv_id, area, service type, kpi, sensor modality. After step 2, the execution branches in figure 5 depending on whether or not the requested sensing data is already available in the SDSF 130.

[0083] If the requested sensing data is already available in the SDSF 130, steps 3a and 4a of figure 5 are performed.

[0084] In step 3a of figure 5, the SDSF 130 directly sends out the available sensing data to the service requester 140a, b by means of a sensing data delivery message, which may include the service identifier, i.e. serv_id and the sensing result, i.e. the sensing data.

[0085] In step 4a of figure 5, the SDSF 130 sends a sensing service response to the SSCF 110. As illustrated in figure 4a, the sensing service response may comprise the service identifier, i.e. serv_id.

[0086] If the requested data is not available in the SDSF 130, the further steps shown in figure 5 are performed.

[0087] In step 3b of figure 5, the SDSF 130 responds with a sensing service response to the SSCF 110, wherein, as illustrated in figure 5, the sensing service response may comprise the service identifier, i.e. serv_id and sensing assistance information. The sensing assistance information corresponds to data used by the SSCF for selection of SEs 150 to carry out the sensing task. For example, for a navigation task the sensing assistance information could include a map of the environment generated by the SEs 150.

[0088] In step 4b of figure 5, the SSCF 110 performs SE selection for choosing those one or more SEs of the plurality of SEs 150 appropriate for serving the sensing request. In an embodiment, as will be described in more detail  below, the SSCF 110 may perform the SE selection together with the SDSF 130 based on the sensing assistance information, SE capability and serv_id.

[0089] In step 5i of figure 5, the SSCF 110 sends the sensing service request to the SDPF 120, including serv_id, service type, kpi, SE ID, sensor ID, sensor modality.

[0090] In step 5ii of figure 5, the SSCF 110 sends the sensing service request to the selected SEs, including serv_id, kpi and sensor ID.

[0091] In step 6 of figure 5, the selected SE (s) 150 perform the sensing task, i.e. collect raw sensing data, including RF sensing data and non-RF sensing data.

[0092] In step 7 of figure 5, the selected SE (s) 150 send a sensing service response to the SDPF 120, wherein the sensing service response may comprise serv_id, SE ID, sensor ID and the sensing data.

[0093] In step 8 of figure 5, the SDPF 120 performs sensing data processing based on the received information, i.e. processing the raw sensing data from the selected SE (s) 150 into processed sensing data.

[0094] In step 9 of figure 5, the SDPF 120 sends a sensing service response to the SDSF 130, wherein the sensing service response comprises the processed sensing data and the service identifier, i.e. serv_id.

[0095] In step 10 of figure 5, the SDSF 130 stores the processed sensing data.

[0096] After step 10, the execution in the embodiment shown in figure 5 branches again depending on whether or not the processed sensing data satisfies the serv_id kpi.

[0097] If the KPI is satisfied, steps 11a and 12a of figure 5 are performed.

[0098] In step 11a of figure 5, the SDSF 130 sends a sensing data delivery message to the service requester 140a, b. The sensing data delivery message includes the sensing result, i.e. the processed sensing data and the service identifier, i.e. serv_id.

[0099] In step 12a of figure 5, the SDSF 130 sends a sensing service response message to the SSCF 110 for acknowledging the successful execution of the service request. As illustrated in figure 5, the sensing service response message in step 12a of figure 5 may include the service identifier, i.e. serv_id.

[0100] If the KPI is not satisfied, steps 11b and 12b of figure 5 are performed.

[0101] In step 11b of figure 5, the SDSF 130 sends a sensing service response to the SSCF 110, wherein the sensing service response of step 11b of figure 5 may include the sensing assistance information and the service identifier, i.e. serv_id. Then the procedure repeats with step 4b again, i.e. a new, i.e. more refined selection of appropriate SE (s) 150 for providing the sensing data in accordance with the sensing request. To ensure that this procedure does not result in an endless loop, in cases where the serv_id KPI can never be satisfied, the end condition of the loop may be set by the service requester 140a, b and / or the SSCF 110. For example, an end condition may be a time limit, a maximum number of SE selections performed, and the like.  In step 12b of figure 5, when the loop end condition is met, the SSCF 110 sends a sensing service response to the service requester 140a, b, which may include in addition to the service identifier, i.e. serv_id an acknowledgement and / or a reason for the failure of the service.

[0102] If the service requester 140b is a third-party (outside of the core network 120) , the interactions of the service requester 140b with the SSCF 110, the SDPF 120, and / or the SDSF 130 may be implemented via the NEF 135.

[0103] Figure 6 shows a signaling diagram illustrating in more detail the interaction between the first network entity / function 110, e.g. SSCF 110 and the second network entity / function 120, e.g. the SDPF 120, for providing a dynamic sensing service according to an embodiment, where the third network entity / function 130, e.g. SDSF 130 is implemented as part of the SSCF 110. In other words, in the embodiment shown in figure 6, the functionality of the third network entity / function 130, e.g. SDSF 130 described above, for instance in the context of figure 5, is integrated into the SSCF 110. In the embodiment shown in figure 6, the different entities may be implemented to use a synchronization protocol for time synchronization, such as the generalized Precision Time Protocol (gPTP) specified in IEEE 802.1AS.

[0104] In step 1 of figure 6, the service requester 140a, b sends a sensing service request to the SSCF 110. As illustrated in figure 6, the sensing service request may comprise an identifier of the service requester 140a, b (herein referred to as req_id ) as well as a service identifier (herein referred to as serv_id) , in order to provide sensor modality, in addition to other parameters (i.e., area, service type and kpi) . After step 1, the execution branches in figure 6 depending on whether or not the requested sensing data is already available in the SDSF 130 implemented as part of the SSCF 110.

[0105] If the sensing requested data is already available in the SDSF 130 implemented as part of the SSCF 110, step 2a of figure 6 is performed.

[0106] In step 2a of figure 6, the SSCF 110 sends a sensing service response to the service requester 140a, b. As illustrated in figure 6, in addition to the requested sensing data the sensing service response may comprise the service identifier, i.e. serv_id.

[0107] If the requested sensing data is not yet available in the SDSF 130 implemented as part of the SSCF 110, the following steps are performed.

[0108] In step 2b of figure 6, the SSCF 110 performs SE selection to choose the appropriate SE (s) 150.

[0109] In step 3i of figure 6, the SSCF 110 sends the sensing service request to the SDPF 120, which may include serv_id, service type, kpi, SE ID, sensor ID, sensor modality.

[0110] In step 3ii of figure 6, the SSCF 110 sends the sensing service request to the selected SE (s) 150, including serv_id, kpi and sensor ID.

[0111] In step 4 of figure 6, the one or more selected SE (s) 150 perform the sensing task execution, i.e. collect sensing data with the sensors specified in the sensing service request of step 3ii of figure 6.

[0112] In step 5 of figure 6, the one or more selected SE (s) 150 each send a sensing service response to the SDPF 120, wherein in addition to the collected war sensing data the sensing service response may comprise serv_id, SE ID, and / or sensor ID.

[0113] In step 6 of figure 6, the SDPF 120 performs processing of the raw sensing data received from the one or more selected SE (s) 150 for generating processed sensing data.

[0114] In step 7 of figure 6, the SDPF 120 sends a sensing service response to the SSCF 110, wherein in addition to the processed sensing data (or at least a portion thereof) the sensing service response may comprise serv_id.

[0115] In step 8 of figure 6, the SSCF 110 stores the processed sensing data received from the SDPF 120 or at least a portion thereof that is relevant for the service request from the service requester 140a, b. After step 8 of figure 6, execution again branches depending on whether or not the processed sensing data satisfies the serv_id kpi.

[0116] If the KPI is satisfied, the SSCF 110 in step 9a of figure 6 sends a sensing service response to the service requester 140a, b, wherein in addition to the processed sensing data the sensing service response may comprise serv_id.

[0117] If the KPI is not satisfied, the procedure repeats with step 2b of figure 6. Similarly to the previous embodiment of figure 5, the loop end condition may be set by the service requester 140a, b and / or the SSCF 110. When the loop end condition is met, the SSCF 110 in step 9b of figure 6 sends a sensing service response to the service requester 140a, b, which may include in addition to the service identifier, i.e. serv_id an acknowledgment and / or a reason for the failure of the service.

[0118] Figures 7a and 7b illustrate two scenarios, where the mobile communication system 100 may be beneficially employed for collecting and processing sensing data.

[0119] Figure 7a illustrates a sensing task for tracking a target 155. The tracking target 155 is situated within the overlapping coverage zones of the RF sensing entity 150 and the LiDaR, i.e. non-RF sensing of a SE 150 in the form of a robot R1. Individually, each sensor modality has its strength and limitations in terms of detection, accuracy and range. However, by integrating data both from RF and non-RF sensing, embodiments disclosed herein allow utilizing the complementary strengths of each modality.

[0120] Figure 7b illustrates a scenario highlighting the importance of allowing for and responding to dynamic environmental changes, as implemented by embodiments disclosed herein. This is because, elements such as unexpected obstacle movements, interactions with neighboring SEs 150, e.g. robots 150, or task command modifications can significantly impact sensing accuracy and efficiency. At the onset, marked by T=0, the target 155 in the scenario shown in figure 7b is well within the sensing coverage of the robot R1 150. However, as time progresses to T=t, an artefact of the environment compromises the ability of the robot R1 150 to sense the target 155 with its onboard sensors. Without considering these dynamic factors, the orchestration of the sensing service may fall short of its potential efficacy. However, embodiments disclosed herein provide a service provision mechanism capable of accommodating and responding to these dynamic scenarios.

[0121] Figure 8 shows a schematic diagram illustrating in more detail different stages of a SE selection procedure implemented by the first network entity 110, e.g. SSCF 110, the second network entity 120, e.g. SDPF 120, and / or the third network entity 130, e.g. SDSF 130 according to an embodiment. In an embodiment, the procedure for SE selection implemented by the first network entity 110, e.g. SSCF 110, the second network entity 120, e.g. SDPF 120, and / or the third network entity 130, e.g. SDSF 130 may be domain-specific and the exact algorithm used may be specified by the service requester entity 140a, b. In an embodiment, the SE selection procedure implemented by the first network entity 110, e.g. SSCF 110, the second network entity 120, e.g. SDPF 120, and / or the third network entity 130, e.g. SDSF 130 may involve the stages illustrated in figure 8, namely a first stage of updating the locations of candidate SEs 150, a second stage of quantifying / ranking the relative task-specific sensing capabilities of candidate SEs 150, and a third final stage of performing the selection based on this ranking.

[0122] Figure 9 is a flow diagram illustrating a method 900 for operating the first network entity / function 110, e.g. the SSCF 110 according to an embodiment for providing sensing services in the mobile communication system 100. The method 900 comprises a step 901 of managing the plurality of SEs (150) for collecting sensing data. Moreover, the method 900 comprises a step 903 of interacting with the second network entity / function 120, e.g. SDPF 120 configured, as already described above, to receive and process sensing data from the plurality of SEs 150 for providing the processed sensing data to the service requester entity 140a, b. The sensing data comprises RF sensing data and non-RF sensing data.

[0123] The method 900 illustrated in figure 9 can be performed by the first network entity / function 110, e.g. SSCF 110 according to an embodiment. Thus, further features of the method 900 result from the functionality of the first network entity / function 110, e.g. SSCF 110 as well as the different embodiments thereof described above and below.

[0124] Figure 10 is a flow diagram illustrating a method 1000 for operating the second network entity / function 120, e.g. SDPF 120 according to an embodiment for providing sensing services in the mobile communication system 100. The method 1000 comprises a step 1001 of receiving a request, such as the sensing service request in step 5i of figure 5 or in step 3i of figure 6, from the first network entity / function 110, e.g. SSCF 110 configured to manage the plurality of SEs 150 for collecting sensing data. Moreover, the method 1000 comprises receiving and processing 1003 the raw sensing data from the plurality of SEs 150 for providing the processed sensing data to the service requester entity 140a, b. As already described above, the sensing data comprises RF sensing data and non-RF sensing data.

[0125] The method 1000 illustrated in figure 10 can be performed by the second network entity / function 120, e.g. SDPF 120 according to an embodiment. Thus, further features of the method 1000 result from the functionality of the second network entity / function 120, e.g. SDPF 120 as well as the different embodiments thereof described above and below.

[0126] Figure 11 is a flow diagram illustrating a method 1100 for operating the third network entity / function 130, e.g. SDSF 130 according to an embodiment for providing sensing services in the mobile communication system 100. The method 1100 comprises receiving and storing 1101 processed sensing data from the second network entity / function 120, e.g. SDPF configured to receive and process the raw sensing data received from the plurality of SEs 150. Moreover, the method 1100 comprises the step 1103 of providing the processed sensing data to the service requester entity 140a, b, in response to a sensing service request from the first  network entity / function 110. e.g. SSCF 110 configured to manage the plurality of SEs 150 for collecting the sensing data. The sensing service request from the first network entity / function 110, e.g. SSCF 110 is based on an initial sensing service request from the service requester entity 140a, b. As already described above, the sensing data comprises RF sensing data and non-RF sensing data.

[0127] The method 1100 illustrated in figure 11 can be performed by the third network entity / function 130, e.g. SDSF 130 according to an embodiment. Thus, further features of the method 1100 result from the functionality of the third network entity / function 130, e.g. SDSF 130 as well as the different embodiments thereof described above and below.

[0128] The person skilled in the art will understand that the "blocks" ( "units" ) of the various figures (method and apparatus) represent or describe functionalities of embodiments of the present disclosure (rather than necessarily individual "units" in hardware or software) and thus describe equally functions or features of apparatus embodiments as well as method embodiments (unit = step) .

[0129] In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus, and method may be implemented in other manners. For example, the described embodiment of an apparatus is merely exemplary. For example, the unit division is merely a logical function division and may be another division in an actual implementation. For example, a plurality of units or components may be combined or integrated into another system, or some features may be ignored or not performed. In addition, the displayed or discussed mutual couplings or direct couplings or communication connections may be implemented by using some interfaces. The indirect couplings or communication connections between the apparatuses or units may be implemented in electronic, mechanical, or other forms.

[0130] The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one position, or may be distributed on a plurality of network units. Some or all of the units may be selected according to actual needs to achieve the objectives of the solutions of the embodiments.

[0131] In addition, functional units in the embodiments of the disclosure may be integrated into one processing unit, or each of the units may exist alone physically, or two or more units may be integrated into one unit.

Claims

1.A first network entity (110) for a mobile communication system (100) , wherein the first network entity (110) is configured to:manage a plurality of sensing entities, SEs, (150) for collecting sensing data; andinteract with a second network entity (120) , wherein the second network entity (120) is configured to receive and process the sensing data from the plurality of SEs (150) , for providing the processed sensing data to a service requester entity (140a, b) ;wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data.2.The first network entity (110) of claim 1, wherein for managing the plurality of SEs (150) , the first network entity (110) is configured to receive a capability registration (151) from each of the plurality of SEs (150) and / or orchestrate the sensing operation of each of the plurality of SEs (150) .3.The first network entity (110) of claim 2, wherein the capability registration (151) of each SE (150) comprises information about a type of the SE (150) , a sensing range of the SE (150) , a sensor type of the SE (150) , and / or one or more sensor-specific processing parameters of the SE (150) .4.The first network entity (110) of any one of the preceding claims, wherein the first network entity (110) is a first network function (110) .5.The first network entity (110) of any one of the preceding claims, wherein the second network entity (120) is a second network function (120) .6.The first network entity (110) of any one of the preceding claims, wherein the first network entity (110) comprises or is configured to interact with a third network entity (130) , wherein the third network entity (130) is configured to store sensing information associated with the pluralities of SEs (150) .7.The first network entity (110) of claim 6, wherein the sensing information comprises a map of an environment of the plurality of SEs (150) , where the map of an environment of the plurality of SEs (150) comprises the locations of the SEs (150) and / or the locations of one or more objects of interest.8.The first network entity (110) of claim 7, wherein the third network entity (130) is further configured to receive the sensing data from the second network entity (120) .9.The first network entity (110) of any one of claims 6 to 8, wherein the third network entity (130) is a third network function (130) .10.The first network entity (110) of any one of the preceding claims, wherein the first network entity (110) is configured to manage the plurality of SEs (150) for collecting sensing data, in response to a sensing service request from the service requester entity (140a, b) .11.The first network entity (110) of claim 10, wherein, in response to the sensing service request, the third network entity (130) is configured to provide sensing data stored in the third network entity (130) to the service requester entity (140a, b) .12.The first network entity (110) of claim 10 or 11, wherein the first network entity (110) and / or the third network entity (130) are configured to select a subset of the plurality of SEs (150) for collecting the sensing data for responding to the sensing service request.13.The first network entity (110) of claim 12, wherein the first network entity (110) and / or the third network entity (130) are configured to select the subset of the plurality of SEs (150) for collecting the sensing data for responding to the sensing service request by selecting a plurality of candidate SEs, ranking the plurality of candidate SEs, and performing the selection of the subset of the plurality of SEs (150) based on the ranking.14.The first network entity (110) of claim 13, wherein the first network entity (110) and / or the third network entity (130) are configured to select a plurality of candidate SEs, rank the plurality of candidate SEs, and perform the selection of the subset of the plurality of SEs (150) based on the ranking in the form of a repeating loop as long as the sensing data provided by the selected subset of the plurality of SEs (150) does not meet a quality metric and / or a pre-defined exit condition is not met.15.The first network entity (110) of any one of claims 10 to 14, wherein the first network entity (110) is configured to register a sensing subscription, in response to a sensing subscription request from the service requester entity (140a, b) , wherein the sensing subscription request is indicative of one or more sensor types of the plurality of SEs (150) requested by the service requester entity (140a, b) .16.A method (900) for operating a first network entity (110) in a mobile communication system (100) , wherein the method (900) comprises:managing (901) a plurality of sensing entities, SEs, (150) for collecting sensing data, wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data; andinteracting (903) with a second network entity (120) , wherein the second network entity (120) is configured to receive and process the sensing data from the plurality of SEs (150) , for providing the processed sensing data to a service requester entity (140a, b) .17.A second network entity (120) for a mobile communication system (100) , wherein the second network entity (120) is configured to:receive a request from a first network entity (110) configured to manage a plurality of sensing entities, SEs, (150) for collecting sensing data; andreceive and process the sensing data from the plurality of SEs (150) for providing the processed sensing data to a service requester entity (140a, b) ;wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data.18.The second network entity (120) of claim 17, wherein the second network entity (120) is configured to provide the processed sensing data to a third network entity (130) for providing the processed sensing data to a service requester entity (140a, b) .19.A method (1000) for operating a second network entity (120) in a mobile communication system (100) , wherein the method (1000) comprises:receiving (1001) a request from a first network entity (110) configured to manage a plurality of sensing entities, SEs, (150) for collecting sensing data, wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data; andreceiving and processing (1003) the sensing data from the plurality of SEs (150) for providing the processed sensing data to a service requester entity (140a, b) .20.A third network entity (130) for a mobile communication system (100) , wherein the third network entity (130) is configured to:receive and store processed sensing data from a second network entity (120) configured to receive and process the sensing data from a plurality of sensing entities, SEs, (150) ; andprovide the processed sensing data to a service requester entity (140a, b) , in response to a sensing service request from a first network entity (110) configured to manage the plurality of SEs (150) for collecting the sensing data, wherein the sensing service request from the first network entity (110) is based on a sensing service request from the service requester entity (140a, b) ,wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data.21.The third network entity (130) of claim 20, wherein the third network entity (130) is configured to store sensing information associated with the pluralities of SEs (150) .22.The third network entity (130) of claim 21, wherein the sensing information comprises a map of an environment of the plurality of SEs (150) , where the map of an environment of the plurality of SEs (150) comprises the locations of the SEs (150) and / or the locations of one or more objects of interest.23.The third network entity (130) of any one of claims 20 to 22, wherein the third network entity (130) and / or the first network entity (110) are configured to select a subset of the plurality of SEs (150) for collecting the sensing data for responding to a sensing service request from the service requester entity (140a, b) .24.The third network entity (130) of claim 23, wherein the third network entity (130) and / or the first network entity (110) are configured to select the subset of the plurality of SEs (150) for collecting the sensing data for responding to the sensing service request by selecting a plurality of candidate SEs, ranking the plurality of candidate SEs, and performing the selection of the subset of the plurality of SEs (150) based on the ranking.25.A method (1100) for operating a third network entity (130) in a mobile communication system (100) , wherein the method (1100) comprises:receiving and storing (1101) processed sensing data from a second network entity (120) configured to receive and process the sensing data from a plurality of sensing entities, SEs, (150) , wherein the sensing data comprises radio frequency, RF, sensing data and non-RF sensing data; andproviding (1103) the processed sensing data to a service requester entity (140a, b) , in response to a sensing service request from a first network entity (110) configured to manage the plurality of SEs (150) for collecting the sensing data, wherein the sensing service request from the first network entity (110) is based on a sensing service request from the service requester entity (140a, b) .

Images