Method, apparatus, and system for supporting operation of an electronic device

Abstract

Provided are a method, apparatus, and system for supporting operation of an ED. The first apparatus can obtain the ED service profile registration request from the ED and send the ED service profile registration response back to the ED, so that the network can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the network can easily register the service of the ED so that NFs in the network such as DWCF can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

Description

METHOD, APPARATUS, AND SYSTEM FOR SUPPORTING OPERATION OF AN ELECTRONIC DEVICETECHNICAL FIELD

[0001] The present disclosure relates generally to the field of wireless communications technologies and, in particular, to method, apparatus, and system for supporting operation of an electronic device (ED) such as a sensor and actuator in a network.BACKGROUND

[0002] In the fifth generation (5G) networks, network functions (NF) such as access and mobility management (AMF) , session management function (SMF) can provide services to other network functions. The network data analytics function (NWDAF) can collect data from network entities (NE) , such as user equipment (UE) , NF, operation and administration management (OAM) , application function (AF) , to perform data analytics and provide analytics results to other NEs so that these NEs can optimize their operation and overall network performance.

[0003] While the NWDAF data analytics may help to improve the overall network performance, the analytic data may not give the network status in short term or in real time.

[0004] This background information is provided to reveal information believed by the applicant to be of possible relevance to the present disclosure. No admission is necessarily intended, nor should be construed, that any of the preceding information constitutes prior art against the present disclosure.SUMMARY

[0005] In a first aspect, the present disclosure provides a method for supporting operation of an electronic device (ED) , including:

[0006] obtaining an ED service profile registration request from the ED via an access network (AN) to register a service of the ED with a network; and

[0007] sending an ED service profile registration response to the ED via the AN to indicate whether the  registration of the service is successful or unsuccessful.

[0008] This solution can be performed by a connection management function (CMF) in the network, for example in a mobile network. By obtaining the ED service profile registration request from the ED and sending the ED service profile registration response to the ED, the network can be informed of the presence and service of the ED and register the service for the ED. The ED may be a dedicated or non-dedicated sensor or actuator, or both. A dedicated sensor may be a device that is specifically designed to perform one or more sensing tasks. A dedicated actuator may be a device that is specifically designed to perform one or more actuating tasks. A non-dedicated sensor may be a device that has both sensing and non-sensing functions. A non-dedicated actuator may be a device that has both actuating and non-actuating functions. A functional unit of ED that provides a sensor or an actuator service may be represented by an ED identifier (ID) . Either the ED or the network may assign the ED ID. The ED may connect with the network by using a communication device, such as a user equipment (UE) . The UE may be represented by a UE ID.The network may know the UE capability and have the UE subscription data. An ED may have one or more sensor and actuator functional units. For example, a mobile phone may have multiple sensors, such as camera sensor, gyroscope sensor, global positioning system (GPS) sensor to estimate UE location. An ED may connect to one or more network, for example by using one or more subscriber identity module (SIM) card or electronic SIM. Each network may assign a unique UE ID for the ED. By using this solution, the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0009] In a possible implementation of the first aspect, the ED service profile registration request includes one or more of: an ED ID, a UE ID, and an indication indicating to register the service of the ED with the network.

[0010] In a possible implementation of the first aspect, the ED service profile registration request includes one or more ED service profiles, where each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides. In an alternative implementation, the ED service location information may be a parameter in the ED service profile.

[0011] In a possible implementation of the first aspect, each of the one or more ED service profiles includes one or more of: an ED ID, one or more service types, one or more types of sensor data, a UE ID that provides data and control connections with the AN for the ED, and one or more data transmission quality of service (QoS) requirements. The ED ID may represent the sensor functional unit in the ED. The UE ID may represent functional unit of ED that provides control and data connections with AN. The network may have UE subscription data of the UE.

[0012] In a possible implementation of the first aspect, each of the one or more ED service profiles includes one or more of: an ED ID, one or more service types, one or more types of actuator data, a UE ID that provides data and control connections with the AN for the ED, service location information of the ED, and one or more data transmission QoS requirements. The ED ID may represent the actuator functional unit in the ED. The UE ID may represent a functional unit of ED that provides control and data connections with AN. The network may have UE subscription data of the UE.

[0013] The service location information of the ED provides location information that the ED can provide one or more services. The service location information may include one or more of: one or more IDs of the AN nodes that serves the ED, one or more cell IDs of the AN that serves the ED, one or more tracking area IDs of the AN that serves the ED, one or more civic addresses, one or more two-dimensional (2D) locations in a map, one or more three-dimensional (3D) locations in a map, one or more areas each bounded by a list of waypoints, one or more geographic area IDs, one or more names of building, one or more names of city, one or more names of province, one or more names of country. The service location information of the ED can also include other parameters, which is not limited herein. The service location information may be a parameter of ED, and also a parameter of any network entities and objects in present disclosure.

[0014] In some embodiments, the ED profiles may include an ED location parameter. The ED location indicates a currently known location of the ED. The ED location may include one or more similar parameters described in the service location information of the ED. The location of the ED may be the same as or different with the service location information of the ED. The location may be a parameter of ED, and also a parameter of any network entities and objects in present disclosure. The location of a network entity or an object may be the same as or different with the service location information of the network entity or the object.

[0015] In a possible implementation of the first aspect, each of the one or more ED service profiles includes a computing capability, for example to download an artificial intelligence or machine learning (AIML) model and run an AIML model training task and / or data inference task in the ED.

[0016] Because the ED service profile registration request can include one or more of an ED ID, a UE ID, and service registration indication and can further include one or more ED service profiles, which includes various parameters related to sensor and actuator, the ED can register its service with the network so that the network can clearly learn which type (s) of service the ED would provide and which kind (s) of data the ED could collect or process, thereby accommodating various application scenarios such as the application scenarios related to automatic driving, smart home, electronic healthcare, factory automation, virtual meeting, online learning, metaverse applications,  digital twin applications, virtual reality (VR) applications, augmented reality (AR) applications, mixed reality (MR) applications, games, and entertainment, etc.

[0017] In a possible implementation of the first aspect, the ED service profile registration response includes one or more of: an indication indicating whether the registration of the service is successful or unsuccessful, a cause indicating a reason the registration of the service is unsuccessful, an ED ID, and a UE ID, where the cause indicating the reason the registration of the service is unsuccessful includes one or more of: the ED is not authorized to provide the service, ED service location information is not authorized to provide the service, and the ED location is not authorized to provide the service.

[0018] Because the ED service profile registration response can include one or more of a service registration result, an ED ID, a UE ID, and the cause indicating the unsuccessful reason of service registration, the ED can clearly know the reason why the ED service profile registration request is unsuccessful, and then the ED can perform some operations to meet the requirement of some certain application scenarios (for example, requesting the authorization of the service) , or initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improve the overall network performance.

[0019] In a possible implementation of the first aspect, the method further includes:

[0020] selecting a network entity repository (NER) according to one or more of service location information and pre-configured information of NER stored in the CMF.

[0021] In a possible implementation of the first aspect, the method further includes:

[0022] sending the ED service profile registration request to the NER; and

[0023] obtaining the ED service profile registration response from the NER.

[0024] Because the NER can be selected according to one or more of service location information and pre-configured information, a proper NER can be determined according to actual demands or conditions to perform the operation such as verifying the authorization of ED and discovering a PF, etc.

[0025] In a possible implementation of the first aspect, the method further includes:

[0026] obtaining an ED network registration request from the ED via the AN to register the ED with the network; and

[0027] sending an ED network registration response to the ED via the AN to indicate whether the registration with the network is successful or unsuccessful.

[0028] In a possible implementation of the first aspect, the ED network registration request includes one or more  of an ED ID, a UE ID, and an indication indicating to register the ED with the network.

[0029] The ED can send the ED network registration request to the network so as to request network registration of the ED, whereby the ED can use the service of the network while the network can discover and use the ED.

[0030] In a possible implementation of the first aspect, the ED network registration response includes one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and one or more allocated addresses.

[0031] Because the ED network registration response can include an ED network registration result, allocated address (es) , and / or a cause indicating the unsuccessful reason of network registration, the ED can clearly know the reason why the ED network registration request is unsuccessful, and then, the ED can prepare the next action more comprehensively (for example, trying to register the network again or obtain the authorization) .

[0032] In a possible implementation of the first aspect, the method further includes:

[0033] sending an ED subscription data request to a data management function (DMF) to request ED subscription data; and

[0034] obtaining an ED subscription data response from the DMF to obtain the ED subscription data.

[0035] In a possible implementation of the first aspect, the ED subscription data response includes ED subscription data having an indication indicating to assign one or more addresses to the ED.

[0036] In a possible implementation of the first aspect, the indication indicating to assign one or more addresses to the ED includes an ED type.

[0037] In a possible implementation of the first aspect, after the obtaining the ED subscription data response from the DMF, further including:

[0038] sending an address allocation request to a device address management function (DAMF) to request one or more addresses for the ED; and

[0039] obtaining one or more addresses allocated to the ED from the DAMF.

[0040] In a possible implementation of the first aspect, the address allocation request includes one or more of: an ED ID, a UE ID, an ED type, ED service location information, an ED location, a number of address to be allocated, and address allocation time information.

[0041] In a possible implementation of the first aspect, the ED network registration response further includes the one or more addresses allocated to the ED.

[0042] The NFs in the network may exchange messages to perform network registration for the ED, so that the ED can access the network for further operation and the network can discover and use the ED, thereby improving  the overall network performance.

[0043] In a possible implementation of the first aspect, the method further includes:

[0044] sending a policy establishment request message to a policy function (PF) to obtain a policy for the ED; and

[0045] obtaining a policy establishment response from the PF to obtain the policy.

[0046] In a possible implementation of the first aspect, the policy establishment request message includes one or more of an ED ID and a UE ID.

[0047] In a possible implementation of the first aspect, the policy establishment response includes the policy for the ED, and the policy establishment response is included in the ED network registration response.

[0048] The policy establishment request message can be sent to the PF so that the PF may create policies for the ED corresponding to one or more of the ED ID and the UE ID. After the policy establishment response with the policy is obtained from the PF, the policy can be further sent to the ED, for example, in the ED network registration response. The policy may include a sensor policy if the ED is a sensor, or an actuator policy if the ED is an actuator, or both sensor and actuator policies if the ED has both sensor and actuator functions. Therefore, the ED can obtain the policies without separately requesting policies, thereby performing corresponding operation under the scope of policies quickly and saving signaling overhead.

[0049] In a possible implementation of the first aspect, after the sending the ED service profile registration response to the ED via the AN, further including:

[0050] obtaining an ED policy request from the ED to request an ED policy of the ED;

[0051] sending the ED policy request to a PF to request the ED policy of the ED;

[0052] obtaining an ED policy response from the PF, where the ED policy response includes an ED policy; and

[0053] sending the ED policy response to the ED.

[0054] Because the ED can send the ED policy request to the network, the ED can obtain the policies in a more flexible way even though the PF does not send the policies to the ED actively.

[0055] In a possible implementation of the first aspect, the method further includes:

[0056] selecting a PF based on one or more of service location information and services of the PF configured in the CMF, and ED information, where the ED information includes one or more of: an ED location, ED service location information, an ED service, an ED sensor type, and an ED actuator type.

[0057] Because the PF can be selected based on one or more of local information and ED information, the PF can be selected properly, and various application scenarios can be adapted to.

[0058] In a possible implementation of the first aspect, the method further includes:

[0059] sending a first network entity (NE) profile request to a NER to request the NER to discover available PF;

[0060] obtaining a first NE profile response from the NER to obtain one or more NE profiles of PFs; and

[0061] selecting the PF from the one or more PFs.

[0062] In a possible implementation of the first aspect, the first NE profile request includes one or more of: a NF type to be discovered which is set to PF, an ED ID, a UE ID, one or more ED service profiles, an ED location, ED service location information, an ED type, and an ED service, where each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides.

[0063] In an alternative implementation, the ED service location information may be a parameter in the ED service profile.

[0064] In a possible implementation of the first aspect, the first NE profile response includes the one or more NE profiles of PFs.

[0065] The NE profile (s) of PF (s) can be obtained from the NER and then a proper PF can be selected. In this way, various application scenarios can be adapted to.

[0066] In a second aspect, the present disclosure provides a method for supporting operation of an ED, including:

[0067] sending an ED service profile registration request to a CMF via an AN to register a service of the ED with the network; and

[0068] obtaining an ED service profile registration response from the CMF via the AN to indicate whether the registration of the service is successful or unsuccessful.

[0069] This solution can be performed by an ED. By sending the ED service profile registration request to the CMF and obtaining the ED service profile registration response from the CMF, the network can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0070] In a possible implementation of the second aspect, the ED service profile registration request includes one or more of an ED ID, a UE ID, and an indication indicating to register the service of the ED with the network.

[0071] In a possible implementation of the second aspect, the ED service profile registration request includes one or more ED service profiles, where each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides. In an alternative implementation, the ED service location information may be a parameter in the ED service profile.

[0072] In a possible implementation of the second aspect, each of the one or more ED service profiles includes one or more of: an ED ID, one or more service types, one or more types of sensor data, a UE ID that provides data and control connections with the AN for the ED, and one or more data transmission QoS requirements. The ED ID may represent the sensor functional unit in the ED. The UE ID may represent a functional unit of ED that provides control and data connections with the AN. The network may have UE subscription data of the UE.

[0073] In a possible implementation of the second aspect, each of the one or more ED service profiles includes one or more of: an ED ID, one or more service types, one or more types of actuator data, a UE ID that provides data and control connections with the AN for the ED, service location information of the ED, and one or more data transmission QoS requirements. The ED ID may represent the actuator functional unit in the ED. The UE ID may represent a functional unit of ED that provides control and data connections with the AN. The network may have UE subscription data of the UE.

[0074] In a possible implementation of the second aspect, each of the one or more ED service profiles includes a computing capability, for example to download an AIML model and run an AIML model training task and / or inference task in the ED.

[0075] Because the ED service profile registration request can include one or more of an ED ID, a UE ID, and service registration indication, and can further include one or more ED service profiles, which includes various parameters related to sensor and actuator, the ED can register its service with the network so that the network can clearly learn which type (s) of service the ED would provide and which kind (s) of data the ED could collect or process, thereby accommodating various application scenarios such as the application scenarios related to automatic driving, smart home, electronic healthcare, factory automation, virtual meeting, online learning, metaverse applications, digital twin applications, VR applications, AR applications, MR applications, games, and entertainment, etc.

[0076] In a possible implementation of the second aspect, the ED service profile registration response includes one or more of: an indication indicating whether the registration of the service is successful or unsuccessful, a cause indicating a reason the registration of the service is unsuccessful, a UE ID, and an ED ID, where the cause indicating the reason the registration of the service is unsuccessful includes one or more of the ED is not authorized to provide the service, ED service location information is not authorized to provide the service, and the ED location is not authorized to provide the service.

[0077] Because the ED service profile registration response can include one or more of a service registration result, an ED ID, a UE ID, and the cause indicating the unsuccessful reason of service registration, the ED can clearly know the reason why the ED service profile registration request is unsuccessful, and then the ED can perform some  operations to meet the requirement of some certain application scenarios (for example, requesting the authorization of the service) , or initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improve the overall network performance.

[0078] In a possible implementation of the second aspect, the method further includes:

[0079] sending an ED network registration request to the CMF via the AN to register the ED with the network; and

[0080] obtaining an ED network registration response from the CMF via the AN to indicate whether the registration with the network is successful or unsuccessful.

[0081] In a possible implementation of the second aspect, the ED network registration request includes one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network.

[0082] The ED can send the ED network registration request to the network so as to request network registration of the ED, whereby the ED can use the service of the network while the network can discover and use the ED.

[0083] In a possible implementation of the second aspect, the ED network registration response includes one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and one or more allocated addresses.

[0084] Because the ED network registration response can include an ED network registration result, allocated address (es) , and / or a cause indicating the unsuccessful reason of network registration, the ED can clearly know the reason why the ED network registration request is unsuccessful, and then, the ED can prepare the next action more comprehensively (for example, trying to register the network again or obtain the network authorization) .

[0085] In a third aspect, the present disclosure provides a method for supporting operation of an ED, including:

[0086] sending an ED service profile registration request to a NER to register a service of the ED with a network; and

[0087] obtaining an ED service profile registration response from the NER to indicate whether the registration of the service is successful or unsuccessful.

[0088] This solution can be performed by a CMF in the network. By sending the ED service profile registration request to the NER and obtaining the ED service profile registration response from the NER, the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0089] In a possible implementation of the third aspect, the ED service profile registration request includes one or more of: an ED ID, a UE ID, ED service location information, an ED location, CMF information, one or more ED service profiles, and an indication indicating to register the service of the ED with the network.

[0090] By defining the parameters included in the ED service profile registration request in detail, the NER can clearly and easily register the service of the ED.

[0091] In a possible implementation of the third aspect, the ED service profile registration response includes one or more of an indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, where the cause indicating the reason the registration of the service is unsuccessful includes one or more ED service profiles have been registered before.

[0092] Because the ED service profile registration response can include service registration result and can further include the cause indicating the unsuccessful reason of service registration, the CMF and the ED can clearly know the reason why the ED service profile registration request is unsuccessful, and then the ED can perform some operations to initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improve the overall network performance.

[0093] In a possible implementation of the third aspect, the method further includes:

[0094] selecting the NER according to one or more of service location information and pre-configured information of NER stored in the CMF.

[0095] Because the NER can be selected according to one or more of service location information and pre-configured information, a proper NER can be determined according to actual demands or conditions to perform the operation such as verifying the authorization of ED and discovering a PF, etc.

[0096] In a possible implementation of the third aspect, the method further includes:

[0097] obtaining an ED network registration request from the ED via the AN to register the ED with the network;

[0098] sending an ED network registration response to the ED via the AN to indicate whether the registration with the network is successful or unsuccessful.

[0099] In a possible implementation of the third aspect, the ED network registration request includes one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network.

[0100] The ED can send the ED network registration request to the network so as to request network registration of the ED, whereby the ED can use the service of the network while the network can discover and use the ED.

[0101] In a possible implementation of the third aspect, the ED network registration request further includes an  indication indicating to register the service of the ED with the network.

[0102] By using this solution, the ED may need to send one ED network registration request so that the network may perform further steps to register the ED service profile in the network and provide policy to the ED.

[0103] In a possible implementation of the third aspect, the ED network registration response includes one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and a policy received from a PF.

[0104] Because the ED network registration response can include an ED network registration result, a policy, and / or a cause indicating the unsuccessful reason of network registration, the ED can clearly know the policy and / or the reason why the ED network registration request is unsuccessful, and then, the ED can prepare the next action more comprehensively (for example, trying to register the network again or obtain the network authorization) .

[0105] In a possible implementation of the third aspect, the ED network registration response further includes one or more of an indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, where the cause indicating the reason the registration of the service is unsuccessful includes one or more ED service profiles have been registered before.

[0106] Because the ED may need to send one ED network registration request so that the network may perform further steps to register the ED service profile in the network and provide policy to the ED, the network may not need to send the ED service profile registration response, instead the network can send one ED network registration response including a service registration indication result back to the ED. Meanwhile, the ED network registration response can further include the cause indicating the unsuccessful reason of service registration, the ED can clearly know the reason why the ED service profile registration request is unsuccessful, and then the ED can perform some operations to initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improve the overall network performance.

[0107] In a possible implementation of the third aspect, the method further includes:

[0108] sending an ED subscription data request to a DMF to request ED subscription data; and

[0109] obtaining an ED subscription data response from the DMF to obtain the ED subscription data.

[0110] In a possible implementation of the third aspect, the ED subscription data request includes one or more of an ED ID, a UE ID, ED service location information, and an ED location.

[0111] In a possible implementation of the third aspect, the ED subscription data response includes one or more of:one or more ED service profiles and one or more connection management parameters.

[0112] The NFs in the network may exchange messages to perform network registration for the ED, so that the ED can access the network for further operation and the network can discover and use the ED, thereby improving the overall network performance.

[0113] In a possible implementation of the third aspect, after the obtaining the ED subscription data response from the DMF, the method further includes:

[0114] sending an ED policy registration request to a PF to request a policy; and

[0115] obtaining an ED policy registration response from the PF to obtain the policy.

[0116] In a possible implementation of the third aspect, the ED policy registration request includes one or more of:an ED ID, a UE ID, ED service location information, an ED location, and the one or more ED service profiles obtained from the DMF.

[0117] In a possible implementation of the third aspect, the ED policy registration response includes the policy.

[0118] In a possible implementation of the third aspect, the method further includes:

[0119] sending the policy to the ED, where the policy is included in the ED network registration response.

[0120] The ED policy registration request can be sent to the PF so that the PF may create policies for the ED corresponding to one or more of the ED ID and the UE ID. After the ED policy registration response with the policy is obtained from the PF, the policy can be further sent to the ED, for example, in the ED network registration response. The policy may include a sensor policy if the ED is a sensor, or an actuator policy if the ED is an actuator, or both sensor and actuator policies if the ED has both sensor and actuator functions. Therefore, the ED can obtain the policies without separately requesting policies, thereby performing corresponding operation under the scope of policies quickly and saving signaling overhead.

[0121] In a fourth aspect, the present disclosure provides a method for supporting operation of an ED, including:

[0122] sending an indication indicating to register a service of the ED with a network to a CMF via an AN to register the service of the ED with the network; and

[0123] obtaining an indication indicating whether the registration of the service is successful or unsuccessful from the CMF via the AN to indicate whether the registration of the service is successful or unsuccessful.

[0124] This solution can be performed by an ED. By sending the network registration indication to the network and obtaining the registration result from the network, the service of ED can be informed to the network and the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0125] In a possible implementation of the fourth aspect, the method further includes:

[0126] sending an ED network registration request to the CMF via the AN to register the ED with the network; and

[0127] obtaining an ED network registration response from the CMF via the AN to indicate whether the registration with the network is successful or unsuccessful.

[0128] In a possible implementation of the fourth aspect, the ED network registration request includes one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network.

[0129] The ED can send the ED network registration request to the network so as to request network registration of the ED, whereby the ED can use the service of the network while the network can discover and use the ED.

[0130] In a possible implementation of the fourth aspect, the ED network registration request further includes the indication indicating to register the service of the ED with the network.

[0131] By using this solution, the ED may need to send one ED network registration request so that the network may perform further steps to register the ED service profile in the network and provide policy to the ED.

[0132] In a possible implementation of the fourth aspect, the ED network registration response includes one or more of an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and a policy received from a PF.

[0133] Because the ED network registration response can include an ED network registration result, a policy, and / or a cause indicating the unsuccessful reason of network registration, the ED can clearly know the policy and / or the reason why the ED network registration request is unsuccessful, and then, the ED can prepare the next action more comprehensively (for example, trying to register the network again or obtain the network authorization) .

[0134] In a possible implementation of the fourth aspect, the ED network registration response further includes one or more of the indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, where the cause indicating the reason the registration of the service is unsuccessful includes one or more ED service profiles have been registered before.

[0135] Because the ED may need to send one ED network registration request so that the network may perform further steps to register the ED service profile in the network and provide policy to the ED, the network may not need to send the ED service profile registration response, instead the network can send the ED network registration response including a service registration indication result back to the ED. Meanwhile, the ED network registration response can further include the cause indicating the unsuccessful reason of service registration, the ED can clearly know the reason why the ED service profile registration request is unsuccessful, and then the ED can perform some  operations to initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improve the overall network performance.

[0136] In a fifth aspect, the present disclosure provides a method for supporting operation of an ED, including:

[0137] obtaining a second NE profile request from a NE service consumer to request a NE service profile for the NE service consumer; and

[0138] sending a second NE profile response to the NF service consumer to provide the NE service profile for the NE service consumer.

[0139] This solution can be performed by an NER in the network. In order to enable a NE service consumer such as a data collection and distribution function (DCDF) to discover and use the service of the ED, the NE profile request may be obtained from the NE service consumer, and the NE profile response can be sent back to the NE service consumer so that the NE service consumer can find the available ED and use services of the available EDs. Based on this ED discovering procedure, available EDs can be discovered and involved in the working of the NE service consumer, and various application scenarios can be adapted to.

[0140] In a possible implementation of the fifth aspect, the second NE profile request includes one or more of: a NE service consumer ID, an ED type, ED location, an application ID, ED service location information, data network information, and network slice information.

[0141] In a possible implementation of the fifth aspect, the second NE profile response includes one or more of one or more ED service profiles and a scope of service.

[0142] By defining the parameters included in the second NE profile request and the parameters included in the second NE profile response in detail, the NER can clearly and easily register the service of the ED, the NE service consumer can clearly and easily find the available ED and use services of the available EDs.

[0143] In a possible implementation of the fifth aspect, the method further includes:

[0144] sending a third NE profile request to an authorization NE (AuNE) to request the NE service profile for the NE service consumer; and

[0145] obtaining a third NE profile response from the AuNE to provide the NE service profile for the NE service consumer.

[0146] After obtaining the NE profile request, the NER can communicate with the AuNE such as digital world control function (DWCF) for obtaining further information so that the NER can send the obtained available information back to the NE service consumer for performing the next action.

[0147] In a possible implementation of the fifth aspect, the third NE profile request includes one or more of: an ED ID of the ED to be discovered, a UE ID of the ED to be discovered, the NE service consumer ID, and an action request.

[0148] In a possible implementation of the fifth aspect, the third NE profile response includes one or more of: the ED ID of the ED to be discovered, UE ID of the ED to be discovered, an action response, one or more ED service profiles, and an authorization indication.

[0149] By defining the parameters included in the third NE profile request and the parameters included in the third NE profile response in detail, the NER can clearly and easily send the obtained available information back to the NE service consumer for performing the next action.

[0150] In a possible implementation of the fifth aspect, the third NE profile request is a NE profile update request and the third NE profile response is a NE profile update response, and the action request includes a request for updating NE service profile, and the action response includes a NE service profile update.

[0151] The request communicated between the NER and AuNE can be a request for updating NE service profile so that the NER can get the response including update NE profile dynamically, thus avoiding some potential risks resulted from the outdated NE service profile.

[0152] In a possible implementation of the fifth aspect, the third NE profile request is a NE profile authorization request and the third NE profile request is a NE profile authorization response, and the action request includes a request for authorizing NE service profile, and the action response includes authorization information.

[0153] The request communicated between the NER and AuNE can be a request for authorizing the NE service profile so that the NER can get the response including indication about whether the NE service consumer may use the service of the ED, thus filtering out the unauthorized NE service consumer at the beginning, which improves the overall network performance, and avoids some potential risks resulted from the unauthorized NE service consumer.

[0154] In a sixth aspect, the present disclosure provides a method for supporting operation of an ED, including:

[0155] obtaining a first sensor data subscription request from a DWCF to request the ED to provide sensor data; and

[0156] sending first sensor data subscription confirmation to the DWCF to acknowledge a receipt of the first sensor data subscription request.

[0157] This solution can be performed by a DCDF in the network. After obtaining the first sensor data subscription request from the DWCF, the DCDF may request the ED such as sensor to provide sensor data, and then the DCDF can send the confirmation back to the DWCF, thereby the DWCF can learn whether the sensor data  subscription request is received by the DCDF, which facilities conducting the further action of the DWCF. By defining the data collection procedure, the NFs and the ED can work regularly, which reduces the uncertainty of collecting data from the ED to the DCDF, and thus improving the overall performance of the network.

[0158] In a possible implementation of the sixth aspect, the first sensor data subscription request includes one or more sensor data parameters of: a sensor data type, a sensing location, time information, a quality of sensor data, a range of sensor data, a sensor data sampling frequency, an application ID, and network slice information. The sensing location is where the sensor data is to be provided.

[0159] Because the sensor data subscription request can include one or more sensor data parameters, the DCDF can clearly determine which kinds of data the DWCF desires, which facilities the selection of available ED, thereby improving the efficiency of sensor data collection process.

