System and method for managing sidelink communications

By introducing an SL-PRS inter-UE coordination mechanism in the wireless communication system, coordinating the use of side link resources between multiple UEs, the problems of high UE power consumption in side link communication and the shortcomings of traditional cellular networks in high data rates and proximity service support are solved, and more efficient resource management and network performance improvement are achieved.

CN119547530APending Publication Date: 2025-02-28ZTE CORP
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202280097861.9
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2022-07-15
Publication Date
2025-02-28

AI Technical Summary

Technical Problem

In the prior art, monitoring of measurement resource pools by UEs in side link communications leads to high power consumption, and traditional cellular networks have shortcomings in high data rates and proximity service support.

Method used

By introducing a side link positioning reference signal (SL-PRS) inter-UE coordination (IUC) mechanism in a wireless communication system, the side link resource usage between multiple UEs includes sending SL-PRS IUC information from one UE to another UE to suggest or not recommend a specific resource set for SL-PRS and SL data/PSSCH transmission.

Benefits of technology

Effectively manage side link communications, reduce battery power consumption of UEs, improve data rates, improve the robustness of network infrastructure, and meet the needs of high data rates and neighboring services.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN119547530A_ABST
    Figure CN119547530A_ABST
Patent Text Reader

Abstract

The disclosure relates to managing sidelink communications between a first wireless communication device and a second communication device. A second wireless communication device receives coordination information from a first wireless communication device for sidelink positioning between a plurality of wireless communication devices. The second wireless communication device determines at least one resource for transmitting sidelink related data. The second wireless communication device transmits sidelink related data to the first wireless communication device or the at least one other wireless communication device using the at least one resource.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The present disclosure relates generally to wireless communications and, more particularly, to managing sidelink communications. Background Art

[0002] Sidelink (SL) communication refers to wireless radio communication between two or more User Equipment (UE). In this type of communication, two or more UEs that are geographically close to each other can communicate without being routed to a base station (BS) or a core network. Therefore, data transmission in SL communication is different from typical cellular network communication, which includes transmitting data to the BS (e.g., uplink transmission) and receiving data from the BS (e.g., downlink transmission). In SL communication, data is transmitted directly from the source UE to the target UE through, for example, a unified air interface (e.g., PC5 interface) without passing through the BS. Summary of the invention

[0003] The example arrangements disclosed herein are directed to solving problems related to one or more problems presented in the prior art, and to providing additional features that will become readily apparent by reference to the following detailed description when combined with the accompanying drawings. According to various arrangements, example systems, methods, devices, and computer program products are disclosed herein. However, it should be understood that these arrangements are presented by way of example, not limitation, and it will be apparent to those of ordinary skill in the art who read this disclosure that various modifications may be made to the disclosed arrangements without departing from the scope of this disclosure.

[0004] In some arrangements, a wireless communication method for managing sidelink communications between a first wireless communication device and a second wireless communication device includes: receiving, by the second wireless communication device, coordination information for sidelink positioning between multiple wireless communication devices from the first wireless communication device; determining, by the second wireless communication device, at least one resource for transmitting sidelink-related data; and transmitting, by the second wireless communication device, the sidelink-related data to the first wireless communication device or at least one other wireless communication device using the at least one resource.

[0005] In some arrangements, a wireless communication method for managing sidelink communications between a first wireless communication device and a second wireless communication device includes: sending, by the first wireless communication device to the second wireless communication device, coordination information for coordinating sidelink positioning between multiple wireless communication devices, wherein the second wireless communication device determines at least one resource for transmitting sidelink-related data; and receiving, by the first wireless communication device or at least one other wireless communication device, sidelink-related data from the second wireless communication device using the at least one resource.

[0006] The systems and methods proposed herein include new methods for supporting sidelink communications. The systems and methods may provide or include various options or schemes that may be provided for sidelink positioning reference signal (SL-PRS) inter-UE coordination (IUC). Examples of SL-PRS IUC schemes may include at least the following.

[0007] Arrangement / Scheme 1: The SL-PRS IUC information sent / transmitted / provided from UE-A to UE-B may be a resource set to be proposed (or not proposed) for UE-B SL-PRS and / or SL data / PSSCH (Physical Sidelink Shared Channel) transmission. The SL-PRS IUC information may include / contain / embody the conditions or granularity of resource recommendations, which may be binary or non-binary or reported discretely. The SL-PRS IUC information may include a SL-PRS-Thres-RSRP-List (e.g., a list of reference signal received power (RSRP) thresholds). The SL-PRS IUC information may include additional SL-PRS IUC information. The SL-PRS IUC information may include a SL-PRS IUC trigger (e.g., a container, a field, etc.). The SL-PRS IUC information may include a timing relationship of a sensing window or a selection window for a request to trigger a SL-PRS IUC transmission. The SL-PRS IUC information may include a SL-PRS IUC report.

[0008] Arrangement / Scheme 2: The SL-PRS IUC information sent from UE-A to UE-B may include, correspond to or be part of the following: there is an expected, potential and / or detected resource conflict on resources that may be indicated or reserved by UE-B. The SL-PRS IUC information may include at least one physical sidelink feedback channel (PSFCH), such as N time slots, time slot structure, sequence design, etc. The container of the SL-PRS IUC may include, correspond to or be at least one of the following: PSFCH, MAC CE (medium access control control element), SCI (sidelink control information), RRC (radioresource control), PC5-RRC, PC5-S (PC5 signaling), LMF (location management function) (e.g., LPP (LTE positioning protocol) signal) and / or SL-LMF (e.g., SL-LPP signal), etc.

[0009] Arrangement / Scheme 3: The SL-PRS IUC information sent from UE-A to UE-B may include one or more suggestions / recommendations for SL-PRS configuration / settings or characteristics for UE-B. The SL-PRS IUC information may include at least one configuration parameter and / or signal. The SL-PRS IUC information may include an association (or associated) relationship between a parameter (e.g., a configuration parameter) and at least one preference / priority (e.g., a selected or preferred parameter).

[0010] Arrangement / Scheme 4: SL-PRS IUC transmission frame may be used or reused for requesting and / or reporting measurements. For example, the systems and methods presented herein may provide process(es) for using the SL-PRS IUC transmission frame for measurement request and / or reporting.

[0011] The above and other aspects and embodiments thereof are described in more detail in the drawings, the description and the claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] Various example arrangements of the present solution are described in detail below with reference to the following figures or drawings. These drawings are provided for illustrative purposes only and depict only example arrangements of the present solution to facilitate the reader's understanding of the present solution. Therefore, these drawings should not be considered as limiting the breadth, scope or applicability of the present solution. It should be noted that for clarity and ease of description, these drawings are not necessarily drawn to scale.

[0013] Figure 1A is a diagram illustrating an example wireless communication network according to various arrangements.

[0014] Figure 1B is a diagram illustrating a block diagram of an example wireless communication system for transmitting and receiving downlink, uplink and / or SL communication signals according to various arrangements.

[0015] Figure 2 Example scenarios of SL communications according to various arrangements are shown.

[0016] Figure 3 is a diagram showing examples of side link resource allocation pattern 2 according to various arrangements.

[0017] Figure 4 is a flow chart illustrating an example method or process for signaling for a particular SL IUC scheme according to various arrangements.

[0018] Figure 5 Examples of requesting SL-PRS IUC and reporting SL-PRS IUC according to various arrangements are shown.

[0019] Figure 6 is a graph illustrating examples of time-frequency resources associated with binary recommendation levels according to various arrangements.

[0020] Figure 7 is a graph illustrating examples of time-frequency resources associated with non-binary recommendation levels according to various arrangements.

[0021] Figure 8 is a flow chart illustrating an example method or process for SL-PRS IUC implementation according to various arrangements.

[0022] Fig. 9 is a diagram illustrating example SL-PRS IUC schemes triggered by the network according to various arrangements.

[0023] Fig.10 is a diagram illustrating examples of non-overlap between a selection window for SL-PRS IUC transmission and a selection window for determining resources according to various arrangements.

[0024] Fig.11is a diagram illustrating examples of partial overlap between a selection window for SL-PRS IUC transmission and a selection window for determining resources according to various arrangements.

[0025] Fig.12 Examples of slot structures in a dedicated SL-PRS resource pool according to various arrangements are shown.

[0026] Fig.13 Examples of slot structures in a dedicated SL-PRS resource pool where PSFCH occupies more than one symbol according to various arrangements are shown.

[0027] Fig.14 Examples of slot structures in a dedicated SL-PRS resource pool where more than one PSFCH occupies the frequency domain according to various arrangements are shown.

[0028] Fig.15 is a flow chart illustrating an example method or process for including SL-PRS IUC information of SL-PRS configuration or characteristics according to various arrangements.

[0029] Fig.16 is a flow chart illustrating an example method or process for reusing the SL-PRS IUC transmission frame for measurement request and / or reporting according to various arrangements.

[0030] Fig.17 Examples of requesting and / or reporting SL-PRS measurements according to various arrangements are shown.

[0031] Fig.18 is a flow chart illustrating an example method for managing sidelink communications according to various arrangements. DETAILED DESCRIPTION

[0032] Various example arrangements of the present solution are described below with reference to the accompanying drawings to enable a person of ordinary skill in the art to make and use the present solution. As will be apparent to a person of ordinary skill in the art, after reading this disclosure, various changes or modifications may be made to the examples described herein without departing from the scope of the present solution. Therefore, the present solution is not limited to the example arrangements and applications described and illustrated herein. In addition, the specific order or hierarchy of steps in the methods disclosed herein are merely examples. Based on design preferences, the specific order or hierarchy of steps of the disclosed methods or processes may be rearranged while remaining within the scope of the present solution. Therefore, a person of ordinary skill in the art will understand that the methods and techniques disclosed herein present various steps or actions in an example order, and unless otherwise expressly stated, the present solution is not limited to the specific order or hierarchy presented.

[0033] With the emergence of wireless multimedia services, users' demand for high data rates and user experience continues to increase, which puts higher requirements on the system capacity and coverage of traditional cellular networks. In addition, public safety, social networks, close-range data sharing, and local advertising have gradually expanded the demand for proximity services, which allow users to understand and communicate with nearby users or objects. Traditional BS-centric cellular networks have limited high data rate capabilities and support for proximity services. In this context, device-to-device (D2D) communication came into being to address the shortcomings of the BS-centric model. The application of D2D technology can reduce the burden on cellular networks, reduce UE battery power consumption, increase data rates, and improve the robustness of network infrastructure, thereby meeting the above-mentioned needs for high data rate services and neighboring services. D2D technology is also known as Proximity Service (ProSe), unilateral / sidelink / SL communication, etc.

[0034] In the current SL technical solution, the UE's monitoring of the measurement resource pool may result in a large amount of power consumption. Currently, in order to improve the coverage of the UE, the UE accesses the network through a relay UE. The arrangement disclosed in the present invention allows the UE to save energy in the SL system. For example, when a remote UE accesses the network through a relay UE, the network can configure the remote UE.

[0035] Reference Figure 1A , an example wireless communication network 100 is shown. The wireless communication network 100 shows group communication within a cellular network. In a wireless communication system, the network-side communication nodes or BSs may include next generation Node B (gNB), E-UTRAN Node B (also known as evolved Node B, eNodeB or eNB), Pico station, Femto station, Transmission / Reception Point (TRP), or Access Point (AP), etc. The terminal-side nodes or UEs may include devices such as: for example, mobile devices, smart phones, cellular phones, personal digital assistants (PDA), tablet computers, laptop computers, wearable devices, or vehicles with on-board communication systems, etc. In Figure 1A In the embodiment, the network side communication node and the terminal side communication node are represented by BS 102 and UE 104a and 104b respectively. In some arrangements, BS 102 and UE 104a / 104b are sometimes referred to as "wireless communication nodes" and "wireless communication devices" respectively. Such communication nodes / devices can perform wireless communication.

[0036] exist Figure 1A In the illustrated arrangement of , BS 102 may define a cell 101 in which UE 104a and 104b are located. UE 104a and / or 104b may move or remain stationary within the coverage of cell 101. UE 104a may communicate with BS 102 via a communication channel 103a. Similarly, UE 104b may communicate with BS 102 via a communication channel 103b. In addition, UE 104a and UE 104b may communicate with each other via a communication channel 105. The communication channels 103a and 104b between the respective UEs and the BS may be implemented using an interface such as a Uu interface, which is also referred to as a Universal Mobile Telecommunication System (UMTS) air interface. The communication channel 105 between UEs is a SL communication channel and can be implemented using a PC5 interface, which is introduced to handle high mobile speed and high density applications, such as D2D communication, vehicle-to-vehicle (V2V) communication, vehicle-to-pedestrian (V2P) communication, vehicle-to-infrastructure (V2I) communication, or vehicle-to-network (V2N) communication, etc. In some instances, the vehicle network communication mode can be collectively referred to as vehicle-to-everything (V2X) communication. BS 102 is connected to the core network (CN) 108 via an external interface 107 (e.g., an Iu interface).

[0037] In some examples, a remote UE (e.g., UE 104b) that does not communicate directly with BS 102 or CN 108 (e.g., communication channel link 103b is not established) communicates indirectly with BS 102 and CN 108 using SL communication channel 105 via a relay UE (e.g., UE 104a), which can communicate directly with BS 102 and CN 108, or communicates indirectly with BS 102 and CN 108 via another relay UE that can communicate directly with BS 102 and CN 108.

[0038] Figure 1B A block diagram of an example wireless communication system 150 for transmitting and receiving downlink, uplink, and SL communication signals according to some arrangements of the present disclosure is shown. In some arrangements, the system 150 may be in (such as as described above) Figure 1A wireless communication network) to transmit and receive data in a wireless communication environment.

[0039] like Figure 1A As described, system 150 generally includes BS 102, and UE 104a and UE 104b. BS 102 includes BS transceiver module 110, BS antenna 112, BS memory module 116, BS processor module 114, and network communication module 118, each module coupled to and interconnected with each other via data communication bus 120 as needed. UE 104a includes UE transceiver module 130a, UE antenna 132a, UE memory module 134a, and UE processor module 136a, each module coupled to and interconnected with each other via data communication bus 140a as needed. Similarly, UE 104b includes UE transceiver module 130b, UE antenna 132b, UE memory module 134b, and UE processor module 136b, each module coupled to and interconnected with each other via data communication bus 140b as needed. BS 102 communicates with UE 104a and UE 104b via one or more communication channels 105, which may be any wireless channel or other medium known in the art suitable for data transmission as described herein.

[0040] System 150 may also include Figure 1B , any number of modules outside the modules shown in . It will be appreciated by those skilled in the art that the various illustrative blocks, modules, circuits, and processing logic described in conjunction with the arrangements disclosed herein can be implemented with hardware, computer-readable software, firmware, or any actual combination thereof. In order to clearly illustrate this interchangeability and compatibility of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps are generally described according to their functions. Whether such functions are implemented as hardware, firmware, or software depends on the specific application and design constraints imposed on the entire system. People familiar with the concept described herein can implement such functions in a suitable manner for each specific application, but such implementation decisions should not be interpreted as limiting the scope of the present disclosure.

