Device, method, apparatus and readable storage medium for resource management

Abstract

Described provides a device, method, apparatus and readable storage medium for resource management, where the apparatus according to an embodiment includes processor coupled with memory storing computer program codes, for causing the first device, such as RDF, to: receive a resource management request comprising device information of at least one target device; in response to the resource management request, determine a resource management scheme; and transmit information of the resource management scheme to the ROF, wherein the ROF is used to allocate a resource for the at least one target device by executing the resource management scheme. As a result, the communication or computing resources of target device can be efficiently and reasonably allocated.

Description

DEVICE, METHOD, APPARATUS AND READABLE STORAGE MEDIUM FOR RESOURCE MANAGEMENT

[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, 112, entitled "Method, Apparatus, and System for AI enabled device-level resource management" , 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 resource management in an artificial intelligence (AI) based network.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, blockchain, etc.

[0006] In the proposed 6G network, both network slices and devices accessing the network require the use of computing or communication resources. For example, modules providing AI services in the service layer require the use of computing resources. If these resources are not allocated reasonably, there will be situations where some resources are oversaturated and some resources are idle, for instance, different modules using the same resources, causing some modules to be unable to use resources successfully, thereby affecting business processing efficiency.SUMMARY

[0007] For the foregoing problems, described is a device, method, apparatus and readable storage medium for resource management, where resource of target devices can be allocated with high efficiency.

[0008] According to a first aspect, described is a first device for resource management, comprising: at least one processor coupled 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: receive a resource management request comprising device information of at least one target device; in response to the resource management request,  determine a resource management scheme; and transmit information of the resource management scheme to the resource management operation function (ROF) , wherein the ROF is used to allocate a resource for the at least one target device by executing the resource management scheme.

[0009] According to some implementations of described, RDF can assist RM customers with resource management needs to coordinate resource management tasks, including determining RM scheme (s) , and ROF can execute the RM scheme (s) to allocate the resources. As a result, for target devices in the communication system, the resources to be allocated to each of them are decided by the appropriate RM scheme, so that the resource management required by the customer can be optimally realized.

[0010] In a possible implementation manner of the first aspect, the resource management request further comprises at least one of resource type information, scenario information, resource management method requirements, training data requirements, and execution parameter requirements for resource management.

[0011] In a possible implementation manner of the first aspect, the determine the resource management scheme comprising: determining a resource management method matching the resource management request; and determining the resource management scheme based on the resource management method.

[0012] In a possible implementation manner of the first aspect, the resource management method includes at least one of an algorithm, a model, a formula, and a function.

[0013] In a possible implementation manner of the first aspect, the first device includes at least one first resource management method, and determining a resource management method matching the resource management request comprising: determining a first resource management method matching the resource management request from the at least one first resource management method.

[0014] In a possible implementation manner of the first aspect, wherein the determining a resource management method matching the resource management request comprising: transmitting, to an external library configured with at least one second resource management method, a method request, which comprises the information in the resource management request, and indicates the external library to determine a second resource management method matching the resource management request from the at least one second resource management method; and receiving, from the external library, a method response indicating the second resource management method.

[0015] In a possible implementation manner of the first aspect, wherein the determining the resource management scheme based on the resource management method comprising: determining a resource management mission based on the resource management method; transmitting, to an external network, an execution request, which comprises the resource management mission; receiving, from the external network, an execution response, which comprises  the execution result of the external network executing the resource management mission; and determining a resource management scheme based on the execution result.

[0016] In a possible implementation manner of the first aspect, the determining the resource management scheme based on the resource management method comprising: determining a submission for each external network of one or more external networks based on the resource management method; transmitting, to the each external network, an execution request, which comprises the submission for the each external network; receiving, from the each external network, an execution response, which comprises the execution result of the each external network executing the submission; determining the resource management scheme based on at least one execution result corresponding to at least one of the one or more external networks.

[0017] In a possible implementation manner of the first aspect, determining a submission for each external network of one or more external networks based on the resource management method comprising: sending, to each external network, a capability query; receiving, from each external network, a capability query response, which comprises the capability of each external network; and determining a submission for each external network based on the capability of each external network and a resource management method matching the resource management request.

[0018] In a possible implementation manner of the first aspect, the determining the resource management scheme based on the resource management method comprising: determining a resource management mission based on the resource management method; transmitting, to mission management (MM) , an execution request, which comprises the resource management mission; receiving, from MM, an execution response, which comprises the execution result of the MM executing the resource management mission; determining a resource management scheme based on the execution result.

[0019] According to a second aspect, described is a second device for resource management, comprising: at least one processor coupled with at least one memory including computer program code; wherein when the computer program codes are executed by the at least one processor, cause the second device to: receive, from a Resource Management decision function (RDF) , information of a resource management scheme, wherein the resource management scheme is determined by the RDF in response to a resource management request; execute the resource management scheme, to control the allocated resource of the target device.

[0020] According to a third aspect, described is a method for resource management applied to RDF, comprising: receiving a resource management request comprising device information for at least one target device; in response to the resource management request, determining a resource management scheme; and transmitting information of the resource management scheme to the ROF in communication system, wherein the ROF is used to allocate a  resource for the at least one target device by executing the resource management scheme.

[0021] In a possible implementation manner of the third aspect, the resource management request further comprises at least one of resource type information, scenario information, resource management method requirements, training data requirements, and execution parameter requirements for the resource management.

[0022] In a possible implementation manner of the third aspect, the determining the resource management scheme comprising: determining a resource management method matching the resource management request; and determining the resource management scheme based on the resource management method.

[0023] In a possible implementation manner of the third aspect, the resource management method includes at least one of an algorithm, a model, a formula, and a function.

[0024] In a possible implementation manner of the third aspect, the RDF includes at least one first resource management method, and determining a resource management method matching the resource management request comprising: determining a first resource management method matching the resource management request from the at least one first resource management method.

[0025] In a possible implementation manner of the third aspect, the determining a resource management method matching the resource management request comprising: transmitting, to an external library configured with at least one second resource management method, a method request, which comprises the information in the resource management request, and indicates the external library to determine a second resource management method matching the resource management request from the at least one second resource management method; and receiving, from the external library, a method response indicating the second resource management method.

[0026] In a possible implementation manner of the third aspect, the determining the resource management scheme based on the resource management method comprising: determining a resource management mission based on the resource management method; transmitting, to an external network, an execution request, which comprises the resource management mission; receiving, from the external network, an execution response, which comprises the execution result of the external network executing the resource management mission; and determining a resource management scheme based on the execution result.

[0027] In a possible implementation manner of the third aspect, the determining the resource management scheme based on the resource management method comprising: the determining the resource management scheme based on the resource management method comprising: determining a submission for each external network of one or more external networks based on the resource management method; transmitting, to the each external network, an execution request, which comprises the submission for the each external network; receiving, from the each external  network, an execution response, which comprises the execution result of the each external network executing the submission; determining the resource management scheme based on at least one execution result corresponding to at least one of the one or more external networks.

[0028] In a possible implementation manner of the third aspect, determining a submission for each external network of one or more external networks based on the resource management method comprising: sending, to each external network, a capability query; receiving, from each external network, a capability query response, which comprises the capability of each external network; determining a submission for each external network based on the capability of each external network and a resource management method matching the resource management request.

[0029] In a possible implementation manner of the third aspect, wherein the determining the resource management scheme based on the resource management method comprising: determining a resource management mission based on the resource management method; transmitting, to mission management (MM) , an execution request, which comprises the resource management mission; receiving, from MM, an execution response, which comprises the execution result of the MM executing the resource management mission; determining a resource management scheme based on the execution result.

[0030] According to a fourth aspect, described is a method for resource management applied to ROF, comprising: receiving, from a RDF in communication system, a resource management scheme, wherein the resource management scheme is determined by the RDF in response to a resource management request; executing the resource management scheme, to control the allocated resource of the target device.

[0031] According to a fifth aspect, described is a first apparatus applied to RDF, comprising means for: receiving a resource management request comprising device information for at least one target device; in response to the resource management request, determining a resource management scheme; and transmitting information of the resource management scheme to the ROF in communication system, wherein the ROF is used to allocate a resource for the at least one target device by executing the resource management scheme.

[0032] According to a sixth aspect, described is a second apparatus applied to ROF, comprising means for: receiving, from a RDF in communication system, a resource management scheme, wherein the resource management scheme is determined by the RDF in response to a resource management request; executing the resource management scheme, to control the allocated resource of the target device.

[0033] According to a seventh aspect, described is computer readable medium comprising program instructions for causing an apparatus to perform at least one method described above.

[0034] In an eighth 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.

[0035] According to a ninth aspect, described is a communication system comprising RDF and ROF, wherein the RDF is configured to: receiving a resource management request comprising device information for at least one target device; in response to the resource management request, determining a resource management scheme; and transmitting information of the resource management scheme to the ROF in communication system, wherein the ROF is used to allocate a resource for the at least one target device by executing the resource management scheme; the ROF is configured to: receiving, from a RDF in communication system, a resource management scheme, wherein the resource management scheme is determined by the RDF in response to a resource management request; executing the resource management scheme, to control the allocated resource of the target device.

[0036] BRIEF DESCRIPTION OF THE FIGURES

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

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

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

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

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

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

[0043] FIG. 6 illustrates a schematic diagram of a system for AI enabled device-level RM according to some examples;

[0044] FIG. 7 illustrates a schematic flowchart of a resource management method according to some examples;

[0045] FIG. 8 illustrates a schematic flowchart of a resource management method according to some examples;

[0046] FIG. 9 illustrates a schematic flowchart of a resource management method according to some examples;

[0047] FIG. 10 illustrates a schematic flowchart of a resource management method according to some examples;

[0048] FIG. 11 illustrates a schematic flowchart of a resource management method according to some examples;

[0049] FIG. 12 illustrates a schematic structural diagram of a first or second device according to some examples.DETAILED DESCRIPTION

[0050] Illustrative embodiments of described include, but are not limited to a device, method, apparatus and readable storage medium for resource management.

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

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

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

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

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

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

[0057] -Privacy and trustworthiness, etc.

[0058] -Simplified standardization

[0059] -Rapid deployment

[0060] -Etc.

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

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

[0063] -SBA (XaaS service) based

[0064] -Cloud-native

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

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

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

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

[0069] A solution to enable above requirements is needed.

[0070] In the proposed 6G network, the resource management (RM) is an important network service which takes charge of network resource allocation and scheduling for the network slices and devices that accesses the network. The AI / ML based resource management schemes / algorithms can be applied by the RM to generate the network  resource allocation and scheduling decisions.

[0071] 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 corresponds 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.

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

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

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

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

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

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

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

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

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

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

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

[0083] 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 user equipments, 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.

[0084] 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) .

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

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

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

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

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

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

