Channel occupancy for wireless communications

Abstract

Various aspects relate to estimating occupancy of a wireless communication channel. A first user device (e.g., a first side link device) can transmit to a second user device (e.g., a second side link device) via one or more subchannels allocated for device-to-device communication. The second user device can also transmit to the first user device via one or more subchannels. To mitigate interference on the subchannel, the second user device can measure the received signal strength on the subchannel to estimate the occupancy of the subchannel (e.g., by calculating the channel busy rate). In addition, the second user device can consider signal leakage from the first subchannel (e.g., the subchannel on which the first user device sends data) to the second subchannel. In this way, a subchannel that may be indicated as occupied due to leakage can instead be indicated as unoccupied, thereby improving the accuracy of the channel occupancy estimate.

Description

Technical Field

[0001] The technology discussed below relates generally to wireless communications and, more particularly, to determining occupancy of a wireless communication channel. Background Art

[0002] In many existing wireless communication systems, cellular networks are implemented by enabling wireless user devices to communicate with each other through signaling with nearby base stations or cells. When user devices move across a service area, handover occurs so that each user device maintains communication with each other via its corresponding cell.

[0003] Another approach to wireless communication systems is mesh or peer-to-peer (P2P) networks, where user devices can communicate directly, rather than via an intermediate base station or cell. Between these two approaches lies a system configured for sidelink signaling. With sidelink signaling, wireless user devices typically communicate within a cellular system under the control of a base station. However, wireless user devices can also be configured for sidelink signaling directly between user devices, without requiring transmission through a base station.

[0004] One example of a wireless communication system that can use sidelink signaling is a vehicle-to-everything (V2X) communication system. V2X communication involves the exchange of information not only between vehicles themselves, but also between vehicles and external systems, such as streetlights, buildings, pedestrians, and wireless communication networks. V2X systems enable vehicles to obtain information related to weather, nearby accidents, road conditions, the activity of nearby vehicles and pedestrians, objects near the vehicle, and other relevant information that can be used to improve the vehicle driving experience, enhance vehicle safety, and support autonomous vehicles.

[0005] As the demand for sidelink communications increases, the research and development of sidelink technology continues to advance, not only to meet the growing demand for sidelinks, but also to improve and enhance the communication experience. Summary of the Invention

[0006] The following is a summary of one or more aspects of the present disclosure to provide a basic understanding of these aspects. This summary is not an extensive overview of all anticipated features of the present disclosure and is neither intended to identify key or important elements of all aspects of the present disclosure nor to delineate the scope of any or all aspects of the present disclosure. Its sole purpose is to present some concepts of one or more aspects of the present disclosure as a prelude to the more detailed description that will be presented later.

[0007] Various aspects of the present disclosure relate to estimating occupancy of a wireless communication channel for device-to-device (D2D) communication (eg, V2X communication). For convenience, user equipment supporting V2X communication or other D2D communication may be referred to herein as a sidelink device.

[0008] A first user device (e.g., a first side link device) may transmit data to a second user device (e.g., a second side link device) via one or more subchannels allocated for D2D communication. The second user device may also transmit data to the first user device via one or more subchannels. To mitigate interference on the subchannels, the second user device may measure the received signal strength on the subchannels to estimate the occupancy of the subchannels. For example, the second user device may calculate a channel busy rate (CBR), which indicates the ratio of the number of subchannels whose received signal strength is greater than a CBR threshold to the total number of subchannels within a defined time period. To mitigate interference on the subchannels, the number of subchannels that the second user device is allowed to use for transmission may be reduced as the CBR increases.

[0009] In some scenarios, data transmissions from a first user device on a first subchannel may "leak" into an adjacent subchannel, such that energy from these data transmissions can be detected in the adjacent subchannel at a second user device. Traditionally, such leakage may cause a subchannel to be classified as "occupied" even if no data transmission is expected on the subchannel.

[0010] In some examples, when estimating channel occupancy (e.g., CBR), the second user device can consider signal leakage from the first subchannel to the second subchannel. By considering this leakage, subchannels that may be classified as "occupied" (due to leakage) can be classified as "unoccupied," thereby improving the accuracy of the channel occupancy estimate.

[0011] In some examples, a wireless communication method at a user device may include successfully decoding first data on a first subchannel among a plurality of subchannels, designating the first subchannel as occupied after successfully decoding the first data on the first subchannel, failing to successfully decode second data on a second subchannel among the plurality of subchannels, designating the second subchannel as unoccupied after failing to successfully decode the second data on the second subchannel, and calculating a channel busy rate (CBR) of the user device based on designating the first subchannel as occupied and designating the second subchannel as unoccupied.

[0012] In some examples, a user device may include a transceiver, a memory, and a processor communicatively coupled to the transceiver and the memory. The processor and the memory may be configured to successfully decode first data received on a first subchannel of a plurality of subchannels via the transceiver, designate the first subchannel as occupied after successfully decoding the first data on the first subchannel, fail to successfully decode second data on a second subchannel of the plurality of subchannels, designate the second subchannel as unoccupied after failing to successfully decode the second data on the second subchannel, and calculate a channel busy rate (CBR) of the user device based on designating the first subchannel as occupied and designating the second subchannel as unoccupied.

[0013] In some examples, a user device may include components for decoding, wherein the components for decoding successfully decode first data on a first subchannel among a plurality of subchannels; components for designating the first subchannel as occupied after successfully decoding the first data on the first subchannel, wherein the components for decoding do not successfully decode second data on a second subchannel among the plurality of subchannels; components for designating the second subchannel as unoccupied after failing to successfully decode the second data on the second subchannel; and components for calculating a channel busy rate (CBR) of the user device based on designating the first subchannel as occupied and designating the second subchannel as unoccupied.

[0014] In some examples, a product for use with a user device includes a computer-readable medium having instructions stored therein, the instructions executable by one or more processors of the user device to successfully decode first data on a first subchannel of a plurality of subchannels, designate the first subchannel as occupied after successfully decoding the first data on the first subchannel, fail to successfully decode second data on a second subchannel of the plurality of subchannels, designate the second subchannel as unoccupied after failing to successfully decode the second data on the second subchannel, and calculate a channel busy rate (CBR) of the user device based on designating the first subchannel as occupied and designating the second subchannel as unoccupied.

[0015] By reading the detailed description below, these and other aspects of the present disclosure will be more fully understood. By reading the following description of specific embodiments of the present disclosure in conjunction with the accompanying drawings, it will be clear to those of ordinary skill in the art that other aspects, features and embodiments of the present disclosure. Although the features of the present disclosure can be discussed with respect to certain embodiments and drawings below, all embodiments of the present disclosure can include one or more advantageous features discussed herein. In other words, although one or more embodiments can be discussed as having certain advantageous features, one or more such features can also be used according to the various embodiments of the present disclosure discussed herein. Similarly, although certain embodiments can be discussed below as device, system or method embodiments, it should be understood that such embodiments can be implemented in various devices, systems and methods. BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Figure 1 is a conceptual illustration of an example of a wireless access network in accordance with some aspects.

[0017] Figure 2 is a conceptual illustration of an example vehicle-to-everything (V2X) wireless communication network in accordance with some aspects.

[0018] Figure 3 is a diagram illustrating organization of wireless resources in an air interface using orthogonal frequency division multiplexing (OFDM) in accordance with some aspects.

[0019] Figure 4 is a conceptual illustration of an example of sub-channels in accordance with some aspects.

[0020] Figure 5 is a diagram illustrating a conceptual example of adjacent channel leakage according to some aspects.

[0021] Figure 6 is a table of examples of channel occupancy limits according to some aspects.

[0022] Figure 7 is a flow chart illustrating an example of a method for scheduling communications in accordance with some aspects.

[0023] Figure 8 is a flow chart illustrating an example of a method for determining a channel busy rate according to some aspects.

[0024] Figure 9 is a block diagram illustrating an example of a hardware implementation for a wireless communication device employing a processing system in accordance with some aspects.

[0025] Figure 10 is a flow chart illustrating an example of a method for determining a channel busy rate according to some aspects.

[0026] Figure 11is a flow chart illustrating an example of a method for selecting a sub-channel according to some aspects.

[0027] Figure 12 is a flow chart illustrating an example of a method for determining that a subchannel is unoccupied, according to some aspects.

[0028] Figure 13 is a flow chart illustrating an example of a method for determining a channel busy rate according to some aspects. DETAILED DESCRIPTION

[0029] The detailed description set forth below, in conjunction with the accompanying drawings, is intended as a description of various configurations and is not intended to represent the only configuration in which the concepts described herein may be practiced. The detailed description includes specific details in order to provide a thorough understanding of the various concepts. However, it will be apparent to those skilled in the art that these concepts may be practiced without these specific details. In some cases, well-known structures and components are shown in block diagram form to avoid obscuring the concepts.

[0030] Although aspects and embodiments are described in this application by way of illustration of some examples, it will be understood by those skilled in the art that additional implementations and use cases may occur in many different arrangements and scenarios. The innovations described herein can be implemented across many different platform types, devices, systems, shapes, sizes, and packaging arrangements. For example, embodiments and / or uses may be implemented through integrated chip embodiments and other non-module component-based devices (e.g., end-user devices, vehicles, communication devices, computing devices, industrial devices, retail / purchase devices, medical devices, AI-enabled devices, etc.). Although some examples may or may not be specific to use cases or applications, a wide variety of applicability of the described innovations may occur. Implementations may range from chip-level or modular components to non-modular, non-chip-level implementations, and further to aggregated, distributed, or OEM devices or systems that include one or more aspects of the innovations. In some practical settings, devices that include the described aspects and features may also have to include additional components and features for implementing and practicing the claimed and described embodiments. For example, the transmission and reception of wireless signals must include multiple components for both analog and digital purposes (e.g., hardware components including antennas, RF chains, power amplifiers, modulators, buffers, processors, interleavers, adders, etc.) The innovations described herein can be implemented in a variety of devices, chip-level components, systems, distributed arrangements, end-user devices, etc., of various sizes, shapes, and configurations.

