Sidelink congestion control

Abstract

Embodiments of the present disclosure relate to sidelink (SL) congestion control. In an aspect, a terminal device obtains a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit, PDU, set or adapting at least one transmission parameter for the PDU set. The at least one criterion is related to a PDU set importance, PSI. The terminal device, based on detecting sidelink congestion, determines, based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.

Description

SIDELINK CONGESTION CONTROLFIELD

[0001] Various example embodiments generally relate to the field of communication, and in particular, to a terminal device, a network device, methods, apparatuses and a computer readable storage medium related to sidelink (SL) congestion control.BACKGROUND

[0002] In SL communication, channel busy ratio (CBR) based congestion control was introduced. The CBR based congestion control in SL tries to control / limit the usage of SL resources on per SL radio bearer (RB) or logical channel (LCH) basis. All the data or Protocol Data Units (PDUs) in one SL RB or LCH may be treated in the same way for determining transmission parameters if the measured CBR is higher than a configured threshold or within a configured range.

[0003] There are still some open problems related to SL congestion control, especially to SL congestion control for support of extended reality (XR) traffic.SUMMARY

[0004] In general, example embodiments of the present disclosure provide a terminal device, a network device, methods, apparatuses and a computer readable storage medium related to sidelink (SL) congestion control, for example, to SL congestion control enhancement for support of extended reality (XR) traffic over SL. For instance, the solution provided by the example embodiments of the present disclosure could support XR traffic over PC5 interface for SL communication between two or more user equipments (UEs) .

[0005] In a first aspect, there is provided a terminal device. The terminal device may comprise at least one processor; and at least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to: obtain a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; based on detecting sidelink congestion, determine, based on the at least one criterion and based on  a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.

[0006] In a second aspect, there is provided a network device. The network device may comprise at least one processor and at least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to: determine, for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and transmit the sidelink congestion control configuration to the terminal device.

[0007] In a third aspect, there is provided a method. The method may comprise: obtaining, at a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; based on detecting sidelink congestion, determining, at the terminal device and based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.

[0008] In a fourth aspect, there is provided a method. The method may comprise: determining, at a network device and for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and transmitting the sidelink congestion control configuration to the terminal device.

[0009] In a fifth aspect, there is provided an apparatus. The apparatus may comprise: means for obtaining, at a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and means for, based on detecting sidelink congestion, determining, at the terminal device and based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.

[0010] In a sixth aspect, there is provided an apparatus. The apparatus may comprise: means for determining, at a network device and for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and means for transmitting the sidelink congestion control configuration to the terminal device.

[0011] In a seventh aspect, there is provided a non-transitory computer readable medium comprising program instructions for causing an apparatus to perform at least the method according to the third or fourth aspect.

[0012] In an eighth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: obtain a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) based on detecting sidelink congestion, determine, based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.

[0013] In a ninth aspect, there is provided a computer program comprising instructions, which, when executed by an apparatus, cause the apparatus at least to: determine, for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and transmit the sidelink congestion control configuration to the terminal device.

[0014] In a tenth aspect, there is provided a terminal device. The terminal device may comprise obtaining circuitry configured to obtain a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and determining circuitry configured to, based on detecting sidelink congestion, determine, based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.

[0015] In an eleventh aspect, there is provided a network device. The network device may comprise determining circuitry configured to determine, for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and transmitting circuitry configured to transmit the sidelink congestion control configuration to the terminal device.

[0016] It is to be understood that the summary section is not intended to identify key or essential features of embodiments of the present disclosure, nor is it intended to be used to limit the scope of the present disclosure. Other features of the present disclosure will become easily comprehensible through the following description.BRIEF DESCRIPTION OF THE DRAWINGS

[0017] Some example embodiments will now be described with reference to the accompanying drawings, in which:

[0018] FIG. 1 illustrates an example network environment in which example embodiments of the present disclosure may be implemented;

[0019] FIG. 2 illustrates an example signaling process of SL congestion control in accordance with some example embodiments of the present disclosure;

[0020] FIG. 3 illustrates another example signaling process of SL congestion control in accordance with some example embodiments of the present disclosure;

[0021] FIG. 4 illustrates another example signaling process of SL congestion control in accordance with some example embodiments of the present disclosure;

[0022] FIG. 5 illustrates an example flowchart of a process of SL congestion control in accordance with some example embodiments of the present disclosure;

[0023] FIG. 6 illustrates another example flowchart of a process of SL congestion control in accordance with some example embodiments of the present disclosure;

[0024] FIG. 7 illustrates an example simplified block diagram of a device that is suitable for implementing embodiments of the present disclosure; and

[0025] FIG. 8 illustrates an example block diagram of an example computer readable medium in accordance with some example embodiments of the present disclosure.

[0026] Throughout the drawings, the same or similar reference numerals represent the same or similar element.DETAILED DESCRIPTION

[0027] Principles of the present disclosure will now be described with reference to some example embodiments. It is to be understood that these embodiments are described only for the purpose of illustration and help those skilled in the art to understand and implement the present disclosure, without suggesting any limitation as to the scope of the disclosure. The disclosure described herein may be implemented in various manners other than the ones described below.

[0028] In the following description and claims, unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skills in the art to which the present disclosure belongs.

[0029] References in the present disclosure to “one embodiment, ” “an embodiment, ” “an example embodiment, ” and the like indicate that the embodiment described may include a particular feature, structure, or characteristic, but it is not necessary that every embodiment includes the particular feature, structure, or characteristic. Moreover, such phrases are not necessarily referring to the same embodiment. Further, when a particular feature, structure, or characteristic is described in connection with an embodiment, it is submitted that it is within the knowledge of one skilled in the art to affect such feature, structure, or characteristic in connection with other embodiments whether or not explicitly described.

[0030] It may be understood that although the terms “first” and “second” etc. may be used herein to describe various elements, these elements should not be limited by these terms. These terms are only used to distinguish one element from another. For example, a first element could be termed a second element, and similarly, a second element could be termed a first element, without departing from the scope of example embodiments. As used herein, the term “and / or” includes any and all combinations of one or more of the listed terms.

[0031] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of example embodiments. As used herein, the singular forms “a” , “an” and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” , “comprising” , “has” , “having” , “includes” and / or “including” , when used herein, specify the  presence of stated features, elements, and / or components etc., but do not preclude the presence or addition of one or more other features, elements, components and / or combinations thereof. As used herein, “at least one of the following: <a list of two or more elements>” and “at least one of <a list of two or more elements>” and similar wording, where the list of two or more elements are joined by “and” or “or” , mean at least any one of the elements, or at least any two or more of the elements, or at least all the elements.

[0032] As used in this application, the term “circuitry” may refer to one or more or all of the following:

[0033] (a) hardware-only circuit implementations (such as implementations in only analog and / or digital circuitry) and

[0034] (b) combinations of hardware circuits and software, such as (as applicable) :

[0035] (i) a combination of analog and / or digital hardware circuit (s) with software / firmware and

[0036] (ii) any portions of hardware processor (s) with software (including digital signal processor (s) ) , software, and memory (ies) that work together to cause an apparatus, such as a mobile phone or server, to perform various functions) and

[0037] (c) hardware circuit (s) and or processor (s) , such as a microprocessor (s) or a portion of a microprocessor (s) that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.

[0038] This definition of circuitry applies to all uses of this term in this application, including in any claims. As a further example, as used in this application, the term circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and / or firmware. The term circuitry also covers, for example and if applicable to the particular claim element, a baseband integrated circuit or processor integrated circuit for a mobile device or a similar integrated circuit in server, a cellular network device, or other computing or network device.

[0039] As used herein, the term “communication network” refers to a network following any suitable communication standards, such as long term evolution (LTE) , LTE-advanced (LTE-A) , wideband code division multiple access (WCDMA) , high-speed packet access (HSPA) , narrow band Internet of things (NB-IoT) and so on. Furthermore, the  communications between a terminal device and a network device in the communication network may be performed according to any suitable generation communication protocols, including, but not limited to, the third generation (3G) , the fourth generation (4G) , 4.5G, the fifth generation (5G) communication protocols, and / or beyond. Embodiments of the present disclosure may be applied in various communication systems. Given the rapid development in communications, there will of course also be future type communication technologies and systems with which the present disclosure may be embodied. It should not be seen as limiting the scope of the present disclosure to only the aforementioned system.