[0091] 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) .

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0120] 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 sidlink 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 slidelink 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.

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

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

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

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

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

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

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

[0128] 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:

[0129] Resource Management (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.

[0130] A 6G 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.

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

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

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

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

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

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

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

[0138] 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 resource management 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.

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

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

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

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

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

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

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

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

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

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

[0149] 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 resource management for vertical slicing; CONET service and NET4Data service may need the capability provided by NET4BC for their operation.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0167] A RM system according to some embodiments will be introduced based on FIG. 6.

[0168] FIG. 6 shows an example of a system for AI enabled device-level RM.

[0169] The system performs AI enabled device-level RM provided in this disclosure using an architecture illustrated in FIG. 6. Please note that the apparatus, units and modules shown in FIG. 3 and FIG. 4 may be also applied for devices running RDF and devices running ROF.

[0170] The architecture includes two functionalities:

[0171] RM decision function (RDF) : The RDF determines the RM decision for each device. The RM decision include:

[0172] Info of RM scheme: The ID / name / description of the determined scheme (s)  / algorithm (s) to be applied by the device to generate RM results locally (e.g., ID / description of real-time resource scheduling / access algorithm) . The RM result is referred to as the allocated / scheduled resources to be used by the device to execute specific behavior (s) (e.g., the scheduled resource block (s) for a data transmission, allocated computing units for processing data) .

