Device, method, apparatus and readable storage medium for control function relocation

Abstract

Described provides a device, method, apparatus and readable storage medium for control function relocation, where the apparatus according to an embodiment includes processor coupled with memory storing computer program codes, for causing the first device to: determine, for a first task performed by a first task control function (TCF), that the first TCF to be replaced by a second TCF, wherein the first TCF and the second TCF are managed by mission management (MM); and send, to the first TCF, a first synchronization request comprising information of the second TCF, for requesting the first TCF to send task execution (TE) information to the second TCF, wherein the TE information comprises execution information of the first task performed by the first TCF. As a result, relocation from o-TCF to n-TCF is realized.

Description

DEVICE, METHOD, APPARATUS AND READABLE STORAGE MEDIUM FOR CONTROL FUNCTION RELOCATION

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] The present application is related to, and claims priority to:

[0003] United States provisional patent application Serial No. 63 / 594,060, entitled "Method, Apparatus, and System control function re-location" , filed on 10 / 30 / 2023, the entire contents of both of which are incorporated herein by reference.TECHNICAL FIELD

[0004] The present disclosure relates to the communication technology field, and in particular, to a device, method, apparatus and readable storage medium for control function relocation.BACKGROUND

[0005] With the transformation and evolution of wireless network, communication networks tend to have a completely new architecture. For example, 6G networks will provide new network infrastructure, such as widely deployed cloud infrastructure, and new processing technologies such as artificial intelligence large-scale models, data privacy reduction, block chain, etc.

[0006] The proposed 6G network can perform missions to provide services to users, for example, perform missions requested from a certain application to provide services for the application’s users. Each mission can be divided into at least one task, and during the process of mission execution (ME) , a task control function (TCF) can control and coordinate the task execution (TE) . However, probabilities are that the TCF may need relocation. For example, as the amount of mission content increase, the computing / communication resource on network entities embedding the TCF may no longer be sufficient to support TE management, thus the TCF may need to be replaced by a new TCF.SUMMARY

[0007] For the foregoing problems, described is a device, method, apparatus and readable storage medium for control function relocation, where a relocation from o-TCF to n-TCF is realized.

[0008] According to a first aspect, described is a first device comprising: at least one processor couple with at least one memory storing computer program codes; wherein when the computer program codes are executed by the at least one processor, cause the first device to: determine, for a first task performed by a first task control function (TCF) , that the first TCF to be replaced by a second TCF, wherein the first TCF and the second TCF are managed  by mission management (MM) ; and send, to the first TCF, a first synchronization request comprising information of the second TCF, for requesting the first TCF to send task execution (TE) information to the second TCF, wherein the TE information comprises execution information of the first task performed by the first TCF.

[0009] According to some embodiments, the first task may include one or more tasks executed by the first TCF. In case the TCF needs to be re-located, switching from the first TCF to the second TCF, the MM can trigger the synchronization of the first TCF and the second TCF to transfer the first task to the second TCF. As a result, the second TCF can manage the execution of the first task, so as to achieve a successful re-location from the first TCF to the second TCF.

[0010] In a possible implementation manner of the first aspect, when the computer program codes are executed by the at least one processor, further cause the first device to: send, to the first TCF, a first update request comprising the information of the second TCF, for requesting updating a TCF which manages a processing service function (PSF) , from the first TCF to the second TCF.

[0011] In a possible implementation manner of the first aspect, the information of the second TCF comprises at least one of an identifier (ID) , a name, a location, and an effective time.

[0012] In a possible implementation manner of the first aspect, when the computer program codes are executed by the at least one processor, further cause the first device to: send, to the second TCF, a configuration request comprising information of the first TCF and a first synchronization rule.

[0013] In a possible implementation manner of the first aspect, the information of the first TCF includes at least one of an ID, a name, and a location of the first TCF.

[0014] In a possible implementation manner of the first aspect, the first synchronization rule comprises a first interface, a first setup information for synchronization of the second TCF.

[0015] In a possible implementation manner of the first aspect, the first synchronization request is further for requesting the first TCF to send a pause request to a PSF managed by the first TCF, wherein the pause request indicates the PSF to pause the process of the first task.

[0016] In a possible implementation manner of the first aspect, when the computer program codes are executed by the at least one processor, further cause the first device to: receive, from the second TCF, a relocation complete notification.

[0017] In a possible implementation manner of the first aspect, when the computer program codes are executed by the at least one processor, further cause the first device to: send, to the first TCF, a release request in response to the relocation complete notification, wherein the release request is for requesting the first TCF to delete the local settings  and release the storage and computing resources.

[0018] In a possible implementation manner of the first aspect, when the computer program codes are executed by the at least one processor, further cause the first device to: send, to a network repository function (NRF) , a subscription request for requesting the NRF to send information on available TCF to MM, wherein the NRF receive the information on available TCF from XaaS; receive, from NRF, the information on available TCF; the at least one memory and the computer program code are configured to, with the at least one processor, further cause the first device to determine the second TCF by: determining the second TCF from available TCF.

[0019] In a possible implementation manner of the first aspect, the NRF is for receiving register request on new TCF from service control function (SCF) , updating the information on available TCF based on the register request on new TCF, and the receive, from NRF, the information on available TCF, comprising: receiving, from NRF, the information on new TCF.

[0020] In a possible implementation manner of the first aspect, the subscription request includes at least one of subscribed function of TCF, information of service including SCF, and update timing.

[0021] In a possible implementation manner of the first aspect, the register request includes at least one of TCF name, TCF location, TCF resource, TCF interface and information of PSF managed by TCF.

[0022] According to a second aspect, described is a second device comprising: at least one processor couple with at least one memory storing computer program codes; wherein when the computer program codes are executed by the at least one processor, cause the second device to: receive, from MM, a first synchronization request comprising the information of the second TCF; and send, to a second TCF, TE information in response to the first synchronization request, wherein the TE information comprises execution information of a first task performed by the first TCF.

[0023] In a possible implementation manner of the second aspect, when the computer program codes are executed by the at least one processor, further cause the second device to: receive, from MM, a first update request comprising the information of the second TCF; and update a TCF managing a processing service function (PSF) , from the first TCF to the second TCF.

[0024] In a possible implementation manner of the second aspect, the at least one memory and the computer program code are configured to, with the at least one processor, further cause the second device to update the related TCF by: sending, to the PSF managed by the first TCF, a second update request in response to the first update request, wherein the second update request comprises information about the second TCF, and the second update request is for requesting the PSF managed by the first TCF to update a TCF managing a processing service function (PSF) , from the first TCF to the second TCF.

[0025] In a possible implementation manner of the second aspect, first synchronization request further comprises the second synchronization rule, which comprise a second interface, a second setup information for synchronization of the second TCF, and the at least one memory and the computer program code are configured to, with the at least one processor, further cause the second device to send the TE information by: sending, to a second TCF, the TE information through the second interface based on the second setup information for synchronization.

[0026] In a possible implementation manner of the second aspect, when the computer program codes are executed by the at least one processor, further cause the second device to: send, to the PSF managed by the first TCF, a pause request, wherein the pause request indicates the PSF managed by the first TCF to pause the first task.

[0027] In a possible implementation manner of the second aspect, when the computer program codes are executed by the at least one processor, further cause the second device to: receive, from MM, a release request; and delete the local settings and release the storage and computing resources; send, to the MM, a response to the release request to confirm the completion of deleting the local settings and releasing the storage and computing resources.

[0028] According to a third aspect, described is a third device comprising: at least one processor couple with at least one memory storing computer program codes; wherein when the computer program codes are executed by the at least one processor, cause the third device to: receive, from a first TCF, TE information, wherein the TE information comprises execution information of a first task performed by the first TCF; and execute the first task through the PSF managed by the second TCF based on the TE information.

[0029] In a possible implementation manner of the third aspect, the at least one memory and the computer program code are configured to, with the at least one processor, further cause the third device to execute the first task by: execute the first task through the PSF whose related TCF updated from the first TCF to the second TCF based on the TE information.

[0030] In a possible implementation manner of the third aspect, when the computer program codes are executed by the at least one processor, further cause the third device to: receive, from MM, a configuration request comprising information of the first TCF and the first synchronization rule.

[0031] In a possible implementation manner of the third aspect, the information of the first TCF includes at least one of an ID, a name, and a location of the first TCF.

[0032] In a possible implementation manner of the third aspect, the first synchronization rule comprises a first interface, a first setup information for synchronization of the second TCF.

[0033] In a possible implementation manner of the third aspect, the at least one memory and the computer program code are configured to, with the at least one processor, further cause the third device to receive the configuration  request by: receive, from MM, the configuration request through the first interface based on the first setup information for synchronization.

[0034] In a possible implementation manner of the third aspect, when the computer program codes are executed by the at least one processor, further cause the third device to: send, to MM, a relocation complete notification.

[0035] According to a fourth aspect, described is a method applied to MM, comprising: determining a first TCF to be re-locate and a second TCF to replace the first TCF; and sending, to the first TCF managed by MM, a first synchronization request comprising the information of the second TCF, for requesting the first TCF to send the Task execution (TE) information to the second TCF, wherein the TE information comprises execution information of a first task performed by the first TCF.

[0036] In a possible implementation manner of the fourth aspect, the method further comprising: sending, to the first TCF, a first update request comprising the information of the second TCF, for requesting updating a TCF which manages a processing service function (PSF) , from the first TCF to the second TCF.

[0037] In a possible implementation manner of the fourth aspect, the information of the second TCF comprises at least one of an ID, a name, a location, and an effective time.

[0038] In a possible implementation manner of the fourth aspect, the method further comprising: sending, to the second TCF, a configuration request comprising information of the first TCF and the first synchronization rule.

[0039] In a possible implementation manner of the fourth aspect, the information of the first TCF includes at least one of an ID, a name, and a location of the first TCF.

[0040] In a possible implementation manner of the fourth aspect, the first synchronization rule comprises a first interface, a first setup information for synchronization of the second TCF.

[0041] In a possible implementation manner of the fourth aspect, the first synchronization request is further for requesting the first TCF to send a pause request to the PSF managed by the first TCF, wherein the pause request indicates the PSF managed by the first TCF to pause the first task.

[0042] In a possible implementation manner of the fourth aspect, the method further comprising: receiving, from the second TCF, a relocation complete notification.

[0043] In a possible implementation manner of the fourth aspect, the method further comprising: sending, to the first TCF, a release request in response to the relocation complete notification, wherein the release request is for requesting the first TCF to delete the local settings and release the storage and computing resources.

[0044] In a possible implementation manner of the fourth aspect, the method further comprising: sending, to a network repository function (NRF) , a subscription request for requesting the NRF to send information on available TCF to  MM, wherein the NRF receive the information on available TCF from XaaS; receiving, from NRF, the information on available TCF; and determining the second TCF from the available TCF.

[0045] In a possible implementation manner of the fourth aspect, the NRF is for receiving register request on new TCF from service control function (SCF) , updating the information on available TCF based on the register request on new TCF, and the receiving, from NRF, the information on available TCF, comprising: receiving, from NRF, the information on new TCF.

[0046] In a possible implementation manner of the fourth aspect, the subscription request includes at least one of subscribed function of TCF, information of service including SCF, and update timing.

[0047] In a possible implementation manner of the fourth aspect, the register request includes at least one of TCF name, TCF location, TCF resource, TCF interface and information of PSF managed by TCF.

[0048] According to a fifth aspect, described is a method applied to a first TCF, comprising: receiving, from MM, a first synchronization request comprising the information of the second TCF; and sending, to a second TCF, TE information in response to the first synchronization request, wherein the TE information comprises execution information of a first task performed by the first TCF.

[0049] In a possible implementation manner of the fifth aspect, the method further comprising: receiving, from MM, a first update request comprising the information of the second TCF; and update the related TCF from the first TCF to the second TCF, of the PSF managed by the first TCF.

[0050] In a possible implementation manner of the fifth aspect, update the related TCF from the first TCF to the second TCF, of the PSF managed by the first TCF, comprising: sending, to the PSF managed by the first TCF, a second update request in response to the first update request, wherein the second update request comprises information about the second TCF, and the second update request is for requesting the PSF managed by the first TCF to update the related TCF from the first TCF to the second TCF.

[0051] In a possible implementation manner of the fifth aspect, first synchronization request further comprises the second synchronization rule, which comprise a second interface, a second setup information for synchronization of the second TCF, and sending, to a second TCF, TE information, comprising: sending, to a second TCF, the TE information through the second interface based on the second setup information for synchronization.

[0052] In a possible implementation manner of the fifth aspect, the method further comprising: sending, to the PSF managed by the first TCF, a pause request, wherein the pause request indicates the PSF managed by the first TCF to pause the first task.