[0041] The wireless transmission from the antenna of each of UE 104a and UE 104b to the antenna of BS 102 is called uplink transmission, and the wireless transmission from the antenna of BS 102 to the antenna of each of UE 104a and UE 104b is called downlink transmission. According to some arrangements, each of UE transceiver modules 130a and 130b can be referred to as uplink transceiver or UE transceiver in this article. The uplink transceiver can include a transmitter circuit and a receiver circuit that are each coupled to the corresponding antenna 132a and antenna 132b. The duplex switch can alternately couple the uplink transmitter or uplink receiver to the uplink antenna in a time duplex mode. Similarly, BS transceiver module 110 can be referred to as downlink transceiver or BS transceiver in this article. The downlink transceiver can include an RF (Radio Frequency) transmitter circuit and an RF receiver circuit that are each coupled to antenna 112. The downlink duplex switch may alternately couple the downlink transmitter or the downlink receiver to the antenna 112 in a time duplex manner. The operations of the transceivers 110, 130a, and 130b are coordinated in time so that while the downlink transmitter is coupled to the antenna 112, the uplink receiver is coupled to the antenna 132a and the antenna 132b for receiving transmissions through the wireless communication channel 105. In some arrangements, the UE 104a and the UE 104b may use the UE transceiver 130a and the UE transceiver 130b to communicate with the BS 102 via the wireless communication channel 105 through the respective antennas 132a and 132b. The wireless communication channel 105 may be any known wireless channel or other medium in the art suitable for downlink and / or uplink data transmission as described herein. The UE 104a and the UE 104b may communicate with each other via the wireless communication channel 170. The wireless communication channel 170 may be any wireless channel or other medium suitable for SL data transmission as described herein.

[0042] Each of the UE transceivers 130a and 130b and the BS transceiver 110 is configured to communicate via the wireless data communication channel 105 and cooperate with an appropriately configured antenna arrangement capable of supporting a specific wireless communication protocol and modulation scheme. In some arrangements, the UE transceivers 130a and 130b and the BS transceiver 110 are configured to support industry standards such as Long Term Evolution (LTE) and emerging 5G and 6G standards, etc. However, it should be understood that the present disclosure is not necessarily limited to application to specific standards and associated protocols. Instead, the UE transceivers 130a and 130b and the BS transceiver 110 can be configured to support alternative or additional wireless data communication protocols, including future standards or their variants.

[0043] Each of the processor modules 136a and 136b and the processor module 114 may be implemented or realized using a general purpose processor, a content addressable memory, a digital signal processor, an application specific integrated circuit, a field programmable gate array, any suitable programmable logic device, discrete gate or transistor logic, discrete hardware components, or any combination thereof designed to perform the functions described herein. In this manner, the processor may be implemented as a microprocessor, a controller, a microcontroller, or a state machine, etc. The processor may also be implemented as a combination of multiple computing devices, for example, a combination of a digital signal processor and a microprocessor, a combination of multiple microprocessors, a combination of one or more microprocessors combined with a digital signal processor core, or any other such configuration.

[0044] In addition, the methods and algorithms described in conjunction with the arrangements disclosed herein may be implemented directly in hardware, in firmware, in software modules executed by the processor module 114 and the processor modules 136a and 136b, respectively, or in any practical combination thereof. The memory module 116 and the memory modules 134a and 134b may be implemented as RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, removable disk, CD-ROM, or any other form of storage medium known in the art. In this regard, the memory module 116 and the memory modules 134a and 134b may be coupled to the processor module 114 and the processor modules 136a and 136b, respectively, so that the processor module 114 and the processor modules 136a and 136b may read information from the memory module 116 and the memory modules 134a and 134b, respectively, and write information to the memory module 116 and the memory modules 134a and 134b, respectively. The memory modules 116, 134a and 134b may also be integrated into their respective processor modules 114, 136a and 136b. In some arrangements, the memory modules 116, 134a and 134b may each include a cache memory for storing temporary variables or other intermediate information during the execution of instructions to be executed by the processor modules 116, 134a and 136b, respectively. The memory modules 116, 134a and 134b may also each include a non-volatile memory for storing instructions to be executed by the processor module 114 and the processor modules 136a and 136b, respectively.

[0045] The network interface 118 generally represents the hardware, software, firmware, processing logic, and / or other components of the BS 102 that enable bidirectional communication between the BS transceiver 110 and other network components and communication nodes configured to communicate with the BS 102. For example, the network interface 118 can be configured to support Internet or WiMAX (World Interoperability for Microwave Access) services. In a typical deployment, but not limited to the typical deployment, the network interface 118 provides an 802.3 Ethernet interface so that the BS transceiver 110 can communicate with a conventional Ethernet-based computer network. In this way, the network interface 118 can include a physical interface for connecting to a computer network (e.g., a Mobile Switching Center (MSC)). The terms "configured for" or "configured to" used herein with respect to a specified operation or function refer to a device, component, circuit, structure, machine, signal, etc. that is physically constructed, programmed, formatted, and / or arranged to perform the specified operation or function. The network interface 118 may allow the BS 102 to communicate with other BSs or a core network through a wired connection or a wireless connection.

[0046] In some arrangements, each of UE 104a and UE 104b can operate in a hybrid communication network in which the UE communicates with BS 102 and with other UEs (e.g., between 104a and 104b). As described in further detail below, UE 104a and UE 104b support SL communication with other UEs and downlink / uplink communication between BS 102 and UE 104a and UE 104b. Typically, SL communication allows UE 104a and UE 104b to establish a direct communication link with each other, or with other UEs from different cells, without the need for BS 102 to relay data between UEs.

[0047] Figure 2 is a diagram illustrating an example system 200 for SL communication according to various arrangements. Figure 2 As shown, BS210 (such as Figure 1A BS 102) broadcasts a signal received by the first UE 220, the second UE 230 and the third UE 240. Figure 2UE 220 and UE 230 in the figure are shown as vehicles with an on-board communication network (e.g., being part of or corresponding to a vehicle), and UE 240 is shown as a mobile device. In some cases, UE 220, 230, and 240 may correspond to or be part of a roadside unit (RSU), a positioning reference unit (PRU), or any other type of UE that can support V2X communication and / or sidelink communication. UE 220, 230, and 240 may be associated with a known location (e.g., the location of the UE is known or identifiable), or may not be associated with a known location (e.g., the location of the UE is unknown). As shown in each SL, UE 220 to UE 240 are able to communicate with each other (e.g., perform direct transmission and reception) via an air interface without being forwarded by base station 210 or core network 250. This type of V2X communication may be referred to as PC5-based V2X communication or V2X SL communication.

[0048] As used herein, when two UEs 104a or UE 104b perform SL communication with each other via the communication channel 105 / 170, the UE that is transmitting data to the other UE is referred to as a transmission (TX) UE, and the UE that is receiving the data is referred to as a reception (RX) UE.

[0049] For the purpose of providing examples herein, SL-PRS IUC may represent inter-UE coordination for sidelink positioning. SL-PRS may include or be associated with any type of design configured to provide the features, functions, or operations discussed herein. For example, without excluding existing SL reference signals for SL positioning, SL-PRS may be a new reference signal for SL positioning using PRS (positioning reference signal) / SRS (Sounding Reference Signal) design and SL design framework as a starting point.

[0050] As discussed herein, the terms / phrases "sidelink data", "SL data", "SL data / PSSCH" and "PSSCH / PSCCH (Physical Sidelink Control Channel)" may be used interchangeably and / or may provide similar descriptions. The terms "sidelink data resources", "SL data resources", "SL data / PSSCH resources" and "PSSCH / PSCCH resources" may be used interchangeably and / or may represent resources used for sidelink communications. The term "sidelink related data" may include, represent or indicate at least one or both of the SL-PRS and / or SL data. The term sidelink control information (SCI) may include or represent at least one or all of a first-level SCI, a second-level SCI and / or an SCI dedicated to the SL-PRS.

[0051] In addition, the UE-A described herein may represent or correspond to a UE 104 (e.g., a first wireless communication device or a second wireless communication device) that sends / transmits / provides / forwards / signals SL-PRS IUC information to UE-B. UE-B may represent or correspond to a UE 104 (e.g., another second wireless communication device or a first wireless communication device) that receives / obtains / acquires / collects SL-PRS IUC information from UE-A. UE-B may be intended or configured to transmit SL-PRS and / or SL data (or PSSCH) (e.g., sometimes commonly referred to as sidelink-related data or information). The sidelink-related data transmission of UE-B may be unicast, multicast, or broadcast. UE-A may be a destination UE 104 of at least one transport block (TB) transmitted by UE-B or a non-destination UE 104 of a TB transmitted by UE-B. In various aspects, for example, a resource pool may represent at least one or both of a SL-PRS resource pool and a sidelink resource pool.

[0052] In some SL communication systems, with respect to sidelink positioning reference signal (SL-PRS) resource allocation, network control (e.g., similar to the first traditional mode) and UE autonomous SL-PRS resource allocation (e.g., similar to the second traditional mode) may be considered in a particular system. Inter-UE coordination (IUC) information (e.g., sometimes referred to as coordination information) transmission / communication for sidelink positioning between multiple UEs 104 is beneficial for maximum resource utilization and / or minimum resource conflicts. For example, at least one UE 104 may determine one or more resource conflicts or determine whether to recommend a resource set for transmission / communication of another UE 104. Subsequently, the UE 104 may consider the IUC information for sidelink positioning before (before) or before (prior to) transmission. As discussed herein, various systems, methods, and / or devices may provide a procedure / operation / process for specifying signals for inter-UE coordination for sidelink positioning.

[0053] In sidelink (e.g., SL-PRS) resource allocation mode 1, the network (e.g., CN 108 or BS 102) may schedule one or more sidelink resources for UE 104. Figure 3 , depicted is a chart 300 showing an example of sidelink resource allocation mode 2. Sidelink resource allocation mode 2 may be a contention-based scheme in which the UE selects sidelink control and data resources for its transmissions. In resource allocation mode 2, higher layers may request the UE to determine a subset of resources from which the higher layers will select resources for PSSCH / PSCCH transmissions. The UE 104 may select one or more resources in a selection window based on sensing results of the PSCCH / PSSCH in its transmission resource pool.

[0054] In sidelink resource allocation mode 2, one or more inter-UE coordination (IUC) schemes / options / aspects may be supported. For example, in a first type or first implementation of IUC coordination (e.g., IUC scheme 1), coordination information sent / transmitted / transmitted from UE-A to UE-B may be a preferred and / or non-preferred resource set for UE-B transmission. The type of coordination information may include a preferred resource set and / or a non-preferred resource set.

[0055] In the preferred resource set, UE-A may consider / adopt any (one or more) resources that satisfy (one or more) conditions as a set of (one or more) resources preferred for UE-B transmission. In this case, the first condition (e.g., condition 1-A-1) may include the (one or more) resources identified by UE-A (e.g., excluding (one or more) resources that overlap with one or more reserved resources of other UEs) including or associated with an RSRP measurement greater than (or in some cases equal to) an RSRP threshold. The second condition (e.g., condition 1-A-2) may include excluding (one or more) resources (e.g., (one or more) time slots) as follows: when UE-A is the intended recipient of UE-B (e.g., UE-B transmission), UE-A does not expect to perform side link (SL) reception from UE-B in the (one or more) resources (e.g., (one or more) time slots) due to or due to half-duplex operation. For the preferred resource set, other conditions may be considered.

[0056] In the non-preferred resource set, UE-A may consider any (one or more) resources that satisfy at least one of the one or more conditions as a set of (one or more) resources that are non-preferred for transmission to UE-B. For example, a first condition (e.g., condition 1-B-1) may include (one or more) reserved resources of other UEs 104 identified by UE-A based on SCI (sidelink control information) (e.g., including a priority field) and RSRP measurements of one or more other UEs 104. A second condition (e.g., condition 1-B-2) may include the following (one or more) resources (e.g., (one or more) time slots): when UE-A is the intended recipient of UE-B, UE-A does not expect to perform SL reception from UE-B in the (one or more) resources (e.g., (one or more) time slots) due to half-duplex operation.

[0057] In response to a trigger (e.g., a trigger for reporting), coordination information may be sent from UE-A to UE-B. For example, the transmission of coordination information may be triggered by an explicit request (e.g., a request or signal to UE-A). In another example, the transmission may be triggered by at least one condition other than receipt of an explicit request.

[0058] In the second type or second implementation of IUC coordination (e.g., IUC scheme 2), the coordination information transmitted from UE-A to UE-B may be that there is an expected / potential resource conflict on the resources indicated by the SCI of UE-B. In this case, as a first condition (e.g., condition 2-A-1), the (one or more) reserved resources of other UEs 104 identified by UE-A may completely overlap or partially overlap with the (one or more) resources indicated by the UE-B SCI in the time-frequency domain. As a second condition (e.g., condition 2-A-2), the following (one or more) resources (e.g., (one or more) time slots): when UE-A is the intended recipient of UE-B (e.g., transmission), UE-A does not expect to perform SL reception from UE-B in the (one or more) resources (e.g., (one or more) time slots) due to half-duplex operation.

[0059] Reference Figure 4 , depicts a flow chart showing an example method 400 for signaling for a particular SLIUC scheme. (One or more) processes for SL IUC signaling (e.g., in arrangement 1) for a particular system may be shown. In this case, UE-B may correspond to or represent a UE 104 configured to transmit / send / provide SL data, and UE-A may represent a UE 104 configured to provide IUC information. For example, the IUC information may be triggered by an explicit request (402) (e.g., SL data IUC trigger) or a condition other than receipt of an explicit request. UE-A may determine the requested IUC information (e.g., a preferred or non-preferred resource set) (404) implemented / configured by UE-B or by UE-A. In response to determining the IUC information, UE-A may report the SL data IUC information to UE-B (406). UE-B may utilize the IUC information to determine UE-B transmission resource selection or reselection (408). Therefore, based on the SL-IUC mechanism or operation, UE-B may signal or transmit SL data (eg, SL-PRSIUC) to UE-A (410).

[0060] Implementation Method 1

[0061] In various embodiments, the SL-PRS IUC information sent from UE-A to UE-B may correspond to or include a resource set to be recommended or not recommended for UE-B SL-PRS and / or SL data / PSSCH transmission. In order to achieve / provide high positioning measurement accuracy and / or avoid resource conflicts, the use case / scenario of SL-PRS IUC may include or correspond to at least one of the following:

[0062] ·Case 1: For SL-PRS transmission of UE 104, since a conflict may occur / occur between the SL-PRS resources of multiple UEs 104 and / or between the SL-PRS resources of multiple UEs 104 and SL data / PSSCH resources, SL-PRS IUC information from other (one or more) UEs 104 may be applied / utilized and / or requested / reported to assist UE SL-PRS resource transmission.

[0063] ●Case 2: For SL data / PSSCH transmission of UE 104, since potential conflicts may occur between SL data / PSSCH resources of multiple UEs 104 and / or between SL-PRS resources and SL data / PSSCH resources of multiple UEs 104, SL-PRS IUC information from other (one or more) UEs 104 may be applied and / or requested / reported to assist the SL data / PSSCH resource transmission of the UE 104.

