Inter-device communication
Patent Information
- Application Number
- JP2024524408
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Priority Date
- 2022-09-01
- Filing Date
- 2022-11-01
- Publication Date
- 2025-11-05
- Estimated Expiration
- 2042-11-01
AI Technical Summary
Existing communication technologies face challenges in managing resource conflicts and interference between devices using sidelink transmissions, particularly when multiple devices attempt to communicate using the same resource slots, leading to potential collisions and reduced reliability.
Devices employ methods to determine potential resource conflicts by analyzing reference signal received power and sending collision messages to adjust resource selection, using periodic and continuous partial sensing to optimize resource usage, and selecting preferred and unpreferred resources based on thresholds and feedback.
This approach reduces the likelihood of resource conflicts, improves resource selection reliability, and minimizes power consumption by optimizing resource allocation and sensing strategies for sidelink communications.
Smart Images

Figure 00000000_0000_ABST
Abstract
Description
[Technical field]
[0001] CROSS-REFERENCE TO RELATED APPLICATIONS This application claims priority to U.S. patent application Ser. No. 17 / 901,022, filed Sep. 1, 2022, which claims priority to U.S. patent application Ser. No. 63 / 276,248, filed Nov. 5, 2021. [Background technology]
[0002] User equipment, e.g., a mobile device such as a cellular phone or tablet or vehicle, can use resources for communication with other devices. For example, user equipment can communicate with external user equipment using sidelink transmissions. Data transmissions can include, e.g., receiving data using the sidelink and, e.g., transmitting data using the sidelink. Summary of the Invention
[0003] In general, one aspect of the subject matter described herein can be realized in a method that includes receiving, by a first device and from a second device, sidelink control information indicating resource reservation for a single-slot resource to be used by the second device to communicate with the first device; determining, by the first device based at least in part on the sidelink control information, whether a potential resource collision exists when the first device is scheduled to communicate with another device using the single-slot resource or when the single-slot resource is reserved by another device; and, in response to determining that a potential resource collision exists, transmitting, by the first device, a collision message within a predetermined number of slots from a reference slot to cause the second device to determine another single-slot resource to be used to communicate with the first device.
[0004] In general, one aspect of the subject matter described herein can be realized in a method that includes receiving, by a first device and from a second device, sidelink control information indicating resource reservation for a single-slot resource used by the second device to communicate with the first device; determining, by the first device after receiving the sidelink control information, a reference signal received power for a third device having reserved resources that at least partially overlap in time and frequency with the single-slot resource; determining, by the first device, whether the reference signal received power for the third device satisfies a reference signal received power threshold; and, in response to determining that the reference signal received power for the third device satisfies the reference signal received power threshold, transmitting a collision message to have the second device determine another single-slot resource to use to communicate with the first device.
[0005] In general, one aspect of the subject matter described herein can be realized in a method that includes the actions of: determining, by a first device, a time window comprising a plurality of time slots that can be used to determine a time slot for communicating with another device using a single-slot resource on a sidelink communication channel; determining, by the first device, a first offset and a second offset that identify the time window relative to a reference time slot; and, during the reference time slot, transmitting, by the first device, a message including a request to the second device, ii) identifying the first offset and the second offset that identify the time window, and iii) requesting the second device to respond with an identification of one or more time slots in the time window for the single-slot resource.
[0006] In general, one aspect of the subject matter described herein can be realized in a method that includes determining, by a first device, one or more first preferred single slot resources from a set of multiple candidate resources for communicating with another device; receiving, by the first device, a message from a second device indicating one or more second preferred single slot resources from the set of multiple candidate resources that the first device can use to communicate with the second device; determining one or more intersection single slot resources, each of which is one of the one or more first preferred single slot resources and one of the one or more first preferred single slot resources; determining whether a quantity of the one or more intersection single slot resources satisfies a quantity threshold; and, in response to a determination of whether a quantity of the one or more intersection single slot resources satisfies the quantity threshold, selectively reporting to an upper layer of the first device a) one or more intersection single slot resources, or b) a set of resources from the one or more intersection single slot resources and the one or more first preferred single slot resources.
[0007] In general, one aspect of the subject matter described herein can be realized in a method that includes receiving, by a first device from a second device, a message indicating one or more unpreferred single-slot resources that should not be used by the first device to communicate with the second device; determining a suitable subset of candidate resources by excluding the one or more unpreferred single-slot resources from a set of a plurality of candidate resources; determining one or more preferred resources from the suitable subset of candidate resources; determining whether the first device has received a message indicating a unpreferred single-slot resource; in response to determining that the first device has received a message indicating a unpreferred single-slot resource, determining a quantity threshold using either a unpreferred percentage or number of resources in the suitable subset of candidate resources, or both; determining whether a quantity of the one or more preferred resources meets the quantity threshold; and, in response to determining whether a quantity of the one or more preferred resources meets the quantity threshold, selectively reporting the one or more preferred resources to a higher layer of the first device or increasing a decibel level of a priority value for use in sensing one or more other preferred resources. The non-preferred percentage may be a different percentage than the percentage used when the first device does not receive a message indicating a non-preferred single slot resource.
[0008] In general, one aspect of the subject matter described herein can be realized in a method that includes the actions of: determining, by a first device, a set of candidate slots using periodicity-based partial sensing; determining, by the first device, to aperiodically transmit data to a second device during the first slot; determining whether a gap between the first slot and a start of the set of candidate slots satisfies a first slot gap threshold indicative of a first number of slots; and, in response to determining that the gap satisfies the first slot gap threshold, determining, by the first device, a successive partial sensing window having i) a starting slot that is at least a first number of slots before the start of the set of candidate slots and ii) an ending slot that is at least a second slot gap threshold before the start of the set of candidate slots, the second slot gap threshold indicative of a second number of slots; and determining, by the first device, a subset of slots from the set of candidate slots to use for aperiodically transmitting data to the second device using successive partial sensing in the successive partial sensing windows.
[0009] In general, one aspect of the subject matter described herein can be realized in a method that includes the actions of determining, by a first device, a first set of candidate slots using periodicity-based partial sensing; determining, by the first device, to aperiodically transmit data to a second device during the first slots; determining whether a gap between the first slot and a start of the first set of candidate slots satisfies a first slot gap threshold; and, in response to determining that the gap does not satisfy the first slot gap threshold, determining, by the first device, a contiguous partial sensing window having i) a starting slot that is a first predetermined number of slots from the first slot and ii) an ending slot that is up to a second predetermined number of slots from the first slot; and determining, by the first device, a second set of candidate slots to use for aperiodically transmitting data to the second device using successive partial sensing within the successive partial sensing windows.
[0010] Other examples of this aspect include corresponding computer systems, apparatus, computer program products, and computer programs stored on one or more computer storage devices, each configured to perform the operations of the method. One or more computer systems may be configured to perform particular operations or actions by installing software, firmware, hardware, or a combination thereof into a running system and causing the system to perform the operations. One or more computer programs may be configured to perform particular operations or actions by comprising instructions that, when executed by a data processing device, cause the device to perform the operations.
[0011] The above and other embodiments may optionally include one or more of the following features, alone or in combination: Transmitting the collision message may include transmitting the collision message within a predetermined number of slots from a slot in which the first device received the sidelink control information. Transmitting the collision message may include transmitting the collision message within a predetermined number of slots from a slot in which a potential resource collision exists according to the received sidelink control information.
[0012] In some implementations, the method can include receiving resource pool configuration data or pre-configuration data that identifies a reference slot. Transmitting the collision message can include transmitting a device-to-device coordination message. The predetermined number of slots can be three or fewer slots. Transmitting the collision message can include transmitting a collision message within three or fewer slots from the reference slot to cause the second device to determine another single-slot resource to use to communicate with the first device.
[0013] In some implementations, the method can include receiving, by the first device, second sidelink control information from the third device indicating a second resource reservation for a second single-slot resource used by the third device to communicate with the first device, determining, by the first device after receiving the second sidelink control information, whether a potential resource collision exists when the first device is scheduled to communicate with another device using the second single-slot resource, and determining, by the first device in response to determining that a potential resource collision does not exist, to skip transmitting a collision message within a predetermined number of slots from a reference slot. The second device can be the third device.
[0014] In some implementations, the reference signal received power threshold may be a second reference signal received power for the second device. The method may include determining the second reference signal received power for the second device before determining whether the reference signal received power for the third device satisfies the reference signal received power for the second device. Determining whether the reference signal received power for the third device satisfies the reference signal received power for the second device may include determining whether the reference signal received power for the third device is within a power level threshold of the reference signal received power for the second device.
[0015] In some implementations, the reference signal received power threshold may be a predetermined reference signal received power threshold. The method may include receiving resource pool configuration data or pre-configuration data identifying the reference signal received power threshold. Receiving sidelink control information may include receiving sidelink control information identifying the reference signal received power threshold. Determining whether the reference signal received power for the third device satisfies the reference signal received power threshold may include determining whether the reference signal received power for the third device is greater than, equal to, or greater than or equal to the reference signal received power threshold.
[0016] In some implementations, the method can include receiving, after transmitting the message, a response from the second device by the first device identifying one or more time slots for the single-slot resource determined by the second device using the first offset, the second offset, and the data for the reference time slot. The method can include determining, by the first device, a single-slot resource for communicating with the other device using one of the one or more time slots identified in the response.
[0017] In some implementations, determining the time window can include determining a time window including a plurality of preferred resources from which the second device can select one or more resources that can be used to determine the single-slot resource, each of which has a corresponding time slot and a corresponding subchannel index, and transmitting the message can include transmitting a message including a request for the second device to respond with an identification of one or more resources selected from the plurality of preferred resources for the single-slot resource.
[0018] In some implementations, determining the time window can include determining a time window including a plurality of non-preferred resources, each having a corresponding time slot and a corresponding subchannel index, from which the second device should not select one or more resources that can be used to determine the single-slot resource. Transmitting the message can include transmitting a message including a request for the second device to respond with an identification of one or more resources for the single-slot resource selected from the plurality of resources not including the non-preferred resources.
[0019] In some implementations, the method can include determining a set of resources from one or more first preferred single-slot resources. Determining the set of resources can include determining a set of resources from one or more first preferred single-slot resources that excludes one or more intersecting single-slot resources. The method can include configuring a quantity threshold for each resource pool. The method can include configuring the quantity threshold using data priority.
[0020] In some implementations, selectively reporting may include selectively reporting to an upper layer of the first device one or more intersecting single slot resources and a set of resources from the one or more first preferred single slot resources in response to determining that the amount of the one or more intersecting single slot resources does not meet a quantity threshold. The method may include, after selectively reporting, selecting, by the upper layer of the first device, one or more intersecting single slot resources for communication with the second device, and randomly selecting, by the upper layer of the first device, an amount of resources from the set of resources for communication with the second device. Selectively reporting may include selectively reporting to an upper layer of the first device one or more intersecting single slot resources in response to determining that the amount of the one or more intersecting single slot resources meets a quantity threshold.
[0021] In some implementations, the method can include randomly selecting, after selectively reporting by an upper layer of the first device, an amount of resources from the one or more intersecting single-slot resources for communication with the second device. Receiving the message can include receiving an inter-device coordination message.
[0022] In some implementations, selectively reporting the one or more preferred resources to a higher layer of the first device or increasing the decibel level can include reporting the one or more preferred resources to a higher layer of the first device in response to determining that the amount of the one or more preferred resources meets a quantity threshold. Selectively reporting the one or more preferred resources to a higher layer of the first device or increasing the decibel level can include increasing a decibel level for a priority value for use in sensing one or more other preferred resources in response to determining that the amount of the one or more preferred resources does not meet a quantity threshold.
[0023] In some implementations, determining the proper subset of candidate resources may include excluding any candidate single-slot resources from the set of multiple candidate resources for which a) a reference signal received power for the sidelink control information is higher than a threshold and b) is periodically reserved by another device within a resource selection window. Determining one or more preferred resources from the proper subset of candidate resources may include determining one or more preferred resources by sensing one or more first preferred resources from the set of multiple candidate resources and excluding each of the one or more non-preferred single-slot resources from the one or more first preferred resources.
[0024] In some implementations, the first slot gap threshold may be greater than the second slot gap threshold. Determining the set of candidate slots may occur prior to determining to aperiodically transmit data to the second device. The set of candidate slots may be contiguous. The method may include determining the second slot gap threshold using the successive partial sensing result processing time and the sidelink transmission preparation time.
[0025] In some implementations, the method can include aperiodically transmitting data by the second device to the first device over slots from the subset of slots. The method can include determining whether a quantity of slots in the set of candidate slots meets a quantity threshold. Determining the successive fractional sensing window can be responsive to determining that the quantity of slots meets the quantity threshold and that the gaps meet a first slot gap threshold. Determining the successive fractional sensing window can include determining a successive fractional sensing window having a starting slot that is a first slot gap threshold prior to a start of the set of candidate slots.
[0026] In some implementations, the method can include determining whether a quantity of slots in the first set of candidate slots meets a quantity threshold. Determining the consecutive partial sensing window can be responsive to determining that the quantity of slots does not meet the quantity threshold and that the gap does not meet a first slot gap threshold. The first predetermined number of slots can be one. The second predetermined number of slots can be 32 or less.
[0027] In some implementations, the method can include aperiodically transmitting data by the second device to the first device via slots from a second set of candidate slots. The method can include determining the second predetermined number of slots using the successive partial sensing result processing time and the sidelink transmission preparation time. Determining the second predetermined number of slots can include determining the second predetermined number of slots having a distance between a start slot and an end slot that is at most two minutes.
[0028] The subject matter described herein may be implemented in various embodiments and may provide one or more of the following advantages: The systems and methods described herein may reduce the likelihood of device, e.g., user equipment, resource collisions. The systems and methods described herein may improve the selection of preferred and non-preferred resources for use in transmissions between devices, e.g., user equipment. The systems and methods described herein may improve candidate resource selection, reliability, or both by reusing periodicity-based partial sensing candidates for aperiodic transmissions. The systems and methods described herein may reduce power consumption by performing partial sensing, e.g., by using continuous partial sensing for aperiodic communications.
[0029] Details of one or more implementations of the subject matter described herein are set forth in the accompanying drawings and the specification below. Other features, aspects, and advantages of the subject matter will become apparent from the description, drawings, and claims. [Brief description of the drawings]
[0030] [Figure 1] 1 illustrates an example environment in which a first device communicates with a second device using a sidelink channel.
[0031] [Diagram 2] 1 illustrates an example of an environment in which a first device, a second device, or both, may use preferred or non-preferred resources.
[0032] [Diagram 3] 1 illustrates an example timeline for a device sensing a candidate slot for communication with another device.
[0033] [Figure 4] FIG. 4 is a flow diagram of an example process for determining whether a collision exists.
[0034] [Diagram 5] FIG. 4 is a flow diagram of an example process for determining whether a collision exists.
[0035] [Figure 6] FIG. 11 is a flow diagram of an example process for sending a time window message.
[0036] [Figure 7] 1 is a flow diagram of an example process for determining resources to use to communicate with another device.
[0037] [Figure 8]FIG. 11 is a flow diagram of an example process for determining whether to use cycle-based partial sensing for aperiodic communication.
[0038] [Figure 9] 1 illustrates a wireless network according to some implementations.
[0039] [Figure 10] 1 illustrates a user equipment (UE) according to some implementations.
[0040] [Figure 11] 1 illustrates an access node according to some implementations.
[0041] Like reference numbers and designations in the various drawings indicate like elements. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0042] Devices can use various protocols to communicate with each other. For example, a first user equipment, e.g., a smartphone, can communicate with a second user equipment, e.g., another smartphone, using a cellular connection that includes a base station.
[0043] A device may be able to communicate directly with another device without using a base station, for example, a device may use a sidelink channel to transmit data to or receive data from other devices, for example to communicate with the other devices.
[0044] To communicate on a sidelink channel, two devices need to select resources in time and frequency on which to communicate. Collisions can occur when one device selects a less-than-ideal resource. For example, collisions can occur when different devices select the same resource for communication, when the reference signal received power for different devices meets a threshold that would cause interference when the two devices attempt to communicate, or both.
[0045] To reduce the likelihood of collision, a device receiving a resource reservation request from a second device can determine whether a collision is likely to occur. The device can make this determination within a predetermined number of slots after receiving the request, within a predetermined number of slots of the identified resource, or both. The device can make this determination, for example, using a reference signal receive power of another device within a threshold distance of the device, a reference signal receive power of the second device, or both. The device can then use the result of the collision likelihood determination to indicate whether the second device should select another resource for communication with the first device.
[0046] In some implementations, two devices can communicate to select a set of preferred resources. The preferred resources can be resources with a lower probability of collision. For example, a first device can receive a list of resources from a second device, the list identifying either preferred or non-preferred resources. If the list identifies a preferred resource of the second device, the first device can select its own preferred resource from the list of resources of the second device and communicate with the second device using one of those resources.
[0047] If the list identifies a non-preferred resource of the second device, the first device can determine its own preferred resources that do not include any of the non-preferred resources of the second device. The two devices can then communicate using one of the first device's preferred resources.
[0048] To indicate a list of preferred or non-preferred resources, the devices can use a time window. For example, the second device can transmit data to the first device identifying the time window. The data can indicate a start slot, an end slot, or both of the time window. The data can indicate whether the time window is for preferred or non-preferred resources.
[0049] To improve the reliability of the selected resources, a device creating a list of candidate resources, e.g., preferred resources, can determine whether to use periodic-based partial sensing ("PBPS") candidate resources for aperiodic transmissions. The device can use the number of resources in the list of candidate resources, the number of slots before the start of the list of candidate resources, or both to determine whether to use a PBPS candidate resource. When one or more thresholds are met, the device can use continuous partial sensing ("CPS") with PBPS. When any of the thresholds are not met, the device can use CPS without PBPS.
[0050] 1 illustrates an example environment 100 in which a first device 102 communicates with a second device 104 using a sidelink channel 108. The first device 102 can communicate with the second device 104 using resources selected by one or a combination of both of the devices 102, 104. For example, instead of having the base station 114 assign resources to the first device 102 for use when communicating with the second device 104, the first device 102, the second device 104, or both, determine the resources to use for communication between the two devices 102, 104.
[0051] The second device 104 can determine resources to use when communicating with the first device 102, e.g., for sidelink transmission. The second device 104 can generate sidelink control information ("SCI") that identifies the resources. The second device 104 can generate sidelink control information ("SCI") that identifies the resources. A During the sidelink control information identifying the resources may be transmitted to the first device 102.
[0052] The first device 102 receives sidelink control information identifying the reserved resources. The first device 102 can determine whether there is or may be a collision between the reserved resources and another resource that the first device 102 is scheduled to use to communicate with another device, e.g., the third device 110, or another resource reserved for use by another device, e.g., the third device 110. For example, the third device 110 can reserve another resource for use to communicate with a fourth device (not shown). The other resource reserved for use by the other device may be a resource for a physical sidelink shared channel ("PSSCH").
[0053] For example, a time period T BDuring the analysis, the first device 102 can determine whether the reference signal received power meets a power threshold. The reference signal received power can be for the third device 110, e.g., the third reference signal received power 112, for the second device, e.g., the second reference signal received power 106, or the first device can analyze both reference signal received powers 106, 112.
[0054] In some examples, the power threshold may be, for example, a predetermined threshold for absolute interference. For example, the first device 102 may use 8 decibel milliwatts ("dBm") as the power threshold. The first device 102 may sense the third reference signal received power 112 of the third device 110 using a sensor included in the first device 102. The first device 102 may compare the third reference signal received power 112 to a predetermined threshold, for example, 8 dBm. When the third reference signal received power 112 meets, for example, is greater than, equal to, or greater than the predetermined threshold, the first device 102 may determine that a collision may occur. When the third reference signal received power does not meet, for example, is less than, equal to, or less than the predetermined threshold, the first device may determine that a collision is not likely.
[0055] In some examples, the power threshold may be, for example, one of two reference signal receive powers 106, 112 for relative interference. For example, the first device 102 may use a sensor to sense the second reference signal receive power 106 and the third reference signal receive power 112. The first device 102 may compare the two reference signal receive powers 106, 112. When the third reference signal receive power 112 meets the second reference signal receive power 106, the first device 102 may determine that a collision may occur. When the third reference signal receive power 112 does not meet the second reference signal receive power 106, the first device may determine that a collision is not likely.
[0056] The first device 102 may use the determination of whether a collision is possible to determine whether to transmit the collision message 116. For example, if the first device 102 determines that a collision is not possible, the first device 102 may decide to skip transmitting the collision message 116 to the second device 104.
[0057] When the first device 102 determines that a collision may occur, the first device 102 waits for a time period T C For example, in slot T C During the communication, the first device 104 may transmit a collision message 116 to the second device 104. The collision message 116 may indicate that a collision may occur. In some implementations, the collision message 116 may be inter-device coordination information, e.g., inter-user equipment coordination information.
[0058] The first device 102 may use any suitable method to determine the time period T C For example, the first device 102 may determine to transmit the collision message 116 at most a first predetermined number of slots P1 after the first device 102 receives sidelink control information ("SCI") during slot R1. The first device 102 may determine to transmit the collision message 116 at most a second predetermined number of slots P2 before slot R2 for the reserved resources. The first predetermined number P1, the second predetermined number P2, or both may be at most three slots, e.g., 2-3 slots. By using the first predetermined number, the first device 102 may improve the latency of the environment 100. By using the second predetermined number, the first device 102 may improve reliability, e.g., reduce the likelihood that a collision will not occur.
[0059] The body of the collision message 116 may include a value indicating whether a collision is likely to occur. For example, the collision message 116 may include a bit indicating whether a collision is likely to occur. This bit may be present in the body of the collision message 116. In some examples, the collision message 116 includes only a single bit indicating whether a collision is likely to occur.
[0060] The second device 104 receives the collision message 116. The second device 104 can use the collision message 116 to determine whether a collision is likely to occur. For example, the second device 104 can analyze the collision message 116 to determine a value of a bit. The second device 104 can use the value of the bit to determine whether a collision is likely to occur. If the second device 104 determines that a collision is likely to occur if the second device 104 uses the reserved resource to communicate with the first device 102, the second device 104 can reserve another resource for communication with the first device 102.
[0061] In some implementations, the first device 102 transmits the collision message 116 to the second device 104 only when a collision is likely to occur. In these implementations, when the first device 102 determines that a collision is not likely to occur, the first device 102 may decide to skip transmitting the collision message 116 to the second device 104. The second device 104 may determine that a collision is not likely to occur when the second device 104 does not receive the collision message 116. For example, the second device 104 may determine that a first predetermined number of slots P1 or a second predetermined number of slots P2 has elapsed and that a collision is not likely to occur. When the second device 104 determines that a collision is not likely to occur, the second device 104 may communicate with the first device 102 using the reserved resources.
[0062] The collision message may have any suitable format. In some implementations, the collision message may have a physical sidelink feedback channel ("PSFCH") format, such as a PSFCH Format 0 sequence. The collision message may be represented by a sequence of data. For example, a single physical resource block may include a circular shift of the sequence vs. N CS For example, each cyclic shift pair in the sequence represents a collision message, and the number of cyclic shift pairs N CS can be 1, 2, 3, or 6. When a receiving device, for example the second device 104, receives a particular sequence in a particular physical resource block, the receiving device can determine that a collision has occurred or is likely to occur.
[0063] A transmitting device, e.g., a first device, may use any suitable process to generate the collision messages, e.g., the sequence. For example, the transmitting device may generate collision messages, e.g., the sequence, e.g., m0 and m cs In some examples, the value m cs can always be equal to 0. The initial circular shift m0 is CS For example, N CS If =1, then m0={0} and N CS If m0={0, 3}, then N CS If m0={0, 2, 4}, then N CS If m0 = 6, then m0 = {0, 1, 2, 3, 4, 5}.
[0064] The first device 102, the second device 104, or both may use any suitable method to determine whether to use the first predetermined number P1 or the second predetermined number P2. For example, a resource pool configuration or pre-configuration may indicate whether to use the first or second predetermined number. In some examples, data from the second device, e.g., sidelink control information, may indicate whether to use the first or second predetermined number.
[0065] A resource pool is a set of time and frequency resources that can be used for sidelink communications, e.g., transmission, reception, or both. Devices sharing a resource pool may know configuration data for the resource pool indicating various configuration values for the resource pool. For example, the devices may know the configuration data when they determine pre-configuration data to be part of the configuration data, when they receive the configuration data from the network, or both. These configuration values may include a value that identifies whether a device using the pool uses a first or second predefined number and a corresponding reference to the predefined number, e.g., sidelink control information slots R1 or reserved resource slots R2.
[0066] The devices 102, 104, 110 may include personal computers, mobile communication devices, and other devices capable of transmitting and receiving data over a sidelink channel. In some implementations, one or more of the devices 102, 104, 110 may transmit and receive data using a base station 114. For example, one or more of the devices 102, 104, 110 may be a smartphone, a smart vehicle, or a smart speaker.
[0067] 2 illustrates an example of an environment 200 in which a first device 202, a second device 204, or both, may use preferred or non-preferred resources. The devices 202, 204 may use resources by identifying preferred or non-preferred resources available for communication. The devices 202, 204 may use one or more lists of preferred, non-preferred, or both resources to select preferred resources for communicating with other devices.
[0068] For example, the first device 202 may decide to request a list of one or more resources from the second device 204. The list of one or more resources may include, for example, a list of one or more separate resources, such as a time window for the resources if the resources are contiguous, or resource slots. The request may indicate that the first device 202, for example, wishes to communicate with another device and needs to select resources from the time window 212 to use for communication. When the first device 202 receives a response from the second device 204, the first device 202 may use the response to select resources to use for communication with the other device, regardless of whether the other device is the second device 204.
[0069] The first device 202 is A To determine the time window 212 in the resource selection module 208, for example, a time window selection module 206 included in the resource selection module 208 can be used. The time window 212 can identify a number of slots from which a receiving device, e.g., a second device, identifies one or more resources.
[0070] Once the first device 202 determines the time window 212 for the list of one or more resources, the time window selection module 206 may determine a reference slot R1 during which the first device 202 transmits a message 210 to the second device 204. The message 210 may be a resource identification request, an inter-device coordination message, an inter-user equipment coordination message, or any other suitable message.
[0071] The time window selection module 206 may use the reference slot R1 to determine a first offset t1 from the reference slot R1 indicating the number of slots after the reference slot R1 when the time window 212 begins. The time window selection module 206 may use the reference slot R1 to determine a second offset t2 from the reference slot R1 indicating the number of slots after the reference slot R1 when the time window 212 ends.
[0072] The first device 202 is B During, for example, at a reference slot R1, the second device 204 may transmit a message 210, for example, a resource identification request, to the second device 204. The message 210 may include a first offset t1 and a second offset t2. In some examples, the message 210 does not explicitly identify the reference slot R1. Instead, the second device 204 may use the slot in which the message 210 was received as the reference slot R1.
[0073] Upon receiving a message 210, e.g., a resource identification request, the second device 204 can identify one or more resources using a time window 212. The second device 204 can use any suitable process to identify the resources. For example, the second device 204 can have its own resource selection module 209, implemented, e.g., in one or more processors, that can be used to select one or more resources or slots for resources.
[0074] The resource selection module 209 can select resources using a time window 212, e.g., a first offset t1 and a second offset t2 for the time window. For example, the resource selection module 209 can use the resource identification request 210 to determine the time window 212. The resource selection module 209 can receive data for the resource identification request 210 indicating a reference slot R1, a first offset t1, a second offset t2, or a combination of two or more of these. The resource selection module 209 can use the received data to determine the time window 212. The resource selection module 209 can then select one or more resources having a time slot within the time window 212. The resource selection module 209 can select one or more resources, each having a frequency, e.g., a subchannel index.
[0075] The resources may be preferred resources, e.g., resources that the first device 202 can use to communicate with other devices, such as the second device 204. When a resource is a preferred resource, the second device 204 may identify fewer than all preferred resources, e.g., up to a predetermined number of preferred resources.
[0076] The resources may be non-preferred resources, such as resources that may collide or resources that the second device 204 is scheduled to use for communication with another device. When a resource is a non-preferred resource, the second device 204 may identify all of the non-preferred resources.
[0077] The second device 204 may determine whether to identify preferred resources or non-preferred resources to respond to the resource identification request. For example, the second device 204 may determine whether the amount of preferred resources is greater than the amount of non-preferred resources if there is not a predetermined maximum number of preferred resources. If the amount of preferred resources is greater, the second device 204 may determine to transmit the list of non-preferred resources as the identified time resources. If the amount of preferred resources is not greater, the second device 204 may determine to transmit the list of preferred resources as the identified resources. In some examples, instead of comparing the amount of non-preferred resources to the amount of preferred resources, the second device 204 may compare the amount of non-preferred resources to a predetermined maximum number of preferred resources.
[0078] Once the second device 204 has identified the one or more resources, the second device 204 may C During, for example, a time period T C In a slot within the resource list, the second device 204 may respond to the first device 202 with a resource list. The resource list includes an identifier for each of the resources, e.g., slots, for which the second device 204 has been identified. The identifier may indicate a time, a frequency, or both for the corresponding resource. In some examples, the resource list may include data, e.g., a binary value, indicating whether the resource list is a list of preferred or non-preferred resources. A first value of the binary value, e.g., a 1, may indicate that the resource list is a list of preferred resources. A second value of the binary value, e.g., a 0, may indicate that the resource list is a list of non-preferred resources.
[0079] The first device 202 can receive the resource list and provide the resource list to the resource selection module 208. The resource selection module 208 can determine, for example, using a binary value, whether the resource list identifies preferred or non-preferred resources.
[0080] When the resource selection module 208 determines that the resource list identifies a second preferred resource of the second device 204, the resource selection module 208 may determine one or more first preferred resources of the first device 202. The resource selection module 208 may then determine one or more intersection resources included in both the first preferred resource and the second preferred resource. When the amount of a resource in the one or more intersection resources meets, e.g., is greater than, equal to, or either of, an amount threshold, the resource selection module 208 may send data for the one or more intersection resources to an upper level in the second device 204.
[0081] For example, the resource selection module 208 can be implemented in a physical layer of the first device 202. The resource selection module 208 can transmit data identifying the one or more intersection resources to a higher layer above the physical layer in the first device 202.
[0082] When the resource selection module 208 determines that the amount of intersection resources does not meet, e.g., is less than, equal to, or both, the amount threshold, the resource selection module 208 can send first data about the one or more intersection resources and second data about the one or more additional resources to upper layers. The one or more additional resources can be resources included in the first preferred resources that are not included in the intersection resources, e.g., resources preferred by the first device 202 that are not also preferred by the second device 204.
[0083] The quantification threshold may be a pre-defined threshold. For example, the quantification threshold may be configured or pre-configured per resource. In some examples, the quantification threshold may depend on the data priority.
[0084] Upon receiving data regarding one or more resources, the upper layer of the first device 202 may randomly select a predetermined number of resources. If the upper layer receives data only for the intersection resources, the upper layer may select, for example randomly, a predetermined number of resources from the intersection resources. If the upper layer receives data for the intersection resources and one or more additional resources, the upper layer may select all of the intersection resources and randomly select the remaining resources from the additional resources for a total selection of the predetermined number of resources.
[0085] If the resource selection module 208 determines that the resource list identifies a non-preferred resource for the second device 204, the resource selection module 208 may determine one or more preferred resources for the first device 202. The resource selection module 208 excludes the non-preferred resource for the second device 204 from the one or more preferred resources.
[0086] The resource selection module 208 determines an amount of the remaining preferred resources after filtering out the non-preferred resources. The resource selection module 208 compares the amount to a second threshold amount. When the amount meets the second threshold amount, the resource selection module 208 transmits data for the remaining preferred resources to upper layers of the first device 202.
[0087] When the amount does not meet the second threshold amount, the resource selection module 208 can increase the decibel level, e.g., the decibel level for the priority value, used when sensing additional preferred resources for the first device 202. The resource selection module 208 can then cause the first device 202 to sense additional preferred resources using the increased decibel level until the number of remaining preferred resources for the first device 202, after filtering out the non-preferred resources of the second device 204, meets the second threshold amount.
[0088] In some implementations, the resource selection module 208 can dynamically determine the second threshold amount. For example, the resource selection module 208 can use the first threshold amount in response to receiving a list of preferred resources and can dynamically determine the second threshold amount in response to receiving a list of non-preferred resources.
[0089] The resource selection module 208 determines the threshold amount T=X*M total X may be a percentage. M total may be the number of resources in the resource selection window. When using a list of non-preferred resources, the resource selection module 208 may select the preferred resource percentage X P A different, e.g., lower, percentage of unfavorable resources, X NP When using a list of preferred resources, the resource selection module 208 may select a number of resources M for a pool of candidate resources that includes both the preferred resources of the first device 202 and the preferred resources of the second device 204. total-P When using the list of unpreferred resources, the resource selection module 208 may select a number of resources M for the pool of candidate resources excluding the unpreferred resources of the first device. total-NP For example, a list of undesired resources S NP When using the number of resources Mtotal-NP is M total-P -S NP can be equal to
[0090] 2 illustrates the time window selection module 206 as part of the resource selection module 208, the first device 202 may use any suitable configuration for the time window selection module 206. For example, the time window selection module 206 may be separate from or at least partially included within the resource selection module 208.
[0091] 3 shows an example timeline 300 for a device sensing candidate slots for communication with another device. The device can decide whether to use continuous partial sensing ("CPS") alone or in conjunction with periodic-based partial sensing ("PBPS").
[0092] A device can use periodic-based partial sensing 302 to determine one or more slots 304 for resources that the device can use during periodic communication with another device. For example, the device can use one or more resources from the slots 304 to periodically communicate with another device, e.g., according to a schedule.
[0093] When the device receives the resource selection trigger 306 during slot n for aperiodic communication, the device can determine the candidate slot for communication. Usually, the device uses only the CPS to determine the candidate slot. In FIG. 3, the device can determine whether to use the CPS together with the PBPS to determine the candidate slot.
[0094] For example, when the device receives the resource selection trigger 306, the device may determine whether the PBPS candidate slot 308 identified during the periodic-based partial sensing 302 is at least a first slot gap threshold T1 away from slot n. The first slot gap threshold T1 may indicate a minimum number of slots required for the device to prepare to use a slot from the PBPS candidate slot 308. When the device determines that the PBPS candidate slot is at least the first slot gap threshold T1 away from slot n, the device may decide to use the PBPS candidate slot 308. This may improve the reliability of the resources identified by the device for aperiodic communication.
[0095] In some implementations, the device can determine whether the amount of slots in the PBPS candidate slots 308 meets, e.g., is greater than, equal to, or any other of a threshold amount of slots. If so, the device can decide to use the PBPS candidate slots 308.
[0096] When the device determines to use the PBPS candidate slot 308, the device may determine a CPS sensing window 310. The device may determine the start of the CPS sensing window 310 as a slot that is a first slot gap threshold T1 away from the start of the PBPS candidate slot 308. The device may determine the end of the CPS window 310 as a slot that is a second slot gap threshold T2 away from the start of the PBPS candidate slot. The device may determine a second slot gap threshold T2 using the successive partial sensing result processing time, the sidelink transmission preparation time, or both. For example, the second slot gap threshold T2 may be the sum of the successive partial sensing result processing time and the sidelink transmission preparation time.
[0097] When the device determines that the start of the PBPS candidate slot 308a is not at least a first slot gap threshold T1 from slot n or does not include at least a threshold amount of slots, the device may decide to use only the CPS. For example, the device may use slot n at which the device received the resource selection trigger 306 to determine the start and end of the CPS sensing window 312. The device may determine the start of the CPS sensing window 312 as a first predetermined number of slots from slot n, e.g., 1. The device may determine the end of the CPS sensing window 312 as a second predetermined number of slots from slot n, e.g., a different number than the first predetermined number. The device may select the second predetermined number as a value less than or equal to 32, e.g., greater than 0.
[0098] When using only the CPS, the device can determine one or more candidate slots within the time window. The device can determine one or more candidate slots within the time window for slot n, a second predetermined number T B , the successive partial sensing result processing time P1, the sidelink transmission preparation time P2, the first slot gap threshold T1, the second slot gap threshold T2, or a combination of two or more of these, may be used to determine the time window. For example, the device may determine the start of the time window s1=n+T B +P1+P2. The device can determine the end of the time window e1=n+T2. The device can then use a set of slots within the time window as one or more candidate single-slot resources.
[0099] 4 is a flow diagram of an example process 400 for determining whether a collision exists. For example, the process 400 may be used by any of the devices 102, 104, 110 from the environment 100. Although the process 400 is described with reference to a first device and a second device, these devices do not necessarily have to be the first device 102 and the second device 104, but may be a different combination of devices from the environment 100.
[0100] The first device receives sidelink control information from a second device (402). The sidelink control information can indicate resource reservations for single slot resources that the second device uses to communicate with the first device.
[0101] The first device determines whether a potential resource collision exists (404). The determination can be based at least in part on the sidelink control information. A potential collision can exist when the first device is scheduled to communicate with another device using a single slot resource, or when the single slot resource is reserved by another device, or both. In some examples, the first device can determine that a potential resource collision exists when the likelihood of a collision meets a likelihood threshold.
[0102] The first device transmits a collision message (406). For example, in response to determining that a potential collision exists, the first device transmits the collision message. Transmitting the collision message can cause the second device to determine another single-slot resource to use to communicate with the first device.
[0103] The first device may transmit the collision message within a predetermined number of slots from a slot in which the first device received the sidelink control information. The first device may transmit the collision message within a predetermined number of slots from a slot in which a potential resource collision exists according to the received sidelink control information. The first device may receive resource pool configuration data or pre-configuration data identifying a reference slot.
[0104] The first device decides to skip transmitting the collision message 408. For example, by deciding to skip transmitting the collision message, the first device may decide not to let the second device determine another single-slot resource to use to communicate with the first device.
[0105] In some implementations, process 400 may include additional steps, fewer steps, or some of the steps may be split into multiple steps. For example, process 400 may include one or more steps from process 500 described below. Process 400 may include step 502, step 504, step 506, or a combination of two or more of these. In some examples, process 400 includes step 406 and does not include step 408. In some examples, process 400 includes step 408 and does not include step 406. In some implementations, process 400 need not include step 402, but may include steps 404 and 406 or steps 404 and 408, for example.
[0106] 5 is a flow diagram of an example process 500 for determining whether a collision exists. For example, the process 500 may be used by any of the devices 102, 104, 110 from the environment 100.
[0107] The device determines 502 a reference signal received power for other devices that have reserved resources that at least partially overlap in time and frequency with the single slot resource. The device may use any suitable component, e.g., a sensor, to determine the reference signal received power.
[0108] The device determines 504 a reference signal received power threshold. The device may receive resource pool configuration data or pre-configuration data identifying the reference signal received power threshold. The device may receive sidelink control information identifying the reference signal received power threshold.
[0109] In some examples, the device may determine as the reference signal received power threshold a second reference signal received power for a second device, e.g., a form at which the device received sidelink control information.
[0110] The device determines whether the reference signal received power for the other device meets a reference signal received power threshold (506). For example, the device may determine whether the reference signal received power is greater than, equal to, or greater than the reference signal received power. In some examples, the device may determine whether the reference signal received power is within a threshold distance of a reference signal received power threshold, e.g., when the threshold is a second reference signal received power for the second device.
[0111] In some implementations, process 500 may include additional steps, fewer steps, or some of the steps may be split into multiple steps. For example, process 500 may include one or more steps from process 400, such as step 406, in response to determining that the reference signal received power for the other device meets the reference signal received power threshold. Process 500 may include performing step 408 in response to determining that the reference signal received power for the other device does not meet the reference signal received power threshold.
[0112] 6 is a flow diagram of an example process 600 for transmitting a time window message. For example, the process 600 may be used by the first device 202 from the environment 200.
[0113] The first device determines 602 a time window including a plurality of time slots that can be used to determine a time slot. The time slot can be for communicating with another device using a single slot resource on a sidelink communication channel. The time window can be for a sidelink communication channel to communicate with another device using a single slot resource having the time slot. The other device can be a second device.
[0114] The first device determines 604 a first offset and a second offset that identify a time window relative to a reference time slot. The reference time slot may be a slot in which the first device sends a message, e.g., a slot identification request, to the second device.
[0115] The first device transmits (606) a message during the reference time slot that includes a request to the second device to i) identify a first offset and a second offset that identify the time window, and ii) respond with an identification of one or more time slots in the time window for the single-slot resource. The second device can be the other device. In some examples, the second device is a different device than the other device.
[0116] In some implementations, the process 600 may include additional steps, fewer steps, or some of the steps may be split into multiple steps. For example, the process 600 may include steps 604 and 606 without step 602. After transmitting the message, the device may receive a response from the second device identifying one or more time slots for the single-slot resource. The second device may use the data for the first offset, the second offset, and the reference time slot to determine the one or more time slots. The device may then determine a single-slot resource for communicating with the second device using one of the one or more time slots identified in the response.
[0117] 7 is a flow diagram of an example process 700 for determining resources to use to communicate with another device from the environment 200, by the second device 204, for example, by a lower layer, such as a physical layer, within the second device.
[0118] The first device receives a message from the second device (702). The message can indicate one or more second single-slot resources from a set of multiple candidate resources that the first device can use to communicate with the second device.
[0119] The first device determines whether the second single-slot resource is a preferred resource 704. For example, the first device can determine whether data in the message, such as a flag, indicates whether the second single-slot resource is a preferred or non-preferred resource.
[0120] The first device determines one or more first preferred single slot resources for communication with the other device from the set of candidate resources (706). For example, in response to determining that the second single slot resource is a preferred resource, the first device determines the one or more first preferred single slot resources. In some examples, the first device may determine the first single slot resource before receiving the message or before determining whether the second single slot resource is a preferred resource.
[0121] The first device determines one or more preferred single slot resources, each of which is one of the one or more first preferred single slot resources and one of the one or more second preferred single slot resources (708). The one or more preferred single slot resources are one or more intersecting single slot resources.
[0122] The first device determines a suitable subset of candidate resources by excluding one or more non-preferred single-slot resources from the set of multiple candidate resources (710). For example, in response to determining that the second single-slot resource is not a preferred resource, e.g., a non-preferred resource, the first device determines a suitable subset of candidate resources. The set of multiple candidate resources can include one or more first preferred single-slot resources. For example, the first device can determine a suitable subset that includes one or more first preferred single-slot resources that are also not non-preferred single-slot resources.
[0123] In some implementations, determining the appropriate subset may include excluding any candidate single-slot resources from the set of multiple candidate resources for which a) a reference signal received power for the sidelink control information is higher than a threshold and b) the candidate resources are periodically reserved by another device within the resource selection window.
[0124] The first device determines one or more preferred resources from the proper subset of the candidate resources (712). For example, the first device senses one or more first preferred single-slot resources and determines the one or more preferred resources as resources from the first preferred single-slot resources that are in the proper subset of the candidate resources.
[0125] In some implementations, the first device can determine one or more first preferred single slot resources. The first device can determine the one or more preferred single slot resources by excluding non-preferred single slot resources from the one or more first preferred resources.
[0126] The first device determines the quantity threshold using either the unfavorable percentage or number of resources in the appropriate subset of candidate resources, or both (714). In some examples, the first device can configure the quantity threshold per resource pool using data priority, or both. A resource pool can be a set of time and frequency resources that can be used for communication with other devices, e.g., sidelink communication. Data priority can be, for example, before data transmitted over the sidelink.
[0127] The first device determines (716) whether the amount of the one or more preferred single-slot resources meets a quantity threshold. The amount can be a predetermined amount. The amount may be a dynamic amount and may be determined, for example, using an unpreferred percentage, a number of resources in a preferred subset, a data priority per resource pool, or a combination of two or more of these.
[0128] The first device reports the one or more preferred single slot resources to a higher layer of the first device (718). For example, in response to determining that the quantity meets the quantity threshold, the first device reports the one or more preferred single slot resources to a higher layer, for example above the physical layer.
[0129] The first device reports to a higher layer of the first device the one or more preferred single slot resources and a set of resources from the one or more first preferred single slot resources (720). For example, in response to determining that the amount does not meet the amount threshold, the first device reports to the higher layer the one or more preferred single slot resources and the set of resources. The set of resources may include the first preferred single slot resources other than those included in the one or more preferred single slot resources.
[0130] The order of steps in process 700 described above is merely exemplary, and determining resources to use to communicate with other devices may be performed in a different order. For example, process 700 may include performing step 706 before step 704 or before step 702. In some examples, process 700 may include performing step 714 before step 712.
[0131] In some implementations, process 700 may include additional steps, fewer steps, or some of the steps may be split into multiple steps. For example, process 700 may include selecting, by the upper layer of the first device after selectively reporting, one or more intersecting single slot resources for communication with the second device, and randomly selecting, by the upper layer of the first device, an amount of resources from the set of resources for communication with the second device. Process 700 may include randomly selecting, by the upper layer of the first device after selectively reporting, an amount of resources from the one or more intersecting single slot resources for communication with the second device.
[0132] In some implementations, when the quantity of the one or more first referenced single-slot resources does not meet the second quantity threshold, the first device can increase a decibel level of the priority value for use in sensing the one or more other preferred resources, and the first device can use the increased decibel level to sense the one or more other preferred resources and repeat one or more steps in the process using the one or more first preferred single-slot resources and the one or more other preferred resources for the set of candidate resources.
[0133] 8 is a flow diagram of an example process 800 for determining whether to use periodic-based partial sensing for aperiodic communication. For example, the process 800 may be used by any of the devices described with reference to FIG. 3, such as devices from the environments 100, 200.
[0134] The device determines a set of candidate slots using period-based partial sensing 802. For example, the device uses a sensor having period-based partial sensing to determine the set of candidate slots.
[0135] The device determines to aperiodically transmit data to the second device during the first slot 804. For example, the device receives a message, e.g., from an application running on the device, that identifies data to aperiodically transmit to the second device.
[0136] The device determines 806 whether the gap between the first slot and the beginning of the set of candidate slots satisfies a first slot gap threshold indicating a first number of slots. If so, the device can proceed to either step 808 or step 810. If not, the device can proceed to step 814.
[0137] The device determines whether the quantity of slots in the set of candidate slots meets a quantity threshold (808). The device can perform step 808 without performing step 806. In some examples, the device can perform both steps 806 and 808.
[0138] The device determines the successive partial sensing window 810. For example, the device may determine the successive partial sensing window when the gap meets a first slot gap threshold, when the amount of slots meets a amount threshold, or both.
[0139] The consecutive partial sensing window may have i) a starting slot that is at least a first number of slots before the start of the set of candidate slots, and ii) an ending slot that is at least a second slot gap threshold before the start of the set of candidate slots. The second slot gap threshold may indicate a second number of slots. The first slot gap threshold may be greater than the second slot gap threshold.
[0140] The device uses successive portion sensing within the successive portion sensing window to determine a subset of slots from the set of candidate slots to use for aperiodically transmitting data to the second device 812. The device can use the subset of slots, or slots from the subset, for communication with the second device.
[0141] The device determines a successive partial sensing window (814). For example, the device can determine a successive partial sensing window when the gap does not meet a first slot gap threshold, when the amount of slots does not meet a amount threshold, or both. The successive partial sensing window can have i) a starting slot that is a first predetermined number of slots from the first slot, and ii) an ending slot that is up to a second predetermined number of slots from the first slot.
[0142] The device determines 816 a second set of candidate slots to use for aperiodically transmitting data to the second device using the successive portion sensing within the successive portion sensing window. For example, the device may determine the second set of candidate slots because the device is unable to use the set of candidate slots. The device may use one or more slots from the second set of candidate slots to communicate with the second device.
[0143] The order of steps in process 800 described above is merely exemplary, and determining whether to use periodic-based partial sensing for aperiodic communication may be performed in a different order. For example, a device may determine to transmit data aperiodically and then determine a set of candidate slots using periodic-based partial sensing.
[0144] In some implementations, process 800 may include additional steps, fewer steps, or some of the steps may be divided into multiple steps. For example, a device may perform step 806 and then perform step 808. A device may perform steps 806 and 808 substantially simultaneously.
[0145] Although this specification provides examples that refer to single-slot resources, in some implementations, the systems and methods described herein can operate with multi-slot resources. For example, a device can select or transmit a collision message for a two-slot resource.
[0146] Although several implementations have been described, it will be appreciated that various modifications may be made without departing from the spirit and scope of the present disclosure. For example, various forms of the flows illustrated above may be used with steps reordered, added, or removed.
[0147] 9 illustrates a wireless network 900 according to some implementations. The wireless network 900 includes a UE 902 and a base station 904 connected via one or more channels 906A, 906B over an air interface 908. The UE 902 and the base station 904 communicate using a system that supports control for managing the UE 902's access to the network via the base station 904.
[0148] In some implementations, the wireless network 900 may be a Long Term Evolution (LTE) and fifth generation (5G) New Radio (NR) communication standard defined by the Third Generation Partnership Project (3GPP) technical specifications. For example, the wireless network 900 may be an Evolved Universal Terrestrial Radio Access (E-UTRA)-NR dual connectivity (EN-DC) network or an NR-EUTRA dual connectivity (NE-DC) network. However, the wireless network 900 may also be a Standalone (SA) network incorporating only 5G NR. Additionally, other types of communication standards are possible, including future 3GPP systems (e.g., sixth generation (6G)) systems, Institute of Electrical and Electronics Engineers (IEEE) 802.11 technologies (e.g., IEEE 802.11a, IEEE 802.11b, IEEE 802.11g, IEEE 802.11-2007, IEEE 802.11n, IEEE 802.11-2012, IEEE 802.11ac, or other current or future developed IEEE 802.11 technologies), IEEE 802.16 protocols (e.g., WMAN, WiMAX, etc.), etc. Although aspects may be described herein using terminology generally associated with 5G NR, aspects of the present disclosure may be applied to other systems, such as systems subsequent to 3G, 4G, and / or 5G (e.g., 6G).
[0149] In wireless network 900, UE 902 and any other UE in the system may be, for example, a laptop computer, a smartphone, a tablet computer, a machine type device such as a smart meter or a dedicated device for healthcare, an intelligent transportation system, or any other wireless device with or without a user interface. In network 900, base stations 904 provide UE 902 with network connectivity to a wider network (not shown). This UE 902 connectivity is provided via an air interface 908 within a base station coverage area provided by base station 904. In some implementations, such a wider network may be a wide area network operated by a cellular network provider or may be the Internet. Each base station coverage area associated with a base station 904 is supported by an antenna integrated with the base station 904. The coverage area is divided into multiple sectors associated with a particular antenna. Such sectors may be physically associated with a fixed antenna or may be assigned to a physical area with tunable antennas or antenna settings that can be adjusted in a beamforming process used to direct signals to a particular sector.
[0150] The UE 902 includes a control circuit 910 coupled to a transmit circuit 912 and a receive circuit 914. The transmit circuit 912 and the receive circuit 914 may each be coupled to one or more antennas. The control circuit 910 may include various combinations of application specific circuitry and baseband circuitry. The transmit circuit 912 and the receive circuit 914 may be adapted to transmit and receive data, respectively, and may include radio frequency (RF) circuitry or front-end module (FEM) circuitry.
[0151] In various implementations, aspects of the transmit circuitry 912, receive circuitry 914, and control circuitry 910 may be integrated in various ways to implement the operations described herein. The control circuitry 910 may be adapted or configured to perform various operations, such as those described elsewhere in this disclosure in connection with a UE.
[0152] The transmitting circuitry 912 may perform various operations described herein. Additionally, the transmitting circuitry 912 may transmit multiple multiplexed uplink physical channels. The multiple uplink physical channels may be multiplexed by time division multiplexing (TDM) or frequency division multiplexing (FDM) with carrier aggregation. The transmitting circuitry 912 may be configured to receive block data from the control circuitry 910 for transmission over the air interface 908.
[0153] The receive circuitry 914 may perform various operations described herein. Additionally, the receive circuitry 914 may receive multiple multiplexed downlink physical channels from the air interface 908 and relay the physical channels to the control circuitry 910. The multiple downlink physical channels may be multiplexed by TDM or FDM with carrier aggregation. The transmit circuitry 912 and receive circuitry 914 may transmit and receive both control data and content data (e.g., messages, images, videos, etc.) structured within data blocks carried by the physical channels.
[0154] 9 also illustrates a base station 904. In implementations, the base station 904 may be an NG radio access network (RAN) or a 5G RAN, an E-UTRAN, a non-terrestrial cell, or a legacy RAN such as a UTRAN or a GERAN. As used herein, terms such as "NG RAN" may refer to a base station 904 operating in an NR or 5G wireless network 900, and terms such as "E-UTRAN" may refer to a base station 904 operating in an LTE or 4G wireless network 900. The UE 902 utilizes connections (or channels) 906A, 906B, each of which includes a physical communication interface or layer.
[0155] The base station 904 circuitry may include a control circuit 916 coupled to a transmit circuit 918 and a receive circuit 920. The transmit circuit 918 and the receive circuit 920 may each be coupled to one or more antennas that may be used to facilitate communication over the air interface 908. The transmit circuit 918 and the receive circuit 920 may be adapted to transmit and receive data, respectively, to any UE connected to the base station 904. The transmit circuit 918 may transmit a downlink physical channel that includes multiple downlink subframes. The receive circuit 920 may receive multiple uplink physical channels from various UEs, including the UE 902.
[0156] In FIG. 9, one or more channels 906A, 906B are depicted as air interfaces enabling a communicative coupling and may conform to a cellular communication protocol such as a GSM protocol, a CDMA network protocol, a UMTS protocol, a 3GPP LTE protocol, an Advanced Long Term Evolution (LTE-A) protocol, an LTE-based access to unlicensed spectrum (LTE-U), a 5G protocol, an NR protocol, an NR-based access to unlicensed spectrum (NR-U) protocol, and / or any of the other communication protocols described herein. In an implementation, the UE 902 may directly exchange communication data over the ProSe interface. The ProSe interface may alternatively be referred to as a sidelink (SL) interface and may include one or more logical channels, including, but not limited to, a Physical Sidelink Control Channel (PSCCH), a Physical Sidelink Control Channel (PSCCH), a Physical Sidelink Discovery Channel (PSDCH), and a Physical Sidelink Broadcast Channel (PSBCH).
[0157] 10 illustrates a UE 1000 according to some implementations. The UE 1000 may be similar to and substantially interchangeable with the UE 902 of FIG.
[0158] The UE1000 may be any mobile or non-mobile computing device, such as a mobile phone, a computer, a tablet, an industrial wireless sensor (e.g., a microphone, a pressure sensor, a thermometer, a motion sensor, an accelerometer, an inventory sensor, a voltage / current meter, etc.), a video device (e.g., a camera, a video camera, etc.), a wearable device (e.g., a smart watch), a relaxed-IoT device, etc.
[0159] The UE 1000 may include a processor 1002, an RF interface circuit 1004, a memory / storage 1006, a user interface 1008, a sensor 1010, a driver circuit 1012, a power management integrated circuit (PMIC) 1014, an antenna structure 1016, and a battery 1018. The components of the UE 1000 may be implemented as an integrated circuit (IC), a portion thereof, a separate electronic device or other module, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 10 is intended to illustrate a high-level view of some of the components of the UE 1000. However, some of the components shown may be omitted, additional components may be present, and different arrangements of the components shown may occur in other implementations.
[0160] The components of UE 1000 may be coupled to various other components via one or more interconnects 1020, which may represent any type of interface, input / output, bus (local, system or expansion), transmission line, trace, optical connection, etc. that may allow various circuit components (on a common or different chips or chipsets) to interact with one another.
[0161] The processor 1002 may include processor circuitry such as, for example, baseband processor circuitry (BaseBand, BB) 1022A, central processing unit circuitry (CPU) 1022B, and graphics processing unit circuitry (Graphics Processor Unit, GPU) 1022C. The processor 1002 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1006 to cause the UE 1000 to perform the operations described herein.
[0162] In some implementations, the baseband processor circuitry 1022A may access a communication protocol stack 1024 in the memory / storage 1006 to communicate over a 3GPP-compliant network. In general, the baseband processor circuitry 1022A may access the communication protocol stack to perform user plane functions at the physical (PHY) layer, the medium access control (MAC) layer, the radio link control (RLC) layer, the packet data convergence protocol (PDCP) layer, the service data adaptation protocol (SDAP) layer, and the PDU layer. It performs user plane functions at the PHY layer, the MAC layer, the RLC layer, the PDCP layer, the RRC layer, and the non-access layer. In some implementations, the operations of the PHY layer may additionally / alternatively be performed by components of the RF interface circuitry 1004. The baseband processor circuitry 1022A may generate or process baseband signals or waveforms that carry information in a 3GPP-compliant network. In some implementations, a waveform for NR may be based on cyclic prefix orthogonal frequency division multiplexing (OFDM) "CP-OFDM" in the uplink or downlink and discrete Fourier transform spread OFDM "DFT-S-OFDM" in the uplink.
[0163] The memory / storage 1006 may include one or more non-transitory computer-readable media (e.g., communication protocol stack 1024) that include instructions that may be executed by one or more of the processors 1002 to cause the UE 1000 to perform various operations described herein. The memory / storage 1006 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 1000. In some implementations, some of the memory / storage 1006 may be located on the processor 1002 itself (e.g., L1 and L2 caches), while other memory / storage 1006 may be external to the processor 1002 but accessed via a memory interface. The memory / storage 1006 may include any suitable volatile or non-volatile memory, such as, but not limited to, Dynamic Random Access Memory (DRAM), Static Random Access Memory (SRAM), Erasable Programmable Read Only Memory (EPROM), Electrically Erasable Programmable Read Only Memory (EEPROM), Flash memory, solid state memory, or any other type of memory device technology.
[0164] The RF interface circuitry 1004 may include transceiver circuitry and a radio frequency front end module (RFEM) that enable the UE 1000 to communicate with other devices over a radio access network. The RF interface circuitry 1004 may include various elements disposed in the transmit or receive path. These elements may include, for example, switches, mixers, amplifiers, filters, combiner circuits, control circuits, etc.
[0165] In the receive path, the RFEM receives radiated signals from the air interface via the antenna structure 1016 and may filter and amplify the signals (using a low noise amplifier). The signals may be provided to a transceiver receiver that downconverts the RF signals to baseband signals that are provided to a baseband processor of the processor 1002.
[0166] In the transmit path, the transmitter of the transceiver upconverts baseband signals received from the baseband processor and provides an RF signal to the RFEM. The RFEM may amplify the RF signal with a power amplifier before the signal is radiated over the air interface via the antenna 1016. In various implementations, the RF interface circuitry 1004 may be configured to transmit and receive signals to comply with NR access technologies.
[0167] The antenna 1016 may include antenna elements that convert electrical signals into radio waves to travel through the air and convert received radio waves into electrical signals. The antenna elements may be arranged in one or more antenna panels. The antenna 1016 may have antenna panels that are omnidirectional, directional, or a combination thereof, allowing for beamforming and multiple-input multiple-output communication. The antenna 1016 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, phased array antennas, etc. The antenna 1016 may have one or more panels designed for a particular frequency band, including the FR1 or FR2 bands.
[0168] The user interface circuitry 1008 includes various input / output (I / O) devices designed to enable user interaction with the UE 1000. The user interface 1008 includes input device circuitry and output device circuitry. The input device circuitry includes any physical or virtual means for accepting input, including, among others, one or more physical or virtual buttons (e.g., a reset button), a physical keyboard, a keypad, a mouse, a touchpad, a touch screen, a microphone, a scanner, a headset, etc. The output device circuitry includes any physical or virtual means for displaying or otherwise communicating information, such as a sensor reading, an actuator position(s), or other similar information. The output device circuitry may include any number or combination of audio or visual displays, including, among others, one or more simple visual outputs / indicators (e.g., binary status indicators such as light emitting diodes "LEDs" and multi-character visual outputs), or more complex outputs such as display devices or touch screens (e.g., liquid crystal displays "LCDs", LED displays, quantum dot displays, projectors, etc.), where output such as text, graphics, multimedia objects, etc. are generated or created from operation of the UE1000.
[0169] The sensors 1010 may include devices, modules, or subsystems intended to detect events or changes in its environment and transmit information about the detected events (sensor data) to other devices, modules, subsystems, etc. Examples of such sensors may include, among others, inertial measurement units including accelerometers, gyroscopes, or magnetometers, microelectromechanical systems or nanoelectromechanical systems including 3-axis accelerometers, 3-axis gyroscopes, or magnetometers, level sensors, temperature sensors (e.g., thermistors), pressure sensors, image capture devices (e.g., cameras or lensless apertures), light detection and ranging sensors, proximity sensors (e.g., infrared detectors, etc.), depth sensors, ambient light sensors, ultrasonic transceivers, microphones or other similar audio capture devices, etc.
[0170] The driver circuitry 1012 may include software and hardware elements that operate to control specific devices embedded in, attached to, or otherwise communicatively coupled to the UE 1000. The driver circuitry 1012 may include individual drivers that enable other components to interact with or control various input / output (I / O) devices that may be present in or connected to the UE 1000. For example, the driver circuitry 1012 may include a display driver for controlling and allowing access to a display device, a touchscreen driver for controlling and allowing access to a touchscreen interface, a sensor driver for obtaining sensor readings of the sensor circuitry 1028 and controlling and allowing access to the sensor circuitry 1028, a driver for obtaining actuator positions of electromechanical components or for controlling and allowing access to electromechanical components, a camera driver for controlling and allowing access to an embedded image capture device, and an audio driver for controlling and allowing access to one or more audio devices.
[0171] The PMIC 1014 may manage the power provided to various components of the UE 1000. In particular, with respect to the processor 1002, the PMIC 1014 may control power source selection, voltage scaling, battery charging, or DC-DC conversion.
[0172] In some implementations, the PMIC 1014 may control or otherwise be a part of various power saving mechanisms of the UE 1000. The battery 1018 may power the UE 1000, although in some examples the UE 1000 may be mounted and deployed at a fixed location and may have a power source coupled to a power grid. The battery 1018 may be a lithium ion battery, a metal air battery such as an air zinc battery, an aluminum air battery, a lithium air battery, etc. In some implementations, such as vehicle-based applications, the battery 1018 may be a typical automotive lead acid battery.
[0173] 11 illustrates an access node 1100 (e.g., a base station or a gNB) according to some implementations. The access node 1100 may be similar to and substantially interchangeable with the base station 904. The access node 1100 may include a processor 1102, an RF interface circuit 1104, a core network (CN) interface circuit 1106, a memory / storage circuit 1108, and an antenna structure 1110.
[0174] The components of the access node 1100 may be coupled to various other components via one or more interconnects 1112. The processor 1102, RF interface circuitry 1104, memory / storage circuitry 1108 (including a communications protocol stack 1114), antenna structure 1110, and interconnects 1112 may be similar to the similarly named elements shown and described with respect to Figure 10. For example, the processor 1102 may include processor circuits such as a baseband processor circuit (BB) 1116A, a central processing unit circuit (CPU) 1116B, and a graphics processing unit circuit (GPU) 1116C.
[0175] The CN interface circuitry 1106 may provide connectivity to a core network, e.g., a fifth generation core network (5GC), using a 5GC compliant network interface protocol, such as a Carrier Ethernet protocol or some other suitable protocol. Network connectivity may be provided to / from the access node 1100 via optical fiber or wireless backhaul. The CN interface circuitry 1106 may include one or more dedicated processors or FPGAs for communicating using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1106 may include multiple controllers for providing connectivity to other networks using the same or different protocols.
[0176] As used herein, the terms "access node", "access point", etc. may refer to equipment that provides wireless baseband functionality for data and / or voice connectivity between a network and one or more users. These access nodes may be referred to as BSs, gNBs, RAN nodes, eNBs, NodeBs, RSUs, TRxPs, TRPs, etc., and may include terrestrial stations (e.g., terrestrial access points) or satellite stations that provide coverage within a geographic area (e.g., a cell). As used herein, the terms "NG RAN node" etc. may refer to an access node 1100 operating in a NR or 5G system (e.g., gNB), and the term "E-UTRAN node" may refer to an access node 1100 operating in a LTE or 4G system (e.g., eNB). According to various implementations, the access node 1100 may be implemented as one or more of a macrocell base station and / or a dedicated physical device such as a femtocell, picocell, or other like cell having a smaller coverage area, smaller user capacity, or higher bandwidth compared to a macrocell.
[0177] In some implementations, all or part of the access node 1100 may be implemented as one or more software entities running on a server computer as part of a virtual network, which may be referred to as a CRAN and / or a virtual baseband unit pool (vBBUP). In a V2X scenario, the access node 1100 may be or operate as a "road side unit." The term "Road Side Unit" or "RSU" may refer to any transportation infrastructure entity used for V2X communications. The RSU may be implemented in or by a suitable RAN node or a stationary (or relatively stationary) UE, and an RSU implemented in or by a UE may be referred to as a "UE type RSU," an RSU implemented in or by an eNB may be referred to as an "eNB type RSU," an RSU implemented in or by a gNB may be referred to as a "gNB type RSU," etc.
[0178] In the description herein, for convenience, various components may be described as performing a task or tasks. Such descriptions should be construed as including the phrase "configured to." It is expressly intended that the description of a component as being configured to perform one or more tasks does not enforce 35 U.S.C. 112(f) interpretation of the component.
[0179] For one or more embodiments, at least one of the components described in one or more of the preceding figures may be configured to perform one or more of the operations, techniques, processes, or methods as described in the example section below. For example, the baseband circuitry described above in connection with one or more of the preceding figures may be configured to operate according to one or more of the examples described below. As another example, circuitry associated with a UE, base station, network element, etc. as described above in connection with one or more of the preceding figures may be configured to operate according to one or more of the examples described below in the example section.
[0180] Any of the above examples may be combined with any other example (or combination of examples) unless otherwise stated. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of the embodiments to the precise forms disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.
[0181] Although the above embodiments have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated, and it is intended that the following claims be interpreted to embrace all such variations and modifications.
[0182] It is understood that use of personally identifiable information should comply with privacy policies and practices generally recognized as meeting or exceeding industry or governmental requirements for maintaining user privacy. In particular, personally identifiable information data should be managed and handled in a manner that minimizes the risk of unintended or unauthorized access or use, and the nature of permitted uses should be clearly indicated to users.
[0183] Claims
Claims
1. 1. A method comprising: receiving, by a first device, resource pool configuration data indicating a reference slot; receiving, by the first device, sidelink control information from a second device indicating a resource reservation for a single slot resource used by the second device to communicate with the first device; determining, by the first device based at least in part on the sidelink control information, whether a potential resource collision exists when the first device is scheduled to communicate with another device using the single slot resource or when the single slot resource is reserved by another device; and In response to determining that the potential resource conflict exists, transmitting, by the first device to the second device, a conflict message that causes the second device to determine another single-slot resource to use to communicate with the first device in a slot determined based on the reference slot indicated by the resource pool configuration data; A method comprising:
2. the reference slot comprises a second slot in which the first device received the sidelink control information; and transmitting the collision message in the slot based on the second slot in which the first device received the sidelink control information. The method of claim 1.
3. the reference slot includes a second slot in which a potential resource conflict exists; and transmitting the collision message includes transmitting the collision message in a second slot based on the second slot in which a potential resource collision exists according to the received sidelink control information. The method of claim 1.
4. The method of claim 1 , wherein transmitting the collision message comprises transmitting an inter-device coordination message.
5. the slots based on the reference slot include no more than three slots from the reference slot; transmitting the collision message includes transmitting the collision message within three slots or less from the reference slot to allow the second device to determine another single-slot resource to use to communicate with the first device. The method of claim 1.
6. receiving, by the first device, second sidelink control information from the third device, the second sidelink control information indicating a second resource reservation for a second single-slot resource used by the third device to communicate with the first device; determining, by the first device after receiving the second sidelink control information, whether a potential resource conflict exists when the first device is scheduled to communicate with another device using the second single-slot resource; and determining, by the first device, in response to determining that no potential resource conflict exists, to skip transmitting a conflicting message within a predetermined number of slots from another reference slot; The method of claim 1 , comprising:
7. The method of claim 6 , wherein the second device comprises the third device.
8. 2. The method of claim 1, wherein receiving the resource pool configuration data indicating the reference slot comprises receiving, by the first device, sidelink resource pool configuration data indicating the reference slot.
9. 2. The method of claim 1, wherein receiving the resource pool configuration data indicating the reference slot comprises receiving, by the first device, the resource pool configuration data indicating the reference slot having a value selected from a group consisting of: a) a first value when the reference slot is a slot at which the first device received the sidelink control information; or b) a second value when the reference slot is a slot in which a potential resource collision exists.
10. 1. A method comprising: receiving, by a first device, resource pool configuration data indicating a reference slot; receiving, by the first device, sidelink control information from a second device indicating a resource reservation for a single slot resource used by the second device to communicate with the first device; determining, by the first device after receiving the sidelink control information, a reference signal received power for a third device having reserved resources that at least partially overlap in time and frequency with the single-slot resource; determining, by the first device, whether the reference signal received power for the third device satisfies a reference signal received power threshold for the third device; In response to determining that the reference signal received power of the third device satisfies the reference signal received power threshold of the third device, transmitting a collision message to the second device by the first device to cause the second device to determine another single-slot resource to use for communicating with the first device in a slot determined based on the reference slot indicated by the resource pool configuration data; A method comprising:
11. the reference signal received power threshold comprises a second reference signal received power for the second device; 11. The method of claim 10, wherein the method includes determining the second reference signal received power for the second device before determining whether the reference signal received power for the third device satisfies the reference signal received power for the second device.
12. 12. The method of claim 11, wherein determining whether the reference signal received power for the third device meets the reference signal received power for the second device comprises determining whether the reference signal received power for the third device is within a power level threshold of the reference signal received power for the second device.
13. The method of claim 10 , wherein the reference signal received power threshold comprises a predetermined reference signal received power threshold.
14. 11. The method of claim 10, wherein receiving the sidelink control information comprises receiving the sidelink control information identifying the reference signal received power threshold.
15. 11. The method of claim 10, wherein determining whether the reference signal received power for the third device satisfies the reference signal received power threshold comprises determining whether the reference signal received power for the third device is greater than, equal to, or greater than or equal to the reference signal received power threshold.
16. 1. An apparatus comprising one or more processors configured to perform operations, the operations comprising: receiving resource pool configuration data indicating a reference slot; receiving sidelink control information from a second device indicating a resource reservation for a single slot resource used by the second device to communicate with the apparatus; determining, based at least in part on the sidelink control information, whether a potential resource conflict exists when the apparatus is scheduled to communicate with another device using the single slot resource or when the single slot resource is reserved by another device; and In response to determining that the potential resource conflict exists, transmitting a collision message to the second device that causes the second device to determine another single-slot resource to use to communicate with the device in a slot determined based on the reference slot indicated by the resource pool configuration data.
17. the reference slot comprises a second slot in which the device received the sidelink control information; and transmitting the collision message includes transmitting the collision message in the slot based on the second slot in which the device received the sidelink control information.
17. The apparatus of claim 16.
18. the reference slot includes a second slot in which a potential resource conflict exists; and transmitting the collision message includes transmitting the collision message in a second slot based on the second slot in which a potential resource collision exists according to the received sidelink control information.
17. The apparatus of claim 16.
19. The apparatus of claim 16 , wherein transmitting the collision message comprises transmitting an inter-device coordination message.
20. The operation is receiving second sidelink control information from a third device indicating a second resource reservation for a second single-slot resource used by the third device to communicate with the apparatus; and determining whether a potential resource conflict exists when the apparatus is scheduled to communicate with another device using the second single-slot resource after receiving the second sidelink control information; and and determining, in response to determining that no potential resource conflict exists, to skip transmitting the conflicting message within a predetermined number of slots from another reference slot.