[0040] As used herein, the term “network device” refers to a node in a communication network via which a terminal device accesses the network and receives services therefrom. The network device may refer to a base station (BS) or an access point (AP) , for example, a node B (NodeB or NB) , an evolved NodeB (eNodeB or eNB) , a NR NB (also referred to as a gNB) , a remote radio unit (RRU) , a radio header (RH) , a remote radio head (RRH) , a relay, a low power node such as a femto, a pico, and so forth, depending on the applied terminology and technology.

[0041] The term “terminal device” refers to any end device that may be capable of wireless communication. By way of example rather than limitation, a terminal device may also be referred to as a communication device, user equipment (UE) , a subscriber station (SS) , a portable subscriber station, a mobile station (MS) , or an access terminal (AT) . The terminal device may include, but not limited to, a mobile phone, a cellular phone, a smart phone, voice over IP (VoIP) phones, wireless local loop phones, a tablet, a wearable terminal device, a personal digital assistant (PDA) , portable computers, desktop computer, image capture terminal devices such as digital cameras, gaming terminal devices, music storage and playback appliances, vehicle-mounted wireless terminal devices, wireless endpoints, mobile stations, laptop-embedded equipment (LEE) , laptop-mounted equipment (LME) , USB dongles, smart devices, wireless customer-premises equipment (CPE) , an Internet of things (loT) device, a watch or other wearable, a head-mounted display (HMD) , a vehicle, a drone, a medical device and applications (e.g., remote surgery) , an industrial device and applications (e.g., a robot and / or other wireless devices operating in an industrial and / or an automated processing chain contexts) , a consumer electronics device, a device operating on commercial, a relay node, an integrated access and backhaul (IAB) node, and / or industrial wireless networks, and the like. In the following description, the terms “terminal device” ,  “communication device” , “terminal” , “user equipment” and “UE” may be used interchangeably.

[0042] As used herein, the term “resource” , “transmission resource” , “resource block” , “physical resource block” (PRB) , “uplink (UL) resource” or “downlink (DL) resource” may refer to any resource for performing a communication, for example, a communication between a terminal device and a network device, such as a resource in time domain, a resource in frequency domain, a resource in space domain, a resource in code domain, a resource in a combination of more than one domain or any other resource enabling a communication, and the like. It is noted that example embodiments of the present disclosure are equally applicable to other resources in other domains.

[0043] To enhance the support of XR traffic, e.g., the following information may be provided to the radio access network (RAN) for XR awareness in access stratum:

[0044] (1) Semi-static information per quality of service (QoS) flow, including:

[0045] · Periodicity for UL and DL traffic of the QoS Flow provided via time sensitive communication assistance information (TSCAI) or time sensitive communication assistance container (TSCAC) .

[0046] · DL traffic jitter information (e.g. jitter range) associated with periodicity, e.g. each periodicity, of the QoS flow provided via TSCAI / TSCAC.

[0047] · PDU set QoS parameters of the QoS flow (applicable to all PDU sets of the QoS flow) provided by the session management function (SMF) via next generation advanced business application programming (ABAP) platform (NGAP) :

[0048] – PDU set error rate (PSER) : defines an upper bound for a rate of non-congestion related PDU set losses between RAN and the UE. A PDU set may be considered as successfully delivered only when all PDUs of a PDU set are delivered successfully, and if the PSER is available, the usage of PSER may supersede the usage of PDU error rater (PER) .

[0049] – PDU set delay budget (PSDB) : time between reception of the first PDU (at the user plane function (UPF) in downlink (DL) , at the UE in uplink (UL) ) and the successful delivery of the last arrived PDU of a PDU set (at the UE in DL, at the UPF in UL) . PSDB is an optional parameter and when provided, the PSDB may supersede the PDU delay budget (PDB) .

[0050] – PDU set integrated handling indication (PSIHI) : indicates whether all PDUs of the PDU set are needed for the usage of PDU set by application layer.

[0051] (2) PDU set information and identification (dynamic information for DL provided by user plane in user plane part of general packet radio service (GPRS) tunnelling protocol (GTP) (GTP-U) header) :

[0052] · PDU set sequence number (SN) ;

[0053] · PDU set size in bytes;

[0054] · PDU SN within a PDU set;

[0055] · Indication of end PDU of the PDU set;

[0056] · PDU set importance (PSI) : identifies the relative importance of a PDU set compared to other PDU Sets within a QoS Flow. RAN may use it for PDU set level packet discarding in presence of congestion.

[0057] (3) End of data burst indication in the header of the last PDU of the data burst (optional) .

[0058] In legacy SL communication, CBR based congestion control was introduced, and it tries to control and / or limit the usage of SL resources on per SL RB or LCH basis. All the data or PDUs in one SL RB or LCH may be treated in the same way for determining the transmission parameters if the measured CBR is higher than a configured threshold or within a configured range. For XR traffic, PSI has been introduced and is used to indicate the relative importance of a PDU set compared with other PDU sets within the same QoS flow of which all the PDU sets will be mapped to the same SL RB or LCH. However, the current SL congestion control mechanism (based on CBR) without any enhancement cannot take PSI of XR traffic into account when SL resource pool is congested.

[0059] Embodiments of the present disclosure propose a solution to enable SL congestion control by taking into account PSI and other information of XR traffic. In particular, some example embodiments of the present disclosure focus on enhancement of SL congestion control (hereafter may also be referred to as SL CC) mechanism by taking into account XR traffic characteristics to allow a SL transmitting UE to reduce and / or control the congestion in SL resource pool.

[0060] FIG. 1 illustrates an example network environment 100 in which example embodiments of the present disclosure may be implemented. In the example of FIG. 1, the  network environment 100, which may be a part of a communication network, includes a terminal device 102, a terminal device 104 and a network device 106.

[0061] As illustrated in FIG. 1, the terminal device 102 may be referred to as a user equipment 102 or a UE 102. The terminal device 104 may also be referred to as a user equipment 104 or a UE 104. The network device 106 may be referred to as a base station 106 or a gNB 106. The network device 106 may communicate with the terminal device 102 and terminal device 104. The terminal device 102 and the terminal device 104 may perform SL communication between them directly. It is to be understood that there may be more terminal devices in the network environment 100, and the terminal device 102 and the terminal device 104 may also perform SL communication with other terminal device (s) .

[0062] FIG. 2 illustrates an example signaling process 200 of SL congestion control in accordance with some example embodiments of the present disclosure. FIG. 2 will be described with reference to FIG. 1. It would be appreciated that although the signaling process 200 has been described referring to the network environment 100 of FIG. 1, this signaling process 200 may be likewise applied to other similar communication scenarios.

[0063] As shown in FIG. 2, the process 200 may involve the terminal device 102 and the terminal device 104 as illustrated in FIG. 1, the terminal device 102 may also be called as a SL transmitting (Tx) UE 102, and, the terminal device 104 may also be called as a SL receiving (Rx) UE 104. However, the terminal device 102 and the terminal device 104 may be the terminal devices in a similar scenario but not shown in FIG. 1. Furthermore, although it is shown in FIG. 2 that the process 200 involves SL transmission between two terminal devices, i.e., the terminal device 102 and the terminal device 104, the process 200 may be applied to SL transmissions between the terminal device 102 and other terminal device (s) in a similar way.

[0064] In the signaling process 200, the terminal device 102 may obtain, at step 202, a sidelink congestion control configuration. The sidelink congestion control configuration may comprise at least one criterion for performing either discarding a PDU set or adapting at least one transmission parameter for the PDU set. For example, the sidelink congestion control configuration may comprise at least one criterion for performing discarding a PDU set and / or adapting at least one transmission parameter for the PDU set. For example, the sidelink congestion control configuration may comprise at least one criterion for performing either  discarding at least part of a PDU set or adapting at least one transmission parameter for the PDU set.

[0065] In some example embodiments, the terminal device 102 may receive the sidelink congestion control configuration from a network device (e.g. network device 106 as shown in FIG. 1) . The sidelink congestion control configuration may be received via a configuration signaling message, for example, broadcasted system information block (SIB) or dedicated radio resource control (RRC) signaling such as RRC Setup, RRC Resume, RRC Reconfiguration message. Alternatively, the terminal device 102 may determine the sidelink congestion control configuration which is preconfigured for the terminal device 102. Furthermore, the at least one transmission parameter may be, together with the at least one criterion, included in the sidelink congestion control configuration, and obtained or received by the terminal device 102. Alternatively, the at least one transmission parameter may be configured and obtained separately from the sidelink congestion control configuration. Herein, the at least one transmission parameter may be, for example, sidelink transmission parameters such as a range of modulation coding scheme (MCS) , the max number of retransmission, a range of sub-channel numbers, the max transmission powers, and / or the like. The at least one transmission parameter may be configured for a certain SL priority associated with the SL RB or LCH. In some embodiments of the present disclosure, the at least one criterion may be received from a network device which the terminal device 102 is connected with (e.g., the network device 106 as illustrated in FIG. 1) . The at least one criterion may be configured by the network device 106. Alternatively or additionally, the at least one criterion may be pre-configured for the terminal device 102.