[0053] In a possible implementation manner of the fifth aspect, the method further comprising: receiving, from MM,  a release request; and deleting the local settings and release the storage and computing resources.

[0054] According to a sixth aspect, described is a method applied to a second TCF, comprising: A method applied to a second TCF, comprising: receiving, from a first TCF, TE information, wherein the TE information comprises execution information of a first task performed by the first TCF; and executing the first task through the PSF managed by the second TCF based on the TE information.

[0055] In a possible implementation manner of the sixth aspect, executing the first task, comprising: executing the first task through the PSF whose related TCF updated from the first TCF to the second TCF based on the TE information.

[0056] In a possible implementation manner of the sixth aspect, the method further comprising: receiving, from MM, a configuration request comprising information of the first TCF and the first synchronization rule.

[0057] In a possible implementation manner of the sixth aspect, the information of the first TCF includes at least one of an ID, a name, and a location of the first TCF.

[0058] In a possible implementation manner of the sixth aspect, the first synchronization rule comprises a first interface, a first setup information for synchronization of the second TCF.

[0059] In a possible implementation manner of the sixth aspect, receiving, from a first TCF, TE information, comprising: receiving, from MM, the configuration request through the first interface based on the first setup information for synchronization.

[0060] In a possible implementation manner of the sixth aspect, the method further comprising: sending, to MM, a relocation complete notification.

[0061] According to a seventh aspect, described is a first apparatus applied to MM, comprising means for: determining a first TCF to be re-locate and a second TCF to replace the first TCF; and sending, to the first TCF managed by MM, a first synchronization request comprising the information of the second TCF, for requesting the first TCF to send the Task execution (TE) information to the second TCF, wherein the TE information comprises execution information of a first task performed by the first TCF.

[0062] According to an eighth aspect, described is a second apparatus applied to a first TCF, comprising means for: receiving, from MM, a first synchronization request comprising the information of the second TCF; and sending, to a second TCF, TE information in response to the first synchronization request, wherein the TE information comprises execution information of a first task performed by the first TCF.

[0063] According to a ninth aspect, described is a third apparatus applied to a second TCF, comprising means for: receiving, from a first TCF, TE information, wherein the TE information comprises execution information of a first task performed by the first TCF; and executing the first task through the PSF managed by the second TCF based on  the TE information.

[0064] According to a tenth aspect, described is a computer readable medium comprising program instructions for causing an apparatus to perform at least one of the methods described.

[0065] In an eleventh aspect, there is provided a chip. The chip comprising at least one processing circuit configured to perform the method of any above aspect or any possible implementation of the any above aspect.

[0066] According to a twelfth aspect, described is a communication system comprising a MM, a first TCF and a second TCF, wherein the MM is configured to: determining a first TCF to be re-locate and a second TCF to replace the first TCF; and sending, to the first TCF managed by MM, a first synchronization request comprising the information of the second TCF, for requesting the first TCF to send the Task execution (TE) information to the second TCF, wherein the TE information comprises execution information of a first task performed by the first TCF; the first TCF is configured to: receiving, from MM, a first synchronization request comprising the information of the second TCF; and sending, to a second TCF, TE information in response to the first synchronization request, wherein the TE information comprises execution information of a first task performed by the first TCF; the second TCF is configured to:receiving, from a first TCF, TE information, wherein the TE information comprises execution information of a first task performed by the first TCF; and executing the first task through the PSF managed by the second TCF based on the TE information.

[0067] BRIEF DESCRIPTION OF THE FIGURES

[0068] The foregoing summary, as well as the following detailed description of the exemplary embodiments, will be better understood when read in conjunction with the appended drawings. For the purpose of illustrating, according to some embodiments, details are shown in the drawings, which are presently preferred. However, the described is not limited to the precise arrangements and instrumentalities shown.

[0069] FIG. 1 illustrates a schematic diagram of a communication system to some examples.

[0070] FIG. 2 illustrates a schematic diagram of a communication system to some examples.

[0071] FIG. 3 illustrates a schematic diagram of an apparatus 310 wirelessly communicating with at least one of two apparatuses according to some examples.

[0072] FIG. 4 illustrates a schematic diagram of units or modules in a device or apparatus according to some examples.

[0073] FIG. 5 illustrates a schematic diagram of 6G System according to some examples.

[0074] FIG. 6 illustrates a schematic diagram of a system for control function relocation according to some examples.

[0075] FIG. 7 illustrates a schematic flowchart of a control function relocation method according to some examples.

[0076] FIG. 8 illustrates a schematic flowchart of a control function relocation method according to some examples.

[0077] FIG. 9 illustrates a schematic structural diagram of an apparatus according to some examples.DETAILED DESCRIPTION

[0078] Illustrative embodiments of described include, but are not limited to a device, method, apparatus and readable storage medium for control function relocation.

[0079] Many new trends will trigger the consideration and design of 6G / future wireless networks:

[0080] -New network infrastructure capability, e.g., cloud natured / friendly infrastructures that are broadly deployed.

[0081] -New (relative) matured techniques, e.g., AI large scale models, Data de-privacy, Block chain, etc. that have made significant progresses and significantly impact on the entire society and human life.

[0082] -New apps and services, e.g., AI services, Data (sensing) service, Digital world service, etc. that are broadly applied in industry / business and used by individual customers.

[0083] -More global / open / collaborative operation trend, i.e., a more open and more collaborative operation mode are becoming common practice in many fields.

[0084] New expectation and stricter requirements on future networks also drive rethinking and development of new generation of wireless networks. These requirements include:

[0085] -Privacy and trustworthiness, etc.

[0086] -Simplified standardization

[0087] -Rapid deployment

[0088] -Etc.

[0089] All of the above drives 6G network architecture research work.

[0090] Our proposed 6G network architecture (X-centric) are

[0091] -SBA (XaaS service) based

[0092] -Cloud-native

[0093] Requirements to 6G System network architecture design:

[0094] -The proposed 6G network architecture needs to support new 6G services which could be developed / deployed by 3rd parties.

[0095] -The proposed 6G network architecture needs to embrace more open ecosystem to open door to technical capable 3rd parties.

[0096] -The proposed 6G network architecture needs to enable better trustworthiness management.

[0097] Solutions to enable above requirements are needed.

[0098] When a device accesses an application through a communication system, e.g. the 5G system or future 6G system, the communication system connects the device to an application location, a network location where the application is located, through a data plane path. The application location corresponding to an application server hosting or running the application. When the device accesses the application, the device communicates with the application server through the data plane path. There may be more than one application location. When multiple devices access the application, the communication system may connect the multiple devices to different application locations.

[0099] 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.

[0100] 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 the present disclosure or specific aspects in which the present disclosure may be used. It is understood that one aspect 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.

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

[0102] Referring to FIG. 1, as an illustrative example without limitation, a simplified schematic illustration of a communication system is provided. The communication system 100 (which may be a wireless system) comprises a radio access network 120. The radio access network (RAN) 120 may be a next generation (e.g. sixth generation (6G) or later) radio access network, or a legacy (e.g. 5G, 4G, 3G or 2nd generation (2G) ) radio access network. One or more communication electronic device (ED) 110a, 110b, 110c, 110d, 110e, 110f, 110g, 110h, 110i, 110j (generically referred to as 110) may be interconnected to one another or connected to one or more network nodes (170a, 170b, generically referred to as 170) in the radio access network 120. A core network 130 may be a part of the communication system and may be dependent or independent of the radio access technology used in the communication system 100. The communication system 100 may also comprise a public switched telephone network (PSTN) 140, the internet 150, and other networks 160.

[0103] In general, the communication system 100 enables multiple wireless or wired elements to communicate data and other content. The communication system 100 may provide content, such as voice, data, video, and / or text, via  broadcast, multicast, groupcast, unicast, etc. And the communication system 100 may provide a wide range of communication services and applications (such as earth monitoring, remote sensing, passive sensing and positioning, navigation and tracking, autonomous delivery and mobility, etc. ) The services and / or applications may be mobile broadband (MBB) services, ultra-reliable low-latency communication (URLLC) services, or machine type communication (MTC) services.

[0104] The communication system 100 may operate by sharing resources, such as carrier spectrum bandwidth, between its constituent elements.

[0105] FIG. 2 illustrates more detailed example for communication system 100.

[0106] The communication system 100 may include a terrestrial communication system and / or a non-terrestrial communication system. The communication system 100 may provide a high degree of availability and robustness through a joint operation of a terrestrial communication system and a non-terrestrial communication system. For example, integrating a non-terrestrial communication system (or components thereof) into a terrestrial communication system can result in what may be considered a heterogeneous network comprising multiple layers. The heterogeneous network may achieve better overall performance through efficient multi-link joint operation, more flexible functionality sharing, and faster physical layer link switching between terrestrial networks and non-terrestrial networks.

[0107] The terrestrial communication system and the non-terrestrial communication system could be considered sub-systems of the communication system.

[0108] Same as in the example shown in FIG. 1, in the example shown in FIG. 2, the communication system 100 may include ED 110a, 110b, 110c, 110d (generically referred to as ED 110) , and RAN 120a, 120b. In addition, the communication system 100 may also include a non-terrestrial communication network 120c. The communication system 100 may also include one or more of a core network 130, a public switched telephone network (PSTN) 140, the Internet 150, and other networks 160. The RANs 120a, 120b include respective RAN nodes such as base stations (BSs) 170a, 170b, which may be generically referred to as terrestrial transmit and receive points (T-TRPs) 170a, 170b. In one implementation, the non-terrestrial communication network 120c includes a RAN node such as an access node (or base station) 172, which may be generically referred to as a non-terrestrial transmit and receive point (NT-TRP) 172. As may be surmised on the basis of similarity in reference numerals, the non-terrestrial communication network 120c may be considered to be a radio access network, with operational aspects in common with the RANs 120a, 120b. In another implementations, the non-terrestrial communication network 120c may include at least one non-terrestrial network (NTN) device and at least one corresponding terrestrial network device,  wherein the at least one non-terrestrial network device works as a transport layer device and the at least one corresponding terrestrial network device works as a RAN node, which communicates with the ED via the non-terrestrial network device. In addition, there may be a NTN gateway in the ground (i.e., referred as a terrestrial network device) also as a transport layer device to communication with both the NTN device, and the RAN node communicates with the ED via the NTN device and the NTN gateway. In some implementations, the NTN gateway and the RAN node may be located in the same device.

[0109] Any ED 110 may be alternatively or additionally configured to interface, access, or communicate with any T-TRP 170a, 170b and NT-TRP 172, the Internet 150, the core network 130, the PSTN 140, the other networks 160, or any combination of the preceding. In some examples, ED 110a may communicate an uplink (UL) and / or downlink (DL) transmission over a terrestrial air interface 190a with T-TRP 170a. In some examples, the EDs 110a, 110b, 110c, and 110d may also communicate directly with one another via one or more sidelink (SL) air interfaces 190b. In some examples, ED 110d may communicate an uplink and / or downlink transmission over a non-terrestrial air interface 190c with NT-TRP 172.

[0110] An air interface (e.g., 190a, 190b, 190c) generally includes a number of components and associated parameters that collectively specify how a transmission is to be sent and / or received over a wireless communications link between two or more communicating devices. For example, an air interface may include one or more components defining the waveform (s) , frame structure (s) , multiple access scheme (s) , protocol (s) , coding scheme (s) and / or modulation scheme (s) for conveying information (e.g., data) over a wireless communications link. The wireless communications link may support a link (e.g., a “Uu” link) between a radio access network (e.g., RAN 120) and user equipment (e.g., ED 110) and / or the wireless communications link may support a link (e.g., a “LS” ) between device (e.g., ED 110a) and device (e.g., ED 110b) , such as between two pieces of user equipment, and / or the wireless communications link may support a link between a non-terrestrial (NT) -communication network (e.g., RAN 120c) and user equipment (e.g., ED 110d) . The following are some examples for the above components.

[0111] A waveform component may specify a shape and form of a signal being transmitted. Waveform options may include orthogonal multiple access waveforms and non-orthogonal multiple access waveforms. Non-limiting examples of such waveform options include orthogonal frequency division multiplexing (OFDM) , discrete Fourier transform spread OFDM (DFT-OFDM) , filtered OFDM (f-OFDM) , time windowing OFDM, filter bank multicarrier (FBMC) , universal filtered multicarrier (UFMC) , generalized frequency division multiplexing (GFDM) , wavelet packet modulation (WPM) , faster than Nyquist (FTN) waveform and low peak to average power ratio waveform (low peak-to-average power ratio (PAPR) WF) .

[0112] A frame structure component may specify a configuration of a frame or group of frames. The frame structure component may indicate one or more of a time, frequency, pilot signature, code, subcarrier spacing, cyclic prefix length or other parameter of the frame or group of frames. More details of frame structure will be discussed hereinafter.