[0064] ●Case 3: For the combination of Case 1 and Case 2, for SL-PRS transmission and SL data / PSSCH transmission of UE 104, in order to avoid conflicts, for example, between SL data / PSSCH resources of multiple UEs 104, between SL-PRS resources of multiple UEs 104, and / or between SL-PRS resources and SL data / PSSCH resources of multiple UEs 104, SL-PRS IUC information from another (one or more) UEs may be applied and / or requested / reported to assist in SL-PRS and / or SL-data / PSSCH resource transmission for UE 104.

[0065] The systems and methods discussed herein may include sending / transmitting / providing from UE-A to UE-B a SL-PRS IUC for UE-B transmission. The broadcast type of the SL-PRS IUC request / report may be at least one of: unicast, multicast, and / or broadcast. In some cases, multicast may correspond to broadcast. Figure 5 , depicts an example 500 of requesting SL-PRS IUC and / or reporting SL-PRS IUC. In various embodiments, UE-B may request SL-PRS IUC from UE-A (e.g., transmit a request to UE-A) (502). UE-A may report / transmit the SL-PRS IUC to UE-B (504). In some arrangements, UE-B may multicast / broadcast the SL-PRS IUC request(s) to multiple UE-A (e.g., UE-A1, UE-A2, UE-A3, etc.) (506). In response to the request, one or more UE-A may report the SL-PRS IUC to UE-B (508).

[0066] In order to maximize resource utilization and / or minimize resource conflicts, UE 104 may exchange / transmit SL-PRS IUC information. Various schemes / options / implementations may be considered / utilized to exchange SL-PRS IUC information. For example, in some arrangements (e.g., for simplicity, it may be referred to as arrangement 1), the SL-PRS IUC information sent from UE-A to UE-B may correspond to or include a resource set to be recommended or not recommended for UE-B SL-PRS transmission and / or SL data / PSSCH transmission. In some implementations (e.g., for simplicity, it may be referred to as arrangement 2), the SL-PRSIUC information sent from UE-A to UE-B may include at least the existence of expected, potential and / or detected resource conflicts on resources that have been indicated or reserved by UE-B. In some aspects (e.g., for simplicity, it may be referred to as arrangement 3), the SL-PRS IUC information sent from UE-A to UE-B may include one or more suggestions / recommendations for UE-B SL-PRS configuration / characteristics / parameters. In various arrangements (eg, for simplicity, may be referred to as arrangement 4), the SL-PRS IUC transmission frame may be reused / looped for measurement request and / or reporting (eg, requesting or reporting measurement(s)).

[0067] The UE 104 may be configured with a higher layer parameter (e.g., a higher layer signal) that is different from at least one of the options for exchanging SL-PRS IUC information. The higher layer parameter may include or correspond to at least one of the following: a medium access control (MAC) layer, a radio resource control (RRC) layer, an application layer, and / or a new higher layer (such as SL-LMF) similar to a location management function (LMF) in a specific positioning protocol. Additionally or alternatively, the SL-PRS IUC scheme type may be indicated in the SCI. The SL-PRS IUC scheme type may be indicated / provided / transmitted together with a SL-PRS IUC request / report / trigger signal (e.g., a MAC control element (CE), SCI, a higher layer signal such as PC5-RRC, PC5-S, SL-LTE positioning protocol (LTE positioning protocol, LPP), etc.). In various embodiments, the UE 104 may report the supported SL-PRS IUC schemes as capabilities to the UE 104 (e.g., wireless communication device), LMF, or BS 102 (e.g., gNB or wireless communication node).

[0068] The SL-PRS IUC may be transmitted from UE-A to UE-B to assist UE-B SL-related data transmission (e.g., SL data transmission to UE-A). UE-A may be at least one of the destination UEs 104 for UE-B sidelink-related data transmission, or may not be the destination UE 104. As used herein, the terms / phrases "recommended or not recommended", "suggested or not recommended" and / or "preferred or non-preferred" or other interchangeable terms may be similar to each other.

[0069] In various embodiments (e.g., for arrangement 1), the SL-PRS IUC information sent from UE-A to UE-B may include resource sets that are recommended or not recommended for UE-B SL-PRS transmission and / or SL data / PSSCH transmission. The conditions / parameters / granularity of the resource recommendations may be binary or non-binary and / or reported discretely by the corresponding region.

[0070] Binary resource suggestions

[0071] For binary resource recommendations, the SL-PRS IUC information may include preferred and / or non-preferred SL-PRS resource sets. In the case where at least one resource partially or completely overlaps with at least one other UE transmission resource (e.g., detected by UE-A), the (one or more) resources in the selection window for UE-B SL-PRS (or SL data) transmission may be considered as (one or more) non-preferred resources.

[0072] The (one or more) preferred resources may include or correspond to any (one or more) resources that satisfy at least one (or all) of the following (one or more) conditions, as a set of (one or more) resources preferred for UE-B SL-PRS transmission or SL data transmission.

[0073] · Resource(s) excluding those resources that overlap with reserved resource(s) (e.g., including SL data resources and / or SL-PRS resources) of other UEs 104 identified by UE-A whose RSRP measurements are greater than (or in some cases equal to) the RSRP threshold.

[0074] o RSRP thresholds may be indicated by or in the SL-PRS-Thres-RSRP-List. For example, the SL-PRS-Thres-RSRP-List may provide a list of thresholds, where the RSRP thresholds may be based on the priority of the received SL-related data and / or the number of SL-related data to be transmitted.

[0075] Each threshold is selected based on the priority of the SL-related data to be sent / received. In some cases, the list may be considered or correspond to a table / metric, such as having dimensions n*m. In this case, n and m may represent corresponding configurable numbers of priority values. The list may be generated by a higher layer, or may be preconfigured for each resource pool. Once the UE 104 obtains / gets the two priorities (e.g., the values ​​of n and / or m) and the corresponding RSRP threshold, the UE 104 may compare the threshold with the actual measured RSRP. The RSRP threshold may be configured at at least one of the following: the MAC layer,

[0076] The RRC layer, PC5-RRC, PC5-S, application layer, and / or a new higher layer similar to the LMF in a specific positioning protocol, such as SL-LMF, or configured in each side link resource pool (e.g., SL data resource pool and / or SL-PRS resource pool).

[0077] o If the priority of the SL-PRS is indicated in the SCI (eg, including at least one or both of the first-level SCI and / or the second-level SCI or the SL-PRS SCI), the priority of the SL-PRS may be determined based on the priority in the decoded SCI. i (e.g., SL-PRS or SL data) to select / screen the threshold. The priority prio in the SCI can be transmitted after the threshold is selected. j (e.g., SL-PRS or SL data). A resource may be excluded if it is indicated or reserved by a decoded SCI or SL-PRS SCI, and / or the SL-PRS RSRP in the associated data resource is greater than (or sometimes equal to) the RSRP threshold.

[0078] The priority of the PRS may be (pre)configured by higher layers of the network (e.g., BS 102, gNB and / or LMF) and / or UE 104.

[0079] o RSRP threshold (eg, sometimes denoted as Th(prio i ,prio j )) can be set in SL-PRS-

[0080] The corresponding value of the RSRP threshold indicated in Thres-RSRP-List.

[0081] o The number of SL-PRS-Thres-RSRP-Lists can be the same as the number of i and prio jFor example, in the case where the number of (eg, optional) configured SL-PRS priority values ​​is N, if prio i and prio j are all SL-PRS priorities, then the number of threshold lists can be N^2. i and prio j If one of the threshold lists is the SL-PRS priority and the other is the SL data priority (eg, 8 priority values), the number of threshold lists may be N*8.

[0082] • Resource(s), excluding resources having priority values ​​greater than the priorities of other UEs 104 identified by UE-A (e.g., if provided). For example, transmissions of one or more other UEs 104 may precede (e.g., take priority over) UE-B transmissions.

[0083] ● Setting a distance threshold. The distance threshold may be (pre)configured at at least one of the following: MAC layer, RRC layer and / or application layer, where the new higher layer may be similar to LMF in a specific positioning protocol, such as SL-LMF. Range ambiguity may be reported. When setting the distance threshold, the following items may be considered or taken into account:

[0084] o The distance threshold may be included in the SL-PRS IUC trigger signal.

[0085] o If the distance between UE-B and one or more other UEs 104 is not greater than a distance threshold and / or if the distance between UE-A and the other UEs 104 is not greater than a distance threshold, then excluding the preferred resource from the one or more conflicting resources.

[0086] o If the distance between UE-B and UE-A (e.g., other UEs) is greater than (or in some cases equal to) a distance threshold, UE-A may consider or determine that the resources that conflict with UE-B are preferred. For example, if the distance between UE-A (or another UE 104) and UE-B is greater than or equal to a threshold, the IUC information reported by UE-A may exclude / ignore conflicting information.

[0087] o If the distance between UE-B and UE-A (or another UE 104 different from UE-B) is provided in the IUC information, UE-B may select / determine (e.g., depending on UE-B implementation) to utilize the preferred resources indicated in the IUC information.

[0088] · Half-duplex restriction: resource(s), such as excluding time slot(s) (or resource(s)) in which UE-A, when intended to be a receiver for UE-B, is not expected to perform SL reception or SL-PRS reception from UE-B due to half-duplex operation. In various embodiments, non-preferred resource(s) (e.g., non-recommended or non-suggested resource(s)) may include or correspond to any resource(s) that satisfies at least one (or all) of the following one or more conditions, as a set of non-preferred resource(s) for UE-B transmission (e.g., sidelink related data transmission).

[0089] Resource conflicts based on RSRP measurements:

[0090] o Option 1: Reserved resource(s) (e.g., including SL data resources and / or SL-PRS resources) of other UE(s) identified by UE-A whose RSRP measurement is greater than (or sometimes equal to) a (pre-)configured RSRP threshold, which RSRP threshold may be determined at least by a priority value of the UE(s) 104. The priority value may be indicated / provided / included by or in the SCI and / or configured / pre-configured by the network or UE higher layers.

[0091] ■ If the priority of the SL-PRS is indicated in the SCI (e.g., including at least one or both of the first-level SCI and the second-level SCI and / or the SL-PRS SCI), the RSRP threshold (e.g., sometimes labeled or indicated as thresholdSL-PRSRSRPOption1Scheme1) can be at least one of the following: (1) The threshold can be the same as the priority of the SL-PRS. RX Related or associated, among which Prio RX Corresponding to the value of the priority field in the received SCI, and / or (2) the threshold can be selected / chosen / determined based on the priority in the decoded SCI and / or the priority in the SCI to be transmitted. In some cases, instead of the SCI, the priority of the SL-PRS can be (pre)configured by the network (e.g., BS 102, gNB and / or LMF) or higher layers of UE104.

[0092] o Option 2: (one or more) reserved resources (e.g., including SL data resources and / or SL-PRS resources) of another UE 104 identified by UE-A whose RSRP measurement is less than (or sometimes equal to) a (pre-)configured RSRP threshold, which RSRP threshold can be determined at least by the priority value indicated by the SCI of the (one or more) UE 104, such as when UE-A is the destination of a TB transmitted by one or more other UEs 104 (e.g., UE-B, etc.).

[0093] ■ If the priority of SL-PRS is indicated in the SCI (including both the first-level SCI and the second-level SCI, or the SL-PRS SCI), the RSRP threshold (e.g., thresholdSL-PRSRSRPOption2Scheme1) can be at least one of the following: (1) The threshold is only related to the priority of the SL-PRS. RX Related, among which Prio RX is the value of the priority field in the received SCI; (2) The threshold should be selected based on the priority in the decoded SCI and the priority in the SCI to be transmitted. Otherwise, instead of SCI, the priority of SL-PRS can also be (pre)configured by higher layers of the network (gNB or LMF) / UE.

[0094] o The priority value of UE-B's transmission resources is greater than the priority of other UEs identified by UE-A (if provided). In other words, the transmissions of other UEs take precedence over the transmission of UE-B.

[0095] o Setting the distance threshold, the distance threshold can be configured at least one of the following: MAC layer, or RRC layer or application layer, a new higher layer similar to LMF in the traditional positioning protocol (such as SL-LMF). Consider at least one of the following:

[0096] ■ The distance threshold may be included in the SL-PRS IUC trigger signal.

[0097] ■ If the distance between UE-B and other UEs (optional in case of distance ambiguity) is not greater than the distance threshold, UE-A may consider those resources that conflict with UE-B as non-preferred. In other words, if the distance is within the threshold, the IUC information reported by UE-A includes conflict information.

[0098] ■ If the distance between UE-B and other UEs is greater than a distance threshold, and UE-A is the destination of TBs transmitted by other UEs, UE-A may consider those resources that conflict with UE-B to be non-preferred.

[0099] ■ If the distance between UE-B and other UEs is provided in the IUC information, UE-B may choose (depending on the implementation of UE-B) to use the non-preferred resources indicated in the IUC information.

[0100] Half-duplex restriction: resource(s) (e.g., time slot(s)) in which UE-A, when intended to be a receiver for UE-B, does not expect to perform SL reception or SL-PRS reception from UE-B due to half-duplex operation (e.g., resources determined based on the half-duplex restriction).

[0101] The SL-PRS IUC information (e.g., coordination information) may include additional resources or data from preferred and / or non-preferred resources. For example, the IUC information may include / contain at least one of the following additional SL-PRS IUC information:

[0102] For a selection window for determining resources by UE-B (e.g., a second wireless communication device), UE-A (e.g., a first wireless communication device) may report a time domain and / or frequency domain position of at least one of the preferred (e.g., recommended) and / or non-preferred (e.g., not recommended) resources of UE-B. The position includes a time domain range and a frequency range.

[0103] · Time and frequency resource conflict ratio.

[0104] • Sequence preference indication, which may indicate information about preferred sequences and / or non-preferred sequences.

[0105] • It can be one or more physical resource blocks (PRBs) that are preferred (eg, will not cause contention issues) and / or one or more PRBs that are not preferred.

[0106] • RSRP measurement results (eg, measurement information) from at least one other UE 104 (eg, a third wireless communication device) different from UE-A (and / or UE-B).

[0107] • Transmission priority of the SL-PRS and / or SL data from other UEs 104, such as that included in the SCI and / or SL-PRS SCI of the other UEs 104 and decoded by UE-A.

[0108] UE identifier (ID) information and / or distance / location information (e.g., destination ID, source ID, area ID, communication range requirements, etc.) of the SL-PRS and / or SL data from other UEs 104, such as included in the SCI and / or SL-PRS SCI from other UEs 104 decoded by UE-A.

[0109] UE-A expected transmission time and / or frequency location / position.

[0110] In various embodiments, SCI may be used for scheduling and / or decoding of PSSCH. For SL-PRS transmission, SCI may be introduced / provided (e.g., extended from a specific system, such as using a traditional SCI by adding a specific field for SL-PRS, or a new dedicated format SL-PRS SCI) for scheduling and / or decoding of SL-PRS. Therefore, UE decoding may be considered as one (or both) of the following: SCI and / or SL-PRS SCI.