[0173] Info of allocated resource set: The ID / description of a set of resources (e.g., a sharable RAN resources set for multiple devices to access) which are allocated for one or multiple target device (s) to generate RM results on device-side. The RM scheme included in the RM decision should generate the RM result based on the allocated resource  set.

[0174] RDF may be configured in network side.

[0175] RM operation function (ROF) : The ROF can be pre-configured on device side (e.g., on each device) or in network side (e.g., in RAN, or in CN) . The ROF implements and execute the RDF determined RM schemes to generate the RM results.

[0176] In some implementations, the RDF may interact with external network function (s) with AI capabilities to determine the RM decision (s) . For example, the RDF may request training data from external training data set (s) for training the RM decision generation AI; if the RDF has no AI model training capabilities, the RDF may send AI training request to external AI training function to train the RM decision generation AI, and receive the AI training result (e.g., the well-trained RM decision generation AI model) from the external AI training function.

[0177] In some implementations, the device using the generated RM result (s) may keep updating its local resource and / or environment variations (e.g., resource consumption ratio on the device) to the RDF for updating the RM decision (s) (e.g., if the RM decisions are generated by a reinforcement learning (RL) based scheme / algorithm) . If external training data set (s) are involved, the updated local resource and / or environment variations may be sent to the external training data set (s) to update the training data set used for training the RM decision generation AI.

[0178] In some implementations, RDF may receive RM request, and generate RM decision based on the RM request, then send RM decision to ROF. For example, RM decisions may include the information of RM scheme which determines the allocated resources. After receiving RM decisions, ROF can execute RM schemes to obtain RM results, which includes the detailed allocated resources for the device, on the device side or network side. Then ROF may apply the RM results, such as allocate bandwidth resources to the target base station or allocate computing resources the target server.

[0179] In some implementations, RM requests may include several types of information, such as the type of resource to be managed, device information, scene information, etc., based on which RDF can determine which method would be suitable for the RM request based on the several types of information.

[0180] In some implementations, RDF can be pre-configured with RM methods. In some implementations, RDF can also send RM method request to external network function, in order to obtain information on external RM methods, then integrate it with local RM method information. RDF can determine the RM methods suitable for RM requests from the integrated method set.

[0181] In some implementations, the RM system may also include a Task Management Function (MMF) . RDF can convert the determined RM method adapted to the RM request into a RM task, and then send the task execution  request including the RM task to MMF. After receiving the task execution request, MMF may execute RM task, so as to generate a RM decision, then send the RM decision to RDF.

[0182] In some implementations, RDF can interact with one or more external networks with AI functionality, such as XaaS services with AI functionality. RDF can transform the RM method adapted to the RM request into at least one subtask and assign a specific XaaS service to each subtask. RDF can send task requests corresponding to each subtask to the corresponding external network. After receiving the subtask, the external network may execute the subtask and return the results, then RDF can obtain RM decisions based on all the result data returned by external networks, which enable external networks to utilize their AI capabilities to provide computing service to the RM system, thus enhancing the RM system's processing efficiency.

[0183] Basically, the RM method provided in the present embodiment and the aforementioned RM system are based on the same invention concept.

[0184] RM system according to some embodiments can respond to RM requests and manage the resources of the devices or networks requested for management in real-time, thereby achieving reasonable allocation and rapid deployment of resources. Moreover, the RM system is preset with multiple RM methods, which can be selected based on the different scenarios and management objectives corresponding to RM requests, thereby obtaining more suitable RM methods and generating RM decisions that meet the needs of the requester. If necessary, external networks with AI capabilities can also be utilized for AI training and function execution, thereby enhancing capabilities.

[0185] 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 node.

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

[0187] In the proposed 6G network, the resource management (RM) is an important network service which takes charge of network resource allocation and scheduling for the network slices and devices that accesses the network. The AI / ML based resource management schemes / algorithms can be applied by the RM to generate the network resource allocation and scheduling decisions.

[0188] In some implementations, the network directly determines the RM results (e.g., allocated / scheduled resources)  for a device, which lacks the flexibility to adapt to the dynamic resource requirements on the device side, for example:

[0189] Network may monitor the resource requirement variations on device-side (e.g., by sensing, by device update) to adapt the RM result, but response latency can be involved.

[0190] In addition, some AI based RM algorithms may have the capability to determine not only the RM results, but also determine the RM scheduling scheme which can be applied by the device to conduct local RM behaviors. The above solutions lack the support of outputting RM scheduling scheme info to the devices.

[0191] Accordingly, a method for AI based device-level resource management (RM) is provided in the disclosure. The RM procedures of the AI based device-level RM may include: RM decision generation with / without external NF providing computing / processing capabilities (e.g., MM, XaaS service (s) ) and RM decision distribution. In addtion, a AI based device-level RM system, which include a RM decision function (RDF) , and a RM operation function (ROF) is also provided.