[0113] A multiple access scheme component may specify multiple access technique options, including technologies defining how communicating devices share a common physical channel, such as: code division multiple access (CDMA) , space division multiple access (SDMA) , time division multiple access (TDMA) , frequency division multiple access (FDMA) , orthogonal FDMA (OFDMA) , single-carrier FDMA (SC-FDMA) which is also known as discrete Fourier transform spread OFDMA (DFT-s-OFDMA) , low density signature multicarrier CDMA (LDS-MC-CDMA) ; non-orthogonal multiple access (NOMA) ; pattern division multiple access (PDMA) ; lattice partition multiple access (LPMA) ; resource spread multiple access (RSMA) ; and sparse code multiple access (SCMA) . Furthermore, multiple access technique options may include: scheduled access vs. non-scheduled access, also known as grant-free access; non-orthogonal multiple access vs. orthogonal multiple access, e.g., via a dedicated channel resource (e.g., no sharing between multiple communicating devices) ; contention-based shared channel resources vs. non-contention-based shared channel resources; and cognitive radio-based access. The air interfaces 190a and 190b may utilize other higher dimension signal spaces, which may involve a combination of orthogonal and / or non-orthogonal dimensions.

[0114] A coding and modulation component may specify how information being transmitted may be encoded / decoded and modulated / demodulated for transmission / reception purposes. Coding may refer to methods of error detection and forward error correction. Non-limiting examples of coding options include turbo trellis codes, turbo product codes, fountain codes, low-density parity check codes and polar codes. Modulation may refer, simply, to the constellation (including, for example, the modulation technique and order) , or more specifically to various types of advanced modulation methods such as hierarchical modulation and low PAPR modulation.

[0115] The air interfaces 190a and 190b may use similar communication technology, such as any suitable radio access technology.

[0116] The non-terrestrial air interface 190c can enable communication between the ED 110d and one or multiple NT-TRPs 172 via a wireless link or simply a link. For some examples, the link is a dedicated connection for unicast transmission, a connection for broadcast transmission, or a connection between a group of EDs 110 and one or multiple NT-TRPs 172 for multicast transmission.

[0117] The RANs 120a and 120b are in communication with the core network 130 to provide the EDs 110a 110b, and  110c with various services such as voice, data, and other services. The RANs 120a and 120b and / or the core network 130 may be in direct or indirect communication with one or more other RANs (not shown) , which may or may not be directly served by core network 130, and may or may not employ the same radio access technology as RAN 120a, RAN 120b or both. The core network 130 may also serve as a gateway access between (i) the RANs 120a and 120b or EDs 110a 110b, and 110c or both, and (ii) other networks (such as the PSTN 140, the Internet 150, and the other networks 160) . In addition, some or all of the EDs 110a 110b, and 110c may include functionality for communicating with different wireless networks over different wireless links using different wireless technologies and / or protocols. Instead of wireless communication (or in addition thereto) , the EDs 110a 110b, and 110c may communicate via wired communication channels to a service provider or switch (not shown) , and to the Internet 150. PSTN 140 may include circuit switched telephone networks for providing plain old telephone service (POTS) . Internet 150 may include a network of computers and subnets (intranets) or both, and incorporate protocols, such as internet protocol (IP) , transmission control protocol (TCP) , user datagram protocol (UDP) . EDs 110a 110b, and 110c may be multimode devices capable of operation according to multiple radio access technologies, and incorporate multiple transceivers necessary to support such.

[0118] In addition, the communication system 100 may comprising a sensing agent (not shown in the figure) to manage the sensed data from ED110 and or the T-TRP 170 and / or NT-TRP 172. In one implementation, the sensing agent is located in the T-TRP 170 and / or NT-TRP 172. In another implementation, the sensing agent is a separate node which has interface to communicate with the core network 130 and / or the RAN 120 (e.g., the T-TRP 170 and / or NT-TRP 172) .

[0119] FIG. 3 illustrates example of an Apparatus 310 wirelessly communicating with at least one of two apparatuses (e.g., Apparatus 320a and Apparatus 320b, referred as Apparatus 320) in a communication system, e.g., the communication system 100, according to one embodiment. The Apparatus 310 may be a UE (e.g., ED 110 in FIG. 3) . The Apparatus 320a may be a terrestrial network device (e.g., T-TRP 170 as shown in FIG. 3) , and Apparatus 320b may be a non-terrestrial network device (e.g., NT-TRP 172 as shown in FIG. 3) . However, this is not necessary. For example, Apparatus 320a may be a NT-TRP, and 320b may be a T-TRP, both Apparatus 320a and 320b may be T-TRPs or NT-TRPs, according to present disclosure. In the following, the ED 110 as an example of the Apparatus 310 is described, and T-TRP 170 as an example of Apparatus 320a is described, and NT-TRP 172 as an example of Apparatus 320a is described. Although only one Apparatus 310, one Apparatus 320a and one Apparatus 320b Please note that the number of Apparatus 310 (e.g. ED 110) could be one or more, and the number of Apparatus 320a and / or 320b could be one or more. For example, one ED110 may be served by only one T-TRP 170 (or one NT-TRP172) ,  by more than one T-TRP 170, by more than one NT-TRP 172, or by one or more T-TRP 170 and one or more NT-TRP172.

[0120] The ED 110 is used to connect persons, objects, machines, etc. The ED 110 may be widely used in various scenarios including, for example, cellular communications, device-to-device (D2D) , vehicle to everything (V2X) , peer-to-peer (P2P) , machine-to-machine (M2M) , MTC, internet of things (IoT) , virtual reality (VR) , augmented reality (AR) , mixed reality (MR) , metaverse, digital twin, industrial control, self-driving, remote medical, smart grid, smart furniture, smart office, smart wearable, smart transportation, smart city, drones, robots, remote sensing, passive sensing, positioning, navigation and tracking, autonomous delivery and mobility, etc.

[0121] Each ED 110 represents any suitable end user device for wireless operation and may include such devices (or may be referred to but not limited to) as a user equipment / device (UE) , a wireless transmit / receive unit (WTRU) , a mobile station, a fixed or mobile subscriber unit, a cellular telephone, a station (STA) , a MTC device, a personal digital assistant (PDA) , a smartphone, a laptop, a computer, a tablet, a wireless sensor, a consumer electronics device, a smart book, a vehicle, a car, a truck, a bus, a train, or an IoT device, wearable devices (such as a watch, a pair of glasses, head mounted equipment, etc. ) , an industrial device, or an apparatus in (e.g. communication module, modem, or chip) or comprising the forgoing devices, among other possibilities. Future generation EDs 110 may be referred to using other terms. The base station 170a and 170b is a T-TRP and will hereafter be referred to as T-TRP 170. Also shown in FIG. 3, a non-terrestrial (NT) device will hereafter be referred to as NT-TRP 172. Each ED 110 connected to T-TRP 170 and / or NT-TRP 172 can be dynamically or semi-statically turned-on (i.e., established, activated, or enabled) , turned-off (i.e., released, deactivated, or disabled) and / or configured in response to one of more of: connection availability and connection necessity.

[0122] As shown in FIG. 3, the ED 110 include at least one processor 210. Only one processor 210 is illustrated to avoid congestion in the drawing. The ED 110 may further include 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. The ED 110 may include at least one memory 208. Only the transmitter 201, receiver 203, processor 210, memory 208, and antenna 204 is illustrated  for simplicity, but the ED 110 may include one or more other components.

[0123] The memory 208 stores instructions. The memory 208 may also stores 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.

[0124] The ED 110 may further include one or more input / output devices (not shown) or interfaces (such as a wired interface to the Internet 150 in FIG. 1) . 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.

[0125] The processor 210 performs (or controlling the ED110 to perform) operations described herein as being performed by the ED110. As illustrated below and elsewhere in the present disclosure. For example, the processor 210 performs or controls the ED110 to perform receiving transport blocks (TBs) , using a resource for decoding of one of the received TBs, releasing the resource for decoding of another of the received TBs, and / or receiving configuration information configuring a resource. In details, the operation may include those operations related to preparing a transmission for uplink transmission to the NT-TRP 172 and / or the T-TRP 170; those operations related to processing downlink transmissions received from the NT-TRP 172 and / or the T-TRP 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. Processing operations related to processing sidelink transmissions may include operations such as transmit / receive beamforming, modulating / demodulating and encoding / decoding 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) . An example of signaling may be a reference signal transmitted by the NT-TRP 172 and / or by the T-TRP 170. In some embodiments, the processor 210 implements the transmit beamforming and / or the receive beamforming based on the indication of  beam direction, e.g. beam angle information (BAI) , received from the T-TRP 170. In some embodiments, the processor 210 may perform operations relating to network access (e.g. initial access) and / or downlink synchronization, such as operations relating to detecting a synchronization sequence, decoding and obtaining the system information, etc. In some embodiments, the processor 210 may perform channel estimation, e.g. using a reference signal received from the NT-TRP 172 and / or from the T-TRP 170.

[0126] 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.

[0127] 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.

[0128] In some implementations, the ED 110 may be an apparatus (also called component) for example, communication module, modem, chip, or chipset, it includes at least one processor 210, and an interface or at least one pin. In this scenario, the transmitter 201 and receiver 203 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the NT-TRP 172 and / or the T-TRP 170 and / or another ED 110 may be referred as transmitting information to the interface or at least one pin, or as transmitting information to the NT-TRP 172 and / or the T-TRP 170 and / or another ED 110 via the interface or at least one pin, and receiving information from the NT-TRP 172 and / or the T-TRP 170 and / or another ED 110 may be referred as receiving information from the interface or at least one pin, or as receiving information from the NT-TRP 172 and / or the T-TRP 170 and / or another ED 110 via the interface or at least one pin. The information may include control signaling and / or data. For other nodes / entities in this disclosure, similar rule applies.

[0129] As shown in FIG. 3, the T-TRP 170 include at least one processor 260. Only one processor 260 is illustrated to avoid congestion in the drawing. The T-TRP 170 may further include 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 T-TRP 170 may further include at least one memory 258. The T-TRP 170  may further include scheduler 253. Only the transmitter 252, receiver 254, processor 260, memory 258, antenna 256 and scheduler 253 are illustrated for simplicity, but the T-TRP may include one or more other components.

[0130] The T-TRP 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 T-TRP 170 may be a macro base station (BS) , a pico BS, a relay node, a donor node, or the like, or combinations thereof. The T-TRP 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.

[0131] In some embodiments, the parts of the T-TRP 170 may be distributed. For example, some of the modules of the T-TRP 170 may be located remote from the equipment that houses the antennas 256 for the T-TRP 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 T-TRP 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 T-TRP 170. The modules may also be coupled to other T-TRPs. In some embodiments, the T-TRP 170 may actually be a plurality of T-TRPs that are operating together to serve the ED 110, e.g. through the use of coordinated multipoint transmissions.

[0132] The processor 260 performs operations including those related to: preparing a transmission for downlink transmission to the ED 110, processing an uplink transmission received from the ED 110, preparing a transmission for backhaul transmission to the T-TRP 170 and / or NT-TRP 172, and processing a transmission received over backhaul from the T-TRP 170 and / or NT-TRP 172. 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, determining where to deploy the NT-TRP 172, etc. In some embodiments, the processor 260 may generate signaling, e.g. to configure one or more parameters of the ED 110 and / or one or more parameters of the NT-TRP 172. Any signaling generated by the processor 260 is sent by the transmitter 252.

[0133] The scheduler 253 may be coupled to the processor 260 or integrated in the processor 260. The scheduler 253 may be included within or operated separately from the T-TRP 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.

[0134] The memory 258 is configured to store information, and optionally data. The memory 258 stores instructions and data used, generated, or collected by the T-TRP 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.

[0135] 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.

[0136] 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.

[0137] When the T-TRP 170 is an apparatus (also called as component) , for example, communication module, modem, chip, or chipset in a device, it includes at least one processor, and an interface or at least one pin. In this scenario, the transmitter 252 and receiver 254 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the NT-TRP 172 and / or the T-TRP 170 and / or ED 110 may be referred as transmitting information to the interface or at least one pin, and receiving information from the NT-TRP 172 and / or the T-TRP 170 and / or ED 110 may be referred as receiving information from the interface or at least one pin. The information  may include control signaling and / or data.

[0138] Although the NT-TRP 172 is illustrated as a drone only as an example, the NT-TRP 172 may be implemented in any suitable non-terrestrial form, such as satellites and high altitude platforms, including international mobile telecommunication base stations and unmanned aerial vehicles, for example. Also, the NT-TRP 172 may be known by other names in some implementations, such as a non-terrestrial node, a non-terrestrial network device, or a non-terrestrial base station.