[0066] At step 204, if the terminal device 102 detects that a sidelink congestion occurs, for example, in the sidelink resource pool used by the terminal device 102, the terminal device 102 may determine, based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set. For a certain or a given PDU set, if at least one criterion for performing discarding of the PDU set is met, the terminal device 102 may discard the certain PDU set or a part of the certain PDU set. If the criterion for performing discarding of the PDU set is not met, the terminal device 102 may choose to perform adapting of at least one transmission parameter for the PDU set. For example, the terminal device may be configured to select between options i) and ii) . For example, the terminal device may be configured to select both options i) and ii) as described later below.

[0067] For example, the terminal device 102 may determine whether the sidelink congestion occurs in a sidelink resource pool by measuring the CBR in the sidelink resource pool. Herein, the CBR may be defined as the portion of the sub-channels in the sidelink resource pool whose SL received signal strength indicator (RSSI) measured by the terminal device 102 exceeds a (pre-) configured threshold sensed over a CBR measurement window.

[0068] For example, the terminal device 102 may detect the sidelink congestion by measuring a CBR in a sidelink resource pool for the sidelink transmission by excluding sidelink transmission (s) from another determine device, e.g., the terminal device 104. As an example, in order to exclude the sidelink transmission (s) from the terminal device 104 from measuring the CBR, the terminal device 102 may exclude a sub-channel which has a received signal strength indicator (RSSI) higher than a RSSI threshold and which is used by the terminal device 104. Additionally or alternatively, the terminal device 102 may exclude a sidelink slot in which the terminal device 104 performs the sidelink transmission to the terminal device 102 in the event that a number of sub-channels used by the terminal device 104 exceed the RSSI threshold, or exclude a sidelink slot in which the terminal device 104 performs sidelink transmission to the terminal device 102. In this way, as the terminal device 102 and the terminal device 104 will not transmit sidelink data in the same sidelink slot due to half-duplex limitation, high CBR caused by the terminal device 104 may mean moderate or even low CBRs caused by other terminal devices using the same resource pool, and the terminal device 102 may be prevented from discarding its own PDU sets with low PSI unnecessarily due to measured high CBR caused by the terminal device 104. Furthermore, it should be noted that, as XR application is bandwidth-demanding, a single terminal device may, for example, occupy resources of the whole slot for SL transmission.

[0069] In some example embodiments, if the transmission of terminal device 104 cannot be differentiated from CBR measurement, the terminal device 102 may be configured to measure the CBR of the sidelink resource pool only from those SL slots the terminal device 104 does not use for performing SL transmission to the terminal device 102.

[0070] In some example embodiments, the sidelink congestion control configuration may comprise an indication of whether to exclude sidelink transmission (s) from another terminal device (e.g., the terminal device 104) when measuring a CBR in a sidelink resource pool for the sidelink transmission to be performed from the terminal device 102 to the other terminal device. Alternatively, such indication may be preconfigured for the terminal device 102.

[0071] Furthermore, in some embodiments of present disclosure, the at least one criterion may be related to a PDU set importance (PSI) . The at least one criterion may include at least one of a CBR threshold or a PSI threshold. If the measured CBR is higher than the CBR threshold and the PSI of a PDU set is lower than the PSI threshold, the terminal device 102 may determine to perform discarding at least part of the PDU set; otherwise, it may determine to perform adapting of at least one transmission parameter for the PDU set.

[0072] Alternatively, the at least one criterion may include a plurality of CBR thresholds and / or a plurality of PSI thresholds, and the plurality of CBR thresholds and the plurality of PSI thresholds may be associated with a plurality of sidelink priorities of sidelink transmission. A sidelink priority among the plurality of sidelink priorities may be one of a quality of service (QoS) flow priority, a sidelink radio bearer (RB) priority, or a logical channel (LCH) priority. The terminal device may select, based on the sidelink priority, a CBR threshold from the plurality of CBR thresholds and / or a PSI threshold from the plurality of PSI thresholds for determining whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set. As an example, for a PDU set, the terminal device 102 may select a corresponding CBR threshold from the plurality of CBR thresholds and a corresponding PSI threshold from the plurality of PSI thresholds based on a sidelink priority corresponding to the PDU set or the QoS flow / SL RB / SL LCH of the PDU set, and then, the terminal device 102 may determine whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set, based on the selected CBR threshold and PSI threshold.

[0073] In some example embodiments, the at least one criterion may further include at least one of a PDU set size threshold or a PDU set size range. The terminal device 102 may apply the CBR threshold and the PSI threshold to a PDU set with a PDU set size higher or lower than the PDU set size threshold or within the PDU set size range. That is to say, if the measured CBR is higher than the CBR threshold, the PSI of a PDU set is lower than the PSI threshold, and the PDU set size of the PDU set is higher or lower than the PDU set size threshold or within the PDU set size range, the terminal device 102 may determine to perform discarding at least part of the PDU set; otherwise, it may determine to perform adapting of at least one transmission parameter for the PDU set. Herein, selecting to discard a PDU set with higher PDU set size may mitigate the sidelink congestion fast, while selecting to discard a  PDU set with a lower PDU set size may have less affect to the SL transmission. Selection of a discarding mechanism to be applied may depend on various needs and situation.

[0074] In some example embodiments, in case of determining whether to perform discarding at least part of a PDU set as above, if at least one PDU in the PDU set has been transmitted to another terminal device (e.g., the terminal device 104) , a size of remaining at least one PDU in the PDU set which have not been transmitted to the other terminal device may be compared with the PDU set size threshold or the PDU set size range. That is to say, if some PDUs in the PDU set have been transmitted to the terminal device 104, the size of the transmitted PDUs may not be counted as included in the PDU set size when comparing with the PDU set size threshold. Thus, in case the measured CBR is higher than the CBR threshold, the PSI of the PDU set is lower than the PSI threshold, and the PDU set size of the remaining PDU (s) in the PDU set is higher or lower than the PDU set size threshold or within the PDU set size range, the terminal device 102 may determine to perform discarding at least part of the PDU set.

[0075] Additionally, the PDU set for which the determination of whether to discard is performed may be a PDU set of which any PDU has not been transmitted to another terminal device (e.g., terminal device 104) . For example, for a QoS flow of which PSIHI indicates all PDUs in the PDU set are needed for the usage of PDU set by the application layer, the discarding can be performed only when any PDU of the PDU set has not been transmitted to the terminal device 104.

[0076] In some example embodiments, the terminal device 102 may determine an order of transmission of a plurality of PDU sets based on at least one of PSIs or PDU set sizes of the plurality of PDU sets to obtain a queue of PDU sets, and discard one or more PDU sets last in the queue of PDU sets in an event of reaching a PDU set delay budget (PSDB) .

[0077] For example, the terminal device 102 may determine, for each of the plurality of PDU sets, a number of transport blocks (TBs) to be transmitted to the terminal device 104 based on a number of available hybrid automatic repeat request (HARQ) processes in the terminal device 104. The number of available HARQ processes may be determined by an indication of the maximum number of HARQ processes that the terminal device 104 can support and the number of HARQ processes that has been used without receiving HARQ Acknowledgement (ACK) . Accordingly, the terminal device 102 may adaptively determine which PDU set (s) to transmit to the terminal device 104 based on PSI and the PDU set size.  For example, the terminal device 102 may transmit PDU sets in the queue of PDU sets in the determined order, to the terminal device 104. By transmitting the PDU sets in the determined order, for example, the PDU sets with low PSI may have to be discarded if corresponding PSDB has been reached.

[0078] In some example embodiments, the number of available HARQ processes may be estimated based on weighted PSIs of the plurality of PDU sets. For example, the most important PDU set can use the maximum number of HARQ processes for the estimation of the available HARQ processes, while the lower important PDU set may use a smaller number of HARQ processes for the estimation. In this way, the PDU sets with low PSI may not be transmitted due to the limitation of the number of HARQ processes in the terminal device 104, and thus lead to the discarding of these PDU sets.

