WO2023161904A1 - Configuration d'une demande de planification sur la base d'une classe de priorité d'accès au canal - Google Patents

Configuration d'une demande de planification sur la base d'une classe de priorité d'accès au canal Download PDF

Info

Publication number
WO2023161904A1
WO2023161904A1 PCT/IB2023/051821 IB2023051821W WO2023161904A1 WO 2023161904 A1 WO2023161904 A1 WO 2023161904A1 IB 2023051821 W IB2023051821 W IB 2023051821W WO 2023161904 A1 WO2023161904 A1 WO 2023161904A1
Authority
WO
WIPO (PCT)
Prior art keywords
capc
transmission
processor
value
resources
Prior art date
Application number
PCT/IB2023/051821
Other languages
English (en)
Inventor
Joachim Löhr
Karthikeyan Ganesan
Alexander Golitschek Edler Von Elbwart
Ravi Kuchibhotla
Original Assignee
Lenovo (Singapore) Pte. Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lenovo (Singapore) Pte. Ltd. filed Critical Lenovo (Singapore) Pte. Ltd.
Publication of WO2023161904A1 publication Critical patent/WO2023161904A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/40—Resource management for direct mode communication, e.g. D2D or sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0866—Non-scheduled access, e.g. ALOHA using a dedicated channel for access
    • H04W74/0875—Non-scheduled access, e.g. ALOHA using a dedicated channel for access with assigned priorities based access