[0139] As shown in FIG. 3, The T-TRP 170 may further include 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 T-TRP 170 may further include at least one memory 258. The T-TRP 170 may further include scheduler 253. Only the transmitter 252, receiver 254, processor 260, memory 258, antenna 256 and scheduler 253 are illustrated for simplicity, but the T-TRP may include one or more other components.

[0140] As shown in FIG. 3, the NT-TRP 172 include at least one processor 276. Only one processor 276 is illustrated to avoid congestion in the drawing. The NT-TRP 172 may include a transmitter 272 and a receiver 274 coupled to one or more antennas 280. Only one antenna 280 is illustrated to avoid congestion in the drawing. One, some, or all of the antennas may alternatively be panels. The transmitter 272 and the receiver 274 may be integrated as a transceiver. The NT-TRP 172 may further include at least one memory 278. The NT-TRP 172 may further include scheduler. Only the transmitter 272, receiver 274, processor 276, memory 278, antenna 280 are illustrated for simplicity, but the NT-TRP may include one or more other components.

[0141] The NT-TRP 172 include a processor 276 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, preparing a transmission for backhaul transmission to T-TRP 170 and / or another NT-TRP 172, and processing a transmission received over backhaul from the T-TRP 170 and / or another NT-TRP 172. Processing operations related to preparing a transmission for downlink or backhaul transmission may include operations such as encoding, modulating, precoding (e.g. 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. In some embodiments, the processor 276 implements the transmit beamforming and / or receive beamforming based on beam direction information (e.g. BAI) received from the T-TRP 170. In some embodiments, the processor 276 may generate signaling, e.g. to configure one or more parameters of the ED 110. In some embodiments, the NT-TRP 172  implements physical layer processing, but does not implement higher layer functions such as functions at the medium access control (MAC) or radio link control (RLC) layer. As this is only an example, more generally, the NT-TRP 172 may implement higher layer functions in addition to physical layer processing.

[0142] The memory 278 is configured to store information and optionally data. The memory 258 stores instructions and data used, generated, or collected by the NT-TRP 172. For example, the memory 278 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 276.

[0143] Although not illustrated, the processor 276 may form part of the transmitter 272 and / or part of the receiver 274. Although not illustrated, the memory 278 may form part of the processor 276.

[0144] The processor 276, the processing components of the transmitter 272, and the processing components of the receiver 274 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 278. Alternatively, some or all of the processor 276, the processing components of the transmitter 272, and the processing components of the receiver 274 may be implemented using dedicated circuitry, such as a programmed FPGA, a hardware accelerator (e.g., a GPU or AI accelerator) , or an ASIC. In some embodiments, the NT-TRP 172 may actually be a plurality of NT-TRPs that are operating together to serve the ED 110, e.g. through coordinated multipoint transmissions.

[0145] When the NT-TRP 172 is an apparatus (e.g. communication module, modem, chip, or chipset) in a device, it includes at least one processor, and an interface or at least one pin. In this scenario, the transmitter 272 and receiver 257 may be replaced by the interface or at least one pin, wherein the interface or at least one pin is to connect the apparatus (e.g., chip) and other apparatus (e.g., chip, memory, or bus) . Accordingly, the transmitting information to the T-TRP 170 and / or another NT-TRP 172 and / or ED 110 may be referred as transmitting information to the interface or at least one pin, and receiving information from the T-TRP 170 and / or another NT-TRP 172 and / or ED 110 may be referred as receiving information from the interface or at least one pin. The information may include control signaling and / or data.

[0146] Note that “TRP” , as used herein, may refer to a T-TRP or a NT-TRP. A T-TRP may alternatively be called a terrestrial network TRP ( “TN TRP” ) and a NT-TRP may alternatively be called a non-terrestrial network TRP ( “NTN TRP” ) . The T-TRP 170, the NT-TRP 172, and / or the ED 110 may include other components, but these have been omitted for the sake of clarity.

[0147] Note that “signaling” , as used herein, may alternatively be called control signaling, control message, control information, or message for simplicity. Signaling between a BS (e.g., the network node 170) and a terminal or sensing  device (e.g., ED 110) , or signaling between different terminal or sensing device (e.g., between ED 110i and ED110j) may be carried in physical layer signaling (also called as dynamic signaling) , which is transmitted in a physical layer control channel. For downlink the physical layer signaling may be known as downlink control information (DCI) which is transmitted in a physical downlink control channel (PDCCH) . For uplink, the physical layer signaling may be known as uplink control information (UCI) which is transmitted in a physical uplink control channel (PUCCH) . For sidelink, signaling between different terminal or sensing device (e.g., between ED 110i and ED110j) may be known as sidelink control information (SCI) which is transmitted in a physical sidelink control channel (PSCCH) . Signaling may be carried in a higher-layer (e.g., higher than physical layer) signaling, which is transmitted in a physical layer data channel, e.g. in a physical downlink shared channel (PDSCH) for downlink signaling, in a physical uplink shared channel (PUSCH) for uplink signaling, and in a physical sidelink shared channel (PSSCH) for sidelink signaling. Higher-layer signaling may also called static signaling, or semi-static signaling. Higher-layer signaling may be radio resource control (RRC) protocol signaling or media access control –control element (MAC-CE) signaling. Signaling may be included in a combination of physical layer signaling and higher layer signaling.

[0148] It should be noted that in present disclosure, “information” , when different from “message” , may be carried in one single message, or be carried in more than one separate message.

[0149] One or more steps of the methods provided in this disclosure herein may be performed by corresponding units or modules, according to FIG. 4. FIG. 4 illustrates units or modules in a device or apparatus, such as in the ED 110, in the T-TRP 170, or in the NT-TRP 172. For example, a signal may be transmitted by a transmitting unit or by a transmitting module. A signal may be received 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. For other nodes / entities in this disclosure, similar units or modules applies.

[0150] Additional details regarding the EDs 110, the T-TRP 170, and the NT-TRP 172 are known to those of skill in  the art. As such, these details are omitted here.

[0151] The proposed 6G System architecture is defined to support 6G XaaS services by using techniques such as Network Function Virtualization and Network Slicing. The 6G System architecture utilizes service-based interactions between 6G services.

[0152] The 6G System leverages service-based architecture and XaaS concept. XaaS services in the 6G System are categorized into three layers. The 6G System conceptual structure is shown in FIG. 5.

[0153] Infrastructure Layer includes infrastructures supporting 6G services. Among them are wireless networks (RAN, CN) infrastructures, Cloud / data center infrastructures, satellite networks, storage / database infrastructures, and sensing networks, and etc. These infrastructures can be provided by a single provider or by multiple providers.

[0154] Each of the infrastructures could have its control and management functions, denoted as C / M functions, for infrastructure management. Each of these infrastructures is one type of Infrastructure as a Service.

[0155] Control and Management (C / M) layer includes control and management services of the 6G System. They are developed and deployed by using slicing techniques and utilizing resource provided by infrastructure layer. 6G services in Control and Management (C / M) layer are:

[0156] -Control function relocation (RM) as a Service provides a capability of life-cycle management of a variety of slices and over-the-air resource assignment to wireless devices.

[0157] -A6G mission is defined as a service provided to customers by the 6G System. A mission can be a type of services which is provided by a single 6G XaaS service or a type of services that needs contributions from multiple XaaS services.

[0158] -Mission Management (MM) as a Service provides a capability to program provisioning of XaaS services at Service Layer to provide mission services.

[0159] -Confederation Network (CONET) as a Service provides a capability to enable multiple partners jointly provide 6G services. This capability is provided by confederation formation, mutual authentication, mutual authorization among partners and negotiation of agreement on recording and retracing of selected actions performed by partners, in order to assure a trustworthy environment of 6G System operations.

[0160] -Service Provisioning Management (SPM) as a Service provides a capability of control and management of 6G service access by customers and provisioning of requested services. The capability is provided by unified mutual authentication, authorization and policy, key management, QoS assurance and charging between any pair of XaaS service provider and customer. The customers include end-customers not only in physical world, but also digital representatives in digital world.

[0161] -Connectivity Management (CM) as a Service leverages 5G connectivity management functions, but with extension to include digital world.

[0162] -Protocol as a Service provides a capability to design service customized protocol stacks for identified interfaces.

[0163] -The protocol stacks could be pre-defined for on-demand selection, or could be on-demand designed.

[0164] Network Security as a Service provides a capability for owners of infrastructures to detect potential security risks of their infrastructures.

[0165] -XaaS services in C / M Layer support control and management of the 6G System itself and also provide support to verticals if requested. One example is that RM service can serve RAN for over-the-air control function relocation and can also provide service to a vertical for the vertical’s over-the-air resource allocation to its end-customers. The XaaS in C / M layer can be deployed by using slicing technique.

[0166] Service Layer includes 6G services which provide services to customers. In the 6G System conceptual structure:

[0167] -AI service is denoted as NET4AI as a Service. Artificial Intelligence service provides AI capability to support a variety of AI applications.

[0168] -Service of data collection, data sanitization, data analysis and data delivery are denoted as data analytics and management (DAM) as a Service, this service provides a capability of lifecycle management of statistic data, including acquisition, de-privatization, analysis and delivery of data which are information statistic data from any types of sensors, devices, network functions, and etc.

[0169] -Service of storage and sharing of data is denoted as NET4Data as a Service, this service provides a capability to trustworthily storage and share data under the control of owners of data and following recognized authorities’ regulations on control of identified data.

[0170] -Service to provide digital world is denoted as NET4DW as a Service, Digital World service provides a capability to construct, control and manage digital world. Digital world is defined as digital realization of physical world.

[0171] -6G block chain service is denoted as NET4BC as a Service. 6G connectivity service is denoted as NET4Con as a Service. This service provides a capability to support 6G block chain services.

[0172] -Enhanced connectivity service, e.g., network for connectivity (NET4CON) as a service.

[0173] This service provides a capability to support exchange of messages and data among new 6G services.

[0174] All XaaS services at this Layer are developed and deployed by using resource provided in infrastructure and utilizing Network Function Virtualization and Slicing techniques. The capability of each of 6G services is provided by its control and management functions and service specific data process functions.

[0175] In addition to support 6G XaaS services at Service Layer, 6G System leverages 5G System for provisioning of vertical services. The difference between 6G XaaS services and other verticals are that a vertical is a pure customer which needs other XaaS services to enable its operation, while each of XaaS services provide their capabilities to 6G customers.

[0176] Any pair of XaaS services of the 6G System could also be mutual customer and provider of each other. Some of example are that an infrastructure owner provides its resource to XaaS services in Service Layer and C / M Layer; RM services may need the capabilities provided by NET4AI, DAM and NET4DW for its control function relocation for vertical slicing; CONET service and NET4Data service may need the capability provided by NET4BC for their operation.

[0177] The key concepts of 6G System includes:

[0178] -Define Basic XaaS Services by decoupling comprehensive types of services into basic XaaS services. A basic XaaS service provides unique capability to enable a specific type of service, such as NET4AI service, NET4DW service, DAM service, NET4Data service, Block chain service, mission management service, etc.

[0179] -Allow joint operation of the 6G System by multiple partners.

[0180] -Define Data Plane of the 6G System which includes processing functions of data plane of XaaS services. Programing the interconnection of these functions, by mission management service, enables to support a variety of customized customer services.

[0181] -Simplify 6G System architecture by categorizing basic control services and management services and combining them as basic XaaS services in Control and Management (C / M) Layer.

[0182] -Define C / M Plane of the 6G System which includes C / M functions in XaaS services and may include 5G control plane (CP) (e.g., AMF) depending on implementation options.

[0183] -Define Basic Architecture Structure (BAS) which is a unified basic structure with minimized number of interfaces and is independent of types of infrastructures.

[0184] -Simplify standardization, development and deployment of the 6G System using the BAS concept, while supporting a variety of infrastructure deployment scenarios.

[0185] -Adapt to a variety of deployment scenarios by applying the BAS or a subset of it to infrastructures based on capability, capacity and requirement of the infrastructure networks.

[0186] -Leverage SBI interface concept and apply SBI interaction in both 6G C / M plane and 6G data plane.

[0187] -Simplify service based Interface (SBI) interfaces by introducing trustworthy GWs in Data Plane and C / M Plane of the 6G System.

[0188] -Improve trustworthiness from perspectives of operation of the 6G System by introducing CONET capability, NET4BC capability and anonymous service provisioning provided by the trustworthy GWs in the C / M plane and data plane of the 6G System.

[0189] -Improve trustworthiness from perspective of end customer privacy protection by unified mutual authentication, ID management (IDM) , data sanitization and etc. provided by SPM service, DAM service and 6G Block Chain service.

[0190] -Simplify roaming management of wireless devices, in physical world and digital world, by unified authentication including all participated partners and customers.

[0191] -Support multiple development paths from 5G System to 6G System by defining multiple architecture options without incurring much efforts due to the introduction of the BAS concept.

[0192] -Support backward compatibility by utilizing benefits of SBA and its add-on feature. 5G users can use the 6G System to access 5G services.

[0193] -Support future extension by adding new XaaS services with minimized impact on standardization and deployment, due to the introduced anonymous service provisioning concept implemented in trustworthy GWs in 6G C / M plane and in 6G data plane.

[0194] As mentioned before, the progress of ME in the communication system needs to be controlled by at least one TCF. However, due to external environment reasons, as an example, the management load required by the ME increases, resulting in o-TCF no longer meeting the management requirements, and TCF relocation of o-TCF may be required. However, there is currently no efficient implementation method for TCF relocation.

[0195] The embodiments described introduces a TCF relocation system, which includes at least one device for TCF relocation, which can realize efficient relocation of TCF. Among them, a first device may be the MM introduced below, a second device may be o-TCF introduced below, and a third device may be n-TCF introduced below.

[0196] According to some embodiments, when relocation of TCF is required, MM can determine a n-TCF, and control o-TCF to migrate all its functions to n-TCF, for example, send TE information to n-TCF so that n-TCF can get to know the progress of TE or the current execution results of TE.

[0197] According to some embodiments, before synchronization, the MM can also send the n-TCF information to the o-TCF, so that the o-TCF can clarify the object to which it will perform data synchronization. Moreover, MM may also send respective synchronization rules to both o-TCF and n-TCF parties to promote successful data synchronization between both parties.

[0198] According to some embodiments, the MM can also control the MM to suspend the execution of the currently  executing mission to prevent information disruption to the synchronization process. Noted that the mission-related section below will introduce the details of the mission.

[0199] The TCF relocation system described will be introduced below with reference to FIG. 6. Basically, the method described and the TCF relocation system are based on the same invention concept.

[0200] The system performs ME management and control function relocation provided in this disclosure using an architecture illustrated in FIG. 6. The architecture includes a number of network functions: mission customer, MM, TCF, and PSF. Please note that the apparatus, units and modules shown in FIG. 3 and FIG. 4 may also be applied for Device / DN, MM, TCF, and PSF.

[0201] Mission customer (MC) : An authorized network entity, e.g. an application function (AF) , a device, or a network function, can send a request to the MM to request a ME. The authorized network entity is referred to as mission customer (MC) .

[0202] Mission management (MM) : The MM includes control / management plane (CP) functions to manage / coordinate one or multiple ME (s) . The MM controls and coordinates an ME over an instance of the mission, including starting, pausing, resuming, stopping, terminating the ME. The MM starts, pauses, resumes, stops or terminates the ME according to a request (e.g. from a MC) or upon certain event (e.g. a time event) . The MM is responsible for establishing data plane paths among CB instance (s) within the mission instance and between mission participants (e.g. UEs) and the CB instance (s) for the mission execution. When coordinating the mission execution, the MM triggers execution (s) of the CB (s) of the mission at right time and coordinates access of mission participants, e.g. devices, to the mission execution. The MM may control the mission execution with respect to relevant MM polices, which can be pre-configured at the MM or obtained by the MM from another control plane entity. Mission context related to the ME is maintained in the CP and in the DP before the ME is terminated.

[0203] Task control function (TCF) : The TCF controls and coordinates a TE, including starting, stopping, and terminating the TE. The TCF starts, stops or terminates the TE as part of a ME according to request (s) from the MM. The TCF is informed by the MM that a network entity, e.g. a device, is accessing / participating the TE. The TCF can accordingly invite the network entity at right time, e.g. when task resources are ready, to access / participate the TE, wherein the network entity may provide data to support the task execution or receives data related to the TE. Task context related to the TE is maintained in the CP of the service module and in the DP of the service module before the task execution is terminated.

[0204] Processing service function (PSF) : The PSF receives and processes DP traffic. The PSF may generate data plane traffic. The PSF may transmit its received data plane traffic (possibly after processing) or generated data plane traffic  to other PSFs or the DN or the UE via one or multiple data plane gateways, a. k. a. data gateways (data GWs) , which are similar to UPFs (user plane functions) in the 5G system.

[0205] According to some embodiments, the MM can play a coordinating role to determine whether relocation is required, and during the relocation process, transmit information to o-TCF and n-TCF, or control the interaction between o-TCF, n-TCF and PSFs. Information is transferred among each other to control each role in the system to assist in completing the TCF relocation process step by step.

[0206] The following will introduce mission and mission-related terms.

[0207] A mission is to achieve a designated goal, known as mission goal, which includes 1) providing protocol data unit (PDU) connectivity and optionally 2) providing data processing. When the mission goal includes providing data processing, the mission goal is associated with specific computational problem (s) , and providing data processing refers to solving the specific computational problem (s) . In this case, the mission includes one or multiple computing blocks (CBs) and is associated with a networking procedure among the CBs for solving the specific computational problem (s) . A CB within the mission corresponds to a defined computational step toward the mission goal (i.e. solving the specific computational problem (s) ) and may be supported by a service (in the form of a task) , a data network (DN) , or another mission; accordingly, the CB is referred to as a task CB, an external CB or a sub-mission CB. Mission management includes programming a mission, instantiating a mission and achieving a mission goal.