[0111] In some arrangements, UE-B may determine / decide how to use the additional IUC information (e.g., coordination information from UE-A), such as when the type of (one or more) resources is considered non-preferred. For example, after UE-A IUC reports that (one or more) resources in the selection window for UE-B are non-preferred (e.g., not recommended), once UE-B receives the additional SL-PRS IUC information, UE-B may determine to use at least a portion of the resources (e.g., exclude conflicting resources when the time and frequency conflict ratio is below / less than a threshold, consider RSRP measurements, consider distance restrictions, and do not consider conflicts when the distance between two UEs 104 is greater than / longer than a threshold, and / or consider UE ID information, such as source ID and / or destination ID, etc., to select a specific sequence and (one or more) PRBs). The decision / determination to utilize the additional IUC information may be made at a higher layer of the UE 104 (e.g., including at least one of the following: MAC layer, RRC layer, application layer, and / or a new higher layer (e.g., similar to LMF in a specific positioning protocol, such as SL-LMF)).

[0112] Non-binary resource suggestions

[0113] In non-binary resource recommendations, UE-A may provide UE-B with a specific recommendation level included in the IUC information. One or more resources may be reported together with at least one (e.g., a single) recommendation level. For example, several recommendation levels may be set considering at least one of the following:

[0114] • The recommendation level may be represented by a soft value indicator (eg, [0, 1]).

[0115] • For the recommendation level, at least one indicator (eg, a single indicator) may be reported, and the supported values ​​may be (eg, included in or part of) a discrete set in the interval [a, b].

[0116] o The interval [a,b] may correspond to or be represented as [0,1] or other similar representations.

[0117] oThe number of discrete values ​​may be reported by the UE 104 and / or configured by the LMF, BS 102 (e.g., gNB), and / or UE 104.

[0118] o In some cases, if [a,b] corresponds to or is equal to [0,1], the soft values ​​can be set in steps / sequences / increments of 0.1: [0,0.1,0.2,…,0.9,1].

[0119] ●The value range of the recommended level can be set or configured as Nr, where Nr can be one of the following: 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, etc. Nr can be (pre-)configured at least one of the following: MAC layer, RRC layer, PC5-RRC, PC5-S, application layer and / or new higher layer (e.g., similar to LMF in a specific positioning protocol, such as SL-LMF). UE104 can report the recommended level range it supports as part of UE capabilities.

[0120] • In some cases, the UE 104 may request a specific range of recommendation levels.

[0121] • The recommended level threshold may be (pre-)configured on at least one of the following: MAC layer, RRC layer, PC5-RRC, PC5-S, application layer and / or new higher layers.

[0122] ● A higher recommendation level may indicate a higher recommendation priority, while a lower recommendation level may indicate a lower recommendation priority. For example, a recommendation level 0 may indicate a non-preferred, a recommendation level 1 may indicate a second-preferred, a recommendation level 2 may indicate a preferred, and / or a recommendation level 3 may indicate a strongly preferred.

[0123] o When the recommendation level is greater than (or equal to) the recommendation threshold, UE-B may use the SL-PRS IUC information associated with the recommendation level as the preferred resource(s). Otherwise, the SL-PRS IUC information may exclude the corresponding resources.

[0124] oAn advisory threshold may be associated with a specific range of advisory levels.

[0125] In some implementations, lower recommendation levels may indicate higher recommendation priorities. For example, recommendation level 3 may indicate a non-preferred (e.g., resource(s)), recommendation level 2 may indicate a second-preferred, recommendation level 1 may indicate a preferred, and / or recommendation level 0 may indicate a strongly preferred.

[0126] o When the recommendation level is less than / lower than (or equal to) the threshold, UE-B may use the SL-PRS IUC information as the preferred resource(s). Otherwise, the SL-PRS IUC information may exclude the corresponding resource(s).

[0127] oAn advisory threshold may be associated with a specific range of advisory levels.

[0128] The recommendation level may be related or associated with at least one of the following:

[0129] The time and / or frequency domain location of the preferred and / or non-preferred resources for UE-B to select the window. The location may include a time domain range and a frequency domain range.

[0130] · Time and frequency resource conflict ratio.

[0131] • Sequence preference: information about at least one preferred sequence and / or at least one non-preferred sequence.

[0132] • The number of PRB(s) (eg, preferred PRB(s)) without collision issues and / or the number of non-preferred PRB(s).

[0133] • RSRP measurements or information from other UEs 104 derived / determined / identified from UE-A.

[0134] ●The transmission priority of the SL-PRS and / or SL data of at least one other UE 104, which may be included / provided / indicated in the SCI or SL-PRS SCI of the other UE 104 and / or decoded by UE-A.

[0135] ●UE ID information and / or distance / location information (e.g., destination ID, source ID, area ID, communication range requirements, etc.) of the SL-PRS and / or SL data of other UEs 104, which may be included in the SCI or SL-PRS SCI of other UEs 104 and decoded by UE-A.

[0136] • The expected transmission time and frequency position of UE-A, and whether at least one PRB (or time slot) can perform reception (eg, receive information) for UE-A.

[0137] UE-A may consider at least one or all of the above information. Based on the information, UE-A may determine the corresponding recommendation level. The decision or determination of the recommendation level may be made / performed / conducted by a corresponding implementation or higher layer of UE-A. The higher layer may be at least one of the following: MAC layer, PC5-RRC, PC5-S, RRC layer, application layer and / or a new higher layer (e.g., LMF in a specific positioning protocol, such as SL-LMF).

[0138] Recommended resources by region / area

[0139] In various implementations, the resource suggestion indication (eg, at least one of a binary suggestion level or a non-binary suggestion level) may be reported discretely and based on a specific time-frequency resource. Figure 6 is a graph 600 illustrating an example of time-frequency resources associated with binary recommendation levels. Figure 7 7 is a diagram showing an example of time-frequency resources associated with a non-binary recommendation level. Figure 6 to Figure 7 As shown, the time domain and frequency domain locations of the resources in the UE-B selection window can be reported together with a specific recommendation level. In addition, the time and frequency resources can be associated with the UE-A (or at least one other UE 104 detected by UE-A) SL resource pool and / or SL-PRS resource pool (e.g., at least one of a dedicated resource pool and / or a shared resource pool for sidelink communication). For example, the resource pool index and / or the SL-PRS resource pool index can be reported together with a specific recommendation level, such as in combination with Figure 6 to Figure 7 shown.

[0140] Combined solution for resource recommendations

[0141] The UE 104 may report its capabilities to one or more other UEs 104. For example, the UE 104 may report its capabilities to support one or more types of resource suggestion granularity. The UE 104 may report one or more of the capabilities according to at least one of various coordinated information reporting methods / procedures, such as at least one of the following: binary, non-binary, binary by region, and / or non-binary by region, etc.

[0142] The UE 104 may request or report a particular preferred type of resource recommendation granularity. For the UE 104, the network (e.g., LMF, gNB and / or BS 102) or the UE 104 (e.g., by / via higher layer signals such as SL-LPP, PC5-RRC, PC5-S, MAC CE and / or lower layer signals (e.g., SCI)) may (pre-)configure the SL-PRS IUC resource recommendation granularity.

[0143] In some embodiments, if at least one UE 104 does not report any preference (e.g., bias) for resource recommendation granularity and / or the UE 104 is not provided with a configuration for the type of resource recommendation granularity from the network (e.g., BS 102 and / or LMF) or from the UE 104, then the binary resource recommendations reported for each selection window (e.g., the overall / entire selection window) may be considered as a default configuration.

[0144] Implementation Method 2

[0145] Reference Figure 8 , depicts a flow chart illustrating an example method 800 or process for SL-PRS IUC implementation. As shown (e.g., for arrangement 1), a SL-PRS IUC transmission process / operation with resource recommendations for a specific case / configuration / implementation / arrangement (e.g., case 1 or first arrangement) is provided. One or more other arrangements (e.g., case 2 and / or case 3) may share one or more steps similar to case 1, such as at least one of the following: SL-PRS IUC triggering (802), determining SL-IUC information (e.g., or SL-PRS IUC information) (804), SL-IUC reporting (806), selecting SL-PRS / SL data resources (808), and / or SL-PRS / SL data resource transmission (810). For transmission of SL-related information (e.g., SL-PRS / SL data), UE-B may additionally (or alternatively) transmit SL-PRS / SL data resources (e.g., SL-related information) to one or more UEs 104 other than UE-A. In various arrangements, the SL-PRS IUC information may be triggered by at least one of: an explicit request, a condition, and / or the network (e.g., BS 102, gNB, or LMF).

[0146] Triggered by explicit request

[0147] The container of the explicit SL-PRS IUC request from UE-B to UE-A may include or correspond to at least one of the following:

[0148] • MAC CE may be used as a container for explicit SL-PRS IUC request transmission from UE-B to UE-A.

[0149] • The SCI may be used as a container for explicit SL-PRS IUC request transmission from UE-B to UE-A.

[0150] o For example, the SCI may include at least one unique second level SCI format for SL-PRS IUC information request and reporting.

[0151] · Dedicated SL-PRS pool for control signal SL-PRS SCI.

[0152] ■Shared resource pool for SL communications. Introducing new second-level SCI format.

[0153] o In another example, SCI 2-C ​​introduced in a specific system may be used as a container, and a field "SL-data / SL-PRS IUC indicator" is added.

[0154] ■Four cases: SL data IUC request, SL data IUC report, SL-PRS IUC request and / or SL-PRS IUC report.

[0155] ■ For each case, the corresponding field in SCI 2-C ​​may be activated / enabled, while other irrelevant fields in SCI 2-C ​​may be deactivated / disabled.

[0156] • When both MAC CE and SCI are used as containers for explicit SL-PRS IUC request transmission from UE-B to UE-A, the same bit field size used for the request in the SCI may be applied to the MAC CE.

[0157] ●High-layer signals, such as PC5-S, PC5-RRC, application layer and / or new higher layers (e.g., SL-LMF), may be used as a container for explicit SL-PRS IUC request transmission from UE-B to UE-A.

[0158] The one or more parameters in the trigger signal may include or be at least one of the following:

[0159] • SL data / SL-PRS IUC (eg, SL related data) indicator.

[0160] =SL-PRS IUC option / implementation / arrangement / configuration / scheme indicator (eg coordination information scheme indicator).

[0161] • Provide / request indicator.

[0162] SL resource pool index or SL-PRS resource pool index.

[0163] ●Priority value for SL-PRS transmission and / or UE-B SL data transmission.

[0164] ● The frequency position of the subchannels and / or the number of subchannels used for SL-PRS transmission (or UE-B SL data transmission) in a time slot.

[0165] • Resource reservation interval for UE-B transmission.

[0166] • The start and / or end time position of the UE-B resource selection window.

[0167] • Resource set type / suggestion indicates the type, such as binary, non-binary, binary by locale, and / or non-binary by locale.

[0168] UE ID information and / or distance / location information (eg, destination ID, source ID, area ID, communication range requirements, etc.).

[0169] - A distance threshold, which can be one basis for determining whether a resource(s) is preferred.

[0170] SL-PRS sequence ID.

[0171] On-off indicator.

[0172] • The number of measurement instances(s).

[0173] Automatic gain control (AGC) / gap symbol.

[0174] Broadcast type: at least one of unicast, groupcast and / or broadcast. According to certain embodiments, several scenarios for sidelink positioning may be considered, such as V2X, public safety, commercial and / or industrial internet of things (IIoT) use cases.

[0175] Triggered by conditions other than explicit requests

[0176] In some embodiments, the SL-PR IUC may be triggered by conditions other than an explicit request. For example, if the SL-PRS IUC is triggered by conditions other than an explicit request, one or more of the parameters in the triggering signal may be (pre) configured for the SL-PRS resource pool or resource pools. In some cases, if no (pre) configuration is performed, the UE-A may determine the parameters by or according to its implementation / configuration.

[0177] Triggered by the network

[0178] Reference Fig. 9, depicted is a diagram 900 showing an example SL-PRS IUC scheme triggered by a network. For example, in various arrangements, the SL-PRS IUC may be triggered by a network (e.g., a BS 102, a gNB, and / or a LMF). The network may arrange a particular UE 104 as UE-B, and arrange at least one other UE 104 as UE-A. The network may send / transmit / provide / signal a control signal to UE-A (902). The network may arrange for UE-A to send SL-PRS IUC information to UE-B (e.g., SL-PRS coordination (906)). The network may notify UE-B of the UE-A (or several UEs 104) ID, and / or assist / help UE-B in requesting SL-PRS IUC information from UE-A (904). In some embodiments, the network may send a control signal to UE-B (904) for coordination with UE-A (e.g., UE-B sends coordination information to UE-A). The control signal may include or correspond to at least one of: downlink control information (DCI), MAC CE, LPP signal and / or RRC.

[0179] The timing of triggering the SL-PRS IUC or when to trigger the SL-PRS IUC may be based on an explicit request, at least one condition other than an explicit request, or respective configuration of the network. For example, the explicit request may consider at least one of the following to determine when to trigger:

[0180] · According to or as per the configuration of UE-B.

[0181] ● According to higher layers of UE-B (e.g., at least one of the following: MAC CE, PC5-S, PC5-RRC, application layer and / or new higher layers such as SL-LMF).

[0182] When UE-B has SL-PRS to transmit to UE-A.

[0183] ●When UE-B has SL data to transmit to UE-A.

[0184] ●When UE-B has SL-PRS and / or SL data (e.g., SL-related data) to transmit to UE-A.

[0185] For triggering based on or according to at least one condition other than an explicit request, at least one of the following may be considered:

[0186] · According to UE-A configuration / implementation.

[0187] · According to UE-A higher layers (e.g., at least one of the following: MAC CE, PC5-S, PC5-RRC, application layer and / or new higher layers such as SL-LMF).

[0188] When UE-A has SL-PRS to transmit to UE-A.

[0189] ·When UE-A has SL data to be transmitted to UE-A.

[0190] ●When UE-B has SL-PRS and / or SL data to transmit to UE-A.

[0191] For the network trigger, at least one of the following can be considered:

[0192] ●As per network configuration / implementation.

[0193] When the network is configured or arranged to allocate SL-PRS and / or SL data transmission.

[0194] Implementation 3

[0195] In various arrangements (e.g., for arrangement 1), a timing relationship for requesting triggered SL-PRS IUC transmission may be considered between a sensing window and / or selection window of UE-B (e.g., for determining a resource set) and a sensing window and / or selection window of UE-A for sidelink transmission carrying SL-PRS inter-UE coordination information. The following indication may be used or indicated to describe the timing relationship of the sensing window and / or selection window between UE-A and UE-B:

[0196] - (n+T1) - the starting time slot of the resource selection window used to determine the resource set.

[0197] - (n+T2) - the end slot of the resource selection window used to determine the resource set.

[0198] • (n'+T'1) - the starting time slot of the resource selection window for sidelink transmission carrying SL-PRS inter-UE coordination information.

[0199] • (n' + T'2) - the end slot of the resource selection window for sidelink transmission carrying SL-PRS inter-UE coordination information.

[0200] • n' may correspond to or represent a time slot that triggers a UE procedure for determining TX (eg, transmission) resources for sidelink transmissions carrying SL-PRS inter-UE coordination information.