[0079] In some example embodiments, the order of transmission of the plurality of PDU sets may be determined further based on the number of TBs. For example, the terminal device 102 may discard one or more PDU sets last in the queue of PDU sets in an event of reaching a maximum number of TBs.

[0080] Alternatively, the order of transmission of the plurality of PDU sets may be determined further based on the number of remaining PDUs of a PDU set which have not been transmitted. For example, the terminal device 102 may determine how much data in a PDU set has been already transmitted. If most of the PDUs in the PDU set are transmitted (e.g. if the number of remaining PDUs in the PDU set is less than a threshold) , the remaining PDUs of the same PDU set may be transmitted first.

[0081] In some example embodiments, if the terminal device 102 determines to perform adapting of at least one transmission parameter for the PDU set in the case that the criterion for performing discarding of the PDU set is not met, as PDU sets with different PSIs of the same QoS flow are mapped to the same SL RB / LCH, the adapting of sidelink transmission parameters is not performed per SL RB / LCH specific as in legacy SL congestion control, but per PDU set specific. Thus, in addition to the legacy SL congestion control configuration on SL transmission parameters depending on CBR range and SL priority, the PSI may be explicitly or implicitly configured for SL transmission parameters.

[0082] For example, as an explicit configuration, the terminal device 102 may determine at least one transmission parameter for the PDU set using a PSI of the PDU set instead of a SL priority of the PDU set. As another example, the terminal device 102 may determine the at  least one transmission parameter for the PDU set using the PSI of the PDU set in addition to the sidelink priority of the PDU set. For example, the PSI may be an additional configuration parameter in addition to SL priority. In this case, the at least one transmission parameter may be configured for at least one of different CBR ranges, SL priorities, PSIs or PSI ranges.

[0083] As another example, as an implicit configuration, the terminal device 102 may determine the at least one transmission parameter for the PDU set by adjusting the sidelink priority of the PDU set based on the PSI of the PDU set. For example, the applied SL priority using legacy SL CC configuration may be adjusted according to the PSI. Adjusting of the sidelink priority may be performed, for example, using a function such as priority_applied =SL priority + PSI. Herein, the SL priority may be one of a QoS flow priority, a sidelink RB priority, or a LCH priority.

[0084] In some example embodiments, when the terminal device 102 performs the adapting of the at least one transmission parameter for a plurality of PDU sets with different PSIs, the terminal device 102 may determine, for example, based on the available HARQ processes determined as above, whether to perform multiplexing PDUs in the PDU sets with different PSIs. For example, the terminal device 102 may determine whether to perform multiplexing PDUs in the PDU sets with different PSIs into different TBs to be transmitted according to at least one adapted transmission parameter corresponding to the different PSIs. Additionally or alternatively, the terminal device 102 may determine whether to perform multiplexing PDUs in the PDU sets with different PSIs into a same TB to be transmitted according to at least one adapted transmission parameter corresponding to the lowest PSI, the highest PSI, or an average PSI of the different PSIs of the PDU sets comprising PDUs multiplexed into the same TB. The terminal device 102 may be (pre-) configured to determine whether to perform multiplexing PDUs in the PDU sets with different PSI or not based on the terminal device 104’s capability, for instance, based on the terminal device 104’s capability on the number of HARQ processes.

[0085] In some embodiments of present disclosure, behaviors of the terminal device 102 such as support of multiplexing the PDUs with different PSI into the same TB as well as the applied PSI for transmission parameter adaptation may be, for example, specified by the standards. For example, the behaviors of the terminal device may be (pre-) configured to the terminal device 102.

[0086] As an example, the terminal device 102 may not multiplex the PDUs in the PDU sets with different PSI into the same sidelink TB so that each sidelink TB transmission may use corresponding Tx parameters.

[0087] As another example, the terminal device 102 may determine to multiplex the PDUs of the PDU sets with different PSIs into the same TB in case that the number of the available HARQ processes to be used for transmitting sidelink data to the terminal device 102 is less than a preset threshold. The terminal device 102 may determine to multiplex PDUs of the PDU sets with different PSIs into different TBs in case that the number of the available HARQ processes to be used is equal to or greater than the preset threshold. The preset threshold may be configured to be the maximum number of HARQ processes or a percentage of the maximum number of HARQ processes that the terminal device 104 can support.

[0088] Additionally or alternatively, the terminal device 102 may determine whether to perform multiplexing PDUs in the PDU sets with different PSIs based on other SL transmission capabilities of the terminal device 104.

[0089] In some embodiments of present disclosure, although it is described that the terminal device 102 performs either the discarding of at least part of the PDU set or the adapting of at least one transmission parameter for the PDU set, the discarding of at least part of the PDU set and the adapting of at least one transmission parameter for the PDU set may be used alone or in combination, as long as there is no logical and operational conflict. For example, the terminal device 102 may first discard some PDUs of the PDU set with low PSI or no PSIHI based on CBR threshold and PSI threshold and / or other factors, and if the SL congestion level is acceptable after the terminal device 102 discards some PDUs of the PDU set, the terminal device 102 might not apply the adapting of at least one transmission parameter for remaining PDUs. Alternatively or additionally, for example, the terminal device 102 may, depending on the (pre-) configured CBR threshold and PSI threshold limit or range, and based on the remaining PDU set size, discard some PDUs of the PDU set with very low priority, and further change transmission parameters of remaining PDUs of the PDU set in a similar way as the adapting of at least one transmission parameter as described above.

[0090] For example, for a PDU set with low PSI and / or no PSIHI, the terminal device 102 may first apply transmission parameter adaptation for a first part of the PDU set. When transmitting the first part of the PDU set, the terminal device 102 may detect that the congestion is still not reduced, at least not reduced enough, e.g. due to other high priority  data transmission. A threshold may be defined for the CBR for determining whether the congestion is reduced enough or not. Then, the terminal device 102 may discard the second part of the PDU set. The second part of the PDU set may comprise the rest or remaining PDUs in the PDU set after the first part of the PDU set has been transmitted using the adapted transmission parameters. The terminal device 102 may be configured to start transmission of the PDUs by applying transmission parameter adaptation and to continuously monitor the CBR. Number of PDUs in the first part of the PDU set may depend on how many PDUs has been transmitted, e.g. in a given or pre-defined or (pre) -configured time, before detecting that the CBR has not reduced enough.

[0091] In at least some embodiments, the terminal device 102 is configured to, based on detecting sidelink congestion, determine, based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set. In option i) , the terminal device 102 may be configured to discard a first part of the PDU set and adapt at least one transmission parameter for a second part of the PDU set. In option ii) , the terminal device 102 may adapt at least one transmission parameter for the PDU set, that is, start to transmit PDUs by applying transmission parameter adaptation. Then, the terminal device 102 may detect that the CBR is still above a threshold, and may be determine, based on detecting that the CBR remains above the threshold, to discard the remaining PDUs in the PDU set.

[0092] Additionally, some other thresholds may be (pre-) configured for performing the discarding of a PDU set or the adapting of at least one transmission parameter for the PDU set to reduce a channel occupancy ratio (CR) . For example, it may be configured as a CR reduction level corresponding to a CBR level, and the corresponding mitigation measure, i.e. discarding (re) transmissions or changing transmission parameters, may be left to UE implementation.

[0093] In some example embodiments, the terminal device 102 may report or indicate, from an access stratum (AS) layer of the terminal device 102 to a non-access-stratum (NAS) layer of the terminal device 102, the discarding of the at least part of the PDU set, or report or indicate the discarding of the at least part of the PDU set to the terminal device 104 in an AS layer or a NAS layer.

[0094] After step 204, the terminal device 102 may perform sidelink transmission with the terminal device 104 at step 206 based on result of the SL congestion control. For example,  after adapting of at least one transmission parameter for the PDU set, the terminal device 012 may perform sidelink transmission of the PDU set to the terminal device 104 according to at least one adapted transmission parameter. Since some PDU sets are discarded and / or transmission parameters for some other PDU sets are changed, the SL congestion may be mitigated without affecting quality of the SL transmission between the terminal device 102 and the terminal device 104 too much.

[0095] In some embodiments of present disclosure, although it is not shown in FIG. 2, when sidelink congestion occurs, the sidelink congestion control as above may be equally applied to the terminal device 104.

[0096] FIG. 3 illustrates another example signaling process 300 of SL congestion control in accordance with some example embodiments of the present disclosure.

[0097] FIG. 3 will be described with reference to FIG. 1. It would be appreciated that although the signaling process 300 has been described referring to the network environment 100 of FIG. 1, this signaling process 300 may be likewise applied to other similar communication scenarios.