[0208] A mission slice is a logical network that provides specific capabilities and characteristics in networking and computing (including storage) for a mission. A CB within the mission corresponds to a subnet, referred to as CB subnet, of the mission slice. The CB subnet provides computing functionalities of achieving the corresponding computational step toward the mission goal. A mission slice instance incudes a set of network function instances and the required resources (e.g. computing, storage, and networking resources) and computing logic (e.g. in terms of parameter configuration) which form a deployed mission slice. A mission service is a service that provides achieving of a mission goal, a. k. a. executing of a mission, between a network entity (NE) , e.g. a UE or an AS, and a DN. A mission session refers to an association between an NE and a DN, providing a mission service with support from a mission slice instance.

[0209] Without ambiguity, mission and mission slice are used interchangeably for ease of presentation unless clarified; likewise, CB and CB subnet are used interchangeably. When a mission is instantiated, a mission slice instance is created for the mission. The mission slice instance is thus considered an instance of the mission. For each CB within the mission, the mission instance includes an instance of the CB. If the CB is a task CB, the CB instance is located in a XaaS service module (or, a service module for simplicity) supporting the task CB; if the CB is an external CB,  the CB instance is located in the respective DN; if the CB is a sub-mission CB, the CB instance is an instance of a mission corresponding to the CB. The mission can have multiple instances. A CB instance may be shared by multiple mission instances when the CB instance is stateless. Likewise, a mission instance may be shared by (i.e. support) multiple applications when the mission instance is stateless. A mission instance is stateless if and only if the mission instance does not include stateful CB instances.

[0210] An application located in a DN can be a customer of a mission and provide an application service to its users by making use of an execution of the mission. The mission can support more than one application. A mission supports an application through a mission instance. A mission can act as an application and natively provides an application service to the application users; in this case, the application is considered located in the mission. An authorized NE uses a mission session to access the application, the mission session targeting a DN where the application is located and being supported by an instance of the mission. When the application is located in the mission, the DN is an abstract DN and corresponds to the mission. The mission instance can be used to support more than one application. Different applications may be supported by different instances of a mission.

[0211] To support an application through a mission instance as described above, a mission session may be established over the mission instance. During the establishment of the mission session, both the data plane (e.g. data plane path (s) across CB instance (s) ) and the control plane (e.g. MCF (s) and TCF (s) ) are configured for the mission session.

[0212] After the mission session establishment, data traffic related to the application can flow through the mission instance and be processed under the coordination of the MM framework, according to a networking logic (if any) associated to the mission. The process of coordinating the data flow and processing is referred to as mission execution (ME) process (or ME in short) . A ME comprises one or multiple task execution (s) (TEs) according to the networking logic (if any) associated to the mission. A TE is referred to as the execution of a CB comprising one or multiple execution (s) of data plane (DP) computing / processing function (s) according to pre-defined execution dependency and / or logic (if any) associated to the CB. The ME management service is responsible for initiating, coordinating and terminating a ME process.

[0213] During mission execution, the TCF (s) may need relocation, due to 1) PSF relocation, which causes non-optimal TCF deployment to all PSF (s) involved in the TE, and 2) Computing / communication resource scarcity on network entities embedding the TCF.

[0214] Methods or procedures about how to dynamically relocate the TCF (s) during a ME process, and how MM can subscribe info of available TCF (s)  / PSF (s) (which can be used to relocate TCF (s) during a ME process) provided by XaaS service (s) is needed for Mission execution.

[0215] Accordingly, a method for a control function reloaction is provided in the disclosure. The method includes TCF (s) relocation during mission execution and Available TCF / PSF info subscription. Accordingly, the method may enable dynamic TCF (s) relocation during mission execution to solve resource scarcity and non-optimial deployment problems and enable MM to subscribe info of available TCF (s)  / PSF (s) provided by XaaS service (s) .

[0216] It is important to note that described is not limited to the factors that cause TCF relocation as described above, and the causes of TCF relocation for the programs according to the embodiments of described can be other causes.

[0217] The control function relocation is referred to as changing the control function of one or multiple TE (s) involved in the ME from an old control function to a new control function during the ME process. The old control function and the new control function may have different locations (i.e., network addresses) .

[0218] The reasons of control function relocation during the ME process are:

[0219] -Data plane (DP) function (s) relocation, which causes non-optimal deployment of the old control function, e.g., the network address of the old control function may not reachable for the relocated DP function (s) in new location (s) .

[0220] -Computing / communication resource scarcity on network entities embedding the control function.

[0221] -PSF relocation.

[0222] To enable the control function relocation, the controller of the ME may need to have the pre-knowledge of all available control function (s) that can be selected as the new control function (s) . Therefore, an available network function info subscription procedure is defined to provide information of available network function (s) (including both control function and DP function) to the controller of the ME.

[0223] In response to the problem of TCF relocation, described provides a method to realize TCF relocation mainly through interaction between MM, o-TCF, n-TCF and PSFs, which not only can not affect the execution of the mission under the premise of high relocation efficiency, but also ensure the security of the system. The exemplary process of the method will be introduced below in conjunction with FIG. 7 and FIG. 8.

[0224] For illustrative purposes, specific example embodiments will now be explained in greater detail in conjunction with the figures and above mentioned system, ED TRP and network nodes.

[0225] The embodiments set forth herein represent information sufficient to practice the claimed subject matter and illustrate ways of practicing such subject matter. Upon reading the following description in light of the accompanying figures, those of skill in the art will understand the concepts of the claimed subject matter and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure and the accompanying claims.

[0226] As shown in FIG. 7, a method for control function relocation, e.g., TCF relocation is provided in this disclosure.

[0227] The TCF relocation procedure can be triggered by the MM during a ME process. To executing a TCF relocation procedure, the MM may requires to have information of all available TCF (s) which is obtained in the TCF / PSF info subscription procedure (as described in later) .

[0228] In a TCF relocation procedure, the o-TCF is referred to as the old TCF which managing the on-going TE (s) and will be discarded after the TCF relocation completed; the n-TCF is referred to as the new TCF which will replace the o-TCF to manage the TE (s) after the TCF relocation completed.

[0229] FIG. 7 shows the TCF relocation procedure:

[0230] S101: MM performs TCF load monitoring.

[0231] MM performs TCF load monitoring to keep monitoring the computing load info on all TCF (s) .

[0232] The computing load info includes: percentage of computing unit (e.g., CPU) occupation / consumption caused by managing the on-going TE (s) associated with the TCF.

[0233] According to some embodiments, TCF load monitoring of the MM can be performed based on a preset frequency.

[0234] S102: MM performs TCF relocation determination.

[0235] MM determines to discard / re-locate an old TCF (o-TCF) according to the monitored info due to resource scarcity on o-TCF or non-optimal o-TCF location due to DP function relocation (e.g., PSF relocation) .

[0236] According to some embodiments, the MM may perform TCF relocation determination based on the data monitored in step S101.

[0237] As an example, if it is detected in step S101 that the percentage of computing unit (e.g., CPU) occupation / consumption is too large, for example, greater than a preset value, the MM may determine that TCF relocation needs to be performed.

[0238] As an example, the MM can also monitor the PSF managed by the TCF. If PSF relocation is detected, and the n-PSF of PSF relocation is associated with other TCF except o-TCF, the MM can determine that TCF relocation is required.

[0239] As an example, the MM can also monitor the DP used for TCF management. If the DP changes, for example, to a DP that is closer to other TCFs, the MM can determine that TCF relocation is required.