[0192] In details, the following is the description for Device-level resource management (device-level RM.

[0193] Device-level resource management (device-level RM) : RM service determines and controls the resource allocation and scheduling for accessed device (s) (i.e., target device (s) ) to a network (e.g., RAN) . The device in the device-level RM includes any wireless devices connected to the network, such as user equipment (UE) , sensor, connected vehicles, etc. The resources can be allocated / scheduled by the device-level RM include: uplink / downlink spectrum / radio resources, computing resources on network and / or device side, transmit power of the device / RAN infrastructure, beam resources, etc. The device-level RM may be triggered by the RM customer which can be an AF, a device, or a RAN infrastructure. In some embodiments, the RM customer triggering the device-level RM may also be (one of) the target device (s) .

[0194] In 6G network, the device-level RM may leverage the internal (e.g., implemented on the network function (s) running the device-level RM) or external (e.g., provided by other network function (s) or third-party applications) AI / ML capabilities to generate the device-level RM decisions, which is referred to as AI enabled device-level RM. The AI / ML capabilities include computing resource (e.g., central processing unit (CPU) , GPU) , algorithm resource (e.g., AI / ML model / algorithm) , and data resource (e.g., training data set) .

[0195] The RDF, and the ROF which were defined in system architecture section.

[0196] As shown in FIG. 7～FIG. 11, an AI enabled device-level RM method is provided.

[0197] The RM customer (e.g., AF / device / RAN infrastructure (Inf) may trigger the AI enabled device-level RM procedure to request the device-level RM system generating the RM results.

[0198] According to some embodiments, RM customer can be the service provider of the application (APP) . They  may allocate computing resources, algorithm resources, and data resources to the server used by the APP. According to some embodiments, the RM customer can be a communication operator, which allocates communication resources, such as channel resources, to equipment such as base stations.

[0199] In the AI enabled device-level RM procedure, the RDF is pre-installed with the knowledge / information of RM method (s) (e.g., detailed algorithm (s) , or information / template of a mission which can generate the RM decision) to generate the RM decision. A RM method may include algorithm (s)  / computing procedure (s) to generate a RM decision, e.g., a clustering algorithm / DNN model to generate radio resource allocation decision among base stations in a RAN. The information of RM method (s) can be contributed by third-party (e.g., the AF) , or the network operator. The RDF may store the information of RM method (s) in a local library or in external libraries provided by other network function (e.g., data analyze management (DAM) function) or third-parties. The information of a RM method may include at least one of:

[0200] -Target device requirements, e.g., registered to specific operator.

[0201] -Resource type (s) to be managed, e.g., radio resources, computing resource.

[0202] -Training data requirements, e.g., volume of data samples, data sample format.

[0203] -Application scenario requirements, e.g., only for specific operator’s RAN.

[0204] -QoS can be guaranteed, e.g., decision generation frequency.

[0205] - (optional. ) RM method contents, e.g., detailed algorithms / codes.

[0206] The RDF may expose the RM capability, i.e., information of RM method (s) pre-installed in the RDF, to RM customer (s) before the execution of a device-level RM procedure. As a result, RM customer can be aware of the capabilities of RDF, and determine whether to request RDF for resource management based on how RM customer's resource allocation needs fit the capabilities of RDF.

[0207] For example, if RM customer wants to allocate communication resources to base stations in a specific area, and the capabilities of RDF include communication resource allocation, if RDF is pre-installed with a method for allocating communication resources, then as long as RM customer knows the capabilities of RDF, it can sent a resource management request to RDF.

[0208] For another example, if RM customer wants to allocate communication resources to base stations in a certain area, and RDF's capabilities do not include communication resource allocation, so there is no pre-installed method for allocating communication resources in RDF. Then as long as RM customer knows that RDF does not have this capability. After acquiring the capability, RM customer can determine whether to perform resource management himself or to request resource management from a third party, instead of sending a request to the RDF.

[0209] Before the execution of an AI enabled device-level RM procedure, all connections and control / management (C / M) plane data transmission routes between the involved network functions, i.e., RDF, ROF (s) , RM customer, and (optionally. ) external NF providing AI capabilities, may be needed to be pre-establishment. Besides, the training data collected from device (s) and / or RAN infrastructure (s) for generating RM decision (s) should be pre-stored in network (e.g., in the RDF local storage, or in the DAM function) . The training data may include at least one of:

[0210] -RAN deployment info, e.g., geo-locations of infrastructures composing the RAN

[0211] -Spatial and temporal distributions of UE location

[0212] -Spatial and temporal distributions of UL / DL traffic

[0213] -Channel fading / pathloss distribution within the RAN area: can be represented by a detailed channel fading / pathloss map showing statistical pathloss values between each geo-location in the map to the corresponding infrastructures. The map can be generated based on field tests or AI / ML based learning methods.

[0214] As shown in FIG. 7, the AI enabled device-level RM procedure includes:

[0215] S701: Device-level RM request message (RDF_RM_RM Req. ) from RM customer to RDF.

[0216] The RDF_RM_RM Req is to trigger the device-level RM procedure execution. This message may include at least one of:

[0217] -Requirements of resource type (s) to be managed, e.g., uplink / downlink radio resources, computing resource.

[0218] According to some implementations, requirements of resource type (s) to be managed may include more specific resource type information, such as the information about what kind of computing resource needs to be managed. As an example, it may be cloud computing resources, AI models resources, etc.

[0219] -Target device / inf requirements: e.g., ID (s)  / location (s) of target device (s) .

[0220] According to some implementations, location (s) of target device may be identified in terms of RAN ID.

[0221] -Scenario requirements: information which identifies the scenario (s) where the device level RM procedure is applied, e.g., ID (s) of RAN (s) , geo-location info of a specific area, ID (s)  / geo-location (s) of RAN infrastructure (s) forming the scenario.

[0222] -QoS requirements for the device level RM, e.g., maximal / minimal throughputs / delay requirements.

[0223] -Requirements of potential RM method: ID (s) of target RM method (s) (according to the RM capabilities exposed by RDF) , or (if any) full information of the target RM method.

[0224] - (optional. ) Network function requirements: name (s)  / ID (s) of specific network function (s) may be involved in the device level RM procedure execution (e.g., the ID of XaaS service (s) to provide AI capabilities) .

[0225] The information contained in the RDF_RM_RM Req. sent by RM customer can help RDF make RM decisions.  For example, determine the RM method that fit the information in the RDF_RM_RM Req., and execute the RM method to generate the RM decision.

[0226] S702: RDF performs RM decision generation.

[0227] In details, after the completion of RM pre-configuration, the RDF further triggers RM decision generation procedure to generate RM decision (s) .

[0228] As an example, RDF can generate RM decisions based on pre-installed RM methods. According to some embodiments, the RM method (s) used to generate RM decision (s) , is the method that fit RDF_RM_RM Req. message most among all the RM methods. More details on this step are given in the section of FIG. 8 below.

[0229] In addition, External AI capability provider may be involved during RM decision generation procedure.

[0230] S703: RDF executes the RM decision distribution procedure.

[0231] As for RM decision distribution, given the RM decision (s) generated in RM decision generation procedure, the RDF executes the RM decision distribution procedure to distribute the RM decision to the target ROF (s) . FIG. 9 shows the details of the RM decision distribution procedure, for more details on this step, details are given in the section of FIG. 9 below.

[0232] S704: Device-level RM request response (RDF_RM_RM Req. Response) from RDF to RM customer.

[0233] The RDF_RM_RM Req. Response is to indicate the completion of the device level RM procedure. Each ROF may further schedule the allocated resources to each device according to the received RM decision (s) in step S703.

[0234] It is noted that step S704 is an optional step. In some embodiments, the method may include steps S701-S703, and in other embodiments, the method may include steps S701-S704.

[0235] According to the implementations of the present disclosure, RDF can assist RM customers with resource management needs to coordinate resource management tasks, including determining RM methods (s) that meet RM customer requirements, generating RM decisions (s) , and distributing these RM decisions (s) to the corresponding ROFs of target devices (s) , thereby achieving resource management of target devices (s) . Among them, RM methods are determined based on the requirements of the RM customer, such as based on the information in the RM request message (RDF-RM-RM Req. ) . The RM methods (s) determined in this way can be more suitable for the resource management method required by the RM customer, making the resulting RM decision (s) more suitable for the RM request message, thereby improving the efficiency of RM.

[0236] FIG. 8 shows the details of RM decision generation procedure.

[0237] As shown in FIG. 8, the RM decision generation procedure, step S702, may include at least one of:

[0238] S801: RDF performs RM method selection.

[0239] According to some implementations, RDF selects the appropriate RM method (s) according to the received RDF_RM_RM Req. message in step S801 of the AI enabled device-level RM procedure.

[0240] To select the RM method (s) , the RDF may run a RM method selection algorithm which compares the information in RDF_RM_RM Req. message with the information of all RM method (s) . The selected RM method (s) by the algorithm should ensure all requirements defined in the RDF_RM_RM Req. message. In some embodiments, the information of supporting RM scheme (s) may be stored in external library (e.g., in a network repository function (NRF) , or third-party DN) , the RDF may execute the following steps S8011-S8012 for RM scheme selection:

[0241] According to some implementations, RDF may determine multiple RM methods, and the chosen RM methods can be connected in series or parallel, to perform the resource management mission.

[0242] According to some implementations, RDF may determine multiple RM methods, and each of which may be used for resource management on different target devices.

[0243] According to some implementations, the RM methods may be stored in the external library, and S801 may include S8011 and S8012, as follows:

[0244] S8011: MDR_RM_method info Req. message from RDF to external library.

[0245] The MDR_RM_method info Req. message is to request the external library to provide information of potential RM method (s) . This message may include the requirements of potential RM method included in RDF_RM_RM Req. message.

[0246] S8012: MDR_RM_method info Req. Response from external library to RDF:

[0247] Given the MDR_RM_method info Req. message from RDF, the external library compares the information in MDR_RM_method info Req. message with the information of all pre-stored RM method (s) , then, selects the potential RM method (s) which can ensure all requirements of potential RM method included in the MDR_RM_method info Req. message. The external library sends the information of selected potential RM method (s) via the MDR_RM_method info Req. Response to the RDF.

[0248] According to some embodiments, the potential RM method that conforms to all the information contained in the resource management request may be determined by RDF. That is, the information may include at least one of the following: Requirements of resource type (s) to be managed, Target device / inf requirements, location (s) of target device, Scenario requirements, QoS requirements for the device level RM, Requirements of potential RM method: ID (s) of target RM method (s) , Network function requirements. In this embodiment, the external library may compare the information described above with all pre-stored RM method (s) , and select the RM method (s) which can ensure all requirements of the information described above. As a result, RDF can choose RM method (s) based on all of the  potential RM method (s) , in order to find out the best fit RM method (s) for RM decision calculation.

[0249] S802: RDF performs RM decision calculation.

[0250] The RDF generates the RM decision by executing the selected RM method (s) . In some implementations, the RDF may request other NFs and / or third-party AF / DN to provide external AI capabilities (e.g., AI training support from network-for-AI (NET4AI) XaaS service, training data provisioning support from DAM) , which can be supported by the procedures of the RM decision calculation with external capability provider as described in the method shown in FIG. 10 and / or FIG. 11.

[0251] According to some embodiments, RM decision calculation may be based on at least one of the following:

[0252] -RAN deployment info, e.g., geo-locations of infrastructures composing the RAN

[0253] -Spatial and temporal distributions of UE location

[0254] -Spatial and temporal distributions of UL / DL traffic

[0255] -Channel fading / pathloss distribution within the RAN area: can be represented by a detailed channel fading / pathloss map showing statistical pathloss values between each geo-location in the map to the corresponding infrastructures. The map can be generated based on field tests or AI / ML based learning methods.

[0256] -Other data collected from target device.

[0257] According to embodiments, the number of RM decisions may be multiple, and may specifically include several RM decisions corresponding to different target devices or different ROFs.

[0258] According to the implementations of the present disclosure, RDF can query RM methods from the External library, which can broaden the query scope of RM methods and increase the number of optional RM methods, making it easier for RDF to determine the suitable RM methods.

[0259] As shown in FIG. 9, the RM decision distribution procedure, step S703 introduced above, includes:

[0260] S901: RDF determines ROF configuration info.

[0261] According to the RM decision (s) generated in RM decision generation procedure, the RDF further determines at least one of the following ROF configuration information:

[0262] -The QoS requirements for executing the RM scheme to be distributed, e.g., execution delay requirements, minimal computing resource requirements.

[0263] -RM scheme execution parameters (start time, complete time, etc. ) .

[0264] S902: ROF_RM_ROF config. Req. from RDF to ROF.

[0265] The ROF_RM_ROF config. Req. is to distribute the necessary information to the ROF for configuration. The necessary information included in this message may include at least one of: 1) info of determined RM decision, and  2) determined ROF configuration info to be applied to the target ROF.