[0160] In a possible implementation of the sixth aspect, the method further includes:

[0161] determining whether the requested sensor data has been collected.

[0162] The DCDF may determine whether the requested sensor data has been collected firstly and then it can conduct the further action, thereby avoiding redundancy operations, which further improves the overall network performance.

[0163] In a possible implementation of the sixth aspect, the method further includes:

[0164] sending a sensor data notification to the DWCF to provide the sensor data when determining that the sensor data has been collected.

[0165] In a possible implementation of the sixth aspect, the sensor data notification includes the sensor data and one or more of an ED ID of the ED, a UE ID of the ED, and a time stamp.

[0166] The DCDF may send the sensor data notification to the DWCF when determining that the requested sensor data has been collected, thereby providing sensor data to the DWCF over the control plan, which further improve the overall network performance.

[0167] In a possible implementation of the sixth aspect, the method further includes:

[0168] sending a second sensor data subscription request to the ED via one or more of a CMF and an AN serving the ED to request the ED to provide the sensor data when determining the requested sensor data has not been collected; and

[0169] obtaining second sensor data subscription confirmation from the ED via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0170] In a possible implementation of the sixth aspect, the second sensor data subscription request includes  one or more of an ED ID, a UE ID, data collection and distribution function (DCDF) information and one or more sensor data parameters of the first sensor data subscription request.

[0171] In a possible implementation of the sixth aspect, the second sensor data subscription confirmation includes one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, a DCDF ID, and a cause indicating a reason the sensor data subscription request is unsuccessful.

[0172] The DCDF may send the sensor data subscription request to the ED when determining that the requested sensor data has not been collected so that the ED can determine whether to collect data and send a corresponding response back to the DCDF based on the determination result. Because the parameters communicated between the network such as the DCDF in the network and the ED are defined clearly, the procedure to collect data from the ED can be specified.

[0173] In a possible implementation of the sixth aspect, the cause indicating the reason the sensor data subscription request is unsuccessful includes one or more of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy.

[0174] Because the sensor data subscription confirmation can include a cause indicating the unsuccessful reason of collecting data, the DCDF can clearly know the reason why the data collection request is unsuccessful, thereby the DCDF can prepare the next action more comprehensively (for example, requesting some other EDs to collect corresponding data) , which further improve the overall network performance.

[0175] In a possible implementation of the sixth aspect, the method further includes:

[0176] obtaining a sensor data notification from the ED via one or more of the AN and the CMF to obtain the sensor data; and

[0177] sending the sensor data notification to the DWCF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0178] In a possible implementation of the sixth aspect, the sensor data notification is used to provide the sensor data.

[0179] In a possible implementation of the sixth aspect, the sensor data notification includes one or more of: the sensor data, the ED ID, the UE ID, the DCDF information, and time stamp.

[0180] After obtaining the data from the ED, the DCDF can send the data to the DWCF which has subscribed the sensor data, which facilities the DWCF to obtain the desired data.

[0181] In a possible implementation of the sixth aspect, the method further includes:

[0182] sending a fourth NE profile request to a NER to discover one or more EDs that provides sensor data;

[0183] obtaining a fourth NE profile response from the NER to obtain one or more ED service profiles of the one or more EDs; and

[0184] selecting the ED from the obtained one or more ED service profiles.

[0185] In a possible implementation of the sixth aspect, the fourth NE profile request includes one or more sensor data parameters of the second sensor data subscription request.

[0186] In a possible implementation of the sixth aspect, the fourth NE profile response includes the one or more ED service profiles of the one or more EDs.

[0187] The DCDF can send the NE profile request to the NER so that the DCDF can obtain the ED service profile (s) from the NER and select the ED based on the ED service profile (s) , which further facilities the selection of available ED, thereby improving the accuracy and efficiency of sensor data collection process.

[0188] In a possible implementation of the sixth aspect, the method further includes:

[0189] sending a data storage request to a sensor data storage function (SDSF) to store data; and

[0190] obtaining a data storage response from the SDSF to confirm storage of received sensor data.

[0191] In a possible implementation of the sixth aspect, the data storage request includes the sensor data and one or more of an ED ID, a UE ID, and a time stamp.

[0192] The DCDF can send the data storage request to the SDSF so as to enable the SDSF to store the data, thereby the desired data can be stored as a backup, which can be further used if necessary.

[0193] In a possible implementation of the sixth aspect, the method further includes:

[0194] sending a third sensor data subscription request to the ED via one or more of a CMF and a AN to request the ED to provide the sensor data; and

[0195] obtaining a sensor data subscription response from the ED via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0196] In a possible implementation of the sixth aspect, the third sensor data subscription request includes one or more of: a request to collect sensor information, a sensor signal profile, information of a digital word data plane function (DWDPF) that receives the sensor data, network slice information, a data network name (DNN) , a data collection ID to identify the request from DCDF, and a service type.

[0197] In a possible implementation of the sixth aspect, the information of DWDPF that receives the sensor data includes one or more of a DWDPF ID and a DWDPF address.

[0198] In a possible implementation of the sixth aspect, the sensor data subscription response includes one or  more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, DCDF information, the data collection ID to identify the request from DWCF, and a cause indicating a reason the sensor data subscription request is unsuccessful.

[0199] In order to collect data from the ED, the DCDF can send the third sensor data subscription request to the ED so that the ED can determine whether to collect data and send the response back to the DCDF based on the determination result. Because the parameters communicated between the NFs and the ED include those required for data session establishment, a data session can be established for data transfer between the NFs and the ED, thereby facilitating implementation of data collection over the data plane.

[0200] In a possible implementation of the sixth aspect, the method further includes:

[0201] sending third sensor data subscription confirmation to the at least one DWCF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0202] In a possible implementation of the sixth aspect, the third sensor data subscription confirmation includes one or more of: an indication to indicate whether the sensor data subscription request is successful or unsuccessful, the cause indicating the reason the sensor data subscription request is unsuccessful, and ED information.

[0203] Because the sensor data subscription confirmation sent from the DCDF to the DWCF can include the data request result and the cause indicating the unsuccessful reason of collecting data, the DWCF can clearly know the reason why the data collection request is rejected, thereby the DWCF can prepare the next action more comprehensively (for example, requesting some other EDs to collect corresponding data) , which further improve the overall network performance.

[0204] In a possible implementation of the sixth aspect, the cause indicating the reason the sensor data subscription request is unsuccessful includes at least one of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy.

[0205] Because the sensor data subscription response can include the cause indicating the unsuccessful reason of collecting data, the DCDF can clearly know the reason why the data collection request is unsuccessful, thereby the DCDF can prepare the next action more comprehensively (for example, requesting some other EDs to collect corresponding data) , which further improve the overall network performance.

[0206] In a possible implementation of the sixth aspect, the method further includes:

[0207] obtaining a data collection session notification from a session management function (SMF) that establishes a data session for transferring the sensor data to notify the establishment of the data session after the data session has been established; and

[0208] sending a data collection session notification acknowledgement to the SMF to acknowledge a receipt of the data collection session notification.

[0209] In a possible implementation of the sixth aspect, the data collection session notification includes one or more of: an ED ID, a UE ID, DWDPF information, a data collection ID, SMF information, data plane function (DPF) information, and a data plane session ID.

[0210] After the data session for transferring the sensor data has been established, the SMF that establishes the data session may send the data collection session notification to the DCDF so that the DCDF can know the data session has been established.

[0211] In a possible implementation of the sixth aspect, the method further includes:

[0212] sending a data collection session update request to the SMF to update data collection session if the required sensor data has been collected; and

[0213] obtaining a data collection session update response from the SMF to acknowledge a receipt of the data collection session update request.

[0214] In a possible implementation of the sixth aspect, the data collection session update request includes one or more of the DWDPF information and a data plane session ID.

[0215] In a possible implementation of the sixth aspect, the data collection session update response includes one or more of a SMF ID and the data plane session ID.

[0216] If the required data has been collected, the DCDF can send the data collection session update request to the SMF so that the SMF can acknowledge that the data has been collected, which may facility the operation of the SMF.

[0217] In a possible implementation of the sixth aspect, the method further includes:

[0218] sending a fifth NE profile request to a NER to discover one or more EDs that provides the sensor data;

[0219] obtaining a fifth NE profile response from the NER to obtain one or more ED service profiles of the one or more EDs; and

[0220] selecting the ED from the obtained one or more ED service profiles.

[0221] In a possible implementation of the sixth aspect, the fifth NE profile request includes one or more of: a DCDF ID, an ED type, an ED location, an application ID, ED service location information, data network information, and network slice information.

[0222] In a possible implementation of the sixth aspect, the fifth NE profile response includes the one or more ED service profiles of the one or more EDs.

[0223] The DCDF can send the NE profile request to the NER so that the DCDF can obtain the ED service profile (s) from the NER and select the ED based on the ED service profile (s) , which further facilities the selection of available ED and subsequent data transfer, thereby improving the efficiency of sensor data collection process.

[0224] In a seventh aspect, the present disclosure provides a method for supporting operation of an ED, including:

[0225] obtaining a second sensor data subscription request from a DCDF via one or more of a CMF and an AN to request the ED to provide the sensor data; and

[0226] sending second sensor data subscription confirmation to the DCDF via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0227] This solution can be performed by an ED. After obtaining the sensor data subscription request from the DCDF, the ED such as sensor is requested to provide sensor data, and then the ED can send the data request result back to the DCDF, thereby the DCDF can determine whether the ED can provide sensor data. By defining the data collection procedure, the NFs and the ED can work regularly, which reduces the uncertainty of collecting data from the ED to the DCDF, and thus improving the overall performance of the network.

[0228] In a possible implementation of the seventh aspect, the second sensor data subscription request includes one or more of: an ED ID of the ED, a UE ID of the ED, DCDF information, and one or more sensor data parameters of a sensor data type, a sensing location, time information, a quality of sensor data, a range of sensor data, a sensor data sampling frequency, an application ID, and network slice information. The sensing location is where the sensor data is to be provided.

[0229] In a possible implementation of the seventh aspect, the second sensor data subscription confirmation includes one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, a DCDF ID, and a cause indicating a reason the sensor data subscription request is unsuccessful.

[0230] The DCDF may send the sensor data subscription request to the ED when determining that the requested sensor data has not been collected so that the ED can determine whether to collect data and send a corresponding response back to the DCDF based on the determination result. Because the parameters communicated between the network such as the DCDF in the network and the ED are defined clearly, the procedure to collect data from the ED can be specified.

[0231] In a possible implementation of the seventh aspect, the cause indicating the reason the sensor data subscription request is unsuccessful includes at least one of: the ED does not provide the sensor data, the request  sensor parameter is not supported, and the ED is busy.

[0232] Because the sensor data subscription confirmation can include a cause indicating the unsuccessful reason of collecting data, the DCDF can clearly know the reason why the data collection request is unsuccessful, thereby the DCDF can prepare the next action more comprehensively (for example, requesting some other EDs to collect corresponding data) , which further improve the overall network performance.

[0233] In a possible implementation of the seventh aspect, the method further includes:

[0234] sending a sensor data notification to the DCDF via one or more of the AN and the CMF to provide the sensor data.

[0235] In a possible implementation of the seventh aspect, the sensor data notification includes one or more of: the sensor data, the ED ID, the UE ID, the DWCF information, and a time stamp.

[0236] The ED can send the data to the DCDF so that the DCDF can send the data to the DWCF which has subscribed the sensor data, which facilities the DWCF to obtain the desired data.

[0237] In a possible implementation of the seventh aspect, the method further includes:

[0238] obtaining a third sensor data subscription request from the DCDF via one or more of the CMF and the AN to request the ED to provide the sensor data; and

[0239] sending a sensor data subscription response to the DCDF via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0240] In a possible implementation of the seventh aspect, the third sensor data subscription request includes one or more of: a request to collect sensor data, a sensor signal profile, information of DWDPF that receives the sensor data, network slice information, DNN, an data collection ID to identify the request from DCDF, and a service type

[0241] In a possible implementation of the seventh aspect, the information of DWDPF that receives the sensor data includes one or more of a DWDPF ID and a DWDPF address.

[0242] In a possible implementation of the seventh aspect, the sensor data subscription response includes one or more of an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, DCDF information, the data collection ID to identify the request from DCDF, and a cause indicating a reason the sensor data subscription request is unsuccessful.

[0243] In order to collect data from the ED, the DCDF can send the third sensor data subscription request to the ED so that the ED can determine whether to collect data and send the response back to the DCDF based on the determination result. Because the parameters communicated between the NFs and the ED include those required for  data session establishment, a data session can be established for data transfer between the NFs and the ED, thereby facilitating implementation of data collection over the data plane.

[0244] In a possible implementation of the seventh aspect, the cause indicating a reason the sensor data subscription request is unsuccessful includes at least one of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy.

[0245] Because the sensor data subscription response can include the cause indicating the unsuccessful reason of collecting data, the DCDF can clearly know the reason why the data collection request is unsuccessful, thereby the DCDF can prepare the next action more comprehensively (for example, requesting some other EDs to collect corresponding data) , which further improve the overall network performance.

[0246] In a seventh aspect, the present disclosure provides a method for supporting operation of an ED, including:

[0247] sending an ED control request to an ED via one or more of a CMF and an AN to instruct the ED to fulfill at least one task; and

[0248] obtaining an ED control response from the ED via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task.

[0249] This solution can be performed by a DWCF in the network. After sending the ED control request to the ED, the DWCF may request the ED such as actuator to fulfill the at least one task. Then the ED can send the ED control result back to the DWCF, thereby the DWCF can determine whether the ED has fulfilled the task. By defining the ED control procedure, the NFs and the ED can work according to the designed procedure, which reduces the uncertainty of controlling ED, and thus improving the overall performance of the network and application.

[0250] In a possible implementation of the seventh aspect, the ED control request includes one or more of: an ED control command instructing the ED to fulfill at least one task, a DWCF ID, an ED ID of the ED, a UE ID of the ED, a CMF ID, an AN ID, ED control data, and time information.

[0251] In a possible implementation of the seventh aspect, the ED control request further includes one or more of a request for the ED to establish a data session with an application server (AS) and AS information.

[0252] By defining the parameters included in the ED control request in detail, the ED can clearly and easily be controlled.

[0253] In a possible implementation of the seventh aspect, the ED control response includes one or more of an ED control result indicating whether the ED successfully fulfills the at least one task, an ED ID, a UE ID, DWCF information, the CMF ID, and a cause indicating a reason the ED fulfilling at least one task is unsuccessful.

[0254] In a possible implementation of the seventh aspect, the cause indicating the reason the ED fulfilling at least one task is unsuccessful includes failure in the ED.

[0255] Because the ED control response can include ED control result and can further include the cause indicating the unsuccessful reason of controlling ED, the DWCF can clearly know the reason why the ED control request is unsuccessful, and then the DWCF can perform some operations to control the ED again or try to control other EDs, which further improves the overall performance of network and application.

[0256] In a possible implementation of the seventh aspect, the method further includes:

[0257] sending a sixth NE profile request to a NER to discover the ED;

[0258] obtaining a sixth NE profile response from the NER to obtain one or more of ED service profiles of one or more EDs; and

[0259] selecting the ED from the obtained one or more ED service profiles.

[0260] Because the ED can be selected according to the ED service profile (s) , a proper ED can be determined according to actual demands or conditions to perform an operation such as turning on a light in a room, instructing a robot to move an object, requesting a screen to display a video clip, requesting a public speaker to play an announcement, to name a few.

[0261] In a possible implementation of the seventh aspect, the sixth NE profile request includes one or more of: an ED ID, a UE ID, requested service location information, a service type, an application ID, and an ED type. The requested service location is where to ED or UE to provide a requested service.

[0262] In a possible implementation of the seventh aspect, the sixth NE profile response from the NER includes the one or more ED service profiles of the one or more EDs.

[0263] By defining the parameters included in the NE profile request and the parameters included in the NE profile response in detail, the ED can be clearly and easily controlled. The requested service location is where the ED or UE to fulfill one or more requested services.

[0264] In an eighth aspect, the present disclosure provides a method for supporting operation of an ED, including:

[0265] obtaining an ED control request from a DWCF via one or more of a CMF and an AN to instruct the ED to fulfill at least one task; and

[0266] sending an ED control response to the DWCF via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task.

[0267] This solution can be performed by an ED. After obtaining the ED control request from the DWCF, the ED such as actuator can be controlled to fulfill the at least one task. Then the ED can send the ED control result back  to the DWCF, thereby the DWCF can determine whether the ED has fulfilled the task. By defining the ED control procedure, the NFs and the ED can work according to the designed procedure, which reduces the uncertainty of controlling ED, and thus improving the overall performance of the network and application.

[0268] In a possible implementation of the eighth aspect, the ED control request includes an ED control command instructing the ED to fulfill at least one task and one or more of: a DWCF ID, an ED ID of the ED, a UE ID of the ED, a CMF ID, an AN ID, ED control data, and time information.

[0269] In a possible implementation of the eighth aspect, the ED control request includes one or more of a request for the ED to establish a data session with an AS and AS information.

[0270] By defining the parameters included in the ED control request in detail, the ED can clearly and easily be controlled.

[0271] In a possible implementation of the eighth aspect, the ED control response includes one or more of: an ED control result indicating whether the ED successfully fulfills the at least one task, an ED ID, a UE ID, DWCF information, the CMF ID, and a cause indicating a reason the ED fulfilling at least one task is unsuccessful.

[0272] In a possible implementation of the eighth aspect, the cause indicating the reason the ED fulfilling at least one task is unsuccessful includes failure in the ED.

[0273] Because the ED control response can include ED control result and can further include the cause indicating the unsuccessful reason of controlling ED, the DWCF can clearly know the reason why the ED control request is unsuccessful, and then the DWCF can perform some operations to control the ED again or try to control other EDs, which further improves the overall performance of network and application.

[0274] In a possible implementation of the eighth aspect, the method further includes:

[0275] requesting the network to establish a data session with the DWDPF, if ED resources are available to support the ED control request;

[0276] providing DW session information to the network to establish one or more data plane connections between the ED and the DWDPF; and

[0277] sending the ED control response to the DWCF via the AN.

[0278] In a possible implementation of the eighth aspect, the DW session information includes DWCF information and DWDPF information.

[0279] By defining the procedure for data session establishment, the data transfer between the NFs and the ED can be easily achieved.

[0280] In a ninth aspect, the present disclosure provides a first apparatus including various modules for  executing the method according to the first aspect or any possible implementation of the first aspect.

[0281] In a tenth aspect, the present disclosure provides a second apparatus including various modules for executing the method according to the second aspect or any possible implementation of the second aspect.

[0282] In an eleventh aspect, the present disclosure provides a third apparatus including various modules for executing the method according to the third aspect or any possible implementation of the third aspect.

[0283] In a twelfth aspect, the present disclosure provides a fourth apparatus including various modules for executing the method according to the fourth aspect or any possible implementation of the fourth aspect.

[0284] In a thirteenth aspect, the present disclosure provides a fifth apparatus including various modules for executing the method according to the fifth aspect or any possible implementation of the fifth aspect.

[0285] In a fourteenth aspect, the present disclosure provides a sixth apparatus including various modules for executing the method according to the sixth aspect or any possible implementation of the sixth aspect.

[0286] In a fifteenth aspect, the present disclosure provides a seventh apparatus including various modules for executing the method according to the seventh aspect or any possible implementation of the seventh aspect.

[0287] In a sixteenth aspect, the present disclosure provides an eighth apparatus including various modules for executing the method according to the eighth aspect or any possible implementation of the eighth aspect.

[0288] In a seventeenth aspect, the present disclosure provides a ninth apparatus including various modules for executing the method according to the ninth aspect or any possible implementation of the ninth aspect.

[0289] In an eighteenth aspect, the present disclosure provides a tenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the tenth apparatus to perform the method according to the first aspect or any possible implementation of the first aspect.

[0290] In a nineteenth aspect, the present disclosure provides eleventh apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the eleventh apparatus to perform the method according to the second aspect or any possible implementation of the second aspect.

[0291] In a twentieth aspect, the present disclosure provides twelfth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the twelfth apparatus to perform the method according to the third aspect or any possible implementation of the third aspect.

[0292] In a twenty first aspect, the present disclosure provides a thirteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the thirteenth apparatus to perform the method according to the fourth aspect or any possible implementation of the fourth aspect.

[0293] In a twenty second aspect, the present disclosure provides a fourteenth apparatus including a processor  coupled with a memory including instructions that, when executed by the processor, cause the fourteenth apparatus to perform the method the fifth aspect or any possible implementation of the fifth aspect.

[0294] In a twenty third aspect, the present disclosure provides a fifteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the fifteenth apparatus to perform the method according to the sixth aspect or any possible implementation of the sixth aspect.

[0295] In a twenty fourth aspect, the present disclosure provides a sixteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the sixteenth apparatus to perform the method according to the seventh aspect or any possible implementation of the seventh aspect.

[0296] In a twenty fifth aspect, the present disclosure provides a seventeenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the seventeenth apparatus to perform the method according to the eighth aspect or any possible implementation of the eighth aspect.

[0297] In a twenty sixth aspect, the present disclosure provides an eighteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the eighteenth apparatus to perform the method according to the ninth aspect or any possible implementation of the ninth aspect.

[0298] In a twenty seventh aspect, the present disclosure provides a computer program including programming for execution by a processor, the programming including instructions to perform the method according to any one of the above aspect, or any possible implementation of the above aspect.

[0299] In a twenty eighth aspect, the present disclosure provides a non-transitory computer readable medium storing programming for execution by a processor, the programming including instructions to perform the method according to any one of the above aspect, or any possible implementation of the above aspect.

[0300] The present disclosure provides a method, apparatus, and system for supporting operation of an ED. By using this solution, the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.BRIEF DESCRIPTION OF DRAWINGS

[0301] Reference will now be made, by way of example, to the accompanying drawings which show example embodiments of the present disclosure, and in which:

[0302] FIG. 1 is a simplified schematic illustration of a network architecture according to one or more example embodiments of the present disclosure.

[0303] FIG. 2 is an example of an ED and an AN according to one or more example embodiments of the present disclosure.

[0304] FIG. 3 is an example of units or modules in a device according to one or more example embodiments of the present disclosure.

[0305] FIG. 4 is a schematic flowchart of a method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0306] FIG. 5 is a schematic flowchart of another method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0307] FIG. 6 is a simplified schematic illustration of ED service registration procedure initiated by ED according to one or more example embodiments of the present disclosure.

[0308] FIG. 7 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0309] FIG. 8 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0310] FIG. 9 is a simplified schematic illustration of ED service profile registration during ED network registration procedure according to one or more example embodiments of the present disclosure.

[0311] FIG. 10 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0312] FIG. 11 is a simplified schematic illustration of procedure to discover sensor and actuator ED according to one or more example embodiments of the present disclosure.

[0313] FIG. 12 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0314] FIG. 13 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0315] FIG. 14 is a simplified schematic illustration of procedure for sensor data collection in control plan according to one or more example embodiments of the present disclosure.

[0316] FIG. 15 is a simplified schematic illustration of a sensor data collection procedure using data plane according to one or more example embodiments of the present disclosure.

[0317] FIG. 16 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0318] FIG. 17 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure.

[0319] FIG. 18 is a simplified schematic illustration of a procedure to control an actuator by using control plane signaling according to one or more example embodiments of the present disclosure.

[0320] FIG. 19 is a simplified schematic illustration of a method to send actuator command and actuator data from the application server to ED according to one or more example embodiments of the present disclosure.

[0321] FIG. 20 is a schematic structural diagram of a first apparatus according to one or more example embodiments of the present disclosure.

[0322] FIG. 21 is a schematic structural diagram of a second apparatus according to one or more example embodiments of the present disclosure.

[0323] FIG. 22 is a schematic structural diagram of a third apparatus according to one or more example embodiments of the present disclosure.

[0324] FIG. 23 is a schematic structural diagram of a fourth apparatus according to one or more example embodiments of the present disclosure.

[0325] FIG. 24 is a schematic structural diagram of a fifth apparatus according to one or more example embodiments of the present disclosure.

[0326] FIG. 25 is a schematic structural diagram of a sixth apparatus according to one or more example embodiments of the present disclosure.

[0327] FIG. 26 is a schematic structural diagram of a seventh apparatus according to one or more example embodiments of the present disclosure.

[0328] FIG. 27 is a schematic structural diagram of an eighth apparatus according to one or more example embodiments of the present disclosure.

[0329] FIG. 28 is a schematic structural diagram of a ninth apparatus according to one or more example embodiments of the present disclosure.DESCRIPTION OF EMBODIMENTS

[0330] In the following description, reference is made to the accompanying figures, which form part of the  present 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 include 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.

[0331] To assist in understanding the present disclosure, examples of wireless communication systems and devices are described below.

[0332] FIG. 1 is a simplified schematic illustration of a network architecture according to one or more example embodiments of the present disclosure.