[0098] As shown in FIG. 3, the process 300 may involve a terminal device 102 and a network device 106 as illustrated in FIG. 1. However, the terminal device 102 and the network device 106 may be a terminal device and a network device in a similar scenario but not shown in FIG. 1. Furthermore, although it is shown in FIG. 3 that the process 300 involves communication between the terminal device 102 and the network device 106, the process 300 may be applied to communication between the network device 106 and other terminal devices (such as the terminal device 104 as illustrated in FIG. 1) in a similar way.

[0099] In the signaling process 300, at step 302, the network device 106 may determine, for the terminal device 102, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a PDU set or adapting at least one transmission parameter for the PDU set. The at least one criterion may be related to a PSI. Details related to the sidelink congestion control configuration have been described with reference to FIG. 2, thus will be not repeated for brevity.

[0100] Then at step 304, the network device 106 may transmit the determined sidelink congestion control configuration to the terminal device 102, such that the terminal device 102 may perform sidelink congestion control as described with reference to FIG. 2 based on the sidelink congestion control configuration.

[0101] FIG. 4 illustrates another example signaling process of SL congestion control in accordance with some example embodiments of the present disclosure.

[0102] FIG. 4 will be described with reference to FIG. 1. It would be appreciated that although the signaling process 400 has been described referring to the network environment 100 of FIG. 1, this signaling process 400 may be likewise applied to other similar communication scenarios.

[0103] As shown in FIG. 4, the process 400 may involve a SL Tx UE 102 (corresponding to the terminal device 102 as described above) , a SL peer UE 104 (corresponding to the terminal device 104 as described above) , and a network device 106 as illustrated in FIG. 1. However, the SL Tx UE 102, the SL peer UE 104 may be terminal devices and the network device 106 may be a network device in a similar scenario but not shown in FIG. 1.

[0104] In the signaling process 400, at step 402, the network device 106 may transmit a SL CC configuration to the SL Tx UE 102, the SL CC configuration may be determined by the network device 106 as described with reference to FIG. 3. For example, as shown in FIG. 4, the SL CC configuration may include PSI based PDU set discarding conditions (for example, the at least one criterion for performing discarding a PDU set or adapting at least one transmission parameter for the PDU set as described above) , PSI based PDU set Tx parameter adaption (for example, the at least one transmission parameter for the PDU set (s) ) , and CBR measurement with / without peer UE transmission (for example, whether the sidelink transmission (s) from the SL peer UE 104 should be excluded when measuring a CBR in a sidelink resource pool for the sidelink transmission) .

[0105] Thereafter, at step 404, the SL Tx UE 102 and the SL peer UE 104 may perform SL transmission, for example, start XR traffic transmission. During the SL transmission between the SL Tx UE 102 and the SL peer UE 104 at step 404, if a sidelink congestion occurs, the SL Tx UE 102 may perform sidelink congestion control at step 406. In particular, at step 406, for each PDU set to be transmitted to the SL peer UE 104, the SL Tx UE 102 may determine, based on at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of at least one transmission parameter for the PDU set. For example, it may determine to discard PDU set (s) with low PSI or adapt Tx transmission parameters for PDU set (s) with certain PSI based on CBR measurement and configured conditions (for example, the conditions included in the SL CC configuration) . The at least one criterion may be related to a PSI, and may be included in the SL congestion  control configuration or may be preconfigured for the SL Tx UE 102. The details of step 406 have been described in detail with reference to FIG. 2, thus will be not repeated for brevity.

[0106] Then at step 408, the SL Tx UE 102 may perform SL transmission, for example, SL transmission on XR PDU sets, according to the determination at step 406. For example, the SL Tx UE 102 may perform sidelink transmission of the PDU sets to the SL peer UE 104 according to at least one transmission parameter adapted in the step 406.

[0107] At step 410, the SL peer UE 104 may also perform SL transmission to transmit PDU sets to the SL Tx UE 102. In some embodiments of present disclosure, the SL peer UE 104 may perform sidelink transmission without considering SL congestion control, that is, the sidelink congestion control is only performed at the SL Tx UE 102. Alternatively, the SL peer UE 104 may perform sidelink transmission with sidelink congestion control, that is, before step 410, the SL peer UE 104 may also perform sidelink congestion control as the SL Tx UE 102, and the SL transmission in step 410 is a SL transmission based on a result of the sidelink congestion control, like the SL transmission in step 408.

[0108] Then at step 412, as an example, the SL Tx UE 102 may determine CBR measurement based on detected received power from transmission of the SL peer UE 104 and the configuration on CBR measurement, and update, at step 414, the CBR measurement according to the determination of step 412. In some embodiments of present disclosure, the SL Tx UE 102 may measure CBR with or without considering sidelink transmission (s) from the SL peer UE 104 according to the configuration on CBR measurement received at step 402, as mentioned above. The measured CBR may be used in subsequent SL transmission for determining whether a SL congestion occurs and for SL congestion control.

[0109] FIG. 5 illustrates an example flowchart of a process of SL congestion control in accordance with some example embodiments of the present disclosure. FIG. 5 will be described with reference to FIG. 1.

[0110] At step 502, the terminal device 102 obtains a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) . At step 504, the terminal device 102, based on detecting sidelink congestion, determines, based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of at least one transmission parameter for the PDU set.

[0111] In some example embodiments, the terminal device 102 may further, after adapting of the at least one transmission parameter for the PDU set, perform sidelink transmission of the PDU set to another terminal device according to at least one adapted transmission parameter.

[0112] In some example embodiments, the at least one criterion may comprise at least one of the following: a channel busy ratio (CBR) threshold; or a PDU set importance (PSI) threshold.

[0113] In some example embodiments, the terminal device 102 may measure a CBR to obtain a measured CBR; based on determining that the measured CBR is higher than the CBR threshold, and determining that PSI of the PDU set is lower than the PSI threshold, the terminal device 102 may determine to perform discarding at least part of the PDU set; and otherwise the terminal device 102 may determine to perform adapting of at least one transmission parameter of the PDU set.

[0114] In some example embodiments, the CBR threshold may be one of a plurality of CBR thresholds included in the at least one criterion, the PSI threshold may be one of a plurality of PSI thresholds included in the at least one criterion, and the plurality of CBR thresholds and the plurality of PSI thresholds may be associated with a plurality of sidelink priorities of sidelink transmission, wherein a sidelink priority among the plurality of sidelink priorities may be one of: a quality of service (QoS) flow priority; a sidelink radio bearer (RB) priority; or a logical channel (LCH) priority; and the terminal device 102 may, based on the sidelink priority, the CBR threshold and / or the PSI threshold for determining whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.

[0115] In some example embodiments, the at least one criterion may further comprise at least one of the following: a PDU set size threshold, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size higher or lower than the PDU set size threshold; or a PDU set size range, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size within the PDU set size range.

[0116] In some example embodiments, in the event that at least one PDU in the PDU set has been transmitted to another terminal device, a size of remaining at least one PDUs in the PDU set which have not been transmitted to the other terminal device may be compared with the PDU set size threshold or the PDU set size range.

[0117] In some example embodiments, the terminal device 102 may determine to perform adapting of the at least one transmission parameter for the PDU set, wherein the adapting comprises one of: determining at least one transmission parameter for a PDU set using a PSI of the PDU set instead of a sidelink priority of the PDU set; determining the at least one transmission parameter for the PDU set using the PSI of the PDU set in addition to the sidelink priority of the PDU set; or determining the at least one transmission parameter for the PDU set by adjusting the sidelink priority of the PDU set based on the PSI of the PDU set, wherein the sidelink priority may be one of: a QoS flow priority; a sidelink RB priority; or a LCH priority.

[0118] In some example embodiments, the terminal device 102 may detect the sidelink congestion by measuring a CBR in a sidelink resource pool for the sidelink transmission by excluding sidelink transmission (s) from another terminal device.

[0119] In some example embodiments, the terminal device 102 may obtain the sidelink congestion control configuration by: receiving the sidelink congestion control configuration from a network device; or determining the sidelink congestion control configuration which is preconfigured for the terminal device 102.

[0120] In some example embodiments, the PDU set for which the determination of whether to discard is performed may be a PDU set of which any PDU has not been transmitted to another terminal device.

[0121] In some example embodiments, the terminal device 102 may determine an order of transmission of a plurality of PDU sets based on at least one of PSIs or PDU set sizes of the plurality of PDU sets to obtain a queue of PDU sets.

[0122] In some example embodiments, the terminal device 102 may discard one or more PDU sets last in the queue of PDU sets in an event of reaching a PDU set delay budget.