[0266] S903: ROF performs Configuring ROF.

[0267] After receiving the message in step S902, the ROF configures its local settings / parameters according to the determined ROF configuration information, and implements the RM scheme.

[0268] S904: ROF_RM_ROF config. Req. Response from ROF to RDF.

[0269] The ROF_RM_ROF config. Req. Response is to indicate the completion of RM decision distribution to the ROF.

[0270] According to embodiments introduced in FIG. 9, configuring ROF makes it possible for ROF to execute the RM scheme according to RDF's required execution parameters.

[0271] Leveraging the AI techniques, the AI enabled device-level RM method enables the future RM with the flexibility to adapt the RM decision (s) to the dynamic resource requirements on the device side.

[0272] In some implementations, the RDF may trigger the RM decision calculation with mission management (MM) procedure to request the network entity conducting the MM (i.e., MM in short) to establish and execute corresponding mission session (s) to calculate the RM decision (s) .

[0273] FIG. 10 shows the RM decision calculation with MM procedure:

[0274] S1001: RDF performs mission information determination.

[0275] Given the information and detailed contents of the selected RM method (s) , the RDF may translate the selected RM method (s) in the form of mission (s) , i.e., RM mission (s) . Each RM mission translated from a selected RM method should have the same inputs and outputs (i.e., RM decision) as the corresponding selected RM method.