[0031] The various concepts throughout this disclosure can be implemented across a variety of telecommunication systems, network architectures, and communication standards. Figure 1, as a non-limiting illustrative example, a schematic diagram of a radio access network (RAN) 100 is provided. The RAN 100 may implement any suitable wireless communication technology or technologies to provide radio access. As an example, the RAN 100 may operate in accordance with the 3rd Generation Partnership Project (3GPP) New Radio (NR) specifications (commonly referred to as 5G). As another example, the RAN 100 may operate under a mix of 5G NR and Evolved Universal Terrestrial Radio Access Network (eUTRAN) standards (commonly referred to as LTE). 3GPP refers to such a hybrid RAN as the Next Generation RAN, or NG-RAN. Of course, many other examples may be utilized within the scope of the present disclosure.

[0032] The geographical area covered by the wireless access network 100 may be divided into a plurality of cellular areas (cells), and a user equipment (UE) may uniquely identify these cellular areas based on an identifier broadcast over the geographical area from an access point or base station. Figure 1 Macro cells 102, 104, and 106, and small cell 108 are shown, each of which may include one or more sectors (not shown). A sector is a sub-area of ​​a cell. All sectors within a cell are served by the same base station. A radio link within a sector may be identified by a single logical identifier belonging to that sector. In a cell divided into multiple sectors, the multiple sectors within the cell may be formed by antenna groups, where each antenna is responsible for communicating with UEs in a portion of the cell.

[0033] Typically, each base station (BS) serves a corresponding cell. Broadly speaking, a base station is a network element in a radio access network that is responsible for radio transmission and reception with UEs in one or more cells. A BS may also be referred to by those skilled in the art as a base transceiver station (BTS), radio base station, radio transceiver, transceiver functionality, basic service set (BSS), extended service set (ESS), access point (AP), Node B (NB), eNode B (eNB), gNode B (gNB), or some other appropriate terminology.

[0034] exist Figure 1In the example, two base stations 110 and 112 are shown in cells 102 and 104; and a third base station 114 is shown controlling a remote radio head (RRH) 116 in cell 106. That is, the base stations may have integrated antennas or may be connected to antennas or RRHs via feeder cables. In the example shown, cells 102, 104, and 106 may be referred to as macro cells because base stations 110, 112, and 114 support cells of larger size. In addition, base station 118 is shown in a small cell 108 (e.g., a micro cell, a pico cell, a femto cell, a home base station, a home node B, a home eNode B, etc.), which may overlap with one or more macro cells. In this example, cell 108 may be referred to as a small cell because base station 118 supports a cell of relatively small size. Cell size can be determined based on system design and component constraints. It should be understood that the wireless access network 100 may include any number of wireless base stations and cells. In addition, relay nodes may be deployed to extend the size or coverage area of ​​a given cell. Base stations 110, 112, 114, 118 provide wireless access points to the core network for any number of mobile devices.

[0035] Figure 1 Also included is a mobile base station 120 (e.g., a quadcopter or drone configured to function as a base station). That is, in some examples, the cell may not necessarily be stationary, and the geographic area of ​​the cell may move depending on the location of the mobile base station 120 (e.g., a quadcopter or drone).

[0036] Typically, a base station may include a backhaul interface for communicating with a backhaul portion of a network (not shown). The backhaul may provide a link between the base station and a core network (not shown), and in some examples, the backhaul may provide interconnection between base stations. The core network may be part of a wireless communication system and may be independent of the radio access technology used in the radio access network. Various types of backhaul interfaces may be used, such as a direct physical connection using any suitable transport network, a virtual network, and the like.

[0037] RAN 100 is shown supporting wireless communications for multiple mobile devices. In the standards and specifications promulgated by the Third Generation Partnership Project (3GPP), mobile devices are generally referred to as user equipment (UE), but those skilled in the art may also refer to them as mobile stations (MS), subscriber stations, mobile units, subscriber units, wireless units, remote units, mobile devices, wireless devices, wireless communication devices, remote devices, mobile subscriber stations, access terminals (ATs), mobile terminals, wireless terminals, remote terminals, handsets, terminals, user agents, mobile clients, clients, or some other appropriate terminology. A UE may be a device that provides access to network services to a user.

[0038] In this document, a “mobile” device does not necessarily need to have the ability to move and can be stationary. The term mobile device or mobile device generally refers to various devices and technologies. For example, some non-limiting examples of mobile devices include mobile phones, cellular phones, smart phones, session initiation protocol (SIP) phones, laptops, personal computers (PCs), notebook computers, netbooks, smart books, tablet computers, personal digital assistants (PDAs) and various embedded systems, such as corresponding to the “Internet of Things” (IoT). A mobile device can also be a car or other means of transportation, a remote sensor or actuator, a robot or robotic device, a satellite radio, a global positioning system (GPS) device, an object tracking device, an unmanned aircraft, a multi-rotor helicopter, a quadcopter, a remote control device, a consumer and / or wearable device, such as glasses, wearable cameras, virtual reality devices, smart watches, health or fitness trackers, digital audio players (e.g., MP3 players), cameras, game consoles, etc. A mobile device can also be a digital home or smart home device, such as home audio, video and / or multimedia equipment, appliances, vending machines, smart lighting, home security systems, smart meters, etc. Mobile devices may also be smart energy devices, security devices, solar panels or solar arrays, municipal infrastructure devices that control power (e.g., smart grids), lighting, water, etc., industrial automation and enterprise devices, logistics controllers, agricultural equipment, military defense equipment, vehicles, aircraft, ships, and weapons, etc. In addition, mobile devices can provide networked medical or telemedicine support, i.e., remote health care. Telehealth devices may include remote health monitoring devices and remote health management devices, whose communications may be given priority treatment or priority access over other types of information, for example, in terms of priority access to critical service data transmission and / or associated QoS for critical service data transmission.

[0039] Within RAN 100, cells may include UEs that can communicate with one or more sectors of each cell. For example, UEs 122 and 124 may communicate with base station 110; UEs 126 and 128 may communicate with base station 112; UEs 130 and 132 may communicate with base station 114 via RRH 116; UE 134 may communicate with base station 118; and UE 136 may communicate with mobile station 120. Here, each base station 110, 112, 114, 118, and 120 may be configured to provide access to a core network (not shown) for all UEs in the corresponding cell. In another example, a mobile network node (e.g., mobile station 120) may be configured to act as a UE. For example, mobile station 120 may operate within cell 102 by communicating with base station 110.

[0040] Wireless communications between the RAN 100 and a UE (e.g., UE 122 or 124) may be described as utilizing an air interface. Transmissions from a base station (e.g., base station 110) to one or more UEs (e.g., UEs 122 and 124) over the air interface may be referred to as downlink (DL) transmissions. According to certain aspects of the present disclosure, the term downlink may refer to point-to-multipoint transmissions initiated at a scheduling entity (further described below; e.g., base station 110). Another way to describe this scheme may be to use the term broadcast channel multiplexing. Transmissions from a UE (e.g., UE 122) to a base station (e.g., base station 110) may be referred to as uplink (UL) transmissions. According to other aspects of the present disclosure, the term uplink may refer to point-to-point transmissions initiated at a scheduled entity (further described below; e.g., UE 122).

[0041] For example, a DL transmission may include unicast or broadcast transmission of control information and / or traffic information (e.g., user data traffic) from a base station (e.g., base station 110) to one or more UEs (e.g., UEs 122 and 124), while an UL transmission may include transmission of control information and / or traffic information originating from a UE (e.g., UE 122). In addition, uplink and / or downlink control information and / or traffic information may be time-divided into frames, subframes, time slots, and / or symbols. As used herein, a symbol may refer to a time unit in an orthogonal frequency division multiplexing (OFDM) waveform in which each subcarrier carries one resource element (RE). A time slot may carry 7 or 14 OFDM symbols. A subframe may refer to a duration of 1 millisecond. Multiple subframes or time slots may be grouped together to form a single frame or radio frame. Of course, these definitions are not required, and any suitable scheme for organizing waveforms may be utilized, and the various time divisions of the waveform may have any suitable duration.

[0042] The air interface in the RAN 100 may utilize one or more multiplexing and multiple access algorithms to enable simultaneous communication of various devices. For example, the 5G NR specification provides multiple access for UL or reverse link transmissions from UEs 122 and 124 to the base station 110, and utilizes orthogonal frequency division multiplexing (OFDM) with a cyclic prefix (CP) to multiplex DL or forward link transmissions from the base station 110 to the UEs 122 and 124. In addition, for UL transmissions, the 5G NR specification provides support for discrete Fourier transform-spread-OFDM (DFT-s-OFDM) with CP (also known as single carrier FDMA (SC-FDMA)). However, within the scope of the present disclosure, multiplexing and multiple access are not limited to the above schemes and may be provided using time division multiple access (TDMA), code division multiple access (CDMA), frequency division multiple access (FDMA), sparse code multiple access (SCMA), resource spread multiple access (RSMA), or other suitable multiple access schemes. Furthermore, multiplexed DL transmissions from base station 110 to UEs 122 and 124 may be provided using time division multiplexing (TDM), code division multiplexing (CDM), frequency division multiplexing (FDM), orthogonal frequency division multiplexing (OFDM), sparse code multiplexing (SCM), or other suitable multiplexing schemes.