[0240] S103: MM selects n-TCF.

[0241] MM selects a new TCF (n-TCF) from the available TCF (s) to replace the o-TCF.

[0242] The selection criteria may include at least one of:

[0243] -The n-TCF must be within the same CBI as the o-TCF (ensure the n-TCF can manage all TE (s) managed by the o-TCF) .

[0244] -Location of the n-TCF, e.g., close to all PSF (s) .

[0245] -Available resources on the n-TCF, e.g., whether the n-TCF has sufficient computing / communication resources.

[0246] As an example, the MM may identify all available TCF (s) in the CBI to which the o-TCF belongs, and then determine the n-TCF from these TCF (s) . For instance, the TCF that is closest to the distance from the PSF (s) managed by the o-TCF is selected as the n-TCF from these TCF (s) , and, specifically, the TCFs can be computed to each of the PSFs the sum of the distances to each PSF, and selecting the TCF with the smallest sum of the distances as the n-TCF.

[0247] As an example, the MM may also determine the TCF (s) whose available resources are in line with the demand from all the TCF (s) of the CBI to which the o-TCF belongs, and then select the TCF (s) with the closest distance to the PSF (s) managed by the o-TCF as the n-TCF among these TCF (s) .

[0248] S104: MM performs n-TCF configuration.

[0249] The MM configures the n-TCF with TCF relocation configuration parameters, which may include at least one of:

[0250] -TCF configuration parameters defined in mission session configuration stage (e.g., ID (s) and / or location (s) of PSF (s) managed by it)

[0251] -Location of o-TCF

[0252] -TCF data synchronization rule (e.g., interface and QoS for receiving the data from o-TCF) for synchronizing data with o-TCF, which will be used in step S105.

[0253] According to some embodiments, the MM can record the resource usage data by o-TCF in history, and determine the resource criteria of n-TCF based on the recorded resource usage data, and then determine whether n-TCF has sufficient computing / communication resources based on the determined resource criteria. For example, resource criteria can be 110%, 120%greater than maximum historical data, etc.

[0254] According to some embodiments, the MM can evaluate the management resources required by the TE (s) managed by the o-TCF, and then determine whether the n-TCF has sufficient computing / communication resources based on the evaluation results.

[0255] As an example, the n-TCF configuration step, S104, includes following sub-steps:

[0256] S1041: n-TCF configuration request from MM to n-TCF.

[0257] The n-TCF configuration request configures the n-TCF according to the TCF relocation configuration  parameters which are included in the request.

[0258] S1042: n-TCF configuration request response from n-TCF to MM.

[0259] The n-TCF configures / modifies its local setting according to the received TCF relocation configuration parameters in step S1041. Then, the n-TCF sends this response to the MM to indicate the completion of the n-TCF configuration.

[0260] Noted that step S1042 is optional.

[0261] S105: MM triggers TCF synchronization.

[0262] After n-TCF configuration, the MM may trigger TCF synchronization procedure.

[0263] In details, The MM copy the local settings / parameters of the o-TCF to the n-TCF. The local settings / parameters of the o-TCF may include at least one of: info of completed TE (s) (e.g., TE ID (s) ) ; info of on-going TE (s) (e.g., TE ID(s) and %of TE completion) ; info of loaded management scheme (s)  / algorithm (s) ; intermediate parameters of the running scheme (s)  / algorithm (s) for managing the TE (s) ; etc.

[0264] For example, several types of loaded management schemes or algorithms are stored in TCFs or in the cloud. The info of loaded management scheme (s)  / algorithm (s) may be at least one ID or at least one name of certain scheme (s)  / algorithm (s) , based on which n-TCF can acquire the load management scheme (s)  / algorithm (s) and use it to manage TE (s) .

[0265] According to some embodiments, MM can send message to o-TCF, to trigger the o-TCF to initiate the synchronization procedure. The sub-steps involved in the step S105 include at least one of:

[0266] S1051: TCF sync request from MM to o-TCF.

[0267] TCF sync request from MM to o-TCF request the o-TCF to synchronize its local settings / parameters to the n-TCF. The TCF sync request include: 1) ID / name and location of the n-TCF; 2) TCF data synchronization rule (e.g., interface and QoS for sending the local settings / parameters of the o-TCF to the n-TCF) for synchronizing data with n-TCF.

[0268] According to some embodiments, each ID of n-TCF corresponds to each n-TCF.

[0269] S1052: o-TCF sends TE pause request / receives TE pause response.

[0270] The o-TCF may send the TE pause request to the related PSF (s) of the on-going TE (s) to pause the TE (s) .

[0271] This behavior may prevent the on-going TE (s) being impacted by the TCF relocation. The related PSF (s) may send the TE pause request response to the o-TCF after the PSF execution (s) are paused. Noted that this step of sending TE pause request response is optional.

[0272] According to some embodiments, the TE pause request may include TE information, such as TE ID, (ID of the  CBI running the TE+ mission session ID) .

[0273] S1053: TCF data synchronization is performed between the o-TCF and the n-TCF.

[0274] The o-TCF synchronizes its local settings / parameters with the n-TCF according to the TCF data synchronization rule received in step S1051.

[0275] S1054: TCF sync request response from o-TCF to MM.

[0276] The TCF sync request response inform the MM about the completion of synchronizing the o-TCF local settings / parameters with the n-TCF.

[0277] Noted that step S1054 is optional.

[0278] S1055: n-TCF sync complete message from n-TCF to MM.

[0279] The n-TCF sync complete message from n-TCF to MM inform the MM that the n-TCF has successfully received all settings / parameters of the o-TCF. The TCF synchronization procedure is completed after the MM received both S1054 and S1055 messages.

[0280] Noted that step S1055 is optional.

[0281] According to some embodiments, after TCF synchronization, n-TCF has the knowledge of all the algorithms, settings, parameters used in TE management, therefore obtaining the ability of controlling TE.

[0282] According to some embodiments, after TCF synchronization, n-TCF has the knowledge of completed TE (s) and ongoing TE (s) , as well as the progress of ongoing TE (s) , based on which n-TCF can continue all TE (s) that need to be continued precisely.

[0283] For example, a first task is managed by the o-TCF and has been executed up to 40%, at this time the MM decides to perform TCF relocation on the o-TCF. Then, during the process of TCF synchronization, the o-TCF can send the information about the first task, as well as the information about the progress of the first task, i.e., 40%completed, and the results about the first task currently executing 40%to n-TCF. The n-TCF, with the knowledge of such information, may continue to execute the first task based on the execution progress, 40%.

[0284] According to some embodiments, MM can send message to n-TCF, to trigger the n-TCF to initiate the synchronization procedure. In these embodiments, MM may send TCF sync request to n-TCF, and n-TCF sends TE pause request to o-TCF to pause all the ongoing TE (s) under o-TCF’s control, and that TE pause request may also indicates o-TCF to start the synchronization procedure between o-TCF and n-TCF.

[0285] S106: MM initiates PSF associated update procedure.

[0286] After TCF synchronization completed, the MM may further request the o-TCF to update the associated TCF info of all PSF (s) managed by it.

[0287] According to some embodiments, associated TCF info that needs to be updated may be stored in each PSF. According to this, PSF can open management rights to associate TCF. As an example, if the o-TCF modifies the associated info of the PSF from o-TCF to the n-TCF, it enables the n-TCF to manage the PSF.

[0288] As an example, the sub-steps in step S106 include:

[0289] S1061: PSF association update request from MM to o-TCF.

[0290] The PSF association update request from MM to o-TCF request the o-TCF to change / revise the associated TCF info (i.e., ID / name and location of the TCF) stored / recorded by all PSF (s) managed by the o-TCF from the o-TCF info to the n-TCF info.

[0291] The PSF association update request may include at least one of:

[0292] -n-TCF info, i.e., ID / name of the n-TCF and the location of the n-TCF.

[0293] -n-TCF effective time / slot: A scheduled time / slot which indicates the PSF when the changed / revised associated TCF info (i.e., n-TCF info) shall start to be effective. This time / slot must be a future time / slot scheduled by the MM.

[0294] S1062: The o-TCF sends the PSF customize request to at least one PSF managed by it to change / revise each PSF’s associated TCF info.

[0295] The PSF association update request includes: 1) n-TCF info; 2) n-TCF effective time.

[0296] S1063: The PSF changes / revises the stored / recorded associated TCF info from the o-TCF info to the received n-TCF info on the n-TCF effective time.

[0297] Then, the PSF sends the PSF customize request response to the o-TCF to indicate the completion of associated TCF info change.

[0298] S1064: The o-TCF may send the PSF association update request response to the MM to indicate the completion of PSF association update procedure. This may happen after receiving the PSF customize request response from all PSF (s) managed by the o-TCF.

[0299] According to some embodiments, without PSF associated update procedure, the PSF (s) cannot be accessed or managed by n-TCF, as well as other TCF (s) except o-TCF, thus data security on the PSF side is ensured. After PSF associated update procedure, the PSF (s) are associated with n-TCF, at the same time cannot be access or managed by other TCF (s) including o-TCF.

[0300] S107: n-TCF performs handshake with PSF (s) .

[0301] In some implementations, the n-TCF may trigger a handshake procedure (e.g., the 3-way handshake) with each PSF managed by it to test connection between the n-TCF and the PSF.

[0302] Noted that step S107 is optional.

[0303] According to some embodiments, the handshake procedure of n-TCF can be performed based on a preset frequency, for example, triggering a handshake procedure every preset time interval to determine whether the PSF can be successfully managed by n-TCF. Thus, the n-TCF can perform a double check on whether it has successfully associated with the PSF (s) , and can detect a successful relocation as early as possible, so that n-TCF can provide timely feedback to the MM, in order to enable the MM to continue with subsequent operations such as the release of the o-TCF.

[0304] S108: TCF relocation complete notification from n-TCF to MM.

[0305] The TCF relocation complete notification from n-TCF to MM may notify the MM about the completion of TCF relocation procedure.

[0306] According to some embodiments, after the n-TCF performs S107 and the handshake is successful, the TCF relocation complete notification can be sent to the MM.

[0307] According to some embodiments, after the n-TCF successfully manages the PSF (s) for TE, a TCF relocation complete notification may be sent to the MM.

[0308] S109: MM send o-TCF release request / receives o-TCF release response.

[0309] In some implementations, the MM may send an o-TCF release request to the o-TCF to delete the local settings / parameters of the o-TCF and release the related storage / computing resources.

[0310] The o-TCF may send an o-TCF release request response after deleted the local settings / parameters of the o-TCF and released the related storage / computing resources.

[0311] Note that step S109 is optional.

[0312] According to some embodiments, by synchronizing the parameter information in o-TCF to n-TCF, and changing all the information associated with o-TCF in the PSF managed by o-TCF to be associated with n-TCF, this method results in an efficient migration from o-TCF to n-TCF, and enables n-TCF to successfully control the PSF managed by o-TCF for TE.

[0313] The TCF relocation procedure enables the dynamic TCF (s) relocation during a ME process, which can solve the TCF resource scarcity and non-optimial deployment problems.

[0314] As mentioned earlier, MM needs to determine whether or not to relocate the o-TCFs, and, needs to determine the n-TCFs from the available TCF (s) , which requires the MM to know the information about the individual TCF (s) and PSF (s) .

[0315] In some embodiments, the MM may subscribe to the TCF / PSF info.

[0316] As shown in FIG. 8, a method for TCF / PSF info subscription is provided in this disclosure.

[0317] The TCF / PSF info subscription procedure may be used for TCF relocation procedure mention above. The TCF / PSF info subscription procedure allows the MM to have the most updated information of any available TCF and PSF resources provided by XaaS services. A network repository function (NRF) which stores the information of available TCF (s) and PSF (s) is involved in the TCF / PSF info subscription procedure.

[0318] According to some embodiments, after knowing the information about available TCFs, the MM can determine an n-TCF that meets the requirements from all available TCFs. According to some embodiments, after knowing the information about the available PSFs, the MM can select at least one PSF from the available PSFs to join the PSF (s) managed by the TCF when the PSF managed by the TCF is overloaded. Make the updated PSF (s) meet the execution load requirements.

[0319] FIG. 8 shows the TCF / PSF info subscription procedure, which may include at least one of:

[0320] S201: n-PSF / TCF info subscribe request from MM to NRF.

[0321] MM request to subscribe available TCF and / or PSF information from NRF. The n-PSF / TCF info subscribe request may include at least one of the following requirements:

[0322] -Subscribed function type (TCF, PSF, or both) ;

[0323] -Subscribed XaaS service info (e.g., XaaS service ID / name) . This segment describes the associated XaaS services of the subscribed TCF and PSF info.