Definitions

  • the subject matter disclosed herein relates generally to wireless communications and more particularly relates to configuring a scheduling request (“SR”) based on a channel access priority class (“CAPC”).
  • SR scheduling request
  • CAC channel access priority class
  • a CAPC may be used.
  • sidelink (“SL”) transmissions may not be efficiently scheduled.
  • Methods for configuring a SR based on a CAPC are disclosed. Apparatuses and systems also perform the functions of the methods.
  • One embodiment of a method includes determining, at a user equipment (“UE”), to trigger a SR for requesting SL-SCH resources.
  • the method includes determining a CAPC value associated with the SL-SCH resources.
  • the method includes selecting a SR configuration according to the determined CAPC value.
  • the method includes transmitting the SR using the selected SR configuration.
  • One apparatus for configuring a SR based on a CAPC includes a UE.
  • the apparatus includes a processor that: determines to trigger a SR for requesting SL-SCH resources; determines a CAPC value associated with the SL-SCH resources; and selects a SR configuration according to the determined CAPC value.
  • the apparatus includes a transmitter that transmits the SR using the selected SR configuration.
  • Another embodiment of a method for configuring a SR based on a CAPC includes receiving, at a base station, a SR using a selected SR configuration.
  • the SR configuration is selected based on a determined CAPC value associated with SL-SCH resources.
  • Another apparatus for configuring a SR based on a CAPC includes a base station.
  • the apparatus includes a receiver that receives a SR using a selected SR configuration.
  • the SR configuration is selected based on a determined CAPC value associated with SL-SCH resources.
  • Figure 1 is a schematic block diagram illustrating one embodiment of a wireless communication system for configuring a SR based on a CAPC;
  • Figure 2 is a schematic block diagram illustrating one embodiment of an apparatus that may be used for configuring a SR based on a CAPC;
  • Figure 3 is a schematic block diagram illustrating one embodiment of an apparatus that may be used for configuring a SR based on a CAPC;
  • FIG 4 is a schematic block diagram illustrating one embodiment of a medium access control (“MAC”) protocol data unit (“PDU”);
  • MAC medium access control
  • PDU protocol data unit
  • Figure 5 is a flow chart diagram illustrating one embodiment of a method for configuring a SR based on a CAPC.
  • Figure 6 is a flow chart diagram illustrating another embodiment of a method for configuring a SR based on a CAPC.
  • embodiments may be embodied as a system, apparatus, method, or program product. Accordingly, embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, micro-code, etc.) or an embodiment combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module” or “system.” Furthermore, embodiments may take the form of a program product embodied in one or more computer readable storage devices storing machine readable code, computer readable code, and/or program code, referred hereafter as code. The storage devices may be tangible, non-transitory, and/or non-transmission. The storage devices may not embody signals. In a certain embodiment, the storage devices only employ signals for accessing code.
  • modules may be implemented as a hardware circuit comprising custom very-large-scale integration (“VLSI”) circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components.
  • VLSI very-large-scale integration
  • a module may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices or the like.
  • Modules may also be implemented in code and/or software for execution by various types of processors.
  • An identified module of code may, for instance, include one or more physical or logical blocks of executable code which may, for instance, be organized as an object, procedure, or function. Nevertheless, the executables of an identified module need not be physically located together, but may include disparate instructions stored in different locations which, when joined logically together, include the module and achieve the stated purpose for the module.
  • a module of code may be a single instruction, or many instructions, and may even be distributed over several different code segments, among different programs, and across several memory devices.
  • operational data may be identified and illustrated herein within modules, and may be embodied in any suitable form and organized within any suitable type of data structure. The operational data may be collected as a single data set, or may be distributed over different locations including over different computer readable storage devices.
  • the software portions are stored on one or more computer readable storage devices.
  • the computer readable medium may be a computer readable storage medium.
  • the computer readable storage medium may be a storage device storing the code.
  • the storage device may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, holographic, micromechanical, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
  • a storage device More specific examples (a non-exhaustive list) of the storage device would include the following: 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), a portable compact disc readonly memory (“CD-ROM”), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
  • a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
  • Code for carrying out operations for embodiments may be any number of lines and may be written in any combination of one or more programming languages including an object oriented programming language such as Python, Ruby, Java, Smalltalk, C++, or the like, and conventional procedural programming languages, such as the "C" programming language, or the like, and/or machine languages such as assembly languages.
  • the code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server.
  • the remote computer may be connected to the user's computer through any type of network, including a local area network (“LAN”) or a wide area network (“WAN”), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider).
  • LAN local area network
  • WAN wide area network
  • Internet Service Provider an Internet Service Provider
  • the code may also be stored in a storage device that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the storage device produce an article of manufacture including instructions which implement the function/act specified in the schematic flowchart diagrams and/or schematic block diagrams block or blocks.
  • the code may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the code which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
  • each block in the schematic flowchart diagrams and/or schematic block diagrams may represent a module, segment, or portion of code, which includes one or more executable instructions of the code for implementing the specified logical function(s).
  • Figure 1 depicts an embodiment of a wireless communication system 100 for configuring a SR based on a CAPC.
  • the wireless communication system 100 includes remote units 102 and network units 104. Even though a specific number of remote units 102 and network units 104 are depicted in Figure 1, one of skill in the art will recognize that any number of remote units 102 and network units 104 may be included in the wireless communication system 100.
  • the remote units 102 may include computing devices, such as desktop computers, laptop computers, personal digital assistants (“PDAs”), tablet computers, smart phones, smart televisions (e.g., televisions connected to the Internet), set-top boxes, game consoles, security systems (including security cameras), vehicle on-board computers, network devices (e.g., routers, switches, modems), aerial vehicles, drones, or the like.
  • the remote units 102 include wearable devices, such as smart watches, fitness bands, optical head-mounted displays, or the like.
  • the remote units 102 may be referred to as subscriber units, mobiles, mobile stations, users, terminals, mobile terminals, fixed terminals, subscriber stations, UE, user terminals, a device, or by other terminology used in the art.
  • the remote units 102 may communicate directly with one or more of the network units 104 via uplink (“UL”) communication signals.
  • UL uplink
  • the remote units 102 may communicate directly with other remote units 102 via SL communication.
  • the network units 104 may be distributed over a geographic region.
  • a network unit 104 may also be referred to and/or may include one or more of an access point, an access terminal, a base, a base station, a location server, a core network (“CN”), a radio network entity, a Node-B, an evolved node-B (“eNB”), a 5G node-B (“gNB”), a Home Node-B, a relay node, a device, a core network, an aerial server, a radio access node, an access point (“AP”), new radio (“NR”), a network entity, an access and mobility management function (“AMF”), a unified data management (“UDM”), a unified data repository (“UDR”), a UDM/UDR, a policy control function (“PCF”), a radio access network (“RAN”), a network slice selection function (“NSSF”), an operations, administration, and management (“0AM”), a session management function (“SMF”)
  • RAN radio access
  • the network units 104 are generally part of a radio access network that includes one or more controllers communicably coupled to one or more corresponding network units 104.
  • the radio access network is generally communicably coupled to one or more core networks, which may be coupled to other networks, like the Internet and public switched telephone networks, among other networks. These and other elements of radio access and core networks are not illustrated but are well known generally by those having ordinary skill in the art.
  • the wireless communication system 100 is compliant with NR protocols standardized in 3GPP, wherein the network unit 104 transmits using an orthogonal frequency division multiplexing (“OFDM”) modulation scheme on the downlink (“DL”) and the remote units 102 transmit on the UL using a single-carrier frequency division multiple access (“SC-FDMA”) scheme or an OFDM scheme.
  • OFDM orthogonal frequency division multiplexing
  • SC-FDMA single-carrier frequency division multiple access
  • the remote units 102 may also communicate with one another using a SL interface.
  • the wireless communication system 100 may implement some other open or proprietary communication protocol, for example, WiMAX, institute of electrical and electronics engineers (“IEEE”) 802.
  • GSM global system for mobile communications
  • GPRS general packet radio service
  • UMTS universal mobile telecommunications system
  • LTE long term evolution
  • CDMA2000 code division multiple access 2000
  • Bluetooth® ZigBee
  • Sigfoxx among other protocols.
  • the present disclosure is not intended to be limited to the implementation of any particular wireless communication system architecture or protocol.
  • the network units 104 may serve a number of remote units 102 within a serving area, for example, a cell or a cell sector via a wireless communication link.
  • the network units 104 transmit DL communication signals to serve the remote units 102 in the time, frequency, and/or spatial domain.
  • a remote unit 102 may determine, at a UE, to trigger a SR for requesting SL-SCH resources. In some embodiments, the remote unit 102 may determine a CAPC value associated with the SL-SCH resources. In certain embodiments, the remote unit 102 may select a SR configuration according to the determined CAPC value. In various embodiments, the remote unit 102 may transmit the SR using the selected SR configuration. Accordingly, the remote unit 102 may be used for configuring a SR based on a CAPC.
  • a network unit 104 may receive, at a base station, a SR using a selected SR configuration.
  • the SR configuration is selected based on a determined CAPC value associated with SL-SCH resources. Accordingly, the network unit 104 may be used for configuring a SR based on a CAPC.
  • Figure 2 depicts one embodiment of an apparatus 200 that may be used for configuring a SR based on a CAPC.
  • the apparatus 200 includes one embodiment of the remote unit 102.
  • the remote unit 102 may include a processor 202, a memory 204, an input device 206, a display 208, a transmitter 210, and a receiver 212.
  • the input device 206 and the display 208 are combined into a single device, such as a touchscreen.
  • the remote unit 102 may not include any input device 206 and/or display 208.
  • the remote unit 102 may include one or more of the processor 202, the memory 204, the transmitter 210, and the receiver 212, and may not include the input device 206 and/or the display 208.
  • the processor 202 may include any known controller capable of executing computer-readable instructions and/or capable of performing logical operations.
  • the processor 202 may be a microcontroller, a microprocessor, a central processing unit (“CPU”), a graphics processing unit (“GPU”), an auxiliary processing unit, a field programmable gate array (“FPGA”), or similar programmable controller.
  • the processor 202 executes instructions stored in the memory 204 to perform the methods and routines described herein.
  • the processor 202 is communicatively coupled to the memory 204, the input device 206, the display 208, the transmitter 210, and the receiver 212.
  • the memory 204 in one embodiment, is a computer readable storage medium.
  • the memory 204 includes volatile computer storage media.
  • the memory 204 may include a RAM, including dynamic RAM (“DRAM”), synchronous dynamic RAM (“SDRAM”), and/or static RAM (“SRAM”).
  • the memory 204 includes non-volatile computer storage media.
  • the memory 204 may include a hard disk drive, a flash memory, or any other suitable non-volatile computer storage device.
  • the memory 204 includes both volatile and non-volatile computer storage media.
  • the memory 204 also stores program code and related data, such as an operating system or other controller algorithms operating on the remote unit 102.
  • the input device 206 may include any known computer input device including a touch panel, a button, a keyboard, a stylus, a microphone, or the like.
  • the input device 206 may be integrated with the display 208, for example, as a touchscreen or similar touch-sensitive display.
  • the input device 206 includes a touchscreen such that text may be input using a virtual keyboard displayed on the touchscreen and/or by handwriting on the touchscreen.
  • the input device 206 includes two or more different devices, such as a keyboard and a touch panel.
  • the display 208 may include any known electronically controllable display or display device.
  • the display 208 may be designed to output visual, audible, and/or haptic signals.
  • the display 208 includes an electronic display capable of outputing visual data to a user.
  • the display 208 may include, but is not limited to, a liquid crystal display (“LCD”), a light emiting diode (“LED”) display, an organic light emiting diode (“OLED”) display, a projector, or similar display device capable of outputing images, text, or the like to a user.
  • the display 208 may include a wearable display such as a smart watch, smart glasses, a heads-up display, or the like.
  • the display 208 may be a component of a smart phone, a personal digital assistant, a television, a table computer, a notebook (laptop) computer, a personal computer, a vehicle dashboard, or the like.
  • the display 208 includes one or more speakers for producing sound.
  • the display 208 may produce an audible alert or notification (e.g., a beep or chime).
  • the display 208 includes one or more haptic devices for producing vibrations, motion, or other haptic feedback.
  • all or portions of the display 208 may be integrated with the input device 206.
  • the input device 206 and display 208 may form a touchscreen or similar touch-sensitive display.
  • the display 208 may be located near the input device 206.
  • the processor 202 determines to trigger a SR for requesting SL-SCH resources; determines a CAPC value associated with the SL-SCH resources; and selects a SR configuration according to the determined CAPC value.
  • the transmiter 210 transmits the SR using the selected SR configuration.
  • the remote unit 102 may have any suitable number of transmiters 210 and receivers 212.
  • the transmiter 210 and the receiver 212 may be any suitable type of transmiters and receivers.
  • the transmiter 210 and the receiver 212 may be part of a transceiver.
  • Figure 3 depicts one embodiment of an apparatus 300 that may be used for configuring a SR based on a CAPC.
  • the apparatus 300 includes one embodiment of the network unit 104.
  • the network unit 104 may include a processor 302, a memory 304, an input device 306, a display 308, a transmiter 310, and a receiver 312.
  • the processor 302, the memory 304, the input device 306, the display 308, the transmiter 310, and the receiver 312 may be substantially similar to the processor 202, the memory 204, the input device 206, the display 208, the transmiter 210, and the receiver 212 of the remote unit 102, respectively.
  • the receiver 312 receives a SR using a selected SR configuration.
  • the SR configuration is selected based on a determined CAPC value associated with SL-SCH resources.
  • LBT listen-before-talk
  • a gNB and/or a UE must first sense the channel to find out there is no on-going communications prior to any transmission.
  • a clear channel assessment (“CCA”) procedure relies on detecting an energy level on multiple sub-bands of a communications channel.
  • CCA clear channel assessment
  • no beamforming is considered for LBT in NR-U and only omni-directional LBT is used.
  • LBT failure handling includes: 1) a MAC relying on reception of a notification of LBT failure from a physical layer to detect a consistent UL LBT failure; 2) a UE switching to another bandwidth part (“BWP”) and initiating a random access channel (“RACH”) upon declaration of consistent LBT failure on a primary cell (“PCell”) or a primary serving cell (“PS Cell”) if there is another BWP with configured RACH resources; 3) the UE shall perform radio link failure (“RLE”) recovery if a consistent UL LBT failure is detected on the PCell and UL LBT failure is detected on “N” possible BWP; 4) if consistent uplink LBT failures are detected on the PSCell, the UE informs a mobile network (“MN”) via a secondary cell group (“SCG”) failure information procedure after detecting a consistent UL LBT failure on “N” BWPs; 5) “N” is the number of configured BWPs with configured physical R
  • a consistent LBT failure UE is allowed to autonomously switch an UL BWP.
  • Other UL BWPs of an NR-U cell may not be subject to large number of LBT failures (e.g., different LBT sub-bands are used for different UL BWPs).
  • autonomous uplink (“AUL”) transmissions are enabled through a combination of radio resource control (“RRC”) signaling and an activation message conveyed by downlink control information (“DQ”) in a physical control channel.
  • RRC radio resource control
  • DQ downlink control information
  • the RRC configuration includes subframes in which the UE is allowed to transmit autonomously, as well as eligible hybrid automatic repeat request (“HARQ”) process identifiers (“IDs”).
  • HARQ hybrid automatic repeat request
  • the activation message includes the resource block assignment (“RBA”) and modulation and coding scheme (“MCS”), from which the UE is able to determine the transport block size for any AUL transmission.
  • DFI downlink feedback information
  • AUL-DFI AUL DFI
  • HARQ-ACK HARQ acknowledgment
  • NACK non -acknowledgment
  • an autonomous uplink transmission includes at least the HARQ process ID and a new data indicator (“NDI”) accompanying a physical uplink shared channel (“PUSCH”) (e.g., AUL uplink control information (“UCI”) (“AUL-UCI”).
  • PUSCH physical uplink shared channel
  • UCI AUL uplink control information
  • the eNB transmits an uplink grant through a DCI that assigns uplink resources for a retransmission of the same transport block using an indicated HARQ process. It is further possible that the eNB transmits an uplink grant through a DCI that assigns uplink resources for transmission of a new transport block using the indicated HARQ process. In other words, even though a HARQ process ID can be eligible for AUL transmissions, the eNB still has access to this process at any time through a scheduling grant (e.g., DCI).
  • a scheduling grant e.g., DCI
  • the UE detects a grant for an UL transmission for a subframe that is eligible for AUL (e.g., according to an RRC configuration), it will follow the received grant and will not perform an AUL transmission in that subframe.
  • Table 1 illustrates one embodiment of fields for AUL-UCI.
  • COT sharing is shown by: 1) sharing of a UE-initiated channel occupancy (e.g., either configured grant (“CG”) PUSCH (“CG-PUSCH”) or scheduled UL) with gNB supported, such that the gNB is allowed to transmit control signals, broadcast signals, control channels, and/or broadcast channels for any UEs as long as the transmission contains transmissions for the UE that initiated the channel occupancy and/or downlink (“DL”) signals and/or channels (e.g., physical downlink shared channel (“PDSCH”), physical downlink control channel (“PDCCH”), reference signals) meant for the UE that initiated the channel occupancy; 2) athreshold (e.g., energy detection (“ED”) threshold) that the UE applies if initiating a channel occupancy to be shared with the gNB if configured by the gNB (e.g., RRC signaling), a) if the threshold that the UE applies if initiating a channel occupancy to be
  • DL downlink
  • PDSCH physical downlink shared channel
  • NR-U LBT procedures for channel access may be summarized as follows: 1) both gNB-initiated and UE-initiated COTs use category 4 LBT where the start of a new transmission burst always performs LBT with exponential backoff - only with the exception that if the demodulation reference signal (“DRS”) is to be at most one ms in duration and is not multiplexed with unicast PDSCH; and/or 2) UL transmission within a gNB initiated COT or a subsequent DL transmission within a UE or gNB initiated COT transmits immediately without sensing only if the gap from the end of the previous transmission is not more than 16 ps, otherwise category 2 LBT must be used and the gap cannot exceed 25 ps.
  • UE and/or gNB in unlicensed carriers has to perform an LBT operation, and within category 4 LBT, several CAPCs are defined to have differentiated channel access parameters as shown in Table 2.
  • a gNB indicates a CAPC to be used by a UE for a corresponding uplink transmission.
  • a network cannot signal the CAPC index for every occasion, and thus the UE itself has to select which CAPC is used for each occasion.
  • a UE selects a highest CAPC index (e.g., lowest priority) of logical channels (“LCHs”) multiplexed in a TB.
  • LCHs logical channels
  • the UE will select the CAPC 4 from Table 2 (e.g., the lowest priority).
  • FIG 4 is a schematic block diagram illustrating one embodiment of a MAC PDU 400.
  • the MAC PDU 400 includes a MAC service data unit (“SDU”) 1 402 (e.g., LCH X, CAPC 2), a MAC SDU 2 404 (e.g, LCH Y, CAPC 3), and a MAC SDU 406 (e.g., LCH Z, CAPC 4).
  • SDU MAC service data unit
  • a very small amount of data belongs to a highest CAPC index, but a UE still has to apply the highest CAPC index for high-priority data, which leads to some delay for the transmission. Therefore, for UL CG, if SRB (e.g., downlink control channel (“DCCH”)) SDU is included in MAC PDU, a UE selects the CAPC index of the SRB (e.g., DCCH). Otherwise, the UE selects the highest CAPC index (e.g., lowest priority) of LCHs multiplexed in MAC PDU.
  • SRB e.g., downlink control channel (“DCCH”)
  • DCCH downlink control channel
  • a CAPC of radio bearers and MAC CEs are either fixed or configurable as being: 1) fixed to a lowest priority for a padding buffer status report (“BSR”) and recommended bit rate MAC CEs; 2) fixed to a highest priority for SRB0, SRB1, SRB3, and other MAC CEs; and/or 3) configured by the gNB for SRB2 and DRB.
  • BSR padding buffer status report
  • MAC CEs MAC Control Entity
  • Table 3 shows which CAPC should be used for which standardized 5Qis (e.g., which CAPC to use for a given QoS flow). It should be noted that a QoS flow corresponding to a non-standardized 5QI (e.g., operator specific 5QI) should use the CAPC of the standardized 5QI which best matches the QoS characteristics of the non-standardized 5QI.
  • standardized 5Qis e.g., which CAPC to use for a given QoS flow.
  • CAPC-LBT category 4 LBT
  • the UE selects the CAPC as follows: 1) if only MAC CEs are included in the TB, the highest priority CAPC of those MAC CEs is used; 2) if common control channel (“CCCH”) SDUs are included in the TB, the highest priority CAPC is used; 3) if dedicated control channel (“DCCH”) SDUs are included in the TB, the highest priority CAPC of the DCCHs is used; and/or 4) the lowest priority CAPC of the logical channels with MAC SDU multiplexed in the TB is used otherwise.
  • CCCH common control channel
  • DCCH dedicated control channel
  • a CAPC value used if performing a LBT procedure of the transmission of a TB is either selected by a gNB (e.g., for dynamically scheduled PUSCH transmissions), or selected by the UE autonomously (e.g., for CG PUSCH transmissions).
  • a gNB e.g., for dynamically scheduled PUSCH transmissions
  • the UE autonomously e.g., for CG PUSCH transmissions
  • the gNB is not aware of the length of the COT acquired by the TX UE (e.g., maximum COT (“MCOT”), which might lead to a situation where SL resource allocations fall outside the UE acquired COT.
  • MCOT maximum COT
  • the gNB should be aware of the maximum length of an acquired COT by the UE.
  • an efficient scheduling of SL transmission may be allowed by a gNB considering a CAPC value used by a UE if performing an LBT procedure for a SL transmission.
  • a MAC entity of a UE is configured with zero, one, or more SR configurations for a network to UE (“Uu”) interface to request SL resources from a gNB.
  • a SR configuration implicitly indicates a CAPC value used by the UE if performing an LBT procedure for an SL shared channel (“SCH”) (“SL- SCH”) transmission (allocated).
  • a SR configuration includes a set of physical uplink control channel (“PUCCH”) resources for a SR across different BWPs and cells.
  • each of the one or more SR configurations is associated with a CAPC value.
  • each SR configuration is associated with a range of CAPC values.
  • SL channel access parameters e.g., including a CAPC value
  • CAPC channel access parameter
  • Such an indication allows for making sensible scheduling decisions for SL transmission at the gNB (e.g., mode 1).
  • providing a channel access parameter (e.g., CAPC) to the gNB makes the gNB aware of a maximum length of an acquired COT by a UE.
  • an MCOT depends on the CAPC selected and/or determined by the UE for an LBT.
  • a SR configuration is associated with a number of SL resource allocations UE requests from a gNB.
  • an SR configuration implicitly indicates to the gNB how many SL resource allocations UE requests from the gNB.
  • the UE may determine the indicated number of requested SL resource allocations based on its buffer occupancy and/or status and the assumed MCOT determined based on a selected CAPC.
  • the SR may indicate whether a TX UE requests 2, 4, or 6 SL resource allocations based on the amount of data in its transmit buffer as well as the CAPC value to be used for an LBT (e.g., as given by the buffer status).
  • a UE provides information on a selected CAPC value to be used for an LBT procedure within a SL BSR, e.g., a new indication and/or field in the SL BSR MAC CE.
  • the SL BSR may in one example, indicate a number of requested SL resource allocations (e.g., number of SL resources within a COT).
  • a UE receives a SL DCI on a Uu interface from a gNB allocating one or more SL resources (e.g., physical SL control channel (“PSCCH”) and/or physical SL shared channel (“PSSCH”) resources) in response to having sent a SR and/or SL buffer status report (“SL BSR”) on the Uu interface requesting SL resources.
  • SL resources may be in consecutive slots (e.g., back-to-back), or also in non-consecutive slots (e.g., gaps between different SL resource allocations).
  • the UE performs a SL logical channel prioritization (“LCP”) procedure in response to the reception of the SL DCI.
  • LCP SL logical channel prioritization
  • the UE selects the destination and performs logical channel multiplexing and/or TB generation based on logical channel restrictions configured by a network (“NW”) and LCH priorities.
  • the UE sets the CAPC for the LBT procedure as indicated in the SR and/or SL BSR to the gNB when requesting SL resources.
  • the UE sets the CAPC value to be used when performing LBT for the generated TB regardless of the content of the generated TB (e.g., TB according to the allocated first SL resource allocation within the SL DCI).
  • the SR and/or SL BSR implicitly indicates the CAPC value which the UE is using for the corresponding LBT (e.g., LBT for allocated SL resources).
  • the UE uses the CAPC value as indicated via the SR and/or SL BSR only for performing LBT for the first SL resource allocation of the one or more SL resource allocations within the SL DCI,.
  • Lor subsequent SL resource allocations e.g., LBT for the remaining SL resource allocations allocated within the SL DCI, if any
  • the UE selects the CAPC autonomously according to some predefined rules.
  • the UE multiplexes, during an LCP procedure for the first of the one or more SL resource allocations received within the SL DCI, only SL LCHs with an associated CAPC index which is greater than or equal to the indicated CAPC index implicitly indicated via the SR and/or SL BSR.
  • a new SL logical channel multiplexing restriction may be applied according to this alternative implementation of the second embodiment. This is to ensure that the selected CAPC for the generated TB matches the CAPC index and/or value indicated via the SR and/or BSR.
  • the SL DCI allocating multiple SL resources indicates, if the SL resources are not in subsequent slots (e.g., SL resources are not allocated in consecutive time slots), the LBT type UE shall apply if performing LBT for the transmission of a SL TB according to the allocated SL resources.
  • a UE performs at least part of an LCP procedure and selects a CAPC value and/or index before requesting SL resources from a gNB by transmitting a SR and/or SL BSR.
  • a SL UE selects a CAPC value and/or index based on the result of a (e.g., at least part of) LCP procedure considering the current UE’s buffer status for cases if a SL SR and/or BSR is triggered.
  • the SR implicitly indicates to the gNB the CAPC value and/or index that the UE is applying if performing an LBT procedure for a SL transmission (e.g., for which the UE requests SL resources from the gNB).
  • the TX UE has to perform at least part of a SL LCP procedure and determine a CAPC value and/or index (e.g., as a result of the LCP procedure) before sending a SL SR and/or BSR to the gNB.
  • the UE performs, upon reception of a SL grant from the gNB (e.g., as a response to the signaled SL SR and/or BSR), a further LCP procedure where only SL LCHs with an associated CAPC index which is higher than or equal to the indicated CAPC index implicitly indicated via the SR and/or BSR are considered.
  • a CAPC value is either selected by the gNB (e.g., for dynamically scheduled PUSCH transmissions), or selected by the UE autonomously (e.g., for CG PUSCH transmissions).
  • a CAPC value is selected for SL transmissions if operating in shared spectrum channel access considering that SL resource allocation can be done by the gNB (e.g., mode 1) or by the TX UE autonomously (e.g., mode 2).
  • the gNB is not aware of the length of the COT acquired by the TX UE (e.g., MCOT), which might lead to a situation where SL resource allocations falls outside the UE acquired COT.
  • the gNB should be aware of the maximum length of an acquired COT by UE.
  • SL DCI allocating SL resources to a UE indicates a CAPC index and/or value within the DCI which is to be used if performing an LBT for the transmission of the TB generated according to the allocated SL resources.
  • the SL DCI contains a new field which indicates the CAPC index and/or value associated with the SL resources allocated within the SL DCI.
  • the TX UE multiplexes, in response to receiving a SL DCI indicating a CAPC index and/or value, only SL LCHs with an associated CAPC index that is greater than or equal to the indicated CAPC index within the SL DCI.
  • a SL LCP procedure only considers SL LCHs and/or MAC CEs for TB generation satisfying the CAPC condition (e.g., CAPC if configured) that is is less than or equal to the CAPC value signaled within the SL grant.
  • CAPC condition e.g., CAPC if configured
  • the UE performs the SL LCP procedure upon receiving a SL DCI indicating a CAPC value and/or index without considering the CAPC value associated with a SL LCH and uses the indicated CAPC value when performing LBT for the SL transmission on the scheduled SL resources.
  • the SL LCP procedure doesn’t apply a further LCH restriction related to the CAPC value of a LCH (e.g., a legacy LCP procedure is applied).
  • a UE autonomously selects a CAPC to be used when performing category 4 LBT (e.g., Type 1 LBT) for the transmission of a SL TB according to predefined rules.
  • category 4 LBT e.g., Type 1 LBT
  • a gNB has no control over the CAPC used by a SL TX UE even for the mode 1 resource allocation mode.
  • the predefined rules may include a logical AND combination or a logical OR combination of: 1) if performing LBT for the transmission of a SL TB, the UE selects the CAPC as: a) if only SL MAC CEs are included in the SL TB, the highest priority CAPC of those SL MAC CEs is used; b) if only SL MAC CEs are included in the SL TB, the highest priority CAPC is used; c) if SL broadcast control channel (“SBCCH”) SDUs are included in the TB, the highest priority CAPC is used; d) if SL control channel (“SCCH”) SDUs are included in the TB, the highest priority CAPC is used; e) if SCCH SDUs are included in the TB, the highest priority CAPC of the SCCHs is used; f) the lowest priority CAPC of the SL logical channels (e.g., SL traffic channel (“STCH”)) with MAC SDU multiplexed in the TB
  • the SBCCH is a channel for broadcasting SL system information from a UE to other UEs.
  • a SL control channel (“SCCH”) is a channel for transmission of control information (e.g., SL RRC (“PC5-RRC”) and PC5-S messages) from a UE to other UEs.
  • STCH refers to a logical channel for transmission of user information from a UE to other UEs.
  • a CAPC index and/or value is configured for a resource pool.
  • a UE uses the CAPC value and/or index configured for a resource pool if performing LBT for the transmission of a SL TB within this resource pool.
  • the UE When selecting the transmission resource pool in mode 2, the UE considers the CAPC value and/or index associated with the resource pool, e.g., UE may only transmit a SL TB in a resource pool if the SL LCHs which are multiplexed in the TB are having an associated CAPC value which is matching or being greater than the CAPC value configured for the resource pool.
  • a UE increases a CAPC (e.g., adopts a lower CAPC value) for the next transmission attempt of the same SL TB if the previous transmission attempt was not successful (e.g., if the SL TB could’t be transmitted on PSSCH due to a LBT failure).
  • the UE increases the CAPC (e.g., lowers the corresponding value) for a next transmission attempt for LBT failure if the SL TB contains high priority data such as SCCH SDUs or MAC CEs. If, for example, a CAPC of value 3 was used for a transmission attempt, then the UE may use the CAPC of value 2 for the next transmission attempt of the same TB.
  • the UE may increase the CAPC of a TB for a hybrid automatic repeat request (“HARQ”) retransmission. If the initial transmission of a TB was done with a CAPC value 3, then the UE may, in one example, use a CAPC value 2 for the HARQ retransmission if the initial transmission or an earlier retransmission wasn’t successfully decoded.
  • HARQ hybrid automatic repeat request
  • SL control information indicates a CAPC value and/or index.
  • a TX UE signals the CAPC value and/or index used for the LBT of the corresponding PSCCH and/or PSSCH transmission within the SCI information to a receive (“RX”) UE.
  • the CAPC value and/or index is signaled within the 2nd stage SCI.
  • the signaled CAPC value may be used by the RX UE to optimize its discontinuous reception (“DRX”) operation.
  • the SCI signals the MCOT acquired by the Tx UE.
  • a CAPC value is either selected by the gNB (e.g., for dynamically scheduled PUSCH transmissions), or selected by the UE autonomously (e.g., for CG PUSCH transmissions). It may not be clear how the CAPC value is selected for SL transmissions if operating in a shared spectrum channel access. For example, for mode 1, if the UE selects the CAPC value autonomously, the gNB is not aware of the length of the COT acquired by the TX UE (e.g., MCOT), which might lead to a situation where a SL resource allocations fall outside the UE acquired COT. To allow the gNB to make efficient scheduling decisions, the gNB should be aware of the maximum length of an acquired COT by the UE.
  • TX UE e.g., MCOT
  • some efficient CAPC handling is used in various embodiments.
  • the UE may not be able to transmit high priority SL data or MAC CE due to an LBT failure occurring for the first of the multiple SL allocations, so that the corresponding TB would not be decodable without further (e.g., later) retransmissions. Since the UE performs LBT to initiate a sequence of SL transmissions within the multi-slot SL grant, the first SL grant is the most probable instance where SL transmission failure may occur due to CCA failure.
  • a single SL DCI schedules multiple NR PSCCH and NR PSSCH in one cell.
  • the SL DCI format indicates multiple SL resource allocations to a SL UE.
  • the new SL DCI format schedules multiple SL resource allocations by means of a bitmap, where each field of the bitmap corresponds to a SL slot. If a field of the bitmap is set to ‘O’, it means that there is no SL resource allocation in the corresponding SL slot. A field in the bitmap set to ‘ 1’ indicates that a SL resource is allocated for the corresponding SL slot.
  • a further field in the DCI indicates the starting SL slot of the bitmap (e.g., time gap between SL DCI to first SL slot of the bitmap is signaled within the SL DCI).
  • the multiple SL resources have the same size and same frequency resource allocation (e.g., same starting resource block (“RB”) and same number of RBs).
  • the SL DCI allocates multiple SL resources in consecutive slots, whereas a time gap indicator within the DCI indicates where the UE shall transmit the first SL transmission (e.g., PSCCH and/or PSSCH).
  • Each SL resource allocation has a separate starting symbol (e.g., within the slot) and length of allocated symbols.
  • the SL DCI indicates a HARQ process ID field which indicates the HARQ process ID of the first SL allocation. For the subsequent SL resource allocations, the HARQ process ID value is incremented by one for each SL allocation.
  • the TX UE may use the multiple SL allocations for initial transmission as well as HARQ retransmissions. It is up to the TX UE to decide whether to use it for an initial transmission or a retransmission.
  • the single SL DCI scheduling multiple SL transmissions signals a CAPC index and/or value.
  • the signaled CAPC index and/or value will be used by the UE for the first of the one or more SL transmissions.
  • the UE will select the CAPC indices and/or values for the remaining SL transmissions autonomously.
  • the UE indicates the CAPC index and/or value for all scheduled SL transmissions.
  • the signaled CAPC index and/or value will be used by the UE for the first of the one or more SL transmissions.
  • the UE will select the CAPC indices and/or values for the remaining SL transmissions autonomously if LBT is successful for the first SL transmission. Otherwise, the UE will use the indicated CAPC value if performing LBT for the subsequent (e.g., second) SL transmission.
  • the SL DCI allocating multiple SL resources indicates if the SL resources are not in subsequent slots (e.g., SL resources are not allocated in consecutive time slots), the LBT type UE will apply if performing LBT for the transmission of a SL TB according to the allocated SL resources.
  • a UE performs a destination selection during an LCP procedure only for the first of multiple SL transmissions allocated by a single SL DCI.
  • the UE uses the same destination as determined for the first SL transmission for the subsequent SL transmissions of the multi-SL transmission grant. If there is no more data available for transmission for the selected destination, the UE performs destination selection and transmits data to a different destination on the remaining allocated SL resources.
  • a UE performs an LBT procedure for the transmission of a SL TB of the TB contains data for a destination which is different compared to the last made SL transmission.
  • a TX UE needs to perform an LBT procedure for a SL transmission regardless of whether the gap between the last made SL transmission by the TX UE is shorter than a predefined threshold if the SL transmission is made to a different destination (e.g., SL transmission to a different RX UE).
  • the motivation for performing the LBT procedure for a SL transmission if the transmission is to a different RX UE is that different Rx UEs may be at different locations; hence, the channel and/or LBT situation may be significantly different among different RX UEs the TX UE is in communication with.
  • a directional and/or spatial LBT is performed (e.g., for the NR operation in higher frequency bands up to 71 GHz and in contrast to an omni-directional LBT)
  • a UE may transmit a SL TB pending for transmission in a HARQ process due to a failed LBT in a different HARQ process being associated with a SL resource allocation for which LBT was successful.
  • the first SL allocation has the highest probability of LBT failure. Therefore, the UE may transmit the TB generated for the first SL allocation, which contains the high priority data in the UE’s buffer including potential MAC CEs in the first SL allocation of the multiple SL allocations scheduled by the multi-SL grant for which LBT is successful.
  • the UE processes the SL grants scheduled within the multi-SL grant in the signaled order and generates the corresponding TBs according to an LCP procedure.
  • the UE may map the generated TBs internally to different HARQ processes for LBT failures. Given the assumption that the SL allocations and/or TB size is the same for all or at least several SL grants scheduled by a multi-SL grant, the dynamic mapping of TBs to HARQ processes should not impose any technical problems.
  • autonomous retransmissions of a pending SL TB due to LBT failure is supported for different HARQ processes as long as the TB sizes match (e.g., autonomous retransmission can be performed on a different HARQ process).
  • the functionality as described in the twelfth embodiment may be only supported if the SL TB contains some high priority data (e.g., highest priority contained in the SL TB is exceeded by a predefined threshold).
  • Figure 5 is a flow chart diagram illustrating one embodiment of a method 500 for configuring a SR based on a CAPC.
  • the method 500 is performed by an apparatus, such as the remote unit 102.
  • the method 500 may be performed by a processor executing program code, for example, a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or the like.
  • the method 500 includes determining 502, at a UE, to trigger a SR for requesting SL-SCH resources. In some embodiments, the method 500 includes determining 504 a CAPC value associated with the SL-SCH resources. In certain embodiments, the method 500 includes selecting 506 a SR configuration according to the determined CAPC value. In various embodiments, the method 500 includes transmitting 508 the SR using the selected SR configuration.
  • the CAPC value is determined based on SL data available for transmission in the UE, control information available for transmission in the UE, or a combination thereof. In some embodiments, the CAPC value is determined based in part on a result of a SL logical channel prioritization procedure considering the SL data available for transmission in the UE, the control information available for transmission in the UE, or the combination thereof. In various embodiments, the method 500 further comprises receiving a SL resource allocation.
  • the method 500 further comprises performing a logical channel prioritization (LCP) selection procedure based on SL data available for transmission in the UE.
  • LCP logical channel prioritization
  • the method 500 further comprises multiplexing SL logical channels based on the CAPC value.
  • transmitting the SR using the selected SR configuration comprises transmitting the SR using the selected SR configuration to a base station.
  • the SR indicates a number of SL slots being requested.
  • figure 6 is a flow chart diagram illustrating another embodiment of a method 600 for configuring a SR based on a CAPC.
  • the method 600 is performed by an apparatus, such as the network unit 104.
  • the method 600 may be performed by a processor executing program code, for example, a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or the like.
  • the method 600 includes receiving 602, at a base station, a SR using a selected SR configuration.
  • the SR configuration is selected based on a determined CAPC value associated with SL-SCH resources.
  • the method 600 further comprises transmitting a SL resource allocation.
  • the SR indicates a number of SL slots being requested.
  • an apparatus comprises a user equipment (UE).
  • the apparatus further comprises: a processor that: determines to trigger a SR for requesting SL-SCH resources; determines a CAPC value associated with the SL-SCH resources; and selects a SR configuration according to the determined CAPC value; and a transmitter that transmits the SR using the selected SR configuration.
  • the CAPC value is determined based on SL data available for transmission in the UE, control information available for transmission in the UE, or a combination thereof.
  • the CAPC value is determined based in part on a result of a SL logical channel prioritization procedure considering the SL data available for transmission in the UE, the control information available for transmission in the UE, or the combination thereof.
  • the apparatus further comprises a receiver that receives a SL resource allocation.
  • the processor performs a logical channel prioritization (LCP) selection procedure based on SL data available for transmission in the UE.
  • LCP logical channel prioritization
  • the processor multiplexes SL logical channels based on the CAPC value.
  • the transmitter transmitting the SR using the selected SR configuration comprises the transmitter transmitting the SR using the selected SR configuration to a base station.
  • the SR indicates a number of SL slots being requested.
  • a method of a user equipment comprises: determining to trigger a SR for requesting SL-SCH resources; determining a CAPC value associated with the SL- SCH resources; selecting a SR configuration according to the determined CAPC value; and transmitting the SR using the selected SR configuration.
  • the CAPC value is determined based on SL data available for transmission in the UE, control information available for transmission in the UE, or a combination thereof.
  • the CAPC value is determined based in part on a result of a SL logical channel prioritization procedure considering the SL data available for transmission in the UE, the control information available for transmission in the UE, or the combination thereof.
  • the method further comprises receiving a SL resource allocation.
  • the method further comprises performing a logical channel prioritization (LCP) selection procedure based on SL data available for transmission in the UE.
  • LCP logical channel prioritization
  • the method further comprises multiplexing SL logical channels based on the CAPC value.
  • transmitting the SR using the selected SR configuration comprises transmitting the SR using the selected SR configuration to a base station.
  • the SR indicates a number of SL slots being requested.
  • an apparatus comprises a base station.
  • the apparatus further comprises: a receiver that receives a SR using a selected SR configuration, wherein the SR configuration is selected based on a determined CAPC value associated with SL-SCH resources.
  • the apparatus further comprises a transmitter that transmits a SL resource allocation.
  • the SR indicates a number of SL slots being requested.
  • a method of a base station comprises: receiving a SR using a selected SR configuration, wherein the SR configuration is selected based on a determined CAPC value associated with SL-SCH resources. [0121] In certain embodiments, the method further comprises transmitting a SL resource allocation.
  • the SR indicates a number of SL slots being requested.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