[0043] In addition, the air interface in the RAN 100 may utilize one or more duplexing algorithms. Duplex refers to a point-to-point communication link in which two endpoints can communicate with each other in both directions. Full-duplex means that both endpoints can communicate with each other simultaneously. Half-duplex means that only one endpoint can send information to the other endpoint at a time. In wireless links, full-duplex channels typically rely on physical isolation of the transmitter and receiver, as well as appropriate interference cancellation techniques. Full-duplex emulation is typically used for wireless links by utilizing frequency division duplexing (FDD) or time division duplexing (TDD). In FDD, transmissions in different directions operate on different carrier frequencies. In TDD, time division multiplexing is used to separate transmissions in different directions on a given channel. That is, at certain times, the channel is dedicated to transmissions in one direction, while at other times, the channel is dedicated to transmissions in the other direction, where the direction can change very quickly, for example, several times per time slot.

[0044] In the RAN 100, the ability of a UE to communicate independently of its location while moving is referred to as mobility. The various physical channels between the UE and the RAN are typically established, maintained, and released under the control of an Access and Mobility Management Function (AMF), which may include a Security Context Management Function (SCMF) that manages security contexts for control plane and user plane functions and a Security Anchor Function (SEAF) that performs authentication. In various aspects of the present disclosure, the RAN 100 may utilize either DL-based mobility or UL-based mobility to implement mobility and handover (i.e., transferring a UE's connection from one radio channel to another). In a network configured for DL-based mobility, during a call with a scheduling entity, or at any other time, a UE may monitor various parameters of the signal from its serving cell and various parameters of neighboring cells. Based on the quality of these parameters, the UE may maintain communication with one or more neighboring cells. During this period, if the UE moves from one cell to another, or if the signal quality from a neighboring cell exceeds the signal quality from the serving cell for a given amount of time, the UE may perform a handover or handover from the serving cell to the neighboring (target) cell. For example, UE 124 may move from the geographic area corresponding to its serving cell 102 to the geographic area corresponding to neighbor cell 106. When the signal strength or quality from neighbor cell 106 exceeds the signal strength or quality of its serving cell 102 for a given amount of time, UE 124 may send a report message indicating this to its serving base station 110. In response, UE 124 may receive a handover command, and the UE may undergo a handover to cell 106.

[0045] In a network configured for UL-based mobility, a UL reference signal from each UE can be used by the network to select a serving cell for each UE. In some examples, base stations 110, 112, and 114 / 116 can broadcast synchronization signals (e.g., a primary synchronization signal (PSS), a secondary synchronization signal (SSS), and a physical broadcast channel (PBCH)). UEs 122, 124, 126, 128, 130, and 132 can receive the synchronization signals, derive carrier frequency and radio frame timing from the synchronization signals, and send uplink pilots or reference signals in response to the derived timing. The uplink pilot signal sent by a UE (e.g., UE 124) can be received simultaneously by two or more cells within the RAN 100 (e.g., base stations 110 and 114 / 116). Each cell can measure the strength of the pilot signal, and the RAN (e.g., a central node in the core network and / or one or more of base stations 110 and 114 / 116) can determine the serving cell for UE 124. As UE 124 moves through RAN 100, the network may continue to monitor the uplink pilot signals transmitted by UE 124. When the signal strength or quality of the pilot signals measured by the neighboring cell exceeds the signal strength or quality measured by the serving cell, RAN 100 may handover UE 124 from the serving cell to the neighboring cell with or without notifying UE 124.

[0046] Although the synchronization signals transmitted by base stations 110, 112, and 114 / 116 may be uniform in some examples, the synchronization signals may not identify a specific cell, but may identify a region of multiple cells operating on the same frequency and / or with the same timing. The use of regions in 5G networks or other next-generation communication networks implements an uplink-based mobility framework and improves the efficiency of the UE and the network because the number of mobility messages that need to be exchanged between the UE and the network can be reduced.

[0047] In various implementations, the air interface in the RAN 100 may utilize licensed spectrum, unlicensed spectrum, or shared spectrum. Licensed spectrum provides exclusive use of a portion of spectrum, typically through a mobile network operator purchasing a license from a government regulator. Unlicensed spectrum provides shared use of a portion of spectrum without the need for a government to grant a license. While there are still typically technical regulations that must be adhered to to access unlicensed spectrum, generally any operator or device can gain access. Shared spectrum may fall somewhere in between licensed and unlicensed spectrum, where technical regulations or restrictions may be required to access the spectrum, but the spectrum may still be shared by multiple operators and / or multiple RATs. For example, a license holder of a portion of licensed spectrum may offer Licensed Shared Access (LSA) to share that spectrum with other parties, e.g., with access granted under appropriate conditions determined by the license holder.

[0048] In some examples, access to the air interface can be scheduled, where a scheduling entity (e.g., a base station) allocates resources (e.g., time-frequency resources) for communications between some or all devices and equipment within its service area or cell. In the present disclosure, as discussed further below, a scheduling entity can be responsible for scheduling, allocating, reconfiguring, and releasing resources for one or more scheduled entities. That is, for scheduled communications, a UE or scheduled entity utilizes resources allocated by the scheduling entity.

[0049] The base station is not the only entity that can act as a scheduling entity. That is, in some examples, the UE can act as a scheduling entity, scheduling resources for one or more scheduled entities (e.g., one or more other UEs). In other examples, sidelink signals can be used between UEs without relying on scheduling or control information from the base station. For example, UE 138 is shown as communicating with UEs 140 and 142. In some examples, UE 138 acts as a scheduling entity or primary sidelink device, and UEs 140 and 142 can act as scheduled entities or non-primary (e.g., secondary) sidelink devices. For example, UE 138 can be used as a scheduling entity in device-to-device (D2D), peer-to-peer (P2P), vehicle-to-everything (V2X) and / or mesh networks. In the mesh network example, in addition to communicating with the scheduling entity (e.g., UE 138), UEs 140 and 142 can optionally communicate directly with each other.

[0050] In some aspects of the present disclosure, two or more UEs (e.g., UEs 126 and 128) within the coverage area of ​​a serving base station 112 may communicate with each other using sidelink signals 127 without relaying the communications through the base station 112. In this example, one or both of the UEs 126 and 128 may serve as a scheduling entity to schedule sidelink communications between them. For example, the UEs 126 and 128 may transmit the sidelink signals 127 within a V2X network.

[0051] The two main technologies that can be used by V2X networks include dedicated short-range communications (DSRC) based on the IEEE 802.11p standard and cellular V2X (C-V2X) based on LTE and / or 5G (New Radio) standards. Various aspects of the present disclosure may relate to new radio (NR) cellular V2X networks, which for convenience will be referred to herein as V2X networks. However, it should be understood that the concepts disclosed herein may not be limited to a specific V2X standard or may be directed to sidelink networks other than V2X networks.

[0052] Figure 2An example of a vehicle-to-everything (V2X) wireless communication network 200 is shown. The V2X network can connect vehicles 202a-202d to each other (vehicle-to-vehicle (V2V)), to road infrastructure 205 (vehicle-to-infrastructure (V2I)), to pedestrian / cyclist mobile devices 206 (vehicle-to-pedestrian (V2P)) (e.g., such as user equipment (UE) and / or pedestrian / cyclist wearable devices), and / or to a network 208 (vehicle-to-network (V2N)). In some examples, Figure 2 UEs (eg, mobile devices) and other communication devices may correspond to Figure 1 any UE or other communication device.

[0053] V2I transmissions can occur between a vehicle (e.g., vehicle 202a) and a roadside unit (RSU) 204, which can be coupled to various infrastructure 205, such as traffic lights, buildings, streetlights, traffic cameras, toll booths, or other fixed objects. The RSU 204 can act as a base station, enabling communication between vehicles 202a-202d, between vehicles 202a-202d and the RSU 204, and between vehicles 202a-202d and pedestrian / cyclist mobile devices 206. The RSU 204 can also exchange V2X data collected from the surrounding environment with other RSUs 204 and distribute the V2X data to V2X-connected vehicles 202a-202d and pedestrian / cyclist mobile devices 206, where the surrounding environment, such as connected traffic cameras or traffic light controllers, V2X-connected vehicles 202a-202d, and pedestrian / cyclist mobile devices 206. Examples of V2X data may include status information (e.g., position, speed, acceleration, trajectory, etc.) or event information (e.g., traffic jams, icy roads, fog, pedestrians crossing the road, collisions, etc.), and may also include video data captured by a camera on the vehicle or coupled to the RSU 204.

[0054] This V2X data can enable autonomous driving and improve road safety and traffic efficiency. For example, V2X-connected vehicles 202a-202d can utilize the exchanged V2X data to provide in-vehicle collision warnings, road hazard warnings, approaching emergency vehicle warnings, pre- / post-collision warnings and information, emergency braking warnings, forward traffic jam warnings, lane change warnings, intelligent navigation services, and other similar information. Furthermore, V2X data received by pedestrians / cyclists' V2X-connected mobile devices 206 can be used to trigger warning sounds, vibrations, flashing lights, and the like when danger is imminent.

[0055] V2N communication can leverage traditional cellular links to provide cloud services to V2X devices (e.g., within vehicles 202a-202d or RSU 204, or carried by pedestrians / cyclists) for latency-tolerant use cases. For example, V2N can enable a V2X network server to broadcast messages (e.g., weather, traffic, or other information) to V2X devices over a wide area network, and can enable V2X devices to send unicast messages to a V2X network server. Furthermore, V2N communication can provide backhaul services to RSU 204.

[0056] Will refer to Figure 3 Various aspects of the present disclosure are described using OFDM waveforms schematically illustrated in FIG. Those skilled in the art will appreciate that various aspects of the present disclosure can be applied to SC-FDMA waveforms in substantially the same manner as described below. That is, while some examples of the present disclosure may be directed to OFDM links for clarity, it will be appreciated that the same principles can also be applied to SC-FDMA waveforms.

[0057] Now refer to Figure 3 , shows an expanded view of an example subframe 302A, illustrating an OFDM resource grid. However, as those skilled in the art will readily appreciate, the PHY transmission structure used for any particular application may differ from the example described herein, depending on many factors. Here, time is in the horizontal direction, in units of OFDM symbols; and frequency is in the vertical direction, in units of subcarriers.

[0058] Resource grid 304 can be used to schematically represent the time-frequency resources for a given antenna port. That is, in a multiple-input, multiple-output (MIMO) implementation with multiple available antenna ports, corresponding multiple resource grids 304 can be used for communication. Resource grid 304 is divided into multiple resource elements (REs) 306. An RE is 1 subcarrier x 1 symbol, the smallest discrete portion of the time-frequency grid, containing a single complex value representing physical channel or signal data. Depending on the modulation used in a particular implementation, each RE can represent one or more information bits. In some examples, a block of REs can be referred to as a physical resource block (PRB) or more simply a resource block (RB) 308, which contains any suitable number of consecutive subcarriers in the frequency domain. In one example, an RB can include 12 subcarriers, independent of the numerology used. In some examples, depending on the numerology used, an RB can include any suitable number of consecutive OFDM symbols in the time domain. In this disclosure, it is assumed that a single RB, such as RB 308, corresponds entirely to a single communication direction (transmitting to or receiving from a given device).

[0059] Scheduling of a UE or V2X device for downlink, uplink, or sidelink transmissions typically involves scheduling one or more resource elements 306 within one or more subbands. Thus, a UE or V2X device typically utilizes only a subset of the resource grid 304. In some examples, a RB may be the smallest unit of resources that can be allocated to a UE / V2X device. Thus, the more RBs scheduled for a UE and the higher the modulation scheme selected for the air interface, the higher the data rate for the UE / V2X device. RBs may be scheduled by a base station (e.g., gNB, eNB, RSU, etc.) or may be scheduled autonomously by a UE implementing D2D sidelink communications.

[0060] In this illustration, RB 308 is shown as occupying less than the entire bandwidth of subframe 302A, with some subcarriers shown above and below RB 308. In a given implementation, subframe 302A may have a bandwidth corresponding to any number of RBs in one or more RBs 308. Furthermore, in this illustration, RB 308 is shown as occupying less than the entire duration of subframe 302A, but this is merely one possible example.

[0061] Each 1 millisecond (ms) subframe 302A may include one or more adjacent time slots. Figure 3 In the example shown, as an illustrative example, a subframe 302B includes four time slots 310. In some examples, a time slot can be defined based on a specified number of OFDM symbols with a given cyclic prefix (CP) length. For example, a time slot can include 7 or 14 OFDM symbols with a nominal CP. Additional examples may include mini-slots with shorter durations (e.g., one to three OFDM symbols). In some cases, these mini-slots may occupy resources scheduled for ongoing time slot transmissions of the same or different UEs. Any number of resource blocks may be used within a subframe or time slot.

[0062] A magnified view of one of the time slots 310 shows the time slot 310 including a control region 312 and a data region 314. In general, the control region 312 may carry a control channel, and the data region 314 may carry a data channel. Of course, a time slot may contain all DL, all UL, or at least one DL portion and at least one UL portion. Figure 3 The structure shown is exemplary, and different slot structures may be utilized and may include one or more of each of a control region and a data region.

[0063] although Figure 3Although not shown, each RE 306 within an RB 308 may be scheduled to carry one or more physical channels, including a control channel, a shared channel, a data channel, etc. Other REs 306 within an RB 308 may also carry pilot or reference signals, including but not limited to a demodulation reference signal (DMRS), a control reference signal (CRS), or a sounding reference signal (SRS). These pilot or reference signals may be provided to a receiving device to perform channel estimation of the corresponding channel, which may enable coherent demodulation / detection of the control and / or data channels within the RB 308.

[0064] In some examples, time slot 310 can be used for broadcast or unicast communication. In a V2X or D2D network, broadcast communication can refer to point-to-multipoint transmission from one device (e.g., a vehicle, a base station (e.g., RSU, gNB, eNB, etc.), a UE, or other similar device) to other devices. Unicast communication can refer to point-to-point transmission from one device to a single other device.

[0065] In one example, the control region 312 of the time slot 310 may include a physical downlink control channel (PDCCH), which includes downlink control information (DCI) sent by a base station (e.g., gNB, eNB, RSU, etc.) to one or more UEs in a group of UEs, which may include one or more sidelink devices (e.g., V2X / D2D devices). In addition, the DCI may include scheduling information indicating one or more resource blocks within the control region 312 and / or data region 314 allocated to the sidelink device for sidelink communication. For example, the control region 312 of the time slot may further include control information transmitted by the sidelink device via the sidelink channel, while the data region 314 of the time slot 310 may include data transmitted by the sidelink device via the sidelink channel. In some examples, the control information may be transmitted within a physical sidelink control channel (PSCCH), while the data may be transmitted within a physical sidelink shared channel (PSSCH).

[0066] These physical channels are typically multiplexed and mapped onto transport channels for processing at the media access control (MAC) layer. The transmit channels carry blocks of information called transport blocks (TBs). The transport block size (TBS), which corresponds to the number of information bits, can be a controlled parameter based on the modulation and coding scheme (MCS) and the number of RBs in a given transmission.

[0067] Figure 3 The channels or carriers shown in are not necessarily all channels or carriers that can be used between devices, and one of ordinary skill in the art will recognize that other channels or carriers may be used in addition to those shown, such as other traffic, control, and feedback channels.

[0068] As described above, a first user device may transmit to a second user device via one or more subchannels allocated for D2D (e.g., C-V2X) communication, and the second user device may transmit to the first user device via one or more of the subchannels. To mitigate interference on the subchannels, the second user device may measure the received signal strength on the subchannels to estimate the occupancy of the subchannels. For example, the second user device may calculate a channel busy rate (CBR), which indicates the ratio of the number of occupied subchannels to the total number of subchannels within a defined time period (e.g., one second). In some examples, the number of occupied subchannels is defined as the number of subchannels whose received signal strength is greater than a CBR threshold. To mitigate interference on the subchannels, the number of subchannels allowed for transmission by the second user device may depend on the CBR. For example, if the CBR is low (the subchannels are rarely used), the second user device may be allowed to use a relatively large number (or percentage) of the subchannels. Conversely, if the CBR is high (the subchannels are heavily used), the second user device may be restricted from using a smaller number (or percentage) of the subchannels.

[0069] Figure 4 An example of a subchannel 400 for C-V2X communication is shown. In this example, a subchannel consists of a set of resource blocks (RBs) that are allocated for C-V2X to facilitate resource selection. In some examples, C-V2X physical layer resources are allocated on a per-subchannel basis. Subchannel 400 is an example of a subchannel in a 10 MHz resource pool, where each subchannel (abbreviated as SC) consists of 10 RBs. In other examples, other subchannel configurations or other resource allocations may be used.

[0070] As described above, channel occupancy can be measured using a channel busy rate (CBR). In some examples, the CBR can be measured as the fraction of subchannels (of the total number of subchannels allocated for user device communication) for which the measured sidelink RSSI (S-RSSI) exceeds a configured CBR S-RSSI threshold.

[0071] In some scenarios, data transmissions from a first user device on a first subchannel may "leak" into an adjacent subchannel, such that energy from these data transmissions can be detected in the adjacent subchannel at a second user device. For example, adjacent channel leakage may occur when a pair of C-V2X devices communicating with each other are relatively close to each other. Figure 4 , if only two subchannels (e.g., SC2 402 and SC3 404) are used to transmit data in a given time period, the power of all five subchannels (e.g., SC1, SC4, and SC5) measured at the receiver during that time period may be above the CBR RSSI threshold due to leakage from the two data subchannels. Figure 5 An example of this is shown in graph 500 where the (hypothetical) measured received power 502 of each of SC1 through SC5 exceeds a CBR detection threshold 504 (eg, a CBR S-RSSI threshold) even though data is not being transmitted in SC1, SC4, and SC5.

[0072] Conventionally, this leakage may cause a subchannel to be classified as "occupied" even if no data transmission is expected on that subchannel. Thus, adjacent channel leakage may lead to an inaccurate calculation of the CBR (higher than the actual traffic conditions). A high CBR may cause the transmitter to operate in the so-called loaded region, where the channel occupancy limit (CR_limit) sets an upper limit on the resources available to the user equipment. For example, Figure 6 CR_limit 600 is shown for high-priority data (Per Packet Priority (PPPP) 1-2 602), medium-priority data (PPPP 3-5 604), and low-priority data (PPPP 6-8 606). As the measured CBR 608 (e.g., the CBR calculated based on RSSI measurements) increases, the resources available to the user device for transmission decrease. For example, for PPPP 3-5 604, when the CBR is greater than 0.6 and less than 0.8, only 30 subchannels are available within a defined time period (e.g., 1 second) (block 610). When the CBR is greater than 0.8, only 20 subchannels are available within a defined time period (e.g., 1 second) (block 612). For a given transmission by a user device, if each data packet requires two subchannels and is transmitted twice (one initial transmission + one retransmission), then for a data packet with a 100 millisecond period, 40 subchannels are required. If, as described above, the CBR is greater than 0.6, this will cause the user device to begin dropping data packets due to the congestion control algorithm.

[0073] In some examples, leakage may be relatively severe at the master node / transmitter, but not necessarily at the receiver. Therefore, even if leakage is significant at the receiver, it may still be below the desired signal power. Therefore, even with leakage in a subchannel, the message may still be decodable at the receiver.

[0074] The present disclosure relates in some aspects to CBR calculations that mitigate (e.g., eliminate) the effects of leakage on CBR, thereby preventing user devices from operating unnecessarily in loaded regions (and unnecessarily dropping packets). By accounting for such leakage, subchannels that might otherwise be classified as "occupied" (due to leakage) can be classified as "unoccupied," thereby improving the accuracy of channel occupancy estimates.

[0075] For example, when some subchannels are transmitting data while adjacent subchannels are not transmitting data, even if the adjacent channels have RSSIs greater than an RSSI threshold, the adjacent channels may be considered interfered with but still considered idle channels when performing CBR calculations. In some aspects, this may include treating the RSSIs on these adjacent subchannels as being less than the CBR threshold.

[0076] Alternatively and / or additionally, in some examples, the user equipment can reconstruct the signal power mask of the transmitter on the receiver side and derive the energy from the total RSSI. The receiver user equipment can then use the new RSSI value to compare with the RSSI threshold to determine the CBR. When the signal mask is reconstructed in this way, the path loss between a particular transmitter and the receiver can be used to determine the leakage effect expected to be seen at the receiver. In some examples, this path loss can be estimated by assuming that the transmit power of the transmitting user equipment is 23dBm (e.g., as specified in the standard).

[0077] In some examples, designating an adjacent subchannel as unoccupied can be based on whether the RSSI of the adjacent channel is lower than the RSSI of the subchannel containing data. In some aspects, this is to confirm that the adjacent subchannel is actually being interfered with by the busy subchannel and that the high RSSI on the subchannel is not due to some other interference or undecoded data.

[0078] In some examples, determining whether a subchannel has C-V2X data may involve decoding a physical sidelink control channel (PSCCH). Advantageously, this decoding may be performed by the user equipment for other purposes (e.g., for resource selection). Thus, subchannel decoding for congestion control may not significantly impact processing resources and / or radio resource access at the user equipment.

[0079] In view of the above, it should be understood that accurate CBR measurement and calculation are very important for C-V2X congestion control. As discussed herein, the calculation of accurate CBR values ​​that reflect actual channel usage can improve communication performance. For example, using CBR calculation as described herein can mitigate (e.g., eliminate) unnecessary reductions in the number of subchannels that a user device is allowed to use for transmission, which is unavoidable when using traditional CBR schemes. Therefore, the present disclosure, in some aspects, relates to addressing inaccurate CBR measurements and calculations due to adjacent channel interference.

[0080] Figure 77 is a flow chart of a method 700 for wireless communication (e.g., via a V2X channel). As described below, some or all of the illustrated features may be omitted in certain implementations within the scope of the present disclosure, and some of the illustrated features may not be required for implementation of all embodiments. In some examples, the method 700 may be performed by a UE 900 (described above and as Figure 9 as shown), a processor or processing system, or any suitable component for performing the functions described.

[0081] At block 702, a first user device may receive data from a second user device on a third subchannel. Figure 2 The first C-V2X device of vehicle 202a can receive data sent by the second C-V2X device of vehicle 202b.

[0082] At block 704, the first user device may measure the RSSI on the adjacent sub-channel. For example, the first C-V2X device may measure the received RSSI on the second sub-channel and the third sub-channel.

[0083] At block 706, the first user device may identify a neighboring subchannel that is affected by leakage of the data transmission on the third subchannel. For example, the first C-V2X device may determine whether the RSSI measured on the neighboring subchannel is less than the RSSI measured on the third subchannel (the data channel).

[0084] At block 708, the first user device may generate a CBR in which subchannels affected by leakage are indicated as unoccupied. For example, the first C-V2X device may designate any subchannels for which the first C-V2X device cannot successfully decode data as unoccupied for purposes of CBR calculation.

[0085] At block 710, the first user device may schedule transmissions on a plurality of subchannels selected based on the CBR. For example, the first C-V2X device may calculate a plurality of subchannels required for transmission within a period of time based on how many subchannels are required for each data packet, how many retransmissions may be required, and a periodicity of the data packets.

[0086] At block 712, the first user equipment may transmit data to the second UE via the scheduled multiple sub-channels. For example, in some examples, the first C-V2X device may transmit via one or more of the first sub-channel, the second sub-channel, the fourth sub-channel, or the fifth sub-channel.

[0087] Figure 8800 is a flow chart of a method 800 for wireless communication (e.g., via a V2X channel). As described below, some or all of the illustrated features may be omitted in certain implementations within the scope of the present disclosure, and some of the illustrated features may not be required for implementation of all embodiments. In some examples, the method 800 may be performed by a UE 900 (described above and as Figure 9 as shown), a processor or processing system, or any suitable component for performing the functions described.

[0088] Initially, at block 802, the user equipment may determine that PSCCH data has been successfully decoded on subchannel N.

[0089] At block 804, the user equipment may then check whether the PSCCH data has been successfully decoded on an adjacent subchannel (subchannel N-1 or subchannel N+1). If so, operational flow returns to block 802 (as indicated by line 806), with N-1 or N+1 replacing N, and method 800 is repeated (e.g., for that adjacent subchannel).

[0090] If, at block 804, the PSCCH data is not successfully decoded on the adjacent subchannel, the operational flow proceeds to block 810 (as indicated by line 808), where the user equipment may determine whether the measured RSSI of subchannel N-1 or N+1 is less than the RSSI of subchannel N (the data subchannel).

[0091] If not, at block 812, the user device may choose not to take any special action for this situation. For example, this situation may correspond to a situation where the energy on the adjacent subchannel is caused by a nearby interference source. Therefore, the user device may designate the adjacent subchannel as occupied according to a conventional CBR scheme.

[0092] On the other hand, if at block 810, the measured RSSI of subchannel N-1 or N+1 is less than the RSSI of subchannel N, then the operational flow proceeds to block 816 (as indicated by line 814), where the user device may designate (e.g., mark) subchannel N-1 or N+1 as unoccupied (e.g., empty).

[0093] In some examples, the user device may attempt to eliminate the effect of any leakage from subchannel N (e.g., any data subchannel) in the RSSI measurement of subchannel N-1 or N+1. For example, based on a model (or other estimate) of expected leakage from one channel to another, the user device may subtract the expected leakage component from the measured RSSI. The resulting value may then be compared to an S-RSSI threshold to determine whether to designate subchannel N-1 or N+1 as occupied. Thus, when calculating the CBR, the user device may subtract the power impact of subchannels that may be designated as occupied (e.g., busy). Here, determining the leakage component of the measured RSSI may be based on the model of expected leakage described above, taking into account the path loss from the transmitting user device to the receiving user device.

[0094] As shown by line 818, the user device may then replace N with N-1 or N+1 and repeat method 800 (e.g., for the adjacent subchannel). In this way, the process can determine whether the subchannel adjacent to subchannel N-1 or N+1 is affected by leakage (e.g., from subchannel N-1 or N+1).

[0095] Figure 9 9 is a diagram illustrating an example of a hardware implementation for a UE 900 (eg, a sidelink device) employing a processing system 914. For example, the UE 900 may be a Figure 1-8 According to various aspects of the present disclosure, an element or any portion of an element or any combination of elements may be implemented with a processing system 914 including one or more processors 904. In some implementations, the UE 900 may correspond to Figure 1 UE 122, 124, 126, 128, 130, 132, 134, 138, 140 or 142 or Figure 2 One or more of the V2X devices.

[0096] The UE 900 can be implemented using a processing system 914 including one or more processors 904. Examples of the processor 904 include a microprocessor, a microcontroller, a digital signal processor (DSP), a field programmable gate array (FPGA), a programmable logic device (PLD), a state machine, gated logic, a discrete hardware circuit, and other suitable hardware configured to perform the various functions described throughout this disclosure. In various examples, the UE 900 can be configured to perform any one or more of the functions described herein. That is, the processor 904 used in the UE 900 can be used to implement any one or more of the processes and procedures described below.

[0097] In this example, the processing system 914 can be implemented using a bus architecture, generally represented by bus 902. Depending on the specific application and overall design constraints of the processing system 914, the bus 902 may include any number of interconnecting buses and bridges. The bus 902 communicatively couples various circuits together, including one or more processors (generally represented by processor 904), memory 905, and computer-readable media (generally represented by computer-readable media 906). The bus 902 may also link various other circuits, such as timing sources, peripherals, voltage regulators, and power management circuits, which are well known in the art and are not described further. The bus interface 908 provides an interface between the bus 902 and the transceiver 910 and between the bus 902 and the interface 930. The transceiver 510 provides a communication interface or component for communicating with various other devices via a transmission medium. In some examples, the UE may include two or more transceivers 910, each configured to communicate with a corresponding network type (e.g., terrestrial or non-terrestrial). The interface 930 provides a communication interface or component for communicating with various other devices and equipment (e.g., other devices within the same device as the UE or other external devices) via an internal bus or an external transmission medium (such as an Ethernet cable). Depending on the nature of the device, the interface 930 may include a user interface (e.g., a keyboard, display, speaker, microphone, joystick). Of course, such a user interface is optional and may be omitted in some examples, such as IoT devices.

[0098] Processor 904 is responsible for managing bus 902 and general processing, including executing software stored on computer-readable media 906. When executed by processor 904, this software enables processing system 914 to perform the various functions described below for any particular device. Computer-readable media 906 and memory 905 may also be used to store data that is manipulated by processor 904 when executing the software.

[0099] One or more processors 904 in the processing system can execute software. Software should be broadly construed to mean instructions, instruction sets, code, code segments, program code, programs, subroutines, software modules, applications, software applications, software packages, routines, subroutines, objects, executable programs, execution threads, procedures, functions, etc., whether referred to as software, firmware, middleware, microcode, hardware description language, or otherwise. The software may reside on a computer-readable medium 906.

[0100] The computer-readable medium 906 may be a non-transitory computer-readable medium. As examples, non-transitory computer-readable media include magnetic storage devices (e.g., hard disks, floppy disks, magnetic strips), optical disks (e.g., compact disks (CDs) or digital versatile disks (DVDs)), smart cards, flash memory devices (e.g., cards, sticks, or key drives), random access memory (RAM), read-only memory (ROM), programmable ROM (PROM), erasable PROM (EPROM), electrically erasable PROM (EEPROM), registers, removable disks, and any other suitable medium for storing software and / or instructions that can be accessed and read by a computer. The computer-readable medium 906 may reside in the processing system 914, external to the processing system 914, or distributed across multiple entities including the processing system 914. The computer-readable medium 906 may be included in a computer program product. As an example, a computer program product may include a computer-readable medium in packaging material. Those skilled in the art will recognize how best to implement the described functionality presented throughout this disclosure, depending on the specific application and the overall design constraints imposed on the entire system.

[0101] The UE 900 may be configured to perform any one or more of the operations described herein (e.g., as described above in conjunction with Figure 1-8 As described below, Figure 10-13 In some aspects of the present disclosure, the processor 904 used in the UE 900 may include circuits configured for various functions.

[0102] The processor 904 may include a communication and processing circuit 941 that is configured to communicate via a sidelink carrier to exchange sidelink control information and sidelink data with other sidelink devices. In some examples, the communication and processing circuit 941 may be configured to send PSCCH and / or PSSCH within a radio frame based on the sidelink transmission timing, wherein the PSCCH may include a sidelink synchronization signal block (S-SSB), other control information and / or pilot signals, and the PSSCH may include sidelink data. In some examples, the sidelink transmission timing may be determined based on synchronization with a synchronization source (e.g., gNB, eNB, GNSS, etc.), self-synchronization with an internal timing / frequency reference, or synchronization with another sidelink device (e.g., based on a received S-SS). The communication and processing circuit 941 may also be configured to execute communication and processing software 951 stored on the computer-readable medium 906 to implement one or more functions described herein.

[0103] In some implementations where communication involves receiving information, the communication and processing circuitry 941 may obtain information from a component of the UE 900 (e.g., from the transceiver 910, which receives information via radio frequency signaling or some other type of signaling appropriate to the applicable communication medium), process (e.g., decode) the information, and output the processed information. For example, the communication and processing circuitry 941 may output the information to another component of the processor 904, the memory 905, or the bus interface 908. In some examples, the communication and processing circuitry 941 may receive one or more of a signal, a message, other information, or any combination thereof. In some examples, the communication and processing circuitry 941 may receive information via one or more channels. In some examples, the communication and processing circuitry 941 may include functionality of a component for receiving.

[0104] In some implementations where communication involves sending (e.g., transmitting) information, the communication and processing circuitry 941 may obtain information (e.g., from another component of the processor 904, the memory 905, or the bus interface 908), process (e.g., encode) the information, and output the processed information. For example, the communication and processing circuitry 941 may output the information to the transceiver 910 (e.g., the transceiver 910 transmits the information via radio frequency signaling or some other type of signaling appropriate for the applicable communication medium). In some examples, the communication and processing circuitry 941 may transmit one or more of a signal, a message, other information, or any combination thereof. In some examples, the communication and processing circuitry 941 may transmit the information via one or more channels. In some examples, the communication and processing circuitry 941 may include functionality of a component for transmitting (e.g., a component for transmitting).

[0105] The processor 904 may include a decoding circuit 942 configured to perform decoding-related operations as discussed herein. The decoding circuit 942 may include functionality of components for decoding data. In some examples, the components for decoding may be a decoder configured to decode data received via a V2X subchannel. The decoder may generate an indication of whether decoding performed on the energy from the subchannel was successful (e.g., data was successfully decoded) or failed (e.g., no data was successfully decoded). The decoding circuit 942 may also be configured to execute decoding software 952 included on the computer-readable medium 906 to implement one or more functions described herein.

[0106] The processor 904 may include interference mitigation circuitry 943 configured to perform interference mitigation related operations as discussed herein. The interference mitigation circuitry 943 may include functionality for designating subchannels as occupied or unoccupied. The interference mitigation circuitry 943 may include functionality for calculating a channel busy rate (e.g., as described above in conjunction with Figure 7 and Figure 8 The interference mitigation circuitry 943 may also be configured to execute interference mitigation software 953 included on the computer-readable medium 906 to implement one or more functions described herein.

[0107] Figure 10 1 is a flow chart of a method 1000 for wireless communication (e.g., via a V2X channel). As described below, some or all of the illustrated features may be omitted in certain implementations within the scope of the present disclosure, and some of the illustrated features may not be required for implementation of all embodiments. In some examples, the method 1000 may be performed by the UE 900 (described above and as Figure 9 as shown), a processor or processing system, or any suitable component for performing the functions described.

[0108] At block 1002, the user equipment may successfully decode first data on a first subchannel of a plurality of subchannels. Figure 9 The illustrated and described decoding circuitry 942, communication and processing circuitry 941, and transceiver 910 may receive energy on the V2X subchannels and apply one or more defined assumptions to decode data on the subchannels. In some examples, a transmitter (e.g., another user device) may have indicated to the user device which subchannels will be used for data transmission during a specific time period.

[0109] In some examples, the plurality of subchannels may include a subchannel allocated for vehicle-to-everything (V2X) communication. In some examples, the V2X communication may include 3rd Generation Partnership Project (3GPP) Long Term Evolution V2X communication or 3GPP 5G V2X communication.

[0110] At block 1004, after successfully decoding the first data on the first subchannel, the user equipment may designate the first subchannel as occupied. Figure 9 The interference mitigation circuitry 943 is shown and described as being able to track subchannels carrying data and mark those subchannels as occupied (eg, busy) for purposes of CBR calculations.

[0111] At block 1006, the user equipment may not be able to successfully decode the second data on the second subchannel of the plurality of subchannels. Figure 9 The decoding circuitry 942 shown and described with the communication and processing circuitry 941 and the transceiver 910 may attempt to receive energy on the V2X subchannel and attempt to decode the received energy. If decoding fails (data is not successfully decoded), the decoding circuitry 942 may generate a corresponding indication.

[0112] In some examples, the received signal power (e.g., RSSI) of the second subchannel can be greater than a channel occupancy threshold (e.g., an S-RSSI threshold). In some examples, the received signal power can include a received signal strength indication (RSSI) measured by the user equipment on the second subchannel. In some examples, the channel occupancy threshold can include a sidelink RSSI (S-RSSI) channel occupancy threshold.

[0113] In some examples, method 1000 may also include determining that a second subchannel is proximate to the first subchannel among the multiple subchannels, and after determining that the second subchannel is proximate to the first subchannel, initiating an attempt to decode second data on the second subchannel.

[0114] At block 1008, after failing to successfully decode the second data on the second subchannel, the user equipment may designate the second subchannel as unoccupied. Figure 9 The interference mitigation circuitry 943 is shown and described as being capable of tracking subchannels for which data decoding was unsuccessful and marking those subchannels as unoccupied (eg, idle) for use in CBR calculations.

[0115] Unlike traditional CBR schemes where the second subchannel is designated as occupied (e.g., because the subchannel RSSI is greater than the S-RSSI threshold), the second subchannel can still be designated as unoccupied if the energy on the subchannel may be due to leakage from the first subchannel (e.g., the second subchannel RSSI is less than the first subchannel RSSI).

[0116] At block 1010, the user equipment may calculate a channel busy rate (CBR) of the user equipment based on designating the first subchannel as occupied and the second subchannel as unoccupied. Figure 9 The interference mitigation circuitry 943 is shown and described as calculating the CBR as the ratio of occupied subchannels during a period of time (eg, one or more time slots or symbols) to the total number of subchannels during that period of time.

[0117] In some examples, method 1000 may further include selecting a subset of subchannels from the plurality of subchannels based on the CBR, and transmitting information to another user equipment via the subset of subchannels.

[0118] In some examples, method 1000 can further include determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel. In this case, designating the second subchannel as unoccupied can be based on determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel.

[0119] In some examples, the first received signal power may include a received signal strength indication (RSSI) measured by the user equipment on the second subchannel. In some examples, the second received signal power may include an RSSI measured by the user equipment on the first subchannel.

[0120] In some examples, method 1000 may further include calculating the first received signal power based on an estimate of leakage from the first subchannel to the second subchannel. In some examples, method 1000 may further include measuring a received signal strength indication (RSSI) on the second subchannel, deriving a leakage estimate, subtracting the leakage estimate from the RSSI on the second subchannel to provide an adjusted RSSI, and comparing the adjusted RSSI to a channel occupancy threshold. Here, designating the second subchannel as unoccupied may be based on comparing the adjusted RSSI to a channel occupancy threshold. In some examples, the channel occupancy threshold may include a sidelink RSSI (S-RSSI) channel occupancy threshold.

[0121] In some examples, deriving the leakage estimate may include estimating a signal power mask of another user device transmitting the first data on the first subchannel, and estimating signal leakage based on the signal power mask and the RSSI on the second subchannel. In some examples, deriving the leakage estimate may include estimating a path loss from the user device to the other user device transmitting the first data on the first subchannel, and estimating signal leakage based on the path loss and a defined leakage parameter.

[0122] In some examples, method 1000 may further include determining that a third subchannel is immediately adjacent to the second subchannel among the plurality of subchannels, failing to successfully decode third data on the third subchannel after determining that the third subchannel is immediately adjacent to the second subchannel, and designating the third subchannel as unoccupied after failing to successfully decode the third data on the third subchannel. Here, calculating the channel busy rate of the user equipment may be further based on designating the third subchannel as unoccupied.

[0123] Figure 11 is a flow chart of a method 1100 for wireless communication (e.g., via a V2X channel). In some examples, the method 1100 may be combined with Figure 10 1000 to perform (e.g., as Figure 10 As described below, some or all of the illustrated features may be omitted in certain implementations within the scope of the present disclosure, and some illustrated features may not be required for implementation of all embodiments. In some examples, the method 1100 may be performed by the UE 900 (described above and as Figure 9 as shown), a processor or processing system, or any suitable component for performing the functions described.

[0124] At block 1102, the user equipment may determine that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel. Figure 9 The interference mitigation circuitry 943 and the communication and processing circuitry 941 and transceiver 910 are shown and described as being operable to measure the RSSI of the data subchannel and the RSSI of adjacent subcarriers and compare the RSSI.

[0125] At block 1104, the user equipment may designate the second subchannel as unoccupied based on determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel. Figure 9 The interference mitigation circuitry 943 is shown and described as being operable to track subchannels having RSSIs less than the RSSIs of data subchannels and mark these subchannels as unoccupied (eg, idle) for use in CBR calculations.

[0126] At block 1106, the user equipment may select a subset of subchannels from the plurality of subchannels based on the CBR. Figure 9 The interference mitigation circuitry 943 is shown and described as being operable to determine whether the number of subchannels required for transmission is less than the number of subchannels allowed by the CBR (eg, based on the CR_limit).

[0127] At block 1108, the user device may send information to another user device via the subchannel subset. Figure 9 The communication and processing circuitry 941 and transceiver 910 shown and described may transmit data to another user equipment on a V2X subchannel.

[0128] Figure 12 is a flow chart of a method 1200 for wireless communication (e.g., via a V2X channel). In some examples, the method 1200 may be combined with Figure 10 1000 to perform (e.g., as Figure 10 As described below, some or all of the illustrated features may be omitted in certain implementations within the scope of the present disclosure, and some illustrated features may not be required for implementation of all embodiments. In some examples, method 1200 may be performed by UE 900 (described above and as Figure 9 as shown), a processor or processing system, or any suitable component for performing the functions described.

[0129] At block 1202, the user equipment may calculate a first received signal power based on an estimate of leakage from a first subchannel to a second subchannel. Figure 9The interference mitigation circuitry 943 and communication and processing circuitry 941 and transceiver 910 shown and described may measure RSSI of subchannels, determine path loss from a transmitting user device, and estimate leakage based on a model of the measured RSSI, path loss, and estimated leakage between subchannels.

[0130] At block 1204, the user equipment may measure a received signal strength indicator (RSSI) on the second subchannel. Figure 9 The interference mitigation circuitry 943 and the communication and processing circuitry 941 and transceiver 910 shown and described may measure the RSSI of the V2X subchannel.

[0131] At block 1206, the user device may derive an estimate of the leakage. Figure 9 The interference mitigation circuitry 943 is shown and described as being operable to estimate leakage based on measured RSSI, path loss on the subchannels, and a model of estimated leakage between subchannels.

[0132] At block 1208, the user equipment may subtract the leakage estimate from the RSSI on the second subchannel to provide an adjusted RSSI. Figure 9 The interference mitigation circuit 943 is shown and described to remove leakage components from RSSI measurements.

[0133] At block 1210, the user equipment may compare the adjusted RSSI with a channel occupancy threshold. Figure 9 The interference mitigation circuit 943 is shown and described as being operable to compare the RSSI value to a CBR S-RSSI threshold.

[0134] At block 1212, the user equipment may designate the second subchannel as unoccupied based on a comparison of the adjusted RSSI with a channel occupancy threshold. Figure 9 The interference mitigation circuitry 943 is shown and described as being operable to track subchannels having adjusted RSSI values ​​below a CBR S-RSSI threshold and mark these subchannels as unoccupied (eg, idle) for use in CBR calculations.

[0135] Figure 13 is a flow chart of a method 1300 for wireless communication (e.g., via a V2X channel). In some examples, the method 1300 may be combined with Figure 10 1000 to perform (e.g., as Figure 10As described below, some or all of the illustrated features may be omitted in certain implementations within the scope of the present disclosure, and some illustrated features may not be required for implementation of all embodiments. In some examples, method 1300 may be performed by UE 900 (described above and as Figure 9 as shown), a processor or processing system, or any suitable component for performing the functions described.

[0136] In block 1302, the user equipment may determine that among the plurality of subchannels, a third subchannel is adjacent to the second subchannel. Figure 9 The interference mitigation circuitry 943 and communication and processing circuitry 941 and transceiver 910 shown and described may track frequency bands of all assigned subchannels and identify adjacent subchannels (eg, identify frequency bands that are within a threshold frequency range of each other).

[0137] At block 1304, after determining that the third subchannel is immediately adjacent to the second subchannel, the user equipment may not be able to successfully decode the third data on the third subchannel. Figure 9 The decoding circuitry 942 shown and described with the communication and processing circuitry 941 and the transceiver 910 may attempt to receive energy on the V2X subchannel and attempt to decode the received energy. If decoding fails (data is not successfully decoded), the decoding circuitry 942 may generate a corresponding indication.

[0138] At block 1306, after failing to successfully decode the third data on the third subchannel, the user equipment may designate the third subchannel as unoccupied. Figure 9 The interference mitigation circuitry 943 is shown and described as being capable of tracking subchannels for which data decoding was unsuccessful and marking those subchannels as unoccupied (eg, idle) for use in CBR calculations.

[0139] At block 1308, the user equipment may calculate the channel busy rate of the user equipment based on designating the third subchannel as unoccupied. Figure 9 The interference mitigation circuitry 943 is shown and described as calculating the CBR as the ratio of occupied subchannels during a period of time (eg, one or more time slots or symbols) to the total number of subchannels during that period of time.

[0140] Several aspects of wireless communication networks have been described with reference to exemplary implementations. As those skilled in the art will readily appreciate, various aspects described throughout this disclosure may be extended to other telecommunication systems, network architectures, and communication standards.

[0141] For example, various aspects may be implemented in other systems defined by 3GPP, such as Long Term Evolution (LTE), Evolved Packet System (EPS), Universal Mobile Telecommunications System (UMTS), and / or Global System for Mobile Communications (GSM). Various aspects may also be extended to systems defined by the 3rd Generation Partnership Project 2 (3GPP2), such as CDMA2000 and / or Evolution-Data Optimized (EV-DO). Other examples may be implemented in systems employing IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Ultra-Wideband (UWB), Bluetooth, and / or other suitable systems. The actual telecommunication standard, network architecture, and / or communication standard employed will depend on the specific application and the overall design constraints imposed on the system.

[0142] In this disclosure, the word "exemplary" is used to mean "serving as an example, instance, or illustration." Any implementation or aspect described herein as "exemplary" is not necessarily to be construed as preferred or advantageous over other aspects of the disclosure. Likewise, the term "aspect" does not require that all aspects of the disclosure include the feature, advantage, or mode of operation discussed. The term "coupled" as used herein refers to a direct or indirect coupling between two objects. For example, if object A physically contacts object B, and object B contacts object C, then objects A and C can still be considered to be coupled to each other - even if they are not in direct physical contact with each other. For example, a first object can be coupled to a second object even if the first object has never been in direct physical contact with the second object. The terms "circuit" and "circuitry" are used broadly and are intended to include hardware implementations of electrical devices and conductors that, when connected and configured, achieve the performance of the functions described in this disclosure, without limitation to the type of electronic circuitry; and software implementations of information and instructions that, when executed by a processor, achieve the performance of the functions described in this disclosure.

[0143] Figure 1-13 One or more components, steps, features and / or functions shown in the drawings may be rearranged and / or combined into a single component, step, feature or function, or may be embodied in several components, steps or functions. Additional elements, components, steps and / or functions may also be added without departing from the novel features disclosed herein. Figure 1 、 2 The apparatus, device and / or components shown in FIG or 9 may be configured to perform one or more methods, features or steps described herein. The novel algorithms described herein may also be effectively implemented in software and / or embedded in hardware.

[0144] It is understood that the specific order or hierarchy of steps in the disclosed methods is an illustration of exemplary processes. Based on design preferences, it is understood that the specific order or hierarchy of steps in the methods may be rearranged. The accompanying method claims present elements of the various steps in a sample order, and are not meant to be limited to the specific order or hierarchy presented unless specifically stated therein.

[0145] The foregoing description is provided to enable those skilled in the art to practice the various aspects described herein. It will be readily apparent to those skilled in the art that various modifications to these aspects may be made, and the general principles defined herein may be applied to other aspects. Therefore, the claims are not intended to be limited to the aspects shown herein, but rather to conform to the full scope consistent with the language of the claims, wherein, unless otherwise stated, reference to an element in the singular is not intended to mean "one and only one," but rather "one or more." Unless otherwise specified, the term "some" refers to one or more. A phrase referring to "at least one" of a series of items refers to any combination of these items, including individual members. For example, "at least one of a, b, or c" is intended to cover a; b; c; a and b; a and c; b and c; and a, b, and c. All structural and functional equivalents to the elements of the various aspects described in this disclosure that are known or will be known to those of ordinary skill in the art are expressly incorporated herein by reference and are intended to be included in the claims. In addition, nothing disclosed herein is intended to be dedicated to the public regardless of whether such disclosure is explicitly stated in the claims.

Claims

1. A wireless communication method at a user equipment, the method comprising: successfully decoding first data on a first subchannel among the plurality of subchannels; designating the first subchannel as occupied after successfully decoding the first data on the first subchannel; Failure to successfully decode second data on a second subchannel of the plurality of subchannels; calculating a first received signal power of the second subchannel based on an estimate of leakage from the first subchannel to the second subchannel; determining that the first received signal power of the second subchannel is less than a second received signal power of the first subchannel; and designating the second subchannel as unoccupied after failing to successfully decode the second data on the second subchannel, wherein designating the second subchannel as unoccupied is based on determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel; as well as A channel busy rate (CBR) of the user equipment is calculated based on designating the first subchannel as occupied and designating the second subchannel as unoccupied.

2. The method according to claim 1, wherein The first received signal power comprises a received signal strength indication RSSI measured by the user equipment on the second subchannel, and The second received signal power includes an RSSI measured by the user equipment on the first sub-channel.

3. The method according to claim 1, further comprising: Measuring a received signal strength indicator RSSI on the second subchannel; deriving the leakage estimate; subtracting the leakage estimate from the RSSI on the second subchannel to provide an adjusted RSSI; as well as comparing the adjusted RSSI with a channel occupancy threshold; Wherein designating the second sub-channel as unoccupied is based on comparing the adjusted RSSI with the channel occupancy threshold.

4. The method of claim 3, wherein deriving the leakage estimate comprises: estimating a signal power mask of another user equipment used to send the first data on the first subchannel; as well as Signal leakage is estimated based on the signal power mask and the RSSI on the second sub-channel.

5. The method of claim 3 , wherein deriving the leakage estimate comprises: estimating a path loss from the user equipment to another user equipment that sends the first data on the first subchannel; as well as Signal leakage is estimated based on the path loss and a defined leakage parameter.

6. The method according to claim 3, wherein: The channel occupancy threshold includes a side link RSSI S-RSSI channel occupancy threshold. The method according to claim 1 , wherein the received signal power of the second sub-channel is greater than a channel occupancy threshold.

8. The method according to claim 7, wherein The received signal power includes a received signal strength indication RSSI measured by the user equipment on the second subchannel; and The channel occupancy threshold includes a side link RSSI S-RSSI channel occupancy threshold.

9. The method according to claim 1, further comprising: Determining that, among the multiple sub-channels, the second sub-channel is adjacent to the first sub-channel; as well as After determining that the second subchannel is immediately adjacent to the first subchannel, an attempt to decode the second data on the second subchannel is initiated.

10. The method according to claim 1, further comprising: Determining that, among the multiple sub-channels, a third sub-channel is immediately adjacent to the second sub-channel; failing to successfully decode third data on the third subchannel after determining that the third subchannel is immediately adjacent to the second subchannel; as well as designating the third subchannel as unoccupied after failing to successfully decode the third data on the third subchannel; Calculating the CBR of the user equipment is further based on designating the third subchannel as unoccupied.

11. The method according to claim 1 , further comprising: selecting a subset of subchannels from the plurality of subchannels based on the CBR; as well as Information is sent to another user equipment via the subset of subchannels.

12. The method of claim 1, wherein the plurality of sub-channels includes a sub-channel allocated for vehicle-to-everything (V2X) communication.

13. The method according to claim 12, wherein the V2X communication comprises 3rd Generation Partnership Project 3GPP Long Term Evolution V2X communication or 3GPP 5G V2X communication.

14. A user equipment comprising: transceiver; Memory; and a processor communicatively coupled to the transceiver and the memory, wherein the processor and the memory are configured to: successfully decoding first data on a first subchannel of a plurality of subchannels received via the transceiver; designating the first subchannel as occupied after successfully decoding the first data on the first subchannel; Failure to successfully decode second data on a second subchannel of the plurality of subchannels; calculating a first received signal power of the second subchannel based on an estimate of leakage from the first subchannel to the second subchannel; determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel; designating the second subchannel as unoccupied after failing to successfully decode the second data on the second subchannel, wherein designating the second subchannel as unoccupied is based on determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel; as well as A channel busy rate (CBR) of the user equipment is calculated based on designating the first subchannel as occupied and designating the second subchannel as unoccupied.

15. The user equipment according to claim 14, wherein The first received signal power comprises a received signal strength indication RSSI measured by the user equipment on the second subchannel, and The second received signal power includes an RSSI measured by the user equipment on the first sub-channel.

16. The user equipment according to claim 14, wherein the processor and the memory are further configured to: Measuring a received signal strength indicator RSSI on the second subchannel; deriving the leakage estimate; subtracting the leakage estimate from the RSSI on the second subchannel to provide an adjusted RSSI; as well as comparing the adjusted RSSI with a channel occupancy threshold; Wherein designating the second sub-channel as unoccupied is based on comparing the adjusted RSSI with the channel occupancy threshold.

17. The user equipment according to claim 16, wherein the processor and the memory are further configured to: estimating a signal power mask of another user equipment used to transmit the first data on the first subchannel; and Signal leakage is estimated based on the signal power mask and the RSSI on the second sub-channel.

18. The user equipment according to claim 16, wherein the processor and the memory are further configured to: estimating a path loss from the user equipment to another user equipment that transmits the first data on the first subchannel; and Signal leakage is estimated based on the path loss and a defined leakage parameter.

19. The user equipment according to claim 16, wherein The channel occupancy threshold includes a side link RSSIS-RSSI channel occupancy threshold.

20. The user equipment according to claim 14, wherein the received signal power of the second sub-channel is greater than a channel occupancy threshold.

21. The user equipment according to claim 20, wherein The received signal power includes a received signal strength indication RSSI measured by the user equipment on the second subchannel; and The channel occupancy threshold includes a side link RSSIS-RSSI channel occupancy threshold.

22. The user equipment of claim 14, wherein the processor and the memory are further configured to: determining that, among the plurality of sub-channels, the second sub-channel is adjacent to the first sub-channel; and After determining that the second subchannel is immediately adjacent to the first subchannel, an attempt to decode the second data on the second subchannel is initiated.

23. The user equipment of claim 14, wherein the processor and the memory are further configured to: Determining that, among the multiple sub-channels, a third sub-channel is immediately adjacent to the second sub-channel; failing to successfully decode third data on the third subchannel after determining that the third subchannel is immediately adjacent to the second subchannel; as well as designating the third subchannel as unoccupied after failing to successfully decode the third data on the third subchannel; Calculating the CBR of the user equipment is further based on designating the third subchannel as unoccupied.

24. The user equipment of claim 14, wherein the processor and the memory are further configured to: selecting a subset of subchannels from the plurality of subchannels based on the CBR; and Information is sent to another user equipment via the subset of subchannels.

25. The user equipment of claim 14, wherein the plurality of sub-channels includes a sub-channel allocated for vehicle-to-everything (V2X) communication.

26. The user equipment according to claim 25, wherein the V2X communication comprises 3rd Generation Partnership Project 3GPP Long Term Evolution V2X communication or 3GPP 5G V2X communication.

27. A user equipment comprising: means for decoding, wherein the means for decoding successfully decodes first data on a first subchannel of the plurality of subchannels; means for designating the first sub-channel as occupied after successfully decoding the first data on the first sub-channel; wherein the means for decoding fails to successfully decode second data on a second subchannel of the plurality of subchannels; means for calculating a first received signal power of the second subchannel based on an estimate of leakage from the first subchannel to the second subchannel; means for determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel; means for designating the second subchannel as unoccupied after failing to successfully decode the second data on the second subchannel, wherein designating the second subchannel as unoccupied is based on determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel; as well as means for calculating a channel busy rate (CBR) of the user equipment based on designating the first subchannel as occupied and designating the second subchannel as unoccupied.

28. A product for use by a user equipment in a wireless communication network, the product comprising: A computer-readable medium storing instructions executable by one or more processors of the user device to perform the following operations: successfully decoding first data on a first subchannel among the plurality of subchannels; designating the first subchannel as occupied after successfully decoding the first data on the first subchannel; Failure to successfully decode second data on a second subchannel of the plurality of subchannels; calculating a first received signal power of the second subchannel based on an estimate of leakage from the first subchannel to the second subchannel; determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel; designating the second subchannel as unoccupied after failing to successfully decode the second data on the second subchannel, wherein designating the second subchannel as unoccupied is based on determining that the first received signal power of the second subchannel is less than the second received signal power of the first subchannel; as well as A channel busy rate (CBR) of the user equipment is calculated based on designating the first subchannel as occupied and designating the second subchannel as unoccupied.

Images