[0324] -Info update method: event-trigger update or periodical update. In event-trigger update, the MM will receive info of new TCF / PSF (n-TCF / PSF) immediately after an n-TCF / PSF has been registered in the NRF. In periodical update, the MM will periodically receive info of all n-TCF (s)  / PSF (s) registered to the NRF within the last period. If the periodical update method is selected, an updating period (e.g., per 12 hours, per day) may be specified in the n-PSF / TCF info subscribe request.

[0325] S202: n-PSF / TCF info subscribe request response from NRF to MM.

[0326] The n-PSF / TCF info subscribe request response inform the MM that the n-PSF / TCF info subscription request has been accepted by the NRF.

[0327] S203: XaaS service triggers n-TCF / PSF info registration.

[0328] Once an n-TCF / PSF is discovered / initiated by a XaaS service, the service control function (SCF) of the XaaS service (e.g., controller of the XaaS service) may trigger a n-TCF / PSF info registration procedure to register the info of the n-TCF / PSF into the NRF.

[0329] The n-TCF / PSF info registration procedure, step S203, may include at least one:

[0330] S2031: n-PSF / TCF info register request from SCF to NRF.

[0331] SCF send the info of the n-TCF / PSF to the NRF for registration through n-PSF / TCF info register request, this request includes the info of n-TCF / PSF.

[0332] The info of n-TCF may include at least one of: 1) ID / name of the n-TCF; 2) location of the n-TCF; 3) available storage / computing resources on the n-TCF; 4) available interface (s) to connect the n-TCF; 5) ID (s) and / or location (s) of PSF (s) managed by it; etc. The info of n-PSF may include at least one of: 1) ID / name of the n-PSF; 2) location of the n-PSF; 3) available storage / computing resources on the n-PSF; 4) available interface (s) to connect the n-PSF; etc.

[0333] S2032: NRF performs PSF / TCF dataset update.

[0334] The NRF updates the local PSF / TCF dataset by adding the n-TCF / PSF info received in step S2031.

[0335] S2033: n-PSF / TCF info register request response from NRF to SCF.

[0336] The n-PSF / TCF info register request response informs the SCF about the completion of n-TCF / PSF info registration. This is optional.

[0337] Please note that step S2033 may happen before step S2031, or step S2032.

[0338] S204: n-PSF / TCF info update from NRF to MM.

[0339] The NRF sends n-TCF / PSF info to the MM according to the requirements defined in the n-PSF / TCF info subscribe request received in step S201.

[0340] S205: n-PSF / TCF info update response from MM to NRF.

[0341] The n-PSF / TCF info update response informs the NRF about the reception of the updated n-TCF / PSF info.

[0342] If step S203 happens before step S201, or step S202, step 204 and step 205 may be not needed.

[0343] Please note that step S203 may happen more than one time. For each happening for step S203, a corresponding step S204 and step S205 may happen, or one step S204 and step S205 may correspond to more than one step S203. The TCF / PSF info subscription procedure enables the MM to subscribe info of available TCF (s)  / PSF (s) provided by XaaS service (s) . The info of available TCF (s)  / PSF (s) can be used in the TCF and PSF relocation procedures.

[0344] According to the embodiment shown in Figure 8, the MM can realize real-time monitoring of PSF / TCF through SCF / NRF, so that the MM can promptly discover the overload of TCF or the relocation of PSF, so that it can quickly initiate the relocation of TCF, as a result, preventing TCF from overloading.

[0345] Illustratively, referring to Fig. 9, Fig. 9 shows a schematic block diagram of an apparatus according to some e mbodiments of this disclosure. The apparatus 1000 includes a processor 1010. The processor 1010 is coupled to a memory 1020. The memory 1020 is configured to store a computer program or instructions and / or data. The proce  ssor 1010 is configured to execute the computer program or instructions and / or data stored in the memory 1020, so that the methods in the foregoing method embodiments are executed.

[0346] In some embodiments, the apparatus 1000 includes one or more processors 1010.

[0347] In some embodiments, as shown in Fig. 9, the apparatus 1000 may further include the memory 1020.

[0348] In some embodiments, the apparatus 1000 may include one or more memories 1020.

[0349] In some embodiments, the memory 1020 may be integrated with the processor 1010, or disposed separately fr om the processor 1010.

[0350] In some embodiments, as shown in Fig. 9, the apparatus 1000 may further include a communication interface 1030, and the communication interface 1030 is configured to communication with other apparatus / chips / device / chi pset. For example, the processor 1010 is configured to receive a signal across a receiver or transmit a signal across a transmitter based on the communication interface 1030. For another example, the processor 1010 may store data t o a memory or read data from a memory based on the communication interface 1030.

[0351] In some embodiments, the detail description of processor 1010 may refer to the aforementioned processor 90 / 260 / 276.

[0352] In some embodiments, the detail description of memory 1020 may refer to the aforementioned memory 208 / 2 58 / 278.

[0353] In some embodiments, the apparatus 1000 may comprise more modules.

[0354] In some embodiments, the apparatus 1000 may be applied as a BS or UE. And the apparatus 1000 may execu te instructions to realize the steps executed by UE in FIG. 7 and FIG. 8.

[0355] In some embodiments, the apparatus 1000 might be a chip or a chipset.

[0356] 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.

[0357] 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.

[0358] Although aspects of the present invention have been described with reference to specific features and  embodiments thereof, various modifications and combinations can be made thereto without departing from the invention. The description and drawings are, accordingly, to be regarded simply as an illustration of some embodiments of the invention as defined by the appended claims, and are contemplated to cover any and all modifications, variations, combinations or equivalents that fall within the scope of the present invention. Therefore, although embodiments and potential advantages have been described in detail, various changes, substitutions and alterations can be made herein without departing from the invention as defined by the appended claims. Moreover, the scope of the present application is not intended to be limited to the particular embodiments of the process, machine, manufacture, composition of matter, means, methods and steps described in the specification. As one of ordinary skill in the art will readily appreciate from the disclosure of the present invention, processes, machines, manufacture, compositions of matter, means, methods, or steps, presently existing or later to be developed, that perform substantially the same function or achieve substantially the same result as the corresponding embodiments described herein may be utilized according to the present invention. Accordingly, the appended claims are intended to include within their scope such processes, machines, manufacture, compositions of matter, means, methods, or steps.

[0359] Moreover, any module, component, or device exemplified herein that executes instructions may include or otherwise have access to a non-transitory computer readable or processor readable storage medium or media for storage of information, such as computer readable or processor readable instructions, data structures, program modules, and / or other data. A non-exhaustive list of examples of non-transitory computer readable or processor readable storage media includes magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, optical disks such as compact disc read-only memory (CD-ROM) , digital video discs or digital versatile disc (DVDs) , Blu-ray DiscTM, or other optical storage, volatile and non-volatile, removable and non-removable media implemented in any method or technology, random-access memory (RAM) , read-only memory (ROM) , electrically erasable programmable read-only memory (EEPROM) , flash memory or other memory technology. Any such non-transitory computer readable or processor readable storage media may be part of a device or accessible or connectable thereto. Any application or module herein described may be implemented using instructions that are readable and executable by a computer or processor may be stored or otherwise held by such non-transitory computer readable or processor readable storage media.

[0360] In some aspects of the present disclosure, there is provided an apparatus / chipset system comprising means (e.g., at least one processor) to implement a method implemented by (or at) a UE of the present disclosure. The apparatus / chipset system may be the UE (that is, a terminal device) or a module / component in the UE. In details, the  at least one processor may execute instructions stored in a computer-readable medium to implement the method.

[0361] In some aspects of the present disclosure, there is provided an apparatus / chipset system comprising means (e.g., at least one processor) to implement the method implemented by (or at) a network device (e.g., base station) of the present disclosure. The apparatus / chipset system may be the network device or a module / component in the network device. In details, the at least one processor may execute instructions stored in a computer-readable medium to implement the method.

[0362] In some aspects of the present disclosure, there is provided a system comprising at least one of an apparatus in (or at) a UE of the present disclosure, or an apparatus in (or at) a network device of the present disclosure.

[0363] In some aspects of the present disclosure, there is provided a method performed by a system comprising at least one of an apparatus in (or at) a UE of the present disclosure, and an apparatus in (or at) a network device of the present disclosure.

[0364] In some aspects of the present disclosure, there is provided an apparatus / chipset system comprising means (e.g., at least one processor) to implement a method implemented by (or at) a UE of the present disclosure. The apparatus / chipset system may be a network entity illustrated in this disclosure, e.g., AF, TCF, Device (that is, a terminal device) or a module / component in the network entity. In details, the at least one processor may execute instructions stored in a computer-readable medium to implement the method.

[0365] In some aspects of the present disclosure, there is provided a system comprising at least two of the mentioned network entities e.g., AF, TCF, Device illustrated in this disclosure.

[0366] In some aspects of the present disclosure, there is provided a method performed by a system comprising at least two of the mentioned network entities illustrated in this disclosure.

[0367] Please note that two or more of the network entities illustrated in this disclosure may be located in physical network entity, or to be implemented as a single function entity. In this case, the interaction between the two or more of the mentioned network entities may be not needed, i.e., the corresponding step (s) may be ignored (optional) .

[0368] Please note that although two or more network entities are illustrated in this disclosure, only one of them may be enough for an example solution in this disclosure. For example, in the example shown in FIG. 8, from MM side, only an n-PSF / TCF info subscribe request / response, n-PSF / TCF info update / response are needed. For operations executed by other network entities (e.g., step S203) , the MM does not see it (or they may be transparent to the MM) .

[0369] In some aspects of the present disclosure, there is provided a computer program comprising instructions. The instructions, when executed by a processor, may cause the processor to implement a method of the present disclosure.

[0370] In some aspects of the present disclosure, there is provided a non-transitory computer-readable medium storing  instructions, the instructions, when executed by a processor, may cause the processor to implement a method of the present disclosure.

[0371] The solutions described in the disclosure is applicable to a next generation (e.g. sixth generation (6G) or later) network, or a legacy (e.g. 5G, 4G, 3G or 2G) network.

[0372] It will be appreciated that any module, component, or device disclosed herein that executes instructions may include, or otherwise have access to, a non-transitory computer / processor readable storage medium or media for storage of information, such as computer / processor readable instructions, data structures, program modules and / or other data. A non-exhaustive list of examples of non-transitory computer / processor readable storage media includes magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, optical disks such as compact disc read-only memory (CD-ROM) , digital video discs or digital versatile discs (i.e., DVDs) , Blu-ray DiscTM, or other optical storage, volatile and non-volatile, removable and non-removable media implemented in any method or technology, random-access memory (RAM) , read-only memory (ROM) , electrically erasable programmable read-only memory (EEPROM) , flash memory or other memory technology. Any such non-transitory computer / processor storage media may be part of a device / apparatus or accessible or connectable thereto. Computer / processor readable / executable instructions to implement a method, an application or a module described herein may be stored or otherwise held by such non-transitory computer / processor readable storage media.

[0373] It could be noted that the message in the disclosure could be replaced with information, which may be carried in one single message, or be carried in more than one separate message.

[0374] Without special noting, the terms “apparatus” and “device” are used exchangeable, and the terms “identity” and “identifier” are sued exchangeable.

[0375] In the disclosure, the word “a” or “an” when used in conjunction with the term “comprising” or “including” in the claims and / or the specification may mean “one” , but it is also consistent with the meaning of “one or more” , “at least one” , and “one or more than one” unless the content clearly dictates otherwise. Similarly, the word “another” may mean at least a second or more unless the content clearly dictates otherwise.

[0376] In the disclosure, the words “first” , “second” , etc., when used before a same term (e.g., ED, or an operating step) does not mean an order or a sequence of the term. For example, the “first ED” and the “second ED” , means two different EDs without specially indicated, and similarly, although the present disclosure describes methods and processes with steps in a certain order, one or more steps of the methods and processes may be omitted or altered as appropriate. One or more steps may take place in an order other than that in which they are described, as appropriate. For example, the “first step” and the “second step” means two different operating steps without specially indicated,  but does not mean the first step have to happen before the second step. The real order depends on the logic of the two steps.

[0377] The terms “coupled” , “coupling” or “connected” as used herein can have several different meanings depending on the context in which these terms are used. For example, as used herein, the terms coupled, coupling, or connected can indicate that two elements or devices are directly connected to one another or connected to one another through one or more intermediate elements or devices via a mechanical element depending on the particular context.

[0378] Note that the expression “at least one of A or B” , as used herein, is interchangeable with the expression “Aand / or B” . It refers to a list in which you may select A or B or both A and B. Similarly, “at least one of A, B, or C” , as used herein, is interchangeable with “A and / or B and / or C” or “A, B, and / or C” . It refers to a list in which you may select: A or B or C, or both A and B, or both A and C, or both B and C, or all of A, B and C. The same principle applies for longer lists having a same format.