[0333] The network architecture to illustrate the present invention is shown in FIG. 1. The sensor device 110 and actuator device 120 are commonly referred to as sensor and actuator electronic devices (SAED) . They are connected to a network, such as a mobile network, a fifth generation (5G) mobile network, or a future mobile network (such as sixth generation (6G) mobile network, or WiFi access points. The user equipment (UE) 130 of users, such as smart phone, cell phone, tablet, and Internet of Thing (IoT) devices, can be connected to the same mobile network.

[0334] The sensor device 110, actuator device 120, and UE 130 are examples of electronic devices (ED) that can connect with the mobile network and data network (DN) 170. The Access Network (AN) 150 may provide wireless or wired interface, or both, for the electronic devices to connect with the DN 170, and NFs of the AN 550 and Core Network (CN) 160. The AN 150 may have radio management unit 1501, transmit (Tx) and receive (Rx) points 1502 to support radio transmission and reception, and sensing functionalities. The AN 550 may also have Localization Function 1503 to support location estimation of ED and UE 130. The Sensing Function 1504 providing sensing functionalities of AN 150 by using Tx and Rx radio signals of AN 150.

[0335] FIG. 2 illustrates an example of an ED 110 and an AN 170, the ED 110 includes a transmitter 201 and a receiver 203 coupled to one or more antennas 204. Only one antenna 204 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 204 may alternatively be panels. The transmitter 201 and the receiver 203 may be integrated, e.g. as a transceiver. The transceiver is configured to modulate data or other content for transmission by at least one antenna 204 or network interface controller (NIC) . The transceiver is also configured to demodulate data or other content received by the at least one antenna 204. Each transceiver includes any suitable structure for generating signals for wireless or wired transmission and / or processing signals received wirelessly or by wire. Each antenna 204 includes any suitable structure for transmitting and / or receiving wireless or wired signals.

[0336] The ED 110 includes at least one memory 208. The memory 208 stores instructions and data used,  generated, or collected by the ED 110. For example, the memory 208 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by one or more processing unit (s) (e.g., a processor 210) . Each memory 208 includes any suitable volatile and / or non-volatile storage and retrieval device (s) . Any suitable type of memory may be used, such as random access memory (RAM) , read only memory (ROM) , hard disk, optical disc, subscriber identity module (SIM) card, memory stick, secure digital (SD) memory card, on-processor cache, and the like.

[0337] The ED 110 may further include one or more input / output devices (not shown) or interfaces. The input / output devices or interfaces permit interaction with a user or other devices in the network. Each input / output device or interface includes any suitable structure for providing information to or receiving information from a user, and / or for network interface communications. Suitable structures include, for example, a speaker, microphone, keypad, keyboard, display, touch screen, etc.

[0338] The ED 110 includes the processor 210 for performing operations including those operations related to preparing a transmission for uplink transmission to the AN 170; those operations related to processing downlink transmissions received from the AN 170; and those operations related to processing sidelink transmission to and from another ED 110. Processing operations related to preparing a transmission for uplink transmission may include operations such as encoding, modulating, transmit beamforming, and generating symbols for transmission. Processing operations related to processing downlink transmissions may include operations such as receive beamforming, demodulating and decoding received symbols. Depending upon the embodiment, a downlink transmission may be received by the receiver 203, possibly using receive beamforming, and the processor 210 may extract signaling from the downlink transmission (e.g. by detecting and / or decoding the signaling) .

[0339] Although not illustrated, the processor 210 may form part of the transmitter 201 and / or part of the receiver 203. Although not illustrated, the memory 208 may form part of the processor 210.

[0340] The processor 210, the processing components of the transmitter 201, and the processing components of the receiver 203 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory (e.g. in the memory 208) . Alternatively, some or all of the processor 210, the processing components of the transmitter 201, and the processing components of the receiver 203 may each be implemented using dedicated circuitry, such as a programmed field-programmable gate array (FPGA) , an application-specific integrated circuit (ASIC) , or a hardware accelerator such as a graphics processing unit (GPU) or an artificial intelligence (AI) accelerator.

[0341] The AN 170 may be known by other names in some implementations, such as a base station, a base  transceiver station (BTS) , a radio base station, a network node, a network device, a device on the network side, a transmit / receive node, a Node B, an evolved NodeB (eNodeB or eNB) , a Home eNodeB, a next Generation NodeB (gNB) , a transmission point (TP) , a site controller, an access point (AP) , a wireless router, a relay station, a terrestrial node, a terrestrial network device, a terrestrial base station, a base band unit (BBU) , a remote radio unit (RRU) , an active antenna unit (AAU) , a remote radio head (RRH) , a central unit (CU) , a distributed unit (DU) , a positioning node, among other possibilities. The AN 170 may be a macro BS, a pico BS, a relay node, a donor node, or the like, or combinations thereof. The AN 170 may refer to the forgoing devices or refer to apparatus (e.g. a communication module, a modem, or a chip) in the forgoing devices.

[0342] In some embodiments, the parts of the AN 170 may be distributed. For example, some of the modules of the AN 170 may be located remote from the equipment that houses the antennas 256 for the AN 170, and may be coupled to the equipment that houses the antennas 256 over a communication link (not shown) sometimes known as front haul, such as common public radio interface (CPRI) . Therefore, in some embodiments, the term AN 170 may also refer to modules on the network side that perform processing operations, such as determining the location of the ED 110, resource allocation (scheduling) , message generation, and encoding / decoding, and that are not necessarily part of the equipment that houses the antennas 256 of the AN 170. The modules may also be coupled to other ANs. In some embodiments, the AN 170 may actually be a plurality of ANs that are operating together to serve the ED 110, e.g. through the use of coordinated multipoint transmissions.

[0343] The AN 170 includes at least one transmitter 252 and at least one receiver 254 coupled to one or more antennas 256. Only one antenna 256 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas 256 may alternatively be panels. The transmitter 252 and the receiver 254 may be integrated as a transceiver. The AN 170 further includes a processor 260 for performing operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. multiple input multiple output (MIMO) precoding) , transmit beamforming, and generating symbols for transmission. Processing operations related to processing received transmissions in the uplink or over backhaul may include operations such as receive beamforming, demodulating received symbols, and decoding received symbols. The processor 260 may also perform operations relating to network access (e.g. initial access) and / or downlink synchronization, such as generating the content of synchronization signal blocks (SSBs) , generating the system information, etc. In some embodiments, the processor 260 also generates an indication of beam direction, e.g. BAI, which may be scheduled for transmission by a scheduler  253. The processor 260 performs other network-side processing operations described herein, such as determining the location of the ED 110.

[0344] The scheduler 253 may be coupled to the processor 260. The scheduler 253 may be included within or operated separately from the AN 170. The scheduler 253 may schedule uplink, downlink, sidelink, and / or backhaul transmissions, including issuing scheduling grants and / or configuring scheduling-free (e.g., “configured grant” ) resources. The AN 170 further includes a memory 258 for storing information and data. The memory 258 stores instructions and data used, generated, or collected by the AN 170. For example, the memory 258 could store software instructions or modules configured to implement some or all of the functionality and / or embodiments described herein and that are executed by the processor 260.

[0345] Although not illustrated, the processor 260 may form part of the transmitter 252 and / or part of the receiver 254. Also, although not illustrated, the processor 260 may implement the scheduler 253. Although not illustrated, the memory 258 may form part of the processor 260.

[0346] The processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may each be implemented by the same or different one or more processors that are configured to execute instructions stored in a memory, e.g. in the memory 258. Alternatively, some or all of the processor 260, the scheduler 253, the processing components of the transmitter 252, and the processing components of the receiver 254 may be implemented using dedicated circuitry, such as a programmed FPGA, a hardware accelerator (e.g., a GPU or AI accelerator) , or an ASIC.

[0347] One or more steps of the embodiment methods provided herein may be performed by corresponding units or modules, according to FIG. 3. FIG. 3 illustrates units or modules in a device, such as in the ED 110 or in the AN 170. For example, a signal may be transmitted or output by a transmitting unit or by a transmitting module. A signal may be received or input by a receiving unit or by a receiving module. A signal may be processed by a processing unit or a processing module. Other steps may be performed by an artificial intelligence (AI) or machine learning (ML) module. The respective units or modules may be implemented using hardware, one or more components or devices that execute software, or a combination thereof. For instance, one or more of the units or modules may be a circuit such as an integrated circuit. Examples of an integrated circuit includes a programmed FPGA, a GPU, or an ASIC. For instance, one or more of the units or modules may be logical such as a logical function performed by a circuit, by a portion of an integrated circuit, or by software instructions executed by a processor. It will be appreciated that where the modules are implemented using software for execution by a processor for example, the modules may be retrieved by a processor, in whole or part as needed, individually or together for  processing, in single or multiple instances, and that the modules themselves may include instructions for further deployment and instantiation.

[0348] While not shown, the transmitting module and the receiving module may be part of, or combined into, a transceiver module. A transceiver module may also be known as an interface module, or simply an interface, for inputting and outputting operations.

[0349] Additional details regarding the EDs 110 and the AN 170 are known to those of skill in the art. As such, these details are omitted here.

[0350] The CN 160 in FIG. 1 may include one or more of following NFs.

[0351] -Connection Management Function (CMF) 1601: The CMF 1601 provides functionalities to support control plane (CP) signaling and data transmission between the EDs, UE 130 and NFs in the CN 160 and DN 170. The CMF 1601 may also manage the mobility of ED and UE 130.

[0352] -Session Management Function (SMF) 1602: The SMF 1602 provides CP functionalities to create and manage user plane or data plane connections between the ED, UE 130 and NFs, and between the ED, UE 130 and DN 170.

[0353] -Data Storage Function (DSF) 1604: The DSF 1604 provides functionalities to store data of one or more of UE data, user data, NF data, application data, and network operation data, and any other types of data.

[0354] -Data Management Function (DMF) 1603: The DMF 1603 provides functionalities to manage one or more of DSFs 1604. For example, some NF may send a data record of a data type to the DMF 1603, then the DMF 1603 may select a DSF instance 1604 to store certain types of data.

[0355] In some embodiments, the DMF 1603 may manage ED subscription data. The ED subscription data may be provided by one or more of following methods:

[0356] - The OAM (Operation, Administration, and Maintenance) function of the network may provide or configure one or more parameters of user subscription data;

[0357] - A network entity (NE) , such as ED, DWCF 1611, may provide one or more of parameters of user subscription data.

[0358] The DWCF 1611 may manage some real-time digital twin (DT) information of the ED, e.g. real-time location, or assigned / expected service location of ED. The DWCF 1611 may send the real-time DT information of ED to the DMF 1603 and the DMF 1603 may store the DT information of ED in a DSF 1604.

[0359] - Policy Function (PF) 1605: The PF 1605 may create policies for different operation of network and provide policies to NFs, EDs, UEs 130, AN 150, DN 170.

[0360] - Security Function (SF) 1606: The SF 1606 may provide one or more of authorization function, authentication function, and data security protection for one or more of ED, UE 130, NF in the AN 150, NF in the CN 160, AN 150, and NF in the DN 170.

[0361] - Location Management Function (LMF) 1608: The LMF 1608 may provide one or more of functionalities: detect the UE location, estimate the location of the UE 130, tracking the mobility of UE 130.

[0362] - Network Entity Repository (NER) 1613: The NEF 1613 may provide functionalities for a network entity (NE) to register its NE profile so that other NEs can discover, select, and use the services of this NE.

[0363] - Control Plane Gateway (CP GW) 1607: The CP GW 1607 provide an interface for NEs in the DN 170 and NEs in the mobile networks to communicate with each other.

[0364] - Data Plane Function (DPF) 1614: The DPF 1614 may provide one or more of services: receiving data of NEs of mobile network and NEs of DN 170; processing the received data; forwarding the received data to other NEs, sending processed data to other NEs.

[0365] - Data Plane Gateway (DP GW) 1618: The DP GW 1618 provide an interface to send and / or receive data between the mobile network and other entities in the DN 170.

[0366] The mobile network may provide NFs to host or support digital world (DW) applications. Some example of DW applications may include digital twin applications, metaverse applications, VR applications, AR applications, MR applications, and other applications.

[0367] The following NFs may support DW applications.

[0368] - Data Collection and Distribution Function (DCDF) 1609: The DCDF 1609 may provide one or more of following functionalities: Data collection from NEs, such as sensor, UE 130, NF in the mobile network, NF in the DN 170; data storage management for the collected data stored in one or more of Sensor Data Storage Function (SDSF) 1610; data distribution to other NFs that request the data.

[0369] - DW Control Function (DWCF) 1611: Perform one or more of tasks to create and manage DW applications: Manage the operation a DW applications.

[0370] - DW artificial intelligence and machine learning (AIML) model training function (MTF) 1616: The MTF 1616 may use the collected sensor data, or any other types of data such as partially AI or ML model developed by other NE during a federated learning process, to derive AI or ML model to support DW applications.

[0371] - DW artificial intelligence and machine learning (AIML) model repository function (MRF) 1617: The MRF 1617 may provide one or more of following services: store the AIML models derived by the MTF 1616, and distribute AIML models to other NFs and ED. An AIML model may be complete or incomplete. If the AIML model  is complete, other NEs can use the complete AIML model to infer the data. If the AIML model is incomplete, other NEs may use the incomplete AIML model to further develop the incomplete AIML independently or jointly to create a complete AIML model.

[0372] - DW Object Context Repository function (OCRF) 1612: The OCRF 1612 may provide one or more of services: store object context in real-time, and distribute object contexts to subscribed NFs. The object can be an ED, a UE 130, a NF, a vehicle, a machine, a person, for example.

[0373] - DW Data Processing Function (DW DPF) 1615: The DW DPF 1615 may provide one or more of services:

[0374] - Get one or more of AIML models from the MRF 1617;

[0375] - Get the sensor data from ED and NEs;

[0376] - use one or more of AIML models or other methods to process the collected sensor data, for example to detect the real world (RW) objects; convert the detected RW object into one or more DW objects that can be used by one or more DW applications;

[0377] - Run application software of DW applications;

[0378] - Generate actuator data for actuator devices 120: for example video data for video game, patient monitoring video in hospitals, robot monitoring and control in smart factories, vehicle monitoring and control for intelligent transport system operator, lighting control in smart city or music performance;

[0379] - Send actuator control command and actuator data to actuator devices 120.

[0380] The DN 170 may host one or more applications, e.g. DW applications. The DW applications in DN 170 may be implemented by using an external DW Controller (DWC) 1701 and an external DW Application Server (AS) 1702. The DWC 1701 may provide control functionalities. The DW AS 1702 may host application software of DW applications.

[0381] Embodiments of the present disclosure may involve various devices or functions, such as:

[0382] mobile devices, UE 130, sensor devices 110, actuator devices 120, any electronics devices that may provide sensor and actuator services for a DW application.

[0383] In some embodiments, some NFs of 5G mobile network may be modified to implement some functions or functionalities in the presence disclosure. For example, a 5G network repository function (5G NRF) may be modified to include functionalities of NER 1613. A 5G session management function (5G SMF) may be modified to include functionalities of the SMF 1602 in the present disclosure. A 5G access and mobility management function (5G AMF) may be modified to include functionalities of the CMF 1601. A 5G unified data management (5G UDM)  function may be modified to include functionalities of the DMF 1603.

[0384] The details of the present disclosure will be elaborated in the following description.

[0385] Digital world technology, including digital twin (DT) technology, has been proposed to support operation of mobile networks. A DW application server (AS) may collect data from NEs and run an emulation software to simulate a digital version for each NE. The emulation software may analyze the network performance. The DW AS and may predict possible events such as network congestion at a certain network node. The DW AS may inform some NEs about predicted events so that the NEs may perform some actions to improve network operation performance.

[0386] The operation of DW relies on the data that is collected from the NEs. One important component of network is sensors and actuators. The sensors may provide sensor data, including but not limited to video data, image data, radar data, cellular radio sensing data, WiFi sensing data, lidar data, environmental 140 data such as rain sensor data, temperature data, wind data, snow sensor data. The actuators may provide control functions for devices such as lighting devices, air conditioners, robots, vehicles, video displays.

[0387] There may be two types of sensors (or actuators) : (1) dedicated sensors and (2) non-dedicated sensors. The dedicated sensors are devices that are specifically designed to perform one or more sensing tasks. They can be radar, lidar installed along the road side to detect traffic for example. The non-dedicated sensors (or actuators) are devices that has sensing and non-sensing functions, for example smart phones and vehicles with video cameras and lidar sensors. The non-dedicated sensors could provide sensor data to the applications in certain occasions, but not always.

[0388] The problems solved by the present application can be one of the following problems: The first problem to be solved is how the network can be informed of the presence and services of sensors and actuators. Secondly, how the data from sensor devices can be collected and distributed to DW applications. Thirdly, how the network can control the operation of actuator devices.

[0389] In this disclosure, methods for registering sensors and actuators in a mobile network are presented so that the data can be collected from sensor devices and control information could be sent to actuator devices.

[0390] FIG. 4 is a schematic flowchart of a method for supporting operation of an ED according to one or more example embodiments of the present disclosure. The method can be implemented by a first apparatus such as a CMF in the network. Optionally, the first apparatus could be other devices that has similar function (for example, the first apparatus can be a communication module, or a chip, or any network element in the network) , which is not limited herein. The first apparatus could also be a whole device. As shown in FIG. 4, the method can include the following  steps.

[0391] S410, obtaining an ED service profile registration request from the ED via an AN to register a service of the ED with a network.

[0392] S420, sending an ED service profile registration response to the ED via the AN to indicate whether the registration of the service is successful or unsuccessful.

[0393] In details, the first apparatus can obtain the ED service profile registration request from the ED and send the ED service profile registration response back to the ED, so that the network can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the network can easily register the service of the ED so that NFs in the network such as DWCF can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0394] In some possible implementations, the ED service profile registration request can include one or more of an ED ID, a UE ID and an indication indicating to register the service of the ED with the network. The ED ID and / or UE ID can be used to identify which ED requests the ED service profile registration, which is not limited herein. In a possible implementation, the ED service profile registration request itself can be an indication indicating to register the service of the ED with the network. Alternatively, the ED service profile registration request can include an indication indicating to register the service of the ED with the network (for example, a field in the message can be used as an indication) .

[0395] In some possible implementations, the ED service profile registration request can include one or more ED service profiles, where each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides. In an alternative implementation, the ED service location information may be a parameter in the ED service profile. For example, for an ED having a sensor function, each of the one or more ED service profiles can include one or more of: an ED ID, one or more service types, one or more types of sensor data, a UE ID that provides data and control connections with the AN for the ED, and one or more data transmission QoS requirements. The ED ID may represent the sensor functional unit in the ED. The UE ID may represent functional unit of ED that provides control and data connections with AN. The network may have UE subscription data of the UE. For an ED having an actuator function, each of the one or more ED service profiles can include one or more of: an ED ID, one or more service types, one or more types of actuator data, a UE ID that provides data and control connections with the AN for the ED, service location information of the ED, and one or more data transmission QoS requirements. The ED ID may represent the actuator functional unit in the ED.  The UE ID may represent a functional unit of ED that provides control and data connections with AN. The network may have UE subscription data of the UE. For an ED having both a sensor function and an actuator function, each of the one or more ED service profiles can include one or more of: an ED ID, one or more service types, one or more types of sensor data, one or more types of actuator data, a UE ID that provides data and control connections with the AN for the ED, service location information of the ED, and one or more data transmission QoS requirements. In a possible implementation, each of the one or more ED service profiles can also include a computing capability, for example to download an AIML model and run an AIML model training task and / or data inference task in the ED, so that the network can have the knowledge about the computing capability of the ED related to AIML model from the ED service profile (s) . Further, in a possible implementation, each of the one or more ED service profiles can further include one or more of: an ED Location, ED service location information, mobility information, a CP interface function ID, one or more types of one or more sensor services, one or more types of one or more actuator services, an availability, a service area, environment requirements, a data preprocessing capability, an ability to download one or more AI inference model from a NF, a data network, network slice, and privacy requirements.

[0396] Because the ED service profile registration request can include one or more of an ED ID, a UE ID, and service registration indication and can further include ED service profile (s) , which includes various parameters related to sensor and actuator, the ED can register its service with the network so that the network can clearly learn which type (s) of service the ED would provide and which kind (s) of data the ED could collect or process, thereby accommodating various application scenarios such as the application scenarios related to automatic driving, smart home, electronic healthcare, factory automation, virtual meeting, online learning, metaverse applications, digital twin applications, VR applications, AR applications, MR applications, games, and entertainment.

[0397] In some possible implementations, the ED service profile registration response sent by the first apparatus can include one or more of: an indication indicating whether the registration of the service is successful or unsuccessful, a cause indicating a reason the registration of the service is unsuccessful, an ED ID, and a UE ID, where the cause indicating the reason the registration of the service is unsuccessful can include one or more of: the ED is not authorized to provide the service, ED service location information is not authorized to provide the service, and the ED location is not authorized to provide the service. Through the indication indicating whether the registration of the service is successful or unsuccessful, the first apparatus can inform the ED of the service registration result. In some possible implementations, the indication indicating whether the registration of the service is successful or unsuccessful may be a service registration result code which can indicate one of service registration results, such as successful or unsuccessful. When the registration of service is unsuccessful, the cause can be further  carried in the ED service profile registration response to inform the ED of the cause of the unsuccessful service registration. For example, when the registration of the service is unsuccessful because the ED is not authorized to provide the service that is being registered by the ED with the network, the cause for the unsuccessful service registration can be that the ED is not authorized to provide the service. For another example, when the registration of the service is unsuccessful because the ED service location information is not authorized to provide the service, the cause for the unsuccessful service registration can be that the ED service location information is not authorized to provide the service. For yet another example, when the registration of the service is unsuccessful because the ED is at a location which is not authorized to provide the service, the cause for the unsuccessful service registration can be that the ED location is not authorized to provide the service. In this way, the ED can clearly know the reason why the ED service profile registration request is unsuccessful, and then the ED can perform some operations to meet the requirement of some certain application scenarios (for example, requesting the authorization of the service, or moving to another place) , or initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs of vehicles can be used to collect traffic and road data while driving in a specific street segment) , and further improves the overall network performance.

[0398] In some possible implementations, after receiving the ED service profile registration request from the ED, the first apparatus can forward the ED service profile registration request to a NER to register the service of the ED with the NER, so that other NF (s) can discover the ED or get the information about the service provided by the ED from the NER. In some possible implementations, before forwarding the ED service profile registration request, the first apparatus can select a NER according to one or more of: service location information and pre-configured information of NER stored in the CMF, so that a proper NER can be determined according to actual demands or conditions to perform the operation such as verifying the authorization of ED and discovering a PF, etc. For example, some NERs may be configured to support ED service profile registration at certain locations and in this case, the first apparatus can select, according to the service location information of NER and the location or service location information of the first apparatus or ED, an NER that can support the ED service profile registration at the location or service location information of the first apparatus or the ED. After the NER is selected, the first apparatus can send the ED service profile registration request to the NER. Then, the ED service profile registration response, which confirms the ED service registration is completed in the NER, may be received from the NER, and the first apparatus can forward the ED service profile registration response to the ED.

[0399] In some possible implementations, before the ED service registration procedure as described above, a network registration procedure can be performed to register the ED with the network so that the ED can use the  network service. During the network registration procedure, the first apparatus can obtain an ED network registration request from the ED via the AN to register the ED with the network, and send an ED network registration response to the ED via the AN to indicate whether the registration with the network is successful or unsuccessful.

[0400] In some possible implementations, the ED network registration request can include one or more of: an ED ID, a UE ID, and an indication indicating to register the ED with the network. The ED ID and / or UE ID can be used to identify which ED requests the ED network registration request, which is not limited herein. In a possible implementation, the ED network registration request itself can be an indication indicating to register the ED with the network. Alternatively, the ED network registration request can include an indication indicating to register the ED with the network (for example, a field in the message can be used as an indication) . Based on the above, the ED can send the ED network registration request to the network so as to request network registration of the ED, the network can determine whether the ED network registration request can be accepted. The request result can be indicated by the ED network registration response.

[0401] In some possible implementations, the ED network registration response can include one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and one or more allocated addresses. Through the indication indicating whether the registration with the network is successful or unsuccessful, the first apparatus can inform the ED of the network registration result. In some possible implementations, the indication indicating whether the registration with the network is successful or unsuccessful may be a network registration result code which can indicate one of network registration results, such as successful, or unsuccessful. When the registration with the network is unsuccessful, the cause can be further carried in the ED network registration response to inform the ED of the cause of the unsuccessful network registration, so that the ED can clearly know the reason why the ED network registration request is unsuccessful, and then, the ED can prepare the next action more comprehensively (for example, trying to register the network again or obtain the authorization) . The ED network registration response can include one or more address assigned for the ED. The address could be an IP address, such as IP version 4 or IP version 6 address or prefix. The address could be an ID that can be used by NFs and other NEs to communicate with the ED. After the ED successfully registers with the network, the ED can use the service of the network.

[0402] In some possible implementations, the first apparatus can send an ED subscription data request to a DMF to request ED subscription data, and obtain an ED subscription data response from the DMF to obtain the ED subscription data.

[0403] In some possible implementations, the ED subscription data response can include ED subscription data.  The ED subscription data can have an indication indicating to assign one or more addresses to the ED, where the indication indicating to assign one or more addresses to the ED can include an ED type, such as sensor type, actuator type. The indication could be an explicit requirement to assign an address to the ED. Then, after the obtaining the ED subscription data response from the DMF, the first apparatus can send an address allocation request to a DAMF to request one or more addresses for the ED, where the address allocation request includes one or more of: an ED ID, a UE ID, an ED type, an ED location, ED service location information, a number of address to be allocated, and address allocation time information. The address allocation time information can indicate how long the address can be used by the ED. In some possible implementation, the address allocation time information can be one or more durations, each duration is specified by a start time and an end time, or a start time and a length of time. In some possible implementation, the start time and / or end time can be omitted. If the start time is omitted, the assigned address can be used immediately. If the end time is omitted, the assigned address can be used without expired time, or until the ED is no longer in service, or the ED is de-register with the network. The DAMF may assign one or more of addresses to the ED and send the assigned address (es) to the first apparatus. After that, the first apparatus can obtain one or more addresses allocated to the ED from the DAMF, and the ED network registration response can include the one or more addresses allocated to the ED.

[0404] The above describes the procedure that the NFs in the network exchanges messages to perform network registration for the ED, so that the ED can access the network for further operation, thereby improving the overall network performance.

[0405] In some possible implementations, the first apparatus can send a policy establishment request message to a PF to obtain a policy for the ED, and obtain a policy establishment response from the PF to obtain the policy. In some possible implementations, the policy establishment request message can include an ED ID, a UE ID, and the policy establishment response can include the policy for the ED, and the policy establishment response can be included in the ED network registration response. Based on the above, the policy establishment request message can be sent to the PF so that the PF may create policies for the ED corresponding to one or more of the ED ID and UE ID.After the policy establishment response with the policy is obtained from the PF, the policy can be further sent to the ED, for example, in the ED network registration response. The policy may include a sensor policy if the ED is a sensor, or an actuator policy if the ED is an actuator, or both sensor and actuator policies if the ED has both sensor and actuator functions. Therefore, the ED can obtain the policies without separately requesting policies, thereby performing corresponding operation under the scope of policies quickly and saving signaling overhead.

[0406] In some embodiments, after the sending the ED service profile registration response to the ED via the  AN, the first apparatus can obtain an ED policy request from the ED to request an ED policy of the ED, send the ED policy request to a PF to request the ED policy of the ED, obtain an ED policy response from the PF, where the ED policy response includes an ED policy, and send the ED policy response to the ED. Because the ED can send the ED policy request to the network, the ED can obtain the policies in a more flexible way even though the first apparatus does not send the policies to the ED actively.

[0407] In some possible implementations, the first apparatus can select a PF based on one or more of service location information and services of the PF configured in the CMF, and ED information, where the ED information can include one or more of: an ED location, ED service location information, an ED service, an ED sensor type, and an ED actuator type. For example, some PFs may be configured to perform services that create and provide policies for some certain service types at certain locations. And in this case, the PF can be selected based on one or more of local information and ED information, so that the PF can be selected properly, and various application scenarios can be adapted to.

[0408] In some possible implementations, before selecting a proper PF, the first apparatus can obtain some available PFs from the NER. The first apparatus can send a first NE profile request to a NER to request the NER to discover available PF, and obtain a first NE profile response from the NER to obtain one or more NE profiles of PFs, and then select the PF from the one or more PFs. In some possible implementations, the first NE profile request can include one or more of: a NF type to be discovered which is set to PF, an ED ID, a UE ID, one or more ED service profiles, an ED location, ED service location information, an ED type, and an ED service, where each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides, and the first NE profile response can include the one or more NE profiles of PFs. In an alternative implementation, the ED service location information may be a parameter in the ED service profile. Based on the above, the NE profile (s) of PF (s) can be obtained from the NER and then a proper PF can be selected. In this way, various application scenarios can be adapted to.

[0409] With the method for supporting operation of an ED, the first apparatus can obtain the ED service profile registration request from the ED and send the ED service profile registration response to the ED, thus the network can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall performance of network and application.

[0410] FIG. 5 is a schematic flowchart of another method for supporting operation of an ED according to one  or more example embodiments of the present disclosure. The method can be implemented by a second apparatus such as an ED. Optionally, the second apparatus could be other device that has similar function (for example, the second apparatus can be a communication module, or a chip) , which is not limited herein. The second apparatus could also be a whole device. As shown in FIG. 5, the method can include the following steps.

[0411] S510, sending an ED service profile registration request to a CMF via an AN to register a service of the ED with the network.

[0412] S520, obtaining an ED service profile registration response from the CMF via the AN to indicate whether the registration of the service is successful or unsuccessful.

[0413] In details, the second apparatus can send the ED service profile registration request to the CMF and obtain the ED service profile registration response from the CMF, so that the network can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the ED can register its service with the network so that NFs in the network such as DWCF can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0414] In some possible implementations the ED service profile registration request can include one or more of an ED ID, a UE ID, and an indication indicating to register the service of the ED with the network. The ED ID and / or UE ID can be used to identify which ED requests the ED service profile registration, which is not limited herein. In a possible implementation, the ED service profile registration request itself can be an indication indicating to register the service of the ED with the network. Alternatively, the ED service profile registration request can include an indication indicating to register the service of the ED with the network (for example, a field in the message can be used as an indication) .

