Patent Application
20240023145
The present disclosure relates to sidelink communication in a cellular communication system.
New Radio (NR) Frame Structure
Similar to Long Term Evolution (LTE), Third Generation Partnership Project (3GPP) New Radio (NR) uses Orthogonal Frequency Division Multiplexing (OFDM) in the downlink (i.e. from a network node, gNB, eNB, or base station, to a user equipment or UE). The basic NR physical resource over an antenna port can thus be seen as a time-frequency grid as illustrated in
Different subcarrier spacing values are supported in NR. The supported subcarrier spacing values (also referred to as different numerologies) are given by Δf=(15×2{circumflex over ( )}μ) kilohertz (kHz) where μ∈(0,1,2,3,4). Δf=15 kHz is the basic (or reference) subcarrier spacing that is also used in LTE.
In the time domain, downlink and uplink transmissions in NR will be organized into equally-sized subframes of 1 ms each similar to LTE. A subframe is further divided into multiple slots of equal duration. The slot length for subcarrier spacing Δf=(15×2{circumflex over ( )}p) kHz is 1/2{circumflex over ( )}μ milliseconds (ms). There is only one slot per subframe for Δf=15 kHz and a slot consists of 14 OFDM symbols.
Downlink transmissions are dynamically scheduled, i.e., in each slot the next generation NodeB (gNB) transmits downlink control information (DCI) about which User Equipment (UE) data is to be transmitted to and which resource blocks in the current downlink slot the data is transmitted on. This control information is typically transmitted in the first one or two OFDM symbols in each slot in NR. The control information is carried on the Physical Control Channel (PDCCH) and data is carried on the Physical Downlink Shared Channel (PDSCH). A UE first detects and decodes PDCCH and if a PDCCH is decoded successfully, it then decodes the corresponding PDSCH based on the downlink assignment provided by decoded control information in the PDCCH.
In addition to PDCCH and PDSCH, there are also other channels and reference signals transmitted in the downlink, including Synchronization Signal Block (SSB), Channel State Information Reference Signal (CSI-RS), etc.
Uplink data transmissions, carried on Physical Uplink Shared Channel (PUSCH), can also be dynamically scheduled by the gNB by transmitting a Downlink Control Information (DCI). The DCI (which is transmitted in the downlink (DL) region) always indicates a scheduling time offset so that the PUSCH is transmitted in a slot in the UL region.
Side/ink Transmissions in NR
Sidelink transmissions over NR are specified for Release 16. These are enhancements of the ProSe (PROximity-based SErvices) specified for LTE. Four new enhancements are particularly introduced to NR sidelink transmissions as follows:
To enable the above enhancements, new physical channels and reference signals are introduced in NR (available in LTE before):
This summary is provided to introduce a selection of concepts in a simplified form that are further described below in the detailed description. This summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.
The present disclosure proposes an improved solution for sidelink transmission. In some embodiments, a method performed by a first wireless communication device comprises detecting a trigger for a Medium Access Control (MAC) Control Element (CE), and responsive to detecting the trigger, transmitting the MAC CE and/or an MAC subheader associated with the MAC CE to a second wireless communication device. The MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates: one or more resources that are preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are not preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are experiencing a collision. With the proposed MAC CE, the first wireless communication device is able to provide rich information related to inter-device coordination (e.g., of resources used for sidelink transmission) to the second wireless communication device. Using this information, the second wireless communication device can improve resource allocation to avoid resource collision. Therefore, inter-UE coordination is improved.
In some embodiments, a method performed by a second wireless communication device comprises receiving a MAC CE and/or an MAC subheader associated with the MAC CE from a first wireless communication device, and performing resource selection to select one or more resources for sidelink transmission based on information comprised in the MAC CE and/or the MAC subheader associated with the MAC CE received from the first wireless communication device. The MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates: one or more resources that are preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are not preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are experiencing a collision.
In some embodiments, either the MAC CE or the MAC subheader associated with the MAC CE comprises information that indicates a type or purpose of one or more information fields included in the MAC CE.
In some embodiments, the sidelink transmission uses resources autonomously selected by the second wireless communication device.
In some embodiments, the MAC CE and/or the MAC subheader associated with the MAC CE carries information for inter-device coordination of resources using for sidelink transmissions.
In some embodiments, a first wireless communication device is adapted to detect a trigger for a MAC CE and, responsive to detecting the trigger, transmit the MAC CE and/or an MAC subheader associated with the MAC CE to a second wireless communication device. The MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates: one or more resources that are preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are not preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are experiencing a collision.
In some embodiment, a first wireless communication device comprises one or more transmitters, one or more receivers, and processing circuitry associated with the one or more transmitters and the one or more receivers. The processing circuitry is configured to cause the first wireless communication device to detect a trigger for a MAC CE and, responsive to detecting the trigger, transmit the MAC CE and/or an MAC subheader associated with the MAC CE to a second wireless communication device. The MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates: one or more resources that are preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are not preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are experiencing a collision.
In some embodiments, a first wireless communication device comprises a detecting module operable to detect a trigger for a MAC CE for sidelink communication, and a transmitting module operable to, responsive to the detecting module detecting the trigger, transmit the MAC CE and/or a MAC subheader associated with the MAC CE to a second wireless communication device. The MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates: one or more resources that are preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are not preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are experiencing a collision.
In some embodiments, computer program is provided where the computer program comprises instructions which, when executed on at least one processor, cause the at least one processor to carry out the method according to any of the embodiments of the method of operation of the first wireless communication device described herein.
In some embodiments, a carrier containing the computer program is provided, wherein the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium.
In some embodiments, non-transitory computer readable medium is provided, wherein the non-transitory computer readable medium stores instructions executable by processing circuitry of a first wireless communication device whereby the first wireless communication device is operable to perform the method performed by the first wireless communication device according to any of the embodiments described herein.
In some embodiments, a second wireless communication device is adapted to receive a MAC CE and/or an MAC subheader associated with the MAC CE from a first wireless communication device, and to perform resource selection to select one or more resources for sidelink transmission based on information comprised in the MAC CE and/or the MAC subheader associated with the MAC CE received from the first wireless communication device. The MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates: one or more resources that are preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are not preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are experiencing a collision.
In some embodiments, a second wireless communication device comprises one or more transmitters, one or more receivers, and processing circuitry associated with the one or more transmitters and the one or more receivers. The processing circuitry is configured to cause the second wireless communication device to receive a MAC CE and/or an MAC subheader associated with the MAC CE from a first wireless communication device, and to perform resource selection to select one or more resources for sidelink transmission based on information comprised in the MAC CE and/or the MAC subheader associated with the MAC CE received from the first wireless communication device. The MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates: one or more resources that are preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are not preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are experiencing a collision.
In some embodiments, a second wireless communication device comprises a receiving module operable to receive a MAC CE and/or an MAC subheader associated with the MAC CE from a first wireless communication device and a performing module operable to perform resource selection to select one or more resources for sidelink transmission based on information comprised in the MAC CE and/or the MAC subheader associated with the MAC CE received from the first wireless communication device. The MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates: one or more resources that are preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are not preferred to be used by the second wireless communication device for sidelink transmission; and/or one or more resources that are experiencing a collision.
In some embodiments, a computer program is provided where the computer program comprises instructions which, when executed on at least one processor, cause the at least one processor to carry out the method according to any of the embodiments of the method of operation of the second wireless communication device described herein.
In some embodiments, a carrier containing the computer program is provided, wherein the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium.
In some embodiments, non-transitory computer readable medium is provided, wherein the non-transitory computer readable medium stores instructions executable by processing circuitry of a second wireless communication device whereby the second wireless communication device is operable to perform the method performed by the second wireless communication device according to any of the embodiments described herein.
The accompanying drawing figures incorporated in and forming a part of this specification illustrate several aspects of the disclosure, and together with the description serve to explain the principles of the disclosure.
The embodiments set forth below represent information to enable those skilled in the art to practice the embodiments and illustrate the best mode of practicing the embodiments. Upon reading the following description in light of the accompanying drawing figures, those skilled in the art will understand the concepts of the disclosure and will recognize applications of these concepts not particularly addressed herein. It should be understood that these concepts and applications fall within the scope of the disclosure.
Radio Node: As used herein, a “radio node” is either a radio access node or a wireless communication device.
Radio Access Node: As used herein, a “radio access node” or “radio network node” or “radio access network node” is any node in a Radio Access Network (RAN) of a cellular communications network that operates to wirelessly transmit and/or receive signals. Some examples of a radio access node include, but are not limited to, a base station (e.g., a New Radio (NR) base station (gNB) in a Third Generation Partnership Project (3GPP) Fifth Generation (5G) NR network or an enhanced or evolved Node B (eNB) in a 3GPP Long Term Evolution (LTE) network), a high-power or macro base station, a low-power base station (e.g., a micro base station, a pico base station, a home eNB, or the like), a relay node, a network node that implements part of the functionality of a base station (e.g., a network node that implements a gNB Central Unit (gNB-CU) or a network node that implements a gNB Distributed Unit (gNB-DU)) or a network node that implements part of the functionality of some other type of radio access node.
Core Network Node: As used herein, a “core network node” is any type of node in a core network or any node that implements a core network function. Some examples of a core network node include, e.g., a Mobility Management Entity (MME), a Packet Data Network Gateway (P-GW), a Service Capability Exposure Function (SCEF), a Home Subscriber Server (HSS), or the like. Some other examples of a core network node include a node implementing a Access and Mobility Management Function (AMF), a User Plane Function (UPF), a Session Management Function (SMF), an Authentication Server Function (AUSF), a Network Slice Selection Function (NSSF), a Network Exposure Function (NEF), a Network Function (NF) Repository Function (NRF), a Policy Control Function (PCF), a Unified Data Management (UDM), or the like.
Communication Device: As used herein, a “communication device” is any type of device that has access to an access network. Some examples of a communication device include, but are not limited to: mobile phone, smart phone, sensor device, meter, vehicle, household appliance, medical appliance, media player, camera, or any type of consumer electronic, for instance, but not limited to, a television, radio, lighting arrangement, tablet computer, laptop, or Personal Computer (PC). The communication device may be a portable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and/or data via a wireless or wireline connection.
Wireless Communication Device: One type of communication device is a wireless communication device, which may be any type of wireless device that has access to (i.e., is served by) a wireless network (e.g., a cellular network). Some examples of a wireless communication device include, but are not limited to: a User Equipment device (UE) in a 3GPP network, a Machine Type Communication (MTC) device, and an Internet of Things (IoT) device. Such wireless communication devices may be, or may be integrated into, a mobile phone, smart phone, sensor device, meter, vehicle, household appliance, medical appliance, media player, camera, or any type of consumer electronic, for instance, but not limited to, a television, radio, lighting arrangement, tablet computer, laptop, or PC. The wireless communication device may be a portable, hand-held, computer-comprised, or vehicle-mounted mobile device, enabled to communicate voice and/or data via a wireless connection.
Network Node: As used herein, a “network node” is any node that is either part of the RAN or the core network of a cellular communications network/system.
Note that the description given herein focuses on a 3GPP cellular communications system and, as such, 3GPP terminology or terminology similar to 3GPP terminology is oftentimes used. However, the concepts disclosed herein are not limited to a 3GPP system.
Note that, in the description herein, reference may be made to the term “cell”; however, particularly with respect to 5G NR concepts, beams may be used instead of cells and, as such, it is important to note that the concepts described herein are equally applicable to both cells and beams.
Sidelink transmissions over NR includes a new feature: the two-stage sidelink control information (SCI). This is a version of the DCI for SL. Unlike the DCI, only part (first stage) of the SCI is sent on the PSCCH. This part is used for channel sensing purposes (including the reserved time-frequency resources for transmissions, demodulation reference signal (DMRS) pattern and antenna port, etc.) and can be read by all UEs while the remaining (second stage) scheduling and control information such as a 8-bits source identity (ID) and a 16-bits destination ID, NDI, RV and HARQ process ID is sent on the PSSCH to be decoded by the receiver UE.
Similar as for PRoSE in LTE, NR sidelink transmissions have the following two modes of resource allocations:
For the in-coverage UE, a gNB can be configured to adopt Mode 1 or Mode 2. For the out-of-coverage UE, only Mode 2 can be adopted.
As in LTE, scheduling over the sidelink in NR is done in different ways for Mode 1 and Mode 2.
Mode 1 supports the following two kinds of grants:
In both dynamic grant and configured grant, a sidelink receiver UE cannot receive the DCI (since it is addressed to the transmitter UE), and therefore a receiver UE should perform blind decoding to identify the presence of PSCCH and find the resources for the PSSCH through the SCI.
When a transmitter UE launches the PSCCH, CRC is also inserted in the SCI without any scrambling.
In the Mode 2 resource allocation, when traffic arrives at a transmitter UE, this transmitter UE should autonomously select resources for the PSCCH and the PSSCH. To further minimize the latency of the feedback HARQ ACK/NACK transmissions and subsequently retransmissions, a transmitter UE may also reserve resources for PSCCH/PSSCH for retransmissions. To further enhance the probability of successful TB decoding at one shot and thus suppress the probability to perform retransmissions, a transmitter UE may repeat the TB transmission along with the initial TB transmission. This mechanism is also known as blind retransmission. As a result, when traffic arrives at a transmitter UE, then this transmitter UE should select resources for the following transmissions:
Since each transmitter UE in sidelink transmissions should autonomously select resources for above transmissions, how to prevent different transmitter UEs from selecting the same resources turns out to be a critical issue in Mode 2. A particular resource selection procedure is therefore imposed to Mode 2 based on channel sensing. The channel sensing algorithm involves measuring RSRP on different subchannels and requires knowledge of the different UEs power levels of DMRS on the PSSCH or the DMRS on the PSCCH depending on the configuration. This information is known only after receiver SCI launched by (all) other UEs. The sensing and selection algorithm is rather complex.
As described in clause 6.3.2.2 in 3GPP Technical Report (TR) 37.985 v16.0.0, which is incorporated herein by reference in its entirety, Mode 2 is for UE autonomous resource selection. Its basic structure is of a UE sensing, within a (pre-)configured resource pool, which resources are not in use by other UEs with higher-priority traffic, and choosing an appropriate amount of such resources for its own transmissions. Having selected such resources, the UE can transmit and re-transmit in them a certain number of times, or until a cause of resource reselection is triggered.
The mode 2 sensing procedure can select and then reserve resources for a variety of purposes reflecting that NR V2X introduces sidelink HARQ in support of unicast and groupcast in the physical layer. It may reserve resources to be used for a number of blind (re-)transmissions or HARQ-feedback-based (re-)transmissions of a transport block, in which case the resources are indicated in the SCI(s) scheduling the transport block. Alternatively, it may select resources to be used for the initial transmission of a later transport block, in which case the resources are indicated in an SCI scheduling a current transport block, in a manner similar to the LTE-V2X scheme (clause 5.2.2.2, which is incorporated herein by reference in its entirety). Finally, an initial transmission of a transport block can be performed after sensing and resource selection, but without a reservation.
The first-stage SCIs transmitted by UEs on PSCCH indicate the time-frequency resources in which the UE will transmit a PSSCH. These SCI transmissions are used by sensing UEs to maintain a record of which resources have been reserved by other UEs in the recent past. When a resource selection is triggered (e.g. by traffic arrival or a re-selection trigger), the UE considers a sensing window which starts a (pre-)configured time in the past and finishes shortly before the trigger time. The window can be either 1100 ms or 100 ms wide, with the intention that the 100 ms option is particularly useful for aperiodic traffic, and 1100 ms particularly for periodic traffic. A sensing UE also measures the SL-RSRP in the slots of the sensing window, which implies the level of interference which would be caused and experienced if the sensing UE were to transmit in them. In NR-V2X, SL-RSRP is a (pre-)configurable measurement of either PSSCH-RSRP or PSCCH-RSRP.
The sensing UE then selects resources for its (re-)transmission(s) from within a resource selection window. The window starts shortly after the trigger for (re-) selection of resources, and cannot be longer than the remaining latency budget of the packet due to be transmitted. Reserved resources in the selection window with SL-RSRP above a threshold are excluded from being candidates by the sensing UE, with the threshold set according to the priorities of the traffic of the sensing and transmitting UEs. Thus, a higher priority transmission from a sensing UE can occupy resources which are reserved by a transmitting UE with sufficiently low SL-RSRP and sufficiently lower-priority traffic.
If the set of resources in the selection window which have not been excluded is less than a certain proportion of the available resources within the window, the SL-RSRP exclusion threshold is relaxed in 3 dB steps. The proportion is set by (pre-) configuration to 20%, 35%, or 50% for each traffic priority. The UE selects an appropriate amount of resources randomly from this non-excluded set. The resources selected are not in general periodic. Up to three resources can be indicated in each SCI transmission, which can each be independently located in time and frequency. When the indicated resources are for semi-persistent transmission of another transport block, the range of supported periodicities is expanded compared to LTE-V2X, in order to cover the broader set of envisioned use cases in NR-V2X.
Shortly before transmitting in a reserved resource, a sensing UE re-evaluates the set of resources from which it can select, to check whether its intended transmission is still suitable, taking account of late-arriving SCIs due, typically, to an aperiodic higher-priority service starting to transmit after the end of the original sensing window. If the reserved resources would not be part of the set for selection at this time (T3), then new resources are selected from the updated resource selection window. The cut-off time T3 is long enough before transmission to allow the UE to perform the calculations relating to resource re-selection.
The timeline of the sensing and resource (re-)selection windows with respect to the time of trigger n, are shown in
There are a number of triggers for resource re-selection, several of which are similar to LTE-V2X in Clause 5.2.2.2 in TR 37.985 V 16.0.0, which is incorporated herein by reference in its entirety. In addition, there is the possibility to configure a resource pool with a pre-emption function designed to help accommodate aperiodic sidelink traffic, so that a UE reselects all the resources it has already reserved in a particular slot if another nearby UE with higher priority indicates it will transmit in any of them, implying a high-priority aperiodic traffic arrival at the other UE, and the SL-RSRP is above the exclusion threshold. The application of pre-emption can apply between all priorities of data traffic, or only when the priority of the pre-empting traffic is higher than a threshold and higher than that of the pre-empted traffic. A UE does not need to consider the possibility of pre-emption later than time T3 before the particular slot containing the reserved resources.
Regarding SL congestion control, as described in clause 5.3 in TR 37.985 V 16.0.0 for LTE V2X feature, a physical measurement of CBR is also defined in each subframe in clause 5.1.30 of TS 36.214 V16.1.0, which measures the portion of the resource in a resource pool which has a high received signal energy (S-RSSI) in the most recent 100 subframes. CBR is a measurement of the congestion present recently in the resource pool. Another measurement, CR defined in clause 5.1.31 of TS 36.214 V16.1.0, counts the total number of subchannels a UE has and will transmit in during a window of up to 1000 ms including the current subframe. CR is thus a measurement of how much resource a UE has recently, and will soon, claim (each of clause 5.3 in TR 37.985 V 16.0.0, clause 5.1.30 of TS 36.214 V16.1.0, and clause 5.1.31 of TS 36.214 V16.1.0 is incorporated herein by reference in its entirety).
A UE can be (pre-)configured with a set of CBR ranges to each of which is linked a CR-limit. When a UE finds its CR exceeds the CR-limit for the CBR range it currently measures, it must reduce its CR to not exceed the limit. How this is done is up to UE implementation, and can include increasing MCS to reduce resource occupation, dropping (re-)transmissions, etc. ProSe per Packet Priority (PPPP) can also be (pre-) configured with a mapping to the UE's maximum permitted transmit power, the limitation on which acts to reduce the CBR measured by sufficiently distant UEs.
PPPP is used as described in Clause 5.2.2, which is incorporated herein by reference in its entirety, to aid distributed sidelink congestion control based on the relative priorities of traffic from UEs that consider occupying a given resource. PPPP and CBR can each also be (pre-)configured with mappings to ranges of values of transmission parameters, e.g. a range of MCS values, and/or a range of numbers of subchannels, etc. In this case, the UE has to choose its transmission parameters from within the range corresponding to the prevailing PPPP and/or CBR.
Congestion control for NR-V2X is similar to LTE-V2X, and it likewise is used in resource allocation mode 2 in NR. The main differences are that each packet is associated with a single ‘priority’ value, passed down to the physical layer from upper layers, which is comparable to PPPP in LTE-V2X. The priority value is transmitted in the first-stage SCI associated with each transport block. Broadly equivalent measurements of CBR and CR, together with CR-limits are defined, which can be used similarly to constrain the ranges of transmission parameters. NR V2X sets a shorter time of 1 ms or 2 ms in which the UE must calculate the CR and CBR than LTE-V2X's 4 ms, with the aim of adapting to faster fluctuations in congestion due to aperiodic traffic.
Regarding MAC PDU (SL-SCH), as described in clause 6.1.6 of TS 38.321 V 16.2.1, which is incorporated herein by reference in its entirety, a MAC protocol data unit (PDU) consists of one SL-SCH subheader and one or more MAC subPDUs. Each
The MAC SDUs are of variable sizes.
Each MAC subheader except SL-SCH subheader corresponds to a MAC SDU, a MAC CE, or padding.
As shown in
A MAC subheader except for fixed-sized MAC CE and padding consists of the four header fields R/F/LCID/L as depicted in
SL MAC subPDU(s) with MAC SDU(s) is placed after the SL-SCH subheader and before the MAC subPDU with a MAC CE and the MAC subPDU with padding in the MAC PDU as depicted in
A maximum of one MAC PDU can be transmitted per TB per MAC entity.
The 3GPP Release 17 New Radio (NR) sidelink (SL) enhancement Work Item Description (WID) RP-201385 has defined objectives to specify solutions which can enhance NR sidelink for V2X, public safety, and commercial use cases. This WID includes the following work items:
For the above study objective, an inter-UE coordination mechanism will be studied for enhancements in SL resource allocation Mode 2. With the mechanism, a UE (e.g., UE-A) will be able to signal “A set of resources determined at the UE” to another UE (e.g., UE-B). This other UE can consider the received signaling for its own resource selection procedure. The detailed signaling alternatives are pending to be addressed. The possible signaling alternatives are expected to include at least PC5-RRC signaling, L1 signaling, MAC CE, etc. Among all these signaling alternatives, MAC CE based signaling alternative would be able to achieve a good balance between reduction of signaling overhead and feasibility of carrying sufficient signaling content.
Therefore, assuming that MAC CE based signaling alternative will be studied and adopted as one possible signaling alternative, it is necessary to study the below corresponding issues:
The present disclosure proposes an improved solution for sidelink transmission. Now, a description of various embodiments of the present disclosure will be provided. These embodiments may be used separately or in any desired combination.
The embodiments are described in the context of NR sidelink, but not limited. Similar embodiments are also applicable to LTE sidelink.
All embodiments are applicable for SL transmissions (including unicast, groupcast, and broadcast) with SL resource allocation Mode 2.
In one embodiment, a new MAC CE containing information that indicates resources (e.g., “a set of resources”), which may be determined by a first wireless communication device (referred to as “UE-A” in the following description), is transmitted by UE-A to a second wireless communication device (referred to as “UE-B” for the following description) for inter-UE coordination. This new MAC CE is sometimes referred to herein as an SL resource indicator MAC CE; however, other names may equally be used. As described below, the resources indicated by the information field(s) in the MAC CE are, for example: (a) time resources, frequency resources, or both time and frequency resources that are preferred for UE-B transmission (i.e., preferred for autonomous (e.g., Mode 2) sidelink transmission by UE-B), (b) time resources, frequency resources, or both time and frequency resources that are not preferred for UE-B transmission (i.e., not preferred to autonomous (e.g., Mode 2) sidelink transmission by UE-B).
In one embodiment, the MAC CE contains at least one of the following:
In one embodiment, in the MAC CE, multiple types of resources may be indicated by the information fields. These types of resources include at least one of the following:
In one embodiment, the MAC CE may also carry other information fields related to UE-A, such as, e.g.:
In addition, embodiments are also disclosed herein that relate to other aspects. For example, the following embodiments are also disclosed. Any one or more of these embodiments may be used alone or in combination with any of the other embodiments described herein.
While not being limited to or by any particular advantage, embodiments disclosed herein may provide the following advantages. With the proposed MAC CE, UE-A is able to provide rich information on “different types of a set of resources” to UE-B. Using this information, UE-B can improve resource allocation to avoid resource collision. Therefore, inter-UE coordination is improved. Power saving of both UEs of the associated PC5-RRC connection is also improved.
In one embodiment, in order to signal inter-UE coordination information (e.g., indicating a set of resources determined by UE-A) from UE-A to UE-B, a new MAC CE (sometimes referred to herein as an SL resource indicator MAC CE; however, other names may equally be used) is defined to include at least one of the following:
In one embodiment, the resources indicated by the information field(s) comprised in the MAC CE may include at least one of the following:
In the same MAC CE, there may be multiple information fields, each of which indicates separate purpose or type information. For each purpose or type, there may be multiple associated information fields.
The MAC CE may also include information fields indicating positions of a resource selection window. A size of the resource selection window may be determined according to a parameter signaled by an upper layer (e.g., radio resource control (RRC)), and may take a value in a range determined by the RRC parameter. One example of the resource selection window is shown as the below:
In this example, the information field “indicator type” occupies 2 bits, which are sufficient to indicate four types or purposes. In other applications, the information field “indicator type” may only occupy fewer or more bits for indicating fewer or more different types or purposes.
The resources indicated in the information field “indicator type” are positioned within the resource window, associated with unique indices. A bitmap information field (corresponding to the information field “indicator type”) may be introduced for the indicated resources in the MAC CE. For this example, the bitmap information field occupies 5 bits. Each bit in the bitmap information field is associated with a specific resource. The bit takes the value “0” indicating that the resource is present, while the value “1” indicating that the corresponding resource is absent.
In one embodiment, the MAC CE may also carry other information fields on UE-A, such as, e.g.:
In one embodiment, a new MAC subheader may be defined for the SL resource indicator MAC CE. Some information fields as described above (such as the type or purpose of the information fields, and/or a type or purpose of the MAC CE) may be included in the new MAC subheader. Note that each information field indicating the type or purpose can only be included in either the SL resource indicator MAC CE or the MAC subheader associated with the SL resource indicator MAC CE. The information fields indicating the type or purpose may be partially included in the SL resource indicator MAC CE and partially included in the MAC subheader associated with the SL resource indicator MAC CE. In addition, the information fields corresponding to the indicated purpose/type may only be included in the MAC CE.
In one embodiment, the SL resource indicator MAC CE may be indicated by a new Logical Channel ID (LCID), which is included in the MAC subheader associated to the MAC CE. An example of the new LCID is illustrated in Table 1, wherein index 61 is defined for SL resource indicator MAC CEs.
In one embodiment, before transmitting the SL resource indicator MAC CE from UE-A to UE-B, at least a scheduling request (SR) configuration containing at least one PUCCH SR resource is configured to UE-A. The SR configuration is associated with at least a sidelink connection (e.g., PC5-RRC connection) between UE-A and UE-B. In this case, UE-A can use the SR configuration to request an SL grant with SL allocation Mode 1. If there is an available SL grant obtained by UE-A for a new sidelink transmission, UE-A may select the SL resource indicator MAC CE in the subsequent transmission to UE-B. If there is no SL grant available, UE-A may trigger a new SR for requesting a new SL grant for transmitting the SL resource indicator MAC CE.
Besides the SL resource indicator MAC CE, other type of MAC CEs, such as a sidelink CSI reporting MAC CE, may also be transmitted from UE-A to UE-B. In different circumstances, priorities of the SL resource indicator MAC CE and the sidelink CSI reporting MAC CE may vary. In one embodiment, the SL resource indicator MAC CE may be treated with a higher priority compared to the SL CSI reporting MAC CE, since the receiving UE-B needs to receive the SL resource indicator MAC CE prior to performing resource allocation with SL resource allocation Mode 2.
An example of the priority order for the SL transmission is illustrated as below. Logical channels shall be prioritized in accordance with the following order (highest priority listed first):
In one embodiment, the SL resource indicator MAC CE may be treated with a lower priority compared to the SL CSI reporting MAC CE. In this case, UE-A may send the SL CSI reporting MAC CE to the receiving UE-B before the SL CSI reporting MAC CE. As such, the receiving UE-B may pre-select a set of resources according to the received SL CSI reporting MAC CE. The receiving UE-B may further select resources with the set of pre-selected resources after the reception of the SL resource indicator MAC CE.
An example of the priority order for the SL transmission is illustrated as below. Logical channels shall be prioritized in accordance with the following order (highest priority listed first):
In one embodiment, how to prioritize the SL resource indicator MAC CE and the CSI reporting MAC CE may be controlled by a gNB or other UE (e.g., a controlling UE, not UE-A or UE-B). A controlling signaling (from the gNB or the controlling UE) may be transmitted to UE-A via at least one of the following:
In one embodiment, the SL resource indicator MAC CE may be allowed to be transmitted alone using an SL grant without any data from any Logical Channel (LCH). In one case, there is no data available from any LCH. In another case, there is some data in some LCHs. However, due to those LCHs do not match the LCP restrictions associated with the SL grant, the data from those LCHs are not allowed to be transmitted together with the MAC CE using the SL grant.
Alternatively, the SL resource indicator MAC CE may only be allowed to be transmitted together with other MAC CE(s), such as an SL CSI Reporting MAC CE, using an SL grant without any data from any LCH.
In one embodiment, a retransmission timer may be defined for UE-A transmitting the MAC CE and/or the MAC subheader associated with the MAC CE. The retransmission timer may be configured per sidelink connection (e.g., PC5-RRC connection). The retransmission timer is started/restarted immediately after every transmission of the MAC CE and/or the MAC subheader associated with the MAC CE. The retransmission timer may be stopped upon reception of a signaling from the receiving UE-B indicating that the receiving UE-B has responded to reception of the MAC CE and/or the MAC subheader associated with the MAC CE. Alternatively, the retransmission timer may be stopped upon reception of a HARQ ACK indicating the receiving UE-B has received a Transport Block (TB) carrying the MAC CE and/or the MAC subheader associated with the MAC CE successfully. Alternatively, the retransmission timer may be stopped after transmission of the TB carrying the MAC CE and/or the MAC subheader associated with the MAC CE. The same MAC CE and/or the MAC subheader associated with the MAC CE can be triggered one or more times upon expiry of the retransmission timer.
In one embodiment, a periodic timer may be defined for UE-A transmitting the MAC CE and/or the MAC subheader associated with the MAC CE. UE-A may start or restart the periodic timer if the periodic timer is configured or preconfigured to UE-A. When the time in the periodic timer is expired, the UE triggers the MAC CE and/or the MAC subheader associated with the MAC CE, and sends to the receiving UE-B (associated with the PC5-RRC connection). The MAC CE and/or the MAC subheader associated with the MAC CE may be periodically transmitted to UE-B based on the periodic timer.
In one embodiment, a prohibit timer may be defined for UE-A transmitting the MAC CE and/or the MAC subheader associated with the MAC CE. The prohibit timer is started/restarted after every transmission of the MAC CE and/or the MAC subheader associated with the MAC CE. While the timer is running, the same MAC CE and/or the MAC subheader associated with the MAC CE is not allowed to be triggered or transmitted. The MAC CE and/or the MAC subheader associated with the MAC CE is triggered and transmitted only when the prohibit timer is not running.
In one embodiment, the MAC CE transmission may be associated with a latency requirement (i.e., latency bound). In other words, the latency since the MAC CE is triggered until the MAC CE is transmitted to the receiving UE-B, cannot be beyond the latency bound. UE-A may have multiple PC5-RRC connections. There may be multiple MAC CEs triggered on these PC5-RRC connections. If there is an SL grant available, UE-A may select the MAC CE with a shortest remaining latency bound to transmit using the SL grant. As such, the overall latency requirement for the triggered MAC CEs can be satisfied more efficiently.
In one embodiment, for any of the above embodiments, the MAC CE may be triggered by a UE (UE-A or UE-B) for a sidelink connection (e.g., a PC5-RRC connection between UE-A and UE-B) when at least one of the following events occur:
For any of the above events, it may be triggered at either UE-A or UE-B. When the event is triggered at UE-B, UE-B may send a request message to UE-A, to ask UE-A to report the MAC CE. Upon reception of the request message, the MAC CE is triggered at UE-A.
In one embodiment, for any of the above embodiments, the MAC CE related configurations and timers may be configured to UE-A by a gNB or other UE (e.g., a controlling UE, not UE-A or UE-B), or preconfigured to UE-A if UE-A has no connection to the gNB.
UE-A detects a trigger for sending an SL resource indicator MAC CE and/or the MAC subheader associated with the MAC CE (step 902). Detection of the trigger may be, for example, detecting a triggering condition at UE-A 704-A or receiving a request from UE-B 704-B, as described above. Responsive to detecting the trigger, UE-A 704-A performs a procedure by which it transmits an SL resource indicator MAC CE and/or a MAC subheader associated with the MAC CE to UE-B 704-B in accordance with any of the embodiments described herein (step 904). As discussed above, in some embodiments, the SL resource indicator MAC CE includes one or more information fields that comprise information that indicates one or more resources that are preferred for use by UE-B 704-B for SL transmission (e.g., autonomous SL transmission such as, e.g., Mode 2 SL transmission), one or more resources that are not preferred for use by UE-B 704-B for SL transmission (e.g., autonomous SL transmission such as, e.g., Mode 2 SL transmission), and/or one or more resources that are currently experiencing collision. In addition, in some embodiments, information that indicates the type, or purpose, of the information comprised in each of these information fields of the SL resource indicator MAC CE is included either in a field(s) of the SL resource indicator MAC CE and/or in a MAC subheader associated to the SL indictor MAC CE (e.g., a MAC subheader in the same MAC sub-PDU). In some embodiments, additional information is included in the SL resource indicator MAC CE (or in the MAC subheader associated with the MAC CE). This additional information may include reserved resources by UE-A 704-A and/or measured CBR or CR results at UE-A 704-A. Still further, in some embodiments, the MAC subheader associated to the SL resource indicator MAC CE includes a LCID, where this LCID is a LCID defined for SL resource indicator MAC CEs.
In one embodiment, UE-A 704-A transmits the SL resource indicator MAC CE as follows. Note, however, that this is only an example. In this example, UE-A 704-A receives, from the network node 702, a SR configuration as described above (step 904-1). In one embodiment, this SR configuration defines a PUCCH resource on which UE-A 704-A can transmit a SR for an SL transmission (e.g., a Mode 1 SL transmission) to UE-B 704-B. UE-A 704-A transmits such as SR to the network node 702 in accordance with the SR configuration (step 904-2). In response, UE-A 704-A receives an SL grant from the network node 702 (step 904-3). Whether the transmission uses the SL grant or uses resources selected for autonomous SL transmission, UE-A 704-A selects the SL indictor MAC CE for transmission (step 904-4). As described above, this selection may take into consideration a priority defined or configured for SL resource indicator MAC CEs as well as a priority defined or configured to one or more other types of MAC CEs (e.g., sidelink CSI reporting MAC CEs and/or a priority defined or configured for data (e.g., data from any STCH). In addition or alternatively, this selection may take into account a latency requirement for transmission of the SL indictor MAC CE, as described above. UE-A 704-A then transmits the SL resource indicator MAC CE and, in some embodiments, a MAC subheader associated with the MAC CE, as described above (step 904-5).
As also described above, in one embodiment, UE-A 704-A starts a retransmission timer upon transmitting the SL resource indicator MAC CE, subsequently stops this timer if a stopping condition is satisfied, and retransmits the SL resource indicator MAC CE if this timer expires before the stopping criterion is satisfied (step 906). Examples of the stopping criterion for the retransmission timer are provided above.
In one embodiment, UE-A 704-A periodically transmits an SL resource indicator MAC CE and/or the MAC subheader associated with the MAC CE (e.g., based on a periodic timer), as described above (step 908).
In one embodiment, UE-A 704-A starts a prohibit timer upon transmitting the SL resource indicator MAC CE and prohibits transmission of another SL resource indicator MAC CE (e.g., to any other UE or to UE-B 704-B) until after the prohibit timer has expired (step 910). Thus, if a trigger is detected before the prohibit timer has expired, UE-A 704-A prevents transmission of a new SL resource indicator MAC CE even though the trigger is detected.
At UE-B 704-B, UE-B 704-B performs resource allocation to select one or more resources for an autonomous SL transmission (e.g., a Mode 2 transmission) based on the information included in the SL resource indictor CE and/or the associated MAC subheader received from UE-A (step 912). For example, a resource selection procedure similar to that shown in
As used herein, a “virtualized” radio access node is an implementation of the radio access node 1000 in which at least a portion of the functionality of the radio access node 1000 is implemented as a virtual component(s) (e.g., via a virtual machine(s) executing on a physical processing node(s) in a network(s)). As illustrated, in this example, the radio access node 1000 may include the control system 1002 and/or the one or more radio units 1010, as described above. The control system 1002 may be connected to the radio unit(s) 1010 via, for example, an optical cable or the like. The radio access node 1000 includes one or more processing nodes 1100 coupled to or included as part of a network(s) 1102. If present, the control system 1002 or the radio unit(s) is connected to the processing node(s) 1100 via the network 1102. Each processing node 1100 includes one or more processors 1104 (e.g., CPUs, ASICs, FPGAs, and/or the like), memory 1106, and a network interface 1108.
In this example, functions 1110 of the radio access node 1000 described herein (e.g., one or more functions of the network node 702 as described herein) are implemented at the one or more processing nodes 1100 or distributed across the one or more processing nodes 1100 and the control system 1002 and/or the radio unit(s) 1010 in any desired manner. In some particular embodiments, some or all of the functions 1110 of the radio access node 1000 described herein are implemented as virtual components executed by one or more virtual machines implemented in a virtual environment(s) hosted by the processing node(s) 1100. As will be appreciated by one of ordinary skill in the art, additional signaling or communication between the processing node(s) 1100 and the control system 1002 is used in order to carry out at least some of the desired functions 1110. Notably, in some embodiments, the control system 1002 may not be included, in which case the radio unit(s) 1010 communicates directly with the processing node(s) 1100 via an appropriate network interface(s).
In some embodiments, a computer program including instructions which, when executed by at least one processor, causes the at least one processor to carry out the functionality of the radio access node 1000 or a node (e.g., a processing node 1100) implementing one or more of the functions 1110 of the radio access node 1000 in a virtual environment according to any of the embodiments described herein is provided. In some embodiments, a carrier comprising the aforementioned computer program product is provided. The carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
In some embodiments, a computer program including instructions which, when executed by at least one processor, causes the at least one processor to carry out the functionality of the wireless communication device 1300 according to any of the embodiments described herein is provided. In some embodiments, a carrier comprising the aforementioned computer program product is provided. The carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium (e.g., a non-transitory computer readable medium such as memory).
With reference to
The telecommunication network 1500 is itself connected to a host computer 1516, which may be embodied in the hardware and/or software of a standalone server, a cloud-implemented server, a distributed server, or as processing resources in a server farm. The host computer 1516 may be under the ownership or control of a service provider, or may be operated by the service provider or on behalf of the service provider. Connections 1518 and 1520 between the telecommunication network 1500 and the host computer 1516 may extend directly from the core network 1504 to the host computer 1516 or may go via an optional intermediate network 1522. The intermediate network 1522 may be one of, or a combination of more than one of, a public, private, or hosted network; the intermediate network 1522, if any, may be a backbone network or the Internet; in particular, the intermediate network 1522 may comprise two or more sub-networks (not shown).
The communication system of
Example implementations, in accordance with an embodiment, of the UE, base station, and host computer discussed in the preceding paragraphs will now be described with reference to
The communication system 1600 further includes a base station 1618 provided in a telecommunication system and comprising hardware 1620 enabling it to communicate with the host computer 1602 and with the UE 1614. The hardware 1620 may include a communication interface 1622 for setting up and maintaining a wired or wireless connection with an interface of a different communication device of the communication system 1600, as well as a radio interface 1624 for setting up and maintaining at least a wireless connection 1626 with the UE 1614 located in a coverage area (not shown in
The communication system 1600 further includes the UE 1614 already referred to. The UE's 1614 hardware 1634 may include a radio interface 1636 configured to set up and maintain a wireless connection 1626 with a base station serving a coverage area in which the UE 1614 is currently located. The hardware 1634 of the UE 1614 further includes processing circuitry 1638, which may comprise one or more programmable processors, ASICs, FPGAs, or combinations of these (not shown) adapted to execute instructions. The UE 1614 further comprises software 1640, which is stored in or accessible by the UE 1614 and executable by the processing circuitry 1638. The software 1640 includes a client application 1642. The client application 1642 may be operable to provide a service to a human or non-human user via the UE 1614, with the support of the host computer 1602. In the host computer 1602, the executing host application 1612 may communicate with the executing client application 1642 via the OTT connection 1616 terminating at the UE 1614 and the host computer 1602. In providing the service to the user, the client application 1642 may receive request data from the host application 1612 and provide user data in response to the request data. The OTT connection 1616 may transfer both the request data and the user data. The client application 1642 may interact with the user to generate the user data that it provides.
It is noted that the host computer 1602, the base station 1618, and the UE 1614 illustrated in
In
The wireless connection 1626 between the UE 1614 and the base station 1618 is in accordance with the teachings of the embodiments described throughout this disclosure. One or more of the various embodiments improve the performance of OTT services provided to the UE 1614 using the OTT connection 1616, in which the wireless connection 1626 forms the last segment. More precisely, the teachings of these embodiments may improve the improve the e.g., latency, power consumption, etc. and thereby provide benefits such as e.g., reduced user waiting time, relaxed restriction on file size, better responsiveness, extended battery lifetime, etc.
A measurement procedure may be provided for the purpose of monitoring data rate, latency, and other factors on which the one or more embodiments improve. There may further be an optional network functionality for reconfiguring the OTT connection 1616 between the host computer 1602 and the UE 1614, in response to variations in the measurement results. The measurement procedure and/or the network functionality for reconfiguring the OTT connection 1616 may be implemented in the software 1610 and the hardware 1604 of the host computer 1602 or in the software 1640 and the hardware 1634 of the UE 1614, or both. In some embodiments, sensors (not shown) may be deployed in or in association with communication devices through which the OTT connection 1616 passes; the sensors may participate in the measurement procedure by supplying values of the monitored quantities exemplified above, or supplying values of other physical quantities from which the software 1610, 1640 may compute or estimate the monitored quantities. The reconfiguring of the OTT connection 1616 may include message format, retransmission settings, preferred routing, etc.; the reconfiguring need not affect the base station 1618, and it may be unknown or imperceptible to the base station 1618. Such procedures and functionalities may be known and practiced in the art. In certain embodiments, measurements may involve proprietary UE signaling facilitating the host computer 1602's measurements of throughput, propagation times, latency, and the like. The measurements may be implemented in that the software 1610 and 1640 causes messages to be transmitted, in particular empty or ‘dummy’ messages, using the OTT connection 1616 while it monitors propagation times, errors, etc.
Any appropriate steps, methods, features, functions, or benefits disclosed herein may be performed through one or more functional units or modules of one or more virtual apparatuses. Each virtual apparatus may comprise a number of these functional units. These functional units may be implemented via processing circuitry, which may include one or more microprocessor or microcontrollers, as well as other digital hardware, which may include Digital Signal Processor (DSPs), special-purpose digital logic, and the like. The processing circuitry may be configured to execute program code stored in memory, which may include one or several types of memory such as Read Only Memory (ROM), Random Access Memory (RAM), cache memory, flash memory devices, optical storage devices, etc. Program code stored in memory includes program instructions for executing one or more telecommunications and/or data communications protocols as well as instructions for carrying out one or more of the techniques described herein. In some implementations, the processing circuitry may be used to cause the respective functional unit to perform corresponding functions according one or more embodiments of the present disclosure.
While processes in the figures may show a particular order of operations performed by certain embodiments of the present disclosure, it should be understood that such order is exemplary (e.g., alternative embodiments may perform the operations in a different order, combine certain operations, overlap certain operations, etc.).
At least some of the following abbreviations may be used in this disclosure. If there is an inconsistency between abbreviations, preference should be given to how it is used above. If listed multiple times below, the first listing should be preferred over any subsequent listing(s).
Those skilled in the art will recognize improvements and modifications to the embodiments of the present disclosure. All such improvements and modifications are considered within the scope of the concepts disclosed herein.
For the avoidance of doubt, the following numbered statements set out embodiments of the disclosure:
1. A method performed by a first wireless communication device (704-A) comprising:
2. The method of embodiment 1 wherein transmitting (904-5) the MAC CE and/or the associated MAC subheader to the second wireless communication device (704-B) comprises transmitting (904) the MAC CE to the second wireless communication device (704-B).
3. The method of embodiment 2 wherein the MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates:
4. The method of embodiment 3 wherein the sidelink transmission uses resources autonomously selected by the second wireless communication device.
5. The method of embodiment 3 wherein the one or more resources comprise one or more time domain resources, and/or one or more frequency domain resources, and/or one or more reference signals.
6. The method of any of embodiments 3 to 5 wherein either the MAC CE or the MAC subheader associated with the MAC CE comprises information that indicates a type or purpose of the one or more information fields.
7. The method of embodiment 6 wherein the type or purpose is to indicate one or more resources that are preferred to be used by the second wireless communication device (704-B) for autonomous sidelink transmission, or to indicate one or more resources that are not preferred to be used by the second wireless communication device (704-B) for autonomous sidelink transmission, or to indicate one or more resources that experiencing a collision.
8. The method of any of embodiments 3 to 7 wherein the one or more information fields are associated with one or more slots of a configured resource window.
9. The method of any of embodiments 3 to 8 wherein the information fields comprise a bitmap information field.
10. The method of any of embodiments 1 to 9 wherein transmitting (904) the MAC CE and/or the associated MAC subheader to the second wireless communication device (704-B) comprises transmitting (904) the associated MAC subheader to the second wireless communication device (704-B).
11. The method of embodiment 10 wherein the MAC subheader associated with the MAC CE comprises a Logical Channel Identity that is associated to the MAC CE.
12. The method of any of embodiments 1 to 11 wherein transmitting (904) the MAC CE and/or the associated MAC subheader to the second wireless communication device (704-B) comprises selecting (904-4) the MAC CE from a plurality of MAC CEs and/or data for transmission based on a priority of the MAC CE.
13. The method of embodiment 12 wherein the priority is predefined or configured.
14. The method of any of embodiments 1 to 13 wherein transmitting (904) the MAC CE and/or the associated MAC subheader to the second wireless communication device (704-B) comprises selecting (904-4) the MAC CE from a plurality of MAC CEs and/or data for transmission based on a latency requirement for transmission of the MAC CE.
15. The method of any of embodiments 1 to 11 further comprising:
16. The method of embodiment 15 wherein selecting (904-4) the MAC CE from the plurality of MAC CEs and/or data for transmission comprise selecting (904-4) the MAC CE from among the plurality of MAC CEs and/or data for transmission based on a priority of the MAC CE and/or a latency requirement for transmission of the MAC CE.
17. The method of any of embodiments 1 to 16 further comprising:
18. The method of any of embodiments 1 to 17 further comprising:
19. The method of any of embodiments 1 to 18 further comprising:
20. The method of any of embodiments 17 to 19 further comprising receiving (900), from a network node (702), information that configures the retransmission timer, the periodic timer, or the prohibit timer.
21. The method of any of embodiments 1 to 20, wherein the MAC CE and/or the MAC subheader associated with the MAC CE carries information for inter-device coordination of resources using for sidelink transmissions.
22. The method of any of embodiments 1 to 21, wherein the detected trigger is any one of:
23. A first wireless communication device (704-A) adapted to perform the method of any of embodiments 1 to 22.
24. A first wireless communication device (704-A) comprising:
25. A first wireless communication device (704-A) comprising:
26. A computer program comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out the method according to any one of embodiments 1 to 22.
27. A carrier containing the computer program of embodiment 26, wherein the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium.
28. A non-transitory computer readable medium storing instructions executable by processing circuitry of a first wireless communication device whereby the first wireless communication device is operable to perform the method of any of embodiments 1 to 22.
29. A method performed by a second wireless communication device (704-B) comprising:
30. The method of embodiment 29 further comprising performing sidelink transmission using the selected one or more resources.
31. The method of embodiment 29 wherein receiving (904-5) the MAC CE and/or the MAC subheader associated with the MAC CE from the first wireless communication device (704-A) comprises receiving (904) the MAC CE from the first wireless communication device (704-A).
32. The method of embodiment 31 wherein the MAC CE or the MAC subheader associated with the MAC CE comprises one or more information fields that indicates:
33. The method of embodiment 32 wherein the sidelink transmission uses resources autonomously selected by the second wireless communication device.
34. The method of embodiment 32 wherein the one or more resources comprise one or more time domain resources, and/or one or more frequency domain resources, and/or one or more reference signals.
35. The method of any of embodiments 32 to 34 wherein either the MAC CE or the MAC subheader associated with the MAC CE comprises information that indicates a type or purpose of the one or more information fields.
36. The method of embodiment 35 wherein the type or purpose is to indicate one or more resources that are preferred to be used by the second wireless communication device (704-B) for sidelink transmission, or to indicate one or more resources that are not preferred to be used by the second wireless communication device (704-B) for autonomous sidelink transmission, or to indicate one or more resources that experiencing a collision.
37. The method of any of embodiments 32 to 36 wherein the one or more information fields are associated with one or more slots of a configured resource window.
38. The method of any of embodiments 32 to 37 wherein the information fields comprises a bitmap information field.
39. The method of any of embodiments 29 to 38 wherein receiving (904) the MAC CE and/or the MAC subheader associated with the MAC CE from the first wireless communication device (704-A) comprises receiving (904) the MAC subheader associated with the MAC CE from the first wireless communication device (704-A).
40. The method of embodiment 39 wherein the MAC subheader associated with the MAC CE comprises a Logical Channel Identity that is associated with the MAC CE.
41. The method of any of embodiments 29 to 40, wherein the MAC CE and/or the MAC subheader associated with the MAC CE carries information for inter-device coordination of resources using for sidelink transmissions.
42. A second wireless communication device (704-B) adapted to perform the method of any of embodiments 29 to 41.
43. A second wireless communication device (704-B) comprising:
44. A second wireless communication device (704-B) comprising:
45. A computer program comprising instructions which, when executed on at least one processor, cause the at least one processor to carry out the method according to any one of embodiments 29 to 41.
46. A carrier containing the computer program of embodiment 45, wherein the carrier is one of an electronic signal, an optical signal, a radio signal, or a computer readable storage medium.
47. A non-transitory computer readable medium storing instructions executable by processing circuitry of a wireless communication device whereby the wireless communication device is operable to perform the method of any of embodiments 29 to 41.
| Number | Date | Country | Kind |
|---|---|---|---|
| PCTEP2020085763 | Dec 2020 | WO | international |
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/EP2021/083208 | 11/26/2021 | WO |