[0123] In some example embodiments, the terminal device 102 may determine, for each of the plurality of PDU sets, a number of transport blocks (TBs) to be transmitted to another terminal device based on a number of available hybrid automatic repeat request (HARQ) , processes in the another terminal device.

[0124] In some example embodiments, the number of available HARQ processes may be estimated based on weighted PSIs of the plurality of PDU sets.

[0125] In some example embodiments, the order of transmission may be determined further based on the number of TBs.

[0126] In some example embodiments, the terminal device 102 may discard one or more PDU sets last in the queue of PDU sets in an event of reaching a maximum number of TBs.

[0127] In some example embodiments, the terminal device 102 may perform the adapting of at least one transmission parameter for the plurality of PDU sets with different PSIs; and determine, based on the available HARQ processes, whether to perform: multiplexing PDUs in the PDU sets with different PSIs into different TBs to be transmitted according to at least one adapted transmission parameter corresponding to the different PSIs; or multiplexing PDUs in the PDU sets with different PSIs into a same TB to be transmitted according to at least one adapted transmission parameter corresponding to a lowest PSI, a highest PSI, or an average PSI of the different PSIs of the PDU sets comprising PDUs multiplexed into the same TB.

[0128] In some example embodiments, the terminal device 102 may, based on determining that the number of available HARQ processes is less than a threshold, determine to multiplex the PDUs of the PDU sets with different PSIs into the same TB; and / or based on determining that the number of available HARQ processes is equal to or greater than the threshold, determine to multiplex the PDUs of the PDU sets with different PSIs into different TBs.

[0129] In some example embodiments, the terminal device 102 may perform at least one of the following: reporting, from an access stratum, AS, layer of the terminal device to a non-access-stratum (NAS) layer of the terminal device, the discarding of the at least part of the PDU set; or reporting the discarding of the at least part of the PDU set to another terminal device in an AS layer or a NAS layer.

[0130] In some example embodiments, the sidelink congestion control configuration may further comprise an indication of whether to exclude sidelink transmission (s) from another terminal device in case of measuring a CBR in a sidelink resource pool for the sidelink transmission to be performed from the terminal device to the another terminal device.

[0131] FIG. 6 illustrates another example flowchart of a process of SL congestion control in accordance with some example embodiments of the present disclosure. FIG. 6 will be described with reference to FIG. 1.

[0132] At step 602, the network device 106 determines, for a terminal device 102, a sidelink congestion control configuration comprising at least one criterion for performing either  discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) . At step 604, the network device 106 transmits the sidelink congestion control configuration to the terminal device 102.

[0133] In some example embodiments, the sidelink congestion control configuration may be transmitted via at least one of the following: a broadcasted system information block (SIB) ; or dedicated radio resource control (RRC) signaling.

[0134] In some example embodiments, the at least one criterion may comprise at least one of the following: a channel busy ratio (CBR) threshold; or a PDU set importance (PSI) threshold.

[0135] In some example embodiments, the CBR threshold may be one of a plurality of CBR thresholds included in the at least one criterion, the PSI threshold may be one of a plurality of PSI thresholds included in the at least one criterion, and the plurality of CBR thresholds and the plurality of PSI thresholds may be associated with a plurality of sidelink priorities of sidelink transmission, wherein a sidelink priority among the plurality of sidelink priorities may one of: a quality of service (QoS) flow priority; a sidelink radio bearer (RB) priority; or a logical channel (LCH) priority.

[0136] In some example embodiments, the at least one criterion may further comprise at least one of the following: a PDU set size threshold, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size higher or lower than the PDU set size threshold; or a PDU set size range, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size within the PDU set size range.

[0137] In some example embodiments, the sidelink congestion control configuration may further comprises an indication of whether to exclude sidelink transmission (s) from another terminal device in case of measuring a CBR in a sidelink resource pool for sidelink transmission to be performed from the terminal device to the other terminal device.

[0138] By implementing the embodiments of the methods 500 and 600, it allows the terminal device 102 to determine whether to discard the PDU sets with low PSI to help to reduce the congestion in sidelink resource pool or to adapt the sidelink transmission parameters differently for the PDU sets with different PSIs to control the congestion in sidelink communication. Sidelink transmission parameters may be, for example, a range of  modulation coding scheme (MCS) , the max number of retransmission, a range of sub-channel numbers, the max transmission powers, and / or the like.

[0139] In some example embodiments, an apparatus capable of performing the method 500 (for example, the terminal device 102) may comprise means for performing the respective steps of the method 500. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0140] In some example embodiments, the apparatus may comprise: means for obtaining, at a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and means for, based on detecting sidelink congestion, determining, at the terminal device and based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of at least one transmission parameter for the PDU set.

[0141] In some example embodiments, the apparatus may further comprise: means for, after adapting of the at least one transmission parameter for the PDU set, performing sidelink transmission of the PDU set to another terminal device according to at least one adapted transmission parameter.

[0142] In some example embodiments, the at least one criterion may comprise at least one of the following: a channel busy ratio (CBR) threshold; or a PDU set importance (PSI) threshold.

[0143] In some example embodiments, the apparatus may further comprise: means for measuring a CBR to obtain a measured CBR; and means for, based on determining that the measured CBR is higher than the CBR threshold, and determining that PSI of the PDU set is lower than the PSI threshold, determining to perform discarding at least part of the PDU set; and otherwise determining to perform adapting of at least one transmission parameter of the PDU set.

[0144] In some example embodiments, the CBR threshold may be one of a plurality of CBR thresholds included in the at least one criterion; the PSI threshold may be one of a plurality of PSI thresholds included in the at least one criterion; and the plurality of CBR thresholds and the plurality of PSI thresholds may be associated with a plurality of sidelink priorities of sidelink transmission, wherein a sidelink priority among the plurality of sidelink priorities  may be one of: a quality of service (QoS) flow priority; a sidelink radio bearer (RB) priority; or a logical channel (LCH) priority; and the apparatus may further comprise: means for selecting based on the sidelink priority, the CBR threshold and / or the PSI threshold for determining whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.

[0145] In some example embodiments, the at least one criterion may further comprise at least one of the following: a PDU set size threshold, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size higher or lower than the PDU set size threshold; or a PDU set size range, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size within the PDU set size range.

[0146] In some example embodiments, in the event that at least one PDU in the PDU set has been transmitted to another terminal device, a size of remaining at least one PDUs in the PDU set which have not been transmitted to the other terminal device may be compared with the PDU set size threshold or the PDU set size range.

[0147] In some example embodiments, the apparatus may comprise: means for adapting at least one transmission parameter for the PDU set, wherein the means for adapting comprises one of: means for determining at least one transmission parameter for a PDU set using a PSI of the PDU set instead of a sidelink priority of the PDU set; means for determining the at least one transmission parameter for the PDU set using the PSI of the PDU set in addition to the sidelink priority of the PDU set; or means for determining the at least one transmission parameter for the PDU set by adjusting the sidelink priority of the PDU set based on the PSI of the PDU set, wherein the sidelink priority may be one of: a QoS flow priority; a sidelink RB priority; or a LCH priority.

[0148] In some example embodiments, the means for detecting the sidelink congestion may comprise: means for measuring a CBR in a sidelink resource pool for the sidelink transmission by excluding sidelink transmission (s) from another terminal device.

[0149] In some example embodiments, the means for obtaining the sidelink congestion control configuration comprises: means for receiving the sidelink congestion control configuration from a network device or means for determining the sidelink congestion control configuration which is preconfigured for the terminal device.

[0150] In some example embodiments, the PDU set for which the determination of whether to discard is performed may be a PDU set of which any PDU has not been transmitted to another terminal device.

[0151] In some example embodiments, the apparatus may comprise: means for determining an order of transmission of a plurality of PDU sets based on at least one of PSIs or PDU set sizes of the plurality of PDU sets to obtain a queue of PDU sets.

[0152] In some example embodiments, the apparatus may comprise: means for discarding one or more PDU sets last in the queue of PDU sets in an event of reaching a PDU set delay budget.

[0153] In some example embodiments, the apparatus may comprise: means for determining, for each of the plurality of PDU sets, a number of transport blocks, TBs, to be transmitted to another terminal device based on a number of available hybrid automatic repeat request (HARQ) processes in the another terminal device.

[0154] In some example embodiments, the number of available HARQ processes may be estimated based on weighted PSIs of the plurality of PDU sets.

[0155] In some example embodiments, the order of transmission may be determined further based on the number of TBs.