[0379] 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.

[0380] The term “receive” , “detect” and “decode” as used herein can have several different meanings depending on the context in which these terms are used. For example, without special note, the term “receive” may indicate that information (e.g., DCI, or MAC-CE, RRC signaling or TB) is received successfully by the receiving node, which means the receiving side correctly detect and decode it. In this scenario, “receive” may cover “detect” and “decode” or may indicates same thing, e.g., “receive paging” means decoding paging correctly and obtaining the paging successfully, accordingly, “the receiving side does not receive paging” means the receiving side does not detect and / or decoding the paging. “paging is not received” means the receiving side tries to detect and / or decoding the paging, but not obtain the paging successfully. The term “receive” may sometimes indicate that a signal arrives at the receiving side, but does not mean the information in the signal is detected and decoded correctly, then the receiving side need perform detecting and decoding on the signal to obtain the information carried in the signal. In this scenario, “receive” , “detect” and “decode” may indicate different procedure at receiving side to obtain the information.

[0381] 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. When combining two or more embodiments, not all the features in the embodiments to be combined are necessary for the combination.

[0382] 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

1.A first device comprising:at least one processor couple with at least one memory storing computer program codes;wherein when the computer program codes are executed by the at least one processor, cause the first device to:determine, for a first task performed by a first task control function (TCF) , that the first TCF to be replaced by a second TCF, wherein the first TCF and the second TCF are managed by mission management (MM) ; andsend, to the first TCF, a first synchronization request comprising information of the second TCF, for requesting the first TCF to send task execution (TE) information to the second TCF, wherein the TE information comprises execution information of the first task performed by the first TCF.2.The first device of claim 1, wherein when the computer program codes are executed by the at least one processor, further cause the first device to:send, to the first TCF, a first update request comprising the information of the second TCF, for requesting updating a TCF which manages a processing service function (PSF) , from the first TCF to the second TCF.3.The first device of claim 1 or 2, wherein the information of the second TCF comprises at least one of an identifier (ID) , a name, a location, and an effective time.4.The first device of any one of claims 1 to 3, wherein when the computer program codes are executed by the at least one processor, further cause the first device to:send, to the second TCF, a configuration request comprising information of the first TCF and a first synchronization rule.5.The first device of claim 4, wherein the information of the first TCF includes at least one of an ID, a name, and a location of the first TCF.6.The first device of claim 4 or 5, wherein the first synchronization rule comprises a first interface, a first setup information for synchronization of the second TCF.7.The first device of claim 1, wherein the first synchronization request is further for requesting the first TCF to send a pause request to a PSF managed by the first TCF, wherein the pause request indicates the PSF to pause the process of the first task.8.The first device of any one of claims 1 to 7, wherein when the computer program codes are executed by the at least one processor, further cause the first device to:receive, from the second TCF, a relocation complete notification.9.The first device of any one of claims 1 to 8, wherein when the computer program codes are executed by the at least one  processor, further cause the first device to:send, to the first TCF, a release request in response to the relocation complete notification,wherein the release request is for requesting the first TCF to delete the local settings and release the storage and computing resources.10.The first device of claim 1, wherein when the computer program codes are executed by the at least one processor, further cause the first device to:send, to a network repository function (NRF) , a subscription request for requesting the NRF to send information on available TCF to MM, wherein the NRF receive the information on available TCF from X as a service (XaaS) Service;receive, from NRF, the information on available TCF;determine the second TCF from the available TCF.11.The first device of claim 10, wherein the NRF is for receiving register request on new TCF from service control function (SCF) , updating the information on available TCF based on the register request on new TCF, andthe receive, from NRF, the information on available TCF, comprising:receiving, from NRF, the information on new TCF.12.The first device of claim 10 or 11, wherein the subscription request includes at least one of subscribed function of TCF, information of service including SCF, and update timing.13.The first device of claim 11 or 12, wherein the register request includes at least one of TCF name, TCF location, TCF resource, TCF interface and information of PSF managed by TCF.14.A second device comprising:at least one processor couple with at least one memory storing computer program codes;wherein when the computer program codes are executed by the at least one processor, cause the second device to:receive, from MM, a first synchronization request comprising the information of the second TCF; andsend, to a second TCF, TE information in response to the first synchronization request, wherein the TE information comprises execution information of a first task performed by the first TCF.15.The second device of claim 14, wherein when the computer program codes are executed by the at least one processor, further cause the second device to:receive, from MM, a first update request comprising the information of the second TCF; andupdate a TCF managing a processing service function (PSF) , from the first TCF to the second TCF.16.The second device of claim 15, wherein the at least one memory and the computer program code are configured to, with the at least one processor, further cause the second device to update the related TCF by:sending, to the PSF managed by the first TCF, a second update request in response to the first update request,wherein the second update request comprises information about the second TCF, and the second update request is for requesting the PSF managed by the first TCF to update a TCF managing a processing service function (PSF) , from the first TCF to the second TCF.17.The second device of any one of claims 14 to 16, wherein first synchronization request further comprises the second synchronization rule, which comprise a second interface, a second setup information for synchronization of the second TCF, andthe at least one memory and the computer program code are configured to, with the at least one processor, further cause the second device to send the TE information by:sending, to a second TCF, the TE information through the second interface based on the second setup information for synchronization.18.The second device of any one of claims 14 to 17, wherein when the computer program codes are executed by the at least one processor, further cause the second device to:send, to the PSF managed by the first TCF, a pause request, wherein the pause request indicates the PSF managed by the first TCF to pause the first task.19.The second device of any one of claims 14 to 18, wherein when the computer program codes are executed by the at least one processor, further cause the second device to:receive, from MM, a release request; anddelete the local settings and release the storage and computing resources;send, to the MM, a response to the release request to confirm the completion of deleting the local settings and releasing the storage and computing resources.20.A third device comprising:at least one processor couple with at least one memory storing computer program codes;wherein when the computer program codes are executed by the at least one processor, cause the third device to:receive, from a first TCF, TE information, wherein the TE information comprises execution information of a first task performed by the first TCF; andexecute the first task through the PSF managed by the second TCF based on the TE information.21.The third device of claim 20, wherein the at least one memory and the computer program code are configured to, with the at least one processor, further cause the third device to execute the first task by:execute the first task through the PSF whose related TCF updated from the first TCF to the second TCF based on the TE information.22.The third device of claim 20 or 21, wherein when the computer program codes are executed by the at least one processor, further cause the third device to:receive, from MM, a configuration request comprising information of the first TCF and the first synchronization rule.23.The third device of claim 22, wherein the information of the first TCF includes at least one of an ID, a name, and a location of the first TCF.24.The third device of claim 22, wherein the first synchronization rule comprises a first interface, a first setup information for synchronization of the second TCF.25.The third device of claim 24, wherein the at least one memory and the computer program code are configured to, with the at least one processor, further cause the third device to receive the configuration request by:receive, from MM, the configuration request through the first interface based on the first setup information for synchronization.26.The third device of any one of claims 20 to 25, wherein when the computer program codes are executed by the at least one processor, further cause the third device to:send, to MM, a relocation complete notification.27.A method applied to MM, comprising:determining a first TCF to be re-locate and a second TCF to replace the first TCF; andsending, to the first TCF managed by MM, a first synchronization request comprising the information of the second TCF, for requesting the first TCF to send the Task execution (TE) information to the second TCF, wherein the TE information comprises execution information of a first task performed by the first TCF.28.The method of claim 27, further comprising:sending, to the first TCF, a first update request comprising the information of the second TCF, for requesting updating a TCF which manages a processing service function (PSF) , from the first TCF to the second TCF.29.The method of claim 27 or 28, wherein the information of the second TCF comprises at least one of an identifier (ID) , a name, a location, and an effective time.30.The method of any one of claims 27 to 29, further comprising:sending, to the second TCF, a configuration request comprising information of the first TCF and the first synchronization rule.31.The method of claim 30, wherein the information of the first TCF includes at least one of an ID, a name, and a location of the first TCF.32.The method of claim 30 or 31, wherein the first synchronization rule comprises a first interface, a first setup information for synchronization of the second TCF.33.The method of claim 27, wherein the first synchronization request is further for requesting the first TCF to send a pause request to the PSF managed by the first TCF, wherein the pause request indicates the PSF managed by the first TCF to pause the first task.34.The method of any one of claims 27 to 33, further comprising:receiving, from the second TCF, a relocation complete notification.35.The method of any one of claims 27 to 34, further comprising:sending, to the first TCF, a release request in response to the relocation complete notification,wherein the release request is for requesting the first TCF to delete the local settings and release the storage and computing resources.36.The method of claim 27, further comprising:sending, to a network repository function (NRF) , a subscription request for requesting the NRF to send information on available TCF to MM, wherein the NRF receive the information on available TCF from XaaS;receiving, from NRF, the information on available TCF;determining the second TCF from the available TCF.37.The method of claim 36, wherein the NRF is for receiving register request on new TCF from service control function (SCF) , updating the information on available TCF based on the register request on new TCF, andthe receiving, from NRF, the information on available TCF, comprising:receiving, from NRF, the information on new TCF.38.The method of claim 36 or 37, wherein the subscription request includes at least one of subscribed function of TCF, information of service including SCF, and update timing.39.The method of claim 37 or 38, wherein the register request includes at least one of TCF name, TCF location, TCF resource, TCF interface and information of PSF managed by TCF.40.A method applied to a first TCF, comprising:receiving, from MM, a first synchronization request comprising the information of the second TCF; andsending, to a second TCF, TE information in response to the first synchronization request, wherein the TE information comprises execution information of a first task performed by the first TCF.41.The method of claim 40, further comprising:receiving, from MM, a first update request comprising the information of the second TCF; andupdate the related TCF from the first TCF to the second TCF, of the PSF managed by the first TCF.42.The method of claim 41, wherein update the related TCF from the first TCF to the second TCF, of the PSF managed by the first TCF, comprising:sending, to the PSF managed by the first TCF, a second update request in response to the first update request,wherein the second update request comprises information about the second TCF, and the second update request is for requesting the PSF managed by the first TCF to update the related TCF from the first TCF to the second TCF.43.The method of any one of claims 40 to 42, wherein first synchronization request further comprises the second synchronization rule, which comprise a second interface, a second setup information for synchronization of the second TCF, andsending, to a second TCF, TE information, comprising:sending, to a second TCF, the TE information through the second interface based on the second setup information for synchronization.44.The method of any one of claims 40 to 43, further comprising:sending, to the PSF managed by the first TCF, a pause request, wherein the pause request indicates the PSF managed by the first TCF to pause the first task.45.The method of any one of claims 40 to 44, further comprising:receiving, from MM, a release request; anddeleting the local settings and release the storage and computing resources.46.A method applied to a second TCF, comprising:receiving, from a first TCF, TE information, wherein the TE information comprises execution information of a first task performed by the first TCF; andexecuting the first task through the PSF managed by the second TCF based on the TE information.47.The method of claim 46, executing the first task, comprising:executing the first task through the PSF whose related TCF updated from the first TCF to the second TCF based on the TE information.48.The method of claim 46 or 47, further comprising:receiving, from MM, a configuration request comprising information of the first TCF and the first synchronization rule.49.The method of claim 48, wherein the information of the first TCF includes at least one of an ID, a name, and a location of the first TCF.50.The method of claim 48, wherein the first synchronization rule comprises a first interface, a first setup information for synchronization of the second TCF.51.The method of claim 50, wherein receiving, from a first TCF, TE information, comprising:receiving, from MM, the configuration request through the first interface based on the first setup information for synchronization.52.The method of any one of claims 46 to 51, further comprising:sending, to MM, a relocation complete notification.53.A first apparatus applied to MM, comprising means for:determining a first TCF to be re-locate and a second TCF to replace the first TCF; andsending, to the first TCF managed by MM, a first synchronization request comprising the information of the second TCF, for requesting the first TCF to send the Task execution (TE) information to the second TCF, wherein the TE information comprises execution information of a first task performed by the first TCF.54.A second apparatus applied to a first TCF, comprising means for:receiving, from MM, a first synchronization request comprising the information of the second TCF; andsending, to a second TCF, TE information in response to the first synchronization request, wherein the TE information comprises execution information of a first task performed by the first TCF.55.A third apparatus applied to a second TCF, comprising means for:receiving, from a first TCF, TE information, wherein the TE information comprises execution information of a first task performed by the first TCF; andexecuting the first task through the PSF managed by the second TCF based on the TE information.56.A computer readable medium comprising program instructions for causing an apparatus to perform at least the method of any one of claims 27-39, claims 40-45 or claims 46-52.

Images