[0276] According to some embodiments, RM mission and RM method may have a one-to-one correspondence. Basically, if the number of RM methods is multiple, correspondingly, the number of RM missions is also multiple. For example, the RM method may be provided by the XaaS service (s) , or the RM method may be executed through the computing capabilities provided by the XaaS service (s) . As an example, for each RM mission translated from a selected RM method, the RDF determines its mission information which includes:

[0277] 1) Mission ID;

[0278] 2) the composition information identifying required XaaS service (s) (e.g., NET4AI, DAM) of the RM mission;

[0279] As an example, XaaS service (s) can provide computing capabilities and can also provide RM methods. According to some embodiments, The XaaS service (s) that provide computing capabilities can be different from the XaaS service (s) that provide RM methods.

[0280] 3) the information describing interconnection (s) between the XaaS service (s) defined in the composition  information.

[0281] According to some embodiments, XaaS service (s) can be connected in parallel or series.

[0282] As an example, the determined RM method may be executed using the computing power of two XaaS services, including the first XaaS service and the second XaaS service. The first XaaS service is used to execute the first phase of the RM method, and the second XaaS service is used to execute the second phase of the RM method. In this case, the first XaaS service and the second XaaS service can be connected in series.

[0283] As another example, the determined RM method may be executed using the computing power of two XaaS services, including the first XaaS service and the second XaaS service. The first XaaS service is used to execute the RM method to generate the RM decisions of a part of the target devices, and the second XaaS service The XaaS service is used to execute the RM method to generate the RM decisions of the remaining target devices. In this case, the first XaaS service and the second XaaS service can be connected in parallel.

[0284] S1002: MM_RM_RM mission Req. from RDF to MM.

[0285] The RDF perform as the mission customer to trigger the creations and executions of the RM mission. This message includes the determined RM mission information described in S1001.

[0286] According to some embodiments, MM_RM_RM mission Req. includes the RM mission generated in step S1001, as well as the mission information described in step S1001. After receiving MM_RM_RM mission Req., MM may perform mission creation, establishment and execution.

[0287] S1003: MM performs mission creation, establishment and execution.

[0288] According to the determined RM mission information received in the step S1002, the MM creates the RM mission instance, establishes the RM mission session, and executes the RM mission session to generate the RM decision (s) . The mission creation, establishment and execution procedures may involve other XaaS service (s) (e.g., NET4AI, DAM) to provide AI and computing capabilities.

[0289] For example, in the implementation of performing mission creation, establishment, and execution through the first XaaS service and the second XaaS service as described above, MM may respectively call the first XaaS service and the second XaaS service to execute their part or phase of RM methods.

[0290] S1004: MM_RM_RM mission Req. Response from MM to RDF.

[0291] After the RM mission execution completed, the MM sends the generated RM decision (s) to the RDF by this message.

[0292] In some implementations where no MM service is available, the RDF may trigger the RM decision calculation  with XaaS service procedure to calculate the RM decision (s) by directly interacting with one or multiple XaaS service (s) . FIG. 11 shows the RM decision calculation with XaaS service procedure:

[0293] S1101: XaaS capability query from RDF to (the controller of) XaaS service.

[0294] RDF queries what AI / computing capabilities can be provided by the XaaS service. This message may include the requirements (e.g., using specific format / description language) for the XaaS service to expose the information of capabilities can be provided by the XaaS service.

[0295] S1102: XaaS capability query response from XaaS service to RDF.

[0296] After receiving the query in step 1101, the XaaS service informs the RDF about the AI / computing capabilities can be supported by the XaaS service. This message may include the info of provided capabilities which is represented according to the requirements specified in the XaaS capability query. The info of each provided capability may include at least one of: 1) ID / name of the capability; 2) description of the capability; 3) Requirements of the capability (e.g., input / output data format (s) , training data requirements) ; etc.

[0297] According to some embodiments, XaaS capability includes but not limit to federated learning, reinforcement learning, deep neural networks, convolutional neural networks, and so on

[0298] S1103: RDF performs XaaS task determination.

[0299] After receiving XaaS capability query response, RDF may perform XaaS task determination, which is based on the info of provided capabilities included in XaaS capability query response.