[0156] In some example embodiments, the apparatus may comprise: means for discarding one or more PDU sets last in the queue of PDU sets in an event of reaching a maximum number of TBs.

[0157] In some example embodiments, the apparatus may comprise: means for performing the adapting of at least one transmission parameter for the plurality of PDU sets with different PSIs; and means for determining, based on the available HARQ processes, whether to perform: multiplexing PDUs in the PDU sets with different PSIs into different TBs to be transmitted according to at least one adapted transmission parameter corresponding to the different PSIs; or multiplexing PDUs in the PDU sets with different PSIs into a same TB to be transmitted according to at least one adapted transmission parameter corresponding to a lowest PSI, a highest PSI, or an average PSI of the different PSIs of the PDU sets comprising PDUs multiplexed into the same TB.

[0158] In some example embodiments, the apparatus may comprise: means for, based on determining that the number of available HARQ processes is less than a threshold,  determining to multiplex the PDUs of the PDU sets with different PSIs into the same TB; and / or based on determining that the number of available HARQ processes is equal to or greater than the threshold, determining to multiplex the PDUs of the PDU sets with different PSIs into different TBs.

[0159] In some example embodiments, the apparatus may comprise: means for, performing at least one of the following: reporting, from an access stratum (AS) layer of the terminal device to a non-access-stratum (NAS) layer of the terminal device, the discarding of the at least part of the PDU set; or reporting the discarding of the at least part of the PDU set to another terminal device in an AS layer or a NAS layer.

[0160] In some example embodiments, the sidelink congestion control configuration may further comprise an indication of whether to exclude sidelink transmission (s) from another terminal device in case of measuring a CBR in a sidelink resource pool for the sidelink transmission to be performed from the terminal device to the another terminal device.

[0161] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 500. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0162] In some example embodiments, an apparatus capable of performing the method 600 (for example, the network device 106) may comprise means for performing the respective steps of the method 600. The means may be implemented in any suitable form. For example, the means may be implemented in a circuitry or software module.

[0163] In some example embodiments, the apparatus may comprise: means for determining, for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit (PDU) set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance (PSI) ; and means for transmitting the sidelink congestion control configuration to the terminal device.

[0164] In some example embodiments, the sidelink congestion control configuration may be transmitted via at least one of the following: a broadcasted system information block (SIB) ; or dedicated radio resource control (RRC) signaling.

[0165] In some example embodiments, the at least one criterion may comprise at least one of the following: a channel busy ratio (CBR) threshold; or a PDU set importance (PSI) threshold.

[0166] In some example embodiments, the CBR threshold may be one of a plurality of CBR thresholds included in the at least one criterion; the PSI threshold may be one of a plurality of PSI thresholds included in the at least one criterion; and the plurality of CBR thresholds and the plurality of PSI thresholds may be associated with a plurality of sidelink priorities of sidelink transmission, wherein a sidelink priority among the plurality of sidelink priorities may be one of: a quality of service (QoS) flow priority; a sidelink radio bearer (RB) priority; or a logical channel (LCH) priority.

[0167] In some example embodiments, the at least one criterion may further comprise at least one of the following: a PDU set size threshold, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size higher or lower than the PDU set size threshold; or a PDU set size range, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size within the PDU set size range.

[0168] In some example embodiments, the sidelink congestion control configuration may further comprise an indication of whether to exclude sidelink transmission (s) from another terminal device in case of measuring a CBR in a sidelink resource pool for sidelink transmission to be performed from the terminal device to the other terminal device.

[0169] In some embodiments, the apparatus further comprises means for performing other steps in some embodiments of the method 600. In some embodiments, the means comprises at least one processor and at least one memory including computer program code, the at least one memory and computer program code configured to, with the at least one processor, cause the performance of the apparatus.

[0170] FIG. 7 illustrates an example simplified block diagram of a device 700 that is suitable for implementing embodiments of the present disclosure. The device 700 may be provided to implement the communication device, for example the terminal device 102, the terminal device 104, or the network device 106 as shown in FIG. 1. As shown, the device 700 includes one or more processors 710, one or more memories 720 may couple to the processor 710, and one or more communication modules 740 may couple to the processor 710.

[0171] The communication module 740 is for bidirectional communications. The communication module 740 has at least one antenna to facilitate communication. The communication interface may represent any interface that is necessary for communication with other network elements, for example the communication interface may be wireless or wireline to other network elements, or software based interface for communication.

[0172] The processor 710 may be of any type suitable to the local technical network and may include one or more of the following: general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs) and processors based on multicore processor architecture, as non-limiting examples. The device 700 may have multiple processors, such as an application specific integrated circuit chip that is slaved in time to a clock which synchronizes the main processor.

[0173] The memory 720 may include one or more non-volatile memories and one or more volatile memories. Examples of the non-volatile memories include, but are not limited to, a read only memory (ROM) 724, an electrically programmable read only memory (EPROM) , a flash memory, a hard disk, a compact disc (CD) , a digital video disk (DVD) , and other magnetic storage and / or optical storage. Examples of the volatile memories include, but are not limited to, a random access memory (RAM) 722 and other volatile memories that will not last in the power-down duration.

[0174] A computer program 730 includes computer executable instructions that are executed by the associated processor 710. The program 730 may be stored in the ROM 724. The processor 710 may perform any suitable actions and processing by loading the program 730 into the RAM 722.

[0175] The embodiments of the present disclosure may be implemented by means of the program so that the device 700 may perform any process of the disclosure as discussed with reference to FIG. 2 to FIG. 6. The embodiments of the present disclosure may also be implemented by hardware or by a combination of software and hardware.

[0176] In some example embodiments, the program 730 may be tangibly contained in a computer readable medium which may be included in the device 700 (such as in the memory 720) or other storage devices that are accessible by the device 700. The device 700 may load the program 730 from the computer readable medium to the RAM 722 for execution. The computer readable medium may include any types of tangible non-volatile storage, such as ROM, EPROM, a flash memory, a hard disk, CD, DVD, and the like.

[0177] FIG. 8 shows an example of the computer readable medium 800 in form of CD or DVD. The computer readable medium has the program730 stored thereon.

[0178] Generally, various embodiments of the present disclosure may be implemented in hardware or special purpose circuits, software, logic or any combination thereof. Some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device. While various aspects of embodiments of the present disclosure are illustrated and described as block diagrams, flowcharts, or using some other pictorial representations, it is to be understood that the block, apparatus, system, technique or method described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.

[0179] The present disclosure also provides at least one computer program product tangibly stored on a non-transitory computer readable storage medium. The computer program product includes computer-executable instructions, such as those included in program modules, being executed in a device on a target real or virtual processor, to carry out the methods 500 or 600 as described above with reference to FIG. 5 or FIG. 6. Generally, program modules include routines, programs, libraries, objects, classes, components, data structures, or the like that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or split between program modules as desired in various embodiments. Machine-executable instructions for program modules may be executed within a local or distributed device. In a distributed device, program modules may be located in both local and remote storage media.

[0180] Program code for carrying out methods of the present disclosure may be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general purpose computer, special purpose computer, or other programmable data processing apparatus, such that the program codes, when executed by the processor or controller, cause the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code may execute entirely on a machine, partly on the machine, as a stand-alone software package, partly on the machine and partly on a remote machine or entirely on the remote machine or server.

[0181] In the context of the present disclosure, the computer program codes or related data may be carried by any suitable carrier to enable the device, apparatus or processor to perform various processes and operations as described above. Examples of the carrier include a signal, computer readable medium, and the like.

[0182] The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable medium may include but not limited to an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of the computer readable storage medium would include an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random access memory (RAM) , a read-only memory (ROM) , an erasable programmable read-only memory (EPROM or Flash memory) , an optical fiber, a portable compact disc read-only memory (CD-ROM) , an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. The term “non-transitory, ” as used herein, is a limitation of the medium itself (i.e., tangible, not a signal) as opposed to a limitation on data storage persistency (e.g., RAM vs. ROM) .

[0183] Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order, or that all illustrated operations be performed, to achieve desirable results. In certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are contained in the above discussions, these should not be construed as limitations on the scope of the present disclosure, but rather as descriptions of features that may be specific to particular embodiments. Certain features that are described in the context of separate embodiments may also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination.