[0415] In some possible implementations, the ED service profile registration request can include one or more ED service profiles, where each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides. In an alternative implementation, the ED service location information may be a parameter in the ED service profile. For example, for an ED having a sensor function, each of the one or more ED service profiles can include one or more of: an ED ID, one or more service types, one or more types of sensor data, a UE ID that provides data and control connections with the AN for the ED, and one or more data transmission QoS requirements. The ED ID may represent the sensor functional unit in the ED. The UE ID may represent functional unit of ED that provides control and data connections with AN. The network may have UE subscription data of the UE. For an ED having an actuator function, each of the one or more ED service  profiles can include one or more of: an ED ID, one or more service types, one or more types of actuator data, a UE ID that provides data and control connections with the AN for the ED, service location information of the ED, and one or more data transmission QoS requirements. The ED ID may represent the actuator functional unit in the ED. The UE ID may represent a functional unit of ED that provides control and data connections with AN. The network may have UE subscription data of the UE. For an ED having both a sensor function and an actuator function, each of the one or more ED service profiles can include one or more of: an ED ID, one or more service types, one or more types of sensor data, one or more types of actuator data, a UE ID that provides data and control connections with the AN for the ED, service location information of the ED, and one or more data transmission QoS requirements. In a possible implementation, each of the one or more ED service profiles can also include a computing capability, for example to download an AIML model and run an AIML model training task and / or data inference task in the ED, so that the network can have the knowledge about the computing capability of the ED related to AIML model from the ED service profile (s) . Further, in a possible implementation, each of the one or more ED service profiles can further include one or more of: an ED Location, ED service location information, mobility information, a CP interface function ID, one or more types of one or more sensor services, one or more types of one or more actuator services, an availability, a service area, environment requirements, a data preprocessing capability, an ability to download one or more AI inference model from a NF, a data network, network slice, and privacy requirements.

[0416] Because the ED service profile registration request can include one or more of an ED ID, a UE ID, and service registration indication and can further include ED service profile (s) , which includes various parameters related to sensor and actuator, the ED can register its service with the network so that the network can clearly learn which type (s) of service the ED would provide and which kind (s) of data the ED could collect or process, thereby accommodating various application scenarios such as the application scenarios related to automatic driving, smart home, electronic healthcare, factory automation, virtual meeting, online learning, metaverse applications, digital twin applications, VR applications, AR applications, MR applications, games, and entertainment, etc.

[0417] In some possible implementations, the ED service profile registration response sent by the network can include one or more of: an indication indicating whether the registration of the service is successful or unsuccessful, a cause indicating a reason the registration of the service is unsuccessful, an ED ID, and a UE ID, where the cause indicating the reason the registration of the service is unsuccessful can include one or more of the ED is not authorized to provide the service, ED service location information is not authorized to provide the service, and the ED location is not authorized to provide the service. Through the indication indicating whether the registration of the service is successful or unsuccessful, the network can inform the ED of the service registration result. In some  possible implementations, the indication indicating whether the registration of the service is successful or unsuccessful may be a service registration result code which can indicate one of service registration results, such as successful, or unsuccessful. When the registration of service is unsuccessful, the cause can be further carried in the ED service profile registration response to inform the ED of the cause of the unsuccessful service registration. For example, when the registration of the service is unsuccessful because the ED is not authorized to provide the service that is being registered by the ED with the network, the cause for the unsuccessful service registration can be that the ED is not authorized to provide the service. For another example, when the registration of the service is unsuccessful because the ED service location information is not authorized to provide the service, the cause for the unsuccessful service registration can be that the ED service location information is not authorized to provide the service. For yet another example, when the registration of the service is unsuccessful because the ED is at a location which is not authorized to provide the service, the cause for the unsuccessful service registration can be that the ED location is not authorized to provide the service. In this way, the ED can clearly know the reason why the ED service profile registration request is unsuccessful, and then the ED can perform some operations to meet the requirement of some certain application scenarios (for example, requesting the authorization of the service, or moving to another place) , or initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improves the overall network performance.

[0418] In some possible implementations, before the ED service registration procedure as described above, a network registration procedure can be performed to register the ED with the network so that the ED can use the network service. During the network registration procedure, the second apparatus can send an ED network registration request to the CMF via the AN to register the ED with the network, and obtain an ED network registration response from the CMF via the AN to indicate whether the registration with the network is successful or unsuccessful. In some possible implementations, the ED network registration request can include one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network. The ED ID and / or UE ID can be used to identify which ED requests the ED network registration request, which is not limited herein. In a possible implementation, the ED network registration request itself can be an indication indicating to register the ED with the network. Alternatively, the ED network registration request can include an indication indicating to register the ED with the network (for example, a field in the message can be used as an indication) . Based on the above, the ED can send the ED network registration request to the network so as to request network registration of the ED, the network can determine whether the ED network registration request can be accepted. The request result can be indicated by the  ED network registration response.

[0419] In some possible implementations, the ED network registration response can include one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and one or more allocated addresses. Through the indication indicating whether the registration with the network is successful or unsuccessful, the ED can be informed of the network registration result. In some possible implementations, the indication indicating whether the registration with the network is successful or unsuccessful may be a network registration result code which can indicate one of network registration results, such as successful, or unsuccessful. When the registration with the network is unsuccessful, the cause can be further carried in the ED network registration response to inform the ED of the cause of the unsuccessful network registration, so that the ED can clearly know the reason why the ED network registration request is unsuccessful, and then, the ED can prepare the next action more comprehensively (for example, trying to register the network again or obtain the authorization) . The ED network registration response can include one or more address assigned for the ED. The address could be an IP address, such as IP version 4 or IP version 6 address or prefix. The address could be an ID that can be used by NFs and other NEs to communicate with the ED. After the ED successfully registers with the network, the ED can use the service of the network.

[0420] With the method for supporting operation of an ED, the second apparatus can send the ED service profile registration request to the CMF and obtain the ED service profile registration response from the CMF, thus the network can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0421] An example method for supporting operation of an ED is illustrated as follows:

[0422] Embodiment 1 presents a method for an ED to register its services with the network. FIG. 6 is a simplified schematic illustration of ED service registration procedure initiated by ED according to one or more example embodiments of the present disclosure. As shown in FIG. 6, there are two stages, it stage 1, the ED register with the network so that it can use the network services. In stage 2, the ED can send a request to the network to register its services.

[0423] Step 601a: The ED 610 may send an ED Network registration request to the network via the AN 620. The ED 610 performs this step so that the network can recognize the ED 610 and / or the UE of ED 610, and provide necessary means to establish secure control plane and data plane connections for the ED 610 and / or the UE of ED  610 to access services and applications of the network and DN. After completing network registration procedure, the ED 610 may use the UE to communicate with the mobile network and DN.

[0424] Step 601b: The AN 620 may forward the ED network registration request to a NF in the CN, e.g. the CMF 630.

[0425] Step 602: The CMF 630 and other NFs may exchange messages to perform network registration for the ED 610.

[0426] In step 602, a Device Address Management Function (DAMF) 660 may assign one or more addresses for the ED 610. The address could be an IP address, such as IP version 4 or IP version 6 address or prefix. The address could be an identifier (ID) that can be used by NFs and other NEs to communicate with the ED 610. The address allocation could be implemented as follows. The CMF 630 may send a request to the DMF (not shown in FIG. 6) to get ED subscription data. The DMF may send the ED subscription data to the CMF 630. The subscription data may have an indication to assign one or more addresses to the ED 610. The indication could be the type of ED 610, such as sensor type, actuator type. The indication could be an explicit requirement to assign one or more addresses to the ED 610. After receiving the ED subscription data, the CMF 630 may send an address allocation request to a DAMF 660 to request one or more of addresses for the ED 610. The address allocation request may include the ED ID, UE ID, ED type, ED location, ED service location information, the number of address to be allocated, the address allocation time information. The address allocation time information indicates how long the address can be used by the ED 610; it can be one or more durations, each duration may be specified by a start time and an end time. The start time and / or end time can be omitted. If the start time is omitted, the assigned address can be used immediately. If the end time is omitted, the assigned address can be used without expired time, or until the ED 610 is no longer in service, or the ED 610 is de-register with the network. The DAMF 660 may assign one or more of addresses to the ED 610 and send the assigned address (es) to the CMF 630.

[0427] In some implementations, the DAMF 660 may be part of the CMF 630. The CMF 630 may assign one or more addresses for the ED 610.

[0428] In some other implementations, the DAMF 660 may be a part of another NF, such as the SMF, the DPF, or the DP GW. The NF with functionalities of the DAMF 660 may assign one or more addresses for the ED 610.

[0429] The CMF 630 may send a policy establishment request message to the PF 680 to obtain the policies for the ED 610. The message may include the device ID. The PF 680 may send back to the CMF 630 a policy establishment response, including one or more of following policies: Sensor policy if the ED 610 is a sensor, actuator policy if the ED 610 is an actuator.

[0430] The sensor policy may include one or more of following information:

[0431] - Network slice information: the information of network slice that the ED 610 may access to send sensor data to the network, applications in the DN. Network slice information may include one or more of single network slice selection assistance information (S-NSSAI) and network slice instance ID (NSI ID) .

[0432] - Data network information: the information of data network that the sensor ED 610 can access to send the sensor data. The data network information may include one or more DNNs.

[0433] - Maximum service range: E. g. maximum range of radar service.

[0434] - Maximum Tx signal power: E. g. maximum Tx power of radar signal, maximum Tx power of cellular signal that can be transmitted for integrated sensing and communication signal.

[0435] - Service area: one or more areas the sensor service could be used. The service area may include one or more of following parameters, but not limited to: one or more IDs of the AN nodes of AN 620, one or more cell IDs of AN 620, one or more tracking area IDs (TAI) of AN 620, one or more geographic zone IDs, one or more civic addresses, one or more of road segments, one or more of 2D locations in a map, one or more of 3D locations in a map, an area bounded by a list of waypoints, one or more of geographic area IDs, one or more names of building, one or more names of city, one or more names of province, one or more names of country.

[0436] - Application information: The information of application or service that ED 610 may provide sensor service. The application information may include application ID, service ID, DW application ID, DW service ID.

[0437] The actuator policy may include one or more of following information:

[0438] - Network slice information: the information of network slice that the ED 610 may access to receive actuator data and control command from the network, or applications in the DN. Network slice information may include one or more of S-NSSAI and NSI ID.

[0439] - Data network information: the information of data network that the sensor ED 610 can access to send the sensor data. The data network information may include one or more DNNs.

[0440] - Service area: the location that the actuator may provide service, or the location that the actuator may receive actuator data and / or control command.

[0441] - Application information: The information of application or service that ED 610 may provide actuator service. The application information may include application ID, service ID, DW application ID, DW service ID.

[0442] The ED service location information in the ED service profile may be the same as or different with the  service area of the sensor or actuator policy. The ED 610 may provide sensor or actuator service according to its service location information and service area in the sensor or actuator policy. The network may assign a service area that is smaller than the area described in the ED service location information, for example if some areas are not authorized to provide the service. The network may assign a service area that larger than the area described in the ED service location information, for example if some additional areas are authorized to provide the service.

[0443] Step 603a: The CMF 630 may send an ED network registration response to the ED 610 via the AN 620. The message may include one or more of following parameters:

[0444] - An indication whether the ED network registration request is accepted or rejected.

[0445] - The allocated address (es) .

[0446] - An indication to request the ED 610 to initiate ED service registration with the network.

[0447] Step 603b: The AN 620 may forward the ED network registration response to the ED 610. After receiving this message the ED 610 may start using network services.

[0448] Step 604a: The ED 610 may send an ED service profile registration request to the AN 620. For example, as shown in step 410 of FIG. 4 and in step 510 of FIG. 5, before the ED service profile registration request is sent to the CMF 630, the ED 610 may send the ED service profile registration request to the AN 620. The ED service profile in the message may include one or more of the following information:

[0449] - UE ID;

[0450] - ED ID;

[0451] - One or more service types that the ED 610 may provide. For a sensor, the service type may be a sensor service. For an actuator, the service type may be an actuator service. One ED 610 may provide one or more of sensor services and one or more of actuator services.

[0452] - Type of sensor data: may include one or more of sensor data, e.g. radar signal, lidar signal, video data, cellular radio signal, WiFi radio signal, thermal meter data, wind meter data, some processed data (TBD) to name a few.

[0453] - Data transmission QoS requirements for each sensor data type: average bit rate, guaranteed bit rate, peak bit rate, maximum data burst volume, packet delay budget (one-way packet delay in the uplink, and / or round trip time delay) , packet loss rate, standardized set of QoS parameters (e.g. 5G QoS Identifier (5QI) in 5G network) , alternative standardized sets of QoS parameters, group of PDU (PDU Set) description.

[0454] - Computing capability, for example to download an AIML model and run an AIML model training  task and / or data inference task in the ED 610. The computing capability may include one or more following parameters: parameters of Central Processing Unit (CPU) (e.g. CPU model number, number of cores, size of memories, speed) , parameters of graphics processing unit (GPU) (e.g. GPU model number, number of cores, size of memories, speed) , memory size (e.g. 16 GB of DRAM) , storage size (e.g. 1 TB of SSD) .

[0455] - ED Location: The ED location may be updated later by the ED 610, or by a NF such as LMF 670.

[0456] ○ The ED 610 may perform location estimation procedure to get its location.

[0457] ○ After the ED service profile registration procedure is complete, if the ED location is not provided, the NER 640 may sends a location request to the LMF 670. The LMF 670 may initiate a location estimation for the ED 610 and provides the ED location to the NER 640. The NER 640 may subscribe to the LMF 670 to get ED location update.

[0458] - Mobility information: The sensors or actuators may be fixed (static, immobile) or nomadic (mobile) . In case of mobile ED 610, the mobility area and ED service location information may be provided. For example, the mobile ED 610 could be a sensor in moving vehicles, such as a video camera in a vehicle or a robot.

[0459] - CP interface function ID: e.g. CMF ID, CMF address (e.g. one or more of URL, IP address and port number) . If this information is missing, the mobile network may create the CP interface function information in another step.

[0460] - Type of one or more sensor services.

[0461] - Type of one or more actuator services.

[0462] - Availability: time of the day, day of the week, months of the year, one or more period.

[0463] - ED service location information: The area that the sensor service can be provided by the ED 610. For example, the ED service location information could include the maximum range of radar signal, or lidar from the location of ED 610.

[0464] - Environment requirements: e.g. minimum and maximum temperatures, minimum and maximum moisture level (e.g. relative humidity level, percentage) , lighting requirements.

[0465] - Data preprocessing capability.

[0466] - Ability to download one or more AI inference model from a NF: memory size, parameters of data processors such as GPU (e.g. GPU model number, number of core, clock rate, memory size) , CPU (e.g. CPU model number, number of core, clock rate, memory size) .

[0467] - Data network information (e.g. DNN) to indicate which data network the ED 610 can support, or access.

[0468] - Network slice information (e.g. S-NSSAI, NSI ID) .

[0469] - Privacy requirements: for example, the device may support specific applications (e.g. list of allowed application IDs) , list of objects are not sensed.

[0470] Step 604b: The AN 620 may forward the ED service profile registration request to the CMF 630. For example, as shown in step 410 of FIG. 4 and in step 510 of FIG. 5, after the ED 610 sends the ED service profile registration request to the AN 620, the AN 620 may further forward the ED service profile registration request to the CMF 630 so that the CMF 630 may assist the ED 610 to register the service of the ED 610 with the network after obtaining the ED service profile registration request from the ED 610 via the AN 620.

[0471] Step 604c: The CMF 630 may select an NER 640 and forward the ED service profile registration request to the selected NER 640.

[0472] In some implementations, the CMF 630 may assign a unique network ED service ID for each ED service profile in step 604c. The network ED service ID may be used alone, or with any combinations of UE ID, CMF ID, and ED ID, to identify an ED service profile within the service area of the CMF 630, or within the network, or within all the services of ED 610.

[0473] The CMF 630 may select a NER 640 by using information of NER stored in the CMF 630 (local information or pre-configured information) . For example, some NER 640 may be configured to support ED service profile registration, at certain locations that include the location of the CMF 630.

[0474] The CMF 630 may send the ED service profile registration request together with the ED ID, UE ID, ED location, ED service location information, network ED service ID, and CMF ID. The CMF ID indicates the CP interface function for other NFs to communicate with the ED 610.

[0475] In some implementations, the CMF 630 may have the ED subscription data. The CMF 630 may check whether the ED 610 is authorized to provide the service specified in the ED service profile. If the ED 610 is not authorized, steps 604c, 605, 606a, 606b, 607a, 608, 609a, 609b, 609c, 610a, 610b, 610c may be skipped. In step 607b, the CMF 630 may send an ED service profile registration response with an unsuccessful indication, and a cause indicating that the ED 610 is not authorized to provide the service.

[0476] Step 605: If the ED 610 is authorized to provide sensor and / or actuator services, the NER 640 stores the one or more ED service profile, ED ID, UE ID, ED location, ED service location information, network ED service ID, and CMF ID.

[0477] NOTE: The NER 640 may access the DMF to get the ED subscription data to verify whether the ED 610 is authorized to provide the service described in the ED service profile. The ED subscription data may include one or more of sensor capability configuration and actuator configuration parameters.

[0478] The ED sensor configuration and ED actuator configuration may include one or more of following parameters:

[0479] ‐ ED ID;

[0480] ‐ UE ID;

[0481] ‐ Sensor types;

[0482] ‐ Sensors services;

[0483] ‐ Actuator types;

[0484] ‐ Actuator services;

[0485] ‐ ED service location information;

[0486] ‐ network ED service ID;

[0487] ‐ Network slice information, e.g. S-NSSAI that the ED 610 can use the network resources;

[0488] ‐ Data network name (DNN) that the ED 610 can access;

[0489] ‐ Application ID: the application that may use the services of ED 610.

[0490] Step 606a: If the ED location information is not provided in the ED service profile, or by CMF 630, or NER 640 requires some specific ED location information, the NER 640 may send an ED location subscription request to the LMF 670. The message may include one or more of the currently know ED location (e.g. AN serving node) , CMF ID, ED ID, and UE ID.

[0491] Step 606b: The LMF 670 may perform a procedure to get the require ED location. The LMF 670 may send an ED location subscription response or ED location notification to the CMF 630. The message may include one or more of the ED ID, UE ID, the location information according to the requested format, a time stamp of ED location.

[0492] Step 607a: The NER 640 may store the ED location received from the LMF 670 in the ED service profile. The NER 640 may send an ED service registration response to the CMF 630 to confirm the ED service registration is complete in the NER 640. The message may include one or more of the ED ID, UE ID, and registration result code, cause. The registration result code may indicate one of results: successful, or unsuccessful. The cause may  indicate why the ED service registration request is unsuccessful, for example: the ED 610 is not authorized to provide the service; the ED service location information is not authorized to provide the service; the ED location is not authorized to provide the service.

[0493] In some implementations, the NER 640 may assign the network ED service ID if the CMF 630 does not assign the network ED service ID parameter. The NER 640 may include the network ED service ID in the ED service registration response. The network ED service ID assigned by the NER 640 may be used alone, or with any combinations of UE ID, CMF ID, NER ID, and ED ID, to identify an ED service profile within the service area of the CMF 630, within the service area of the NER 640, or within the network, or within all the services of ED 610.

[0494] Step 607b: The CMF 630 may forward the ED service profile registration response to the ED 610 via the AN 620. For example, as shown in step 420 of FIG. 4 and in step 520 of FIG. 5, the CMF 630 may send the ED service profile registration response to the ED 610 via the AN 620 so as to indicate whether the registration of the service is successful or unsuccessful.

[0495] The message may include one or more of parameters receive from the NER 640, and network ED service ID.

[0496] Step 607c: The AN 620 may forward the ED service profile registration response to the ED 610.

[0497] Step 608: The NER 640 may send one or more of notification messages to one or more NFs, for example the DWCF and DCDF, that has subscribed to receive ED information, to notify the presence of the ED 610 that can provide sensor and / or actuator services. The message may include the ED service profile. The notified NF may send an acknowledgement message to the NER 640.

[0498] Step 609a: If the sensor or actuator policy has not provided to the ED 610 in earlier steps, the ED 610 may send an ED policy request message to the PF 680. The ED policy request may include one or more parameters from the ED service profile. The ED service profile may include the network ED service ID received from the CMF 630.

[0499] Step 609b: The AN 620 may forward the ED policy request to the CMF 630.

[0500] Step 610: The CMF 630 may select a PF 680. The CMF 630 may use local information configured in the CMF 630, based on some ED information to select a PF. The ED information that may be used to select CMF 630 may include one or more of following parameters: ED location, ED sensor type, ED service, ED actuator type.

[0501] Alternatively, the CMF 630 may send a NE profile request to the NEF to discover available PF 680. The NE profile request may include one or more of following parameters: NF type to be discovered, which is set to PF 680, ED ID, UE ID, ED service profile, ED location, ED type, ED service. The NER 640 may send a NE profile  response to the CMF 630 that includes one or more PFs. The CMF 630 may select one PF 680 from the provided PF profiles.

[0502] Step 611a: The CMF 630 may forward the ED policy request received from the ED 610 to the PCF.

[0503] Step 611b: The PF 680 may send an ED policy response to the ED 610. The message may include one or more of following policies:

[0504] ● Sensor policy: The sensor policy parameters are described in step 602;

[0505] ● Actuator policy: The actuator policy parameters are described in step 602.

[0506] Step 612a: The CMF 630 may send the received ED policy to the ED 610 via the AN 620.

[0507] Step 612b: The AN 620 may forward the received ED policy message to the ED 610.

[0508] In some implementations, the order of steps in FIG. 6 may be changed to fulfill an operation preference. For example, steps 609a to 612b may be performed before step 604a.

[0509] FIG. 7 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure. The method can be implemented by a third apparatus such as a CMF in the network. Optionally, the third apparatus could be other device that has similar function (for example, the third apparatus can be a communication module, or a chip, or any network element in the network) , which is not limited herein. The third apparatus could also be a whole device. As shown in FIG. 7, the method can include the following steps.

[0510] S710, sending an ED service profile registration request to a NER to register a service of the ED with a network.

[0511] S720, obtaining an ED service profile registration response from the NER to indicate whether the registration of the service is successful or unsuccessful.

[0512] In details, the third apparatus can send the ED service profile registration request to the NER and obtain the ED service profile registration response from the NER, so that the NER can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the service of the ED can be registered in the NER so that NFs in the network can discover the service of the ED, such as collecting data and controlling functions of some devices from the NER and use the service of the ED. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0513] In some possible implementations, the ED service profile registration request includes one or more of: an ED ID, a UD IE, an ED location, ED service location information, CMF information, one or more ED service  profiles, and an indication indicating to register the service of the ED with the network. The ED ID and / or UE ID can be used to identify which ED requests the ED service profile registration, which is not limited herein. In a possible implementation, the ED service profile registration request itself can be an indication indicating to register the service of the ED with the network. Alternatively, the ED service profile registration request can include an indication indicating to register the service of the ED with the network (for example, a field in the message can be used as an indication) . By defining the parameters included in the ED service profile registration request in detail, the network such as the NER in the network can clearly and easily register the service of the ED.

[0514] In some possible implementations, the ED service profile registration response obtained by the third apparatus can include one or more of an indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, where the cause indicating the reason the registration of the service is unsuccessful can include one or more ED service profiles have been registered before. Through the indication indicating whether the registration of the service is successful or unsuccessful, the third apparatus can be informed of the service registration result. In some possible implementations, the indication indicating whether the registration of the service is successful or unsuccessful may be a service registration result code which can indicate one of service registration results, such as successful, or unsuccessful. When the registration of service is unsuccessful, the cause can be further carried in the ED service profile registration response to inform the CMF of the cause of the unsuccessful service registration. For example, when the registration of the service is unsuccessful because the ED service profile (s) has been registered before the cause for the unsuccessful service registration can be that the ED service profile (s) has been registered before. In this way, the CMF can clearly know the reason why the ED service profile registration request is unsuccessful, which can further enable the ED to perform some operations to initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improves the overall network performance.

[0515] In some possible implementations, after receiving the ED service profile registration request from the ED, the third apparatus can forward the ED service profile registration request to a NER to register the service of the ED with the NER, so that other NF (s) can discover the ED or get the information about the service provided by the ED from the NER. In some possible implementations, before forwarding the ED service profile registration request, the third apparatus can select a NER according to one or more of: service location information and pre-configured information of NER stored in the CMF, so that a proper NER can be determined according to actual demands or conditions to perform the operation such as verifying the authorization of ED and discovering a PF, etc. For example,  some NERs may be configured to support ED service profile registration at certain locations and in this case, the third apparatus can select, according to the service location information of NER and one or more of the location and service location information of the third apparatus or ED, an NER that can support the ED service profile registration at the location of the third apparatus or the ED. After the NER is selected, the third apparatus can send the ED service profile registration request to the NER. Then, the ED service profile registration response, which confirms the ED service registration is completed in the NER, may be received from the NER, and the third apparatus can forward the ED service profile registration response to the ED.

[0516] In some possible implementations, the ED service registration procedure as described above is performed during a network registration procedure to register the ED with the network to enable the ED to use the network service. During the network registration procedure, the third apparatus can obtain an ED network registration request from the ED via the AN to register the ED with the network, and send an ED network registration response to the ED via the AN to indicate whether the registration with the network is successful or unsuccessful.

[0517] In some possible implementations, the ED network registration request can include one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network. In a possible implementation, the ED network registration request itself can be an indication indicating to register the ED with the network. Alternatively, the ED network registration request can include an indication indicating to register the ED with the network (for example, a field in the message can be used as an indication) . Based on the above, the ED can send the ED network registration request to the network so as to request network registration of the ED, the network can determine whether the ED network registration request can be accepted.

[0518] In some possible implementations, the ED network registration request can further include an indication indicating to register the service of the ED with the network. By including the indication, the ED may send one ED network registration request to perform both network registration and service registration. After receiving the ED network registration request, the network may perform further steps to register the ED and the ED service profile (s) in the network and provide policy to the ED.

[0519] In some possible implementations, the result for the network registration request can be indicated by the ED network registration response. In some possible implementations, the ED network registration response can include one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and a policy received from a PF. Through the indication indicating whether the registration with the network is successful or unsuccessful, the third apparatus can inform the ED of the network registration result. In some possible implementations, the  indication indicating whether the registration with the network is successful or unsuccessful may be a network registration result code which can indicate one of network registration results, such as successful, or unsuccessful. When the registration with the network is unsuccessful, the cause can be further carried in the ED network registration response to inform the ED of the cause of the unsuccessful network registration, so that the ED can clearly know the reason why the ED network registration request is unsuccessful, and then, the ED can prepare the next action more comprehensively (for example, trying to register the network again or obtain the authorization) . In some possible implementations, the ED network registration response can include one or more policies received from a PF. The policy can be ED service policy, and other policies. After the ED successfully registers with the network, the ED can use the service of the network.

[0520] In some implementations, the ED network registration response can further include one or more of an indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, where the cause indicating the reason the registration of the service is unsuccessful includes one or more ED service profiles have been registered before. Through the indication indicating whether the registration of the service is successful or unsuccessful, the third apparatus can inform the ED of the service registration result. In some possible implementations, the indication indicating whether the registration of the service is successful or unsuccessful may be a service registration result code which can indicate one of service registration results, such as successful, or unsuccessful. When the registration of service is unsuccessful, the cause can be further carried in the ED network registration response to inform the ED of the cause of the unsuccessful service registration. For example, when the registration of the service is unsuccessful because the ED service profile (s) has been registered before, the cause for the unsuccessful service registration can be that the ED service profile (s) has been registered before.

[0521] When the ED service registration procedure is performed during a network registration procedure, the ED may send only the ED network registration request to perform both the network registration and service registration. After receiving the ED network registration request, the network may perform further steps to register the ED and the ED service profile (s) in the network and provide policy to the ED. The network may not need to send both the ED network registration response and the ED service profile registration response to the ED, instead the network can send one ED network registration response indicating a service registration result to the ED, which reduces the complexity of the ED service profile registration and reduces signaling overhead. Meanwhile, since the ED network registration response may carry a cause of unsuccessful network registration or a cause of unsuccessful service registration, the ED can clearly know the reason why the network registration request or the ED service  profile registration request is unsuccessful, and then the ED can perform some operations to initiate network registration or service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improves the overall network performance.

