Patent Description:
Wireless communication may take place between terminal devices via an access node. Such communication may be seen as a hierarchical communication. While it has its benefits, there may also be communication taking place directly between two or more devices without having an access node in-between.

3GPP submission SP-<NUM> discloses machine learning over communications networks where training date can be shared between different forms of intelligent agents including over sidelink communications.

3GPP submission R1-<NUM> discloses use of new radio (NR) bandwidth parts (BWP) for sidelink communications.

The present invention provides apparatuses for first and second terminal devices, for an access node and corresponding method claims as claimed in the accompanying claims.

The techniques and methods described herein may be implemented by various means. For example, these techniques may be implemented in hardware (one or more devices), firmware (one or more devices), software (one or more modules), or combinations thereof. For a hardware implementation, the apparatus(es) of embodiments may be implemented within one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), graphics processing units (GPUs), processors, controllers, microcontrollers, microprocessors, other electronic units designed to perform the functions described herein, or a combination thereof. For firmware or software, the implementation can be carried out through modules of at least one chipset (e.g. procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in a memory unit and executed by processors. The memory unit may be implemented within the processor or externally to the processor. In the latter case, it can be communicatively coupled to the processor via any suitable means. Additionally, the components of the systems described herein may be rearranged and/or complemented by additional components in order to facilitate the achievements of the various aspects, etc., described with regard thereto, and they are not limited to the precise configurations set forth in the given figures, as will be appreciated by one skilled in the art.

As used herein, the term "determining" (and grammatical variants thereof) may include, as a non-exhaustive listing, for example calculating, computing, processing, deriving, measuring, investigating, looking up (e.g., looking up in a table, a database or another data structure), ascertaining and the like. Also, "determining" may include receiving (e.g., receiving information), accessing (e.g., accessing data in a memory), obtaining and the like. Also, "determining" may include resolving, selecting, choosing, establishing, and the like.

<FIG> shows terminal devices <NUM> and <NUM> configured to be in a wireless connection on one or more communication channels in a cell with an access node (such as (e/g)NodeB) <NUM> providing the cell. The access node <NUM> may also be referred to as a node. The physical link from a terminal device to a (e/g)NodeB is called uplink or reverse link and the physical link from the (e/g) NodeB to the terminal device is called downlink or forward link. It should be appreciated that (e/g)NodeBs or their functionalities may be implemented by using any node, host, server or access point etc. entity suitable for such a usage. It is to be noted that although one cell is discussed in this exemplary embodiment, for the sake of simplicity of explanation, multiple cells may be provided by one access node in some exemplary embodiments.

A communication system may comprise more than one (e/g)NodeB in which case the (e/g)NodeBs may also be configured to communicate with one another over links, wired or wireless, designed for the purpose. These links may be used for signalling purposes. The (e/g)NodeB is a computing device configured to control the radio resources of communication system it is coupled to. The (e/g)NodeB may also be referred to as a base station, an access point or any other type of interfacing device including a relay station capable of operating in a wireless environment. The (e/g)NodeB includes or is coupled to transceivers. From the transceivers of the (e/g)NodeB, a connection is provided to an antenna unit that establishes bidirectional radio links to user devices. The antenna unit may comprise a plurality of antennas or antenna elements. The (e/g)NodeB is further connected to core network <NUM> (CN or next generation core NGC). Depending on the system, the counterpart on the CN side may be a serving gateway (S-GW, routing and forwarding user data packets), packet data network gateway (P-GW), for providing connectivity of terminal devices (UEs) to external packet data networks, or mobile management entity (MME), etc..

The terminal device (also called UE, user equipment, user terminal, user device, etc.) illustrates one type of an apparatus to which resources on the air interface are allocated and assigned, and thus any feature described herein with a terminal device may be implemented with a corresponding apparatus, such as a relay node. Another example of such a relay node is a layer <NUM> relay. Such a relay node may contain a terminal device part and a Distributed Unit (DU) part. A CU (centralized unit) may coordinate the DU operation via F1AP -interface for example.

The terminal device may refer to a portable computing device that includes wireless mobile communication devices operating with or without a subscriber identification module (SIM), or an embedded SIM, eSIM, including, but not limited to, the following types of devices: a mobile station (mobile phone), smartphone, personal digital assistant (PDA), handset, device using a wireless modem (alarm or measurement device, etc.), laptop and/or touch screen computer, tablet, game console, notebook, and multimedia device. A terminal device may also be a device having capability to operate in Internet of Things (IoT) network.

<NUM> enables using multiple input - multiple output (MIMO) antennas, many more base stations or nodes than the LTE (a so-called small cell concept), including macro sites operating in co-operation with smaller stations and employing a variety of radio technologies depending on service needs, use cases and/or spectrum available. <NUM> mobile communications supports a wide range of use cases and related applications including video streaming, augmented reality, different ways of data sharing and various forms of machine type applications such as (massive) machine-type communications (mMTC), including vehicular safety, different sensors and real-time control. <NUM> is expected to have multiple radio interfaces, namely below <NUM>, cmWave and mmWave, and also being integratable with existing legacy radio access technologies, such as the LTE. Integration with the LTE may be implemented, at least in the early phase, as a system, where macro coverage is provided by the LTE and <NUM> radio interface access comes from small cells by aggregation to the LTE. In other words, <NUM> is planned to support both inter-RAT operability (such as LTE-<NUM>) and inter-RI operability (inter-radio interface operability, such as below <NUM> - cmWave, below <NUM> - cmWave - mmWave). One of the concepts considered to be used in <NUM> networks is network slicing in which multiple independent and dedicated virtual sub-networks (network instances) may be created within the same infrastructure to run services that have different requirements on latency, reliability, throughput and mobility.

The low latency applications and services in <NUM> may require to bring the content close to the radio which may lead to local break out and multi-access edge computing (MEC).

The communication system is also able to communicate with other networks, such as a public switched telephone network or the Internet <NUM>, and/or utilise services provided by them.

Satellite communication may utilise geostationary earth orbit (GEO) satellite systems, but also low earth orbit (LEO) satellite systems, for example, mega-constellations (systems in which hundreds of (nano)satellites are deployed). Each satellite <NUM> in the constellation may cover several satellite-enabled network entities that create on-ground cells. The on-ground cells may be created through an on-ground relay node <NUM> or by a gNB located on-ground or in a satellite or part of the gNB may be on a satellite, the DU for example, and part of the gNB may be on the ground, the CU for example.

It is to be noted that the depicted system is an example of a part of a radio access system and the system may comprise a plurality of (e/g)NodeBs, the terminal device may have an access to a plurality of radio cells and the system may comprise also other apparatuses, such as physical layer relay nodes or other network elements, etc..

Machine learning, ML, is utilized in many different areas due to the benefits it offers and ML may also be utilized in wireless communication. For example, an access node may benefit from one or more trained machine learning models that help to improve the performance of the access node. Training of the one or more machine learning models may be done for example at the physical layer, at the upper layers or over the full stack in a holistic manner. Further, an end-to-end training, in which both endpoints of a radio link are trained, may also utilized.

Machine learning models may be categorized broadly as supervised or unsupervised. Supervised models may apply what has been learned in the past using labelled examples to predict future events. A supervised algorithm may require a set of data known as training data, comprising input data and labels that are considered as the output values of machine learning algorithms. Starting from the analysis of the training data, the machine learning algorithm produces a model, such as a mathematical model, that makes predictions about the output values. After sufficient training, the model may provide accurate output values for any new input data. The accuracy of the model, that is, the adequacy of the training may be validated by techniques such as cross-validation method. When training, some part of the labelled training data is not used for training but saved for estimating the model accuracy, that is, if the model gives a correct label to an already known output value. An unsupervised algorithm in turn takes a set of data that comprises input data without labels and finds a structure in the input data, like grouping or clustering of data points. Therefore, unsupervised methods do not need a labelled input data for training in contrast to supervised methods but may learn from input data that has not been labelled. Multiple supervised machine learning models exist and one example of a supervised machine learning model is an artificial neural network, ANN, which may also be referred to as a neural network, NN. An artificial neural network comprises connected neurons that loosely resemble neurons in a biological brain. The neurons are computing entities which, when connected, can form one or more layers. The selection of training data has a significant impact on how well the algorithm executed on the framework offered by the neural network, or any other suitable machine learning model, learns to provide correct and reliable results as the algorithm learns to recognize patterns of the training data and thereby is able to recognize new data. As the learning is based on patterns, the better the patterns are extracted from the training data, the better the algorithm can learn.

To achieve more flexibility in how resources are assigned in a given carrier, bandwidth parts may be utilized. A bandwidth part, BWP, may be understood as a contiguous set of physical resource blocks, PRB, on a given carrier. The PRBs may be selected from a contiguous subset of common resource blocks for a given numerology. Utilization of BWPs may enable for example receiver-side bandwidth adaptation, power saving, multiplexing of numerologies and narrowband and wideband terminal devices. The bandwidth of individual BWPs may vary but it may be limited such that it is not wider than the carrier bandwidth or the maximum bandwidth supported by the terminal device.

When a terminal device is connected to a cell provided by an access node that is part of the cellular network, it may be allocated its own BWP configuration according to its service profiles. Thus, the BWP may be configured for the terminal device. For example, up to <NUM> BWPs may be configured for the terminal device by the network via radio resource control, RRC, signalling. If a plurality of BWPs are allocated to the terminal device, it may be that there is one BWP that is active at any given time. Such active BWP may serve as the portion of the carrier bandwidth in which the terminal device monitors data and control signalling. Thus, the terminal device may not be required to monitor signals outside the bandwidth of the active BWP. The network may then provide an indication to the terminal device indicating that switching between BWPs that are configured for the terminal device is to take place. The indication may be provided using for example downlink control information, DCI, in order to adapt the bandwidth and/or the numerology to the data traffic. An advantage associated with BWPs is that it enables dedicating a portion of the carrier for a specific purpose. Although BWPs and their configurations are specific to a terminal device, the network may configure same BWPs to such terminal devices that share a similar traffic activity in order to optimize the carrier resources configuration as well as to ease the scheduler when allocating such resources.

In <NUM>, for example, in addition to BWPs, unlicensed spectrum may also be utilized to achieve increased flexibility in terms of spectrum usage. The unlicensed spectrum in <NUM> may be denoted as NR-U. Utilization of the NR-U may enable delivering multi-Gbps peak data rates with up to <NUM> and <NUM> of bandwidth available for downlink and uplink, respectively. Both anchored and standalone deployments may be supported for NR-U, thereby providing operators more spectrum flexibility. It is also to be noted that the concept of BWP applies for both the NR-U and NR.

Sidelink communication may be understood as communication between terminal devices in which the terminal devices connect to each other directly without an access node involvement, in other words, without relaying the data via a network such as a cellular communication network. Such terminal devices may be of any suitable type such as mobile phones, vehicles, robots, household appliances or wearable consumer electronic devices. Sidelink communication may be enabled for example by <NUM> and/or <NUM> technology. Sidelink communication may be beneficial for example to allow devices with close proximity to each other to discover and connect to each other at high data rates and low latency. This may be useful for example in peer-to-peer gaming, vehicle platooning, etc. Also enhanced augmented reality and/or virtual reality may benefit from sidelink communication.

In sidelink communication, resource allocations as well as link adaptation are controlled by the terminal devices independently, which allows more control over usage of its resources to a terminal device. As sidelink communication allows reduction in latency due to being restricted to one hop, it may be useful for example in mission-critical industrial applications.

The physical layer resources required for sidelink communication between a plurality of devices may be scheduled by an access node such as a gNB or, alternatively, may be autonomously selected by the terminal devices in a contention-based manner. Three physical channels may be specified for example to a vehicle to X, V2X, sidelink communication. Those physical channels may be physical sidelink control channel, PSCCH, that comprises sidelink control information, SCI, physical sidelink shared channel, PSSCH, and physical sidelink feedback channel, PSFCH. The PSCCH and PSSCH are time-division-multiplexed to enable low latency and energy efficiency. It is also envisaged that extensions to multi-carrier operation and enhancements for mmWave operation may enhance sidelink communication. In addition to physical layer, resource management may also be optimized to increase the system capacity in addition to reducing capacity.

<FIG> illustrates an exemplary embodiment of sidelink communication between terminal devices <NUM>, <NUM> and <NUM>. In this exemplary embodiment the terminal devices <NUM>, <NUM> and <NUM> are mobile phones, but other terminal devices and/or network infrastructures could also be used. In this exemplary embodiment terminal device <NUM> receives sidelink transmissions of data from both the terminal device <NUM> and the terminal device <NUM>, which in this exemplary embodiment act as Tx terminal devices.

To optimize performance of terminal devices, which may comprise mobile devices, wearable device, household appliances and vehicles for example, that are capable of communicating via sidelink communication, machine learning may be utilized. To be able to train machine learning for improving performance of terminal devices, it is beneficial to have messages and procedures to steer such training methods efficiently in sidelink connections. Yet, training a machine learning model requires transmitting a large amount of data through the use of radio resources that need to be allocated for this purpose on top of usual usage of the resources, which may temporarily reduce the capacity of the network. Sidelink communications aggravates this issue as the sheer presence of multiple active sidelinks with ML training capabilities scales up the number of resources occupied for ML purposes. It may thus be beneficial to leverage spectral flexibility to optimize network capacity when sidelink ML-training takes place in a cellular communication network.

To obtain spectral flexibility when ML training is to take place for sidelink communication, BWPs may be utilized. For example, data transmissions regarding the ML training may take place in dedicated radio frequencies and BWPs may be used to achieve such dedicated radio frequencies. Also, as the terminal devices performing the sidelink communication may be in close proximity to each other, effective power control by means of purpose-specific BWPs for ML-training of links used for the sidelink communication may be achieved. This may help to minimize RF interference and the impact of ML training on network capacity.

Radio resource management, RRM, may be understood as a network task that aims to maximize throughput and spectral efficiency. This may be achieved for example by deciding how and to which terminal devices radio resources such as power, frequency and connection duration are allocated. In the following exemplary embodiments, RRM procedures for configuring, enabling, disabling and controlling ML training regarding sidelink communication are discussed. The data transmissions for the ML training may be transmitted using a BWP that is allocated for such data transmissions. The BWP may be called as Machine Learning BWP, ML BWP. Such ML BWPs may be utilized for the training and data transmissions without heavily compromising the network performance. This also facilitates the scheduler RRM decisions for ML purposes. The ML training regarding sidelink communication may be understood as training one or more machine learning models regarding one or more aspects of the sidelink communication.

<FIG> illustrates an exemplary embodiment of network topology and spectral allocation for ML training in sidelink communication. In this exemplary embodiment, there are two terminal devices <NUM> and <NUM>, that may be any suitable devices that are capable of performing sidelink communication and that comprise a transceiver. First, the terminal devices <NUM> and <NUM> indicate <NUM> to an access node <NUM>, that in this exemplary embodiment is a gNB, that they are available for sidelink communication and training of an ML regarding the sidelink communication. In this exemplary embodiment, the purpose of the ML training is to optimize device-to-device MAC-layer. Thus, the terminal devices <NUM> and <NUM> request, from the access node <NUM>, resources for the ML training. In order to be able to perform the ML training, two transceivers that are involved in the sidelink communication may be required. As a response, the access node <NUM> may allocate resources, such as ML BWPs in an NR-U spectrum or in high <NUM> bands, such as in frequency range <NUM>, FR2, for the ML training. FR2 may include frequency bands from <NUM> to <NUM>. This may have the benefit of exploiting spectrum availability, as well as bringing full flexibility to the configuration of the lower layers, which may not need to reuse the configuration, such as numerology, of the same transceiver.

As the terminal devices <NUM> and <NUM> perform sidelink communication <NUM> between each other, the communication may take place in a licensed spectrum using an active BWP <NUM>. Also, data transmissions for ML training may take place in an unlicensed spectrum using an ML BWP <NUM> for data transmissions aimed to transmit the training data. Thus, the terminal devices <NUM> and <NUM> are allocated a ML BWP for transmitting and receiving data, that may be used for the training, in this allocated spectrum, using for example a PC5 interface, without having to receive a control signal from the access node <NUM>. In other words, the access node <NUM> may configure the ML BWP for the terminal devices to use for the ML training. Also, the ML data collection may then take place in this allocated spectrum, without perturbing other user in the carrier spectrum and without any need for DL control signals from the access node <NUM> for ML purposes. It is to be noted that in some exemplary embodiments, the ML BWP may be used only for the training purpose.

If an ML BWP is used in a sidelink communication to transmit training data and if the terminal devices also support operating in NR-U or FR2, the ML BWP may be in the NR-U or FR2, which helps the network, that may be a cellular communication network, to use tailored RRM algorithms for the ML BWP without interfering with the RRM setting for other data traffic. As spectrum is a scarce and valuable resource, moving the training data to NR-U or FR2 helps to keep as much of that resource available for other data transmissions. It is to be noted though that subsequent allocation of resources withing the ML BWP and medium access control definition may be carried out autonomously by the terminal devices engaged in communications over the sidelink.

<FIG> illustrates an exemplary embodiment of signalling for initiating and performing data transmissions for training a machine learning model regarding sidelink communication. First a terminal device <NUM>, which is capable of sidelink communication, transmits an indication <NUM> that indicates that the terminal device <NUM> is available for ML training with data obtained from sidelink communication. This indication is provided to a radio access network, RAN. In the claimed invention, the indication is provided to an access node <NUM>. In an example not part of the claimed invention, the access node is a gNB. The access node receives the transmitted indication <NUM>, which may be understood as a TrainingInterest message. The indication <NUM> may be, for example, an optional information element, IE, comprised in a SidelinkUEInformation message. Provided that sidelink ML training sessions are supported by the RAN and the RAN determines the terminal device <NUM> as an authorized terminal device for the sidelink training session, the access node <NUM> then transmits an indication <NUM> to the terminal device <NUM>. The indication <NUM> indicates a configuration for an ML BWP for the purpose of providing and obtaining training data for the ML training with the data obtained from the sidelink communication. The indication <NUM> may be understood as a ML BWP Configuration message. The indication <NUM> may be, for example, an optional IE of a RRCConnectionReconfiguration message. Once the terminal device <NUM> receives the indication <NUM>, the terminal device <NUM> may, from then on, monitor for ML-training sidelink discovery announcements in the ML-BWP. It is to be noted that the indication <NUM> may further comprise rules and restrictions for sidelink ML-training, including carrier frequency, maximum transmit power, transmission mode, etc..

The ML BWP Configuration message may also comprise an indication for data collection such as a data collection flag. This flag may be used to indicate to the terminal device <NUM> that it is to store SL ML data collected during training sessions. The data may then later on be provided to the RAN if the RAN decides to retrieve this data from the terminal device. This may have the benefit of, effectively, extending the range of the network and letting it collect ML data in regions it cannot otherwise reach such as out-of-coverage regions and high frequencies. It is to be noted that the ML BWP may be allocated in an NR-U spectrum or in high <NUM> bands, such as in frequency range <NUM>, FR2.

Another terminal device, terminal device <NUM> also transmits an indication <NUM> to the RAN indicating its availability for ML training with the data obtained from the sidelink communication. The indication <NUM> is transmitted to an access node that is the access node <NUM> to which the terminal device <NUM> also transmitted the indication <NUM>. The indication <NUM> may also be understood as a TrainingInterest message and it may be transmitted, for example, an optional information element, IE, comprised in a SidelinkUEInformation message.

As previously with terminal device <NUM>, the RAN then determines if the terminal device <NUM> is an authorized terminal device for the sidelink training session and if it is, the access node <NUM> then transmits an indication <NUM> to the terminal device <NUM>. The indication <NUM> indicates the configuration for an ML BWP for the purpose or providing and obtaining training data for ML training with the data obtained from the sidelink communication. The ML BWP may be the same ML BWP as was configured for the terminal device <NUM>. The indication <NUM> may also be understood as the ML BWP Configuration message. The indication <NUM> may be, for example, an optional IE of a RRCConnectionReconfiguration message. Once the terminal device <NUM> receives the indication <NUM>, the terminal device <NUM> may, from then on, monitor for ML-training sidelink discovery announcements in the ML-BWP.

As there are now two transceivers comprised in terminal devices available, the training data required for machine learning in terms of sidelink communication may now take place. In the claimed invention, the terminal device <NUM> then transmits an indication <NUM> to the terminal device <NUM>. The indication <NUM> indicates that the terminal device <NUM> is available for training a machine learning model regarding the sidelink communication. The indication <NUM> may be understood as a training availability -message. It is to be noted that the terminal device <NUM> provides the indication <NUM> as an announcement that announces its availability for the ML training regarding sidelink communication to one or more terminal devices that are located in its vicinity. The availability may be announced in accordance with the ML BWP configuration -message that was provided by the access node <NUM>. The message <NUM> may be provided, for example, as an IE of a sidelink discovery announcement -message, which may be accompanied by a sidelink synchronisation signal, SLSS.

Once the message <NUM> has been provided by the terminal device <NUM> and the terminal device <NUM> has received the message <NUM>, the terminal device <NUM> and <NUM> negotiate <NUM> the training of the machine learning model regarding the sidelink communication. The negotiation is performed using the ML BWP that was provided by the access node <NUM> and configured by the RAN the access node <NUM> is part of. After this, the terminal device <NUM> and <NUM> execute <NUM> the training of the machine learning model regarding the sidelink communication.

As described in the exemplary embodiment above, a terminal device that is capable of ML training regarding sidelink communication may monitor frequencies configured by upper layers for ML training availability announcements. If a terminal device detects such availability announcement, a training session may be negotiated and executed with the other terminal device that transmitted the announcement. Once the training has been completed, the terminal devices may resume monitoring of ML training availability announcements. Additionally, the terminal devices may store the learned models and associate them to the training counterpart, that is the other terminal device, for a purpose of customized sidelink communication. The training of the machine learning model may be initiated based on for example lack of RAN coverage or poor performance or based on any other suitable criteria.

Once two terminal devices such as terminal device <NUM> and <NUM> have successfully negotiated the machine learning training negotiation such as the negotiation <NUM>, the terminal devices engage in the ML training regarding sidelink communication for example in NR-U spectrum for the purpose of customizing their radio stacks. After the successful negotiation, the ML training may proceed independently of the RAN. This enables supporting exploratory actions that may be interpreted as harmful to performance by the RAN but which may be an essential for the ML model. Additionally, this allows the terminal devices to venture in out-of-coverage areas the RAN cannot reach and collect useful unexplored data that may be exploited by the RAN as well. The RAN may also request the data collected during exploration to be stored locally to the terminal device that performs the data collection and then later on share it with the RAN during the ML data retrieval procedure.

<FIG> illustrates an exemplary embodiment of signalling between the terminal device <NUM> and <NUM> during the execution of the training of the machine learning model regarding the sidelink communication. In this exemplary embodiment, the machine learning model is trained regarding the receiver, such as L1 receiver, of the terminal device <NUM>. The training of the receiver of the terminal device <NUM> may help to improve the performance with which the constellation symbols sent by the terminal device <NUM> are demodulated.

In this exemplary embodiment the terminal device <NUM> transmits data bursts <NUM> for training the machine learning model that are then received by the terminal device <NUM>. After this the terminal device <NUM> performs a training epoch <NUM>, <NUM> and/or <NUM>. Although three training epochs are illustrated in this exemplary embodiment, there could also be another amount of training epochs. As is illustrated in <FIG>, there is a sequence of training epochs, in which the terminal device <NUM> transmits training data bursts that comprise labelled data. The labelled data may be for example training data that the terminal device <NUM> needs for example to evaluate its demodulation performance and update its receiver parameters accordingly. After a training epoch, the terminal device <NUM> then transmits training information to the terminal device <NUM>. This may be done using L3 signalling <NUM> for example. After the last training epoch, the terminal device <NUM> transmits to the terminal device <NUM> a training completed message which may also be transmitted using the L3 interface for example.

<FIG> illustrates an exemplary embodiment of machine learning data retrieval process in which the RAN obtains the training data collected and stored by a terminal device <NUM>. The terminal device transmits an indication <NUM> indicating that it has training data available to an access node <NUM> that is comprised in the RAN. This may be for example as following a successful RRC connection establishment. For example, by means of a ML data available flag in the RRCConnectionSetupComplete message. In response to the received indication <NUM>, the access node <NUM> may then transmit an indication <NUM> indicating a request to obtain the collected training data from the terminal device <NUM>. After this, the terminal device <NUM> may provide an indication <NUM> that may be a response to the request received and transmit the obtained data to the access node <NUM>.

It is to be noted that in some exemplary embodiments the terminal devices may comprise additional transceivers. In such exemplary embodiment, the RAN may transmit, for example via an access node, a command, such as an out-of-band command over a Uu interface to terminate utilization of one or more ML BWPs. The out-of-band command may be transmitted using for example a default BWP in the low- or mid-band frequencies to terminate the utilization of ML BWPs. The command may be transmitted for example as a multicast message that is then received by pertinent terminal devices. Alternatively, the command may be transmitted to a terminal device as a unicast message. The terminal device may then relay the command via the sidelink to the other terminal devices sharing the ML BWP.

The apparatus <NUM> of <FIG> illustrates an example embodiment of an apparatus that may be an access node or be comprised in an access node. The apparatus may be, for example, a circuitry or a chipset applicable to an access node to realize the described embodiments. The apparatus <NUM> may be an electronic device comprising one or more electronic circuitries. The apparatus <NUM> may comprise a communication control circuitry <NUM>. In the claimed invention, the apparatus (<NUM>) comprises as at least one processor, and at least one memory <NUM> including a computer program code (software) <NUM> which, when executed by the at least one processor, causes the apparatus <NUM> to carry out any one of the example embodiments of the access node described above.

The memory <NUM> may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, flash memory, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory. The memory may comprise a configuration database for storing configuration data. For example, the configuration database may store current neighbour cell list, and, in some example embodiments, structures of the frames used in the detected neighbour cells.

The apparatus <NUM> may further comprise a communication interface <NUM> comprising hardware and/or software for realizing communication connectivity according to one or more communication protocols. The communication interface <NUM> may provide the apparatus with radio communication capabilities to communicate in the cellular communication system. The communication interface may, for example, provide a radio interface to terminal devices. The apparatus <NUM> may further comprise another interface towards a core network such as the network coordinator apparatus and/or to the access nodes of the cellular communication system. The apparatus <NUM> may further comprise a scheduler <NUM> that is configured to allocate resources.

<FIG> illustrates an exemplary embodiment of an apparatus that may be comprised in, or connected to, a device that is capable of connecting to a wireless network. A receiving and/or transmitting unit as described above, may be comprised in the device as well. The apparatus <NUM> comprises a processor <NUM>. The processor <NUM> interprets computer program instructions and process data. The processor <NUM> may comprise one or more programmable processors. The processor <NUM> may comprise programmable hardware with embedded firmware and may, alternatively or additionally, comprise one or more application specific integrated circuits, ASICs.

The processor <NUM> is coupled to a memory <NUM>. The processor is configured to read and write data to and from the memory <NUM>. The memory <NUM> may comprise one or more memory units. The memory units may be volatile or non-volatile. It is to be noted that in some example embodiments there may be one or more units of non-volatile memory and one or more units of volatile memory or, alternatively, one or more units of non-volatile memory, or, alternatively, one or more units of volatile memory. Volatile memory may be for example RAM, DRAM or SDRAM. Non-volatile memory may be for example ROM, PROM, EEPROM, flash memory, optical storage or magnetic storage. In general, memories may be referred to as non-transitory computer readable media. The memory <NUM> stores computer readable instructions that are execute by the processor <NUM>. For example, non-volatile memory stores the computer readable instructions and the processor <NUM> executes the instructions using volatile memory for temporary storage of data and/or instructions.

The computer readable instructions may have been pre-stored to the memory <NUM> or, alternatively or additionally, they may be received, by the apparatus, via electromagnetic carrier signal and/or may be copied from a physical entity such as computer program product. Execution of the computer readable instructions causes the apparatus <NUM> to perform functionality described above.

The apparatus <NUM> further comprises, or is connected to, an input unit <NUM>. The input unit <NUM> comprises one or more interfaces for receiving a user input. The apparatus <NUM> also comprises an output unit <NUM>. The apparatus <NUM> may further comprise a connectivity unit <NUM>. The connectivity unit <NUM> enables wired and/or wireless connectivity to external networks. The connectivity unit <NUM> may comprise one or more antennas and one or more receivers that may be integrated to the apparatus <NUM> or the apparatus <NUM> may be connected to. The connectivity unit <NUM> may comprise an integrated circuit or a set of integrated circuits that provide the wireless communication capability for the apparatus <NUM>. Alternatively, the wireless connectivity may be a hardwired application specific integrated circuit, ASIC.

It is to be noted that the apparatus <NUM> may further comprise various component not illustrated in the <FIG>. The various components may be hardware component and/or software components.

Claim 1:
An apparatus for a first terminal device (<NUM>), the apparatus comprising at least one processor, and at least one memory including a computer program code, wherein when the computer program code is executed by the at least one processor, it causes the apparatus to:
transmit, to an access node (<NUM>), a first indication indicating that the first terminal device is available for machine learning training for sidelink communication with data obtained from the sidelink communication;
receive, from the access node, a second indication indicating a configuration for a machine learning bandwidth part;
transmit, to a second terminal device (<NUM>), a third indication comprising an announcement that the first terminal device (<NUM>) is available for the machine learning training;
perform a machine learning training negotiation with a second terminal device using the machine learning bandwidth part; and
execute the machine learning training with the data obtained from the sidelink communication in the machine learning bandwidth part between the first terminal device and the second terminal device.