[0300] Given the info of provided capabilities from all XaaS service (s) , and the detailed contents of the selected RM method (s) , the RDF may decouple / re-organize selected RM method (s) into one or multiple task (s) . Each task should be able to be executed by a specific XaaS service. The RDF maintains the workflow / dependencies among the task (s) to generate the RM decision (s) . For each task, the RDF shall further determine its XaaS exec. parameters which may include at least one of: 1) ID / name of the XaaS service to execute the task; 2) QoS requirements for the task execution; 3) (opt. ) storage address of input data for the task execution; etc.

[0301] S1104: XaaS execution request from RDF to XaaS service (to execute the task) .

[0302] For each task, the MM sends this request to the XaaS service to execute it. This message includes the XaaS exec. parameters for the task, and the input data for the task execution (e.g., the output data received from previous task execution according to the determined workflow / dependencies) .

[0303] S1105: XaaS service performs XaaS service execution.

[0304] According to the XaaS exec. parameters and input data received in step S1004. The XaaS service executes the task.

[0305] S1106: XaaS execution request response from XaaS service to RDF.

[0306] Inform the RDF about the completion of the task execution, and send the task execution result info to the RDF. This message includes the task execution result info which may include at least one of: 1) execution result data format; 2) storage address of the execution result data or the execution result data; etc.

[0307] For different task (s) , the RDF may trigger execute step S1103-S1106 for multiple times according to the determined workflow / dependencies of task (s) until all task execution result (s) needed for generating RM decision (s) are generated by task (s) .

[0308] S1107: RDF generate RM decision.

[0309] The RDF may generate the RM decision based on received task execution result data received in step S1106.

[0310] According to an implementation, task execution result data includes information on at least one RM scheme of each target device, for example, algorithm A for device 1 and algorithm B for device 2. Then, the RDF may determine the RM decision, the RM decision includes information of algorithm A for device 1 and algorithm B for device 2, as well as corresponding resource sets, based on which algorithm A or algorithm B can be executed.

[0311] The RM decision calculation procedures enables the RDF to calculate the RM decision by leveraging the AI / computing capabilities provided by either the MM or the XaaS service (s) .

[0312] In some optional implementations, by utilizing XaaS Service to execute the task, external resources can be utilized to accelerate the generation of RM decisions, enabling RDF to obtain RM decisions faster and complete the distribution of RM schemes as soon as possible.

[0313] Fig. 12 is a block diagram illustrating an apparatus according to an embodiment. At 1200, Fig. 12 illustrates components of an example apparatus in which or in conjunction with which transmitting features may be implemented, and components of an example apparatus in which or in conjunction with which receiving features may be implemented is illustrated at 1250. A controller 1230 may be provided in either of these types of apparatus. In some embodiments, an apparatus may include both transmitting and receiving features. In the example shown in Fig. 12, an apparatus with all of the illustrated components supports both transmitting features and receiving features.

[0314] For transmitting features, the example apparatus in Fig. 12 includes an input interface 1202, a transmitter 1204 coupled to the input interface, an output interface 1206 coupled to the transmitter, and the controller 1230 coupled to the transmitter. The input interface 1202 is illustrated to generally represent a connection to other apparatus components to obtain information that is to be transmitted. Although shown as a separate component in Fig. 12, the output interface 1206 through which transmissions are made by the transmitter 1204 may be provided by or incorporated into the transmitter. Similarly, although shown as a separate input interface 1202 in Fig. 12, an interface  through which information for transmission is obtained by the transmitter 1204 may be provided by or incorporated into the transmitter.

[0315] For receiving features, the example apparatus in Fig. 12 includes an input interface 1256 for received signals, a receiver 1254 coupled to the input interface, an output interface 1252 coupled to the receiver, and the controller 1230 coupled to the receiver. The input interface 1256 is illustrated to generally represent a connection to other apparatus components to receive signals from one or more network devices. Although shown as a separate component in Fig. 12, the input interface 1256 through which signals are received by the receiver 1254 may be provided by or incorporated into the receiver. Similarly, although shown as a separate output interface 1252 in Fig. 12, an interface through which information from received signals is provided to other components by the receiver 1254 may be provided by or incorporated into the receiver.

[0316] Transmitting and receiving features or functions, and other features or functions herein, may be implemented in any of various ways, such as in hardware, firmware, or one or more components that execute software. The present disclosure is not limited to any specific type of implementation, and implementation details may vary between different devices.

[0317] Information for transmission may be obtained, signals may be transmitted, signals may be received, and information from received signals may be provided to other apparatus components, via any of various types of interface, including a communication interface in the case of signals transmitted by the transmitter 1204 and / or signals received by the receiver 1254. Embodiments are not in any way restricted to any particular type of interface, the implementation of which may be based at least in part on a type of device (UE or network device for example) in which an apparatus is to be implemented.

[0318] In an embodiment, an apparatus for a first device as disclosed herein includes a receiver such as the receiver 1254 for receiving from a RM customer of a second device, and a controller such as the controller 1230, coupled to the receiver 1254, to determine a resource management scheme.

[0319] In an embodiment, an apparatus for a second device as disclosed herein includes a receiver such as the receiver 1254 for receiving from a first device, and a controller such as the controller 1230, coupled to the receiver 1254, to execute the resource management scheme, to control the allocated resource of the target device.

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

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

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

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

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

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

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

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

[0328] 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, 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.

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

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

[0331] Please note that two or more of the network entities illustrated in this disclosure may be located in 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) .

[0332] 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. 10, for the operations executed by other network entities (e.g., step S1003) , the RDF does not see it (or they may be transparent to the RDF) .

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

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

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

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

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

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

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

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

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

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

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

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

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