La divulgation concerne des appareils, des procédés et des systèmes permettant de configurer une demande de planification ("SR") sur la base d'une classe de priorité d'accès au canal ("CAPC"). Un procédé (500) consiste à déterminer (502), au niveau d'un équipement utilisateur ("UE"), le déclenchement d'une SR pour demander des ressources de canal partagé ("SCH") de liaison latérale ("SL") ("SL-SCH"). Le procédé (500) consiste à déterminer (504) une valeur de CAPC associée aux ressources de SL-SCH. De plus, le procédé (500) consiste à sélectionner (506) une configuration de SR en fonction de la valeur de CAPC déterminée. Le procédé (500) consiste à transmettre (508) la SR à l'aide de la configuration de SR sélectionnée.
PCT/IB2023/051821 2022-02-25 2023-02-27 Configuration d'une demande de planification sur la base d'une classe de priorité d'accès au canal WO2023161904A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US202263314139P 2022-02-25 2022-02-25
US63/314,139 2022-02-25

Publications (1)

Publication Number Publication Date
WO2023161904A1 true WO2023161904A1 (fr) 2023-08-31

Family

ID=85569612

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2023/051821 WO2023161904A1 (fr) 2022-02-25 2023-02-27 Configuration d'une demande de planification sur la base d'une classe de priorité d'accès au canal