[0522] In some possible implementations, the third apparatus can send an ED subscription data request to a DMF to request ED subscription data, and obtain an ED subscription data response from the DMF to obtain the ED subscription data. In some possible implementations, the ED subscription data request can include one or more of an ED ID, a UE ID, and an ED location. The ED subscription data response can include one or more of: one or more ED service profiles and one or more connection management parameters. The above describes the procedure that the NFs in the network exchanges messages to perform network registration for the ED, so that the ED can access the network for further operation, thereby improving the overall network performance.

[0523] In some possible implementations, the third apparatus can send an ED policy registration request to a PF to request a policy, and obtain an ED policy registration response from the PF to obtain the policy. In some possible implementations, the ED policy registration request can include one or more of: an ED ID, a UE ID, the ED location, the ED service location information, and the one or more ED service profiles obtained from the DMF, and the ED policy registration response can include the policy. Then, the third apparatus can send the policy to the ED, where the policy can be included in the ED network registration response. Based on the above, the ED policy registration request can be sent to the PF so that the PF may create policies for the ED corresponding to one or more of the ED ID and UE ID. After the ED policy registration response with the policy is obtained from the PF, the policy can be further sent to the ED, for example, in the ED network registration response. The policy may include a sensor policy if the ED is a sensor, or an actuator policy if the ED is an actuator, or both sensor and actuator policies if the ED has both sensor and actuator functions. Therefore, the ED can obtain the policies without separately requesting policies, thereby performing corresponding operation under the scope of policies quickly and saving signaling overhead.

[0524] With the method for supporting operation of an ED, the third apparatus can send the ED service profile registration request to the NER and obtain the ED service profile registration from the NER, thus the NER can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the service of the ED, such as collecting data and controlling functions of some devices, can be registered in the network so that NFs in the network can discover and use the service of the ED. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance. Moreover, the ED service profile registration is performed during the procedure of the ED network registration, which means the ED  can send one ED network registration request such that both of the ED service profile registration and the ED network registration can be achieved, thereby reducing the complexity of the procedure of the ED service profile registration and thus reducing signaling overhead.

[0525] FIG. 8 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure. The method can be implemented by a fourth apparatus such as an ED. Optionally, the fourth apparatus could be other device that has similar function (for example, the fourth apparatus can be a communication module, or a chip) , which is not limited herein. The fourth apparatus could also be a whole device. As shown in FIG. 8, the method can include the following steps.

[0526] S810, sending an indication indicating to register a service of the ED with a network to a CMF via an AN to register the service of the ED with the network.

[0527] S820, obtaining an indication indicating whether the registration of the service is successful or unsuccessful from the CMF via the AN to indicate whether the registration of the service is successful or unsuccessful.

[0528] In details, the fourth apparatus can send the indication indicating to register the service of the ED with the network to the CMF, so that the service of ED can be informed to the network and the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance.

[0529] In some possible implementations, the fourth apparatus can send an ED network registration request to the CMF via the AN to register the ED with the network, and obtain an ED network registration response from the CMF via the AN to indicate whether the registration with the network is successful or unsuccessful. In some possible implementations, the ED network registration request can include one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network. In a possible implementation, the ED network registration request itself can be an indication indicating to register the ED with the network. Alternatively, the ED network registration request can include an indication indicating to register the ED with the network (for example, a field in the message can be used as an indication) . Based on the above, the ED can send the ED network registration request to the network so as to request network registration of the ED, the network can determine whether the ED network registration request can be accepted.

[0530] In some implementations, the ED network registration request can further include the indication indicating to register the service of the ED with the network. By including the indication in the ED network  registration request, the ED may send one ED network registration request to perform both the network registration and service registration. The network may perform further steps to register the ED and the ED service profile (s) in the network and provide policy to the ED.

[0531] In some possible implementations, the result for the network registration request can be indicated by the ED network registration response. In some possible implementations, the ED network registration response can include one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and a policy received from a PF. Through the indication indicating whether the registration with the network is successful or unsuccessful, the ED can be informed of the network registration result. In some possible implementations, the indication indicating whether the registration with the network is successful or unsuccessful may be a network registration result code which can indicate one of network registration results, such as successful, or unsuccessful. When the registration with the network is unsuccessful, the cause can be further carried in the ED network registration response to inform the ED of the cause of the unsuccessful network registration, so that the ED can clearly know the reason why the ED network registration request is unsuccessful, and then, the ED can prepare the next action more comprehensively (for example, trying to register the network again or obtain the authorization) . In some possible implementations, the ED network registration response can include one or more policies received from a PF. The policy can be ED service policy, and other policies. After the ED successfully registers with the network, the ED can use the service of the network.

[0532] In some implementations, the ED network registration response can further include one or more of the indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, where the cause indicating the reason the registration of the service is unsuccessful includes one or more ED service profiles that have been registered before. Through the indication indicating whether the registration of the service is successful or unsuccessful, the ED can be informed of the service registration result. In some possible implementations, the indication indicating whether the registration of the service is successful or unsuccessful may be a service registration result code which can indicate one of service registration results, such as successful, or unsuccessful. When the registration of service is unsuccessful, the cause can be further carried in the ED network registration response to inform the ED of the cause of the unsuccessful service registration. For example, when the registration of the service is unsuccessful because the ED service profile (s) has been registered before, the cause for the unsuccessful service registration can be that the ED service profile (s) has been registered before.

[0533] When the ED service registration procedure is performed during a network registration procedure, the ED may send one ED network registration request to perform both network registration and service registration. The network may perform further steps to register the ED and the ED service profile (s) in the network and provide policy to the ED. The network may not need to send both the ED network registration response and the ED service profile registration response to the ED, instead the network can send one ED network registration response indicating a service registration indication result to the ED, which reduces the complexity of the ED service profile registration. Meanwhile, since the ED network registration response may carry a cause of unsuccessful network registration or a cause of unsuccessful service registration, the ED can clearly know the reason why the ED service profile registration request is unsuccessful, and then the ED can perform some operations to initiate service registration again when the requirement is met, which potentially enables more EDs to provide services (for example, more available EDs can be used to collect data during the automatic driving) , and further improves the overall network performance.

[0534] With the method for supporting operation of an ED, the fourth apparatus can send the indication indicating to register the service of the ED with the network to the CMF and obtain the indication indicating whether the registration of the service is successful or unsuccessful from the, thus the network can be informed of the presence and service of the ED and register the service for the ED. By using this solution, the network can easily register the service of the ED so that NFs in the network can discover and use the service of the ED, such as collecting data and controlling functions of some devices. In this way, the network can use services from a large number of EDs in a more convenient way, which improves the overall network performance. Moreover, the ED service profile registration is performed during the procedure of the ED network registration, which means the ED can send one ED network registration request such that both of the ED service profile registration and the ED network registration can be achieved, thereby reducing the complexity of the procedure of the ED service profile registration and thereby reducing signaling overhead.

[0535] An example method for supporting operation of an ED is illustrated as follows:

[0536] In the previous embodiment 1, there are three messages sent from the ED 910: network registration request, ED service profile registration request, and ED policy request. FIG. 9 is a simplified schematic illustration of ED service profile registration during ED network registration procedure according to one or more example embodiments of the present disclosure. As shown in FIG. 9, in this embodiment, the ED 910 may need to send one ED network registration request. The network may perform some further steps to register the ED service profile in the network and provide policy to the ED 910.

[0537] Step 901a: The ED 910 may send an ED network registration request message to the AN 920. The  message may include one or more of the following information: the ED ID, the UE ID, an indication to register with the network so that the ED 910 can access and use network service.

[0538] In some implementations, in step 901a, the ED 910 may also include one or more of an indication to register one or more of its services, for example one or more of an indication to register one or more of its sensor services, and an indication to register one or more of its actuator services. The ED 910 may also include one or more of ED service profile, such as one or more ED sensor service profiles, and one or more actuator service profiles.

[0539] Step 901b: The AN 920 may forward the ED network registration request to the CMF 930.

[0540] Step 902a: The CMF 930 may assign a network ED service ID for each ED service profile if the CMF 930 received the ED service profile in step 901b. The CMF 930 may send an ED subscription data request to the DMF 960. The message may include one or more of the following information:

[0541] - ED ID;

[0542] - UE ID;

[0543] - network ED service ID if any;

[0544] - ED location.

[0545] Step 902b: The DMF 960 may send an ED subscription data response to the CMF 930. The message may include one or more of following information:

[0546] - UE subscription data of ED, one or more ED service profiles, and other connection management parameters.

[0547] The ED service profile may be an ED sensor or actuator service profile. Each ED service profile may include one or more parameters described elsewhere in the presence disclosure, and one or more of following parameters:

[0548] - Network services the ED 910 may access;

[0549] - a network ED service ID assigned by the DMF 960.

[0550] Step 903a: The CMF 930 may send to the PF 950 an ED policy registration request. The message may include one or more of following information: ED ID, UE ID, ED location one or more information received for the DMF 960 such as ED service profiles including ED service location information.

[0551] Step 903b: After receiving the message in step 902b, the PF 950 may send an ED subscription data request to the DMF 960. The message may include one or more of following: ED ID, UE ID, ED location. The DMF 960 may send an ED subscription data response to the PCF, which may include one or more of following information: UE subscription data of ED, ED service profile, ED connection subscription data. The PF 950 may create policies  for the ED 910, which may include ED service policy. The PF 950 may send an ED policy registration response to the CMF 930, the message may include one or more of following information: ED ID, UE ID, ED service policy, and other policies. The ED service profile may include one or more ED sensor service profiles, and / or one or more ED actuator service profiles. The ED service policy may include one or more sensor policies, and / or one or more actuator policies. The parameters of sensor policy and actuator policy are described in step 602 of FIG. 6.

[0552] Step 904a: The CMF 930 may establish security data connection between the ED 910 and the CMF 930. The CMF 930 may send an ED network registration response to the ED 910 via the AN 920. The message may include one or more of following information: an indication to indicate whether the ED 910 has been successfully registered with the network (e.g. accept, reject) , cause (e.g. to describe why the ED network registration request is reject) , ED policies received from the PF 950.

[0553] Step 904b: The AN 920 may forward the ED network registration response to the ED 910.

[0554] Step 905a: By using the information received from the DMF 960 and ED 910 (e.g. one or more ED service profiles, including the ED sensor service profiles, ED actuator service profiles) , the CMF 930 may send an ED service profile registration request to the NER 940. For example, as shown in step 810 of FIG. 8, the ED 910 may send the indication indicating to register the service of the ED with the network to the CMF 930 via the AN 920, where the indication may be carried in the ED network registration request. Therefore, the ED 910 may not need to send the ED service profile registration request to the CMF during the network registration procedure. Instead, as shown in step 710 of FIG. 7, the CMF 930 may directly send the ED service profile registration request to the NER 940 for assisting the ED 910 to register the service of the ED 910 with the network.

[0555] The ED service profile registration request message that the CMF 930 may send to the NER 940 may include one or more of following information: ED ID, UE ID, ED location (e.g. the AN ID, AN address, cell ID) , CMF information (e.g. CMF ID, CMF address) , one or more ED service profiles. The CMF ID may be used for other NF to send messages (e.g. CP messages) to the ED 910 via the CMF 930.

[0556] Step 905b: The NER 940 may send an ED service profile registration response to the CMF 930 to confirm the ED service profile registration. For example, as shown in step 720 of FIG. 7, the CMF 930 may obtain the ED service profile registration response from the NER 940 to indicate whether the registration of the service is successful or unsuccessful. Correspondingly, the ED service profile registration response may not send to the ED 910 directly. Instead, as shown in step 820 of FIG. 8, the ED 910 may obtain the indication indicating whether the registration of the service is successful or unsuccessful from the CMF 930 via the AN 920, where the indication may be carried in the ED network registration response.

[0557] The ED service profile registration response message that the NER 940 may send to the CMF 930 may include ED service registration result (e.g. success, reject) , and cause. The cause may indicate why the ED service registration is rejected, for example the ED service profile has been registered before.

[0558] Step 906a: The NER 940 may send an ED location subscription request to the LMF 970 to obtain the current location of ED 910. The message may include one or more of following information: ED ID, UE ID, current ED location, CMF information (e.g. CMF ID, CMF address) , ED address format (e.g. 2D or 3D location, civic address) .

[0559] Step 906b: The LMF 970 may perform some procedures to estimate the ED location. The LMF 970 may send an ED location subscription response or ED location notification message to the NER 940. The message may include one or more of the following information: ED ID, UE ID, ED location, and ED location accuracy. The LMF 970 may send ED location update to the NER 940 if the location of the ED changes. The ED location accuracy may indicate how accurate the ED location value. For example, if the ED location accuracy is 2 meter, it means that the deviation could be up to 2 meter from the measured ED location.

[0560] The NER 940 may store the ED location received from the LMF 970 in the ED service profile.

[0561] Step 907: The NER 940 may send one or more ED service profile notification messages to one or more NFs that have subscribed to receive new ED service profile notification. The message may include the ED ID, UE ID, ED service profile, ED location.

[0562] In some implementations, the order of steps in FIG. 9 may be changed to fulfill an operation preference. For example, steps 905a and 905b may be performed before step 904a. In some other implementations, steps 906a and 906b may be performed before step 905b.

[0563] FIG. 10 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure. The method can be implemented by a fifth apparatus such as a NER. Optionally, the fifth apparatus could be other device that has similar function (for example, the fifth apparatus can be a communication module, or a chip, or any network element in the network) , which is not limited herein. The fifth apparatus could also be a whole device. As shown in FIG. 10, the method can include the following steps.

[0564] S1010, obtaining a second NE profile request from a NE service consumer to request a NE service profile for the NE service consumer.

[0565] S1020, sending a second NE profile response to the NF service consumer to provide the NE service profile for the NE service consumer.

[0566] In details, in order to enable a NE service consumer such as a DCDF to discover and use the service of the ED, the fifth apparatus can obtain the NE profile request from the NE service consumer, and send the NE profile response back to the NE service consumer so that the NE service consumer can find the available ED and use services of the available EDs. Based on this ED discovering procedure, available EDs can be discovered and involved in the working of the NE service consumer, and various application scenarios can be adapted to.

[0567] In some possible implementations, the second NE profile request can include one or more of: a NE service consumer ID, an ED type, ED location, an application ID, ED service location information, data network information, and network slice information. Meanwhile, the second NE profile response can include one or more of one or more ED service profiles and a scope of service sent by an AuNE. For example, the fifth apparatus can send to the NF service consumer one or more ED service profiles that match the second NE profile request. In this way, by means of information included in the second NE profile request and the second NE profile response, the NE service consumer can clearly and easily find the available ED and use services of the available EDs.

[0568] In some possible implementations, the fifth apparatus can send a third NE profile request to an AuNE to request the NE service profile for the NE service consumer, and obtain a third NE profile response from the AuNE to provide the NE service profile for the NE service consumer. In details, after obtaining the NE profile request, the fifth apparatus can communicate with the AuNE such as DWCF for obtaining further information so that the fifth apparatus can send the obtained available information back to the NE service consumer for performing the next action.

[0569] In some possible implementations, the third NE profile request can include one or more of: an ED ID of the ED to be discovered, a UE ID of the ED to be discovered, the NE service consumer ID, and an action request. In some possible implementations, the third NE profile response can include one or more of: the ED ID to be discovered, the UE ID to be discovered, an action response, one or more ED service profiles, and an authorization indication. In some possible implementations, the authorization indication, for example, can include a reject, an accept, or a scope of service. In some possible implementations, the scope of service, for example, can be a servicer area, time information, NE services, or an application ID. In this way, by means of the information in the third NE profile request and the third NE profile response, the NER can clearly and easily obtain and send the available information back to the NE service consumer for performing the next action.

[0570] In some possible implementations, the third NE profile request can be a NE profile update request or a NE profile authorization request. When the third NE profile request is a NE profile update request, the third NE profile response can be a NE profile update response correspondingly, and the action request can include a request  for updating NE service profile, and the action response can include a NE service profile update. In this way, the request communicated between the NER and AuNE can be a request for updating NE service profile so that the NER can get the response including update NE profile dynamically, thus avoiding some potential risks resulted from the outdated NE service profile. When the third NE profile request is a NE profile authorization request, the third NE profile request can be a NE profile authorization response, and the action request can include a request for authorizing NE service profile, and the action response can include authorization information. In this way, the request communicated between the NER and AuNE can be a request for authorizing the NE service profile so that the NER can get the response including indication about whether the NE service consumer may use the service of the ED, thus filtering out the unauthorized NE service consumer, which improves the overall network performance, and avoids some potential risks resulted from the unauthorized NE service consumer.

[0571] With the method for supporting operation of an ED, in order to enable a NE service consumer to discover and use the service of the ED, the fifth apparatus can obtain the NE profile request from the NE service consumer, and send the NE profile response back to the NE service consumer so that the NE service consumer can find the available ED and use services of the available EDs. Based on this ED discovering procedure, available EDs can be discovered and involved in the working of the NE service consumer, and various application scenarios can be adapted to.

[0572] An example method for supporting operation of an ED is illustrated as follows:

[0573] After the ED registers its ED service profile to the network, other NEs may discover the presence of sensor / actuator ED by using a procedure as shown in FIG. 11. FIG. 11 is a simplified schematic illustration of procedure to discover sensor and actuator ED according to one or more example embodiments of the present disclosure.

[0574] Step 1101: The NE service consumer 1110 (e.g. the DWCF) may send a NE profile request to the NER 1120. For example, as shown in step 1010 of FIG. 10, in order to enable a NE service consumer 1110 such as a DCDF to discover and use the service of the ED, the NER 1120 may obtain the NE profile request from the NE service consumer 1110 so as to request the NE service profile for the NE service consumer 1110.

[0575] The message may include one or more of following information:

[0576] - NE ID: the ID of NE Service Consumer;

[0577] - ED type (e.g. sensor type, actuator type) , the ED type may indicate the service the ED may provide. For example, the radar sensor may provide radar sensor service, robot actuator may provide robot actuator service;

[0578] - Location (e.g. a civic address and a radius around this address) that the ED may need to provide one or more of sensor and actuator service;

[0579] - Application ID;

[0580] - Data network information: e.g. DNN;

[0581] - Network slice information: e.g. S-NSSAI, NSI.

[0582] Step 1102: In some scenario, the NER 1120 may send a message to an Authorization NE (AuNE) 1130. The AuNE 1130 may be the NE that has NE service profile that the NER 1120 may send to the NF service consumer in step 1104. The AuNE 1130 may be a NF, e.g. a DWCF, that is using an ED in one or more DW applications.

[0583] If the NER 1120 sends a NE profile authorization request to the AuNE 1130, the message may include one or more of following information:

[0584] - ED ID (or NE ID) of the NE to be discovered;

[0585] - UE ID of the NE to be discovered;

[0586] - NE service consumer ID: The NE ID that sends NE profile request in step 1101;

[0587] - Action request: for example, the action request may include one or more of following requests;

[0588] - “update NE service profile” : to get update NE profile;

[0589] - “authorize NE service profile” : to authorize whether the NE service consumer 1110 may use the service of the ED (or NE) .

[0590] Step 1103: The AuNE 1130 may send a NE profile update response to the NER 1120, the message may include one or more of following information:

[0591] - ED ID (or NE ID) ;

[0592] - UE ID;

[0593] - Action response: for example:

[0594] - “Update NE service profile” : The AuNE 1130 may provide NE service profile update to the NER 1120;

[0595] - “Authorization information” : The AuNE 1130 may provide authorization information to the NE service consumer to use the services of ED (or NE) ;

[0596] - ED (or NE) service profile;

[0597] - Authorization indication: for example:

[0598] - Reject: the NE service consumer 1110 may not be allowed to use the service of ED, NE;

[0599] - Accept: the NE service consumer 1110 may be allowed to use the service of ED, NE;

[0600] - Scope of Service: The NE service consumer 1110 may use the service of ED, NE with certain constraints, for example:

[0601] - Service location information: the area the NE service consumer 1110 may use the service of ED, NE;

[0602] - Time information: the time the NE service consumer 1110 may use the service of ED, NE;

[0603] - NE services: which services of ED, NE the NE service consumer 1110 may use;

[0604] - Application ID: which applications the NE service consumer 1110 may use.

[0605] Step 1104: The NER 1120 may send to the NF service consumer one or more of ED service profiles that match the request received in step 1101. For example, as shown in step 1020 of FIG. 10, the NER 1120 may send the second NE profile response to the NF service consumer 1110 to provide the NE service profile for the NE service consumer 1110.

[0606] The message may include one or more of following parameters

[0607] - ED (NE) service profile;

[0608] - Scope of service: the scope of service received from the AuNE 1130.

[0609] FIG. 12 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure. The method can be implemented by a sixth apparatus such as a DCDF in the network. Optionally, the sixth apparatus could be other device that has similar function (for example, the sixth apparatus can be a communication module, or a chip, or any network element in the network) , which is not limited herein. The sixth apparatus could also be a whole device. As shown in FIG. 12, the method can include the following steps.

[0610] S1210, obtaining a first sensor data subscription request from a DWCF to request the ED to provide sensor data.

[0611] S1220, sending first sensor data subscription confirmation to the DWCF to acknowledge a receipt of the first sensor data subscription request.

[0612] In details, after obtaining the first sensor data subscription request from the DWCF, the sixth apparatus may request the ED such as sensor to provide sensor data, and then the sixth apparatus can send the confirmation back to the DWCF, thereby the DWCF can learn whether the sensor data subscription request is received by the DCDF, which facilities conducting the further action of the DWCF. By defining the data collection procedure, the NFs and the ED can work regularly, which reduces the uncertainty of collecting data from the ED to the DCDF, and  thus improving the overall performance of the network.

[0613] In some possible implementations, the first sensor data subscription request can include one or more sensor data parameters of: a sensor data type, a sensing location, time information, a quality of sensor data, a range of sensor data, a sensor data sampling frequency, an application ID, and network slice information. The sensing location is where the sensor data is to be provided. In some possible implementations, the DWCF may select a DCDF before sending the first sensor data subscription request. Because the first sensor data subscription request can include one or more sensor data parameters, the DCDF can clearly determine which kinds of data the DWCF desires, which facilities the selection of available ED, thereby improving the efficiency of sensor data collection process.

[0614] In some possible implementations, the sixth apparatus can determine whether the requested sensor data has been collected. In this way, the sixth apparatus may determine whether the requested sensor data has been collected firstly and then it can conduct the further action, thereby avoiding redundancy operations, which further improves the overall network performance.

[0615] In some possible implementations, when determining that the sensor data has been collected, which means there is no need to request the ED to collect the sensor data again, the sixth apparatus can send a sensor data notification to the DWCF to provide the sensor data. In some possible implementations, the sensor data notification can include the sensor data and one or more of an ED ID of the ED, UE ID of the ED, and a time stamp. In this way, the sixth apparatus can send the sensor data notification to the DWCF when determining that the requested sensor data has been collected, thereby providing sensor data to the DWCF over the control plan, which further improve the overall network performance.

[0616] In some possible implementations, when determining the requested sensor data has not been collected, the sixth apparatus can send a second sensor data subscription request to the ED via one or more of a CMF and an AN serving the ED to request the ED to provide the sensor data, and obtain second sensor data subscription confirmation from the ED via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful. In some possible implementations, the second sensor data subscription request includes one or more of: an ED ID, a UE ID, DCDF information and one or more sensor data parameters of the first sensor data subscription request. In some possible implementations, the DCDF information can be a DCDF ID and / or DCDF address.

[0617] In some possible implementations, the second sensor data subscription confirmation includes one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, a DCDF ID, and a cause indicating a reason the sensor data subscription request is unsuccessful. For  example, after the ED may configure the sensor according to the received sensor data parameters, the ED may send a sensor data subscription confirmation to the DCDF via the AN. Through the indication indicating whether the sensor data subscription request is successful or unsuccessful, the DCDF can be informed of the data request result. Because the parameters communicated between the network such as the DCDF in the network and the ED are defined clearly, the procedure to collect data from the ED can be specified. In some possible implementations, the cause indicating the reason the sensor data subscription request is unsuccessful can include one or more of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy. In some possible implementations, the indication indicating whether the sensor data subscription request is successful or unsuccessful may be a data collection request result code which can indicate one of data collection request results, such as successful, or unsuccessful. When the data collection request is unsuccessful, the cause can be further carried in the second sensor data subscription confirmation to inform the DCDF of the cause of the unsuccessful data collection request. For example, when the data collection request is unsuccessful because the ED is out of service, the cause for the unsuccessful data collection request can be that the ED is out of service. For another example, when the data collection request is unsuccessful because the sensor parameter is not supported, the cause for the unsuccessful data collection request can be that the sensor parameter is not supported. For yet another example, when the data collection request is unsuccessful because the ED is busy with other tasks, the cause for the unsuccessful data collection request can be that the ED is busy with other tasks. In this way, the DCDF can clearly know the reason why the data collection request is unsuccessful, thereby the DCDF can prepare the next action more comprehensively (for example, requesting some other EDs to collect corresponding data) , which further improve the overall network performance.

[0618] In some possible implementations, the six apparatus can obtain a sensor data notification from the ED via one or more of the AN and the CMF to obtain the sensor data, and send the sensor data notification to the DWCF to indicate whether the sensor data subscription request is successful or unsuccessful. In some possible implementations, the sensor data notification can be used to provide the sensor data. In some possible implementations, the sensor data notification can include one or more of: the sensor data, the ED ID, the UE ID, the DCDF information, and time stamp. In this way, after collecting the sensor data, the ED can send the sensor data to the DCDF for further forwarding to the DWCF which has subscribed the sensor data, which facilities the DWCF to obtain the desired data.

[0619] In some possible implementations, before forwarding the second sensor data subscription request to the ED, the six apparatus can select the ED by sending a fourth NE profile request to a NER to discover one or more  EDs that provides sensor data, obtaining a fourth NE profile response from the NER to obtain one or more ED service profiles of one or more EDs, and selecting the ED from the obtained one or more ED service profiles. In some possible implementations, the fourth NE profile request includes one or more sensor data parameters of the second sensor data subscription request. In some possible implementations, the fourth NE profile response includes the one or more ED service profiles of the one or more EDs. In this way, the DCDF can send the NE profile request to the NER so that the DCDF can obtain the ED service profile (s) from the NER and select the ED based on the ED service profile (s) , which further facilities the selection of available ED, thereby improving the accuracy and efficiency of sensor data collection process.

[0620] In some possible implementations, the sixth apparatus can send a data storage request to a SDSF to store data, and obtain a data storage response from the SDSF to confirm storage of received sensor data. In some possible implementations, the data storage request can include the sensor data and one or more of an ED ID, a UE ID, and a time stamp. In this way, the DCDF can send the data storage request to the SDSF so as to enable the SDSF to store the data, thereby the desired data can be stored as a backup, which can be further used if necessary.

[0621] With the method for supporting operation of an ED, after obtaining the first sensor data subscription request from the DWCF, the sixth apparatus may request the ED such as sensor to provide sensor data, and then the sixth apparatus can send the data request result back to the DWCF, thereby the DWCF can determine whether the ED can provide sensor data. By defining the data collection procedure, the NFs and the ED can work regularly, which reduces the uncertainty of collecting data from the ED to the DCDF, and thus improving the overall performance of the network.

[0622] FIG. 13 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure. The method can be implemented by a seventh apparatus such as an ED. Optionally, the seventh apparatus could be other device that has similar function (for example, the seventh apparatus can be a communication module, or a chip) , which is not limited herein. The seventh apparatus could also be a whole device. As shown in FIG. 13, the method can include the following steps.

[0623] S1310, obtaining a second sensor data subscription request from a DCDF via one or more of a CMF and an AN to request the ED to provide the sensor data.