[0201] At least combined Figure 10 to Figure 11 As shown, the sensing window for determining the resource set may be defined / indicated / represented by a time slot (eg, resource) range, such as [(n+T1)-T0-T1, (n+T1)-T proc,0 -T"1] or In some embodiments, if the sensing window is used for SL-PRS transmission, then It can be defined in units of time slots and / or symbols, which can be related to the subcarrier spacing (SCS) configuration of the corresponding SL bandwidth part (BWP) and / or dedicated SL-PRS BWP. T0 for SL-PRS can be defined in the RRC layer and / or MAC layer, and / or defined by LMF and / or SL-LMF. The value range of T0 can be greater than or equal to the SL-PRS resource reservation interval. The value range of T0 can be different from T0 in a specific side link system (e.g., a legacy system). In some cases, if the sensing window is used for SL data transmission, T0 proc,0 Can be used instead of

[0202] If the selection window is used for SL-PRS transmission:

[0203] oT1 and T'1 can be selected based on UE 104 configuration / implementation. It may be defined in units of one or more time slots and / or symbols, and / or may be associated with the SCS configuration of the corresponding SL BWP and / or a dedicated SL-PRS BWP.

[0204] o It can be related to the SCS configuration of the corresponding SL BWP and / or dedicated SL-PRS BWP. (eg, in units of time slots or symbols) is less than / less than the remaining packet delay budget, then (eg, selection / determination) of T2 and / or T'2 may be based on Otherwise, T2 and T'2 may be set / configured as the remaining packet delay budget (eg, in units of slots or symbols). The remaining packet delay budget may depend on or be based on the sidelink transmission type, such as SL data and / or SL-PRS.

[0205] If the selection window is used for SL data transmission, the settings of T1, T'1, T2 and / or T'2 may reuse a specific side link configuration (eg, a legacy side link configuration).

[0206] The sensing window size W of UE-A for sidelink transmission carrying SL-PRS inter-UE coordination information may be greater than or equal to the resource reservation interval used for UE-B transmission (eg, SL-PRS transmission and / or SL data transmission).

[0207] For request-triggered SL-PRS IUC transmission:

[0208] ●n r : The time slot when UE-A receives the SL-PRS IUC request information from UE-B.

[0209] ·X1≤(n'+T'1).

[0210] ·(n'+T'2)≤X2.

[0211] At least one of the implementations / configurations / options may be applied to define / indicate the value ranges of X1 and X2. As discussed herein, four configurations may be applied to define the value ranges of X1 and X2, although other configurations may be applied in a similar manner.

[0212] Configuration 1

[0213] As a first configuration, X1 and X2 may be (pre)defined / configured by the network and / or UE 104 (such as at the RRC layer and / or MAC layer, and / or by LMF and / or SL-LMF, and / or at PC5-RRC layer, PC5-S layer, etc.).

[0214] Configuration 2

[0215] Reference Fig.10 , depicted is a diagram 1000 showing an example of non-overlap between a selection window for SL-PRS IUC transmission and a selection window for determining resources. In various embodiments, there may be no overlap between a sensing window and / or selection window of UE-B (e.g., for determining a resource set) and a sensing window and / or selection window of UE-A (e.g., for sidelink transmission carrying SL-PRS inter-UE coordination information).

[0216] The start point of the selection window for SL-PRS IUC transmission may be set or arranged after the time slot when UE-A receives the SL-PRS IUC request information from UE-B (e.g., as shown in diagram 1002) (e.g., as shown in diagram 1004). The end point of the selection window for SL-PRS IUC transmission may be set before the time slot when the selection window for determining the resources of UE-B starts (e.g., as shown in diagram 1002). The time delay for UE decoding may be considered or adopted. As shown in combination Fig.10 As shown, [n r +T_proc+T'1]≤[(n'+T'1)] and [(n'+T'2)]≤[n+T1-T proc ]. proc It may be defined in units of slots or symbols, which may be related to the SCS configuration of the corresponding SL BWP and / or dedicated SL-PRS BWP.

[0217] Configuration 3

[0218] Reference Fig.11 , depicted is a diagram 1100 showing an example of a partial overlap between a selection window for SL-PRS IUC transmission and a selection window for determining resources. In various embodiments, an overlap (e.g., a partial overlap) may occur or be present between a sensing window / selection window of UE-B (e.g., for determining a resource set) and a sensing window / selection window of UE-A (e.g., for sidelink transmission carrying SL-PRS inter-UE coordination information).

[0219] For example, the number of candidate single-slot resources remaining in the selection window is greater than, for example, X·M total In various cases when the selection windows are selected, overlap may be allowed. For example, the overlap of the selection windows between UE-A and UE-B may be shown between diagram 1102 and diagram 1104. total X may correspond to or represent the total number of candidate single-slot resources. X may indicate the proportion of candidate single-slot SL-PRS resources to total resources (e.g., if UE-B is configured to transmit SL-PRS). X may be (pre)defined / configured at the RRC layer, MAC layer, by LMF and / or SL-LMF, etc. X may correspond to the transmission priority of UE-B, e.g., the priority for SL-PRS transmission. and / or for SL data transmission

[0220] An example of RRC configuration is provided below:

[0221]

[0222]

[0223] Configuration 4

[0224] The timeline of the selection window for SL-PRS IUC transmission may be configured / implemented according to UE-A. For example, if the resources in the preferred and / or non-preferred resource sets are earlier than the time delay (e.g., T proc,0 +T proc,1 +T proc,2 and / or The time delay may correspond to the request trigger signal utilized (e.g., SCI, MAC CE, PC5-RRC, PC5-S and / or SL-LPP, etc.).

[0225] The latency bound of the SL-PRS inter-UE coordination report triggered by the associated SL-PRS inter-UE coordination explicit request (e.g., sometimes referred to as sl-prs-LatencyBoundIUC-Report) can be (pre)defined / configured by the network, UE 104 at the RRC layer and / or MAC layer, by LMF and / or SL-LMF, at the PC5-RRC layer and / or PC5-S layer, etc.

[0226] Implementation 4

[0227] In various aspects (e.g., for arrangement 1), the container of the SL-PRS IUC report from UE-A to UE-B may include or correspond to at least one of the following:

[0228] MAC CE can be used as a container for SL-PRS IUC information transmission from UE-A to UE-B.

[0229] • SCI may be used as a container for SL-PRS IUC information transmission from UE-A to UE-B.

[0230] o For example, the SCI may include at least one unique second level SCI format for SL-PRS IUC information request and / or reporting.

[0231] ■ Control signal SL-PRS Dedicated SL-PRS pool for SCI.

[0232] ■Shared resource pool for SL communications. Introducing new second-level SCI format.

[0233] o In another example, SCI 2-C ​​may be used. A field "SL-data / SL-PRS IUCindicator" may be added.

[0234] ■Four cases: SL data IUC request, SL data IUC report, SL-PRS IUC request and / or SL-PRS IUC report.

[0235] ■ For each case, one or more corresponding fields in SCI 2-C ​​may be activated, while one or more other irrelevant fields in SCI 2-C ​​may be disabled.

[0236] • In some cases, when both MAC CE and SCI are used as containers for SL-PRS IUC information transmission from UE-A to UE-B, the same bit field size used for reporting in SCI can be applied to MAC CE.

[0237] ●High-layer signals (e.g., PC5-RRC, PC5-S, application layer, and / or new higher layers such as SL-LMF) can be used as containers for SL-PRS IUC information transmission from UE-A to UE-B.

[0238] The SL-PRS IUC report may include at least one of the following information:

[0239] SL data / SL-PRS IUC indicator (eg if SCI 2-C ​​is reused).

[0240] • Provide / request indicator.

[0241] Resource pool index or SL-PRS resource pool index.

[0242] · Coordination information scheme indicator.

[0243] • The priority value to be used for conflicting transmissions of other UEs 104 detected by UE-A.

[0244] Reference resource location.

[0245] First resource location.

[0246] • Frequency position or lowest sub-channel index.

[0247] • The number of subchannels used for SL-PRS transmission (eg, which may or may not include UE-B SL data transmission) in a slot.

[0248] • Resource reservation interval for UE-B transmission.

[0249] ●The start time position or the end time position of the UE-B resource selection window.

[0250] ● Resource set type: Recommendation level (e.g., binary, non-binary, binary by locale, and / or non-binary by locale).

[0251] • The association relationship(s) between the recommendation level and the time-frequency region (eg, if the resource set type is binary per region and / or non-binary per region).

[0252] • The association relationship(s) between the resource pool index and / or the SL-PRS resource pool index and the time-frequency region (eg, if the resource set type is binary per region and / or non-binary per region).

[0253] ●SL-PRS sequence ID.

[0254] ●Switch indicator.

[0255] ●The number of measurement instances.

[0256] AGC / gap symbol.

[0257] Broadcast type: unicast, multicast and / or broadcast.

[0258] UE ID information and / or distance / location information (e.g., destination ID, source ID, area ID, communication range requirements, etc.) of UE-A and one or more other UEs 104 (e.g., whose transmissions may collide with UE-B).

[0259] • The distance between UE-B and one or more other UEs 104 and / or the distance between UE-A and (one or more) other UEs 104.

[0260] In various embodiments, the transmission resource may be selected or reselected. For binary resource proposals (e.g., for the entire selection window or a portion / region):

[0261] For the preferred resource set:

[0262] o In some cases, the (re)selection may be based on sensing results (eg, if available) and received coordination information of UE-B.

[0263] o In some other cases, the (re)selection may be based on received coordination information (eg, not based on sensing results).

[0264] ●For non-preferred resource sets:

[0265] o In various embodiments, the (re)selection may be based on sensing results (e.g., if available) and / or received coordination information of UE-B. In the resource (re)selection of UE-B, UE-B may exclude resource(s) overlapping with the non-preferred resource set.

[0266] For non-binary resource suggestions (e.g. for the entire selection window or a portion / region):

[0267] ● A recommendation level threshold may be (pre)configured for UE-B. For example, when UE-B receives a recommendation level above / greater than the threshold, UE-B may regard / associate / consider the corresponding resource(s) as preferred. Otherwise, UE-B may consider the corresponding resource(s) as non-preferred.

[0268] ● The recommendation level threshold may be (pre-)configured on at least one of the following: MAC layer, PC5-RRC, PC5-S, RRC layer, application layer and / or new higher layers (eg, LMF in legacy positioning protocols, such as SL-LMF).

[0269] Implementation method 5

[0270] In various embodiments (e.g., for arrangement 2), the SL-PRS IUC information sent from UE-A to UE-B may include the existence of expected, potential and / or detected resource conflicts on at least the resources already indicated or reserved by UE-B. For example, UE-A may consider / determine that a resource conflict occurs on the first reserved resource and / or multiple / several reserved resources indicated by the SCI received from UE-B if at least one of the following conditions / parameters / criteria is met:

[0271] ● The reserved resource(s) indicated by the received SCI from UE-B and the reserved resource(s) indicated by the received SCI from at least one other

[0272] It overlaps with at least one other reserved resource indicated by another received SCI of UE 104:

[0273] o When the RSRP measurement is greater than a threshold, e.g., corresponding to whether UE-A is the destination UE 104 for UE-B or for at least one other UE 104:

[0274] ■Relative RSRP threshold of SL-PRS:

[0275] ● If the priority of the SL-PRS is indicated in the SCI (e.g., including at least one of the following: the first-level SCI and / or the second-level SCI and / or the SL-PRS SCI), the threshold can be selected based on the priority in the decoded SCI. Subsequently, the priority in the SCI can be transmitted. The priority of the SL-PRS can also be (pre)configured by the network (e.g., BS 102 and / or LMF) and / or the higher layers of the UE 104.

[0276] ●The RSRP threshold may be configured at least one of the following: MAC layer, RRC layer, PC5-S, application layer and / or new higher layers such as SL-LMF, etc.

[0277] ■Configuration of SL-PRS / pre-configured RSRP threshold:

[0278] SL-PRS-RSRP1-SL-PRS-RSRP2 and / or SL-PRS-RSRP2-SL-PRS-RSRP1 and / or |SL-PRS-RSRP1-SL-PRS-RSRP2| (eg, absolute value) may be greater than a (pre-)configured RSRP threshold.

[0279] ● The (pre-)configured RSRP threshold may be configured on at least one of the following: MAC layer, RRC layer, PC5-S, application layer and / or new higher layers such as SL-LMF.

[0280] o Reserved resource(s) for UE-B having a priority value greater than the priority (e.g., if provided) of one or more other UEs 104 identified by UE-A. For example, in this case, transmissions by the one or more other UEs 104 may precede or take precedence over UE-B transmissions.

[0281] o In various embodiments, if a (e.g., general) location is provided, UE-A may consider reporting conflicting information when at least one other UE 104 is near UE-B (e.g., not too far from UE-B or the distance from UE-B to the other UE 104 is within a threshold / range). For example, the distance between UE-B and another UE 104 is less than (or equal to) a distance threshold. Distance ambiguity may be reported. The distance threshold may be configured at least one of: a MAC layer, an RRC layer, an application layer, and / or a new higher layer (e.g., SL-LMF, etc.).

[0282] • The reserved resource(s) may occur in time slots where UE-A may not desire to perform SL-PRS and / or SL reception due to half-duplex operation.

[0283] The SL-PRS IUC may contain / include an indication of one or more expected, potential and / or detected resource conflicts. The container of (one or more) conflicting reserved resources (e.g., SL-PRS IUC) reported by UE-A to UE-B may correspond to or include at least one of the following:

[0284] • PSFCH may be used as a container for conflicting reserved resource(s) (SL-PRS IUC) reports from UE-A to UE-B.

[0285] • MAC CE may be used as a container for conflicting reserved resource(s) (SL-PRS IUC) reports from UE-A to UE-B.

[0286] • The SCI may be used as a container for conflicting reserved resource(s) (SL-PRS IUC) reports from UE-A to UE-B.

[0287] o For example, at least one unique second level SCI format may be used for SL-PRS IUC information request and / or reporting.

[0288] ■ Control signal SL-PRS Dedicated SL-PRS pool for SCI.

[0289] ■Shared resource pool for SL communications. Introducing new second-level SCI format.

[0290] oSCI 2-C ​​with the added field “SL-data / SL-PRS IUC indicator” can be used.

[0291] ■Four cases: SL data IUC request, SL data IUC report, SL-PRS IUC request and / or SL-PRS IUC report.

[0292] ■ For each case, the corresponding field in SCI 2-C ​​may be activated, and / or at least one other irrelevant field in SCI 2-C ​​may be disabled.

[0293] ■ SL-PRS IUC Scheme Type indicates whether various implementations / configurations of SL-PRS IUC (eg, Arrangement 1 and / or Arrangement 2, etc.) use SCI as a container, eg, a configuration for resource proposals and / or a configuration for conflict information of reserved resource(s).

[0294] • When both MAC CE and SCI are used as containers for reporting of conflicting reserved resource(s) (eg, SL-PRS IUC) from UE-A to UE-B, the same bit field size in SCI may be applied to MAC CE.

[0295] ●High-layer signals (e.g., PC5-RRC, PC5-S, application layer and / or new high layers such as SL-LMF) can be used as a container for reporting of (one or more) conflicting reserved resources from UE-A to UE-B.

[0296] In various embodiments, if UE-A determines a conflict of reserved resources for SL-PRS transmission, UE-A may provide conflict information in PSFCH. In some arrangements, if SL-PRS is configured in a shared resource pool for SL communication, the priority of PSFCH may be considered according to or based on at least one of the following aspects (e.g., PSFCH transmission may include / contain HARQ-ACK (hybrid automatic retransmission request-acknowledgement, hybrid automatic retransmission request confirmation) information, SL data conflict information and / or SL-PRS conflict information):

[0297] ●Priority value of PSFCH TX for SL-PRS resource conflict indication: minimum priority value of conflicting TBs.

[0298] ● Priority value of PSFCH RX for SL-PRS resource conflict indication: the priority value of SL-PRS indicated by the SCI of UE-B.

[0299] · Priority value of PSFCH TX for SL data resource conflict indication.

[0300] · Priority value of PSFCH RX for SL data resource conflict indication.

[0301] ●PSFCH TX / RX for SL HARQ-ACK feedback.

[0302] The priority between different PSFCH transmission types may be at least one of the following:

[0303] • PSFCH transmission (TX) / reception (RX) for SL HARQ-ACK feedback may take precedence over PSFCH TX / RX for SL data resource conflict indication and / or SL-PRS resource conflict indication.

[0304] o In some cases, PSFCH TX / RX for SL data resource conflict indication may take precedence over SL-PRS resource conflict indication.

[0305] o In some cases, PSFCH TX / RX for SL-PRS resource conflict indication may take precedence over SL data resource conflict indication.

[0306] • PSFCH TX / RX for SL-PRS resource conflict indication may take precedence over PSFCH TX / RX for SL data resource conflict indication and / or SL HARQ-ACK feedback.

[0307] o PSFCH TX / RX for SL HARQ-ACK feedback may take precedence over SL data resource conflict indication.

[0308] The PSFCH of the SL-PRS IUC may be used to indicate one or more expected, potential and / or detected resource conflicts.

[0309] For an expected, potential and / or detected resource conflict indication: the PSFCH of the SL-PRS IUC may be designed to cover 1 bit of information. The PSFCH may be configured in the SL data resource pool and / or the dedicated resource pool of the SL-PRS.

[0310] For several / multiple expected, potential and / or detected resource conflict indications: for example, if SL-PRS and / or SL data share the same pool, redesign the timeslot structure of PSFCH in the SL data resource pool, and / or

[0311] Or design a new time slot structure in the dedicated SL-PRS resource pool.

[0312] oPSFCH can be designed to occupy one or more OFDM (orthogonal frequency division multiplexing) symbols.

[0313] oPSFCH can be designed to occupy one or more PRBs.

[0314] The capability enhancement of the oPSFCH sequence considers at least one of the following: an association between the conflict indication and the sequence cyclic shift, and an increase in the maximum number of cyclic shifts.

[0315] In various embodiments, if the SL-PRS is configured in a dedicated resource pool, then for each SL-PRS time slot structure, a slot symbol in the last symbol of the time slot may be used / configured for Rx / Tx switching, and / or an AGC symbol in the first symbol of the time slot may be configured to assist AGC training.

[0316] For each SL-PRS time slot structure, the PSCCH may be configured to carry the first-level SL-PRS SCI and / or carry the SL-PRS SCI based on / depending on / according to the SCI design / configuration of the SL-PRS. The PSCCH may be configured within the frequency band range and / or the lowest frequency range / subchannel / PRB for SL-PRS transmission. The frequency range of the PSCCH may be the same as that of the SL-PRS. The number of PRBs occupied by the PSCCH may not change with the frequency domain size of the SL-PRS.

[0317] PSCCH may occupy OFDM symbols that do not overlap with SL-PRS. Additionally or alternatively, PSCCH may share OFDM symbols with SL-PRS. Depends on whether the resource pool for SL-PRS is configured with PSFCH, for example, if configured, a gap symbol for Rx / Tx switching and / or an AGC symbol for power adjustment may be configured before the PSFCH symbol. The transmit power and power control of PSFCH may be different compared to SL-PRS. The AGC symbol may be a repetition of the PSFCH symbol.

[0318] Can be combined Fig.12 An example of a time slot structure in a dedicated SL-PRS resource pool is shown. Fig.12, depicts an example 1200 of a slot structure in a dedicated SL-PRS resource pool. For example, slot structure 1202 and slot structure 1210 may be in a dedicated SL-PRS resource pool without a PSFCH configuration. In another example, slot structure 1204 to slot structure 1208 may be in a dedicated SL-PRS resource pool with a PSFCH configuration.

[0319] To determine the PSFCH timing / occurrence for SL-PRS IUC information, at least one of the following configurations / options / implementations may be considered:

[0320] ●Configuration 1: The PSFCH timing can be derived from the time slot in which UE-B's SCI is transmitted.

[0321] Configuration 2: The PSFCH timing can be derived from the time slots where expected / potential resource conflicts occur on the SL-PRS resources indicated by the SCI of UE-B.

[0322] UE 104 (e.g., UE-A) may transmit / send / provide PSFCH in the first time slot including PSFCH resources and / or at least a specific number of time slots after SL-PRS reception (e.g., sl-PRS-MinTimeGapPSFCH (sl-PRS-minimum time gap PSFCH) may be provided by a higher layer PC5-RRC, PC5-S, an application layer and / or a new higher layer (such as SL-LMF), RRC, MAC layer, etc.). The PSFCH resources may be at least a certain number of time slots before the resources associated with the conflicting information. time slots (e.g. equal Otherwise, in some cases, UE-A may not transmit PSFCH with SL-PRS conflict information.

[0323] UE-A may consider or adopt resource conflicts occurring on the N (eg, a specific number) of reserved resources indicated by the received SCI from UE-B. Various implementations / arrangements discussed herein may be considered.

[0324] In a particular arrangement, reference Fig.13, depicts an example 1300 of a slot structure in a dedicated SL-PRS resource pool where PSFCH occupies more than one symbol. For example, if SL-PRS is configured in a dedicated resource pool, additional / more symbols / N symbols per slot for PSFCH may be applied. In this case, as shown in slot structure 1302 and slot structure 1304, PSFCH may occupy more than one symbol. Both TDM and FDM between PSFCH and SL-PRS may be considered.

[0325] To determine the PSFCH timing for SL-PRS IUC information, at least one of the following configurations may be considered:

[0326] Configuration 1: The PSFCH timing can be derived from the time slot in which the UE-B SCI is transmitted / sent / provided.

[0327] Configuration 2: The PSFCH timing can be derived from the time slot where the first expected / potential resource conflict occurs on the SL-PRS resource indicated by the SCI of UE-B.

[0328] Configuration 3: The PSFCH timing can be derived from the time slot where the last expected / potential resource conflict occurs on the SL-PRS resource indicated by the SCI of UE-B.

[0329] • Configuration 4: The PSFCH timing can be derived by considering the time slots of all expected / potential resource conflicts occurring on the SL-PRS resources indicated by UE-B's SCI.

[0330] In some arrangements, reference Fig.14 , depicts an example 1400 of a slot structure in a dedicated SL-PRS resource pool where more than one PSFCH occupies the frequency domain. For several (e.g., N or more) resource conflict indications, multiple PSFCHs in the frequency domain may be considered. As shown in slot structure 1402 and slot structure 1404:

[0331] The PSFCH may occupy / be in one RB (resource block) in the frequency domain (eg, time slot structure 1402).

[0332] • PSFCH may occupy more than one RB in the frequency domain (eg, slot structure 1404).

[0333] Two or more PSFCHs (eg, slot structure 1402 and slot structure 1404) may be simultaneously transmitted and / or received on one symbol.

[0334] In a further arrangement, the PSFCH sequence design may be used or utilized for one or more (e.g., N) resource conflict indications. The sequence design of the PSFCH may include / contain sequence generation and / or cyclic shift. A PSFCH sequence may carry / include / contain more than one bit of conflict information. Multiple PSFCH sequences may be defined based on a single basic sequence through one or more different cyclic shifts and sequence hopping. Examples of PSFCH sequence design may be provided as follows:

[0335] The sequence x(n) should be based on and To generate, where Can be pre-determined based on specifications or standards with exceptions such as:

[0336] ·m cs It can be given by specific terms;

[0337] ●m0 can be given by this particular clause;

[0338] l = 0;

[0339] l′ may be the index of the OFDM symbol in the slot corresponding to the second OFDM symbol of the PSFCH transmission in the slot, for example given by the following clauses;

[0340] u=n ID mod 30 and v = 0 and n ID It may be given by a higher layer parameter sl-PSFCH-HopID (eg, if configured); otherwise, u=0.

[0341] ●c init =n ID And n ID It may be given by the higher layer parameter sl-PSFCH-HopID (eg, if configured); otherwise, c init =0.

[0342] δ=0

[0343]

[0344] α can be a cyclic shift

[0345] If the sequence length remains at 12: The bits that the PSFCH may contain / include may be {1, 2, 3}. Each conflict indication may correspond to at least one specific sequence cyclic shift. There may be one or more associations between the conflict indication and the sequence cyclic shift. An example of a specific association may be provided as follows (e.g., other sequence cyclic shifts may not be excluded):

[0346] Conflict Indication 0 1 Sequence cyclic shift <![CDATA[m cs =0]]> <![CDATA[m cs =6]]>

[0347] Conflict Indication {0,0} {0,1} {1,1} {1,0} Sequence cyclic shift <![CDATA[m cs =0]]> <![CDATA[m cs =3]]> <![CDATA[m cs =6]]> <![CDATA[m cs =9]]>

[0348]

[0349] For example, the maximum number of bits of a PSFCH may be expanded by increasing the PSFCH sequence length and / or increasing the cardinality of the remainder of the cyclic shift parameter. For example, if UE-A indicates conflict information of four reserved resources of UE-B, cyclic shift 1 may correspond to 0000, 0000 may indicate that no conflict is detected, and cyclic shift 2 may correspond to 1000, 1000 may indicate that a conflict is detected in the first reserved resource. In addition to (or in lieu of) PSFCH, the container of (e.g., a specific arrangement of) SL-PRS IUC conflict information may correspond to or be at least one of the following: PSFCH, MAC CE, SCI, RRC, PC5-RRC, PC5-S, LMF (e.g., LPP signal), SL-LMF (e.g., SL-LPP signal), etc.

[0350] Implementation 6

[0351] In various arrangements (eg, for arrangement 3), the SL-PRS IUC information sent from UE-A to UE-B may include one or more suggestions for SL-PRS configuration / characteristics for UE-B. Fig.15 , depicts a flow chart illustrating an example method 1500 or process for SL-PRS IUC information including SL-PRS configuration or characteristics. The example method 1500 may include at least the following:

[0352] ●If UE-B requests IUC for SL-PRS configuration suggestion, the higher layers of UE 104 (e.g., SL-LMF, PC5-RRC, PC5-S, application layer, etc.) can configure predefined / configured / predetermined (one or more) SL-PRS configurations for UE 104 via higher layer signals (e.g., SL LPP).

[0353] ●UE 104 (e.g., UE-B) may report SL-PRS IUC capability and / or SL-PRS positioning capability (e.g., via SL LPP to SL-LMF, application layer, PC5-RRC and / or PC5-S, etc.).

[0354] UE-B may send a SL-PRS configuration IUC request, such as a request for a predefined SL-PRS configuration indicated by a predefined SL-PRS configuration ID and / or explicit parameters for the SL-PRS configuration (1502). In some cases, the SL-PRS configuration IUC request may be a request for SL-PRS transmission and / or a change in SL-PRS transmission characteristics for positioning measurements.

[0355] UE-A may identify a request for IUC information (e.g., coordination information) (e.g., determine a request for IUC information by another UE 104 (such as UE-B). For example, UE-A may determine SL-PRS IUC information (1504). UE 104 may provide IUC information for UE-B SL-PRS configuration (1506).

[0356] UE-B may determine or identify the SL-PRS transmission configuration (1508). As a result, UE-B may perform SL-PRS transmission (e.g., transmit SL-PRS) based on the IUC information (1510). In some cases, UE-A may be the destination UE 104 for the SL-PRS transmission by UE-B. In some other cases, UE-A may not be the destination UE 104 for the transmission.

[0357] In some implementations, UE-B may request the granularity of the SL-PRS configuration suggestion. The request signal may include at least one of the following parameters:

[0358] ●Priority value, frequency position, resource reservation interval, start time position and / or end time position of the resource selection window, resource set type (e.g., recommendation level), etc.

[0359] SL-PRS configuration parameters: period, resource bandwidth, repetition factor, SL-PRS quiet pattern, SL-PRS comb size, number of SL-PRS resource symbols, QCL (Quasi Co-Location) information, start / end time of SL-PRS transmission, range of SL-PRS MCS (modulation and coding scheme) values, range of SL-PRS subchannel number, maximum number of SL-PRS transmissions (retransmissions), SL-PRS MaxTxPower (SL-PRS maximum transmission power), SL-PRS CR limit (channel occupancy ratio, occupancy limit), SL-PRS resource set ID, SL-PRS resource ID, SL-PRS AGC symbol and gap symbol, and / or cyclic prefix length of SL-PRS resource, etc.

[0360] UE-A may report at least one of the following IUC information for UE-B's SL-PRS configuration / characteristics (e.g., granularity):

[0361] • Preferred and / or non-preferred SL-PRS configuration for UE-B (e.g., binary).

[0362] • Specific recommendation levels for different SL-PRS configurations may be reported (eg, non-binary).

[0363] • The preference (eg, binary and / or non-binary) indicated in the IUC information may be associated with the SL-PRS configuration(s).

[0364] • A preference (eg, binary or non-binary) indicated in the IUC information may be associated with at least one or a subset of the multiple SL-PRS configurations.

[0365] o Different preferences may be associated with different SL-PRS configuration / characteristic parameters.

[0366] o Different preferences may be associated with different values ​​of at least one SL-PRS configuration / characteristic parameter.

[0367] oFor each configuration parameter, preferred, non-preferred, and / or other levels of preference may be attached or associated.

[0368] In various aspects, configuration parameters may be associated with conflict information. For example, if UE-A detects a resource conflict, UE-A may notify / tell UE-B to use a larger / longer period to transmit one or more resources. In order to define UE-A in a specific arrangement of SL-PRSIUC, some configurations may be considered, such as the following:

[0369] • The network (eg, LMF and / or BS 102) may arrange one or more UEs 104 as UE-A.

[0370] - (Pre-)configuration may be supported to enable or disable whether a UE 104 may be a UE-A (eg, a recipient of coordination information or SL related data) for a SL-PRS IUC (or not).

[0371] • A UE 104 capable of becoming UE-A may send a request to the network.

[0372] • The UE 104 may report the corresponding capabilities.

[0373] • Some restrictions / limitations / constraints may be provided / indicated / implemented, e.g., mobility UE 104 may not be considered. In some cases, RSU may be considered as UE-A, and so on.

[0374] Implementation 7

[0375] In various arrangements (eg, for arrangement 4), the SL-PRS IUC transmission frame may be used / reused for at least one measurement request and / or report. Fig.16 , depicts a flow chart illustrating an example method 1600 or process for reusing an SL-PRS IUC transmission frame for measurement requests and / or reports. Fig.16 , Fig.17 An example 1700 of requesting and / or reporting SL-PRS measurements is shown.

[0376] The SL-PRS measurement request and reporting process, such as in the example method 1600, may include at least the following:

[0377] In some embodiments, a SL-PRS measurement request may be sent from UE-A to one or more UE-Bs (1602). The request signal may be unicast, multicast, and / or broadcast. The SL-PRS measurement request may be sent from UE-A to one or more UE-Bs together with a SL-PRS IUC report and / or a SL-PRS IUC request. In some cases, the SL-PRS measurement request may be a measurement request signal. The SL-PRS measurement request may include / contain a time domain behavior of the measurement report (e.g., (one or more) timestamps, (one or more) quality metrics, (one or more) IDs, etc.) and / or one or more contents of the measurement report (e.g., angle / timing / power measurements).

[0378] UE-B may determine SL-PRS resources ( 1604 ). The SL-PRS configuration may be (pre-)configured by higher layers, by the network and / or by one or more other UEs 104 .

[0379] • SL-PRS transmission by UE-B(s) (1606).

[0380] • UE-A may calculate SL-PRS measurement(s) (1608). From there, UE-A may send the measurement(s) to UE-B(s) (1610). The SL-PRS measurement may include / report at least one of the following information: association of UE Tx TEG ID and SL-PR, PCI, GCI, SL-PRS ID, ARFCN, SL-PRS resource ID, SL-PRS resource set ID for each measurement, SL-PRS RSRP measurement, UE Rx-Tx time difference measurement, timestamp of the measurement, timestamp of the position estimate, quality of each measurement, timing advance (TA) offset used by at least one of UE 104, UE Rx TEG ID, UE TxTEG ID and / or UE RxTx TEG ID associated with the UE Rx-Tx time difference measurement, line-of-sight (LOS) / non-line-of-sight (NLOS) information for UE measurement, latitude / longitude / altitude, and, for example, uncertainty shape, SL-PRS receive beam index, and / or SL-PRS RSRPP measurement, etc.

[0381] In various embodiments, the signal for SL-PRS measurement request and / or report may be at least one of: physical layer (e.g., SCI), MAC layer, RRC layer, PC5-RRC, PC5-S, application layer, and / or new higher layers, such as SL-LMF.

[0382] Fig.18 is a flow chart illustrating an example method 1800 for managing SL communications. Fig.18 , method 1800 may be performed by BS 102, a first UE (e.g., a relay UE, TX UE, or UE 104a), and a second UE (e.g., a remote UE, RX UE, or UE104b), or other devices. In some arrangements, at 1802, a first wireless communication device (e.g., a first UE) may send / transmit / provide / signal coordination information to one or more UEs (e.g., a second wireless communication). At 1804, a second wireless communication device (e.g., a second UE) may receive coordination information from the first wireless communication device. At 1806, the second wireless communication device may determine at least one resource. At 1808, the second wireless communication device may transmit sidelink data to at least one other wireless communication device (e.g., the first wireless communication device). At 1810, the first wireless communication device may receive sidelink data from the second wireless communication device.

[0383] In more detail, at 1802, a first wireless communication device (e.g., UE-A) may send / transmit / provide coordination information (e.g., IUC information) to a second wireless communication device (e.g., UE-B). The coordination information may be used to coordinate sidelink positioning between one or more wireless communication devices (such as a second wireless communication device).

[0384] At 1804, the second wireless communication device may receive coordination information from the first wireless communication device for sidelink positioning between one or more wireless communication devices. At 1806, the second wireless communication device may determine at least one resource for transmitting sidelink related data through the second wireless communication device. The sidelink related data may include at least one of the following: a sidelink positioning reference signal (e.g., SL data or PSSCH) or sidelink data (e.g., SL-PRS).

[0385] In various arrangements, the coordination information may be determined by the first wireless communication device (e.g., by binary). For example, the first wireless communication device may consider at least one resource as recommended (e.g., preferred or suggested) or not recommended (e.g., non-preferred or not suggested) for UE-B transmission. In this case, the coordination information may include at least one of the following: at least one resource considered by the first wireless communication device as recommended for the second wireless communication device to transmit sidelink-related data, and / or at least one resource considered by the first wireless communication device as not recommended for the second wireless communication device to transmit sidelink-related data.

[0386] In some embodiments, at least one resource for recommending transmission of the second wireless communication device may satisfy all or at least one of the following conditions: a resource determined based on a sidelink-related data reference signal received power (RSRP) measurement and an RSRP threshold; the resource determined based on a priority value of the resource and a priority value of a resource of a third wireless communication device; a resource determined based on a distance threshold; and / or a resource determined based on a half-duplex restriction. At least one resource for not recommending the second wireless communication device may include at least one of the following: a resource determined based on a sidelink-related data RSRP measurement and an RSRP threshold; the resource determined based on a priority value of the resource and a priority value of a resource of a third wireless communication device; a resource determined based on a distance threshold; and / or a resource determined based on a half-duplex restriction.

[0387] In some embodiments, the coordination information may include at least one of the following: one or more of the time domain position and / or frequency domain position of at least one resource recommended for the second wireless communication device; one or more of the time domain position and / or frequency domain position of at least one resource not recommended for the second wireless communication device; time and frequency resource conflict ratio; sequence preference indication; one or more recommended physical resource blocks (PRBs); one or more non-recommended PRBs; measurement information of a third wireless communication device (e.g., another UE); transmission priority of sidelink-related data of the third wireless communication device; one or more of identification (ID) information, distance information and / or location information of the third wireless communication device; and / or the expected transmission time and frequency position of the first wireless communication device.

[0388] In various arrangements, the coordination information may include one or more resources and / or a recommended level associated with the one or more resources. In this case, at least one of a value range and / or a threshold of the recommended level may be configured. For example, the configuration of the value range and / or threshold may be performed / determined / performed using at least one of the following: a media access control (MAC) layer, a radio resource control (RRC) layer, a PC5 signal (PC5-S), an application layer, and / or another higher layer (e.g., SLLPP, etc.).

[0389] In some embodiments, the recommendation level can be determined based on at least one of: one or more of the time domain positions and / or frequency domain positions of one or more recommended resources; one or more of the time domain positions and / or frequency domain positions of one or more non-recommended resources; time and frequency resource conflict ratio; sequence preference indication; one or more recommended PRBs; one or more non-recommended PRBs; measurement information of a third wireless communication device; transmission priority of side link related data of a third wireless communication device; one or more of identification information, distance information and / or location information of a third wireless communication device; and / or the expected transmission time and frequency position of the first wireless communication device.

[0390] In some arrangements, for example, in a per-zone / region resource recommendation, the coordination information may include one or more resources and / or a recommendation indication (e.g., a binary recommendation and / or a non-binary recommendation) associated with each of the one or more resources. For example, the second wireless communication device may receive / obtain a time domain location and a frequency domain location of a resource from the first wireless communication device in a selection window of the second wireless communication device, such as according to the recommendation indication.

[0391] In this case, the one or more resources may be from a resource pool (e.g., a SL resource pool or a SL-PRS resource pool). Different resources may be associated with different resource pool indexes. Each of the one or more resources may be identified by a resource pool index (e.g., a SL resource pool index or a SL-PRS resource pool index) identifying a resource pool in the coordination information. In some cases, the sidelink-related resource pool may overlap with a resource pool of the first wireless communication device and / or one or more other wireless communication devices.

[0392] In a specific arrangement (e.g., various configurations for resource recommendations), the second wireless communication device may receive coordination information according to at least one of the coordination information reporting methods (e.g., binary, non-binary, binary by region, non-binary by region, etc.). For example, for a binary coordination information reporting method, one or more resources may be considered / considered to be recommended or not recommended. In another example, for a non-binary coordination information reporting method, a value range or threshold of a recommendation level may be configured. In another example, for binary or non-binary by region, at least one recommendation indication may be provided / included / contained in the coordination information based on a specific time-frequency resource.

[0393] In various embodiments, at least one of the coordination information reporting methods may include or correspond to at least one of the following: one or more coordination information reporting methods reported as supported by at least one of the first wireless communication device and / or the second wireless communication device; one or more coordination information reporting methods reported / requested as preferred by at least one of the first wireless communication device and / or the second wireless communication device; and / or a coordination information reporting method configured by the network; and / or a default coordination information reporting method.

[0394] In some arrangements, the second wireless communication device may receive the coordination information in response to a trigger. For example, the trigger may include the second wireless communication device sending / transmitting a request for coordination information to the first wireless communication device (e.g., a SL-PRSIUC trigger). The request may be carried in at least one of: a MAC CE; a sidelink control information (SCI); and / or a higher layer signal.

[0395] In some embodiments, the request may include at least one of: a sidelink data inter-UE coordination (IUC) and / or a sidelink positioning reference signal (SL-PRS) IUC indicator; a coordination information scheme indicator; a provision / request indicator; a sidelink resource pool index and / or an SL-PRS resource pool index; a priority value for sidelink related data; a frequency position of at least one subchannel and the number of at least one subchannel for sidelink related data; a resource reservation interval for sidelink related data; a start time position and an end time position of a resource selection window for the second wireless communication device; a resource set type; one or more of identification information, distance information and / or location information of the second wireless communication device; a distance threshold; a sequence identifier of a sidelink reference signal; a switch indicator; the number of measurement instances; automatic gain control (AGC), a gap symbol; and / or a broadcast type.

[0396] In various embodiments, a specific condition (e.g., in addition to an explicit request) may be a trigger. For example, the trigger corresponds to the condition being satisfied; and / or the trigger may be provided by a network (e.g., a wireless communication node, a BS, a gNB, and / or a LMF) to at least one of the first wireless communication device and / or the second wireless communication device.

[0397] In a particular arrangement, the first wireless communication device may transmit coordination information in a first selection window (e.g., a sensing / selection window of UE-A for SL transmission carrying SL-PRS inter-UE coordination information). In this case, the second wireless communication device may determine / identify at least one resource in a second selection window (e.g., a sensing / selection window of UE-B for determining a resource set). In various embodiments, there is at least one of the following situations: the timeline relationship between the first selection window and the second selection window may be defined or configured by the network and / or at least one of the first wireless communication device and / or the second wireless communication device; in some cases, the first selection window may not overlap with the second selection window; in some other cases, at least a portion of the first window may overlap with at least a portion of the second window; and / or the second wireless communication device may be configured to filter / select / determine whether to consider the coordination information.

[0398] In some embodiments, the sensing window used by the first wireless communication device to transmit the coordination information may have or include a window size that is greater than or equal to a resource reservation interval used by the second wireless communication device to transmit sidelink related data. In various arrangements, the coordination information is carried in at least one of: a MAC CE; an SCI; and / or a higher layer signal.

[0399] In some arrangements, the coordination information may include at least one of the following: a sidelink data IUC indicator and / or a SL-PRS IUC indicator; a provision / request indicator; a sidelink resource pool index and / or a SL-PRS resource pool index; a coordination information scheme indicator; a priority value for conflicting transmissions of a third wireless communication device; a reference resource location; a first resource location; a frequency location and a lowest subchannel index; the number of subchannels for sidelink-related data; one or more resource reservation intervals for sidelink-related data; a start time location and an end time location of a resource selection window for a second wireless communication device; a resource set type; a relationship between at least one recommended level and at least one time-frequency region; a relationship between an SL data / SL-PRS resource pool index and at least one time-frequency region; a sequence identifier of a sidelink reference signal; a switch indicator; the number of measurement instances; an AGC symbol, a gap symbol; a broadcast type; one or more of identification information, distance information and / or location information of a first wireless communication device and / or a third wireless communication device (e.g., at least one other wireless communication device that conflicts with UE-B / a second wireless communication device); the distance between the first wireless communication device and the third wireless communication device; and / or the distance between the second wireless communication device and the third wireless communication device.

[0400] In a particular arrangement, the coordination information may include at least one of: at least one resource that is expected to conflict with (e.g., have a resource conflict) one or more resources reserved by a second wireless communication device; at least one resource that may potentially conflict with one or more resources reserved by the second wireless communication device; and / or at least one resource that can be detected by the first wireless communication as conflicting with one or more resources reserved by the second wireless communication device.

[0401] In some embodiments, the first wireless communication device may determine that resources conflict with first reserved resources and / or multiple reserved resources of the second wireless communication device (e.g., a design of one or more expected, potential and / or detected resource conflict indications) in response to determining at least one of the following: at least a portion of the first reserved resources overlap with resources reserved by a third wireless communication device; and / or the first reserved resources are located in a time slot in which the first wireless communication device cannot receive side link related data based on half-duplex operation.

[0402] In some cases, the coordination information may be carried in at least one of: a physical sidelink feedback channel (PSFCH); a MAC CE, an SCI, and / or a higher layer signal. In some aspects, the coordination information may be carried on the PSFCH, and in some cases, at least one of the following conditions exists: the PSFCH may occupy one or more orthogonal frequency division multiplexing (OFDM) symbols; the PSFCH may occupy one or more PRBs; and / or the PSFCH sequence may be determined based on at least one of: an association relationship between a conflict indication and a sequence cyclic shift, and / or increasing the maximum number of cyclic shifts.

[0403] In various arrangements, the coordination information may include one or more recommended SL-PRS characteristics and / or SL-PRS configurations for the second wireless communication device. The SL-PRS characteristics and / or SL-PRS configurations may include at least one of: a recommended and / or non-recommended SL-PRS configuration for the second wireless communication device; a recommendation level for the SL-PRS configuration; a preference associated with at least one of the SL-PRS configurations indicated in the IUC information; and / or a preference associated with all SL-PRS configurations indicated in the IUC information.

[0404] In some embodiments, the SL-PRS configuration may include at least one of the following: period, resource bandwidth, repetition factor, SL-PRS silent pattern, SL-PRS comb size, number of SL-PRS resource symbols, QCL information, start / end time of SL-PRS transmission, range of SL-PRS MCS values, range of number of SL-PRS subchannels, maximum number of SL-PRS transmission (retransmissions), SL-PRS MaxTxPower, SL-PRS CRlimit, SL-PRS resource set ID, SL-PRS resource ID, SL-PRS AGC symbols and gap symbols, and / or cyclic prefix length of SL-PRS resources, etc.

[0405] In some arrangements, the coordination information may include a coordination information transmission frame (eg, a SL-PRS IUC transmission frame) applicable to SL-PRS measurement request and / or report.

[0406] At 1808, the second wireless communication device may use at least one resource to transmit sidelink-related data to the first wireless communication device and / or at least one other wireless communication device (e.g., a third wireless communication device, etc., not limited to UE-A). At 1810, the first wireless communication device (or at least one other wireless communication device) may receive sidelink-related data from the second wireless communication device, such as using at least one resource. In various embodiments, the transmission of the second wireless communication (e.g., UE-B transmission) may not be directed to / oriented to UE-A, nor to a wireless communication device, so that the UE-B transmission may involve / include or correspond to unicast, groupcast and / or broadcast transmission.

[0407] Although various arrangements of the present solution have been described above, it should be understood that these arrangements are presented only as examples and not as limitations. Similarly, various diagrams may depict example architectures or configurations, which are provided to enable those of ordinary skill in the art to understand the example features and functions of the present solution. However, those of ordinary skill in the art will understand that the solution is not limited to the example architectures or configurations shown, but may be implemented using various alternative architectures and configurations. In addition, as those of ordinary skill in the art will understand, one or more features of some arrangements may be combined with one or more features of another arrangement described herein. Therefore, the breadth and scope of the present disclosure should not be limited by any of the above-mentioned illustrative arrangements.

[0408] It should also be understood that any reference to elements using names such as "first", "second", etc. in this article does not generally limit the number or order of these elements. Instead, these names can be used as a convenient means of distinguishing between two or more elements or instances of elements in this article. Therefore, the reference to the first and second elements does not mean that only two elements can be used or that the first element must precede the second element in some way.

[0409] In addition, those skilled in the art will appreciate that any of a variety of different technologies and techniques may be used to represent information and signals. For example, data, instructions, commands, information, signals, bits, and symbols such as may be referenced in the above description may be represented by voltage, current, electromagnetic waves, magnetic fields or particles, light fields or particles, or any combination thereof.

[0410] Those of ordinary skill in the art will further understand that any of the various illustrative logic blocks, modules, processors, means, circuits, methods, and functions described in conjunction with the aspects disclosed herein may be implemented by electronic hardware (e.g., digital implementation, analog implementation, or a combination of the two), firmware, various forms of programs or design codes in conjunction with instructions (which, for convenience, may be referred to herein as "software" or "software modules"), or any combination of these technologies. In order to clearly illustrate this interchangeability of hardware, firmware, and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functions. Whether such functionality is implemented as hardware, firmware, or software, or a combination of these technologies, depends on the specific application and the design constraints imposed on the overall system. The technician may implement the described functionality in various ways for each specific application, but such implementation decisions will not result in a departure from the scope of the present disclosure.

[0411] Furthermore, it will be understood by those skilled in the art that the various illustrative logic blocks, modules, devices, components and circuits described herein may be implemented in or performed by an integrated circuit (IC), which may include a general purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic device or any combination thereof. The logic blocks, modules and circuits may also include antennas and / or transceivers to communicate with various components within a network or within a device. A general purpose processor may be a microprocessor, but alternatively, the processor may be any conventional processor, controller or state machine. The processor may also be implemented as a combination of multiple computing devices, for example, a combination of a DSP and a microprocessor, a combination of multiple microprocessors, a combination of one or more microprocessors combined with a DSP core, or a combination of any other suitable configurations for performing the functions described herein.

[0412] If implemented in software, these functions can be stored as one or more instructions or codes on a computer-readable medium. Therefore, the steps of the method or algorithm disclosed herein can be implemented as software stored on a computer-readable medium. Computer-readable media include computer storage media and communication media, and communication media include any media that can enable a computer program or code to be transferred from one location to another. The storage medium can be any available medium that a computer can access. As an example and not limitation, such computer-readable media can include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, disk storage or other magnetic storage device, or any other medium that can be used to store the required program code in the form of instructions or data structures and can be accessed by a computer.

[0413] In this document, the term "module" as used herein refers to software, firmware, hardware, and any combination of these elements for performing the associated functions described herein. In addition, for the purpose of discussion, various modules are described as separate modules; however, as is clear to one of ordinary skill in the art, two or more modules may be combined to form a single module that performs associated functions according to the arrangement of the present solution.

[0414] In addition, memory or other storage devices and communication components can be used in the arrangement of the present solution. It should be understood that, for the purpose of clarity, the above description describes the arrangement of the present solution with reference to different functional units and processors. However, it will be apparent that any suitable distribution of functions between different functional units, processing logic elements or domains can be used without detracting from the present solution. For example, functions shown as being performed by a separate processing logic element or controller can be performed by the same processing logic element or controller. Therefore, reference to a specific functional unit is only a reference to a suitable means for providing the described function, rather than indicating a strict logical or physical structure or organization.

[0415] Various modifications to the embodiments described in this disclosure will be apparent to those skilled in the art, and the general principles defined herein may be applied to other embodiments without departing from the scope of this disclosure. Therefore, this disclosure is not intended to be limited to the embodiments shown herein, but should be given the widest scope consistent with the novel features and principles disclosed herein as described in the following claims.

Claims

1. A wireless communication method for managing sidelink communications between a first wireless communication device and a second wireless communication device, comprising: receiving, by the second wireless communication device, coordination information for side link positioning between a plurality of wireless communication devices from the first wireless communication device; determining, by the second wireless communication device, at least one resource for transmitting sidelink related data; as well as The sidelink-related data is transmitted by the second wireless communication device to the first wireless communication device or at least one other wireless communication device using the at least one resource.

2. The method according to claim 1, wherein: The coordination information is determined by the first wireless communication device; and The sidelink related data includes at least one of the following: a sidelink positioning reference signal or a sidelink data.

3. The method according to claim 1, wherein: The coordination information includes at least one of the following: at least one resource is considered by the first wireless communication device to be recommended for the second wireless communication device to transmit the sidelink-related data; or At least one resource is considered by the first wireless communication device to be unrecommended for the second wireless communication device to transmit the sidelink-related data.

4. The method according to claim 3, wherein: The at least one resource for recommending transmission of the second wireless communication device satisfies all or at least one of the following conditions: Resources determined based on sidelink related data reference signal received power (RSRP) measurements and RSRP thresholds; the resource determined based on a priority value of the resource and a priority value of a resource of a third wireless communication device; Resources determined based on distance thresholds; or Resources determined based on half-duplex constraints.

5. The method according to claim 3, wherein: Not recommending the at least one resource of the second wireless communication device includes at least one of the following: Resources determined based on sidelink related data reference signal received power (RSRP) measurements and RSRP thresholds; the resource determined based on a priority value of the resource and a priority value of a resource of a third wireless communication device; Resources determined based on distance thresholds; or Resources determined based on half-duplex constraints.

6. The method according to claim 3, wherein: The coordination information also includes at least one of the following: recommending one or more of a time domain location or a frequency domain location of the at least one resource of the second wireless communication device; not recommending one or more of a time domain location or a frequency domain location of the at least one resource of the second wireless communication device; Time and frequency resource conflict ratio; Sequence preference indication; one or more recommended physical resource blocks (PRBs); One or more deprecated PRBs; measurement information of a third wireless communication device; The transmission priority of the side link related data of the third wireless communication device; One or more of identification information, distance information or location information of the third wireless communication device; or The expected transmission time and frequency location of the first wireless communication device.

7. The method according to claim 1, wherein: The coordination information includes one or more resources and a recommended level associated with the one or more resources; The method further comprises configuring at least one of: a value range or a threshold value of the recommendation level; and The configuring is performed using at least one of: a medium access control (MAC) layer, a radio resource control (RRC) layer, a PC5 signal (PC5-S), an application layer, or another higher layer.

8. The method according to claim 7, wherein: The recommendation level is determined based on at least one of the following: one or more of the time domain positions or frequency domain positions of the one or more recommended resources; One or more of the time domain positions or frequency domain positions of the one or more non-recommended resources; Time and frequency resource conflict ratio; Sequence preference indication; one or more recommended physical resource blocks (PRBs); One or more deprecated PRBs; measurement information of a third wireless communication device; The transmission priority of the side link related data of the third wireless communication device; One or more of identification information, distance information or location information of the third wireless communication device; or The expected transmission time and frequency location of the first wireless communication device.

9. The method according to claim 1, wherein: The coordination information includes one or more resources and a recommendation indication associated with each of the one or more resources; and The method further includes: receiving, by the second wireless communication device according to the recommendation indication, a time domain position and a frequency domain position of a resource from the first wireless communication device in a selection window of the second wireless communication device.

10. The method according to claim 1, wherein: The coordination information is received by the second wireless communication device according to one coordination information reporting method among a plurality of coordination information reporting methods; and The one coordination information reporting method among the multiple coordination information reporting methods is one of the following: one or more coordination information reporting methods reported as supported by at least one of the first wireless communication device or the second wireless communication device; one or more coordination information reporting methods reported / requested as preferred by at least one of the first wireless communication device or the second wireless communication device; or A coordinated information reporting method configured by the network; or Default coordination information reporting method.

11. The method according to claim 1, further comprising: The coordination information is received by the second wireless communication device in response to a trigger.

12. The method according to claim 11, wherein: The triggering includes sending, by the second wireless communication device to the first wireless communication device, a request for the coordination information.

13. The method according to claim 12, wherein: The request is carried in at least one of the following: Medium Access Control (MAC) Control Element (CE); Sidelink Control Information (SCI); or Higher level signaling.

14. The method according to claim 12, wherein: The request includes at least one of the following: Sidelink data inter-UE coordination (IUC) or Sidelink Positioning Reference Signal (SL-PRS) IUC indicator; Coordinated information scheme indicator; Provide / request indicators; Side link resource pool index or SL-PRS resource pool index; The priority value of the side link related data; a frequency location of at least one subchannel for the sidelink related data and a number of the at least one subchannel; A resource reservation interval for the sidelink related data; a start time position and an end time position of a resource selection window of the second wireless communication device; Resource set type; one or more of identification information, distance information or location information of the second wireless communication device; Distance threshold; a sequence identifier of a sidelink reference signal; Switch indicator; The number of measurement instances; Automatic Gain Control (AGC) symbol, gap symbol; or The broadcast type.

15. The method according to claim 11, wherein: The trigger corresponds to a condition being satisfied; or The trigger is provided by a network to at least one of the first wireless communication device or the second wireless communication device.

16. The method according to claim 1, wherein: The first wireless communication device transmits the coordination information in a first selection window; The second wireless communication device determines the at least one resource in a second selection window; One of the following situations occurs: The timeline relationship between the first selection window and the second selection window is defined or configured by a network or at least one of the first wireless communication device or the second wireless communication device; The first selection window does not overlap with the second selection window; At least a portion of the first window overlaps with at least a portion of the second window; or The second wireless communication device is configured to select whether to consider the coordination information.

17. The method according to claim 1, wherein: The sensing window used by the first wireless communication device to transmit the coordination information has a window size that is greater than or equal to a resource reservation interval used by the second wireless communication device to transmit the sidelink related data.

18. The method according to claim 1, wherein: The coordination information is carried in at least one of the following: Medium Access Control (MAC) Control Element (CE); Sidelink Control Information (SCI); or Higher level signaling.

19. The method according to claim 1, wherein: The coordination information includes at least one of the following: Sidelink data inter-UE coordination (IUC) or Sidelink Positioning Reference Signal (SL-PRS) IUC indicator; Provide / request indicators; Side link resource pool index or SL-PRS resource pool index; Coordinated information scheme indicator; a priority value for conflicting transmissions of a third wireless communication device; Reference resource location; First resource location; Frequency location and lowest subchannel index; the number of subchannels used for the sidelink-related data; one or more resource reservation intervals for the sidelink related data; a start time position and an end time position of a resource selection window of the second wireless communication device; Resource set type; a relationship between at least one recommendation level and at least one time-frequency region; a relationship between the SL data / SL-PRS resource pool index and the at least one time-frequency region; a sequence identifier of a sidelink reference signal; Switch indicator; The number of measurement instances; Automatic gain control (AGC) symbol, gap symbol; Broadcast type; one or more of identification information, distance information or location information of the first wireless communication device and / or the third wireless communication device; a distance between the first wireless communication device and the third wireless communication device; or The distance between the second wireless communication device and the third wireless communication device.

20. The method according to claim 1, wherein: The coordination information includes at least one of the following: at least one resource expected to conflict with one or more resources reserved by the second wireless communication device; at least one resource that potentially conflicts with the one or more resources reserved by the second wireless communication device; or At least one resource is detected by the first wireless communication that conflicts with the one or more resources reserved by the second wireless communication device.

21. The method according to claim 20, wherein: The first wireless communication device determines that the resource conflicts with the first reserved resource or the plurality of reserved resources of the second wireless communication device in response to determining at least one of: At least a portion of the first reserved resources overlaps with the resources reserved by a third wireless communication device; or The first reserved resource is located in a time slot in which the first wireless communication device cannot receive the side link related data based on half-duplex operation.

22. The method according to claim 20, wherein: The coordination information is carried in at least one of the following: Physical Sidelink Feedback Channel (PSFCH); Medium Access Control (MAC) Control Element (CE); Sidelink Control Information (SCI); or Higher level signaling.

23. The method according to claim 20, wherein: The coordination information is carried in a physical sidelink feedback channel (PSFCH), and there is at least one of the following situations: The PSFCH occupies one or more Orthogonal Frequency Division Multiplexing (OFDM) symbols; The PSFCH occupies one or more physical resource blocks (PRBs); or The PSFCH sequence is determined based on at least one of: an association relationship between a conflict indication and a sequence cyclic shift, or increasing a maximum number of cyclic shifts.

24. The method according to claim 1, wherein: The coordination information includes a recommended sidelink positioning reference signal (SL-PRS) characteristic or a SL-PRS configuration for the second wireless communication device, wherein the SL-PRS characteristic or the SL-PRS configuration includes at least one of the following: a recommended and / or non-recommended SL-PRS configuration for the second wireless communication device; The recommended level for the SL-PRS configuration; a preference associated with at least one of the SL-PRS configurations indicated in Inter-UE Coordination (IUC) information; or The preferences associated with all said SL-PRS configurations are indicated in the IUC information.

25. The method according to claim 24, wherein: The SL-PRS configuration includes at least one of the following: period, resource bandwidth, repetition factor, SL-PRS silent pattern, SL-PRS comb size, number of SL-PRS resource symbols, QCL information, start / end time of SL-PRS transmission, range of SL-PRS MCS values, range of number of SL-PRS subchannels, maximum number of SL-PRS transmissions, SL-PRS MaxTxPower, SL-PRS CRlimit, SL-PRS resource set ID, SL-PRS resource ID, SL-PRSAGC symbols and gap symbols, or cyclic prefix length of SL-PRS resources.

26. The method of claim 1, wherein: The coordination information includes a coordination information transmission framework applicable to sidelink positioning reference signal (SL-PRS) measurement request and report.

27. A wireless communication device comprising at least one processor and a memory, wherein: The at least one processor is configured to read code from the memory and implement the method according to claim 1.

28. A computer program product, comprising a computer-readable program medium on which codes are stored, which, when executed by at least one processor, cause the at least one processor to implement the method according to claim 1.

29. A wireless communication method for managing sidelink communications between a first wireless communication device and a second wireless communication device, comprising: The first wireless communication device sends coordination information for coordinating sidelink positioning between a plurality of wireless communication devices to the second wireless communication device, wherein the second wireless communication device determines at least one resource for transmitting sidelink related data; and The sidelink-related data from the second wireless communication device is received by the first wireless communication device or at least one other wireless communication device using the at least one resource.

30. A wireless communication device comprising at least one processor and a memory, wherein: The at least one processor is configured to read code from the memory and implement the method according to claim 29.

31. A computer program product comprising a computer readable program medium having codes stored thereon, which when executed by at least one processor cause the at least one processor to implement the method according to claim 29.