[0346] 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 coupled 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:receive a resource management request comprising device information of at least one target device;in response to the resource management request, determine a resource management scheme; andtransmit information of the resource management scheme to the resource management operation function (ROF) , wherein the ROF is used to allocate a resource for the at least one target device by executing the resource management scheme.2.The first device of claim 1, wherein the resource management request further comprises at least one of resource type information, scenario information, resource management method requirements, training data requirements, and execution parameter requirements for resource management.3.The first device of claim 1 or 2, wherein the determine a resource management scheme comprising:determining a resource management method matching the resource management request; anddetermining the resource management scheme based on the resource management method.4.The first device of claim 3, wherein the resource management method includes at least one of an algorithm, a model, or a computing procedure.5.The first device of claim 3 or 4, wherein the first device includes at least one first resource management method, anddetermining a resource management method matching the resource management request comprising:determining a first resource management method matching the resource management request from the at least one first resource management method.6.The first device of claim 3 or 4, wherein the determining a resource management method matching the resource management request comprising:transmitting, to an external library configured with at least one second resource management method, a method request, which comprises the information in the resource management request, and indicates the external library to determine a second resource management method matching the resource management request from the at least one second resource management method; andreceiving, from the external library, a method response indicating the second resource management method.7.The first device of any one of claims 3 to 6, wherein the determining the resource management scheme based on the resource management method comprising:determining a resource management mission based on the resource management method;transmitting, to an external network, an execution request, which comprises the resource management mission;receiving, from the external network, an execution response, which comprises the execution result of the external network executing the resource management mission; anddetermining a resource management scheme based on the execution result.8.The first device of any one of claims 3 to 6, wherein the determining the resource management scheme based on the resource management method comprising:determining a submission for each external network of one or more external networks based on the resource management method;transmitting, to the each external network, an execution request, which comprises the submission for the each external network;receiving, from the each external network, an execution response, which comprises the execution result of the each external network executing the submission;determining the resource management scheme based on at least one execution result corresponding to at least one of the one or more external networks.9.The first device of claim 8, wherein determining a submission for each external network of one or more external networks based on the resource management method comprising:sending, to each external network, a capability query;receiving, from each external network, a capability query response, which comprises the capability of each external network;determining a submission for each external network based on the capability of each external network and a resource management method matching the resource management request.10.The first device of any one of claims 3 to 6, wherein the determining the resource management scheme based on the resource management method comprising:determining a resource management mission based on the resource management method;transmitting, to mission management (MM) , an execution request, which comprises the resource management mission;receiving, from MM, an execution response, which comprises the execution result of the MM executing the resource management mission;determining a resource management scheme based on the execution result.11.A second device comprising:at least one processor coupled with at least one memory including computer program code;wherein when the computer program codes are executed by the at least one processor, cause the second device to:receive, from a Resource Management decision function (RDF) , information of a resource management scheme, wherein the resource management scheme is determined by the RDF in response to a resource management request;execute the resource management scheme, to control the allocated resource of the target device.12.A method applied to a resource management decision function (RDF) , comprising:receiving a resource management request comprising device information for at least one target device;in response to the resource management request, determining a resource management scheme; andtransmitting information of the resource management scheme to the ROF in communication system, wherein the ROF is used to allocate a resource for the at least one target device by executing the resource management scheme.13.The method of claim 12, wherein the resource management request further comprises at least one of resource type information, scenario information, resource management method requirements, training data requirements, and execution parameter requirements for the resource management.14.The method of claim 12 or 13, wherein the determining the resource management scheme comprising:determining a resource management method matching the resource management request; anddetermining the resource management scheme based on the resource management method.15.The method of claim 14, wherein the first resource management method includes at least one of an algorithm, a model, a formula, and a function.16.The method of claim 14 or 15, wherein the RDF includes at least one first resource management method, anddetermining a resource management method matching the resource management request comprising:determining a first resource management method matching the resource management request from the at least one first resource management method.17.The method of claim 14 or 15, wherein the determining a resource management method matching the resource management request comprising:transmitting, to an external library configured with at least one second resource management method, a method request, which comprises the information in the resource management request, and indicates the external library to determine a second resource management method matching the resource management request from the at least one second resource management method; andreceiving, from the external library, a method response indicating the second resource management method.18.The method of any one of claims 14 to 17, wherein the determining the resource management scheme based on the resource management method comprising:determining a resource management mission based on the resource management method;transmitting, to an external network, an execution request, which comprises the resource management mission;receiving, from the external network, an execution response, which comprises the execution result of the external network executing the resource management mission; anddetermining a resource management scheme based on the execution result.19.The method of any one of claims 14 to 17, wherein the determining the resource management scheme based on the resource management method comprising:determining a submission for each external network of one or more external networks based on the resource management method;transmitting, to the each external network, an execution request, which comprises the submission for the each external network;receiving, from the each external network, an execution response, which comprises the execution result of the each external network executing the submission;determining the resource management scheme based on at least one execution result corresponding to at least one of the one or more external networks.20.The method of claim 19, wherein determining a submission for each external network of one or more external networks based on the resource management method comprising:sending, to each external network, a capability query;receiving, from each external network, a capability query response, which comprises the capability of each external network;determining a submission for each external network based on the capability of each external network and a resource management method matching the resource management request.21.The method of any one of claims 14 to 17, wherein the determining the resource management scheme based on the resource management method comprising:determining a resource management mission based on the resource management method;transmitting, to mission management (MM) , an execution request, which comprises the resource management mission;receiving, from MM, an execution response, which comprises the execution result of the MM executing the resource management mission;determining a resource management scheme based on the execution result.22.A method applied to resource management operation function (ROF) , comprising:receiving, from a RDF, a resource management scheme, wherein the resource management scheme is determined by the RDF in response to a resource management request;executing the resource management scheme, to control the allocated resource of the target device.23.A first apparatus applied to a resource management decision function (RDF) , comprising means for:receiving a resource management request comprising device information for at least one target device;in response to the resource management request, determining a resource management scheme; andtransmitting information of the resource management scheme to the ROF in communication system, wherein the ROF is used to allocate a resource for the at least one target device by executing the resource management scheme.24.A second apparatus applied to a resource management operation function (ROF) , comprising means for:receiving, from a RDF, a resource management scheme, wherein the resource management scheme is determined by the RDF in response to a resource management request;executing the resource management scheme, to control the allocated resource of the target device.25.A computer readable medium comprising program instructions for causing an apparatus to perform at least the method of any of claims 12-21 or claim 22.

Images