[0624] S1320, sending second sensor data subscription confirmation to the DCDF via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0625] In details, after obtaining the sensor data subscription request from the DCDF, the seventh apparatus such as ED (sensor) is requested to provide sensor data, and then the seventh apparatus can send the data request  result back to the DCDF, thereby the DCDF can determine whether the seventh apparatus can provide sensor data. By defining the data collection procedure, the NF and the seventh apparatus can work regularly, which reduces the uncertainty of collecting data from the ED to the DCDF, and thus improving the overall performance of the network.

[0626] In some possible implementations, the second sensor data subscription request can include one or more of:an ED ID of the ED, UE ID of the ED, DCDF information, and one or more sensor data parameters of a sensor data type, a sensing location, time information, a quality of sensor data, a range of sensor data, a sensor data sampling frequency, an application ID, and network slice information. The sensing location is where the sensor data is to be provided.

[0627] In some possible implementations, the second sensor data subscription confirmation can include one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, a DCDF ID, and a cause indicating a reason the sensor data subscription request is unsuccessful. For example, after the ED may configure the sensor according to the received sensor data parameters, the ED may send a sensor data subscription confirmation to the DCDF via the AN. Through the indication indicating whether the sensor data subscription request is successful or unsuccessful, the DCDF can be informed of the data request result. In this way, the DCDF may send the sensor data subscription request to the ED when determining that the requested sensor data has not been collected so that the ED can determine whether to collect data and send a corresponding response back to the DCDF based on the determination result. Because the parameters communicated between the network such as the DCDF in the network and the ED are defined clearly, the procedure to collect data from the ED can be specified. In some possible implementations, the cause indicating the reason the sensor data subscription request is unsuccessful can include at least one of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy. In some possible implementations, the indication indicating whether the sensor data subscription request is successful or unsuccessful may be a data collection request result code which can indicate one of data collection request results, such as successful, or unsuccessful. When the data collection request is unsuccessful, the cause can be further carried in the second sensor data subscription confirmation to inform the DCDF of the cause of the unsuccessful data collection request. For example, when the data collection request is unsuccessful because the ED is out of service, the cause for the unsuccessful data collection request can be that the ED is out of service. For another example, when the data collection request is unsuccessful because the sensor parameter is not supported, the cause for the unsuccessful data collection request can be that the sensor parameter is not supported. For yet another example, when the data collection request is unsuccessful because the ED is busy with other tasks, the cause for the unsuccessful data collection request can be that the ED is busy with other tasks.  In this way, the DCDF can clearly know the reason why the data collection request is unsuccessful, thereby the DCDF can prepare the next action more comprehensively (for example, requesting some other EDs to collect corresponding data) , which further improve the overall network performance.

[0628] In some possible implementations, the seventh apparatus can send a sensor data notification to the DCDF via one or more of the AN and the CMF to provide the sensor data. In some possible implementations, the sensor data notification includes one or more of: the sensor data, the ED ID, the UE ID, the DWCF information, and a time stamp. In this way, after collecting the sensor data, the ED can send the sensor data to the DCDF for further forwarding to the DWCF which has subscribed the sensor data, which facilities the DWCF to obtain the desired data.

[0629] With the method for supporting operation of an ED, after obtaining the sensor data subscription request from the DCDF, the seventh apparatus is requested to provide sensor data, and then the seventh apparatus can send the data request result back to the DCDF, thereby the DCDF can determine whether the seventh apparatus can provide sensor data. By defining the data collection procedure, the NF and the seventh apparatus can work regularly, which reduces the uncertainty of collecting data from the ED to the DCDF, and thus improving the overall performance of the network.

[0630] An example method for supporting operation of an ED is illustrated as follows:

[0631] After the sensor registers its service profile with the network, other NFs may request the sensor to provide sensor data. A method to illustrate data collection from sensors is shown in FIG. 14. FIG. 14 is a simplified schematic illustration of procedure for sensor data collection in control plan according to one or more example embodiments of the present disclosure.

[0632] Although a NF, e.g. the DWCF 1460, of the network may initiate the sensor data collection process, any NF outside of the network may also initiate the sensor data collection process by sending request to the network via the CP GW or DP GW.

[0633] Step 1401a: A NF, such as DWCF 1460 may send a sensor data subscription request to the DCDF 1450. For example, as shown in step 1210 of FIG. 12, before requesting the ED 1410 to provide sensor data, the DCDF 1450 may obtain the first sensor data subscription request from the DWCF 1460.

[0634] The message may include a list of sensor data parameters with one or more of following information:

[0635] - Sensor data type: e.g. video data, radar data, lidar data, environment data, cellular radio data, WiFi radio data.

[0636] - Sensing location: could be described by one or more parameters of service location information described in the presence disclosure.

[0637] - Time information: One or more durations that the sensor data is to be provided. The duration may be represented by a start time and end time.

[0638] - Quality of sensor data: For example, the resolution of radar signal, lidar signal, video signal, temperature measurement accuracy.

[0639] - Range of sensor data: for example, the distance from the location of the radar transmitter to the object that can be captured in the radar receiver.

[0640] - Sensor data sampling frequency: How often the sensor data is collected at the ED 1410, e.g. 10 samples per second.

[0641] - Application ID: ID to indicate the application, e.g. hospital DW application, smart factory DW application.

[0642] - Network slice information: e.g. S-NSSAI, NSI ID.

[0643] - Note that the DWCF 1460 may select a DCDF 1450 before sending the sensor data subscription request as disclosed in the presence disclosure.

[0644] Step 1401b: The DCDF 1450 may send to the DWCF 1460 a sensor data subscription confirmation to acknowledge the receipt of message in step 1401a. For example, as shown in step 1220 of FIG. 12, the DCDF 1450 may send the first sensor subscription confirmation to the DWCF 1460 to acknowledge the receipt of message sent from the DWCF 1460.

[0645] If the DCDF 1450 decides that the requested sensor data has been collected or is being collected with some of the same sensor parameters, steps 1402a to 1405c are skipped.

[0646] Step 1402a: The DCDF 1450 may send a NE profile request message to the NER 1440 to discover the ED 1410 that can provide the sensor data. The message may include one or more information received from the DWCF 1460 in step 1401a.

[0647] Step 1402b: The NER 1440 may send to the DCDF 1450 a NE profile response that include one or more ED service profiles of ED 1410 that can provide the requested sensor data parameters.

[0648] Step 1402c: The DCDF 1450 may select one or more of sensors from the ED service profiles received in step 1402b.

[0649] Step 1403a: The DCDF 1450 may send a sensor data subscription request toward the ED 1410 via the CMF 1430. For example, as shown in step 1310 of FIG. 13, the ED 1410 may obtain the second sensor data subscription request from the DCDF 1450 via one or more of the CMF 1430 and the AN 1420 to request the ED 1410 to provide the sensor data.

[0650] The message may include one or more of following information: ED ID, UE ID, DCDF information (e.g. DCDF ID, DCDF address) , one or more of sensor data parameters received in step 1401a.

[0651] Step 1403b: The CMF 1430 may forward the sensor data subscription request received in step 1403a to the AN 1420 that is serving the ED 1410.

[0652] Step 1403c: The AN 1420 may send the sensor data subscription request received in step 1403b to the ED 1410.

[0653] Step 1404a: The ED 1410 may configure the sensor according to the received sensor data parameters. The ED 1410 may send a sensor data subscription confirmation to the DCDF 1450 via the AN 1420. For example, as shown in step 1320 of FIG. 13, the ED 1410 may send second sensor data subscription confirmation to the DCDF 1450 via one or more of the AN 1420 and the CMF 1430 to indicate whether the sensor data subscription request is successful or unsuccessful.

[0654] The message may include the ED ID, UE ID, DCDF ID, result, and cause. The result may be “accept” if the sensor data subscription is accepted, or “reject” otherwise. The cause may indicate reason the sensor data subscription is rejected. For example, the cause may be “out of service” if the sensor may not provide sensor data, “sensing parameter Y not supported” if the requested sensing parameter Y is not supported, or “busy” if the sensor ED 1410 cannot provide sensor data because the sensor is busy with other tasks.

[0655] Step 1404b: The AN 1420 may forward the sensor data subscription confirmation received in step 1404a to the CMF 1430.

[0656] Step 1404c: The CMF 1430 may forward the sensor data subscription confirmation message to the DCDF 1450 by using the DCDF information in the received message.

[0657] Step 1405a: The ED 1410 may collect the sensor data and send to the DCDF 1450 via the AN 1420 in one or more of sensor data notifications. The message may include one or more of following information: ED ID, UE ID, DCDF information, time stamp, sensor data, result and cause. The result and cause parameters are described in step 1404a.

[0658] Step 1405b: The AN 1420 forward the sensor data notification received in step 1405a to the CMF 1430.

[0659] Step 1405c: The CMF 1430 may forward the sensor data notification received in step 1405b to the DCDF 1450 by using the DCDF information in the received sensor data notification message.

[0660] Step 1405d: the DCDF 1450 may send the sensor data notification to the DWCF 1460. The message may include one or more of following information: ED ID, UE ID, time stamp, sensor data, result, and cause. The result and cause parameters are described in step 1404a.

[0661] Step 1406a: The DCDF 1450 may send a data storage request to the SDSF 1470. The message may include one or more of following information: ED ID, UE ID, time stamp, and sensor data.

[0662] Step 1406b: The SDSF 1470 may store the received information in step 1406a. The SDSF 1470 may send a data storage response to the DCDF 1450 to confirm the storage of the received sensor data.

[0663] The methods illustrated in FIG. 14 may be modified in a number of ways to meet a network operation preference. For example, in some implementations, the DCDF 1450 may be a part of the DWCF 1460; therefore, all the messages sent between the DWCF 1460 and DCDF 1450 may be omitted. In some other implementations, some NFs, e.g. DCDF 1450, may send messages to or receive from the ED 1410 via the AN 1420 directly, not via the CMF 1430.

[0664] The above description introduces the procedure for sensor data collection. The following would further introduce another sensor data collection procedure.

[0665] As described above, the sixth apparatus such as the DCDF can obtain the first sensor data subscription request from the DWCF to request the ED to provide sensor data, and send first sensor data subscription confirmation to the DWCF to indicate whether the sensor data subscription request is successful or unsuccessful. In some possible implementations, after obtaining the first sensor data subscription request from the DWCF, the sixth apparatus can send a third sensor data subscription request to the ED via one or more of a CMF and a AN to request the ED to provide the sensor data, and obtain a sensor data subscription response from the ED via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful. In some possible implementations, the third sensor data subscription request can include one or more of: a request to collect sensor information, a sensor signal profile, information of a DWDPF that receives the sensor data, network slice information, a DNN, a data collection ID to identify the request from DCDF, and a service type. In some possible implementations, the information of DWDPF that receives the sensor data includes one or more of a DWDPF ID and a DWDPF address. In some possible implementations, the sensor data subscription response can include one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, DCDF information, the data collection ID to identify the request from DWCF, and a cause indicating a reason the sensor data subscription request is unsuccessful. The sensor data subscription response itself can be used to indicate whether the sensor data subscription request is successful or unsuccessful. Alternatively, the sensor data subscription response can include an indication used to indicate whether the sensor data subscription request is successful or unsuccessful (for example, a field in the message can be used as an indication) . In this way, in order to collect data from the ED, the sixth apparatus can send the third sensor data subscription request to the ED so that the ED can  determine whether to collect data and send the response back to the sixth apparatus based on the determination result. Because the parameters communicated between the NFs and the ED include those required for data session establishment, a data session can be established for data transfer between the NFs and the ED, thereby facilitating implementation of data collection over the data plane. In some possible implementations, the sixth apparatus can send third sensor data subscription confirmation to the at least one DWCF to indicate whether the sensor data subscription request is successful or unsuccessful. In some possible implementations, the third sensor data subscription confirmation can include one or more of: an indication to indicate whether the sensor data subscription request is successful or unsuccessful, the cause indicating the reason the sensor data subscription request is unsuccessful, and ED information. In this way, the DCDF can clearly know the reason why the data collection request is rejected, thereby the DCDF can prepare the next action more comprehensively (for example, requesting another ED to collect corresponding data) , which further improve the overall network performance. In some possible implementations, the cause indicating the reason the sensor data subscription request is unsuccessful includes at least one of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy. In some possible implementations, the indication indicating whether the sensor data subscription request is successful or unsuccessful may be a data collection request result code which can indicate one of data collection request results, such as successful, or unsuccessful. When the data collection request is unsuccessful, the cause can be further carried in the sensor data subscription response to inform the DCDF of the cause of the unsuccessful data collection request. For example, when the data collection request is unsuccessful because the ED does not provide the sensor data, the cause for the unsuccessful data collection request can be that the ED does not provide the sensor data. For another example, when the data collection request is unsuccessful because the request sensor parameter is not supported, the cause for the unsuccessful data collection request can be that the request sensor parameter is not supported. For yet another example, when the data collection request is unsuccessful because the ED is busy, the cause for the unsuccessful data collection request can be that the ED is busy. In this way, the DCDF can clearly know the reason why the data collection request is unsuccessful, thereby the DCDF can prepare the next action more comprehensively (for example, requesting another ED to collect corresponding data) , which further improve the overall network performance.

[0666] In some possible implementations, the sixth apparatus can obtain a data collection session notification from a SMF that establishes a data session for transferring the sensor data to notify the establishment of the data session after the data session has been established, and send a data collection session notification acknowledgement to the SMF to acknowledge a receipt of the data collection session notification. In some possible implementations,  the data collection session notification includes one or more of: an ED ID, a UE ID, DWDPF information, a data collection ID, SMF information, DPF information, and a data plane session ID. In this way, after the data session for transferring the sensor data has been established, the SMF that establishes the data session may send the data collection session notification to the DCDF so that the DCDF can know the data session has been established.

[0667] In some possible implementations, the sixth apparatus can send a data collection session update request to the SMF to update data collection session if the required sensor data has been collected, and obtain a data collection session update response from the SMF to acknowledge a receipt of the data collection session update request. In some possible implementations, the data collection session update request can include one or more of the DWDPF information and a data plane session ID. In some possible implementations, the data collection session update response can include one or more of a SMF ID and the data plane session ID. In this way, if the required data has been collected, the DCDF can send the data collection session update request to the SMF so that the SMF can acknowledge that the data has been collected, which may facility the operation of the SMF.

[0668] In some possible implementations, before forwarding the third sensor data subscription request to the ED, the six apparatus can select the ED by sending a fifth NE profile request to a NER to discover one or more EDs that provides the sensor data, obtaining a fifth NE profile response from the NER to obtain one or more ED service profiles of EDs, and selecting the ED from the obtained ED service profiles. In some possible implementations, the fifth NE profile request can include one or more of: a DCDF ID, an ED type, an ED location, an application ID, ED service location information, data network information, and network slice information. In some possible implementations, the fifth NE profile response includes the ED service profile of the ED. In this way, the DCDF can send the NE profile request to the NER so that the DCDF can obtain the ED service profile (s) from the NER and select the ED based on the ED service profile (s) , which further facilities the selection of available ED and subsequent data transfer, thereby improving the efficiency of sensor data collection process.

[0669] As described above, the seventh apparatus such as the ED can obtain the second sensor data subscription request from the DCDF via one or more of the CMF and the AN to request the ED to provide the sensor data, and send second sensor data subscription confirmation to the DCDF via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful. In some possible implementations, after obtaining the second sensor data subscription request from the DCDF, the seventh apparatus can obtain a third sensor data subscription request from the DCDF via one or more of the CMF and the AN to request the ED to provide the sensor data, and send a sensor data subscription response to the DCDF via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful. In some possible implementations,  the third sensor data subscription request can include one or more of: a request to collect sensor data, a sensor signal profile, information of DWDPF that receives the sensor data, network slice information, DNN that the ED may belong or may access or may support, a data collection ID to identify the request from DCDF, and a service type. In some possible implementations, the information of DWDPF that receives the sensor data includes one or more of a DWDPF ID and a DWDPF address.

[0670] In some possible implementations, the sensor data subscription response can include one or more of an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, DCDF information, the data collection ID to identify the request from DCDF, and a cause indicating a reason the sensor data subscription request is unsuccessful. The sensor data subscription response itself can be used to indicate whether the sensor data subscription request is successful or unsuccessful. Alternatively, the sensor data subscription response can include an indication used to indicate whether the sensor data subscription request is successful or unsuccessful (for example, a field in the message can be used as an indication) . In this way, in order to collect data from the ED, the DCDF can send the third sensor data subscription request to the ED so that the ED can determine whether to collect data and send the response back to the DCDF based on the determination result. Because the parameters communicated between the NFs and the ED include those required for data session establishment, a data session can be established for data transfer between the NFs and the ED, thereby facilitating implementation of data collection over the data plane. In some possible implementations, the cause indicating the reason the sensor data subscription request is unsuccessful can include at least one of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy. In some possible implementations, the indication indicating whether the sensor data subscription request is successful or unsuccessful may be a data collection request result code which can indicate one of data collection request results, such as successful, or unsuccessful. When the data collection request is unsuccessful, the cause can be further carried in the sensor data subscription response to inform the DCDF of the cause of the unsuccessful data collection request. For example, when the data collection request is unsuccessful because the ED does not provide the sensor data, the cause for the unsuccessful data collection request can be that the ED does not provide the sensor data. For another example, when the data collection request is unsuccessful because the request sensor parameter is not supported, the cause for the unsuccessful data collection request can be that the request sensor parameter is not supported. For yet another example, when the data collection request is unsuccessful because the ED is busy, the cause for the unsuccessful data collection request can be that the ED is busy. In this way, the DCDF can clearly know the reason why the data collection request is unsuccessful, thereby the DCDF can prepare the next action more comprehensively (for example, requesting another ED to collect  corresponding data) , which further improve the overall network performance.

[0671] An example method for supporting operation of an ED is illustrated as follows:

[0672] After the sensor registers its service profile with the network, other NFs may request the sensor to provide sensor data. Another method to illustrate data collection from sensor is shown in FIG. 15. FIG. 15 is a simplified schematic illustration of a sensor data collection procedure using data plane according to one or more example embodiments of the present disclosure.

[0673] Step 1501a: The DWCF 1560 may need to collect sensor data at a location and time. The DWCF 1560 may need to discover a DCDF 1550 by sending a NE profile request to the NER 1540. The message may include one or more of information: The NE type is set to DCDF 1550, type of data to be collected is set to a sensor data type (e.g. radar data) , sensing location, and collection time.

[0674] Step 1501b: The NER 1540 may send a NE profile response to the DWCF 1560. The message may include one or more NE profiles of DCDF 1550.

[0675] Step 1502a: The DWCF 1560 may select one DCDF 1550 from the received DCDF profiles in step 1501b. The DWCF 1560 may send a sensor data subscription request to the selected DCDF 1550. For example, as shown in step 1210 of FIG. 12, before requesting the ED 1510 to provide sensor data, the DCDF 1550 may obtain the first sensor data subscription request from the DWCF 1560.

[0676] The message may include one or more following information:

[0677] - DWDPF information: the DWDPF 15100 may receive the sensor data to process. The DWDPF information may include one or more of following information: DWDPF address, DWDPF ID, DWDPF location information (e.g. data centre ID) ;

[0678] - Sensor signal profile: requirements of sensor data to be collected: for example, the location of sensor, sensing range, sampling frequency (how many samples per a time unit) , data collection time (e.g. start time and end time) ;

[0679] - Network slice information: e.g. S-NSSAI, NSI ID;

[0680] - Data network information: e.g. DNN.

[0681] Step 1502b: The DCDF 1550 may send a sensor data subscription confirmation to the DWCF 1560 to acknowledge the receipt of message in step 1502a.

[0682] If the DCDF 1550 decides that the subscribed data in step 1502a has been collected, steps 1503a to 1508 may be skipped.

[0683] Step 1503a: The DCDF 1550 may send a NE profile request to the NER 1540 to discover sensors that  may provide the required sensor data. The message in this step is similar to the message described in step 1402a of FIG. 14.

[0684] Step 1503b: The NER 1540 may send a NE profile response to the DCDF 1550. The message may include one or more of sensor service profiles. Details of this message are similar to the message described in step 1402b of FIG. 14.

[0685] Step 1504: The DCDF 1550 may select one or more sensors from sensor service profiles received in step 1503b.

[0686] Step 1505a: The sensor service profile has the information of CMF 1530 that serves the sensor ED 1510, such as CMF ID, CMF address. The DCDF 1550 may send a sensor data subscription request to the ED 1510 via the CMF 1530 that serves the sensor ED 1510. For example, as shown in step 1310 of FIG. 13, the ED 1510 may obtain the second sensor data subscription request from the DCDF 1550 via one or more of the CMF 1530 and the AN 1520 to request the ED 1510 to provide the sensor data.

[0687] The message may include one or more of following information:

[0688] - A request to collect sensor information;

[0689] - The sensor signal profile, which the DCDF 1550 received from the DWCF 1560 in step 1502;

[0690] - The information of DWDPF 15100 that receives the sensor data: DWDPF ID, DWDPF address (e.g. IP address, port number) ;

[0691] - Network slice information: e.g. S-NSSAI, NSI ID;

[0692] - DNN;

[0693] - Data collection ID to identify the request from the DCDF 1550;

[0694] - Service type.

[0695] Step 1505b: The CMF 1530 may forward the sensor data subscription request received from the DCDF 1550 to the AN 1520 that provides data connection for the ED 1510.

[0696] Step 1505c: The AN 1520 may forward the sensor data subscription request received from the CMF 1530 to the ED 1510.

[0697] Step 1506a: The ED 1510 may process the sensor data subscription request and may send a sensor data subscription response to the DCDF 1550 via the AN 1520. For example, as shown in step 1320 of FIG. 13, the ED 1510 may send second sensor data subscription confirmation (response) to the DCDF 1550 via one or more of the AN 1520 and the CMF 1530 to indicate whether the sensor data subscription request is successful or unsuccessful.

[0698] The message may include one or more of following parameters:

[0699] - ED ID;

[0700] - UE ID;

[0701] - DCDF information: e.g. DCDF ID, DCDF address;

[0702] - Data collection ID to identify the request from DCDF 1550 received in the sensor data subscription request;

[0703] - Result: an indication, e.g. “accept” if the sensor ED 1510 can provide the required sensor data, or “reject” if the sensor ED 1510 cannot provide the required sensor data;

[0704] - Cause: to describe the cause why the sensor ED 1510 cannot provide the required sensor data. For example, the cause may be “out of service” if the sensor may not provide sensor data, “sensing parameter Y not supported” if the requested sensing parameter Y is not supported, or “busy” if the sensor ED 1510 cannot provide sensor data because the sensor is busy with other tasks.

[0705] Step 1506b: The AN 1520 may forward the sensor data subscription response received from the ED 1510 to the CMF 1530.

[0706] Step 1506c: The CMF 1530 may forward the sensor data subscription response received from the AN 1520 to the DCDF 1550 that has DCDF information in the message.

[0707] Step 1507: The DCDF 1550 may send to the DWCF 1560 a sensor data subscription confirmation in response to the message received in step 1502. For example, as shown in step 1220 of FIG. 12, the DCDF 1550 may send the first sensor subscription confirmation to the DWCF 1560 to confirmation to acknowledge the receipt of message and / or indicate whether the sensor data subscription request is successful or unsuccessful.

[0708] The sensor data subscription confirmation may include one or more of following information:

[0709] - Result: an indication, e.g. “accept” if the sensor ED 1510 can provide the required sensor data, or “reject” if the sensor ED 1510 cannot provide the required sensor data;

[0710] - Cause: to describe the cause why the sensor ED 1510 cannot provide the required sensor data. For example, the cause may be “out of service” if the sensor may not provide sensor data, “sensing parameter Y not supported” if the requested sensing parameter Y is not supported, or “busy” if the sensor ED 1510 cannot provide sensor data because the sensor is busy with other tasks;

[0711] - Sensor information: ED ID: the ID of sensor of ED 1510 that provides the sensor data, ED address (e.g. IP address, port number) , UE ID (the ID of UE of the ED 1510) ;

[0712] Step 1508: If the sensor can provide sensor data as requested in step 1505c, the sensor may send a data session establishment request to a network function, e.g. the CMF 1530, to provide data connection to the DWDPF  15100 using the DWDPF information received in step 1505c. The data session establishment request may include one or more of following parameters:

[0713] - ED ID;

[0714] - UE ID;

[0715] - Data collection ID: the same ID that the sensor ED 1510 received in step 1505c;