[0184] Although the present disclosure has been described in languages specific to structural features and / or methodological acts, it is to be understood that the present disclosure defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1.A terminal device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the terminal device at least to:obtain a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit, PDU, set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance, PSI;based on detecting sidelink congestion, determine, based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.2.The terminal device of claim 1, wherein the terminal device is further caused to, after adapting of the at least one transmission parameter for the PDU set, perform sidelink transmission of the PDU set to another terminal device according to at least one adapted transmission parameter.3.The terminal device of claim 1 or 2, wherein the at least one criterion comprises at least one of the following:a channel busy ratio, CBR, threshold; ora PDU set importance, PSI, threshold.4.The terminal device of claim 3, wherein the terminal device is further caused to:measure a CBR to obtain a measured CBR;based on determining that the measured CBR is higher than the CBR threshold, and determining that PSI of the PDU set is lower than the PSI threshold, determine to perform discarding at least part of the PDU set; andotherwise determine to perform adapting of the at least one transmission parameter of the PDU set.5.The terminal device of claim 3 or 4, wherein:the CBR threshold is one of a plurality of CBR thresholds included in the at least one criterion;the PSI threshold is one of a plurality of PSI thresholds included in the at least one criterion; andthe plurality of CBR thresholds and the plurality of PSI thresholds are associated with a plurality of sidelink priorities of sidelink transmission, wherein a sidelink priority among the plurality of sidelink priorities is one of:a quality of service, QoS, flow priority;a sidelink radio bearer, RB, priority; ora logical channel, LCH, priority; andthe terminal device is caused to:select, based on the sidelink priority, the CBR threshold and / or the PSI threshold for determining whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.6.The terminal device of any of the claims 3 to 5, wherein the at least one criterion further comprises at least one of the following:a PDU set size threshold, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size higher or lower than the PDU set size threshold; ora PDU set size range, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size within the PDU set size range.7.The terminal device of claim 6, wherein in the event that at least one PDU in the PDU set has been transmitted to another terminal device, a size of remaining at least one PDUs in the PDU set which have not been transmitted to the other terminal device is compared with the PDU set size threshold or the PDU set size range.8.The terminal device of any of claims 1 to 7, wherein the terminal device is caused to determine to perform adapting of the at least one transmission parameter for the PDU set, wherein the adapting comprises one of:determining at least one transmission parameter for a PDU set using a PSI of the PDU set instead of a sidelink priority of the PDU set;determining the at least one transmission parameter for the PDU set using the PSI of the PDU set in addition to the sidelink priority of the PDU set; ordetermining the at least one transmission parameter for the PDU set by adjusting the sidelink priority of the PDU set based on the PSI of the PDU set,wherein the sidelink priority is one of:a QoS flow priority;a sidelink RB priority; ora LCH priority.9.The terminal device of any of claims 3 to 8, wherein the terminal device is caused to detect the sidelink congestion by:measuring a CBR in a sidelink resource pool for the sidelink transmission by excluding sidelink transmission (s) from another terminal device.10.The terminal device of any of claims 1 to 9, wherein the terminal device is caused to obtain the sidelink congestion control configuration by:receiving the sidelink congestion control configuration from a network device; ordetermining the sidelink congestion control configuration which is preconfigured for the terminal device.11.The terminal device of any of claims 1 to 10, wherein the PDU set for which the determination of whether to discard is performed is a PDU set of which any PDU has not been transmitted to another terminal device.12.The terminal device of any of claims 1 to 11, wherein the terminal device is caused to:determine an order of transmission of a plurality of PDU sets based on at least one of PSIs or PDU set sizes of the plurality of PDU sets to obtain a queue of PDU sets.13.The terminal device of claim 12, wherein the terminal device is caused to discard one or more PDU sets last in the queue of PDU sets in an event of reaching a PDU set delay budget.14.The terminal device of claim 12 or 13, wherein the terminal device is caused to:determine, for each of the plurality of PDU sets, a number of transport blocks, TBs, to be transmitted to another terminal device based on a number of available hybrid automatic repeat request, HARQ, processes in the another terminal device.15.The terminal device of claim 14, wherein the number of available HARQ processes is estimated based on weighted PSIs of the plurality of PDU sets.16.The terminal device of claim 15, wherein the order of transmission is determined further based on the number of TBs.17.The terminal device of claim 16, wherein the terminal device is caused to discard one or more PDU sets last in the queue of PDU sets in an event of reaching a maximum number of TBs.18.The terminal device of any of claims 14 to 16, wherein the terminal device is caused to perform the adapting of the at least one transmission parameter for the plurality of PDU sets with different PSIs; and caused to:determine, based on the available HARQ processes, whether to perform:multiplexing PDUs in the PDU sets with different PSIs into different TBs to be transmitted according to at least one adapted transmission parameter corresponding to the different PSIs; ormultiplexing PDUs in the PDU sets with different PSIs into a same TB to be transmitted according to at least one adapted transmission parameter corresponding to a lowest PSI, a highest PSI, or an average PSI of the different PSIs of the PDU sets comprising PDUs multiplexed into the same TB.19.The terminal device of claim 18, wherein the terminal device is caused to:based on determining that the number of available HARQ processes is less than a threshold, determine to multiplex the PDUs of the PDU sets with different PSIs into the same TB; and / orbased on determining that the number of available HARQ processes is equal to or greater than the threshold, determine to multiplex the PDUs of the PDU sets with different PSIs into different TBs.20.The terminal device of any of claims 1 to 19, wherein the terminal device is caused to perform at least one of the following:reporting, from an access stratum, AS, layer of the terminal device to a non-access-stratum, NAS, layer of the terminal device, the discarding of the at least part of the PDU set; orreporting the discarding of the at least part of the PDU set to another terminal device in an AS layer or a NAS layer.21.The terminal device of any of claims 1 to 20, wherein the sidelink congestion control configuration further comprises an indication of whether to exclude sidelink transmission (s) from another terminal device in case of measuring a CBR in a sidelink resource pool for the sidelink transmission to be performed from the terminal device to the other terminal device.22.A network device comprising:at least one processor; andat least one memory storing instructions that, when executed by the at least one processor, cause the network device at least to:determine, for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit, PDU, set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance, PSI; andtransmit the sidelink congestion control configuration to the terminal device.23.The network device of claim 22, wherein the sidelink congestion control configuration is transmitted via at least one of the following:a broadcasted system information block, SIB; ordedicated radio resource control, RRC, signaling.24.The network device of claim 22 or 23, wherein the at least one criterion comprises at least one of the following:a channel busy ratio, CBR, threshold; ora PDU set importance, PSI, threshold.25.The network device of claim 24, wherein:the CBR threshold is one of a plurality of CBR thresholds included in the at least one criterion;the PSI threshold is one of a plurality of PSI thresholds included in the at least one criterion; andthe plurality of CBR thresholds and the plurality of PSI thresholds are associated with a plurality of sidelink priorities of sidelink transmission, wherein a sidelink priority among the plurality of sidelink priorities is one of:a quality of service, QoS, flow priority;a sidelink radio bearer, RB, priority; ora logical channel, LCH, priority.26.The network device of claim 24, wherein the at least one criterion further comprises at least one of the following:a PDU set size threshold, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size higher or lower than the PDU set size threshold; ora PDU set size range, wherein the CBR threshold and the PSI threshold are to be applied to a PDU set with a PDU set size within the PDU set size range.27.The network device of any of claims 22-26, wherein the sidelink congestion control configuration further comprises an indication of whether to exclude sidelink transmission (s) from another terminal device in case of measuring a CBR in a sidelink resource pool for sidelink transmission to be performed from the terminal device to the other terminal device.28.A method comprising:obtaining, at a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit, PDU, set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance, PSI;based on detecting sidelink congestion, determining, at the terminal device and based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.29.A method comprising:determining, at a network device and for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit, PDU, set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance, PSI; andtransmitting the sidelink congestion control configuration to the terminal device.30.An apparatus comprising:means for obtaining, at a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit, PDU, set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance, PSI;means for, based on detecting sidelink congestion, determining, at the terminal device and based on the at least one criterion and based on a PSI of the PDU set, whether to perform either i) discarding at least part of the PDU set or ii) adapting of the at least one transmission parameter for the PDU set.31.An apparatus comprising:means for determining, at a network device and for a terminal device, a sidelink congestion control configuration comprising at least one criterion for performing either discarding a protocol data unit, PDU, set or adapting at least one transmission parameter for the PDU set, wherein the at least one criterion is related to a PDU set importance, PSI; andmeans for transmitting the sidelink congestion control configuration to the terminal device.32.A non-transitory computer readable medium comprising program instructions that, when executed by an apparatus, cause the apparatus to perform at least the method of claim 28 or 29.

Images