Country Status (1)

Country Link
WO (1) WO2023161904A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020193342A1 (fr) * 2019-03-27 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Procédés de gestion de sr/bsr sl
US11089626B2 (en) * 2018-09-26 2021-08-10 Mediatek Singapore Pte. Ltd. Listen before talk and channel access priority class for PUCCH in new radio unlicensed
WO2021188715A2 (fr) * 2020-03-20 2021-09-23 Qualcomm Incorporated Planification de transmission de liaison latérale avec relais

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11089626B2 (en) * 2018-09-26 2021-08-10 Mediatek Singapore Pte. Ltd. Listen before talk and channel access priority class for PUCCH in new radio unlicensed
WO2020193342A1 (fr) * 2019-03-27 2020-10-01 Telefonaktiebolaget Lm Ericsson (Publ) Procédés de gestion de sr/bsr sl
WO2021188715A2 (fr) * 2020-03-20 2021-09-23 Qualcomm Incorporated Planification de transmission de liaison latérale avec relais

Similar Documents

Publication Publication Date Title
US11956800B2 (en) Preempting an allocation of uplink resources
US11871392B2 (en) Determining a priority order based on uplink transmission parameters
US11737162B2 (en) Configuration information for an inactive state
US11533731B2 (en) Determining a priority order based on an uplink transmission parameter
US20220295558A1 (en) PDCCH Transmission in UE-Initiated COT
US20240155667A1 (en) Enhanced multiplexing of uplink control information of different priorities
US20240089970A1 (en) Multiplexing uplink control information of different priorities
WO2023161904A1 (fr) Configuration d'une demande de planification sur la base d'une classe de priorité d'accès au canal
WO2023161851A1 (fr) Priorisation de canal logique de liaison latérale sur la base d'une classe de priorité d'accès à un canal
WO2023161899A1 (fr) Communication de liaison latérale reposant sur classe de priorité d'accès au canal
US20230261839A1 (en) Monitoring downlink control information formats

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 23710459

Country of ref document: EP

Kind code of ref document: A1