[0716] - DWDPF information (DWDPF ID, DWDPF address (e.g. IP address and port number) ;

[0717] - DCDF information (e.g. DCDF ID, DCDF address) .

[0718] The network may select an SMF 1580 to establish one or more data connections between the ED 1510 and DWDPF 15100. For example, the CMF 1530 may receive the data session establishment request from the ED 1510. The CMF 1530 may select an SMF 1580 and send the data session establishment request to the selected SMF 1580. The SMF 1580 may establish one or more data connections between the ED 1510, AN 1520, and DWDPF 15100. The SMF 1580 may use one or more DPFs 1590 to provide data connections between the AN 1520 and the DWDPF 15100. Data packets sent from (or received by) the ED 1510 may be sent to (or sent from) the DWDPF 15100 via one or more of AN nodes, one or more of DPFs 1590.

[0719] Step 1509a: After the data session for transferring the sensor data has been established, the SMF 1580 that establishes the data session may send a data collection session notification to the DCDF 1550 by using the DCDF information provided by the ED 1510 in step 1508. The message may include one or more of following information: ED ID, UE ID, DWDPF information, data collection ID, SMF information (e.g. SMF ID, SMF address) , DPF information (e.g. DPF ID, DPF address) , data plane session ID (to identify the data session that the SMF 1580 established for sensor data delivery) .

[0720] Step 1509b: The DCDF 1550 may send a data collection session notification acknowledgement to the SMF 1580 to acknowledge the receipt of the message in step 1509a.

[0721] Step 1510: If the required sensor data has been collected, the DCDF 1550 may send a data collection session update request to the SMF 1580. The DCDF 1550 may provide in this message one or more of following information:

[0722] - DWDPF information (e.g. DWDPF ID, DWDPF address) ;

[0723] - Data plane session ID: to identify the existing data session that serves by the SMF 1580.

[0724] Step 1511a: The SMF 1580 may send a data plane establishment request to the DWDPF 15100. The message may include one or more of following information:

[0725] - Data plane session ID: to identify the data session that controlled by the SMF 1580;

[0726] - DPF information (e.g. DPF address, DPF ID) : The information of DPF 1590 that send the sensor data packets to the DPF 1590;

[0727] - QoS information of the data session.

[0728] Step 1511b: The DWDPF 15100 may send a data plane establishment response to the SMF 1580 to confirm the establishment of resource of DWDPF 15100 to receive sensor data packets. The message may include one or more of following information:

[0729] - Data plane session ID: the ID that received from the SMF 1580 in step 1511a;

[0730] - Tunnel information: the tunnel that is used to receive data packets, it may include the tunnel endpoint ID (TEID) , tunnel address (e.g. IP address and port number) .

[0731] Step 1512a: The SMF 1580 may send a data plane modification request to the DPF 1590 so that the DPF 1590 may forward sensor data packets to the DWDPF 15100. The message may include the SMF data session ID, DWDPF information (DWDPF ID, DWDPF address) , data plane session ID, tunnel information that the SMF 1580 received from the DWDPF 15100 in step 1511b.

[0732] Step 1512b: The DPF 1590 may send a data plane modification response to the SMF 1580 to confirm the modification has been completed.

[0733] Step 1513: The SMF 1580 may send a data collection session update response to the DCDF 1550 to acknowledge the message received in step 1510. The message may include one or more of following information: SMF ID, data plane session ID (which is received in step 1510) .

[0734] The methods illustrated in FIG. 15 may be modified in a number of ways to meet some network operation preference. For example, in some implementations, the DCDF 1550 may be a part of the DWCF 1560; therefore, all the messages sent between the DWCF 1560 and DCDF 1550 may be omitted. The DWCF 1560 also may not need to discover DCDF 1550; so, steps 1501a and 1501b may be omitted. In some other implementations, some NFs, e.g. DCDF 1550 may send (or receive) messages to (or from) the ED 1510 via the AN 1520 directly, not via the CMF 1530.

[0735] FIG. 16 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure. The method can be implemented by an eighth apparatus such as a DWCF. Optionally, the eighth apparatus could be other device that has similar function (for example, the eighth apparatus can be a communication module, or a chip, or any network element in the network) , which is not limited herein. The eighth apparatus could also be a whole device. As shown in FIG. 16, the method can include the following steps.

[0736] S1610, sending an ED control request to an ED via one or more of a CMF and an AN to instruct the ED to fulfill at least one task.

[0737] S1620, obtaining an ED control response from the ED via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task.

[0738] In details, the eighth apparatus may send the ED control request to the ED, to request the ED such as actuator to fulfill the at least one task. Then the ED can send the ED control result back to the eighth apparatus, whereby the eighth apparatus can determine whether the ED has fulfilled the task. By defining the ED control procedure, the NFs and the ED can work according to the designed procedure, which reduces the uncertainty of controlling ED, and thus improving the overall performance of the network and application.

[0739] In some possible implementations, the ED control request can include one or more of: an ED control command instructing the ED to fulfill at least one task, a DWCF ID, an ED ID of the ED, a UE ID of the ED, a CMF ID, an AN ID, ED control data, and time information. In some possible implementations, the ED control request further includes one or more of a request for the ED to establish a data session with an application server (AS) and AS information. In this way, by defining the parameters included in the ED control request in detail, the ED can clearly and easily be controlled.

[0740] In some possible implementations, the ED control response can include one or more of an ED control results indicating whether the ED successfully fulfills the at least one task, an ED ID, a UE ID, DWCF information, the CMF ID, and a cause indicating a reason the ED fulfilling at least one task is unsuccessful. In some possible implementations, the cause indicating the reason the ED fulfilling at least one task is unsuccessful can include failure in the ED. Through the ED control result indicating whether the ED successfully fulfills the at least one task, the DWCF can be informed of the ED control result. In some possible implementations, the ED control result indicating whether the ED successfully fulfills the at least one task may be an ED control result code which can indicate one of ED control results, such as successful, or unsuccessful. When the ED control result is unsuccessful, the cause can be further carried in the ED control response to inform the DWCF of the cause of the unsuccessful ED control. For example, when the ED fulfilling at least one task is unsuccessful because failure in the ED, the cause for the ED fulfilling at least one task unsuccessfully can be failure in the ED. In this way, the DWCF can clearly know the reason why the ED control request is unsuccessful, and then the DWCF can perform some operations to control the ED again or try to control other EDs, which further improves the overall performance of network and application.

[0741] In some possible implementations, before forwarding the ED control request to the ED, the eighth apparatus can select the ED by sending a sixth NE profile request to a NER to discover the ED, obtaining a sixth NE  profile response from the NER to obtain one or more ED service profiles of one or more EDs, and selecting the ED from the obtained one or more ED service profiles. In this way, the ED can be selected according to the ED service profile (s) , thus a proper ED can be determined according to actual demands or conditions to perform the operation such as turning on a light in a room, moving a robot arm, displaying a video clip in a monitor, turning on a public announcement in a speaker system, etc.

[0742] In some possible implementations, the sixth NE profile request includes one or more of: an ED ID, a UE ID, requested service location information, a service type, an application ID, and an ED type. In some possible implementations, the sixth NE profile response from the NER can include the one or more ED service profiles of the one or more EDs. By defining the parameters included in the NE profile request and the parameters included in the NE profile response in detail, the ED can be clearly and easily controlled. The requested service location is where the ED or UE to fulfill one or more requested services.

[0743] With the method for supporting operation of an ED, after sending the ED control request to the ED, the eighth apparatus may request the ED to fulfill the at least one task. Then the ED can send the ED control result back to the eighth apparatus, thereby the eighth apparatus can determine whether the ED has fulfilled the task. By defining the ED control procedure, the NFs and the ED can work according to the designed procedure, which reduces the uncertainty of controlling ED, and thus improving the overall performance of the network and application.

[0744] FIG. 17 is a schematic flowchart of yet another method for supporting operation of an ED according to one or more example embodiments of the present disclosure. The method can be implemented by a ninth apparatus such as an ED (actuator) . Optionally, the ninth apparatus could be other device that has similar function (for example, the ninth apparatus can be a communication module, or a chip) , which is not limited herein. The ninth apparatus could also be a whole device. As shown in FIG. 17, the method can include the following steps.

[0745] S1710, obtaining an ED control request from a DWCF via one or more of a CMF and an AN to instruct the ED to fulfill at least one task.

[0746] S1720, sending an ED control response to the DWCF via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task.

[0747] In details, after obtaining the ED control request from the DWCF, the ninth apparatus can be controlled to fulfill the at least one task, and then the ninth apparatus can send the ED control result back to the DWCF, thereby the DWCF can determine whether the ninth apparatus has fulfilled the task. By defining the ED control procedure, the NFs and the ED can work according to the designed procedure, which reduces the uncertainty of controlling ED, and thus improving the overall performance of the network and application.

[0748] In some possible implementations, the ED control request can include an ED control command instructing the ED to fulfill at least one task and one or more of: a DWCF ID, an ED ID of the ED, a UE ID of the ED, a CMF ID, an AN ID, ED control data, and time information. The time information may indicate the timing when the ED performs the task. In some possible implementations, the ED control request includes one or more of a request for the ED to establish a data session with an AS and AS information. In this way, by defining the parameters included in the ED control request in detail, the ED can clearly and easily be controlled.

[0749] In some possible implementations, the ED control response can include one or more of: an ED control result indicating whether the ED successfully fulfills the at least one task, an ED ID, a UE ID, DWCF information, the CMF ID, and a cause indicating a reason the ED fulfilling at least one task is unsuccessful. In some possible implementations, the cause indicating the reason the ED fulfilling at least one task is unsuccessful can include failure in the ED. Through the ED control result indicating whether the ED successfully fulfills the at least one task, the ED can inform the DWCF of the ED control result. In some possible implementations, the ED control result indicating whether the ED successfully fulfills the at least one task may be an ED control result code which can indicate one of ED control results, such as successful, or unsuccessful. When the ED control result is unsuccessful, the cause can be further carried in the ED control response to inform the DWCF of the cause of the unsuccessful ED control. For example, when the ED fulfilling at least one task is unsuccessful because failure in the ED, the cause for the ED fulfilling at least one task is unsuccessful can be failure in the ED. In this way, the DWCF can clearly know the reason why the ED control request is unsuccessful, and then the DWCF can perform some operations to control the ED again or try to control other EDs, which further improves the overall performance of network and application.

[0750] In some possible implementations, the ninth apparatus can request the network to establish a data session with the DWDPF, if ED resources are available to support the ED control request, provide DW session information to the network to establish one or more data plane connections between the ED and the DWDPF, and send the ED control response to the DWCF via the AN. In some possible implementations, the DW session information can include DWCF information and DWDPF information. In this way, by defining the procedure for data session establishment, the data transfer between the NFs and the ED can be easily achieved.

[0751] With the method for supporting operation of an ED, after obtaining the ED control request from the DWCF, the ninth apparatus can be controlled to fulfill the at least one task, and then the ninth apparatus can send the ED control result back to the DWCF, thereby the DWCF can determine whether the ED has fulfilled the task. By defining the ED control procedure, the NFs and the ED can work according to the designed procedure, which reduces the uncertainty of controlling ED, and thus improving the overall performance of the network.

[0752] An example method for supporting operation of an ED is illustrated in FIG. 18 as follows.

[0753] This embodiment provides a method to send one or more of a control command to an actuator. A network function, e.g. DWCF 1850 may want to send a control command, e.g. to a robot that supports patients in a hospital or to turn on a light in a room. The actuator control command may be sent over some control plane functions as illustrated in FIG. 18. FIG. 18 is a simplified schematic illustration of a procedure to control an actuator by using control plane signaling according to one or more example embodiments of the present disclosure.

[0754] Although a NF, e.g. the DWCF 1850, of the network may initiate the actuator control process, any NF outside of the network may also initiate the actuator control process by sending request to the network via the CP GW or DP GW.

[0755] Step 1801a: A NF, for example DWCF 1850 may want to send a control command to an actuator. The DWCF 1850 may send a NE profile request to the NER 1840 to discover the actuator. The message may include one or more of following information:

[0756] - ED ID;

[0757] - UE ID;

[0758] - Requested service location;

[0759] - Service type: is set to actuator service;

[0760] - Application ID: the type of application;

[0761] - Actuator type: e.g. light control, robot control, video display control.

[0762] Step 1801b: The NER 1840 may send one or more ED service profiles of actuators to the DWCF 1850. The ED service profile may include the address of ED 1810. The address of ED 1810, for example may be one or more of the AN ID of AN node 1820 that serves the ED 1810, the CMF 1830 that provides CP connection for the ED 1810, a civic address, a room ID in a building, an IP address and port number, a geographic area ID, a 2D or 3D point in a map, an area bounded by a list of waypoints.

[0763] Step 1802: The DWCF 1850 may select one or more actuators.

[0764] Step 1803a: For each selected actuator, the DWCF 1850 may send an actuator control request to the ED 1810 via the CMF 1830. For example, as shown in step 1610 of FIG. 16 and step 1710 of FIG. 17, the DWCF 1850 may send the ED control request to the ED 1810 via one or more of the CMF 1830 and the AN 1820 to instruct the ED 1810 to fulfill at least one task.

[0765] The message may include one or more of following information:

[0766] - DWCF ID: The ID of the NF (DWCF 1850) that sends the actuator control message;

[0767] - ED ID: The ID of actuator device of ED 1810 that receives the message;

[0768] - UE ID of the ED 1810;

[0769] - CMF ID: The ID of CMF 1830 that may deliver the message to the ED 1810 via AN 1820;

[0770] - AN ID: In some scenarios, the DWCF 1850 may send the actuator control request to the AN 1820 directly, not via the CMF 1830;

[0771] - Actuator control command: The command that instructs the actuator to fulfill one or more of a task, e.g. turning on a light, turning off an air conditioner, opening a door, controlling a robot in a hospital, playing a voice message in a public announcement system, displaying a video on a big screen of a music performance;

[0772] - Actuator control data: The data to be consumed by the actuator, for example a voice message, a video clip.

[0773] - Time information: to indicate when the actuator may need to fulfill the task, e.g. at a specific time of a specific date. The time information may indicate the actuator to immediately fulfill the task. If the time information is absent, the actuator may immediately fulfill the task.

[0774] Step 1803b: The CMF 1830 may forward the actuator control request to the AN 1820.

[0775] Step 1803c: The AN 1820 may forward the actuator control request to the ED 1810.

[0776] Step 1804a: The ED 1810 may perform the task as instructed in the actuator control request message. The ED 1810 may send an actuator control response towards the DWCF 1850 via the AN 1820. For example, as shown in step 1620 of FIG. 16 and step 1720 of FIG. 17, the DWCF 1850 may obtain the ED control response from the ED 1810 via one or more of the AN 1820 and the CMF 1830 to indicate whether the ED 1810 successfully fulfills the at least one task.

[0777] The message may include one or more of following information.

[0778] - ED ID;

[0779] - UE ID;

[0780] - DWCF information: e.g. the ID or address of NF that receives the actuator control response;

[0781] - CMF ID: the ID of CMF 1830 that provides CP interface for the ED 1810;

[0782] - Result: to indicate how the actuator command has been fulfilled by the ED 1810, e.g. “success” if the actuator successfully fulfill the command, or “reject” if the actuator cannot fulfill the command;

[0783] - Cause: to indicate the cause of “reject” result, e.g. due to some failure in the actuator.

[0784] Step 1804b: The AN 1820 may forward the actuator control response to the CMF 1830.

[0785] Step 1804c: The CMF 1830 may forward to actuator control response to the DWCF 1850 by using the DWCF information in the received actuator control response.

[0786] In some implementations, the methods illustrated in FIG. 18 may be modified in a several ways according to some network design preference. For example, in one implementation, if the DWCF already knows which actuator to send control commands to, steps 1801a and 1801b may be omitted. In another implementation, the DWCF may send the actuator control request to the AN directly in step 1803a, not via the CMF. The AN may send the actuator control response to the DWCF directly in step 1804b, not via the CMF. In another implementation, a DWDPF may send the actuator control request towards the UE in step 1803a, instead of DWCF. The DWDPF may also receive the actuator control response sent from the ED in step 1804c, instead of DWCF.

[0787] The above description introduces the procedure to control the actuator by using control plane signaling. The following would further introduce a method to send actuator command and / or actuator data from an application server to the ED.

[0788] As described above, the eighth apparatus such as the DWCF can send the ED control request to the ED via one or more of the CMF and the AN to instruct the ED to fulfill at least one task, and obtain the ED control response from the ED via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task. Correspondingly, the ninth apparatus such as the ED can obtain the ED control request from the DWCF via one or more of the CMF and the AN to instruct the ED to fulfill at least one task, and send the ED control response to the DWCF via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task. In some possible implementations, after obtaining the ED control request from the DWCF, if the ED resources are available to support the ED control request, the ED may request the network to establish a data session with the DWDPF for data transfer between the DWDPF and the ED. For example, the ED may provide DW session information to the network, including DWCF information, DWDPF information (such as DWDPF ID, DWDPF address) . And then the network may establish one or more data plane connections (or one or more user plane connections) between the ED and the DWDPF. For example, the SMF may establish data connection between the ED (or via a DPF) and DWDPF, and notify DWCF that this SMF is serving data collection session, including data session ID.

[0789] In some possible implementations, after sending the ED control response to the DWCF, the ED may obtain downlink ED command and / or ED data in data packets from the DWDPF via the AN, where the DWDPF may send downlink ED command and / or ED data over the data plane connections via the AN. Then, the ED may send the ED response back to the DWDPF via the AN.

[0790] In some possible implementations, the SMF may send a NE profile update request to the NER to update the information related to the actuator. The message may include one or more of: an ED ID, a UE ID, a NF ID, and data session information. Then the NER may send a NE profile update response to the SMF to confirm the update of ED service profile.

[0791] In some possible implementations, the NER may send a NE profile notification to the DWCF to update the actuator service profile. The message may include one or more of: an ED ID, a UE ID, a NF ID, a NF change action. Then the DWCF may send a NE profile notification acknowledgement to the NER to confirm the receipt of the NE profile notification.

[0792] An example method for supporting operation of an ED is illustrated as follows.

[0793] In some DW application, actuators may be a display of virtual reality (VR) glasses, a large high definition video screen in a stadium or a music performance stage. The DW application may request the actuator to display a video stream sent from an application server (AS) . In this case, the actuator data may be sent from the AS to the ED over a data plane (or user plane) . A method to send actuator command and actuator data to the ED is illustrated in FIG. 19. FIG. 19 is a simplified schematic illustration of a method to send actuator command and actuator data from the application server to the ED according to one or more example embodiments of the present disclosure.

[0794] Step 1901a: A NF, for example the DWCF 1950 may want to control an actuator. The DWCF 1950 may send a NE profile request to the NER 1940 to discover the actuator. The message may include one or more of following information:

[0795] - ED ID: the ID of actuator device of the ED 1910;

[0796] - UE ID: The UE ID of the ED 1910;

[0797] - Requested service location;

[0798] - Service type: is set to actuator service;

[0799] - Application ID: the type of application;

[0800] - Actuator type: e.g. video display control.

[0801] Step 1901b: The NER 1940 may send one or more ED service profiles of actuators to the DWCF 1950. The ED service profile may include the AN ID of AN node that serves the ED 1910, the CMF 1930 that provides CP connection for the ED 1910.

[0802] Step 1902: The DWCF 1950 may select one or more actuators.

[0803] In some implementations, the DWCF 1950 may perform some additional steps, for example steps 1902b and 1902c as described below. Steps 1902b and 1902c are not shown in FIG. 18.

[0804] Step 1902b: For each selected actuator, the DWCF 1950 may send a NE profile notification subscription to the NER 1940 to receive notifications when the NE profile of the selected actuator changes. The message may include one or more of following parameters:

[0805] - ED ID of actuator of the ED 1910;

[0806] - UE ID of the ED 1910;

[0807] - Requested service location;

[0808] - Condition to receive notification: e.g. NF type change. The serving NF of the actuator may change;

[0809] - NF type that may trigger the NER 1940 to provide NE profile notification. The NF type may be set to a name of NF, for example SMF 1960.

[0810] Step 1902c: The NER 1940 may send a NE profile notification subscription acknowledgement to the DWCF 1950 to acknowledge the receipt of message in step 1902a.

[0811] If any changes related to NF type (e.g. adding a new serving NF, or removing a NF) in the NE service profile of ED 1910, the NER 1940 will notify the subscribed NF.

[0812] Step 1903a: For each selected actuator, the DWCF 1950 may send an actuator control request to the ED 1910 via the CMF 1930. For example, as shown in step 1610 of FIG. 16 and step 1710 of FIG. 17, the DWCF 1950 may send the ED control request to the ED 1910 via one or more of the CMF 1930 and the AN 1920 to instruct the ED 1910 to fulfill at least one task.

[0813] The message may include one or more of following information:

[0814] - Actuator Control NF ID: The ID of the NF (e.g. DWCF 1950) that sends the actuator control message;

[0815] - ED ID: The ID of actuator device of ED 1910 that receives the message;

[0816] - UE ID: The UE ID of the ED 1910;

[0817] - CMF ID: The ID of CMF 1930 that may deliver the message to the ED 1910 via AN 1920;

[0818] - AN ID: In some scenarios, the DWCF 1950 may send the actuator control request to the AN 1920 directly, not via the CMF 1930;

[0819] - Actuator control command: The command that instructs the actuator to fulfill a task, e.g. video display;

[0820] - Time information: to indicate when the actuator may need to fulfill the task, e.g. at specific time of a specific date. The time information may indicate the actuator to immediately fulfill the task. If the time information is absent, the actuator may immediately fulfill the task;

[0821] - A request for the ED 1910 to establish a data session with an AS;

[0822] - AS information: The information of AS that the ED 1910 will receive actuator data. The AS information may include one or more of following information: Data network information (e.g. DNN) , network slice information (e.g. S-NSSAI, NSI) , DWDPF information (e.g. DWDPF address, DWDPF ID) , DW data session ID.

[0823] Step 1903b: The CMF 1930 may forward the actuator control request to the AN 1920.

[0824] Step 1903c: The AN 1920 may forward the actuator control request to the ED 1910.

[0825] Step 1904: If the ED resources are available to support the actuator control request, the ED 1910 may request the network to establish a data session with the DWDPF 1980.

[0826] - The actuator may provide DW session information to the network, including DWCF information, DWDPF information;

[0827] - The network may establish one or more data plane connections (or one or more user plane connections) between the ED 1910 and the DWDPF 1980.

[0828] Step 1905a: The ED 1910 may send an actuator control response towards the DWCF 1950 via the AN 1920. For example, as shown in step 1620 of FIG. 16 and step 1720 of FIG. 17, the DWCF 1950 may obtain the ED control response from the ED 1910 via one or more of the AN 1920 and the CMF 1930 to indicate whether the ED 1910 successfully fulfills the at least one task.

[0829] The message may include one or more of following information.

[0830] - ED ID;

[0831] - UE ID;

[0832] - DWCF information: e.g. the ID or address of NF that receives the actuator control response;

[0833] - CMF ID: the ID of CMF 1930 that provides CP interface for the ED 1910;

[0834] - Result: to indicate how the actuator command has been fulfilled by the ED 1910, e.g. “success” if the actuator successfully fulfill the command, or “reject” if the actuator cannot fulfill the command;

[0835] - Cause: to indicate the cause of “reject” result, e.g. due to some failure in the actuator.

[0836] Step 1905b: The AN 1920 may forward the actuator control response to the CMF 1930.

[0837] Step 1905c: The CMF 1930 may forward the actuator control response to the DWCF 1950 by using the DWCF information in the received actuator control response.

[0838] Step 1906a: The DWDPF 1980 may send in the downlink towards the ED 1910 one or more of actuator commands and / or actuator data in one or more of data packets over the data plane connections via the AN 1920.

[0839] Step 1906b: The AN 1920 may forward the downlink actuator command and / or actuator data in data packets to the ED 1910.

[0840] Step 1907a: The ED 1910 may send an actuator response to the DWDPF 1980 via the AN 1920.

[0841] Step 1907b: The AN 1920 may forward the actuator response to the DWDPF 1980.

[0842] Step 1908a: The SMF 1960 may send a NE profile update request to the NER 1940 to update the information related to the actuator. The message may include one or more of following information:

[0843] - The ED ID of actuator device of ED 1910;

[0844] - UE ID of the ED 1910;

[0845] - NF ID: e.g. SMF ID that servers the data session;

[0846] - Data session information: E. g. DW session ID;

[0847] Step 1908b: The NER 1940 may send a NE profile update response to the SMF 1960 to confirm the update of ED service profile.

[0848] Step 1909a: The NER 1940 may send a NE profile notification to the DWCF 1950 to update the actuator service profile. The message may include one or more of following information:

[0849] - ED ID;

[0850] - UE ID;

[0851] - NF ID, e.g. SMF ID;

[0852] - NF change action: to indicate a new serving NF is added, or removed. For example, the NF change action parameter may be set to “add” , or “remove” .

[0853] Step 1909b: The DWCF 1950 may send a NE profile notification acknowledgement to the NER 1940 to confirm the receipt of message in step 1909a.

[0854] The methods illustrated in FIG. 19 may be modified in several ways according to some network design preference. For example, in one implementation, the DWCF may already know which actuator to be controlled. Hence steps 1901a and 1901b may be omitted. In another implementation, the DWCF may send actuator control request to the AN directly in step 1903a, not via the CMF. In another implementation, the AN may send the actuator control response to the DWCF in step 1905b directly, not via the CMF. In another implementation, the SMF may establish a data plane connection between the ED and the AN, between the AN and the DPF, and between the DPF and DWDPF, in which the DPF is an intermedia data forwarding function between the AN and the DWDPF. In another implementation, the SMF may establish a data plane connection between the ED and the AN, and between the AN and DWDPF directly, not via a DPF.

[0855] In some implementations of the embodiments in the present disclosure, a message sent from a service consumer NE, e.g. DWCF 1950 in FIG. 19, may include a transaction ID, e.g. in actuator control request of step 1903a. Some other network entities, e.g. CMF 1930 and ED 1910, may include the received transaction ID in the response message, e.g. in actuator control response of step 1905a. Some NEs, e.g. CMF 1930, may use the transaction ID, e.g. in step 1905c, to identify the service consumer NE that sent the service request message previously, e.g. in step 1903a, in order to forward the service response message, e.g. in step 1905c, to the right service consumer NE, e.g. the DWCF 1950.

[0856] FIG. 20 is a schematic structural diagram of a first apparatus according to one or more example embodiments of the present disclosure.

[0857] As shown in FIG. 20, the first apparatus 2000 includes: an obtaining module 2010 for obtaining an ED service profile registration request from the ED via an access network (AN) to register a service of the ED with a network; and a sending module 2020 for sending an ED service profile registration response to the ED via the AN to indicate whether the registration of the service is successful or unsuccessful.

[0858] The first apparatus may be applied to implement the methods as described in the above possible method implementations (for example, the first apparatus may be implemented to perform the steps performed by the first apparatus, as described with reference to FIG. 4) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above first apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0859] FIG. 21 is a schematic structural diagram of a second apparatus according to one or more example embodiments of the present disclosure.

[0860] As shown in FIG. 21, the second apparatus 2100 includes: a sending module 2110 for sending an ED service profile registration request to a CMF via an AN to register a service of the ED with the network; and an obtaining module 2120 for obtaining an ED service profile registration response from the CMF via the AN to indicate whether the registration of the service is successful or unsuccessful.

[0861] The second apparatus may be applied to implement the methods as described in the above possible method implementations (for example, the second apparatus may be implemented to perform the steps performed by the second apparatus, as described with reference to FIG. 5) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure  may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above second apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0862] FIG. 22 is a schematic structural diagram of a third apparatus according to one or more example embodiments of the present disclosure.

[0863] As shown in FIG. 22, the third apparatus 2200 includes: a sending module 2210 for sending an ED service profile registration request to a NER to register a service of the ED with a network; and an obtaining module 2220 for obtaining an ED service profile registration response from the NER to indicate whether the registration of the service is successful or unsuccessful.

[0864] The third apparatus may be applied to implement the methods as described in the above possible method implementations (for example, the third apparatus may be implemented to perform the steps performed by the third apparatus, as described with reference to FIG. 7) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above third apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0865] FIG. 23 is a schematic structural diagram of a fourth apparatus according to one or more example embodiments of the present disclosure.

[0866] As shown in FIG. 23, the fourth apparatus 2300 includes: a sending module 2310 for sending an indication indicating to register a service of the ED with a network to a CMF via an AN to register the service of the ED with the network; and an obtaining module 2320 for obtaining an indication indicating whether the registration of the service is successful or unsuccessful from the CMF via the AN to indicate whether the registration of the service is successful or unsuccessful.

[0867] The fourth apparatus may be applied to implement the methods as described in the above possible method implementations (for example, the fourth apparatus may be implemented to perform the steps performed by the fourth apparatus, as described with reference to FIG. 8) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above fourth apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0868] FIG. 24 is a schematic structural diagram of a fifth apparatus according to one or more example embodiments of the present disclosure.

[0869] As shown in FIG. 24, the fifth apparatus 2400 includes: an obtaining module 2410 for obtaining a second NE profile request from a NE service consumer to request a NE service profile for the NE service consumer; and a sending module 2420 for sending a second NE profile response to the NF service consumer to provide the NE service profile for the NE service consumer.

[0870] The fifth apparatus may be applied to implement the methods as described in the above possible method implementations (for example, the fifth apparatus may be implemented to perform the steps performed by the fifth apparatus, as described with reference to FIG. 10) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above fifth apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0871] FIG. 25 is a schematic structural diagram of a sixth apparatus according to one or more example embodiments of the present disclosure.

[0872] As shown in FIG. 25, the sixth apparatus 2500 includes: an obtaining module 2510 for obtaining a first sensor data subscription request from a DWCF to request the ED to provide sensor data; and a sending module 2520 for sending first sensor data subscription confirmation to the DWCF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0873] The sixth apparatus may be applied to implement the methods as described in the above possible method implementations (for example, the sixth apparatus may be implemented to perform the steps performed by the sixth apparatus, as described with reference to FIG. 12) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above sixth apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0874] FIG. 26 is a schematic structural diagram of a seventh apparatus according to one or more example embodiments of the present disclosure.

[0875] As shown in FIG. 26, the seventh apparatus 2600 includes: an obtaining module 2610 for obtaining a second sensor data subscription request from a DCDF via one or more of a CMF and an AN to request the ED to  provide the sensor data; and a sending module 2620 for sending second sensor data subscription confirmation to the DCDF via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.

[0876] The seventh apparatus may be applied to implement the methods as described in the above possible method implementations (for example, the seventh apparatus may be implemented to perform the steps performed by the seventh apparatus, as described with reference to FIG. 13) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above seventh apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0877] FIG. 27 is a schematic structural diagram of an eighth apparatus according to one or more example embodiments of the present disclosure.

[0878] As shown in FIG. 27, the eighth apparatus 2700 includes: a sending module 2710 for sending an ED control request to an ED via one or more of a CMF and an AN to instruct the ED to fulfill at least one task; and an obtaining module 2720 for obtaining an ED control response from the ED via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task.

[0879] The eighth apparatus may be applied to implement the methods as described in the above possible method implementations (for example, the eighth apparatus may be implemented to perform the steps performed by the eighth apparatus, as described with reference to FIG. 16) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above eighth apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0880] FIG. 28 is a schematic structural diagram of a ninth apparatus according to one or more example embodiments of the present disclosure.

[0881] As shown in FIG. 28, the ninth apparatus 2800 includes: an obtaining module 2810 for obtaining an ED control request from a DWCF via one or more of a CMF and an AN to instruct the ED to fulfill at least one task; and a sending module 2820 for sending an ED control response to the DWCF via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task.

[0882] The ninth apparatus may be applied to implement the methods as described in the above possible method  implementations (for example, the ninth apparatus may be implemented to perform the steps performed by the ninth apparatus, as described with reference to FIG. 17) . It should be understood by a person skilled in the art that, the relevant description of the above modules in these possible implementations of the present disclosure may be understood with reference to the relevant description of the methods in these possible implementations of the present disclosure. The technical effect achieved by the above ninth apparatus is similar to that achieved by the above possible method implementation, which is not repeated herein.

[0883] A possible implementation of the present disclosure provides a tenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the tenth apparatus to perform the method according to any of the above method as shown in FIG. 4. The above method is not repeated herein.

[0884] A possible implementation of the present disclosure provides an eleventh apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the eleventh apparatus to perform the method according to any of the above method as shown in FIG. 5. The above method is not repeated herein.

[0885] A possible implementation of the present disclosure provides a twelfth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the twelfth apparatus to perform the method according to any of the above method as shown in FIG. 7. The above method is not repeated herein.

[0886] A possible implementation of the present disclosure provides a thirteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the thirteenth apparatus to perform the method according to any of the above method as shown in FIG. 8. The above method is not repeated herein.

[0887] A possible implementation of the present disclosure provides a fourteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the fourteenth apparatus to perform the method according to any of the above method as shown in FIG. 10. The above method is not repeated herein.

[0888] A possible implementation of the present disclosure provides a fifteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the fifteenth apparatus to perform the method according to any of the above method as shown in FIG. 12. The above method is not repeated herein.

[0889] A possible implementation of the present disclosure provides a sixteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the sixteenth apparatus to perform the method according to any of the above method as shown in FIG. 13. The above method is not repeated herein.

[0890] A possible implementation of the present disclosure provides a seventeenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the seventeenth apparatus to perform the method according to any of the above method as shown in FIG. 16. The above method is not repeated herein.

[0891] A possible implementation of the present disclosure provides an eighteenth apparatus including a processor coupled with a memory including instructions that, when executed by the processor, cause the eighteenth apparatus to perform the method according to any of the above method as shown in FIG. 17. The above method is not repeated herein.

[0892] A possible implementation of the present disclosure provides a computer program including programming for execution by a processor, the programming including instructions to perform the method according to any of the above method. The above method is not repeated herein.

[0893] A possible implementation of the present disclosure provides a non-transitory computer readable medium storing programming for execution by a processor, the programming including instructions to perform the method according to any of the above method. The above method is not repeated herein.

[0894] The present disclosure encompasses various embodiments, including not only method embodiments, but also other embodiments such as apparatus embodiments and embodiments related to non-transitory computer readable storage media. Embodiments may incorporate, individually or in combinations, the features disclosed herein.

[0895] Although this disclosure refers to illustrative embodiments, this is not intended to be construed in a limiting sense. Various modifications and combinations of the illustrative embodiments, as well as other embodiments of the disclosure, will be apparent to persons skilled in the art upon reference to the description.

[0896] Features disclosed herein in the context of any particular embodiments may also or instead be implemented in other embodiments. Method embodiments, for example, may also or instead be implemented in apparatus, system, and / or computer program product embodiments. In addition, although embodiments are described primarily in the context of methods and apparatus, other implementations are also contemplated, as instructions stored on one or more non-transitory computer-readable media, for example. Such media could store programming or instructions to perform any of various methods consistent with the present disclosure.

Claims

A method for supporting operation of an electronic device (ED) , comprising:obtaining an ED service profile registration request from the ED via an access network (AN) to register a service of the ED with a network; andsending an ED service profile registration response to the ED via the AN to indicate whether the registration of the service is successful or unsuccessful.The method according to claim 1, wherein the ED service profile registration request comprises one or more of an ED identifier (ID) , a UE ID, and an indication indicating to register the service of the ED with the network.The method according to claim 1 or 2, wherein the ED service profile registration request comprises one or more ED service profiles, wherein each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides.The method according to claim 3, wherein the each of the one or more ED service profiles comprises one or more of: an ED ID, one or more service types, one or more types of sensor data, a UE ID that provides data and control connections with the AN for the ED, and one or more data transmission quality of service (QoS) requirements.The method according to claim 3, wherein the each of the one or more ED service profiles comprises one or more of: an ED ID, one or more service types, one or more types of actuator data, a UE ID that provides data and control connections with the AN for the ED, service location information of the ED, and one or more data transmission QoS requirements.The method according to any one of claims 3-5, wherein the each of the one or more ED service profiles comprises a computing capability to download an artificial intelligence or machine learning (AIML) model and run an AIML model training task and / or inference task in the ED.The method according to any one of claims 1-6, wherein the ED service profile registration response comprises one or more of: an indication indicating whether the registration of the service is successful or unsuccessful, a cause indicating a reason the registration of the service is unsuccessful, an ED ID, and a UE ID, wherein the cause indicating the reason the registration of the service is unsuccessful comprises one or more of the ED is not authorized to provide the service, ED service location information is not authorized to provide the service, and the ED location is not authorized to provide the service.The method according to any one of claims 1-7, further comprising:selecting a network entity repository (NER) according to one or more of service location information and pre-configured information of NER stored in the CMF.The method according to claim 8, further comprising:sending the ED service profile registration request to the NER; andobtaining the ED service profile registration response from the NER.The method according to any one of claims 1-9, further comprising:obtaining an ED network registration request from the ED via the AN to register the ED with the network; andsending an ED network registration response to the ED via the AN to indicate whether the registration with the network is successful or unsuccessful.The method according to claim 10, wherein the ED network registration request comprises one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network.The method according to claim 10 or 11, wherein the ED network registration response comprises one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and one or more allocated addresses.The method according to any one of claims 10-12, further comprising:sending an ED subscription data request to a data management function (DMF) to request ED subscription data; andobtaining an ED subscription data response from the DMF to obtain the ED subscription data.The method according to claim 13, wherein the ED subscription data response comprises ED subscription data having an indication indicating to assign one or more addresses to the ED.The method according to claim 14, wherein the indication indicating to assign one or more addresses to the ED comprises an ED type.The method according to any one of claims 13-15, after the obtaining the ED subscription data response from the DMF, further comprising:sending an address allocation request to a device address management function (DAMF) to request one or more addresses for the ED; andobtaining one or more addresses allocated to the ED from the DAMF.The method according to claim 16, wherein the address allocation request comprises one or more of: an ED ID, a UE ID, an ED type, an ED location, ED service location information, a number of address to be allocated, and address allocation time information.The method according to claim 17, wherein the ED network registration response further comprises the one or more addresses allocated to the ED.The method according to any one of claims 13-18, further comprising:sending a policy establishment request message to a policy function (PF) to obtain a policy for the ED; andobtaining a policy establishment response from the PF to obtain the policy.The method according to claim 19, wherein the policy establishment request message comprises one or more of an ED ID and a UE ID.The method according to claim 19 or 20, wherein the policy establishment response comprises the policy for the ED, and the policy establishment response is comprised in the ED network registration response.The method according to any one of claims 1-21, after the sending the ED service profile registration response to the ED via the AN, further comprising:obtaining an ED policy request from the ED to request an ED policy of the ED;sending the ED policy request to a PF to request the ED policy of the ED;obtaining an ED policy response from the PF, wherein the ED policy response comprises an ED policy; andsending the ED policy response to the ED.The method according to any one of claims 19-22, further comprising:selecting a PF based on one or more of service location information and services of the PF configured in the CMF, and ED information, wherein the ED information comprises one or more of: an ED location, ED service location information, an ED service, an ED sensor type, and an ED actuator type.The method according to any one of claims 19-22, further comprising:sending a first network entity (NE) profile request to a NER to request the NER to discover available PF;obtaining a first NE profile response from the NER to obtain one or more NE profiles of PFs; andselecting the PF from the one or more PFs.The method according to claim 24, wherein the first NE profile request comprises one or more of: a NF type to be discovered which is set to PF, an ED ID, a UE ID, one or more ED service profiles, an ED location, ED service location information, an ED type, and an ED service, wherein the each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides.The method according to claim 24 or 25, wherein the first NE profile response comprises the one or more NE profiles of PFs.A method for supporting operation of an ED, comprising:sending an ED service profile registration request to a CMF via an AN to register a service of the ED with the network; andobtaining an ED service profile registration response from the CMF via the AN to indicate whether the registration of the service is successful or unsuccessful.The method according to claim 27, wherein the ED service profile registration request comprises one or more of an ED ID, a UE ID, and an indication indicating to register the service of the ED with the network.The method according to claim 27 or 28, wherein the ED service profile registration request comprises one or more ED service profiles, wherein the each of the one or more ED service profiles describes one or more of information related to the ED and information related to the service that the ED provides.The method according to claim 29, wherein the each of the one or more ED service profiles comprises one or more of: an ED ID, one or more service types, one or more types of sensor data, a UE ID that provides data and control connections with the AN for the ED, and one or more data transmission QoS requirements.The method according to claim 29, wherein the each of the one or more ED service profiles comprises one or more of: an ED ID, one or more service types, one or more types of actuator data, a UE ID that provides data and control connections with the AN for the ED, service location information of the ED, and one or more data transmission QoS requirements.The method according to any one of claims 29-31, wherein the each of the one or more ED service profiles comprises a computing capability to download an AIML model and run an AIML model training task and / or inference task in the ED.The method according to any one of claims 27-32, wherein the ED service profile registration response comprises one or more of: an indication indicating whether the registration of the service is successful or unsuccessful, a cause indicating a reason the registration of the service is unsuccessful, an ED ID, and a UE ID, wherein the cause indicating the reason the registration of the service is unsuccessful comprises one or more of the ED is not authorized to provide the service, ED service location information is not authorized to provide the service, and the ED location is not authorized to provide the service.The method according to any one of claims 27-33, further comprising:sending an ED network registration request to the CMF via the AN to register the ED with the network; andobtaining an ED network registration response from the CMF via the AN to indicate whether the registration with the network is successful or unsuccessful.The method according to claim 34, wherein the ED network registration request comprises one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network.The method according to claim 34 or 35, wherein the ED network registration response comprises one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and one or more allocated addresses.A method for supporting operation of an ED, comprising:sending an ED service profile registration request to a NER to register a service of the ED with a network; andobtaining an ED service profile registration response from the NER to indicate whether the registration of the service is successful or unsuccessful.The method according to claim 37, wherein the ED service profile registration request comprises one or more of: an ED ID, a UE ID, an ED location, ED service location information, CMF information, one or more ED service profiles, and an indication indicating to register the service of the ED with the network.The method according to claim 37 or 38, wherein the ED service profile registration response comprises one or more of an indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, wherein the cause indicating the reason the registration of the service is unsuccessful comprises one or more ED service profiles have been registered before.The method according to any one of claims 37-39, further comprising:selecting the NER according to one or more of service location information and pre-configured information of NER stored in the CMF.The method according to any one of claims 37-40, further comprising:obtaining an ED network registration request from the ED via the AN to register the ED with the network;sending an ED network registration response to the ED via the AN to indicate whether the registration with the network is successful or unsuccessful.The method according to claim 41, wherein the ED network registration request comprises one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network.The method according claim 42, wherein the ED network registration request further comprises an indication indicating to register the service of the ED with the network.The method according to any one of claims 41-43, wherein the ED network registration response comprises one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and a policy received from a PF.The method according to claim 44, wherein the ED network registration response further comprises one or more of an indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, wherein the cause indicating the reason the registration of the service is unsuccessful comprises one or more ED service profiles have been registered before.The method according to any one of claims 41-45, further comprising:sending an ED subscription data request to a DMF to request ED subscription data; andobtaining an ED subscription data response from the DMF to obtain the ED subscription data.The method according to claim 46, wherein the ED subscription data request comprises one or more of an ED ID, a UE ID, ED service location information, and an ED location.The method according to claim 46 or 47, wherein the ED subscription data response comprises one or more of:one or more ED service profiles and one or more connection management parameters.The method according to any one of claims 46-48, after the obtaining the ED subscription data response from the DMF, further comprising:sending an ED policy registration request to a PF to request a policy; andobtaining an ED policy registration response from the PF to obtain the policy.The method according to claim 49, wherein the ED policy registration request comprises one or more of: an ED ID, a UE ID, ED service location information, an ED location, and the one or more ED service profiles obtained from the DMF.The method according to claim 49 or 50, wherein the ED policy registration response comprises the policy.The method according to any one of claims 49-51, further comprising:sending the policy to the ED, wherein the policy is comprised in the ED network registration response.A method for supporting operation of an ED, comprising:sending an indication indicating to register a service of the ED with a network to a CMF via an AN to register the service of the ED with the network; andobtaining an indication indicating whether the registration of the service is successful or unsuccessful from the CMF via the AN to indicate whether the registration of the service is successful or unsuccessful.The method according to claim 53, further comprising:sending an ED network registration request to the CMF via the AN to register the ED with the network; andobtaining an ED network registration response from the CMF via the AN to indicate whether the registration with the network is successful or unsuccessful.The method according to claim 54, wherein the ED network registration request comprises one or more of an ED ID, a UE ID, and an indication indicating to register the ED with the network.The method according claim 55, wherein the ED network registration request further comprises the indication indicating to register the service of the ED with the network.The method according to any one of claims 54-56, wherein the ED network registration response comprises one or more of: an indication indicating whether the registration with the network is successful or unsuccessful, a cause indicating a reason the registration with the network is unsuccessful, and a policy received from a PF.The method according to claim 57, wherein the ED network registration response further comprises one or more of the indication indicating whether the registration of the service is successful or unsuccessful and a cause indicating a reason the registration of the service is unsuccessful, wherein the cause indicating the reason the registration of the service is unsuccessful comprises one or more ED service profiles have been registered before.A method for supporting operation of an ED, comprising:obtaining a second NE profile request from a NE service consumer to request a NE service profile for the NE service consumer; andsending a second NE profile response to the NF service consumer to provide the NE service profile for the NE service consumer.The method according to claim 59, wherein the second NE profile request comprises one or more of: a NE service consumer ID, an ED type, an ED location, an application ID, ED service location information, data network information, and network slice information.The method according to claim 59 or 60, wherein the second NE profile response comprises one or more of one or more ED service profiles and a scope of service.The method according to claim 60 or 61, further comprising:sending a third NE profile request to an authorization NE (AuNE) to request the NE service profile for the NE service consumer; andobtaining a third NE profile response from the AuNE to provide the NE service profile for the NE service consumer.The method according to claim 62, wherein the third NE profile request comprises one or more of: an ED ID of the ED to be discovered, a UE ID of the ED to be discovered, the NE service consumer ID, and an action request.The method according to claim 62 or 63, wherein the third NE profile response comprises one or more of: the ED ID of the ED to be discovered, the UE ID of the ED to be discovered, an action response, one or more ED service profiles, and an authorization indication.The method according to claim 64, wherein the third NE profile request is a NE profile update request and the third NE profile response is a NE profile update response, and the action request comprises a request for updating NE service profile, and the action response comprises a NE service profile update.The method according to claim 64, wherein the third NE profile request is a NE profile authorization request and the third NE profile request is a NE profile authorization response, and the action request comprises a request for authorizing NE service profile, and the action response comprises authorization information.A method for supporting operation of an ED, comprising:obtaining a first sensor data subscription request from a DW control function (DWCF) to request the ED to provide sensor data; andsending first sensor data subscription confirmation to the DWCF to acknowledge a receipt of the first sensor data subscription request.The method according to claim 67, wherein the first sensor data subscription request comprises one or more sensor data parameters of: a sensor data type, a sensing location, time information, a quality of sensor data, a range of sensor data, a sensor data sampling frequency, an application ID, and network slice information.The method according to claim 67 or 68, further comprising:determining whether the requested sensor data has been collected.The method according to claim 69, further comprising:sending a sensor data notification to the DWCF to provide the sensor data when determining that the sensor data has been collected.The method according to claim 70, wherein the sensor data notification comprises the sensor data and one or more of an ED ID of the ED, a UE ID of the ED, and a time stamp.The method according to claim 69, further comprising:sending a second sensor data subscription request to the ED via one or more of a CMF and an AN serving the ED to request the ED to provide the sensor data when determining the requested sensor data has not been collected; andobtaining second sensor data subscription confirmation from the ED via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.The method according to claim 72, wherein the second sensor data subscription request comprises one or more of: an ED ID, a UE ID, data collection and distribution function (DCDF) information, and one or more sensor data parameters of the first sensor data subscription request.The method according to claim 72 or 73, wherein the second sensor data subscription confirmation comprises one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, a DCDF ID, and a cause indicating a reason the sensor data subscription request is unsuccessful.The method according to any one of claims 72-74, wherein the cause indicating the reason the sensor data subscription request is unsuccessful comprises one or more of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy.The method according to claim 75, further comprising:obtaining a sensor data notification from the ED via one or more of the AN and the CMF to obtain the sensor data; andsending the sensor data notification to the DWCF to indicate whether the sensor data subscription request is successful or unsuccessful.The method according to claim 76, the sensor data notification is used to provide the sensor data.The method according to claim 76 or 77, wherein the sensor data notification comprises one or more of: the sensor data, the ED ID, a UE ID, the DCDF information, and time stamp.The method according to any one of claims 72-78, further comprising:sending a fourth NE profile request to a NER to discover one or more EDs that provides sensor data;obtaining a fourth NE profile response from the NER to obtain one or more ED service profiles of the one or more EDs; andselecting the ED from the obtained one or more ED service profiles.The method according to claim 79, wherein the fourth NE profile request comprises one or more sensor data parameters of the second sensor data subscription request.The method according to claim 79 or 80, wherein the fourth NE profile response comprises the one or more ED service profiles of the one or more EDs.The method according to any one of claims 67-81, further comprising:sending a data storage request to a sensor data storage function (SDSF) to store data; andobtaining a data storage response from the SDSF to confirm storage of received sensor data.The method according to claim 82, wherein the data storage request comprises one or more of: the sensor data, an ED ID, a UE ID, and a time stamp.The method according to claim 67, further comprising:sending a third sensor data subscription request to the ED via one or more of a CMF and a AN to request the ED to provide the sensor data; andobtaining a sensor data subscription response from the ED via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.The method according to claim 84, wherein the third sensor data subscription request comprises one or more of:a request to collect sensor information, a sensor signal profile, information of a digital word data plane function (DWDPF) that receives the sensor data, network slice information, a data network name (DNN) , a data collection ID to identify the request from DCDF, and a service type.The method according to claim 85, where the information of DWDPF that receives the sensor data includes one or more of a DWDPF ID and a DWDPF address.The method according to any one of claims 84-86, wherein the sensor data subscription response comprises one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful an ED ID, a UE ID, DCDF information, the data collection ID to identify the request from DWCF, and a cause indicating a reason the sensor data subscription request is unsuccessful.The method according to claim 87, further comprising:sending third sensor data subscription confirmation to the at least one DWCF to indicate whether the sensor data subscription request is successful or unsuccessful.The method according to claim 88, wherein the third sensor data subscription confirmation comprises one or more of: an indication to indicate whether the sensor data subscription request is successful or unsuccessful, the cause indicating the reason the sensor data subscription request is unsuccessful, and ED information.The method according to any one of claims 87-89, wherein the cause indicating the reason the sensor data subscription request is unsuccessful comprises at least one of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy.The method according to claim 90, further comprising:obtaining a data collection session notification from a session management function (SMF) that establishes a data session for transferring the sensor data to notify the establishment of the data session after the data session has been established; andsending a data collection session notification acknowledgement to the SMF to acknowledge a receipt of the data collection session notification.The method according to claim 91, wherein the data collection session notification comprises one or more of an ED ID, a UE ID, DWDPF information, a data collection ID, SMF information, data plane function (DPF) information, and a data plane session ID.The method according to claim 91 or 92, further comprising:sending a data collection session update request to the SMF to update data collection session if the required sensor data has been collected; andobtaining a data collection session update response from the SMF to acknowledge a receipt of the data collection session update request.The method according to claim 93, wherein the data collection session update request comprises one or more of the DWDPF information and a data plane session ID.The method according to claim 93 or 94, wherein the data collection session update response comprises one or more of a SMF ID and the data plane session ID.The method according to any one of claims 84-95, further comprising:sending a fifth NE profile request to a NER to discover one or more EDs that provides the sensor data;obtaining a fifth NE profile response from the NER to obtain one or more ED service profiles of one or more EDs; andselecting the ED from the obtained one or more ED service profiles.The method according to claim 96, wherein the fifth NE profile request comprises one or more of: a DCDF ID, an ED type, an ED location, an application ID, ED service location information, data network information, and network slice information.The method according to claim 96 or 97, wherein the fifth NE profile response comprises the one or more ED service profiles of the one or more EDs.A method for supporting operation of an ED, comprising:obtaining a second sensor data subscription request from a DCDF via one or more of a CMF and an AN to request the ED to provide the sensor data; andsending second sensor data subscription confirmation to the DCDF via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.The method according to claim 99, wherein the second sensor data subscription request comprises one or more of: an ED ID of the ED, a UE ID of the ED, DCDF information, and one or more sensor data parameters of a sensor data type, a sensing location, time information, a quality of sensor data, a range of sensor data, a sensor data sampling frequency, an application ID, and network slice information.The method according to claim 100, wherein the second sensor data subscription confirmation comprises one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, a DCDF ID, and a cause indicating a reason the sensor data subscription request is unsuccessful.The method according to claim 101, wherein the cause indicating the reason the sensor data subscription request is unsuccessful comprises at least one of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy.The method according to claim 102, further comprising:sending a sensor data notification to the DCDF via one or more of the AN and the CMF to provide the sensor data.The method according to claim 103, wherein the sensor data notification comprises one or more of: the sensor data, the ED ID, a UE ID, the DWCF information, and a time stamp.The method according to claim 99, further comprising:obtaining a third sensor data subscription request from the DCDF via one or more of the CMF and the AN to request the ED to provide the sensor data; andsending a sensor data subscription response to the DCDF via one or more of the AN and the CMF to indicate whether the sensor data subscription request is successful or unsuccessful.The method according to claim 105, wherein the third sensor data subscription request comprises one or more of: a request to collect sensor data, a sensor signal profile, information of DWDPF that receives the sensor data, network slice information, DNN, an data collection ID to identify the request from DCDF, and a service type.The method according to claim 106, wherein the information of DWDPF that receives the sensor data comprises one or more of a DWDPF ID and a DWDPF address.The method according to any one of claims 105-107, wherein the sensor data subscription response comprises one or more of: an indication indicating whether the sensor data subscription request is successful or unsuccessful, an ED ID, a UE ID, DCDF information, the data collection ID to identify the request from DCDF, and a cause indicating a reason the sensor data subscription request is unsuccessful.The method according to claim 108, wherein the cause indicating a reason the sensor data subscription request is unsuccessful comprise at least one of: the ED does not provide the sensor data, the request sensor parameter is not supported, and the ED is busy.A method for supporting operation of an ED, comprising:sending an ED control request to an ED via one or more of a CMF and an AN to instruct the ED to fulfill at least one task; andobtaining an ED control response from the ED via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task.The method according to claim 110, wherein the ED control request comprises one or more of: an ED control command instructing the ED to fulfill at least one task, a DWCF ID, an ED ID of the ED, a UE ID of the ED, a CMF ID, an AN ID, ED control data, and time information.The method according to claim 110 or 111, wherein the ED control request further comprises one or more of a request for the ED to establish a data session with an application server (AS) and AS information.The method according to any one of claims 110-112, wherein the ED control response comprises one or more of: an ED control result indicating whether the ED successfully fulfills the at least one task, an ED ID, a UE ID, DWCF information, the CMF ID, and a cause indicating a reason the ED fulfilling at least one task is unsuccessful.The method according to claim 113, wherein the cause indicating the reason the ED fulfilling at least one task is unsuccessful comprises failure in the ED.The method according to any one of claims 110-114, further comprising:sending a sixth NE profile request to a NER to discover the ED;obtaining a sixth NE profile response from the NER to obtain one or more ED service profiles of one or more EDs; andselecting the ED from the obtained one or more ED service profiles.The method according to claim 115, wherein the sixth NE profile request comprises one or more of: an ED ID, a UE ID, requested service location information, a service type, an application ID, and an ED type.The method according to claim 115 or 116, wherein the sixth NE profile response from the NER comprises the one or more ED service profiles of the one or more EDs.A method for supporting operation of an ED, comprising:obtaining an ED control request from a DWCF via one or more of a CMF and an AN to instruct the ED to fulfill at least one task; andsending an ED control response to the DWCF via one or more of the AN and the CMF to indicate whether the ED successfully fulfills the at least one task.The method according to claim 118, wherein the ED control request comprises an ED control command instructing the ED to fulfill at least one task and one or more of: a DWCF ID, an ED ID of the ED, a UE ID of the ED, a CMF ID, an AN ID, ED control data, and time information.The method according to claim 118 or 119, wherein the ED control request comprises one or more of a request for the ED to establish a data session with an AS and AS information.The method according to any one of claims 118-120, wherein the ED control response comprises one or more of: an ED control result indicating whether the ED successfully fulfills the at least one task, an ED ID, a UE ID, DWCF information, the CMF ID, and a cause indicating a reason the ED fulfilling at least one task is unsuccessful.The method according to claim 121, wherein the cause indicating the reason the ED fulfilling at least one task is unsuccessful comprises failure in the ED.The method according to any one of claims 118-122, further comprising:requesting the network to establish a data session with the DWDPF, if ED resources are available to support the ED control request;providing DW session information to the network to establish one or more data plane connections between the ED and the DWDPF; andsending the ED control response to the DWCF via the AN.The method according to claim 123, wherein the DW session information comprises DWCF information and DWDPF information.A first apparatus comprising various modules for executing the method according to any one of claims 1-26.A second apparatus comprising various modules for executing the method according to any one of claims 27-36.A third apparatus comprising various modules for executing the method according to any one of claims 37-52.A fourth apparatus comprising various modules for executing the method according to any one of claims 53-58.A fifth apparatus comprising various modules for executing the method according to any one of claims 59-66.A sixth apparatus comprising various modules for executing the method according to any one of claims 67-97.A seventh apparatus comprising various modules for executing the method according to any one of claims 98-109.An eighth apparatus comprising various modules for executing the method according to any one of claims 110-117.A ninth apparatus comprising various modules for executing the method according to any one of claims 118-124.A tenth apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the tenth apparatus to perform the method according to any one of claims 1-26.An eleventh apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the eleventh apparatus to perform the method according to any one of claims 27-36.A twelfth apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the twelfth apparatus to perform the method according to any one of claims 37-52.A thirteenth apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the thirteenth apparatus to perform the method according to any one of claims 53-58.A fourteenth apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the fourteenth apparatus to perform the method according to any one of claims 59-66.A fifteenth apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the fifteenth apparatus to perform the method according to any one of claims 67-97.A sixteenth apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the sixteenth apparatus to perform the method according to any one of claims 98-109.A seventeenth apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the seventeenth apparatus to perform the method according to any one of claims 110-117.An eighteenth apparatus comprising a processor coupled with a memory including instructions that, when executed by the processor, cause the eighteenth apparatus to perform the method according to any one of claims 118-124.A computer program comprising programming for execution by a processor, the programming including instructions to perform the method according to any one of claims 1-124.A non-transitory computer readable medium storing programming for execution by a processor, the programming including instructions to perform the method according to any one of claims 1-124.

Images